(57)【特許請求の範囲】
【請求項１】
外部のリーダライタ装置と通信するフロントエンド部であって、前記フロントエンド部は第１の容量を有する第１のメモリを含み、前記第１のメモリはアプリケーションの第１の数のパラメータ群を記憶し、各パラメータ群は第１の識別子と第２の識別子とを含むフロントエンド部と、
前記第１の容量よりも大きい第２の容量を有する第２のメモリを含む処理部であって、前記第２のメモリは、前記アプリケーションと前記アプリケーションの第２の数の前記パラメータ群を記憶し、前記第２の数は前記第１の数よりも大きい数である処理部と、
を備え、
前記フロントエンド部は、さらに、前記外部のリーダライタ装置から通信確立要求を受信し、前記通信確立要求はある第１の識別子を含み、
前記フロントエンド部は、さらに、通信確立要求が受信されたときに、前記ある第１の識別子が前記第１のメモリに記憶されているかどうかを確認し、記憶されている場合、応答を前記リーダライタ装置に送信し、前記応答は第２の識別子を含み、前記第２の識別子は前記ある第１の識別子と同じパラメータ群の一部であり、
前記フロントエンド部は、さらに、応答情報を生成し、前記応答情報は通信確立要求が受信されたときに前記ある第１の識別子が前記第１のメモリに記憶されていたか否かを示し、
前記フロントエンド部は、さらに、通信確立要求が受信される度に、前記応答情報を前記処理部に送信し、
前記処理部は、さらに、前記応答情報を評価し、どのパラメータ群を前記第１のメモリに記憶させるかを前記応答情報に従って制御する、
近距離無線通信（ＮＦＣ）装置。
【請求項２】
前記処理部は、前記応答情報を評価し、前記応答情報が、前記ある第１の識別子が前記第１のメモリに記憶されていないことを示す場合、前記ある第１の識別子を含むあるパラメータ群を前記第２のメモリから取り出し、前記あるパラメータ群を前記フロントエンド部に送信する、
請求項１に記載の近距離無線通信（ＮＦＣ）装置。
【請求項３】
前記第１及び第２の識別子は、前記近距離無線通信（ＮＦＣ）装置のアプリケーションを識別するためのアプリケーション識別子である、
請求項１に記載の近距離無線通信（ＮＦＣ）装置。
【請求項４】
前記第２のメモリは、セキュアエレメントに含まれており、前記第２のメモリは、少なくとも１つのアプリケーションのパラメータ群を記憶する、
請求項１〜３のいずれか１項に記載の近距離無線通信（ＮＦＣ）装置。
【請求項５】
前記第１の識別子は、データ構造の管理を担当する機関を、前記第２のメモリ内で識別する、
請求項１〜４のいずれか１項に記載の近距離無線通信（ＮＦＣ）装置。
【請求項６】
前記第１の識別子は、ＩＳＯ／ＩＥＣ１４４４３規格に準拠したアプリケーションファミリー識別子である、
請求項１〜５のいずれか１項に記載の近距離無線通信（ＮＦＣ）装置。
【請求項７】
前記第２の識別子は、少なくとも１つの通信セッションに固有のカード番号を含む、
請求項１〜６のいずれか１項に記載の近距離無線通信（ＮＦＣ）装置。
【請求項８】
前記第１のメモリは、５０〜１００キロバイトの容量を有する、
請求項１〜７のいずれか１項に記載の近距離無線通信（ＮＦＣ）装置。
【請求項９】
前記処理部は、どのパラメータ群を前記第１のメモリに記憶させるかを更新アルゴリズムに応じて制御する、
請求項１〜８のいずれか１項に記載の近距離無線通信（ＮＦＣ）装置。
【請求項１０】
前記第１のメモリは、近距離無線通信アプリケーションの第１の識別子の一部を記憶する、
請求項１〜９のいずれか１項に記載の近距離無線通信（ＮＦＣ）装置。
【請求項１１】
フロントエンド部の第１のメモリに、アプリケーションの第１の数のパラメータ群を記憶するステップであって、前記第１のメモリが第１の容量を有し、各パラメータ群が第１の識別子と第２の識別子とを含むステップと、
処理部の第２のメモリに、前記アプリケーションと前記アプリケーションの第２の数の前記パラメータ群を記憶するステップであって、前記第２のメモリが前記第１の容量よりも大きい第２の容量を有し、前記第２の数が前記第１の数よりも大きい数であるステップと、
前記フロントエンド部において、外部のリーダライタ装置から通信確立要求を受信するステップであって、前記通信確立要求はある第１の識別子を含むステップと、
通信確立要求が受信される度に、ある第１の識別子が前記第１のメモリに記憶されているかどうかを確認し、記憶されている場合、応答を前記リーダライタ装置に送信するステップであって、前記応答は第２の識別子を含み、前記第２の識別子は前記ある第１の識別子と同じパラメータ群の一部であるステップと、
前記フロントエンド部において、応答情報を生成するステップであって、前記応答情報は、通信確立要求が受信されたときに、前記ある第１の識別子が前記第１のメモリに記憶されていたか否かを示すステップと、
通信確立要求が受信される度に、前記応答情報を前記処理部に送信するステップと、
前記処理部において、前記応答情報を評価し、どのパラメータ群を前記第１のメモリに記憶させるかを前記応答情報に従って制御するステップと、
を含む、近距離無線通信方法。
【請求項１２】
前記処理部は、前記応答情報を評価し、前記応答情報が、前記ある第１の識別子が前記第１のメモリに記憶されていないことを示す場合、前記処理部は、前記ある第１の識別子を含むあるパラメータ群を前記第２のメモリから取り出し、前記あるパラメータ群を前記フロントエンド部に送信する、
請求項１１に記載の方法。
【請求項１３】
前記第１及び第２の識別子は、近距離無線通信（ＮＦＣ）装置のアプリケーションを識別するためのアプリケーション識別子である、
請求項１１又は１２に記載の方法。
【請求項１４】
前記第２のメモリは、セキュアエレメントに含まれており、前記第２のメモリは、少なくとも１つのアプリケーションのパラメータ群を記憶する、
請求項１１〜１３のいずれか１項に記載の方法。
【請求項１５】
前記処理部は、どのパラメータ群を前記第１のメモリに記憶させるかを更新アルゴリズムに応じて制御する、
請求項１１〜１４のいずれか１項に記載の方法。
【請求項１６】
フロントエンド部の第１のメモリに、アプリケーションの第１の数のパラメータ群を記憶するステップであって、前記第１のメモリが第１の容量を有し、各パラメータ群が第１の識別子と第２の識別子とを含むステップと、
処理部の第２のメモリに、前記アプリケーションと前記アプリケーションの第２の数の前記パラメータ群を記憶するステップであって、前記第２のメモリが前記第１の容量よりも大きい第２の容量を有し、前記第２の数が前記第１の数よりも大きい数であるステップと、
前記フロントエンド部において、外部のリーダライタ装置から通信確立要求を受信するステップであって、前記通信確立要求はある第１の識別子を含むステップと、
通信確立要求が受信される度に、ある第１の識別子が前記第１のメモリに記憶されているかどうかを確認し、記憶されている場合、応答を前記リーダライタ装置に送信するステップであって、前記応答は第２の識別子を含み、前記第２の識別子は前記ある第１の識別子と同じパラメータ群の一部であるステップと、
前記フロントエンド部において、応答情報を生成するステップであって、前記応答情報は、通信確立要求が受信されたときに、前記ある第１の識別子が前記第１のメモリに記憶されていたか否かを示すステップと、
通信確立要求が受信される度に、前記応答情報を前記処理部に送信するステップと、
前記処理部において、前記応答情報を評価し、どのパラメータ群を前記第１のメモリに記憶させるかを前記応答情報に従って制御するステップと、
をコンピュータに行わせるためのプログラムインストラクションを有する、コンピュータ読み取り可能な記憶媒体又はコンピュータプログラム。
【請求項１７】
外部のリーダライタ装置と、
外部のリーダライタ装置と通信するフロントエンド部であって、前記フロントエンド部は第１の容量を有する第１のメモリを含み、前記第１のメモリはアプリケーションの第１の数のパラメータ群を記憶し、各パラメータ群は第１の識別子と第２の識別子とを含むフロントエンド部と、
前記第１の容量よりも大きい第２の容量を有する第２のメモリを含む処理部であって、前記第２のメモリは、前記アプリケーションと前記アプリケーションの第２の数の前記パラメータ群を記憶し、前記第２の数は前記第１の数よりも大きい数である処理部と、
を備え、
前記フロントエンド部は、さらに、前記外部のリーダライタ装置から通信確立要求を受信し、前記通信確立要求はある第１の識別子を含み、
前記フロントエンド部は、さらに、通信確立要求が受信されたときに、前記ある第１の識別子が前記第１のメモリに記憶されているかどうかを確認し、記憶されている場合、応答を前記リーダライタ装置に送信し、前記応答は第２の識別子を含み、前記第２の識別子は前記ある第１の識別子と同じパラメータ群の一部であり、
前記フロントエンド部は、さらに、応答情報を生成し、前記応答情報は通信確立要求が受信されたときに前記ある第１の識別子が前記第１のメモリに記憶されていたか否かを示し、
前記フロントエンド部は、さらに、通信確立要求が受信される度に、前記応答情報を前記処理部に送信し、
前記処理部は、さらに、前記応答情報を評価し、どのパラメータ群を前記第１のメモリに記憶させるかを前記応答情報に従って制御する、
近距離無線通信（ＮＦＣ）装置と、
を有する、近距離無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、近距離無線通信装置に関する。本発明の別の実施形態は近距離無線通信方法に関する。本発明のさらに別の実施形態は近距離無線通信システムに関する。
【背景技術】
【０００２】
近い将来、近距離無線通信装置が大量消費製品として広く利用されることが期待されている。従って、これらの装置の製造原価は低いことが望ましい。また、近距離無線通信装置は、リーダライタ装置と高速に接続を確立できることが望ましい。例えば、近距離無線通信装置を地下鉄の入り口に入る際の支払いに利用する場合、多くの人はできるだけ短い時間で通過することを望んでいる。よって、リーダライタと近距離無線通信装置との間の接続は高速に確立する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の実施形態の目的は、製造原価が低く、リーダライタ装置との接続を高速に確立することが可能な近距離無線通信装置を提供することである。また、さらなる目的は、それぞれの方法、コンピュータ読み取り可能な記憶媒体、及びシステムを提供することである。
【課題を解決するための手段】
【０００４】
これらの目的は、請求項１、１１、１６、及び１７にそれぞれ記載の近距離無線通信装置、近距離無線通信方法、コンピュータ読み取り可能な記憶媒体又はコンピュータプログラム、及び近距離無線通信システムにより解決される。
【０００５】
本発明のさらなる詳細は、図面及びこれに続く説明を考慮することにより明らかになるであろう。
【図面の簡単な説明】
【０００６】
添付の図面は、実施形態のさらなる理解をもたらすために含まれ、本出願の一部に組み込まれて本出願の一部を構成する。図面は、実施形態を示し、明細書と共に実施形態の原理を説明するために用いられる。他の実施形態や実施形態の意図する効果は、以下の詳細な説明を参照して良く理解することにより容易に正しく認識されるであろう。図面の要素は相互に相対的にスケールされる必要なない。同様の参照符号は対応する類似の部分を指し示す。
【０００７】
【図１】近距離無線通信装置の実施形態を示す。
【図２】近距離無線通信装置の処理部に記憶されるデータの例を示す。
【図３】近距離無線通信装置に備えられている処理部とフロントエンド部に記憶されるデータのフォーマットの例を示す。
【図４】ホスト、フロントエンド部、及び外部のリーダライタ装置の間の通信を説明するためのフローチャートである。
【図５】フロントエンド部において実行される処理のフローチャートである。
【図６】ホストにおいて実行される処理のフローチャートである。
【図７】外部のリーダライタ装置において実行される処理のフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態を説明する。以下で説明される全ての実施形態はどのような方法でも組み合わせられ得ることに留意することが重要である。すなわち、説明されたある実施形態が他の実施形態と組み合わせられないという限定はない。また、同じ参照記号は図面を通して同一又は類似の要素を示すことに留意されたい。
【０００９】
本発明の他の実施形態が利用され得ること、及び、構造的又は論理的な変更が本発明の範囲から離れることなく行われ得ることは、理解されるべきである。このため、以下の詳細な説明は限定の意味で捉えられず、本発明の範囲は添付の請求の範囲により定義される。
【００１０】
ここで説明される多様な実施形態の特徴は、特段の記載が無くても、相互に組合せられ得ることは、理解されるべきである。
【００１１】
図１は、近距離無線通信装置１００を示す。近距離無線通信装置１００は、フロントエンド部１０２と処理部１０４を含む。処理部１０４は、例えば、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であってもよい。処理部１０４は、「ホスト」とも称されうる。付加的に、処理部１０４は、例えば、クレジットカード番号などのような決済サービスに関するデータを格納する、アプリケーション固有の１又はそれ以上のデータ構造を含んでいてもよい。また、処理部１０４は、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カードなど、他の記憶部に含まれる１又はそれ以上のセキュアエレメント（図示せず）に接続されることも可能である。「処理部」という用語は、必ずしも高い処理能力を有するという限定的な意味で理解されるべきではない。近距離無線通信装置１００の設計に応じて、処理部１０４は単に処理能力の小さいメモリであってもよい。
【００１２】
付加的に、近距離無線通信装置１００は追加の処理部１０６を備えてもよい。追加の処理部１０６は、独立したハードウェア処理部であってもよい。また、追加の処理部１０６は、複数のアプリケーションのデータを記憶するセキュアエレメントであってもよい。図１の例では、追加の処理部１０６は、例えば決済サービスなどのような、対応するアプリケーションに使用されるデータ構造１２４−１、１２４−２、１２４−３、１２４−４を含む。決済サービスの場合、クレジットカード番号などの決済サービスに関するデータを安全に記憶できるように、追加の処理部がセキュアエレメントであるほうが都合がよい。セキュアエレメントの例として、ＳＩＭカードが挙げられる。
【００１３】
近距離無線通信装置１００はさらに、フロントエンド部１０２に接続された近距離無線通信インターフェース１０８を備える。近距離無線通信インターフェース１０８は、例えば、同じように別の近距離無線通信インターフェース１１６を備えるリーダライタ装置１１４と信号を送受信するためのアンテナを備える。
【００１４】
フロントエンド部１０２は、第１の容量を有する第１のメモリ１１０を含み、処理部１０４は、第２の容量を有する第２のメモリ１１２を備える。第１のメモリ１１０は、第２のメモリ１１２より小さい。すなわち、第１の容量は、第２の容量より小さい。
【００１５】
一般的に、フロントエンド部１０２に利用できるのは、小さい容量のメモリのみである。さらに、フロントエンド部のメモリの容量を増やすにはとても費用がかかる。従って、第１のメモリ１１０の容量を最低限必要な容量に抑えることが望ましい。
【００１６】
いくつかの実施形態では、第１のメモリ１１０はほんの１キロバイトの容量を有する。容量を、1〜４キロバイト、４〜８キロバイト、８〜１６キロバイト、１６〜３２キロバイト、又は３２〜５０キロバイトの範囲とすることも可能である。第１のメモリはさらに、ＲＡＭ部分とフラッシュメモリ部分とを含んでもよい。この場合、ＲＡＭが５キロバイトの容量を有し、フラッシュメモリが５２キロバイトの容量を有してもよい。また、第２のメモリは、１メガバイトあるいは少なくとも３２キロバイトの容量を有しうる。第２のメモリはさらに、５０キロバイトのＲＡＭを有する大容量ＳＩＭと１６メガバイトのフラッシュメモリでありうる。他のホストプラットフォームは、さらに大きい容量を有しうる（数百メガバイトのＲＡＭ）。
【００１７】
近距離無線通信装置１００とリーダライタ装置１１４との間の通信確立を可能にしつつ、第１のメモリ１１０の容量を第２のメモリ１１２と比較して小さくすることをどのように達成するかについて、以下に説明する。
【００１８】
第１のメモリ１１０は、アプリケーションの第１の数のパラメータ群を記憶する。図１の例では、第１のメモリ１１０は、第１のパラメータ群１１８−１と第２のパラメータ群１１８−２とを記憶できるだけの容量を有する。従って、図１の例では、第１の数は２である。この仮定は、本実施例をよりよく理解するためだけのものであり、いかなる限定の意味にも捉えられるものではない。他の実施例では、第１の数は、３〜５、４〜６、５〜７、あるいはそれ以上であってもよい。
【００１９】
各パラメータ群は、第１の識別子と第２の識別子とを含む。第１のパラメータ群１１８−１は、第１の識別子Ａ１と第２の識別子Ａ２とを含む。また、第２のパラメータ群１１８−２は、第１の識別子Ｂ１と第２の識別子Ｂ２とを含む。
【００２０】
また、第２のメモリ１１２もパラメータ群を記憶する。第２のメモリ１１２に含まれるパラメータ群は、本質的に第１のメモリ１１０に記憶されるパラメータ群と同じフォーマットを有する。第２のメモリ１１２に記憶されるパラメータ群も、各第１及び第２の識別子を含む。
【００２１】
図２は、図１の第２のメモリ１１２の内容の例を示す。上記のように、第２のメモリ１１２の容量は第１のメモリ１１０より大きく、第１の数より大きい第２の数のパラメータ群を記憶できるだけの容量を有する。従って、より大きい数のパラメータ群を記憶しうる。図１と図２の例において、第２のメモリは、４つのパラメータ群１１８−１、１１８−２、１１８−３、１１８−４を記憶できるだけの容量を有するものとする。従って、第２の数は４である。この仮定もまた、本実施例をよりよく理解するためのみのものであり、いかなる限定の意味にも捉えられるものではない。他の実施例では、第２の数は、４〜６、５〜７、１０〜１５、１５〜２０、２０〜３０あるいはそれ以上であってもよい。しかし、上記のように、第２の数が一般的に第１の数より大きくなるように、一般的に第２のメモリ１１２の容量は第１のメモリ１１０よりも大きい。
【００２２】
上記の通り、処理部１０４は、接続部１３０を介してフロントエンド部１０２と接続される。処理部１０４は、接続部１３０を介してパラメータ群をフロントエンド部１０２に転送してもよく、そしてパラメータ群は第１のメモリ１１０に記憶されてもよい。パラメータ群を転送するために、予め定義された通信プロトコルが利用される。このプロトコルは、処理部１０４によりパラメータ群をフロントエンド部１０２にアップロードすることを可能にする。さらに、処理部１０４は、どのパラメータ群を転送してフロントエンド部１０２の第１のメモリ１１０に記憶させるかを、通信プロトコルに基づいて制御してもよい。また、処理部１０４は、通信プロトコルに基づいて、第１のメモリ１１０に記憶されているパラメータ群を削除及び／又は上書きしてもよい。
【００２３】
フロントエンド部１０２が、第１のメモリ１１０に記憶されたある第１の識別子を含む通信確立要求１２０を受信した場合、フロントエンド部１０２は、通信確立要求１２０に、直ちに、それぞれの第２の識別子を含む応答１２２によって応答することができる。例えば、第１の識別子Ａ１を含む通信確立要求１２０が受信されたと仮定すると、図１に示す例において、第１の識別子Ａ１を含むパラメータ群１１８−１は第１のメモリ１１０に記憶されているので、フロントエンド部１０２は、直ちに第２の識別子Ａ２を含む応答１２２を送信することができる。「直ちに」は、「可能な限り早く」を意味しうる。いくつかの実施形態において、「直ちに」が、「次のタイムスロット内に」を意味することもある。なお、いくつかの実施形態においては、リーダライタ装置１１４とフロントエンド部１０２との間の通信プロトコルは、少なくとも部分的に時間ベース（時分割多重）である。
【００２４】
なお、アプリケーションの中には、非常に高速な接続確立を要求するものもある。実際、アプリケーションの中には、各第１の識別子が第１のメモリ１１０に記憶されている場合にのみ、実行できるものもある。従って、図１の実施形態により、このようなアプリケーションを近距離無線通信装置１００で実行することが可能になる。
【００２５】
つまり、フロントエンド部１０２は、通信確立要求１２０が受信されたときに、（通信確立要求１２０に含まれる）ある第１の識別子が第１のメモリ１１０に記憶されているかどうかを確認する。記憶されている場合、各第２の識別子を含んでいる応答１２２が「直ちに」リーダライタ装置に送信される（上記参照）。以下に、「通信確立要求が直ちに処理される」場合を例として、このケースを説明する。
【００２６】
フロントエンド部１０２が通信確立要求１２０を受信する度に（受信するときはいつでも）、フロントエンド部１０２は応答情報１２６を生成する。応答情報１２６は、通信確立要求１２０が受信されたときに、通信確立要求１２０に含まれている（ある）第１の識別子が現在第１のメモリ１１０に記憶されているか否かを示す。さらに、応答情報１２６は、フロントエンド部１０２によって受信された通信確立要求１２０に、どの（ある）第１の識別子が含まれるかという情報を含む。
【００２７】
また、フロントエンド部１０２が通信確立要求１２０を受信する度に、生成された応答情報１２６が、接続部１３０を利用して処理部１０４に送信される。
【００２８】
受信された通信確立要求１２０に含まれていたある第１の識別子が、第１のメモリ１１０に含まれていない（つまり、要求された第１のパラメータを含むパラメータ群が、第１のメモリには記憶されていない）場合は、上記の通り、このことが応答情報１２６により示される。この場合、各応答情報１２６は、処理部１０４により、通信確立要求１２０に含まれるある第１の識別子を含むパラメータ群をフロントエンド部１０２に転送する要求として解釈される。例えば、通信確立要求１２０が、第１の識別子Ｃ１を含むと仮定する。第１の識別子Ｃ１は、図１の例では第１のメモリ１１０には記憶されておらず、第２のメモリ１１２にのみ記憶されている（ｃｆ．図２）。この場合、フロントエンド部１０２はこのことを示す各応答情報１２６を、処理部１０４に送信する。そうすることにより、処理部１０４が、第１の識別子Ｃ１を含むパラメータ群、すなわち、パラメータ群１１８−３（図２参照）を第２のメモリ１１２から取り出し、取り出したパラメータ群をフロントエンド部１０２に転送する。もちろん、他の実施形態では、第２の識別子のみが転送されてもよい。本実施形態では、フロントエンド部１０２は、処理部１０４に送信される応答情報１２６にどの第１の識別子が含まれるかという情報を記憶することができる。
【００２９】
ひとたびパラメータ群１１８−３が第１のメモリ１１０に記憶され、第１の識別子Ｃ１を含む通信確立要求１２０がさらに受信されると、フロントエンド部１０２は、リーダライタ装置１１４に応答を送信することができる。この応答は、パラメータ群１１８−３に含まれる第２の識別子Ｃ２を含む。応答情報１２６の送信および、処理部１０４からフロントエンド部１０２へのパラメータ群１１８−３の転送にはいくらか時間がかかるため、フロントエンド部１０２は、「直ちに」、すなわち、次のタイムフレームには、第２の識別子Ｃ２を含む応答１２２を送信できない。従って、この場合の接続確立は、上述の、通信確立要求１２０に含まれるある第１の識別子を含むパラメータ群が第１のメモリ１１０に記憶されている場合と比べて、遅くなる。以下に、「通信確立要求が直ちに処理されない」場合を例に、このケースを説明する。
【００３０】
通信確立要求１２０は「衝突防止要求」とも称され、応答１２２は「衝突防止応答」とも称されうる。また、通信確立要求１２０は、通信を確立するためのリーダライタ装置からの、最初の要求でありうることに留意されたい。すなわち、通信が確立される時点で、リーダライタ装置１１４と近距離無線通信装置１００との間では、他にはどのような要求あるいはメッセージもやりとりされていない、ということである。衝突防止要求は、いかなる時点で送信されてもよく、通信を再始動するために使用してもよい。
【００３１】
上述の例が示すように、リーダライタ装置１１４と近距離無線通信装置１００との間の通信を高速に、すなわち、「直ちに」確立するためには、第１のメモリに多数のパラメータ群が記憶されていることが望ましい。ところが、上述の通り、フロントエンド部１０２ではメモリが高価なため、第２のメモリ１１２に記憶されたすべての実行できるアプリケーションのすべてのパラメータ群を、第１のメモリに記憶させることは可能ではない。従って、どのパラメータ群を第１のメモリ１１０に記憶させ、どのパラメータ群を記憶させないかを決めるための解決策を見出す必要がある。
【００３２】
そのような解決策を提供するために、図１に示される実施形態によると、応答情報１２６はフロントエンド部１０２から処理部１０４へ転送される。上記のように、フロントエンド部１０２が通信確立要求１２０を受信する度に毎回、すなわち、受信するときはいつでも、応答情報１２６がフロントエンド部１０２から処理部１０４へ転送される。
【００３３】
上記のように、通信確立要求１２０が受信される度に、応答情報１２６はフロントエンド部１０２から処理部１０４へ転送される。
【００３４】
つまり、どのような場合でも、すなわち、通信確立要求１２０に含まれている第１の識別子が現在（すなわち、要求が受信されたとき）第１のメモリ１１０に記憶されているか否かということに関係なく、フロントエンド部１０２は応答情報１２６を生成し、それを処理部１０４に送信する。
【００３５】
処理部１０４は、受信した応答情報１２６を評価し、第１のメモリ１１０の中のどのパラメータ群を転送し、記憶し、又は削除するかを制御する。つまり、処理部１０４は通信プロトコルに基づいて第１のメモリ１１０の内容を制御する。この制御は応答情報１２６に依存する。この制御は、予め定義されたアルゴリズムに基づいて行われてもよい。ある例では、アルゴリズムは、ある第１の識別子が、フロントエンド部１０２とリーダライタ装置１１４との間の通信に使用された回数を考慮にいれてもよい。つまり、本実施形態では、アルゴリズムは、ある第１の識別子が、通信確立要求１２０に含まれている回数を考慮に入れる（上記のように、応答情報１２６は、どのパラメータ群、すなわち、通信確立要求の第１の識別子を含むどのパラメータ群が、直ちに通信確立要求１２０を処理するために使われるかという情報を含む）。ありうる他のアルゴリズムは、第１のメモリ１１０から最も古いパラメータ群を削除することに基づくものであってもよい。リングリストなど、キャッシュ更新アルゴリズムで知られているほかのアルゴリズムも利用できる。
【００３６】
上記の手順には、以下のような利点がある。第１のメモリ１１０は非常に小さな容量を有するので、製造原価が低くなる。ところが、容量が小さい第１のメモリ１１０ではあるが、処理部１０４が、応答情報１２６による高性能なアルゴリズムに基づいてどのパラメータ群を第１のメモリ１１０に記憶させるかを制御するため、ほとんどの場合接続は直ちにセットアップできる。従って、通信確立要求が直ちに、すなわち、応答情報１２６に基づいた高性能の更新されたアルゴリズムが使われない場合と比べて遅延なしに、処理される可能性は高くなる。上記のように、ある第１の識別子が第１のメモリ１１０に記憶されている場合、要求は直ちに処理されうる。一方、ある第１の識別子が第１のメモリ１１０に記憶されていない場合、要求は直ちには処理されない。この場合、要求を後で、例えば、次のサイクルで処理できるように、衝突防止データが更新される、すなわち、第１のメモリ１１０に読み込まれてもよい。
【００３７】
近距離無線通信装置１００は、多数のアプリケーションを提供してもよい。ある実施形態では、第１及び第２の識別子がアプリケーション識別子であってもよい。つまり、第１及び第２の識別子は、アプリケーションを識別するために利用されてもよい。しかし、このことは必須ではない。第１及び第２の識別子は、他のエンティティを識別してもよい。
【００３８】
アプリケーションの例としては、決済、公共交通機関の切符発券、イベントチケット、ロイヤルティプログラム、クーポン、例えば名刺などのデータ交換、ウェブアドレス、ネットワーク構成データ（例えば、Ｗｉ−Ｆｉネットワーク用）、画像などが挙げられる。
【００３９】
さらに、他の実施形態において、近距離無線通信装置は、ＦｅｌｉＣａ（登録商標）サービス対応の近距離無線通信装置であってもよい、すなわち、近距離無線通信装置はＦｅｌｉＣａカードをエミュレートするものでありうる。この場合、第１の識別子はシステムコードと称されてもよく、第２の識別子はカード番号（ＩＤｍ）と称されてもよい。システムコードは、カードのメモリの管理を担当している機関を識別する。機関の例としては、例えば、ＪＲ東日本（ＪＲ  Ｅａｓｔ）が提供する交通チケット「ＳｕｉＣａ」（登録商標）が挙げられる。つまりある実施形態では、第１の識別子が、第２のメモリ内で、データ構造の管理を担当している機関を識別する。機関は、各メモリ領域の暗号鍵を所有していてもよい。
【００４０】
第２のメモリ１１２の中のファイルシステムに対応するカードのファイルシステムは、非常に単純なものであってよく、必ずしもシンボル名を有さなくてもよい。（ＦｅｌｉＣａ（登録商標）において、「エリア」や「サービス」と名前を付けられた）ディレクトリやファイルは、番号によって識別されてもよい。
【００４１】
なお、これに関して、いくつかの実施形態では、例えばＦｅｌｉＣａ（登録商標）の場合では、後でファイルシステムにアクセスする必要のある、システムコードやＩＤｍからなる衝突防止データのみが、第１のメモリに記憶されている。
【００４２】
従って、ＦｅｌｉＣａ（登録商標）の場合、同じカードに備わっている二つのアプリケーションは、同じメモリアドレスを使わないように管理されていなくてはならない。システムコードは別の階層をメモリアドレス指定に追加し（二つのアプリケーションは、別々のシステムコードに属する場合、同じエリア・サービスを使用することができる）、また通常は、メモリを管理する機関を示す。さらに、各機関は、それぞれが管理するメモリへのアクセスを制御するための異なるセキュリティキーを使用することができる。例えば、ＪＲは、あるシステムコードを割り当てられ、複数のアプリケーションがカード上でそのシステムコードと同じメモリを使用しないようにしなければならない。
【００４３】
なお、また、ＩＳＯ／ＩＥＣ１４４４３によって指定されたタイプＢは、第１の識別子に対する他の実施形態である概念を含む。タイプＢは、「アプリケーションファミリー識別子」（ＡＦＩ；Ａｐｐｌｉｃａｔｉｏｎ  Ｆａｍｉｌｙ  Ｉｄｅｎｔｉｆｉｅｒ）という概念を有する。様々なアプリケーションファミリー（例えば、公共交通の支払い）に指定された値がある。リーダライタは、特定のＡＦＩを「検索」することができ、そしてカードは、衝突防止の間中、それらのＡＦＩをリーダライタに知らせる。
【００４４】
さらに、他の実施形態において、第２の識別子は、近距離無線通信装置１００がエミュレートするカードのカード番号であってもよい。カード番号は、少なくとも１つの通信セッションの間、固有のものであってもよい。あるいは、カード番号は、カードの有効期間中、固有であることも可能である。この番号は、カードの「アドレス」である。それゆえに、アドレスは、通信確立要求１２０に対する応答１２２に含まれており、また、フィールド内のカードにアドレスするためにリーダライタ装置１１４による第１の通信に使用される（次に続くコマンドはそれぞれ、典型的に、このようなアドレスを第１のパラメータの１つとして含む）。そうでなければ、リーダライタ装置１１４は、コマンドを、特定のカード（近距離無線通信装置１００によってエミュレートされているカード）にではなく、そのフィールドにありコマンドに応答しうるすべてのカード（例えば、他の近距離無線通信装置）に送信しうる。従って、この番号（第２の識別子）は、アプリケーションにではなく、（複数のＩＰベースのアプリケーションを有するコンピュータのＩＰアドレスと同様に）リーダライタカード通信で使用される一般的な手段に対応付けられる。
【００４５】
カード番号が、少なくとも１つの通信セッションに固有のものである場合、通信中に、カード及び／又はアプリケーションに一意にアドレスすることが可能になり、ＮＦＣ磁界の範囲にある他のカードがアドレスされることを回避できる。
【００４６】
図３は、第１のメモリ１１０及び第２のメモリ１１２に記憶されたデータのデータ構造の実施形態を示す。データ構造は、ＦｅｌｉＣａ（登録商標）仕様に従ったものであり、システムコード、カードＩＤ（ＦｅｌｉＣａ（登録商標）では、ＩＤｍ（Ｍａｎｕｆａｃｔｕｒｅ  ＩＤ）とも称される）、ＰＭｍ（Ｍａｎｕｆａｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒｓ；製造パラメータ、例えば、カードバージョンやコマンド処理時刻に関する情報を供給する）、およびサービスコードを含む。この例では、図１および図２に示されるように、システムコードを第１の識別子とみなし、カードＩＤを第２の識別子とみなす。
【００４７】
図４は、ホスト１０４’、フロントエンド部１０２、外部のリーダライタ装置１１４との間の通信を説明する図である。ホスト１０４’は、図１の処理部１０４の一例である。
【００４８】
図示されているように、Ｓ４００において、ホスト１０４’はフロントエンド部１０２に衝突防止データを供給する。「衝突防止データ」は、例えば、図１及び２に示したパラメータ群１１８−１、・・・１１８−４を含みうる。
【００４９】
Ｓ４０２において、外部のリーダライタ装置１１４は、衝突防止要求をフロントエンド部１０２に送信する。衝突防止要求は、図１の通信確立要求１２０に相当する。
【００５０】
衝突防止要求を受信すると、フロントエンド部１０２は、第１のメモリ１１０に記憶された衝突防止データを評価する。つまり、Ｓ４０２で送信された衝突防止要求に含まれている各第１の識別子が、第１のメモリ１１０に記憶されているか否かが評価される。各第１の識別子が第１のメモリ１１０に含まれている場合、Ｓ４０４において、衝突防止応答が直ちに、例えば、次のタイムフレーム内に、外部のリーダライタ装置１１４に送信される。この衝突防止応答は、図１の応答１２２に相当する。
【００５１】
そして、Ｓ４０６において、フロントエンド部１０２はホスト１０４’に通知を送信する。通知は、要求されたデータ（例えば、衝突防止要求の第１の識別子が含まれているパラメータ群に含まれている第２の識別子）と、衝突防止要求が直ちに処理されるか否か、を示す。
【００５２】
マッチする場合（Ｓ４０４において衝突防止応答が直ちに送信される場合）、フロントエンド部１０２は、ホスト１０４’からフロントエンド部１０２へのデータの転送を要求する必要がない。つまり、衝突防止要求に含まれている第１の識別子を含んでいるパラメータ群が、既に第１のメモリ１１０に記憶されているので、ホスト１０４’は、パラメータ群を転送する必要がない。どのような場合でも、すなわち、マッチする場合もしない場合も、マッチするかしないかの情報は、フロントエンド部１０２からホスト１０４’へ転送される。この情報は、上記の応答に相当する。
【００５３】
Ｓ４０８において、（衝突防止要求に含まれていた第１の識別子が第１のメモリ１１０に記憶されていないため、）衝突防止要求はフロントエンド部１０２によって直ちには処理されないが、アプリケーションがホストによってサポートされている（すなわち、Ｓ４０２において衝突防止要求に含まれる各第１の識別子が第２のメモリ１１２に記憶されている）場合、データはホスト１０４’からフロントエンド部１０２へと転送される。この場合、正しい衝突防止応答のために要求されるパラメータは、次のポーリングサイクルで使用される準備ができている。
【００５４】
図５は、フロントエンド部１０２においてどのような動作が実行されているかを示すフローチャートである。
【００５５】
Ｓ５００において、衝突防止データがホストから受信される（ｃｆ．図４のＳ４００）。
【００５６】
Ｓ５０２において、衝突防止要求が外部のリーダライタ装置１１４から受信される。
【００５７】
Ｓ５０４において、受信された衝突防止要求が評価され、フロントエンド部に記憶された衝突防止データ（上記ではパラメータ群とも称される）と比較される。
【００５８】
Ｓ５０６においてマッチする場合（すなわち、Ｓ５０２の衝突防止要求に含まれる第１の識別子が、第１のメモリ１１０に記憶されている場合）、処理はＳ５０８へと続く。
【００５９】
Ｓ５０８において衝突防止要求応答（図１の応答１２２）が、直ちに外部のリーダライタ装置１１４へ送信される。
【００６０】
そして、Ｓ５１０において、通知がホストに送信される。通知は、上記では「応答情報」とも称されるが、この場合には、衝突防止要求を処理できるという情報を含んでいる。
【００６１】
マッチしない場合、すなわち、Ｓ５０６においてＳ５０２の衝突防止要求に含まれている第１の識別子が、第１のメモリ１１０に記憶されていないと判断された場合、Ｓ５１２において、通知がホスト（図１の処理部１０４の一例）に送信される。この場合、通知（応答情報）には、衝突防止要求を直ちには処理されないという情報が含まれている。
【００６２】
Ｓ５１４において、衝突防止要求に含まれている要求されたデータについての情報が、ホストへの通知に追加され、どのパラメータ群を第１のメモリ１１０に記憶するかを制御するためのアルゴリズムで使用される。つまり、第１のメモリの内容は、通知（応答情報）に基づいて制御される。
【００６３】
また、図６は、処理部１０４で行われる処理を説明するフローチャートである。上記のように、処理部１０４の例としては、ホスト又はセキュアエレメントが挙げられる。
【００６４】
Ｓ６００において、衝突防止データは、フロントエンド部１０２へ送信される。これは、フロントエンド部１０２の「初期化」とみなされうるものであり、処理部１０４が初期パラメータ群を、第２のメモリ１１２から第１のメモリ１１０へと転送する。
【００６５】
Ｓ６０２において、フロントエンド部１０２から通知が受信される。
【００６６】
Ｓ６０４において、外部のリーダライタ装置１１４からの衝突防止要求が、直ちに処理されうるかが評価される。直ちに処理されうる場合、処理はＳ６０２に戻る。
【００６７】
一方、直ちに処理され得ないできない場合、処理はＳ６０６へと続く。この場合、処理部１０４は、要求されたアプリケーション、すなわち、第１の識別子によって識別されたアプリケーションが、処理部１０４によってサポートされているか否かを確認する。サポートされている場合、Ｓ６０８において、更新された衝突防止データがフロントエンド部１０２へ送信される。そして、処理はＳ６０２に戻る。
【００６８】
一方、Ｓ６０６において、アプリケーションがサポートされてないと判断された場合には、処理は直接Ｓ６０２に戻る。
【００６９】
また、図７は、外部のリーダライタ装置１１４で行われる処理を説明するフローチャートである。
【００７０】
Ｓ７００において、衝突防止要求が送信される。既に図１に関連して述べたとおり、衝突防止要求（通信確立要求１２０）は、あるアプリケーションの第１の識別子を含む。
【００７１】
Ｓ７０２において、衝突防止要求応答が受信される。
【００７２】
上記のように、Ｓ７００において衝突防止要求に含まれている第１の識別子が第１のメモリ１１０に記憶されている場合、近距離無線通信装置１００とリーダライタ装置１１４との間の通信は「直ちに」確立される。なぜなら、フロントエンド部１０２が処理部１０４からパラメータ群を要求する必要がないからである。フロントエンド部１０２は、第１のメモリ１１０に各パラメータ群を記憶しているので、衝突防止要求に直接応答することができる。
【００７３】
本発明の一例としての実施形態についてのこれまでの記述は、実例と説明とを提供しているものの、網羅的な説明を意図したものではなく、開示された通りの形態に本発明が限定されるものではない。上記内容を考慮して修正又は変形を行うことは可能であり、それらは本発明の実施によってもたらされ得る。本発明の範囲は、次の特許請求の範囲及びその均等の範囲により定義される。
【符号の説明】
【００７４】
１００    近距離無線通信装置
１０２    フロントエンド部
１０４    処理部
１１０    第１のメモリ
１１２    第２のメモリ
１１４    リーダライタ装置
１１８−１、１１８−２、１１８−３、１１８−４    パラメータ群
１２０    通信確立要求
１２２    応答
【図１】
0005788757.tif 000002
【図２】
0005788757.tif 000003
【図３】
0005788757.tif 000004
【図４】
0005788757.tif 000005
【図５】
0005788757.tif 000006
【図６】
0005788757.tif 000007
【図７】
0005788757.tif 000008