JP2015114998A - 携帯情報処理装置、情報処理方法及びプログラム - Google Patents
携帯情報処理装置、情報処理方法及びプログラム Download PDFInfo
- Publication number
- JP2015114998A JP2015114998A JP2013258560A JP2013258560A JP2015114998A JP 2015114998 A JP2015114998 A JP 2015114998A JP 2013258560 A JP2013258560 A JP 2013258560A JP 2013258560 A JP2013258560 A JP 2013258560A JP 2015114998 A JP2015114998 A JP 2015114998A
- Authority
- JP
- Japan
- Prior art keywords
- data
- security
- processing
- security level
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】携帯情報処理装置が処理対象とするデータのセキュリティ保護が不要な場合の情報処理効率の低下を回避する。【解決手段】外部情報処理装置から受信したデータに応じてセキュリティ保護に関連するセキュリティ対応処理を実行するセキュリティ対応処理部と、受信したデータの内容に応じたデータ処理を実行するデータ処理部と、外部情報処理装置から受信したセキュリティレベル情報に基づいてセキュリティレベルを判定するセキュリティレベル判定部と、セキュリティレベルが高いと判定された場合には、受信したデータについてセキュリティ対応処理とデータ処理とが実行されるように制御し、セキュリティレベルが低いと判定された場合には、受信したデータについてセキュリティ対応処理を経由させることなくデータ処理が実行されるように制御する受信データ制御部とを備えて携帯情報処理装置を構成する。【選択図】図４
Description
本発明は、携帯情報処理装置、情報処理方法及びプログラムに関する。
クレジットカード、キャッシュカード、プリペイドカードなどを始めとする各種用途のＩＣカードが普及している。このようなＩＣカードが処理する情報は、例えばカード番号、暗証番号、各種個人情報などであり機密性が高い。そこで、ＩＣカードには、セキュリティ保護を目的として暗号化や認証等のセキュリティ保護機能が与えられる（例えば、特許文献１参照）。
ＩＣカードの機能の多様化に伴いＩＣカードで処理するデータの種類も多様化していく。このようにデータの種類が多様化していく状況のもとでは、ＩＣカードで処理するデータの種類の全てが必ずしも機密性を有するものではない場合が生じる可能性がある。つまり、ＩＣカードが処理対象とするデータとして、セキュリティ保護が必要なものと不要なものとが併存する可能性がある。
しかし、現状におけるＩＣカードのセキュリティ保護機能は定常的に有効となっている。このために、上記のようにセキュリティ保護が必要なデータと不要なデータとが混在する場合であっても、ＩＣカードは、セキュリティの要否にかかわらず、全ての種類のデータについてセキュリティに対応する処理を実行する。
セキュリティに対応する処理は、例えば認証、暗号化、復号などであるが、これらの処理は比較的重いことから処理に要する時間も比較的長くなる。このために、上記のようにセキュリティ保護が不要なデータについてまでＩＣカードがセキュリティに対応した処理を実行することによっては、余分な処理時間が生じることとなって情報処理効率が低下する。
セキュリティに対応する処理は、例えば認証、暗号化、復号などであるが、これらの処理は比較的重いことから処理に要する時間も比較的長くなる。このために、上記のようにセキュリティ保護が不要なデータについてまでＩＣカードがセキュリティに対応した処理を実行することによっては、余分な処理時間が生じることとなって情報処理効率が低下する。
本発明は、このような事情に鑑みてなされたもので、携帯情報処理装置が処理対象とするデータのセキュリティ保護が不要な場合の情報処理効率の低下を回避することのできる携帯情報処理装置、情報処理方法及びプログラムを提供することを目的とする。
上述した課題を解決するために、本発明の一態様としての携帯情報処理装置は、外部情報処理装置から受信したデータに応じてセキュリティ保護に関連する所定のセキュリティ対応処理を実行するセキュリティ対応処理部と、前記受信したデータの内容に応じた所定のデータ処理を実行するデータ処理部と、外部情報処理装置が送信するデータのセキュリティレベルを示すセキュリティレベル情報を前記外部情報処理装置から受信し、受信したセキュリティレベル情報に基づいてセキュリティレベルを判定するセキュリティレベル判定部と、前記セキュリティレベル判定部によりセキュリティレベルが高いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理と前記データ処理部によるデータ処理とが実行されるように制御し、前記セキュリティレベル判定部によりセキュリティレベルが低いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理を経由させることなく、前記データ処理部によるデータ処理が実行されるように制御する受信データ制御部とを備える。
また、本発明の一態様は上記の携帯情報処理装置であって、前記セキュリティレベル判定部によりセキュリティレベルが低いと判定された場合に、セキュリティ保護に対応する通信に使用される通信プロトコルとは異なる通信プロトコルにより前記外部情報処理装置との通信が行われるように制御する通信プロトコル制御部をさらに備えてもよい。
また、本発明の一態様は上記の携帯情報処理装置であって、前記受信データ制御部は、携帯情報処理装置が処理すべきデータと前記セキュリティレベル情報を格納する処理コマンドの受信に応じて前記セキュリティレベル判定部によりセキュリティレベルが高いと判定された場合には、受信した処理コマンドが格納するデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理と前記データ処理部によるデータ処理とが実行されるように制御し、前記処理コマンドの受信に応じて前記セキュリティレベル判定部によりセキュリティレベルが低いと判定された場合には、受信した処理コマンドが格納するデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理を経由させることなく、前記データ処理部によるデータ処理が実行されるように制御してもよい。
本発明の一態様としての情報処理方法は、外部情報処理装置から受信したデータに応じてセキュリティ保護に関連する所定のセキュリティ対応処理を実行するセキュリティ対応処理ステップと、前記受信したデータの内容に応じた所定のデータ処理を実行するデータ処理ステップと、外部情報処理装置が送信するデータのセキュリティレベルを示すセキュリティレベル情報を前記外部情報処理装置から受信し、受信したセキュリティレベル情報に基づいてセキュリティレベルを判定するセキュリティレベル判定ステップと、前記セキュリティレベル判定ステップによりセキュリティレベルが高いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理と前記データ処理ステップによるデータ処理とが実行されるように制御し、前記セキュリティレベル判定ステップによりセキュリティレベルが低いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理を経由させることなく、前記データ処理ステップによるデータ処理が実行されるように制御する受信データ制御ステップとを備える。
本発明の一態様としてのプログラムは、携帯情報処理装置としてのコンピュータに、外部情報処理装置から受信したデータに応じてセキュリティ保護に関連する所定のセキュリティ対応処理を実行するセキュリティ対応処理ステップと、前記受信したデータの内容に応じた所定のデータ処理を実行するデータ処理ステップと、外部情報処理装置が送信するデータのセキュリティレベルを示すセキュリティレベル情報を前記外部情報処理装置から受信し、受信したセキュリティレベル情報に基づいてセキュリティレベルを判定するセキュリティレベル判定ステップと、前記セキュリティレベル判定ステップによりセキュリティレベルが高いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理と前記データ処理ステップによるデータ処理とが実行されるように制御し、前記セキュリティレベル判定ステップによりセキュリティレベルが低いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理を経由させることなく、前記データ処理ステップによるデータ処理が実行されるように制御する受信データ制御ステップとを実行させるためのものである。
以上説明したように、本発明によれば、ＩＣカードが処理対象とするデータのセキュリティ保護が不要な場合の情報処理効率の低下を回避することのできる携帯情報処理装置、携帯情報処理方法及びプログラムを提供できるようになるという効果が得られる。
＜第１実施形態＞
［ＩＣカードの構成例］
図１は、第１実施形態のＩＣカード１００（携帯情報処理装置の一例）を、リーダライタ２００（外部情報処理装置の一例）とともに示している。
ＩＣカード１００は、リーダライタ２００と通信を実行することにより、所定の機能に応じた情報処理を実行する。
本実施形態において、ＩＣカード１００とリーダライタ２００との通信は接触式であっても非接触式であってもよい。通信プロトコルとして接触式の場合には、例えばＩＳＯ７８１６に準拠した通信プロトコルを採用できる。また、非接触式の場合には、ＩＳＯ１４４４３に準拠した通信プロトコルを採用できる。
［ＩＣカードの構成例］
図１は、第１実施形態のＩＣカード１００（携帯情報処理装置の一例）を、リーダライタ２００（外部情報処理装置の一例）とともに示している。
ＩＣカード１００は、リーダライタ２００と通信を実行することにより、所定の機能に応じた情報処理を実行する。
本実施形態において、ＩＣカード１００とリーダライタ２００との通信は接触式であっても非接触式であってもよい。通信プロトコルとして接触式の場合には、例えばＩＳＯ７８１６に準拠した通信プロトコルを採用できる。また、非接触式の場合には、ＩＳＯ１４４４３に準拠した通信プロトコルを採用できる。
リーダライタ２００は、ＩＣカード１００との通信により、ＩＣカード１００からの情報の読み出しとＩＣカード１００に対する情報の書き込みなどを実行する。
続けて、同図を参照して、ＩＣカード１００の構成例について説明する。
同図に示すＩＣカード１００は、通信コントローラ１０１、セキュリティ対応処理部１０２、データ処理部１０３、出力デバイスコントローラ１０４、出力デバイス部１０５、入力デバイス部１０６及び入力デバイスコントローラ１０７を備える。
同図に示すＩＣカード１００は、通信コントローラ１０１、セキュリティ対応処理部１０２、データ処理部１０３、出力デバイスコントローラ１０４、出力デバイス部１０５、入力デバイス部１０６及び入力デバイスコントローラ１０７を備える。
通信コントローラ１０１は、リーダライタ２００と通信を実行する部位である。
ＩＣカード１００とリーダライタ２００との通信における通信プロトコルは、前述のように、接触式であればＩＳＯ７８１６を採用することができ、非接触式であればＩＳＯ１４４４３を採用することができる。ＩＣカード１００においては、このような通信プロトコルに対応した通信が通信コントローラ１０１によって実行される。
ＩＣカード１００とリーダライタ２００との通信における通信プロトコルは、前述のように、接触式であればＩＳＯ７８１６を採用することができ、非接触式であればＩＳＯ１４４４３を採用することができる。ＩＣカード１００においては、このような通信プロトコルに対応した通信が通信コントローラ１０１によって実行される。
本実施形態においては、リーダライタ２００からＩＣカード１００に対して送信されるデータとして、機密性を有するデータだけではなく、特に機密性を有さないデータも送信される場合がある。つまり、リーダライタ２００から送信されＩＣカード１００にて処理されるデータには、セキュリティ保護の必要なデータとセキュリティ保護の不要なデータとが混在している。
上記のように、セキュリティ保護の必要なデータとセキュリティ保護の不要なデータとが混在する状況に対応して、本実施形態におけるリーダライタ２００は、ＩＣカード１００との通信にあたり、セキュリティレベル情報を送信する。
セキュリティレベル情報は、リーダライタ２００がＩＣカード１００に送信するデータについてのセキュリティ保護性の高さであるセキュリティレベルを示す。本実施形態において、セキュリティレベルは「高」と「低」の２段階である。セキュリティレベルが「高」の場合、リーダライタ２００がＩＣカード１００に送信するデータはセキュリティ保護が必要であることを示す。一方、セキュリティレベルが「低」の場合、リーダライタ２００がＩＣカード１００に送信するデータはセキュリティ保護が不要であることを示す。
セキュリティレベル情報は、リーダライタ２００がＩＣカード１００に送信するデータについてのセキュリティ保護性の高さであるセキュリティレベルを示す。本実施形態において、セキュリティレベルは「高」と「低」の２段階である。セキュリティレベルが「高」の場合、リーダライタ２００がＩＣカード１００に送信するデータはセキュリティ保護が必要であることを示す。一方、セキュリティレベルが「低」の場合、リーダライタ２００がＩＣカード１００に送信するデータはセキュリティ保護が不要であることを示す。
一例として、セキュリティ保護が必要なデータは、例えば認証処理などに利用される各種識別子、残高、暗証番号、個人情報などの機密性を有する情報である。このようにセキュリティ保護が必要なデータは、例えば暗号化が施されたうえで、リーダライタ２００とＩＣカード１００間で送受信される。
また、セキュリティ保護が不要なデータとしては、例えば、ＩＣカードの出力デバイス部１０５に含まれる表示部１５１に表示させる広告あるいは娯楽的なメッセージや絵柄などの表示データを挙げることができる。
また、セキュリティ保護が不要なデータとしては、例えば、ＩＣカードの出力デバイス部１０５に含まれる表示部１５１に表示させる広告あるいは娯楽的なメッセージや絵柄などの表示データを挙げることができる。
そして、通信コントローラ１０１は、リーダライタ２００から受信したコマンドに格納されるセキュリティレベル情報を参照することによって、リーダライタ２００から送信されるデータについてのセキュリティレベルを判別する。
通信コントローラ１０１は、判定したセキュリティレベルに応じて、リーダライタ２００から受信した処理対象のデータについて、ＩＣカード１００においてセキュリティ保護のための処理が実行されるように、あるいは実行されないように切り替えることができる。
通信コントローラ１０１は、判定したセキュリティレベルに応じて、リーダライタ２００から受信した処理対象のデータについて、ＩＣカード１００においてセキュリティ保護のための処理が実行されるように、あるいは実行されないように切り替えることができる。
セキュリティ対応処理部１０２は、リーダライタ２００から受信したデータに応じてセキュリティ保護に関連する所定の処理（セキュリティ対応処理）を実行する。
セキュリティ対応処理部１０２が実行するセキュリティ対応処理としては、例えば認証処理、データの暗号化、暗号化されたデータの復号などである。
また、セキュリティ対応処理部１０２は、リーダライタ２００に送信すべきデータに応じて、セキュリティ保護に関連するセキュリティ対応処理を実行する。
セキュリティ対応処理部１０２が実行するセキュリティ対応処理としては、例えば認証処理、データの暗号化、暗号化されたデータの復号などである。
また、セキュリティ対応処理部１０２は、リーダライタ２００に送信すべきデータに応じて、セキュリティ保護に関連するセキュリティ対応処理を実行する。
同図に示すセキュリティ対応処理部１０２は、例えば１つのＩＣ（Integrated Circuit）チップとして構成される。セキュリティ対応処理部１０２は、ＣＰＵ（Central Processing Unit）１２１、セキュリティユニット１２２、メモリ１２３及びプログラム記憶部１２４を備える。
ＣＰＵ１２１は、プログラム記憶部１２４に記憶されるプログラムを実行することにより、セキュリティ対応処理部１０２における各種の制御を実行する。
セキュリティユニット１２２は、ＣＰＵ１２１の制御に従って、セキュリティ対応処理を実行する。
メモリ１２３は、例えばＲＡＭ（Random Access Memory）などで構成され、ＣＰＵ１２１の演算結果などを記憶する主記憶装置である。
プログラム記憶部１２４は、例えばＲＯＭ（Read Only Memory）や不揮発性メモリなどで構成され、ＣＰＵ１２１が実行するプログラムのデータを記憶する。
ＣＰＵ１２１は、プログラム記憶部１２４に記憶されるプログラムを実行することにより、セキュリティ対応処理部１０２における各種の制御を実行する。
セキュリティユニット１２２は、ＣＰＵ１２１の制御に従って、セキュリティ対応処理を実行する。
メモリ１２３は、例えばＲＡＭ（Random Access Memory）などで構成され、ＣＰＵ１２１の演算結果などを記憶する主記憶装置である。
プログラム記憶部１２４は、例えばＲＯＭ（Read Only Memory）や不揮発性メモリなどで構成され、ＣＰＵ１２１が実行するプログラムのデータを記憶する。
データ処理部１０３は、リーダライタ２００から受信したデータの内容に応じた所定の処理（データ処理）を実行する。また、データ処理部１０３は、リーダライタ２００に送信すべきデータに応じても所定のデータ処理を実行する。
同図に示すデータ処理部１０３は、例えば１つのＩＣチップとして構成され、ＣＰＵ１３１、メモリ１３２及びプログラム記憶部１３３を備える。
ＣＰＵ１３１は、プログラム記憶部１３３に記憶されるプログラムを実行することにより、データ処理部１０３における各種の制御を実行する。
メモリ１３２は、例えばＲＡＭなどで構成され、ＣＰＵ１３１の演算結果などを記憶する主記憶装置である。
プログラム記憶部１３３は、例えばＲＯＭなどで構成され、ＣＰＵ１２１が実行するプログラムのデータを記憶する。
同図に示すデータ処理部１０３は、例えば１つのＩＣチップとして構成され、ＣＰＵ１３１、メモリ１３２及びプログラム記憶部１３３を備える。
ＣＰＵ１３１は、プログラム記憶部１３３に記憶されるプログラムを実行することにより、データ処理部１０３における各種の制御を実行する。
メモリ１３２は、例えばＲＡＭなどで構成され、ＣＰＵ１３１の演算結果などを記憶する主記憶装置である。
プログラム記憶部１３３は、例えばＲＯＭなどで構成され、ＣＰＵ１２１が実行するプログラムのデータを記憶する。
出力デバイスコントローラ１０４は、データ処理部１０３によって処理された処理対象データのうち、所定の出力デバイスにより出力すべきデータを入力し、出力デバイス部１０５における所定の出力デバイスから出力させるための制御を実行する。
一例として、出力デバイス部１０５における表示部１５１にて表示させるべき表示データがデータ処理部１０３により処理された場合、出力デバイスコントローラ１０４は、処理された表示データを入力し、表示部１５１にて表示データが示す内容が表示されるように制御を実行する。
一例として、出力デバイス部１０５における表示部１５１にて表示させるべき表示データがデータ処理部１０３により処理された場合、出力デバイスコントローラ１０４は、処理された表示データを入力し、表示部１５１にて表示データが示す内容が表示されるように制御を実行する。
出力デバイス部１０５は、ＩＣカード１００が備える出力デバイスを一括して示した部位である。同図においては、出力デバイス部１０５が備える出力デバイスの１つとして表示部１５１が示される。
表示部１５１は、出力デバイスコントローラ１０４により駆動されることで表示を行う。
このように、ＩＣカード１００に備えられる表示部１５１として好適なディスプレイデバイスには、例えば電子ペーパーを挙げることができる。
電子ペーパーの表示方式として、例えば電気泳動方式が知られている。一例として、モノクローム表示に対応する電気泳動方式の電子ペーパーは、２枚の電極間にそれぞれが異なる極性により帯電された白色と黒色の顔料粒子を封入したマイクロカプセルが二次元方向に配列された構造を有する。
上記のような構造の電子ペーパーにおいて、２枚の電極間に電圧を印加して画素ごとの表示内容に応じた極性の電界（電位差）を発生させると、発生された電界の方向に応じてマイクロカプセル内の白色と黒色の顔料粒子のうちの一方が表示面側に移動し、他方が表示面の反対側に移動する。これにより、表示部１５１の画面においてモノクロームによる表示が行われる。
また、電子ペーパーは、電極間に電界が発生していない状態では、顔料粒子の位置がほとんど固定された状態となる。つまり、電子ペーパーは、駆動のための電力がなくとも表示内容を保持することができる。
なお、電子ペーパーは一例であって、表示部１５１を構成するディスプレイデバイスとしては特に限定されない。例えば、電子ペーパーの他には液晶ディスプレイデバイスなどであってもよい。
また、出力デバイス部１０５は、表示部１５１の他に例えばＬＥＤ（Light Emitted Diode）などの表示素子やスピーカーなどを備えてもよい。
このように、ＩＣカード１００に備えられる表示部１５１として好適なディスプレイデバイスには、例えば電子ペーパーを挙げることができる。
電子ペーパーの表示方式として、例えば電気泳動方式が知られている。一例として、モノクローム表示に対応する電気泳動方式の電子ペーパーは、２枚の電極間にそれぞれが異なる極性により帯電された白色と黒色の顔料粒子を封入したマイクロカプセルが二次元方向に配列された構造を有する。
上記のような構造の電子ペーパーにおいて、２枚の電極間に電圧を印加して画素ごとの表示内容に応じた極性の電界（電位差）を発生させると、発生された電界の方向に応じてマイクロカプセル内の白色と黒色の顔料粒子のうちの一方が表示面側に移動し、他方が表示面の反対側に移動する。これにより、表示部１５１の画面においてモノクロームによる表示が行われる。
また、電子ペーパーは、電極間に電界が発生していない状態では、顔料粒子の位置がほとんど固定された状態となる。つまり、電子ペーパーは、駆動のための電力がなくとも表示内容を保持することができる。
なお、電子ペーパーは一例であって、表示部１５１を構成するディスプレイデバイスとしては特に限定されない。例えば、電子ペーパーの他には液晶ディスプレイデバイスなどであってもよい。
また、出力デバイス部１０５は、表示部１５１の他に例えばＬＥＤ（Light Emitted Diode）などの表示素子やスピーカーなどを備えてもよい。
入力デバイス部１０６は、ＩＣカード１００に備えられる入力デバイスを一括して示した部位である。
入力デバイス部１０６に含まれる入力デバイスとしては、キーパッド、スイッチ、センサーなどを挙げることができる。
入力デバイス部１０６に含まれる入力デバイスとしては、キーパッド、スイッチ、センサーなどを挙げることができる。
入力デバイスコントローラ１０７は、入力デバイス部１０６に含まれる入力デバイスから出力された信号を、例えばデータ処理部１０３にて処理可能な入力データに変換し、変換後の入力データをデータ処理部１０３に出力する。
データ処理部１０３は、入力データに応じて適宜所定のデータ処理を実行する。
データ処理部１０３は、入力データに応じて適宜所定のデータ処理を実行する。
［ＩＣカード検出コマンドの構造例］
前述のように、本実施形態における通信コントローラ１０１は、リーダライタ２００から受信したセキュリティレベル情報に基づいてセキュリティレベルを判別する。そして、通信コントローラ１０１は、判定したセキュリティレベルに応じて、リーダライタ２００から受信したデータを対象として、セキュリティ保護のための処理が実行されるように、あるいは実行されないように制御することができる。
前述のように、本実施形態における通信コントローラ１０１は、リーダライタ２００から受信したセキュリティレベル情報に基づいてセキュリティレベルを判別する。そして、通信コントローラ１０１は、判定したセキュリティレベルに応じて、リーダライタ２００から受信したデータを対象として、セキュリティ保護のための処理が実行されるように、あるいは実行されないように制御することができる。
そこで、先ず、セキュリティレベル情報について説明する。本実施形態におけるセキュリティレベル情報は、ＩＣカード検出コマンドに格納して送信される。ＩＣカード検出コマンドは、例えば初期応答の段階においてリーダライタ２００が通信可能なＩＣカード１００を検出するために送信するコマンドである。なお、以降の説明にあたっては、非接触式のＩＳＯ１４４４３に準拠した通信をリーダライタ２００とＩＣカード１００とが実行可能な場合を例に挙げる。
図２は、ＩＣカード検出コマンドの構造例を示している。同図に示すＩＣカード検出コマンドは、ＩＳＯ１４４４３において規定されるショートフレームとしての構造を有する。即ち、同図に示すＩＣカード検出コマンドは、先頭の伝送開始ビットと、伝送開始ビットに続くビットｂ１〜ｂ７の７ビットによるコマンドデータと、コマンドデータに続く伝送終了ビットとにより形成される。
図３は、図２に示したＩＣカード検出コマンドの定義内容例を示している。なお、ＩＳＯ１４４４３においては、タイプＡとタイプＢの２つの通信プロトコルが規定されている。同図には、タイプＡのもとでの本実施形態のＩＣカード検出コマンドの定義内容例が示される。
コマンドデータのビットｂ７〜ビットｂ１のビットパターンが「０１００１１０（０ｘ２６）」である場合、ＩＣカード検出コマンドとしてＲＥＱＡ（Request Command , Type A）であることを示す。ＲＥＱＡは、初期応答段階において、タイプＡの通信プロトコルによりリーダライタ２００がＩＣカード１００に送信する通信路の設定要求である。
なお、同図での図示は省略しているが、タイプＢの通信プロトコルにおける通信路の設定要求としてのＩＣカード検出コマンドは、ＲＥＱＢ（Request Command , Type B）であり、「０１００１１０（０ｘ２６）」とは異なるビットｂ７〜ビットｂ１による所定のビットパターンにより表される。
なお、同図での図示は省略しているが、タイプＢの通信プロトコルにおける通信路の設定要求としてのＩＣカード検出コマンドは、ＲＥＱＢ（Request Command , Type B）であり、「０１００１１０（０ｘ２６）」とは異なるビットｂ７〜ビットｂ１による所定のビットパターンにより表される。
また、ビットｂ７〜ビットｂ１のビットパターンが「１０１００１０（０ｘ５２）」である場合、ＩＣカード検出コマンドはＷＵＰＡ（Wake-Up command type A：ウェイクアップ命令）であることを示す。
なお、同図での図示は省略しているが、タイプＢの通信プロトコルの場合のウェイクアップ命令としてのＩＣカード検出コマンドは、ＷＵＰＢ（Wake-Up command , Type B）であり、「１０１００１０（０ｘ５２）」とは異なるビットｂ７〜ビットｂ１による所定のビットパターンにより表される。
なお、同図での図示は省略しているが、タイプＢの通信プロトコルの場合のウェイクアップ命令としてのＩＣカード検出コマンドは、ＷＵＰＢ（Wake-Up command , Type B）であり、「１０１００１０（０ｘ５２）」とは異なるビットｂ７〜ビットｂ１による所定のビットパターンにより表される。
また、ビットｂ７〜ビットｂ１のビットパターンが「０１１０１０１（０ｘ３５）」である場合、ＩＣカード検出コマンドは、アンチコリジョン方式としてタイムスロット方式を指定するコマンドであることを示す。
また、ビットｂ７〜ビットｂ１による「１００ｘｘｘｘ（０ｘ４０〜０ｘ４Ｆ）」の各ビットパターン（ビットパターンにおけるｘは任意の値を示す）は、例えば特定のベンダー（ユーザ）ごとに固有に定義されたＩＣカード検出コマンドであることを示す。
同様に、ビットｂ７〜ビットｂ１による「１１１１ｘｘｘ（０ｘ７８〜０ｘ７Ｆ）」の
各ビットパターンも、例えば特定のベンダー（ユーザ）ごとに固有に定義されたＩＣカード検出コマンドであることを示す。
また、ビットｂ７〜ビットｂ１による「１００ｘｘｘｘ（０ｘ４０〜０ｘ４Ｆ）」の各ビットパターン（ビットパターンにおけるｘは任意の値を示す）は、例えば特定のベンダー（ユーザ）ごとに固有に定義されたＩＣカード検出コマンドであることを示す。
同様に、ビットｂ７〜ビットｂ１による「１１１１ｘｘｘ（０ｘ７８〜０ｘ７Ｆ）」の
各ビットパターンも、例えば特定のベンダー（ユーザ）ごとに固有に定義されたＩＣカード検出コマンドであることを示す。
そして、ビットｂ７〜ビットｂ１のビットパターンが「１１０ｘｘｘｘ（０ｘ６０〜０ｘ６Ｆ）」の範囲である場合のＩＣカード検出コマンドは、セキュリティレベルが「低」であることを示す。
ビットｂ７〜ビットｂ１のビットパターンが上記の６パターンのうちのいずれでもないＩＣカード検出コマンドは、ＲＦＵ（Reserved For Future Use）であり未定義である。
ビットｂ７〜ビットｂ１のビットパターンが上記の６パターンのうちのいずれでもないＩＣカード検出コマンドは、ＲＦＵ（Reserved For Future Use）であり未定義である。
図３の定義内容によれば、ＩＣカード検出コマンドのビットｂ７〜ビットｂ１のビットパターンが「１１０ｘｘｘｘ（０ｘ６０〜０ｘ６Ｆ）」のうちのいずれかであれば、リーダライタ２００が以降において送信するデータのセキュリティレベルが「低」であり、セキュリティ保護の必要がないことを示す。
一方、ＩＣカード検出コマンドのビットｂ７〜ビットｂ１が、ＲＥＱＡ（タイプＢの通信プロトコルの場合にはＲＥＱＢ）、ＷＵＰＡ、タイムスロット方式などを示すビットパターンであれば、リーダライタ２００が以降において送信するデータのセキュリティレベルが「高」であり、セキュリティ保護の必要が有ることを示す。
このように、本実施形態におけるＩＣカード検出コマンドは、リーダライタ２００が送信するデータについてのセキュリティレベルを示すセキュリティレベル情報として機能する。
一方、ＩＣカード検出コマンドのビットｂ７〜ビットｂ１が、ＲＥＱＡ（タイプＢの通信プロトコルの場合にはＲＥＱＢ）、ＷＵＰＡ、タイムスロット方式などを示すビットパターンであれば、リーダライタ２００が以降において送信するデータのセキュリティレベルが「高」であり、セキュリティ保護の必要が有ることを示す。
このように、本実施形態におけるＩＣカード検出コマンドは、リーダライタ２００が送信するデータについてのセキュリティレベルを示すセキュリティレベル情報として機能する。
［通信コントローラの構成例］
ＩＣカード１００における通信コントローラ１０１は、上記のようにセキュリティレベル情報として機能するＩＣカード検出コマンドを受信してセキュリティレベルを判定する。そして、通信コントローラ１０１は、セキュリティレベルの判定結果に応じて、前述のように、リーダライタ２００から受信したデータについて、ＩＣカード１００においてセキュリティ保護のための処理が実行されるように、あるいは実行されないように制御することができる。
ＩＣカード１００における通信コントローラ１０１は、上記のようにセキュリティレベル情報として機能するＩＣカード検出コマンドを受信してセキュリティレベルを判定する。そして、通信コントローラ１０１は、セキュリティレベルの判定結果に応じて、前述のように、リーダライタ２００から受信したデータについて、ＩＣカード１００においてセキュリティ保護のための処理が実行されるように、あるいは実行されないように制御することができる。
そこで、図４を参照して、通信コントローラ１０１におけるセキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データ制御のための構成例について説明する。
なお、同図においては、リーダライタ２００と、ＩＣカード１００におけるセキュリティ対応処理部１０２及びデータ処理部１０３とを、通信コントローラ１０１とともに示している。また、同図では、ＩＣカード１００における出力デバイスコントローラ１０４、出力デバイス部１０５、入力デバイス部１０６及び入力デバイスコントローラ１０７の図示は省略している。
なお、同図においては、リーダライタ２００と、ＩＣカード１００におけるセキュリティ対応処理部１０２及びデータ処理部１０３とを、通信コントローラ１０１とともに示している。また、同図では、ＩＣカード１００における出力デバイスコントローラ１０４、出力デバイス部１０５、入力デバイス部１０６及び入力デバイスコントローラ１０７の図示は省略している。
通信コントローラ１０１は、セキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データ制御とに対応して、セキュリティレベル判定部１１１及び受信データ制御部１１２を備える。
セキュリティレベル判定部１１１は、リーダライタ２００が送信するデータのセキュリティレベルを示すセキュリティレベル情報をリーダライタ２００から受信し、受信したセキュリティレベル情報に基づいてセキュリティレベルを判定する。
セキュリティレベル判定部１１１は、ＩＣカード検出コマンドを受信した場合には、図３に示した定義内容のもとで、受信したＩＣカード検出コマンドのビットｂ７〜ビットｂ１のビットパターンにより、セキュリティレベルが「高」と「低」のいずれであるのかを判定する。
前述のように、受信したＩＣカード検出コマンドのビットｂ７〜ビットｂ１によるビットパターンが０ｘ７８〜０ｘ７Ｆのうちのいずれかを示していれば、セキュリティレベル判定部１１１は、セキュリティレベルが「低」であると判定する。
これに対して、受信したＩＣカード検出コマンドのビットｂ７〜ビットｂ１によるビットパターンが、ＲＥＱＡ（タイプＢの場合はＲＥＱＢ）、ＷＵＰＡ（タイプＢの場合はＷＵＰＢ）、タイムスロット方式のいずれかであれば、セキュリティレベル判定部１１１は、セキュリティレベルが「高」であると判定する。
前述のように、受信したＩＣカード検出コマンドのビットｂ７〜ビットｂ１によるビットパターンが０ｘ７８〜０ｘ７Ｆのうちのいずれかを示していれば、セキュリティレベル判定部１１１は、セキュリティレベルが「低」であると判定する。
これに対して、受信したＩＣカード検出コマンドのビットｂ７〜ビットｂ１によるビットパターンが、ＲＥＱＡ（タイプＢの場合はＲＥＱＢ）、ＷＵＰＡ（タイプＢの場合はＷＵＰＢ）、タイムスロット方式のいずれかであれば、セキュリティレベル判定部１１１は、セキュリティレベルが「高」であると判定する。
受信データ制御部１１２は、セキュリティレベル判定部１１１によりセキュリティレベルが高い（「高」である）と判定された場合には、以下の制御を実行する。
つまり、受信データ制御部１１２は、リーダライタ２００から受信したデータを処理対象として、セキュリティ対応処理部１０２によるセキュリティ対応処理とデータ処理部１０３によるデータ処理とが実行されるように制御する。
つまり、受信データ制御部１１２は、リーダライタ２００から受信したデータを処理対象として、セキュリティ対応処理部１０２によるセキュリティ対応処理とデータ処理部１０３によるデータ処理とが実行されるように制御する。
一方、受信データ制御部１１２は、セキュリティレベル判定部１１１によりセキュリティレベルが低い（「低」である）と判定された場合には、以下の処理を実行する。
つまり、受信データ制御部１１２は、受信したデータを処理対象として、セキュリティ対応処理部１０２によるセキュリティ対応処理を経由させることなく、データ処理部１０３によるデータ処理が実行されるように制御する。
つまり、受信データ制御部１１２は、受信したデータを処理対象として、セキュリティ対応処理部１０２によるセキュリティ対応処理を経由させることなく、データ処理部１０３によるデータ処理が実行されるように制御する。
上記のように制御を行うにあたり、受信データ制御部１１２は、受信したデータ出力すべき伝送路について、第１伝送路Ｌ１と第２伝送路Ｌ２のうちのいずれかを選択する。第１伝送路Ｌ１は、セキュリティ保護に対応する伝送路であって、受信データ制御部１１２からセキュリティ対応処理部１０２にデータを伝送する伝送路である。第２伝送路Ｌ２は、セキュリティ保護に非対応の伝送路であって、受信データ制御部１１２からデータ処理部１０３にデータを伝送する伝送路である。
受信データ制御部１１２は、セキュリティレベル判定部１１１によりセキュリティレベルが「高」であると判定された場合には第１伝送路Ｌ１を選択し、以降において受信されたデータを第１伝送路Ｌ１により伝送する。この場合に受信されるデータのうちにはセキュリティ保護を必要とするデータが含まれる。受信されたデータは、第１伝送路Ｌ１により伝送されることで、先ず、セキュリティ対応処理部１０２にて所定のセキュリティ対応処理が実行されたうえで、データ処理部１０３によるデータ処理が実行される。
一方、受信データ制御部１１２は、セキュリティレベル判定部１１１によりセキュリティレベルが「低」であると判定された場合には第２伝送路Ｌ２を選択し、以降において受信されたデータを第２伝送路Ｌ２により伝送する。この場合に受信されるデータはセキュリティ保護が不要なデータである。受信されたセデータは、第２伝送路Ｌ２により伝送されることで、セキュリティ対応処理部１０２ではなく、データ処理部１０３に入力される。つまり、この場合には、受信されたセキュリティ保護が不要なデータは、セキュリティ対応処理部１０２を経由することなく、データ処理部１０３によるデータ処理が実行される。
このように、セキュリティレベル判定部１１１によりセキュリティレベルが「高」であると判定された場合、データ処理部１０３は、セキュリティ対応処理部１０２にてセキュリティ対応処理が行われた後の受信データを入力し、入力した受信データのデータ処理を実行する。
前述のように、セキュリティレベル判定部１１１によりセキュリティレベルが「高」であると判定された場合、リーダライタ２００が送信するデータのうちには、機密性が高くセキュリティ保護が必要なデータが含まれる。従って、この場合のＩＣカード１００においては、セキュリティ保護が必要な受信データについてセキュリティ対応処理が適切に行われたうえで、データ処理が実行される。
前述のように、セキュリティレベル判定部１１１によりセキュリティレベルが「高」であると判定された場合、リーダライタ２００が送信するデータのうちには、機密性が高くセキュリティ保護が必要なデータが含まれる。従って、この場合のＩＣカード１００においては、セキュリティ保護が必要な受信データについてセキュリティ対応処理が適切に行われたうえで、データ処理が実行される。
一方、セキュリティレベル判定部１１１によりセキュリティレベルが「低」であると判定された場合、ＩＣカード１００においては、セキュリティ保護が不要な受信データについて、セキュリティ対応処理部１０２による処理を経ることなくデータ処理部１０３によってデータ処理が行われる。
例えば、ＩＳＯ７８１６あるいはＩＳＯ１４４４３などにそのまま準拠した場合には、リーダライタ２００から受信されたデータは、種別を問わずにセキュリティ対応処理部１０２によるセキュリティ対応処理を経由したうえでデータ処理部１０３に伝送される。つまり、この場合には、セキュリティ保護が不要なデータについてまでセキュリティ対応処理が行われる。
セキュリティ対応処理は、処理負荷が重く比較的長い時間を要する処理である。このために、セキュリティ保護が不要なデータについてまでセキュリティ対応処理が行われることによっては、余分な処理時間を要することになる。
そこで、本実施形態のように、セキュリティ保護が不要な受信データについてはセキュリティ対応処理を経由せずにデータ処理が行われるようにすればセキュリティ保護が不要な受信データについての処理時間の短縮が図られ、情報処理効率が向上する。
セキュリティ対応処理は、処理負荷が重く比較的長い時間を要する処理である。このために、セキュリティ保護が不要なデータについてまでセキュリティ対応処理が行われることによっては、余分な処理時間を要することになる。
そこで、本実施形態のように、セキュリティ保護が不要な受信データについてはセキュリティ対応処理を経由せずにデータ処理が行われるようにすればセキュリティ保護が不要な受信データについての処理時間の短縮が図られ、情報処理効率が向上する。
［処理手順例］
続いて、図５のフローチャートを参照して、第１実施形態のＩＣカード１００がセキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データの制御とに対応して実行する処理手順例について説明する。
続いて、図５のフローチャートを参照して、第１実施形態のＩＣカード１００がセキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データの制御とに対応して実行する処理手順例について説明する。
ＩＣカード１００がリーダライタ２００の通信範囲内に位置することによって、リーダライタ２００からＩＣカード１００に電力が供給される。ＩＣカード１００においては、リーダライタ２００から供給される電力に応じて電源が生成され、生成された電源の供給を受けて通信コントローラ１０１、セキュリティ対応処理部１０２及びデータ処理部１０３などの部位が起動する（ステップＳ１０１）。
ここで、上記のようにＩＣカード１００が起動された状態においては、第１伝送路Ｌ１と第２伝送路Ｌ２のうち、デフォルトとして第１伝送路Ｌ１が選択される。
ここで、上記のようにＩＣカード１００が起動された状態においては、第１伝送路Ｌ１と第２伝送路Ｌ２のうち、デフォルトとして第１伝送路Ｌ１が選択される。
ステップＳ１０１による起動後において、通信コントローラ１０１におけるセキュリティレベル判定部１１１は、初期応答の状態のもとでリーダライタ２００から送信されるＩＣカード検出コマンドが受信されるのを待機する（ステップＳ１０２）。
そして、セキュリティレベル判定部１１１は、ＩＣカード検出コマンドが受信されるのに応じてセキュリティレベルを判定する（ステップＳ１０３）。
つまり、セキュリティレベル判定部１１１は、受信したＩＣカード検出コマンドにおけるコマンドデータのビットｂ７〜ビットｂ１によるビットパターンがセキュリティレベルの「高」、「低」のいずれを示しているか否かについて判定する。
例えば、ビットｂ７〜ビットｂ１のビットパターンがＲＥＱＡ（タイプＢの場合にはＲＥＱＢ）、ＷＵＰＡ（タイプＢの場合にはＷＵＰＢ）、タイムスロット方式のいずれかを示していれば、セキュリティレベル判定部１１１は、セキュリティレベルが「高」であると判定する。
一方、ビットｂ７〜ビットｂ１のビットパターンが０ｘ７８〜０ｘ７Ｆのうちのいずれかであれば、セキュリティレベル判定部１１１は、セキュリティレベルが「低」であると判定する。
つまり、セキュリティレベル判定部１１１は、受信したＩＣカード検出コマンドにおけるコマンドデータのビットｂ７〜ビットｂ１によるビットパターンがセキュリティレベルの「高」、「低」のいずれを示しているか否かについて判定する。
例えば、ビットｂ７〜ビットｂ１のビットパターンがＲＥＱＡ（タイプＢの場合にはＲＥＱＢ）、ＷＵＰＡ（タイプＢの場合にはＷＵＰＢ）、タイムスロット方式のいずれかを示していれば、セキュリティレベル判定部１１１は、セキュリティレベルが「高」であると判定する。
一方、ビットｂ７〜ビットｂ１のビットパターンが０ｘ７８〜０ｘ７Ｆのうちのいずれかであれば、セキュリティレベル判定部１１１は、セキュリティレベルが「低」であると判定する。
次に、受信データ制御部１１２は、ステップＳ１０３によりセキュリティレベル判定部１１１が判定したセキュリティレベルが「高」であるか否かについて判定する（ステップＳ１０４）。
セキュリティレベルが「高」である場合（ステップＳ１０４−ＹＥＳ）、通信コントローラ１０１は、リーダライタ２００がＩＣカード検出コマンドに続けて送信する活性化処理コマンドを受信する（ステップＳ１０５）。活性化処理コマンドは、例えばセキュリティ対応処理部１０２を活性化するための活性化処理を指示するコマンドである。
そこで、通信コントローラ１０１は、ステップＳ１０５による活性化処理コマンド受信部は、活性化処理を実行してセキュリティ対応処理部１０２を活性化させる（ステップＳ１０６）。
セキュリティレベルが「高」である場合（ステップＳ１０４−ＹＥＳ）、通信コントローラ１０１は、リーダライタ２００がＩＣカード検出コマンドに続けて送信する活性化処理コマンドを受信する（ステップＳ１０５）。活性化処理コマンドは、例えばセキュリティ対応処理部１０２を活性化するための活性化処理を指示するコマンドである。
そこで、通信コントローラ１０１は、ステップＳ１０５による活性化処理コマンド受信部は、活性化処理を実行してセキュリティ対応処理部１０２を活性化させる（ステップＳ１０６）。
上記のように活性化処理が完了した後は、セキュリティ対応処理部１０２が活性状態となる。
リーダライタ２００は、活性化処理コマンドを送信してセキュリティ対応処理部１０２を活性状態とした後、処理コマンドを送信する。処理コマンドは、ＩＣカード１００にデータ処理を指示するコマンドであり、ＩＣカード１００が処理すべきデータを格納する。
処理コマンドは、活性状態のもとで複数回送信されてよい。また、処理コマンドが送信される回数と、送信される処理コマンドに格納されるデータの内容は、ＩＣカード１００の用途などに応じて適宜変更されればよい。
リーダライタ２００は、活性化処理コマンドを送信してセキュリティ対応処理部１０２を活性状態とした後、処理コマンドを送信する。処理コマンドは、ＩＣカード１００にデータ処理を指示するコマンドであり、ＩＣカード１００が処理すべきデータを格納する。
処理コマンドは、活性状態のもとで複数回送信されてよい。また、処理コマンドが送信される回数と、送信される処理コマンドに格納されるデータの内容は、ＩＣカード１００の用途などに応じて適宜変更されればよい。
通信コントローラ１０１における受信データ制御部１１２は、活性状態のもとで、上記のようにリーダライタ２００から送信される処理コマンドを受信する（ステップＳ１０７）。
次に、受信データ制御部１１２は、現在選択されている伝送路により、受信した処理コマンドに格納されていたデータを伝送する（ステップＳ１０８）。
このときには、ステップＳ１０１の起動に際してデフォルトとして第１伝送路Ｌ１が選択された状態が維持されている。従って、ステップＳ１０８における受信データ制御部１１２は、ステップＳ１０７にて受信した処理コマンドに格納されていたデータを第１伝送路Ｌ１により伝送する。
第１伝送路Ｌ１は、セキュリティ対応処理部１０２にデータを伝送する伝送路である。従って、ステップＳ１０８によって第１伝送路Ｌ１により伝送されたデータはセキュリティ対応処理部１０２に入力される。
このときには、ステップＳ１０１の起動に際してデフォルトとして第１伝送路Ｌ１が選択された状態が維持されている。従って、ステップＳ１０８における受信データ制御部１１２は、ステップＳ１０７にて受信した処理コマンドに格納されていたデータを第１伝送路Ｌ１により伝送する。
第１伝送路Ｌ１は、セキュリティ対応処理部１０２にデータを伝送する伝送路である。従って、ステップＳ１０８によって第１伝送路Ｌ１により伝送されたデータはセキュリティ対応処理部１０２に入力される。
セキュリティ対応処理部１０２は、入力されたデータに応じて、例えば暗号化に対する復号、認証などの所定のセキュリティ対応処理を実行する（ステップＳ１０９）。セキュリティ対応処理部１０２は、セキュリティ対応処理が行われたデータをデータ処理部１０３に伝送する。
データ処理部１０３は、セキュリティ対応処理部１０２から伝送されたデータを入力し、入力したデータを処理対象として、データ内容に応じた所定のデータ処理を実行する（ステップＳ１１０）。
一例として、入力したデータが表示データである場合、データ処理部１０３は、ステップＳ１１０のデータ処理として、例えば符号化された表示データのデコードなどを実行する。
そして、データ処理部１０３は、ステップＳ１１０によりデータ処理を行った表示データを、出力デバイスコントローラ１０４に出力する。このように出力デバイスコントローラ１０４に表示データが出力されることで、表示部１５１には、受信された表示データを示す内容が表示される。
そして、データ処理部１０３は、ステップＳ１１０によりデータ処理を行った表示データを、出力デバイスコントローラ１０４に出力する。このように出力デバイスコントローラ１０４に表示データが出力されることで、表示部１５１には、受信された表示データを示す内容が表示される。
通信コントローラにおける受信データ制御部１１２は、今回のステップＳ１１０によるデータ処理により、全ての処理コマンドの受信が終了したか否かについて判定する（ステップＳ１１１）。例えば、最後に送信される処理コマンドには、最終の処理コマンドであることを示す情報が格納される。
全ての処理コマンドの受信が終了していない場合（ステップＳ１１１−ＮＯ）、受信データ制御部１１２はステップＳ１０７に処理を戻すことによって、次の処理コマンドの受信に応答した処理を実行する。
そして、全ての処理コマンドの受信が終了した場合（ステップＳ１１１−ＹＥＳ）、これまでの処理コマンドの受信とデータの処理が終了される。例えば、この際にＩＣカード１００がリーダライタ２００の通信範囲から外れれば、リーダライタ２００からＩＣカード１００への電力供給も停止され、ＩＣカード１００自体の動作も停止する。
このように、ＩＣカード検出コマンドの受信に応じてセキュリティレベルが「高」であると判定された場合には、以降において受信される処理コマンドのそれぞれについてセキュリティ対応処理が実行される。
全ての処理コマンドの受信が終了していない場合（ステップＳ１１１−ＮＯ）、受信データ制御部１１２はステップＳ１０７に処理を戻すことによって、次の処理コマンドの受信に応答した処理を実行する。
そして、全ての処理コマンドの受信が終了した場合（ステップＳ１１１−ＹＥＳ）、これまでの処理コマンドの受信とデータの処理が終了される。例えば、この際にＩＣカード１００がリーダライタ２００の通信範囲から外れれば、リーダライタ２００からＩＣカード１００への電力供給も停止され、ＩＣカード１００自体の動作も停止する。
このように、ＩＣカード検出コマンドの受信に応じてセキュリティレベルが「高」であると判定された場合には、以降において受信される処理コマンドのそれぞれについてセキュリティ対応処理が実行される。
また、ＩＣカード検出コマンドが示すセキュリティレベルが「低」であった場合（ステップＳ１０４−ＮＯ）、受信データ制御部１１２は、セキュリティ保護非対応である第２伝送路Ｌ２を選択する（ステップＳ１１２）。
そのうえで、受信データ制御部１１２は、ＩＣカード検出コマンドに続けてリーダライタ２００から処理コマンドが送信されるのに応じて、送信された処理コマンドを受信する（ステップＳ１１３）。
そのうえで、受信データ制御部１１２は、ＩＣカード検出コマンドに続けてリーダライタ２００から処理コマンドが送信されるのに応じて、送信された処理コマンドを受信する（ステップＳ１１３）。
受信制御部は、現在選択されている伝送路により、受信した処理コマンドに格納されていたデータを伝送する（ステップＳ１１４）。
このときには、ステップＳ１１２にて第２伝送路Ｌ２が選択された状態となっている。従って、ステップＳ１１４における受信データ制御部１１２は、ステップＳ１１３にて受信した処理コマンドに格納されていたデータを第２伝送路Ｌ２により伝送する。
第２伝送路Ｌ２は、セキュリティ対応処理部１０２を経ることなくデータ処理部１０３にデータを伝送する伝送路である。このため、ステップＳ１１４によって第２伝送路Ｌ２により伝送されたデータはセキュリティ対応処理部１０２を経由することなくデータ処理部１０３に入力される。
このときには、ステップＳ１１２にて第２伝送路Ｌ２が選択された状態となっている。従って、ステップＳ１１４における受信データ制御部１１２は、ステップＳ１１３にて受信した処理コマンドに格納されていたデータを第２伝送路Ｌ２により伝送する。
第２伝送路Ｌ２は、セキュリティ対応処理部１０２を経ることなくデータ処理部１０３にデータを伝送する伝送路である。このため、ステップＳ１１４によって第２伝送路Ｌ２により伝送されたデータはセキュリティ対応処理部１０２を経由することなくデータ処理部１０３に入力される。
データ処理部１０３は、ステップＳ１１４によってセキュリティ対応処理部１０２から伝送されたデータを入力し、入力したデータを処理対象として、データ内容に応じた所定のデータ処理を実行する（ステップＳ１１５）。
このように、ステップＳ１１２〜１１５の処理が実行されることで、セキュリティ保護の必要がない受信データについては、セキュリティ対応処理部１０２による処理を経ることなく、データ処理部１０３にてデータ処理が行われる。例えば、処理対象のデータが表示部１５１に表示すべきデータであった場合、処理コマンドが受信されてからデータが表示部１５１に表示されるまでの時間は、セキュリティ対応処理部１０２によるセキュリティ対応処理を経由する場合よりも短縮される。
このように、ステップＳ１１２〜１１５の処理が実行されることで、セキュリティ保護の必要がない受信データについては、セキュリティ対応処理部１０２による処理を経ることなく、データ処理部１０３にてデータ処理が行われる。例えば、処理対象のデータが表示部１５１に表示すべきデータであった場合、処理コマンドが受信されてからデータが表示部１５１に表示されるまでの時間は、セキュリティ対応処理部１０２によるセキュリティ対応処理を経由する場合よりも短縮される。
そして、通信コントローラにおける受信データ制御部１１２は、今回のステップＳ１１５によるデータ処理により、全ての処理コマンドの受信が終了したか否かについて判定する（ステップＳ１１６）。
全ての処理コマンドの受信が終了していない場合（ステップＳ１１６−ＮＯ）、受信データ制御部１１２はステップＳ１１３に処理を戻すことによって、次の処理コマンドの受信に応答した処理を実行する。
そして、全ての処理コマンドの受信が終了した場合（ステップＳ１１６−ＹＥＳ）、これまでの処理コマンドの受信とデータの処理が終了される。
このように、ＩＣカード検出コマンドの受信に応じてセキュリティレベルが「低」であると判定された場合には、以降において受信される処理コマンドのそれぞれについてセキュリティ対応処理部１０２を経ることなくデータ処理が実行される。
全ての処理コマンドの受信が終了していない場合（ステップＳ１１６−ＮＯ）、受信データ制御部１１２はステップＳ１１３に処理を戻すことによって、次の処理コマンドの受信に応答した処理を実行する。
そして、全ての処理コマンドの受信が終了した場合（ステップＳ１１６−ＹＥＳ）、これまでの処理コマンドの受信とデータの処理が終了される。
このように、ＩＣカード検出コマンドの受信に応じてセキュリティレベルが「低」であると判定された場合には、以降において受信される処理コマンドのそれぞれについてセキュリティ対応処理部１０２を経ることなくデータ処理が実行される。
＜第２実施形態＞
［概要］
続いて、第２実施形態について説明する。
ここで、ＩＳＯ７８１６あるいはＩＳＯ１４４４３は、リーダライタ２００からＩＣカード１００に送信されたデータが、セキュリティ対応処理部１０２によるセキュリティ対応処理が行われることを前提として規格化された通信プロトコル（セキュリティ保護に対応する通信に使用される通信プロトコルの一例）である。
［概要］
続いて、第２実施形態について説明する。
ここで、ＩＳＯ７８１６あるいはＩＳＯ１４４４３は、リーダライタ２００からＩＣカード１００に送信されたデータが、セキュリティ対応処理部１０２によるセキュリティ対応処理が行われることを前提として規格化された通信プロトコル（セキュリティ保護に対応する通信に使用される通信プロトコルの一例）である。
しかし、本実施形態では、リーダライタ２００から送信されるデータがセキュリティ保護を必要としないものである場合には、セキュリティ対応処理部１０２によるセキュリティ対応処理が省略される。この点からすれば、セキュリティ保護を必要としないデータをリーダライタ２００からＩＣカード１００に送信するにあたっては、必ずしも、ＩＳＯ７８１６あるいはＩＳＯ１４４４３による通信を実行しなくともよいことになる。
そこで、第２実施形態においては、セキュリティレベル判定部１１１によりセキュリティレベルが「低」であると判定された場合、以降におけるリーダライタ２００とＩＣカード１００との間の通信をＩＳＯ７８１６あるいはＩＳＯ１４４４３などとは異なる通信プロトコルに切り替えるように構成される。
このようにセキュリティ保護を必要としないデータの送受信に応じた通信プロトコルを切り替えることによっては、切り替え対象の通信プロトコルとして、例えばＩＳＯ７８１６あるいはＩＳＯ１４４４３よりも高速な通信プロトコルを採択できる。これにより、セキュリティ保護が不要のデータの送受信に要する時間が短縮されることになり、データ通信の高速化が図られ、情報処理効率の向上も促進される。
［通信コントローラの構成例］
第２実施形態におけるＩＣカード１００の全体構成としては、図１と同様でよい。ただし、第２実施形態においては、ＩＣカード１００における通信コントローラ１０１の構成が第１実施形態に対応する図４と異なる。
第２実施形態におけるＩＣカード１００の全体構成としては、図１と同様でよい。ただし、第２実施形態においては、ＩＣカード１００における通信コントローラ１０１の構成が第１実施形態に対応する図４と異なる。
図６は、第２実施形態における通信コントローラ１０１の構成例を示している。なお、同図において図５と同一部分は同一符号を付して説明を省略する。
同図に示す通信コントローラ１０１は、セキュリティレベル判定部１１１及び受信データ制御部１１２を備えたうえで、通信プロトコル制御部１１３をさらに備える。
同図に示す通信コントローラ１０１は、セキュリティレベル判定部１１１及び受信データ制御部１１２を備えたうえで、通信プロトコル制御部１１３をさらに備える。
通信プロトコル制御部１１３は、セキュリティレベル判定部１１１によるセキュリティレベルの判定結果に応じて、リーダライタ２００との通信を行う際の通信プロトコルを変更する。
即ち、通信プロトコル制御部１１３は、セキュリティレベル判定部１１１によりセキュリティレベルが低いと判定された場合には、セキュリティ保護に対応する通信に使用される通信プロトコルとは異なる通信プロトコルによりリーダライタ２００との通信が行われるように制御する。
即ち、通信プロトコル制御部１１３は、セキュリティレベル判定部１１１によりセキュリティレベルが低いと判定された場合には、セキュリティ保護に対応する通信に使用される通信プロトコルとは異なる通信プロトコルによりリーダライタ２００との通信が行われるように制御する。
例えば、通信プロトコル制御部１１３は、通信プロトコルの変更にあたり、リーダライタ２００に対して通信プロトコルの変更を要求する通信プロトコル変更要求コマンドを送信する。通信プロトコル変更要求コマンドには変更後の通信プロトコルを指定する情報が含まれている。リーダライタ２００は、通信プロトコル変更要求コマンドの受信に応じて、受信した通信プロトコル変更要求コマンドにより指定される通信プロトコルで通信を実行するように通信に関するパラメータの変更を行う。
また、通信プロトコル制御部１１３は、通信プロトコル変更要求コマンドを送信したうえで、通信コントローラ１０１についても、通信プロトコル変更要求コマンドにより指定されるのと同じ通信プロトコルで通信を行えるように通信に関するパラメータの変更を行う。
このようにリーダライタ２００とＩＣカード１００の通信コントローラ１０１とで通信に関するパラメータの変更が行われることで、リーダライタ２００とＩＣカード１００は、それぞれ同じ通信プロトコルへの変更が行われる。
また、通信プロトコル制御部１１３は、通信プロトコル変更要求コマンドを送信したうえで、通信コントローラ１０１についても、通信プロトコル変更要求コマンドにより指定されるのと同じ通信プロトコルで通信を行えるように通信に関するパラメータの変更を行う。
このようにリーダライタ２００とＩＣカード１００の通信コントローラ１０１とで通信に関するパラメータの変更が行われることで、リーダライタ２００とＩＣカード１００は、それぞれ同じ通信プロトコルへの変更が行われる。
ＩＳＯ７８１６あるいはＩＳＯ１４４４３などとは異なる通信プロトコルとしては、特に限定されるものではないが、例えば前述したＢｌｕｅｔｏｏｔｈ（登録商標）などを挙げることができる。前述のように、ＩＳＯ７８１６あるいはＩＳＯ１４４４３とは異なる通信プロトコルとしては、ＩＳＯ７８１６あるいはＩＳＯ１４４４３と比較してより高速であることが好ましい。
［処理手順例］
図７のフローチャートを参照して、第２実施形態のＩＣカード１００がセキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データ制御とに対応して実行する処理手順例について説明する。なお、同図において、図５と同様の処理となるステップについては、図５と同一符号を付し、主に図５との相違点について説明する。
図７のフローチャートを参照して、第２実施形態のＩＣカード１００がセキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データ制御とに対応して実行する処理手順例について説明する。なお、同図において、図５と同様の処理となるステップについては、図５と同一符号を付し、主に図５との相違点について説明する。
図７においてステップＳ１０２によるコマンドの受信を待機しているとき、ＩＣカード１００は、ＩＳＯ７８１６あるいはＩＳＯ１４４４３などのセキュリティ保護に対応した通信プロトコルを使用してリーダライタ２００と通信を行っている状態にある。このような状態のもとでコマンドが受信されるのに応じて、ステップＳ１０３によるセキュリティレベルの判定が行わる。
ここで、ステップＳ１０４にてセキュリティレベルについての判定結果が「高」であると判定された場合、通信プロトコル制御部１１３は、特に通信プロトコルを変更する制御を行わない。これにより、ステップＳ１０７における処理コマンドの受信は、セキュリティ保護に対応する通信プロトコルにより行われる。
ここで、ステップＳ１０４にてセキュリティレベルについての判定結果が「高」であると判定された場合、通信プロトコル制御部１１３は、特に通信プロトコルを変更する制御を行わない。これにより、ステップＳ１０７における処理コマンドの受信は、セキュリティ保護に対応する通信プロトコルにより行われる。
一方、ステップＳ１０４にてセキュリティレベルについての判定結果が「低」であると判定されるのに応じて、通信プロトコル制御部１１３は、同図のステップＳ１２０として示すように、ＩＳＯ７８１６あるいはＩＳＯ１４４４３などとは異なる、「低」のセキュリティレベルに対応する通信プロトコルに変更するための制御を実行する。
つまり、第２実施形態においては、セキュリティレベルが「低」である場合、ステップＳ１１２による処理コマンドの受信に先立って、以下の処理が実行される。即ち、ステップＳ１１１による第２伝送路Ｌ２の選択と併せて、リーダライタ２００との間での通信プロトコルを、ＩＳＯ７８１６あるいはＩＳＯ１４４４３などとは異なる所定の通信プロトコルに変更する制御が通信プロトコル制御部１１３によって実行される。
つまり、第２実施形態においては、セキュリティレベルが「低」である場合、ステップＳ１１２による処理コマンドの受信に先立って、以下の処理が実行される。即ち、ステップＳ１１１による第２伝送路Ｌ２の選択と併せて、リーダライタ２００との間での通信プロトコルを、ＩＳＯ７８１６あるいはＩＳＯ１４４４３などとは異なる所定の通信プロトコルに変更する制御が通信プロトコル制御部１１３によって実行される。
上記のような処理によって、セキュリティレベルに応じてリーダライタ２００とＩＣカード１００との間で通信の通信プロトコルが変更される。このように通信プロトコルが変更されることにより、セキュリティ保護の必要がないデータの受信に際しては、リーダライタ２００とＩＣカード１００との間で高速に通信を実行することが可能になり、通信に要する時間を短縮することが可能になる。
＜第３実施形態＞
［概要］
続いて、第３実施形態について説明する。これまでの第１実施形態及び第２実施形態においては、ＩＣカード検出コマンドにセキュリティレベル情報としての機能を与えている。第３実施形態においては、さらに、初期応答の段階が終了した後にリーダライタ２００がＩＣカード１００に送信する処理コマンドにもセキュリティレベル情報としての機能を与える。
［概要］
続いて、第３実施形態について説明する。これまでの第１実施形態及び第２実施形態においては、ＩＣカード検出コマンドにセキュリティレベル情報としての機能を与えている。第３実施形態においては、さらに、初期応答の段階が終了した後にリーダライタ２００がＩＣカード１００に送信する処理コマンドにもセキュリティレベル情報としての機能を与える。
［処理コマンドの構造例］
図８は、ＩＳＯ１４４４３にて規定される処理コマンドの構造例を示している。
同図に示すように、処理コマンドは、先頭から順にクラスＣＬＳ（１ｂｙｔｅ）、インストラクションＩＮＳ（１ｂｙｔｅ）、第１パラメータＰ１（１ｂｙｔｅ）、第２パラメータＰ２（１ｂｙｔｅ）、データ長Ｌｃ（０ ｏｒ １ ｏｒ ３ｂｙｔｅｓ）、データ部Ｄａｔａ（０〜２５４ｂｙｔｅｓ）、レスポンス長Ｌｅ（０ ｏｒ １ ｏｒ ２ ｏｒ ３ｂｙｔｅｓ）が配列された構造を有する。
クラスＣＬＳは、処理コマンドのクラスを示す。インストラクションＩＮＳは、処理コマンドのインストラクションの内容を示す。クラスＣＬＳの値とインストラクションＩＮＳの値との組み合わせによって、処理コマンドの種別が指定される。
図８は、ＩＳＯ１４４４３にて規定される処理コマンドの構造例を示している。
同図に示すように、処理コマンドは、先頭から順にクラスＣＬＳ（１ｂｙｔｅ）、インストラクションＩＮＳ（１ｂｙｔｅ）、第１パラメータＰ１（１ｂｙｔｅ）、第２パラメータＰ２（１ｂｙｔｅ）、データ長Ｌｃ（０ ｏｒ １ ｏｒ ３ｂｙｔｅｓ）、データ部Ｄａｔａ（０〜２５４ｂｙｔｅｓ）、レスポンス長Ｌｅ（０ ｏｒ １ ｏｒ ２ ｏｒ ３ｂｙｔｅｓ）が配列された構造を有する。
クラスＣＬＳは、処理コマンドのクラスを示す。インストラクションＩＮＳは、処理コマンドのインストラクションの内容を示す。クラスＣＬＳの値とインストラクションＩＮＳの値との組み合わせによって、処理コマンドの種別が指定される。
第１パラメータＰ１、第２パラメータＰ２は、それぞれ、クラスＣＬＳとインストラクションＩＮＳにより指定されるコマンドの種別に応じて格納される所定のパラメータである。
データ長Ｌｃは、データ部Ｄａｔａの長さ（データ長）を示す。
データ部Ｄａｔａは、クラスＣＬＳとインストラクションＩＮＳにより指定されるコマンドの種別に応じた所定内容のデータが格納される。
レスポンス長Ｌｅは、レスポンスの長さを示す。
データ長Ｌｃは、データ部Ｄａｔａの長さ（データ長）を示す。
データ部Ｄａｔａは、クラスＣＬＳとインストラクションＩＮＳにより指定されるコマンドの種別に応じた所定内容のデータが格納される。
レスポンス長Ｌｅは、レスポンスの長さを示す。
また、同図に示すように、クラスＣＬＳは、ビットｂ８〜ビットｂ１の１バイト（８ビット）により形成される。
そのうえで、ビットｂ８とビットｂ７の２ビットによっては、コマンドのクラスについて以下のように定義される。
つまり、ビットｂ８とビットｂ７によるビットパターンが「０ｘ」（ｘは任意の値を示す）である場合には、セキュリティレベル保護が必要な通信に対応する種別のコマンド（セキュリティ保護対応のコマンド）であることが示される。即ち、ビットｂ８が「０」である場合には、ビットｂ７の値にかかわらずセキュリティレベルが「高」であることを示す。
一方、ビットｂ８とビットｂ７によるビットパターンが「１１」である場合には、セキュリティレベルが「低」であって、セキュリティ保護が不要な通信に対応する種別のコマンドであることが示される。即ち、「１１」によるビットｂ８とビットｂ７とによるビットパターンは、セキュリティレベルが「低」であることを示す。
なお、ビットｂ８とビットｂ７による「１０」のビットパターンは、ユーザ固有による所定の定義内容を示す。
このように第３実施形態における処理コマンドは、ＩＣカード検出コマンドと同様に、セキュリティレベルの「高」、「低」を示すセキュリティレベル情報として機能する。
そのうえで、ビットｂ８とビットｂ７の２ビットによっては、コマンドのクラスについて以下のように定義される。
つまり、ビットｂ８とビットｂ７によるビットパターンが「０ｘ」（ｘは任意の値を示す）である場合には、セキュリティレベル保護が必要な通信に対応する種別のコマンド（セキュリティ保護対応のコマンド）であることが示される。即ち、ビットｂ８が「０」である場合には、ビットｂ７の値にかかわらずセキュリティレベルが「高」であることを示す。
一方、ビットｂ８とビットｂ７によるビットパターンが「１１」である場合には、セキュリティレベルが「低」であって、セキュリティ保護が不要な通信に対応する種別のコマンドであることが示される。即ち、「１１」によるビットｂ８とビットｂ７とによるビットパターンは、セキュリティレベルが「低」であることを示す。
なお、ビットｂ８とビットｂ７による「１０」のビットパターンは、ユーザ固有による所定の定義内容を示す。
このように第３実施形態における処理コマンドは、ＩＣカード検出コマンドと同様に、セキュリティレベルの「高」、「低」を示すセキュリティレベル情報として機能する。
［処理手順例］
図９のフローチャートを参照して、第３実施形態のＩＣカード１００がセキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データの制御とに対応して実行する処理手順例について説明する。
なお、同図において、図５と同様の処理となるステップについては、図５と同一符号を付し、主に図５との相違点について説明する。
図９のフローチャートを参照して、第３実施形態のＩＣカード１００がセキュリティレベルの判定と、セキュリティレベルの判定結果に応じた受信データの制御とに対応して実行する処理手順例について説明する。
なお、同図において、図５と同様の処理となるステップについては、図５と同一符号を付し、主に図５との相違点について説明する。
同図においては、ステップＳ１０７により処理コマンドが受信された後、処理コマンドが示すセキュリティレベルが「高」であるか否かについて判定する（ステップＳ１３０）。図８にて説明したように、処理コマンドのクラスＣＬＳにおけるビットｂ８が「０」である場合には、セキュリティレベルが「高」であることを示し、ビットｂ８とビットｂ７によるビットパターンが「１１」である場合には、セキュリティレベルが「低」であることを示す。
処理コマンドの示すセキュリティレベルが「高」である場合（ステップＳ１３０−ＹＥＳ）、受信データ制御部１１２は、セキュリティ保護対応の第１伝送路Ｌ１を選択する（ステップＳ１３１）。そして、受信データ制御部１１２は、ステップＳ１０８において、ステップＳ１３１にて選択された第１伝送路Ｌ１によりデータを伝送する。
このようにデータが伝送されることで、セキュリティ対応処理部１０２が伝送されたデータのセキュリティ対応処理を実行し（ステップＳ１０９）、データ処理部１０３が、セキュリティ対応処理後のデータを対象としてデータ処理を実行することができる（ステップＳ１１０）。
このようにデータが伝送されることで、セキュリティ対応処理部１０２が伝送されたデータのセキュリティ対応処理を実行し（ステップＳ１０９）、データ処理部１０３が、セキュリティ対応処理後のデータを対象としてデータ処理を実行することができる（ステップＳ１１０）。
一方、処理コマンドの示すセキュリティレベルが「低」である場合（ステップＳ１３０−ＮＯ）、受信データ制御部１１２は、セキュリティ保護非対応の第２伝送路Ｌ２を選択する（ステップＳ１３２）。そのうえで、受信データ制御部１１２は、ステップＳ１３２にて選択された第２伝送路Ｌ２により処理コマンドに格納されていたデータを伝送する（ステップＳ１３３）。これにより、データ処理部１０３は、セキュリティ対応処理部１０２を経由せずに入力されるデータを処理する（ステップＳ１３４）。
ステップＳ１１０またはステップＳ１３４によるデータ処理を終了した後、受信データ制御部１１２は、ステップＳ１１１にて、全ての処理コマンドの受信が終了したか否かについて判定する。全ての処理コマンドの受信が終了していない場合、受信データ制御部１１２は、ステップＳ１０７に処理を戻す。
このようにステップＳ１０７に処理が戻されることで、次に受信される処理コマンドに対応した処理が実行される。この際、ステップＳ１３０〜Ｓ１３２の各ステップによって、処理コマンドが示すセキュリティレベルに応じて、第１伝送路Ｌ１と第２伝送路Ｌ２のいずれか一方が選択される。
つまり、第３実施形態においては、処理コマンドが受信されるごとに、処理コマンドが示すセキュリティレベルに応じて、セキュリティ対応処理の有無が設定される。
このようにステップＳ１０７に処理が戻されることで、次に受信される処理コマンドに対応した処理が実行される。この際、ステップＳ１３０〜Ｓ１３２の各ステップによって、処理コマンドが示すセキュリティレベルに応じて、第１伝送路Ｌ１と第２伝送路Ｌ２のいずれか一方が選択される。
つまり、第３実施形態においては、処理コマンドが受信されるごとに、処理コマンドが示すセキュリティレベルに応じて、セキュリティ対応処理の有無が設定される。
第３実施形態において、ＩＣカード検出コマンドが「高」のセキュリティレベルを示す場合、リーダライタ２００は活性状態のもとでセキュリティレベルが「高」の処理コマンドを送信する。しかし、活性状態のもとでの一連のシーケンスにおいてリーダライタ２００が送信する処理コマンドのうちの一部にはセキュリティレベルが「低」の処理コマンドも含まれてよい。即ち、ＩＣカード検出コマンドが「高」のセキュリティレベルを示す場合であっても、リーダライタ２００が送信する処理コマンドの全てのセキュリティレベルが「高」であるとは限らない。
そこで、第３実施形態では、処理コマンドが受信されるごとに、処理コマンドが示すセキュリティレベルに応じて、処理コマンドに格納されるデータについてセキュリティ対応処理の有無を設定できるようにしている。このようにセキュリティ対応処理の有無を設定することで、処理コマンドが格納するデータのセキュリティレベルが低いときにはセキュリティ対応処理を経由させないようにすることができるために、ＩＣカード１００における受信データの処理に要する時間をさらに効率よく短縮することが可能になる。
なお、第３実施形態においても、第２実施形態と同様に、図７のステップＳ１２０の処理を設けることによって、ＩＣカード検出コマンドが示すセキュリティレベルが「低」のときに、通信プロトコルを変更できるように構成してよい。
また、第３実施形態の変形例として、ＩＣカード検出コマンドはセキュリティレベル情報を格納せず、処理コマンドのほうのみがセキュリティレベル情報を格納する場合に対応してＩＣカード１００を構成してもよい。この場合、ＩＣカード１００は、例えば図９からステップＳ１０３、Ｓ１０４の処理とステップＳ１１２〜Ｓ１１６の処理とを省略した処理手順を実行すればよい。
また、第３実施形態の変形例として、ＩＣカード検出コマンドはセキュリティレベル情報を格納せず、処理コマンドのほうのみがセキュリティレベル情報を格納する場合に対応してＩＣカード１００を構成してもよい。この場合、ＩＣカード１００は、例えば図９からステップＳ１０３、Ｓ１０４の処理とステップＳ１１２〜Ｓ１１６の処理とを省略した処理手順を実行すればよい。
なお、上述のＩＣカード１００の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述のＩＣカード１００としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。即ち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
１００ ＩＣカード、１０１ 通信コントローラ、１０２ セキュリティ対応処理部、１０３ データ処理部、１０４ 出力デバイスコントローラ、１０５ 出力デバイス部、１０６ 入力デバイス部、１０７ 入力デバイスコントローラ、１１１ セキュリティレベル判定部、１１２ 受信データ制御部、１１３ 通信プロトコル制御部、１５１ 表示部、２００ リーダライタ
Claims (5)
- 外部情報処理装置から受信したデータに応じてセキュリティ保護に関連する所定のセキュリティ対応処理を実行するセキュリティ対応処理部と、
前記受信したデータの内容に応じた所定のデータ処理を実行するデータ処理部と、
外部情報処理装置が送信するデータのセキュリティレベルを示すセキュリティレベル情報を前記外部情報処理装置から受信し、受信したセキュリティレベル情報に基づいてセキュリティレベルを判定するセキュリティレベル判定部と、
前記セキュリティレベル判定部によりセキュリティレベルが高いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理と前記データ処理部によるデータ処理とが実行されるように制御し、前記セキュリティレベル判定部によりセキュリティレベルが低いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理を経由させることなく、前記データ処理部によるデータ処理が実行されるように制御する受信データ制御部と
を備える携帯情報処理装置。 - 前記セキュリティレベル判定部によりセキュリティレベルが低いと判定された場合に、セキュリティ保護に対応する通信に使用される通信プロトコルとは異なる通信プロトコルにより前記外部情報処理装置との通信が行われるように制御する通信プロトコル制御部をさらに備える
請求項１に記載の携帯情報処理装置。 - 前記受信データ制御部は、
携帯情報処理装置が処理すべきデータと前記セキュリティレベル情報を格納する処理コマンドの受信に応じて前記セキュリティレベル判定部によりセキュリティレベルが高いと判定された場合には、受信した処理コマンドが格納するデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理と前記データ処理部によるデータ処理とが実行されるように制御し、
前記処理コマンドの受信に応じて前記セキュリティレベル判定部によりセキュリティレベルが低いと判定された場合には、受信した処理コマンドが格納するデータについて、前記セキュリティ対応処理部によるセキュリティ対応処理を経由させることなく、前記データ処理部によるデータ処理が実行されるように制御する
請求項１または２に記載の携帯情報処理装置。 - 外部情報処理装置から受信したデータに応じてセキュリティ保護に関連する所定のセキュリティ対応処理を実行するセキュリティ対応処理ステップと、
前記受信したデータの内容に応じた所定のデータ処理を実行するデータ処理ステップと、
外部情報処理装置が送信するデータのセキュリティレベルを示すセキュリティレベル情報を前記外部情報処理装置から受信し、受信したセキュリティレベル情報に基づいてセキュリティレベルを判定するセキュリティレベル判定ステップと、
前記セキュリティレベル判定ステップによりセキュリティレベルが高いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理と前記データ処理ステップによるデータ処理とが実行されるように制御し、前記セキュリティレベル判定ステップによりセキュリティレベルが低いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理を経由させることなく、前記データ処理ステップによるデータ処理が実行されるように制御する受信データ制御ステップと
を備える情報処理方法。 - 携帯情報処理装置としてのコンピュータに、
外部情報処理装置から受信したデータに応じてセキュリティ保護に関連する所定のセキュリティ対応処理を実行するセキュリティ対応処理ステップと、
前記受信したデータの内容に応じた所定のデータ処理を実行するデータ処理ステップと、
外部情報処理装置が送信するデータのセキュリティレベルを示すセキュリティレベル情報を前記外部情報処理装置から受信し、受信したセキュリティレベル情報に基づいてセキュリティレベルを判定するセキュリティレベル判定ステップと、
前記セキュリティレベル判定ステップによりセキュリティレベルが高いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理と前記データ処理ステップによるデータ処理とが実行されるように制御し、前記セキュリティレベル判定ステップによりセキュリティレベルが低いと判定された場合には、前記受信したデータについて、前記セキュリティ対応処理ステップによるセキュリティ対応処理を経由させることなく、前記データ処理ステップによるデータ処理が実行されるように制御する受信データ制御ステップと
を実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013258560A JP2015114998A (ja) | 2013-12-13 | 2013-12-13 | 携帯情報処理装置、情報処理方法及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013258560A JP2015114998A (ja) | 2013-12-13 | 2013-12-13 | 携帯情報処理装置、情報処理方法及びプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2015114998A true JP2015114998A (ja) | 2015-06-22 |
Family
ID=53528698
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013258560A Pending JP2015114998A (ja) | 2013-12-13 | 2013-12-13 | 携帯情報処理装置、情報処理方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2015114998A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017097659A (ja) * | 2015-11-25 | 2017-06-01 | 凸版印刷株式会社 | Ｉｃカード、データ保護方法、セキュリティ関連プログラム、及び通信システム |
| CN107229873A (zh) * | 2016-03-24 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 一种图片处理方法和设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003132313A (ja) * | 2001-10-24 | 2003-05-09 | Toshiba Corp | コンビカード用ｌｓｉ、コンビカード及びコンビカードの使用方法 |
| JP2008059245A (ja) * | 2006-08-31 | 2008-03-13 | Yoshikawa Rf System Kk | データキャリア及びデータキャリアシステム |
-
2013
- 2013-12-13 JP JP2013258560A patent/JP2015114998A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003132313A (ja) * | 2001-10-24 | 2003-05-09 | Toshiba Corp | コンビカード用ｌｓｉ、コンビカード及びコンビカードの使用方法 |
| JP2008059245A (ja) * | 2006-08-31 | 2008-03-13 | Yoshikawa Rf System Kk | データキャリア及びデータキャリアシステム |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017097659A (ja) * | 2015-11-25 | 2017-06-01 | 凸版印刷株式会社 | Ｉｃカード、データ保護方法、セキュリティ関連プログラム、及び通信システム |
| CN107229873A (zh) * | 2016-03-24 | 2017-10-03 | 阿里巴巴集团控股有限公司 | 一种图片处理方法和设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2693368B1 (en) | Rfid device, host, apparatus with rfid device mounted thereon, and method of controlling rfid device | |
| US9262711B2 (en) | NFC tag, communication method and system | |
| US20230153553A1 (en) | Activating an output component to indicate an orientation of a near-field communication (nfc)-capable transaction card | |
| JP2016508677A (ja) | 近距離無線通信においてセキュアエレメントの選択を実現する方法、移動端末及びｐｏｓ機 | |
| EP3155554B1 (en) | Electronic device, system and method for nfc | |
| US20100251261A1 (en) | Method and Device for Automatically Selecting an Application That Can Be Implemented by Said Device | |
| JP2015114998A (ja) | 携帯情報処理装置、情報処理方法及びプログラム | |
| EP1272974B1 (en) | Data carrier having a chip including means for the controllable voltage supply to a further component of the data carrier | |
| EP3493134A1 (en) | Electronic device and method for processing remote payment | |
| KR20130092136A (ko) | 모바일 단말용 근거리 무선통신 장치 및 근거리 무선통신 방법 | |
| CN109479195B (zh) | 管理安全元件的方法 | |
| KR20190122392A (ko) | 근거리 통신을 이용하여 디바이스들을 페어링하는 방법 및 이를 사용하는 전자 장치 | |
| JP5998664B2 (ja) | 非接触通信媒体 | |
| JP2013118473A (ja) | Ｉｃカード、携帯可能電子装置、及びｉｃカードの制御プログラム | |
| EP2942734A1 (en) | Data processing apparatus for ic card issuing, ic card issuing apparatus, ic card issuing system, data processing program for ic card issuing, ic card issuing program | |
| JP2013186492A (ja) | 非接触通信媒体 | |
| EP4093068A1 (en) | Method for controlling an apparatus | |
| EP4057166A1 (en) | Method for controlling an apparatus | |
| EP4053772A1 (en) | Method for managing a transaction with a smart card | |
| JP2009187495A (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP5677195B2 (ja) | 携帯可能電子装置、携帯可能電子装置の制御方法 | |
| JP2015164079A (ja) | Ｉｃカード、携帯可能電子装置、ｉｃカードの制御方法 | |
| JP5684059B2 (ja) | Ｉｃカード、及びｉｃカードの制御方法 | |
| JP5726700B2 (ja) | Ｉｃカード、及びｉｃカードの処理方法 | |
| US20190042808A1 (en) | Information processing device and information processing method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20161122 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20170712 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170801 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170928 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20170929 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20171114 |