(57)【要約】  第１端末（ＰｏＣクライアントＡ）から第２端末（ＰｏＣクライアントＣ）へプッシュツートーク型のセッションの少なくとも一部分を転送する方法が提供される。この方法では、セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージが送信される。一例では、ＳＩＰ  ＲＥＦＥＲメッセージは、第１端末（ＰｏＣクライアントＡ）から、セッションを制御するために指定されているサーバ（ＰｏＣサーバＸ）へ、ＳＩＰ  ＲＥＦＥＲメッセージが送信される。そのＳＩＰ  ＲＥＦＥＲメッセージのサーバ（ＰｏＣサーバＸ）における受信に応じて、ＳＩＰ  ＩＮＶＩＴＥメッセージが第２端末（ＰｏＣクライアントＣ）へ送信される。このＳＩＰ  ＲＥＦＥＲメッセージは、第２端末を識別する情報を含んでも良い。これには、例えば、第２端末のアドレスがあり、これには、ＳＩＰ  ＵＲＩあるいはＴＥＬ  ＵＲＩのような、プッシュツートークオーバーセルラーであるＰｏＣのアドレス、あるいは、グローバルに転送可能なユーザエージェントのＵＲＩであるＧＲＵＵであっても良い。このプッシュツートーク型のセッションは、例えば、プッシュツートークオーバーセルラーであるＰｏＣサービスにおけるセッションであっても良く、あるいは、これは、会議サービスにおけるセッションであっても良い。【選択図】  なし
2009514278.tif 000002
【特許請求の範囲】
【請求項１】
第１端末から第２端末へプッシュツートーク型のセッションの少なくとも一部分を転送する方法であって、
セッション開始プロトコルであるＳＩＰにおける、転送対象の前記セッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用する
ことを特徴とする方法。
【請求項２】
前記第１端末から、前記セッションを制御するために指定されているサーバへ、前記ＳＩＰ  ＲＥＦＥＲメッセージを送信する、あるいは前記第１端末からの前記ＳＩＰ  ＲＥＦＥＲメッセージを前記セッションを制御するために指定されているサーバで受信する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＳＩＰ  ＲＥＦＥＲメッセージの前記サーバにおける受信に応じて、ＳＩＰ  ＩＮＶＩＴＥメッセージを前記第２端末へ送信する
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、前記第２端末の識別時に使用するための情報を含んでいる
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、前記第２端末のアドレスを含んでいる
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、ＳＩＰ  ＵＲＩあるいはＴＥＬ  ＵＲＩのような、前記第２端末の、プッシュツートークオーバーセルラーであるＰｏＣのアドレスを含んでいる
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、前記第２端末の、グローバルに転送可能なユーザエージェントのＵＲＩであるＧＲＵＵのアドレスを含んでいる
ことを特徴とする請求項５あるいは６に記載の方法。
【請求項８】
請求項３に従属する場合、前記ＳＩＰ  ＩＮＶＩＴＥメッセージに、前記識別時に使用するための情報を含める
ことを特徴とする請求項４乃至７のいずれか１項に記載の方法。
【請求項９】
前記識別時に使用するための情報が前記第１端末を識別する場合に、前記第１端末で、前記ＳＩＰ  ＩＮＶＩＴＥメッセージを受信し、その応答で招待を拒否する
ことを特徴とする請求項８に記載の方法。
【請求項１０】
少なくとも、前記セッションの一部分だけが転送される場合において、転送対象の前記一部分を示すために、ＳＤＰ情報を前記ＳＩＰ  ＲＥＦＥＲメッセージに含める
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１１】
請求項２に従属する場合、前記セッションの進行中に、その進行中のセッションを調整するために、前記サーバで前記ＳＤＰ情報を削除するあるいは修正する
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
請求項３に従属する場合、前記ＳＤＰ情報を、前記ＳＩＰ  ＩＮＶＩＴＥメッセージに含める
ことを特徴とする請求項１０あるいは１１に記載の方法。
【請求項１３】
前記転送の進行を前記第１端末へ通知するために、前記第１端末へ少なくとも１つの状態更新メッセージを送信する
ことを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記少なくとも１つの状態更新メッセージは、「呼出中」あるいは「試行中」メッセージのような、ＳＩＰ  ＮＯＴＩＦＹメッセージである
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
「ｎｏｒｅｆｅｒｓｕｂ」オプションタグを前記ＳＩＰ  ＲＥＦＥＲメッセージに含ませないことによって、前記状態更新メッセージを受信するための参照を指示する
ことを特徴とする請求項１３あるいは１４に記載の方法。
【請求項１６】
前記セッションの一部分だけが転送される場合において、前記一部分に対する責任が前記第２端末によって受け付けられていることが確認された後に、転送される前記一部分に対する前記セッションにおける責任を削除するための手順を、前記第１端末で実行する
ことを特徴とする請求項１乃至１５のいずれか１項に記載の方法。
【請求項１７】
請求項２に従属する場合、前記手順は、前記第１端末から前記サーバへＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージを送信する
ことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記セッションの全体が転送される場合において、前記第１端末において、前記セッションを解放するための手順を実行する
ことを特徴とする請求項１乃至１７のいずれか１項に記載の方法。
【請求項１９】
請求項２に従属する場合、前記第１端末から前記サーバへＳＩＰ  ＢＹＥメッセージを送信する
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記転送される一部分は、少なくとも１つのメディアタイプに対する責任を含んでいる
ことを特徴とする請求項１乃至１９のいずれか１項に記載の方法。
【請求項２１】
前記セッションを確立するための招待の受信に応じて、当該方法を実行する
ことを特徴とする請求項１乃至２０のいずれか１項に記載の方法。
【請求項２２】
前記招待は、前記第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられていないかを識別する情報を含んでいて、かつ前記識別する情報を前記ＳＩＰ  ＲＥＦＥＲメッセージに含める
ことを特徴とする請求項２１に記載の方法。
【請求項２３】
請求項１０に従属する場合、前記識別する情報は、前記ＳＤＰ情報を含んでいる
ことを特徴とする請求項２２に記載の方法。
【請求項２４】
進行中のセッションの少なくとも一部分を転送するために、当該方法を実行する
ことを特徴とする請求項１乃至２０のいずれか１項に記載の方法。
【請求項２５】
前記プッシュツートーク型のセッションは、プッシュツートークオーバーセルラーであるＰｏＣサービスにおけるセッションである
ことを特徴とする請求項１乃至２４のいずれか１項に記載の方法。
【請求項２６】
前記プッシュツートーク型のセッションは、会議サービスにおけるセッションである
ことを特徴とする請求項１乃至２５のいずれか１項に記載の方法。
【請求項２７】
セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用することによって、第１端末から第２端末へプッシュツートーク型の前記セッションの少なくとも一部分を転送する手段を備える
ことを特徴とする装置。
【請求項２８】
前記第１端末を備える
ことを特徴とする請求項２７に記載の装置。
【請求項２９】
装置にロードされる場合に、前記装置に、請求項２７あるいは２８に記載の装置を実現させる
ことを特徴とするオペレーティングプログラム。
【請求項３０】
装置上で実行する場合に、前記装置に、請求項１乃至２６のいずれか１項に記載の方法を実行させる
ことを特徴とするオペレーティングプログラム。
【請求項３１】
搬送媒体上で実行される
ことを特徴とする請求項２９または３０に記載のオペレーティングプログラム。
【請求項３２】
前記搬送媒体は、送信媒体である
ことを特徴とする請求項３１に記載のオペレーティングプログラム。
【請求項３３】
前記搬送媒体は、記憶媒体である
ことを特徴とする請求項３１に記載のオペレーティングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
１．本発明の分野
本発明は、例えば、いわゆる、プッシューツートークオーバーセルラーサービス（push to talk over celluar service）のような、プッシュツートーク型サービスを使用する方法及び装置に関するものである。
【０００２】
２．関連技術の説明
トランシーバ（walkie-talkie：ウォーキートーキー）型サービスは、相互間で短いメッセージを簡単に通信したいと要望するユーザ間で長い間にわたり知られているものである。従来、このようなサービスは、無線スペクトラムの専用部分を利用する双方向携帯無線によって提供されているが、この双方向携帯無線は、同種の端末を利用し、かつ比較的短距離の無線の動作範囲内に存在する事前に選択された小グループのユーザと通信することだけを可能にする。最近になって、既設のセルラー電話インフラストラクチャに便乗する（piggy-back：ピギーバックする）サービスが、米国で導入されている。しかしながら、このサービスは本質的に独自仕様であり、ユーザが異なるオペレータネットワーク間で通信することは許容されていない。
【０００３】
トランシーバ型サービスの使用を拡大するための試みに、セルラーネットワーク上で提供されるトランシーバサービスのネットワーク間運用（operability：オペラビリティ）を可能にする適切なプロトコルの標準化を目的として、オープンモバイルアライアンス（ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇ）として知られる産業団体が設立されている。様々な標準によって確立されているサービスは、ＰｏＣ（Push to talk over Cellular：プッシュツートークオーバーセルラー）として知られている。このＰｏＣは、パケット交換アクセスネットワークを通じて関連音声データを転送することを提案している。ＧＳＭおよびＵＭＴＳの場合、これは、汎用パケット無線サービス（ＧＰＲＳ、General Packet Radio Service）アクセスネットワークまたは３Ｇアクセスネットワークである。他のネットワークアーキテクチャでは、類似のパケット交換アクセスネットワークは、トークデータ（talk data）を転送するために利用されることになる。プッシュツートークサービスは、回線交換アクセスネットワーク上でも提供されてもよいが、好ましい選択肢（オプション）ではない。
【０００４】
プッシュツートークオーバーセルラー（ＰｏＣ）システムは、典型的には、ＧＳＭ／ＧＰＲＳ／３Ｇネットワークに実装され、セルラーネットワークへの高度データサービス、特に、リアルタイムマルチメディアサービスの導入を促進するために、第３世代パートナシッププロジェクト（３ＧＰＰ）によって標準化されているＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）を使用する。このＩＭＳは、マルチメディアＩＰベースのセッション（ＩＥＴＦ  ＲＦＣ  ３２６１「ＳＩＰ：セッション開始プロトコル」、http://www.ietf.org./rfc/rfc3261.txt）のセットアップおよび制御に対して、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ：Internet Engineering Task Force）によって定義されているセッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）に依存している。ＰｏＣサーバは、このＩＭＳ内に配置またはＩＭＳに接続され、ＰｏＣセッションをセットアップするおよび制御する機能を実現する。
【０００５】
既存のプッシュツートーク（ＰＴＴ：Push-To-Talk）システムおよび会議システムは、ユーザの１人に発言権を与え、通話中の他のユーザの発言権を拒否して、リスニングモードにすることを可能にするための、制御メカニズムを通常使用する。この制御メカニズムは、フロア制御、話者調停、トークバースト制御等と通常呼ばれる。例えば、オープンモバイルアライアンスは、トークバースト制御プロトコル（ＴＢＣＰ：Talk Burst Control Protocol）を有するプッシュツートークオーバーセルラー（ＰｏＣ）システムの仕様に現在取り組んでいる。
【０００６】
ユーザに代わって発言権を要求するために、端末（ＰｏＣクライアント）は、通常、コントローラ（ＰｏＣサーバ）に要求メッセージを送信する。このコントローラは、通常、要求の承諾または拒否で応答する。このコントローラは、要求を承諾する時点で発言許可タイマを開始することによって、ユーザに発言を許可する時間を通常制限し、通常、ユーザ端末へ取消（revoke）メッセージを送信することによって、または単にユーザのメディアを転送しないことによって、ユーザを遮断するいくつかのメカニズムを使用する。このコントローラによって遮断されるユーザは、いくつかの方法で、例えば、一定期間発言権を与えらないことによって、そのコントローラによって通常ペナルティが科される。
ＯＭＡ  ＰｏＣの次のバージョン（本明細書では、「ＰｏＣ２」と呼び、前のバージョンは「ＰｏＣ１」と呼ぶ）が、ＯＭＡで開発されている（
【非特許文献１】）。ＰｏＣ２の新機能の一部分は、ＰｏＣセッションで画像、映像等の送信を可能にする新規のメディアタイプを含めることである。ＰｏＣ２は、別のＰｏＣクライアントへのシームレスなビデオ転送に対する要件を含んでいる。
【非特許文献１】ＯＭＡ  ＰｏＣ２要件文書、ＯＭＡ−ＲＤ−ＰｏＣ−Ｖ２＿０−２００５０９０２−Ｄ「プッシュツートークオーバーセルラー２要件」、ドラフトバージョン２．０、２００５年９月２日
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＩＥＴＦ（ＩＥＴＦ：Internet Engineering Task Force）で規定される既存の手順は、別のデバイスへの呼の転送を可能にする。しかしながら、この手順は、カンファレンスブリッジ（conference bridge）を含まない、あるいは呼の部分だけ（例えば、ビデオコンポーネントだけ）の転送を可能にしない。また、これは、別のアーキテクチャ上で構築されている。ＯＭＡ  ＰｏＣアーキテクチャ上で構築されるソリューションには、呼の部分だけを転送することが含まれていない。
【０００８】
それゆえ、あるＰｏＣクライアントから別のＰｏＣクライアントへ、ＰｏＣセッションあるいはその一部分をシームレスに転送するための方法を提供することが要望されている。
【課題を解決するための手段】
【０００９】
本発明の要約
本発明の第１の構成に従えば、第１端末から第２端末へプッシュツートーク型のセッションの少なくとも一部分を転送する方法であって、セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用する方法が提供される。
【００１０】
この方法は、第１端末から、セッションを制御するために指定されているサーバへ、ＳＩＰ  ＲＥＦＥＲメッセージを送信しても良いし、あるいは第１端末からのＳＩＰ  ＲＥＦＥＲメッセージをセッションを制御するために指定されているサーバで受信しても良い。
【００１１】
この方法は、ＳＩＰ  ＲＥＦＥＲメッセージのサーバにおける受信に応じて、ＳＩＰ  ＩＮＶＩＴＥメッセージを第２端末へ送信しても良い。
【００１２】
このＳＩＰ  ＲＥＦＥＲメッセージは、第２端末の識別時に使用するための情報を含んでも良い。
【００１３】
このＳＩＰ  ＲＥＦＥＲメッセージは、第２端末のアドレスを含んでもよい。
【００１４】
このＳＩＰ  ＲＥＦＥＲメッセージは、ＳＩＰ  ＵＲＩあるいはＴＥＬ  ＵＲＩのような、第２端末の、プッシュツートークオーバーセルラーであるＰｏＣのアドレスを含んでも良い。
【００１５】
このＳＩＰ  ＲＥＦＥＲメッセージは、第２端末の、グローバルに転送可能なユーザエージェントのＵＲＩであるＧＲＵＵのアドレスを含んでも良い。
【００１６】
この方法は、ＳＩＰ  ＩＮＶＩＴＥメッセージに、識別時に使用するための情報を含めることを含んでも良い。
【００１７】
この方法は、識別時に使用するための情報が第１端末を識別する場合に、第１端末でＳＩＰ  ＩＮＶＩＴＥメッセージを受信し、その応答で招待を拒否することを含んでも良い。
【００１８】
この方法は、少なくとも、セッションの一部分だけが転送される場合において、転送対象の一部分を示すために、ＳＤＰ情報をＳＩＰ  ＲＥＦＥＲメッセージに含めることを含んでも良い。
【００１９】
この方法は、セッションの進行中に、その進行中のセッションを調整するために、サーバでＳＤＰ情報を削除するあるいは修正することを含んでも良い。
【００２０】
この方法は、ＳＤＰ情報を、ＳＩＰ  ＩＮＶＩＴＥメッセージに含めることを含んでも良い。
【００２１】
この方法は、転送の進行を第１端末へ通知するために、第１端末へ少なくとも１つの状態更新メッセージを送信することを含んでも良い。
【００２２】
この少なくとも１つの状態更新メッセージは、「呼出中」あるいは「試行中」メッセージのような、ＳＩＰ  ＮＯＴＩＦＹメッセージであっても良い。
【００２３】
この方法は、「ｎｏｒｅｆｅｒｓｕｂ」オプションタグをＳＩＰ  ＲＥＦＥＲメッセージに含ませないことによって、状態更新メッセージを受信するための参照を指示することを含んでも良い。
【００２４】
この方法は、セッションの一部分だけが転送される場合において、その一部分に対する責任を第２端末によって受け付けられていることが確認された後に、転送される一部分に対するセッションにおける責任を削除するための手順を、第１端末で実行することを含んでも良い。
【００２５】
この手順は、第１端末からサーバへＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージを送信することを含んでも良い。
【００２６】
この方法は、セッションの全体が転送される場合において、第１端末において、セッションを解放するための手順を実行することを含んでも良い。
【００２７】
この方法は、第１端末からサーバへＳＩＰ  ＢＹＥメッセージを送信することを含んでも良い。
【００２８】
この転送される一部分は、少なくとも１つのメディアタイプに対する責任を含んでも良い。
【００２９】
この方法は、セッションを確立するための招待の受信に応じて、当該方法を実行することを含んでも良い。
【００３０】
この招待は、第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられないかを識別する情報を含んでも良く、また、この方法は、その識別する情報をＳＩＰ  ＲＥＦＥＲメッセージに含めることを含んでも良い。
【００３１】
この識別する情報は、ＳＤＰ情報を含んでも良い。
【００３２】
この方法は、進行中のセッションの少なくとも一部分を転送するために、当該方法を実行することを含んでも良い。
【００３３】
このプッシュツートーク型のセッションは、プッシュツートークオーバーセルラーであるＰｏＣサービスにおけるセッションであっても良い。
【００３４】
このプッシュツートーク型のセッションは、会議サービスにおけるセッションであっても良い。
【００３５】
本発明の第２の構成に従えば、セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用することによって、第１端末から第２端末へプッシュツートーク型のセッションの少なくとも一部分を転送する手段を備える装置が提供される。
【００３６】
この装置は、第１端末を備える。
【００３７】
本発明の第３の構成に従えば、装置にロードされる場合に、装置に、本発明の第２の構成に従う装置を実現させるオペレーティングプログラムが提供される。
【００３８】
本発明の第４の構成に従えば、装置上で実行する場合に、装置に、本発明の第１の構成に従う方法を実行させるオペレーティングプログラムが提供される。
【００３９】
このオペレーティングプログラムは、搬送媒体上で実行されても良い。この搬送媒体は、送信媒体であっても良い。この搬送媒体は、記憶媒体であっても良い。
【００４０】
本発明の実施形態は、以下の技術的な課題の１つ以上に向けられたものである。
【００４１】
（ａ）ＰｏＣセッションあるいはその一部分が転送対象であることを、ＰｏＣクライアントが、ＰｏＣ機能を実行するＰｏＣサーバへどのように指示するか。
【００４２】
（ｂ）ＰｏＣクライアントが、ＰｏＣセッションが転送される装置をどのようにして取り扱うべきか。
【００４３】
（ｃ）ＰｏＣクライアントが、転送対象のＰｏＣセッションの一部分をどのようにして指示するか。
【００４４】
（ｄ）ＰｏＣクライアントが、サポート外のメディアタイプを別のＰｏＣクライアントへどのようにして移動するか、これは、メディアタイプがサポートされていないので、ＰｏＣクライアントは、セッション記述プロトコル（ＳＤＰ）において適切なパラメータをどのようにして設定するかわからないからである［ＳＤＰの詳細については、ＩＥＴＦ  ＲＦＣ３５５０の「セッション記述プロトコル」であるhttp://www.ietf.org/rfc/rfc3261.txtを参照］。
【発明を実施するための最良の形態】
【００４５】
本発明の実施形態は、ＯＭＡ  ＰｏＣで定義される手順に基づいていて（参照：ＯＭＡ  ＰｏＣ要件文書バージョン１．０、ＯＭＡ−ＲＤ−ＰｏＣ−Ｖ１＿０；ＯＭＡ  ＰｏＣ制御プレーン文書バージョン１．０、ＯＭＡ−ＴＳ−ＰｏＣ−Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ−Ｖ１＿０、ＯＭＡ  ＰｏＣユーザプレーン文書バージョン１．０、ＯＭＡ−ＴＳ−ＰｏＣ−Ｕｓｅｒ  Ｐｌａｎｅ−Ｖ１＿０；及びＯＭＡ  ＰｏＣ  ＸＤＭ仕様文書バージョン１．０  ＯＭＡ−ＰｏＣ＿ＸＤＭ＿Ｓｐｅｃｉｆｉｃａｔｉｏｎ−Ｖ１＿０、オープンモバイルアライアンス、http://www.openmobilealliance.org/）、これに加えて、いくつかのエディションで、セッションあるいはその一部分の転送を達成する。
【００４６】
例として、ＰｏＣクライアントで、ユーザが、自身のＰｏＣセッションの一部分を別の装置上の別のＰｏＣクライアントへ転送したい場合を検討する。この理由は、例えば、ビデオケイパビリティのような、より多くのケイパビリティをその他の装置が有しているということで可能性があるからである。この転送は、例えば、ビデオの一部分のような一部分であっても良いし、画像、ビデオクリップあるいはファイルの受信であっても良い。ＰｏＣセッションを転送することの決定は、ユーザによる決定、あるいはＰｏＣクライアントによる決定であっても良い。例えば、ＰｏＣクライアントが、サポート外のメディアタイプを追加したいというＳＩＰ  ＩＮＶＩＴＥ要求を受信する場合、ＰｏＣクライアントは、本発明の実施形態に従う転送手順で、受信したＳＤＰパラメータを使用して、別のＰｏＣクライアントへメディアの一部分を転送するように構成することができる。
【００４７】
以下で詳細に説明する本発明の実施形態では、ＰｏＣクライアントは、ＳＩＰ  ＲＥＦＥＲメッセージをＰｏＣサーバへ送信する。このＳＩＰ  ＲＥＦＥＲメッセージは、典型的には、次のものを含むことになる。
【００４８】
（ａ）ＰｏＣセッションが転送される装置におけるＰｏＣクライアントのアドレス。このアドレスは、ＰｏＣアドレス［ＯＭＡ−ＴＳ−ＰｏＣ−Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｖ１＿０］、ＧＲＵＵ［ＩＥＴＦ  ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕ−０５．ｔｘｔ、「セッション開始プロトコル（ＳＩＰ）におけるグローバルに転送可能なユーザエージェント（ＵＡ）ＵＲＩ（ＧＲＵＵ）の取得及び使用」、ｄｒａｆｔ−ｉｅｆｔ−ｓｉｐ−ｇｒｕｕ−０５、http://www.ietf.org/internet-drafats/draft-ietf-sip-gruu-05.txt］であっても良い、あるいは任意の他の転送可能なアドレスであっても良い。典型的には、ＰｏＣクライアントは、ＰｏＣアドレス（例えば、登録されているＳＩＰ  ＵＲＩ、あるいはＴＥＬ  ＵＲＩにおける電話番号）を使用することになる。
【００４９】
（ｂ）ＰｏＣセッションのどの部分が転送されるかを示すためのＳＤＰ［ＩＥＴＦ  ＲＦＣ３５５０］パラメータ（ＰｏＣセッションの一部分だけが転送される場合）
本実施形態では、ＰｏＣクライアントは、転送の進行の通知を送信するＰｏＣサーバで、ＲＦＣ３２６５の手順を使用する。転送が準備される場合、ＰｏＣクライアントは、状態表示行として２００ＯＫが含められているＳＩＰ  ＮＯＴＩＦＹ要求を受信し、ＰｏＣクライアントは、以下のいずれかを行なうことができる。
【００５０】
（１）ＳＩＰ  ＢＹＥメッセージによってＰｏＣセッションを解放する。これは、ＰｏＣセッションの全体が転送される、あるいは
（２）要求に応じて、メディアパラメータの再ネゴシエートを行なう。これは、ＰｏＣセッションの一部分が転送されていて、かつＰｏＣクライアントが、予めその一部分に対するサポートが指示されている場合である。
【００５１】
上述の２つの状況（１）及び（２）における、本発明の実施形態の動作を、図１及び図２で示される（簡略化）シグナリングフローそれぞれで別々に説明する。
【００５２】
図１を参照すると、ＰｏＣセッションは、ＰｏＣクライアントＡとＰｏＣクライアントＢで進行中である。いくつかの理由によって、ＰｏＣクライアントＡのユーザは、別のＰｏＣクライアントＣへ移動したい場合がある。この状況では、ＰｏＣクライアントＡは、ＰｏＣセッション全体をＰｏＣクライアントＣへ転送したいとする。
【００５３】
ＰｏＣクライアントＡは、ＰｏＣセッションへ参加者を追加するために、ＯＭＡ  ＰｏＣで規定されるＳＩＰ  ＲＥＦＥＲ要求を送信する。このＳＩＰ  ＲＥＦＥＲ要求は、ＰｏＣクライアントＣのＰｏＣアドレス（例えば、ＴＥＬ  ＵＲＩ）を含んでいる。ＳＩＰ  ＲＥＦＥＲメッセージは、参加ＰｏＣ機能を実行するＰｏＣサーバＡを介して、ＯＭＡ  ＰｏＣで規定される、制御ＰｏＣ機能を実行するＰｏＣサーバＸへ送信される。ＰｏＣサーバＸは、ＳＩＰ  ＩＮＶＩＴＥメッセージによってＰｏＣクライアントＣを招待するために、この手順を開始する。ＰｏＣクライアントＣのＰｏＣアドレスは、ＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる。
【００５４】
ＰｏＣクライアントＣのＰｏＣアドレスは、ＰｏＣクライアントＡのＰｏＣアドレスと同一のＰｏＣアドレスであっても良いことに注意されたい。この場合、ＰｏＣクライアントＡは、ＰｏＣクライアントＡに招待を拒否することを可能にする、ＳＩＰ  ＩＮＶＩＴＥ要求を、ＰｏＣサーバＸから受信することになる。
【００５５】
本実施形態では、ＳＩＰ  ＲＥＦＥＲメッセージは、オプションタグ「ｎｏｒｅｆｅｒｓｕｂ」を含んでいない。これは、制御ＰｏＣ機能を実行するＰｏＣサーバＸが、ＯＭＡ  ＰｏＣ手順に従って、招待手順の状態をＰｏＣクライアントＡへレポートすることを意味する。これは、どちらかといえば、ＳＩＰ  ＩＮＶＩＴＥメッセージの送信に応じて、ＰｏＣクライアントＣから返信されているものに従って、例えば、図１に示されるＳＩＰ  ＮＯＴＩＦＹメッセージで、例えば、状態１００「試行中（Ｔｒｙｉｎｇ）」あるいは１８０「呼出中（Ｒｉｎｇｉｎｇ）」を送信することによって実行する。
【００５６】
ＰｏＣクライアントＣがその招待を受け付ける場合、ＰｏＣクライアントＣは、ＳＩＰ２００ＯＫ応答をＰｏＣサーバＸへ送信し、逆に、ＰｏＣサーバＸは、状態コード２００「ＯＫ」を伴うＳＩＰ  ＮＯＴＩＦＹ要求をＰｏＣクライアントＡへ送信する。ＰｏＣクライアントＡがＳＩＰ  ＮＯＴＩＦＹメッセージで状態２００「ＯＫ」を受信すると、ＰｏＣセッションの全体が移動されることになるＰｏＣクライアントＣが、その招待を受け付けていることがわかる。これにより、ＰｏＣクライアントＡに、ＰｏＣセッションを解放することを可能にし、そうすることによって、ＰｏＣユーザは、ＰｏＣクライアントＣでＰｏＣセッションを継続することができる。ＰｏＣクライアントＡは、ＳＩＰ  ＢＹＥメッセージによってＰｏＣセッションを解放する。
【００５７】
図２を参照すると、ＰｏＣセッションは、ＰｏＣクライアントＡとＰｏＣクライアントＢ間で進行中である。いくつかの理由で、ＰｏＣクライアントＡのユーザは、ＰｏＣセッションのビデオ部分だけを別のＰｏＣクライアントへ移動したいとする。
【００５８】
ＰｏＣクライアントＡは、ＰｏＣセッションへ参加者を追加するために、ＯＭＡ  ＰｏＣで規定されるＳＩＰ  ＲＥＦＥＲ要求を送信する。このＳＩＰ  ＲＥＦＥＲ要求は、ＰｏＣクライアントＣのＰｏＣアドレス（例えば、ＴＥＬ  ＵＲＩ）と、移動対象の部分（（例えば、「転送＝ビデオ」）は、ＰｏＣクライアントＣが、受信／送信するためのビデオが要求されていることを意味する）を記述するＳＤＰを含んでいる。ＳＩＰ  ＲＥＦＥＲメッセージは、参加ＰｏＣ機能を実行するＰｏＣサーバＡを介して、ＯＭＡ  ＰｏＣで規定される、制御ＰｏＣ機能を実行するＰｏＣサーバＸへ送信される。ＰｏＣサーバＸは、ＳＩＰ  ＩＮＶＩＴＥメッセージによってＰｏＣクライアントＣを招待するために、この手順を開始する。ＰｏＣクライアントＣのＰｏＣアドレスとＳＤＰパラメータは、ＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる。ここで、ＰｏＣサーバＸは、進行中のＰｏＣセッションを調整する（align）ために、ＳＤＰを削除あるいは修正することができる。
【００５９】
ＰｏＣクライアントＣのＰｏＣアドレスは、ＰｏＣクライアントＡのＰｏＣアドレスと同一のＰｏＣアドレスであっても良いことに注意されたい。この場合、ＰｏＣクライアントＡは、ＰｏＣクライアントＡに招待を拒否することを可能にする、ＳＩＰ  ＩＮＶＩＴＥ要求を、ＰｏＣサーバＸから受信することになる。
【００６０】
本実施形態では、ＳＩＰ  ＲＥＦＥＲメッセージは、オプションタグ「ｎｏｒｅｆｅｒｓｕｂ」を含んでいない。これは、制御ＰｏＣ機能を実行するＰｏＣサーバＸが、ＯＭＡ  ＰｏＣ手順に従って、招待手順の状態をＰｏＣクライアントＡへレポートすることを意味する。これは、どちらかといえば、ＳＩＰ  ＩＮＶＩＴＥメッセージの送信に応じて、ＰｏＣクライアントＣから返信されているものに従って、例えば、図２に示されるＳＩＰ  ＮＯＴＩＦＹメッセージで、例えば、状態１００「試行中」あるいは１８０「呼出中」を送信することによって実行する。
【００６１】
ＰｏＣクライアントＣがその招待を受け付ける場合、ＰｏＣクライアントＣは、ＳＩＰ２００ＯＫ応答をＰｏＣサーバＸへ送信し、逆に、ＰｏＣサーバＸは、状態コード２００「ＯＫ」を伴うＳＩＰ  ＮＯＴＩＦＹ要求をＰｏＣクライアントＡへ送信する。
【００６２】
ＰｏＣクライアントＡがＳＩＰ  ＮＯＴＩＦＹメッセージで状態２００「ＯＫ」を受信すると、ＰｏＣセッションのビデオ部分が移動されることになるＰｏＣクライアントＣが、その招待を受け付けていることがわかる。これにより、ＰｏＣクライアントＡに、必要に応じて、ビデオに対する自身のサポートを削除することを可能にし、そうすることによって、ＰｏＣセッションのビデオ部分をＰｏＣクライアントＣで継続することができるようになる。ＰｏＣクライアントＡは、ＩＥＴＦ  ＲＦＣ３２６１に従って、ＰｏＣサーバＡを介して、ＰｏＣサーバＸへＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージを送信することによって、これを達成する。
【００６３】
本発明の実施形態はＰｏＣに関連して説明されているが、本発明は、ＰｏＣに限定されるものではないことが理解されるだろう。用語「プッシュツートーク」サービスは、本明細書では、本質的にトランシーバ的サービスを識別するために使用されている。これらのサービスは、トークバーストの交換のために、２人以上のユーザを一緒に素早く接続することを可能にするサービスである。プッシュツートークサービスは、これらのサービスが所与の時間に１人だけが話すことを可能にする点で、従来の音声通話とは異なる。話すためには、ユーザは、「フロア（floor）」の制御を持たなければならない。制御は、通常、１人のユーザがフロア制御を解放するためにトークボタンを解放し、別のユーザがフロア制御を引き受けるためにトークボタンを押すことによって達成される。添付の特許請求の範囲で使用される用語「プッシュツートーク」は、特定のプロトコルの使用を含意する意図がないことが理解されるべきである。
【００６４】
本発明の範囲は、トークセッションでのトークデータあるいは音声データの転送に制限されず、添付の特許請求の範囲は、データ転送セッションにおける音声データを含むがそれに限定されない、任意の種類のデータの転送も網羅すると解釈されることも理解されるべきである。そのようなものであるから、「トークバースト要求」および「トークバースト」等の用語は、トークデータ、すなわち、音声データだけに限定されると解釈されるべきではないが、ＰｏＣ１の用語と一貫性を持たせるために使用されている。このような語句は、その意味内に任意の種類のデータの転送も含み得る。ＰｏＣ２では、ＰｏＣ１のコンセプトに直接対応するコンセプトに対して、異なる用語が使用されても良い。例えば、語句「メディアバースト要求」および「メディアバースト」が代わりに使用されても良い。
【００６５】
本発明の範囲は、参加者がフロア制御を与えられ、それによって会議での発言権または他の参加者へデータを転送する権利を与えられる会議システムを含むことを意図していることも理解されるべきである。
【００６６】
上記構成要素の１つ以上の動作が機器または装置で動作するプログラムによって制御されてもよいことは理解されるであろう。このようなオペレーティングプログラムは、コンピュータ可読媒体に記憶することができ、また、例えば、インターネットウェブサイトから提供されるダウンロード可能なデータ信号等の信号で実現することができる。添付の特許請求の範囲は、オペレーティングプログラム自体で、またはキャリヤ（搬送波）上のレコードとして、または信号として、または任意の他の形態で、オペレーティングプログラムを含んでいると解釈されるべきである。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施形態における第１のシナリオに従うシグナリングフローを示す図である。
【図２】本発明の実施形態における第２のシナリオに従うシグナリングフローを示す図である。
【図１】
2009514278.tif 000003
【図２】
2009514278.tif 000004
【手続補正書】
【提出日】平成19年10月1日(2007.10.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１端末から第２端末へプッシュツートーク型のセッションの一部分だけを転送する方法であって、
セッション開始プロトコルであるＳＩＰにおける、転送対象の前記セッションが、その一部分であることを示すＳＩＰ  ＲＥＦＥＲメッセージを使用する
ことを特徴とする方法。
【請求項２】
前記セッションを確立するための招待の受信に応じて、当該方法を実行する
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記招待は、前記第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられていないかを識別する情報を含んでいて、かつ前記識別する情報を前記ＳＩＰ  ＲＥＦＥＲメッセージに含める
ことを特徴とする請求項２に記載の方法。
【請求項４】
進行中のセッションの少なくとも一部分を転送するために、当該方法を実行する
ことを特徴とする請求項１に記載の方法。
【請求項５】
第１端末から第２端末へプッシュツートーク型のセッションの少なくとも一部分を転送する方法であって、
当該方法は、セッション開始プロトコルであるＳＩＰにおける、転送対象の前記セッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用する方法であり、
前記セッションを確立するための招待の受信に応じて、当該方法を実行し、
前記招待は、前記第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられていないかを識別する情報を含んでいて、かつ前記識別する情報を前記ＳＩＰ  ＲＥＦＥＲメッセージに含める
ことを特徴とする方法。
【請求項６】
前記第１端末から、前記セッションを制御するために指定されているサーバへ、前記ＳＩＰ  ＲＥＦＥＲメッセージを送信する、あるいは前記第１端末からの前記ＳＩＰ  ＲＥＦＥＲメッセージを前記セッションを制御するために指定されているサーバで受信する
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記ＳＩＰ  ＲＥＦＥＲメッセージの前記サーバにおける受信に応じて、ＳＩＰ  ＩＮＶＩＴＥメッセージを前記第２端末へ送信する
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、前記第２端末の識別時に使用するための情報を含んでいる
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、前記第２端末のアドレスを含んでいる
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、ＳＩＰ  ＵＲＩあるいはＴＥＬ  ＵＲＩのような、前記第２端末の、プッシュツートークオーバーセルラーであるＰｏＣのアドレスを含んでいる
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、前記第２端末の、グローバルに転送可能なユーザエージェントのＵＲＩであるＧＲＵＵのアドレスを含んでいる
ことを特徴とする請求項９あるいは１０に記載の方法。
【請求項１２】
請求項７に従属する場合、前記ＳＩＰ  ＩＮＶＩＴＥメッセージに、前記識別時に使用するための情報を含める
ことを特徴とする請求項８乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記識別時に使用するための情報が前記第１端末を識別する場合に、前記第１端末で、前記ＳＩＰ  ＩＮＶＩＴＥメッセージを受信し、その応答で招待を拒否する
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
少なくとも、前記セッションの一部分だけが転送される場合において、転送対象の前記一部分を示すために、ＳＤＰ情報を前記ＳＩＰ  ＲＥＦＥＲメッセージに含める
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
請求項６に従属する場合、前記セッションの進行中に、その進行中のセッションを調整するために、前記サーバで前記ＳＤＰ情報を削除するあるいは修正する
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
請求項７に従属する場合、前記ＳＤＰ情報を、前記ＳＩＰ  ＩＮＶＩＴＥメッセージに含める
ことを特徴とする請求項１４あるいは１５に記載の方法。
【請求項１７】
請求項３あるいは５に従属する場合、前記識別時に使用するための情報は、前記ＳＤＰ情報を含んでいる
ことを特徴とする請求項１４乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記転送の進行を前記第１端末へ通知するために、前記第１端末へ少なくとも１つの状態更新メッセージを送信する
ことを特徴とする請求項１乃至１７のいずれか１項に記載の方法。
【請求項１９】
前記少なくとも１つの状態更新メッセージは、「呼出中」あるいは「試行中」メッセージのような、ＳＩＰ  ＮＯＴＩＦＹメッセージである
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
「ｎｏｒｅｆｅｒｓｕｂ」オプションタグを前記ＳＩＰ  ＲＥＦＥＲメッセージに含ませないことによって、前記状態更新メッセージを受信するための参照を指示する
ことを特徴とする請求項１８あるいは１９に記載の方法。
【請求項２１】
前記セッションの一部分だけが転送される場合において、前記一部分に対する責任が前記第２端末によって受け付けられていることが確認された後に、転送される前記一部分に対する前記セッションにおける責任を削除するための手順を、前記第１端末で実行する
ことを特徴とする請求項１乃至２０のいずれか１項に記載の方法。
【請求項２２】
請求項６に従属する場合、前記手順は、前記第１端末から前記サーバへＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージを送信する
ことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記セッションの全体が転送される場合において、前記第１端末において、前記セッションを解放するための手順を実行する
ことを特徴とする請求項１乃至２２のいずれか１項に記載の方法。
【請求項２４】
請求項６に従属する場合、前記第１端末から前記サーバへＳＩＰ  ＢＹＥメッセージを送信する
ことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記転送される一部分は、少なくとも１つのメディアタイプに対する責任を含んでいる
ことを特徴とする請求項１乃至２４のいずれか１項に記載の方法。
【請求項２６】
前記プッシュツートーク型のセッションは、プッシュツートークオーバーセルラーであるＰｏＣサービスにおけるセッションである
ことを特徴とする請求項１乃至２５のいずれか１項に記載の方法。
【請求項２７】
前記プッシュツートーク型のセッションは、会議サービスにおけるセッションである
ことを特徴とする請求項１乃至２６のいずれか１項に記載の方法。
【請求項２８】
セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であることを示すＳＩＰ  ＲＥＦＥＲメッセージを使用することによって、第１端末から第２端末へプッシュツートーク型の前記セッションの一部分だけを転送する手段を備える
ことを特徴とする装置。
【請求項２９】
装置であって
セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用することによって、第１端末から第２端末へプッシュツートーク型の前記セッションの少なくとも一部分を転送する方法を実行する手段を備え
前記方法は、前記セッションを確立するための招待の受信に応じて、実行されるものであり、
前記招待は、前記第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられていないかを識別する情報を含んでいて、かつ前記識別する情報は前記ＳＩＰ  ＲＥＦＥＲメッセージに含められる
ことを特徴とする装置。
【請求項３０】
前記第１端末を備える
ことを特徴とする請求項２８あるいは２９に記載の装置。
【請求項３１】
装置にロードされる場合に、前記装置に、請求項２８乃至３０のいずれか１項に記載の装置を実現させる
ことを特徴とするオペレーティングプログラム。
【請求項３２】
装置上で実行する場合に、前記装置に、請求項１乃至２７のいずれか１項に記載の方法を実行させる
ことを特徴とするオペレーティングプログラム。
【請求項３３】
搬送媒体上で実行される
ことを特徴とする請求項３１または３２に記載のオペレーティングプログラム。
【請求項３４】
前記搬送媒体は、送信媒体である
ことを特徴とする請求項３３に記載のオペレーティングプログラム。
【請求項３５】
前記搬送媒体は、記憶媒体である
ことを特徴とする請求項３３に記載のオペレーティングプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明の要約
本発明の第１の構成に従えば、第１端末から第２端末へプッシュツートーク型のセッションの一部分だけを転送する方法であって、セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であることを示すＳＩＰ  ＲＥＦＥＲメッセージを使用する方法が提供される。
この方法は、セッションを確立するための招待の受信に応じて、当該方法を実行することを含んでも良い。
この招待は、第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられないかを識別する情報を含んでも良く、また、この方法は、その識別する情報をＳＩＰ  ＲＥＦＥＲメッセージに含めることを含んでも良い。
この方法は、進行中のセッションの少なくとも一部分を転送するために、当該方法を実行することを含んでも良い。
本発明の第２の構成に従えば、第１端末から第２端末へプッシュツートーク型のセッションの少なくとも一部分を転送する方法が提供される。この方法は、セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用する方法であり、この方法は、セッションを確立するための招待の受信に応じて、当該方法を実行し、この招待は、第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられていないかを識別する情報を含んでいて、かつその識別する情報をＳＩＰ  ＲＥＦＥＲメッセージに含める。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
この方法は、ＳＤＰ情報を、ＳＩＰ  ＩＮＶＩＴＥメッセージに含めることを含んでも良い。
この識別する情報は、ＳＤＰ情報を含んでも良い。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
本発明の第３の構成に従えば、セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用することによって、第１端末から第２端末へプッシュツートーク型のセッションの少なくとも一部分を転送する手段を備える装置が提供される。
本発明の第４の構成に従えば、セッション開始プロトコルであるＳＩＰにおける、転送対象のセッションが、その一部分であるかあるいは全部であるかを示すＳＩＰ  ＲＥＦＥＲメッセージを使用することによって、第１端末から第２端末へプッシュツートーク型のセッションの少なくとも一部分を転送する方法を実行する手段を備える、装置が提供される。この方法は、セッションを確立するための招待の受信に応じて、実行されるものであり、この招待は、第１端末で少なくとも１つのメディアタイプがサポートされていないかあるいは受け付けられていないかを識別する情報を含んでいて、かつその識別する情報はＳＩＰ  ＲＥＦＥＲメッセージに含められる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
本発明の第５の構成に従えば、装置にロードされる場合に、装置に、本発明の第３あるいは第４の構成に従う装置を実現させるオペレーティングプログラムが提供される。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
本発明の第６の構成に従えば、装置上で実行する場合に、装置に、本発明の第１あるいは第２の構成に従う方法を実行させるオペレーティングプログラムが提供される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
（ａ）ＰｏＣセッションが転送される装置におけるＰｏＣクライアントのアドレス。このアドレスは、ＰｏＣアドレス［ＯＭＡ−ＴＳ−ＰｏＣ−Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｖ１＿０］、ＧＲＵＵ［ＩＥＴＦ  ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕ−０５．ｔｘｔ、「セッション開始プロトコル（ＳＩＰ）におけるグローバルに転送可能なユーザエージェント（ＵＡ）ＵＲＩ（ＧＲＵＵ）の取得及び使用」、ｄｒａｆｔ−ｉｅｆｔ−ｓｉｐ−ｇｒｕｕ−０５、http://www.ietf.org/internet-drafats/draft-ietf-sip-gruu-14.txt］であっても良い、あるいは任意の他の転送可能なアドレスであっても良い。典型的には、ＰｏＣクライアントは、ＰｏＣアドレス（例えば、登録されているＳＩＰ  ＵＲＩ、あるいはＴＥＬ  ＵＲＩにおける電話番号）を使用することになる。
【国際調査報告】
2009514278.tif 000005
2009514278.tif 000006