(57)【要約】  ユーザノード及び情報ノードと通信するＩＭＳノードを提供する。前記情報ノードはＩＭＳパブリック・ユーザ・アイデンティティに基づくアクセス制御を行うように構成されている。当該ＩＭＳノードは、ＩＭＳに準拠した第１のプロトコルを前記情報ノードが解釈可能な第２のプロトコルに変換することによって、前記ユーザノードから前記情報ノードへのアクセス要求を仲介する要求仲介手段と、前記第２のプロトコルを前記第１のプロトコルに変換することによって前記情報ノードから前記ユーザノードへのアクセス応答を仲介する応答仲介手段と、を備える。前記アクセス要求は、前記ＩＭＳパブリック・ユーザ・アイデンティティと、前記情報ノードが取得することを要求される情報を指定する情報ＩＤとを含む。
2009506391.tif 000002
【特許請求の範囲】
【請求項１】
ユーザノード（３０２）及び情報ノード（３０６）と通信するＩＭＳノード（３０３）であって、前記情報ノード（３０６）はＩＭＳパブリック・ユーザ・アイデンティティに基づくアクセス制御を行うように構成されており、当該ＩＭＳノード（３０３）は、
ＩＭＳに準拠した第１のプロトコルを前記情報ノード（３０６）が解釈可能な第２のプロトコルに変換することによって、前記ユーザノード（３０２）から前記情報ノード（３０６）へのアクセス要求を仲介する要求仲介手段（５０４）と、
前記第２のプロトコルを前記第１のプロトコルに変換することによって前記情報ノード（３０６）から前記ユーザノード（３０２）へのアクセス応答を仲介する応答仲介手段（５０５）と、
を備え、
前記アクセス要求は、前記ＩＭＳパブリック・ユーザ・アイデンティティと、前記情報ノード（３０６）が取得することを要求される情報を指定する情報ＩＤとを含む
ことを特徴とするＩＭＳノード（３０３）。
【請求項２】
前記第２のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）であることを特徴とする請求項１に記載のＩＭＳノード（３０３）。
【請求項３】
前記要求仲介手段（５０４）は、
前記ユーザノード（３０２）からＳＩＰリクエストメッセージの形式で前記アクセス要求を受信し、
前記ＳＩＰリクエストメッセージをＨＴＴＰリクエストメッセージに変換し、
前記情報ノード（３０６）へ前記ＨＴＴＰリクエストメッセージの形式で前記アクセス要求を送信する
ことを特徴とする請求項２に記載のＩＭＳノード（３０３）。
【請求項４】
前記応答仲介手段（５０５）は、
前記情報ノード（３０６）からＨＴＴＰレスポンスメッセージの形式で前記アクセス応答を受信し、
前記ＨＴＴＰレスポンスメッセージをＳＩＰレスポンスメッセージに変換し、
前記ユーザノード（３０２）へ前記ＳＩＰレスポンスメッセージの形式で前記アクセス応答を送信する
ことを特徴とする請求項２又は３に記載のＩＭＳノード（３０３）。
【請求項５】
ＩＭＳノード（３０３）と通信する情報ノード（３０６）であって、前記ＩＭＳノード（３０３）はユーザノード（３０２）と当該情報ノード（３０６）との間で仲介を行うように構成され、当該情報ノード（３０６）は、
前記ＩＭＳノード（３０３）からアクセス要求を受信する受信手段（７０１）と、
前記アクセス要求に含まれる情報ＩＤによって指定される情報を取得する取得手段（７０２）と、
前記アクセス要求に含まれるＩＭＳパブリック・ユーザ・アイデンティティに基づいて前記取得手段（７０２）が入手可能な情報を判断するアクセス制御手段（７０３）と、
前記取得手段（７０２）が取得した情報を含むアクセス応答を生成する生成手段（７０５）と、
前記アクセス応答を前記ＩＭＳノード（３０３）へ送信する送信手段と、
を備えることを特徴とする情報ノード（３０６）。
【請求項６】
前記情報ＩＤによって指定される前記情報は、各項目がアクセス制御属性を有する１項目以上の情報を含み、
前記アクセス制御手段（７０３）は、前記各項目の前記アクセス制御属性を前記ＩＭＳパブリック・ユーザ・アイデンティティと比較することによって前記入手可能な情報を判断する
ことを特徴とする請求項５に記載の情報ノード（３０６）。
【請求項７】
前記取得手段（７０１）は、前記ＩＭＳノード（３０３）からＨＴＴＰリクエストメッセージの形式で前記アクセス要求を受信することを特徴とする請求項５又は６に記載の情報ノード（３０６）。
【請求項８】
前記送信手段（７０１）は、前記ＩＭＳノード（３０３）へＨＴＴＰレスポンスメッセージの形式で前記アクセス応答を送信することを特徴とする請求項５乃至７のいずれか１項に記載の情報ノード（３０６）。
【請求項９】
ＩＭＳノード（３０３）と通信するユーザノード（３０２）であって、前記ＩＭＳ（３０３）は当該ユーザノード（３０２）と情報ノード（３０６）との間で仲介を行うように構成され、当該ユーザノード（３０２）は、
前記情報ノード（３０６）が取得することを要求される情報を指定する情報ＩＤを取得する取得手段（８０１）と、
ＩＭＳパブリック・ユーザ・アイデンティティ及び前記情報ＩＤを含むアクセス要求を生成する生成手段（８０２）と、
前記アクセス要求を前記ＩＭＳノード（３０３）へ送信する送信手段（８０６）と、
前記情報ＩＤによって指定される情報を含むアクセス応答を前記ＩＭＳノード（３０３）から受信する受信手段（８０６）と、
を備えることを特徴とするユーザノード（３０２）。
【請求項１０】
前記ユーザノード（３０２）はＲＦＩＤリーダ（８０１）を備え、
前記情報ＩＤはＲＦＩＤタグ（３０４）に格納され、
前記取得手段（８０１）は前記ＲＦＩＤリーダ（８０１）によって実装され、前記ＲＦＩＤタグ（３０４）から前記情報ＩＤを取得する
ことを特徴とする請求項９に記載のユーザノード（３０２）。
【請求項１１】
前記ユーザノード（３０２）は移動体端末であることを特徴とする請求項９又は１０に記載のユーザノード（３０２）。
【請求項１２】
ＩＳＩＭ（８０４）を含むＵＩＣＣ（８０３）を更に備え、
前記ＩＭＳパブリック・ユーザ・アイデンティティは前記ＩＳＩＭ（８０４）に保持されている
ことを特徴とする請求項１１に記載のユーザノード（３０２）。
【請求項１３】
ＵＳＩＭ（８０５）を含むＵＩＣＣ（８０３）を更に備え、
前記ＩＭＳパブリック・ユーザ・アイデンティティは前記ＵＳＩＭ（８０５）に保持されているＩＭＳＩを使用して取得される
ことを特徴とする請求項１１に記載のユーザノード（３０２）。
【請求項１４】
前記送信手段（８０６）は前記ＩＭＳノード（３０３）へＳＩＰリクエストメッセージの形式で前記アクセス要求を送信することを特徴とする請求項９乃至１３のいずれか１項に記載のユーザノード（３０２）。
【請求項１５】
前記受信手段（８０６）は前記ＩＭＳノード（３０３）からＳＩＰレスポンスメッセージの形式で前記アクセス応答を受信することを特徴とする請求項９乃至１４のいずれか１項に記載のユーザノード（３０２）。
【請求項１６】
前記アクセス応答はＳＩＰ  ＵＲＩ及びＴＥＬ  ＵＲＬのうちの少なくとも一方を含み、
前記ＳＩＰ  ＵＲＩ又は前記ＴＥＬ  ＵＲＬを使用してＳＩＰセッションを開始する開始手段（８０７）を更に備える
ことを特徴とする請求項９乃至１５のいずれか１項に記載のユーザノード（３０２）。
【請求項１７】
請求項１乃至４のいずれか１項に記載のＩＭＳノード（３０３）と、
請求項５乃至８のいずれか１項に記載の情報ノード（３０６）と、
請求項９乃至１６のいずれか１項に記載のユーザノード（３０２）と、
を備えることを特徴とするアクセス制御システム。
【請求項１８】
ユーザノード（３０２）と情報ノード（３０６）との間で仲介を行う方法であって、前記情報ノード（３０６）はＩＭＳパブリック・ユーザ・アイデンティティに基づくアクセス制御を行うように構成されており、当該方法は、
ＩＭＳに準拠した第１のプロトコルを前記情報ノード（３０６）が解釈可能な第２のプロトコルに変換することによって、前記ユーザノード（３０２）から前記情報ノード（３０６）へのアクセス要求を仲介する要求仲介ステップ（Ｓ５０２）と、
前記第２のプロトコルを前記第１のプロトコルに変換することによって前記情報ノード（３０６）から前記ユーザノード（３０２）へのアクセス応答を仲介する応答仲介ステップ（Ｓ５０７）と、
を備え、
前記アクセス要求は、前記ＩＭＳパブリック・ユーザ・アイデンティティと、前記情報ノード（３０６）が取得することを要求される情報を指定する情報ＩＤとを含む
ことを特徴とする方法。
【請求項１９】
前記第２のプロトコルはハイパーテキストトランスファープロトコル（ＨＴＴＰ）であることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記要求仲介ステップ（Ｓ５０２）において、
前記ユーザノード（３０２）からＳＩＰリクエストメッセージの形式で前記アクセス要求が受信され、
前記ＳＩＰリクエストメッセージがＨＴＴＰリクエストメッセージに変換され、
前記情報ノード（３０６）へ前記ＨＴＴＰリクエストメッセージの形式で前記アクセス要求が送信される
ことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記応答仲介ステップ（Ｓ５０７）において、
前記情報ノード（３０６）からＨＴＴＰレスポンスメッセージの形式で前記アクセス応答が受信され、
前記ＨＴＴＰレスポンスメッセージがＳＩＰレスポンスメッセージに変換され、
前記ユーザノード（３０２）へ前記ＳＩＰレスポンスメッセージの形式で前記アクセス応答が送信される
ことを特徴とする請求項１９又は２０に記載の方法。
【請求項２２】
ＩＭＳノード（３０３）と通信する方法であって、前記ＩＭＳノード（３０３）はユーザノード（３０２）と当該情報ノード（３０６）との間で仲介を行うように構成され、当該方法は、
前記ＩＭＳノード（３０３）からアクセス要求を受信する受信ステップ（Ｓ７０１）と、
前記アクセス要求に含まれる情報ＩＤによって指定される情報を取得する取得ステップ（Ｓ７０３）と、
前記アクセス要求に含まれるＩＭＳパブリック・ユーザ・アイデンティティに基づいて前記取得ステップ（Ｓ７０３）において入手可能な情報を判断するアクセス制御ステップ（Ｓ７０４）と、
前記取得ステップ（Ｓ７０３）において取得された情報を含むアクセス応答を生成する生成ステップ（Ｓ７０５）と、
前記アクセス応答を前記ＩＭＳノード（３０３）へ送信する送信ステップ（Ｓ７０６）と、
を備えることを特徴とする方法。
【請求項２３】
前記情報ＩＤによって指定される前記情報は、各項目がアクセス制御属性を有する１項目以上の情報を含み、
前記アクセス制御ステップ（Ｓ７０４）において、前記各項目の前記アクセス制御属性を前記ＩＭＳパブリック・ユーザ・アイデンティティと比較することによって前記入手可能な情報が判断される
ことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記取得ステップ（Ｓ７０１）において、前記ＩＭＳノード（３０３）からＨＴＴＰリクエストメッセージの形式で前記アクセス要求が受信されることを特徴とする請求項２２又は２３に記載の方法。
【請求項２５】
前記送信ステップ（Ｓ７０６）において、前記ＩＭＳノード（３０３）へＨＴＴＰレスポンスメッセージの形式で前記アクセス応答が送信されることを特徴とする請求項２２乃至２４のいずれか１項に記載の方法。
【請求項２６】
ＩＭＳノード（３０３）と通信する方法であって、前記ＩＭＳ（３０３）は当該ユーザノード（３０２）と情報ノード（３０６）との間で仲介を行うように構成され、当該方法は、
前記情報ノード（３０６）が取得することを要求される情報を指定する情報ＩＤを取得する取得ステップ（Ｓ８０１）と、
ＩＭＳパブリック・ユーザ・アイデンティティ及び前記情報ＩＤを含むアクセス要求を生成する生成ステップ（Ｓ８０３，Ｓ８０４）と、
前記アクセス要求を前記ＩＭＳノード（３０３）へ送信する送信ステップ（Ｓ８０５）と、
前記情報ＩＤによって指定される情報を含むアクセス応答を前記ＩＭＳノード（３０３）から受信する受信ステップ（Ｓ８０６）と、
を備えることを特徴とする方法。
【請求項２７】
前記ユーザノード（３０２）はＲＦＩＤリーダを備え、
前記情報ＩＤはＲＦＩＤタグ（３０４）に格納され、
前記取得ステップ（Ｓ８０１）において、前記ＲＦＩＤリーダ（８０１）が前記ＲＦＩＤタグ（３０４）から前記情報ＩＤを取得する
ことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記ユーザノード（３０２）は移動体端末であることを特徴とする請求項２６又は２７に記載の方法。
【請求項２９】
前記ユーザノード（３０２）はＩＳＩＭ（８０４）を含むＵＩＣＣ（８０３）を備え、
前記ＩＭＳパブリック・ユーザ・アイデンティティは前記ＩＳＩＭ（８０４）に保持されている
ことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記ユーザノード（３０２）はＵＳＩＭ（８０５）を含むＵＩＣＣ（８０３）を備え、
前記ＩＭＳパブリック・ユーザ・アイデンティティは前記ＵＳＩＭ（８０５）に保持されているＩＭＳＩを使用して取得される
ことを特徴とする請求項２８に記載の方法。
【請求項３１】
前記送信ステップ（Ｓ８０５）において、前記ＩＭＳノード（３０３）へＳＩＰリクエストメッセージの形式で前記アクセス要求が送信されることを特徴とする請求項２６乃至３０のいずれか１項に記載の方法。
【請求項３２】
前記受信ステップ（Ｓ８０６）において、前記ＩＭＳノード（３０３）からＳＩＰレスポンスメッセージの形式で前記アクセス応答が受信されることを特徴とする請求項２６乃至３１のいずれか１項に記載の方法。
【請求項３３】
前記アクセス応答はＳＩＰ  ＵＲＩ及びＴＥＬ  ＵＲＬのうちの少なくとも一方を含み、
前記ＳＩＰ  ＵＲＩ又は前記ＴＥＬ  ＵＲＬを使用してＳＩＰセッションを開始する開始ステップ（Ｓ８０７）を更に備える
ことを特徴とする請求項２６乃至３２のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して、アクセス制御の分野に関し、限定する訳ではないがより詳細には、情報リポジトリ(repository)サーバによって行われる、ＩＭＳに関連するユーザＩＤに基づくアクセス制御に関する。
【背景技術】
【０００２】
＜略語＞
ＲＦＩＤ：  無線ＩＤ(Radio Frequency Identification)
ＩＭＳ：  ＩＰマルチメディア・サブシステム
ＵＩＣＣ：  汎用ＩＣカード(Universal Integrated Circuit Card)
ＳＩＭ：  加入者識別モジュール
ＵＳＩＭ：  汎用加入者識別モジュール
ＩＳＩＭ：  ＩＭＳ加入者識別モジュール
ＭＳＩＳＤＮ：  移動機ＩＳＤＮ番号
ＩＭＳＩ：  国際移動体端末識別番号
ＵＥ：  ユーザ装置
ＩＤ：  識別子
ＴＬＳ：  トランスポート・レイヤー・セキュリティ
ＳＣＭ：  サプライ・チェーン・マネジメント
【０００３】
無線ＩＤ（ＲＦＩＤ）は、オブジェクトの識別を自動化するための技術である。内蔵メモリ内に識別情報を格納するＲＦＩＤタグが、オブジェクトに添付される。そのような情報をタグからＲＦＩＤリーダと呼ばれるタグ検知デバイスへ伝達するために、短距離無線周波数信号が使用される。この技術の主な用途は、サプライ・チェーン・マネジメント（ＳＣＭ）の適用分野に見られ、人手による操作に多くを頼る場合に比べて、商品の目録を作ることがより自動化されている。ＥＰＣｇｌｏｂａｌ(EPCglobal Inc., http://www.epcglobalinc.org/)は、ＳＣＭにおいて使用されるＲＦＩＤシステムの標準化を試みている最も活発な組織である。その役割及び技術は、ＩＤ番号の割り当てやＲＦ（エア）プロトコルから、ＩＤ解決(resolution)プロトコル及び情報アクセスプロトコルなどに亘る。
【０００４】
図１は、ＲＦＩＤアプリケーションのハイレベル・アーキテクチャと情報の流れとを示す図である。現在のところ、各エンティティ間の標準プロトコルは存在せず、プロトコルは各ＲＦＩＤアプリケーションによる個々の選択に依存する。各エンティティ間のネットワーク基盤は、ＩＰベースのネットワーク１０１上に構築され、各プロトコルは、例えばＴＣＰ、ＵＤＰ、ＨＴＴＰ、或いはＳＯＡＰなどのトランスポート・プロトコルのうちのいくつかの上で動作する。
【０００５】
しかしながら、図１の基本的なアーキテクチャ及び情報の流れは、ほぼ全種類のＲＦＩＤアプリケーションに対して適用可能である。なお、各論理エンティティの名称も標準化された名称ではないが、本明細書における理解を容易にするために便利なように名付けている。エンティティの大まかな機能説明は、以下の通りである。
【０００６】
ＲＦＩＤリーダクライアント１０２：  これは、エアインタフェースを介してＲＦＩＤを読み取るハードウェアと、リーダハードウェアとネットワーク上のサービスとの間でのデータ交換を可能にするサービスを実装するソフトウェアと、を含む。
【０００７】
ＲＦＩＤ解決サーバ１０３：  これは、特定のＲＦＩＤ値から、情報リポジトリサーバ１０４の位置情報（例えばＩＰアドレス、ＴＣＰ／ＵＤＰポート番号、或いはＵＲＬなど）を解決(resolve)する。ＲＦＩＤ解決サーバ１０３の典型的な実装は、ＥＰＣｇｌｏｂａｌにおいて議論されているＯＮＳ（オブジェクト・ネーム・サービス）である。
【０００８】
情報リポジトリサーバ１０４：  これは、特定のＲＦＩＤ値に関連する情報を格納するデータベースサーバである。情報リポジトリサーバ１０４の典型的な実装は、ＥＰＣｇｌｏｂａｌにおいて提案されているＥＰＣ−ＩＳ(Electronic Product Code Information Service)である。
【０００９】
タグ１０５：  これは、アンテナに接続されているマイクロチップを含む。
【００１０】
ステップＳ１０１で、リーダクライアント１０２は、タグ１０５に格納されているＲＦＩＤ値を読み取る。ステップＳ１０２で、リーダクライアント１０２は、このＲＦＩＤ値に関連付けられている情報を保持する情報リポジトリサーバ１０４のネットワーク位置について、ＲＦＩＤ解決サーバ１０３に問い合わせる。ステップＳ１０３で、リーダクライアント１０２は、このＲＦＩＤ値に関連付けられている情報コンテンツを要求する。
【００１１】
ＲＦＩＤアプリケーションにおけるセキュリティ上の脅威の１つは、リポジトリサーバ上の情報に対する不正アクセスである。あるＲＦＩＤに関連付けられた機密情報がリポジトリサーバに格納されていることは、よくありそうなことである。防御が無ければ、あらゆる情報に対して無制限にアクセス可能であることは明らかである。それゆえ、何らかの種類のアクセス制御が適用されなければならないことは、一般的なアイデアである。
【００１２】
現在、上述のアクセス制御メカニズムは常に、リーダクライアントの物理的なハードウェアに強く結び付けられたリーダ識別情報を認証することによって実行されている。それはハードウェアのシリアルナンバー、ＭＡＣアドレス、或いはリーダクライアントに割り当て可能なＩＰアドレスのいずれであってもよい。認証の対象としてこれらのリーダ識別情報の１つを設定することにより、アクセス制御が実行される。"Simple Lightweight RFID Reader Protocol," P. Krishna et al., Internet Draft, Mar 2005 (work in progress)は、ＴＬＳ（ＲＦＣ２２４６）の過程でＲＦＩＤリーダＩＤをどのように認証するかを指定している。
【００１３】
現在、このアクセス制御の重要な基準は、どのリーダハードウェアから、或いはどの場所から情報がアクセスされているかという事実に置かれている。閉じた環境内のハードウェア設備（例えば、倉庫の入り口やトラックの荷台）にリーダが配置されるＳＣＭなどのような現在主流のＲＦＩＤアプリケーションのためには、このハードウェア依存のアクセス制御は十分である。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
＜既存の技術に関する考察＞
課題１：  リーダデバイスが故障したり、盗まれたり、交換されたりした場合に、フィルタ（振るい落とし）管理によるアクセス制御は煩雑なものとなる場合がある。なぜなら、アクセス制御リスト上のリーダ識別情報を変更しなければならないからである。フィルタ基準としてリーダデバイスのＩＰアドレスを使用する場合であっても、ＤＨＣＰ（ＲＦＣ２１３１）によってリーダデバイスがＩＰアドレスを取得する場合、アクセス制御リストの更新が頻繁に発生し得るということは明らかである。
【００１５】
課題２：  一方で、顧客指向のＲＦＩＤアプリケーションが近い将来市場に登場しそうであることが予期される。ここでは、皆がポータブルＲＦＩＤリーダを携行し、我々の周りの膨大な数の製品にＲＦＩＤタグが埋め込まれるであろうから、皆がＲＦＩＤタグを読み取ってそのＲＦＩＤに結び付けられた情報を極めて容易に求めることが可能になるであろう。この状況の発生は、ＲＦＩＤデバイスを備えた移動電話の近年の発展に強く支えられている(Nokia Mobile RFID Kit, http://www.nokia.com/nokia/0,,55738,00.html)(http://www.kddi.com/english/corporate/news_release/2005/0324/index.html)。
【００１６】
本発明の目的は、「ユーザ」ＩＤに基づいてアクセス制御を行う新しいアクセス制御技術を提供することである。
【課題を解決するための手段】
【００１７】
本発明は、ノード、システム、及び方法を提供し、これにより、そのようなＲＦＩＤアプリケーション等がユーザＩＤベースのアクセス制御を目的としてユーザを識別することが可能になる。
【００１８】
本発明の一態様によれば、ユーザノード及び情報ノードと通信するＩＭＳノードであって、前記情報ノードはＩＭＳパブリック・ユーザ・アイデンティティに基づくアクセス制御を行うように構成されており、当該ＩＭＳノードは、ＩＭＳに準拠した第１のプロトコルを前記情報ノードが解釈可能な第２のプロトコルに変換することによって、前記ユーザノードから前記情報ノードへのアクセス要求を仲介する要求仲介手段と、前記第２のプロトコルを前記第１のプロトコルに変換することによって前記情報ノードから前記ユーザノードへのアクセス応答を仲介する応答仲介手段と、を備え、前記アクセス要求は、前記ＩＭＳパブリック・ユーザ・アイデンティティと、前記情報ノードが取得することを要求される情報を指定する情報ＩＤとを含むことを特徴とするＩＭＳノードが提供される。
【００１９】
本発明の別の態様によれば、ＩＭＳノードと通信する情報ノードであって、前記ＩＭＳノードはユーザノードと当該情報ノードとの間で仲介を行うように構成され、当該情報ノードは、前記ＩＭＳノードからアクセス要求を受信する受信手段と、前記アクセス要求に含まれる情報ＩＤによって指定される情報を取得する取得手段と、前記アクセス要求に含まれるＩＭＳパブリック・ユーザ・アイデンティティに基づいて前記取得手段が入手可能な情報を判断するアクセス制御手段と、前記取得手段が取得した情報を含むアクセス応答を生成する生成手段と、前記アクセス応答を前記ＩＭＳノードへ送信する送信手段と、を備えることを特徴とする情報ノードが提供される。
【００２０】
本発明の別の態様によれば、ＩＭＳノードと通信するユーザノードであって、前記ＩＭＳは当該ユーザノードと情報ノードとの間で仲介を行うように構成され、当該ユーザノードは、前記情報ノードが取得することを要求される情報を指定する情報ＩＤを取得する取得手段と、ＩＭＳパブリック・ユーザ・アイデンティティ及び前記情報ＩＤを含むアクセス要求を生成する生成手段と、前記アクセス要求を前記ＩＭＳノードへ送信する送信手段と、前記情報ＩＤによって指定される情報を含むアクセス応答を前記ＩＭＳノードから受信する受信手段と、を備えることを特徴とするユーザノードが提供される。
【００２１】
本発明の別の態様によれば、上述のＩＭＳノードと、情報ノードと、ユーザノードと、を備えることを特徴とするアクセス制御システムが提供される。
【００２２】
本発明の別の態様によれば、ユーザノードと情報ノードとの間で仲介を行う方法であって、前記情報ノードはＩＭＳパブリック・ユーザ・アイデンティティに基づくアクセス制御を行うように構成されており、当該方法は、ＩＭＳに準拠した第１のプロトコルを前記情報ノードが解釈可能な第２のプロトコルに変換することによって、前記ユーザノードから前記情報ノードへのアクセス要求を仲介する要求仲介ステップと、前記第２のプロトコルを前記第１のプロトコルに変換することによって前記情報ノードから前記ユーザノードへのアクセス応答を仲介する応答仲介ステップと、を備え、前記アクセス要求は、前記ＩＭＳパブリック・ユーザ・アイデンティティと、前記情報ノードが取得することを要求される情報を指定する情報ＩＤとを含むことを特徴とする方法が提供される。
【００２３】
本発明の別の態様によれば、ＩＭＳノードと通信する方法であって、前記ＩＭＳノードはユーザノードと当該情報ノードとの間で仲介を行うように構成され、当該方法は、前記ＩＭＳノードからアクセス要求を受信する受信ステップと、前記アクセス要求に含まれる情報ＩＤによって指定される情報を取得する取得ステップと、前記アクセス要求に含まれるＩＭＳパブリック・ユーザ・アイデンティティに基づいて前記取得ステップにおいて入手可能な情報を判断するアクセス制御ステップと、前記取得ステップにおいて取得された情報を含むアクセス応答を生成する生成ステップと、前記アクセス応答を前記ＩＭＳノードへ送信する送信ステップと、を備えることを特徴とする方法が提供される。
【００２４】
本発明の別の態様によれば、ＩＭＳノードと通信する方法であって、前記ＩＭＳは当該ユーザノードと情報ノードとの間で仲介を行うように構成され、当該方法は、前記情報ノードが取得することを要求される情報を指定する情報ＩＤを取得する取得ステップと、ＩＭＳパブリック・ユーザ・アイデンティティ及び前記情報ＩＤを含むアクセス要求を生成する生成ステップと、前記アクセス要求を前記ＩＭＳノードへ送信する送信ステップと、前記情報ＩＤによって指定される情報を含むアクセス応答を前記ＩＭＳノードから受信する受信ステップと、を備えることを特徴とする方法が提供される。
【００２５】
本発明の主な利点は、次の通りである。ユーザノードが情報を取得するために情報ノードへのアクセスを要求すると、ＩＭＳノードがそのアクセス要求を仲介する。それゆえ、情報ノードは、ＩＭＳパブリック・ユーザ・アイデンティティに基づいてアクセス制御を行うことができる。ＩＭＳパブリック・ユーザ・アイデンティティはユーザノードのハードウェアから独立しているので、ユーザは、同じＩＭＳパブリック・ユーザ・アイデンティティを維持したまま容易にユーザノードを変更することができる。
【００２６】
本発明のここでのサマリーは、全ての必要な特徴を必ずしも記述しているわけではなく、本発明は、これらの記述された特徴のサブコンビネーションであってもよい。
【００２７】
本発明の更なる特徴は、添付の図面を参照する以下の代表的な実施形態の記述から明らかになるであろう。図面全体を通して、同一の参照符号は、同一又は類似の部分を示す。
【００２８】
本明細書に組み込まれてその一部を成す添付図面は、本発明の実施形態を描写し、明細書と共に、本発明の原理を説明する役割を果たす。
【発明を実施するための最良の形態】
【００２９】
＜概要＞
ユーザＩＤベースのアクセス制御を実装する実施形態を以下に記載する。
【００３０】
このユーザＩＤベースのアクセス制御に関する例としてのシナリオを図２に示す。
【００３１】
図２は、特定のＲＦＩＤに関連付けられた情報がどのようにしてリポジトリサーバ１０４内に格納されるかを示す。この図において、ｎ項目の情報がＲＦＩＤ値「１０３」に関連付けられており、各項目は、定義されたユーザに対してリード／ライトのアクセス権限を与える。この例では、ユーザＡ、Ｂ、及びＣは情報の＃１〜＃３の項目を読み書き（リード／ライト）することができ、ユーザＤは＃３〜＃５の項目を読むことができ、ユーザＥ及びＦは＃５〜＃７の項目を読み書きすることができ、全員が＃８〜＃ｎの項目を読むことができる。
【００３２】
ＲＦＩＤ情報に対するこのユーザＩＤベースのアクセス制御を実現するために、そのようなＲＦＩＤアプリケーションによってユーザを識別及び区別する方法が必要とされる。しかしながら、効果的な方法が提案されていないのが課題である。
【００３３】
本実施形態では、ＩＰマルチメディア・サブシステム（ＩＭＳ）を用いてユーザを識別及び区別する効果的な方法を提供する。
【００３４】
＜ＩＰマルチメディア・サブシステム（ＩＭＳ）＞
３ＧＰＰ  ＩＭＳは、ＩＭＳ対応の移動体端末のユーザがＩＰベースのマルチメディア通信を行うことを可能にする標準規格である。ＩＭＳは２つの主要な機能を含み、それは、ユーザ登録と、登録されたユーザの端末間でのセッション制御である。ユーザ登録機能は、ＩＭＳドメインに登録しようとしているユーザが登録する権利を有するか否かをチェックするユーザ認証フェーズを含む。この目的で、ＩＭＳは、関連するＩＭＳサービスプロバイダに対する加入（サブスクリプション）に基づくユーザ認証のためのメカニズムをサポートする。３ＧＰＰ  ＩＭＳ標準では、ＩＳＩＭベースのサブスクリプション及び認証の技術が使用されており、この目的のためにＵＳＩＭを使用する選択肢も存在する。
【００３５】
−  ＵＩＣＣ（汎用ＩＣカード）
３ＧＰＰ端末の設計の中核は、ＵＩＣＣの存在である。ＵＩＣＣは、取り外し可能なスマートカードであり、データに関する限定的な記憶容量を含む。ＵＩＣＣは、とりわけ、加入者情報、認証鍵、電話帳、及びメッセージを格納するために使用される。ＵＩＣＣにより、ユーザは、自分のユーザサブスクリプションをある端末から別の端末へと容易に移動させることが可能になる。ユーザは単に、端末からスマートカードを取り外し、それを別の端末に挿入するだけでよい。
【００３６】
ＵＩＣＣは、例えばＳＩＭ（加入者識別モジュール）、ＵＳＩＭ（汎用加入者識別モジュール）、及びＩＳＩＭ（ＩＭＳ加入者識別モジュール）などのいくつかの論理アプリケーションを含むことができる。
【００３７】
−  ＩＳＩＭ
ＩＳＩＭ（３ＧＰＰ  ＴＳ  ３１．１０３）は、ＵＩＣＣ内に存在するアプリケーションである。ＩＳＩＭは、端末がＩＭＳ内で動作する際にユーザの識別やユーザ認証などに使用される一連のパラメータを含むので、ＩＭＳにとって特に重要である。ＩＳＩＭ内に格納されている、とりわけ関連性のあるパラメータは、以下の通りである。
【００３８】
・プライベート・ユーザ・アイデンティティ：  ＩＳＩＭは、ユーザに割り当てられたプライベート・ユーザ・アイデンティティを格納する。ＩＳＩＭ内には、１つのプライベート・ユーザ・アイデンティティのみを格納可能である。これは、登録フェーズの間のみ認証目的で使用されるアイデンティティであり、ＳＩＰメッセージをルーティングするためには使用されない。これは、ＧＳＭにおいてＩＭＳＩとして知られているものと同等のものであり、ユーザに対して表示されることはない。
【００３９】
・パブリック・ユーザ・アイデンティティ：  ＩＳＩＭは、ＳＩＰ  ＵＲＩ又はＴＥＬ  ＵＲＬの形式でユーザに割り当てられた１以上のパブリック・ユーザ・アイデンティティを格納する。パブリック・ユーザ・アイデンティティは、ＩＭＳ内でのユーザＩＤを公に表す。ユーザがセッションを生成する際に１つの所望のパブリック・ユーザ・アイデンティティを選択することで、ユーザはパブリック・ユーザ・アイデンティティによって一意に識別され得る。
【００４０】
−  ＵＳＩＭ
ＵＳＩＭ（３ＧＰＰ  ＴＳ  ３１．１０２）は、ＵＩＣＣ内に存在するアプリケーションの他の例である。ＵＳＩＭは、ユーザ加入者情報、認証情報、支払方法などを含む、別の一連のパラメータを提供する。ＵＳＩＭは、ＣＳ（回線交換方式）又はＰＳ（パケット交換方式）の端末が３Ｇネットワーク内で動作する必要がある場合に、必要とされる。ＵＳＩＭは、とりわけ、以下のパラメータを格納する。
【００４１】
・ＩＭＳＩ：  ＩＭＳＩは、各ユーザに割り当てられたＩＤである。このＩＤは、ユーザ自身には見えず、ネットワークに対してのみ見えるものである。ＩＭＳＩは、認証目的で、ユーザ識別情報として使用される。プライベート・ユーザ・アイデンティティは、ＩＭＳにおいて、ＩＭＳＩと同等のものである。
【００４２】
・ＭＳＩＳＤＮ：  このフィールドは、ユーザに割り当てられた１以上の電話番号を格納する。パブリック・ユーザ・アイデンティティは、ＩＭＳにおいて、ＭＳＩＳＤＮと同等のものである。
【００４３】
ＩＳＩＭアプリケーションを含まないＵＩＣＣをＩＭＳ端末が備える場合でも、ユーザは依然としてＩＭＳネットワークに登録することができる。ＩＭＳの観点からＵＳＩＭ内で特に注目されるのは、ＩＭＳＩである。端末は、一時的な（テンポラリの）プライベート・ユーザ・アイデンティティ及び一時的なパブリック・ユーザ・アイデンティティなどを構築するために、ＵＳＩＭからＩＭＳＩを抽出する。これらのパラメータは、登録、再登録、及び登録解除の手順の間にのみ使用される。ユーザが最終的に登録すると、サービング・呼セッション制御機能（Ｓ−ＣＳＣＦ）は、ユーザに割り当てられた一連の通常のパブリック・ユーザ・アイデンティティを送信する。ＩＭＳ端末は、ＲＥＧＩＳＴＥＲリクエスト以外のあらゆるＳＩＰトラフィックのためにのみ、これらのパブリック・ユーザ・アイデンティティを使用する。その結果、一時的なアイデンティティは、ホームネットワーク（例えば、セッション確立）以外では一切知られることもないし、使用されることも無い。
【００４４】
−  ＩＭＳアプリケーションサーバ
ＩＭＳネットワーク内には、いくつかのアプリケーションサーバが存在し得る。各アプリケーションサーバは、特定のサービスを提供するように特化されている。これらのアプリケーションサーバは全て、ＩＭＳサービス制御（ＩＳＣ）と呼ばれる、Ｓ−ＣＳＣＦに対するＳＩＰインタフェースを実装することによって特徴付けられる。アプリケーションサーバは、ホームネットワーク内、或いはサードパーティーのサービスプロバイダのネットワーク内に配置され得る。アプリケーションサーバがホームネットワーク内に配置されている場合、アプリケーションサーバはオプションとしてＨＳＳへのインタフェースを実装してもよい。このインタフェースを実装するかどうかは、実際のサービスロジックがＨＳＳとの更なるやりとりを必要とするか否かに依存する。アプリケーションサーバからＨＳＳへのこのオプションのインタフェースは「Ｓｈ」であり、プロトコルはＤｉａｍｅｔｅｒ（ＲＦＣ３５８８）に基づく。アプリケーションサーバがサードパーティーのサービスプロバイダのネットワーク内に配置されている場合、Ｓｈはオペレータ内部でのインタフェースに過ぎないので、アプリケーションサーバはＨＳＳ内のＳｈインタフェースを実装することができない。
【００４５】
＜実施形態の詳細な説明＞
上述の通り、ＩＭＳ端末を持つエンドユーザは、パブリック・ユーザ・アイデンティティによってお互いを識別することができる。ＩＭＳアプリケーションサーバも、パブリック・ユーザ・アイデンティティによって各エンドユーザを識別することができる。本発明の基本的な概念は、ＩＭＳ内で使用されるこれらのパブリック・ユーザ・アイデンティティを情報リポジトリサーバに提示することによって、情報リポジトリサーバがこれらのユーザＩＤを用いたユーザＩＤベースのアクセス制御を実行可能になることである。
【００４６】
図３は、本発明のハイレベル・アーキテクチャを示す。図１との違いは、以下の通りである。
【００４７】
・ＩＳＩＭ３０１（又はＵＳＩＭ、或いはＩＳＩＭ及びＵＳＩＭ）が挿入されたＵＥ３０２は、ＲＦＩＤリーダクライアント機能を有する。
【００４８】
・専用のＩＭＳアプリケーションサーバ３０３がＵＥ３０２からのＲＦＩＤ情報要求を仲介する。これは、従来は、リーダクライアント１０２と情報リポジトリサーバ１０４との間で直接行われていた。
【００４９】
図４は、本発明のメッセージシーケンスフローを示す。最初に、ＩＭＳ端末（即ち、ＵＥ３０２）が、ＲＦＩＤタグ３０４からＲＦＩＤ値を読み出す（図４のＳ４０１）。ＩＭＳアプリケーションサーバ（ＡＳ）３０３は、ＩＭＳ端末３０２から、ＲＦＩＤに関連する情報を求めるＳＩＰ  ＩＮＶＩＴＥメッセージを受信する（図４のＳ４０２）。なお、例えばＯＰＴＩＯＮやＳＵＢＳＣＲＩＢＥなどの他の方法が使用されてもよいが、ここには記載しない。
【００５０】
ここで、ＩＭＳ端末を使用しているユーザの確定ＩＤ(asserted identity)であるパブリック・ユーザ・アイデンティティが、ＩＮＶＩＴＥメッセージ内のP-Asserted-Identityヘッダ内に提示される。
【００５１】
任意で（オプションで）、ＡＳ３０３がＳｈインタフェースを介してＨＳＳ３０５と通信可能な場合（即ち、ＡＳ３０３が同一のＩＭＳオペレータのネットワーク内に配置されている場合）、ＡＳ３０３はＨＳＳからより多くのＩＤ情報を引き出すことができる（図４のＳ４０２ａ、Ｓ４０２ｂ）。この場合、ＡＳ３０３は、ユーザが所有する別のパブリック・ユーザ・アイデンティティ（ＳＩＰ  ＵＲＩ、ＴＥＬ  ＵＲＬ）又はＭＳＩＳＤＮを情報リポジトリサーバ３０６に対して提示することができる。どのユーザＩＤの形式が使用されるかは、情報リポジトリサーバ３０６の設定に依存する。
【００５２】
次に、ＡＳ３０３は、ＩＭＳからＲＦＩＤアプリケーションネットワークへとプロトコルを変換し、ＲＦＩＤ値及びユーザＩＤ（例えばＳＩＰ  ＵＲＩの形式）を提示する要求メッセージを情報リポジトリサーバ３０６へ送信することにより、要求を仲介する（図４のＳ４０３）。
【００５３】
提示されたこのユーザＩＤを用いて、情報リポジトリサーバは、要求された情報に対するユーザＩＤベースのアクセス制御を実行することができる（図４のＳ４０４）。情報リポジトリサーバに対して提示されたユーザＩＤは、ＲＦＩＤリーダ対応のＵＥ３０２に挿入されたＵＩＣＣ上のＩＳＩＭアプリケーション又はＵＳＩＭアプリケーションに由来するものである。なお、アクセス制御は許可(authorization)を含むが、認証(authentication)は含まない。即ち、ＵＥ３０２は事前に、例えば電源が投入された際に、ＡＳ３０３を含むＩＭＳ基盤にアクセスする認証を受ける（図４では不図示）。そして、ステップＳ４０４で、認証済みのＵＥが所定の情報にアクセスすることを許可されているか否かが、ユーザＩＤに基づいて判定される（許可(authorization)）。
【００５４】
情報リポジトリサーバはＩＭＳ  ＡＳ３０３を介して（図４のＳ４０５、Ｓ４０６）、或いは直接（不図示）、ＵＥ３０２に対して応答（即ち、例えば要求された情報）を送信する。
【００５５】
図５は、ＡＳ３０３によって実行される手順の概要を示す。ＡＳ３０３は、２つの機能要素、ＩＭＳ機能５０１及びＲＦＩＤアプリケーション機能５０２を含む。
【００５６】
ＩＭＳ機能５０１は、要求仲介モジュール５０４及び応答仲介モジュール５０５を含む。これらのモジュールは、ＡＳ３０３のＣＰＵ（不図示）が実行するコンピュータプログラムによって実装可能である。ＵＥ３０２と情報リポジトリサーバ３０６との間で、要求仲介モジュール５０４はアクセス要求を仲介し、応答仲介モジュール５０５はアクセス応答を仲介する（以下、詳細に説明する）。
【００５７】
手順の概要を以下に示す。
【００５８】
ステップＳ５０１で、ＩＭＳ機能５０１は、ＡＳ３０３を宛先としてそこへルーティングされるＩＮＶＩＴＥリクエストを受信する。図６に、ＩＮＶＩＴＥリクエストの例を示す。リクエストＵＲＩにはＡＳ３０３のパブリック・サービス・アイデンティティが記入されているので、ＩＮＶＩＴＥはＩＭＳ基盤を介してＡＳ３０３へルーティングされる。この例では、「sip:rfid_ims_as@imsop.net」が使用されている。リクエストＵＲＩはまた、ＲＦＩＤ値を保持する「rfid」と名付けられた特別なＵＲＩパラメータも含むので、ＡＳ３０３はＲＦＩＤ値を受信することができる。即ち、ＲＦＩＤ値は、ＵＥ３０２が情報リポジトリサーバ３０６に引き出してもらいたいと欲する情報を指定する。或いは、ＲＦＩＤ値を同様に含むいずれかのＳＩＰヘッダ又はメッセージボディをこの目的のために使用してもよい。あらゆるＳＩＰエンティティは「rfid」などの未知のＵＲＩパラメータを無視しなければならないので、このＵＲＩパラメータが他のＩＭＳエンティティ（例えば、ＣＳＣＦ）の動作に影響を与えることは無い。また、P-Asserted-IdentityがＩＮＶＩＴＥリクエスト内で提示されており、それにより、ＡＳ３０３はＩＮＶＩＴＥの要求元の真正性をＩＭＳ基盤によって認めることができる。
【００５９】
ステップＳ５０２で、ＩＭＳ機能５０１内の要求仲介モジュール５０４は、P-Asserted-Identityヘッダフィールドからパブリック・ユーザ・アイデンティティを抽出すると共に、「rfid」ＵＲＩパラメータからＲＦＩＤ値を抽出する。次いで、要求仲介モジュール５０４は、抽出したパブリック・ユーザ・アイデンティティ及びＲＦＩＤ値を含むＨＴＴＰリクエストメッセージを生成する。換言すれば、要求仲介モジュール５０４は、（ＳＩＰリクエストメッセージの一種である）ＳＩＰ  ＩＮＶＩＴＥメッセージを、ＨＴＴＰリクエストメッセージに変換する。このステップが必要なのは、ＵＥ３０２はＳＩＰプロトコルを使用してアクセス要求を送信する一方で、情報リポジトリサーバ３０６はＨＴＴＰなどの異なるプロトコルを使用してアクセス要求を受信するからである。
【００６０】
ステップＳ５０３で、ＩＭＳ機能５０１は、変換されたアクセス要求（即ち、ＨＴＴＰリクエストメッセージ）を用いてＲＦＩＤアプリケーション機能５０２を呼び出す。
【００６１】
ステップＳ５０４で、ＲＦＩＤアプリケーション機能５０２は、上述したように、情報リポジトリサーバ３０６のターゲット位置（例えば、ＨＴＴＰ  ＵＲＬ）を判断するためにＲＦＩＤ解決サーバ５０３にコンタクトする必要があるかもしれない。ＲＦＩＤ解決サーバ５０３の位置は、ＲＦＩＤアプリケーション機能５０２内に事前に設定しておくことができる。
【００６２】
ステップＳ５０５で、ＲＦＩＤアプリケーション機能５０２は、ＲＦＩＤ値に関連付けられた情報を取得するために情報リポジトリサーバ３０６に対して要求を行う。ステップＳ５０２において生成されたリクエストメッセージは、少なくともパブリック・ユーザ・アイデンティティ及びＲＦＩＤ値を含むので、情報リポジトリサーバ３０６は、パブリック・ユーザ・アイデンティティに基づいてアクセス制御を実行して、要求されたＲＦＩＤ値に関連付けられた情報を送信することができる。アクセス制御は、入手可能な情報を判断するために行われる。
【００６３】
ステップＳ５０６で、ＲＦＩＤアプリケーション機能５０２は、ＨＴＴＰレスポンスメッセージの形式で受信した情報をＩＭＳ機能５０１に対して内部的に返す。
【００６４】
ステップＳ５０７で、ＩＭＳ機能５０１内の応答仲介モジュール５０５は、受信した情報をＨＴＴＰリクエストメッセージから抽出する。次いで、応答仲介モジュール５０５は、抽出された受信した情報を含む（ＳＩＰレスポンスメッセージの一種である）２００ＯＫメッセージを生成する。換言すれば、応答仲介モジュール５０５は、ＨＴＴＰレスポンスメッセージをＳＩＰレスポンスメッセージに変換する。このステップが必要な理由は、ステップＳ５０２が必要な理由と同様である。
【００６５】
ステップＳ５０８で、ＩＭＳ機能５０１は、２００ＯＫを介して要求元に対して受信した情報を返す。
【００６６】
図７は、情報リポジトリサーバ３０６によって実行される手順の概観を示す。情報リポジトリサーバ３０６は、通信ユニット７０１及びＨＤＤ（ハードディスクドライブ）７０４を含む。情報リポジトリサーバ３０６はまた、取得モジュール７０２、アクセス制御モジュール７０３、及び生成モジュール７０５を含む。これらのモジュールは、情報リポジトリサーバ３０６のＣＰＵ（不図示）が実行するコンピュータプログラムによって実装可能である。
【００６７】
ステップＳ７０１で、通信ユニット７０１は、ＡＳ３０３からアクセス要求を受信する。
【００６８】
ステップＳ７０２で、通信ユニット７０１は、アクセス要求を取得モジュール７０２に提供する。
【００６９】
ステップＳ７０３で、取得モジュール７０２はＨＤＤ７０４にアクセスし、アクセス要求に含まれる情報ＩＤに対応付けられた情報を取得する。取得した情報は、複数項目の情報を含むかもしれない。各項目は、どのユーザがその項目にアクセス可能であるかを示すアクセス制御属性を有する。
【００７０】
ステップＳ７０４で、アクセス制御モジュール７０３は、取得した情報のアクセス制御属性をアクセス要求に含まれるパブリック・ユーザ・アイデンティティと比較し、取得した情報のどの項目を要求ユーザが入手可能であるかを判断する。例えば、情報ＩＤ（ＲＦＩＤ値）が「１０３」であり、パブリック・ユーザ・アイデンティティがユーザＡを示す場合、項目＃１〜＃３及び＃８〜＃ｎを入手可能である（図２参照）。次いで、取得モジュール７０２は、取得した情報のうち入手可能な項目を生成モジュール７０５に提供する。
【００７１】
ステップＳ７０５で、生成モジュール７０５は、ステップＳ７０４で提供された情報の項目を含むアクセス応答を生成する。次いで、生成モジュール７０５は、アクセス応答を通信ユニット７０１に提供する。アクセス応答は、例えば、ＨＴＴＰレスポンスメッセージの形式である。
【００７２】
ステップＳ７０６で、通信ユニット７０１は、アクセス応答をＡＳ３０３へ送信する。
【００７３】
図８は、ＵＥ３０２によって実行される手順の概観を示す。ＵＥ３０２は、ＲＦＩＤリーダ８０１と、ＩＳＩＭ８０４及びＵＳＩＭ８０５のうちの少なくとも一方を含むＵＩＣＣ８０３と、通信ユニット８０６とを備える。ＵＥ３０２はまた、生成モジュール８０２及び開始モジュール８０７を備える。これらのモジュールは、ＵＥ３０２のＣＰＵ（不図示）が実行するコンピュータプログラムによって実装可能である。
【００７４】
ステップＳ８０１で、ＲＦＩＤリーダ８０１は、ＲＦＩＤタグ３０４を読み取ってＲＦＩＤ値を取得する。
【００７５】
ステップＳ８０２で、ＲＦＩＤリーダ８０１は、取得したＲＦＩＤ値を生成モジュール８０２に提供する。
【００７６】
ステップＳ８０３で、生成モジュール８０２は、ＵＩＣＣ８０３からパブリック・ユーザ・アイデンティティを取得する。パブリック・ユーザ・アイデンティティは、ＩＳＩＭ８０４内に保持されていてもよいし、ＵＳＩＭ８０５内に保持されるＩＭＳＩを使用して構築されてもよい。
【００７７】
ステップＳ８０４で、生成モジュール８０２は、取得したＲＦＩＤ値及び取得したパブリック・ユーザ・アイデンティティを含むアクセス要求を生成する。次いで、生成モジュール８０２は、アクセス要求を通信ユニット８０６に提供する。アクセス要求は、例えば、図６に示すＩＮＶＩＴＥメッセージの形式である。
【００７８】
ステップＳ８０５で、通信ユニット８０６は、アクセス要求をＡＳ３０３へ送信する。
【００７９】
ステップＳ８０６で、通信ユニット８０６は、アクセス要求への返答としてアクセス応答を受信する。
【００８０】
ＵＥ３０２は、受信したアクセス応答を多様な方法で利用することができる。例えば、ステップＳ８０７で、開始モジュール８０７がアクセス応答からＳＩＰ  ＵＲＩを取り出し、取り出したＳＩＰ  ＵＲＩを使用してＳＩＰセッションを開始する。
【００８１】
本発明は、特にＲＦＩＤがマルチメディアサービスに関連付けられている場合に、ＩＭＳにＲＦＩＤアプリケーションを組み合わせることにより、ＩＰベースのマルチメディアサービスをユーザに提供する効果的なメカニズムとして機能することができる（図８のステップＳ８０７参照）。
【００８２】
例えば、名刺上のＲＦＩＤ及び消費者製品上のＲＦＩＤ、或いはその一方は、カスタマーデスク又はヘルプデスクのＳＩＰ  ＵＲＩによるＶｏＩＰサービスに関連付けられ得る。この場合、（要求されたＲＦＩＤ値を関連付けられたＳＩＰ  ＵＲＩに変換する）ＡＳ３０３は、（ＩＮＶＩＴＥのパブリック・ユーザ・アイデンティティによって表される）要求ユーザと（ＲＦＩＤ値に関連付けられたＳＩＰ  ＵＲＩによって表される）カスタマーデスク／ヘルプデスクとの間で自動的にＶｏＩＰセッションを確立する。
【００８３】
他の例は、ＣＤ／ＤＶＤパッケージ上のＲＦＩＤが、コンテンツとそのストリーミングサーバを表すＳＩＰ  ＵＲＩによるコンテンツストリーミングサービスに関連付けられることである。この場合、（要求されたＲＦＩＤ値を関連付けられたＳＩＰ  ＵＲＩに変換する）ＡＳ３０３は、（ＩＮＶＩＴＥのパブリック・ユーザ・アイデンティティによって表される）要求ユーザと（ＲＦＩＤ値に関連付けられたＳＩＰ  ＵＲＩによって表される）ストリーミングサーバとの間で自動的にビデオ／オーディオストリーミングセッションを確立する。
【００８４】
他の例は、ＵＥ３０２がＲＦＩＤタグを読み取るだけである商品のクーポン（電子クーポン）を取得できることである。スーパーマーケット内のある商品にＲＦＩＤタグが貼り付けられているものとする。スーパーマーケットは、特別な会員サービスを提供している。顧客は、自分のパブリック・ユーザ・アイデンティティ（例えば、図６に示されるようなsip:User-A@imsop.net）をスーパーマーケットに教える必要があり、これにより、顧客は会員サービスに入会する。次いで、顧客ＩＤ（即ち、ＩＭＳパブリック・ユーザ・アイデンティティ）が、スーパーマーケットによって管理されている情報リポジトリサーバ３０６のアクセス制御リストに登録される。
【００８５】
顧客がＲＦＩＤタグの貼り付けられた気に入った商品をスーパーマーケット内で見つけると、会員サービスによって、顧客は、ＲＦＩＤリーダを備えるＵＥでＲＦＩＤタグを単に読み取るだけで詳細な製品情報及び特別なクーポン（これらは、図４に示すＯＫメッセージ内に含まれ得る）をダウンロードすることができるようになる。このことは、会員サービスに入会していない他の顧客はクーポンを取得できないということを示している。なぜなら、他の顧客のＩＤはリポジトリサーバ３０６のアクセス制御リストに載っていないからである。クーポンはＵＥのディスプレイに表示可能であり、顧客は例えば店員にディスプレイを見せることによってクーポンを使用することができる。
【００８６】
例が示すように、本発明によって、ＩＭＳ  ＡＳは、要求ユーザとＲＦＩＤ値に関連付けられたマルチメディアサービスとの間で（例えばサードパーティー呼制御技術(Best Current Practices for Third Party Call Control in the SIP, RFC 3725)を使用することによって）多様なＳＩＰセッションを確立することができる。これが可能なのは、ＩＭＳ  ＡＳがＩＭＳ機能とＲＦＩＤアプリケーション機能の両方を備えるからである。このことは、ＲＦＩＤ値を例えばＳＩＰ  ＵＲＩに変換することからユーザとそのＲＦＩＤ値に関連付けられたＳＩＰ  ＵＲＩとの間でマルチメディアセッションを確立することに亘ってマルチメディアサービスの提供に関する全ての必要な調整をＩＭＳ  ＡＳが実行するために、ユーザはＲＦＩＤ値をＩＭＳ  ＡＳへ送信するだけで自動的にそのようなマルチメディアサービスの一要素になることができるという点で、ユーザの利益になる。
【００８７】
或いは、ユーザ装置は、ＲＦＩＤ値に関連付けられたＳＩＰ  ＵＲＩ（又はＴＥＬ  ＵＲＬ）を使用してＳＩＰセッションを確立するように構成されていてもよい。即ち、ユーザ装置がＳＩＰ  ＵＲＩを含むＳＩＰレスポンスメッセージを受信すると、ユーザ装置はＳＩＰ  ＵＲＩによって表されるＳＩＰエンティティとのＳＩＰセッションを自動的に開始することができる。
【００８８】
＜本発明の利点＞
本発明の主な利点は、情報リポジトリサーバに対するユーザＩＤベースのアクセス制御を実行するためにユーザを安全に識別する、ＲＦＩＤアプリケーションのための有効な方法を提供することである。また、以下の利点も共に生じる。
【００８９】
（１）ＲＦＩＤアプリケーションは、ユーザＩＤに関する自分のネーミング基盤及び認証基盤を必要としない
例えＩＭＳネットワークの関与が無くても、ＲＦＩＤアプリケーションは、ユーザＩＤに関する自分のネーミングシステム及び認証システムの両方を導入すれば、情報リポジトリサーバに対するユーザＩＤベースのアクセス制御を実行することが依然として可能である。しかしながら、携帯電話などの膨大な数のＲＦＩＤリーダ内蔵パーソナルデバイスについて自己の金銭負担でネーミング基盤及び認証基盤を準備して管理することは、ＲＦＩＤアプリケーションにとって多大なコストが必要となる。
【００９０】
ＲＦＩＤアプリケーションが既存のＩＭＳネーミング基盤及びＩＭＳ認証基盤に依拠してこれを再利用すれば、ユーザＩＤベースのアクセス制御に関する開発コスト及び管理コストは、大幅に低下し得る。
【００９１】
（２）ユーザＩＤはＲＦＩＤリーダのハードウェアから独立している
ＩＭＳにおけるユーザＩＤに関するＩＳＩＭベース又はＵＳＩＭベースのネーミングメカニズム及び認証メカニズムは、ＵＥのハードウェアから独立している。ユーザは、ＩＳＩＭ又はＵＳＩＭを持つ自分のＵＩＣＣを所望のＵＥハードウェアに単に挿入するだけでＵＥハードウェアを変更できるという点で、柔軟性を持つことができる。例えＲＦＩＤリーダデバイスがＵＥハードウェアに搭載されている場合であっても、ユーザ及びＲＦＩＤアプリケーションは、この柔軟性をそのまま受け継ぐことができる。ユーザＩＤ情報に対するいかなる変更も無く、ユーザはリーダハードウェアの故障から解放され、また、新しく拡張された機能を持つリーダハードウェアに容易に変更することができる。
【００９２】
なお、情報リポジトリサーバに格納されている情報を指定するＩＤの供給元としてＲＦＩＤタグが例示されてきたが、バーコードやＱＲコードなどの他の供給元も採用可能である。従って、ＲＦＩＤリーダをバーコードリーダやＱＲコードリーダなどに置き換えることができる。
【００９３】
典型的な実施形態を参照して本発明を説明してきたが、本発明は開示されている典型的な実施形態に限定される訳ではないということを理解されたい。以下の請求項の権利範囲は、あらゆる修正と均等な構成及び機能とを包含するように最も広い解釈が与えられるべきである。
【図面の簡単な説明】
【００９４】
【図１】ＲＦＩＤアプリケーションのハイレベル・アーキテクチャとシーケンスフローとを示す図である。
【図２】ＲＦＩＤ情報リポジトリにおけるユーザＩＤベースのアクセス制御を示す図である。
【図３】本発明のハイレベル・アーキテクチャを示す図である。
【図４】本発明のメッセージシーケンスフローを示す図である。
【図５】ＩＭＳ  ＡＳによって実行される手順の概要を示す図である。
【図６】ＩＮＶＩＴＥリクエストの一例を示す図である。
【図７】情報リポジトリサーバによって実行される手順の概要を示す図である。
【図８】ＵＥによって実行される手順の概要を示す図である。
【図１】
2009506391.tif 000003
【図２】
2009506391.tif 000004
【図３】
2009506391.tif 000005
【図４】
2009506391.tif 000006
【図５】
2009506391.tif 000007
【図６】
2009506391.tif 000008
【図７】
2009506391.tif 000009
【図８】
2009506391.tif 000010
【国際調査報告】
2009506391.tif 000011