【誤訳訂正書】
【提出日】平成21年2月25日(2009.2.25)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
装置から登録要求を受信することと、
コンテンツ間接参照操作において参照される情報を前記装置が送信できるようにするために、前記装置にアドレスの識別情報を通知することと、
を備える通信方法。
【請求項２】
前記情報のためにリソースを割り当てることを更に備える請求項１記載の通信方法。
【請求項３】
前記リソースが記憶手段を備える請求項２記載の通信方法。
【請求項４】
前記登録要求がセッション開始プロトコル（SIP; Session Initiation Protocol）を備える請求項１記載の通信方法。
【請求項５】
前記通知することがセッション開始プロトコル（SIP; Session Initiation Protocol）メッセージを使用する請求項１記載の通信方法。
【請求項６】
前記割り当てることが、前記装置が前記情報を送信することに応答して行われる、請求項２記載の通信方法。
【請求項７】
前記通知することが、IPマルチメディアシステム（IMS; IP Multimedia System）のUtインターフェースを通して行われる、請求項１記載の通信方法。
【請求項８】
前記通知することが、マルチメディアメッセージサービス（MMS; Multimedia Message Service）システムにおけるホームサービスプロキシー（HSP; Home Service Proxy）ノードを通して行われる、請求項１記載の通信方法。
【請求項９】
前記通知することがCall-Infoヘッダを用いるが、ここで該Call-Infoヘッダは、該Call-Infoヘッダが前記アドレスの前記識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、その目的パラメータ（purpose parameter）がci-uriにセットされる、請求項１記載の通信方法。
【請求項１０】
前記URIが、前記装置が登録されている期間中、前記装置のために確保され続ける請求項９記載の通信方法。
【請求項１１】
装置によって生成されたSIP登録要求に応答して、該装置が後のSIPコンテンツ間接参照操作において参照される情報を送信しうるアドレスの識別情報を、SIPメッセージにより該装置に通知するデータプロセッサを備える、セッション開始プロトコル（SIP; Session Initiation Protocol）サーバ。
【請求項１２】
前記SIP登録要求及び前記SIPメッセージは、IPマルチメディアシステム（IMS; IP Multimedia System）のUtインターフェースを通る、請求項１１記載のSIPサーバ。
【請求項１３】
マルチメディアメッセージサービス（MMS; Multimedia Message Service）システムにおいて、前記SIP登録要求が、ホームサービスプロキシー（HSP; Home Service Proxy）によって行われる第三者登録要求をトリガし、前記SIPメッセージが該HSPノードを通して前記装置に到達する請求項１１記載のSIPサーバ。
【請求項１４】
前記SIPメッセージがCall-Infoヘッダを備え、ここで該Call-Infoヘッダは、該Call-Infoヘッダが前記アドレスを指定するURI（Uniform Resource Identifier）を含むことを示すために、その目的パラメータ（purpose parameter）がci-uriにセットされる、請求項１１記載のSIPサーバ。
【請求項１５】
前記URIが、前記装置が登録されている期間中、前記装置のために確保され続ける請求項１４記載のSIPサーバ。
【請求項１６】
サーバとともに動作する装置であって、
前記装置を起源とする第１メッセージに応答して送信される前記サーバからの第２メッセージを受信することに応じて、コンテンツ間接参照において参照される情報を送信するための場所の識別情報を、前記第２メッセージから抽出するデータプロセッサを備える、
装置。
【請求項１７】
前記データプロセッサが前記場所に前記情報を送信するように更に動作可能である請求項１６に記載の装置。
【請求項１８】
前記データプロセッサがHTTP PUT手続きを使用して前記情報を送信する請求項１７に記載の装置。
【請求項１９】
前記サーバがセッション開始プロトコル（SIP; Session Initiation Protocol）サーバからなり、前記データプロセッサが非SIP手続きを使用して前記情報を送信する請求項１７に記載の装置。
【請求項２０】
前記サーバがセッション開始プロトコル（SIP; Session Initiation Protocol）サーバを有し、IPマルチメディアシステム（IMS; IP Multimedia System）のUtインターフェースを通して、前記メッセージが受信され、前記情報が送信される請求項１７に記載の装置。
【請求項２１】
前記サーバがセッション開始プロトコル（SIP; Session Initiation Protocol）サーバを備え、SIP登録要求の源となるマルティメヂィアメッセージサービス（MMS; Multimedia Message Service）システムが、ホームサービスプロキシー（HSP; Home Service Proxy）による第三者登録要求をトリガし、前記メッセージが前記HSPのノードを通して前記装置に到達する請求項１６に記載の装置。
【請求項２２】
前記データプロセッサが、前記SIPメッセージのCall-Infoヘッダから前記場所の識別情報を抽出し、ここで前記Call-Infoヘッダは、該Call-Infoヘッダが前記場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、その目的パラメータ（purpose parameter）がci-uriにセットされている、請求項１６に記載の装置。
【請求項２３】
前記サーバがセッション開始プロトコル（SIP; Session Initiation Protocol）サーバを有し、前記装置が、前記装置が前記SIPサーバに登録されている期間中、前記抽出された情報を使用する請求項２２に記載の装置。
【請求項２４】
セルラー電話からなる請求項１６に記載の装置。
【請求項２５】
ディジタルデータプロセッサによって読み取り可能で、セッション開始プロトコル（SIP; Session Initiation Protocol）処理におけるコンテンツ間接参照操作において使用するプログラム命令を記憶するデータ記憶媒体であって、該処理が、
装置からのSIP登録要求の受信に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を記憶しうる記憶場所を該装値のために確保することと、
SIPメッセージのCall-Infoヘッダフィールドを用いて該記憶場所の識別情報を該装置に通知することと、
を含み、ここで前記Call-Infoヘッダフィールドは、該Call-Infoヘッダフィールドが該記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされている、データ記憶媒体。
【請求項２６】
前記要求がマルチメディアメッセージサービス（MMS; Multimedia Message Service）リレー／サーバにおいて受信され、前記通知することがホームサービスプロキシー（HSP; Home Service Proxy）を通して行われる請求項２５記載のデータ記憶媒体。
【請求項２７】
前記URIは、前記装置が登録されている期間中、前記装置のために確保され続ける、請求項２５記載のデータ記憶媒体。
【請求項２８】
装置とともにセッション開始プロトコル（SIP; Session Initiation Protocol）処理を行うマルティメヂィアメッセージサービス（MMS; Multimedia Message Service）リレー／サーバであって、
前記装置からのSIP登録要求の受信に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を記憶しうる記憶場所を該装置のために確保する手段と、
SIPメッセージのCall-Infoヘッダフィールドを用いて該記憶場所の識別情報を該装置に通知する手段と
を備え、ここで前記Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）は、該記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、ci-uriにセットされる、MMSリレー／サーバ。
【請求項２９】
前記通知する手段がホームサービスプロキシー（HSP; Home Service Proxy）を通して前記装置に接続される請求項２８記載のMMSリレー／サーバ。
【請求項３０】
前記確保する手段が、登録する装置毎にHTTP URIを確保し、確保し続ける時間が前記登録のライフタイムと等しい、請求項２８記載のMMSリレー／サーバ。
【請求項３１】
ディジタルデータプロセッサによって読み取り可能で、セッション開始プロトコル（SIP; Session Initiation Protocol）処理におけるコンテンツ間接参照操作において使用するプログラム命令を記憶するデータ記憶媒体であって、前記処理が、
SIPサーバへの登録要求メッセージの送信に応答して、該SIPサーバを源とするSIPメッセージを受信することと、
前記受信したSIPメッセージのCall-Infoヘッダフィールドにおいて、該Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）がci-uriにセットされているかどうかを調べることであって、前記目的パラメータは、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうる、該装置のために確保された記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、ci-uriにセットされていることと、
前記情報を前記記憶場所に送信することと、
を含む、データ記憶媒体。
【請求項３２】
前記送信する処理がHTTPを使用することを含む、請求項３１記載のデータ記憶媒体。
【請求項３３】
前記送信する処理が、前記SIPメッセージの前記Call-Infoヘッダフィールドの部分からなる前記URIによって指定される前記記憶場所へ、間接コンテンツ（indirect content）に対応する情報をアップロードするために、HTTP PUTを使用することを含む、請求項３１記載のデータ記憶媒体。
【請求項３４】
前記処理の少なくとも１つが、安全性が確保されたSIP（SIPS）処理を使用することを備える請求項３１記載のデータ記憶媒体。
【請求項３５】
セッション開始プロトコル（SIP; Session Initiation Protocol）サーバとともに動作する装置であって、
SIPサーバを源とするSIPメッセージの受信に応答して、該受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうるように確保された記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、該Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）がci-uriにセットされる場合であることを同定するデータプロセッサを備え、
該データプロセッサは、該記憶場所に情報を更に送信する動作を行う、
装置。
【請求項３６】
前記情報がHTTP手続きを使用して送信される請求項３５記載の装置。
【請求項３７】
前記データプロセッサが、前記SIPメッセージの前記Call-Infoヘッダフィールドの部分からなる前記URIによって指定される前記記憶場所に対する間接コンテンツ（indirect content）と対応する情報をアップロードするために、HTTP PUTを使用する請求項３５記載の装置。
【請求項３８】
前記データプロセッサがSecure SIP（SIPS）手続きを使用する請求項３５記載の装置。
【請求項３９】
セッション開始プロトコル（SIP; Session Initiation Protocol）サーバとともに動作する装置であって、
SIPサーバを源とする登録要求の成功又は失敗を示すSIPメッセージの受信に応答して、該受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうるように確保された記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、該Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）がci-uriにセットされる場合であることを同定する手段と、
前記SIPメッセージのCall-Infoフィールドの部分からなるURIによって特定される前記記憶場所へ、間接コンテンツ（indirect content）に対応する情報を、HTTP PUTによってアップロードする手段と、
を備える装置。
【請求項４０】
前記アップロードする手段がSecure SIP（SIPS）手続きを使用する請求項３９記載の装置。
【請求項４１】
装置によって作られるSIP（セッション開始プロトコル; Session Initiation Protocol）登録要求の発生に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶場所の識別情報をSIPメッセージによって該装置に通知し、該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くデータプロセッサを有するSIPサーバ。
【請求項４２】
前記SIPメッセージが、前記記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダフィールドを備える、請求項４１記載のSIPサーバ。
【請求項４３】
SIPサーバを動作せしめる方法であって、
装置によって作られるSIP（セッション開始プロトコル; Session Initiation Protocol）登録要求の生成に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶場所の識別情報を含むSIPメッセージを該装置に送信することと、
該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くことと、
を含む、方法。
【請求項４４】
前記SIPメッセージが、前記記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダフィールドを備える請求項４３記載の方法。
【請求項４５】
装置とともにSIP（セッション開始プロトコル; Session Initiation Protocol）セッションを行うようにSIPサーバを動作させうるコンピュータプログラムであって、
該装置によって作られるSIP登録要求の発生に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶位置の識別情報を含むSIPメッセージを該装置に送信する動作と、
該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を割り当てる動作と、
を前記SIPサーバに実行させる、コンピュータプログラム。
【請求項４６】
前記SIPメッセージが、前記記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダフィールドを備える請求項４５記載のコンピュータプログラム。
【請求項４７】
セッション開始プロトコル（SIP; Session Initiation Protocol）サーバと共にSIP処理を行うように装置を動作させうるコンピュータプログラムであって、前記動作が、
SIPサーバに対する登録要求メッセージの送信に応答して該SIPサーバを源とするSIPメッセージを受信することと、
前記受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうるように確保された記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、該Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）がci-uriにセットされる場合であることを同定することと、
情報を該記憶場所に送信することと、
を含む、コンピュータプログラム。
【請求項４８】
前記送信する動作がHTTPを使用する動作を含む、請求項４７記載のコンピュータプログラム。
【請求項４９】
前記送信する動作が、前記SIPメッセージの前記Call-Infoヘッダフィールドの部分からなる前記URIによって指定される前記記憶場所へ、間接コンテンツ（indirect content）に対応する情報をアップロードするために、HTTPを使用する動作を含む、請求項４７記載のコンピュータプログラム。
【請求項５０】
前記動作の少なくとも１つがSecure SIP（SIPS）手続きを使用することを備える請求項４７記載のコンピュータプログラム。
【請求項５１】
装置と共にSIPセッションを行うようにセッション開始プロトコル（SIP; Session Initiation Protocol）サーバを動作させる方法であって、
前記装置によって行われるSIP登録要求の発生に応答して実行されるステップであって、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶手段の識別情報を含むSIPメッセージを該装置に送信するステップと、
該装置が情報を送信することに応答して実行されるステップであって、記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くステップと、
を含む方法。
【請求項５２】
前記SIPメッセージが、前記記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダフィールドを備える請求項５１記載の方法。
【請求項５３】
SIPサーバと共にセッション開始プロトコル（SIP; Session Initiation Protocol）処理を行う装置を動作させる方法であって、
SIPサーバに対する登録要求メッセージを送信することに応答してSIPサーバから発信されるSIPメッセージを受信することに応答して、該受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうるように確保された記憶場所の識別情報を指定するURI（Uniform Resource Identifier）を含むことを示すために、該Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）がci-uriにセットされる場合であることを同定することと、
情報を前記記憶場所に送信することと、
を備える方法。
【請求項５４】
前記送信するステップがHTTPを使用することを含む、請求項５３記載の方法。
【請求項５５】
前記送信するステップが、前記SIPメッセージの前記Call-Infoヘッダフィールドの部分からなる前記URIによって指定される前記記憶場所へ、間接コンテンツ（indirect content）に対応する情報をアップロードするために、HTTP PUTを使用することを含む、請求項５３記載の方法。
【請求項５６】
前記ステップの少なくとも１つがSecure SIP（SIPS）手続きを使用することを含む、請求項５３記載の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】SIPコンテンツ間接参照における使用のためにURIを伝送する方法及び装置
【技術分野】
【０００１】
本発明は、一般にワイヤレス無線通信システム及び方法、特にセッション開始プロトコル（SIP; Session Initiation Protocol）又は類似又は等価のメッセージ交換を使用するワイヤレス端末及びワイヤレスネットワークノードに関する。
【背景技術】
【０００２】
セッション開始プロトコル（SIP）は非特許文献１に定義されている。一般にSIPは、１又はそれ以上の数の当事者とのセッションを形成し、変更し、終了させるアプリケーション層制御（信号）プロトコルである。これらのセッションは、インターネット電話通話、マルチメディア配信及びマルチメディア会議を含むことができる。セッションを形成するために使用されるSIP招待（SIP Invitation）は、当事者が互換性のあるメディア型式の類型を承諾することを許可するセッション記述を伝送する。SIPは、プロキシーサーバーと言われる要素を使用し、使用者の現在の位置に対するルート要求を手助けし、サービスについて使用者を認証し、プロバイダ呼び出しルーチン処理を実行し、使用者に特徴のある内容を供給する。SIPは、プロキシーサーバーによる使用のために使用者の現在の位置をアップロードすることを使用者に許可する登録機能も備える。SIPは、いくつかの異なるトランスポートプロトコルの上で動作する。
【０００３】
そして、非特許文献２は、SIPメッセージにおけるコンテンツ間接参照（content indirection）のために備えられるメカニズムを記載している。特にSIPの目的は、１又はそれ以上の数の当事者とのセッションを形成し、変更し、終了させることであり、SIPメッセージは、HTTPのように、スタートライン、１又はそれ以上の数のヘッダ及び選択ボディーから系統的に構成される。HTTPと異なり、SIPはデータの一般目的のトランスポートとしては設計されていない。
【０００４】
SIPメッセージボディーのコンテンツを間接的に指定するのが望ましいであろうとするのに様々な理由がある。セルラーワイヤレスアプリケーションのような帯域幅の制限されたアプリケーションにおいて、間接参照（インダイレクション（indirection））は、メタデータによって（間接化された）コンテンツに注をつける手段を提供する。このメタデータは、受信者によって、リソースが制限されたリンクを介してコンテンツを検索するか否か決定するために使用されうる。伝送されるコンテンツのサイズが中間の信号プロキシの能力を超えてしまうかもしれず、それによってネットワーク待ち時間が不必要に増大する可能性もある。時間に敏感なSIPアプリケーションについて、このことは受け入れられないことかもしれない。間接コンテンツ（indirect content）の使用は、コンテンツの伝送主体をSIP信号ネットワークから潜在的に別の信号伝送チャネルへ移動することにより、これらの短所を軽減することができる。伝送されるべきセッション関連データ（ボディー）が、エンドポイントやユーザーエージェント（UA; User Agent）には直接存在しないというシナリオもあるかもしれない。このようなシナリオにおいて、SIPメッセージが所望のコンテンツに対する間接的な参照を含むことができるメカニズムを有することは望ましい。そのとき、受信者は、この間接参照を使用して、HTTP、FTP又はLDAPのような非SIP伝送チャネルを経由してコンテンツを検索するかもしれない。このIETFドラフトには、コンテンツ間接参照（content indirection）の目的は、純粋に、SIP MIME（Multipurpose Internet Mail Extensions）ボディー部分のための新たなトランスポートメカニズムを提供することであると記載されている。トランスポートメカニズムの例外を除いて、間接化されたボディー部分はインラインのボディー部分と等価であり、同じように扱われるべきである。
【０００５】
一般にMIMEは独自にインターネットメールを拡張することが意図され、メッセージヘッダにおいて非US-ASCIIテキストメッセージ、非テキストメッセージ、マルチパートメッセージボディー及び非US-ASCII情報を許可する。以下のRFCの非特許文献３−７がMIMEを定義する。
【０００６】
非特許文献８は、セッションに対するある情報がアクセスされることが可能なURIを伝送するために、要求形成者又は受信者によって使用されることができる、新たな目的パラメータ（purpose parameter）値を導入するために、Call-Infoヘッダフィールドについて記載する。特に、IETFドラフトは、会議に参加しているユーザーエージェント（UA; User Agent）に対して会議ポリシーを教えるURIを示すために、会議サーバによって使用されることができる、ポリシーURI（policy-uri）を記載している。
【０００７】
上記IETFドラフトの非特許文献２は、SIP MIMEボディー部分のための新たなトランスポートメカニズムを提供するものとして、SIPコンテンツ間接参照メカニズムを定義する。これは、間接コンテンツ（indirect content）のためにURIを用いることによってなされ、当該URIは、メッセージ／外部ボディーMIME型のURIパラメータにおいて規定される。
【０００８】
しかしながら、SIP要求又はSIP応答においてこのURIを伝送する前に、SIPクライアントは、間接コンテンツがSIP要求又は応答において参照される前に当該間接コンテンツをアップロードできるように、このURIを通知されることが必要である。IETFドラフトの非特許文献２は、コンテンツ間接参照のために使用されるURIを決定することに関してクライアント又はサーバの動作を定義していない。言い換えると、本願発明前に定義されていなかったものは、SIP UAが後のコンテンツ間接参照操作において参照される情報を記憶するアプリケーションサーバ（AS）の記憶場所について、SIP UAがそれを要求したり、それについての通知を受けたりするための技術やプロトコルであった。
【０００９】
【非特許文献１】ローゼンベルグ他（Rosenberg et al.）著、２００２年６月、IETF RFC3261
【非特許文献２】オルソン（S. Olson）著 IETF draft "draft-ietf-sip-content-indirect-mech-03"「A Mechanism for Content Indirection in Session Initiation Protocol（SIP） Messages」、２００３年６月２日
【非特許文献３】RFC2045:MIME Part One「Format of Internet Message Bodies」
【非特許文献４】RFC2046:MIME Part Two「Media Types」
【非特許文献５】RFC2047:MIME Part Three「Message Header Extensions for Non-ASCII Text」
【非特許文献６】RFC2048:MIME Part Four「Registration Procedures」
【非特許文献７】RFC2049:MIME Part Five「Conformance Criteria and Examples」
【非特許文献８】カルタビル他（H. Khartabil and A. Niemi）著IETF draft "draft-khartabil-sip-policy-uri-call-info-purpose-00"「Conveying a Session Policy Uniform Resource Identifier（URI）in the Session Initiation Protocol（SIP）」、２００４年２月５日
【非特許文献９】RFC3261、 Section 20.9、ｐ．１６６
【非特許文献１０】3GPP TSG-CN Meeting#22、10th-12th December、Maui、Hawaii、NP-030457
【非特許文献１１】GSM Association Permanent Reference Document; IR.52、PRD IR.52、MMS Interworking Guidelines Version 3.1.0、２００３年２月
【非特許文献１２】3GPP2 SIP-based MMS MM1 interface specification
【非特許文献１３】3GPP2 X.P0016-312
【非特許文献１４】RFC3428（SIP MESSAGE method）
【非特許文献１５】3GPP TS 24.229
【非特許文献１６】3GPP2 X.S0013.4
【発明の好適な実施形態のまとめ】
【００１０】
これらの教示に関して現在好適ないくつかの実施形態によれば、上記の課題や他の課題が解決され、他の利益を得られる。
【００１１】
本願発明は、その第１の側面において、装置から登録要求を受信するステップと、コンテンツ間接参照操作において参照される情報を前記装置が送信できるようにするために、前記装置にアドレスの識別情報を通知するステップとを含む通信方法を提供する。
【００１２】
本願発明は、別の側面において、サーバとともに動作する装置であって、コンテンツ間接参照によって参照される情報を送信するために、前記装置を起源とする第１メッセージに応答して送信されるサーバからの第２メッセージの受信に応答して、第２メッセージから場所の識別情報を抽出するデータプロセッサを備える、装置を提供する。
【００１３】
本願発明は、その他の側面において、装置からのSIP登録要求に応答して、その装置がSIPコンテンツ間接参照操作において参照される情報を送信しうるアドレスの識別情報をSIPメッセージによりその装置に通知するステップと、その情報に記憶領域を割り当てるステップとからなる、コンテンツ間接化通信方法を提供する。
【００１４】
本願発明は、その他の側面において、装置によって作られるSIP登録要求に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうるアドレスの識別情報をSIPメッセージにより該装置に通知するデータプロセッサを備えるSIPサーバを提供する。
【００１５】
本願発明は、その他の側面において、SIPサーバと共に動作する装置であって、該装置から発信される登録要求メッセージに対して該SIPサーバから送信されるSIPメッセージに応答して、後のSIPコンテンツ間接参照操作において参照される情報を該装置が送信しうる場所の識別情報を、該SIPメッセージから抽出するデータプロセッサを有する装置を提供する。
【００１６】
本願発明は、その更に他の側面において、ディジタルデータプロセッサによって読み取り可能で、SIPオペレーションにおけるコンテンツ間接化手続きにおいて使用するプログラム命令を記憶するデータ記憶媒体であって、装置からのSIP登録要求の受信に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を記憶しうる記憶場所を該装値のために確保する処理と、SIPメッセージのCall-Infoヘッダフィールドを用いて該記憶場所の識別情報を該装置に通知する処理と、を記憶するデータ記憶媒体を提供する。ただし前記Call-Infoヘッダフィールドは、該Call-Infoヘッダフィールドが前記記憶場所の識別情報を指定するURIを含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされている。
【００１７】
本願発明は、その他の側面において、装置とともにSIPオペレーションを行うマルティメヂィアメッセージサービス（MMS; Multimedia Message Service）リレー／サーバであって、前記装置からのSIP登録要求の受信に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を記憶しうる記憶場所を該装置のために確保する手段と、SIPメッセージのCall-Infoヘッダフィールドを用いて該記憶場所の識別情報を該装置に通知する手段とを備えるMMSリレー／サーバを提供する。ただし、前記Call-Infoヘッダフィールドのpurposeパラメータは、前記記憶場所の識別情報を指定するURIを含むことを示すためにci-uriにセットされている。
【００１８】
本願発明は、その更に他の側面において、ディジタルデータプロセッサによって読み取り可能で、SIPオペレーションにおけるコンテンツ間接化手続きにおいて使用するプログラム命令を記憶するデータ記憶媒体であって、SIPサーバへの登録要求メッセージの送信に応答して、該SIPサーバを源とするSIPメッセージを受信する処理と、該受信したSIPメッセージのCall-Infoヘッダフィールドにおいて、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうる該装置のために確保された記憶場所の識別情報を指定するURIを含むことを示すために、該Call-Infoヘッダフィールドのpurposeパラメータがci-uriにセットされる場合であることを同定する処理と、情報を該記憶場所に送信する処理と、を記憶するデータ記憶媒体を提供する。
【００１９】
本願発明は、その更に他の側面において、SIPサーバとともに動作する装置であって、SIPサーバを源とするSIPメッセージの受信に応答して、該受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうる該装置のために確保された記憶場所の識別情報を指定するURIを含むことを示すために、該Call-Infoヘッダフィールドのpurpose パラメータがci-uriにセットされる場合であることを同定し、記憶場所に情報を更に送信するデータプロセッサを備える装置を提供する。
【００２０】
本願発明は、その他の側面において、SIPサーバにとともに動作する装置であって、SIPサーバを源とする登録要求の成功又は失敗を示すSIPメッセージの受信に応答して、該受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうる該装置のために確保された記憶場所の識別情報を指定するURIを含むことを示すために、該Call-Infoヘッダフィールドのpurposeパラメータがci-uriにセットされる場合であることを同定する手段と、該IPメッセージのCall-Infoフィールドの部分を有するURIによって特定される前記記憶場所へ、間接コンテンツに対応する情報を、HTTP PUTによってアップロードする手段と、を備える装置を提供する。
【００２１】
本願発明は、その他の側面において、装置によって作られるSIP登録要求の生成に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶場所の識別情報をSIPメッセージによって該装置に通知し、該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くデータプロセッサを有するSIPサーバを提供する。
【００２２】
本願発明は、その他の側面において、装置によって作られるSIP登録要求の発生に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶場所の識別情報を含むSIPメッセージを該装置に送信するステップと、該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くステップと、を備えるSIPサーバを動作せしめる方法を提供する。
【００２３】
本願発明は、その他の側面において、装置とともにSIPセッションを行うようにSIPサーバを動作させうるコンピュータプログラムであって、該装置によって作られるSIP登録要求の発生に応答して、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶位置の識別情報を含むSIPメッセージを該装置に送信する処理と、該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を割り当てる処理と、を備えるコンピュータプログラムを提供する。
【００２４】
本願発明は、その他の側面において、SIPサーバと共にSIPオペレーションを行うように装置を動作させうるコンピュータプログラムであって、SIPサーバに対する登録要求メッセージの送信に応答して該SIPサーバを源とするSIPメッセージを受信する処理と、前記受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうる該装置のために確保された記憶場所の識別情報を指定するURIを含むことを示すために、該Call-Infoヘッダフィールドのpurposeパラメータがci-uriにセットされる場合であることを同定するオペレーションと、情報を前記記憶場所に送信するオペレーションと、を備えるコンピュータプログラムを提供する。
【００２５】
本願発明は、その他の側面において、装置と共にSIPセッションを行うようにSIPサーバを動作させる方法であって、該装置によって行われるSIP登録要求の発生に応答して実行され、該装置がSIPコンテンツ間接参照操作において参照される情報を送信しうる記憶手段の識別情報を含むSIPメッセージを該装置に送信するステップと、該装置が情報を送信することに応答して実行され、記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くステップと、を備える方法を提供する。
【００２６】
本願発明は、その更に他の側面において、SIPサーバと共にSIPオペレーションを行う装置を操作する方法であって、SIPサーバに対する登録要求メッセージを送信することに応答してSIPサーバから発信されるSIPメッセージを受信することに応答して、該受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ間接参照操作において参照される情報を前記装置が記憶しうる該装置のために確保された記憶場所の識別情報を指定するURIを含むことを示すために、該Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）がci-uriにセットされる場合であることを同定するステップと、情報を該記憶場所に送信するステップと、を備える方法を提供する。
【好適な実施形態の詳細な説明】
【００２７】
本発明により教示されるところの実施形態の上記及び他の側面は、以下の「好適な実施形態の詳細な説明」を添付図面と共に参照することにより、より明らかとなる。
【００２８】
SIPは、Call-Infoヘッダを定義する（非特許文献９参照）。Call-Infoヘッダフィールドの目的は、ヘッダが要求に使用されるか又は応答に使用されるかに依存して、発信者又は受信者についての追加情報を提供することである。この情報はURIを含み、URIの目的は目的（purpose）パラメータによって記述される。インフォ（info）パラメータは、例えばウェブページを通して、一般的に発信者又は受信者を記述する。非特許文献９を参照して、Call-Infoヘッダの例は以下のように示される。
Call-Info： <http://www.example.com/alice/photo.jpg>;purpose=icon,
<http://www.example.com/alice/>;purpose=info.
本願発明のある側面においては、新たな目的パラメータ値であるci-uriが、URIを伝送するためにアプリケーションサーバによって使用される。このURIは、コンテンツ間接参照のために、SIP UAによって使用されることが可能である。
【００２９】
本願発明を一般的なコンテンツ間接参照事例に応用する例では、コンテンツ間接参照メカニズムがHTTP URIスキームを使用することを前提とし、またサーバがSIP とHTTPの両方を使用することを前提とする。クライアントとサーバとの間のSIP処理の間（例えばSIP登録処理の間）、サーバは、Call-Infoヘッダフィールドにより、コンテンツ間接参照のために使用される記憶場所を指定するSIP HTTP URIを伝送する。（図２の実施例と以下の記載を参照）
【００３０】
目的（purpose）パラメータに加えて、Call-Infoヘッダフィールドが、期限（expiration）、アクセスタイプ（access-type）、サイズ（size）のような非特許文献２に定義されるような追加パラメータを含むことが好まれる。
【００３１】
HTTP URIを伝送するCall-Infoヘッダフィールドにおいて、目的パラメータがci-uriである、１つの非限定的な例が以下に記載される。
Call-Info:<http://www.example.com/the-indirect-content>
;purpose=ci-uri
;access-type="URL"
;expiration="Mon,24 June 2004 09:00:00 GMI"
;size=4123
【００３２】
本願発明の開示をIPマルチメディアサブシステム（IMS; IP Multimedia Subsystem）アーキテクチャに応用するとき、アプリケーションサーバがコンテンツ間接参照サーバとして機能してもよいことを前提とすることが可能である。図１（非特許文献１０から引用）に記載されるように、Utインターフェース１は、UE２とSIPアプリケーションサーバ／OSA-SCSAS 3（単純にAS３としても参照される）との間に配置される。SIPアプリケーションサーバ／OSA-SCSAS 3は、順番にShインターフェース５とCxインターフェース６とHSS７を介して、また直接ISCインターフェース８を介して、S-CSCF４に接続される。S-CSCF４（Serving Call Session Control Function）は、UE２のためのセッション制御サービスを提供するIMSエレメントであり、ネットワーク運営者がサービスを遂行することを可能としている。これらのサービスの機能は、モバイル登録の管理、セッションの維持、他のサービスとのインタラクション、課金、及びセキュリティを含む。HSS（Home Subscriber Server）７は、現代のモバイルネットワークにおいて要求される多様なデータベース機能を記載する。これらの機能はホームロケーションレジスタ（HLR; Home Location Register）、ドメインネームサーバ（DNS; Domain Name Server）、セキュリティ及びネットワークアクセスデータベースを含む。
【００３３】
本願発明において、UE２とAS３の間にあるUtインターフェース１はHTTPをサポートすることが前提とされ、S-CSCFを経由したAS３からUE２へのSIP通信が可能である。AS３とUE２の間のSIP処理の間に、AS３はSIP Call-Infoヘッダフィールドにおけるci-uriをUE２へ伝送することができる。これにトリガされて、UE２は、Utインターフェース１上のHTTPを使用して、間接コンテンツをAS３にアップロードする。
【００３４】
次に記載されるMMSに関する実施例と同様であるが、この実施例において一般に装置と称されうる、SIPアプリケーションサーバやUE、UAのそれぞれは、SIP関連のコンテンツ間接参照手続きを本願発明に従って遂行するある種類のプログラムされたディジタルデータプロセッサを含むことを理解されたい。例えば、UE又はUAは、セルラー電話機又はパーソナル通信機として具現化されてもよいが、これらの電話機・通信機に組み込まれるマイクロプロセッサは、記憶されたプログラムに従って動作し、SIPアプリケーションサーバから受信したSIPメッセージからURIを抽出し、抽出したURIによって指定されたアドレスに、保存すべき情報を送信する。ここで情報とは、コンテンツ間接参照型のSIPメッセージのやりとりにおいて後に参照される情報である。
【００３５】
一般に、UE又はUA2に対応する装置の様々な実施例は、セルラー電話、ワイヤレス通信能力を有するパーソナルディジタルアシスタント（PDAs）、ワイヤレス通信能力を有するポータブルコンピュータ、ワイヤレス通信能力を有するディジタルカメラのようなイメージキャプチャデバイス、ワイヤレス通信能力を有するゲーム装置、ワイヤレス通信能力を有する音楽記憶再生装置、ワイヤレスインターネットアクセス及びブラウジングを可能にするインターネット装置、同様にこれらの機能の組み合わせを含むポータブルユニット又は端末又はより一般的なデバイスを制限されることなく含むことができる。本願発明は、データ通信ネットワークに対するワイヤ接続（例えば電線又は光ファイバ）を有するデスクトップコンピュータと他の種類の装置のような非ワイヤレスデバイスを使用して実施されてもよい。
【００３６】
本願発明のある側面は、同様に、本願発明に従ってサーバと装置を動作させるコンピュータプログラムを記憶するデータ記憶媒体と、本願発明に従ってサーバや装置を動作させるようにこれらの装置によって実行されるコンピュータプログラムと関係する。このように、図２は、UA2デバイスはデータプロセッサ（DP）２Ａとデータ記憶媒体（DSM）２Ｂを含み、サーバ３はDP３ＡとDSM３Ｂを含むことを示す。
【００３７】
本願発明は、マルチメディアメッセージサービス（MMS; Multimedia Messaging Service）アーキテクチャと関連して使用されてもよい。マルチメディアメッセージサービスは、ショートメッセージサービス（SMS; Short Message Service）として、テキストメッセージばかりでなく、図面や写真、音楽又は音声クリップ、及びビデオも送信するメカニズムを備える。システムは、ストアアンドフォワードの原理で動作し、メッセージがユーザ間で送信されるとき、メッセージは記憶され、ことによるとマルチメディアメッセージサービスセンター（MMS; Multimedia Messaging Service Center）でフォーマットされる。例えば、非特許文献１１を参照してもよい。
【００３８】
図２で示されるように、特に本願発明を非特許文献１２に適用するとき、非特許文献１２は以下の方法で修正される。すなわち、ホームサービスプロキシー（HSP; Home Service Proxy）１０とMMSリレー／サーバ（NMSの場合におけるAS３）との間の第三者登録手続きは拡張され、MMSリレー／サーバは、MMSサービスについての登録の成否について、好ましくは常に、MMS UA2に通知する。このことは、MMSリレー／サーバにあらゆる登録又は非登録サイクルの後にSIP メッセージ（SIP MESSAGE）要求をMMS UA2に送信することを可能とする。SIPメッセージ（SIP MESSAGE）要求をMMS UA2に送信するときに、MMSリレー／サーバは、ci-uriの目的のためにHTTP URIを伝送する、Call-Infoヘッダフィールドを含む。このURIは、MMS UA2が再登録されたり、登録解除されたり、MMS UA2の登録が消滅したりするまで有効である。このことは、MMSリレー／サーバが、MMS UAを登録するごとに、登録ライフタイムと等しいライフタイムでHTTP URIを確保することを意味し、それによって、MMS UA2は、登録有効期間の間のいつでもコンテンツ間接参照を行うことが許される。MMS UA2がサービスに登録すると記憶場所がMMSリレー／サーバ上に確保され、登録されている間はMMS UA2がそれを利用することが可能であるので、この手続きは、MM（マルチメディアメッセージ）を送信する前にMMS UA2が明示的に記憶場所を要求する必要をも除去する。
【００３９】
図２のメッセージ交換図は上述の動作を説明する。MMS UA2にSIP登録の成功を通知するSIPメッセージが、目的パラメータがci-uriにセットされるCall-Infoヘッダを有することに注意することが必要である。次いで、MMS UA2は、登録後に受信されたSIPメッセージのCall-Info部分において発見されたURIによって指定された場所に、間接コンテンツに対応する情報をアップロードするために、HTTP PUT（又は技術に依存して、ある他の等価タイプのプッシュ操作）を実行する。
【００４０】
Call-Infoヘッダフィールドにおいて発見されたURIは、間接コンテンツのためにHSP10によって保持された実際の又は物理的な記憶場所を指し示さないかもしれない。代わりに、HSP10が、Call-Infoヘッダフィールドにおいて発見されたURIに向けられたMMS UA2 PUT要求を、実際の記憶場所へとリダイレクトする。このリダイレクトは、HTTP 3xx応答によってHTTP PUT要求に対して応答するHSP10によっておこなわれるかもしれない。このアプローチの使用を通して得られる１つの利益は、HSP10がMMS UA2の登録の時に、MMS UA2の物理的記憶場所を割り当てる必要がないことである。代わりに、MMS UA2がHTTP PUT要求を送信し、記憶に対する実際の必要があるときにのみ、HSP10が記憶場所を確保又は割り当てする必要が生じることになる。これらの動作は（選択的な）ブロック１２として図２に示され、これは、サーバ３が装置２からのHTTP PUTに応答して記憶領域を割り当て、割り当てられた記憶領域に対してアップロードされた情報をリダイレクトすることを示すことが意図されている。
【００４１】
図２のメッセージの流れを詳細に見ると、最初の登録（REGISTER）処理は、UA2とHSP10との間で行われることが理解される。HSP10は、SIPレジストラとして機能し、通常のSIP機能を有する。この処理を基礎として、HSP10は第三者登録要求（third-party REGISTER Request）を生成し、AS３（この場合MMSリレーサーバ）にUA2の登録ステータスを通知する。SIPから見ると、これはもうひとつのSIP登録機能であり、AS３がレジストラとして動作し、HSP10が第三者（third-party）としてUA2を登録する。
【００４２】
図１のIMSの場合、AS３についてUE２を登録することは必須ではなく、UE２がHSP10に登録されることをAS３に通知すればよいことには留意すべきである。（UE２とAS３の間に置かれたHSPは、図１に示されていない。）それゆえ、IMSの場合には、AS３は実際にはSIPレジストラとしては機能せず、代わりにAS３は、登録満了期限とともにUE２の登録ステータスを記憶するだけである。
【００４３】
いずれにしても、HSP10からの以前の第三者（third-party）登録を基として、AS３はSIPメッセージ（SIP MESSAGE）を生成するが、このSIPメッセージはHSP10を経由してUA2に届くように意図される。（HSP10を経由するのは、AS３がUA2に対する直接的なSIPインターフェースを有しないという単純な理由からである。）AS３によって形成されるこのSIPメッセージは、Call-InfoヘッダフィールドをUA2へと運ぶが、このCall-Infoヘッダは、該Call-Infoヘッダがコンテンツ間接参照において使用される記憶場所のアドレスを指定するURIを含むことをUA2（又はUE２）に示すために、その目的パラメータがci-uriにセットされている。全てのUE／UAについて、使用されるか否かにかかわらず、コンテンツ間接参照のためのURIが登録時に割り当てられるという点において、本願発明の使用は、UE／UAが、URIの割り当てを明示的に要求するための追加の（ことによると非標準的な）信号のやりとりを行う必要性を取り除く。
【００４４】
割り当てられたURIが全てのUE／UAに共通に割り当てられてもよいことには注目すべきであり、以前に注目されたように、UE／UAが実際にコンテンツ間接参照を行うことが必要になったときに、実際の記憶場所を示す実在のURIが確保されるのみであってもよい。
【００４５】
非特許文献８を再度参照する。非特許文献８は、セッションに関するある処理がアクセスされることが可能なURIを伝送するために発信者又は非発信者によって使用されるpolicy-uriの値についてCall-Info目的パラメータを拡張するけれども、非特許文献８は、本願発明の実施例で開示される方法でSIPコンテンツ間接参照について目的パラメータの使用を示唆しないことに注目することが必要である。
【００４６】
SIPコンテンツ間接参照のための１つの可能な応用が非特許文献１３に記載されていることに注意する。この非特許文献１３は、SIPを基礎とするマルチメディアメッセージ（MM）送信のための動作を定義している。もしMMSのサイズが非特許文献１４に記載されるメッセージサイズの制限を満たさないなら、そのときMMS UAはコンテンツ間接参照を使用してMMSリレー／サーバにMMを送信する。この操作を行うために、MMS UAはMMSリレー／サーバへ記憶場所を要求する。しかしながら、MMS UAによる記憶場所の要求は、本願発明によるpurpose=ci-uri手続きについてのCall-Infoヘッダの使用と等価でない。
【００４７】
3GPP IPマルチメディアサブシステム（IMS; IP Multimedia Subsystem）と3GPP2マルチメディアドメイン（MMD; Multimedia Domain）のSIPプロトコルの詳細は、非特許文献１５と非特許文献１６に定義される。非特許文献１３は、非特許文献１２のステージ３（Stage-3）である。
【００４８】
以上の記載は、典型的で非制限的な例により発明者によって実施が現在考えられている最適な方法及び装置の十分で有益な記載を提供する。多様な修正が、以上の記載、添付図面及び特許請求の範囲から関連する技術分野の当業者に明らかとなるかもしれない。ある例として、他の類似又は等価のメッセージフォーマットとシステムアーキテクチャ（例えば、IMSとMMSアーキテクチャとは別の）が当業者により試みられるかもしれない。本願発明は確実なSIPオペレーションのために使用されるかもしれない。しかしながら、本願発明の開示の全てのこのようでかつ類似の修正は、本願発明の技術範囲に含まれるものである。
【００４９】
更に、本願発明の特徴のあるものは、他の特徴の対応する使用なしで、使用され有利な効果を示す。このように、以上の記載は本願発明の要旨の説明であり、以上の記載に限定されるものではない。
【図面の簡単な説明】
【００５０】
【図１】本願発明を実施するための１つの適した実施例であるIPマルチメディアシステム（IMS; IP Multimedia System）の機能的なアーキテクチャを示す図であり、特にUEとSIPアプリケーションサーバとの間に置かれたUtインターフェースを示す図である。
【図２】マルチメディアメッセージサービス（MMS; Multimedia Messaging Service）アーキテクチャシステムにおける本願発明の使用を説明するメッセージフロー図である。
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】全図
【訂正方法】変更
【訂正の内容】
【図１】
2007533185.tif 000001
【図２】
2007533185.tif 000002