ローマ字 ⇔ ひらがな ⇔ 訓令式 相互変換ツール

ひらがな・カタカナとローマ字を固定対応表で双方向変換します.3方式と長音・撥音設定を比較できますが,公的表記の判定や元の仮名の完全復元は行いません.

読み込み中...

このツールが向いている用途

操作欄に戻る ↑

ひらがな・カタカナとローマ字の固定表変換や、ヘボン式・訓令式・日本式のつづり差異、長音や「n→m」設定による表記変化を比較・確認したい場面に適しています。

まず試せること

「し」を入力し、ヘボン式の「shi」と訓令式の「si」で出力形式の違いを切り替えて結果を確認してみてください。

利用条件

固定対応表による変換です.人名・地名や公的書類の所定表記は判定せず,元の仮名の完全復元や,対応していない文字の音訳は行いません.

ZeroToolsのブラウザ内処理とプライバシー

ZeroToolsは,入力内容を端末内で処理するツールを中心に提供しています.各ツールの対応範囲と制限を確認して利用してください.

データの取り扱い・プライバシー方針
第1章

双方向の使い方と内部処理の概要

本ツールは,日本語の「ひらがな」「カタカナ」とアルファベットを用いた「ローマ字」の間で,リアルタイムにテキストを双方向へ変換するためのスタンドアロンアプリケーションです.テキストエリアに文字列を入力すると,選択された表記規準(スタイル)に基づき,直ちにもう一方の文字体系へと置き換えられます.

処理の第一段階として,入力されたカタカナはすべて対応するひらがなへと正規化されます.これは,内部で保持しているマッピング辞書(固定対応表)がひらがなを基準として設計されているためです.カタカナとひらがなの混在した文章であっても,この正規化処理を経ることで一貫したローマ字変換が可能となります.

ツールの設計において最重視されているのは,ユーザーのプライバシー保護と処理の高速性です.一般的な翻訳ツールや形態素解析を用いたクラウド依存のサービスとは異なり,本ツールは変換対象の文字列をこの処理から外部APIへ送る実装はありません.ブラウザの内部でのみJavaScriptを用いた文字列置換アルゴリズムが動作するため,個人情報,機密性の高い文書,未公開の原稿などを入力した場合でも,ただし,ブラウザ拡張,同一生成元の別スクリプト,共用端末などページ外の要因まで保証するものではありません.

なお,本ツールの変換処理は,事前に定義された固定の文字対応表と,特定の文字列パターンに対する置換規則の組み合わせによって実現されています.そのため,自然言語処理を用いた高度な発音解析や,文脈に応じた形態素解析は行いません.入力された文字列は,単純な文字の並びとして機械的に処理されます.

これにより,予測不可能な変換結果を排除し,ユーザーにとって透明性の高い動作を提供していますが,同時に,同音異義語の判別や,文脈によって読み方が変わる漢字の自動変換などはサポート外となります.ひらがな・カタカナ以外の文字(漢字や記号,数字など)が含まれている場合,それらは変換辞書に存在しない「非対応文字」として扱われ,一切変更されることなくそのまま出力結果へと保持されます.

第2章

ヘボン式・訓令式・日本式の三方式対応表

ローマ字の表記規準には歴史的な変遷があり,用途に応じた複数の方式が存在します.2025年12月22日の新内閣告示により,英語の発音に近く国際的に定着している「ヘボン式」を基礎とする新たなローマ字の綴り方が示され,1954年に告示された従来の「訓令式」は廃止されることとなりました.

本ツールでは,ユーザーが過去の文書資産の変換や特定の学術的要件に対応できるよう,ヘボン式,訓令式,そして日本式の三方式を選択可能な固定対応表として実装しています.ただし,本ツールが提供する変換結果はあくまで固定のアルゴリズムに基づくものであり,現行の内閣告示の細則への完全準拠や,公的書類における正しい綴りを保証するものではありません.

ヘボン式は,英語の音韻規則に沿った表記が特徴です.例えば,サ行の「し」は「shi」,タ行の「ち」は「chi」,「つ」は「tsu」,ハ行の「ふ」は「fu」と綴られます.英語話者にとって直感的な発音を促すため,現代の日常生活や国際的な場面で最も広く用いられています.本ツールでもデフォルトのスタイルとしてヘボン式を採用しており,一般的な用途の多くはこの設定でカバー可能です.

一方,訓令式および日本式は,日本語の五十音図に基づく規則性を重視した方式です.サ行の「し」を「si」,タ行の「ち」を「ti」,「つ」を「tu」と表記することで,子音と母音の対応関係が視覚的に整然と保たれます.特に日本式では,ダ行の「ぢ」を「di」,「づ」を「du」と表記し,ザ行の「じ(zi)」「ず(zu)」と明確に区別します.

これらの方式は,主に五十音の構造を論理的に扱う学術分野や,特定の教育現場でのニーズに応えるために用意されています.ユーザーは設定パネルからこれらの方式をワンクリックで切り替えることができ,表形式のチートシートを用いて代表的な表記の差分をその場で確認することが可能です.

第3章

促音と拗音の変換アルゴリズム

日本語特有の音の詰まりを表す「促音(っ)」や,小さく添えられる仮名を用いた「拗音(きゃ,しゅ,ちょ等)」の処理は,文字単位の単純な置換では対応できないため,専用の先読みアルゴリズムを用いて解決しています.

かなからローマ字への変換時,プログラムは文字列の先頭から順に走査を行いますが,まず最初に拗音のパターン(2文字の組み合わせ)が存在しないかをチェックします.「きゃ」や「しゅ」のような文字列が見つかった場合,これを1つの単位として扱い,選択された方式に応じたローマ字(ヘボン式であれば「kya」や「shu」)へと一括変換します.

この2文字単位の照合を1文字単位の照合よりも優先することで,「き」と「や」が別々に変換されてしまう不具合を防いでいます.

促音「っ」の処理においては,後続する文字の子音を二重化するという一般的なローマ字の規則に従います.プログラムが「っ」を検出すると,直後の文字(あるいは拗音の2文字)を先読みバッファで取得し,そのローマ字表記の最初の子音文字を抽出して出力に追加します.例えば「がっき」であれば,「き(ki)」の最初の子音である「k」を抽出し,「gakki」として合成します.

ただし,ヘボン式特有の例外処理として,タ行の「ち(chi)」の前に促音が来る場合の規則が組み込まれています.「まっち」のように「chi」の前に促音が置かれる場合,「cchi」ではなく「t」を用いて「matchi」と表記するのが正しいヘボン式のルールです.本ツールでは,後続のローマ字が「ch」で始まる場合,子音の二重化に「c」ではなく「t」を挿入するよう条件分岐が実装されており,この特殊な表記規則を自動的に処理します.

第4章

撥音(ん)と「m」への置換オプション

撥音「ん」の基本的なローマ字表記は「n」ですが,ヘボン式においては後続する子音の種類によって「m」に変化するという重要な規則が存在します.具体的には,「b」「m」「p」の各子音が続く場合,その直前の「ん」は「n」ではなく「m」として綴られます.これは,両唇音(唇を閉じて発音する音)の前に鼻音が来る際,発音の便宜上「m」の音価に近づくという音声学的な実態を反映したものです.

例えば,「なんば(Nanba)」は「Namba」に,「さんま(Sanma)」は「Samma」に,「えんぴつ(Enpitsu)」は「Empitsu」と表記されるのがヘボン式の本来の姿です.本ツールでは,ヘボン式が選択されている場合に限り,「b, m, p の前で『ん』を『m』にする」という専用のトグルスイッチが設定パネルに出現します.

この機能が有効な場合,テキスト全体の変換が完了した後に,正規表現を用いた文字列置換が実行されます.具体的には,直後に「b」「m」「p」のいずれかが続く「n」を検索し,大文字小文字の区別を保持したまま「m」または「M」へと置換します.

一方で,ローマ字入力のタイピングに慣れたユーザーや,特定のシステム上の制約からすべての撥音を「n」として統一したいというニーズも存在します.そのため,このオプションはユーザーの任意でオン・オフを切り替えられる設計となっており,用途に応じた柔軟な出力結果を得ることができます.なお,この置換規則は単語の境界を意識せず,機械的な文字列パターンとして適用されます.

第5章

長音設定とマクロン・サーカムフレックス

日本語の母音を長く引き伸ばす「長音」の表現は,ローマ字表記において最もバリエーションが分かれ,かつシステム的な処理が難しい部分です.「とうきょう」や「おおさか」のように,かな表記においては「う」や「お」を用いて長音を表しますが,ローマ字では母音の上に記号を付加したり,母音を重ねたりと様々な手法が用いられます.

本ツールでは,かなからローマ字への変換時に,ユーザーが長音の表記方法を4つのモードから選択できる機能を備えています.

1つ目は「置換なし」で,入力された「う」や「お」をそのまま「u」や「o」として出力します.これはPCでのキーボード入力と一致するため,デジタルデータとして最も扱いやすい形式です.

2つ目は「マクロン」で,母音の上に横棒を引いた文字を使用します.学術文献や公的な出版物で頻繁に用いられる正式な表記です.

3つ目は「サーカムフレックス」で,山型の記号を使用します.主に古い規格や特定のフォント環境での代替手段として使われます.

4つ目は「母音重ね」で,「ou」の並びを「oo」に置き換えます.

これらの長音処理は,文字単位の基本変換がすべて終了した後に,生成された文字列に対して実行される後処理として実装されています.例えばマクロンモードが選ばれた場合,「aa」をマクロン付きの「a」に,「ou」や「oo」をマクロン付きの「o」に置き換えるといった連続的な文字列置換が行われます.

ここで注意すべきは,本ツールは文章の文法構造や語境界を理解していないという点です.したがって,「子馬(こうま)」のような単語内の長音と,「子を産む(こうむ)」のような単語をまたいだ母音の連続を区別することはできません.後者の場合でも,設定によっては長音として置換されてしまう可能性があります.

第6章

逆変換の曖昧さと校正

本ツールは,入力されたローマ字をひらがなに復元する逆変換機能も備えています.この処理は,アルファベットの小文字化を行った後,内部の対応表を逆引きする形で実行されます.処理の精度を高めるため,対応表のキーは文字列長の長いものから順にソートされています.これにより,「kyu」のような3文字のパターンが,「ku」や「yu」といった短いパターンよりも先に評価され,意図しない文字の分割を防いでいます.

促音については,子音が連続している箇所を検出し,「っ」と後続の子音に分割する処理を行っています.また,ヘボン式の「tch」のような特殊な連続子音も,明示的に「っch」として解釈するよう規則が組み込まれています.単独の「n」や,後続に特定の文字が続く「m」は,撥音「ん」として復元されます.

しかしながら,ローマ字から仮名への逆変換は,本質的に不可逆な操作であり,変換後の文字列が元の仮名と完全に一致するとは限りません.ローマ字表記は,複数の異なる仮名が同じアルファベットの綴りに帰着することがあるためです.例えば,「o」という綴りが入力された場合,それが本来「お」であったのか,助詞の「を」であったのかをツールが自動で判別することは不可能です.

同様に,「ji」という綴りが「じ」なのか「ぢ」なのかも,文脈の理解なしには一意に定まりません.本ツールでは,選択されているスタイルに基づいて,固定の仮名を優先的に割り当てます.

さらに,分かち書きされたローマ字の空白の処理や,人名・地名といった固有名詞の正しい表記の復元,特殊な外来音の網羅的な対応は行っておりません.そのため,逆変換機能によって生成されたひらがなテキストは,あくまで下書きや補助的なデータとして扱い,最終的な利用にあたっては,ユーザー自身による目視での確認と文脈に応じた手動での校正が不可欠となります.

よくある質問(FAQ)

A.
できません.「o」が「お」と「を」のどちらかなど,同じ綴りに複数の仮名が対応します.本ツールは固定表を長い綴りから照合し,結果をひらがなで返します.
A.
いいえ.2025年12月22日の内閣告示はヘボン式を基礎とする新基準ですが,本ツールは比較用の固定対応表です.新告示の細則や公的書類の所定表記を判定しません.
A.
ヘボン式でオプションを有効にした場合だけ,b・m・pの直前のnをmへ置き換えます.語境界や固有名詞は解析しません.
A.
いいえ.生成後のaa・ii・uu・ee・oo・ou等を機械的に置換します.単語,語境界,例外表記を理解する処理ではないため,結果を確認してください.