JP2010061659A - 電子的構成要素間のデータ交換方法 - Google Patents

Abstract

【課題】電子的構成要素間のデータ交換によってインストール処理が自動的に開始される。
【解決手段】第１の電子的構成要素と第２の電子的構成要素との間のデータ交換方法であって、第１及び第２の電子的構成要素の距離を縮めた後に第１の電子的構成要素と第２の電子的構成要素との間の通信を開始するステップと、開始の結果、第１の電子的構成要素のメモリ内の第２の電子的構成要素に関係するアプリケーションの存在を照合するステップＥ４０６と、照合が否定的な場合に、アプリケーションを第１の電子的構成要素にロードする処理を開始するステップＥ４０８と、を有する。
【選択図】図４

Description

本発明は、電子的構成要素間のデータ交換方法に関する。

国際公報第２００７１２１７９１号で説明されるように、電子的構成要素間のデータ交換の構造において（これらのデータは、これらの電子構成要素内のメモリなどで電気信号の形式で表示される）、近距離通信（ＮＦＣ（near field communication）としても公知である）を実施することが具体的に提案されている。一般に、近距離という表現は、５０ｃｍ又はさらに２０ｃｍのオーダの範囲など１ｍより近い範囲についていう。

しばしば、ＲＦＩＤ技術を使用してこのような近距離通信が提供される。そして、リーダ手段によって、電子回路（例えば「タグ」などによって運搬される。しかし携帯電話などの他の物体によることも可能である）への遠隔電力供給を提供する。そして電子回路は、リーダと通信することができ、（この技術の多くの標準的な使用において）データをリーダに送信して、タグを付けている製品又は人物を具体的に特定する。

リーダが生成する近距離場（実際には磁界）にリーダと電子回路との間の相互作用が限定されることは、問題であると当初は考えられていたが、逆にこの技術の利点であると考えられる。これは、電子回路とリーダとの距離を縮めることによって通信が開始され、通信は、電子回路の運搬人側の意図的な行動から生じるからである。

例えば、国際公報第２００６１１５８４２号は、この種の使用を説明する。

今日、ＲＦＩＤ技術を使用するように配置された電子回路はそれぞれ、特定の目的（すなわち、特定のサービスの観点）を有して配置される。その意味で、関係するサービスに関するデータ（例えば、前述の国際公報第２００６１１５８４２号におけるユーザの口座に関するコードなど）のみを有する。したがって、例えば、電子回路が電話で運搬される場合は、サービスに関するデータは、電話のメモリに記憶される。しかしながら、このソリュージョンは、機能するように構成された複数のタグをユーザが楽しみたいサービス毎に、それぞれあらかじめ入手することをユーザに強いるなど、柔軟性に欠いている。一般的に言うと、電子回路に設定されていないサービスにアクセスすることは不可能である。

この問題の状態を改善するために、本発明は、第１の電子的構成要素と第２の電子的構成要素との間のデータ交換方法であって、
第１及び第２の電子的構成要素の距離を縮めた後に第１の電子的構成要素と第２の電子的構成要素との間の通信を開始するステップと、
開始するステップの結果として、第１の電子的構成要素のメモリ内の第２の電子的構成要素に関係するアプリケーションの存在を照合するステップと、
照合が否定的な場合に、アプリケーションを第１の電子的構成要素にロードする処理を開始するステップと、
を有するデータ交換方法を提案する。

したがって、可能な場合は、インストール処理が自動的に開始される（場合によっては、ユーザに監視されて）。インストール処理は、たとえ第１の電子的構成要素（携帯物）にこれに対する準備が最初はなくても、第２の電子的構成要素（以下、例ではリーダである）に関係する機能にアクセス可能なアプリケーションをインストールする。

例えば、通信を開始するステップは、実際には、
第２の電子的構成要素によって第１の電子的構成要素に遠隔電力供給するステップと、
第１の電子的構成要素から第２の電子的構成要素に通信設定メッセージを送信するステップと、
を有する。

第１の実施形態において、照合するステップは、
アプリケーションを指定するコマンドを第２の電子的構成要素が第１の電子的構成要素に送信するステップと、
アプリケーションについてメモリを探索するステップと、
を有する。

第２の実施形態において、照合するステップは、
メモリに存在するアプリケーションのリストを第１の電子的構成要素が送信するステップと、
アプリケーションがリストの中に存在するかを第２の電子的構成要素が決定するステップと、
を有する。

ロード処理を開始するステップは、
開始することを示す情報を第１の電子的構成要素に表示するステップと、
検証を待ち受けるステップと、
検証が肯定的な場合、アプリケーションをロードするステップと、
を有する。

また、ロード処理を開始するステップは、アプリケーションのロード要求を第１の電子的構成要素が準備するステップを有する。この場合、準備するステップの実行は、ユーザの承認を受けることを条件にできる。

そのインストールを自動的に開始するにもかかわらず、上述の２つのソリュージョンにおいて、アプリケーションの全てのインストールをユーザが制御し続けることが可能である。

構想できる１つの実施形態では、ロードは、第２の電子的構成要素から第１の電子的構成要素にアプリケーションを送信するステップによって、もたらされる。

この送信は、電子的構成要素の近距離通信手段を使用できる。

またそれにもかかわらず、アプリケーションの送信は、ＷＵＳＢ又はＢＬＵＥＴＯＯＴＨのような処理容量が大きい、第１及び第２の電子的構成要素の無線（すなわち非接触）インタフェースの間の通信によって取得できる。一般的にこれらのインタフェースは、ここではＮＦＣである近距離インタフェースとは分離される。

したがって、アプリケーションは、電子的構成要素の間で素早く交換する。

構想できる他の実施形態では、ロードは、遠隔サーバとの接続によって、もたらされる。そして、第２の電子的構成要素から遠隔サーバの接続パラメータを第１の電子的構成要素が受信するステップを有することができる。

また、第２の電子的構成要素から遠隔サーバに提供する承認情報を第１の電子的構成要素が受信するステップをこの状況において構想できる。

実際上の具体的な１つのソリュージョンにおいては、遠隔サーバとの接続は、第１の電子的構成要素の通信手段を使用できる。

第１の電子的構成要素が遠隔サーバとの接続手段を有さない場合に特に有効である他の実施形態では、遠隔サーバとの接続を形成するように構成されるパーソナルコンピュータと、第１の電子的構成要素とを接続するステップを提供できる。

ロード処理で取得されたアプリケーションは、第１の電子的構成要素と第２の電子的構成要素との間の交換の間などに使用される。

この状況において、
応答を決定するために第１の電子的構成要素がアプリケーションを実行するステップと、
第１の電子的構成要素が第２の電子的構成要素に応答を送信するステップと、
を実施できる。

第１の電子的構成要素は、携帯電話、又は（ＵＳＢキー型の）携帯情報媒体のような携帯型（又は小型）の電子的構成要素であり、通信は、近距離無線通信である。

本発明の他の特徴及び利点は、所与の添付図面を参照して、以下の記述の観点から、より明確にすることになる。

本発明の可能な実施状況を示す図である。 本発明の第１の実施形態における図１のデバイス間での交換の実行を示す図である。 本発明の第２の実施形態における交換の実行を示す図である。 本発明の第３の実施形態における交換の実行を示す図である。 本発明の実施が構想できる他の状況を示す図である。 図５の状況に使用する方法の一例を示す図である。

図１は、本発明を実施できる状況の一例を示す図である。

この状況は、具体的には携帯物（portable object）１０（ここでは携帯電話）とリーダ３０とに含まれる。

携帯電話１０とリーダ３０とは、（ＮＦＣなどの）近距離通信手段を介してデータを交換できる。

具体的には、近距離通信手段は、携帯電話のマイクロプロセッサ１２と（バスなどを介して）協働し、携帯電話１０によって運搬されるＮＦＣアンテナ２６とも接続されるＮＦＣモジュール２４を有する。

また、リーダ３０は、アンテナ３４を有する。電流は、リーダ３０の近辺に置かれた物体に電力を供給するとともに通信するために、磁界３６を生成するように制御モジュール３２に制御されて、アンテナ３４を通じて流れる（ほとんどの場合、現在広く使用される技術で実施される１ｃｍ〜１０ｃｍの範囲からリーダから２０ｃｍ未満など１メータ未満にエリアが拡張されている）。

既に示したように、具体的には、携帯電話１０は、携帯電話１０の様々な機能を操作するのに適したマイクロプロセッサ１２と、（図示しないキーパッド及ぶスクリーンなどの手段による）携帯電話１０のユーザとのインタフェースとを有する。特にこのために、リードオンリメモリ１６及びランダムアクセスメモリ１４は、マイクロプロセッサ１２と接続される。

具体的には、リードオンリメモリ１６は、本発明で提案され、以下で説明される、携帯電話１０が有する方法を実行するためにマイクロプロセッサ１２で実行される命令シーケンスを記憶する。

ランダムアクセスメモリ１４は、上述の方法を実行するために必要なパラメータ及び命令を記憶する。

なお、メモリ１４、１６と同じように又はメモリ１４、１６の代わりに、上述のデータ又は命令の一部を記憶する再書き込み可能な不揮発性メモリをさらに提供できる。

また、携帯電話１０は、マイクロ回路を（リムーバルに）受け入れるマイクロ回路カードリーダモジュールを有し、これら２つの要素で形成される組合せ２２が図１に図示される。カードリーダモジュール２２は、上述のバスなどを介してマイクロプロセッサ２２と接続される。

さらに携帯電話１０は、携帯電話の基地局７０とデータ（話者の声などを示すが、同様にマイクロプロセッサ１２に送信されるデータ又は命令などとすることができる）を（具体的には携帯電話１０が備えたアンテナ２０と基地局のアンテナ７２とを介して）交換するのに適したセルラ遠隔通信モジュール（cellular telecommunications module）１８を有する。

以下で説明されるように、具体的には、サーバ５０は、リーダ３０との交換構成で携帯電話１０に提供するアプリケーションを記憶する。本明細書の実施形態においては、このサーバ５０は、ケーブル接続手段によって、場合によってはインタネットを介して、リーダ３０又は基地局７０（場合によっては、これら双方の要素）と接続される。

ここで図２を参照して本発明の教示に従って上述の様々な要素間のデータ交換方法の第１の例を説明する。

本方法は、携帯物１０（既に示したようにここでは携帯電話である）をリーダ３０の近づけた（既に示したようにここでは２０ｃｍ未満である）後に使用される。通常これは、携帯電話１０のユーザがこのリーダ３０の機能を使用したいときである。

電話１０とリーダ３０との距離が縮まるので、電話１０（具体的にはＮＦＣアンテナ２６）は、リーダ３０が生成する磁界３６に入る。これによって、モジュール２４に遠隔電力が供給され、その結果としてステップＥ２００において、初期化がなされる。

なお代替的には、携帯電話１０に備えられるＮＦＣモジュールは、（リーダ３０から遠隔電力が供給されない場合には）携帯電話１０で電力を供給できる。しかし、リーダ３０の電磁界３６にアンテナ２６が入るとすぐに再初期化できる（ステップＥ２００）。

そしてステップＥ２０２において、ＮＦＣモジュール２４は、リーダ３０の電磁界３６に存在することを示す情報を送信するなどして、リーダ３０との通信を開始する。通信は、例えばＩＳＯ１４４４３標準に記載されるように開始できる。

このようにしてステップＥ２０４において、リーダ３０は、携帯物１０（ここでは携帯電話である）を検出して、その結果としてステップＥ２０６において、携帯電話にコマンドを送信する。コマンドは、上述のようにユーザが携帯電話１０をリーダ３０に近づけたときにユーザが求める機能を実施する要素である。例えば、これは、ＩＳＯ７８１６標準におけるＡＰＤＵコマンドである。また、コマンド自身は、ユーザが求める機能に含まれる必要はなく、代わりに、ユーザが求める機能を有するアプリケーションにパラメータとして含まれる。

電話は、ＮＦＣリンクを介してコマンドを受信する。コマンドは、ＮＦＣモジュール２４を通り、届け先であるマイクロプロセッサ１２に届けられる。

そして、ステップＥ２０８において、マイクロプロセッサ１２は、このコマンド（又はサブルーチンなどのこのコマンドの一部）を実行するコード（例えば実行可能なコード又は解明可能なコード。すなわちアプリケーション）がメモリ１４、１６（又は場合によっては、マイクロ回路カード２２のメモリ）のいずれかに記憶されているか否かを照合する。コード（すなわちアプリケーション）は、一連の独立した命令（実際には少なくとも３つの命令）であり、実行可能な形式、解明可能な形式、またさらにコンパイルされるソースプログラムの形式で記憶される。これらのアプリケーションは、ジャバカード（Java（登録商標）card）、ジャバスクリプト（Java（登録商標）script）、ジャバ（Java（登録商標））、アセンブラ、Ｃ＋＋などの言語で策定される。

この照合は、構想できるそれぞれのコマンドについて、携帯電話のメモリ内のそのコマンドに関係するアプリケーションの存在についての表示と、アプリケーションが存在する場合は、アプリケーションが記憶されたアドレスとを有するテーブルなどを参照して行われる。

以下で説明する実施形態において、メモリにアプリケーションを有さないときに、アプリケーションを取得するために使用するデータ（この実施形態におけるようにアプリケーションがリーダ３０自体から取得しなければならない結果に関する情報、又は図３を参照して以下で説明される第２の実施形態におけるようにダウンロードを目的とするサーバ５０の座標に関する情報−例えば、携帯電話システムで利用可能な数字、又はホームページアドレス‐など）を同一のテーブルに記憶するために提供することが同様に可能である。

Ｙｅｓの場合は、マイクロプロセッサは、アプリケーションを実行して、後述するステップＥ２３６において、コマンドを実行する。

Ｎｏの場合は、マイクロプロセッサ１２は、要求をロードするアプリケーションを用意する。そして、このために最初にマイクロ回路カードモジュール２２にこのロード要求をサイン及び暗号化するように要求する（ステップＥ２１０）。

ロード要求は、（コマンド番号のような）コマンドの説明と、場合によっては携帯電話１０の技術的特性を記載する要素のようなパラメータと、サーバ５０のホームページアドレスとを含む。

既に示したように、ロード要求は、マイクロ回路カードに記憶されたキーを使用してマイクロ回路カード２２にサイン及び暗号化のために送信され（ステップＥ２１２）、マイクロ回路カード２２は、暗号化及びサインされた要求をマイクロプロセッサ１２に返信する（ステップＥ２１４）。

要求の送信及び／又は暗号化は、マイクロ回路カード２２の正確性の照合及び／又はメニューからの項目の選択又は特定のキーの押圧、若しくは（ＰＩＮ（個人識別番号）の種類の）個人コードの入力及び照合などの携帯電話１０のユーザの承認（場合によっては認証）による正確性の照合（ここではカード２２による）を条件にすることができる。

また、アプリケーションをロード、又はインストールするときに、ユーザは、要求されて、このような承認を提供できる。

また、暗号化及び／又はユーザ認証の動作は、（マイクロ回路カードの代わりに）携帯電話で実行できる。

そして暗号化及びサインの要求は、ＮＦＣリンクによって（すなわち、実際にはＮＦＣモジュール２４を介して）リーダ３０に送信できる。したがって、ステップＥ２１８において、リーダ３０は、暗号化及びサインされた要求を受信する。

このようにして、リーダ３０とリーダの主要な制御モジュール３２とは、サインを照合して、携帯物１０（若しくはマイクロ回路カード２２又は携帯物の運搬人。したがって、ここではアプリケーションを受信するための携帯物の運搬人の承認を適切に照合する）の同一性を確定して、携帯電話１０のマイクロ回路カード２２に記憶された個人用キーに関するキー手段などによって要求を復号化できる。

上述の動作に続いて、リーダ３０の制御モジュール３２は、復号化された要求の処理を開始でき、（リーダ３０にローカルで接続された、又はリーダ３０と一体化されたハードディスクなどの）リーダ３０と接続された記憶デバイスを読み出すことによって、又はアプリケーションを保持する上述のサーバ５０との接続手段（この場合、特にリーダ３０とサーバ５０との間の接続にインタネットなどの公衆ネットワークの一部を少なくとも使用する場合は、リーダ３０とサーバ５０との間の接続は、好適には安全な接続（secure connection）である）などによって、送信されたアプリケーションのコピーを取得する。なお、後者の場合、暗号化及びサインされた要求をサーバ５０に直接送信するリーダ３０を代わりに構想することができ、サインの照合及び復号化は、サーバ５０が行う。

ここで説明した実施形態では、ステップＥ２２２において、リーダ３０に取得されるアプリケーションのコピーは、さらにアプリケーションの発行者によって保持された個人用キーを使用するなどして暗号化及びサインされたバージョンである。

ステップＥ２２４において、暗号化及びサインされたアプリケーションは、ＮＦＣリンクを介してリーダ３０から携帯電話１０に送信される。このようにして、ステップＥ２２６において、マイクロプロセッサ１２は、ＮＦＣモジュール２４を介して暗号化及びサインされたアプリケーションを受信する。既に示したように、アプリケーションは、電話１０及びリーダ３０の他のインタフェースを介して交換する代わりに、処理容量が大きい無線インタフェースなどによって交換できる。

そしてステップＥ２２８において、マイクロプロセッサ１２は、最新バージョンのサインの照合及び復号化のために、受信したアプリケーションのバージョンをマイクロ回路カードモジュール２２に送信する。

そしてステップＥ２３０において、マイクロ回路カードモジュール２２は、サインの照合を開始する（アプリケーションの発行者の個人用キーと関連がある公衆キーの手段による。そして、秘密キーの手段によってリーダ３０から受信したアプリケーションのバージョンを復号化する。前述のキーは、インタネットなどを介したサーバとの接続によってマイクロ回路カード２２に取得され、又はマイクロ回路カード２２又は携帯電話１０の不揮発性メモリなどのメモリなどに記憶されたマイクロ回路カード２２に取得される）。

ステップＥ２３２において、マイクロ回路カードモジュール２２は、復号化されたアプリケーションを返信する（サインが照合された場合。サインが照合されない場合は、受信したアプリケーションは交換されない）。

したがって、マイクロプロセッサ１２は、マイクロ回路カードモジュール２２からアプリケーションを受信して、ランダムアクセスメモリ１４（又は、代替的にはマイクロ回路カード２２）に記憶する。これによってステップＥ２３４において、アプリケーションのインストールが可能となり、場合によっては他の関連する動作が可能となる。

また、アプリケーションは、携帯電話の不揮発性メモリにインストールできる（そして具体的には記憶される）。この場合、この方法でインストールされたアプリケーションのリストは、それぞれのアプリケーションを使用した最新の日付とともに電話などに保持して、例えば、割り当てられたメモリのスペースが最大限になり新しいインストールが必要な場合には、もっとも古いアプリケーションを削除できる。

このようにしてステップＥ２３６において、マイクロプロセッサ１２は、上述の方法で受信した（ステップＥ２０８のＮｏに対応）、又は既に携帯電話１０に記憶された（ステップＥ２０８のＹｅｓに対応）アプリケーションを使用してリーダ３０によって要求されたコマンドを実行できる。

先に述べたように、コマンド（又は既に上述した変形においてコマンド内のパラメータとして指定されたアプリケーション）は、携帯電話のユーザに要求された機能の一部を実行して、この状況において、例えば、リーダ３０と携帯電話１０との間の特定の交換プロトコルなどを規定する。

この状況では、携帯電話１０は、コマンド（又はコマンドで指定されたアプリケーション）の実行に続いて、応答をリーダ３０に返信する（ステップＥ２３８）。ステップＥ２４０において、この応答をリーダが受信する。

ここで図３を参照して、本発明の教示にしたがって図１のデバイス間のデータ交換の第２の例を説明する。

この第２の例は、図２を参照して今まで説明した第１の例の変形である。したがって、ステップＥ２００からＥ２１４、及びＥ２２８からＥ２４０に対応するコマンド部分は、再度説明は行わない。

この第２の例では、携帯電話１０とリーダ３０との間の通信を開始して、リーダ３０が要求したコマンドを携帯電話が実行するために必要なコード（すなわちアプリケーション）を保持しないこと、及び携帯電話へのアプリケーションのロードが要求されたことを携帯電話１０が決定したとき（上述のステップＥ２００からＥ２１４）、携帯電話１０は、具体的にはセルラ遠隔通信モジュール１８によって携帯電話１０がデータ（そして具体的には前述の暗号化及びサインされた要求）を送信できる（具体的には基地局７０を含む）携帯電話ネットワークを介して（上述のＥ２１０からＥ２１４で準備された）暗号化及びサインされた要求をサーバ５０に送信する。

携帯電話１０（より正確には遠隔通信モジュール１８）と遠隔サーバ５０との間の通信は、具体的には携帯電話１０と基地局７０との間などで、場合によっては基地局７０と遠隔サーバ５０との間のインタネットの一部（一般的には基地局７０とインタネットとのアクセスが可能となるゲートウェイを介する）で、ＧＰＲＳ形式のリンクを使用する。また、データは、（ＷｉＦｉ形式などの）無線データネットワークを介して携帯電話１０と基地局７０との間を送信できる。

なお、遠隔サーバ５０との接続に必要なデータ（又はパラメータ）は、上述したテーブルなどに記憶される。また、このデータは、携帯電話１０内のメモリにコマンドがないと携帯電話１０が判断したときに携帯電話１０が要求したときなど、リーダ３０と携帯電話１０との間などの予備的な交換の間に、リーダ３０によって送信できる。

ステップＥ３１８において、サーバ５０は、暗号化及びサインされた要求を受信して、ステップＥ３２０において、図２を参照して説明した第１の実施形態におけるステップＥ２２０の方法と同様の方法を使用して、サインの照合、及び要求の復号化を開始する。

要求が復号化されると、サーバ５０は要求を処理して、好適には暗号化及びサインされた形式などで、要求を送信するために既に使用した通信チャネルを介して、つまりここではセルラ遠隔通信モジュール１８に接続された携帯電話システムと基地局７０とを介して、要求されたアプリケーションを送信することによって要求に応答できる。

このようにして、携帯電話１０は、ステップＥ２２８からＥ２４０を参照して先に説明した第１の実施形態と全く同一の方法で処理を続けることができるように、暗号化及びサインされたアプリケーションを受信する。なおここで、今まで説明したサーバ５０との交換の間、携帯電話は、待機メッセージ（ここではアプリケーションを取得する処理の進捗に関する適当なレポートを含む）をリーダ３０に送信することができる（ここでリーダ３０からのプロンプトに適切に応答できる）。

図４は、図１の要素間のデータ交換方法の第３の例を表す。

上述の例のように、携帯物１０とリーダ３０との間の通信は、携帯物１０をリーダ３０に近づけることで、携帯物１０の近距離通信手段で遠隔電力を供給する効力と連動する。これによって、ステップＥ４００において、携帯物１０とリーダ３０との間の通信が初期化される。

そして、ここで説明する例において、携帯物は、携帯物の中の利用可能なコマンドのリストをこれらの近距離通信手段を介して送信する（ステップＥ４０２）。なお、ここで携帯物１０は、リーダ３０から指示されることなく、利用可能なコマンドのリストを送信する。

また、携帯物１０内の利用可能なコマンドのリストは、リーダ３０がリストの通信の要求を送信するとき、又はリーダ３０からコマンドを携帯物１０が受信した場合など、リーダ３０から要求されたときのみリーダ３０に送信できる。

ステップＥ４０４において、リーダ３０は、携帯物１０内の利用可能なコマンド又はアプリケーションのリストを受信する。

そして、携帯物１０に提供しようとするコマンド又はアプリケーションが利用可能なコマンドリストに含まれているか、若しくはコマンドの実行に必要なアプリケーションがリストに含まれているかをリーダ３０自体で、判定する（ステップＥ４０６）。

Ｙｅｓである場合は、リーダ３０は、携帯物１０にコマンドを送信できる（後に説明されるステップＥ４１８）。

Ｎｏである場合は、リーダ３０に要求されたコマンドに対応するアプリケーションを携帯物１０にロードするステップがこのコマンドを送信するステップの予備的なステップとなる。後述するように、リーダ３０は、ステップＥ４０８からアプリケーションをロードする処理を前に進める。

なお、変形では、携帯物１０のコマンドの利用可能性についての判定を構想することが、携帯物に要求を送信するステップと、先の実施形態のように携帯物１０に関係するアプリケーションがあるかを照合するステップと、携帯物１０の中にコマンドが利用可能であるか否かを示す情報を携帯物１０がリーダ３０に送信するステップとによって行うことができる。

このように、コマンドに関係するアプリケーションを実行する前にコマンドに関係するアプリケーションをロードすることが決定された場合は、続くステップＥ４０８において、リーダ３０は、そのロードに同意したとの要求を携帯物１０に送信する。

携帯物１０は、同意の要求を受信して、ステップＥ４１０で示すように、ユーザなどの同意を要求する（一般的には、ユーザへの注意として、対応するメッセージを表示して、携帯物１０のキーパッドによるユーザからの応答を待ち受ける）。

ユーザがロードを拒否した場合（ステップＥ４１０における応答「Ｎｏ」）は、リーダ３０と携帯物１０との間の通信は、一方から他方へのコマンドが実行できないなどの理由で終了する（ステップＥ４１２）。

一方、所定の仮想又は現実キー（メニュー）を押圧すること及び／又は個人コードを入力することによって、ユーザがロードに同意した場合（ステップＥ４１０における応答「Ｙｅｓ」）は、携帯物１０は、その同意を示す情報をリーダ３０に応答する（ステップＥ４１４）。

なお、上述のように、このような方法でユーザの同意を要求することは、可能な実施形態の１つである。しかし、他の変形が構想できる。具体的には、携帯物１０は、携帯物１０に記憶されたパラメータに応じてロードに同意して、ロードが許可されたことを示すことができる。

また、ユーザの同意は、アプリケーションをインストールする前に、すなわち、後で述べるステップＥ４１６の直後に要求できる。

ステップＥ４１４において、ロードを受信した後に、ステップＥ４１５において、リーダ３０は、コマンドに関係するアプリケーションの送信を開始する。第１の実施形態を参照して上述したように、このアプリケーションは、ローカルなハードディスク（又はメモリなどの他の記憶手段）にリーダ３０が事前に有するか、又は遠隔サーバ５０との接続（場合によっては安全な接続）を介して取得される。

そしてステップＥ４１６において、アプリケーションは、携帯物１０に受信され、インストールされる（すなわち、携帯物１０のメモリ、一般的にはメモリ１４に最初に記憶される）。

ステップＥ４１５において、アプリケーションが送信されると、場合によっては遅延時間の後（又は代替的にはアプリケーションが携帯物１０にインストールされたことの確認を受信したとき）に、ステップＥ４１８において、リーダは、要求されたコマンドの送信を開始できる。

ステップＥ４２０において、携帯物１０は、コマンドを受信して、メモリ内のアプリケーションを使用してそのコマンドを実行する（上述のようにステップＥ４１５において、アプリケーションがロードされているので適切である）。

ステップＥ４２２において、アプリケーションを実行した結果が送信され、ステップＥ４２４において、応答の形でリーダ３０がこの情報を受信する。

ここで図５を参照して、本発明に係る、実施可能な他の状況を説明する。

また、この状況では、プロセッサ１３２と近距離通信（すなわちＮＦＣ）手段１３４とを有するリーダ１３０が提供される。

また、ここでは、メモリ１１４（ＥＥＰＲＯＭ又はフラッシュ型）、及び近距離通信（これもまたＮＦＣ型である）手段１２６と接続されたマイクプロセッサ１１２と、後述のコネクタを受けるように配置された外部の電子的構成要素との間の通信を設定するように構成されたインタフェース手段１１８（ここでは、簡素化のためインタフェース手段のオス型コネクタとして表される）とを有するＵＳＢ（Universal Serial Bus）などの携帯物１０を使用する。ここで、電子的構成要素は、一般的にはパーソナルコンピュータ（ＰＣ）であり、以下の場合も同様である。

さらに、ここで説明する例では、携帯物１１０のインタフェース手段１１８のオス型コネクタを受けるように構成されるメス型コネクタ１４４（ここではＵＳＢ型）を備えた（具体的にはパーソナルコンピュータのマイクロプロセッサを含む）中央処理装置１４２が形成されるパーソナルコンピュータを使用する。なお、ここでは、携帯物１１０とパーソナルコンピュータ１４０との間が物理的に接触することによって接続する場合が説明されているが、代替的には、この接続は無線接続にできる。

また、パーソナルコンピュータ１４０は、中央装置１４２に制御される表示画面１４６を有する。

さらに、パーソナルコンピュータ１４０は、遠隔サーバ１５０とデータを交換できるように、ここではインタネットであるネットワークとの接続手段を有する。遠隔サーバ１５０は、リーダ１３０と携帯物１１０との間の近距離無線手段を介する交換に使用するプロトコルのコマンドを実行するために使用するアプリケーションを記憶する。

図６は、図５の状況を使用した、本発明の教示に従った方法の一例を示す図である。

携帯物１１０（ここではＵＳＢキー）をユーザがリーダ１３０に近づけるとき（図５の矢印Ａ）、携帯物１１０の近距離通信手段１２６は、リーダの領域に入る。これにより、ＵＳＢキー１１０の遠隔電源供給が可能になり、ステップＥ６００において、ＵＳＢが初期化される。

そして、携帯物１１０とリーダ１３０との間のトランザクションは、（リーダ１３０は、ステップＥ６０４において、携帯物１１０は、ステップＥ６０２において）初期化される。

通信が設定される（そして、これはリーダ１３０と携帯物１１０との間の予備的な交換の後に適用できる）と、リーダ１３０は、携帯物１１０にコマンドを送信する（ステップＥ６０６）。

携帯物１１０は、このコマンドを受信して、ステップＥ６０８において、そのコマンドを実行するアプリケーションがメモリ１１４に存在するか否かを照合する（ステップＥ６０８）。第１の実施形態に関する前述の変形において、コマンドは、必要なアプリケーションを指定するパラメータ情報の方法で含むことができる。

Ｙｅｓの場合は、ステップＥ６１０において、コマンドを実行して、例えばステップＥ６１２で、このコマンドの応答は、携帯物１１０からリーダ１３０に送信される。ステップＥ６１４において、リーダ１３０は、その応答を受信する。

Ｎｏの場合は、ステップＥ６０８において、携帯物１１０のマイクロプロセッサ１１２は、一方で、見つからないアプリケーションをダウンロードするために必要な表示を、他方で、アプリケーションを保持する遠隔サーバのアドレス、コマンド及び／又はアプリケーション、及び認証情報などのダウンロードに必要な情報をメモリ１１４に記憶するように命令する。

この情報は、例えば、上述のステップＥ６０６におけるコマンドと同時に携帯物１１０にリーダ１３０によって通信される。認証情報は、可能であれば、プロセッサ１３２（又は接続されるメモリ）に記憶された暗号化キーを使用して、リーダ３０と、プロセッサ１３２に接続された暗号化手段とによって生成される。

さらに、ステップＥ６１８において、携帯物１１０は、コマンドが利用できないことを示す情報をリーダに送信して、ステップＥ６２０において、リーダ１３０は、この情報を受信して、続いてステップＥ６２２において、トランザクションを終了する。

（例えば、携帯物１１０をリーダ１３０の近づける理由である機能が実行されない、又はステップＥ６２０において、コマンドが利用可能ではないことを示す情報をリーダ１３０が受信したときにリーダ１３０にトランザクションが正常に終了しなかったことが画面表示されるなどが原因で）トランザクションが正常に終了していないことを発見したとき、ユーザは、オス型コネクタ１１８をメス型コネクタ１４４に挿入することによって、携帯物１０と、パーソナルコンピュータ１４０の中央装置１４２とを接続する（矢印Ａ）。これにより携帯物１１０の電源が投入されて、ステップＥ６２４において、携帯物１１０の初期化が始まる。

携帯物１１０のメモリ１１４は、自動的にロード・開始するプログラムを有する。携帯物１１０と中央装置１４２とが接続されると、ステップＥ６２６において、このプログラムは中央装置に送信され、ステップＥ６２８において、中央装置１４２によって実行される。

このプログラムは、上述のダウンロードに使用する情報を呼び出す。この情報は、プログラムと同時に中央装置にロードされるか、又は中央装置から携帯物１１０のメモリ１１４に読み出されるかのいずれかを行って、このダウンロード情報で特定される遠隔サーバ５０との接続を設定する（ステップＥ６３０）。

そして必要な場合は、中央装置１４２は、コマンド及び／又はプログラムを指定する情報と、認証情報とを遠隔サーバ１５０に送信して、遠隔サーバ１５０が送信する必要があるアプリケーションを決定し、送信することを許可された情報を認証する手段によって照合することができる。

遠隔サーバ１５０によってダウンロードが許可された場合、ステップＥ６３２において、中央装置は、アプリケーションをダウンロードする。そして、携帯物１１０のメモリ１１４に記憶するように命令する（ステップＥ６３４）。

そしてステップＥ６３８において、パーソナルコンピュータは、画面手段１４６などによってダウンロード動作が成功したことを表示する。

このようにして、ステップＥ６３６において、パーソナル物１１０は、ステップＥ６０６において要求したコマンドを実行するために必要なアプリケーションを記憶する。

そして、ユーザは、リーダ１３０（又は同一型の他のリーダ）に携帯物１１０を近づける。これによって、ステップＥ６０８において照合が可能であること、ステップＥ６１０においてコマンドの実行が開始すること、及びステップＥ６１２において応答が送信されること以外は、先に説明した処理と同一の処理が開始する（ステップＥ６００から開始する）。

上述の例示は、単なる本発明の可能な実施形態であって、本発明を限定するものではない。特に、ＮＦＣモジュールを備える携帯電話がリーダとして機能することを変形として予想できる。また、上述の様々な実施形態の特徴及び変形を合成できる。

Claims (15)

1. 第１の電子的構成要素（１０、１１０）と第２の電子的構成要素（３０、１３０）との間のデータ交換方法であって、
   前記第１及び第２の電子的構成要素（１０、３０、１１０、１３０）の距離を縮めた後に前記第１の電子的構成要素（１０、１１０）と前記第２の電子的構成要素（３０、１３０）との間の通信を開始するステップと、
   前記開始するステップの結果として、前記第１の電子的構成要素（１０、１１０）のメモリ内の前記第２の電子的構成要素（３０、１３０）に関係するアプリケーションの存在を照合する（Ｅ２０８、Ｅ４０６、Ｅ６０８）ステップと、
   照合が否定的な場合に、前記アプリケーションを前記第１の電子的構成要素にロードする処理を開始するステップと、
   を有することを特徴とするデータ交換方法。
2. 通信を開始する前記ステップは、
   前記第２の電子的構成要素（３０、１３０）によって前記第１の電子的構成要素（１０、１１０）に遠隔電力供給するステップと、
   前記第１の電子的構成要素（１０、１１０）から前記第２の電子的構成要素（３０、１３０）に通信設定メッセージを送信するステップと、
   を有する請求項１に記載のデータ交換方法。
3. 前記照合するステップは、
   前記アプリケーションを指定するコマンドを前記第２の電子的構成要素（３０、１３０）が前記第１の電子的構成要素（１０、１１０）に送信する（Ｅ２０６、Ｅ６０６）ステップと、
   前記アプリケーションについて前記メモリを探索する（Ｅ２０８、Ｅ６０８）ステップと、
   を有する請求項１又は請求項２に記載のデータ交換方法。
4. 前記照合するステップは、
   前記メモリに存在するアプリケーションのリストを前記第１の電子的構成要素（１０）が送信する（Ｅ４０２）ステップと、
   前記アプリケーションが前記リストの中に存在するかを前記第２の電子的構成要素（３０）が判定する（Ｅ４０６）ステップと、
   を有する請求項１又は請求項２に記載のデータ交換方法。
5. 前記ロード処理を開始する前記ステップは、
   前記開始することを示す情報を前記第１の電子的構成要素に表示するステップと、
   検証を待ち受ける（Ｅ４１０）ステップと、
   検証が肯定的な場合、前記アプリケーションをロードする（Ｅ４１５）ステップと、
   を有する請求項１〜請求項４の何れか一項に記載のデータ交換方法。
6. 前記ロード処理を開始する前記ステップは、前記アプリケーションのロード要求を前記第１の電子的構成要素が準備するステップを有する請求項１〜請求項４の何れか一項に記載のデータ交換方法。
7. 前記準備するステップの実行は、ユーザの承認を受けることを条件とする請求項６に記載のデータ交換方法。
8. 前記ロードは、前記第２の電子的構成要素（３０）から前記第１の電子的構成要素（１０）に前記アプリケーションを送信する（Ｅ２２４、Ｅ２２６、Ｅ４１５）ステップによって、もたらされる請求項１〜請求項７の何れか一項に記載のデータ交換方法。
9. 前記ロードは、遠隔サーバ（５０、１５０）との接続（Ｅ３１６、Ｅ６３０）によって、もたらされる請求項１〜請求項７の何れか一項に記載のデータ交換方法。
10. 前記第２の電子的構成要素から遠隔サーバの接続パラメータを前記第１の電子的構成要素が受信するステップを有する請求項９に記載のデータ交換方法。
11. 前記第２の電子的構成要素から遠隔サーバに提供する承認情報を前記第１の電子的構成要素が受信するステップを有する請求項９又は請求項１０に記載のデータ交換方法。
12. 前記遠隔サーバとの接続（Ｅ３１６）は、前記第１の電子的構成要素（１０）の通信手段（１８、２０）を使用する請求項９〜請求項１１の何れか一項に記載のデータ交換方法。
13. 前記遠隔サーバ（１５０）との接続を形成するように構成されるパーソナルコンピュータ（１４０）と、前記第１の電子的構成要素（１１０）とを接続するステップを有する請求項９〜請求項１１の何れか一項に記載のデータ交換方法。
14. 応答を決定するために前記第１の電子的構成要素（１０、１１０）が前記アプリケーションを実行する（Ｅ２３６、Ｅ４２０、Ｅ６１０）ステップと、
    前記第１の電子的構成要素（１０、１１０）が前記第２の電子的構成要素（３０、１３０）に前記応答を送信する（Ｅ２３８、Ｅ４２２、Ｅ６１２）ステップと、
    を有する請求項１〜請求項１３の何れか一項に記載のデータ交換方法。
15. 前記第１の電子的構成要素は、携帯型の電子的構成要素であり、前記通信は、近距離無線通信である請求項１〜請求項１４の何れか一項に記載のデータ交換方法。

Images