(57)【要約】  本発明は移動体ハンドセットがＮＦＣブートストラップ・アプリケーションのサービスを容易に受けることができるネットワークシステムと移動体ハンドセットとを備えるブートストラップ・システムを提供する。移動体ハンドセットにおいて導出されたユーザ・クレデンシャルとネットワーク・サーバから別途受信されたユーザ・クレデンシャルとが等しいかどうかをネットワーク内のブートストラップ・コントローラが検証した後にハンドセットが効率的に認証される。移動体ハンドセットとブートストラップ・コントローラとの間のアドホック近距離通信（ＮＦＣ）を介してブートストラップ・コントローラからハンドセットへアプリケーション設定が送信される。次いで、移動体ハンドセットのユーザは、ネットワーク・サーバがＮＦＣインタフェースを有するサービス装置へユーザ・クレデンシャルを配信した後に、ＮＦＣアプリケーションの様々なサービスを受けられる。
2011518362.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて近距離通信（ＮＦＣ）を用いて移動体ハンドセット（２０、７８）へサービスを提供するための方法であって、
ＮＦＣアプリケーション・ブートストラップ・サーバ（４２、７２）と通信するブートストラップ・コントローラ（４５、７５）において、前記移動体ハンドセット（２０、７８）のためのサービスを構成する工程（Ｓ４Ａ０１、Ｓ４Ａ０２）と、
前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２、７２）において、前記移動体ハンドセット（２０、７８）がアクセスできるＮＦＣアプリケーション装置（２３）のグループを判定し、前記サービスのためのサービス識別子を生成する工程（Ｓ４Ａ０３）と、
前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２、７２）から前記ブートストラップ・コントローラ（４５、７５）へ前記サービス識別子を送信する工程（Ｓ４Ａ０４）と、
前記移動体ハンドセット（２０、７８）と前記ブートストラップ・コントローラ（４５、７５）との間のＮＦＣリンクを確立する工程（Ｓ５０１、Ｓ８０１）と、
前記移動体ハンドセット（２０）において第１ユーザ・クレデンシャルを導出する工程（Ｓ５０５）または前記移動体ハンドセット（７８）において前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）から第１ユーザ・クレデンシャルを受信する工程（Ｓ８１２）と、
前記サービス識別子、第２ユーザ・クレデンシャル及びその他のサービス情報をＮＦＣアプリケーション装置（２３）の前記グループへ送信する工程（Ｓ５１０、Ｓ８１０）と、
前記移動体ハンドセット（２０、７８）と前記ブートストラップ・コントローラ（４５、７５）との間の前記ＮＦＣリンクを介して前記ブートストラップ・コントローラ（４５、７５）を通じて前記移動体ハンドセット（２０、７８）において前記サービスのためのアプリケーション設定を受信する工程（Ｓ５１４）と、
前記移動体ハンドセット（２０、７８）と前記ＮＦＣアプリケーション装置（２３）の前記グループのうちの１つとの間のＮＦＣリンクによってＮＦＣアプリケーション装置（２３）の前記１つにおいて前記移動体ハンドセット（２０、７８）へサービスを提供する工程と
を有することを特徴とする方法。
【請求項２】
前記第１ユーザ・クレデンシャルを導出する前記工程は、前記移動体ハンドセット（２０）とブートストラップ・サーバ機能（４１）との間の相互認証を用いたブートストラップ手続きにおいて取得可能な鍵データと鍵参照とを含むデータに従って実行されることを特徴とする請求項１に記載の方法。
【請求項３】
前記データは前回のブートストラップにおいて前記移動体ハンドセット（２０）に記憶され、前記鍵参照が有効か否かを検証され、前記鍵参照が有効でない場合に、前記第１ユーザ・クレデンシャルを導出する前記工程の前に前記移動体ハンドセット（２０）と前記ブートストラップ・サーバ機能（４１）との間の新たなブートストラップにおいて別のデータを取得する（Ｓ５０３）ことを特徴とする請求項２に記載の方法。
【請求項４】
前記移動体ハンドセット（２０）と前記ブートストラップ・コントローラ（４５）との間の前記ＮＦＣリンクを確立する前記工程の後に、前記ブートストラップ・コントローラ（４５）の装置識別子と前記サービス識別子とを前記ブートストラップ・コントローラから前記移動体ハンドセット（２０）へ送信する工程（Ｓ５０２）をさらに有することを特徴とする請求項１に記載の方法。
【請求項５】
前記アプリケーション設定を受信する前記工程の前に、前記第１ユーザ・クレデンシャルと前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）において導出された前記第２ユーザ・クレデンシャルとが等しいかどうかの比較結果に基づいて、前記ブートストラップ・コントローラ（４５）において前記移動体ハンドセット（２０）を認証する工程をさらに有することを特徴とする請求項１に記載の方法。
【請求項６】
前記ブートストラップ・コントローラ（４５）において前記移動体ハンドセット（２０）を認証する前記工程の前に、
前記データに含まれる前記鍵参照を前記移動体ハンドセット（２８）から前記ブートストラップ・コントローラ（４５）へ送信する工程（Ｓ５０５）と、
前記第２ユーザ・クレデンシャルを求める鍵確立要求を前記ブートストラップ・コントローラ（４５）から前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）へ送信する工程（Ｓ５０７）と、
前記鍵参照を含む鍵素材要求を前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）から前記ブートストラップ・サーバ機能（４１）へ送信する工程（Ｓ５０８）と、
鍵素材を含む鍵素材応答を前記ブートストラップ・サーバ機能（４１）から前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）へ送信する工程（Ｓ５０８）と、
前記鍵素材応答に基づいて前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）において前記第２ユーザ・クレデンシャルを導出する工程（Ｓ５０９）と、
前記第２ユーザ・クレデンシャルと前記アプリケーション設定とを前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）から前記ブートストラップ・コントローラ（４５）へ送信する工程（Ｓ５１２）と
をさらに有することを特徴とする請求項５に記載の方法。
【請求項７】
前記第２ユーザ・クレデンシャルを導出する前記工程は、前記ブートストラップ・コントローラ（７５）とブートストラップ・サーバ機能（７１）との間の相互認証を用いたブートストラップ手続きにおいて取得可能な鍵データと鍵参照とを含むデータに従って実行されることを特徴とする請求項５に記載の方法。
【請求項８】
前記データは前回のブートストラップにおいて前記ブートストラップ・コントローラ（７５）に記憶され、前記鍵参照が有効かを検証され、前記鍵参照が有効でない場合に、前記第２ユーザ・クレデンシャルを導出する前記工程（Ｓ８０３）の前に新たなブートストラップにおいて別のデータが取得される（Ｓ５０３）ことを特徴とする請求項７に記載の方法。
【請求項９】
前記移動体ハンドセット（７８）と前記ブートストラップ・コントローラ（７５）との間のＮＦＣリンクを確立する前記工程（Ｓ８０１）の後に、前記移動体ハンドセットの装置識別子が前記移動体ハンドセット（７８）から前記ブートストラップ・コントローラ（７５）へ送信される工程（Ｓ８０２）を有することを特徴とする請求項１に記載の方法。
【請求項１０】
前記移動体ハンドセット（７８）において前記第１ユーザ・クレデンシャルを受信する前記工程の前に、
装置証明書に基づいて前記移動体ハンドセット（７８）と前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）との間のセキュアなトンネルを確立する工程と、
前記装置証明書に基づいて認証を実行する工程と
を有することを特徴とする請求項１に記載の方法。
【請求項１１】
前記サービスのための前記アプリケーション設定を受信する前記工程の前に、前記移動体ハンドセット（７８）を間接的に認証するために、前記第１ユーザ・クレデンシャルが前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）において導出された第２ユーザ・クレデンシャルと等しいかどうかを前記ブートストラップ・コントローラ（７５）において比較によって検証する工程をさらに有することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ブートストラップ・コントローラ（７５）において比較によって検証する前記工程は、
前記データに含まれる前記鍵参照を前記ブートストラップ・コントローラ（７５）から前記移動体ハンドセット（７８）へ送信する工程（Ｓ８０４）と、
前記第１ユーザ・クレデンシャルを求める鍵確立要求を前記移動体ハンドセット（７８）から前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）へ送信する工程（Ｓ８０７）と、
前記鍵参照を含む鍵素材要求を前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）から前記ブートストラップ・サーバ機能（７１）へ送信する工程（Ｓ８０８）と、
鍵素材を含む鍵素材応答を前記ブートストラップ・サーバ機能（７１）から前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）へ送信する工程（Ｓ８０８）と、
前記鍵素材に基づいて前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）において前記第１ユーザ・クレデンシャルを導出する工程（Ｓ８０９）と、
前記第１ユーザ・クレデンシャルを前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）から前記移動体ハンドセット（７８）へ送信する工程と、
前記サービスのための前記アプリケーション設定を前記ＮＦＣアプリケーション・サーバ（７２）から前記移動体ハンドセット（７８）へ送信する工程（Ｓ８１２ｂ）と
を有することを特徴とする請求項１１に記載の方法。
【請求項１３】
ブートストラップ・コントローラ（４５）であって、
サービスと移動体ハンドセット（２０）がアクセスできるＮＦＣアプリケーション装置（２３）のグループとを構成するためのサービス情報を送信し、
ユーザ・クレデンシャルを導出するための鍵確立要求（Ｓ５０７）を送信し、
ＮＦＣアプリケーション設定とＮＦＣアプリケーション・ブートストラップ・サーバ（４２）において導出された前記ユーザ・クレデンシャルとを受信する
ための、前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）へのネットワーク・インタフェース（Ａ４０３）と、
前記サービスのための前記ＮＦＣアプリケーション設定を送信するための、前記移動体ハンドセット（２０）へのＮＦＣインタフェース（Ａ４０４）と、
前記移動体ハンドセット（２０）において導出された前記ユーザ・クレデンシャルが前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）において導出された前記ユーザ・クレデンシャルに等しいという結果を用いて前記移動体ハンドセット（２０）を認証する（Ｓ５１３）ための手段と
を備えることを特徴とするブートストラップ・コントローラ（４５）。
【請求項１４】
ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）への前記ネットワーク・インタフェース（Ａ４０３）はさらに、前記構成されたサービスのためのサービス識別子、前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）からのＮＦＣアプリケーション装置のグループ、及び前記サービスのためのＮＦＣアプリケーション設定とを受信するために用いられ、
前記移動体ハンドセット（２０）への前記ＮＦＣインタフェース（Ａ４０４）はさらに、前記サービス識別子を送信するために用いられる
ことを特徴とする請求項１３に記載のブートストラップ・コントローラ（４５）。
【請求項１５】
ブートストラップ・コントローラ（７５）であって、
サービスと移動体ハンドセット（７８）がアクセスできるＮＦＣアプリケーション装置（２３）のグループとを構成するためのサービス情報を送信し（Ｓ４Ａ０２）、
移動体ハンドセット（７８）がアクセスできるＮＦＣアプリケーション装置の前記グループを識別し、
ＮＦＣアプリケーション設定を受信する（Ｓ８１２ｂ）
ための、ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）へのネットワーク・インタフェース（Ａ７０５）と、
前記サービスのための前記ＮＦＣアプリケーション設定を送信する（Ｓ８１４）ための、前記移動体ハンドセット（７８）へのＮＦＣインタフェース（Ａ７０４）と、
前記移動体ハンドセット（７８）内のユーザ・クレデンシャルが前記ブートストラップ・コントローラ（７５）において導出されたユーザ・クレデンシャルに等しいという結果を用いて前記移動体ハンドセット（７８）を検証する（Ｓ８１３）ための手段と
を備えることを特徴とするブートストラップ・コントローラ（７５）。
【請求項１６】
ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）への前記ネットワーク・インタフェース（Ａ７０５）はさらに、前記構成されたサービスのためのサービス識別子と、前記ＮＦＣアプリケーション装置（２３）のグループとを受信する（Ｓ４Ａ０４）ために用いられ、
前記移動体ハンドセット（７８）への前記ＮＦＣインタフェース（Ａ７０４）はさらに、前記サービス識別子を送信する（Ｓ８０４）ために用いられる
ことを特徴とする請求項１５に記載のブートストラップ・コントローラ（７５）。
【請求項１７】
ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）であって、
ブートストラップ・コントローラ（４５）からサービス情報を受信し（Ｓ４Ａ０２）、
ユーザ・クレデンシャルとアプリケーション設定とを提供する
ための、前記ブートストラップ・コントローラ（４５）への第１ネットワーク・インタフェース（Ａ４０３）と、
前記ユーザ・クレデンシャルを導出するための鍵素材を受信するための、ブートストラップ・サーバ機能（４１）への第２ネットワーク・インタフェース（Ａ４０１）と、
前記ユーザ・クレデンシャル、サービス識別子、及びその他のサービス情報を送信するための、ＮＦＣアプリケーション装置（２３）のグループへの第３ネットワーク・インタフェース（Ａ４０２）と、
前記サービス情報を用いてサービスとＮＦＣアプリケーション装置（２３）の前記グループとを構成し、前記移動体ハンドセット（２０）がアクセスできる前記サービスのためのサービス識別子を生成する（Ｓ４Ａ０３）ための第１手段と、
前記鍵素材を用いて前記ユーザ・クレデンシャルを導出する（Ｓ５０９）ための第２手段と
を備えることを特徴とするＮＦＣアプリケーション・ブートストラップ・サーバ（４２）。
【請求項１８】
前記サービス識別子、前記ユーザ・クレデンシャル、及びその他のサービス情報をＮＦＣアプリケーション装置（２３）の前記グループへ配信する（Ｓ５１０）ための第３手段をさらに備えることを特徴とする請求項１７に記載のＮＦＣアプリケーション・ブートストラップ・サーバ（４２）。
【請求項１９】
ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）であって、
ブートストラップ・コントローラ（７５）からサービス情報を受信し（Ｓ４Ａ０２）、
移動体ハンドセット（７８）にアプリケーション設定を提供する（Ｓ５１２）
ための、前記ブートストラップ・コントローラ（７５）への第１ネットワーク・インタフェース（Ａ７０５）と、
ユーザ・クレデンシャルを導出するための鍵素材要求を受信し（Ｓ８０７）、前記ユーザ・クレデンシャルを提供するための、移動体ハンドセット（７８）への第２ネットワーク・インタフェース（Ａ７０３）と、
前記ユーザ・クレデンシャルを導出するための鍵素材を受信する（Ｓ８０８）ための、ブートストラップ・サーバ機能（７１）への第３ネットワーク・インタフェース（Ａ７０１）と、
前記サービス情報を用いてサービスとＮＦＣアプリケーション装置（２３）のグループとを構成し（Ｓ４Ａ０３）、前記移動体ハンドセット（７８）がアクセスできる前記サービスのためのサービス識別子を生成するための第１手段と、
前記ユーザ・クレデンシャル、前記サービス識別子、及びその他のサービス情報を送信するための、ＮＦＣアプリケーション装置（２３）の前記グループへの第４ネットワーク・インタフェース（Ａ７０２）と、
前記鍵素材を用いてユーザ・クレデンシャルを導出する（Ｓ８０９）ための第２手段と
を備えることを特徴とするＮＦＣアプリケーション・ブートストラップ・サーバ（７２）。
【請求項２０】
前記サービス識別子と前記ユーザ・クレデンシャルとをＮＦＣアプリケーション装置（２３）の前記グループへ配布する（Ｓ８１０）ための第３手段をさらに備えることを特徴とする請求項１９に記載のＮＦＣアプリケーション・ブートストラップ・サーバ（７２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＧＢＡに基づく近距離通信（ＮＦＣ）の様々なサービスをネットワークシステム内の移動体ハンドセットが受信するブートストラップ技術に関する。
【背景技術】
【０００２】
フェリカ（登録商標）（フェリカはフェリシティ・カードを意味し、非接触ＲＦＩＤチップ・スマートカードシステムである）のような近距離通信（ＮＦＣ）技術は移動体ハンドセットに提供される主要な機能技術の１つになってきている。移動体ハンドセットでＮＦＣを用いた様々なサービス・シナリオが存在する。典型例は、日本の移動体事業者により提供されるモバイル・フェリカ・サービスであり、これは移動体ハンドセットを用いて店で品物を購入する支払い機能を含む。とりわけ、１つの装置（例えば、ＰＣ、移動体ハンドセット、ＡＶ装置）から別のものへメディア・コンテンツ・ファイルを転送するための即時且つ便利な通信手段としてモバイル・フェリカが用いられる。よって、メディア・コンテンツの配布および共有における様々な異なるシナリオでＮＦＣ技術が用いられることが予見される。
【０００３】
ＮＦＣアプリケーションの１つは空港で乗客がチェックインした後のサービスである。チェックイン後に乗客が空港内のラウンジのゲートまたはドアの所定の領域へ電子鍵を接触することによって所定のゲートを通過してラウンジへのドアを開錠できるシナリオがある。これは近年のセキュリティ強化に伴って想像しうる。これは場合によってはＩＣカードなどを用いて実現されるだろう。しかしながら、ＮＦＣ技術を有する乗客の移動体端末にこの電子鍵の機能をインストールできるならば、ＩＣカードを発行する必要がなくなるため、これは有益である。
【０００４】
別の例として、ＮＦＣ技術は顧客がホテルでチェックインした後のサービスに適用されうる。ホテルでのチェックインの後に移動体端末を用いるこのアプリケーションはまだ実現されていない。しかしながら、移動体端末に電子鍵を適用できるならば、顧客は自身の移動体端末をホテルの鍵またはホテルのユーティリティを使用するための鍵として用いうる。さらに、空港へのアプリケーションの例として、ＩＣカードが発行される必要がなくなるため、これは有益である。
【０００５】
次に、現在の典型的なＮＦＣサービスが図１を用いて説明される。
【０００６】
ステップＳ１：ユーザはＮＦＣサービスプロバイダによって稼動されるウェブアプリケーション・サーバから（いわゆる）ＩＣアプリケーション（ソフトウェアモジュール）をダウンロードしなければならない。ＩＣアプリケーションは個別のＮＦＣサービス（例えば空港ゲート・サービスまたはホテルのドア鍵サービス）に専用であるＪａｖａ（登録商標）またはＣのアプリケーションであり、これは次のステップで説明されるように移動体ハンドセット内のＮＦＣチップにアクセスするための特別なＡＰＩを実装する。
【０００７】
ステップＳ２：ＩＣアプリケーションがダウンロードされた後に、ユーザはＮＦＣチップへ「アプリケーション設定」をインストールするためにＩＣアプリケーションを開始する必要がある。アプリケーション設定はチップにＮＦＣアプリケーションをインストールするために必要なデータセットであり、アプリケーション固有アクセスキー、エリアコードおよびサービスコード（非特許文献２）を含む。アクセスキーは、例えばアクセスキーを有さないＮＦＣリーダ／ライタがアプリケーション・エリアにアクセスするのを防ぐような、アプリケーション・エリアへの非認可アクセスを防ぐアプリケーション・ファイアウォールとして機能する。ＩＣアプリケーションはウェブアプリケーション・サーバからオンラインでアプリケーション設定をダウンロードし、それらをチップへインストールする。図１ＢはＮＦＣチップのブロック図を示す。エリア４はＮＦＣチップへインストールされた個別のＮＦＣアプリケーションである。アプリケーション固有エリアコード、アプリケーション固有サービスコードおよびアプリケーション固有アクセスキーはそれぞれブロック５、６、７として示される。ユーザ・クレデンシャルは次のステップＳ３でデータブロックＡ８に記憶される。
【０００８】
ステップＳ３：上述のＮＦＣサービス・シナリオの場合に、ユーザはまた、ＮＦＣサービスプロバイダがシステム内でユーザを識別できるように、ＩＣアプリケーションによって提供されるウェブ・インタフェースを介してユーザ情報を登録する必要がある。この目的のために、サービスプロバイダは対応するユーザ・クレデンシャルを発行する。ユーザ・クレデンシャルは一意なトークン、ＩＤまたはユーザを識別する如何なるものでもよい。次いで、ユーザ・クレデンシャルはＮＦＣアプリケーションによって管理されるデータブロック・エリアに記憶されるためにＩＣアプリケーションへ返される（図１Ｂ）。
【０００９】
ステップＳ４：上述のＮＦＣサービス・シナリオの場合に、導出されたユーザ・クレデンシャルはまた、実環境（例えば空港内のＮＦＣゲート、ホテルビル内の電子ドア鍵装置）に配置された関連するＮＦＣリーダ／ライタにコピーされうる。このユーザ・クレデンシャルの配信は十分にセキュアな対応するＩＴシステムを介して実行される。
【００１０】
上述のように、移動体ハンドセット上のＮＦＣアプリケーションをブートストラップする際に以下の問題が検討されるべきである。
【００１１】
第一に、（例えば空港のチェックイン・カウンタまたはホテルの受付の前で）ユーザがＩＣアプリケーションまたは設定をダウンロードすることは非常に煩雑である。ＮＦＣサービスプロバイダの目的のウェブサイトへ到達するためにウェブリンクをクリックする少なくとも数回のステップおよび時間が必要となる。日本のＩＴジャーナリスト（非特許文献３）は、モバイル・フェリカ・サービスの普及を阻害する最大の障害は、上述のステップＳ１〜Ｓ３を通じて説明されたＩＣアプリケーションのダウンロードおよびアプリケーションのセットアップを含む非常に煩雑／複雑なモバイル・フェリカ・アプリケーションの構成を実行することをユーザが要求されることであると指摘する。
【００１２】
第二に、ステップＳ３で検討されたように、各ユーザをセキュアに識別し、関連するＮＦＣ  Ｒ／Ｗ装置へユーザ・クレデンシャルを配布するために、ＮＦＣサービスプロバイダはこの種のＮＦＣサービスのためのセキュアな識別システムを開発する必要がある。このようなセキュアな識別システムのためのキャペックスおよびオペックスは大きすぎ、ＮＦＣサービスプロバイダがこの種のＮＦＣサービスへ新たに参入することを思いとどまらせるかもしれない。顧客ＩＤ番号に密に結合されたマイレージポイント・サービスを有する航空会社のような自身の顧客識別システムを既に有している一部の潜在的なＮＦＣサービスプロバイダにとって、このことは問題とならないだろうことに留意されたい。この場合に、ステップＳ３、Ｓ４で用いられるユーザ・クレデンシャルはその顧客ＩＤ番号と同一でありうる。しかしながら、このことは、顧客識別システムを何も有していない残りの潜在的なＮＦＣサービスプロバイダにとっては問題となるはずである。
【００１３】
例えば、ディズニーランド（登録商標）のようなアミューズメントパーク会社はこのような識別システムを有していないかもしれないが、この種のユーザに個別設定されたＮＦＣサービスはアミューズメントパークのユーザおよび提供者にとって間違いなく有益であり魅力的である。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】３ＧＰＰ  ＴＳ３３．２５９  Ｖ１．０．０（リリース７）、「ＵＩＣＣホスティング装置とリモート装置との間の鍵確立」
【非特許文献２】ソニー（登録商標）・フェリカ・ウェブサイト、http://www.sony.net/Products/felica/abt/dvs.html
【非特許文献３】ＩＴメディア、日本のＩＴニュース用ウェブポータル（日本語のみ）、２００５年９月、http://www.itmedia.co.jp/enterprise/mobile/articles/0509/16/news039.html
【非特許文献４】ＮＴＴドコモ（登録商標）９０３ｉシリーズ、http://www.nttdocomo.co.jp/english/product/foma/903i/index.html
【非特許文献５】ＮＴＴドコモ、Ｄｏｊａ−５．ｘ／５．ｘ  ＬＥ  Ｖ１．０用ｉアプリ開発ガイド、６４ページ、１５．７節（日本語のみ）
【非特許文献６】３ＧＰＰ  ＴＳ３３．１１０  Ｖ１．０．０（リリース７）、「ＵＩＣＣと端末との間の鍵確立」、２００６年６月
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明は上述の課題のための簡易な解決策を提供する。
【００１６】
本発明の第１の目的は、特定のユーザのためにＮＦＣサービスが容易に構成され、移動体ハンドセットにおいて及びユーザへサービスを提供するＮＦＣ（アプリケーション）Ｒ／Ｗ装置のグループにおいてＮＦＣサービスがブートストラップされるネットワークシステムを提供することである。従って、ユーザは、所定のＮＦＣアプリケーション・ソフトウェアを明示的にダウンロードする煩雑な操作に悩まされることはない。
【００１７】
本発明の別の目的は、移動体ハンドセットとサーバとの両方において動的に確立されるユーザ・クレデンシャル（共通鍵）を用いて移動体ハンドセットのユーザを効率的に認証することである。
【課題を解決するための手段】
【００１８】
例えば、本発明の第１実施形態では、ネットワークシステム内のサーバはまず、サービス識別子に関連付けられ、ユーザのためにパーソナライズされたＮＦＣサービスを構成する。次いで、ユーザはブートストラップ・コントローラのＮＦＣインタフェースの上に自身の移動体ハンドセットを置く。次いで、移動体ハンドセットはＵＩＣＣから供給される鍵とサービス識別子を含むＩＤ情報の集合とから一意なユーザ・クレデンシャルを導出する。ネットワークシステム内のサーバも、ネットワークシステム内のブートストラップ機能によって供給された鍵とサービス識別子を含むＩＤ情報の集合とを用いて移動体ハンドセットにおいて導出されたものと同一のユーザ・クレデンシャルを導出する。
【００１９】
サーバはユーザ・クレデンシャルとＮＦＣアプリケーション設定とをブートストラップ・コントローラへ配信する。例えばアドホック近距離通信を用いて、ブートストラップ・コントローラは移動体ハンドセットにおいて導出されたユーザ・クレデンシャルとサーバから配信されたユーザ・クレデンシャルとを比較する。両方のユーザ・クレデンシャルが等しければ、ブートストラップ・コントローラはサービス識別子を含むＮＦＣアプリケーション設定を移動体ハンドセットへ送信する。次いで、移動体ハンドセットはユーザ・クレデンシャルとＮＦＣアプリケーション設定とをローカルのＮＦＣチップにインストールする。
【００２０】
別の例について、本発明の第２実施形態では、ネットワークシステム内のサーバはまずサービス識別子に関連付けられ、ユーザのためにパーソナライズされたＮＦＣサービスを構成する。次いで、ユーザはブートストラップ・コントローラのＮＦＣインタフェースの上に自身の移動体ハンドセットを置く。次いで、ブートストラップ・コントローラはＵＩＣＣによって供給された鍵と移動体ハンドセットにより供給された装置識別子とサービス識別子を含むＩＤ情報の集合とから一意のユーザ・クレデンシャルを導出する。移動体ハンドセットは、ブートストラップ・コントローラによって生成され供給されたＩＤ情報の前述の集合をネットワークシステム内のサーバへ供給することによって、ネットワークシステム内のサーバへユーザ・クレデンシャルを要求する。ネットワークシステム内のサーバは、ネットワークシステム内のブートストラップ・サーバ機能によって供給された鍵と移動体ハンドセットによって供給されたＩＤ情報の集合とからブートストラップ・コントローラにおいて導出されたものと同一の一意なユーザ・クレデンシャルを導出する。サーバにおいて導出されたユーザ・クレデンシャルは次いで、移動体ハンドセットへ配信される。例えばアドホック近距離通信を用いて、ブートストラップ・コントローラは移動体ハンドセットへ配信されたユーザ・クレデンシャルとブートストラップ・コントローラにおいて導出されたユーザ・クレデンシャルとを比較する。両ユーザ・クレデンシャルが等しければ、ブートストラップ・コントローラは移動体ハンドセットへＮＦＣアプリケーション設定を送信する。移動体ハンドセットは次いで、サービス識別子を含むＮＦＣアプリケーション設定とユーザ・クレデンシャルとをインストールする。
【００２１】
両方の実施形態において、サービス識別子とユーザ・クレデンシャルとを含む必要なデータをサーバとブートストラップ・サポート機能装置を有する複数のＮＦＣ  Ｒ／Ｗ装置との間の通信線を介してブートストラップ・サポート機能を有する複数のＮＦＣ  Ｒ／Ｗ装置（例えば、空港内のＮＦＣ対応電子ゲート）のそれぞれへサーバが配信した後に、ユーザはパーソナライズされたＮＦＣサービスを受けることができる。どのＮＦＣ  Ｒ／Ｗ装置へサーバが前述のデータを配信するかはサービス識別子によって判定される。なぜなら、ＮＦＣ  Ｒ／Ｗ装置のグループは、ユーザの属性についてパーソナライズされたＮＦＣサービスを最初にサーバが構成する際に判定されるからである。
【００２２】
この発明は以下の利点を有する。電子的にブートストラップ手続きを完了するために短時間、移動体ハンドセットをＮＦＣ  Ｒ／Ｗ装置へ置くだけで、ユーザはＮＦＣアプリケーションのブートストラップを完了できる。ユーザは、既存のシステムでは要求されるウェブブラウザを介するアプリケーションのダウンロードとユーザ登録とのような非常に煩雑な手続きを行う必要がない。ユーザ嗜好やメンバーシップ・グレードなどのような任意の種類のサービス特性に従って、ＮＦＣサービスプロバイダはＮＦＣ  Ｒ／Ｗ装置のグループを柔軟にセットアップできる。ブートストラップの間に確立されたユーザ・クレデンシャルはこれらのＮＦＣ  Ｒ／Ｗ装置においてサービス・アクセス鍵として用いられるこれらの判定されたＮＦＣ  Ｒ／Ｗ装置へのみ配布されるため、ＮＦＣサービスプロバイダは先行技術では実施されていなかったセキュアでパーソナライズされたＮＦＣサービス基盤を構成できる。
【００２３】
ＮＦＣサービスプロバイダは、非常にコストがかかるだろうユーザに個別設定されたＮＦＣサービスのためのセキュアな識別システムを自身で開発する必要がなくなる。しかしながら、本発明を用いることによって、ＧＢＡを通じて３ＧＰＰのセキュアな識別システムに依存し再利用する必要があるだけである。本発明はまた、移動体事業者によって管理されるユーザアカウント情報を通じてＮＦＣサービスについてユーザへの課金を容易にしうる。
【００２４】
本発明の取り得る拡張は以下のように検討される。本発明において提案される原理およびメカニズムはまた、非特許文献１の代わりに非特許文献６で特定されるＵＩＣＣと端末との間の鍵確立メカニズムと組み合されうる。例えば、ＴＳ３３．１１０のアーキテクチャは、図４ＡのＵＩＣＣの外に示されるブートストラップ・サポート機能をＵＩＣＣが実装する場合に本発明に適用されうる。
【図面の簡単な説明】
【００２５】
【図１Ａ】対象のＮＦＣサービス・シナリオについての既存のブートストラップ手続きの例を示す図である。
【図１Ｂ】ＮＦＣチップへのインストールによる既存のＮＦＣアプリケーション設定の例を示す図である。
【図２】第１実施形態におけるブートストラップの前のＮＦＣ対応移動体ハンドセットと複数のＮＦＣ  Ｒ／Ｗ装置との状態を示す図である。
【図３】第１実施形態におけるブートストラップの後のＮＦＣ対応移動体ハンドセットと複数のＮＦＣ  Ｒ／Ｗ装置との状態を示す図である。
【図４Ａ】第１実施形態においてブートストラップ手続きが実行される場合の機能アーキテクチャの例を示す図である。
【図４Ｂ】ユーザのためにパーソナライズされたＮＦＣサービスを構成する手続きの例を示す図である。
【図５】第１実施形態の詳細な手続きの例を示す図である。
【図６】第１実施形態のステップＳ５１０、Ｓ５１１についてと、第２実施形態のステップＳ８１０、Ｓ８１１についての詳細な手続きの例を示す図である。
【図７】第２実施形態においてブートストラップ手続きが実行される場合の機能アーキテクチャの例を示す図である。
【図８】第２実施形態の詳細な手続きの例を示す図である。
【発明を実施するための形態】
【００２６】
本発明の様々な特徴が図面を参照しつつ以下に説明され、図面では同様の要素が同一の参照符号で特定される。
【００２７】
本発明の第１実施形態におけるサービスの１つの例である空港におけるチケットレス・サービスが提示される。
【００２８】
端末コンピュータが空港内の航空チェックイン・カウンタに配備される。チェックインする乗客は自身の移動体ハンドセットを有する。チェックイン・カウンタの端末コンピュータと乗客の移動体ハンドセットとの両方が、端末コンピュータと移動体ハンドセットとの間の双方向通信を可能にするＮＦＣ機能を有すると想定する。チェックインの完了に近づくと、航空会社スタッフは乗客にチケットレス・サービスを申し出る。サービスを用いると、乗客は紙の搭乗券を持ち運ぶことなく、ＮＦＣ対応電子ゲートの上にＮＦＣ移動体ハンドセットをかざすだけで空港内の複数のゲートを通ることができる。乗客が通ることができるゲートの集合はこの個別の乗客について選択される。
【００２９】
例えば、乗客はメイン出発口、北ウィングビル内のすべてのトイレのゲート、航空会社のラウンジのゲート（すなわち、乗客はスターアライアンス（登録商標）のゴールド・レベル・メンバーである！）および乗客のための搭乗ゲートなどを通ることができるべきである。チケットレス・サービスを伴うチェックイン手続きを完了するために、チャックイン・カウンタのスタッフはカウンタの端末コンピュータに接続されたＮＦＣインタフェースの上に乗客の移動体ハンドセットを置くように乗客に頼む。空港内のすべてのゲートはＲ／Ｗ（リーダ／ライタ）インタフェースを有する内蔵チェックインＮＦＣを有するため、乗客は移動体ハンドセットを接触するだけで認可されたゲートを通ることができる。各ゲートは、移動体ハンドセットによって提示されたユーザ・クレデンシャルがＩＴシステムから配信されたユーザ・クレデンシャルのリスト内の何れか１つに合致するかどうかをチェックすることによって、乗客を認証する。
【００３０】
次に、ＮＦＣアプリケーション設定が移動体ハンドセットにどのようにインストールされるか及び選択されたゲートがチェックイン後にアプリケーション・サービスとしてどのように動作するかについての説明が与えられる。提案されるメカニズムの効果をハイレベルで明確にするために、図２および図３を参照して、移動体ハンドセットおよびＮＦＣ  Ｒ／Ｗ装置におけるブートストラップ前の状態とブートストラップ後の状態とを比較する。
【００３１】
図２に示されるように、ブートストラップ前は、移動体ハンドセット２０のＮＦＣチップ内部２１にアプリケーション関連データは存在しない。一方、ＮＦＣアプリケーションはＮＦＣ（アプリケーション）Ｒ／Ｗ装置２３に既にインストールされていると想定する。今後、このＮＦＣアプリケーションは「ＮＦＣアプリケーション」２２と呼ばれる。この移動体ハンドセットのユーザのユーザ・クレデンシャルはまだＲ／Ｗ装置２３に配信されていない。ＮＦＣ  Ｒ／Ｗ装置２３内のＮＦＣアプリケーション２２はＮＦＣ（Ｒ／Ｗ）インタフェースを介してリモート移動体ハンドセット２０のＮＦＣチップ内部２１内の対応するＮＦＣアプリケーションイアクセスする能力を有することに留意されたい。なぜなら、これはアプリケーション固有のアクセスキーおよびエリア／サービスコードを認識しているからである。
【００３２】
図３に示されるように、ブートストラップ後に、移動体ハンドセット２０において、ＮＦＣアプリケーション２２（すなわち、ＮＦＣアプリケーションのアプリケーション設定）は現在、ＮＦＣチップ２１にインストールされ、サービス識別子とユーザ・クレデンシャル３１ともこのＮＦＣアプリケーションによって管理されるデータブロックに記憶されている。ＮＦＣ  Ｒ／Ｗ装置２３では、サービス識別子、ユーザ・クレデンシャルおよび場合によってはその他のパーソナル・サービス情報３２が同様にＮＦＣアプリケーション２２へ配信される。ここで、ＮＦＣ  Ｒ／Ｗ装置２３内のＮＦＣアプリケーション２２はＮＦＣ（Ｒ／Ｗ）インタフェースを介して移動体ハンドセットのチップ内のこのＮＦＣアプリケーションへアクセスできる。
【００３３】
次に、本解決策のためのアーキテクチャが説明される。このようにブートストラップを行うために、図４Ａに示されるように、本発明は、ブートストラップ・サーバ機能４１、ＮＦＣアプリケーション・ブートストラップ・サーバ４２、ブートストラップ・サポート機能４３、４４、４６、ブートストラップ・コントローラ４５およびＵＩＣＣ４７のような関連要素内のいくつかの機能を導入する。
【００３４】
ＮＦＣアプリケーション・ブートストラップ・サーバ４２はＮＦＣサービスプロバイダのウェブアプリケーション・サーバである。これは以下の機能性を有し、Ａ４０１、Ａ４０２、Ａ４０３およびＡ４０４により示されるメイン・アーキテクチャ手続きに関与する：
ユーザについてのユーザ・クレデンシャルを後で導出するために用いられるＫｓ＿ｅｘｔ＿ＮＡＦをＢＳＦから取得するために「ＮＡＦ鍵センタ」として動作すること（Ａ４０１）。
ＮＦＣサービスプロバイダのセキュアなＩＴシステムを通じてＮＦＣ  Ｒ／Ｗ装置へ導出されたユーザ・クレデンシャルなどを配信すること（Ａ４０２）。
ＮＦＣアプリケーションをＮＦＣチップへインストールするために必要なデータセットであるアプリケーション設定を移動体ハンドセットへブートストラップ・コントローラ装置４５を介して送信すること（Ａ４０３、Ａ４０４）。
移動体ハンドセットが本当にユーザ・クレデンシャルを有するユーザ機器の意図された要素（piece）であるかどうかを検証するためにブートストラップ・コントローラ４５が移動体ハンドセットを認証できるように、ブートストラップ・コントローラ４５へユーザ・クレデンシャルを送信すること（Ａ４０３、Ａ４０４）。
【００３５】
ブートストラップ・コントローラ４５は移動体ハンドセットがブートストラップを行おうとする場所に配置された内蔵ＮＦＣチップを有する装置である。ブートストラップ・コントローラ４５は以下の機能性を有するブートストラップ・サポート機能４４を有する：
ユーザのためにパーソナライズされたＮＦＣサービスをサーバ４２に構成すること（Ａ４０３）。構成されたサービスに関連付けられたサービス識別子はブートストラップ・サポート機能４４へ送信される。
例えばＮＦＣアドホック通信機能（非特許文献５）を用いて移動体ハンドセット２０とのＮＦＣリンク（Ａ４０４）を確立すること。この機能はＮＴＴドコモ９０３ｉシリーズ（非特許文献４）において導入されており、２つのＮＦＣ装置間のＯＢＥＸ通信を可能にする。
ＮＦＣアプリケーション・ブートストラップ・サーバ４２からユーザ・クレデンシャルを受信すること。この意味において、ブートストラップ・サポート機能４１は非特許文献１に規定される「リモート装置」として動作する。移動体ハンドセット２０が本当にユーザ・クレデンシャルを有するユーザ機器の意図された要素であるかどうかを検証するために移動体ハンドセット２０を認証するためにユーザ・クレデンシャルは用いられる。
ＮＦＣアプリケーション・ブートストラップ・サーバ４２から移動体ハンドセット２０へＮＦＣリンクを通じてアプリケーション設定を転送すること。
【００３６】
移動体ハンドセット２０内のブートストラップ・サポート機能４６はブートストラップ・コントローラ４５内のものに対をなす機能であり、以下の機能性を有する：
ユーザ・クレデンシャルをさらに導出するために、ローカルのＵＩＣＣ４７から鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）を導出すること。この意味において、これはＧＢＡ  ＴＳ３３．Ａに規定される「ＵＩＣＣ保持装置」として動作する。
前述のＮＦＣアドホック通信機能を用いてブートストラップ・コントローラ４５とのＮＦＣリンクを確立すること。次いで、これは、導出されたユーザ・クレデンシャルを有するブートストラップ・コントローラ４５へ認証される。
ブートストラップ・コントローラ４５からＮＦＣアプリケーションのためのアプリケーション設定を受信し、それをローカルのＮＦＣチップ内部にインストールすること。次いで、ユーザ・クレデンシャルとサービス識別子とはＮＦＣアプリケーションのデータブロック・エリア内に記憶される。
【００３７】
ＮＦＣ  Ｒ／Ｗ装置２３内のブートストラップ・サポート機能４３は以下の機能性を有する：
ＮＦＣアプリケーション・ブートストラップ・サーバ４２からユーザ・クレデンシャルを受信し、それをローカルのＮＦＣアプリケーションに渡すこと。
実際のブートストラップ手続きに入る前に、ユーザのためのサービスを構成するために図４Ｂに示される以下のステップが必要になる。
ステップＳ４Ａ０１：チェックイン・カウンタのスタッフは端末コンピュータのブートストラップ・コントローラ４５を操作する。
ステップＳ４Ａ０２：チェックインをする間に、スタッフはブートストラップ・コントローラ４５を用いてユーザのためのＮＦＣサービスを構成する。実際のサービス構成は、ＮＦＣアプリケーション・ブートストラップ・サーバ４２内のサービス情報としてどの種類の属性がユーザに属するかに基づく。
ステップＳ４Ａ０３：ブートストラップ・コントローラ４５からのサービス情報を用いてＮＦＣアプリケーション・ブートストラップ・サーバ４２において構成サービスが行われ、サービス識別子（サービスＩＤ）が生成される。構成サービスは、サービス識別子（サービスＩＤ）をサービスに割り当てて関連付けることと、ユーザの移動体ハンドセット（２０）がアクセスできるＮＦＣ  Ｒ／Ｗ装置２３を判定することとを含む。（次いで、判定されたＮＦＣ  Ｒ／Ｗ装置はＮＦＣ  Ｒ／Ｗ装置のグループとして認識される。）例えば、ユーザが航空会社のゴールド・メンバーであるならば、ユーザは航空会社のラウンジ・ルームのゲートを開けられるべきであり、これはブートストラップ・サーバが他のゲートに加えてラウンジ・ルームのゲート装置へユーザ・クレデンシャルを配信することを意味する。
ステップＳ４Ａ０４：ＮＦＣアプリケーション・ブートストラップ・サーバ４２で生成されたサービスＩＤは端末コンピュータのブートストラップ・コントローラ４５へ返される。
【００３８】
詳細な例示の手順が図５および図６に示される。
【００３９】
ステップＳ５００：（このステップは図５に示されていない。）以下のステップの前にブートストラップ・サポート機能（４１）でＧＢＡブートストラップ手続きを移動体ハンドセット（２０）内のＵＩＣＣ（４７）が実行していることが前提条件となる。それ以外の場合に、移動体ハンドセットは必要な場合にそれを実行する。例えば、チケットレス・サービスを伴うチェックイン手続きを完了するために、カウンタのスタッフは、ブートストラップ・コントローラ４５として動作するカウンタの端末コンピュータに接続されたＮＦＣインタフェースの上に自身の移動体ハンドセット２０をかざす（またはそれを短時間置く）ように乗客に頼む。
【００４０】
ステップＳ５０１：ユーザはブートストラップ・コントローラ４５の（ＮＦＣ  Ｒ／Ｗ装置を含む）ＮＦＣアドホック通信インタフェースの上に移動体ハンドセット２０を置き、これにより移動体ハンドセット２０内の対となる機能へＮＦＣアドホック通信リンクを確立するようにブートストラップ・コントローラ４５内のブートストラップ・サポート機能４６を始動する。結果として、装置（移動体ハンドセット２０およびブートストラップ・コントローラ４５）内の２つのブートストラップ・サポート機能４６、４４がＮＦＣアドホック通信リンクを通じて通信し始める。
【００４１】
ステップＳ５０２：（ＧＢＡリモート装置として機能する）ブートストラップ・コントローラ４５のブートストラップ・サポート機能４４は、ＮＦＣアプリケーション・ブートストラップ・サーバ４２のＮＡＦ＿ＩＤ、装置ＩＤおよびサービスＩＤを移動体ハンドセット２０へ送信することによってＮＦＣアプリケーションのブートストラップを開始する。この場合に、サービスＩＤはユーザのためのＮＦＣサービスの一意なサービス識別子であり、ＮＡＦ＿ＩＤはＮＦＣアプリケーション・ブートストラップ・サーバ４２の識別子である。
【００４２】
ステップＳ５０３：（ＧＢＡ  ＵＩＣＣホスティング装置として機能する）移動体ハンドセット２０のブートストラップ・サポート機能４６はブートストラップ手続きにおいて、鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）とＮＡＦ＿ＩＤに対する鍵参照（Ｂ−ＴＩＤ）とを含むデータをＵＩＣＣ４７に要求する。ＵＩＣＣ４７に有効な鍵参照（Ｂ−ＴＩＤ）が存在しない場合に、ＵＩＣＣ４７は移動体ハンドセット２０のブートストラップ・サポート機能４６でＧＢＡブートストラップ手続きを実行する。ＵＩＣＣ４７は鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）と鍵参照（Ｂ−ＴＩＤ）とを含むデータを移動体ハンドセット２０のブートストラップ・サポート機能４６へ返す。
【００４３】
ステップＳ５０４：（ＧＢＡ  ＵＩＣＣホスティング装置として動作する）移動体ハンドセット２０内のブートストラップ・サポート機能４６は、鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）、鍵参照（Ｂ−ＴＩＤ）、装置ＩＤおよびサービスＩＤからユーザ・クレデンシャルを導出する。
【００４４】
ステップＳ５０５：移動体ハンドセット２０は参照（Ｂ−ＴＩＤ）をブートストラップ・コントローラ４５へ返す。
【００４５】
ステップＳ５０６：（ＧＢＡ  ＮＡＦとして動作する）ＮＦＣアプリケーション・ブートストラップ・サーバ４２はＨＴＴＰＳトンネルを確立する。
【００４６】
ステップＳ５０７：ブートストラップ・コントローラ４５はＨＴＴＰＳトンネルでＮＦＣアプリケーション・ブートストラップ・サーバ４２へ要求を送信する。要求メッセージは鍵参照（Ｂ−ＴＩＤ）、装置ＩＤおよびサービスＩＤを含み、これらはユーザ・クレデンシャルを導出するために必要となる。
【００４７】
ステップＳ５０８：ＮＦＣアプリケーション・ブートストラップ・サーバ４２はブートストラップ・サーバ機能４１にコンタクトし、鍵素材要求において鍵参照（Ｂ＿ＴＩＤ）とＮＡＦ＿ＩＤとを送信する。ブートストラップ・サーバ機能４１は鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）を含む要求された鍵素材を返す。
【００４８】
ステップＳ５０９：ブートストラップ・サーバ４２は鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）、鍵参照（Ｂ−ＴＩＤ）、装置ＩＤおよびサービスＩＤからユーザ・クレデンシャルを導出する。
【００４９】
ステップＳ５１０：図６を参照して、ＮＦＣアプリケーション・ブートストラップ・サーバ４２はユーザ・クレデンシャルとサービスＩＤとを、ＮＦＣサービスプロバイダのセキュアなＩＴシステムを通じて、サービスＩＤによって判定されたＮＦＣ  Ｒ／Ｗ装置２３へ配信する。これらのパラメータに追加して、ＮＦＣアプリケーション・ブートストラップ・サーバ４２はまた、（例えばユーザの名前をゲートのディスプレイに表示するための）ユーザ名、パーソナル・サービスを提供するために動的にＮＦＣ  Ｒ／Ｗ装置をプログラムするためのスクリプトコード、ユーザの年齢／性別、フライト時刻、パスポート番号、スターアライアンス・ゴールドメンバーＩＤなどのようなその他のパーソナル・サービス情報をＮＦＣ  Ｒ／Ｗ装置２３へ送信してもよい。この情報によれば、ＮＦＣ  Ｒ／Ｗ装置２３はパーソナライズされたサービスを提供できるだろう。
【００５０】
ステップＳ５１１：図６を参照して、ＮＦＣ  Ｒ／Ｗ装置２３のブートストラップ・サポート機能４３は受信された情報をＮＦＣ  Ｒ／Ｗ装置２３の各ローカルＮＦＣアプリケーションへ渡す。この場合に、ＮＦＣアプリケーションは、ＮＦＣアプリケーション・ロジックによって提供されるサービスを受けることを許可された認可ユーザのリストにこのクレデンシャルを保持してもよい。
【００５１】
ステップＳ５１２：ＮＦＣアプリケーション・ブートストラップ・サーバ４２はＨＴＴＰＳトンネルでユーザ・クレデンシャルとＮＦＣアプリケーションのアプリケーション設定とをブートストラップ・コントローラ４５へ返す。
【００５２】
ステップＳ５１３：ブートストラップ・コントローラ４５は、移動体ハンドセット２０がユーザ機器の許可された要素であるか否かを検証するためにユーザ・クレデンシャルに基づいて移動体ハンドセット２０を認証する。ＮＦＣアプリケーション・ブートストラップ・サーバ４２において導出されたユーザ・クレデンシャルと移動体ハンドセット２０において導出されたユーザ・クレデンシャルとが等しい場合に、認証プロセスは完了する。この認証プロセスはこの種のＮＦＣサービスがユーザに課金される場合に重要である。課金されるならば、ユーザが加入する移動体事業者を通じてＮＦＣサービスプロバイダがユーザに課金することが可能であるだろう。
【００５３】
ステップＳ５１４：ブートストラップ・コントローラ４５は移動体ハンドセット２０へアプリケーション設定を送信する。
【００５４】
ステップＳ５１５：移動体ハンドセット２０はサービスＩＤを含む受信されたアプリケーション設定とユーザ・クレデンシャルとをＮＦＣチップへインストールする。
【００５５】
この時点で、ブートストラップは完了しており、移動体ハンドセット２０とＮＦＣ  Ｒ／Ｗ装置２３との両方が図３に示される状態へ移行している。
【００５６】
次に、本発明の第２実施形態のサービスの一例であるホテルでのパーソナル・ドア鍵サービスが提示される。
【００５７】
ＵＩＣＣを保持するコンピュータ（すなわち、コンピュータ＝ＵＩＣＣホスティング装置、例えばＩＭＳ対応コンピュータ）はホテルのチェックイン・デスクに設備される。ホテルでチャックインをしている客は自身の移動体ハンドセット（すなわち、移動体ハンドセット＝リモート装置）を有する。チェックイン・デスクのコンピュータと移動体ハンドセットとの両方が、コンピュータと移動体ハンドセットとの間の双方向通信を可能にする内蔵ＮＦＣ（近距離通信）チップを有すると想定する。
【００５８】
第２実施形態におけるブートストラップによるステップと機能構造とは第１実施形態における図２および図３のステップと同一である。第１実施形態の図６に示される構造は第２実施形態と共通の構造である。詳細なステップが後で図８を用いて説明される。
【００５９】
セキュリティの目的で、デスクのクロークはコンピュータを用いて、客がホテルビル内のどのドアを開けることができるかを構成する。ホテルビル内のすべてのドアが電子鍵システム（すなわち、ドア＝ＮＦＣ  Ｒ／Ｗ装置）を備えると想定する。例えば、客は自分の部屋のドア、ホテル入り口、レストラン、ランドリー・ルームなどのドアを開錠できるべきである。ホテル内の顧客データベースに従って、客はホテルのゴールド・メンバーであることが判定され、その結果として客はホテル内のエクササイズ・ルームへのアクセスも許容される。客のために個別設定されたこのグループのドアは、ホテルＩＴシステム（すなわち、ホテルＩＴシステム＝ＮＡＦ鍵センタ）のオンライン・データベースに構成される。客のチャックイン・プロセスを完了するために、客は自身の移動体ハンドセットをコンピュータのＮＦＣリーダ／ライタ・インタフェースへ接触することを要求され、これによって客の移動体ハンドセット内と構成されたばかりのドア内とのユーザ・クレデンシャルのブートストラップが始動される。
【００６０】
ホテル内のすべてのドアがＮＦＣリーダ／ライタ・インタフェースを有するため、客は自身の移動体電話をドアに接触するだけで、客が開錠することを認可されたドアを開錠することができる。ドアは、提示されたユーザ・クレデンシャルがドアのローカル記憶装置に記憶されているかどうかをチェックすることによって客を認証する。
【００６１】
次に、第２実施形態についてのアーキテクチャが図７を用いて説明される。移動体ハンドセットにおいてユーザ・クレデンシャルを含むＮＦＣアプリケーションをブートストラップするために、本発明は、ブートストラップ・サーバ機能７１、ＮＦＣアプリケーション・ブートストラップ・サーバ７２、ＮＦＣ  Ｒ／Ｗ装置２３内のブートストラップ・サポート機能４３、ブートストラップ・コントローラ７５およびブートストラップ・コントローラ７５内のＵＩＣＣ７６のような、関連要素内のいくつかの機能を導入する。
【００６２】
ＮＦＣアプリケーション・ブートストラップ・サーバ７２はＮＦＣサービスプロバイダのウェブアプリケーション・サーバである。これは、Ａ７０１、Ａ７０２、Ａ７０３により示されるメイン・アーキテクチャ手続きに関与し、以下の機能性を有する：
ブートストラップ・サーバ機能（ＢＳＦ）７１から鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）を取得するために、「ＮＡＦ鍵センタ」として動作すること。これは次いでユーザのためのユーザ・クレデンシャルを導出するために用いられる（Ａ７０１）。
ＮＦＣサービスプロバイダのセキュアなＩＴシステムを通じてＮＦＣ  Ｒ／Ｗ装置２３のグループへ導出されたユーザ・クレデンシャルを配信すること（Ａ７０２）。
ユーザ・クレデンシャルを用いてブートストラップ・コントローラ７５が移動体ハンドセット７８を認証できるように、移動体ハンドセット７８内のブートストラップ・サポート機能７７へユーザ・クレデンシャルを送信すること（Ａ７０３）。
【００６３】
ブートストラップ・コントローラ７５は移動体ハンドセット７８がブートストラップしようとする場所に配置された内蔵ＮＦＣチップを有する装置である。ブートストラップ・コントローラ７５は以下の機能性を有するブートストラップ・サポート機能７４を有する：
ユーザのためにパーソナライズされたＮＦＣサービスをＮＦＣアプリケーション・ブートストラップ・サーバ７２に構成すること（Ａ７０５）。構成されたサービスに関連付けられたサービス識別子はＮＦＣアプリケーション・ブートストラップ・サーバ７２からブートストラップ・サポート機能７４へ送信される。
ユーザ・クレデンシャルをさらに導出するためにブートストラップ・コントローラ７５内のローカルＵＩＣＣ７６から鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）を導出すること。この意味において、これはＧＢＡ  ＴＳ３３．２５９に規定される「ＵＩＣＣ保持装置」として動作する。
例えばＮＦＣアドホック通信機能（非特許文献５）を用いて移動体ハンドセット７８とのＮＦＣリンクを確立すること（Ａ７０４）。この機能はＮＴＴドコモ９０３ｉシリーズ（非特許文献４）で導入されており、２つのＮＦＣ装置間のＯＢＥＸ通信を可能にする。
ユーザ・クレデンシャルを用いて移動体ハンドセット７８が正しく認証された後に、移動体ハンドセット７８へのＮＦＣリンクを通じて送信されるアプリケーション設定をＮＦＣアプリケーション・ブートストラップ・サーバ７２から受信すること（Ａ７０５）。
【００６４】
移動体ハンドセット７８内のブートストラップ・サポート機能７７はブートストラップ・コントローラ７５内のものと対をなす機能であり、以下の機能性を有する：
ＮＦＣアプリケーション・ブートストラップ・サーバ７２からユーザ・クレデンシャルを受信すること（Ａ７０３）。この意味において、ブートストラップ・サポート機能７７はＧＢＡ  ＴＳ３３．２５９（非特許文献１）に規定される「リモート装置」として動作する。
例えば前述のＮＦＣアドホック通信機能を用いてブートストラップ・コントローラ７５とのＮＦＣリンクを確立すること（Ａ７０４）。次いで、これは、受信されたユーザ・クレデンシャルを用いてブートストラップ・コントローラ７５によって認証される。
ブートストラップ・コントローラ７５からＮＦＣアプリケーションのためのアプリケーション設定を受信し（Ａ７０４）、それをローカルＮＦＣチップへインストールする。次いで、ユーザ・クレデンシャルとサービスＩＤとは移動体ハンドセット７８内のＮＦＣアプリケーションのデータブロック・エリア内に記憶される。ＮＦＣ  Ｒ／Ｗ装置２３内のブートストラップ・サポート機能４３は以下の機能性を有する：
ＮＦＣアプリケーション・ブートストラップ・サーバ７２からユーザ・クレデンシャルなどを受信し、それをローカルＮＦＣアプリケーション２２へ渡すこと（Ａ７０２）。
【００６５】
実際のブートストラップ手続きへ入る前に、図４Ｂに示されたものと同じようにユーザのためのサービスを構成するために以下のステップが必要になる。構成サービスに続いて、第２実施形態におけるＮＦＣアプリケーションのブートストラップが図８に示されるように開始される。
【００６６】
ステップＳ８００：（このステップは図８に提示されていない。）以下のステップの前に、ブートストラップ・コントローラ（７５）内のＵＩＣＣ（７６）がブートストラップ・サポート機能（７１）でＧＢＡブートストラップ手続きを実行することが前提条件である。それ以外の場合に、ブートストラップ・コントローラ（７５）は必要な場合にこれを実行する。例えば、ブートストラップ・コントローラ７５として動作するカウンタの端末コンピュータに接続されたＮＦＣインタフェースの上にユーザの移動体ハンドセット７８をかざす（または短時間それを置く）ように受付係はユーザへ頼む。
【００６７】
ステップＳ８０１：ユーザはブートストラップ・コントローラ７５の（ＮＦＣ  Ｒ／Ｗ装置のための）ＮＦＣインタフェースの上に移動体ハンドセット７８を置き、それによって移動体ハンドセット７８内の対をなす機能とのＮＦＣアドホック通信リンクを確立するために、ブートストラップ・コントローラ７５内のブートストラップ・サポート機能７４が始動される。その結果として、両方の装置（移動体ハンドセット７８とブートストラップ・コントローラ７５）内の２つのブートストラップ・サポート機能７７、７４がＮＦＣアドホック通信リンクを通じて通信し始める。
【００６８】
ステップＳ８０２：移動体ハンドセット７８は移動体ハンドセットの装置ＩＤをブートストラップ・コントローラ７５へ配信し、ブートストラップ手続きの開始を要求する。
【００６９】
ステップＳ８０３：（ＧＢＡ  ＵＩＣＣホスティング装置として動作する）ブートストラップ・コントローラ７５内のブートストラップ・サポート機能７４はブートストラップ・コントローラ７５のＵＩＣＣに、鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）とＮＡＦ＿ＩＤからの鍵参照（Ｂ−ＴＩＤ）とを要求する。ＵＩＣＣ７６内に有効な鍵参照（Ｂ−ＴＩＤ）が存在しない場合に、ＵＩＣＣ７６はブートストラップ・サーバ機能（ＢＳＦ）７１で（ＧＢＡ）ブートストラップ手続きを実行する。ＵＩＣＣ７６は新たなＫｓ＿ｅｘｔ＿ＮＡＦと新たなＢ−ＴＩＤとを返す。
【００７０】
ステップＳ８０４：ブートストラップ・コントローラ７５は、ＮＦＣアプリケーション・ブートストラップ・サーバ７２のＮＡＦ＿ＩＤ、サービスＩＤおよび鍵参照（Ｂ−ＴＩＤ）を移動体ハンドセットへ送信することによって、ＮＦＣアプリケーションのブートストラップを開始する。この場合に、サービスＩＤはブートストラップされるこのユーザのためのＮＦＣサービスに一意なサービス識別子である。
【００７１】
ステップＳ８０５：ブートストラップ・コントローラ７５は鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）、鍵参照（Ｂ−ＴＩＤ）、装置ＩＤおよびサービスＩＤからユーザ・クレデンシャルを導出する。
【００７２】
ステップＳ８０６：（ＧＢＡリモート装置として動作する）移動体ハンドセット７８内のブートストラップ・サポート機能７７とＮＦＣアプリケーション・ブートストラップ・サーバ７２（ＧＢＡ  ＮＡＦ）とはＨＴＴＰＳトンネルを確立する。トンネルを確立する際に、移動体ハンドセット７８は、移動体ハンドセット７８が証明された装置であるか否かを検証するための装置証明書に基づいてＮＦＣアプリケーション・ブートストラップ・サーバ７２によって認証される。
【００７３】
ステップＳ８０７：移動体ハンドセット７８内のブートストラップ・サポート機能７７はＨＴＴＰＳトンネルでＮＦＣアプリケーション・ブートストラップ・サーバ７２へ要求を送信する。要求メッセージは鍵参照（Ｂ−ＴＩＤ）、装置ＩＤおよびサービスＩＤを含み、これらはＮＦＣアプリケーション・ブートストラップ・サーバ７２がユーザ・クレデンシャルを導出するために必要となる。
【００７４】
ステップＳ８０８：（ＧＢＡ  ＮＡＦとして動作する）ＮＦＣアプリケーション・ブートストラップ・サーバ７２はブートストラップ・サーバ機能７１にコンタクトし、鍵素材要求において鍵参照（Ｂ−ＴＩＤ）とＮＡＦ＿ＩＤとを送信する。ＢＳＦ７１は鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）を含む要求された鍵素材を返す。
【００７５】
ステップＳ７０９：ＮＦＣアプリケーション・ブートストラップ・サーバ７２は鍵データ（Ｋｓ＿ｅｘｔ＿ＮＡＦ）、鍵参照（Ｂ−ＴＩＤ）、装置ＩＤおよびサービスＩＤからユーザ・クレデンシャルを導出する。
【００７６】
ステップＳ８１０：図６を参照して、ＮＦＣアプリケーション・ブートストラップ・サーバ７２はＮＦＣサービスプロバイダのセキュアなＩＴシステムを通じてサービスＩＤによってユーザ・クレデンシャルとサービスＩＤとをＮＦＣ  Ｒ／Ｗ装置２３のグループへ配信する。これらのパラメータに加えて、サーバはまた、（例えばユーザの名前をゲートのディスプレイに表示するための）ユーザ名、パーソナル・サービスを提供するために動的にＮＦＣ  Ｒ／Ｗ装置２３をプログラムするためのスクリプトコード、ユーザの年齢／性別、フライト時刻、パスポート番号、スターアライアンス・ゴールドメンバーＩＤなどのようなその他のパーソナル・サービス情報をＮＦＣ  Ｒ／Ｗ装置２３のグループへ送信してもよい。この情報によれば、ＮＦＣ  Ｒ／Ｗ装置はパーソナライズされたサービスを提供できるだろう。
【００７７】
ステップＳ８１１：図６を参照して、ＮＦＣ  Ｒ／Ｗ装置２３のブートストラップ・サポート機能４３は受信された情報をＮＦＣ  Ｒ／Ｗ装置２３のローカルＮＦＣアプリケーション２２へ渡す。この場合に、ＮＦＣアプリケーション２２は、ＮＦＣアプリケーションによって提供されるサービスを受けることを許可された認可ユーザのリストにこのクレデンシャルを保持してもよい。
【００７８】
ステップＳ８１２およびステップＳ８１２ｂ：ＮＦＣアプリケーション・ブートストラップ・サーバ７２はＨＴＴＰＳトンネルでユーザ・クレデンシャルを移動体ハンドセット７８へ返す。ＮＦＣアプリケーション・ブートストラップ・サーバ７２はサービス識別子に関連付けられたアプリケーション設定をブートストラップ・コントローラ７５へ送信する。
【００７９】
ステップＳ８１３：ブートストラップ・コントローラ７５は、移動体ハンドセット７８がＮＦＣアプリケーション・ブートストラップ・サーバ７２からユーザ・クレデンシャルを正しく取得したかどうかを検証することによって、移動体ハンドセット７８を間接的に認証する。移動体ハンドセット７８内のユーザ・クレデンシャルとブートストラップ・コントローラ７５内のユーザ・クレデンシャルとが等しい場合に、認証プロセスは完了する。
【００８０】
ステップＳ８１４：ブートストラップ・コントローラ７５はアプリケーション設定を移動体ハンドセット７８へ送信する。
【００８１】
ステップＳ８１５：移動体ハンドセット７８はサービスＩＤを含む受信したアプリケーション設定とユーザ・クレデンシャルとを移動体ハンドセット７８のＮＦＣチップへインストールする。
【００８２】
この時点で、ブートストラップは完了しており、移動体ハンドセット７８とＮＦＣ  Ｒ／Ｗ装置２３との両方が図３に示された状態へ移行している。
【００８３】
本発明の原理は個別の第１実施形態および第２実施形態に関連して上述されてきたが、本説明は例示のためだけになされたものであり本発明の範囲を限定するものではないことが明確に理解される。
【００８４】
本発明の装置の方法の好適な実施形態が添付の図面および前述の記載において説明されたが、本発明は開示された実施形態に限定されるものでなく、以下の特許請求の範囲で規定される発明の精神から逸脱することなく多くの再構成、変形および置換が可能であることが理解される。
【００８５】
略語：
ＧＢＡ  汎用ブートストラップ・アーキテクチャ
ＢＳＦ  ブートストラップ・サーバ機能
ＮＦＣ  近距離通信
ＯＢＥＸ  オブジェクト・エクスチェンジ・プロトコル
Ｒ／Ｗ  リーダ／ライタ
ＩＭＳ  ＩＰマルチメディア・サブシステム
【図１Ａ】
2011518362.tif 000003
【図１Ｂ】
2011518362.tif 000004
【図２】
2011518362.tif 000005
【図３】
2011518362.tif 000006
【図４Ａ】
2011518362.tif 000007
【図４Ｂ】
2011518362.tif 000008
【図５】
2011518362.tif 000009
【図６】
2011518362.tif 000010
【図７】
2011518362.tif 000011
【図８】
2011518362.tif 000012
【手続補正書】
【提出日】平成23年3月22日(2011.3.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
前記データは前回のブートストラップにおいて前記ブートストラップ・コントローラ（７５）に記憶され、前記鍵参照が有効かを検証され、前記鍵参照が有効でない場合に、前記第２ユーザ・クレデンシャルを導出する前記工程（Ｓ８０３）の前に新たなブートストラップにおいて別のデータが取得されることを特徴とする請求項７に記載の方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１２
【補正方法】変更
【補正の内容】
【請求項１２】
前記ブートストラップ・コントローラ（７５）において比較によって検証する前記工程は、
前記データに含まれる鍵参照を前記ブートストラップ・コントローラ（７５）から前記移動体ハンドセット（７８）へ送信する工程（Ｓ８０４）と、
前記第１ユーザ・クレデンシャルを求める鍵確立要求を前記移動体ハンドセット（７８）から前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）へ送信する工程（Ｓ８０７）と、
前記鍵参照を含む鍵素材要求を前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）から前記ブートストラップ・サーバ機能（７１）へ送信する工程（Ｓ８０８）と、
鍵素材を含む鍵素材応答を前記ブートストラップ・サーバ機能（７１）から前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）へ送信する工程（Ｓ８０８）と、
前記鍵素材に基づいて前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）において前記第１ユーザ・クレデンシャルを導出する工程（Ｓ８０９）と、
前記第１ユーザ・クレデンシャルを前記ＮＦＣアプリケーション・ブートストラップ・サーバ（７２）から前記移動体ハンドセット（７８）へ送信する工程（Ｓ８１２）と、
前記サービスのための前記アプリケーション設定を前記ＮＦＣアプリケーション・サーバ（７２）から前記ブートストラップ・コントローラ（７５）へ送信する工程（Ｓ８１２ｂ）と
を有することを特徴とする請求項１１に記載の方法。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１３
【補正方法】変更
【補正の内容】
【請求項１３】
ブートストラップ・コントローラ（４５）であって、
サービスと移動体ハンドセット（２０）がアクセスできるＮＦＣアプリケーション装置（２３）のグループとを構成するためのサービス情報を送信し、
ユーザ・クレデンシャルを導出するための鍵確立要求を送信し（Ｓ５０７）、
ＮＦＣアプリケーション設定とＮＦＣアプリケーション・ブートストラップ・サーバ（４２）において導出された前記ユーザ・クレデンシャルとを受信する
ための、前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）へのネットワーク・インタフェース（Ａ４０３）と、
前記サービスのための前記ＮＦＣアプリケーション設定を送信するための、前記移動体ハンドセット（２０）へのＮＦＣインタフェース（Ａ４０４）と、
前記移動体ハンドセット（２０）において導出された前記ユーザ・クレデンシャルが前記ＮＦＣアプリケーション・ブートストラップ・サーバ（４２）において導出された前記ユーザ・クレデンシャルに等しいという結果を用いて前記移動体ハンドセット（２０）を認証する（Ｓ５１３）ための手段と
を備えることを特徴とするブートストラップ・コントローラ（４５）。
【国際調査報告】
2011518362.tif 000013
2011518362.tif 000014