(57)【要約】【課題】通話の当事者以外の途中経路のノードにおいても言語情報を抽出し、翻訳サービスなどの途中経路のノードによって行われるサービスを実現する。【解決手段】通信端末は、ＳＩＰメッセージにおけるＳＩＰヘッダに言語情報を書き込み、途中経路の通訳サーバは、通信端末が送信するＳＩＰメッセージのＳＩＰヘッダから言語情報を抽出し、この抽出した言語情報から識別した言語の属性と同じ属性を有する異なる言語形態に変換する。【選択図】図４
2008236350.tif 000002
【特許請求の範囲】
【請求項１】
ＶｏＩＰ(Voice over IP)技術を用い、予め設定された属性の言語を用いてユーザ間の会話を実現するのに際し、前記設定された言語の属性の情報である言語情報を発信時に着信側の通信端末へ通知する手段と、着信時に発信側から通知された前記言語情報から言語の属性を識別する手段とを備えた通信端末において、
前記通知する手段は、ＳＩＰ(Session Initiation Protocol)メッセージにおけるＳＩＰヘッダに前記言語情報を書き込む手段を備えた
ことを特徴とする通信端末。
【請求項２】
請求項１記載の通信端末同士が通信を行う途中経路に設けられ、前記通信端末が送信するＳＩＰメッセージのＳＩＰヘッダから前記言語情報を抽出し、この抽出した言語情報から識別した言語の属性と同じ属性を有する異なる言語形態に変換する手段を備えた通訳サーバ。
【請求項３】
請求項１記載の通信端末と請求項２記載の通訳サーバとを含む通信システム。
【請求項４】
ＶｏＩＰ技術を用い、予め設定された属性の言語を用いてユーザ間の会話を実現するのに際し、前記設定された言語の属性の情報である言語情報を発信時に着信側の通信端末へ通知する手段と、着信時に発信側から通知された前記言語情報から言語の属性を識別する手段とを備えた通信端末が行う言語情報通知方法において、
ＳＩＰメッセージにおけるＳＩＰヘッダに前記言語情報を書き込むことを特徴とする言語情報通知方法。
【請求項５】
請求項１記載の通信端末同士が通信を行う途中経路に設けられた請求項２記載の通訳サーバが行う翻訳サービス提供方法において、
前記通信端末が送信するＳＩＰメッセージのＳＩＰヘッダから前記言語情報を抽出し、この抽出した言語情報から識別した言語の属性と同じ属性を有する異なる言語形態に変換することを特徴とする翻訳サービス提供方法。
【請求項６】
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、請求項１記載の通信端末の機能に相応する機能を実現させるプログラム。
【請求項７】
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、請求項２記載の通訳サーバの機能に相応する機能を実現させるプログラム。
【請求項８】
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、請求項４記載の言語情報通知方法の手順に相応する手順を実行させるプログラム。
【請求項９】
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、請求項５記載の翻訳サービス提供方法の手順に相応する手順を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰ(Voice over IP)技術を用いた音声通話サービスに利用する。特に、通話に使用する言語の属性の情報（以下、言語情報という）の通知技術に関する。
【０００２】
なお、言語の属性とは、例えば、信号形式、信号品質、優先度、有効期間などのパラメータをいい、通話を行う双方の通信端末でお互いが使用する言語の属性が不明の場合には正常な通話が困難となるので互いに情報交換する必要がある。
【背景技術】
【０００３】
現在、広く普及しているＶｏＩＰ技術は、同じく広く普及したインターネットプロトコル技術（以下、ＩＰ技術）を用いることにより、例えば、電話事業者が従来の加入電話よりも安価な音声通話サービスを提供したり、企業の内線電話においてパソコンと電話機とを連携させることができたりと、新しい音声通話サービスの提供基盤を形成するようになってきている。
【０００４】
ＶｏＩＰ技術を用いた音声通話では、話者間で通話に使用される言語の属性は複数種類有り、発信側および着信側の双方で通話に使用する言語の属性を決めておき、通話を行う必要がある。
【０００５】
【特許文献１】特開２００６−３４５５４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前述したように、ＶｏＩＰ技術を用いた音声通話では、実際の通話に先立って、予め話者間で通話に使用する言語の属性を決めておく必要がある。従来は、呼が確立される以前の段階では、発信側と着信側とで情報の交換ができなかったので、呼が確立された後に、言語情報の交換を行うことになり、実際に通話を開始するまでに時間を要するという問題があった。
【０００７】
しかし、この問題については、例えば、特許文献１の提案を用いることにより解決することができる。すなわち、特許文献１の提案では、セッションの起動信号であるＩＮＶＩＴＥ信号とソフトタグ情報とを着信側に送信することにより、呼が確立される以前の段階で発信側からの情報を着信側に伝達することができる。この提案を応用すれば、従来、実際に呼が確立されるまで、話者間で言語情報の交換ができなかった点を改善できる。
【０００８】
しかしながら、言語情報を必要とするノードが通話の当事者間以外にも途中経路に存在するような通信システムを想定した場合に、例えば、特許文献１の提案を用いても解決できない問題がある。
【０００９】
すなわち、特許文献１の提案によれば、言語情報を通知する際には、ソフトタグを用いることになっている。ソフトタグは、ＳＩＰ(Session Initiation Protocol)（ＲＦＣ３２６１他にて規定）技術において定義されている情報伝達手段であるが、これによれば通話の当事者以外の途中経路のノードにおいては、言語情報を抽出することが困難である。
【００１０】
例えば、通話の当事者以外の途中経路に通訳サーバを配置し、この通訳サーバを用いて日本語から英語に言語の翻訳を行うといった翻訳サービスを想定したときには、通訳サーバにおいて、言語情報を抽出することは困難である。
【００１１】
すなわち、ソフトタグのような情報伝達手段の本体に書き込まれた情報を途中経路のノードにおいて、通話の当事者以外の者が自由に抽出できたならば、通信の秘匿性または安全性が保てなくなるので、途中経路のノードでは言語情報を抽出できない。
【００１２】
しかしながら、通訳サーバのような途中経路のノードを利用したサービスを実現するためには、この問題を解決しなければならない。
【００１３】
本発明は、このような背景の下に行われたものであって、通話の当事者以外の途中経路のノードにおいても言語情報を抽出することができ、翻訳サービスなどの途中経路のノードによって行われるサービスを実現することができる通信端末および通訳サーバおよび通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、ＶｏＩＰ技術を用い、予め設定された属性の言語を用いてユーザ間の通話を実現するのに際し、前記設定された言語の属性の情報である言語情報を発信時に着信側の通信端末へ通知する手段と、着信時に発信側から通知された言語情報から言語の属性を識別する手段とを備えた通信端末である。
【００１５】
ここで、本発明の特徴とするところは、前記通知する手段は、ＳＩＰメッセージにおけるＳＩＰヘッダに前記言語情報を書き込む手段を備えたところにある。
【００１６】
このように、ＳＩＰヘッダを用いて言語情報を伝達することにより、ヘッダの性格上、通話の当事者以外の途中経路のノードにおいても言語情報を抽出することが可能となる。
【００１７】
これを利用することにより、例えば、本発明の通信端末同士が通信を行う途中経路に設けられ、前記通信端末が送信するＳＩＰメッセージのＳＩＰヘッダから前記言語情報を抽出し、この抽出した言語情報から識別した言語の属性と同じ属性を有する異なる言語形態に変換する手段を備えた通訳サーバを実現することができる。
【００１８】
これにより、本発明の通信端末と本発明の通訳サーバとを含む通信システムを構築することができるので、通信端末間で相互に翻訳された言語で通話を行うことができる翻訳サービスを実現することができる。
【００１９】
ここでは、通訳サーバによる翻訳サービスの例を提案したが、それ以外でも、通信端末同士が通信を行う途中経路で言語情報を抽出することにより成り立つ、あらゆるサービスに本発明を適用することができる。
【００２０】
また、本発明を言語情報通知方法としての観点から観ることもできる。すなわち、本発明は、本発明の通信端末が行う言語情報通知方法であって、ＳＩＰメッセージにおけるＳＩＰヘッダに前記言語情報を書き込むことを特徴とする。また、本発明は、本発明の通信端末同士が通信を行う途中経路に設けられた本発明の通訳サーバが行う翻訳サービス提供方法であって、前記通信端末が送信するＳＩＰメッセージのＳＩＰヘッダから前記言語情報を抽出し、この抽出した言語情報から識別した言語の属性と同じ属性を有する異なる言語形態に変換することを特徴とする。
【００２１】
また、本発明をプログラムとしての観点から観ることもできる。すなわち、本発明は、汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、本発明の通信端末の機能に相応する機能を実現させるプログラムである。
【００２２】
または、本発明は、汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、本発明の通訳サーバの機能に相応する機能を実現させるプログラムである。
【００２３】
または、本発明は、汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、本発明の言語情報通知方法または翻訳サービス提供方法の手順に相応する手順を実行させるプログラムである。
【００２４】
本発明のプログラムは記録媒体に記録されることにより、前記汎用の情報処理装置は、この記録媒体を用いて本発明のプログラムをインストールすることができる。あるいは、本発明のプログラムを保持するサーバからネットワークを介して直接前記汎用の情報処理装置に本発明のプログラムをインストールすることもできる。
【００２５】
これにより、汎用の情報処理装置を用いて、本発明の通信端末または通訳サーバの機能に相応する機能を実現し、本発明の言語情報通知方法または翻訳サービス提供方法の手順に相応する手順を実行させることができる。
【００２６】
なお、本発明のプログラムは、汎用の情報処理装置によって直接実行可能なものだけでなく、ハードディスクなどにインストールすることによって実行可能となるものも含む。また、圧縮されたり、暗号化されたりしたものも含む。
【発明の効果】
【００２７】
本発明によれば、通話の当事者以外の途中経路のノードにおいても言語情報を抽出することができ、この通信端末が配置された通信システムにおいて、例えば、翻訳サービスを実現することができる。
【発明を実施するための最良の形態】
【００２８】
本発明の実施例を図１ないし図１３を参照して説明する。図１は、一般的なＶｏＩＰ技術に基づく音声通話サービスの提供基盤を示す図であると同時に、本発明を実施する場合の提供基盤を示す図でもある。ＶｏＩＰ契約者は自らの所持する通信端末１０−１および１０−２をサービス提供サーバ２０を備えたＶｏＩＰ網３０に接続することにより、他のＶｏＩＰ契約者に対して音声通話を行うことができる。
【００２９】
図２は、一般的なＶｏＩＰ技術における通話シーケンス図であると同時に、本発明を実施する場合の通話シーケンス図でもある。一般的な音声通話サービスを利用する場合には、発信側の通信端末１０−１は、着信側の通信端末１０−２に着信要求（Ｓ１−１）を送出する。続いて着信側の通信端末１０−２はその着信要求に対する肯定応答を返し（Ｓ１−２）、さらに発信側の通信端末１０−１が応答確認（Ｓ１−３）を送出することにより、音声通話を行う（Ｓ１−４）。
【００３０】
本発明における音声通話サービスを利用する場合に、発信側の通信端末１０−１は、着信側の通信端末１０−２に着信要求（Ｓ１−１）を送出する際に使用言語の属性を指定する。着信側はその使用言語の属性に応じた肯定応答（Ｓ１−２）を返し、さらに発信側が応答確認（Ｓ１−３）を送出することにより、使用言語の属性を調整した音声通話（Ｓ１−４）を行う。
【００３１】
図３は、一般的なＶｏＩＰ技術に基づく通信端末１０が備える基本的なブロック構成図であると同時に、本発明を実施する場合のブロック構成図でもある。一般的な音声通話サービスを利用する場合の通信端末１０は、その内部に音声通話サービス提供事業者および利用者が設定した情報を保持しており、設定部２はその設定情報の処理を行う。発信時には発信部３にてサービス提供事業者の提供するＶｏＩＰ網に対して必要な情報（例えば、通話先の電話番号等）を通知する等の処理を行う。着信時には着信部４にてサービス提供事業者の提供するＶｏＩＰ網からの必要な情報（例えば、通話元の電話番号等）を受信し、鳴動音を鳴らす、または、画像表示する等の処理を行う。
【００３２】
実際の発着信に伴う通信は、呼制御部５によりＶｏＩＰ網への登録や発着信での実際にＶｏＩＰ網とやり取りする情報の制御処理を行い、さらに通信制御／物理制御部６にて実際の通信処理を行う。
【００３３】
本実施例の通信端末１０は、従来のＶｏＩＰ技術に基づく通信端末が備える基本的なブロック構成（図３）において、設定部２に言語情報を設定する処理を追加し、発信部３に言語情報を通知する処理を追加し、着信部４に言語情報が通知された場合の処理を追加し、ユーザインタフェース部１にこれらの追加機能に対するユーザインタフェース処理を追加する。
【００３４】
本実施例の通信端末１０を用いることにより、音声通話に際して発信側の通信端末１０−１が言語情報を相手に通知することができるようになるため、着信側の通信端末１０−２がその言語情報を意識することができると共に、発着信者双方での言語の属性の調整を行うことができるようになる。
【００３５】
本実施例で情報伝達に用いるＳＩＰメッセージの構成を図４に示す。ＳＩＰメッセージは、図４に示すように、ＳＩＰヘッダ４０とＳＩＰボディ４３とから構成され、ＳＩＰヘッダ４０には、必須ヘッダ４１と追加ヘッダ４２とが書き込めるようになっている。本実施例では、設定部２によって追加ヘッダ４２に言語情報を書き込むことを特徴とする。
【００３６】
なお、特許文献１の提案では、ＳＩＰボディ４３のデータ格納部４４にソフトタグとして言語の情報を書き込んでいる。ＳＩＰボディ４３のデータ格納部４４には、ソフトタグの他にもＳＤＰ、ＨＴＭＬ、ＸＭＬ等の信号形式が書き込み可能である。
【００３７】
ただし、ＳＩＰボディ４３に書き込まれた言語情報は、特定の通信端末においてのみ抽出可能であり、後述する通訳サーバのように、ＳＩＰメッセージが伝送される経路途中の任意のノードによって抽出することはできない。これに対し、ＳＩＰヘッダ４０に書き込まれた言語情報は、ヘッダの性格上、ＳＩＰメッセージが伝送される経路途中の任意のノードによって抽出可能であり、後述する通訳サーバによっても言語情報を抽出することができる。
【００３８】
次に、本実施例における発着信時の処理として、図２の発信側の通信端末１０−１および着信側の通信端末１０−２の内部処理についてフローチャートを参照して説明する。
【００３９】
まず、通話に先立って図５のフローチャートに従って使用言語の設定処理を説明する。本処理を開始すると（Ｓ２−０）、まず、利用者に対して音声通話に使用する言語を選択させる（Ｓ２−１）。続いて、利用者が指定した言語の情報を通信端末内部に保存する（Ｓ２−２）。これにより本処理を終了する（Ｓ２−３）。なお「使用する言語を選択する」とは、言語の属性の選択の他に日本語か英語かという言語形態の選択を含む。
【００４０】
次に、図６のフローチャートに従って発信側の通信端末１０−１の処理を説明する。本処理を開始すると（Ｓ３−０）、まず、発信先の識別子（通常は電話番号）を選択する（Ｓ３−１）。続いて、図５のステップＳ２−２で保存した使用する言語の情報を言語情報として取り出し（Ｓ３−２）、その言語情報を付けた形で着信要求を送信する（Ｓ３−３）。その後、着信側の通信端末１０−２からステップＳ３−３に対する肯定応答を受信すると（Ｓ３−４）、さらにその肯定応答に対する確認を送信する（Ｓ３−５）。ステップＳ３−５の送信完了を持って、発着信双方の通信端末１０−１および１０−２間で音声通話を開始する（Ｓ３−６）。これにより本処理を終了する（Ｓ３−７）。
【００４１】
次に、図７のフローチャートに従って着信側の通信端末１０−２の処理を説明する。本処理を開始すると（Ｓ４−０）、まず、発信側の通信端末１０−１からの着信要求を受信する（Ｓ４−１）。受信した着信要求に言語情報が含まれているかを判断し（Ｓ４−２）、含まれていた場合はその言語情報を利用者に対して通知（表示）する（Ｓ４−３）。続いて、鳴動や画面表示を含む着信処理を行い（Ｓ４−４）、利用者の操作を待つ。利用者の着信操作を受け、発信側の通信端末１０−１に対して肯定応答を送信する（Ｓ４−５）。その後、発信側の通信端末１０−１から肯定応答（Ｓ４−５）に対する応答確認を受信し（Ｓ４−６）、その受信をもって、発着信双方の通信端末１０−１および１０−１間で音声通話を開始する（Ｓ４−７）。これにより本処理を終了する（Ｓ４−８）。
【００４２】
以上により、発着信双方の通信端末１０−１および１０−２間で通話言語についての属性の調整を行った上での音声通話が提供できる。
【００４３】
さらにまた、図８のフローチャートに従って、発信側の通信端末１０−１での通話言語の指定を、事前設定ではなく発信時に指定する場合の発信処理を説明する。本処理を開始すると（Ｓ５−０）、まず、発信先を指定するが（Ｓ５−１）、利用者が既に指定済みの通話言語以外の言語を指定する場合には（Ｓ５−２）、新たな通話言語の指定を行う（Ｓ５−４）。利用者が新たな通話言語を指定しない場合は（Ｓ５−２）、既に設定されている通話言語の言語情報を取り出す（Ｓ５−３）。以下のステップＳ５−５〜Ｓ５−９の処理は、それぞれＳ３−３〜Ｓ３−７の処理と同様である。以上により、発信側の通信端末１０−１が事前設定した通話言語以外を指定することが可能となる。
【００４４】
さらにまた、図９および図１０のフローチャートに従って、着信側の通信端末１０−２が発信側の通信端末１０−１から通知された言語情報に対して別の言語での指定がなされた際の発着信処理を説明する。
【００４５】
着信側の通信端末１０−２の処理を開始すると（Ｓ６−０）、ステップＳ６−１〜Ｓ６−３にて、それぞれステップＳ４−１〜Ｓ４−３と同様の処理を行う。ステップＳ６−２にて発信側の通信端末１０−１からの言語情報を含んでいた場合に、言語情報の表示を行うが（Ｓ６−３）、利用者の操作により通話言語の再指定を可能とする（Ｓ６−４）。再指定が行われると、発信時と同様に、通話言語の言語情報を付けた肯定応答を発信側の通信端末１０−１に返す（Ｓ６−５）。ステップＳ６−２にて言語情報が含まれていなかった場合は、肯定応答を発信側の通信端末１０−１に返す（Ｓ６−６）。その後、発信側の通信端末１０−１からの応答確認を受信し（Ｓ６−７）、それを受けて通話を開始する（Ｓ６−８）。これにより着信側の通信端末１０−２の処理を終了する（Ｓ６−９）。
【００４６】
発信側の通信端末１０−１の処理を開始すると（Ｓ７−０）、ステップＳ７−１およびＳ７−２にて、それぞれステップＳ３−３およびＳ３−４と同様の処理を行う。ステップＳ７−２にて着信側の通信端末１０−２からの言語情報を含んでいた場合に、着信側の通信端末１０−２が指定した通話言語の言語情報を表示する（Ｓ７−４）。ステップＳ７−５およびＳ７−６にて、それぞれステップＳ３−５およびＳ３−６と同様の処理を行う。これにより発信側の通信端末１０−１の処理を終了する（Ｓ７−７）。
【００４７】
以上により、発信側の通信端末１０−１が通話言語の指定として複数言語を指定した場合に、着信側の通信端末１０−２で複数言語の中から発信側の通信端末１０−１に通話言語を指定することができる。
【００４８】
次に、図１で示したＶｏＩＰ網３０に通訳サーバ５０を設置したＶｏＩＰ網３１を図１１に示す。ここでは図１１に示すようなＶｏＩＰ網３１によって行われる翻訳サービスについて説明する。翻訳サービスとは、例えば、発信側の通信端末１０−１が日本語圏内に有り、着信側の通信端末１０−２が英語圏内に有るような場合に、発信側の通信端末１０−１が発信時に日本語から英語への翻訳を通訳サーバ５０に対して要求すると、通訳サーバ５０は通信端末１０−１から到着した日本語による通話データを英語の通話データに翻訳して通信端末１０−２に送信するサービスである。
【００４９】
このサービスを実施するためには、通訳サーバ５０においても通信端末１０−１と通信端末１０−２との間で伝達される言語情報を取得する必要がある。その理由は、日本語から英語に言語形態を変換する場合であってもその言語の属性は通訳サーバ５０側が変えてはならないからである。
【００５０】
既に説明したように、例えば、特許文献１の提案では、本発明における言語情報に相応する情報がＳＩＰボディにソフトタグとして書き込まれており、通信端末１０−１および１０−２以外のノードである通訳サーバ５０が言語情報を取得することは困難であったが、本実施例では、言語情報がＳＩＰヘッダに書き込まれており、ヘッダの性格上、途中経路にある通訳サーバ５０がＳＩＰヘッダの内容を読み取ることができる。これにより、通訳サーバ５０は、翻訳サービスを実施するために必要となる通信端末１０−１と通信端末１０−２との間でやり取りされる言語情報を抽出して取得することができる。
【００５１】
次に、通訳サーバ５０の動作を図１２および図１３を参照して説明する。図１２は通訳サーバ５０のブロック構成の内、本発明と直接関係のあるブロックのみを図示した要部ブロック構成図である。図１３は通訳サーバ５０の処理手順を示すフローチャートである。
【００５２】
本処理が開始され（Ｓ８−０）、通訳サーバ５０が発信側の通信端末１０−１からのＳＩＰメッセージを受信すると（Ｓ８−１）、ＳＩＰメッセージのＳＩＰヘッダ４０における追加ヘッダ４２には、図１２に示すように、言語情報と翻訳要求とが書き込まれている。さらに、ＳＩＰボディ４３のデータ格納部４４内には、翻訳前の日本語による通話データが書き込まれている。
【００５３】
言語情報抽出部５１は、追加ヘッダ４２から言語情報を抽出し（Ｓ８−２）、抽出した言語情報を言語属性識別部５２に渡す。言語属性識別部５２は、言語情報を解析することによって言語の属性を識別する（Ｓ８−３）。これと並行して翻訳要求抽出部５４は、追加ヘッダ４２に翻訳要求が有るか否かを調べ（Ｓ８−４）、翻訳要求が有る場合には、その旨を翻訳実行部５３に伝達する。
【００５４】
また、翻訳要求には「日本語を英語に変換せよ（日本語→英語）」という指示が書き込まれており、翻訳要求抽出部５４は、翻訳実行部５３に対し、日本語を英語に翻訳する旨も伝達する。
【００５５】
翻訳実行部５３は、翻訳要求抽出部５４からの伝達を受け取り、さらに、言語属性識別部５２が識別した言語属性の情報も受け取り、これにより、データ格納部４４に格納されている日本語の通話データに対して英語への翻訳を実行する（Ｓ８−５）。このようにして翻訳サービス処理は終了する（Ｓ８−６）。
【００５６】
通訳サーバ５０からサービス提供サーバ２０を介して着信側の通信端末１０−２に送信されるＳＩＰメッセージの追加ヘッダ４２には、翻訳完了フラグが設定される。また、ＳＩＰボディ４３のデータ格納部４４には、英語に翻訳された通話データが格納される。
【００５７】
（プログラムの実施例）
汎用の情報処理装置にインストールすることにより、その汎用の情報処理装置に、本実施例の通信端末１０−１、１０−２、通訳サーバ５０の機能に相応する機能を実現させるプログラムの実施例を説明する。
【００５８】
本実施例のプログラムは記録媒体に記録されることにより、前記汎用の情報処理装置は、この記録媒体を用いて本実施例のプログラムをインストールすることができる。あるいは、本実施例のプログラムを保持するサーバからネットワークを介して直接前記汎用の情報処理装置に本実施例のプログラムをインストールすることもできる。
【００５９】
これにより、汎用の情報処理装置を用いて、本実施例の通信端末１０−１、１０−２、通訳サーバ５０の機能に相応する機能を実現させ、本発明の言語情報通知方法および翻訳サービス提供方法を実行させることができる。
【００６０】
なお、本実施例のプログラムは、汎用の情報処理装置によって直接実行可能なものだけでなく、ハードディスクなどにインストールすることによって実行可能となるものも含む。また、圧縮されたり、暗号化されたりしたものも含む。
【産業上の利用可能性】
【００６１】
本発明によれば、通話の当事者以外の途中経路のノードにおいても言語情報を抽出することができ、例えば、翻訳サービスのような途中経路において提供されるサービスの実現に利用することができる。
【図面の簡単な説明】
【００６２】
【図１】本発明を実施する場合の提供基盤となるＶｏＩＰ網を示す図。
【図２】本発明を実施する場合の通話シーケンス図。
【図３】本発明を実施する場合の通信端末のブロック構成図。
【図４】本実施例で情報伝達に用いるＳＩＰメッセージの構成図。
【図５】使用言語の設定処理を示すフローチャート。
【図６】発信側の通信端末の処理を示すフローチャート。
【図７】着信側の通信端末の処理を示すフローチャート。
【図８】発信側の通信端末での通話言語の指定を、事前設定ではなく発信時に指定する場合の発信処理を示すフローチャート。
【図９】着信側の通信端末が発信側の通信端末から通知された言語情報に対して別の言語での指定がなされた際の発着信処理を示すフローチャート（着信側）。
【図１０】着信側の通信端末が発信側の通信端末から通知された言語情報に対して別の言語での指定がなされた際の発着信処理を示すフローチャート（発信側）。
【図１１】通訳サーバを設置したＶｏＩＰ網を示す図。
【図１２】通訳サーバの要部ブロック構成図。
【図１３】通訳サーバの処理手順を示すフローチャート。
【符号の説明】
【００６３】
１  ユーザインタフェース部
２  設定部
３  発信部
４  着信部
５  呼制御部
６  通信制御／物理制御部
１０、１０−１、１０−２  通信端末
２０  サービス提供サーバ
３０、３１  ＶｏＩＰ網
４０  ＳＩＰヘッダ
４１  必須ヘッダ
４２  追加ヘッダ
４３  ＳＩＰボディ
４４  データ格納部
５０  通訳サーバ
５１  言語情報抽出部
５２  言語属性識別部
５３  翻訳実行部
５４  翻訳要求抽出部
【図１】
2008236350.tif 000003
【図２】
2008236350.tif 000004
【図３】
2008236350.tif 000005
【図４】
2008236350.tif 000006
【図５】
2008236350.tif 000007
【図６】
2008236350.tif 000008
【図７】
2008236350.tif 000009
【図８】
2008236350.tif 000010
【図９】
2008236350.tif 000011
【図１０】
2008236350.tif 000012
【図１１】
2008236350.tif 000013
【図１２】
2008236350.tif 000014
【図１３】
2008236350.tif 000015