(57)【要約】コンテンツ・インダイレクション方法、サーバ、装置、データ記憶媒体及びコンピュータプログラムについて、サーバによって実行される方法において、装置からのSIP登録要求に応答して、装置がSIPコンテンツ・インダイレクション操作によって参照される情報を送信しうるアドレスのアイデンティティをSIPメッセージを使用して装置に通知し、記憶を情報に割り当てる。装置に通知する操作は、好ましくは、Call-Infoヘッダフィールドが記憶場所のアイデンティティを指定するURIを含むことを示すために、purposeパラメータがci-uriにセットされる、SIPメッセージCall-Infoヘッダフィールドを使用する。【選択図】図２
2007533185.tif 000002
【特許請求の範囲】
【請求項１】
装置から登録要求を受信するステップと、
コンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を送信するために、該装置に該装置のアドレスのアイデンティティを通知するステップと、
を備える通信方法。
【請求項２】
前記情報のためにリソースを割り当てるステップを更に備える請求項１記載の通信方法。
【請求項３】
前記リソースが記憶を備える請求項２記載の通信方法。
【請求項４】
前記登録要求がセッション開始プロトコル（SIP; Session Initiation Protocol）を備える請求項１記載の通信方法。
【請求項５】
前記通知するステップがセッション開始プロトコル（SIP; Session Initiation Protocol）メッセージを使用する請求項１記載の通信方法。
【請求項６】
前記割り当てるステップが、前記情報を送信する前記装置に応答して行われる請求項２記載の通信方法。
【請求項７】
前記通知するステップがIPマルチメディアシステム（IMS; IP Multimedia System）のUtインターフェースを通して行われる請求項１記載の通信方法。
【請求項８】
前記通知するステップが、マルチメディアメッセージサービス（MMS; Multimedia Message Service）システムにおけるホームサービスプロキシー（HSP; Home Service Proxy）ノードを通して行われる請求項１記載の通信方法。
【請求項９】
前記通知するステップが、前記アドレスの前記アイデンティティを指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダを使用する請求項１記載の通信方法。
【請求項１０】
前記装置のために、前記URIが、前記装置が登録される時間、予約される請求項９記載の通信方法。
【請求項１１】
装置によって作られるSIP登録要求に応答して、該装置が後のSIPコンテンツ・インダイレクション（content indirection）操作によって参照される情報を送信しうるアドレスのアイデンティティをSIPメッセージにより該装置に通知するデータプロセッサを備えるセッション開始プロトコル（SIP; Session Initiation Protocol）サーバ。
【請求項１２】
前記SIP登録要求と前記SIPメッセージがIPマルチメディアシステム（IMS; IP Multimedia System）のUtインターフェースを通過する請求項１１記載のSIPサーバ。
【請求項１３】
マルチメディアメッセージサービス（MMS; Multimedia Message Service）システムにおいて、前記SIP登録要求がホームサービスプロキシー（HSP; Home Service Proxy）によって行われる第三者（third party）登録要求をトリガし、前記SIPメッセージが該ホームサービスプロキシー（HSP）のノードを通して前記装置に到達する請求項１１記載のSIPサーバ。
【請求項１４】
前記SIPメッセージが、前記アドレスを指定するURI（Uniform Resource Identifier）を含むことを示すために目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダを備える請求項１１記載のSIPサーバ。
【請求項１５】
前記URIが、前記装置が登録される間の時間に前記装置に保持される請求項１４記載のSIPサーバ。
【請求項１６】
サーバとともに動作する装置であって、
コンテンツ・インダイレクション（content indirection）によって参照される情報を送信するために、該装置を起源とする第１メッセージに応答して送信される該サーバからの第２メッセージの受信に応答して、該第２メッセージから場所のアイデンティティを抽出するデータプロセッサを備える、
サーバとともに動作する装置。
【請求項１７】
前記データプロセッサが前記場所に前記情報を送信するように更に動作可能である請求項１６に記載の装置。
【請求項１８】
前記データプロセッサが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）によって形成される第三者（third party）登録要求をトリガし、前記メッセージが前記HSPのノードを通して前記装置に到達する請求項１６に記載の装置。
【請求項２２】
前記データプロセッサが、前記場所のアイデンティティを指定するURI（Uniform Resource Identifier）を含むことを示すために目的パラメータ（purpose parameter）がci-uriにセットされる前記SIPメッセージのCall-Infoヘッダから、該場所のアイデンティティを抽出する請求項１６に記載の装置。
【請求項２３】
前記サーバがセッション開始プロトコル（SIP; Session Initiation Protocol）サーバを有し、前記装置が、前記装置が前記SIPサーバについて登録されている時間に、前記抽出された情報を使用する請求項２２に記載の装置。
【請求項２４】
セルラー電話からなる請求項１６に記載の装置。
【請求項２５】
ディジタルデータプロセッサによって読み取り可能で、セッション開始プロトコル（SIP; Session Initiation Protocol）オペレーションにおけるコンテンツ・インダイレクション（content indirection）手続きにおいて使用するプログラム命令を記憶するデータ記憶媒体であって、
装置からの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にセットされる、SIPメッセージを用いて通知する手段と、
を備えるMMSリレー／サーバ。
【請求項２９】
前記通知する手段がホームサービスプロキシー（HSP; Home Service Proxy）を通して前記装置に接続される請求項２８記載のMMSリレー／サーバ。
【請求項３０】
前記予約する手段が登録装置毎にHTTP URIを予約し、予約ライフタイムが登録ライフタイムと等しい請求項２８記載のMMSリレー／サーバ。
【請求項３１】
ディジタルデータプロセッサによって読み取り可能で、セッション開始プロトコル（SIP; Session Initiation Protocol）オペレーションにおけるコンテンツ・インダイレクション（content indirection）手続きにおいて使用するプログラム命令を記憶するデータ記憶媒体であって、
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を使用するオペレーションを備える請求項３１記載のデータ記憶媒体。
【請求項３４】
前記オペレーションの少なくとも１つが安全性が確保された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を使用する請求項３５記載の装置。
【請求項３８】
前記データプロセッサが安全性の確保された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によってアップロードする手段と、
を備える装置。
【請求項４０】
前記アップロードする手段が安全性の確保されたSIP（SIPS）手続きを使用する請求項３９記載の装置。
【請求項４１】
装置によって作られるSIP（セッション開始プロトコル; Session Initiation Protocol）登録要求の発生に応答して、該装置がSIPコンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を送信しうる記憶場所のアイデンティティをSIPメッセージによって該装置に通知し、該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くデータプロセッサを有するSIPサーバ。
【請求項４２】
前記SIPメッセージが、前記記憶場所のアイデンティティを指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダフィールドを備える請求項４１記載のSIPサーバ。
【請求項４３】
装置によって作られるSIP（セッション開始プロトコル; Session Initiation Protocol）登録要求の発生に応答して、該装置がSIPコンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を送信しうる記憶場所のアイデンティティを含むSIPメッセージを該装置に送信するステップと、
該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を導くステップと、
を備えるSIPサーバを動作せしめる方法。
【請求項４４】
前記SIPメッセージが、前記記憶場所のアイデンティティを指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダフィールドを備える請求項４３記載の方法。
【請求項４５】
装置とともにSIP（セッション開始プロトコル; Session Initiation Protocol）セッションを行うようにSIPサーバを動作させうるコンピュータプログラムであって、
該装置によって作られるSIP登録要求の発生に応答して、該装置がSIPコンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を送信しうる記憶位置のアイデンティティを含むSIPメッセージを該装置に送信するオペレーションと、
該装置が該情報を送信することに応答して記憶領域を割り当て、該割り当てられた記憶領域に該情報を割り当てるオペレーションと、
を備えるコンピュータプログラム。
【請求項４６】
前記SIPメッセージが、前記記憶場所のアイデンティティを指定するURI（Uniform Resource Identifier）を含むことを示すために、目的パラメータ（purpose parameter）がci-uriにセットされるCall-Infoヘッダフィールドを備える請求項４５記載のコンピュータプログラム。
【請求項４７】
セッション開始プロトコル（SIP; Session Initiation Protocol）サーバと共にSIPオペレーションを行うように装置を動作させうるコンピュータプログラムであって、
SIPサーバに対する登録要求メッセージの送信に応答して該SIPサーバを源とするSIPメッセージを受信するオペレーションと、
前記受信したSIPメッセージのCall-Infoヘッダフィールドが、SIPコンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を前記装置が記憶しうる該装置のために予約された記憶場所のアイデンティティを指定するURI（Uniform Resource Identifier）を含むことを示すために、該Call-Infoヘッダフィールドの目的パラメータ（purpose parameter）がci-uriにセットされる場合であることを同定するオペレーションと、
情報を該記憶場所に送信するオペレーションと、
を備えるコンピュータプログラム。
【請求項４８】
前記送信するオペレーションがHTTPを使用するオペレーションを備える請求項４７記載のコンピュータプログラム。
【請求項４９】
前記送信するオペレーションが、前記SIPメッセージの前記Call-Infoヘッダフィールドの部分からなる前記ユニフォームリソースアイデンティファイア（URI）によって指定される前記記憶場所に対するインダイレクト・コンテンツ（indirect content）と対応する情報をアップロードするために、HTTPを使用するオペレーションを備える請求項４７記載のコンピュータプログラム。
【請求項５０】
前記オペレーションの少なくとも１つが確実なSIP（SIPS）オペレーションを使用するオペレーションを備える請求項４７記載のコンピュータプログラム。
【請求項５１】
装置と共にSIPセッションを行うようにセッション開始プロトコル（SIP; Session Initiation Protocol）サーバを操作する方法であって、
該装置によって行われるSIP登録要求の発生に応答して実行され、該装置がSIPコンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を送信しうる記憶手段のアイデンティティを含む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を使用するステップを備える請求項５３記載の方法。
【請求項５６】
前記ステップの少なくとも１つが確実なSIP（SIPS）ステップを使用するステップを備える請求項５３記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にワイヤレス無線通信システム及び方法、特にセッション開始プロトコル（SIP; Session Initiation Protocol）又は類似又は等価のメッセージ交換を使用するワイヤレス端末及びワイヤレスネットワークノードに関する。
【背景技術】
【０００２】
セッション開始プロトコル（SIP）は非特許文献１に定義されている。一般にSIPは、１又はそれ以上の数の当事者とのセッションを創出し、変更し、終了させるアプリケーション層制御（信号）プロトコルである。セッションは、インターネット電話通話、マルチメディア配信及びマルチメディア会議を含むことができる。セッションを創出するために使用されるSIP勧誘は、当事者が互換性のあるメディア型式の類型を承諾することを許可するセッション記述を伝送する。SIPは、プロキシーサーバーと言われる要素を使用し、使用者の現在の位置に対するルート要求を手助けし、サービスについて使用者を認証し、プロバイダ呼び出しルーチン処理を実行し、使用者に特徴のある内容を供給する。SIPは、プロキシーサーバーによる使用のために使用者の現在の位置をアップロードすることを使用者に許可する登録機能も備える。SIPは、数個の異なるトランスポートプロトコルの最上位を動作する。
【０００３】
そして、非特許文献２は、SIPメッセージにおけるコンテンツ・インダイレクション（content indirection）のために備えるメカニズムを記載する。特にSIPの目的は、１又はそれ以上の数の当事者とのセッションを創出し、変更し、終了させることであり、HTTPのようにSIPメッセージはスタートライン、１又はそれ以上の数のヘッダ及び選択ボディーから系統的に構成される。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コンテンツ・インダイレクション（content indirection）メカニズムを定義する。これは、インダイレクト・コンテンツ（indirect content）のためにURIを備えることによって行われ、ここでURIはメッセージ／外部ボディーMIME型のURIパラメータにおいて規定される。
【０００８】
しかしながら、SIP要求又は応答においてこのURIを伝送する前に、SIPクライエントは、インダイレクト・コンテンツがSIP要求又は応答において参照される前にインダイレクト・コンテンツをアップロードできるように、このURIを通知されることが必要である。IETFドラフトの非特許文献２は、コンテンツ・インダイレクション（content indirection）のために使用されるURIを決定することに関してクライエント又はサーバの動作を定義していない。言い換えると、本願発明前に定義されなかったものは、要求又は通知のためのSIP UA、すなわちSIP UAが後のコンテンツ・インダイレクション操作によって参照される情報を記憶するアプリケーションサーバ（AS）の記憶場所についての技術とプロトコルであった。
【０００９】
【非特許文献１】ローゼンベルグ他（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
【発明の好適な実施形態のまとめ】
【００１０】
これらの教示に関して現在好適ないくつかの実施形態によれば、上記の課題や他の課題が解決され、他の利益を得られる。
【００１１】
本願発明は、その第１の側面において、装置から登録要求を受信するステップと、コンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を送信するために、該装置に該装置のアドレスのアイデンティティを通知するステップとを備える通信方法を提供する。
【００１２】
本願発明は、その他の側面において、サーバとともに動作する装置であって、コンテンツ・インダイレクション（content indirection）によって参照される情報を送信するために、該装置を起源とする第１メッセージに応答して送信されるサーバからの第２メッセージの受信に応答して、第２メッセージから場所のアイデンティティを抽出するデータプロセッサを備える、装置を提供する。
【００１３】
本願発明は、その他の側面において、装置からの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ヘッダフィールドを用いて該記憶場所のアイデンティティを該装置に通知する手段であって、該Call-Infoヘッダフィールドのpurposeパラメータが、該記憶場所のアイデンティティを指定するURIを含むことを示すためにci-uriにセットされる、SIPメッセージを用いて通知する手段と、を備えるMMSリレー／サーバを提供する。
【００１８】
本願発明は、その更に他の側面において、ディジタルデータプロセッサによって読み取り可能で、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コンテンツ・インダイレクション（content indirection）オペレーションによって参照される情報を送信しうる記憶場所のアイデンティティを含む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を伝送するためにアプリケーションサーバによって使用され、このことはコンテンツ・インダイレクションのためにSIP UAによって使用されることが可能である。
【００２９】
本願発明を一般的なコンテンツ・インダイレクション事例に応用する例として、もし更にコンテンツ・インダイレクションメカニズムがHTTP URIスキームを使用することを前提とするならば、サーバがSIP とHTTPの両方を使用することを前提とする。クライエントとサーバの間のSIP処理の間（例えばSIP登録処理の間）、サーバは、コンテンツ・インダイレクションのために使用される記憶場所を指定するSIP Call-InfoヘッダフィールドによりHTTP URIを伝送する。（図２の実施例と以下の記載を参照）
【００３０】
目的（purpose）パラメータに加えて、Call-Infoヘッダフィールドが終了（expiration）、アクセスタイプ（access-type）、サイズ（size）のような非特許文献２に定義されるような追加パラメータを含むことが好まれる。
【００３１】
ci-uri目的のためにHTTP URIを伝送するCall-Infoヘッダフィールドの１つの非限定的な例が以下に記載される。
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３（単純にAS３としても参照される）の間に配置され、順番にそれぞれ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３はSIPCall-Infoヘッダフィールドにおけるci-uriをUE２へ伝送することができ、それによってUE２をトリガしてUtインターフェース１上のHTTPを使用してインダイレクト・コンテンツをAS３にアップロードする。
【００３４】
次に記載されるMMS実施例と同様にこの実施例において、ここで一般に装置と称されるSIPアプリケーションサーバとUE又はUAのそれぞれは、本願発明に従ってSIP関連コンテンツ・インダイレクション手続きを実行するある種類のプログラムされたディジタルデータプロセッサを含むことが理解される。例えば、UE又はUAは、記憶されたプログラムに従って動作しSIPアプリケーションサーバから受信されるSIPメッセージからURIを抽出する組み込まれたマイクロプロセッサを含むセルラー電話又はパーソナル通信機に組み込まれてもよく、それから続いて抽出されたURIによって指定されたアドレスに記憶された情報を送信してもよい。ここで情報とはコンテンツ・インダイレクション型のSIPメッセージインタラクションにおいて後に参照される情報である。
【００３５】
一般に、UE又はUA２に対応する装置の様々な実施例は、セルラー電話、ワイヤレス通信能力を有するパーソナルディジタルアシスタント（PDAs）、ワイヤレス通信能力を有するポータブルコンピュータ、ワイヤレス通信能力を有するディジタルカメラのようなイメージキャプチャデバイス、ワイヤレス通信能力を有するゲーム装置、ワイヤレス通信能力を有する音楽記憶再生装置、ワイヤレスインターネットアクセス及びブラウジングを可能にするインターネット装置、同様にこれらの機能の組み合わせを含むポータブルユニット又は端末又はより一般的なデバイスを制限されることなく含むことができる。本願発明は、データ通信ネットワークに対するワイヤ接続（例えば電線又は光ファイバ）を有するデスクトップコンピュータと他の種類の装置のような非ワイヤレスデバイスを使用して実施されてもよい。
【００３６】
本願発明の側面は、本願発明に従ってサーバと装置を動作するコンピュータプログラムを記憶するデータ記憶媒体と本願発明に従って動作するようにサーバと装置によって実行されるコンピュータプログラムと同様に関係する。このように、図２は、UA２デバイスはデータプロセッサ（DP）２Ａとデータ記憶媒体（DSM）２Ｂを含み、セーバ３はDP３ＡとDSM３Ｂを含むことを示す。
【００３７】
本願発明は、マルチメディアメッセージサービス（MMS; Multimedia Messaging Service）アーキテクチャと関連して使用されてもよい。マルチメディアメッセージサービスは、ショートメッセージサービス（SMS; Short Message Service）として、テクストメッセージばかりでなく図面、写真、音楽又は音声クリップ、及びビデオも送信するメカニズムを備える。システムは記憶と前進（store and forward）原理で動作し、メッセージは使用者間で送信されるとき、メッセージは記憶され、ことによるとマルチメディアメッセージサービスセンター（MMS; Multimedia Messaging Service Center）でフォーマットされる。例えば、非特許文献１１を参照してもよい。
【００３８】
図２で示されるように、特に本願発明を非特許文献１２に適用するとき、非特許文献１２は以下の方法で修正される。すなわち、ホームサービスプロキシー（HSP; Home Service Proxy）１０とMMSリレー／サーバ（NMSの場合におけるAS３）との間の第三者登録手続きは拡張され、MMSリレー／サーバはMMSサービスについての登録の成否について好ましくは常にMMS UA２に通知する。このことは、MMSリレー／サーバにあらゆる登録又は非登録サイクルの後にSIP メッセージ（SIP MESSAGE）要求をMMS UA２に送信することを許可する。SIPメッセージ（SIP MESSAGE）要求をMMS UA２に送信するときに、MMSリレー／サーバはci-uri目的のためにHTTP URIを伝送するCall-Infoヘッダフィールドを含む。このURIは、MMS UA２が再登録、登録解除又はMMS UA２の登録が消滅するまで有効である。このことは、MMSリレー／サーバがMMS UAを登録するごとにHTTP URIを登録ライフタイムと等しいライフタイムで保持し、それによってMMS UA２に登録有効期間の間のいつでもコンテンツ・インダイレクションをすることを許可することを意味する。MMS UA２がサービスについて登録した後に記憶場所がMMSリレー／サーバに保持されるので、この手続きはMM提出の前にMMS UA２が明確に記憶場所を要求する必要を除去し、登録されている間はMMS UA２は利用可能である。
【００３９】
図２のメッセージ交換図は先行動作を説明する。MMS UA２にSIP登録の成功を通知するSIPメッセージがci-uriにセットされる目的パラメータを伴うCall-Infoヘッダを有することに注意することが必要である。次いで、MMS UA２は登録後に受信されたSIPメッセージのCall-Info部分において発見されたURIによって指定された場所にインダイレクト・コンテンツと対応する情報をHTTP PUT（又は技術に依存して、ある他の等価タイプのプッシュ操作）にアップロードさせる。
【００４０】
Call-Infoヘッダフィールドにおいて発見されたURIは、インダイレクト・コンテンツのためにHSP１０によって保持された実際の又は物理的記憶場所を指摘しないかもしれない。代わりに、HSP１０はCall-Infoヘッダフィールドにおいて発見されたURIに対して指定されたMMS UA2 PUT要求を再び実際の記憶場所に指定する。再指定は、HTTP 3xx応答についてのHTTP PUT要求に対して応答するHSP１０によっておこなわれるかもしれない。このアプローチの使用を通して得られる１つの利益は、HSP１０がMMS UA2登録の時にMMS UA2の物理的記憶場所を割り当てる必要がないことである。代わりに、MMS UA2がHTTP PUT要求を送信するときに記憶に対する実際の必要があるときは、HSP１０が記憶場所を保持又は割り当てのみする必要がある。これらの操作は（選択的な）ブロック１２として図２に示され、これは、サーバ３が装置２からのHTTP PUTに応答して記憶を割り当て、割り当てられた記憶に対してアップロードされた情報を再指定することを示すことが意図されている。
【００４１】
図２のメッセージの流れを詳細に見ると、最初のレジスタ（REGISTER）処理は、UA２とHSP１０の間で行われることが理解される。HSP１０はSIPレジスタとして機能し、通常のSIP機能を示す。この処理を基礎として、HSP１０は第３者レジスタ（third-party REGISTER）要求を発生し、AS３（この場合MMSリレーサーバ）にUA２に登録ステータスを通知する。SIPから見ると、これはもうひとつのSIP登録機能であり、AS３がレジスタとして動作しHSP１０が第３者（third-party）としてUA２を登録する。
【００４２】
IMSの場合（図１）、要求はAS３についてUE２を登録することではなく、代わりに目的はUE２がHSP１０について登録されることをAS３に通知することである。（UE２とAS３の間に置かれたHSPは、図１に示されていない。）それゆえ、IMSの場合にAS３は実際にSIPレジスタとして機能せず、代わりにAS３は終了とともにUE２の登録ステータスを簡単に記憶する。
【００４３】
いずれにしても、HSP１０からの以前の第３者（third-party）登録を基として、AS３はSIPメッセージ（SIP MESSAGE）を発生し、このことはUA２に目標としHSP１０を経由して行われる。（AS３がUA２に対する直接的なSIPインターフェースを有しないという簡単な理由でHSP１０を経由することが行われる。）AS３によって創出されるこのSIPメッセージは、Call-Infoヘッダがコンテンツ・インダイレクションにおいて使用される記憶場所のアドレスを指定するURIを含むことをUA２（又はUE２）に示すために、ci-uriに対する目的パラメータとともにUA２に対してCall-Infoヘッダフィールドを伝送する。全ての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 000003
【図２】
2007533185.tif 000004
【国際調査報告】
2007533185.tif 000005
2007533185.tif 000006