JPH10124291A - 移動端末音声認識通信システム - 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) 、図７(b) ）、ＩＰヘッダ（図６(b) 、
図７(a) ）、及び“プロトコル”フィールド（図６(a)
）に設定される各情報は、前述の文音声認識処理のリ
アルタイム開始要求コマンド又は文音声認識処理の非リ
アルタイム開始要求コマンドが送信される場合に設定さ
れる各情報と同一である。

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

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

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

【０１７７】この結果、移動端末通信制御部１１６は、
後述するようにして、認識音声文章データが格納された
ＴＣＰ／ＩＰパケットを、移動端末１０１に対して一括
して転送する。

【０１７８】このＴＣＰ／ＩＰパケットは、前述したよ
うにして通信制御部３２１（図３）まで転送された後、
通信制御部３２１からＣＰＵ３１６に、受信通知と認識
音声文章データが引き渡される。

【０１７９】ＣＰＵ３１６は、上述の受信通知と認識音
声文章データを、前述した図４のステップ４０２で処理
し、その認識音声文章データをＬＣＤ表示部３１１（図
２の２０３）に表示する。 ＜移動端末通信制御部１１６と文音声認識部１１７の概
略動作＞次に、音声制御ホスト装置１０８内の移動端末
通信制御部１１６と文音声認識部１１７の概略動作につ
いて説明する。

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

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

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

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

【０１８４】移動端末通信制御部１１６は、文音声認識
処理の終了要求コマンドを受信しかつリアルタイム要求
が設定されている処理端末登録テーブルのエントリ、又
はリアルタイム要求が設定されておりかつ最終アクセス
時刻が現在時刻から一定時間前の時刻よりも更に前の時
刻である処理端末登録テーブルのエントリについて、そ
のエントリの内容を削除し、それから特定される音声／
文章バッファファイルを削除する。

【０１８５】移動端末通信制御部１１６は、リアルタイ
ム要求が設定されていない（即ち、非リアルタイム要求
が設定されている）処理端末登録テーブルのエントリに
ついて、そのエントリの内容とそれから特定される音声
／文章バッファファイルは、対応する移動端末１０１と
の通信終了後も保存し、後に、その移動端末１０１から
文音声認識結果の一括転送要求コマンドを受信した時点
で、その移動端末１０１の“端末識別コード”に対応す
る処理端末登録テーブルのエントリから特定される文章
バッファファイルに保存されていた認識音声文章データ
を、上記コマンドを転送してきたＩＰデータグラムに格
納されていた“送信元ＩＰアドレス”の移動端末１０１
に向けて送信する。 ＜移動端末通信制御部１１６の詳細動作＞図９〜図１２
は、上記機能を実現するために、移動端末通信制御部１
１６が実行する制御動作を示す動作フローチャートであ
る。この動作フローチャートは、移動端末通信制御部１
１６を制御する特には図示しないプロセッサが、特には
図示しない制御プログラムを実行する動作として実現さ
れる。

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

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

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

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

【０１９０】まず、ステップ９０４では、ステップ９０
２でパケット送受信部１１５から引き渡された“端末識
別コード”に対応するエントリが、処理端末登録テーブ
ルに登録されているか否かが判定される。

【０１９１】移動端末１０１から初めて文音声認識処理
のリアルタイム開始要求コマンド又は文音声認識処理の
非リアルタイム開始要求コマンドが指定された場合に
は、この判定はＮＯとなる。

【０１９２】その結果、ステップ９０５では、音声デー
タの受信用のバッファファイルである音声バッファファ
イルと、認識音声文章データの送信用のバッファファイ
ルである文章バッファファイルとが、音声制御ホスト装
置１０８が管理するファイルシステム上に作成される。

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

【０１９４】次に、前述したように、移動端末１０１か
ら初めて文音声認識処理のリアルタイム開始要求コマン
ド又は文音声認識処理の非リアルタイム開始要求コマン
ドが指定された場合には、処理端末登録テーブルに対応
するエントリは存在しないため、前述したステップ９０
４の判定はＹＥＳとなる。また、前述したように、移動
端末１０１から文音声認識処理のリアルタイム開始要求
コマンドが指定されて文音声認識処理の実行が開始され
た後に、その移動端末１０１から文音声認識処理の終了
要求コマンドを受信した場合又は最終アクセス時刻が現
在時刻から一定時間前の時刻よりも更に前の時刻である
（即ち一定時間アクセスがない）場合には、処理端末登
録テーブル上の対応するエントリは削除される。

【０１９５】しかし、移動端末１０１から文音声認識処
理のリアルタイム開始要求コマンドが指定されて文音声
認識処理の実行が開始された後に、処理端末登録テーブ
ル上の対応するエントリが削除されないうちに、再び同
じ移動端末１０１から文音声認識処理のリアルタイム開
始要求コマンド又は文音声認識処理の非リアルタイム開
始要求コマンドが指定された場合は、ステップ９０４の
判定はＹＥＳとなる。また、前回、移動端末１０１から
文音声認識処理の非リアルタイム開始要求コマンドが指
定された文音声認識処理が実行された後、まだ、その移
動端末１０１から文音声認識結果の一括転送要求コマン
ドが指定されていないうちに、再び同じ移動端末１０１
から文音声認識処理のリアルタイム開始要求コマンド又
は文音声認識処理の非リアルタイム開始要求コマンドが
指定された場合にも、ステップ９０４の判定はＹＥＳと
なる（後述する図１１のステップ９１７参照）。

【０１９６】このような場合には、処理端末登録テーブ
ル上の削除されていない前回と同じエントリが使用され
る。そして、ステップ９０７において、処理端末登録テ
ーブル上の上記エントリに記憶されている“送信元ＩＰ
アドレス”とリアルタイム要求の有無のみが、図９のス
テップ９０２においてパケット送受信部１１５から引き
渡された新しいデータに更新され、また、最終アクセス
時刻が現在時刻に更新される。

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

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

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

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

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

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

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

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

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

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

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

【０２０８】まず、ステップ９１２では、図９のステッ
プ９０２でパケット送受信部１１５から引き渡されたの
と同じ“端末識別コード”が記憶されている処理端末登
録テーブル（図１３）のエントリに、リアルタイム要求
として“有り”（値“１”）が記憶されているか否かが
判定される。

【０２０９】上記エントリにリアルタイム要求として
“有り”（値“１”）が記憶されていない、即ちリアル
タイム要求として“無し”（値“０”が記憶されてお
り、移動端末１０１から最初に文音声認識処理の非リア
ルタイム開始要求コマンドが指示されていた場合には、
文音声認識処理の終了要求コマンドの受信後も処理端末
登録テーブルのエントリ、文章バッファファイル、及び
音声バッファファイル（この内容は通常文音声認識処理
が終了した時点で空となる）の各内容は保持されるた
め、ステップ９１２の判定がＮＯとなってステップ９１
３及び９１４の処理は実行されず、図１２のステップ９
１９と９２０で認識音声文章データの送信処理が実行さ
れ、それに続くステップ９２１及び９２２で最終アクセ
ス時刻が一定時間以上前である移動端末１０１との通信
を終了させるための処理が行われた後、再び図９のステ
ップ９０１の判定処理に戻る。

【０２１０】一方、前記エントリにリアルタイム要求と
して“有り”（値“１”）が記憶されている、即ち移動
端末１０１から最初に文音声認識処理のリアルタイム開
始要求コマンドが指示されていた場合は、ステップ９１
２の判定がＹＥＳとなる。

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

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

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

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

【０２１５】まず、ステップ９１６では、図９のステッ
プ９０２でパケット送受信部１１５から引き渡されたの
と同じ“端末識別コード”が記憶されている処理端末登
録テーブル（図１３）のエントリから得られる文章バッ
ファファイル名に対応する文章バッファファイルから、
認識音声文章データが一括して読み出され、それが１つ
以上のＴＣＰ／ＩＰパケットに格納され、図９のステッ
プ９０２でパケット送受信部１１５から引き渡された
“送信元ＩＰアドレス”に向けて送信される。

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

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

【０２１８】そして、パケット送受信部１１５は、上述
のＩＰデータグラムが格納されたＬＡＮ１０７上のプロ
トコルに従ったフレームを生成し、それをＬＡＮ１０７
に送出する。

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

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

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

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

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

【０２２４】これらの処理において、文音声認識部１１
７から得られている認識音声文章データの送信処理が実
行される。まず、ステップ９１９では、処理端末登録テ
ーブル（図１３）において、リアルタイム要求として
“有り”（値“１”）が記憶されており、かつ文章バッ
ファファイル名に対応する文章バッファファイルに認識
音声文章データが存在するエントリがあるか否かが判定
される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０２４２】

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

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

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

【０２４５】加えて、本発明によれば、ホスト装置側の
負荷分散を容易に実現することが可能となる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１５】入出力制御部の動作フローチャートである。

【符号の説明】

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

Claims (7)

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