(57)【特許請求の範囲】
【請求項１】
第１の電子的構成要素（１０、１１０）と第２の電子的構成要素（３０、１３０）との間のデータ交換方法であって、
前記第１の電子的構成要素及び前記第２の電子的構成要素（１０、３０、１１０、１３０）間の距離を縮めた後に前記第１の電子的構成要素（１０、１１０）と前記第２の電子的構成要素（３０、１３０）との間の通信を自動的に開始するステップと、
前記開始するステップの結果として、前記第１の電子的構成要素（１０、１１０）のメモリ内の前記第２の電子的構成要素（３０、１３０）に関係するアプリケーションの存在を確認する（Ｅ２０８、Ｅ４０６、Ｅ６０８）ステップと、
確認が否定的な場合に、前記アプリケーションを前記第１の電子的構成要素に前記通信を介してロードする処理を開始するステップと、を有し、
前記第１の電子的構成要素は、携帯型の電子的構成要素であり、前記通信は、短距離無線通信である、ことを特徴とするデータ交換方法。
【請求項２】
通信を開始する前記ステップは、
前記第２の電子的構成要素（３０、１３０）によって前記第１の電子的構成要素（１０、１１０）に遠隔電力供給するステップと、
前記第１の電子的構成要素（１０、１１０）から前記第２の電子的構成要素（３０、１３０）に通信設定メッセージを送信するステップと、
を有する請求項１に記載のデータ交換方法。
【請求項３】
前記確認するステップは、
前記アプリケーションを指定するコマンドを前記第２の電子的構成要素（３０、１３０）が前記第１の電子的構成要素（１０、１１０）に送信する（Ｅ２０６、Ｅ６０６）ステップと、
前記アプリケーションについて前記メモリを探索する（Ｅ２０８、Ｅ６０８）ステップと、
を有する請求項１又は請求項２に記載のデータ交換方法。
【請求項４】
前記確認するステップは、
前記メモリに存在するアプリケーションのリストを前記第１の電子的構成要素（１０）が送信する（Ｅ４０２）ステップと、
前記アプリケーションが前記リストの中に存在するかを前記第２の電子的構成要素（３０）が判定する（Ｅ４０６）ステップと、
を有する請求項１又は請求項２に記載のデータ交換方法。
【請求項５】
前記ロード処理を開始する前記ステップは、
前記開始することを示す情報を前記第１の電子的構成要素に表示するステップと、
検証を待ち受ける（Ｅ４１０）ステップと、
検証が肯定的な場合、前記アプリケーションをロードする（Ｅ４１５）ステップと、
を有する請求項１〜請求項４の何れか一項に記載のデータ交換方法。
【請求項６】
前記ロード処理を開始する前記ステップは、前記アプリケーションのロード要求を前記第１の電子的構成要素が準備するステップを有する請求項１〜請求項４の何れか一項に記載のデータ交換方法。
【請求項７】
前記準備するステップの実行は、ユーザの承認を受けることを条件とする請求項６に記載のデータ交換方法。
【請求項８】
前記ロードは、前記第２の電子的構成要素（３０）から前記第１の電子的構成要素（１０）に前記アプリケーションを送信する（Ｅ２２４、Ｅ２２６、Ｅ４１５）ステップによって、もたらされる請求項１〜請求項７の何れか一項に記載のデータ交換方法。
【請求項９】
前記ロードは、遠隔サーバ（５０、１５０）との接続（Ｅ３１６、Ｅ６３０）によって、もたらされる請求項１〜請求項７の何れか一項に記載のデータ交換方法。
【請求項１０】
前記第２の電子的構成要素から前記遠隔サーバの接続パラメータを前記第１の電子的構成要素が受信するステップを有する請求項９に記載のデータ交換方法。
【請求項１１】
前記第２の電子的構成要素から前記遠隔サーバに提供する認証情報を前記第１の電子的構成要素が受信するステップを有する請求項９又は請求項１０に記載のデータ交換方法。
【請求項１２】
前記遠隔サーバとの接続（Ｅ３１６）は、前記第１の電子的構成要素（１０）の通信手段（１８、２０）を使用する請求項９〜請求項１１の何れか一項に記載のデータ交換方法。
【請求項１３】
前記遠隔サーバ（１５０）との接続を形成するように構成されるパーソナルコンピュータ（１４０）と、前記第１の電子的構成要素（１１０）とを接続するステップを有する請求項９〜請求項１１の何れか一項に記載のデータ交換方法。
【請求項１４】
応答を決定するために前記第１の電子的構成要素（１０、１１０）が前記アプリケーションを実行する（Ｅ２３６、Ｅ４２０、Ｅ６１０）ステップと、
前記第１の電子的構成要素（１０、１１０）が前記第２の電子的構成要素（３０、１３０）に前記応答を送信する（Ｅ２３８、Ｅ４２２、Ｅ６１２）ステップと、
を有する請求項１〜請求項１３の何れか一項に記載のデータ交換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子的構成要素間のデータ交換方法に関する。
【背景技術】
【０００２】
国際公報第２００７１２１７９１号で説明されるように、電子的構成要素間のデータ交換の枠組において（これらのデータは、これらの電子構成要素内のメモリなどで電気信号の形式で表示される）、短距離無線通信（short range communication）（近距離無線通信（Near Field Communication：ＮＦＣ）としても公知である）を実施することが具体的に提案されている。一般に、短距離という表現は、５０ｃｍ又はさらに２０ｃｍのオーダの範囲など１ｍより近い範囲についていう。
【０００３】
しばしば、ＲＦＩＤ技術を使用してこのような短距離無線通信が提供される。そして、リーダによって、（例えば「タグ」などによって運搬される、しかし携帯電話などの他の物体によることも可能である）電子回路への遠隔電力供給を提供する。そして電子回路は、リーダと通信することができ、（この技術の多くの標準的な使用において）データをリーダに送信して、タグを付けている製品又は人物を具体的に特定する。
【０００４】
リーダが生成する近距離場（実際には磁界）にリーダと電子回路との間の相互作用が限定されることは、問題であると当初は考えられていたが、逆にこの技術の利点であると考えられる。これは、電子回路とリーダとの距離を縮めることによって通信が開始され、通信は、電子回路の運搬人側の意図的な行動から生じるからである。
【０００５】
例えば、国際公報第２００６１１５８４２号は、この種の使用を説明する。
【０００６】
今日、ＲＦＩＤ技術を使用するように配置された電子回路はそれぞれ、特定の目的（すなわち、特定のサービスの観点）を有して配置される。その意味で、関係するサービスに関するデータ（例えば、前述の国際公報第２００６１１５８４２号におけるユーザの口座に関するコードなど）のみを有する。したがって、例えば、電子回路が電話で運搬される場合は、サービスに関するデータは、電話のメモリに記憶される。しかしながら、このソリューションは、機能するように構成された複数のタグをユーザが楽しみたいサービス毎に、それぞれあらかじめ入手することをユーザに強いるなど、柔軟性に欠いている。一般的に言うと、電子回路に設定されていないサービスにアクセスすることは不可能である。
【発明の概要】
【課題を解決するための手段】
【０００７】
この問題の状態を改善するために、本発明は、第１の電子的構成要素と第２の電子的構成要素との間のデータ交換方法であって、
第１及び第２の電子的構成要素間の距離を縮めた後に第１の電子的構成要素と第２の電子的構成要素との間の通信を開始するステップと、
開始するステップの結果として、第１の電子的構成要素のメモリ内の第２の電子的構成要素に関係するアプリケーションの存在を確認するステップと、
確認が否定的な場合に、アプリケーションを第１の電子的構成要素にロードする処理を開始するステップと、
を有するデータ交換方法を提案する。
【０００８】
したがって、可能な場合は、インストール処理が（場合によっては、ユーザに監視されて）自動的に開始される。インストール処理は、たとえ第１の電子的構成要素（携帯物）にこれに対する準備が最初はなくても、第２の電子的構成要素（以下の例ではリーダ）に関係する機能にアクセス可能なアプリケーションをインストールする。
【０００９】
例えば、通信を開始するステップは、実際には、
第２の電子的構成要素によって第１の電子的構成要素に遠隔電力供給するステップと、
第１の電子的構成要素から第２の電子的構成要素に通信設定メッセージを送信するステップと、
を有する。
【００１０】
第１の実施形態において、確認するステップは、
アプリケーションを指定するコマンドを第２の電子的構成要素が第１の電子的構成要素に送信するステップと、
アプリケーションについてメモリを探索するステップと、
を有する。
【００１１】
第２の実施形態において、確認するステップは、
メモリに存在するアプリケーションのリストを第１の電子的構成要素が送信するステップと、
アプリケーションがリストの中に存在するかを第２の電子的構成要素が決定するステップと、
を有する。
【００１２】
ロード処理を開始するステップは、
開始することを示す情報を第１の電子的構成要素に表示するステップと、
検証を待ち受けるステップと、
検証が肯定的な場合、アプリケーションをロードするステップと、
を有する。
【００１３】
また、ロード処理を開始するステップは、アプリケーションのロード要求を第１の電子的構成要素が準備するステップを有する。この場合、準備するステップの実行は、ユーザの承認を受けることを条件にできる。
【００１４】
そのインストールを自動的に開始するにもかかわらず、上述の２つのソリューションにおいて、アプリケーションの全てのインストールをユーザが制御し続けることが可能である。
【００１５】
構想できる１つの実施形態では、ロードは、第２の電子的構成要素から第１の電子的構成要素にアプリケーションを送信するステップによって、もたらされる。
【００１６】
この送信は、電子的構成要素の短距離無線通信手段を使用できる。
【００１７】
代替として、アプリケーションの送信は、ＷＵＳＢ又はＢＬＵＥＴＯＯＴＨ（登録商標）などの処理容量が大きい、第１及び第２の電子的構成要素の無線（すなわち非接触）インタフェースの間の通信によって取得できる。一般的にこれらのインタフェースは、ここではＮＦＣである短距離インタフェースとは区別される。
【００１８】
したがって、アプリケーションは、電子的構成要素の間で素早く交換される。
【００１９】
構想できる他の実施形態では、ロードは、遠隔サーバとの接続によって、もたらされる。そして、第２の電子的構成要素から遠隔サーバの接続パラメータを第１の電子的構成要素が受信するステップを有することができる。
【００２０】
また、第２の電子的構成要素から遠隔サーバに提供する認証情報を第１の電子的構成要素が受信するステップをこの状況において構想できる。
【００２１】
実際上の具体的な１つのソリューションにおいては、遠隔サーバとの接続は、第１の電子的構成要素の通信手段を使用できる。
【００２２】
第１の電子的構成要素が遠隔サーバとの接続手段を有さない場合に特に有効である他の実施形態では、遠隔サーバとの接続を形成するように構成されるパーソナルコンピュータと、第１の電子的構成要素とを接続するステップを提供できる。
【００２３】
ロード処理で取得されたアプリケーションは、例えば、第１の電子的構成要素と第２の電子的構成要素との間の交換の間などに使用される。
【００２４】
この状況において、
応答を決定するために第１の電子的構成要素がアプリケーションを実行するステップと、
第１の電子的構成要素が第２の電子的構成要素に応答を送信するステップと、
を実施できる。
【００２５】
第１の電子的構成要素は、携帯電話、又は（ＵＳＢキー型の）携帯情報媒体などの携帯型（又は小型）の電子的構成要素であり、通信は、短距離無線通信である。
【００２６】
本発明の他の特徴及び利点は、所与の添付図面を参照して、以下の記述の観点から、より明確にすることになる。
【図面の簡単な説明】
【００２７】
【図１】本発明の可能な実施状況を示す図である。
【図２】本発明の第１の実施形態における図１のデバイス間での交換の実行を示す図である。
【図３】本発明の第２の実施形態における交換の実行を示す図である。
【図４】本発明の第３の実施形態における交換の実行を示す図である。
【図５】本発明の実施が構想できる他の状況を示す図である。
【図６】図５の状況に使用する方法の一例を示す図である。
【発明を実施するための形態】
【００２８】
図１は、本発明を実施できる状況の一例を示す図である。
【００２９】
この状況は、具体的には携帯物（携帯オブジェクト）（portable  object）１０（ここでは携帯電話）とリーダ３０とを有する。
【００３０】
携帯電話１０とリーダ３０とは、（ＮＦＣなどの）短距離無線通信手段を介してデータを交換できる。
【００３１】
具体的には、短距離無線通信手段は、携帯電話のマイクロプロセッサ１２と（バスなどを介して）協働し、携帯電話１０によって運搬されるＮＦＣアンテナ２６と接続されるＮＦＣモジュール２４を有する。
【００３２】
また、リーダ３０は、アンテナ３４を有する。電流は、リーダ３０の（通常、例えばリーダから約２０ｃｍ未満などの１メートル未満まで拡張されたエリアであり、実際の範囲は現在広く使用される技術により１ｃｍ〜１０ｃｍである）近辺に置かれた物体に電力を供給するとともに通信するために、磁界３６を生成するように制御モジュール３２に制御されて、アンテナ３４を通じて流れる。
【００３３】
既に示したように、具体的には、携帯電話１０は、携帯電話１０の様々な機能を操作するのに適したマイクロプロセッサ１２と、（図示しないキーパッド及びスクリーンなどによる）携帯電話１０のユーザとのインタフェースとを有する。特にこのために、リードオンリメモリ１６及びランダムアクセスメモリ１４は、マイクロプロセッサ１２と接続される。
【００３４】
具体的には、リードオンリメモリ１６は、本発明で提案され、以下で説明される、携帯電話１０が有する方法を実行するためにマイクロプロセッサ１２で実行される命令シーケンスを記憶する。
【００３５】
ランダムアクセスメモリ１４は、上述の方法を実行するために必要なパラメータ及び命令を記憶する。
【００３６】
なお、メモリ１４、１６の１つと同じように又はメモリ１４、１６の１つの代わりに、上述のデータ又は命令の一部を記憶する再書き込み可能な不揮発性メモリをさらに提供できる。
【００３７】
また、携帯電話１０は、マイクロ回路を（リムーバルに）受け入れるマイクロ回路カードリーダモジュールを有し、これら２つの要素で形成される組合せ２２が図１に図示される。カードリーダモジュール２２は、例えば上述のバスなどを介してマイクロプロセッサ１２と接続される。
【００３８】
さらに携帯電話１０は、携帯電話の基地局７０と（例えば、話者の声などを示すが、同様にマイクロプロセッサ１２に送信されるデータ又は命令などとすることができる）データを（具体的には携帯電話１０が備えたアンテナ２０と基地局のアンテナ７２とを介して）交換するのに適したセルラ遠隔通信モジュール（cellular  telecommunications  module）１８を有する。
【００３９】
以下で説明されるように、具体的には、サーバ５０は、リーダ３０との交換の枠組で携帯電話１０に提供するアプリケーションを記憶する。本明細書の実施形態においては、このサーバ５０は、例えばケーブル接続によって、場合によってはインターネットを介して、リーダ３０又は基地局７０（場合によっては、これら双方の要素）と接続される。
【００４０】
ここで図２を参照して本発明の教示に従って上述の様々な要素間のデータ交換方法の第１の例を説明する。
【００４１】
本方法は、（既に示したようにここでは携帯電話である）携帯物１０をリーダ３０に近づけた（既に示したようにここでは２０ｃｍ未満である）後に使用される。通常これは、携帯電話１０のユーザがこのリーダ３０の機能を使用したいときである。
【００４２】
電話１０とリーダ３０との距離が縮まるので、電話１０（具体的にはＮＦＣアンテナ２６）は、リーダ３０が生成する磁界３６に入る。これによって、モジュール２４に遠隔電力が供給され、その結果としてステップＥ２００において、初期化がなされる。
【００４３】
なお代替的には、携帯電話１０に備えられるＮＦＣモジュールは、（リーダ３０から遠隔電力が供給されない場合には）携帯電話１０で電力を供給できる。しかし、リーダ３０の電磁界３６にアンテナ２６が入るとすぐに再初期化できる（ステップＥ２００）。
【００４４】
そしてステップＥ２０２において、ＮＦＣモジュール２４は、リーダ３０の電磁界３６に存在することを示す情報を送信するなどして、リーダ３０との通信を開始する。通信は、例えばＩＳＯ１４４４３標準に記載されるように開始できる。
【００４５】
このようにしてステップＥ２０４において、リーダ３０は、携帯物１０（ここでは携帯電話）を検出して、その結果としてステップＥ２０６において、携帯電話にコマンドを送信する。コマンドは、上述のようにユーザが携帯電話１０をリーダ３０に近づけたときにユーザが求める機能を実施する要素である。例えば、これは、ＩＳＯ７８１６標準におけるＡＰＤＵコマンドである。また、コマンド自身は、ユーザが求める機能に含まれる必要はなく、代わりに、ユーザが求める機能に関連付けられたアプリケーションをパラメータとして含む。
【００４６】
電話は、ＮＦＣリンクを介してコマンドを受信する。コマンドは、ＮＦＣモジュール２４を通り、届け先であるマイクロプロセッサ１２に届けられる。
【００４７】
そして、ステップＥ２０８において、マイクロプロセッサ１２は、このコマンド（又はサブルーチンなどのこのコマンドの一部）を実行するコード（例えば実行可能なコード又は逐次解釈可能な（interpretable）コード。すなわちアプリケーション）が、メモリ１４、１６（又は場合によっては、マイクロ回路カード２２のメモリ）のいずれかに記憶されているか否かを確認する。コード（すなわちアプリケーション）は、一連の独立した命令（実際には少なくとも３つの命令）であり、実行可能な形式、逐次解釈可能な形式、またはコンパイルされるソースプログラムの形式で記憶される。これらのアプリケーションは、ジャバカード（Java（登録商標）card）、ジャバスクリプト（Javascript（登録商標））、ジャバ（Java（登録商標））、アセンブラ、Ｃ＋＋などの言語で策定される。
【００４８】
この確認は、構想できるそれぞれのコマンドについて、携帯電話のメモリ内のそのコマンドに関係するアプリケーションの存在についてのインジケータと、アプリケーションが存在する場合は、アプリケーションが記憶されたアドレスとを有するテーブルなどを参照して行われる。
【００４９】
以下で説明する実施形態において、メモリにアプリケーションを有さないときに、アプリケーションを取得するために使用するデータ（例えば、この実施形態におけるようにアプリケーションをリーダ３０自体から取得しなければならないという旨の情報、又は図３を参照して以下で説明される第２の実施形態におけるようにダウンロードを目的とするサーバ５０の座標に関する情報−例えば、携帯電話システムで利用可能な番号、若しくはホームページアドレス（ｈｔｔｐアドレス）など）を同一のテーブルに記憶するために提供することが同様に可能である。
【００５０】
Ｙｅｓの場合は、マイクロプロセッサは、アプリケーションを実行して、後述するステップＥ２３６において、コマンドを実行する。
【００５１】
Ｎｏの場合は、マイクロプロセッサ１２は、アプリケーションのロード要求を用意する。そして、このために最初にマイクロ回路カードモジュール２２にこのロード要求を署名及び暗号化するように要求する（ステップＥ２１０）。
【００５２】
ロード要求は、例えば（コマンド番号などの）コマンドの記述と、場合によっては携帯電話１０の技術的特性を記述する要素などのパラメータと、場合によってサーバ５０のホームページアドレスとを含む。
【００５３】
既に示したように、ロード要求は、マイクロ回路カードに記憶された鍵を使用した署名及び暗号化のためにマイクロ回路カード２２に送信され（ステップＥ２１２）、マイクロ回路カード２２は、暗号化及び署名された要求をマイクロプロセッサ１２に送り返す（ステップＥ２１４）。
【００５４】
要求の送信及び／又は暗号化は、マイクロ回路カード２２による権利の存在の（ここではカード２２による）確認、並びに／又は、例えば、メニューからの項目の選択若しくは特定のキーの押圧、若しくは（ＰＩＮ（個人識別番号）形式の）個人コードの入力及び確認などによる、携帯電話１０のユーザの（場合によっては認証を用いた）承認を条件にすることができる。
【００５５】
また、アプリケーションをロード、又はインストールするときに、ユーザは、要求されて、このような承認を提供できる。
【００５６】
また、暗号化及び／又はユーザ認証の動作は、（マイクロ回路カード２２の代わりに）携帯電話で実行できる。
【００５７】
そして暗号化及び署名された要求は、ＮＦＣリンクによって（すなわち、実際にはＮＦＣモジュール２４を介して）リーダ３０に送信できる。したがって、ステップＥ２１８において、リーダ３０は、暗号化及び署名された要求を受信する。
【００５８】
このようにして、リーダ３０とリーダの主に制御モジュール３２とは、署名を確認することによって、携帯物１０（若しくはマイクロ回路カード２２又は携帯物の運搬人。したがって、ここではアプリケーションを受信するための携帯物の運搬人の承認を適切に確認する）のアイデンティティ（identity）を確定して、例えば携帯電話１０のマイクロ回路カード２２に記憶された私有鍵に関連付けられた鍵などによって要求を復号できる。
【００５９】
上述の動作に続いて、リーダ３０の制御モジュール３２は、復号された要求の処理を開始でき、（リーダ３０にローカルで接続された、又はリーダ３０と一体化されたハードディスクなどの）リーダ３０と接続された記憶デバイスを読み出すことによって、又はアプリケーションを保持する上述のサーバ５０との接続（この場合、特にリーダ３０とサーバ５０との間の接続の少なくとも一部にインターネットなどの公衆ネットワークを使用する場合は、リーダ３０とサーバ５０との間の接続は、好適には安全な接続（secure  connection）である）などによって、送信するアプリケーションのコピーを取得する。なお、後者の場合、暗号化及び署名された要求をサーバ５０に直接送信するリーダ３０を代わりに構想することができ、署名の確認及び復号は、サーバ５０が行う。
【００６０】
ここで説明した実施形態では、ステップＥ２２２において、リーダ３０が取得するアプリケーションのコピーは、さらにアプリケーションの発行者によって保持された私有鍵を使用するなどして暗号化及び署名されたバージョンである。
【００６１】
ステップＥ２２４において、暗号化及び署名されたアプリケーションは、ＮＦＣリンクを介してリーダ３０から携帯電話１０に送信される。このようにして、ステップＥ２２６において、マイクロプロセッサ１２は、ＮＦＣモジュール２４を介して暗号化及び署名されたアプリケーションを受信する。既に示したように、アプリケーションは、代わりに、処理容量が大きい無線インタフェースなどの電話１０とリーダ３０との他のインタフェースを介して交換できる。
【００６２】
そしてステップＥ２２８において、マイクロプロセッサ１２は、最新バージョンの署名の確認及び復号のために、受信したアプリケーションのバージョンをマイクロ回路カードモジュール２２に送信する。
【００６３】
そしてステップＥ２３０において、マイクロ回路カードモジュール２２は、署名の確認を開始する（アプリケーションの発行者の私有鍵と関連がある公開鍵による。そして、秘密鍵によってリーダ３０から受信したアプリケーションのバージョンを復号する。前述の鍵は、例えば、インターネットなどを介したサーバとの接続によってマイクロ回路カード２２が取得し、マイクロ回路カード２２又は携帯電話１０の例えば不揮発性メモリなどのメモリなどに記憶される）。
【００６４】
ステップＥ２３２において、マイクロ回路カードモジュール２２は、復号されたアプリケーションを送り返す（署名が確認された場合。署名が確認されない場合は、受信したアプリケーションは実行されない）。
【００６５】
したがって、マイクロプロセッサ１２は、マイクロ回路カードモジュール２２からアプリケーションを受信して、ランダムアクセスメモリ１４（又は、代替的にはマイクロ回路カード２２）に記憶する。これによってステップＥ２３４において、場合によって他の関連する動作と共に、アプリケーションのインストールが可能となる。
【００６６】
また、アプリケーションは、携帯電話の不揮発性メモリにインストールできる（そして具体的には記憶される）。この場合、この方法でインストールされたアプリケーションのリストは、それぞれのアプリケーションを使用した最新の日付とともに電話などに保持して、例えば、割り当てられたメモリのスペースが満杯になり新しいインストールが必要な場合には、もっとも古いアプリケーションを削除できる。
【００６７】
このようにしてステップＥ２３６において、マイクロプロセッサ１２は、上述の方法で受信した（ステップＥ２０８のＮｏに対応）か、又は既に携帯電話１０に記憶された（ステップＥ２０８のＹｅｓに対応）アプリケーションを使用して、リーダ３０によって要求されたコマンドを実行できる。
【００６８】
先に述べたように、コマンド（又は既に上述した変形においてコマンド内のパラメータとして指定されたアプリケーション）は、携帯電話のユーザに要求された機能の実施の一部であり、この状況において、例えば、リーダ３０と携帯電話１０との間の特定の交換プロトコルなどを規定する。
【００６９】
この状況では、携帯電話１０は、コマンド（又はコマンドで指定されたアプリケーション）の実行に続く応答をリーダ３０に送り返す（ステップＥ２３８）。ステップＥ２４０において、この応答をリーダが受信する。
【００７０】
ここで図３を参照して、本発明の教示にしたがって図１のデバイス間のデータ交換の第２の例を説明する。
【００７１】
この第２の例は、図２を参照して今まで説明した第１の例の変形である。したがって、ステップＥ２００からＥ２１４、及びＥ２２８からＥ２４０に対応する共通部分は、再度説明は行わない。
【００７２】
この第２の例では、携帯電話１０とリーダ３０との間の通信を開始して、リーダ３０が要求したコマンドを携帯電話が実行するために必要なコード（すなわちアプリケーション）を保持しないこと、及び携帯電話へのアプリケーションのロードが要求されたことを携帯電話１０が決定したとき（上述のステップＥ２００からＥ２１４）、携帯電話１０は、具体的にはセルラ遠隔通信モジュール１８によって、携帯電話１０がデータ（そして具体的には前述の暗号化及び署名された要求）を送信できる（具体的には基地局７０を含む）携帯電話ネットワークを介して、（上述のＥ２１０からＥ２１４で準備された）暗号化及び署名された要求をサーバ５０に送信する。
【００７３】
携帯電話１０（より正確には遠隔通信モジュール１８）と遠隔サーバ５０との間の通信は、例えば、具体的には携帯電話１０と基地局７０との間などでＧＰＲＳ形式のリンクを使用し、場合によっては基地局７０と遠隔サーバ５０との間の一部で（一般的には基地局７０のインターネットへのアクセスが可能となるゲートウェイを介して）インターネットを使用する。また、データは、（例えばＷｉＦｉ形式などの）無線データネットワークを介して携帯電話１０と基地局７０との間で送信できる。
【００７４】
なお、遠隔サーバ５０との接続に必要なデータ（又はパラメータ）は、上述したテーブルなどに記憶される。また、このデータは、携帯電話１０内のメモリにコマンドがないと携帯電話１０が判断したときに携帯電話１０が要求したときなど、リーダ３０と携帯電話１０との間などの予備的な交換の間に、リーダ３０によって送信できる。
【００７５】
ステップＥ３１８において、サーバ５０は、暗号化及び署名された要求を受信して、ステップＥ３２０において、図２を参照して説明した第１の実施形態におけるステップＥ２２０の方法と同様の方法を使用して、署名の確認、及び要求の復号を開始する。
【００７６】
要求が復号されると、サーバ５０は要求を処理して、好適には暗号化及び署名された形式などで、例えば要求を送信するために既に使用した通信チャネルを介して、つまりここではセルラ遠隔通信モジュール１８に接続された携帯電話システムと基地局７０とを介して、要求されたアプリケーションを送信することによって要求に応答できる。
【００７７】
このようにして、携帯電話１０は、ステップＥ２２８からＥ２４０を参照して先に説明した第１の実施形態と全く同一の方法で処理を続けることができるように、暗号化及び署名されたアプリケーションを受信する。なおここで、今まで説明したサーバ５０との交換の間、携帯電話は、（適切な場合、アプリケーションを取得する処理の進捗に関するレポートを含む）待機メッセージをリーダ３０に送信することができる（適応可能な場合、リーダ３０からの催促に応答できる）。
【００７８】
図４は、図１の要素間のデータ交換方法の第３の例を表す。
【００７９】
上述の例のように、携帯物１０とリーダ３０との間の通信は、携帯物１０をリーダ３０に近づけることで、携帯物１０の短距離無線通信手段で遠隔電力供給に関わる。これによって、ステップＥ４００において、携帯物１０とリーダ３０との間の通信が初期化される。
【００８０】
そして、ここで説明する例において、携帯物は、携帯物の中の利用可能なコマンドのリストをこれらの短距離無線通信手段を介して送信する（ステップＥ４０２）。なお、ここで携帯物１０は、リーダ３０から指示されることなく、利用可能なコマンドのリストを送信する。
【００８１】
また、携帯物１０内の利用可能なコマンドのリストは、例えば、リーダ３０がリストの通信の要求を送信したり、又はリーダ３０からコマンドを携帯物１０が受信した場合など、リーダ３０から要求されたときのみリーダ３０に送信できる。
【００８２】
ステップＥ４０４において、リーダ３０は、携帯物１０内の利用可能なコマンド又はアプリケーションのリストを受信する。
【００８３】
そして、携帯物１０に提供しようとするコマンド又はアプリケーションが利用可能なコマンドリストに含まれているか、若しくはコマンドの実行に必要なアプリケーションがリストに含まれているかをリーダ３０自体で、判定する（ステップＥ４０６）。
【００８４】
Ｙｅｓである場合は、リーダ３０は、携帯物１０にコマンドを送信できる（後に説明されるステップＥ４１８）。
【００８５】
Ｎｏである場合は、リーダ３０に要求されたコマンドに対応するアプリケーションを携帯物１０にロードするステップが、このコマンドを送信するステップの予備的なステップとなる。後述するように、リーダ３０は、ステップＥ４０８からアプリケーションをロードする処理を開始する。
【００８６】
なお、構想できる変形では、携帯物１０のコマンドの利用可能性についての判定を、携帯物に要求を送信し、先の実施形態のように携帯物１０に関係するアプリケーションがあるか否かを確認し、携帯物１０の中でコマンドが利用可能であるか否かを示す情報を携帯物１０がリーダ３０に送信することによって行うことができる。
【００８７】
このように、コマンドに関係するアプリケーションを実行する前にコマンドに関係するアプリケーションのロードが必要であると決定された場合は、本実施例では、続くステップＥ４０８において、リーダ３０は、そのロードへの同意を求める要求を携帯物１０に送信する。
【００８８】
携帯物１０は、この同意を求める要求を受信して、例えば、ステップＥ４１０で示すように、（一般的には、ユーザの注意を促すため対応するメッセージを表示して、携帯物１０のキーパッドによるユーザからの応答を待ち受けることによって）ユーザの同意を要求する。
【００８９】
ユーザがロードを拒否した場合（ステップＥ４１０における応答「Ｎｏ」）は、リーダ３０と携帯物１０との間の通信は、例えば一方から他方へのコマンドが実行できないなどの理由で終了する（ステップＥ４１２）。
【００９０】
一方、例えば所定の仮想又は現実キー（メニュー）を押圧すること及び／又は個人コードを入力することによって、ユーザがロードに同意した場合（ステップＥ４１０における応答「Ｙｅｓ」）は、携帯物１０は、その同意を示す情報をリーダ３０に送り返す（ステップＥ４１４）。
【００９１】
なお、上述のように、このような方法でユーザの同意を要求することは、可能な実施形態の１つである。しかし、他の変形が構想できる。具体的には、携帯物１０は、携帯物１０に記憶されたパラメータに応じてロードに同意して、ロードが承認されたことを示すことができる。
【００９２】
また、ユーザの同意は、アプリケーションをインストールする前に、すなわち、後で述べるステップＥ４１６の直後に要求できる。
【００９３】
ステップＥ４１４において、ロードの同意を受信した後に、ステップＥ４１５において、リーダ３０は、コマンドに関係するアプリケーションの送信を開始する。第１の実施形態を参照して上述したように、このアプリケーションは、ローカルハードディスク（又はメモリなどの他の記憶手段）にリーダ３０が事前に有するか、又は遠隔サーバ５０との接続（場合によっては安全な接続）を介して取得される。
【００９４】
そしてステップＥ４１６において、アプリケーションは、携帯物１０に受信され、インストールされる（すなわち、携帯物１０のメモリ、一般的にはメモリ１４に最初に記憶される）。
【００９５】
ステップＥ４１５において、アプリケーションが送信されると、場合によっては遅延時間の後（又は代替的にはアプリケーションが携帯物１０にインストールされたことの確認を受信したとき）に、ステップＥ４１８において、リーダは、要求されたコマンドの送信を開始できる。
【００９６】
ステップＥ４２０において、携帯物１０は、コマンドを受信して、（上述のようにステップＥ４１５においてアプリケーションがロードされているので適切である場合）メモリ内のアプリケーションを使用してそのコマンドを実行する。
【００９７】
ステップＥ４２２において、アプリケーションを実行した結果が応答の形で送信され、ステップＥ４２４において、リーダ３０がこの情報を受信する。
【００９８】
ここで図５を参照して、本発明に係る、実施可能な他の状況を説明する。
【００９９】
また、この状況では、プロセッサ１３２と短距離無線通信（例えばＮＦＣ）手段１３４とを有するリーダ１３０が提供される。
【０１００】
また、ここでは、メモリ１１４（ＥＥＰＲＯＭ又はフラッシュ型）、及び短距離無線通信（これもまたＮＦＣ型である）手段１２６と接続されたマイクプロセッサ１１２と、後述のコネクタを受けるように配置された外部の電子的構成要素との間の通信を設定するように構成されたインタフェース手段１１８（ここでは、簡素化のためインタフェース手段のオス型コネクタとして表される）とを有する例えばＵＳＢ（Universal  Serial  Bus）型の携帯情報媒体などの携帯物１０を使用する。ここで、電子的構成要素は、一般的にはパーソナルコンピュータ（ＰＣ）であり、以下の場合も同様である。
【０１０１】
さらに、ここで説明する例では、携帯物１１０のインタフェース手段１１８のオス型コネクタを受けるように構成される（ここではＵＳＢ型の）メス型コネクタ１４４を備えた（具体的にはパーソナルコンピュータのマイクロプロセッサを含む）中央処理装置１４２から形成されるパーソナルコンピュータを使用する。なお、ここでは、携帯物１１０とパーソナルコンピュータ１４０との間が物理的に接触することによって接続する場合が説明されているが、代替的には、この接続は無線接続にできる。
【０１０２】
また、パーソナルコンピュータ１４０は、中央装置１４２に制御される表示画面１４６を有する。
【０１０３】
さらに、パーソナルコンピュータ１４０は、遠隔サーバ１５０とデータを交換できるように、ここではインターネットであるネットワークとの接続手段を有する。遠隔サーバ１５０は、リーダ１３０と携帯物１１０との間の短距離無線手段を介する交換に使用するプロトコルのコマンドを実行するために使用するアプリケーションを記憶する。
【０１０４】
図６は、図５の状況を使用した、本発明の教示に従った方法の一例を示す図である。
【０１０５】
携帯物１１０（ここではＵＳＢキー）をユーザがリーダ１３０に近づけるとき（図５の矢印Ａ）、携帯物１１０の短距離無線通信手段１２６は、リーダの領域に入る。これにより、ＵＳＢキー１１０の遠隔電源供給が可能になり、ステップＥ６００において、ＵＳＢが初期化される。
【０１０６】
そして、携帯物１１０とリーダ１３０との間のトランザクションは、（リーダ１３０は、ステップＥ６０４において、携帯物１１０は、ステップＥ６０２において）始動される。
【０１０７】
通信が設定されると（そして、リーダ１３０と携帯物１１０との間の予備的な交換の後適用できる場合）、リーダ１３０は、携帯物１１０にコマンドを送信する（ステップＥ６０６）。
【０１０８】
携帯物１１０は、このコマンドを受信して、ステップＥ６０８において、そのコマンドを実行するアプリケーションがメモリ１１４に存在するか否かを確認する（ステップＥ６０８）。第１の実施形態に関する前述の変形において、コマンドは、必要なアプリケーションを指定するパラメータ情報で含むことができる。
【０１０９】
Ｙｅｓの場合は、ステップＥ６１０において、コマンドを実行して、例えばステップＥ６１２で、このコマンドの応答は、携帯物１１０からリーダ１３０に送信される。ステップＥ６１４において、リーダ１３０は、その応答を受信する。
【０１１０】
ステップＥ６０８においてＮｏの場合は、（ステップＥ６１６において）携帯物１１０のマイクロプロセッサ１１２は、一方で、見つからないアプリケーションをダウンロードする必要性のインジケータと、他方で、例えば、アプリケーションを保持する遠隔サーバの接続用アドレス、コマンド及び／又はアプリケーションを指定する情報、及び認証情報などのダウンロードに必要な情報と、をメモリ１１４に記憶するように命令する。
【０１１１】
この情報は、例えば、上述のステップＥ６０６におけるコマンドと同時に携帯物１１０にリーダ１３０によって通信される。認証情報は、場合によっては、プロセッサ１３２（又は接続されるメモリ）に記憶された暗号鍵を使用して、リーダ３０と、プロセッサ１３２に接続された暗号化手段とによって生成される。
【０１１２】
さらに、ステップＥ６１８において、携帯物１１０は、コマンドが利用できないことを示す情報をリーダに送信して、ステップＥ６２０において、リーダ１３０は、この情報を受信して、続いてステップＥ６２２において、トランザクションを終了する。
【０１１３】
（例えば、携帯物１１０をリーダ１３０に近づける理由である機能が実行されない、又はステップＥ６２０において、コマンドが利用可能ではないことを示す情報をリーダ１３０が受信したときに、リーダ１３０にトランザクションが正常に終了しなかったことが画面表示されるなどが原因で）トランザクションが正常に終了していないことを発見したとき、ユーザは、オス型コネクタ１１８をメス型コネクタ１４４に挿入することによって、携帯物１０と、パーソナルコンピュータ１４０の中央装置１４２とを接続する（矢印Ｂ）。これにより携帯物１１０の電源が投入されて、ステップＥ６２４において、携帯物１１０の初期化が始まる。
【０１１４】
携帯物１１０のメモリ１１４は、自動的にロード・開始するプログラムを有する。携帯物１１０と中央装置１４２とが接続されると、ステップＥ６２６において、このプログラムは中央装置に送信され、ステップＥ６２８において、中央装置１４２によって実行される。
【０１１５】
このプログラムは、上述のダウンロードに使用する情報を呼び出す。この情報は、プログラムと同時に中央装置にロードされるか、又は中央装置から携帯物１１０のメモリ１１４に読み出されるかのいずれかを行って、このダウンロード情報で特定される遠隔サーバ５０との接続を設定する（ステップＥ６３０）。
【０１１６】
そして必要な場合は、中央装置１４２は、コマンド及び／又はプログラムを指定する情報と、認証情報とを遠隔サーバ１５０に送信する。これにより、遠隔サーバ１５０は、送信する必要があるアプリケーションを決定し、情報の送信が承認されることを認証情報によって確認することができる。
【０１１７】
遠隔サーバ１５０によってダウンロードが承認された場合、ステップＥ６３２において、中央装置は、アプリケーションをダウンロードする。そして、携帯物１１０のメモリ１１４に記憶するように命令する（ステップＥ６３４）。
【０１１８】
そしてステップＥ６３８において、パーソナルコンピュータは、例えば、画面１４６などによってダウンロード動作が成功したことを表示する。
【０１１９】
このようにして、ステップＥ６３６において、携帯物１１０は、ステップＥ６０６において要求したコマンドを実行するために必要なアプリケーションを記憶する。
【０１２０】
そして、ユーザは、リーダ１３０（又は同一型の他のリーダ）に携帯物１１０を近づける。これによって、ステップＥ６０８において確認が可能であること、これによりステップＥ６１０においてコマンドの実行が開始されること、及びステップＥ６１２において応答が送信されること以外は、（ステップＥ６００から始まる）先に説明した処理と同一の処理が開始される。
【０１２１】
上述の例示は、単なる本発明の可能な実施形態であって、本発明を限定するものではない。特に、ＮＦＣモジュールを備える携帯電話がリーダとして機能することを変形として予想できる。また、上述の様々な実施形態の特徴及び変形を合成できる。
【図１】
0005622370.tif 000002
【図２】
0005622370.tif 000003
【図３】
0005622370.tif 000004
【図４】
0005622370.tif 000005
【図５】
0005622370.tif 000006
【図６】
0005622370.tif 000007