(57)【要約】  【課題】  複数の非接触通信方式を待ち受け可能な非接触カードを提供する。  【解決手段】  読み取り装置との間で複数のプロトコルに対応する非接触通信を実行可能な非接触カードにおいて、読み取り装置と非接触通信を行う非接触通信部と、読み取り装置の発する電磁波の電界の入界と出界とを検出する電界検出部と、非接触通信規格に依存する一のプロトコル処理を実行する複数のプロトコル処理部と、前記プロトコル処理部の実行状態を管理するプロトコル状態管理部と、読み取り装置と通信データを送受信するデータ通信部と、電界検出部での入界検出に基づき、複数のプロトコル処理部の初期化を実行し、さらにプロトコル処理部の実行状態に基づき、プロトコル処理部に対する非接触通信データの受信を許可するプロトコル処理制御部とを備えた。【選択図】  図３
2006099324.tif 000002
【特許請求の範囲】
【請求項１】
読み取り装置との間で複数のプロトコルに対応する非接触通信を実行可能な非接触カードであって、
読み取り装置と非接触通信を行う非接触通信部と、
読み取り装置の発する電磁波の電界の入界と出界とを検出する電界検出部と、
非接触通信規格に依存する一のプロトコル処理を実行する複数のプロトコル処理部と、
前記プロトコル処理部の実行状態を管理するプロトコル状態管理部と、
読み取り装置と通信データを送受信するデータ通信部と、
前記電界検出部での入界検出に基づき、前記複数のプロトコル処理部の初期化の実行を指示し、さらに前記プロトコル処理部の実行状態に基づきプロトコル処理部に対する非接触通信データの受信の許可を指示するプロトコル処理制御部とを備え、
前記プロトコル処理部は、前記プロトコル処理制御部からの指示に従い前記プロトコル処理を実行することを特徴とする非接触カード。
【請求項２】
前記プロトコル処理制御部はさらに、受信した非接触通信データのプロトコル種別に基づき、当該プロトコルに関係しないプロトコル処理部の停止を指示する請求項１記載の非接触カード。
【請求項３】
前記プロトコル処理制御部はさらに、前記プロトコル処理部の全ての実行状態が初期化完了となった時点で、プロトコル処理部に対する非接触通信データの受信許可を指示する、請求項２記載の非接触カード。
【請求項４】
前記プロトコル処理制御部はさらに、前記プロトコル処理部のいずれか一が実行状態が初期化完了となった時点で、プロトコル処理部に対する非接触通信データの受信を許可する、請求項２記載の非接触カード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は非接触方式で外部機器と通信を行う非接触カードに関する。
【背景技術】
【０００２】
近年、カードの内部にアンテナを持ち、外部の端末が発信する弱い電波を利用してデータを送受信する非接触カードがユーザに利用に供され始めている。上記カードは、カード自体が動作するための電気も読み取り端末からの電磁波から生成するため、電池なしで動作できるようになっている。また、上記非接触カードは、読み取り端末に接触させなくても処理が可能なため、振動やほこりが多い環境での運用に適しており、さらに、カードを抜き差しする手間がないため、高速な処理が必要な鉄道・バスの改札や処理に多く使われている。
【０００３】
上記非接触通信は通信プロトコルの違いにより、複数の規格が存在する。例えば、ＩＳＯ／ＩＥＣ１４４４３で規格化されているＴｙｐｅＡ、ＴｙｐｅＢのほか、ＪＩＣＳＡＰカード仕様による規格である。
【非特許文献１】ＩＳＯ／ＩＥＣ  １４４４３  Ｐａｒｔ１−４
【非特許文献２】ＪＩＣＳＡＰ  ＩＣカード仕様  Ｖ２．０  第4部  高速処理用ＩＣカード
【非特許文献３】Ｖｏｄａｆｏｎｅ  Ｎｅｗｓ  ｒｅｌｅａｓｅ  ２００４年５月６日  Ｎｏ．０４−００５
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の非接触カードは、上記非接触通信方式のいずれか一の方式にのみ対応しているため、ユーザはサービスが対応する非接触通信方式毎にカードを所持する必要があった。
そこで近年、上記複数の非接触通信方式サポートするカードが望まれている。しかしながら、上記複数の非接触通信方式は個別に規格化されており、これ等を一のカードでサポートためには、個別の規格を満足する必要がある。特に、複数の非接触通信を指定することなく待ち受ける場合、読み取り端末の電界への入界から、読み取り端末との通信を開始するまでの所定の時間内に、非接触通信方式の特定と、サポートする非接触通信プロトコル処理を実行するための準備とを完了する必要があるといった課題を有している。
【０００５】
本発明は、前記従来の課題を解決するもので、上記規格をすべて満たした上で、一のカードで複数の非接触通信方式を待ち受け可能とすることができる非接触カードを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記従来の課題を解決するために、本発明の読み取り装置との間で複数のプロトコルに対応する非接触通信を実行可能な非接触カードは、
読み取り装置と非接触通信を行う非接触通信部と、
読み取り装置の発する電磁波の電界の入界と出界とを検出する電界検出部と、
非接触通信規格に依存するプロトコル処理を実行する複数のプロトコル処理部と、
前記プロトコル処理部の実行状態を管理するプロトコル状態管理部と、
読み取り装置と通信データを送受信するデータ通信部と、
前記電界検出部での入界検出に基づき、前記複数のプロトコル処理部の初期化の実行を指示し、さらに前記プロトコル処理部の実行状態に基づきプロトコル処理部に対する非接触通信データの受信の許可を指示するプロトコル処理制御部とを備え、さらに、前記プロトコル処理部は、前記プロトコル処理制御部からの指示に従い前記プロトコル処理を実行するようにした。
【０００７】
またさらに、本発明での、上記非接触カードの前記プロトコル処理制御部は、受信した非接触通信データのプロトコル種別に基づき、当該プロトコルに関係しないプロトコル処理部の停止を指示するようにした。
【０００８】
またさらに、本発明での、上記非接触カードの前記プロトコル処理制御部は、前記プロトコル処理部の全ての実行状態が初期化完了となった時点で、プロトコル処理部に対する非接触通信データの受信の許可を指示するようにした。
【０００９】
またさらに、本発明での、上記非接触カードの前記プロトコル処理制御部は、非接触通信データの受信を許可する時点は、前記プロトコル処理部のいずれか一が実行状態が初期化完了となった時点とした。
【発明の効果】
【００１０】
本発明の非接触カードによれば、特定の非接触通信プロトコルに対する待ち受け状態を設定することなく、複数の非接触通信サービスを提供することが可能である。
さらに、本発明の非接触カードによれば、特定の非接触通信プロトコルを受け付けを優先的に実行し、かつ、他のプロトコル処理との処理上の衝突を回避可能である。
【発明を実施するための最良の形態】
【００１１】
以下本発明の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
図１は、本発明の実施の形態１における非接触カードの利用形態を表す利用概観図である。非接触カード１は、単独または、携帯電話を含む携帯端末３に挿入された状態で、読み取り端末２の発する電磁波の電界２１に入界することで、各種サービスをユーザに提供することができる。読み取り端末２はさらに、前記サービスを提供するサーバー４と何らかの通信手段により接続されている。したがって、ユーザは非接触カード１を読み取り端末２に近づけることにより、サーバー４と通信を行うことが可能である。
なお、非接触カード１が稼動するための電源は、カード自身に備える場合と携帯端末３から供給される場合、そして読み取り端末２の発する電磁波を受信すること生じさせる場合とがある。
【００１２】
本実施の形態で例示する非接触通信方式は、ＩＳＯ／ＩＥＣ１４４４３で規格化されているＴｙｐｅＢと、ＪＩＣＳＡＰカード仕様による通信規格とする。後者の通信規格を便宜的にＴｙｐｅＣとして説明を行う。
ここで、ＴｙｐｅＢとＴｙｐｅＣにおいて、読み取り端末２の電界への入界から、読み取り端末２との通信を開始するまでの時間は５ｍ秒以下と規定されている。さらに、読み取り端末２は非接触通信方式により異なる端末を用意する必要があるため、ＴｙｐｅＢとＴｙｐｅＣの通信は同時には生じ得ない。またさらに、ユーザがＴｙｐｅＢとＴｙｐｅＣの通信を意識させないため、非接触カード１に対して特定の非接触通信方式を待ち受けを指示することはさせない。
【００１３】
図２は、本発明の非接触カードの製造に必要なハードウェアの構成例を示したハードウェア構成図である。読み取り端末２が発する電磁波を利用して通信または電源取得を行うアンテナコイル１４と、携帯端末３との通信または電源取得を行う接触端子１５と、非接触カード内での処理を記述したプログラムを格納するＲＯＭ１２と、前記プログラムを実行するＣＰＵ１１と、前記プログラムの実行における作業領域となるＲＡＭ１３と、前記プログラムの実行結果を格納するＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５を備える。なお、ＥＥＰＲＯＭ１５は不揮発性メモリであることが好ましく、ＦｅＲＡＭ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）でも代替可能である。これらハードウェア構成部品が非接触カード１内部において、典型的にはバスで接続されている。なお、上記ハードウェア構成部品はそれらを制御するファームウェアを含む場合がある。
上記非接触カード１は、ＴｙｐｅＢの非接触通信方式に対応する読み取り装置Ｂ２１０若しくは、ＴｙｐｅＣの非接触通信方式に対応する読み取り装置Ｃ２２１とそれぞれの通信方式に従って非接触通信を行う。
【００１４】
図３は、図２は、本発明の非接触カード１の製造に必要はソフトウェアの構成例を示したソフトウェア構成図である。上記ソフトウェアは、読み取り装置２とアンテナコイル１４を利用して外部機器との非接触通信を行う非接触通信部１２０、電界２１への入界と出界を検出する電界検出部１３０、非接触通信によるデータ通信を行うデータ通信部１４０、通信プロトコルの処理を行う、プロトコル処理部１５０、プロトコル処理部１５０はさらに、以下ＴｙｐｅＢの非接触通信プロトコルの処理を行う、プロトコルＢ処理部１５１とＴｙｐｅＣの非接触通信プロトコルの処理を行う、プロトコルＣ処理部１５２を備え、上記プロトコル処理部１５０の動作を制御するプロトコル処理制御部１００とを備え、さらに、上記プロトコル処理部１５０の動作状態を管理するプロトコル処理状態管理部１１０からなる。
なお、プロトコル処理部１５０は非接触カードにおいて、多くの場合、リアルタイムＯＳにおけるタスクとして実装される場合があるので、以後プロトコルＢ処理部１５１はタスクＢ、プロトコルＣ処理部１５２はタスクＣと呼び、以後の説明を行う。
【００１５】
プロトコル処理状態管理部１１０は、タスクＢとタスクＣの動作状態を図５に示すプロトコル処理状態管理表５００で管理しており、プロトコル処理制御部１００はその動作状態を参照・変更することにより、タスクＢとタスクＣの動作を制御する。
プロトコル処理状態管理表５００は、タスク種別５０１とタスク状態５０２の組からなるタスク状態情報をタスク毎に備えている。すなわち、図５の例ではタスクＢに関するタスク状態情報５１０とタスクＣに関するタスク状態情報５２０とが記載されている。
タスク種別５０１には、「タスクＢ」と「タスクＣ」。タスク状態５０２として「停止」、「初期化中」、「初期化完了」、「稼動中」をとりえる。
【００１６】
以下、図３のソフトウェア構成図、図４のフローチャート、図５のプロトコル処理状態管理表、図６の処理シーケンス図を参照して、本発明の非接触カードの動作を詳述する。
非接触カード１が読み取り端末２に所定の距離以内に近づくと、非接触通信部１２０を利用した非接触カード１と読み取り端末２間で非接触通信が開始される。ここで、電界検出部１３０により非接触カード１が電界２１に入界したことがカード内で判定される。多くの場合この判定処理はハードウェア割込みよって生じる（ＳＱ２０００）。この通知によりプロトコル処理制御部１００は、タスクＢとタスクＣを起動する（ＳＴＥＰ１１００）。起動する順序は、所定の優先順位に基づく。本実施の形態ではタスクＢがタスクＣより優先度が高く設定されているとし、タスクＢの起動開始後（ＳＱ２１１０）、タスクＣの起動開始を行う（ＳＱ２１２０）。この時点でタスクＢとタスクＣの状態は「停止」（図５の［Ａ］）から「初期化中」（図５の［Ｂ］）へと遷移する（ＴＲ１）。
起動された、タスクＢとタスクＣはそれぞれ各自のタスクの初期化処理を独立して実行する（ＳＴＥＰ１２００）。以後、プロトコル処理制御部１００はタスクＢとタスクＣの初期化完了を待ち続ける（ＳＴＥＰ１３００）。
タスクＢは初期化が完了すると起動完了をロトコル処理制御部１００に通知する（ＳＱ２２１０）。同様にタスクＣも初期化が完了すると起動完了をプロトコル処理制御部１００に通知する（ＳＱ２２２０）。この時点でタスクＢとタスクＣの状態は「初期化中」（図５の［Ｂ］）から「初期化完了」（図５の［Ｄ］）へと遷移する（ＴＲ２）。
プロトコル処理制御部１００はタスクＢとタスクＣの状態が全て「初期化完了」であることを確認した後、読み取り端末２からのデータ通信受信を許可する（ＳＴＥＰ１４００）。なお、この時点では、読み取り端末２の通信プロトコルがＴｙｐｅＢ対応であるか、ＴｙｐｅＣであるかは不明である。
【００１７】
次に、読み取り端末２から通信データをデータ通信部１４０で受信する（ＳＴＥＰ１５００、ＳＱ２４００）。データ通信部１４０は、受信したデータをそのプロトコル種別と共にプロトコル処理制御部１００に通知する。プロトコル処理制御部１００は該受信したデータのプロトコル種別に基づき、当該プロトコルに対応しないタスクを停止させ、当該プロトコルに対応するタスクを稼動中にすると共に、該受信したデータを該タスクに通知する。
例えば、データ通信部１４０が受信したデータがＴｙｐｅＢである判明した場合、すなわち読み取り装置２はＴｙｐｅＢのサービスを提供する場合、プロトコル処理制御部１００はタスクＣを停止し（ＳＴＥＰ１６１０、ＳＱ２３００）、受信したデータをタスクＢに対して通知する（ＳＱ２５００）。この時点でタスクＢとタスクＣの状態は「初期化完了」（図４の［Ｄ］）から、タスクＢの状態は「稼動中」、タスクＣの状態は「停止」（図４の［Ｅ］）へと遷移する（ＴＲ３）。
以後、電界から離れる、すなわちカード１と読み取り装置２との距離が所定距離以上となるまで、データ通信部１４０が受信したデータは、プロトコル処理制御部１００を経由してタスクＢに通知され、ＴｙｐｅＢのプロトコル処理が行われる（ＳＴＥＰ１６１１）。
【００１８】
そして、カード１と読み取り装置２との距離が所定距離以上となった時、出界がプロトコル処理制御部１００に通知され（ＳＱ２６００）、タスクＢに対してタスクの停止通知がなされる（ＳＴＥＰ１６１２、ＳＱ２７００）。
この時点でタスクＢとタスクＣの状態は「停止」（図４の［Ａ］）へ遷移する。
上記例とは逆に、データ通信部１４０が受信したデータがＴｙｐｅＣである判明した場合、すなわち読み取り装置２はＴｙｐｅＣのサービスを提供する場合、プロトコル処理制御部１００はタスクＢを停止し（ＳＴＥＰ１６２）、受信したデータをタスクＣに対して通知する。
以後、電界から出界するまで、すなわちカード１と読み取り装置２との距離が所定距離以上となるまで、データ通信部１４０が受信したデータは、プロトコル処理制御部１００を経由してタスクＣに通知され、ＴｙｐｅＣのプロトコル処理が行われる（ＳＴＥＰ１６２１）、
そして、カード１と読み取り装置２との距離が所定距離以上となった時、出界がプロトコル処理制御部１００に通知され、タスクＣに対してタスクの停止通知がなされる（ＳＴＥＰ１６１２）。
なお、新たに待ちうけプロトコルが追加された場合でも同様の処理を行うことにより目的の効果を得ることができる。
【００１９】
以上説明したとおり、電界への入界の時点から、全プロトコルに対応するタスクの初期化処理を所定時間内に完了することにより、特定の非接触通信プロトコルに対する待ち受け状態を設定することなく、複数の非接触通信サービスを提供することが可能である。
【００２０】
（実施の形態２）
上記実施の形態１においては、前記プロトコル処理制御部が、非接触通信データの受信を許可する時点は、複数のプロトコル処理部の全てが実行状態が初期化完了となった時点としている。しかしながら、タイミングによっては、複数のプロトコル処理部のうち、初期化中に読み取り装置からデータが送信されてくる場合がある。その場合、プロトコル処理を早期に開始できるにもかかわらず、実施の形態１では、全てのプロトコル処理部の初期化を待つために反応が遅れるといった問題が生じる。
そこで、複数のプロトコル処理部のうち、初期化が終了したプロトコル処理部のデータ受付を行う方法が考えられるが、この場合、初期化が終了したプロトコル処理部のデータ処理と、初期化が終了していないプロトコル処理部の初期化処理が重複し、非接触カードの処理が遅れてしまったり、さらに、１チップのハードウェアで構成されている場合、両者の処理が衝突を起こしてしまったりする。
【００２１】
実施の形態２は、上記課題を解決するもので、プロトコル処理制御部が、非接触通信データの受信を許可する時点は、複数のプロトコル処理部のいずれか一が実行状態が初期化完了となった時点とし、その時点で他プロトコル処理部の実行を停止することにより、非接触カードの応答をより高速に行うための技術である。
【００２２】
以下本発明の実施の形態２について説明を行うが、非接触カードの利用形態、ハードウェア構成、ソフトウェア構成は、実施の形態１と同様であるので、説明を省略する。しかしながら、初期化のプロセスが異なるので、以下、図３のソフトウェア構成図、図７のフローチャート、図５のプロトコル処理状態管理表、図８の処理シーケンス図を参照して、本発明の非接触カードの動作を詳述する。
【００２３】
非接触カード１が読み取り端末２に所定の距離以内に近づくと、非接触通信部１２０を利用した非接触カード１と読み取り端末２間で非接触通信が開始される。ここで、電界検出部１３０により非接触カード１が電界２１に入界したことがカード内で判定される。多くの場合この判定処理はハードウェア割込みよって生じる（ＳＱ２０００）。この通知によりプロトコル処理制御部１００は、タスクＢとタスクＣを起動する（ＳＴＥＰ１１００）。起動する順序は、所定の優先順位に基づく。本実施の形態ではタスクＢがタスクＣより優先度が高く設定されているとし、タスクＢの起動開始後（ＳＱ２１１０）、タスクＣの起動開始を行う（ＳＱ２１２０）。この時点でタスクＢとタスクＣの状態は「停止」（図５の［Ａ］）から「初期化中」（図５の［Ｂ］）へと遷移する（ＴＲ１）。
起動された、タスクＢとタスクＣはそれぞれ各自のタスクの初期化処理を独立して実行する（ＳＴＥＰ１２００）。以後、プロトコル処理制御部１００はタスクＢ初期化完了を優先的に待ち続ける（ＳＴＥＰ１３１０）。
タスクＢは初期化が完了すると起動完了をロトコル処理制御部１００に通知する（ＳＱ２２１０）。この時点でタスクＢとタスクＣの状態は「初期化中」（図５の［Ｂ］）から、タスクＢの状態が「初期化完了」、タスクＣの状態が「初期化中」（図５の［Ｃ］）へと遷移する（ＴＲ５）。
プロトコル処理制御部１００はタスクＢ状態が「初期化完了」であることを確認した後、読み取り端末２からのデータ通信受信を許可する（ＳＴＥＰ１４００）。
【００２４】
ここで、タスクＢはタスクＣに対して優先させているので、タスクＣに関して初期化完了は待たずにデータ通信受信を許可する。逆に、タスクＣをタスクＢに対して優先させている場合、タスクＣの初期化が完了した時点でタスクＢに関して初期化完了を待たずにデータ通信受信を許可することになる。
なお、この時点では、読み取り端末２の通信プロトコルがＴｙｐｅＢ対応であるか、ＴｙｐｅＣであるかは不明である。
【００２５】
次に、読み取り端末２から通信データをデータ通信部１４０で受信する（ＳＴＥＰ１５００、ＳＱ２４００）。データ通信部１４０は、受信したデータをそのプロトコル種別と共にプロトコル処理制御部１００に通知する。プロトコル処理制御部１００は該受信したデータのプロトコル種別に基づき、当該プロトコルに対応しないタスクを停止させ、当該プロトコルに対応するタスクを稼動中にすると共に、該受信したデータを該タスクに通知する。
すなわち、データ通信部１４０が受信したデータがＴｙｐｅＢである判明した場合、すなわち読み取り装置２はＴｙｐｅＢのサービスを提供する場合、プロトコル処理制御部１００はタスクＣの初期化を停止させ（ＳＴＥＰ１６１０、ＳＱ２３００）、受信したデータをタスクＢに対して通知する（ＳＱ２５００）。この時点でタスクＢの状態は「初期化完了」、タスクＣの状態は「初期化中」（図５の［Ｃ］）から、タスクＢの状態は「稼動中」、タスクＣの状態は「停止」（図５の［Ｅ］）へと遷移する（ＴＲ６）。
なお、データ通信部１４０が受信したデータがＴｙｐｅＣである判明した場合、すなわち読み取り装置２はＴｙｐｅＣのサービスを提供する場合、タスクＣの初期化が完了していないため、プロトコル処理制御部１００は特段の処理を行わない。
また、タスクＢ、タスクＣの両方の初期化が完了したあと、データ通信部１４０がデータを受信する場合は、実施の形態１で説明したとおりである。
以後、電界から離れる、すなわちカード１と読み取り装置２との距離が所定距離以上となるまで、データ通信部１４０が受信したデータは、プロトコル処理制御部１００を経由してタスクＢに通知され、ＴｙｐｅＢのプロトコル処理が行われる（ＳＴＥＰ１６１１）。
【００２６】
そして、カード１と読み取り装置２との距離が所定距離以上となった時、出界がプロトコル処理制御部１００に通知され（ＳＱ２６００）、タスクＢに対してタスクの停止通知がなされる（ＳＴＥＰ１６１２、ＳＱ２７００）。
この時点でタスクＢとタスクＣの状態は「停止」（図４の［Ａ］）へ遷移する。
以後、電界から出界するまで、すなわちカード１と読み取り装置２との距離が所定距離以上となるまで、データ通信部１４０が受信したデータは、プロトコル処理制御部１００を経由してタスクＣに通知され、ＴｙｐｅＣのプロトコル処理が行われる（ＳＴＥＰ１６２１）。
【００２７】
そして、カード１と読み取り装置２との距離が所定距離以上となった時、出界がプロトコル処理制御部１００に通知され、タスクＣに対してタスクの停止通知がなされる（ＳＴＥＰ１６１２）。
なお、新たに待ちうけプロトコルが追加された場合でも同様の処理を行うことにより目的の効果を得ることができる。
【００２８】
以上説明したとおり、プロトコル処理制御部が、非接触通信データの受信を許可する時点は、複数のプロトコル処理部のいずれか一が実行状態が初期化完了となった時点とし、その時点で他プロトコル処理部の実行を停止することにより、非接触カードの応答をより高速に行うことが可能となる。
【００２９】
（実施の形態３）
上記実施の形態１と上記実施の形態２においては、前記プロトコル処理制御部１００が、直接プロトコル処理部１５０の実行を直接指示しているが、各プロトコル処理部自身（タスクＢ１５１、タスクＣ１５２）。しかしながらプロトコル処理管理部１１０が管理するプロトコル状態管理表５００を直接参照して、処理を実行するコトも可能である。（図９）。この場合、前記プロトコル処理制御部１００が、プロトコル状態管理表５００の内容を変更して、間接的にプロトコル処理部１５０の実行を直接指示していることになる。
また、プロトコル状態管理表５００における状態管理は、上記実施の形態において説明したプロトコル制御部１５０の動作を規定できるものであれば方式を問わない。
【産業上の利用可能性】
【００３０】
本発明にかかる非接触カードは複数の非接触通信プロトコル処理部とそれらを制御する構成を有し、マルチアプリケーション対応のＩＣカード等として有用である。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態１における非接触カードの利用形態を表す利用概観図
【図２】本発明の実施の形態１における非接触カードのハードウェア構成図
【図３】本発明の実施の形態１における非接触カードのソフトウェア構成図
【図４】本発明の実施の形態１における非接触カードの処理フローチャート
【図５】本発明の実施の形態１と実施の形態２における非接触カードのプロトコル処理部の状態を示すプロトコル処理状態管理表
【図６】本発明の実施の形態１における非接触カードの処理シーケンス図
【図７】本発明の実施の形態２における非接触カードの処理フローチャート
【図８】本発明の実施の形態２における非接触カードの処理シーケンス図
【図９】本発明の実施の形態３における非接触カードのソフトウェア構成図
【符号の説明】
【００３２】
１  非接触カード
１００  プロトコル処理制御部
１１０  プロトコル処理状態管理部
１２０  非接触通信部
１３０  電界検出部
１４０  データ通信部１４０
１５０  プロトコル処理部
１５１  プロトコルＢ処理部（タスクＢ)
１５２  プロトコルＣ処理部（タスクＣ）
【図１】
2006099324.tif 000003
【図２】
2006099324.tif 000004
【図３】
2006099324.tif 000005
【図４】
2006099324.tif 000006
【図５】
2006099324.tif 000007
【図６】
2006099324.tif 000008
【図７】
2006099324.tif 000009
【図８】
2006099324.tif 000010
【図９】
2006099324.tif 000011