(57)【要約】【課題】ユーザが利用するリソースを更新する場合に、安全且つ簡単にリソースを更新することができるリソース更新方法、サーバ、端末及びプログラムを提供する。【解決手段】サーバが、第１のリソースにおけるセキュアな第１のデータチャネルを確立させる。次に、自側更新前端末が、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中でサーバへ送信する。次に、サーバが、リソース更新要求を相手側更新前端末へ送信する。次に、相手側更新前端末が、第１のデータチャネルで用いた鍵情報を含むリソース更新応答をサーバへ送信する。サーバは、その鍵情報を含むセッション変更要求を、シグナリングチャネルの中で全ての端末へ送信し、自側更新後端末と相手側更新前端末との間で、第２のリソースにおける第２のデータチャネルを確立させる。【選択図】図３
2008048110.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、該端末間のセッションを制御するセッション管理サーバとを有するシステムにおけるリソース更新方法において、
各端末と、前記セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立する第１のステップと、
自側更新前端末と相手側更新前端末との間で、第１のリソースにおける第１のデータチャネルを確立する第２のステップと、
自側更新前端末が、第２のリソースを利用できる自側更新後端末に更新する際に、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、前記シグナリングチャネルの中で前記セッション管理サーバへ送信する第３のステップと、
前記セッション管理サーバが、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、前記シグナリングチャネルの中で相手側更新前端末へ送信する第４のステップと、
相手側更新前端末が、第１のデータチャネルで用いた鍵情報を含むリソース更新応答を、前記シグナリングチャネルの中で前記セッション管理サーバへ送信する第５のステップと、
前記セッション管理サーバが、自側更新前端末から受信した鍵情報と、相手側更新前端末から受信した鍵情報とが一致する際に、前記鍵情報を含むセッション変更要求を、前記シグナリングチャネルの中で全ての端末へ送信する第６のステップと、
自側更新後端末と相手側更新前端末との間で、前記鍵情報を用いて、第２のリソースにおける第２のデータチャネルを確立させる第７のステップと
を有することを特徴とするリソース更新方法。
【請求項２】
前記端末は、家庭用電化製品であり、
前記シグナリング制御には、ＵＯＰＦ(Ubiquitous Open Platform Forum)Ｍ２Ｍリアルタイム通信シグナリング仕様が用いられ、
前記リソース更新要求、前記リソース更新応答及び前記セッション変更要求には、MESSAGEリクエストが用いられる
ことを特徴とする請求項１に記載のリソース更新方法。
【請求項３】
第６のステップについて、前記セッション変更要求は、前記鍵情報の有効期限を零に設定しており、
自側更新後端末と相手側更新前端末との間で、鍵情報の再生成及び交換がされる第８のステップを更に有することを特徴とする請求項１又は２に記載のリソース更新方法。
【請求項４】
端末間のセッションを制御するセッション管理サーバにおいて、
各端末との間で、セキュアなシグナリングチャネルを確立しており、
自側更新前端末から、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、前記シグナリングチャネルの中で受信するリソース更新要求受信手段と、
前記自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、前記シグナリングチャネルの中で相手側更新前端末へ送信するリソース更新要求送信手段と、
前記相手側更新前端末から、相手側更新後端末のアドレスと、第１のデータチャネルで用いた鍵情報とを含むリソース更新応答を、前記シグナリングチャネルの中で受信するリソース更新応答受信手段と、
前記自側更新前端末から受信した鍵情報と、前記相手側更新前端末から受信した鍵情報とが一致する際に、前記鍵情報を含むセッション変更要求を、前記シグナリングチャネルの中で全ての端末へ送信するセッション変更要求送信手段と
を有することを特徴とするセッション管理サーバ。
【請求項５】
前記シグナリング制御には、ＵＯＰＦ(Ubiquitous Open Platform Forum)Ｍ２Ｍリアルタイム通信シグナリング仕様が用いられ、
前記リソース更新要求、前記リソース更新応答及び前記セッション変更要求には、MESSAGEリクエストが用いられる
ことを特徴とする請求項４に記載のセッション管理サーバ。
【請求項６】
前記セッション変更要求送信手段は、前記セッション変更要求における前記鍵情報の有効期限を零に設定しており、
第２のリソースにおける第２のデータチャネルが確立した後で、前記自側更新後端末と前記相手側更新後端末との間で、鍵情報の再生成及び交換がされることを特徴とする請求項４又は５に記載のセッション管理サーバ。
【請求項７】
請求項４から６のいずれか１項に記載のセッション管理サーバと通信する自側端末であって、
前記セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
前記セッション管理サーバから、前記鍵情報を含むセッション変更要求を前記シグナリングチャネルの中で受信するセッション変更要求受信手段と、
前記鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、前記シグナリングチャネルの中で前記セッション管理サーバへ送信するリソース更新要求送信手段と
を有することを特徴とする自側端末。
【請求項８】
請求項４から６のいずれか１項に記載のセッション管理サーバと通信する相手側端末であって、
前記セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
前記セッション管理サーバから、前記鍵情報を含むセッション変更要求を、前記シグナリングチャネルの中で受信するセッション変更要求受信手段と、
前記鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
前記セッション管理サーバから、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、前記シグナリングチャネルの中で受信するリソース更新要求受信手段と、
前記リソース識別子のリソースを処理できると判定した際に、第１のデータチャネルで用いた鍵情報を含むリソース更新応答を、前記シグナリングチャネルの中で前記セッション管理サーバへ送信するリソース更新応答送信手段と
を有することを特徴とする相手側端末。
【請求項９】
端末間のセッションを制御するセッション管理サーバに搭載されたコンピュータを機能させるプログラムにおいて、
各端末との間で、セキュアなシグナリングチャネルを確立しており、
自側更新前端末から、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、前記シグナリングチャネルの中で受信するリソース更新要求受信手段と、
前記自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、前記シグナリングチャネルの中で相手側更新前端末へ送信するリソース更新要求送信手段と、
前記相手側更新前端末から、相手側更新後端末のアドレスと、第１のデータチャネルで用いた鍵情報とを含むリソース更新応答を、前記シグナリングチャネルの中で受信するリソース更新応答受信手段と、
前記自側更新前端末から受信した鍵情報と、前記相手側更新前端末から受信した鍵情報とが一致する際に、前記鍵情報を含むセッション変更要求を、前記シグナリングチャネルの中で全ての端末へ送信するセッション変更要求送信手段と
してコンピュータを機能させることを特徴とするセッション管理サーバ用プログラム。
【請求項１０】
請求項４から６のいずれか１項に記載のセッション管理サーバと通信する自側端末に搭載されたコンピュータを機能させるプログラムであって、
前記セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
前記セッション管理サーバから、前記鍵情報を含むセッション変更要求を前記シグナリングチャネルの中で受信するセッション変更要求受信手段と、
前記鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、前記シグナリングチャネルの中で前記セッション管理サーバへ送信するリソース更新要求送信手段と
してコンピュータを機能させることを特徴とする自側端末用プログラム。
【請求項１１】
請求項４から６のいずれか１項に記載のセッション管理サーバと通信する相手側端末に搭載されたコンピュータを機能させるプログラムであって、
前記セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
前記セッション管理サーバから、前記鍵情報を含むセッション変更要求を、前記シグナリングチャネルの中で受信するセッション変更要求受信手段と、
前記鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
前記セッション管理サーバから、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、前記シグナリングチャネルの中で受信するリソース更新要求受信手段と、
前記リソース識別子のリソースを処理できると判定した際に、第１のデータチャネルで用いた鍵情報を含むリソース更新応答を、前記シグナリングチャネルの中で前記セッション管理サーバへ送信するリソース更新応答送信手段と
してコンピュータを機能させることを特徴とする相手側端末用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュアなシグナリングチャネルを用いたリソース更新方法、サーバ、端末及びプログラムに関する。
【背景技術】
【０００２】
家庭用電化製品をブロードバンドネットワークに接続する技術が、ＵＯＰＦ(Ubiquitous Open Platform Forum)によって標準規格化されている。特に、ＵＯＰＦのＷＧ２「Ｍ２Ｍリアルタイム接続ＷＧ」によって、ネット家電によるインターネットを介した安全且つ簡単なＭ２Ｍリアルタイム通信を実現する技術仕様が公開されている（例えば非特許文献１参照）。家庭用電化製品は、第１に、不特定人によって遠隔操作されないようにセキュリティを高める必要がある。また、家庭用電化製品は、第２に、パーソナルコンピュータ等と比較して一般に処理能力が低いために、シグナリングシーケンスが簡単である必要もある。そのために、この技術仕様によれば、処理負荷が軽く且つ上位プロトコルに依存しないＩＰｓｅｃ(Security Architecture for the Internet Protocol)を用いて、その鍵交換をＳＩＰ(Session Initiation Protocol)に組み入れることも検討されている。
【０００３】
図１は、従来技術におけるシグナリングシーケンス図である。
【０００４】
一般に、ISAKMP-SA(Internet Security Association and Key Management Protocol - Security Association)のネゴシエーションを要するが、非特許文献１に記載された技術によれば必要ない。非特許文献１における共通鍵によるIPsec-m2m方式によれば、m2mネゴシエーションと、IPsec暗号化ネゴシエーションとを有する。m2mネゴシエーションは、Diffie-Hellman交換ネゴシエーションと、認証情報交換ネゴシエーションとをする。
【０００５】
IPsec-m2m方式では、SIP Security Agreement(IETF RFC3329)の鍵交換シーケンスを拡張利用することで、ＳＩＰのセッション管理サーバに対するクライアントの登録と同時に、セキュアなシグナリングチャネルを確立する。
【０００６】
図１によって確立されたセキュアなシグナリングチャネルが用いられるために、共通鍵を乱数から生成しても安全とみなすことができる。実際に、ＳＤＰ(Session Description Protocol)を拡張利用して、鍵生成に必要なセキュリティ情報を交換することによって共通鍵を生成し、IPsecの暗号鍵として使用する。
【０００７】
【非特許文献１】「ＵＯＰＦ Ｍ２Ｍ リアルタイム通信シグナリング仕様」、ユビキタス・オープン・プラットフォーム・フォーラム、２００５年５月１２日
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来技術におけるm2m方式によれば、ユーザが利用するリソースを更新する際には、再度、ネゴシエーションをしなければならない。即ち、再度、図１のシーケンスをする必要がある。
【０００９】
具体的には、自側ユーザが、携帯電話機を用いて、相手側ユーザの所持するパーソナルコンピュータとの間で、第１の鍵を用いて、音声データに基づくリソースを用いて第１のデータチャネルを確立していたとする。このとき、自側ユーザが、映像データに基づくリソースを用いて通信をすることを所望したとする。この場合、自側ユーザは、映像データを処理可能なテレビ等の端末を用いて、シグナリングチャネルの中で、再度、相手側ユーザのパーソナルコンピュータとの間で、図１のネゴシエーションをしなければならない。また、IPsecのようなセキュアなシグナリングチャネルを構築するには、独立した共通鍵を交換する必要があり、リソース更新時間が長くなっていた。
【００１０】
そこで、本発明は、ユーザが利用するリソースを更新する場合に、安全且つ簡単にリソースを更新することができるリソース更新方法、サーバ、端末及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明によれば、複数の端末と、該端末間のセッションを制御するセッション管理サーバとを有するシステムにおけるリソース更新方法において、
各端末と、セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立する第１のステップと、
自側更新前端末と相手側更新前端末との間で、第１のリソースにおける第１のデータチャネルを確立する第２のステップと、
自側更新前端末が、第２のリソースを利用できる自側更新後端末に更新する際に、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中でセッション管理サーバへ送信する第３のステップと、
セッション管理サーバが、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、シグナリングチャネルの中で相手側更新前端末へ送信する第４のステップと、
相手側更新前端末が、第１のデータチャネルで用いた鍵情報を含むリソース更新応答を、シグナリングチャネルの中でセッション管理サーバへ送信する第５のステップと、
セッション管理サーバが、自側更新前端末から受信した鍵情報と、相手側更新前端末から受信した鍵情報とが一致する際に、鍵情報を含むセッション変更要求を、シグナリングチャネルの中で全ての端末へ送信する第６のステップと、
自側更新後端末と相手側更新前端末との間で、鍵情報を用いて、第２のリソースにおける第２のデータチャネルを確立させる第７のステップと
を有することを特徴とする。
【００１２】
本発明のリソース更新方法における他の実施形態によれば、
端末は、家庭用電化製品であり、
シグナリング制御には、ＵＯＰＦ−Ｍ２Ｍリアルタイム通信シグナリング仕様が用いられ、
リソース更新要求、リソース更新応答及びセッション変更要求には、MESSAGEリクエストが用いられることも好ましい。
【００１３】
本発明のリソース更新方法における他の実施形態によれば、
第６のステップについて、セッション変更要求は、鍵情報の有効期限を零に設定しており、
自側更新後端末と相手側更新前端末との間で、鍵情報の再生成及び交換がされる第８のステップを更に有することも好ましい。
【００１４】
本発明によれば、端末間のセッションを制御するセッション管理サーバにおいて、
各端末との間で、セキュアなシグナリングチャネルを確立しており、
自側更新前端末から、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中で受信するリソース更新要求受信手段と、
自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、シグナリングチャネルの中で相手側更新前端末へ送信するリソース更新要求送信手段と、
相手側更新前端末から、相手側更新後端末のアドレスと、第１のデータチャネルで用いた鍵情報とを含むリソース更新応答を、シグナリングチャネルの中で受信するリソース更新応答受信手段と、
自側更新前端末から受信した鍵情報と、相手側更新前端末から受信した鍵情報とが一致する際に、鍵情報を含むセッション変更要求を、シグナリングチャネルの中で全ての端末へ送信するセッション変更要求送信手段と
を有することを特徴とする。
【００１５】
本発明のセッション管理サーバにおける他の実施形態によれば、
シグナリング制御には、ＵＯＰＦ−Ｍ２Ｍリアルタイム通信シグナリング仕様が用いられ、
リソース更新要求、リソース更新応答及びセッション変更要求には、MESSAGEリクエストが用いられることも好ましい。
【００１６】
本発明のセッション管理サーバにおける他の実施形態によれば、
セッション変更要求送信手段は、セッション変更要求における鍵情報の有効期限を零に設定しており、
第２のリソースにおける第２のデータチャネルが確立した後で、自側更新後端末と相手側更新後端末との間で、鍵情報の再生成及び交換がされることも好ましい。
【００１７】
本発明によれば、前述したセッション管理サーバと通信する自側端末であって、
セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
セッション管理サーバから、鍵情報を含むセッション変更要求をシグナリングチャネルの中で受信するセッション変更要求受信手段と、
鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中でセッション管理サーバへ送信するリソース更新要求送信手段と
を有することを特徴とする。
【００１８】
本発明によれば、前述したセッション管理サーバと通信する相手側端末であって、
セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
セッション管理サーバから、鍵情報を含むセッション変更要求を、シグナリングチャネルの中で受信するセッション変更要求受信手段と、
鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
セッション管理サーバから、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、シグナリングチャネルの中で受信するリソース更新要求受信手段と、
リソース識別子のリソースを処理できると判定した際に、第１のデータチャネルで用いた鍵情報を含むリソース更新応答を、シグナリングチャネルの中でセッション管理サーバへ送信するリソース更新応答送信手段と
を有することを特徴とする。
【００１９】
本発明によれば、端末間のセッションを制御するセッション管理サーバに搭載されたコンピュータを機能させるプログラムにおいて、
各端末との間で、セキュアなシグナリングチャネルを確立しており、
自側更新前端末から、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中で受信するリソース更新要求受信手段と、
自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、シグナリングチャネルの中で相手側更新前端末へ送信するリソース更新要求送信手段と、
相手側更新前端末から、相手側更新後端末のアドレスと、第１のデータチャネルで用いた鍵情報とを含むリソース更新応答を、シグナリングチャネルの中で受信するリソース更新応答受信手段と、
自側更新前端末から受信した鍵情報と、相手側更新前端末から受信した鍵情報とが一致する際に、鍵情報を含むセッション変更要求を、シグナリングチャネルの中で全ての端末へ送信するセッション変更要求送信手段と
してコンピュータを機能させることを特徴とする。
【００２０】
本発明によれば、前述したセッション管理サーバと通信する自側端末に搭載されたコンピュータを機能させるプログラムであって、
セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
セッション管理サーバから、鍵情報を含むセッション変更要求をシグナリングチャネルの中で受信するセッション変更要求受信手段と、
鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中でセッション管理サーバへ送信するリソース更新要求送信手段と
してコンピュータを機能させることを特徴とする。
【００２１】
本発明によれば、前述したセッション管理サーバと通信する相手側端末に搭載されたコンピュータを機能させるプログラムであって、
セッション管理サーバとの間で、セキュアなシグナリングチャネルを確立しており、
セッション管理サーバから、鍵情報を含むセッション変更要求を、シグナリングチャネルの中で受信するセッション変更要求受信手段と、
鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを暗号化し、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを暗号化するデータチャネル通信手段と、
セッション管理サーバから、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、シグナリングチャネルの中で受信するリソース更新要求受信手段と、
リソース識別子のリソースを処理できると判定した際に、第１のデータチャネルで用いた鍵情報を含むリソース更新応答を、シグナリングチャネルの中でセッション管理サーバへ送信するリソース更新応答送信手段と
してコンピュータを機能させることを特徴とする。
【発明の効果】
【００２２】
本発明のリソース更新方法、サーバ、端末及びプログラムによれば、一度確立したセキュアなシグナリングチャネルの中で、先に用いられている鍵情報を交換し、その鍵情報を用いてリソース更新後のデータチャネルを構築するので、安全且つ簡単にリソースを更新することができる。更新前のデータチャネルで用いた共通鍵を、更新後のデータチャネルで一時的に使用することにより、シグナリングチャネルの中での新たな鍵生成のネゴシエーションを不要とし、結果としてリソース更新に係る時間を短縮することができる。
【発明を実施するための最良の形態】
【００２３】
以下では、図面を用いて、本発明を実施するための最良の形態について詳細に説明する。
【００２４】
図２は、本発明におけるシステム構成図である。
【００２５】
図２によれば、ユーザの所持する端末２間のセッションを制御するために、セッション管理サーバ１がインターネット３に接続されている。シグナリング制御には、ＳＩＰが用いられているとする。各端末２とセッション管理サーバ１との間では、セキュアなシグナリングチャネルが確立されている。
【００２６】
また、図２によれば、ユーザＡ及びＢが、各自所持する端末を用いて通信している。本発明によれば、安全、簡単且つ短時間にリソースを更新することができるので、対象となる端末は、処理能力の低い、例えば家庭用電化製品であるのが好ましい。家庭用電化製品をブロードバンドネットワークに接続させるためのプロトコルとして、例えばＵＯＰＦ−Ｍ２Ｍリアルタイム通信シグナリング仕様が用いられる。端末２同士の間では、シグナリングチャネルの中で交換された共通鍵を用いて、データチャネルが確立される。
【００２７】
ユーザＡは、音声データを送受信する携帯電話機２Ａ１と、映像データを送受信するテレビ２Ａ２を所持する。テレビ２Ａ２は、入出力インタフェースを備えており、カメラ機能及びスピーカ機能も有するとする。ユーザＢは、音声データ及び映像データを送受信するパーソナルコンピュータ２Ｂ１を所持する。ユーザによって所持される端末は全て、携帯電話網又はＬＡＮ等のアクセスネットワークを介してインターネット３に接続される。
【００２８】
最初に、ユーザＡの携帯電話機２Ａ１と、ユーザＢのパーソナルコンピュータ２Ｂ１との間で、音声データ（第１のリソース）のセキュアな第１のデータチャネルが確立されている。次に、ユーザＡが、映像データ（第２のリソース）に基づくサービスも使用することを所望したとする。このとき、ユーザＡは、映像データを送受信するテレビ２Ａ２を選択する。そして、テレビ２Ａ２とパーソナルコンピュータ２Ｂ１との間で、映像データにおけるセキュアな第２のデータチャネルを確立する。
【００２９】
リソースとは、所定の種別のデータを送受信することができる環境をいい、そのデータを処理できる端末と、そのデータを所定の品質で送受信できるネットワークとを意味する。音声データに基づく第１のリソースは、音声データを処理できる端末（携帯電話機、パーソナルコンピュータ）と、音声データを所定の品質で送受信できるネットワーク（ＬＡＮ等のブロードバンドネットワーク）とを有する。また、映像データに基づく第２のリソースは、映像データを処理できる端末（テレビ、パーソナルコンピュータ）と、映像データを所定の品質で送受信できるネットワーク（ＬＡＮ等のブロードバンドネットワーク）とを有する。
【００３０】
本発明によれば、第１のリソースから第２のリソースに更新する際に、シグナリングチャネルの中で、新たに鍵を設定することなく、安全、簡単且つ短時間でリソースをに更新することができる。即ち、更新前のデータチャネルで用いていた共通鍵を、セキュアなシグナリングチャネルの中で交換し、更新後のデータチャネルでも一時的にその共通鍵を用いる。これにより、シグナリングチャネルの中で、新たな鍵を決定するためのシーケンスを必要としない。
【００３１】
図３は、本発明におけるシグナリングシーケンス図である。
【００３２】
（Ｓ３０１）セッション管理サーバ１と、携帯電話機２Ａ１、テレビ２Ａ２及びパーソナルコンピュータ２Ｂ１との間で、セキュアなシグナリングチャネルが確立されている。
【００３３】
（Ｓ３０２）携帯電話機２Ａ１とパーソナルコンピュータ２Ｂ１との間で、音声データの第１のリソースにおける第１のデータチャネルが確立されている。ここでは、共通鍵を用いて、IPsecによるセキュアな通信が確立されている。
【００３４】
IPsecとは、IPレイヤの中で、パケットそのものを暗号化すると同時に、改ざん検出機能及び認証検出機能を有するプロトコルである。IPsecは、端末間で安全に暗号鍵を共有することを目的としており、定期的に、動的に暗号鍵を生成し且つ端末間で自動更新する。このような鍵交換プロトコルとして、ＩＫＥ(Internet Key Exchange)が用いられる。尚、本発明によれば、IPsecに限られず、ＴＬＳ(Transport Layer Security)、ＳＲＴＰ(The Secure Real-time Transport Protocol)、Ｓ／ＭＩＭＥ(Secure Multipurpose Internet Mail Extensions)等のプロトコルであってもよい。
【００３５】
（Ｓ３０３）ユーザＡは、携帯電話機２Ａ１を用いた音声データの第１のリソースに加えて、テレビ２Ａ２を用いる映像データの第２のリソースを使用することを所望したとする。このとき、携帯電話機２Ａ１は、リソース更新要求を、シグナリングチャネルの中でセッション管理サーバ１へ送信する。リソース更新要求は、ＳＩＰの場合、MESSAGEリクエストを用いる。MESSAGEリクエストは、通常、テキストメッセージ（インスタントメッセージ）の送信に用いられるものである。
【００３６】
表１は、本発明におけるＭＥＳＳＡＧＥリクエストの構成を表す。
【表１】
2008048110.tif 000003
【００３７】
MESSAGEリクエストは、自側更新後端末のアドレス（※１）及びリソース種別識別子（※２）と、音声データの第１のリソースにおける第１のデータチャネルで用いた鍵情報（※３）とを含む。鍵情報は、暗号鍵に加えて、認証鍵を含むものであってもよい。
【００３８】
尚、プレゼンスサーバが更に備えられ、更新可能な端末を予め登録することも好ましい。自側更新後端末となるテレビ２Ａ２は、プレゼンスサーバに予め登録されているとする。自側更新前端末となる携帯電話機２Ａ１は、プレゼンスサーバを参照することによって、テレビ２Ａ２を選択することができる。
【００３９】
（Ｓ３０４）携帯電話機２Ａ１からリソース更新要求（MESSAGEリクエスト）を受信したセッション管理サーバ１は、更に、リソース更新要求（MESSAGEリクエスト）を、シグナリングチャネルの中でパーソナルコンピュータ２Ｂ１へ送信する。ここで、パーソナルコンピュータ２Ｂ１へ送信されるリソース更新要求は、鍵情報を取り除いたものである。
【００４０】
（Ｓ３０５）パーソナルコンピュータ２Ｂ１は、セッション管理サーバ１から受信したMESSAGEリクエストに対して、映像データのリソース種別識別子videoのデータを処理するか否かを判定する。この判定（処理可能／不可能）は、パーソナルコンピュータ２Ｂ１が、自らの処理能力を判定して自動的に導出するものであってもよいし、ユーザの操作に応じるものであってもよい。
【００４１】
（Ｓ３０６）パーソナルコンピュータ２Ｂ１は、リソース種別識別子videoのデータを処理可能と判定した際に、シグナリングチャネルの中でセッション管理サーバ１へリソース更新応答を送信する。リソース更新応答は、Ｓ３０３と同様に、MESSAGEリクエストを用いる。MESSAGEリクエストは、Ｓ３０２の第１のデータチャネルで用いている共通鍵を含む。
【００４２】
（Ｓ３０７）セッション管理サーバ１は、Ｓ３０３によって携帯電話機２Ａ１から受信した鍵情報と、Ｓ３０６によってパーソナルコンピュータ２Ｂ１から受信した鍵情報とが一致するか否かを判定する。一致する場合、リソース更新を確定する。そして、一致した鍵情報を含むセッション変更要求を、シグナリングチャネルの中で全ての端末へ送信する。セッション変更要求も、MESSAGEリクエストによって送信される。
【００４３】
表２は、Ｓ３０７について送信されるMESSAGEリクエストを表す。
【表２】
2008048110.tif 000004
【００４４】
表２のMESSAGEリクエストのメッセージボディについて説明する。メッセージボディには、ユーザＡ側の情報とユーザＢ側の情報とがある。ユーザＡ側の情報によれば、更新後のリソース識別子が[video]である場合、更新後端末のＩＰアドレスは、テレビの[2001:abcd::11]を表す（※１）。また、更新後のリソース識別子が[audio]である場合、更新後端末のＩＰアドレスは、携帯電話機の[2001:abcd::10]を表す（※２）。一方、ユーザＢ側の情報によれば、更新後のリソース識別子が[video]である場合、更新後端末のＩＰアドレスは、パーソナルコンピュータの[2005:dcba::13]を表す（※３）。また、更新後のリソース識別子が[audio]である場合も、更新後の端末のＩＰアドレスは、パーソナルコンピュータの[2005:dcba::13]を表す（※４）。
【００４５】
リソース更新後に、ネットワークに転送された鍵情報を継続的に使用し続けることは好ましくない。そこで、セッション変更要求は、鍵情報の有効期限を零に設定する（※５）。これにより、リソース更新の直後に、自側更新後端末と相手側更新前端末との間で、鍵情報の再生成及び交換がされる。
【００４６】
尚、Ｓ３０７のMESSAGEリクエストの中で、鍵情報の有効期限を零に設定（※４）していなくても、端末が、更新後に自動的に鍵の再生成をするように実現することも好ましい。
【００４７】
（Ｓ３０８）MESSAGEリクエストを受信した各端末は、それぞれに要求されるアプリケーションの処理と、IPsecのＳＰＤ(Security Policy Database)、ＳＡＤ(Security Association Database)の設定をする。そして、携帯電話機２Ａ１と、テレビ２Ａ２及びパーソナルコンピュータ２Ｂ１は、セッション変更応答として200 OKレスポンスを、シグナリングチャネルの中でセッション管理サーバ１へ返信する。
【００４８】
（Ｓ３０９）最終的に、ユーザＡのテレビ２Ａ２と、ユーザＢのパーソナルコンピュータ２Ｂ１との間で、映像データの第２のリソースにおける第２のデータチャネルを確立させる。尚、ユーザＡの携帯電話２Ａ１と、ユーザＢのパーソナルコンピュータ２Ｂ１との間に確立された、音声データの第１のリソースにおける第１のデータチャネルは、そのまま継続してもよいし、切断してもよい。前述した表２によれば、第１のデータチャネルは継続して確立されている。
【００４９】
（Ｓ３１０）Ｓ３０７について、セッション変更要求に含まれる鍵情報の有効期限を零に設定した場合、Ｓ３０９によって第２のデータチャネルが確立した直後に、自側更新後端末と相手側更新前端末との間で、鍵情報の再生成及び交換がされる。
【００５０】
前述した図２及び図３によれば、説明を簡単にするために、２つの自側端末（自側更新前端末と自側更新後端末とが別）と、１つの相手側端末（相手側更新前端末と相手側更新後端末とが同じ）との場合について説明した。勿論、１つの自側端末（自側更新前端末と自側更新後端末とが同じ）であってもよいし、２つの相手側端末（相手側更新前端末と相手側更新後端末とが別）であってもよい。これは、Ｓ３０７において、セッション管理サーバ１が、鍵情報を含むセッション変更情報を、全ての端末（自側更新前端末、自側更新後端末、相手側更新前端末、相手側更新後端末）へ送信することによって実現できる。
【００５１】
また、セッション管理サーバは１つであるとして説明しているが、プロキシサーバとセッション管理サーバとに分けて設置してもよい。また、リソース更新のサービスを関する端末を登録するためにプレゼンスサーバを備えることも好ましい。
【００５２】
図４は、本発明におけるセッション管理サーバ及び端末の機能構成図である。
【００５３】
図４によれば、セッション管理サーバ１は、自側更新前端末に対する機能としてリソース更新要求受信部１０１と、相手側端末に対する機能としてリソース更新要求送信部１０２及びリソース更新応答送信部１０３と、セッション変更要求送信部１０４と、端末間のセッションを制御するセッション管理部１０５とを有する。シグナリング制御には、ＵＯＰＦ−Ｍ２Ｍリアルタイム通信シグナリング仕様が用いられる。これら機能部は、セッション管理サーバ１に搭載されたコンピュータによって実行されるプログラムでも実現できる。
【００５４】
リソース更新要求受信部１０１は、自側更新前端末から、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中で受信する。
【００５５】
リソース更新要求送信部１０２は、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、シグナリングチャネルの中で相手側更新前端末へ送信する。
【００５６】
リソース更新応答送信部１０３は、相手側更新前端末から、相手側更新後端末のアドレスと、第１のデータチャネルで用いた鍵情報とを含むリソース更新応答を、シグナリングチャネルの中で受信する。
【００５７】
セッション変更要求送信部１０４は、自側更新前端末から受信した鍵情報と、相手側更新前端末から受信した鍵情報とが一致する際に、鍵情報を含むセッション変更要求を、シグナリングチャネルの中で全ての端末へ送信する。このとき、セッション変更要求における鍵情報の有効期限を零に設定することも好ましい。
【００５８】
また、図４によれば、端末２は、自側更新前端末としての機能としてリソース更新要求送信部２０１と、相手側端末に対する機能としてリソース更新要求受信部２０２及びリソース更新応答送信部２０３と、セッション変更要求受信部２０４と、データチャネル通信部２０５とを有する。これら機能部は、家庭用電化製品である端末２に搭載されたコンピュータによって実行されるプログラムでも実現できる。
【００５９】
セッション変更要求受信部２０４は、セッション管理サーバ１から、鍵情報を含むセッション変更要求をシグナリングチャネルの中で受信する。
【００６０】
データチャネル通信部２０５は、鍵情報を用いて、更新前端末間で第１のリソースにおける第１のデータチャネルを確立させ、及び、更新後端末間で第２のリソースにおける第２のデータチャネルを確立させる。
【００６１】
リソース更新要求送信部２０１は、自側更新後端末のアドレス及びリソース種別識別子と、第１のデータチャネルで用いた鍵情報とを含むリソース更新要求を、シグナリングチャネルの中でセッション管理サーバへ送信する。
【００６２】
リソース更新要求受信部２０２は、セッション管理サーバから、自側更新後端末のアドレス及びリソース種別識別子を含むリソース更新要求を、シグナリングチャネルの中で受信する。
【００６３】
リソース更新応答送信部２０３は、更新後のリソース識別子のリソースを処理できると判定した際に、第１のデータチャネルで用いた鍵情報を含むリソース更新応答を、シグナリングチャネルの中でセッション管理サーバ１へ送信する。
【００６４】
以上、詳細に説明したように、本発明のリソース更新方法、サーバ、端末及びプログラムによれば、一度確立したセキュアなシグナリングチャネルの中で、先に用いられている鍵情報を交換し、その鍵情報を用いてリソース更新後のデータチャネルを構築するので、安全且つ簡単にリソースを更新することができる。更新前のデータチャネルで用いた共通鍵を、更新後のデータチャネルで一時的に使用することにより、シグナリングチャネルの中での新たな鍵生成のネゴシエーションを不要とし、結果としてリソース更新に係る時間を短縮することができる。
【００６５】
前述した本発明の種々の実施形態において、当業者は、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略を容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【図面の簡単な説明】
【００６６】
【図１】従来技術におけるシグナリングシーケンス図である。
【図２】本発明におけるシステム構成図である。
【図３】本発明におけるシグナリングシーケンス図である。
【図４】本発明におけるセッション管理サーバ及び端末の機能構成図である。
【符号の説明】
【００６７】
１  セッション管理サーバ
１０１  リソース更新要求受信部
１０２  リソース更新要求送信部
１０３  リソース更新応答送信部
１０４  セッション変更要求送信部
１０５  セッション管理部
２  端末、家庭用電化製品
２０１  リソース更新要求送信部
２０２  リソース更新要求受信部
２０３  リソース更新応答送信部
２０４  セッション変更要求受信部
２０５  データチャネル通信部
２Ａ１  ユーザＡによって所持される携帯電話機
２Ａ２  ユーザＡによって所持されるテレビ
２Ｂ２  ユーザＢによって所持されるパーソナルコンピュータ
３  インターネット
【図１】
2008048110.tif 000005
【図２】
2008048110.tif 000006
【図３】
2008048110.tif 000007
【図４】
2008048110.tif 000008