知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社東芝の特許一覧 ▶ 東芝電機サービス株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024044128
(43)【公開日】2024-04-02
(54)【発明の名称】携帯可能電子装置及び携帯可能電子装置の制御方法
(51)【国際特許分類】
G06K 19/073 20060101AFI20240326BHJP
G06F 16/11 20190101ALI20240326BHJP
【ＦＩ】
G06K19/073
G06F16/11
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022149491
(22)【出願日】2022-09-20
(71)【出願人】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(71)【出願人】
【識別番号】598076591
【氏名又は名称】東芝インフラシステムズ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】栗山 量一
(57)【要約】
【課題】検索対象のレコードが非活性状態であっても、検索対象に含めて検索を可能とする。
【解決手段】実施形態の携帯可能電子装置は、活性化状態（Activate）のレコードおよび非活性化状態（Deactivate）のレコードを記憶可能な記憶部と、外部装置から入力された検索コマンドに基づいて、非活性化状態（Deactivate）のレコードを検索対象に含めて、記憶部が記憶するレコードから検索コマンドに対応するレコードを検索する検索部と、検索部が検索したレコードに対応する検索結果を外部装置に出力する検索結果出力部と、を備える。
【選択図】図２
【解決手段】実施形態の携帯可能電子装置は、活性化状態（Activate）のレコードおよび非活性化状態（Deactivate）のレコードを記憶可能な記憶部と、外部装置から入力された検索コマンドに基づいて、非活性化状態（Deactivate）のレコードを検索対象に含めて、記憶部が記憶するレコードから検索コマンドに対応するレコードを検索する検索部と、検索部が検索したレコードに対応する検索結果を外部装置に出力する検索結果出力部と、を備える。
【選択図】図２
【特許請求の範囲】
【請求項1】
活性化状態（Activate）のレコードおよび非活性化状態（Deactivate）のレコードを記憶可能な記憶部と、
外部装置から入力された検索コマンドに基づいて、前記非活性化状態（Deactivate）のレコードを検索対象に含めて、前記記憶部が記憶する前記レコードから前記検索コマンドに対応するレコードを検索する検索部と、
前記検索部が検索した前記レコードに対応する検索結果を前記外部装置に出力する検索結果出力部と、
を備えた携帯可能電子装置。
外部装置から入力された検索コマンドに基づいて、前記非活性化状態（Deactivate）のレコードを検索対象に含めて、前記記憶部が記憶する前記レコードから前記検索コマンドに対応するレコードを検索する検索部と、
前記検索部が検索した前記レコードに対応する検索結果を前記外部装置に出力する検索結果出力部と、
を備えた携帯可能電子装置。
【請求項2】
前記検索結果出力部は、前記活性化状態（Activate）のレコードに対応する検索結果および前記非活性化状態（Deactivate）のレコードに対応する検索結果を識別可能に検索結果として出力する、
請求項１に記載の携帯可能電子装置。
請求項１に記載の携帯可能電子装置。
【請求項3】
前記検索コマンドは、パラメータとして、検索対象として、活性化状態（Activate）のレコードおよび非活性化状態（Deactivate）のレコードのうち、少なくとも一方を指定するための識別情報を含む、
請求項１に記載の携帯可能電子装置。
請求項１に記載の携帯可能電子装置。
【請求項4】
前記検索コマンドは、パラメータとして、前記レコードを含む一又は複数のファイルを指定可能とされている、
請求項１に記載の携帯可能電子装置。
請求項１に記載の携帯可能電子装置。
【請求項5】
活性化状態（Activate）のレコードおよび非活性化状態（Deactivate）のレコードを記憶可能な記憶部を備えた携帯可能電子装置を制御するための携帯可能電子装置の制御方法であって、
外部装置から入力された検索コマンドに基づいて、前記非活性化状態（Deactivate）のレコードを検索対象に含めて、前記記憶部が記憶する前記レコードから前記検索コマンドに対応するレコードを検索する過程と、
前記検索する過程において検索した前記レコードに対応する検索結果を前記外部装置に出力する過程と、
を備えた携帯可能電子装置の制御方法。
外部装置から入力された検索コマンドに基づいて、前記非活性化状態（Deactivate）のレコードを検索対象に含めて、前記記憶部が記憶する前記レコードから前記検索コマンドに対応するレコードを検索する過程と、
前記検索する過程において検索した前記レコードに対応する検索結果を前記外部装置に出力する過程と、
を備えた携帯可能電子装置の制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、携帯可能電子装置及び携帯可能電子装置の制御方法に関する。
【背景技術】
【0002】
従来ＩＣカード等の携帯可能電子装置においては、メモリに保存する複数のファイルを階層構造で管理していた。
この携帯可能電子装置のファイルに含まれるレコードの検索を行うに際しては、アプリケーション配下から複数のＥＦ（Elementary File）、もしくは、指定された単体ＥＦから実施されていた。
この携帯可能電子装置のファイルに含まれるレコードの検索を行うに際しては、アプリケーション配下から複数のＥＦ（Elementary File）、もしくは、指定された単体ＥＦから実施されていた。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００６－０７２９２４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、検索対象のレコードが非活性化状態（Deactivate）のＥＦに含まれている場合、あるいは、検索対象のレコード自体が非活性化状態（Deactivate）の場合は、検索対象とはならなかった。
このため、レコードデータ全体から、対象レコードを検索したとしても所望のレコードを検索できないばかりで無く、当該レコードが含まれているのかすら判断することができなかった。
このため、レコードデータ全体から、対象レコードを検索したとしても所望のレコードを検索できないばかりで無く、当該レコードが含まれているのかすら判断することができなかった。
【0005】
本発明は、上記に鑑みてなされたものであって、検索対象のレコードが非活性状態であっても、検索対象に含めて検索を可能とする携帯可能電子装置及び携帯可能電子装置の制御方法を提供することを目的としている。
【課題を解決するための手段】
【0006】
実施形態の携帯可能電子装置は、活性化状態（Activate）のレコードおよび非活性化状態（Deactivate）のレコードを記憶可能な記憶部と、外部装置から入力された検索コマンドに基づいて、非活性化状態（Deactivate）のレコードを検索対象に含めて、記憶部が記憶するレコードから検索コマンドに対応するレコードを検索する検索部と、検索部が検索したレコードに対応する検索結果を外部装置に出力する検索結果出力部と、を備える。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
次に、好適な実施形態について図面を参照して説明する。
図１は、実施形態に係る携帯可能電子装置を備えた情報処理システムの概要構成ブロック図である。
情報処理システム１０は、携帯可能電子装置１１と、リーダライタ１２と、情報処理装置１３と、通信ネットワーク１４と、情報サーバ１５と、を備えている。
図１は、実施形態に係る携帯可能電子装置を備えた情報処理システムの概要構成ブロック図である。
情報処理システム１０は、携帯可能電子装置１１と、リーダライタ１２と、情報処理装置１３と、通信ネットワーク１４と、情報サーバ１５と、を備えている。
【0009】
携帯可能電子装置１１は、例えば、ＩＣカード、ＵＳＢメモリ、ＳＳＤ（Solid State Drive）等として構成されている。以下の説明においては、理解の容易のため、携帯可能電子装置１１をＩＣカードとして構成した場合を例として説明する。
【0010】
リーダライタ１２（外部装置）は、ＩＣカードとして構成された携帯可能電子装置１１と無線通信が可能であるとともに、携帯可能電子装置１１に対して無線で携帯可能電子装置１１の駆動電源となる電力供給を行う。
【0011】
情報処理装置１３は、いわゆるコンピュータとして構成されており、本実施形態においては、携帯可能電子装置１１に格納されたデータの検索を行う検索装置として機能している。
通信ネットワーク１４は、例えば、インターネット等として構成されており、情報処理装置１３と、情報サーバ１５と、を通信可能に接続している。
通信ネットワーク１４は、例えば、インターネット等として構成されており、情報処理装置１３と、情報サーバ１５と、を通信可能に接続している。
【0012】
情報サーバ１５は、情報処理装置１３との間で通信を行って、各種データの収集や、各種データの提供を行う。
【0013】
次に情報処理装置１３の構成について説明する。
情報処理装置１３は、図１に示すように、演算制御部２１と、入出力インタフェース（Ｉ／Ｆ）部２２と、通信インタフェース（Ｉ／Ｆ）部２３と、外部記憶装置２４と、操作入力部２５と、表示部２６と、を備えている。
情報処理装置１３は、図１に示すように、演算制御部２１と、入出力インタフェース（Ｉ／Ｆ）部２２と、通信インタフェース（Ｉ／Ｆ）部２３と、外部記憶装置２４と、操作入力部２５と、表示部２６と、を備えている。
【0014】
演算制御部２１は、各種演算処理及び情報処理全体の制御を行うＭＰＵ２１Ａと、各種データを記憶するメモリ２１Ｂと、を備えている。この場合において、メモリ２１Ｂは、少なくともＲＯＭ及びＲＡＭを備えており、必要に応じて不揮発性メモリ（例えば、ＥＥＰＲＯＭ、フラッシュメモリ等）を備えている。
入出力インタフェース（Ｉ／Ｆ）部２２は、マウス、キーボード等の入力装置に対応する入力インタフェースと、表示部２６としてのディスプレイ等の表示装置、図示しないプリンタなどの出力装置に対応する出力インタフェースと、を備えている。
通信インタフェース（Ｉ／Ｆ）部２３は、イーサネット、ＷｉＦｉ、ブルートゥース（登録商標）等の通信インタフェエースを備えている。
外部記憶装置２４は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ等として構成されており、各種データを記憶する。
操作入力部２５は、マウス、キーボード等として構成されている。
表示部２６は、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置として構成されている。
入出力インタフェース（Ｉ／Ｆ）部２２は、マウス、キーボード等の入力装置に対応する入力インタフェースと、表示部２６としてのディスプレイ等の表示装置、図示しないプリンタなどの出力装置に対応する出力インタフェースと、を備えている。
通信インタフェース（Ｉ／Ｆ）部２３は、イーサネット、ＷｉＦｉ、ブルートゥース（登録商標）等の通信インタフェエースを備えている。
外部記憶装置２４は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ等として構成されており、各種データを記憶する。
操作入力部２５は、マウス、キーボード等として構成されている。
表示部２６は、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置として構成されている。
【0015】
次に携帯可能電子装置１１の構成例について説明する。
図２は、携帯可能電子装置の概要構成ブロック図である。
携帯可能電子装置１１は、アンテナ３１と、通信／受電部３２と、電源部３３と、コントローラ３４と、を備えている。
図２は、携帯可能電子装置の概要構成ブロック図である。
携帯可能電子装置１１は、アンテナ３１と、通信／受電部３２と、電源部３３と、コントローラ３４と、を備えている。
【0016】
アンテナ３１は、アンテナコイルとして構成されており、リーダライタ１２から送信された変調波を受信したり、コントローラ３４の制御下で、リーダライタ１２へ変調波を送信する。
通信／受電部３２は、リーダライタ１２との間で通信を行ったり、リーダライタから受信した変調波を電力信号として電源部３３に供給する。
通信／受電部３２は、リーダライタ１２との間で通信を行ったり、リーダライタから受信した変調波を電力信号として電源部３３に供給する。
【0017】
電源部３３は、電力信号の交流／直流変換を行って通信／受電部３２の動作電源ＰＷ１及びコントローラ３４の動作電源ＰＷ２として供給する。
コントローラ３４は、ＭＰＵ３４Ａと、ＥＥＰＲＯＭ３４Ｂと、ＲＡＭ３４Ｃと、ＲＯＭ３４Ｄと、を備えている。
コントローラ３４は、ＭＰＵ３４Ａと、ＥＥＰＲＯＭ３４Ｂと、ＲＡＭ３４Ｃと、ＲＯＭ３４Ｄと、を備えている。
【0018】
上記構成において、ＥＥＰＲＯＭ３４Ｂは、活性化状態（Activate）のレコードおよび非活性化状態（Deactivate）のレコードを記憶可能な記憶部として機能し、ＭＰＵ３４Ａは、入力された検索コマンドに基づいて、非活性化状態（Deactivate）のレコードを検索対象に含める検索部として機能し、アンテナ３１、通信／受電部３２及びコントローラ３４は、協働して、非活性化状態（Deactivate）のレコードに対応する検索結果を検索結果として出力する検索結果出力部として機能している。
【0019】
ＭＰＵ３４Ａは、いわゆるマイクロコンピュータとして構成されており、後述のデータ検索処理を含む各種演算処理を行うとともに、コントローラ３４全体の制御を行う。
【0020】
ＥＥＰＲＯＭ３４Ｂは、データメモリとして機能しており、アプリケーションデータなどの各種データを更新可能、かつ、不揮発的に記憶する必要がある場合に用いられる。
【0021】
ＲＡＭ３４Ｃは、ＭＰＵ３４Ａが処理を行なう際の処理データを一時的に保持するためのワーキングエリアとして用いられる。
ＲＯＭ３４Ｄは、ＭＰＵ３４Ａの基本制御プログラム、各種制御用データ等を格納するために用いられている。
ＲＯＭ３４Ｄは、ＭＰＵ３４Ａの基本制御プログラム、各種制御用データ等を格納するために用いられている。
【0022】
次に実施形態のデータ構造例について説明する。
図３はデータ構造例の説明図である。
データメモリとして機能するＥＥＰＲＯＭ３４Ｂには、たとえば、アプリケーションデータ等の各種データが所定のファイル管理構造で記憶されている。このファイル構造は、例えば、ＩＣカードの標準規格の一つであるＩＳＯ／ＩＥＣ７８１６－４に基づき、色々なフォルダの種類を持ったディレクトリのツリー構造になっている。
図３はデータ構造例の説明図である。
データメモリとして機能するＥＥＰＲＯＭ３４Ｂには、たとえば、アプリケーションデータ等の各種データが所定のファイル管理構造で記憶されている。このファイル構造は、例えば、ＩＣカードの標準規格の一つであるＩＳＯ／ＩＥＣ７８１６－４に基づき、色々なフォルダの種類を持ったディレクトリのツリー構造になっている。
【0023】
より詳細には、データメモリとして機能するＥＥＰＲＯＭ３４Ｂに記憶されるファイルは、ＭＦ（Master File）、ＤＦ（Dedicated File）、ＥＦ（Elementary File）の何れかとして定義されている。
ＭＦは、いわゆるルートディレクトリに相当する。ＭＦの下位階層には、ＤＦおよびＥＦが定義される。
ＭＦは、いわゆるルートディレクトリに相当する。ＭＦの下位階層には、ＤＦおよびＥＦが定義される。
【0024】
ＤＦは、ディレクトリに相当し、フォルダとして機能する。一つのＤＦの下位階層には、ＤＦおよびＥＦを定義して持たせることができる。
このような構成を採ることにより、ＩＣカードとして構成された携帯可能電子装置１１では、ＭＦを最上位とした階層構造によるファイル管理が可能となっている。ＭＦ、ＤＦおよびＥＦは、それぞれを選択して使用される。
このような構成を採ることにより、ＩＣカードとして構成された携帯可能電子装置１１では、ＭＦを最上位とした階層構造によるファイル管理が可能となっている。ＭＦ、ＤＦおよびＥＦは、それぞれを選択して使用される。
【0025】
図３の例においては、最上位層に、ＭＦ４１が設けられている。
そして、ＭＦ４１の次下層には、アクセス権を確立するためのキーの格納に使用されるキーＥＦ４２、各アプリケーションごとに設定されるフォルダとしてＤＦ４３－１、４３－２が設けられている。
そして、ＭＦ４１の次下層には、アクセス権を確立するためのキーの格納に使用されるキーＥＦ４２、各アプリケーションごとに設定されるフォルダとしてＤＦ４３－１、４３－２が設けられている。
【0026】
さらに第１のアプリケーションに対応するＤＦ４３－１の下層には、第１のアプリケーションで用いられるユーザデータの格納に使用されるＥＦ４４－１１～４４－１３が設けられている。
【0027】
第２のアプリケーションに対応するＤＦ４３－２の下層には、第２のアプリケーションで用いられるユーザデータの格納に使用されるＥＦ４４－２１～４４－２２が設けられている。
なお、ＤＦは、ＩＣカードとして構成された携帯可能電子装置１１が搭載しているアプリケーションに相当する数だけ設けられることとなる。
なお、ＤＦは、ＩＣカードとして構成された携帯可能電子装置１１が搭載しているアプリケーションに相当する数だけ設けられることとなる。
【0028】
次にデータ検索処理について説明するに先だって、実施形態が解決しようとする課題について説明する。
【0029】
第１の想定事例としては、ＩＣカードを備えた旅券（いわゆる、ePassport）においては、レコードとして、ビザ（visa）データを格納することが考えられる。
しかしながら、ビザには有効期限があるため、有効期限が切れたビザのレコードは、非非活性化状態（Deactivate）とされ、有効ビザについてのみ活性化状態（Activate）とされる。
しかしながら、ビザには有効期限があるため、有効期限が切れたビザのレコードは、非非活性化状態（Deactivate）とされ、有効ビザについてのみ活性化状態（Activate）とされる。
【0030】
したがって、過去に取得し、有効期限が切れたビザのレコードを参照、あるいは、確認が必要になった場合には、全てのビザのレコードを活性化状態（Activate）とする必要がある。しかしながら、いずれのビザのレコードが有効なのかを有効期限データを参照して、別途確認する必要が生じることとなる。
【0031】
第２の想定事例としては、ＩＣカードを備えた旅券において、今後、レコードに伝染病の検査及び対応するワクチン接種履歴（例えば、コロナ検査、ワクチン接種のデータ）を格納することが想定される。
この場合においても、有効期限が切れたコロナ検査、ワクチン接種のレコードは、非活性状態（Deactivate）にされ、有効なレコードのみが活性状態（activate）とされることが考えられる。
この場合、過去にどのような検査、接種をしたことがあるか、確認することが発生した場合、すべての伝染病の検査及び対応するワクチン接種履歴のレコードを活性化状態（Activate）とする必要がある。しかしながら、いずれの伝染病の検査及び対応するワクチン接種履歴のレコードが有効なのかを有効期限データを参照して、別途確認する必要が生じることとなる。
この場合においても、有効期限が切れたコロナ検査、ワクチン接種のレコードは、非活性状態（Deactivate）にされ、有効なレコードのみが活性状態（activate）とされることが考えられる。
この場合、過去にどのような検査、接種をしたことがあるか、確認することが発生した場合、すべての伝染病の検査及び対応するワクチン接種履歴のレコードを活性化状態（Activate）とする必要がある。しかしながら、いずれの伝染病の検査及び対応するワクチン接種履歴のレコードが有効なのかを有効期限データを参照して、別途確認する必要が生じることとなる。
【0032】
いずれの想定事例においても、本来検索する必要の無いデータも全て活性化状態（Activate）とする必要があるため、検索時間も必要以上に長くなる虞があった。
【0033】
そこで、本実施形態は、全てのレコードを活性化状態（Activate）とする必要も無く、オペレータが、レコードが活性化状態（Activate）あるいは非活性化状態（Deactivate）であるかを意識することなく、有意義なレコード検索を迅速に行えるようにすることを目的としている。
【0034】
次にデータ検索処理について説明する。
以下の説明においては、理解の容易のため、以下の前提が成立しているものとする。
（１）少なくとも一つのレコードが格納された少なくとも一つのＥＦが存在する。
（２）ＥＦは、ＩＳＯ／ＩＥＣ７８１６－４／－９に規定されている活性化（Activate）状態もしくは非活性化(Deactivate)状態となる。
（３）ＥＦに格納されたレコードはＩＳＯ／ＩＥＣ７８１６－４に記載されている活性化状態（Activate）もしくは非活性化状態（Deactivate）となる。
以下の説明においては、理解の容易のため、以下の前提が成立しているものとする。
（１）少なくとも一つのレコードが格納された少なくとも一つのＥＦが存在する。
（２）ＥＦは、ＩＳＯ／ＩＥＣ７８１６－４／－９に規定されている活性化（Activate）状態もしくは非活性化(Deactivate)状態となる。
（３）ＥＦに格納されたレコードはＩＳＯ／ＩＥＣ７８１６－４に記載されている活性化状態（Activate）もしくは非活性化状態（Deactivate）となる。
【0035】
まずデータ検索処理に用いる検索コマンドについて説明する。
図４は、検索コマンドのデータフォーマットである。
検索コマンド５０は、コマンドヘッダ部５１と、データフィールド部５２と、Ｌｅフィールド部５３と、を備えている。
コマンドヘッダ部５１は、データ検索の対象となるデータを特定するための情報を格納している。
図４は、検索コマンドのデータフォーマットである。
検索コマンド５０は、コマンドヘッダ部５１と、データフィールド部５２と、Ｌｅフィールド部５３と、を備えている。
コマンドヘッダ部５１は、データ検索の対象となるデータを特定するための情報を格納している。
【0036】
コマンドヘッダ部５１は、コマンドクラス部５１Ａと、命令部５１Ｂと、第１検索パラメータ部５１Ｃと、第２検索パラメータ部５１Ｄと、データ部サイズデータ５１Ｅと、を備えている。
【0037】
コマンドクラス部５１Ａは、命令クラス（ＣＬＡ：class）を格納しており、そのデータサイズ（データ長）は、図４の例の場合には１バイトとなっている。
【0038】
【0039】
第１検索パラメータ部５１Ｃは、データ検索の対象を特定するための第１命令パラメータＰ１を格納しており、そのデータサイズは、図４の例の場合には１バイトとなっている。
【0040】
第２検索パラメータ部５１Ｄは、データ検索の対象を特定するための第２命令パラメータＰ２を格納しており、そのデータサイズは、図４の例の場合には１バイトとなっている。
【0041】
データ部サイズデータ５１Ｅは、データフィールド部５２のデータサイズ（データ長）を特定するためのＬｃフィールドＬｃを格納しており、そのデータサイズは、１バイトあるいは３バイトとされており、図４の例の場合には１バイトとなっている。
【0042】
データフィールド部５２は、検索対象を特定するための検索データを格納しており、そのデータサイズは、図４の例の場合には、データ部サイズデータ５１ＥのＬｃフィールドＬｃで指定されたサイズ、すなわち、ｎ（ｎは、自然数）バイトとなっている。
【0043】
Ｌｅフィールド部５３は、検索コマンド５０に対するレスポンスのデータフィールド内に期待される最大バイト数を表すデータを格納しており、そのデータサイズは、１バイトあるいは２バイトとされており、図４の例の場合には１バイトとなっている。
【0044】
より具体的には、ＩＳＯ／ＩＥＣ７８１６－４に規定されているとおり、図４の例の場合、コマンドクラス部５１Ａにおいて、ＣＬＡ＝００ｈ（ｈは１６進数を表す）であるので、当該コマンドがＩＳＯ／ＩＥＣ７８１６－４に規定されているユーザコマンドに区分される検索コマンド５０であることを表している。
【0045】
また、命令部５１Ｂにおいて、ＩＮＳ＝Ａ２ｈであるので、レコード検索（Search Record）を行う命令であることを表している。
【0046】
図５は、命令パラメータの説明図である。
また、第１検索パラメータ部５１Ｃにおいて、第１命令パラメータＰ１＝０１ｈであるので、レコード＃１から検索を行うことを表している。
また、第１検索パラメータ部５１Ｃにおいて、第１命令パラメータＰ１＝０１ｈであるので、レコード＃１から検索を行うことを表している。
【0047】
また、第２検索パラメータ部５１Ｄにおいて、第２命令パラメータＰ２＝０Ｃｈであるので、図５に示すように、ＥＦの第１命令パラメータＰ１で示されたレコードから検索を開始する（Forward from P1）ことを表している。
この場合において、データ部サイズデータ５１Ｅにおいて示されたサイズを有するデータフィールド部５２に格納された検索データの検索がなされることとなる。
この場合において、データ部サイズデータ５１Ｅにおいて示されたサイズを有するデータフィールド部５２に格納された検索データの検索がなされることとなる。
【0048】
図６は、検索対象のＥＦの一例の説明図である。
図６に示すように、検索対象のＥＦは、レコード番号（実際には、データ格納アドレス）に対応づけて、フラグ６１及びデータ６２が格納されている。ここで、フラグ６１は、実際には１ビットであるが、理解の容易のため、図５においては、「Ａｃｔｉｖａｔｅ」あるいは「Ｄｅａｃｔｉｖａｔｅ」と表記している。
図６に示すように、検索対象のＥＦは、レコード番号（実際には、データ格納アドレス）に対応づけて、フラグ６１及びデータ６２が格納されている。ここで、フラグ６１は、実際には１ビットであるが、理解の容易のため、図５においては、「Ａｃｔｉｖａｔｅ」あるいは「Ｄｅａｃｔｉｖａｔｅ」と表記している。
【0049】
より詳細にはレコード番号＝＃１のデータ格納アドレスには、フラグ６１＝「Ａｃｔｉｖａｔｅ」のデータＤａｔａ＃１＝「１１ ２２ ３３ ４４ ５５ ６６ ７７ ８８」が格納されており、フラグ６１＝「Ａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃１は活性状態であり、当該時点で有効なデータであることを示している。
【0050】
同様に、レコード番号＝＃３のデータ格納アドレスには、フラグ６１＝「Ｄｅａｃｔｉｖａｔｅ」のデータＤａｔａ＃３＝「３３ ４４ ５５ ６６ ７７ ８８ ９９ ＡＡ」が格納されており、フラグ６１＝「Ｄｅａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃１は非活性状態であり、当該時点で無効なデータであることを示している。
【0051】
次に実施形態の動作を説明する。
図７は、実施形態の携帯可能電子装置のコマンド入力時のメインフローチャートである。
まず、携帯可能電子装置１１の通信／受電部３２は、アンテナ３１を介して受信したリーダライタ１２からの変調波を電力信号として電源部３３に供給する。
図７は、実施形態の携帯可能電子装置のコマンド入力時のメインフローチャートである。
まず、携帯可能電子装置１１の通信／受電部３２は、アンテナ３１を介して受信したリーダライタ１２からの変調波を電力信号として電源部３３に供給する。
【0052】
これにより、電源部３３は、電力信号の交流／直流変換を行って通信／受電部３２の動作電源ＰＷ１及びコントローラ３４の動作電源ＰＷ２として供給する。
この結果、コントローラ３４のＭＰＵ３４Ａは、通常動作を開始する。
この結果、コントローラ３４のＭＰＵ３４Ａは、通常動作を開始する。
【0053】
そして、ＭＰＵ３４Ａは、通信／受電部３２を介して、検索コマンド（サーチレコードコマンド）５０が入力されたか否かを判断する（ステップＳ１１）。
ステップＳ１１の判断において、入力されたのが検索コマンド５０ではない場合には（ステップＳ１１；Ｎｏ）、ＭＰＵ３４Ａは、他のコマンド処理に移行する（ステップＳ１５）。
ステップＳ１１の判断において、入力されたのが検索コマンド５０ではない場合には（ステップＳ１１；Ｎｏ）、ＭＰＵ３４Ａは、他のコマンド処理に移行する（ステップＳ１５）。
【0054】
ステップＳ１１の判断において、入力されたのが検索コマンド５０である場合には（ステップＳ１１；Ｙｅｓ）、ＭＰＵ３４Ａは、第２命令パラメータＰ２が複数のＥＦを対象とする複数ＥＦ検索モードに対応するものであるか否かを判断する（ステップＳ１２）。
【0055】
ステップＳ１２の判断において、第２命令パラメータＰ２が複数のＥＦを対象とする複数ＥＦ検索モードに対応するものである場合には（ステップＳ１２；Ｙｅｓ）、ＭＰＵ３４Ａは、後に詳述する複数ＥＦ検索処理を行う（ステップＳ１６）。
【0056】
ステップＳ１２の判断において、第２命令パラメータＰ２が複数のＥＦを対象とする複数ＥＦ検索モードに対応するものではない場合には（ステップＳ１２；Ｎｏ）、ＭＰＵ３４Ａは、第２命令パラメータＰ２が単一のＥＦを対象とするシンプル検索モードに対応するものであるか否かを判断する（ステップＳ１３）。
【0057】
ステップＳ１３の判断において、第２命令パラメータＰ２が単一のＥＦを対象とするシンプル検索モードに対応するものである場合には（ステップＳ１３；Ｙｅｓ）、ＭＰＵ３４Ａは、後に詳述するシンプル検索処理を行う（ステップＳ１４）。
【0058】
ステップＳ１３の判断において、第２命令パラメータＰ２が単一のＥＦを対象とするシンプル検索モードに対応するものではない場合には（ステップＳ１３；Ｎｏ）、ＭＰＵ３４Ａは、図５に示した様なその他の検索処理を実行することとなる（ステップＳ１７）。
【0059】
次にステップＳ１４で行うシンプル検索処理について詳細に説明する。
図８は、シンプル検索処理の処理フローチャートである。
まず、ＭＰＵ３４Ａは、第２命令パラメータＰ２のビット８～ビット４（図５参照）で示されるＩＤに対応するＥＦは存在するか否かを判断する（ステップＳ２１）。
図８は、シンプル検索処理の処理フローチャートである。
まず、ＭＰＵ３４Ａは、第２命令パラメータＰ２のビット８～ビット４（図５参照）で示されるＩＤに対応するＥＦは存在するか否かを判断する（ステップＳ２１）。
【0060】
ステップＳ２１の判断において、第２命令パラメータＰ２のビット８～ビット４（図５参照）で示されるＩＤに対応するＥＦは存在しない場合には（ステップＳ；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「ＥＦ無し」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ３３）。
【0061】
ステップＳ２１の判断において、第２命令パラメータＰ２のビット８～ビット４（図５参照）で示されるＩＤに対応するＥＦは存在する場合には（ステップＳ２１；Ｙｅｓ）、ＭＰＵ３４Ａは、検索対象とされたＥＦは、レコードを含むレコードＥＦであるか否かを判断する（ステップＳ２２）。
【0062】
ステップＳ２２の判断において、検索対象とされたＥＦは、レコードを含むレコードＥＦではない場合には（ステップＳ２２；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「ＥＦ構造異なる」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ３４）。
【0063】
ステップＳ２２の判断において、検索対象とされたＥＦは、レコードを含むレコードＥＦである場合には（ステップＳ２２；Ｙｅｓ）、ＭＰＵ３４Ａは、第１命令パラメータＰ１で指定されたレコードが存在するか否かを判断する（ステップＳ２３）。
【0064】
ステップＳ２３の判断において、第１命令パラメータＰ１で指定されたレコードが存在しない場合には（ステップＳ２３；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「指定レコード無し」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ３５）。
【0065】
ステップＳ２３の判断において、第１命令パラメータＰ１で指定されたレコードが存在する場合には（ステップＳ２３；Ｙｅｓ）、ＭＰＵ３４Ａは、指定されたレコードである対象レコードが活性化状態（Activate）であるか否かを判断する（ステップＳ２４）。
【0066】
ステップＳ２４の判断において、対象レコードが活性化状態（Activate）である場合には（ステップＳ２４；Ｙｅｓ）、ＭＰＵ３４Ａは、レコードが活性化状態（Activate）か否かを表す判定フラグを対象レコードが活性化状態（Activate）である場合に相当するオフ状態（＝０）として（ステップＳ２５）、処理をステップＳ２７に移行する。
【0067】
ステップＳ２４の判断において、対象レコードが非活性化状態（Deactivate）である場合には（ステップＳ２４；Ｎｏ）、ＭＰＵ３４Ａは、レコードが活性化状態（Activate）か否かを表す判定フラグを対象レコードが非非活性化状態（Deactivate）である場合に相当するオン状態（＝１）とする（ステップＳ２６）。
【0068】
つづいてＭＰＵ３４Ａは、検索コマンド５０のデータフィールド部５２で指定されたデータパターンが対象レコードに存在するか否かを判断する（ステップＳ２７）。
ステップＳ２７の判断において、検索コマンド５０のデータフィールド部５２で指定されたデータパターンが対象レコードに存在する場合には、ＭＰＵ３４Ａは、対象レコードを特定するための番号を判定フラグに対応する作業領域に保持し、処理をステップＳ２９に移行する。
ステップＳ２７の判断において、検索コマンド５０のデータフィールド部５２で指定されたデータパターンが対象レコードに存在する場合には、ＭＰＵ３４Ａは、対象レコードを特定するための番号を判定フラグに対応する作業領域に保持し、処理をステップＳ２９に移行する。
【0069】
より詳細には、検索コマンド５０のデータフィールド部５２で指定されたデータパターンが対象レコードに存在し、かつ、対象レコードが活性化状態（Activate）である場合に相当する判定フラグがオフ状態（＝０）である場合には、ＭＰＵ３４Ａは、活性化状態（Activate）のレコードに対応する作業領域に対象レコード番号を保持する。
【0070】
また、検索コマンド５０のデータフィールド部５２で指定されたデータパターンが対象レコードに存在し、かつ、対象レコードが非非活性化状態（Deactivate）である場合に相当する判定フラグがオン状態（＝１）である場合には、ＭＰＵ３４Ａは、非活性化状態（Deactivate）のレコードに対応する作業領域に対象レコード番号を保持する。
【0071】
つづいてＭＰＵ３４Ａは、処理対象の次のレコードがあるか否かを判断する（ステップＳ２９）。
ステップＳ２９の判断において、処理対象の次のレコードがある場合には（ステップＳ２９；Ｙｅｓ）、ＭＰＵ３４Ａは、処理を再びステップＳ２４に移行して次のレコードに対し、上述した処理を行う。
ステップＳ２９の判断において、処理対象の次のレコードがある場合には（ステップＳ２９；Ｙｅｓ）、ＭＰＵ３４Ａは、処理を再びステップＳ２４に移行して次のレコードに対し、上述した処理を行う。
【0072】
ステップＳ２９の判断において、処理対象の次のレコードがない場合には（ステップＳ２９；Ｎｏ）、ＭＰＵ３４Ａは、ステップＳ２８で説明した作業領域に検索データ（対象レコード番号）が保持されて存在しているか否かを判断する（ステップＳ３０）。
【0073】
ステップＳ３０の判断において、ステップＳ２８で説明した作業領域に検索データ（対象レコード番号）が一つも保持されていない場合には（ステップＳ３０；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「検索データ無し」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ３２）。
【0074】
ステップＳ３０の判断において、ステップＳ２８で説明した作業領域に検索データ（対象レコード番号）が一つ以上保持されている場合には（ステップＳ３０；Ｙｅｓ）、レスポンスデータを生成し、ステータスを「正常」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ３２）。
【0075】
ここで、レスポンスデータの一例について、再び図６を参照して説明する。
以下においては、検索対象のＥＦのデータが図６にしめすようなものであった場合を例として説明する。
レスポンスデータにおいては、対象レコードが活性化状態（Activate）であったか、あるいは、対象レコードが非非活性化状態（Deactivate）であったかの情報も含めている。
すなわち、レスポンスデータのフォーマットとしては、対象レコードが活性化状態（Activate）であった検索データについては、対象レコードが活性化状態（Activate）であったことを示すタグTag＝「XX」に続けて、データ長、検索データ（対象レコード番号）を並べ、さらに、対象レコードが活性化状態（Activate）であった検索データに続けて、対象レコードが非非活性化状態（Deactivate）であったことを示すタグTag＝「YY」を付加し、このタグTag＝「YY」に続けて、データ長、検索データ（対象レコード番号）を並べる構成となっている。
以下においては、検索対象のＥＦのデータが図６にしめすようなものであった場合を例として説明する。
レスポンスデータにおいては、対象レコードが活性化状態（Activate）であったか、あるいは、対象レコードが非非活性化状態（Deactivate）であったかの情報も含めている。
すなわち、レスポンスデータのフォーマットとしては、対象レコードが活性化状態（Activate）であった検索データについては、対象レコードが活性化状態（Activate）であったことを示すタグTag＝「XX」に続けて、データ長、検索データ（対象レコード番号）を並べ、さらに、対象レコードが活性化状態（Activate）であった検索データに続けて、対象レコードが非非活性化状態（Deactivate）であったことを示すタグTag＝「YY」を付加し、このタグTag＝「YY」に続けて、データ長、検索データ（対象レコード番号）を並べる構成となっている。
【0076】
より具体的には、検索データ＝「88」の場合には、検索データ＝「88」は、図６を参照すると、対象レコードが活性化状態（Activate）であるレコードのうち、レコード番号＝＃１，２，４，５，７に含まれており、合計５個であり、対象レコードが非非活性化状態（Deactivate）であるレコードのうち、レコード番号＝＃３，６，８に含まれており、合計３個である。
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 05 01 02 04 05 07 YY 03 03 06 08 90 00」
なお、最後のデータ「90 00」は、コマンドが正常に終了したことを示すコードである（以下、同様）。
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 05 01 02 04 05 07 YY 03 03 06 08 90 00」
なお、最後のデータ「90 00」は、コマンドが正常に終了したことを示すコードである（以下、同様）。
【0077】
また、検索データ＝「33 44 55」の場合には、図６を参照すると、対象レコードが活性化状態（Activate）であるレコードのうち、レコード番号＝＃１，２に含まれており、合計２個であり、対象レコードが非非活性化状態（Deactivate）であるレコードのうち、レコード番号＝＃３に含まれているだけであり合計１個である。
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 02 01 02 YY 01 03 90 00」
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 02 01 02 YY 01 03 90 00」
【0078】
また、検索データ＝「EE FF」の場合には、図６を参照すると、対象レコードが活性化状態（Activate）であるレコードには存在しないので、合計０個であり、対象レコードが非非活性化状態（Deactivate）であるレコードのうち、レコード番号＝＃８に含まれているだけであり合計１個である。
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 00 YY 01 08 90 00」
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 00 YY 01 08 90 00」
【0079】
また、検索データ＝「11 22 33 44」の場合には、図６を参照すると、対象レコードが活性化状態（Activate）であるレコードのうち、レコード番号＝＃１に含まれているだけであり合計１個であり、対象レコードが非非活性化状態（Deactivate）であるレコードのには存在しないので、合計０個である。
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 01 01 YY 00 90 00」
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 01 01 YY 00 90 00」
【0080】
以上の説明のように、対象レコードが活性化状態（Activate）である場合及び対象レコードが非非活性化状態（Deactivate）である場合のいずれにおいてもデータ検索を行えるとともに、対象レコードの状態も含めて把握できるので、データの利用がより容易となる。
【0081】
次にステップＳ１６で行う複数ＥＦ検索処理について詳細に説明する。
まず複数のＥＦの一例について説明する。
図９Ａ～図９Ｃは、複数のＥＦの一例の説明図である。
ここでは、理解の容易のため、複数のＥＦとして、第１のＥＦであるＥＦ１、第２のＥＦであるＥＦ２及び第３のＥＦであるＥＦ３の三つのＥＦから検索を行う場合について説明する。しかしながら、二つあるいは四つ以上のＥＦであっても同様に適用が可能である。
例えば、図３に示したデータ構造の場合、第１のＥＦであるＥＦ１は、ＥＦ４４－１１に該当し、第２のＥＦであるＥＦ２は、ＥＦ４４－１２に該当し、第３のＥＦであるＥＦ３は、ＥＦ４４－１３に該当する。
まず複数のＥＦの一例について説明する。
図９Ａ～図９Ｃは、複数のＥＦの一例の説明図である。
ここでは、理解の容易のため、複数のＥＦとして、第１のＥＦであるＥＦ１、第２のＥＦであるＥＦ２及び第３のＥＦであるＥＦ３の三つのＥＦから検索を行う場合について説明する。しかしながら、二つあるいは四つ以上のＥＦであっても同様に適用が可能である。
例えば、図３に示したデータ構造の場合、第１のＥＦであるＥＦ１は、ＥＦ４４－１１に該当し、第２のＥＦであるＥＦ２は、ＥＦ４４－１２に該当し、第３のＥＦであるＥＦ３は、ＥＦ４４－１３に該当する。
【0082】
図９Ａに示すように、検索対象の第１のＥＦであるＥＦ１は、レコード番号（実際には、データ格納アドレス）に対応づけて、フラグ７１及びデータ７２が格納されている。ここで、フラグ７１は、実際には１ビットであるが、理解の容易のため、図９Ａにおいては、「Ａｃｔｉｖａｔｅ」あるいは「Ｄｅａｃｔｉｖａｔｅ」と表記している。図９Ｂ及び図９Ｃにおいても同様である。
【0083】
より詳細には、第１のＥＦであるＥＦ１は、図９Ａに示すように、８つのレコードを含んでおり、レコード番号＝＃１のデータ格納アドレスには、フラグ７１＝「Ａｃｔｉｖａｔｅ」のデータＤａｔａ＃１＝「１１ ２２ ３３ ４４ ５５ ６６ ７７ ８８」が格納されており、フラグ７１＝「Ａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃１は活性状態であり、当該時点で有効なデータであることを示している。
【0084】
同様に、レコード番号＝＃３のデータ格納アドレスには、フラグ７１＝「Ｄｅａｃｔｉｖａｔｅ」のデータＤａｔａ＃３＝「３３ ４４ ５５ ６６ ７７ ８８ ９９ ＡＡ」が格納されており、フラグ７１＝「Ｄｅａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃１は非活性状態であり、当該時点で無効なデータであることを示している。
【0085】
同様に第２のＥＦであるＥＦ２は、図９Ｂに示すように、レコード番号に対応づけて、フラグ７１及びデータ７２が格納されている。さらに、ＥＦ２は、６つのレコードを含んでおり、レコード番号＝＃１のデータ格納アドレスには、フラグ７１＝「Ａｃｔｉｖａｔｅ」のデータＤａｔａ＃１＝「ＡＡ ２２ ３３」が格納されており、フラグ７１＝「Ａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃１は活性状態であり、当該時点で有効なデータであることを示している。
【0086】
同様に、レコード番号＝＃３のデータ格納アドレスには、フラグ７１＝「Ｄｅａｃｔｉｖａｔｅ」のデータＤａｔａ＃３＝「ＣＣ ３３ ４４」が格納されており、フラグ７１＝「Ｄｅａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃３は非活性状態であり、当該時点で無効なデータであることを示している。
【0087】
同様に第３のＥＦであるＥＦ３は、図９Ｃに示すように、レコード番号に対応づけて、フラグ７１及びデータ７２が格納されている。さらに、ＥＦ３は、４つのレコードを含んでおり、レコード番号＝＃１のデータ格納アドレスには、フラグ７１＝「Ａｃｔｉｖａｔｅ」のデータＤａｔａ＃１＝「４４ ５５ １１ ２２ ３３」が格納されており、フラグ７１＝「Ａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃１は活性状態であり、当該時点で有効なデータであることを示している。
【0088】
同様に、レコード番号＝＃３のデータ格納アドレスには、フラグ７１＝「Ｄｅａｃｔｉｖａｔｅ」のデータＤａｔａ＃３＝「ＡＡ ＣＣ ５５ ６６ ７７」が格納されており、フラグ７１＝「Ｄｅａｃｔｉｖａｔｅ」であることからデータＤａｔａ＃３は非活性状態であり、当該時点で無効なデータであることを示している。
【0089】
図１０は、複数ＥＦ検索処理に用いる検索コマンドのデータフォーマットである。
検索コマンド８０は、コマンドヘッダ部８１と、データフィールド部８２と、Ｌｅフィールド部８３と、を備えている。
コマンドヘッダ部８１は、データ検索の対象となるデータを特定するための情報を格納している。
検索コマンド８０は、コマンドヘッダ部８１と、データフィールド部８２と、Ｌｅフィールド部８３と、を備えている。
コマンドヘッダ部８１は、データ検索の対象となるデータを特定するための情報を格納している。
【0090】
コマンドヘッダ部８１は、コマンドクラス部８１Ａと、命令部８１Ｂと、第１検索パラメータ部８１Ｃと、第２検索パラメータ部８１Ｄと、データ部サイズデータ８１Ｅと、を備えている。
【0091】
コマンドクラス部８１Ａは、命令クラス（ＣＬＡ：ｃｌａｓｓ）を格納しており、そのデータサイズ（データ長）は、図１０の例の場合には１バイトとなっている。
【0092】
【0093】
第１検索パラメータ部８１Ｃは、データ検索の対象を特定するための第１命令パラメータＰ１を格納しているが、複数ＥＦ検索処理においては、その値は００ｈに固定されており、そのデータサイズは、図１０の例の場合には１バイトとなっている。
【0094】
第２検索パラメータ部８１Ｄは、複数ＥＦ検索処理を特定するための第２命令パラメータＰ２を格納しており、その値はＦ８（図５の最下行参照）となっている。なお、データサイズは、図１０の例の場合には１バイトとなっている。
【0095】
データ部サイズデータ８１Ｅは、データフィールド部８２のデータサイズ（データ長）を特定するためのＬｃフィールドＬｃを格納しており、そのデータサイズは、１バイトあるいは３バイトとされており、図１０の例の場合には１バイトとなっている。
【0096】
データフィールド部８２は、検索対象を特定するための検索指示及び検索データを格納しており、そのデータサイズは、図１０の例の場合には、データ部サイズデータ８１ＥのＬｃフィールドＬｃで指定されたサイズ、すなわち、ｎ（ｎは、自然数）バイトとなっている。
【0097】
Ｌｅフィールド部８３は、検索コマンド５０に対するレスポンスのデータフィールド内に期待される最大バイト数を表すデータを格納しており、そのデータサイズは、１バイトあるいは２バイトとされており、図１０の例の場合には１バイトとなっている。
【0098】
より具体的には、ＩＳＯ／ＩＥＣ７８１６－４に規定されているとおり、図１０の例の場合も、コマンドクラス部８１Ａにおいて、ＣＬＡ＝００ｈ（ｈは１６進数を表す）であるので、当該コマンドがＩＳＯ／ＩＥＣ７８１６－４に規定されているユーザコマンドに区分される検索コマンド８０であることを表している。
【0099】
また、命令部８１Ｂにおいて、ＩＮＳ＝Ａ２ｈであるので、レコード検索（Search Record）を行う命令であることを表している。
【0100】
次に複数ＥＦ検索処理について説明する。
図１１は、複数ＥＦ検索処理の処理フローチャート（その１）である。
まず、ＭＰＵ３４Ａは、第１命令パラメータＰ１＝「００」であるか否か、すなわち、第１命令パラメータＰ１あるいは第２命令パラメータＰ２エラーが発生していないか否かを判断する（ステップＳ４１）。
図１１は、複数ＥＦ検索処理の処理フローチャート（その１）である。
まず、ＭＰＵ３４Ａは、第１命令パラメータＰ１＝「００」であるか否か、すなわち、第１命令パラメータＰ１あるいは第２命令パラメータＰ２エラーが発生していないか否かを判断する（ステップＳ４１）。
【0101】
ステップＳ４１の判断において、第１命令パラメータＰ１＝「００」ではない場合には（ステップＳ４１；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「第１命令パラメータＰ１あるいは第２命令パラメータエラーが発生」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ４９）。
【0102】
ステップＳ４１の判断において、第１命令パラメータＰ１＝「００」である場合には（ステップＳ４１；Ｙｅｓ）、データフィールド部８２で示された複数の対象ＥＦが全て存在するか否かを判断する（ステップＳ４２）。
【0103】
ステップＳ４２の判断において、データフィールド部８２で示された複数の対象ＥＦのうち何れか一つでも存在しない場合には（ステップＳ４２；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「ＥＦ無し」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ５０）。
【0104】
ステップＳ４２の判断において、データフィールド部８２で示された複数の対象ＥＦが全て存在する場合には（ステップＳ４２；Ｙｅｓ）、ＭＰＵ３４Ａは、検索対象とされた複数のＥＦは、レコードを含むレコードＥＦであるか否かを判断する（ステップＳ４３）。
【0105】
ステップＳ４３の判断において、検索対象とされた複数のＥＦのうち、何れか一つでもレコードを含むレコードＥＦではない場合には（ステップＳ４３；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「ＥＦ構造異なる」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ５１）。
【0106】
ステップＳ４３の判断において、検索対象とされた複数のＥＦが全てレコードを含むレコードＥＦである場合には（ステップＳ４３；Ｙｅｓ）、ＭＰＵ３４Ａは、対象の複数のＥＦは全て検索済みであるか否かを判断する（ステップＳ４４）。
【0107】
ステップＳ４４の判断において、対象の複数のＥＦが検索済みではない場合には（ステップＳ４４；Ｎｏ）は、対象のＥＦに対し順番に対象レコードを検索する（ステップＳ４５）。
【0108】
次に検索された対象レコードが活性化状態（Activate）であるか否かを判断する（ステップＳ４６）。
【0109】
図１２は、複数ＥＦ検索処理の処理フローチャート（その２）である。
ステップＳ４６の判断において、対象レコードが活性化状態（Activate）である場合には（ステップＳ４６；Ｙｅｓ）、ＭＰＵ３４Ａは、レコードが活性化状態（Activate）か否かを表す判定フラグを対象レコードが活性化状態（Activate）である場合に相当するオフ状態（＝０）として（ステップＳ４７）、処理をステップＳ６１（図１２参照）に移行する。
ステップＳ４６の判断において、対象レコードが活性化状態（Activate）である場合には（ステップＳ４６；Ｙｅｓ）、ＭＰＵ３４Ａは、レコードが活性化状態（Activate）か否かを表す判定フラグを対象レコードが活性化状態（Activate）である場合に相当するオフ状態（＝０）として（ステップＳ４７）、処理をステップＳ６１（図１２参照）に移行する。
【0110】
ステップＳ４６の判断において、対象レコードが非非活性化状態（Deactivate）である場合には（ステップＳ４６；Ｎｏ）、ＭＰＵ３４Ａは、レコードが活性化状態（Activate）か否かを表す判定フラグを対象レコードが非非活性化状態（Deactivate）である場合に相当するオン状態（＝１）とする（ステップＳ４８）。
【0111】
つづいてＭＰＵ３４Ａは、検索コマンド８０のデータフィールド部８２で指定されたデータパターンが対象レコードに存在するか否かを判断する（ステップＳ６１）。
ステップＳ６１の判断において、検索コマンド８０のデータフィールド部８２で指定されたデータパターンが対象レコードに存在する場合には、ＭＰＵ３４Ａは、対象レコードを特定するための番号を判定フラグに対応する作業領域に保持し（ステップＳ６６）、処理をステップＳ６２に移行する。
ステップＳ６１の判断において、検索コマンド８０のデータフィールド部８２で指定されたデータパターンが対象レコードに存在する場合には、ＭＰＵ３４Ａは、対象レコードを特定するための番号を判定フラグに対応する作業領域に保持し（ステップＳ６６）、処理をステップＳ６２に移行する。
【0112】
より詳細には、検索コマンド８０のデータフィールド部８２で指定されたデータパターンが対象レコードに存在し、かつ、対象レコードが活性化状態（Activate）である場合に相当する判定フラグがオフ状態（＝０）である場合には、ＭＰＵ３４Ａは、活性化状態（Activate）のレコードに対応する作業領域に対象レコード番号を保持する。
【0113】
また、検索コマンド８０のデータフィールド部８２で指定されたデータパターンが対象レコードに存在し、かつ、対象レコードが非非活性化状態（Deactivate）である場合に相当する判定フラグがオン状態（＝１）である場合には、ＭＰＵ３４Ａは、非活性化状態（Deactivate）のレコードに対応する作業領域に対象レコード番号を保持する。
【0114】
ステップＳ６１の判断において、検索コマンド８０のデータフィールド部８２で指定されたデータパターンが対象レコードに存在しない場合には（ステップＳ６２；Ｎｏ）、ＭＰＵ３４Ａは、処理対象の次のレコードがあるか否かを判断する（ステップＳ６２）。
【0115】
ステップＳ６２の判断において、処理対象の次のレコードがある場合には（ステップＳ６２；Ｙｅｓ）、ＭＰＵ３４Ａは、処理を再びステップＳ６１に移行して次のレコードに対し、上述した処理を行う。
ステップＳ６２の判断において、処理対象の次のレコードがない場合には（ステップＳ６２；Ｎｏ）、処理を再びステップＳ４４に移行し、上述した処理を行うこととなる。
ステップＳ６２の判断において、処理対象の次のレコードがない場合には（ステップＳ６２；Ｎｏ）、処理を再びステップＳ４４に移行し、上述した処理を行うこととなる。
【0116】
一方、ステップＳ４４の判断において、対象の複数のＥＦは全て検索済みである場合には（ステップＳ４４；Ｙｅｓ）、ＭＰＵ３４Ａは、ステップＳ６６で説明した作業領域に検索データ（対象レコード番号）が保持されて存在しているか否かを判断する（ステップＳ６３）。
【0117】
ステップＳ６３の判断において、ステップＳ６７で説明した作業領域に検索データ（対象レコード番号）が一つも保持されていない場合には（ステップＳ６３；Ｎｏ）、ＭＰＵ３４Ａは、ステータスを「検索データ無し」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ６５）。
【0118】
ステップＳ６３の判断において、ステップＳ６７で説明した作業領域に検索データ（対象レコード番号）が一つ以上保持されている場合には（ステップＳ６３；Ｙｅｓ）、レスポンスデータを生成し、ステータスを「正常」として、リーダライタ１２を介して情報処理装置１３に送信して、処理を終了する（ステップＳ６４）。
【0119】
【0120】
レスポンスデータにおいては、対象レコードが活性化状態（Activate）であったか、あるいは、対象レコードが非非活性化状態（Deactivate）であったかの情報も含めている。
【0121】
すなわち、レスポンスデータのフォーマットとしては、対象レコードが活性化状態（Activate）であった検索データについては、対象レコードが活性化状態（Activate）であったことを示すタグTag＝「XX」に続けて、データ長、対象レコードが格納されていたＥＦを特定する情報を表すTag＝「MM」、検索レコード番号を表すTag＝「NN」及び検索データ（対象レコード番号）を並べ、さらに、対象レコードが活性化状態（Activate）であった検索データに続けて、対象レコードが非非活性化状態（Deactivate）であったことを示すタグTag＝「YY」を付加し、このタグTag＝「YY」に続けて、データ長、対象レコードが格納されていたＥＦを特定する情報を表すTag＝「MM」、検索レコード番号を表すTag＝「NN」及び検索データ（対象レコード番号）を並べる構成となっている。
【0122】
より具体的には、検索データ＝「44 55」の場合には、検索データ＝「44 55」は、図９Ａを参照すると、ＥＦ１には、対象レコードが活性化状態（Activate）であるレコードのうち、レコード番号＝＃１，２，４に含まれており、合計３個である。
【0123】
また図９Ｂを参照すると、ＥＦ２には、一つも含まれていない。
また、図９Ｃを参照すると、対象レコードが活性化状態（Activate）であるレコードのうち、レコード番号＝＃２に含まれており、合計１個である。
また、図９Ｃを参照すると、対象レコードが活性化状態（Activate）であるレコードのうち、レコード番号＝＃２に含まれており、合計１個である。
【0124】
また、図９Ａを参照すると、ＥＦ１には、対象レコードが非非活性化状態（Deactivate）であるレコードのうち、レコード番号＝＃３に含まれており、合計１個である。
【0125】
また、図９Ｂを参照すると、ＥＦ２には、対象レコードが非非活性化状態（Deactivate）であるレコードのうち、レコード番号＝＃３に含まれており、合計１個である。
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 0A MM 01 01 NN 03 01 02 04 MM 01 03 NN 01 02
YY 07 MM 01 01 NN 01 03 MM 01 02 NN 01 03 」
従ってレスポンスデータＲＰは、以下の通りとなる。
ＲＰ＝「XX 0A MM 01 01 NN 03 01 02 04 MM 01 03 NN 01 02
YY 07 MM 01 01 NN 01 03 MM 01 02 NN 01 03 」
【0126】
以上の説明のように、本実施形態によれば、非活性化状態（Deactivate）のレコードを検索対象に含めることができるので、検索対象のレコードが非活性状態であっても、活性状態と同様にデータ検索をすることができるともに、データ検索結果において、得られたものが、活性状態のレコードに含まれているのか非活性状態のレコードに含まれているのかを容易に把握することができ、検索結果の有効利用を図ることができる。
【0127】
本実施形態の携帯可能電子装置は、ＭＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、通常のコンピュータを利用したハードウェア構成となっている。
【0128】
本実施形態の携帯可能電子装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルで、ＵＳＢメモリ、ＳＳＤ（Solid State Drive）等の半導体メモリ装置、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【0129】
また、本実施形態の携帯可能電子装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の携帯可能電子装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【0130】
また、本実施形態の携帯可能電子装置のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
本実施形態の携帯可能電子装置で実行されるプログラムは、上述した各部（検索部、検索結果出力部）を含むモジュール構成となっており、実際のハードウェアとしてはＭＰＵ（プロセッサ）が記憶媒体からログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、検索部、検索結果出力部が主記憶装置上に生成されるようになっている。
本実施形態の携帯可能電子装置で実行されるプログラムは、上述した各部（検索部、検索結果出力部）を含むモジュール構成となっており、実際のハードウェアとしてはＭＰＵ（プロセッサ）が記憶媒体からログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、検索部、検索結果出力部が主記憶装置上に生成されるようになっている。
【0131】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【0132】
以上の説明においては、検索対象として、ひいては、検索結果として、活性化状態（Activate）のレコード及び非活性化状態（Deactivate）のレコードとしていたが、検索コマンドにより何れか一方のみを検索対象とすることも命令パラメータの設定により可能である。
【0133】
以上の説明においては、非活性化状態（Deactivate）のレコードを制限せずに検索対象としていたが、非活性化状態（Deactivate）とされた時期を記憶しておき、時期的な制限をかけるように構成することも可能である。
【符号の説明】
【0134】
１０ 情報処理システム
１１ 携帯可能電子装置
１２ リーダライタ
１３ 情報処理装置
１４ 通信ネットワーク
１５ 情報サーバ
２１ 演算制御部
２１Ａ ＭＰＵ
２１Ｂ メモリ
２２ 入出力インタフェース（Ｉ／Ｆ）部
２３ 通信インタフェース（Ｉ／Ｆ）部
２４ 外部記憶装置
２５ 操作入力部
２６ 表示部
３１ アンテナ
３２ 通信／受電部
３３ 電源部
３４ コントローラ
３４Ａ ＭＰＵ
３４Ｂ ＥＥＰＲＯＭ
３４Ｃ ＲＡＭ
３４Ｄ ＲＯＭ
５０ 検索コマンド
５１ コマンドヘッダ部
５１Ａ コマンドクラス部
５１Ｂ 命令部
５１Ｃ 第１検索パラメータ部
５１Ｄ 第２検索パラメータ部
５１Ｅ データ部サイズデータ
５２ データフィールド部
５３ Ｌｅフィールド部
６１ フラグ
６２ データ
７１ フラグ
７２ データ
８０ 検索コマンド
８１ コマンドヘッダ部
８１Ａ コマンドクラス部
８１Ｂ 命令部
８１Ｃ 第１検索パラメータ部
８１Ｄ 第２検索パラメータ部
８１Ｅ データ部サイズデータ
８２ データフィールド部
８３ Ｌｅフィールド部
Ｌｃ Ｌｃフィールド
Ｐ１ 第１命令パラメータ
Ｐ２ 第２命令パラメータ
ＲＰ レスポンスデータ
１１ 携帯可能電子装置
１２ リーダライタ
１３ 情報処理装置
１４ 通信ネットワーク
１５ 情報サーバ
２１ 演算制御部
２１Ａ ＭＰＵ
２１Ｂ メモリ
２２ 入出力インタフェース（Ｉ／Ｆ）部
２３ 通信インタフェース（Ｉ／Ｆ）部
２４ 外部記憶装置
２５ 操作入力部
２６ 表示部
３１ アンテナ
３２ 通信／受電部
３３ 電源部
３４ コントローラ
３４Ａ ＭＰＵ
３４Ｂ ＥＥＰＲＯＭ
３４Ｃ ＲＡＭ
３４Ｄ ＲＯＭ
５０ 検索コマンド
５１ コマンドヘッダ部
５１Ａ コマンドクラス部
５１Ｂ 命令部
５１Ｃ 第１検索パラメータ部
５１Ｄ 第２検索パラメータ部
５１Ｅ データ部サイズデータ
５２ データフィールド部
５３ Ｌｅフィールド部
６１ フラグ
６２ データ
７１ フラグ
７２ データ
８０ 検索コマンド
８１ コマンドヘッダ部
８１Ａ コマンドクラス部
８１Ｂ 命令部
８１Ｃ 第１検索パラメータ部
８１Ｄ 第２検索パラメータ部
８１Ｅ データ部サイズデータ
８２ データフィールド部
８３ Ｌｅフィールド部
Ｌｃ Ｌｃフィールド
Ｐ１ 第１命令パラメータ
Ｐ２ 第２命令パラメータ
ＲＰ レスポンスデータ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図9C】
【図10】
【図11】
【図12】