(57)【特許請求の範囲】
【請求項１】
第１の通信装置（Ｄ）の物理的な位置を表す位置情報（２）を、前記第１の通信装置（Ｄ）からサーバ（Ｓ）に通知するための方法において、
第２の通信装置（Ｔ）との通信コネクション（２６）を開始するために、第３の通信装置（Ｃ）によってトリガされる前記サーバ（Ｓ）から、前記第１の通信装置（Ｄ）を招待するための第１のインバイトメッセージ（１２）を、前記第１の通信装置（Ｄ）に送信するステップと、
前記第１のインバイトメッセージ（１２）に対する応答として、前記第１の通信装置（Ｄ）の応答メッセージ（１３）を前記サーバ（Ｓ）に送信するステップとを備えており、
但し、前記位置情報（２）は、前記通信コネクション（２６）の許可のために前記第２の通信装置（Ｔ）を招待するための、前記サーバ（Ｓ）から前記第２の通信装置（Ｔ）への第２のインバイトメッセージ（１４）に挿入するために、前記応答メッセージ（１３）に挿入されている、
ことを特徴とする方法。
【請求項２】
前記応答メッセージ（１３）に挿入されていた前記位置情報（２）が挿入されている、前記サーバ（Ｓ）の前記第２のインバイトメッセージ（１４）を前記第２の通信装置（Ｔ）に送信することによって、前記位置情報（２）を前記サーバ（Ｓ）から第２の通信装置（Ｔ）に通知する、
請求項１に記載の方法。
【請求項３】
前記位置情報（２）をセッション開始プロトコルの使用によって通知し、
前記第１の通信装置（Ｄ）、前記第２の通信装置（Ｔ）、前記第３の通信装置（Ｃ）及び前記サーバ（Ｓ）をサード・パーティ・コール・コントロール・コンフィギュレーションにおいて使用する、
請求項１又は請求項２に記載の方法。
【請求項４】
前記第１のインバイトメッセージ（１２）として、３ＰＣＣ  ＳＩＰ  ＩＮＶＩＴＥリクエストメッセージを使用し、
前記応答メッセージ（１３）として、ＳＩＰ２００ＯＫ応答メッセージを使用する、
請求項３に記載の方法。
【請求項５】
前記位置情報（２）を、前記第２のインバイトメッセージ（１４）として使用されるＳＩＰ  ＩＮＶＩＴＥリクエストメッセージに挿入する、
請求項３又は請求項４に記載の方法。
【請求項６】
前記位置情報（２）を、標準ＲＦＣ６４４２において規定されている位置情報（２）ヘッダ及びＰＩＤＦ−ＬＯボディの形式で前記応答メッセージ（１３）に挿入する、
請求項３乃至５のいずれか一項に記載の方法。
【請求項７】
前記第１のインバイトメッセージ（１２）及び／又は前記第２のインバイトメッセージ（１４）に挿入された前記位置情報（２）に由来するエラーに関する情報の通知にＳＩＰ  ＢＹＥメッセージ（２４）を使用する、
請求項３乃至６のいずれか一項に記載の方法。
【請求項８】
前記第２の通信装置（Ｔ）によって前記サーバ（Ｓ）に送信されたＳＩＰ４２４応答メッセージ（２１）を受信した後に、前記ＳＩＰ  ＢＹＥメッセージ（２４）を、前記サーバ（Ｓ）によって前記第１の通信装置（Ｄ）に送信し、前記ＳＩＰ  ＢＹＥメッセージ（２４）を、前記第２のインバイトメッセージ（１４）に挿入された前記位置情報（２）に由来するエラーの報告に使用する、
請求項７に記載の方法。
【請求項９】
前記第１のインバイトメッセージ（１２）及び／又は前記第２のインバイトメッセージ（１４）に挿入された前記位置情報（２）に由来するエラーに関する情報の通知にＳＩＰ  ＡＣＫメッセージ（２５）を使用する、
請求項３乃至６のいずれか一項に記載の方法。
【請求項１０】
前記第２の通信装置（Ｔ）によって前記サーバ（Ｓ）に送信されたＳＩＰ２００ＯＫ応答メッセージ（２２）を受信した後に、前記ＳＩＰ  ＡＣＫメッセージ（２５）を、前記サーバ（Ｓ）によって前記第１の通信装置（Ｄ）に送信し、前記ＳＩＰ  ＡＣＫメッセージ（２５）を、前記第２のインバイトメッセージ（１４）に挿入された前記位置情報（２）に由来するエラーの報告に使用する、
請求項９に記載の方法。
【請求項１１】
前記位置情報に由来するエラーに関する情報の通知に使用される前記メッセージ（２１，２２，２４，２５）はジオロケーションエラーヘッダを含む、
請求項７乃至１０のいずれか一項に記載の方法。
【請求項１２】
請求項１乃至１１のいずれか一項に記載の方法を実行するためのコンピュータプログラム。
【請求項１３】
請求項１２に記載のコンピュータプログラムを含む機械読み取り可能な媒体。
【請求項１４】
第１の通信装置（Ｄ）の物理的な位置を表す位置情報（２）を前記第１の通信装置（Ｄ）からサーバ（Ｓ）に通知するための第１の通信装置（Ｄ）において、
該第１の通信装置（Ｄ）は、
第２の通信装置（Ｔ）との通信コネクション（２６）を開始するために、第３の通信装置（Ｃ）によってトリガされる前記サーバ（Ｓ）から前記第１の通信装置（Ｄ）に送信される、前記第１の通信装置（Ｄ）を招待するための第１のインバイトメッセージ（１２）を受信するように構成されている受信ユニット（３）と、
前記通信コネクション（２６）の許可のために前記第２の通信装置（Ｔ）を招待するための、前記サーバ（Ｓ）から前記第２の通信装置（Ｔ）への第２のインバイトメッセージ（１４）に前記位置情報（２）を挿入することができるように、前記位置情報（２）を前記第１の通信装置（Ｄ）の応答メッセージ（１３）に挿入するように構成されている第１の挿入ユニット（４）と、
前記第１のインバイトメッセージ（１２）に応答して、前記サーバ（Ｓ）に対して前記応答メッセージ（１３）を送信するように構成されている第１の送信ユニット（５）と、
を備えている、
ことを特徴とする第１の通信装置（Ｄ）。
【請求項１５】
請求項１４に記載の第１の通信装置（Ｄ）とサーバ（Ｓ）とを備えている通信システムにおいて、
前記サーバ（Ｓ）は、
前記応答メッセージ（１３）に挿入されている前記位置情報（２）を前記第２のインバイトメッセージ（１４）に挿入するように構成されている第２の挿入ユニット（７）と、
前記サーバ（Ｓ）から前記第２の通信装置（Ｔ）に前記位置情報（２）を通知するために、前記第２のインバイトメッセージ（１４）を前記第２の通信装置（Ｔ）に送信するように構成されている第２の送信ユニット（８）と、
を備えている、
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１の通信装置の物理的な位置を表す位置情報を第１の通信装置からサーバに通知するための方法に関する。更に本発明は、その種の方法を実行するためのコンピュータプログラム製品及び位置情報を通知するための第１の通信装置に関する。
【背景技術】
【０００２】
通信装置、例えば携帯電話又はＩＰフォン、パーソナル・ディジタル・アシスタント（Personal Digital Assistant、以下ＰＤＡと記す）、タブレットＰＣ、ラップトップＰＣ又はデスクトップＰＣのような装置の構成要素に提供される位置情報は、その装置の物理的な位置を表すために規定されている。この位置情報は、緊急通信要求を発信した装置の位置を特定するために、ＮＧ９１１（次世代９−１−１）又はＮＧ１１２（次世代１−１−２）のような緊急サービスによって使用される。そのような位置情報を、郵便の宛先のような都市位置及び／又は地図位置のような地理空間座標として表すことができる。装置の物理的な位置は、サーバ、例えばテレフォニーサーバが、発呼による通信コネクションの開始（ルーティング）のために利用されるべき適切な緊急サービス番号を探し当てるために必要とされる。セッション開始プロトコル（Session Initiation Protocol、以下ＳＩＰと記す）が使用される場合には、通信装置は、サーバとの通信コネクションを開始するため、即ち呼を開始するために、ＳＩＰリクエストメッセージをサーバに送信することによって、自身の位置情報をテレフォニーサーバに通知することができる。
【０００３】
二つのパーティ間で、即ち通信装置とサーバとの間で通信コネクションをネゴシエーション及び確立する代わりに、第１の通信装置と第２の通信装置との間の通信コネクションを第３の通信装置の管理下で開始することも可能である。そのような通信コネクションの開始は、メディア通信に関与する装置にとってはあまり一般的なものではないが、しかしながら、例えばＳＩＰメッセージングを提供するサーバを介して機能及び動作を制御するための専用のエンティティにとってはむしろ通常のことである。一つの例として、「クリック・トゥ・ダイアル（click to dial）」オプションを備えているウェブページを提供するコールセンターアプリケーション又はウェブサーバが挙げられる。そのような第３の通信装置をコンピュータ・テレフォニー・インテグレーション（Computer Telephony Integration、以下ＣＴＩと記す）サーバと称することができる。ＣＴＩサーバはスタンドアローン型のエンティティとしてホストを務めることができるか、又は、ＣＴＩサーバを通信装置のような別の装置に組み込むことができる。従来のテレフォニーの関係においては、サード・パーティ・コール・コントロール（Third Party Call Control、以下３ＰＣＣと記す）によって、一つのエンティティ、例えば第３の通信装置のユーザは、二つ以上の他のパーティ間の、例えば第１の通信装置と第２の通信装置との間の通信コネクション、通信関係又はテレフォンコールを設定及び管理することができる。３ＰＣＣは、（第１の通信装置及び第２の通信装置の）２人の関係者を繋ぐ呼をオペレータが確立することができる用途において頻繁に使用されている。オペレータは、結果として生じる呼から独立していても良いし、第１の通信装置又は第２の通信装置を介する呼における関係者であっても良い。３ＰＣＣは会議サービスにも使用することができる。
【０００４】
ＳＩＰプロトコルを使用する場合には、多くのＳＩＰサービスを３ＰＣＣによって実現することができる。それらのサービスには、公衆交換電話網（Public Switched Telephone Network、以下ＰＳＴＮと記す）において従来行われているサービスが含まれるが、ユーザがウェブページをクリックすることによりカスタマサービス担当者と話をできるようにする、クリック・トゥ・ダイアルのような比較的最新のサービスも含まれる。続いてウェブサーバは、ユーザとカスタマサービス担当者との間の呼を確立することができる。この場合、ユーザは、３ＰＣＣエンティティとしての第３の通信装置を操作するのと同時に、ユーザの電話としての第１の通信装置も操作することができる。そのような３ＰＣＣによる呼を、二つの電話間、電話とＩＰホストとの間、又は二つのＩＰホスト間で確立することができる。
【０００５】
標準ＲＦＣ３７２５（Network Working Group, Request for Comments, April 2004）によれば、呼の形態の通信コネクションは一般的に、バック・トゥ・バック・ユーザ・エージェント（Back-to-Back User Agent、以下Ｂ２ＢＵＡと記す）によって形成され、このＢ２ＢＵＡは、第１の通信装置から遠隔のサードパーティによって、第２の通信装置からの呼が確立されるべきであるという要求に応じて、サーバ又はＳＩＰサーバにおいて実施することができる。呼を確立するためにＳＩＰサーバにリクエストを行うリモートパーティによって使用することができる一般的なＣＴＩメカニズムには、テレフォニー・アプリケーション・プログラミング・インタフェース（Telephony Application Programming Interface、以下ＴＡＰＩと記す）及びコンピュータ支援テレコミュニケーション・アプリケーション（Computer-Supported Telecommunications Applications、以下ＣＳＴＡと記す）が含まれる。
【０００６】
ＲＦＣ３７２５に規定されているような３ＰＣＣシナリオによれば、先ず、Ｂ２ＢＵＡがＳＩＰインバイト（ＩＮＶＩＴＥ）リクエストを第１の通信装置に送信する。このＳＩＰインバイトリクエストは到来するＳＩＰ呼リクエストではあるが、第１の通信装置は、ＳＩＰインバイトリクエストを３ＰＣＣによる呼として認識し、またそのＳＩＰインバイトリクエストに自動的に応答する。次に、第１の通信装置による応答に基づき、Ｂ２ＢＵＡは、リクエストが第３の通信装置のユーザによって行われていることから、第２の通信装置としての宛先にＳＩＰインバイトリクエストを送信することによって、第１の通信装置と第２の通信装置との間の呼を確立する。この関係において、緊急コールのための位置情報の使用に特化したものではなく、ロケーションコンシューマによる位置情報のあらゆる使用可能性（例えば位置追尾）を実現する、位置通知に関するＲＦＣ６４４２（Internet Engineering Task Force (IETF), Request for Comments, December 2011）による標準は、３ＰＣＣメカニズムによって生成された、到来するＳＩＰインバイトリクエストを介する論理的な発呼に関与するためのメカニズムを通信装置に提供するものではない。この標準化されたアプローチは、ＳＩＰリクエストメッセージには設けられているがＳＩＰ応答メッセージには設けられていない、ＳＩＰヘッダ及びプレゼンス情報データフォーマット・ロケーション・オブジェクト（Presence Information Data Format-Location Object、以下ＰＩＤＦ−ＬＯと記す）ボディの形式を取る位置情報しか考慮していない。
【０００７】
位置情報がＳＩＰリクエストメッセージだけに設けられていることによって、呼の確立のためにＳＩＰサーバが３ＰＣＣを利用するＣＴＩアプリケーションを介して、ユーザが緊急コールを行う場合には問題が発生する。つまり、呼媒体が依然として第１の通信装置を介して接続されていることから、ユーザは第１の通信装置のもとにいることが明らかであるにもかかわらず、第１の通信装置は、ＳＩＰサーバから到来するＳＩＰインバイトリクエストに応答することしかできないので、従って自身の位置を通知することができない。ＳＩＰボイス・オーバ・インターネット・プロトコル（Voice over Internet Protocol、以下ＶｏＩＰと記す）環境では、呼媒体が、オーディオデータ及び／又はビデオデータを伝送することができる通信装置間でストリーミングされる、リアルタイム・トランスポート・プロトコル（Real-Time Transport Protocol、以下ＲＴＰと記す）パケットとして規定されており、ＳＩＰメッセージングはＲＴＰパケットのストリーミングを制御するために使用される。従って呼媒体を各通信装置のペイロードとみなすことができる。
【０００８】
発呼をトリガするために３ＰＣＣを利用する際に発生するこの問題を回避するために考えられる一つのアプローチとして、第１の通信装置を修正し、ＳＩＰメカニズムを使用して、ユーザ・エージェント・コンピュータ支援テレフォニー・アプリケーション（ｕａＣＳＴＡ：user agent Computer Supported Telephony Applications）のようにプロプラエタリのイベントパッケージを送信し、ＳＩＰサーバの代わりに呼を行うように第１の通信装置にリクエストするか、又は、非ＳＩＰメカニズム、例えばハイパー・テキスト・トランスファ・プロトコル（Hyper Text Transfer Protocol、以下ＨＴＴＰと記す）を使用して、第２の通信装置との呼を行うように第１の通信装置にリクエストを行うことが挙げられる。上述の問題を回避するための別のアプローチでは、位置が既知の通信装置が、位置が未知の通信装置として扱われ、それにより位置情報がサーバ又は他の何らかの手段によって提供される。上述の問題に対するこの代替的なアプローチでは、特に通信装置がモバイル装置である場合には、通信装置自体によって通知される位置情報ほどには正確でない可能性がある。上記の問題を解決するための更に別のアプローチとしては、第１の通信装置と第２の通信装置との間で呼が確立されると、ＳＩＰリクエストを使用して、第１の通信装置の位置情報を第２の通信装置に通知することが挙げられる。しかしながら、提供されるべき着呼も位置情報に伴わせることを要求するロケーションコンシューマエンドポイントの中にはこのアプローチを許容できないものもある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従って本発明の課題は、通信装置間の通信コネクションを開始するために、サードパーティによって制御されるサーバを介して、第１の通信装置の正確な位置情報を単純なやり方で第２の通信装置に通知できるようにすることである。
【課題を解決するための手段】
【００１０】
この課題は、請求項１に記載されている、第１の通信装置の物理的な位置を表す位置情報を通知するための方法、請求項１２に記載されている、当該方法を実行するためのコンピュータプログラム製品、並びに、請求項１４に記載されている、位置情報を通知するための第１の通信装置によって解決される。
【００１１】
第１の通信装置の物理的な位置を表す位置情報を第１の通信装置からサーバに通知するための本発明による方法は、
−第２の通信装置との通信コネクションを開始するために、第３の通信装置によってトリガされるサーバの、又は当該サーバからの、第１の通信装置を招待するための第１のインバイトメッセージを第１の通信装置に送信するステップと、
−第１のインバイトメッセージに対する応答として、第１の通信装置の、又は当該第１の通信装置からの応答メッセージをサーバに送信するステップとを備えており、
ここで、位置情報は、通信コネクションの受諾のために第２の通信装置を招待するための、サーバから第２の通信装置への第２のインバイトメッセージに挿入するために、応答メッセージに挿入されている。位置情報は、都市位置又は物理的な位置の地理空間座標に関連付けられた値又は複数の値のセットで良い。都市位置は郵便の宛先で良く、また地理空間座標は地図位置を規定することができる。第１の通信装置及び／又は第２の通信装置及び／又は第３の通信装置は、それぞれ、通信コネクションを介してデータを送信及び／又は受信することができる可動又は固定のユニットであると考えられる。それらの通信装置の個々の通信装置又は幾つかの通信装置の例として、携帯電話、ＩＰフォン、ＰＤＡ、タブレットＰＣ、ラップトップＰＣ等が挙げられる。それらの通信装置の個々の通信装置又は幾つかの通信装置を、デスクトップＰＣ又はサーバのような固定のユニットとして実施することも同様に可能である。従って、第１の通信装置及び第３の通信装置は単一のユニットであっても良い。この場合、第１の通信装置のユーザと第３の通信装置のユーザは同一人物であっても良い。
【００１２】
第１のインバイトメッセージ及び／又は応答メッセージ及び／又は第２のインバイトメッセージは、３ＰＣＣコンフィギュレーションにおいて使用することができるあらゆるプロトコル、例えばＨＴＴＰ／ジャバ・スクリプト・オブジェクト記述（JavaScript Object Notation、以下ｊｓｏｎと記す）又はＳＩＰのメッセージで良い。呼制御のための他のアプリケーション層プロトコル、例えばＨ．３２３、Ｈ．３２４、スカイプ（以下Ｓｋｙｐｅと記す）、メディア・ゲートウェイ・コントロール・プロトコル（Media-Gateway-Control-Protocol、以下ＭＧＣＰと記す）、リアルタイム通信（Real Time Communication、以下ＲＴＣと記す）ｗｅｂ等も使用することができる。第３の通信装置によるサーバのトリガを、第３の通信装置からサーバにトリガメッセージを送信することによって行うことができ、このトリガメッセージには、第１のインバイトメッセージ及び／又は応答メッセージ及び／又は第２のインバイトメッセージによって使用されるプロトコルと同じプロトコル又は異なるプロトコルが使用される。通信コネクションとして通話のような呼が考えられる。呼をＰＳＴＮ又はＩＰホストによって制御することができる。オーディオデータのみが伝送される呼の代わりに、ビデオデータ又はあらゆる種類のメディア若しくはアプリケーションに関連する他のデータを伝送するため（例えばファイル伝送のため）に通信コネクションを使用することができる。従って、３ＰＣＣの他に、通信コネクションは、サーバを使用して第３の通信装置によってトリガされる、第１の通信装置から第２の通信装置へと延びるあらゆるコネクションであって良い。サーバはＳＩＰサーバの形態のＢ２ＢＵＡで良い。ＳＩＰを使用しない他のサーバ、例えばＨＴＴＰサーバも使用することができる。
【００１３】
第１の通信装置の応答メッセージは、通信コネクションを開始するための第１のインバイトメッセージに対する応答として、第１の通信装置からサーバに送信される。第１の通信装置によって、又は他のエンティティによって、例えば位置供給ユニット若しくは、第１の通信装置とサーバとの間で切り替えられる中間ユニットによって、位置情報を応答メッセージに挿入することができる。位置情報は、通信コネクションの受諾のために第２の通信装置を招待するための、サーバから第２の通信装置への第２のインバイトメッセージに挿入できるように、応答メッセージに挿入される。
【００１４】
位置情報は、第１のインバイトメッセージに対する応答としてサーバに送信される、応答メッセージに挿入される。従って、第１の通信装置の位置情報をサーバに通知するために、他のやり方では必要とされる付加的なメッセージは必要ない。更に、第１の通信装置が第１のインバイトメッセージを受信する前には、位置情報はサーバに送信されない。従って、第１のインバイトメッセージが第１の通信装置において受信される前の、応答メッセージへの挿入に利用できる位置情報よりも古くない、及び／又は、そのような位置情報に関して古くなったものではない最新の位置情報が提供される。また、位置情報は第１のインバイトメッセージに対する応答としてサーバに送信されるので、サーバは、場合によっては古くなっている第１の通信装置の位置情報を記憶する必要はない。挿入されている位置情報を、サーバから第２の通信装置への第２のインバイトメッセージに挿入できるように、位置情報が応答メッセージに挿入されることにより、例えば、サーバが応答メッセージに挿入された位置情報を読み出し、その位置情報を、第２の通信装置に送信される第２のインバイトメッセージに挿入できることが保証される。従って、応答メッセージに挿入されている位置情報をサーバから第２の通信装置に通知するための付加的なメッセージは必要ない。オーディオデータのみが伝送される呼の代わりに、ビデオデータ又はあらゆる種類のメディア若しくはアプリケーションに関連する他のデータを伝送するため（ファイル伝送のため）に通信コネクションを使用することができる。従って、３ＰＣＣの他に、通信コネクションは、サーバを使用して第３の通信装置によってトリガされる、第１の通信装置から第２の通信装置へと延びるあらゆるコネクションであって良い。サーバはＳＩＰサーバの形態のＢ２ＢＵＡで良い。ＳＩＰを使用しない他のサーバ、例えばＨＴＴＰサーバも使用することができる。従って、挿入された位置情報をサーバから第２の通信装置への第２のインバイトメッセージに挿入できるように、第１の通信装置の位置情報を、第１のインバイトメッセージに対する応答としてのサーバへの応答メッセージに挿入することによって、位置情報を、第１の通信装置からサーバを介して第２の通信装置へと正確且つ簡単に通知することができる。
【００１５】
応答メッセージに挿入されていた位置情報が挿入されている、サーバの第２のインバイトメッセージを第２の通信装置に送信することによって、位置情報をサーバから第２の通信装置に通知することができる。更にサーバは、ＬＯＳＴ（Location-to-Service Translation）サーバの照会のような、位置情報を完全なものにするために要求されるアクションを実施することもできる。応答メッセージに挿入されていた位置情報を、サーバによって、又は応答メッセージから位置情報を取り出すことができ、且つ、挿入されていた位置情報を、サーバから第２の通信装置に送信される第２のインバイトメッセージに挿入することができる他のエンティティによって、第２のインバイトメッセージに挿入することができる。第２のインバイトメッセージを第２の通信装置に送信することによって、位置情報は第１の通信装置からサーバを介して第２の通信装置に通知される。
【００１６】
位置情報をＳＩＰの使用によって通知することができ、その場合、第１の通信装置、第２の通信装置、また選択的に第３の通信装置、及びサーバが３ＰＣＣコンフィギュレーションにおいて使用される。第３の通信装置として動作するＣＴＩサーバは、ＳＩＰ又は代替的なＶｏＩＰ呼制御プロトコルよりも、むしろＣＳＴＡ又はＴＡＰＩを使用することができる。ＳＩＰが使用される場合には、位置通知に関する標準ＲＦＣ６４４２が本発明に適している。何故ならば、この標準は３ＰＣＣコンフィギュレーションにおけるＳＩＰを介する位置通知を規定するからである。
【００１７】
第１のインバイトメッセージとして３ＰＣＣ  ＳＩＰインバイトリクエストメッセージを使用することができ、また応答メッセージとしてＳＩＰ２００ＯＫ応答メッセージを使用することができる。上記において概略的に述べたように、標準ＲＦＣ６４４２によれば、位置情報はＳＩＰリクエストメッセージにしか設けることができない。従って、３ＰＣＣを介して生成されたＳＩＰインバイトリクエストメッセージに対するＳＩＰ２００ＯＫ応答メッセージへの位置情報の挿入は、標準ＲＦＣ６４４２又は本発明者が知っている他の標準によって規定されていない。標準ＲＦＣ６４４２に準拠するサーバは、到来するＳＩＰ応答から位置情報を取り出すように構成されていないので、本発明によるサーバは、サーバが応答メッセージに挿入された位置情報を取り出し、且つ、第２のインバイトメッセージにその位置情報を挿入するエンティティである場合には、ＳＩＰ応答メッセージに挿入された位置情報を取り出すことができる。従って、サーバが挿入された位置情報を取り出し、その位置情報を第２のインバイトメッセージに挿入する場合には、サーバは、ＳＩＰ２００ＯＫ応答メッセージにおける位置情報を使用して、その位置情報を、３ＰＣＣコンフィギュレーションにおける次のステップとして第２の通信装置に送信されるＳＩＰインバイトリクエストメッセージに付加するように構成されている。
【００１８】
位置情報を、標準ＲＦＣ６４４２において規定されている位置情報ヘッダ及びＰＩＤＦ−ＬＯボディの形式で応答メッセージに挿入することができる。他の形式の位置情報、例えば、位置情報が応答メッセージのボディ又はヘッダにのみ挿入されている形式の位置情報も考えられる。ＲＦＣ６４４２において規定されているような位置情報ヘッダ及びＰＩＤＦ−ＬＯボディを、応答メッセージ並びに第２のインバイトメッセージに挿入することはできない。応答メッセージ及び第２のインバイトメッセージそれぞれにおける他の形式の位置情報も可能である。
【００１９】
３ＰＣＣを介して生成されたＳＩＰインバイトリクエストメッセージに対するＳＩＰ２００ＯＫ応答メッセージにおける位置情報の挿入はいずれの標準にも規定されていないが、３ＰＣＣを考慮する標準、例えばＲＦＣ３７２５が、メッセージの流れの多数の例を示しており、それらの各例が、受信したＳＩＰインバイトリクエストメッセージは発呼をトリガするためのサーバによる３ＰＣＣアクションを表すことを第１の通信装置がどのように検出することができるかを規定するセッション記述プロトコル（Session Description Protocol、以下ＳＤＰと記す）ネゴシエーションの特別な使用を用いていることから、ＳＩＰ２００ＯＫ応答メッセージとしての、サーバのＳＩＰインバイトリクエストメッセージに対する第１の通信装置の自動的な応答は周知である。更には、ＳＩＰアラート情報ヘッダ（Alert-Info header）を使用して第１の通信装置をトリガし、ＳＩＰ２００ＯＫ応答メッセージを用いて３ＰＣＣによる呼に自動的に応答することは広く行われている。
【００２０】
ＳＩＰ  ＢＹＥメッセージは、第１のインバイトメッセージ及び／又は第２のインバイトメッセージに挿入された位置情報に由来するエラーに関する情報を通知するために使用することができる。第２の通信装置からサーバに送信されたＳＩＰ４２４応答メッセージを受信した後に、ＳＩＰ  ＢＹＥメッセージをサーバから第１の通信装置に送信することができ、またそのＳＩＰ  ＢＹＥメッセージを、第２のインバイトメッセージに挿入された位置情報に由来するエラーに関する情報を通知するために使用することができる。択一的に、第２のＳＩＰインバイトメッセージが送信される前に、必要に応じてＬＯＳＴサーバと協働して、サーバによって検出された、第１の通信装置からの位置情報に関する問題に基づいて、ＳＩＰ  ＢＹＥメッセージを送信することもできる。第１の通信装置と第２の通信装置との間において、呼の形態の通信コネクションを確立できないようなエラーの場合には、標準ＲＦＣ３７２５に準拠して、ＳＩＰ  ＢＹＥリクエストメッセージが第１の通信装置に送信されることが推奨される。エラーに起因して確立することができない呼の場合には、いずれにせよＳＩＰ  ＢＹＥメッセージが第１の通信装置に送信されるので、位置情報に由来するエラー又は位置情報固有のエラーをＳＩＰ  ＢＹＥメッセージにおいて報告することが提案される。従って、ＳＩＰ  ＢＹＥリクエストメッセージは位置固有のＳＩＰエラーコード４２４をＳＩＰ理由ヘッダとして含むことができ、また付加的に、エラーを報告するための、標準ＲＦＣ６４４２によって規定されているようなヘッダ並びにオプションとしてのボディを含むことができる。第１の通信装置に報告される位置情報に由来するエラーの情報を用いて、第１の通信装置は、サーバからの次の第１のインバイトメッセージに対する応答としての次の応答メッセージに挿入されるべき位置情報を更新することができる。位置情報に由来するエラー又は位置情報固有のエラーに関する情報を第１の通信装置に供給することによって、第１の通信装置の誤りのある位置情報を更新するための効果的なフィードバックループを確立することができる。
【００２１】
ＳＩＰ  肯定応答（Acknowledge、以下ＡＣＫと記す）メッセージは、第１のインバイトメッセージ及び／又は第２のインバイトメッセージに挿入された位置情報に由来するエラーに関する情報を通知するために使用することができる。第２の通信装置からサーバに送信されたＳＩＰ２００ＯＫ応答メッセージを受信した後に、ＳＩＰ  ＡＣＫメッセージをサーバから第１の通信装置に送信することができ、またそのＳＩＰ  ＡＣＫメッセージを、第２のインバイトメッセージに挿入された位置情報に由来するエラーに関する情報を通知するために使用することができる。標準ＲＦＣ６４４２によれば、第１の通信装置へのＳＩＰ２００ＯＫ応答メッセージにおける位置情報に由来するエラーは、インバイトリクエストメッセージに対するＳＩＰ応答メッセージにおいて報告される。しかしながら、第１の通信装置とサーバとの間においてはメッセージの流れが留保され、第１の通信装置から受信したＳＩＰ応答メッセージに関して、サーバはＳＩＰ応答メッセージを送信することができない。３ＰＣＣコンフィギュレーションにおけるＳＩＰの流れの次のステップでは、サーバがＳＩＰ  ＡＣＫリクエストメッセージを第１の通信装置に送信する。同一の位置固有のエラー応答ヘッダ及びオプションとしてのボディを第１の通信装置に提供するためにＳＩＰ  ＡＣＫリクエストメッセージを使用することが提案される。ＳＩＰ  ＡＣＫリクエストメッセージは３ＰＣＣシナリオにおけるＳＤＰボディを含んでいるので、ＳＩＰ  ＡＣＫリクエストメッセージは、ＳＤＰ及び位置情報のいずれも含んでいる通常のＳＩＰインバイトリクエストに類似する、複数部分から成るボディもサポートする。第１のインバイトメッセージ及び／又は第２のインバイトメッセージに挿入された位置情報に由来するエラーに関する情報を通知するために使用されるメッセージはジオロケーションエラーヘッダ（Geolocation-Error header）を含むことができる。
【００２２】
上記において概略的に述べた本発明による方法を実行するためのコンピュータプログラム製品を提供することができる。コンピュータプログラム製品は多数の命令を含んでいるソフトウェア製品で良い。コンピュータプログラム製品には機械読み取り可能な媒体が含まれ、そのような機械読み取り可能な媒体としては、フロッピーディスク、ＣＤ（コンパクトディスク）、ＤＶＤ（ディジタル多目的ディスク）又は他のディジタル形式若しくはアナログ形式の適切な媒体が考えられる。
【００２３】
更に本発明は、第１の通信装置の物理的な位置を表す位置情報を第１の通信装置からサーバに通知するための第１の通信装置を含み、この第１の通信装置は、
−第２の通信装置との通信コネクションを開始するために、第３の通信装置によってトリガされるサーバから第１の通信装置に送信される、第１の通信装置を招待するための第１のインバイトメッセージを受信するように構成されている受信ユニットと、
−通信コネクションの受諾のために第２の通信装置を招待するための、サーバから第２の通信装置への第２のインバイトメッセージに位置情報を挿入することができるように、位置情報を第１の通信装置の応答メッセージに挿入するように構成されている第１の挿入ユニットと、
−サーバに対する第１のインバイトメッセージに応答して応答メッセージを送信するように構成されている第１の送信ユニットと、
を備えている。
【００２４】
本発明の上記の課題は、本発明による方法に関して上記において概略的に述べたものと同じ理由で、この通信装置によって解決される。通信装置として携帯電話、固定電話、例えば社内電話、ＰＤＡ、ＰＣ又はタブレットＰＣ、若しくは上記において概略的に述べたような装置的な特徴を備えている他の何らかの通信装置が考えられる。位置情報を、グローバル・ポジショニング・システム（Global Positioning System、以下ＧＰＳと記す）トランスミッタ、サーバ／スイッチをサポートする動的ホスト構成プロトコル（Dynamic Host Configuration Protocol、以下ＤＨＣＰと記す）、ＬＡＮサーバ／スイッチをサポートするリンク層検出プロトコル（Link Layer Discovery Protocol、以下ＬＬＤＰと記す）−ＭＥＤ又は外部の構成管理システムのような位置ソースによって提供することができる。ＬＬＤＰ−ＭＥＤはＬＬＤＰの拡張メディア・エンドポイント検出（enhancement Media Endpoint Discovery）である。ＬＬＤＰ−ＭＥＤはインターネット番号割当機関（ＩＡＮＡ：Internet Assigned Numbers Authority）によって有効値として登録されている。第１の挿入ユニットを、内部ユニットとして、又は第１の通信装置に接続されており、且つ第１の通信装置によってアクセスされる外部ユニットとして、第１の通信装置に含ませることができる。位置情報を供給するユニットを、内部ユニットとして、又は第１の通信装置に接続されている外部ユニットとして、第１の通信装置に含ませることができる。
【００２５】
更に本発明は、上記において概略的に述べた第１の通信装置とサーバとを備えている通信システムを含み、サーバは、応答メッセージに挿入されている位置情報を第２のインバイトメッセージに挿入するように構成されている第２の挿入ユニットと、サーバから第２の通信装置に位置情報を通知するために、第２のインバイトメッセージを第２の通信装置に送信するように構成されている第２の送信ユニットとを備えている。第２の挿入ユニットは、サーバに統合されているユニットであるか、又はサーバに接続されているスタンドアローン型のユニットである。サーバはスタンドアローン型のユニットであるか、又は、第１の通信装置から第３の通信装置の内の一つ又は複数に統合されている。
【００２６】
以下では図面を参照しながら、本発明の更なる実施の形態及び利点を強調する。より見易くするために、図面は縮尺通りではなく、また均整が取られているものでもない。特に明記しない限り、図中、同一の参照符号は同義の同一部分を表している。
【図面の簡単な説明】
【００２７】
【図１】第３の通信装置によってトリガされるサーバを介して第１の通信装置の位置情報を第２の通信装置に提供するための概略的な通信システムを示す。
【図２】第３の通信装置を表すＣＴＩソースと、サーバを表すＢ２ＢＵＡと、第１の通信装置を表すデバイスと、第２の通信装置を表すターゲットとの間のメッセージの概略的な流れを示し、ここで、到来する３ＰＣＣインバイトメッセージに対するＳＩＰ２００ＯＫ応答メッセージは、ターゲットにＳＩＰインバイトメッセージを出力する目的の他に、デバイスの位置情報をＢ２ＢＵＡに通知するためにも使用される。
【図３】図２のエンティティ間でのメッセージの概略的な流れを示す。ここでは、デバイスの位置情報に固有のエラーが存在することから、呼を確立することができず、またＳＩＰ  ＢＹＥメッセージが、位置情報固有のエラーに関する情報をデバイスに通知するために使用される。
【図４】図２のエンティティ間でのメッセージの別の概略的な流れを示す。ここでは、デバイスの位置情報固有のエラーが存在するにもかかわらず、呼を確立することができ、またＳＩＰ  ＡＣＫメッセージが、位置情報に固有のエラーに関する情報をデバイスに通知するために使用される。
【発明を実施するための形態】
【００２８】
図１には、ＣＴＩソースＣとして表されている第３の通信装置によってトリガされる、Ｂ２ＢＵＡとして表されているサーバを介する、デバイスＤとして表されている第１の通信装置の位置情報２の、そのデバイスＤから、ターゲットＴとして表されている第２の通信装置への通知を行うための通信システム１が示されている。Ｂ２ＢＵＡは、起点エンドポイントから受信したメッセージを宛先エンドポイントへと渡す前にそのメッセージを処理できるように、送受信ユーザ・エージェント・エンドポイント・エレメントを論理的に実現するエンティティとして規定することができる。位置情報２は、郵便の宛先のような都市位置及び／又は地図位置若しくは住所のような地理空間座標の形態であると考えられる。位置情報２は位置供給ユニットＬによって提供される。位置供給ユニットは、ＧＰＳセンサ、ＬＬＤＰ−ＭＥＤ（割り込み可能ローカル・エリア・ネットワーク（enabled Local Area Network））スイッチ又は構成管理システムであると考えられる。位置供給ユニットＬはデバイス自体であっても良い。デバイスが携帯電話である場合には、デバイスの遠隔放送アンテナ（distant broadcasting antenna）において同時に受信した複数の信号をデバイス自体が処理することによって、三角測量法を用いて、デバイスの位置情報を計算することができる。従って、位置供給ユニットＬはデバイスＤの内部ユニットであっても良いし、図１に示されているように外部ユニットであっても良い。位置情報は、デバイスＤの受信ユニット３によって第１のインバイトメッセージ１２が受信された後にデバイスＤに伝送される（矢印１５を参照されたい）。
【００２９】
第１のインバイトメッセージ１２は、Ｂ２ＢＵＡ  ＳがＣＴＩソースＣによってトリガされたときに、Ｂ２ＢＵＡ  ＳからデバイスＤに送信される。このトリガアクションを、ＣＴＩソースからＢ２ＢＵＡ  Ｓにトリガメッセージ１１を送信することによって実行することができる。デバイスＤは第１の挿入ユニット４を有しており、この第１の挿入ユニット４は、デバイスＤからＢ２ＢＵＡ  Ｓに送信されるべき応答メッセージ１３に位置情報２を挿入するように構成されている。第１の挿入ユニット４はデバイスＤの内部の構成要素であっても、デバイスＤに接続されているスタンドアローン型のユニットの形態の外部の構成要素であっても良い。位置情報は第１の挿入ユニットによって応答メッセージ１３に挿入されるが、これは、Ｂ２ＢＵＡ  Ｓを介するデバイスＤとターゲットＴとの間の通信コネクションの受諾のためにターゲットＴを招待するための、サーバからターゲットＴに送信されるべき第２のインバイトメッセージ１４に位置情報２を挿入できるように行われる。デバイスＤの一部である第１の送信ユニット５は、Ｂ２ＢＵＡ  Ｓへの第１のインバイトメッセージ１２に応答して、応答メッセージ１３を送信するように構成されている。
【００３０】
呼の形態の通信コネクションを開始するためにＢ２ＢＵＡ  Ｓに対するトリガ／リクエストを行うために使用されるＣＴＩソースＣは、ＴＡＰＩ及び／又はＣＳＴＡを含むあらゆるＣＴＩプロトコルを使用することができる。Ｂ２ＢＵＡ  Ｓは、呼制御のために使用することができるあらゆるアプリケーション層プロトコル、例えばＳＩＰ又はＨＴＴＰ／ｊｓｏｎを利用することができる。デバイスＤとターゲットＴとの間の通信コネクションは、オーディオデータを伝送するためだけに使用されるのではなく、ビデオデータ又は、デバイスＤからターゲットＴに伝送されるべき情報を含んでいる他のあらゆるデータ、例えば伝送されるべきファイルを伝送するためにも使用することができる。
【００３１】
Ｂ２ＢＵＡ  Ｓは第２の挿入ユニットを有しており、この第２の挿入ユニットは、Ｂ２ＢＵＡ  ＳからターゲットＴに送信されるべき第２のインバイトメッセージ１４に、応答メッセージ１３に挿入されている位置情報２を挿入するように構成されている。第２の挿入ユニットはＢ２ＢＵＡ  Ｓの内部の構成要素であっても、Ｂ２ＢＵＡ  Ｓの外部の構成要素であっても良い。応答メッセージに挿入されている位置情報が第２の挿入ユニット７によって第２のインバイトメッセージ１４に挿入されると、第２のインバイトメッセージ１４をターゲットＴに送信するように構成されている第２の送信ユニット８は、第２のインバイトメッセージ１４をターゲットＴに送信することにより、Ｂ２ＢＵＡ  ＳからターゲットＴに位置情報２を通知する。位置情報２は、通信コネクションの受諾のためにターゲットＴを招待するための、Ｂ２ＢＵＡ  ＳからターゲットＴへの第２のインバイトメッセージ１４に挿入できるように、第１の挿入ユニット４によって応答メッセージ１３に挿入される。従って、第２の挿入ユニットは応答メッセージ１３に挿入されている位置情報２を応答メッセージ１３から取り出すことができ、それに続いて、その挿入されていた位置情報を第２のインバイトメッセージ１４に挿入することができる。
【００３２】
通信システム１によって使用されるプロトコルがＳＩＰであり、且つ、Ｂ２ＢＵＡに対してＳＩＰを使用せずにＣＳＴＡのようなＣＴＩ固有のプロトコルを使用するＣＴＩソースＣ、Ｂ２ＢＵＡ  Ｓ、デバイスＤ及びターゲットＴが３ＰＣＣによって操作される場合には、ＣＴＩソースＣによってトリガされる、Ｂ２ＢＵＡ  Ｓを介するデバイスＤからターゲットＴへの３ＰＣＣによる呼を開始するために、標準ＲＦＣ３７２５を適用することができる。更に、３ＰＣＣによる呼がＳＩＰを介して開始される場合には、位置通知に関する標準ＲＦＣ６４４２を適用することができる。この標準によれば、ＳＩＰヘッダ及びＰＩＤＦ−ＬＯボディの形態の位置情報はＳＩＰリクエストメッセージにしか設けられておらず、ＳＩＰ応答メッセージは位置情報の供給には適していない。
【００３３】
第１のインバイトメッセージ１２として、Ｂ２ＢＵＡ  ＳからデバイスＤに送信される、３ＰＣＣ  ＳＩＰインバイトリクエストメッセージが考えられる。応答メッセージ１３として、デバイスＤからＢ２ＢＵＡ  Ｓに送信される、ＳＩＰ２００ＯＫ応答メッセージが考えられる。３ＰＣＣ  ＳＩＰインバイトリクエストメッセージに対する応答としてＳＩＰ２００ＯＫ応答メッセージを使用することの利点は、デバイスＤにおいて専用のＣＴＩインタフェースを実装／利用する必要なく、Ｂ２ＢＵＡ  Ｓが、デバイスＤ自体から正確な位置情報２を取得することができること、また、そのような問題は、位置情報２を要求するターゲットＴのような位置情報コンシューミングデバイスが先ず、位置情報２を含んでいるＳＩＰインバイトリクエストメッセージで良い第２のインバイトメッセージ１４を介して着呼を受信するときには、そのような位置情報コンシューミングデバイスについても回避されることである。
【００３４】
図２には、ＳＩＰを使用して３ＰＣＣによる呼がデバイスＤとターゲットＴとの間の通信コネクションとして開始される、ＣＴＩソースＣと、Ｂ２ＢＵＡ  Ｓと、デバイスＤと、ターゲットＴとの間での本発明によるメッセージの概略的な流れが、垂直方向の矢印ｔによって示唆されているような時間に関して上から下に向かって概略的に示されている。後続の図面に示されているケースと同様に、図２においては本発明に関連する構成要素のみが示されており、図面を見やすくするために、ＳＤＰネゴシエーションの使用も、３ＰＣＣアクションの結果として第１のインバイトリクエストメッセージ１２を決定する手段も示されていない。図２においては呼２６を介して伝送されるべき媒体によってシンボリックに表されている、呼２６の形態の通信コネクションは、デバイスＤからターゲットＴへの呼をリクエストする、トリガメッセージとしてのＣＴＩ呼リクエストメッセージ１１をＢ２ＢＵＡ  Ｓに送信するＣＴＩソースＣによって開始される。デバイスＤは、ＳＩＰインバイトリクエストメッセージ１２として受信した第１のインバイトメッセージが３ＰＣＣによる呼を表すこと、また、位置情報２がターゲットＴへの呼２６に対して供給されるべきことを確認する。デバイスＤからＢ２ＢＵＡ  Ｓに送信されるＳＩＰ２００ＯＫ応答メッセージとしての応答メッセージ１３は、デバイスＤがＳＩＰインバイトリクエストメッセージを自身で生成するのであれば、デバイスＤによって挿入されるであろうものと同じ位置ヘッダ及びＰＩＤＦ−ＬＯボディを含んでいる。Ｂ２ＢＵＡ  Ｓは、ＳＩＰ２００ＯＫ応答１３における位置情報２を使用して、ＳＩＰインバイトリクエストメッセージ１４に位置情報２を挿入することによって、ターゲットＴに対して出力されるＳＩＰインバイトリクエストメッセージ１４としての第２のインバイトメッセージを生成する。ターゲットＴが呼２６を受諾すると、ＳＩＰ２００ＯＫ応答メッセージ２０がターゲットＴからＢ２ＢＵＡ  Ｓに送信され、また、ＳＩＰ  ＡＣＫメッセージ２３がＢ２ＢＵＡ  ＳからデバイスＤに送信された後には、デバイスＤとターゲットＴとの間にメディアコネクションが確立される。
【００３５】
図３には、位置情報２固有のエラーが存在することから、呼の形態の通信コネクションを確立することができないケースでの、ＣＴＩソースＣと、Ｂ２ＢＵＡ  Ｓと、デバイスＤと、ターゲットＴとの間での３ＰＣＣコンフィギュレーションに対してＳＩＰが使用される、本発明によるメッセージの別の概略的な流れが示されている。デバイスＤとターゲットＴとの間の呼を要求するために、ＣＴＩ呼リクエストメッセージとしてのトリガメッセージ１１の送信を介して、ＣＴＩソースＣによってＢ２ＢＵＡ  Ｓがトリガされた後に、Ｂ２ＢＵＡ  ＳはＳＩＰインバイトリクエストメッセージ１２としての第１のインバイトメッセージをデバイスＤに送信する。デバイスＤは、位置情報２が挿入されている、ＳＩＰ２００ＯＫ応答メッセージ１３としての応答メッセージを送信する。応答メッセージ１３に挿入されている位置情報がＳＩＰインバイトリクエストメッセージ１４としての第２のインバイトメッセージに挿入され、このＳＩＰインバイトリクエストメッセージ１４がターゲットＴにおいて受信された後に、位置情報２が有している問題に起因して、ターゲットＴは呼を拒絶する。その結果、ＳＩＰ４２４応答メッセージ４２４がターゲットＴからＢ２ＢＵＡ  Ｓに送信される。このＳＩＰ４２４応答メッセージは、ＣＴＩソースによって要求された呼の開始が失敗した理由を規定するジオロケーションエラーヘッダを含んでいる。Ｂ２ＢＵＡ  Ｓが、デバイスＤからのＳＩＰ２００ＯＫ応答メッセージの受信を確認するために、ＳＩＰ  ＡＣＫリクエストメッセージをデバイスＤに送信すると、ターゲットＴから返送されたエラーコードを含む理由（Ｒｅａｓｏｎ）ヘッダと、ターゲットＴが自身のエラー応答メッセージ２１内に設けたジオロケーションエラーヘッダとを含んでいるＳＩＰ  ＢＹＥ（リクエスト）メッセージを用いる呼の終了要求に続いて、デバイスＤは要求された呼を終了する。位置情報２に起因し、且つターゲットＴにおける呼を確立できなくするエラーに関する情報を含んでいるＳＩＰ  ＢＹＥメッセージ２４を用いることによって、デバイスＤは、そのＳＩＰ  ＢＹＥメッセージ２４に含まれている、呼の確立が失敗した理由を示すエラー情報を処理することができる。
【００３６】
ＳＩＰプロトコルにおいて、Ｂ２ＢＵＡ  Ｓは、デバイスＤ及びターゲットＴに送信されるＳＩＰメッセージを生成する。Ｂ２ＢＵＡ  Ｓは、そのＢ２ＢＵＡ  Ｓが呼における他のエンティティ、例えば図３に示されているケースではターゲットＴから受信するエラー情報に起因して、エラー応答メッセージを生成する。ターゲットＴは呼の拒絶をもたらすエラーを検出し、Ｂ２ＢＵＡ  Ｓから送信されたＳＩＰインバイトリクエストメッセージ１４に対する自身のＳＩＰ応答メッセージ２１においてこのエラーをＢ２ＢＵＡ  Ｓに報告する。Ｂ２ＢＵＡ  Ｓは、エラーに関する情報をデバイスＤに報告し、デバイスＤのために既にセットアップされた呼を終了するために、ＳＩＰインバイトリクエストメッセージ１２とは異なる、ＳＩＰ  ＢＹＥメッセージとしてのＳＩＰメッセージを使用する。またＢ２ＢＵＡ  Ｓ自体が、デバイスＤから送信されたＳＩＰ２００ＯＫ応答メッセージ１３における位置情報についての問題を検出することも可能であり、その場合、この位置情報についての問題は、ＳＩＰ  ＡＣＫメッセージ２３によってデバイスＤに返送されることになる。ターゲットＴ又はＢ２ＢＵＡ  Ｓによって検出された位置情報についてのエラーをＳＩＰ  ＡＣＫメッセージ２３において通知することができるが、エラーに起因する呼を明確にするために使用されるＳＩＰ  ＢＹＥメッセージ２４においてエラーが常に通知される方が好ましい。つまり、エラーを通知するためにＳＩＰ  ＢＹＥメッセージを使用することは有利な実施の形態である。このケースにおいては、Ｂ２ＢＵＡ  ＳからデバイスＤに送信されたＳＩＰ  ＢＹＥメッセージ２４によって呼を終了することが要求されるか、又は、Ｂ２ＢＵＡ  Ｓは、ＳＩＰインバイトリクエストメッセージ１４としての第２のインバイトメッセージを送信することによってターゲットＴとの呼を開始する前に、挿入された位置情報に関する問題を修正することができる。図示していない後者のケースでは、Ｂ２ＢＵＡ  ＳがＳＩＰインバイトメッセージをターゲットＴに送信し、続いて、ジオロケーションエラーヘッダを含んでいるＳＩＰ４２４応答メッセージをターゲットＴから受信し、更に、別のＳＩＰインバイトメッセージをターゲットＴに送信する。これに続いて、ターゲットＴからＢ２ＢＵＡ  ＳにＳＩＰ２００ＯＫ応答メッセージが送信される。その後、ＳＩＰ  ＡＣＫメッセージをＢ２ＢＵＡ  ＳからデバイスＤに送信することができる。
【００３７】
図３とは異なり、図４には、Ｂ２ＢＵＡ  ＳからＳＩＰインバイトリクエストメッセージ１２としてデバイスＤに送信された第１のインバイトメッセージに対する応答としての、デバイスＤによって位置情報２が挿入されている、ＳＩＰ２００ＯＫ応答メッセージ１３の形態の応答メッセージを受信した後に、Ｂ２ＢＵＡ  ＳからターゲットＴに送信された第２のインバイトメッセージ１４に挿入された情報として受信した位置情報２に関する問題をターゲットＴが検出したにもかかわらず、ターゲットＴが呼２６を受諾するケースでの、ＣＴＩソースＣと、Ｂ２ＢＵＡ  Ｓと、デバイスＤと、ターゲットＴとの間の本発明によるメッセージの概略的な流れが示されている。位置情報のエラーに関する情報は、ジオロケーションエラーヘッダを含んでいるＳＩＰ２００ＯＫ応答メッセージ２２を介して、ターゲットＴからＢ２ＢＵＡ  Ｓに報告される。Ｂ２ＢＵＡ  Ｓは、デバイスＤにＳＩＰ  ＡＣＫリクエストメッセージ２５を送信することによって、このヘッダをデバイスＤへと供給する。ターゲットＴは位置情報に問題があるにもかかわらず呼２６を確立できることを既に示しているので、デバイスＤとターゲットＴとの間にメディアコネクションが確立される。
【００３８】
ＳＩＰ  ＡＣＫリクエストメッセージ２５又はＳＩＰ  ＢＹＥリクエストメッセージ２４を用いて、デバイスＤとしての第１の通信装置に位置情報のエラーに関する情報を通知できることによって、３ＰＣＣによる呼を開始するにあたり、第１のインバイトメッセージ１２に対する応答として位置情報２を供給する際にデバイスＤに起因する問題をデバイスＤに通知することができる。ＳＩＰを使用する３ＰＣＣコンフィギュレーションにおいて位置通知に関する標準ＲＦＣ６４４２が使用される場合、位置情報はＳＩＰリクエストメッセージにしか設けられず、ＳＩＰ応答メッセージには設けられない。標準ＲＦＣ６４４２とは異なり、デバイスＤとしての第１の通信装置からＢ２ＢＵＡ  Ｓとしてのサーバに送信される応答メッセージに位置情報を挿入することが提案される。位置情報が既に挿入されているＳＩＰ２００ＯＫ応答メッセージは、標準ＲＦＣ６４４２に従ってメッセージを処理するＢ２ＢＵＡ  Ｓとしてのサーバによって無視される。本発明の一部として、サーバＳは、ＳＩＰ２００ＯＫ応答メッセージとしての応答メッセージに挿入されていた位置情報を取り出し、その挿入されていた位置情報を、Ｂ２ＢＵＡ  ＳからターゲットＴに送信されるＳＩＰインバイトリクエストメッセージとしての第２のインバイトメッセージに挿入することができる。本発明に則して、標準ＲＦＣ６４４２とは異なり、リクエストメッセージにだけでなく応答メッセージにおいても位置情報を設けるための、位置通知に関する標準を規定することができる。第３の通信装置によってトリガされるサーバを介して、第１の通信装置と第２の通信装置との間にいずれにせよ送信されるインバイトメッセージ及び応答メッセージに挿入することによって位置情報を通知する本発明の利点は、ＳＩＰを使用した際にのみ得られるのではなく、呼制御のための他のアプリケーション層プロトコル、例えばＨＴＴＰ／ｊｓｏｎ，Ｈ．３２３，Ｈ．３２４，Ｓｋｙｐｅ，ＭＧＣＰ，ＲＴＣｗｅｂ等を使用した際にも得られる。第１の通信装置において第１のインバイトメッセージを受信した後に位置情報をサーバに送信することによって、第１の通信装置において付加的なインタフェースを実装／利用する必要なく、サーバは正確な位置情報を第１の通信装置自体から取得することができる。サーバから第２の通信装置に送信される第２のインバイトメッセージを用いて位置情報を送信することによって、第２のインバイトメッセージの受信を介して着呼を最初に受信したときに位置情報を要求することができる第２の通信装置に関する問題を回避することができる。呼を終了する前にＡＣＫメッセージ又は最終メッセージにおいて、エラーのある位置情報に関する情報をサーバから第１の通信装置に送信することによって、第１の通信装置は、自身の応答メッセージに挿入された位置情報に関するエラーが何故発生したのかを検出することができる。
【００３９】
上記に挙げた単一の実施の形態又は種々の実施の形態に関して説明した一つ又は複数の技術的な特徴、例えば、図１から図４における第３の通信装置としてのＣＴＩソースＣを使用する特徴は、提供すべきでないことが明記されている場合を除き、又は技術的な理由から提供することが不可能である場合を除き、例えばＳＩＰの代わりにＨＴＴＰプロトコルを使用する他の実施の形態においても提供することができる。
【図１】
0005777830.tif 000002
【図２】
0005777830.tif 000003
【図３】
0005777830.tif 000004
【図４】
0005777830.tif 000005