JPH10190865A - 移動端末音声認識／フォーマット文章作成システム - Google Patents

Abstract

(57)【要約】 【課題】 移動端末を用いた通信環境において、音声認
識機能を実用的な精度及びコストで実現し、その認識結
果に基づいてフォーマット化された文章の自動作成を可
能にすることにある。 【解決手段】 移動端末１０１において、入力部１０９
から入力された音声信号が、制御部１１０及び通信部１
１１からＰＨＳ網１０３に送出され、そこから移動端末
制御ホスト装置１０４及びインターネット１０５を介し
て、音声制御ホスト装置１０８に送られる。この音声信
号は、同装置内のパケット送受信部１１５を介して移動
端末通信制御部１１６で受信され、文音声認識部１１７
で認識された後、その音声の会話内容を示すフォーマッ
ト文章データがフォーマット文章作成部１１８で作成さ
れる。そのデータは、移動端末１０１に返送され、通信
部１１１を介して制御部１１０で受信され、出力部１１
２で表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、移動（携帯）端末
装置において入力された通話音声等の音声を認識しその
認識結果に基づきフォーマット化された文章を作成する
技術に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】音声信
号を認識して、文字データに変換して蓄積したり、認識
結果を種々のサービスの利用に供したりするための音声
認識技術は、様々な産業分野で従来から要請されてい
る。

【０００３】近年では、音声認識アルゴリズムの発達に
より、メインフレームコンピュータ又はワークステーシ
ョンコンピュータ等を用いた音声認識システムが開発さ
れている。

【０００４】これらのシステムは、例えば、電話音声を
入力とする銀行の残高照会システムや座席予約システ
ム、作業員の音声を認識して荷物の自動配送を行う配送
荷物の仕分システムを始めとして、種々の産業分野に取
り入られつつある。

【０００５】しかし、このような音声認識システムは、
上述のような大規模なコンピュータシステムの環境のも
とでようやく実用的な認識精度を有するレベルに到達し
たばかりであり、いわゆるパーソナルコンピュータのよ
うな小型のコンピュータシステム環境のもとでは、実用
的な認識精度を有する安価な音声認識システムは未だ実
現されていないのが現状である。

【０００６】一方、上述のような情報処理技術と並行し
て、近年、自動車電話・携帯電話やＰＨＳ（パーソナル
ハンディホンシステム）等の移動端末が、急速に普及し
つつある。

【０００７】特に、ＰＨＳは、小型であると同時に、自
動車電話・携帯電話に比較して通話料金が安く、かつ、
「いつでも、どこでも、誰とでも」高い品質で通話がで
きるという特徴を備えており、爆発的に普及しつつあ
る。更に、ＰＨＳは、ＩＳＤＮ（Integrated Services
Digital Network:サービス統合デジタル網）をバックボ
ーンとする公衆網であるため、３２キロビット／秒の伝
送レートでの高速デジタル通信が可能であり、マルチメ
ディア通信分野への応用に対する期待も高まっている。

【０００８】更には、移動端末の利便性をいかすべく、
携帯電話装置としてだけではなく、携帯情報管理装置と
しても利用できるような、マルチメディア情報管理／通
信端末装置としての実現の可能性も期待されている。具
体的には、このような移動端末は、通話機能／ＦＡＸ機
能を備えることはもちろん、インターネットや社内ネッ
トワークへのアクセス機能としてのホームページアクセ
ス機能や電子メール通信機能を備えることが予想される
ほか、アドレス管理、スケジュール管理、メモ管理、デ
ータベース検索等の情報管理機能をも兼ね備えることが
期待される。

【０００９】そして、このような移動端末は、人が気軽
に利用できるよう、できる限り人にやさしく自然なユー
ザインタフェースを備えることが要請される。現在実現
されているユーザインタフェースとしては、キーボード
やマウスによる指操作入力、電子ペンによる手書き入力
等が実用化されているが、音声入力等にも対応すること
ができれば、ユーザインタフェースとして理想的であ
る。即ち例えば、基本機能としての通話機能を利用しな
がら通話内容を示す音声信号をデータとして、アドレス
入力、スケジュール入力、メモ入力等が可能になれば、
移動端末の利便性を飛躍的に増大させることが可能にな
る。ここに、移動端末に対してユーザインタフェースと
して音声認識機能を適用することの価値を見出すことが
できる。

【００１０】しかし、移動端末は小型でありその情報処
理能力は限られている反面、前述したように、現在の音
声認識処理では、メインフレームコンピュータ又はワー
クステーションコンピュータクラスの環境のもとでない
と、実用的な認識精度を実現することは困難である。従
って、現状では、移動端末のユーザインタフェースとし
て音声認識機能を実現することは非常に困難である、と
いう問題点を有している。

【００１１】本発明の課題は、移動端末を用いた通信環
境において、そのユーザインタフェースとしての音声認
識機能を実用的な精度及びコストで実現し、その認識結
果に基づいてフォーマット化された文章の作成を可能に
することにある。

【００１２】

【課題を解決するための手段】本発明はまず、以下の構
成を含む移動端末を有する。即ち、ホスト接続手段（制
御部１１０、通信部１１１）は、無線網又は有線網の何
れか一方又は両方から構成される中継網（ＰＨＳ網１０
３とインターネット１０５）を介して間接的に又はその
中継網を介さずに直接的にホスト装置である音声制御ホ
スト装置（音声制御ホスト装置１０８）に接続する。

【００１３】音声入力手段（入力部１０９）は、音声を
入力する。音声データ送信手段（制御部１１０、通信部
１１１）は、ホスト接続手段による接続動作の後、音声
入力手段から入力される音声データを音声制御ホスト装
置に送信する。

【００１４】フォーマット文章データ受信手段（制御部
１１０、通信部１１１）は、音声制御ホスト装置から返
信されるフォーマット文章データを受信する。フォーマ
ット文章データ表示／編集手段（制御部１１０、出力部
１１２）は、その受信されたフォーマット文章データを
表示又は編集する。

【００１５】次に、本発明は、以下の構成を含む音声制
御ホスト装置１０８を有する。即ち、移動端末接続手段
（パケット送受信部１１５、移動端末通信制御部１１
６）は、移動端末内のホスト接続手段による接続動作に
応答して、移動端末を識別して接続する。

【００１６】音声データ受信手段（パケット送受信部１
１５、移動端末通信制御部１１６）は、現在接続されて
いる移動端末毎に、音声データを受信する。音声認識手
段（移動端末通信制御部１１６、文音声認識部１１７）
は、現在接続されている移動端末毎に、音声データ受信
手段により受信された音声データに対して音声認識処理
を実行する。

【００１７】フォーマット文章データ作成手段（フォー
マット文章作成部１１８）は、現在接続されている移動
端末毎に、音声認識手段による音声認識処理によって得
られる認識音声データ中のフィールドを判別することに
より、該認識音声データの内容を表わすフォーマット文
章データを作成する。このフォーマット文章データ作成
手段は、例えば、現在接続されている移動端末毎に、音
声認識手段による音声認識処理によって得られる認識音
声データに含まれるフィールドを認識すると共に、不要
語を削除して、フォーマット文章データを作成する。

【００１８】フォーマット文章データ返信手段（移動端
末通信制御部１１６、パケット送受信部１１５）は、現
在接続されている移動端末毎に、フォーマット文章デー
タ作成手段によって作成されるフォーマット文章データ
を、それに対応する移動端末に返信する。

【００１９】以上の移動端末と音声制御ホスト装置を含
む本発明による通信移動端末音声認識／フォーマット文
章データ作成通信システムにより、移動端末は、高度な
音声認識／フォーマット文章データ作成環境を設備する
必要がなく実用的な精度を有する音声認識／フォーマッ
ト文章データ作成機能の提供を低コストで受けることが
できる。

【００２０】上述の発明の構成は、下記の限定を含むこ
とができる。即ち、まず、移動端末は、パーソナルハン
ディホンシステム通信機能（通信部１１１）を備える。

【００２１】次に、中継網は、パーソナルハンディホン
システム通信網（ＰＨＳ網１０３）とインターネット
（インターネット１０５）を含む。また、音声制御ホス
ト装置は、インターネットに接続する。

【００２２】そして、移動端末内のホスト接続手段は、
パーソナルハンディホンシステム通信網を介して、その
パーソナルハンディホンシステム通信網を含む公衆網と
インターネットとの間のゲートウエイ機能を有する移動
端末制御ホスト装置（移動端末制御ホスト装置１０４）
に発信し接続することによって、インターネット上の通
信プロトコルを使用して、移動端末制御ホスト装置から
インターネットを介して音声制御ホスト装置に接続す
る。

【００２３】この限定構成によって、現在全国的及び全
世界的に普及しつつあるパーソナルハンディホンシステ
ム通信網及びインターネットを経由することにより、実
用的な精度を有する音声認識機能の提供をより低コスト
及び手軽に受けることができると同時に、本発明が提供
する機能とパーソナルハンディホンシステム通話機能及
びインターネットアクセス機能とを、シームレスに結合
することができる。

【００２４】更に、上述の通信プロトコルは、下記の限
定を含むことができる。即ち、上記通信プロトコルは、
インターネットプロトコル（ＩＰ）層及びトランスミッ
ションコントロールプロトコル（ＴＣＰ）層を含む階層
プロトコルである。

【００２５】次に、インターネット上を伝送されるイン
ターネットプロトコル層のパケットデータであるインタ
ーネットプロトコルデータグラム（ＩＰデータグラム）
のヘッダ（ＩＰヘッダ）フィールドには、インターネッ
ト上での移動端末及び音声制御ホスト装置のアドレスを
指定する送信元インターネットプロトコルアドレス及び
宛先インターネットプロトコルアドレスが格納され、そ
のインターネットプロトコルデータグラムのデータフィ
ールドには、トランスミッションコントロールプロトコ
ル層のパケットデータであるトランスミッションコント
ロールプロトコルセグメントが格納される。

【００２６】また、トランスミッションコントロールプ
ロトコルセグメント（ＴＣＰセグメント）のヘッダ（Ｔ
ＣＰヘッダ）フィールドには、音声認識／フォーマット
文章作成処理のための通信プロトコルを特定する送信元
ポート番号及び宛先ポート番号が格納され、そのトラン
スミッションコントロールプロトコルセグメントのデー
タフィールドには、移動端末を識別するための端末識別
コード、音声データ、又はフォーマット文章データが格
納される。

【００２７】この限定構成によって、移動端末と音声制
御ホスト装置とを全世界的に容易に特定できると共に、
音声認識／フォーマット文章データ作成理サービスと他
の情報処理サービスとの共存を容易に実現できる。

【００２８】ここまでの発明の構成において、音声制御
ホスト装置は、網によって相互に接続され、移動端末接
続手段、音声データ受信手段、音声認識手段、フォーマ
ット文章データ作成手段、及びフォーマット文章データ
返信手段に対応する機能を分散して実現する複数のホス
トコンピュータから構成されるように実現することがで
きる。

【００２９】この限定構成によって、ホスト装置側の負
荷分散を容易に実現できる。なお、上述した移動端末及
び音声制御ホスト装置の単体も、本発明の権利範囲であ
る。

【００３０】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について詳細に説明する。本実施の形態に
おいては、ＰＨＳ機能が組み込まれた移動端末におい
て、通話時に又はオフライン状態でマイクから入力され
た音声信号が、ＰＨＳ網からインターネットを介して特
定の音声サービスプロバイダ内のＬＡＮに接続される音
声制御ホスト装置に送られ、そこで上記音声信号が認識
された後に、その認識結果の内容が自動判別され、移動
端末から指定されたフォーマット種類の文章、即ち例え
ば、アドレス帳、スケジュール帳、メモ帳等のフォーマ
ット文章データに整形され、そのフォーマット文章デー
タがリアルタイムに移動端末に返送され、移動端末での
情報管理処理に利用されることが、本発明に関連する大
きな特徴である。このようなシステムにより、移動端末
は、高度な音声認識環境を設備する必要がなく実用的な
精度を有する音声認識機能の提供を低コストで受けるこ
とができ、かつ音声認識結果に基づくフォーマット文章
の作成機能をも装備することができる。 ＜システム構成＞図１は、本発明の実施の形態の全体シ
ステム構成図である。

【００３１】移動端末１０１は、ＰＨＳ端末機能を有し
ており、無線基地１０２を介して、無線通信によってＰ
ＨＳ網１０３に接続される。無線基地１０２は、街路の
公衆電話ボックス、電柱、ビル屋上、地下通路等に設け
られる公衆無線基地、又は加入者宅内の親子電話装置等
である。なお、親子電話装置に接続される場合は、ＰＨ
Ｓ網を介さずに、直接公衆電話網に接続される。なお、
無線基地１０２の代わりに、有線接続装置を介して、有
線通信によってＰＨＳ網１０３又は公衆電話網に接続さ
れるように構成されてもよい。

【００３２】ＰＨＳ網１０３は、公衆電話網又はＩＳＤ
Ｎ網と相互接続しており、これらの網には、高速デジタ
ル専用線等によってインターネット１０５に接続してい
る移動端末制御ホスト装置１０４が接続されている。

【００３３】移動端末１０１は、無線基地１０２及びＰ
ＨＳ網１０３を介して、上記公衆電話網又はＩＳＤＮ網
に接続されている移動端末制御ホスト装置１０４に自動
的にダイヤルアップ発信することによって、インターネ
ット１０５に接続することができる。

【００３４】インターネット１０５には、高速デジタル
専用線等を介して所定の音声サービスプロバイダのＬＡ
Ｎ１０７に接続しているルータ装置１０６が接続されて
いる。ＬＡＮ１０７は、イーサネット方式、ＡＴＭ（As
ynchronous Transfer Mode）方式、又はＦＤＤＩ方式に
よるローカルエリアネットワークである。ＬＡＮ１０７
には、更に音声制御ホスト装置１０８が接続されてい
る。

【００３５】移動端末１０１は、移動端末制御ホスト装
置１０４に自動的にダイヤルアップ発信した後に、イン
ターネット１０５、ルータ装置１０６、及びＬＡＮ１０
７を介して、音声制御ホスト装置１０８と通信すること
ができる。

【００３６】今、移動端末１０１内の入力部１０９にお
いて、ユーザが、タッチパネルから音声制御ホスト装置
１０８との通信を指示すると、制御部１１０は、通信部
１１１に対して、音声制御ホスト装置１０８との通信開
始を依頼する。

【００３７】通信部１１１は、制御部１１０から通信開
始を依頼されると、現在移動端末制御ホスト装置１０４
に接続していなければ、無線基地（又は有線接続装置）
１０２に無線（又は有線）発信してＰＨＳ網１０３に接
続した後、移動端末制御ホスト装置１０４のアクセス電
話番号を指定してダイヤルアップ発信する。

【００３８】移動端末制御ホスト装置１０４が着信する
と、移動端末１０１内の通信部１１１は、まず、移動端
末制御ホスト装置１０４内の接続確立部１１３と通信す
ることにより、インターネット１０５上の標準通信プロ
トコルであるＴＣＰ／ＩＰ及びＰＰＰ方式による接続の
確立のためのネゴシエーションを行う。この結果、移動
端末制御ホスト装置１０４から、移動端末１０１内の通
信部１１１に対して、インターネット１０５上の識別ア
ドレスであるＩＰアドレスが付与され、移動端末１０１
は、インターネット１０５へのアクセスが可能となる。

【００３９】移動端末１０１内の通信部１１１は、既に
移動端末制御ホスト装置１０４に接続していれば、上記
タイヤルアップ発信は省略する。その後、移動端末１０
１内の通信部１１１は、予め設定されている音声制御ホ
スト装置１０８のＩＰアドレスである“宛先ＩＰアドレ
ス”と、移動端末制御ホスト装置１０４から付与された
ＩＰアドレスである“送信元ＩＰアドレス”と、移動端
末１０１を識別するための“端末識別コード”（例えば
ＰＨＳ電話番号）と、ユーザの指定に基づく文音声認識
／フォーマット化の開始要求コマンド及びフォーマット
種類データ又は文音声認識／フォーマット化の終了要求
コマンドとが格納されたＴＣＰ／ＩＰパケットを、イン
ターネット１０５に向けて送出する。

【００４０】このＴＣＰ／ＩＰパケットは、それに格納
されている“宛先ＩＰアドレス”に基づき、移動端末制
御ホスト装置１０４内のルーティング部１１４とインタ
ーネット１０５内の特には図示しない中継ホスト装置に
よって、音声サービスプロバイダ内のルータ装置１０６
まで転送された後、更に、ＬＡＮ１０７を介して音声制
御ホスト装置１０８内のパケット送受信部１１５まで転
送される。

【００４１】パケット送受信部１１５は、受信したＴＣ
Ｐ／ＩＰパケットから、“送信元ＩＰアドレス”と、
“端末識別コード”と、文音声認識／フォーマット化の
開始要求コマンド及びフォーマット種類データ又は文音
声認識／フォーマット化の終了要求コマンドとを取り出
して、音声制御ホスト装置１０８内の移動端末通信制御
部１１６に引き渡す。

【００４２】移動端末通信制御部１１６は、引き渡され
た“送信元ＩＰアドレス”と、“端末識別コード”と、
文音声認識／フォーマット化の開始要求コマンド及びフ
ォーマット種類データ又は文音声認識／フォーマット化
の終了要求コマンドに関する情報を後述する処理端末登
録テーブル（図１２）に登録した後、パケット送受信部
１１５に対して、送信許可データが格納されたＴＣＰ／
ＩＰパケットの移動端末１０１への返信を依頼する。

【００４３】パケット送受信部１１５は、対応するＴＣ
Ｐ／ＩＰパケットを、移動端末１０１に対応するＩＰア
ドレスに向けて送信する。このようにして、音声制御ホ
スト装置１０８は、移動端末１０１から転送されてくる
音声データに対して文音声認識／フォーマット化を実行
することが可能となる。

【００４４】移動端末１０１内の通信部１１１は、音声
制御ホスト装置１０８から上記送信許可データが格納さ
れたＴＣＰ／ＩＰパケットを受信すると、それに格納さ
れている送信許可データを制御部１１０に引き渡す。

【００４５】移動端末１０１内の制御部１１０は、上記
送信許可データを引き渡された後、通信部１１１に対し
て、通話動作又はオフライン状態での音声入力動作によ
ってマイクから入力された音声データの音声制御ホスト
装置１０８への送信を依頼する。

【００４６】通信部１１１は、上記音声データが格納さ
れたＴＣＰ／ＩＰパケットを、音声制御ホスト装置１０
８に対応するＩＰアドレスに向けて送信する。このＴＣ
Ｐ／ＩＰパケットは、それに格納されている“宛先ＩＰ
アドレス”に基づき、移動端末制御ホスト装置１０４内
のルーティング部１１４、インターネット１０５内の特
には図示しない中継ホスト装置、音声サービスプロバイ
ダ内のルータ装置１０６、及びＬＡＮ１０７を介して、
音声制御ホスト装置１０８内のパケット送受信部１１５
まで転送される。

【００４７】パケット送受信部１１５は、受信したＴＣ
Ｐ／ＩＰパケットに格納されている音声データを取り出
し、それを音声制御ホスト装置１０８内の移動端末通信
制御部１１６に引き渡す。

【００４８】移動端末通信制御部１１６は、引き渡され
た音声データを文音声認識部１１７に引き渡す。文音声
認識部１１７は、引き渡された音声データに対して文音
声認識処理を実行し、認識結果である認識音声文章デー
タをフォーマット文章作成部１１８に引き渡す。フォー
マット文章作成部１１８は、文音声認識／フォーマット
化の開始要求コマンドと共に移動端末１０１から指定さ
れたフォーマット種類データとフォーマット種類別フィ
ールド辞書を使用して、文音声認識部１１７が出力する
認識音声文章データのフィールドを判別し、更に不要語
辞書１５０５を使用して不要語を削除して、フォーマッ
ト文章データを作成し、それを移動端末通信制御部１１
６に引き渡す。

【００４９】例えば、移動端末１０１のユーザは、アド
レス帳を入力したい場合に、文音声認識／フォーマット
化の開始要求コマンドと共にフォーマット種類データと
して“アドレス帳”を指定する。その後、ユーザは、
“氏名はカシオ太郎です”“会社はカシオ計算機株式会
社です”“事業所は羽村技術センターです”“部署は発
明部です”“住所は東京都羽村市栄町３の１の２です”
“電話は０４２５の７９の７５７３です”“ファックス
は０４２５の７９の７７３５です”などと順次発音す
る。これらの発音内容は、音声制御ホスト装置１０８内
の文音声認識部１１７によって各認識音声文章データと
して認識される。そして、フォーマット文章作成部１１
８は、上記各認識音声文章データを、それぞれアドレス
帳の氏名フィールド、会社フィールド、事業所フィール
ド、部署フィールド、住所フィールド、電話フィール
ド、ファックスフィールドの文章データであると判別
し、更に不要語を削除した後、それぞれ“氏名：カシオ
太郎”“会社：カシオ計算機株式会社”“事業所：羽村
技術センター”“部署：発明部”“住所：東京都羽村市
栄町３−１−２”“電話：０４２５−７９−７５７３”
“ファックス：０４２５−７９−７７３５”などのフォ
ーマット文章データを、作成する。

【００５０】移動端末通信制御部１１６は、フォーマッ
ト文章データが格納されたＴＣＰ／ＩＰパケットの移動
端末１０１への返信を依頼する。パケット送受信部１１
５は、対応するＴＣＰ／ＩＰパケットを、移動端末１０
１に対応するＩＰアドレスに向けて送信する。

【００５１】移動端末１０１内の通信部１１１は、音声
制御ホスト装置１０８から上記フォーマット文章データ
が格納されたＴＣＰ／ＩＰパケットを受信すると、それ
に格納されているフォーマット文章データを制御部１１
０に引き渡す。

【００５２】移動端末１０１内の制御部１１０は、上記
フォーマット文章データを、ユーザが予め指定したフォ
ーマット種類データに対応するフォーマット種類の文章
のテンプレートデータに差し込んで、それを出力部１１
２に出力する。出力部１１２は、フォーマット文章デー
タに対応する文章を、ＬＣＤ表示部に表示する。ユーザ
は、この文章データを、任意に蓄積又は加工することが
できる。

【００５３】一方、移動端末１０１は、音声制御ホスト
装置１０８との通信のほかに、それが装備するホームペ
ージ閲覧ツールや電子メールを利用して、移動端末制御
ホスト装置１０４にダイヤルアップ発信することによ
り、インターネット１０５上の所望のリソースに自由に
アクセスすることが可能である。 ＜移動端末１０１の外観構成＞図２は、図１の移動端末
１０１の外観図である。

【００５４】移動端末１０１は、コンパクトな携帯情報
管理装置の外観を有し、音声を入力するための送話器を
兼ねたマイク２０１と、本発明には特には関連しないが
画像を入力するためのカメラ２０２と、各種情報を表示
し、またタッチ入力又はペン入力を受け付けるタッチパ
ネル機能を有するＬＣＤ表示部２０３と、音声を出力す
るための受話器を兼ねたスピーカ２０４を有する、ま
た、図１の無線基地１０２に発信するための無線アンテ
ナ２０５と、無線基地１０２の代わりの有線接続装置に
接続するためのソケット２０６を有する。

【００５５】更に、各種ＩＣカードを挿入するためのＩ
Ｃカードスロット２０７と、他の移動端末１０１又はパ
ーソナルコンピュータ等との間で赤外線光通信を行うた
めの光送受信機２０８を有する。

【００５６】スイッチ２０９は、電源スイッチである。 ＜移動端末１０１の機能ブロック構成＞図３は、移動端
末１０１の機能ブロック図である。

【００５７】移動端末１０１は、図１にも示したよう
に、入力部１０９、制御部１１０、通信部１１１、及び
出力部１１２から構成され、それぞれバス３２６によっ
て相互に接続されている。

【００５８】まず、入力部１０９は、音声を入力する部
分と、本発明には特には関連しないが画像を入力する部
分と、出力部１１２の動作において後述するタッチパネ
ル機構の部分とから構成される。

【００５９】音声を入力する部分は、マイク３０１、Ａ
／Ｄ変換部３０２、及びマイク制御部３０３から構成さ
れる。マイク３０１（図２の２０１に対応）は、ＰＨＳ
電話の送話器を兼ねており、ユーザが発声した音声を入
力する。

【００６０】Ａ／Ｄ変換部３０２は、マイク３０１から
入力されたアナログ音声信号をデジタル音声データに変
換し、更にそのデジタル音声データを、ＰＨＳの標準音
声符号化方式であるＡＤＰＣＭ（Adaptive Differentia
l Pulse Code Modulation:適応差分線形パルス符号化）
方式によって符号化する。なお、この部分は、ＰＨＳ端
末を構成するＬＳＩ集積回路として、既に実用化されて
いる。

【００６１】マイク制御部３０３は、上記符号化された
音声データを、通話時には、通信部１１１内の通信制御
部３２１に転送して通話チャネルに載せると共に、文音
声認識／フォーマット化時には、更に制御部１１０内の
ＲＡＭ３１７に転送する。

【００６２】一方、画像を入力する部分は、ＣＣＤ（Ch
arge Coupled Device ）カメラ３０４、Ａ／Ｄ変換部３
０５、メモリ３０６、及びカメラ制御部３０７から構成
される。

【００６３】ＣＣＤカメラ３０４は、ユーザの操作に基
づいて任意の画像を撮像する。Ａ／Ｄ変換部３０５は、
ＣＣＤカメラ３０４によって撮像されたアナログ映像信
号を、デジタル画像データに変換する。

【００６４】メモリ３０６は、デジタル画像データをフ
レーム単位で記憶する。カメラ制御部３０７は、ＣＣＤ
カメラ３０４、Ａ／Ｄ変換部３０５、及びメモリ３０６
の動作を制御する。

【００６５】次に、出力部１１２は、音声を出力する部
分と、画像を出力する部分とから構成される。音声を出
力する部分は、スピーカ３０８、Ｄ／Ａ変換部３０９、
及びスピーカ制御部３１０から構成される。

【００６６】スピーカ制御部３１０は、通信部１１１内
の通信制御部３２１から受信されたＰＨＳ通話音声デー
タ、又は制御部１１０内のＲＡＭ３１７から受信された
合成音声データを、Ｄ／Ａ変換部３０９に転送する。

【００６７】Ｄ／Ａ変換部３０９は、受信された音声デ
ータを復号し、アナログ音声信号に変換し、それをスピ
ーカ３０８（図２の２０４に対応）から音声として放音
させる。

【００６８】画像を出力する部分は、ＬＣＤ表示部２０
３、ＬＣＤドライバ３１２、メモリ３１３、及びＬＣＤ
制御部３１４から構成される。ＬＣＤ制御部３１４は、
制御部１１０内のＲＡＭ３１７から受信された文字デー
タ、イメージデータ、コマンドボタンデータ等の各種画
像データをメモリ３１３にフレーム単位で保持させ、Ｌ
ＣＤドライバ３１２に起動をかける。

【００６９】ＬＣＤドライバ３１２は、メモリ３１３か
らフレーム単位で読み出される画像データを、ＬＣＤ表
示部３１１（図２の２０３に対応）に表示する。なお、
ＬＣＤ表示部３１１（図２の２０３）の表面には、透明
タッチパネルが配設されており、ユーザは、ＬＣＤ表示
部３１１に表示されるコマンドボタンデータ等に従っ
て、タッチパネルに指タッチ又はペンタッチすることに
より、コマンド入力を行うことができる。この入力信号
は、タッチパネル制御部３１５によって制御部１１０内
のＲＡＭ３１７に転送される。

【００７０】続いて、制御部１１０は、ＣＰＵ３１６、
ＲＡＭ３１７、及びＲＯＭ３１８と、ＩＣカードインタ
フェース部３１９、及び必要に応じてＩＣカードスロッ
ト２０７（図２）に挿入されるＩＣカード３２０とから
構成される。

【００７１】ＣＰＵ３１６は、ＲＯＭ３１８に記憶され
た制御プログラムに従って、ＲＡＭ３１７をワークエリ
アとして使用しながら、移動端末１０１全体の動作を制
御する。

【００７２】ＩＣカードインタフェース部３１９は、Ｉ
Ｃカード３２０に対するデータの入出力を制御する。最
後に、通信部１１１は、通信制御部３２１、無線ドライ
バ３２２、無線アンテナ３２３、有線ドライバ３２４、
及びソケット３２５から構成される。

【００７３】通信制御部３２１は、ＰＨＳ通話処理及び
インターネット１０５との間のＴＣＰ／ＩＰ通信処理
（後述する）を実行し、無線ドライバ３２２又は有線ド
ライバ３２４を制御する。

【００７４】無線ドライバ３２２は、無線通信時に、通
信データを、無線アンテナ３２３（図２の２０５に対
応）を介して送受信されるＰＨＳ無線信号との間で相互
変換する。ＰＨＳ無線信号は、１．９ＧＨｚの無線周波
数と、３００ｋＨｚのキャリア周波数間隔と、４チャネ
ル／キャリアのＴＤＭＡ−ＴＤＤ無線アクセス方式と、
π／４シフトＱＰＳＫ変調方式と、３８４ｋｂｉｔｓ／
ｓｅｃの無線伝送速度に基づく無線信号である。

【００７５】一方、有線ドライバ３２４は、有線通信時
に、通信データを、ソケット３２５（図２の２０６に対
応）を介して送受信される有線信号との間で相互変換す
る。これは、一般的な電話帯域モデム変調信号である。
以上の構成を有する本発明の実施の形態の動作につい
て、以下に詳細に説明する。 ＜移動端末１０１の処理＞まず、移動端末１０１の処理
について説明する。

【００７６】図４は、図３の制御部１１０内のＣＰＵ３
１６が、電源投入後に、制御部１１０内のＲＯＭ３１８
に記憶されている制御プログラムを実行する動作として
実現される制御動作を示す全体動作フローチャートであ
る。

【００７７】なお、図４、図５、及び図８の動作フロー
チャートで示される各機能を実現する制御プログラム及
びそれに必要なデータは、例えば、図２に示されるＩＣ
カードスロット２０７に着脱自在なＩＣカード３２０
に、ＣＰＵ３１６が読み取り可能なプログラムコードの
形態で記憶され、そのプログラムコードがＣＰＵ３１６
によって直接実行され、又は、そのプログラムコードが
必要に応じてＲＡＭ３１７又は書込み可能なＲＯＭ３１
８にロードされてＣＰＵ３１６によって実行されるよう
に構成されてもよい。或いは、上述の制御プログラム及
びそれに必要なデータは、無線又は有線の通信回線又は
光送受信機２０８（図２）から通信部１１１を介して他
の機器から受信されて、ＲＡＭ３１７又は書込み可能な
ＲＯＭ３１８にロードされてＣＰＵ３１６によって実行
されるように構成されてもよい。

【００７８】まず、ステップ４０１→４０２→４０３→
４０４→４０１の繰返しループにおいては、図３のタッ
チパネル制御部３１５からタッチパネル入力の検出が通
知されたか否かの判定処理（４０１）、音声制御ホスト
装置１０８（図１）からフォーマット文章データが受信
されたか否かの判定処理（４０２）、その他の受信／表
示処理（４０３）、及び必要なデータの送信処理（４０
４）が実行される。

【００７９】タッチパネル制御部３１５からタッチパネ
ル入力の検出が通知されステップ４０１の判定がＹＥＳ
となると、ステップ４０５又は４０６で、上記タッチパ
ネル入力が図３のＣＣＤカメラ３０４（図２の２０２）
の入力指示又は図３のマイク３０１（図２の２０１）の
入力指示であるか否かが、判定される。

【００８０】タッチパネル入力が図３のＣＣＤカメラ３
０４（図２の２０２）の入力指示であってステップ４０
５の判定がＹＥＳとなると、ステップ４０７で、図３の
入力部１０９内のカメラ制御部３０７に対して、例えば
手書き文字画像等の入力処理の開始が指示される。その
後、ステップ４０４の送信処理に進む。画像入力処理
は、本発明には特には関連しないため、その詳細な説明
は省略する。

【００８１】タッチパネル入力が図３のマイク３０１
（図２の２０１）の入力指示であってステップ４０６の
判定がＹＥＳとなると、ステップ４０８で、図３の入力
部１０９内のマイク制御部３０３に対し、音声入力処理
の開始が指示される。この音声入力処理の開始指示は、
例えばＰＨＳ通話処理の開始指示、又は文音声認識／フ
ォーマット化を実行するためのオフライン状態での音声
入力処理の開始指示である。

【００８２】マイク制御部３０３は、上述のＣＰＵ３１
６からの指示によって、マイク３０１（図２の２０１）
及びＡ／Ｄ変換部３０２に対して、音声入力の開始を指
示する。この結果、Ａ／Ｄ変換部３０２からは、マイク
３０１（図２の２０１）から入力された音声データが出
力される。

【００８３】その後、上述の音声入力処理の開始指示が
ＰＨＳ通話の開始指示である場合には、上述の音声デー
タは、通信制御部３２１の特には図示しない送信処理に
よって、所定の通話チャネルに載せられて通話相手に送
信される。

【００８４】また、上述の音声入力処理の開始指示が文
音声認識／フォーマット化のための音声入力処理の開始
指示を含む場合には、それ以後マイク３０１（図２の２
０１）から入力されマイク制御部３０３から出力された
音声データは、後述するステップ４０４の送信処理にお
いて、そこで音声制御ホスト装置１０８に向けて送信さ
れる。

【００８５】タッチパネル入力が図３のＣＣＤカメラ３
０４（図２の２０２）の入力指示でも図３のマイク３０
１（図２の２０１）の入力指示でもない場合には、ステ
ップ４０５及び４０６の判定がＮＯとなって、ステップ
４０９で、他のキー入力処理が実行される。その後、ス
テップ４０４の送信処理に進む。

【００８６】一方、音声制御ホスト装置１０８（図１）
から通信部１１１を介して制御部１１０内のＲＡＭ３１
７にフォーマット文章データが受信され、ステップ４０
１→４０２→４０３→４０４→４０１の繰返しループに
おけるステップ４０２の判定がＹＥＳとなると、ステッ
プ４１０において、ＲＡＭ３１７に受信されている上記
フォーマット文章データが、ユーザが予め指定したフォ
ーマット種類データに対応するフォーマット種類の文章
のテンプレートデータに差し込まれ、それがＲＡＭ３１
７から出力部１１２内のメモリ３１３に転送され、ＬＣ
Ｄ制御部３１４に対して上記データの表示が指示され
る。

【００８７】この結果、ＬＣＤ制御部３１４の制御によ
って、メモリ３１３からＬＣＤドライバ３１２を介して
ＬＣＤ表示部３１１（図２の２０３）に、フォーマット
化された文章が表示される。

【００８８】次に、ステップ４０４の送信処理について
説明する。図５は、上記送信処理の詳細を示す動作フロ
ーチャートである。まず、ステップ５０１では、図４の
ステップ４０９の他キー入力処理によって処理されたタ
ッチパネルからのキー入力が送信指示を伴っているか否
かが判定される。

【００８９】この判定がＮＯの場合には、ステップ５０
５の処理へ進む。ステップ５０１の判定がＹＥＳの場合
には、ステップ５０２で、移動端末１０１が現在図１の
移動端末制御ホスト装置１０４に接続中であるか否かが
判定される。

【００９０】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中でありステップ５０２の判定
がＹＥＳならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５０４で、移動端末１０１の“端末識別コ
ード”とキー入力処理に対応するコマンドの送信指示
を、図３の通信部１１１内の通信制御部３２１に対し依
頼する。この結果、通信制御部３２１は、上記“端末識
別コード”とコマンドが格納されたＴＣＰ／ＩＰパケッ
トを生成し、それをインターネット１０５に接続されて
いる所定のホスト（例えば図１の音声制御ホスト装置１
０８）に向け送信する。

【００９１】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中ではなくステップ５０２の判
定がＮＯならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５０３で、図３の通信部１１１内の通信制
御部３２１に対して発信処理を依頼してから、ステップ
５０４を実行する。

【００９２】後に詳述するように、ユーザの指定に基づ
く文音声認識／フォーマット化の開始要求コマンドとフ
ォーマット種類データの送信指示、及び文音声認識／フ
ォーマット化の終了要求コマンドは、上述のステップ５
０４で発行される。

【００９３】前述したようにステップ５０１の判定がＮ
Ｏの場合又はステップ５０４の処理の後、ステップ５０
５では、図４のステップ４０８によって、文音声認識／
フォーマット化のための音声入力処理の開始指示が実行
されており、音声データの音声制御ホスト装置１０８
（図１）への送信指示がなされているか否かが判定され
る。

【００９４】この判定がＮＯの場合には、ステップ５１
０の処理へ進む。ステップ５０５の判定がＹＥＳの場合
には、ステップ５０６で、音声制御ホスト装置１０８か
ら文音声認識／フォーマット化の開始要求コマンドに対
する応答である送信許可データが既に返信されているか
否かが判定される。

【００９５】この判定がＮＯの場合には、音声制御ホス
ト装置１０８がまだ移動端末１０１からの文音声認識／
フォーマット化の開始要求コマンドに対する準備が完了
していないため、ステップ５１０の処理へ進む。

【００９６】音声制御ホスト装置１０８から文音声認識
／フォーマット化の開始要求コマンドに対する応答であ
る送信許可データが既に返信されておりステップ５０６
の判定がＹＥＳの場合には、更に、ステップ５０７で、
移動端末１０１が現在図１の移動端末制御ホスト装置１
０４に接続中であるか否かが判定される。

【００９７】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中でありステップ５０７の判定
がＹＥＳならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５０９で、図３に示される入力部１０９内
のマイク制御部３０３から制御部１１０内のＲＡＭ３１
７に転送されてきている音声データの送信指示を、通信
部１１１内の通信制御部３２１に対し依頼する。この結
果、通信制御部３２１は、上記音声データが格納された
ＴＣＰ／ＩＰパケットを生成し、それをインターネット
１０５に接続されている図１の音声制御ホスト装置１０
８に向けて送信する。

【００９８】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中ではなくステップ５０７の判
定がＮＯならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５０８で、図３の通信部１１１内の通信制
御部３２１に対して発信処理を依頼してから、ステップ
５０９を実行する。

【００９９】後に詳述するように、文音声認識／フォー
マット化のための音声データの送信指示は、上述のステ
ップ５０９において発行される。前述したようにステッ
プ５０５又は５０６の判定がＮＯの場合又はステップ５
０９の処理の後、ステップ５１０では、図４のステップ
４０７によって、画像入力処理の開始指示が実行されて
おり、画像データを図１のインターネット１０５に接続
されている特には図示しない画像制御ホスト装置への送
信指示がなされているか否かが判定される。

【０１００】この判定がＮＯの場合には、図４のステッ
プ４０４の送信処理を終了する。ステップ５１０の判定
がＹＥＳの場合には、ステップ５１１で、移動端末１０
１が現在図１の移動端末制御ホスト装置１０４に接続中
であるか否かが判定される。

【０１０１】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中でありステップ５１１の判定
がＹＥＳならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５１３で、図３に示される入力部１０９内
のメモリ３０６に得られている画像データの送信指示
を、通信部１１１内の通信制御部３２１に対して依頼す
る。この結果、通信制御部３２１は、上記画像データが
格納されたＴＣＰ／ＩＰパケットを生成し、それをイン
ターネット１０５に接続されている特には図示しない画
像制御ホスト装置１０８に向けて送信する。

【０１０２】移動端末１０１が現在図１の移動端末制御
ホスト装置１０４に接続中ではなくステップ５１１の判
定がＮＯならば、図３の制御部１１０内のＣＰＵ３１６
は、ステップ５１２で、図３の通信部１１１内の通信制
御部３２１に対して発信処理を依頼してから、ステップ
５１３を実行する。

【０１０３】なお、ステップ５１３の画像データの送信
指示は、本発明には特には関連しないため、その詳細な
説明は省略する。前述したようにステップ５１０の判定
がＮＯの場合又はステップ５１３の処理の後、図４のス
テップ４０４の送信処理を終了する。 ＜通信データのフォーマット＞図６は、移動端末１０１
と移動端末制御ホスト装置１０４及びインターネット１
０５（音声制御ホスト装置１０８）との間で通信される
通信データのフォーマット図である。

【０１０４】移動端末１０１と移動端末制御ホスト装置
１０４との間では、通信データは、ＰＰＰ（Point-to-P
oint Protocol ）と呼ばれる通信プロトコルに基づき、
図６(a) に示されるＰＰＰフレーム（図の左から右に向
けて転送される）を用いて、ＰＨＳ規格の３２ｋｂｉｔ
ｓ／ｓｅｃの伝送レートを有するデジタル通信チャネル
上を伝送される。

【０１０５】ＰＰＰフレームを構成する、“フラグ”、
“アドレス”、“コントロール”の各フィールドは、図
６(a) に示される各固定ビット列が設定される。２オク
テットのデータ長を有するＦＣＳは、フレームチェック
シーケンスと呼ばれ、ＰＰＰフレームデータの誤り検出
／訂正用のデータである。移動端末１０１と移動端末制
御ホスト装置１０４との間でＰＰＰリンクが確立した後
に転送されるＰＰＰフレームの“インフォメーション”
フィールド（可変データ長を有する）には、インターネ
ット１０５（図１）上のデータの基本伝送単位であるＩ
Ｐデータグラムが格納され、その場合に、２オクテット
のデータ長を有する“プロトコル”フィールドには、”
インフォメーション”フィールドにＩＰデータグラムが
格納されていることを示す１６進値“0021”が格納され
る。

【０１０６】ＰＰＰフレームの“インフォメーション”
フィールドには、上述のようにＩＰデータグラムが格納
される。このＩＰデータグラムは、上述のようにインタ
ーネット１０５上のデータの基本伝送単位である。ＩＰ
データグラムは、インターネットプロトコル（ＩＰ）に
従って規定され、その“データ”フィールドに格納され
たデータをインターネット１０５上の宛先のホスト装置
まで一意に転送するための機能を提供し、インターネッ
ト１０５上でのアドレスを特定する機能、そのＩＰデー
タグラム自身を“宛先ＩＰアドレス”で指定されたホス
トまでインターネット１０５上の一定の経路で転送する
機能、そのＩＰデータグラム自身のフラグメント化（分
割）と再組立てを行う機能等を備える。

【０１０７】ＩＰデータグラムは、図６(b) に示される
ように、ＩＰヘッダフィールドとデータフィールドとか
ら構成される。ＩＰヘッダフィールドには、それが含ま
れるＩＰデータグラム自身を配送するために必要な全て
の情報が含まれる。図７(a)は、ＩＰヘッダのフォーマ
ット図である。

【０１０８】ＩＰヘッダは、３２ビットを１ワードとし
て、５乃至６ワードのデータ長を有し、このデータ長は
第１ワードの“ヘッダ長”フィールドに格納され、ま
た、ＩＰデータグラム全体のデータ長は、第１ワードの
“ＩＰデータグラムの全長”フィールドに格納される。

【０１０９】第１ワードの“バージョン”フィールドに
は、ＩＰデータグラムの転送方法を規定するインターネ
ットプロトコル（ＩＰ）のバージョンが設定され、現在
のバージョンは４である。

【０１１０】第１ワードの“サービスの種類”フィール
ドには、配送の優先度を表わす情報等が格納されるが、
ここは本発明には特には関連しない。第２ワードの各フ
ィールドは、ＩＰデータグラムがインターネット１０５
上での転送の制約によりフラグメント化（分割）される
場合における制御情報を規定する。まず、“識別番号”
フィールドには、分割されたフラグメントであるこのＩ
Ｐデータグラムが属する分割前のＩＰデータグラムを識
別するための一意な整数が設定される。次に、”フラグ
メントのオフセット”フィールドには、分割されたフラ
グメントであるこのＩＰデータグラムが分割前のＩＰデ
ータグラムのどの部分に相当するかを示すオフセット情
報が設定される。そして、”フラグ列”フィールドに
は、分割されたフラグメントであるこのＩＰデータグラ
ムに、それが属する分割前のＩＰデータグラムを構成す
る他のフラグメントが後続するか否かが設定される。以
上の情報により、インターネット１０５上の中継ホスト
においてＩＰデータグラムがフラグメント化されても、
受信側で分割前のＩＰデータグラムを正確に復元するこ
とができる。

【０１１１】第３ワードの“生存期間”（ＴＴＬ：Time
To Live）フィールドには、そのＩＰデータグラムがイ
ンターネット１０５上にどれだけの時間の間存在するこ
とを許すかを示す秒単位の時間情報が設定される。イン
ターネット１０５上の中継ホストは、ＩＰデータグラム
を処理する毎に上記フィールド値を減算し、値が０以下
になったＩＰデータグラムはインターネット１０５上か
ら廃棄する。これにより、インターネット１０５上での
過度なトラヒックの発生が抑制される。なお、廃棄され
たＩＰデータグラムに関する再送制御は、そのＩＰデー
タグラムに格納されるＴＣＰセグメントに対する制御処
理において実行される。

【０１１２】第３ワードの“プロトコル”フィールドに
は、そのＩＰデータグラムの“データ”フィールドに格
納されるデータのフォーマットを規定するための整数値
が設定される。本実施の形態の場合には、図６(c) に示
されるように、ＩＰデータグラムの“データ”フィール
ドにはＴＣＰセグメントデータが格納されるため、その
フォーマットを規定する整数値６が設定される。

【０１１３】第３ワードの“ヘッダのチェックサム”フ
ィールドには、ＩＰヘッダのデータの誤りを検出するた
めのチェックサムデータが設定される。第４ワードに
は、３２ビットの“送信元ＩＰアドレス”が設定され
る。例えばＩＰデータグラムが移動端末１０１から音声
制御ホスト装置１０８へ転送される場合には、“送信元
ＩＰアドレス”としては、後述する発信処理により移動
端末制御ホスト装置１０４から移動端末１０１に対して
付与されたＩＰアドレスが設定される。図１の音声制御
ホスト装置１０８は、この“送信元ＩＰアドレス”を記
憶することにより、インターネット１０５を介して移動
端末１０１に対して、フォーマット文章データ等を返信
することができる。

【０１１４】第５ワードには、３２ビットの“宛先ＩＰ
アドレス”が設定される。例えばＩＰデータグラムが移
動端末１０１から音声制御ホスト装置１０８へ転送され
る場合には、“宛先ＩＰアドレス”としては、音声制御
ホスト装置１０８に固定的に割当てられているＩＰアド
レスが設定される。移動端末制御ホスト装置１０４内の
ルーティング部１１４、インターネット１０５上の各中
継ホスト装置、及び音声サービスプロバイダ内のルータ
装置１０６は、受信したＩＰデータグラムに格納されて
いる上記“宛先ＩＰアドレス”を識別することによっ
て、予め各装置が有する経路制御テーブル情報に従っ
て、そのＩＰデータグラムの配送経路を決定し、最終的
にそのＩＰデータグラムを音声サービスプロバイダ内の
音声制御ホスト装置１０８まで転送することができる。

【０１１５】第６ワードの“ＩＰオプション”フィール
ドは、オプションであり、インターネット１０５を構成
する各ネットワークのテスト又はデバッグのための情報
や、インターネット１０５上での配送経路を制御又は監
視するための制御情報等が設定されるが、ここは本発明
には特には関連しない。

【０１１６】第６ワードの“パディング”フィールドに
は、データ長を合わせるためのパディングデータが設定
される。次に、ＩＰデータグラムの“データ”フィール
ドには、ＴＣＰセグメントデータが格納される。このＴ
ＣＰセグメントは、トランスミッションコントロールプ
ロトコル（ＴＣＰ）に従って規定され、その“データ”
フィールドに格納されたデータをインターネット１０５
上の宛先のホスト装置まで正確に適切な順序で配送する
ための機能を備える。ＩＰデータグラムがインターネッ
ト１０５上でのデータの一意な転送の機能のみを提供
し、データの信頼性を確保する機能（再送制御機能等）
を提供しないのに対して、ＴＣＰセグメントは、データ
の信頼性を確保する機能を提供するものである。

【０１１７】このように、通信データが、（ＰＰＰフレ
ームと）ＩＰデータグラムとＴＣＰセグメントという階
層構造を有するのは、インターネット１０５上ではなる
べく小さい処理負荷のもとで効率良くデータを配送する
必要があり、エンド対エンド間ではできるかぎり信頼性
の高いデータ配送を実現する必要があるという異なる要
請に効率的に対処するためである。これにより、インタ
ーネット１０５上の中継ホスト装置は、ＩＰデータグラ
ムのＩＰヘッダのみを参照することにより、そのＩＰデ
ータグラムの“データ”フィールドに格納された情報
（ＴＣＰセグメント）をできる限り高速かつ効率的に宛
先ホスト装置まで配送することができ、エンド対エンド
（送信元ホスト装置と宛先ホスト装置）間では、ＴＣＰ
セグメントのＴＣＰヘッダを参照することにより、再送
制御等の信頼性の高いデータ通信を実現することができ
るのである。

【０１１８】ＴＣＰセグメントは、図６(b) に示される
ように、ＴＣＰヘッダフィールドとデータフィールドと
から構成される。図７(b) は、ＴＣＰヘッダのフォーマ
ット図である。

【０１１９】ＴＣＰヘッダは、ＩＰヘッダの場合と同様
に、３２ビットを１ワードとして、５乃至６ワードのデ
ータ長を有し、このデータ長は第４ワードの“ヘッダ
長”フィールドに格納され、また、ＩＰデータグラム全
体のデータ長は、第１ワードの“ＩＰデータグラムの全
長”フィールドに格納される。

【０１２０】第１ワードの“送信元ポート番号”フィー
ルド及び“宛先ポート番号”フィールドには、文音声認
識／フォーマット化のための通信プロトコルを特定する
１６ビットの整数値が設定される。

【０１２１】音声制御ホスト装置１０８内のパケット送
受信部１１５（図１）は、文音声認識／フォーマット化
のための音声データが格納されたＴＣＰセグメントのほ
かにも、電子メールデータを始めとする様々なデータが
格納された様々なＴＣＰセグメントを送受信するため、
受信したＴＣＰセグメントのＴＣＰヘッダに設定されて
いる“宛先ポート番号”フィールドの値を認識すること
によって、そのＴＣＰセグメントの“データ”フィール
ドに格納されているデータを音声制御ホスト装置１０８
で実行されるどのアプリケーションに引き渡すかを決定
することができる。

【０１２２】そして、パケット送受信部１１５は、受信
したＴＣＰセグメントのＴＣＰヘッダに設定されている
“宛先ポート番号”フィールドの値が文音声認識／フォ
ーマット化のための通信プロトコルに対応する値を示し
ている場合には、そのＴＣＰセグメントの“データ”フ
ィールドに格納されている音声データを移動端末通信制
御部１１６に引き渡すことができる。

【０１２３】同様に、移動端末１０１の通信部１１１内
の通信制御部３２１（図３）も、フォーマット文章デー
タが格納されたＴＣＰセグメントのほかにも、ホームペ
ージデータや電子メールデータを始めとする様々なデー
タが格納された様々なＴＣＰセグメントを送受信するた
め、受信したＴＣＰセグメントのＴＣＰヘッダに設定さ
れている“宛先ポート番号”フィールドの値を認識する
ことによって、そのＴＣＰセグメントの“データ”フィ
ールドに格納されているデータを移動端末１０１で実行
されるどのアプリケーションに引き渡すかを決定するこ
とができる。

【０１２４】そして、通信制御部３２１は、受信したＴ
ＣＰセグメントのＴＣＰヘッダに設定されている“宛先
ポート番号”フィールドの値が文音声認識／フォーマッ
ト化のための通信プロトコルに対応する値を示している
場合には、制御部１１０（図１、図３）に、文音声認識
／フォーマット化のためのデータの受信を通知し、その
ＴＣＰセグメントの“データ”フィールドに格納されて
いるフォーマット文章データを引き渡すことができる。

【０１２５】更に、音声制御ホスト装置１０８内のパケ
ット送受信部１１５及び移動端末１０１の通信部１１１
内の通信制御部３２１は、受信したＴＣＰセグメントの
ＴＣＰヘッダに設定されている“送信元ポート番号”を
確認することにより、送信元のアプリケーションを確認
することができる。

【０１２６】次に、図７に示されるＴＣＰヘッダの第２
ワードの“シーケンス番号”フィールドは、現在のＴＣ
Ｐコネクションにおいて送信側から受信側に送信される
全バイトストリームのうち、このＴＣＰセグメントの
“データ”フィールドに格納されているデータの先頭が
上記全バイトストリームの何バイト目にあたるかを、送
信側から受信側に通知するためのフィールドである。逆
に、第３ワードの“確認応答番号”フィールドは、現在
のＴＣＰコネクションにおいて送信側から受信側に送信
される全バイトストリームのうち、受信側が現在何バイ
ト目までを誤り無く受信したかを、受信側から送信側に
通知するためのフィールドである。これにより、例えば
移動端末１０１から音声制御ホスト装置１０８に対し
て、音声データを正しい順序でかつ高い信頼性のもとで
転送することが可能となる。

【０１２７】第４ワードの“フラグ列”フィールドに
は、ＴＣＰセグメントの種類を示す値が設定される。Ｔ
ＣＰ通信においては、例えばコネクションの開始時又は
終了時等において確認応答のための様々な制御データが
通信されるが、それらの制御データの種類が、“フラグ
列”フィールドに設定される。

【０１２８】第４ワードの“ウインドウ”フィールド
は、受信側が現在何バイトのデータを連続して受信する
ことが可能であるかを示すウインドウデータを、受信側
から送信側に通知するためのフィールドである。これに
より、受信側から送信側に対するデータのフロー制御が
可能となり、例えば音声制御ホスト装置１０８の負荷が
高いような場合には移動端末１０１に対して音声データ
の送信を抑制させる、といようなきめの細かい制御が可
能となる。

【０１２９】第４ワードの“予約済”フィールドは、予
約用のフィールドである。第５ワードの“チェックサ
ム”フィールドには、ＴＣＰヘッダ及び“データ”フィ
ールドに格納されているデータの誤りを検出するための
チェックサムデータが格納される。これにより、例えば
音声制御ホスト装置１０８は、移動端末１０１から音声
データを正確に受信することができる。

【０１３０】第５ワードの“緊急ポインタ”は、緊急デ
ータ（インタラプトデータやアボートデータ等）を通信
するための制御データであるが、これは本発明には特に
は関連しない。

【０１３１】第６ワードの“オプション”フィールド
は、例えば送受信装置間で通信可能な最大セグメント長
を指定するため等に使用されるが、これは本発明には特
には関連しない。

【０１３２】第６ワードの“パディング”フィールドに
は、データ長を合わせるためのパディングデータが設定
される。上述の構成を有するＴＣＰセグメントの通信
（終端）処理機能は、移動端末１０１においては通信部
１１１内の通信制御部３２１（図３）において実現さ
れ、音声制御ホスト装置１０８においてはパケット送受
信部１１５（図１）において実現される。なお、移動端
末１０１においてＣＰＵ３１６が実行する制御プログラ
ムが上記処理機能を実現するように構成されてもよい。 ＜発信処理＞前述のように、移動端末１０１の制御部１
１０内のＣＰＵ３１６（図３）は、図４のステップ４０
４に対応する図５に示される送信処理のうち、移動端末
１０１が現在図１の移動端末制御ホスト装置１０４に接
続中でなくステップ５０２、５０７、又は５１１の判定
がＮＯである場合には、ステップ５０３、５０８、又は
５１２において、図３の通信部１１１内の通信制御部３
２１に対して発信処理を依頼する。この依頼によって、
通信制御部３２１が実行する発信処理は、図８の動作フ
ローチャートによって示される。

【０１３３】まず、ステップ８０１では、リンク確立フ
ェーズが実行される。このフェーズでは、移動端末制御
ホスト装置１０４のアクセス電話番号に対して自動的に
ダイヤルアップが行われ移動端末制御ホスト装置１０４
が着信した後、リンクコントロールプロトコル（ＬＣ
Ｐ）と呼ばれるプロトコルを使用し、通信に使用される
ＰＰＰフレーム（図６(a) ）の最大データ長の決定、エ
スケープされるべき非透過文字の決定、ＰＰＰフレーム
の“プロトコル”フィールド（図６(a) ）のデータ長を
２オクテットから１オクテットに圧縮することの有無の
決定、ＰＰＰフレームの固定値“11111111”を有する
“アドレス”フィールド（図６(a) ）を省略（圧縮）す
ることの有無の決定等に関するネゴシエーションが、移
動端末制御ホスト装置１０４内の接続確立部１１３（図
１）との間で実行される。この場合、移動端末１０１の
通信部１１１内の通信制御部３２１と移動端末制御ホス
ト装置１０４内の接続確立部１１３との間の通信は、図
６(a) に示されるフォーマットを有するＰＰＰフレーム
を用いて、その“プロトコル”フィールドにＬＣＰを特
定する１６進値“c021”を設定し、その“インフォメー
ションフィールド”に、必要な制御データを設定して、
実行される。

【０１３４】次に、ステップ８０２においては、認証フ
ェーズが実行される。このフェーズでは、ＰＡＰ（Pass
word Authentication Protocol）又はＣＨＡＰ（Challe
ngeHandshake Authentication Protocol ）と呼ばれる
認証プロトコルを使用し、移動端末１０１を使用するユ
ーザの認証が、移動端末制御ホスト装置１０４内の接続
確立部１１３（図１）から移動端末１０１に対して実行
される。これにより、移動端末制御ホスト装置１０４を
運営するインターネットプロバイダは、移動端末１０１
を使用するユーザが契約されたユーザであるか否かを決
定できる。この場合、移動端末１０１の通信部１１１内
の通信制御部３２１と移動端末制御ホスト装置１０４内
の接続確立部１１３との間の通信は、図６(a) に示され
るフォーマットを有するＰＰＰフレームを用いて、その
“プロトコル”フィールドにＰＡＰを特定する１６進値
“c023”又はＣＨＡＰを特定する１６進値“c223”を設
定し、その“インフォメーションフィールド”に、必要
な認証用データを設定して、実行される。

【０１３５】最後に、ステップ８０３では、ネットワー
クレイヤプロトコルフェーズが実行される。本実施の形
態の場合、このフェーズでは、ＩＰコントロールプロト
コル（ＩＰＣＰ）と呼ばれるプロトコルを使用して、Ｔ
ＣＰヘッダ（図７(b) 参照）の圧縮の有無が決定される
と共に、移動端末制御ホスト装置１０４が割当てること
のできる空き（未使用）ＩＰアドレスのうちの１つが移
動端末１０１に対して割り当てられ、加えて、必要な経
路情報が移動端末１０１の通信部１１１内の通信制御部
３２１（図３）と移動端末制御ホスト装置１０４内のル
ーティング部１１４（図１）に設定される。これ以後、
移動端末１０１は、そのＩＰアドレスを使用することに
よって、インターネット１０５に接続される音声制御ホ
スト装置１０８、及びインターネット１０５上のユーザ
が希望する任意のリソースにアクセスすることが可能と
なる。この場合、移動端末１０１の通信部１１１内の通
信制御部３２１と移動端末制御ホスト装置１０４内の接
続確立部１１３との間の通信は、図６(a) に示されるフ
ォーマットを有するＰＰＰフレームを用いて、その“プ
ロトコル”フィールドにＩＰＣＰを特定する１６進値
“8021”を設定し、その“インフォメーションフィール
ド”に、必要なＩＰアドレスのネゴシエーションのため
のデータ等を設定して、実行される。

【０１３６】以上の一連の動作により、移動端末１０１
は、移動端末制御ホスト装置１０４内のルーティング部
１１４との間で通信用のＴＣＰ／ＩＰパケットが格納さ
れたＰＰＰフレームを授受することが可能となり、移動
端末１０１は、インターネット１０５上のリソースに自
由にアクセスすることが可能になる。

【０１３７】なお、ＰＨＳ通話時にも音声制御ホスト装
置１０８等へのアクセスを可能とするために、移動端末
１０１は、例えば２チャネル同時通信機能を有するよう
に構成することができる。

【０１３８】また、移動端末１０１の通信部１１１内の
通信制御部３２１（図３）は、一定時間（例えば１０分
間）送受信データを検出しなかった場合に、移動端末制
御ホスト装置１０４との間のＰＰＰリンクを自動的に切
断するように構成することができる。 ＜文音声認識／フォーマット化に関する移動端末１０１
の送受信処理の詳細動作＞ユーザが移動端末１０１のタ
ッチパネルを操作してフォーマット種類と文音声認識／
フォーマット化の開始を指示した場合及びそれ以後に移
動端末１０１が実行する送受信処理の詳細な動作につい
て、説明する。

【０１３９】上述のタッチパネルの操作は、図３のタッ
チパネル制御部３１５において検出された後、制御部１
１０内のＣＰＵ３１６（図３）によって、それが実行さ
れる前述した図４の動作フローチャートに対応する制御
動作において、ステップ４０１の判定がＹＥＳ、ステッ
プ４０５及び４０６の判定がＮＯとなって、ステップ４
０９の他キー入力処理が実行されることにより、検出さ
れる。更に、ステップ４０４の送信処理において、前述
した図５のステップ５０１の判定がＹＥＳとなり、必要
に応じてステップ５０３で発信処理が実行された後、ス
テップ５０４において、移動端末１０１の“端末識別コ
ード”と上述の文音声認識／フォーマット化の開始指示
を示すキー入力処理に対応するコマンドとデータの送信
指示が、図３の通信部１１１内の通信制御部３２１に対
して依頼される。

【０１４０】この結果、通信制御部３２１は、まず、図
６(c) に示されるフォーマットを有するＴＣＰセグメン
トを生成する。この場合、図６(c) 及び図７(b) に示さ
れるフォーマットを有するＴＣＰヘッダにおいて、“送
信元ポート番号”フィールド及び“宛先ポート番号”フ
ィールドには、文音声認識／フォーマット化のための通
信プロトコルを特定する１６ビットの整数値が設定され
る。そして、ＴＣＰセグメントの“データ”フィールド
には、移動端末１０１を特定する“端末識別コード”
（例えばそのＰＨＳ電話番号）と、ユーザの指定に基づ
く文音声認識／フォーマット化の開始要求コマンドと、
ユーザの指定に基づくフォーマット種類データとが格納
される。

【０１４１】次に、通信制御部３２１は、上述のＴＣＰ
セグメントが“データ”フィールドに格納された図６
(b) に示されるフォーマットを有するＩＰデータグラム
を生成する。この場合に、図６(b) 及び図７(a) に示さ
れるフォーマットを有するＩＰヘッダにおいて、“プロ
トコル”フォーマットには、その“データ”フィールド
に格納されるＴＣＰセグメントデータのフォーマットを
規定する整数値６が設定される。また、“送信元ＩＰア
ドレス”フィールドには、既に実行されている発信処理
（図８のステップ８０３の説明を参照）によって移動端
末制御ホスト装置１０４内の接続確立部１１３から移動
端末１０１の通信部１１１内の通信制御部３２１に対し
て付与されたＩＰアドレスが設定される。更に、“宛先
ＩＰアドレス”フィールドには、音声制御ホスト装置１
０８に割り当てられているＩＰアドレスが設定される。

【０１４２】そして、通信制御部３２１は、上述のＩＰ
データグラムが“インフォメーション”フィールドに格
納され、その”インフォメーション”フィールドにＩＰ
データグラムが格納されていることを示す１６進値“00
21”が“プロトコル”フィールドに格納された図６(a)
に示されるフォーマットを有するＰＰＰフレームを生成
し、通信制御部３２１内に設定されている経路情報（図
８のステップ８０３の説明を参照）に従って、上記ＰＰ
Ｐフレームを移動端末制御ホスト装置１０４に送信す
る。以降、上述のＴＣＰセグメント、ＩＰデータグラ
ム、及びＰＰＰフレームとからなるデータ単位がインタ
ーネット１０５内を転送される場合に、そのデータ単位
を単にＴＣＰ／ＩＰパケットと呼ぶ。

【０１４３】このＴＣＰ／ＩＰパケットは、それを構成
するＩＰデータグラムのＩＰヘッダに格納されている
“宛先ＩＰアドレス”に基づいて、移動端末制御ホスト
装置１０４内のルーティング部１１４とインターネット
１０５内の特には図示しない中継ホスト装置によって、
音声サービスプロバイダ内のルータ装置１０６まで転送
された後、更に、ＬＡＮ１０７を介して音声制御ホスト
装置１０８内のパケット送受信部１１５まで転送され
る。

【０１４４】パケット送受信部１１５は、転送されてき
たＴＣＰ／ＩＰパケットを構成するＩＰデータグラムの
ＩＰヘッダの“宛先ＩＰアドレス”フィールドに自分で
ある音声制御ホスト装置１０８のＩＰアドレスが設定さ
れていることを識別することによって、そのＴＣＰ／Ｉ
Ｐパケットを受信する。

【０１４５】そして、パケット送受信部１１５は、受信
したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメント
の“宛先ポート番号”フィールド及び“送信元ポート番
号”フィールドに文音声認識／フォーマット化のための
通信プロトコルを特定する１６ビットの整数値が設定さ
れていることを確認することにより、移動端末通信制御
部１１６（図１）に対して受信通知を通知する。

【０１４６】この通知と共に、パケット送受信部１１５
は、受信したＴＣＰ／ＩＰパケットを構成するＩＰデー
タグラムのＩＰヘッダから“送信元ＩＰアドレス”を取
り出し、上記ＴＣＰ／ＩＰパケットを構成するＴＣＰセ
グメントの“データ”フィールドから“端末識別コー
ド”と文音声認識／フォーマット化の開始要求コマンド
とフォーマット種類データとを取り出して、それらのデ
ータを移動端末通信制御部１１６に引き渡す。

【０１４７】この結果、後述するようにして音声制御ホ
スト装置１０８から移動端末１０１に対して、送信許可
データが格納されたＴＣＰ／ＩＰパケットが返信され
る。このＴＣＰ／ＩＰパケットは、それを構成するＩＰ
データグラムのＩＰヘッダに格納されている“宛先ＩＰ
アドレス”に基づいて、音声サービスプロバイダ内のル
ータ装置１０６と、インターネット１０５内の特には図
示しない中継ホスト装置によって、移動端末制御ホスト
装置１０４内のルーティング部１１４まで転送された
後、更に、ＰＨＳ網１０３（図１）を介して移動端末１
０１の通信部１１１内の通信制御部３２１（図３）まで
転送される。

【０１４８】移動端末１０１の通信部１１１内の通信制
御部３２１は、転送されてきたＴＣＰ／ＩＰパケットを
構成するＩＰデータグラムのＩＰヘッダの“宛先ＩＰア
ドレス”フィールドに自分である移動端末１０１（に一
時的又は動的）に割当てられているのＩＰアドレスが設
定されていることを識別することによって、そのＴＣＰ
／ＩＰパケットを受信する。

【０１４９】そして、通信制御部３２１は、受信したＴ
ＣＰ／ＩＰパケットを構成するＴＣＰセグメントの“宛
先ポート番号”フィールド及び“送信元ポート番号”フ
ィールドに文音声認識／フォーマット化のための通信プ
ロトコルを特定する１６ビットの整数値が設定されてい
ることを確認することにより、移動端末１０１の制御部
１１０内のＣＰＵ３１６に対して受信通知を通知する。

【０１５０】この通知と共に、通信制御部３２１は、受
信したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメン
トの“データ”フィールドから送信許可データを取り出
し、それをＣＰＵ３１６に引き渡す。

【０１５１】ＣＰＵ３１６は、上述の受信通知と送信許
可データを、前述した図４のステップ４０３で処理し、
その送信許可データをＲＡＭ３１７に記憶する。移動端
末１０１では、ユーザがタッチパネルを操作して文音声
認識／フォーマット化の開始を指示することによって、
ＣＰＵ３１６が、前述した図４のステップ４０８で、図
３の入力部１０９内のマイク制御部３０３に対して、Ｐ
ＨＳ通話処理の開始指示、又は文音声認識／フォーマッ
ト化を実行するためのオフライン状態での音声入力処理
の開始を指示する。これにより、ユーザは、通話動作又
はオフライン状態での音声入力動作によってマイク３０
１（図２の２０１）からの音声の入力を開始している。

【０１５２】これ以後、ＣＰＵ３１６により前述した図
４のステップ４０１→４０２→４０３→４０４→４０１
の繰返しループの１処理として実行されるステップ４０
４の送信処理において、図５のステップ５０５、５０６
の判定がＹＥＳとなり、必要に応じてステップ５０８で
再度の発信処理が実行された後、ステップ５０９で、図
３に示される入力部１０９内のマイク制御部３０３から
制御部１１０内のＲＡＭ３１７に転送されてきている音
声データの送信指示が、通信部１１１内の通信制御部３
２１に対して依頼される。

【０１５３】この結果、通信制御部３２１は、まず、図
６(c) に示されるフォーマットを有するＴＣＰセグメン
トを生成する。この場合に、図６(c) 及び図７(b) に示
されるフォーマットを有するＴＣＰヘッダにおいて、
“送信元ポート番号”フィールド及び“宛先ポート番
号”フィールドには、文音声認識／フォーマット化のた
めの通信プロトコルを特定する１６ビットの整数値が設
定される。そして、ＴＣＰセグメントの“データ”フィ
ールドには、図３に示される入力部１０９内のマイク制
御部３０３から制御部１１０内のＲＡＭ３１７に転送さ
れてきている音声データが格納される。

【０１５４】次に、通信制御部３２１は、上述のＴＣＰ
セグメントが“データ”フィールドに格納された図６
(b) に示されるフォーマットを有するＩＰデータグラム
を生成する。この場合に、図６(b) 及び図７(a) に示さ
れるフォーマットを有するＩＰヘッダにおいて、“プロ
トコル”フォーマットには、その“データ”フィールド
に格納されるＴＣＰセグメントデータのフォーマットを
規定する整数値６が設定される。また、“送信元ＩＰア
ドレス”フィールドには、既に実行されている発信処理
（図８のステップ８０３の説明を参照）によって移動端
末制御ホスト装置１０４内の接続確立部１１３から移動
端末１０１の通信部１１１内の通信制御部３２１に対し
て付与されたＩＰアドレスが設定される。更に、“宛先
ＩＰアドレス”フィールドには、音声制御ホスト装置１
０８に割り当てられているＩＰアドレスが設定される。

【０１５５】そして、通信制御部３２１は、上述のＩＰ
データグラムが“インフォメーション”フィールドに格
納され、その”インフォメーション”フィールドにＩＰ
データグラムが格納されていることを示す１６進値“00
21”が“プロトコル”フィールドに格納された図６(a)
に示されるフォーマットを有するＰＰＰフレームを生成
し、通信制御部３２１内に設定されている経路情報（図
８のステップ８０３の説明を参照）に従って、上記ＰＰ
Ｐフレームを移動端末制御ホスト装置１０４に送信す
る。

【０１５６】このＴＣＰ／ＩＰパケットは、それを構成
するＩＰデータグラムのＩＰヘッダに格納されている
“宛先ＩＰアドレス”に基づいて、移動端末制御ホスト
装置１０４内のルーティング部１１４とインターネット
１０５内の特には図示しない中継ホスト装置によって、
音声サービスプロバイダ内のルータ装置１０６まで転送
された後、更に、ＬＡＮ１０７を介して音声制御ホスト
装置１０８内のパケット送受信部１１５まで転送され
る。

【０１５７】パケット送受信部１１５は、転送されてき
たＴＣＰ／ＩＰパケットを構成するＩＰデータグラムの
ＩＰヘッダの“宛先ＩＰアドレス”フィールドに自分で
ある音声制御ホスト装置１０８のＩＰアドレスが設定さ
れていることを識別することによって、そのＴＣＰ／Ｉ
Ｐパケットを受信する。

【０１５８】そして、パケット送受信部１１５は、受信
したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメント
の“宛先ポート番号”フィールド及び“送信元ポート番
号”フィールドに文音声認識／フォーマット化のための
通信プロトコルを特定する１６ビットの整数値が設定さ
れていることを確認することにより、移動端末通信制御
部１１６（図１）に対して受信通知を通知する。

【０１５９】この通知と共に、パケット送受信部１１５
は、受信したＴＣＰ／ＩＰパケットを構成するＩＰデー
タグラムのＩＰヘッダから“送信元ＩＰアドレス”を取
り出し、上記ＴＣＰ／ＩＰパケットを構成するＴＣＰセ
グメントの“データ”フィールドから音声データを取り
出して、それらのデータを移動端末通信制御部１１６に
引き渡す。

【０１６０】この結果、移動端末通信制御部１１６は、
後述するようにして文音声認識／フォーマット化の制御
を実行し、文音声認識部１１７に対して受信した音声デ
ータの認識処理を実行させ、それによって得られる認識
音声文章データについてフォーマット文章作成部１１８
に対してフォーマット化を実行させる。そして、移動端
末通信制御部１１６は、後述するようにして、フォーマ
ット文章作成部１１８から得たフォーマット文章データ
が格納されたＴＣＰ／ＩＰパケットを、移動端末１０１
に対して返信する。

【０１６１】このＴＣＰ／ＩＰパケットは、それを構成
するＩＰデータグラムのＩＰヘッダに格納されている
“宛先ＩＰアドレス”に基づいて、音声サービスプロバ
イダ内のルータ装置１０６と、インターネット１０５内
の特には図示しない中継ホスト装置によって、移動端末
制御ホスト装置１０４内のルーティング部１１４まで転
送された後、更に、ＰＨＳ網１０３（図１）を介して移
動端末１０１の通信部１１１内の通信制御部３２１（図
３）まで転送される。

【０１６２】移動端末１０１の通信部１１１内の通信制
御部３２１は、転送されてきたＴＣＰ／ＩＰパケットを
構成するＩＰデータグラムのＩＰヘッダの“宛先ＩＰア
ドレス”フィールドに自分である移動端末１０１（に一
時的又は動的）に割当てられているのＩＰアドレスが設
定されていることを識別することによって、そのＴＣＰ
／ＩＰパケットを受信する。

【０１６３】そして、通信制御部３２１は、受信したＴ
ＣＰ／ＩＰパケットを構成するＴＣＰセグメントの“宛
先ポート番号”フィールド及び“送信元ポート番号”フ
ィールドに文音声認識／フォーマット化のための通信プ
ロトコルを特定する１６ビットの整数値が設定されてい
ることを確認することにより、移動端末１０１の制御部
１１０内のＣＰＵ３１６に対して受信通知を通知する。

【０１６４】この通知と共に、通信制御部３２１は、受
信したＴＣＰ／ＩＰパケットを構成するＴＣＰセグメン
トの“データ”フィールドからフォーマット文章データ
を取り出し、それをＣＰＵ３１６に引き渡す。

【０１６５】ＣＰＵ３１６は、上述の受信通知とフォー
マット文章データを、前述した図４のステップ４０２で
処理し、そのフォーマット化された文章をＬＣＤ表示部
３１１（図２の２０３）に表示する。

【０１６６】ユーザは、移動端末１０１のタッチパネル
を操作することにより、音声制御ホスト装置１０８に対
して文音声認識／フォーマット化の終了を示すための、
文音声認識／フォーマット化の終了要求コマンドを指示
することができる。

【０１６７】この場合に、上述のタッチパネルの操作
は、図３のタッチパネル制御部３１５において検出され
た後、制御部１１０内のＣＰＵ３１６（図３）によっ
て、それが実行される前述した図４の動作フローチャー
トに対応する制御動作において、ステップ４０１の判定
がＹＥＳ、ステップ４０５及び４０６の判定がＮＯとな
って、ステップ４０９の他キー入力処理が実行されるこ
とにより、検出される。更に、ステップ４０４の送信処
理において、前述した図５のステップ５０１の判定がＹ
ＥＳとなり、必要に応じてステップ５０３で発信処理が
実行された後、ステップ５０４において、移動端末１０
１の“端末識別コード”と上述の文音声認識／フォーマ
ット化の終了要求コマンドの送信指示が、図３の通信部
１１１内の通信制御部３２１に対して依頼される。

【０１６８】この結果、通信制御部３２１はまず、“デ
ータ”フィールドに移動端末１０１を特定する“端末識
別コード”と文音声認識／フォーマット化の終了要求コ
マンドとが格納された図６(c) に示されるフォーマット
を有するＴＣＰセグメントを生成し、次に、そのＴＣＰ
セグメントが“データ”フィールドに格納された図６
(b) に示されるフォーマットを有するＩＰデータグラム
を生成し、更に、そのＩＰデータグラムが“インフォメ
ーション”フィールドに格納された図６(a) に示される
フォーマットを有するＰＰＰフレームを生成し、それら
からなるＴＣＰ／ＩＰパケットを送信する。この場合、
ＴＣＰヘッダ（図６(c) 、図７(b) ）、ＩＰヘッダ（図
６(b) 、図７(a) ）、及び“プロトコル”フィールド
（図６(a) ）に設定される各情報は、前述の文音声認識
／フォーマット化の開始要求コマンドが送信される場合
に設定される各情報と同一である。

【０１６９】この結果、上述のＴＣＰ／ＩＰパケット
は、前述の文音声認識／フォーマット化の開始要求コマ
ンド等が格納されたＴＣＰ／ＩＰパケットの場合と全く
同様にして、インターネット１０５を介して音声制御ホ
スト装置１０８内のパケット送受信部１１５まで転送さ
れる。

【０１７０】パケット送受信部１１５は、前述の文音声
認識／フォーマット化の開始要求コマンド等が格納され
たＴＣＰ／ＩＰパケットが転送されてきた場合と全く同
様にして、転送されてきたＴＣＰ／ＩＰパケットを受信
し、移動端末通信制御部１１６（図１）に対して受信通
知を通知する。

【０１７１】この通知と共に、パケット送受信部１１５
は、受信したＴＣＰ／ＩＰパケットを構成するＴＣＰセ
グメントの“データ”フィールドから“端末識別コー
ド”と文音声認識／フォーマット化の終了要求コマンド
とを取り出して、それらのデータを移動端末通信制御部
１１６に引き渡す。

【０１７２】この結果、移動端末通信制御部１１６は、
後述するようにしてその移動端末１０１に対する文音声
認識／フォーマット化を終了する。 ＜移動端末通信制御部１１６、文音声認識部１１７、及
びフォーマット文章作成部１１８の概略動作＞次に、音
声制御ホスト装置１０８内の移動端末通信制御部１１
６、文音声認識部１１７、及びフォーマット文章作成部
１１８の概略動作について説明する。

【０１７３】移動端末通信制御部１１６は、文音声認識
／フォーマット化の開始要求コマンドを送信した移動端
末１０１に割当てられている“端末識別コード”（上記
コマンドを転送してきたＴＣＰセグメントに格納されて
いる）毎に、図１２に示されるデータ構造を有する処理
端末登録テーブルにエントリを登録すると共に、フォー
マット種類データに基づくフォーマット種類と、音声デ
ータの受信用のバッファファイル（音声バッファファイ
ル）と、認識音声文章データの一時保存用のバッファフ
ァイル（文章バッファファイル）と、フォーマット文章
データの送信用のバッファファイル（フォーマット文章
バッファファイル）とを音声制御ホスト装置１０８が管
理するファイルシステム上に作成する。また、移動端末
通信制御部１１６は、上記エントリとファイルの登録に
成功すると、上記コマンドを転送してきたＩＰデータグ
ラムに格納されていた“送信元ＩＰアドレス”の移動端
末１０１に向けて、送信許可データを返信する。

【０１７４】移動端末通信制御部１１６は、それ以後移
動端末１０１から受信した音声データを、その“送信元
ＩＰアドレス”（それを転送してきたＩＰデータグラム
に格納されている）に対応する処理端末登録テーブルの
エントリから特定される音声バッファファイルに追加書
き込みする。

【０１７５】文音声認識部１１７は、図１２に示される
処理端末登録テーブルのエントリ毎に、各エントリから
特定される音声バッファファイルに音声データが受信さ
れていればそれに対して文音声認識処理を実行し、その
結果得られる認識音声文章データを上記各エントリに対
応する文章バッファファイルに追加書き込みする。

【０１７６】フォーマット文章作成部１１８（図１）
は、図１２に示される処理端末登録テーブルのエントリ
毎に、各エントリから特定される文章バッファファイル
に認識音声文章データが得られていればそれに対してフ
ォーマット化を実行し、その結果得られるフォーマット
文章データを上記各エントリに対応するフォーマット文
章バッファファイルに追加書き込みする。

【０１７７】また、移動端末通信制御部１１６は、処理
端末登録テーブルのエントリ毎に、各エントリから特定
されるフォーマット文章バッファファイルにフォーマッ
ト文章データが得られていれば、それを各エントリに登
録されている“送信元ＩＰアドレス”の移動端末１０１
に向けて返信する。

【０１７８】移動端末通信制御部１１６は、文音声認識
／フォーマット化の終了要求コマンドを受信した処理端
末登録テーブルのエントリ、又は最終アクセス時刻が現
在時刻から一定時間前の時刻よりも更に前の時刻である
処理端末登録テーブルのエントリについて、そのエント
リの内容を削除し、それから特定される各バッファファ
イルを削除する。 ＜移動端末通信制御部１１６の詳細動作＞図９〜図１１
は、上記機能を実現するために、移動端末通信制御部１
１６が実行する制御動作を示す動作フローチャートであ
る。この動作フローチャートは、移動端末通信制御部１
１６を制御する特には図示しないプロセッサが、特には
図示しない制御プログラムを実行する動作として実現さ
れる。

【０１７９】まず、ステップ９０１で、音声制御ホスト
装置１０８内のパケット送受信部１１５（図１）から受
信通知が通知されたか否かが判定される。前述したよう
に、パケット送受信部１１５は、インターネット１０５
から転送されてきたＴＣＰ／ＩＰパケットを構成するＩ
ＰデータグラムのＩＰヘッダの“宛先ＩＰアドレス”フ
ィールドに自分である音声制御ホスト装置１０８のＩＰ
アドレスが設定されていることを識別することにより、
そのＴＣＰ／ＩＰパケットを受信し、かつ、それを構成
するＴＣＰセグメントの“宛先ポート番号”フィールド
及び“送信元ポート番号”フィールドに文音声認識／フ
ォーマット化のための通信プロトコルを特定する１６ビ
ットの整数値が設定されていることを確認することによ
り、移動端末通信制御部１１６に対して受信通知を通知
する。この受信通知は、文音声認識／フォーマット化の
開始要求コマンドとフォーマット種類データ、文音声認
識／フォーマット化の対象である音声データ、又は文音
声認識／フォーマット化の終了要求コマンドの何れかに
関する受信通知である。

【０１８０】パケット送受信部１１５から受信通知が通
知されステップ９０１の判定がＹＥＳとなると、ステッ
プ９０２で、パケット送受信部１１５から受信通知と共
に引き渡されたデータが取り込まれる。この場合に、受
信通知が、文音声認識／フォーマット化の開始要求コマ
ンドの受信通知である場合には、“送信元ＩＰアドレ
ス”と“端末識別コード”と上記コマンドとフォーマッ
ト種類データとが取り込まれる。また、受信通知が、音
声データの受信通知である場合には、“送信元ＩＰアド
レス”と音声データとが取り込まれる。更に、受信通知
が、文音声認識／フォーマット化の終了要求コマンドの
受信通知である場合には、“端末識別コード”とそのコ
マンドとが取り込まれる。

【０１８１】ステップ９０２の処理の後に、図９のステ
ップ９０３、図１０のステップ９０７、又は図１０のス
テップ９０９の判定が順に検査され、何れかの判定結果
がＹＥＳとなる。即ち、ステップ９０２でパケット送受
信部１１５から引き渡されたデータが、文音声認識／フ
ォーマット化の開始要求コマンドに関するものである場
合はステップ９０３の判定がＹＥＳとなってステップ９
０４〜９０６が実行され、音声データに関するものであ
る場合は図１０のステップ９０７の判定がＹＥＳとなっ
てステップ９０８が実行され、文音声認識／フォーマッ
ト化の終了要求コマンドに関するものである場合には図
１０のステップ９０９の判定がＹＥＳとなってステップ
９１０と９１１が実行される。

【０１８２】パケット送受信部１１５から受信通知が通
知されておらずステップ９０１の判定がＮＯの場合、又
は上述の各コマンド又は音声データの受信に対応する処
理の後には、図１１のステップ９１２と９１３でフォー
マット文章データの送信処理が実行され、それに続くス
テップ９１４及び９１５で最終アクセス時刻が一定時間
以上前である移動端末１０１との通信を終了させるため
の処理が行われた後、再び図９のステップ９０１の判定
処理に戻る。

【０１８３】ステップ９０１の判定がＹＥＳであり、ス
テップ９０２でパケット送受信部１１５から引き渡され
たデータが文音声認識／フォーマット化の開始要求コマ
ンドに関するものである場合において、ステップ９０３
の判定がＹＥＳとなって実行されるステップ９０４〜９
０５の処理について説明する。

【０１８４】まず、ステップ９０４では、音声データの
受信用のバッファファイルである音声バッファファイル
と、認識音声文章の一時保存用のバッファファイルであ
る文章バッファファイルと、フォーマット文章データの
送信用のバッファファイルであるフォーマット文章バッ
ファファイルとが、音声制御ホスト装置１０８が管理す
るファイルシステム上に作成される。

【０１８５】次に、ステップ９０５では、移動端末通信
制御部１１６内の特には図示しないメモリに記憶される
図１２に示されるデータ構造を有する処理端末登録テー
ブルに、１つのエントリ（横１行のデータ組）が確保さ
れる。そして、そのエントリに、“端末識別コード”
と、“送信元ＩＰアドレス”と、フォーマット種類デー
タに基づくフォーマット種類と、最終アクセス時刻と、
音声バッファファイル名と、文章バッファファイル名
と、フォーマット文章バッファファイル名とが、登録さ
れる。“端末識別コード”は、ステップ９０２でパケッ
ト送受信部１１５から引き渡されたデータであり、移動
端末１０１から転送されてきたＴＣＰ／ＩＰパケットを
構成するＴＣＰセグメントの“データ”フィールドに格
納されていたものである（図６(c) 参照）。“送信元Ｉ
Ｐアドレス”は、やはりステップ９０２においてパケッ
ト送受信部１１５から引き渡されたデータであり、移動
端末１０１から転送されてきたＴＣＰ／ＩＰパケットを
構成するＩＰデータグラムのＩＰヘッダに格納されてい
たものである（図６(b) 、図７(a) 参照）。最終アクセ
ス時刻には、現在時刻が設定される。各バッファファイ
ル名は、ステップ９０４で作成された各ファイルを示す
ファイル名である。

【０１８６】ステップ９０５の処理の後、ステップ９０
６では、ステップ９０２でパケット送受信部１１５から
引き渡され処理端末登録テーブルの上記エントリに登録
された“送信元ＩＰアドレス”に向けて、送信許可デー
タが返信される。

【０１８７】具体的には、移動端末通信制御部１１６
は、“送信元ＩＰアドレス”への送信許可データの返信
を、パケット送受信部１１５（図１）に対して依頼す
る。この結果、パケット送受信部１１５は、まず、図６
(c) に示されるフォーマットを有するＴＣＰセグメント
を生成する。この場合、図６(c) 及び図７(b) に示され
るフォーマットを有するＴＣＰヘッダにおいて、“送信
元ポート番号”フィールド及び“宛先ポート番号”フィ
ールドには、文音声認識／フォーマット化のための通信
プロトコルを特定する１６ビットの整数値が設定され
る。そして、ＴＣＰセグメントの“データ”フィールド
には、送信許可データが格納される。

【０１８８】次に、パケット送受信部１１５は、上述の
ＴＣＰセグメントが“データ”フィールドに格納された
図６(b) に示されるフォーマットを有するＩＰデータグ
ラムを生成する。この場合に、図６(b) 及び図７(a) に
示されるフォーマットを有するＩＰヘッダにおいて、
“プロトコル”フォーマットには、その“データ”フィ
ールドに格納されるＴＣＰセグメントデータのフォーマ
ットを規定する整数値６が設定される。また、“送信元
ＩＰアドレス”フィールドには、音声制御ホスト装置１
０８に割当てられているＩＰアドレスが設定される。更
に、“宛先ＩＰアドレス”フィールドには、図９のステ
ップ９０２でパケット送受信部１１５から引き渡された
“送信元ＩＰアドレス”が設定される。

【０１８９】そして、パケット送受信部１１５は、上述
のＩＰデータグラムが格納されたＬＡＮ１０７上のプロ
トコルに従ったフレームを生成し、それをＬＡＮ１０７
に送出する。例えば、ＬＡＮ１０７がイーサネット方式
によるローカルエリアネットワークであれば、上記フレ
ームは、イーサネットフレームである。

【０１９０】上記フレームとＩＰデータグラムとＴＣＰ
セグメントとから構成されるＴＣＰ／ＩＰパケットは、
それを構成するＩＰデータグラムのＩＰヘッダに格納さ
れている“宛先ＩＰアドレス”に基づいて、ルータ装置
１０６及びインターネット１０５を介して移動端末制御
ホスト装置１０４まで転送された後、更に、ＰＨＳ網１
０３及び無線基地（又は有線接続装置）１０２を介し
て、移動端末１０１の通信部１１１内の通信制御部３２
１（図３）まで転送される。

【０１９１】これ以降、移動端末１０１から音声制御ホ
スト装置１０８へは、前述したようにして、音声データ
が転送されてくる。ステップ９０６の処理の後は、図１
１のステップ９１２と９１３でフォーマット文章データ
の送信処理が実行され、それに続くステップ９１４及び
９１５で最終アクセス時刻が一定時間以上前である移動
端末１０１との通信を終了させるための処理が行われた
後、再び図９のステップ９０１の判定処理に戻る。

【０１９２】次に、図９のステップ９０１の判定がＹＥ
Ｓであり、ステップ９０２でパケット送受信部１１５か
ら引き渡されたデータが音声データである場合におい
て、図１０のステップ９０７の判定がＹＥＳとなって実
行されるステップ９０８の処理について説明する。

【０１９３】即ち、ステップ９０８では、図９のステッ
プ９０２でパケット送受信部１１５から引き渡されたの
と同じ“送信元ＩＰアドレス”が記憶されている処理端
末登録テーブル（図１２）のエントリが検索され、該当
するエントリに記憶されている音声バッファファイル名
に対応する音声バッファファイル（図９のステップ９０
４参照）に、図９のステップ９０２でパケット送受信部
１１５から引き渡された音声データが追加書き込みされ
る。なお、追加書込み時の音声バッファファイルのサイ
ズは、音声制御ホスト装置１０８が管理するファイルシ
ステムによって自動的に調整される。

【０１９４】また、ステップ９０８では、上記該当する
エントリに記憶されている最終アクセス時刻が、現在時
刻に更新される。このようにして、移動端末１０１毎
（“端末識別コード”毎）の音声バッファファイルを介
して、移動端末通信制御部１１６から文音声認識部１１
７（図１）に音声データが引き渡される。文音声認識部
１１７は、後述するように、図１２に示される処理端末
登録テーブルのエントリ毎に、各エントリから特定され
る音声バッファファイルに音声データが受信されていれ
ばそれに対して文音声認識処理を実行し、その結果得ら
れる認識音声文章データを上記各エントリに対応する文
章バッファファイルに追加書き込みすることになる。更
に、フォーマット文章作成部１１８（図１）は、後述す
るように、図１２に示される処理端末登録テーブルのエ
ントリ毎に、各エントリから特定される文章バッファフ
ァイルに認識音声文章データが得られていればそれに対
してフォーマット化を実行し、その結果得られるフォー
マット文章データを上記各エントリに対応するフォーマ
ット文章バッファファイルに追加書き込みすることにな
る。

【０１９５】ステップ９０８の処理の後は、図１１のス
テップ９１２と９１３でフォーマット文章データの送信
処理が実行され、それに続くステップ９１４及び９１５
で最終アクセス時刻が一定時間以上前である移動端末１
０１との通信を終了させるための処理が行われた後、再
び図９のステップ９０１の判定処理に戻る。

【０１９６】次に、図９のステップ９０１の判定がＹＥ
Ｓであり、ステップ９０２でパケット送受信部１１５か
ら引き渡されたデータが文音声認識／フォーマット化の
終了要求コマンドに関するものである場合において、図
１０のステップ９０９の判定がＹＥＳとなって実行され
るステップ９１０と９１１の処理について説明する。

【０１９７】まず、ステップ９１０で、図９のステップ
９０２でパケット送受信部１１５から引き渡されたのと
同じ“端末識別コード”が記憶されている処理端末登録
テーブル（図１２）のエントリの内容が全て削除され
る。

【０１９８】次に、ステップ９１１で、上記エントリに
記憶されていた音声バッファファイル名、文章バッファ
ファイル名、及びフォーマット文章バッファファイル名
に対応する各バッファファイルが、音声制御ホスト装置
１０８が管理するファイルシステム上から削除される。

【０１９９】ステップ９１１の処理の後は、図１１のス
テップ９１２と９１３でフォーマット文章データの送信
処理が実行され、それに続くステップ９１４及び９１５
で最終アクセス時刻が一定時間以上前である移動端末１
０１との通信を終了させるための処理が行われた後、再
び図９のステップ９０１の判定処理に戻る。

【０２００】パケット送受信部１１５から受信通知が通
知されておらず図９のステップ９０１の判定がＮＯの場
合、又は上述の各コマンド又は音声データの受信に対応
する処理の後に実行される、図１１のステップ９１２と
９１３の処理、及びそれに続くステップ９１４と９１５
の処理について説明する。

【０２０１】これらの処理において、フォーマット文章
作成部１１８から得られているフォーマット文章データ
の送信処理が実行される。まず、ステップ９１２では、
処理端末登録テーブル（図１２）において、フォーマッ
ト文章バッファファイル名に対応するフォーマット文章
バッファファイルにフォーマット文章データが存在する
エントリがあるか否かが判定される。

【０２０２】そのようなエントリが無くステップ９１２
の判定がＮＯの場合には、ステップ９１３でのフォーマ
ット文章データの送信処理は実行されずに、ステップ９
１４及び９１５の処理に進む。

【０２０３】上述のようなエントリが１つ以上存在しス
テップ９１２の判定がＹＥＳの場合には、ステップ９１
３で、該当するエントリ毎に、そのエントリに記憶され
ている“送信元ＩＰアドレス”に向けて、そのエントリ
に記憶されているフォーマット文章バッファファイル名
に対応するフォーマット文章バッファファイル内のフォ
ーマット文章データが送信され、その送信されたフォー
マット文章データが上記フォーマット文章バッファファ
イルから削除される。なお、削除時のフォーマット文章
バッファファイルのサイズは、音声制御ホスト装置１０
８が管理するファイルシステムによって自動的に調整さ
れる。

【０２０４】上述のステップ９１３の処理の後又はステ
ップ９１２の判定がＮＯである場合に、ステップ９１４
が実行される。ここでは、処理端末登録テーブル（図１
２）のエントリのうち、最終アクセス時刻が現在時刻か
ら一定時間前の時刻より更に前の時刻であるエントリが
検出され、そのエントリの内容が全て削除される。

【０２０５】また、ステップ９１５で、上記エントリに
記憶されていた音声バッファファイル名、文章バッファ
ファイル名、及びフォーマット文章バッファファイル名
に対応する各バッファファイルが、音声制御ホスト装置
１０８が管理するファイルシステム上から削除される。

【０２０６】ステップ９１５の処理の後、再び図９のス
テップ９０１の判定処理に戻る。 ＜文音声認識部１１７の詳細動作＞図１３は、文音声認
識部１１７の機能ブロック図である。

【０２０７】この文音声認識部１１７は、前述したよう
に、図１２に示される処理端末登録テーブルのエントリ
毎に、各エントリから特定される音声バッファファイル
に音声データが受信されていればそれに対して文音声認
識を実行し、その結果得られる認識音声文章データを上
記各エントリに対応する文章バッファファイルに追加書
き込みする。

【０２０８】上述のエントリ毎の音声バッファファイル
からの音声データの読出しと文章バッファファイルへの
認識音声文章データの書込みは、図１３の入出力制御部
１３０９が制御する。まず、この入出力制御部１３０９
の制御動作につき説明する。図１４は、入出力制御部１
３０９が実行する制御動作を示す動作フローチャートで
ある。この動作フローチャートは、入出力制御部１３０
９を制御する特には図示しないプロセッサが、特には図
示しない制御プログラムを実行する動作として実現され
る。

【０２０９】まず、ステップ１４０１では、処理端末登
録テーブル（図１２）において、音声バッファファイル
名に対応する音声バッファファイルに音声データが記憶
されているエントリが存在するか否かが判定される。

【０２１０】そのようなエントリが存在しステップ１４
０１の判定がＹＥＳならば、ステップ１４０２で、該当
するエントリ毎に、そのエントリに記憶されている“端
末識別コード”と、そのエントリに記憶されている音声
バッファファイル名に対応する音声バッファファイル上
の音声データとが、図１３の入力バッファキュー１３０
１に書き込まれ、その音声データが音声バッファファイ
ルから削除される。

【０２１１】入力バッファキュー１３０１は、それがキ
ューイングしている音声データを、音声区間検出部１３
０２に順次流し込む機能を有する。音声区間検出部１３
０２以降に接続されている音声分析部１３０３、音素認
識部１３０４、単語認識部１３０６、及び文章認識部１
３０７は、データ処理パイプラインを形成しており、相
互に独立して、入力データを処理する機能を有する。ま
た、１３０２〜１３０７の各部分は、現在処理している
音声データに対応する“端末識別コード”（入力バッフ
ァキュー１３０１から入力される）を認識することがで
きる。従って、最終的に文章認識部１３０７から出力バ
ッファキュー１３０８へは、“端末識別コード”と認識
音声文章データとの組が出力されることになる。

【０２１２】ステップ１４０２の処理の後又はステップ
１４０１の判定がＮＯの場合には、ステップ１４０３
で、図１３の出力バッファキュー１３０８に、“端末識
別コード”と認識音声文章データの組が得られているか
否かが判定される。

【０２１３】そのような組が得られておりステップ１４
０３の判定がＹＥＳならば、ステップ１４０４で、出力
バッファキュー１３０８内の組毎に、その組の“端末識
別コード”に対応する処理端末登録テーブルのエントリ
について、そのエントリに記憶されている文章バッファ
ファイル名に対応する文章バッファファイルに、出力バ
ッファキュー１３０８内の組の認識音声文章データが追
加書き込みされる。

【０２１４】ステップ１４０４の処理の後又はステップ
１４０３の判定がＮＯの場合には、再びステップ１４０
１の判定処理が実行される。以上のようにして文音声認
識部１１７は、流れ作業的に効率良く、複数の移動端末
１０１から要求された音声データに対する文音声認識処
理を実行することができる。

【０２１５】次に、文音声認識処理を実現するための１
３０２〜１３０７の各部分の機能につき、以下に説明す
る。なお、以下に説明する各方式は、例えば、文献「電
子・情報工学入門シリーズ２ 音響・音声工学」（古井
著、近代科学社）第１４章」を参照することにより、実
現することができる。

【０２１６】音声区間検出部１３０２は、入力バッファ
キュー１３０１から入力される音声データのサンプル時
系列について、音声が存在する区間を検出する。より具
体的には、音声区間検出部１３０２は、所定サンプル
（例えば８ｋＨｚサンプリングデータについて３２乃至
２５６サンプル）ずつの平均パワー（電力）を計算し、
その平均パワーが所定の閾値を超えた状態が所定回数以
上連続して続く区間を、音声区間として検出する。これ
により、音声が存在しない区間で文音声が誤認識されて
しまうのを防ぐことができる。

【０２１７】音声分析部１３０３は、音声区間検出部１
３０２から出力される音声データについて、その特徴分
析を行うことによって、特徴量パラメータベクトルを検
出する。音声分析方式としては、以下の周知の分析方式
の何れかを採用することができる。 （１）音声データ時系列を入力とする帯域フィルタバン
クの各出力を平滑化し、それらの平滑化された各出力を
特徴量パラメータベクトルの要素とする方式。 （２）連続する所定サンプルずつの音声データ時系列を
入力とする高速フーリエ変換（ＦＦＴ）によって計算し
た各短時間スペクトル成分を平滑化し、それらの平滑化
された各成分値を特徴量パラメータベクトルの要素とす
る方式。 （３）連続する所定サンプルずつの音声データ時系列を
入力とするケプストラム分析によってケプストラム係数
群を計算し、それらを特徴量パラメータベクトルの要素
とする方式。 （４）上記（３）のケプストラム係数群に加えて、それ
らに対するΔ（デルタ）ケプストラム（ケプストラムの
微係数）群を計算し、それらを特徴量パラメータベクト
ルの要素に加える方式。 （５）連続する所定サンプルずつの音声データ時系列を
入力とする線形予測分析（ＬＰＣ分析、更に具体的には
線スペクトル対分析：ＬＳＰ分析）によって、ＬＰＣ
（ＬＳＰ）係数群を計算し、それらを特徴量パラメータ
ベクトルの要素とする方式。 （６）連続する所定サンプルずつの音声データ時系列を
入力とする自己相関分析によって自己相関関数を計算
し、それらに基づいて検出される音声のピッチ基本周波
数パターンを特徴量パラメータベクトルの１つの要素に
加える方式。 次に、音素認識部１３０４は、所定フレーム周期（所定
サンプル）毎に音声分析部１３０３から出力される特徴
量パラメータベクトルと、音素標準パターン辞書１３０
５に蓄積されている各音素の特徴量パラメータベクトル
の標準パターンとの類似度（距離）を計算し、その結果
所定フレーム周期毎に得られる類似度の高い音素の組を
その類似度と共に音素ラティスデータとして出力する。
音素認識部１３０４は、音素の認識誤りの発生を回避す
るために、所定フレーム周期毎に最終的な音素を決定す
ることはせずに、音素候補を表にした音素ラティスデー
タの形式で結果データを出力する。

【０２１８】単語認識部１３０６は、所定フレーム周期
毎に音素認識部１３０４から出力される音素ラティスデ
ータを入力として、所定フレーム周期毎に単語候補を表
にして単語ラティスデータを出力する。単語認識方式と
しては、以下の周知の分析方式の何れかを採用すること
ができる。 （１）単語認識部１３０６は、音素認識部１３０４から
出力される複数のフレーム周期にまたがる音素ラティス
データの時系列と、単語辞書に蓄積されている全音素標
準パターン系列とで、時間正規化（ＤＰマッチング or
ＤＴＷ：DynamicTime Warping）を実行し、単語ラティ
スデータを出力する。この場合も、単語認識部１３０６
は、単語の認識誤りの発声を回避するために、所定フレ
ーム周期毎に最終的な単語を決定することはせずに、単
語候補を表にした単語ラティスデータの形式で結果デー
タを出力する。 （２）単語認識部１３０６は、ＨＭＭ（Hidden Markov
Model ）によって、全単語をモデル化し、音素認識部１
３０４から出力される複数のフレーム周期にまたがる音
素ラティスデータの時系列をＨＭＭ分析部に入力し、生
起確率の大きいものから複数個のモデルに対応する各単
語を、単語候補である単語ラティスデータとして出力す
る。 最後に、文章認識部１３０７は、その第１段処理とし
て、単語認識部１３０６から出力される単語ラティスデ
ータを順次入力し、日本語（英語でもよい）の文節構造
に関する文節内文法（語順規則）に従って、種々の文節
の可能性を文節ラティスデータとして算出する。そし
て、文章認識部１３０７は、その第２段処理として、文
節間文法に従って文節間の意味的な係り受けを解析し、
認識音声文章データを決定し、それを、入力バッファキ
ュー１３０１から順次伝達されてきた“端末識別コー
ド”と対について、出力バッファキュー１３０８に書き
込む。 ＜フォーマット文章作成部１１８の詳細動作＞図１５
は、フォーマット文章作成部１１８の機能ブロック図で
ある。

【０２１９】このフォーマット文章作成部１１８は、前
述したように、図１２に示される処理端末登録テーブル
のエントリ毎に、各エントリから特定される文章バッフ
ァファイルに文音声認識部１１７によって認識音声文章
データが得られていればそれに対してフォーマット化を
実行し、その結果得られるフォーマット文章データを上
記各エントリに対応するフォーマット文章バッファファ
イルに追加書き込みする。

【０２２０】上述のエントリ毎の文章バッファファイル
からの認識音声文章データの読出しとフォーマット文章
バッファファイルへのフォーマット文章データの書込み
は、図１５の入出力制御部１５０８が制御する。まず、
この入出力制御部１５０８の制御動作につき説明する。
図１６は、入出力制御部１５０８が実行する制御動作を
示す動作フローチャートである。この動作フローチャー
トは、入出力制御部１５０８を制御する特には図示しな
いプロセッサが、特には図示しない制御プログラムを実
行する動作として実現され、前述した、文音声認識部１
１７内の図１３に示される入出力制御部１３０９と同様
の制御動作を実現する。

【０２２１】まず、ステップ１６０１では、処理端末登
録テーブル（図１２）において、文章バッファファイル
名に対応する文章バッファファイルに認識音声文章デー
タが記憶されているエントリが存在するか否かが判定さ
れる。

【０２２２】そのようなエントリが存在しステップ１６
０１の判定がＹＥＳならば、ステップ１６０２で、該当
するエントリ毎に、そのエントリに記憶されている“端
末識別コード”と、そのエントリに記憶されている文章
バッファファイル名に対応する文章バッファファイル上
の認識音声文章データとが、図１５の入力バッファキュ
ー１５０１に書き込まれ、その認識音声文章データが文
章バッファファイルから削除される。

【０２２３】入力バッファキュー１５０１は、それがキ
ューイングしている認識音声文章データを、フィールド
認識部１５０２に順次流し込む機能を有する。フィール
ド認識部１５０２以降に接続されている不要語削除部１
５０４及びフォーマット文章データ作成部１５０６は、
図１３に示される文音声認識部１１７の構成の場合と同
様に、データ処理パイプラインを形成しており、相互に
独立して、入力データを処理する機能を有する。また、
１５０２〜１５０６の各部分は、現在処理している認識
音声文章データに対応する“端末識別コード”（入力バ
ッファキュー１５０１から入力される）を認識すること
ができる。従って、最終的にフォーマット文章データ作
成部１５０６から出力バッファキュー１５０７へは、
“端末識別コード”とフォーマット文章データとの組が
出力されることになる。

【０２２４】ステップ１６０２の処理の後又はステップ
１６０１の判定がＮＯの場合には、ステップ１６０３
で、図１５の出力バッファキュー１５０７に、“端末識
別コード”とフォーマット文章データの組が得られてい
るか否かが判定される。

【０２２５】そのような組が得られておりステップ１６
０３の判定がＹＥＳならば、ステップ１６０４で、出力
バッファキュー１５０７内の組毎に、その組の“端末識
別コード”に対応する処理端末登録テーブルのエントリ
について、そのエントリに記憶されているフォーマット
文章バッファファイル名に対応するフォーマット文章バ
ッファファイルに、出力バッファキュー１５０７内の組
のフォーマット文章データが追加書き込みされる。

【０２２６】ステップ１６０４の処理の後又はステップ
１６０３の判定がＮＯの場合には、再びステップ１６０
１の判定処理が実行される。以上のようにしてフォーマ
ット文章作成部１１８は、文音声認識部１１７の場合と
同様に、流れ作業的に効率良く、複数の移動端末１０１
からの要求に基づいて文音声認識部１１７において得ら
れた認識音声文章データに対するフォーマット化を実行
することができる。

【０２２７】次に、フォーマット化を実現するための１
５０２〜１５０５の各部分の機能につき、以下に説明す
る。フィールド認識部１５０２は、入力バッファキュー
１５０１から順次入力される“端末識別コード”と認識
音声文章データとの組のそれぞれについて、その組の
“端末識別コード”に対応する処理端末登録テーブルの
エントリに記憶されているフォーマット種類を判別し、
フォーマット種類別フィールド辞書１５０３を参照しな
がら、上記組の認識音声文章データのフィールドを判別
し、そのフィールド情報と上記“端末識別コード”及び
認識音声文章データの組を不要語削除部１５０４に出力
する。

【０２２８】具体的には、フォーマット種類別フィール
ド辞書１５０３には、フォーマット種類別に、フィール
ド名と、そのフィールド名に関連するキーワードとが記
憶されている。そして、フィールド認識部１５０２は、
まず、処理端末登録テーブルから得たフォーマット種類
によってフォーマット種類別フィールド辞書１５０３上
で参照する検索範囲を指定し、その範囲から、認識音声
文章データに含まれる単語がキーワードとして登録され
ているフィールド名を検索し、それを認識音声文章デー
タのフィールドであると判定する。

【０２２９】例えば、移動端末１０１のユーザは、アド
レス帳を入力したい場合に、文音声認識／フォーマット
化の開始要求コマンドと共にフォーマット種類データと
して“アドレス帳”を指定する。その後、ユーザは、
“氏名はカシオ太郎です”“会社はカシオ計算機株式会
社です”“事業所は東京研究所です”“部署は発明部で
す”“住所は東京都東京市東京町１の１の１です”“電
話は００００の００の００００です”“ファックスは０
０００の００の１１１１です”等と順次発音する。これ
らの発音内容は、音声制御ホスト装置１０８内の文音声
認識部１１７によって認識音声文章データとして認識さ
れる。

【０２３０】そして、フォーマット文章作成部１１８
は、例えば認識音声文章データ“氏名はカシオ太郎で
す”を入力した場合、まず、フォーマット種類データ
“アドレス帳”によって、フォーマット種類別フィール
ド辞書１５０３上の“アドレス帳”フォーマットに対応
する検索範囲を指定する。そして、フォーマット文章作
成部１１８は、その検索範囲から、認識音声文章データ
に含まれる単語“氏名”がキーワードとして登録されて
いるフィールド名“氏名”を検索し、それを認識音声文
章データのフィールドであると判定する。なお、フォー
マット種類別フィールド辞書１５０３の上述の検索範囲
のフィールド名“氏名”には、キーワード“氏名”のみ
ならず、“名前”“なまえ”“しめい”“名”“な”
“名字”“みょうじ”“ネーム”等のキーワードも登録
されている。これにより、“氏名”フィールドに対する
ユーザによる様々な指定方法に対処できる。

【０２３１】また、フォーマット文章作成部１１８は、
例えば認識音声文章データ“会社はカシオ計算機株式会
社です”を入力した場合、まずフォーマット種類データ
“アドレス帳”により、フォーマット種類別フィールド
辞書１５０３上の“アドレス帳”フォーマットに対応す
る検索範囲を指定する。そして、フォーマット文章作成
部１１８は、その検索範囲から、認識音声文章データに
含まれる単語“会社”がキーワードとして登録されてい
るフィールド名“会社”を検索し、それを認識音声文章
データのフィールドであると判定する。なお、フォーマ
ット種類別フィールド辞書１５０３の上述の検索範囲の
フィールド名“会社”には、キーワード“会社”のみな
らず、“かいしゃ”“企業”“きぎょう”等のキーワー
ドも登録されている。

【０２３２】認識音声文章データが、“事業所は東京研
究所です”“部署は発明部です”“住所は東京都東京市
東京町１の１の１です”“電話は００００の００の００
００です”“ファックスは００００の００の１１１１で
す”等である場合も、全く同様である。

【０２３３】更に、フォーマット種類が、スケジュール
帳やメモ帳等である場合にも、全く同様に処理できる。
続いて、不要語削除部１５０４は、フィールド認識部１
５０２から出力されるフィールド情報と“端末識別コー
ド”及び認識音声文章データの組について、不要語辞書
１５０５を参照することにより、認識音声文章データか
ら、“は”“です”等の不要語を削除し、その結果得ら
れる認識音声文章データを、上記フィールド情報及び
“端末識別コード”と共に、フォーマット文章データ作
成部１５０６に出力する。

【０２３４】その結果、フォーマット文章データ作成部
１５０６は、入力されたフィールド情報と認識音声文章
データとに基づいて、フォーマット文章データを作成
し、それを、入力された“端末識別コード”と共に、出
力バッファキュー１５０７に書き込む。例えば、フォー
マット種類がアドレス帳である場合には、“氏名：カシ
オ太郎”“会社：カシオ計算機株式会社”“事業所：東
京研究所”“部署：発明部”“住所：東京都東京市東京
町１−１−１”“電話：００００−００−００００”
“ファックス：００００−００−１１１１”などのフォ
ーマット文章データが作成される。 ＜他の実施の形態＞以上説明した実施の形態では、移動
端末１０１は、ＰＨＳ端末であって、移動端末１０１と
音声制御ホスト装置１０８とは、ＰＨＳ網１０３とイン
ターネット１０５を介して接続されている。しかし、本
発明は、これに限られるものではなく、無線又は有線に
よって間接的又は直接的に音声制御ホスト装置１０８に
接続される形態であれば、どのような形態であっても本
発明をそれに適用することができる。

【０２３５】

【発明の効果】本発明によれば、移動端末は、高度な音
声認識環境を設備する必要がなく実用的な精度を有する
音声認識機能及びフォーマット文章データ作成機能の提
供を低コストで受けることが可能となる。

【０２３６】また、本発明によれば、現在全国的及び全
世界的に普及しつつあるパーソナルハンディホンシステ
ム通信網及びインターネットを経由することにより、実
用的な精度を有する音声認識機能及びフォーマット文章
データ作成機能の提供をより低コスト及び手軽に受ける
ことができると同時に、本発明が提供する機能とパーソ
ナルハンディホンシステム通話機能及びインターネット
アクセス機能とを、シームレスに結合することが可能と
なる。

【０２３７】更に、本発明によれば、移動端末と音声制
御ホスト装置とを全世界的に容易に特定できると共に、
音声認識／フォーマット文章データ作成処理サービスと
他の情報処理サービスとの共存を容易に実現することが
可能となる。

【０２３８】また、本発明によれば、ホスト装置側の負
荷分散を容易に実現することが可能である。

【図面の簡単な説明】

【図１】全体システム構成図である。

【図２】移動端末の外観図である。

【図３】移動端末の機能ブロック図である。

【図４】移動端末の処理の全体動作フローチャートであ
る。

【図５】送信処理の動作フローチャートである。

【図６】通信データのフォーマット図である。

【図７】ＩＰヘッダとＴＣＰヘッダのフォーマット図で
ある。

【図８】ＰＰＰを用いた発信処理の動作フローチャート
である。

【図９】移動端末通信制御部の動作フローチャート（そ
の１）である。

【図１０】移動端末通信制御部の動作フローチャート
（その２）である。

【図１１】移動端末通信制御部の動作フローチャート
（その３）である。

【図１２】処理端末登録テーブルのデータ構成図であ
る。

【図１３】文音声認識部の構成図である。

【図１４】音声認識部内の入出力制御部の動作フローチ
ャートである。

【図１５】フォーマット文章作成部の動作フローチャー
トである。

【図１６】フォーマット文章作成部内の入出力制御部の
動作フローチャートである。

【符号の説明】

１０１ 移動端末 １０２ 無線基地（有線接続装置） １０３ ＰＨＳ網（公衆電話網、ＩＳＤＮ網） １０４ 移動端末制御ホスト装置 １０５ インターネット １０６ ルータ装置 １０７ ＬＡＮ（ローカルエリアネットワーク） １０８ 音声制御ホスト装置 １０９ 入力部 １１０ 制御部 １１１ 通信部 １１２ 出力部 １１３ 接続確立部 １１４ ルーティング部 １１５ パケット送受信部 １１６ 移動端末通信制御部 １１７ 文音声認識部 １１８ フォーマット文章作成部 ２０１、３０１ マイク ２０２、３０４ カメラ（ＣＣＤカメラ） ２０３、３１１ ＬＣＤ表示部 ２０４、３０８ スピーカ ２０５、３２３ 無線アンテナ ２０６、３２５ ソケット（通信用） ２０７ ＩＣカードスロット ２０８ 光送受信機（光通信用） ３０２、３０５ Ａ／Ｄ変換部 ３０３ マイク制御部 ３０６、３１３ メモリ ３０７ カメラ制御部 ３０９ Ｄ／Ａ変換部 ３１０ スピーカ制御部 ３１２ ＬＣＤドライバ ３１４ ＬＣＤ制御部 ３１５ タッチパネル制御部 ３１６ ＣＰＵ ３１７ ＲＡＭ ３１８ ＲＯＭ ３１９ ＩＣカードインタフェース部 ３２０ ＩＣカード ３２１ 通信制御部 ３２２ 無線ドライバ ３２４ 有線ドライバ １３０１ 入力バッファキュー １３０２ 音声区間検出部 １３０３ 音声分析部 １３０４ 音素認識部 １３０５ 音素標準パターン辞書 １３０６ 単語認識部 １３０７ 文章認識部 １３０８ 出力バッファキュー １３０９ 入出力制御部 １５０１ 入力バッファキュー １５０２ フィールド認識部 １５０３ フォーマット種類別フィールド辞書 １５０４ 不要語削除部 １５０５ 不要語辞書 １５０６ フォーマット文章データ作成部 １５０７ 出力バッファキュー １５０８ 出力バッファキュー １５０９ 入出力制御部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｍ 3/42 Ｈ０４Ｂ 7/26 １０９Ｍ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 移動端末がホスト装置と通信する通信シ
   ステムであって、 前記移動端末内に、 無線網又は有線網の何れか一方又は両方から構成される
   中継網を介して間接的に又は該中継網を介さずに直接的
   に前記ホスト装置である音声制御ホスト装置に接続する
   ホスト接続手段と、 音声を入力する音声入力手段と、 前記ホスト接続手段による接続動作の後、前記音声入力
   手段から入力される音声データを前記音声制御ホスト装
   置に送信する音声データ送信手段と、 前記音声制御ホスト装置から返信されるフォーマット文
   章データを受信するフォーマット文章データ受信手段
   と、 該受信されたフォーマット文章データを表示又は編集す
   るフォーマット文章データ表示／編集手段と、 を含み、 前記音声制御ホスト装置内に、 前記移動端末内のホスト接続手段による接続動作に応答
   して、前記移動端末を識別して接続する移動端末接続手
   段と、 現在接続されている移動端末毎に、前記音声データを受
   信する音声データ受信手段と、 現在接続されている移動端末毎に、前記音声データ受信
   手段により受信された音声データに対して音声認識処理
   を実行する音声認識手段と、 現在接続されている移動端末毎に、前記音声認識手段に
   よる音声認識処理によって得られる認識音声データ中の
   フィールドを判別することにより、該認識音声データの
   内容を表わすフォーマット文章データを作成するフォー
   マット文章データ作成手段と、 現在接続されている移動端末毎に、前記フォーマット文
   章データ作成手段によって作成されるフォーマット文章
   データを、それに対応する移動端末に返信するフォーマ
   ット文章データ返信手段と、 を含む、 ことを特徴とする移動端末音声認識／フォーマット文章
   作成システム。
2. 【請求項２】 移動端末がホスト装置と通信する通信シ
   ステムに使用される前記移動端末であって、 無線網又は有線網の何れか一方又は両方から構成される
   中継網を介して間接的に又は該中継網を介さずに直接的
   に前記ホスト装置である音声制御ホスト装置に接続する
   ホスト接続手段と、 音声を入力する音声入力手段と、 前記ホスト接続手段による接続動作の後、前記音声入力
   手段から入力される音声データを前記音声制御ホスト装
   置に送信する音声データ送信手段と、 前記音声制御ホスト装置から返信されるフォーマット文
   章データを受信するフォーマット文章データ受信手段
   と、 該受信されたフォーマット文章データを表示又は編集す
   るフォーマット文章データ表示／編集手段と、 を含むことを特徴とする移動端末。
3. 【請求項３】 移動端末がホスト装置と通信する通信シ
   ステムに使用される前記ホスト装置であって、 無線網又は有線網の何れか一方又は両方から構成される
   中継網を介して間接的に又は該中継網を介さずに直接的
   に前記移動端末が実行する接続動作に応答して、前記移
   動端末を識別して接続する移動端末接続手段と、 現在接続されている移動端末毎に、音声データを受信す
   る音声データ受信手段と、 現在接続されている移動端末毎に、前記音声データ受信
   手段により受信された音声データに対して音声認識処理
   を実行する音声認識手段と、 現在接続されている移動端末毎に、前記音声認識手段に
   よる音声認識処理によって得られる認識音声データ中の
   フィールドを判別することにより、該認識音声データの
   内容を表わすフォーマット文章データを作成するフォー
   マット文章データ作成手段と、 現在接続されている移動端末毎に、前記フォーマット文
   章データ作成手段によって作成されるフォーマット文章
   データを、それに対応する移動端末に返信するフォーマ
   ット文章データ返信手段と、 を含むことを特徴とする音声制御ホスト装置。
4. 【請求項４】 前記移動端末は、パーソナルハンディホ
   ンシステム通信機能を備え、 前記中継網は、パーソナルハンディホンシステム通信網
   とインターネットを含み、 前記音声制御ホスト装置は、前記インターネットに接続
   し、 前記移動端末内のホスト接続手段は、前記パーソナルハ
   ンディホンシステム通信網を介して、該パーソナルハン
   ディホンシステム通信網を含む公衆網と前記インターネ
   ットとの間のゲートウエイ機能を有する移動端末制御ホ
   スト装置に発信し接続することによって、前記インター
   ネット上の通信プロトコルを使用して、前記移動端末制
   御ホスト装置から前記インターネットを介して前記音声
   制御ホスト装置に接続する、 ことを特徴とする請求項１乃至３の何れか１項に記載の
   移動端末音声認識／フォーマット文章作成システム、移
   動端末、又は音声制御ホスト装置。
5. 【請求項５】 前記通信プロトコルは、インターネット
   プロトコル層及びトランスミッションコントロールプロ
   トコル層を含む階層プロトコルであって、 前記インターネット上を伝送される前記インターネット
   プロトコル層のパケットデータであるインターネットプ
   ロトコルデータグラムのヘッダフィールドには、前記イ
   ンターネット上での前記移動端末及び前記音声制御ホス
   ト装置のアドレスを指定する送信元インターネットプロ
   トコルアドレス及び宛先インターネットプロトコルアド
   レスが格納され、該インターネットプロトコルデータグ
   ラムのデータフィールドには、前記トランスミッション
   コントロールプロトコル層のパケットデータであるトラ
   ンスミッションコントロールプロトコルセグメントが格
   納され、 前記トランスミッションコントロールプロトコルセグメ
   ントのヘッダフィールドには、前記音声認識／フォーマ
   ット文章データ作成処理のための通信プロトコルを特定
   する送信元ポート番号及び宛先ポート番号が格納され、
   該トランスミッションコントロールプロトコルセグメン
   トのデータフィールドには、前記移動端末を識別するた
   めの端末識別コード、前記音声データ、又は前記フォー
   マット文章データが格納される、 ことを特徴とする請求項４に記載の移動端末音声認識／
   フォーマット文章作成システム、移動端末、又は音声制
   御ホスト装置。
6. 【請求項６】 前記音声制御ホスト装置は、網によって
   相互に接続され、前記移動端末接続手段、前記音声デー
   タ受信手段、前記音声認識手段、前記フォーマット文章
   データ作成手段、及び前記フォーマット文章データ返信
   手段に対応する機能を分散して実現する複数のホストコ
   ンピュータから構成される、 ことを特徴とする請求項１乃至５の何れか１項に記載の
   移動端末音声認識／フォーマット文章作成システム、移
   動端末、又は音声制御ホスト装置。
7. 【請求項７】 前記フォーマット文章データ作成手段
   は、現在接続されている移動端末毎に、前記音声認識手
   段による音声認識処理によって得られる認識音声データ
   に含まれるフィールドを認識すると共に、不要語を削除
   して、前記フォーマット文章データを作成する、 ことを特徴とする請求項１乃至６の何れか１項に記載の
   移動端末音声認識／フォーマット文章作成システム、移
   動端末、又は音声制御ホスト装置。