音声認識読み記号および音声関連ソフトウエアに係わる用語の試行標準案
松浦 博 1 西本 卓也 2 金子 宏

磯谷 亮輔 3石川 泰 4 西村 雅史 5 伊藤 克亘 6 新田 恒雄 7
1 東芝研究開発センター

2 東京大学大学院 情報理工学系研究科

3 NEC マルチメディア研究所

4 三菱電機情報技術総合研究所 5 日本 IBM 東京基礎研究所 6 産業技術総合研究所 7 豊橋技術科学大学大学院工学研究科〒441-8580 愛知県豊橋市天伯町雲雀ヶ丘 1-1

E-mail : nitta@tutkie.tut.ac.jp

7

あらまし： 本報告では，平成 14 年に発足した情報処理学会試行標準専門委員会下の WG4 小委員会（音声言語処理インタフェース）が策定した，(A) 音声認識読み記号（エンドユーザ向け）の試行標準案，および (B)
音声認識・合成に係わる用語（開発者向け）の試行標準検討案の内容を紹介する。
キーワード：

音声言語処理，標準化，用語，読み記号，音声認識，音声合成

IPSJ Trial Standard Concerning Spoken Language Interface
Hiroshi MATSU’URA 1, Takuya NISHIMOTO 2, Hiroshi KANEKO, Ryosuke ISOTANI 3,Yasushi ISHIKAWA 4, Masafumi NISHIMURA 5, Katunobu ITOU 6, and Tsuneo NITTA 7
1 Toshiba Corp., 2 Univ. of Tokyo, 3 NEC Corp.,
4 Mitsubishi Electric Corp., 5 IBM Japan Ltd., 6 AIST, 7 Toyohashi Univ. of Tech.
1-1 Hibariga-oka, Tempaku, Toyohashi, 441-8580 JAPAN

Abstract:

E-mail : nitta@tutkie.tut.ac.jp 7This paper describes the activity of IPSJ Trial Standard WG4 that has the objectives of standardization for spokenlanguage interface. In this report, we introduce two working drafts: (A) a phonemic system described in Kana used by end-users ofASR, (B) Terminology on ASR and TTS used by application developers.
Key words: Spoken Language Processing, Standardization, Terminology, Phonemic System, Speech Recognition, Speech Synthesis

１．はじめにがないため，製品での対応は各社まちまちである。また，デ平成 14 年より情報処理学会に学会試行標準専門委員会（委ファクトを狙った speech API においても，読みまでには踏員長石崎俊慶応義塾大学教授）が発足し，この委員会の下でみ込まず，使用記号を規定するにとどめているケースがある。

WG4 小委員会：音声言語処理インタフェースが発足し活動

このため読みの付与は使用者にゆだねられ，混乱を招く恐れしている[1]。学会試行標準は，情報処理学会の Web で公開もある。こうした事情から，WG4 は読み記号を早期に情報され，国内外の規格化作業に役立てて頂くことを目指してい処理学会試行標準とする作業を開始した。これをきっかけにる。WG4 小委員会では，今回，(1) 音声認識読み記号の試行

業界団体等における規格化へ向けての議論が高まることを期標準案，(2) 音声認識・合成に係わる用語の試行標準検討案

待すると共に，近い将来は speech API などへも波及するこを策定した。本報告は，音声言語処理研究・開発に携わる多とを願っている。

くの方々の意見を収集することを目的にまとめたものである。

2.1 標準化の範囲● 「音声認識読み記号」として表１に示す各記号を標準とす

２．音声認識読み記号
音声認識の対象単語に用いられる読み記号は，表記の規準る。網掛けされたアルファベット記号は発音の参考であり，標準化の対象ではない。本標準に準拠するために，認識システムはこの範囲で入力された記号を少なくとも受理するか，「wa」と発音する助詞「は」，「e」と発音する助詞「へ」はあるいは受理できない旨のエラーを返すものとする。ただし，発音どおりにそれぞれ「わ」，「え」と記述することとする。

音声認識システムによっては受理した結果，必ずしも異なる

したがって，この記述だけは現代かなづかいの規定と一致し記号が異なる発音にならないことがあっても，これは標準のないことになる。

範囲内として許容される。

● 他の現代かなづかいについては，これに従うとしても，認● 音声合成を用いて認識結果をトークバックする（音声で知識システムとしては問題が少ない。例えば助詞「を」は一般らせる）利用などを考慮し，JEIDA 規格である「日本語テキに「o」，場合によって「wo」に近く発声したとしても，ユースト音声合成用記号の規格」(JEIDA-62-2000)との連携を図る。

ザは「を」と記述すれば良い。

そのため，開発者を利用対象とする表２の「音声認識詳細読＜補足説明＞

み記号」を設ける。

● エンドユーザが利用できる簡易な形式を目指し，より馴染● 音声認識読み記号の並び方に関する規則や制約を細かくみやすい「ひらがな」を用いる。

規定すると，ルールが複雑になりすぎ，かえって利用するこ● JEIDA 規格 日本語テキスト音声合成用記号の規格とが困難となる。そのため，音声認識読み記号の並び方に関(JEIDA-62-2000) に掲載された表 2-1 をベースとして作成しする規定は特に設けない。すなわち，表１に示す「音声認識ている。また，国語審議会の「外来語の表記」[3] を参考に，読み記号」の並べ方および表２に示す「音声認識詳細読み記一般的な外来語表記をカバーするようにした。

号」の並べ方は，各々の範囲内で自由に設定できるものとす● 音声認識読み記号から発音への変換精度を上げるためのる。また，音声認識システムによっては，並べ方に一部の制対策として用いられる様々な工夫は，音声認識システムの製限を設けたとしても標準の範囲内として許容される。

作者にゆだねる。対策としては，音声合成を用いた読み上げ

2.2 音声認識読み記号に関する説明による確認，発声登録，単語辞書との突合せなどが考えられエンドユーザが使用できることを念頭におく。

る。入力誤りや，ユーザの発音の揺れなどへの対処も，音声＜規 定＞認識システムの製作者にゆだねる。

● 「ひらがな」をベースにした表 1 に示す記号を「音声認● 理解の手助けとして以下に例を示す。ここで（ ）に記し識読み記号」とする。

た発音表記は，認識システムが読み記号を解釈し内部記号に● 鼻濁音化の記号（例えば「゜」）については，エンドユー置き換えた一例である。

ザは鼻音と鼻濁音を必ずしも区別できないと考えられるため，（凡例）画面に表示する文字 音声認識読み記号の表記（あ採用しない。

る認識システムで解釈された発音表記の例）● 無声化を表す記号も同様の理由で採用しない。

東京 とうきょう (to-kyo-,toukyou)● 表１のアルファベットは発音の参考である。ただし，現代

武蔵新城 むさししんじょう (musashishinnjo-)

かなづかい[2] に従う場合には，読み記号は発音と一致しな

丸の内 まるの・うち (marunouchi)

いことがある。この場合，現代かなづかいの本則で「とうき丸の内 まるのうち (maruno-chi,marunouchi)

ょう」「ていせい」などと記述される場合は，音声認識システ

大阪阿倍野橋 おおさか・あべのばし (o-sakaabenobashi)

ムで長音化処理を行い，それぞれ「とーきょー」「てーせー」

経営 けいえい (ke-e-,keiei)などの発音がありうるとして解釈する。

経営 け・いえい (keie-,keiei)● 一方，「小売」→「こうり」のように長音化しない場合も

ユーザ ゆーざー (yu-za-)・・・ 外来語もひらがなで記述ある。このため，長音化しないことを示す区切り記号として

秋田 あきた (ak(i)ta) ・・・ 記号列から音声認識システ「・」（中黒あるいは中点）の使用をオプションとして認める。

ムが推測されるとした例

すなわち，「小売」は「こ・うり」と記述できる。なお，音声鼻血 はなぢ（hanaji）

認識システムによっては「・」の代わりに「／」などの採用

続く つづく（tsuzuku）

を宣言して用いても良い。

私は わたしわ（watashiwa）● 現代かなづかいの例外と位置付けられるもののうち，こんにちは こんにちわ（konnnichiwa）

学校へ がっこうえ（gaqko-e）

秋田 ア（キ）タ (ak(i)ta)

私を わたしを（watashio）

私です ワタシデ（ス） （watashides(u)）

私が わたしが（watashiga，watashinga）

ストップ （ス）トッ（プ） （s(u)toqp(u)）

2.3 音声認識詳細読み記号に関する説明多い オーイ（o-i）

主に開発者の使用を念頭に置いている。

氷 コーリ（ko-ri）＜規 定＞

姉さん ネーサン（ne-sann）● 「カタカナ」をベースに，表２に示す記号を「音声認識詳

鼻血 ハナジ（hanaji）

細読み記号」とする。

続く ツズク（tsuzuku）● 利用者は極力，発音どおりに記述すること。

2.4 全般的補足● 鼻濁音の記号として「゜」を採用する。ただし，「カ゜」● JEIDA の音声合成用読み記号は長音化を長音記号で表記など表２にあげた形式での使用に限る。

するが，音声認識の場合は一般のユーザが，確実に長音化さ● 長音化しないことを表す区切り記号は使用しない。

せて発声するか否かを予め記述することは難しい。これは，● 母音の無声化・脱落を表現するため括弧の記号を規定する。

他の音韻についても同様であり，読み記号は音声合成用と音＜補足説明＞

声認識用とでは，自ずからその役割・性質が異なる。

● 音声認識詳細読み記号は，音声合成読み記号との共通化を● 現行の各社 PC ソフトウエアの仕様は，一般的な「読み」重視し，JEIDA 規格 日本語テキスト音声合成用記号の規格であり，「とーきょー」「とおきょお」等は推奨されていない。

(JEIDA-62-2000) に掲載された表 2-1 を参考にする。

（例）ドラゴンスピーチ 6 片仮名で読み (トウキョウワ)● 開発者が認識対象の発音をコントロールできることを重ViaVoiceV9 平仮名で読みと発音 (とうきょうわ)視する。ただし，各音声認識システムの性能向上のために，SmartVoiceV4.0i 平仮名で読み(とうきょうわ)内部変換等の工夫をしてよい。

LaLaVoice2001 平仮名で読み(とうきょうわ)● 理解の手助けとして以下に例を示す。ここで（ ）に記し

● 「音声認識読み記号」は，音声認識システムのサポートにた発音表記は，認識システムが読み記号を解釈し内部記号により認識性能向上が期待できるが万能ではない。一方，「音声置き換えた一例である。

認識詳細読み記号」は，より正確に記述できる反面，間違っ（凡例）画面に表示する文字 読み記号の表記（ある認識シて記述された場合，致命的になる可能性が高いことに留意すステムで解釈された発音表記の例）る必要がある。

東京 トーキョー (to-kyo-)
丸の内 マルノウチ(marunouchi)
武蔵新城 ムサシシンジョー (musashishinnjo-)

3. 音声認識・合成に係わる用語
音声認識や音声合成の開発者向けドキュメントは，特定の大阪阿倍野橋 オーサカアベノバシ（o-sakaabenobashi）

動作環境やエンジンの実装に依存して書かれていることが多経営 ケーエー (ke-e-)く，用語とそれらの定義・関連に揺らぎがある。WG4 では，

経営 ケイエー (keie-)

日本語の音声認識・音声合成エンジンに係わる用語を対象に，私を ワタシオ（watashio）

学会試行標準を検討している。標準化によって，システム開学校へ ガッコーエ（gaqko-e）

発者が既存のエンジンを使用する際に，動作環境やエンジンこんにちは コンニチワ（konnnichiwa）ベンダーが変わっても違和感なく開発できることを目指す。

私が ワタシガ（watashiga）

標準化のプロセスとして，まず日本国内で音声認識技術を私が ワタシカ゜（watashinga）製品化しているベンダー数社の現状調査を行った上で，実行デッドボール デッドボール（deqdobo-ru）

可能性のある標準化案を小委員会内で検討している。主な方

デッドボール デットボール（deqtobo-ru）

針は以下のとおりである。

全員 ゼンイン（zenninn）● 既存の標準を尊重する（JEITA,W3C 等）

全員 ゼーイン（ze-inn）● 関連分野のデファクトを尊重する（かな漢字変換等）

● 専門書や研究論文等の定義や慣用的用法を尊重する

響信号」と呼ぶ。
「音響信号」には，「録音音声」および「合● 現状調査（既存の製品仕様やドキュメント）を考慮する成音声」のほかに音楽や効果音なども含まれる。テキスト情

今後メーリングリスト等を通じて，素案に関するアンケート報から「合成音声」を得る手法を「テキスト音声合成」と呼を行う予定である。

ぶ。
「テキスト音声合成」において埋め込まれる休止を「ポー3.1 標準化の対象と目標ズ」と呼ぶ。

開発者やユーザにとって用語の不統一が混乱を招きやすい

なお「プロンプト」は，アプリケーション中の音声利用方と思われる事項で，かつ，統一化の合意が得られやすいと思法を示す用語であり，上に定義した用語とは区別して使用すわれる提案に限定する。また，既存の記述の変更を求めるもべきである。のではなく，開発者間のコミュニケーションにおいて曖昧性3.3 音声認識に関する用語が生じやすい場合に推奨する用語を提案する。

音声認識手法

用語の選定に当たっては，用語の間の階層関係（依存関係）「連続音声認識」では，用途を表す用語と音声認識エンジを明確化し用語の位置づけを明確にすること，および用語がンの手法そのものとが混同されがちである。そこで連続音声どのような状況で用いられ，どのように役立つべきかを明確認識の手法として次の二つの分類を使用する。にすることを目指す。
エンドユーザが製品を通じて目にする用語には，様々な不A: 統計的言語モデル(n-gram)を用いた連続音声認識
B: 構文制約情報を用いた連続音声認識

統一が存在する。しかし既に製品として出荷されており，エいずれかの手法を限定したい場合は明示的に記述する。

ンドユーザが慣れ親しんだ用語を変更することには問題も多例: Julius は統計的言語モデルを用いた「連続音声認識」をい。そこで現時点では，エンドユーザ向け用語の統一案は作行っている。

成せずに各社の判断にゆだねる。

例：Julian は構文制約情報を用いた「連続音声認識」を行っ一方，開発者向け用語については，以下のような目標を設ている。

定して用語標準化を提案する。

なお，「ディクテーション」「ナビゲーション」「音声コマン● 音声認識・音声合成エンジンの機能や性能を明確に記述でド」などは音声認識手法ではなくアプリケーションを示す用き，開発者がエンジンを選択する補助となること語であり，手法を示す際には用いない。

● システムに組み込まれた特定のエンジンを，同等の機能・音声認識性能性能を持つ他のエンジンと容易に交換できること

音声認識エンジンの性能の求め方や結果の表示方法は統一

これらの目標が達成されることで，エンジンの開発や改良がされていない。一般に性能とは認識率を指すが，処理速度が促されると同時に，応用システムの開発が促進されることを重視される場合もある。

期待している。
3.2 音声に関する用語「音声」の用法には，広く音響信号を示す場合と，言語情アプリケーション開発者が目的に合った性能のエンジンを選ぶためには，性能を記述する用語とその定義を標準化する必要がある。

報を伴う音に意味を限定する場合がある。特に，音声認識やアラインメント作業が必要な場合の音声認識率は「正解精音声合成が応用システムの一部として用いられる場合には，度」(Accuracy) および「誤り率」(Error Rate)を用いて示す。

これらの概念を明確にしておくことが重要である。

正解精度 = ((正解数 - 挿入数) / (入力総数)

入力音声

誤り率 = ((置換数＋脱落数＋挿入数) / (入力総数)

音声認識システムの入力となる音を総称して「音響信号」と呼ぶ。
「音響信号」の内容は「音声信号」と「雑音信号」に

1 発話で 1 タスクが達成される場合は「認識率」「誤り率」を用いて示す。

分離される。また，音響信号の時系列情報から「休止区間」「正解精度」「認識率」「誤り率」の値を示す場合は単位をを取り除いて「発話区間」を得ることを「切り出し」と呼ぶ。

明記して「文字正解精度」「単語正解精度」「音韻正解精度」

出力音声のように用いる。

音声合成を用いたシステムの出力となる音を総称して「音音声認識応用システム全体の性能は，認識率の他にも発話

者の声質や利用環境，ユーザインタフェース設計などに大きエンジン制御に関する定義としては適さない。

く依存する。将来的には，エンジン性能の評価尺度をさまざ

声 質

まな観点から明らかにし，必要な情報の整備を促したい。

異なる声質の合成音声を使い分け，GUI の色やフォントの3.4 音声合成に関する用語ように利用することが考えられる。
「音声フォント」「キャラ3.4.1 音声合成制御

クタ」「ボイスフォント」「声質」「バリエーション」は声質のテキスト音声合成の制御では，対応する機能に依って様々な用語が用いられる。音声合成アプリケーション開発者を対識別子の呼称である。一般に「音声フォント」には人名など任意の文字列を使用できる。

象とした標準やデファクトとしては，JEIDA 日本語テキスト

Aural CSS (W3C)には voice-family 属性があり，male.

音声合成用記号，W3C Aural CSS，W3C SSML，Microsoftfemale, child など一般的な呼称と，特定のインスタンスを表

speech API などがある。

す呼称を併用できる。

一方個々のエンジンは，既存の標準に従いつつ，独自の解釈や拡張が施されている場合も多い。設定すべき値として物理量などの客観的な値ではなく相対値を用いる場合が多く，エンジンが API によって抽象化されていても実質的には互換性が妨げられている。
以下では標準案の候補となる用語とその定義を示す。

3.4.2 音声合成の手法および性能
アプリケーション開発者は，音声合成エンジンを選ぶ際に，エンジンが想定している音質レベルを知る必要がある。
音声符号化の分野では CD 相当(約 44KHz, 16bit)，FM ラジオ相当(約 22KHz, 16bit)，電話相当(約 8KHz, 8bit)など既存メディアを目安にする方法があるが，合成音声の品質は帯域や合成音声の速さビット数以外に，手法や実装の違いによっても異なる。
また，

「速さ」
「速度」
「話速」
は合成音声の速さを示す値であり，特に視覚障害者向けアプリケーションでは速い話速が要求さ速いほど大きい値として定義される。
「速さ」の例として，1れることが多く，実用的な話速の最高値などもエンジン選び秒あたりのモーラ数や 1 分当たりの単語数などがある。の指標となり得る。

英語等では「話速」として 1 分当たりの単語数[Words per

一方，テキスト音声合成では，読み付与の精度も重要な評

minute, WPM]を用いることが多く，Aural CSS (W3C [4])の価尺度となる。ここでは 2 つの性能評価尺度を示す。

speech-rate 属性もそのように定義されている。マルチリンガ「読み付与精度」： 仮名漢字混じり文から読みを生成した際ルの音声システムを実現する上では，言語によらず統一的にの単語単位での精度（計算方法は音声認識の単語認識精度に話速を表現できることが望ましい。

準ずる）

声の高さ

「正聴率」
： 被験者に合成音声を聴取させ書き起こしを行っ「高さ」「ピッチ」「基本周波数」は合成音声の声の高さをた際に，正しく単語を聞き取れた割合ヘルツ[Hz]で示す値である。Aural CSS (W3C)の pitch 属性も正聴率＝正解音節数／全音節数

周波数[Hz]として定義されている。ただし値の用法は実装依評価方法の詳細は JEITA での標準化活動を参考にする。

存となる。アプリケーションにおいては規定値からの相対指定（例：75%, 150%など）の方が便利である。
声の大きさ

3. おわりに
試行標準は，今後，メーリングリスト等を通して関連分野「音量」「ボリューム」「大きさ」は声の大きさを表す値での研究者・技術者の方々の意見を反映させた後，情報処理学ある。物理量としては音圧レベル[dBSPL]に対応する。しか会の Web 上で順次公開し，「役立つ試行標準」の提供を行っし既存の実装においては，0 を最小値とし，特定の値を最大ていきたい。

値とした相対値で振幅を決めている場合が多い。

参考文献

Aural CSS (W3C)の volume 属性は 0-100 の値を取ると定[1] 新田ほか：音声言語情報処理に関する情報処理学会の試義されているが， 環境に応じて制御される値であり，同じ

行 標 準 策 定 活 動 ， 情 報 処 理 学 会 研 究 報 告 , SLP-40-10,

volume 値であっても騒音レベルなどによって異なる振幅とpp.57-60 (2002-02).

なるなど，アプリケーションの観点からの定義であるため，[2] 小泉保「日本語の正書法」，大修館書店

[3] 国語審議会「外来語の表記」

表２ 音声認識詳細読み記号

http://www.konan-wu.ac.jp/~kikuchi/kanji/gairai.html[4] Aural style sheets,
http://www.w3.org/TR/REC-CSS2/aural.html

表１ 音声認識読み記号
あaいうi (e) u (o)

えお

やゆいぇ

よわ

うぃ

うぇ

eoya

yu

yeyo

wa

wi

wewo

きゃ

きゅ

きょくぁ

くぃ

くぇくぉ

kyokwakwi

kwekwo

かきくけこkaki

ku

ke

ko

kya

kyu

さ

しす

せ

そしゃ

しゅsa

shi

su

se

しぇ

うぉ

しょso

sha

shu

she

sho

たち

つてとちゃ

ちゅ

ちぇ

ちょ

つぁ

つぃ

つぇ

つぉ

tachi

tsu

te

to

chachu

che

cho

tsa

tsi

tse

tso

なにぬ

ねのにゃにゅ

na

ni

nu

ne

nonya

nyu

nyo

は

ひふへ

ほひゃ

ひゅ

ひょ

ふぁ

ふぃ

ふぇ

ふぉ

hahi

hu

heho

hya

hyu

hyo

fa

fi

fefo

まみむ

め

もみゃ

みゅ

みょ

ma

mimumemo

mya

myu

myo

らりる

れろ

りゃ

りゅりょ

rarirurerorya

ryuにょ

ryo

がぎ
ぐ
げごぎゃ
ぎゅ
ga
gi
gu
ge
go
gya
gyu
(nga) (ngi) (ngu) (nge) (ngo) (ngya) (ngyu)
ざ

ず

ぜ

ぞじゃza

ji

zu

ze

zo

ja

だでぃ

どぅ

でど

da

di

du

de

do

ば

びぶ

べ

ぼ

びゃ

びゅ

ba

bi

bu

bebo

bya

byu

byo

ぱぴぷ

ぺ

ぽぴゃ

ぴゅ

ぴょ

pe

po

pya

pyu

pyo

pa

じぎょ
gyo(ngyo)

じゅ

じぇじょ

ju

je

jo

ぐぁ
gwa
(ngwa)でゅdyupi

puてぃとぅてゅ

titutyu

すぃ

びょ

アaカka
サsaタta
ナ
na
ハ
haマ
ma
ラ
raガ
ga
ザ
za
ダdaバ
ba
パ
pa

イ
ウ
エオ
ヤ
ユイェ
ヨワ
ウィ ウェ ウォ
iu
eoya
yu
ye
yo
wa
wi
wewo
キクケ
コ
キャ キュ キェ キョ
クァ クィ クェ クォ
ki
ku
ke
ko
kya
kyu
kye
kyo
kwa
kwi
kwe
kwo
シス
セ
ソ
シャ シュ シェ ショ
スァ スゥィ スェ スォ
shi
su
seso
sha
shu
she
sho
swa
swi
sweswoチツテトチャ チュ チェ チョ
ツァ ツィ ツェ ツォ
chi tsu
tetochachu
che
cho
tsa
tsi
tsetsoニヌ
ネノニャ ニュ ニェ ニョ
ヌァ ヌィ ヌェ ヌォ
ninunenonya
nyu
nye
nyo
nwa
nwi
nwenwoヒフヘホ
ヒャ ヒュ ヒェ ヒョ
ファ フィ フェ フォ
hi
hu
heho
hyahyu
hye
hyo
fa
fi
fefo
ミムメ
モ
ミャ ミュ ミェ ミョ
ムァ ムィ ムェ ムォ
mimu
me
mo
mya
myu
mye
myo
mwa
mwi
mwe
mwo
リルレロ
リャ リュ リェ リョ
ルァ ルィ ルェ ルォrirurerorya
ryu
rye
ryo
rwa
rwi
rwe
rwo
ギグゲゴ
ギャ ギュ ギェ ギョ
グァ グィ グェ グォ
gi
gu
ge
go
gya
gyu
gye
gyo
gwa
gwi
gwe
gwoジズゼゾ
ジャ ジュ ジェ ジョ
ズァ ズゥィ ズェ ズォ
ji
zu
zezo
jaju
je
jo
zwa
zwi
zwe
zwo
ディ ドゥ デド
デャ デュ ディェ デョ ドゥァ ドゥィ ドゥェ ドゥォ
didudedodyadyu
dyedyodwa
dwi
dwedwoビブベボ
ビャ ビュ ビェ ビョ
ブァ ブィ ブェ ブォ
bi
bu
bebo
bya
byu
bye
byo
bwa
bwi
bwe
bwo
ピプ
ペポ
ピャ ピュ ピェ ピョ
プァ プィ プェ プォ
pi
pu
pepo
pya
pyu
pye
pyo
pwa
pwi
pwe
pwo
ティ トゥテャ テュ ティェ テョ トゥァ トゥィ トゥェ トゥォ
titu
tyatyutyetyotwatwi
twetwo
ヴァ ヴィ ヴ ヴェ ヴォ ヴャ ヴュ ヴィェ ヴョ ヴゥァ ヴゥィ ヴゥェ ヴゥォ
vavi
vu
vevo
vyavyuvye
vyovwavwi
vwevwoカ゜ キ゜ ク゜ ケ゜ コ゜ キ゜ャ キ゜ュ キ゜ェ キ゜ョ ク゜ァ ク゜ィ ク゜ェ ク゜ォ
nga ngi ngu nge ngongya ngyu ngye ngyo
ngwa ngwi ngwe ngwo
スィ
フャ フュ フィェ フョ
si
fya
fyu
fye
fyo
ズィ
zi
ン
ッー
（）
nnq
‑
()

ふゅ

si

fyu

ずぃ

ぢゃ

ぢゅ

ぢぇ

ぢょ

zi

ja

ju

je

jo

ぢ

づをji

zuoんっーnnq‑

・促音： っ(JIS 0x2443)
区切り：・(JIS 0x2126)
長音： ー(JIS 0x213c)[注1]
表記例のコードは全角平仮名(JIS X 0208‑1983「情報交換用漢字符号系」)を使用するが，実際に使用するコード系まで規定するものではない。
[注2]
この表に定義されていない「ゐ」「ゑ」等の仮名記号は使用しない。
[注3]
長音記号として「−（マイナス JIS 0x215d）」は使用しない。
[注4]
網掛けされたアルファベット表記は発音の参考であり，音声認識読み記号の規定対象ではない。

鼻濁音：゜(JIS 0x212c)
促音： ッ(JIS 0x2543)
長音： ー(JIS 0x213c)
無声化・母音脱落：（(JIS 0x214a) および ）(JIS 0x214b)[注1]
表記例のコードは全角片仮名(JIS X 0208‑1983「情報交換用漢字符号系」)を使用するが，実際に使用するコード系まで規定するものではない。
[注2]
この表に定義されていない「ヂ」
「ヅ」
「ヲ」
「ヰ」
「ヱ」
等の仮名記号は使用しない。
[注3]
長音記号として「−（マイナス JIS 0x215d）」は使用しない。
[注4]
網掛けされたアルファベット表記は発音の参考であり，音声認識詳細読み記号の規定対象ではない。
[注5]
半角片仮名で表記する場合，濁音では濁音記号「ﾞ」を使用する。
[注6]
半濁音では半濁音記号「ﾟ」を使用する。