(57)【要約】【課題】セッション開始プロトコルにおいて、ユーザが選好する筆記体系が何であるかを自動的に判定するための、また発呼者ＩＤ情報を好ましい書記体系でユーザに提供するための方式を提供すること。【解決手段】第１のセッション開始プロトコル（ＳＩＰ）メッセージの「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」ヘッダ・フィールドが、通信の第１の側の選好言語を識別し、データベースが、言語を筆記体系と相互に関連付け、その相互関連は、第２のＳＩＰメッセージの「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」、「Ｆｒｏｍ」、または「Ｃｏｎｔａｃｔ」ヘッダ・フィールドに、第１の側の選好言語の筆記体系で表現された通信の第２の側の名前を挿入するために使用される。【選択図】図１
2009171566.tif 000002
【特許請求の範囲】
【請求項１】
受信した第１のセッション開始プロトコル（ＳＩＰ）・メッセージの第１のフィールドのコンテンツから選好言語を判定すること、
判定した前記選好言語に対応する筆記体系を選定すること、ならびに
選定した前記筆記体系で表現された情報を第２のフィールド内に持つ第２のＳＩＰメッセージを送信すること、
を含む方法。
【請求項２】
前記第１のフィールドは「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」フィールドを含み、前記第２のフィールドは、「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」、「Ｆｒｏｍ」、および「Ｃｏｎｔａｃｔ」フィールドのうちの１つを含む、請求項１に記載の方法。
【請求項３】
判定することは、
前記第１のＳＩＰメッセージを通信の第１の側から受信すること、ならびに
前記第１の側の選好言語を判定することを含み、
送信することは、
前記第２のＳＩＰメッセージを前記第１の側に送信することを含み、前記情報は、前記通信の第２の側の名前を含む、請求項１に記載の方法。
【請求項４】
そのコンテンツによって選好言語が識別される第１のフィールドを有する第１のセッション開始プロトコル（ＳＩＰ）・メッセージを送信すること、
それに応答して、前記選好言語に対応する筆記体系で表現された情報を第２のフィールド内に持つ第２のＳＩＰメッセージを受信すること、ならびに
前記筆記体系で表現された前記情報を表示すること、
を含む方法。
【請求項５】
前記第１のフィールドは「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」フィールドを含み、前記第２のフィールドは、「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」、「Ｆｒｏｍ」、および「Ｃｏｎｔａｃｔ」フィールドのうちの１つを含む、請求項４に記載の方法。
【請求項６】
送信することは、
前記第１のＳＩＰメッセージを通信の第２の側に送信することを含み、前記第１のフィールドのコンテンツは、前記通信の第１の側の選好言語を識別し、
受信することは、
前記第２のＳＩＰメッセージを前記第２の側から受信することを含み、前記第２のフィールドは前記第２の側の名前を持っており、
表示することは、
前記筆記体系で表現された前記名前を前記第１の側に表示することを含む、請求項４に記載の方法。
【請求項７】
命令を含んだコンピュータ可読媒体であって、それらの命令は、コンピュータによって実行されると、請求項１乃至６のいずれか１項に記載の方法を実施する、コンピュータ可読媒体。
【請求項８】
筆記体系を言語と相互に関連付ける情報源と、
セッション開始プロトコル（ＳＩＰ）・メッセージを受信および送信するための入力および出力と、
第１のＳＩＰメッセージの受信に応答するエンティティであって、前記第１のＳＩＰメッセージの第１のフィールドのコンテンツから選好言語を判定するためのものであり、前記情報源から、前記選好言語に対応する筆記体系を判定するためのものであり、判定した前記筆記体系で表現された情報を第２のフィールド内に持つ第２のＳＩＰメッセージを送信するためのものであるエンティティと、
を備える装置。
【請求項９】
前記第１のフィールドは「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」フィールドを含み、前記第２のフィールドは、「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ」、「Ｆｒｏｍ」、および「Ｃｏｎｔａｃｔ」フィールドのうちの１つを含む、請求項８に記載の装置。
【請求項１０】
前記情報は、通信の第２の側の名前を含み、その名前は、前記通信の第１の側の選好言語に対応する筆記体系で表現されている、請求項８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は遠隔通信に関する。
【背景技術】
【０００２】
セッション開始プロトコル（ＳＩＰ）は一般に、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）呼などの遠隔通信を整備し制御するために使用されている。ＳＩＰプロトコル・メッセージは、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」フィールドを含んでおり、このフィールドは、説明句（ｒｅａｓｏｎ  ｐｈｒａｓｅｓ）、セッション記述、メッセージ本文として伝えられるステータス応答、または言語に基づいた呼ルーティングのためにメッセージ送信者に選好される言語を識別するものである。ＳＩＰプロトコル・メッセージは、「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」フィールドをさらに含んでおり、このフィールドは、メッセージの受信者に「発呼者ＩＤ」として表示する目的で、メッセージの送信者の名前を伝達するために使用される。
【０００３】
ユーザは、発呼者ＩＤ情報をユーザの現地の筆記体系で、すなわち、ユーザの母国語の言語が現地で記される文字セットで見ることを望む。例えば、西ヨーロッパおよびアフリカの言語の話者は、ラテン文字（ローマ文字）の書記体系で記された発呼者ＩＤ情報を見ることを望むであろうし、大部分のインド語の話者は、デバナーガリー文字の書記体系で記された情報を見ることを望むであろうし、大部分の中東の言語の話者は、アラビア文字の書記体系で記された情報を見ることを望むであろうし、中国語の話者は、漢字の書記体系で記された情報を見ることを望むであろう。しかしながら、ＳＩＰ規格では、ユーザが選好する筆記体系が何であるかを自動的に判定するための、また発呼者ＩＤ情報を好ましい書記体系でユーザに提供するための方式が指定されていない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、従来技術のこれらの問題と欠点ならびに他の問題と欠点を解決することに関する。
【課題を解決するための手段】
【０００５】
本発明の一態様によれば、選好言語が、受信した第１のセッション開始プロトコル（ＳＩＰ）メッセージの「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」ヘッダ・フィールドのコンテンツから判定され、その選好言語に対応する筆記体系が選定され、選定された筆記体系で表現された情報が、第２のＳＩＰメッセージの「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」、「Ｆｒｏｍ」、または「Ｃｏｎｔａｃｔ」ヘッダ・フィールドのうちの少なくとも１つに送り込まれる。実例として、第１のＳＩＰメッセージは、通信の第１の側から通信の第２の側によって受信され、その情報は、第２の側の識別子、例えば名前である。第２のＳＩＰメッセージは、第２の側によって第１の側に送信される。発呼側または着呼側はしたがって、呼において、それらの側自体の選好言語の筆記体系（例えば、それらの側の現地の書記体系）で表現された相手の身元を、ＳＩＰメッセージを通じて受信することが可能となっている。
【０００６】
本発明の実施形態は、ある方法およびその方法を実施するための対応する装置と、コンピュータで実行されるとその方法をコンピュータに実施させる命令を含んだコンピュータ可読媒体との双方を含んでいる。
【０００７】
本発明のこれらの特徴と利点ならびに他の特徴と利点は、本発明の例示的な実施形態についての以下の説明を図面と共に検討することによって、より明らかとなろう。
【発明を実施するための最良の形態】
【０００８】
図１は、通信システム１００を示しており、この通信システム１００は、少なくとも１つの通信ネットワーク１０６によって相互接続された２つ以上の通信デバイス１０２、１１０を備えている。各デバイス１０２、１１０は、表示画面１１２を有している。ネットワーク１００内で、デバイス１０２、１１０はサーバ１０４に接続されており、またサーバ１０４によってサービスを受けている。あるいは、各デバイス１０２、１１０は、ネットワーク１０６の異なるサーバによってサービスを受けていてもよい。通信システム１００は、セッション開始プロトコル（ＳＩＰ）を使用してデバイス１０２と１００の間の通信を確立し制御する、いかなる所望の通信システムであってもよい。一例に過ぎないが、ネットワーク１０６は、インターネットまたはローカル・エリア・ネットワークなどのデータ・ネットワークを含み、サーバ１０４は、プロキシ、通信マネージャ、またはＶｏＩＰ構内交換などの通信サーバを含み、通信デバイス１０２、１００は、有線もしくは無線ＶｏＩＰ電話、パーソナル・デジタル・アシスタント、パーソナル・コンピュータ、その他種々のものなどの望ましいいかなるデバイスをも含む。ＳＩＰプロトコルを使用することを除き、システム１００またはその構成要素の種類および構造は、重要ではない。これまでに説明したように、システム１００は通常のものである。
【０００９】
本発明の一態様によれば、サーバ１０４は、言語と書記体系との変換のデータベース１２４へのアクセスを有している。複数のサーバが、デバイス１０２、１１０にサービスを与える場合、各サーバは、１つのデータベース１２４を共有していてもよく、また、各サーバは、各サーバ自体のデータベース１２４を有していてもよい。データベース１２４は、言語を、それらの言語を表現する（記す）ために現地で使用される筆記体系と相互に関連させる。各書記体系は、１つ以上の言語と相互に関連している。
【００１０】
サーバ（１つまたは複数）１０４内で、各デバイス１０２、１１０は、そのプロパティと共に管理されている。これらのプロパティには、デバイスのアドレス（例えば電話番号）と、デバイスの所有者／ユーザの選好言語（例えば母国語）の識別子と、所有者の／ユーザの母国語の現地での筆記体系で（現地での筆記体系がラテン文字でない場合）、さらにまた任意選択により他の筆記体系で表現された、デバイスの所有者／ユーザの現地での名前と、ラテン文字（ローマ文字）の筆記体系で表現された所有者／ユーザの名前と、が挙げられる。
【００１１】
図２Ａ、図２Ｂは、本発明の理解に密接に関連するシステム１００の呼確立操作を示している。図２Ａ、図２Ｂでは、通信デバイス１０２のユーザが発呼側であること、ならびに通信デバイス１１０のユーザが着呼側であることを仮定している。発呼側が着呼側への呼を開始すると、通信デバイス１０２は、ステップ２００で、通常のＳＩＰ「招待」メッセージをサーバ１０４に送信する。このＳＩＰ「招待」メッセージでは、その「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」ヘッダ・フィールドにおいて発呼側の選好言語を識別することができる。サーバ１０４は、ステップ２０２で、通常のＳＩＰ「１００  試行中」メッセージを通信デバイス１０２に返すことによって応答する。サーバ１０４は、「招待」メッセージの「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」ヘッダ・フィールドによって既に、ステップ２０３で発呼側の選好言語が識別されているかどうかを確認する。識別されていない場合、サーバ１０４は、ステップ２０４で、その管理レコードにおいて発呼側の名前および選好言語を調べ、「招待」メッセージの「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」フィールドに発呼側の選好言語の識別子を挿入する。いずれの場合においても、サーバ１０４はまた、ステップ２０６で、「招待」メッセージの「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」フィールドに、ラテン文字の書記体系で表現された発呼側の名前を挿入する。サーバ１０４は次いで、ステップ２０８で、「招待」メッセージを着呼側の通信デバイス１１０に送信する。
【００１２】
「招待」メッセージを受信したことに応答して、通信デバイス１１０は、ステップ２１０で、通常のＳＩＰ「１８０  呼出し」メッセージをサーバ１０４に返す。この「１８０  呼出し」メッセージでは、その「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」ヘッダ・フィールドにおいて着呼側の選好言語を識別することができる。デバイス１１０はまた、ステップ２１２で、受信した発呼側の名前、すなわちラテン文字の書記体系で表現された名前を、デバイス１１０の表示部１１２上に表示する。
【００１３】
「１８０  呼出し」メッセージの受信に応答して、サーバ１０４は、ステップ２１３で、「１８０  呼出し」メッセージの「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」ヘッダ・フィールドによって既に、着呼側の選好言語が識別されているかどうかを確認する。識別されていない場合、サーバ１０４は、ステップ２１４で、その管理レコードにおいて着呼側の選好言語を調べ、「１８０  呼出し」メッセージの「Ａｃｃｅｐｔ−ｌａｎｇｕａｇｅ」フィールドに着呼側の選好言語の識別子を挿入する。いずれの場合においても、サーバ１０４は次いで、ステップ２１６でデータベース１２４を使用して発呼側の選好言語の筆記体系を判定し、ステップ２１８で、その管理レコードが、判定した筆記体系で表現された着呼側の名前を含んでいるかどうかを確認する。含んでいる場合、サーバ１０４は、ステップ２２０で、「１８０  呼出し」メッセージの「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」フィールドに、判定した筆記体系で表現された着呼側の名前を挿入する。含んでいない場合、サーバ１０４は、ステップ２２２で、「１８０  呼出し」メッセージの「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」フィールドに、ラテン文字の書記体系で表現された着呼側の名前を挿入する。サーバ１０４は次いで、ステップ２２４で、発呼する通信デバイス１０２に「１８０  呼出し」メッセージを送信する。
【００１４】
「１８０  呼出し」メッセージの受信に応答して、通信デバイス１０２は、ステップ２２６で、受信した着呼側の名前を、すなわち発呼側の選好言語の書記体系かまたはラテン文字の書記体系のいずれかで表現した着呼側の名前を、デバイス１０２の表示部１１２上に表示する。
【００１５】
「１８０  呼出し」メッセージを通信デバイス１０２に送信した後、サーバ１０４は、ステップ２２８で、データベース１２４を使用して着呼側の選好言語の筆記体系を判定する。選好言語が非ラテン文字の書記体系を使用するとステップ２３０で判定された場合、サーバ１０４は、ステップ２３２で、その管理レコードが、判定した非ラテン文字の筆記体系で表現された発呼側の名前を含んでいるかどうかを調べる。含んでいる場合、サーバ１０４は、ステップ２３４で、ＳＩＰ「更新」メッセージの「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」フィールドに、判定した筆記体系で表現された発呼側の名前を挿入し、ステップ２３６で、その「更新」メッセージを通信デバイス１１０に送信する。
【００１６】
「更新」メッセージの受信に応答して、通信デバイス１１０は、ステップ２３７で、その表示部１１２上に発呼側の名前を、いかなる書記体系で受信したかに関わらずその書記体系で表示し、ステップ２３８で、「２００  ＯＫ」メッセージをサーバ１０４に返す。
「２００  ＯＫ」メッセージを受信したことに応答して、着呼した通信デバイス１１０から、サーバ１０４は、ステップ２４２で、発呼する通信デバイス１０２にその「２００  ＯＫ」メッセージを転送する。
【００１７】
呼がここで、サービス１０２と１１０との間に確立されており、通信デバイス１０２と１１０の双方の表示画面１１２がここで、好ましくは、相手側の名前をその相手側の選好言語の筆記体系で表示している。
【００１８】
当然ながら、上述の例示的な実施形態に対する多様な変更および修正が、当業者には明らかとなろう。例えば、ＳＩＰメッセージの「Ｆｒｏｍ」または「Ｃｏｎｔａｃｔ」ヘッダ・フィールドを「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」ヘッダ・フィールドの代わりに使用して、ある側の身元を伝達することもできる。サーバ１０４は、次回に着呼側の電話が着呼したときサーバが事前に着呼側の言語選好を把握するように、着呼側の選好言語をキャッシュ（保存）することができる。これが意味するところによれば、最初の「招待」メッセージは、発呼側の名前を「Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｆｙ」ヘッダ・フィールド内に着呼側の筆記体系で有し、サーバは、２回目に同じ番号が着呼したときに「更新」メッセージを送信しなくてもよい。また、着呼した電話は、発呼側の名前の両バージョンを、すなわちラテン文字の書記体系での名前（「招待」メッセージに入れて送信される）と、現地の書記体系での名前（「更新」メッセージに入れて送信される）とを示すように選ぶことができる。これらの変更および修正は、本発明の趣旨および範疇から逸脱することなく、また付随する利点を減じることなく行うことができる。したがって、そのような変更および修正は、先行技術によって限定されるものを除いて、特許請求の範囲によって網羅されることを意図している。
【図面の簡単な説明】
【００１９】
【図１】本発明の例示的な実施形態を含んだ遠隔通信システムの構成図である。
【図２Ａ】図１のシステムの呼確立操作の流れ図である。
【図２Ｂ】図１のシステムの呼確立操作の流れ図である。
【図１】
2009171566.tif 000003
【図２Ａ】
2009171566.tif 000004
【図２Ｂ】
2009171566.tif 000005