(57)【要約】【課題】実行時間に大きな遅延を生じさせることのない情報処理媒体とそのプログラム、情報処理媒体のエラー処理方法、及び、情報処理システムを提供する。【解決手段】ＩＣカード（情報処理媒体）１０は、複数のコマンドをまとめて受信する通信手段１１と、通信手段１１が受信した複数のコマンドに対応する複数のコマンド処理を行うコマンド処理手段１２ａと、コマンド処理手段１２ａが行う複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する判断手段１２ｂと、判断手段１２ｂがエラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す再送要求方法データを参照し、エラーの回復処理を行う回復処理手段１２ｃなどとを備える。【選択図】図１
2008107991.tif 000002
【特許請求の範囲】
【請求項１】
複数のコマンドをまとめて受信するコマンド受信手段と、
前記コマンド受信手段が受信した複数のコマンドに対応する複数のコマンド処理を行うコマンド処理手段と、
前記コマンド処理手段が行う複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する判断手段と、
前記判断手段がエラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す回復手順データを参照し、エラーの回復処理を行う回復処理手段と、
を備える情報処理媒体。
【請求項２】
請求項１に記載の情報処理媒体において、
前記回復手順データを記憶する記憶手段を備えること、
を特徴とする情報処理媒体。
【請求項３】
請求項１に記載の情報処理媒体において、
前記回復処理手段は、前記コマンドに付加されている前記回復手順データを参照すること、
を特徴とする情報処理媒体。
【請求項４】
請求項３に記載の情報処理媒体において、
前記回復処理手段は、前記コマンドごとに付加されている前記回復手順データを参照すること、
を特徴とする情報処理媒体。
【請求項５】
請求項３に記載の情報処理媒体において、
前記回復処理手段は、前記複数のコマンドに１つ付加されている前記回復手順データを参照すること、
を特徴とする情報処理媒体。
【請求項６】
請求項１から請求項５までのいずれか１項に記載の情報処理媒体において、
前記回復処理は、前記判断手段がエラーが発生したと判断したコマンド処理、及び、そのコマンド処理よりも後のコマンド処理に関するコマンドを再送要求するものであること、
を特徴とする情報処理媒体。
【請求項７】
請求項１から請求項６に記載の情報処理媒体において、
前記回復処理は、前記判断手段がエラーが発生したと判断したコマンド処理、及び、そのコマンド処理に必要なコマンド処理に関するコマンドを再送要求するものであること、
を特徴とする情報処理媒体。
【請求項８】
情報処理媒体に、
複数のコマンドをまとめて受信するコマンド受信手順と、
前記コマンド受信手順で受信した複数のコマンドに対応する複数のコマンド処理を行うコマンド処理手順と、
前記コマンド処理手順で行う複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する判断手順と、
前記判断手順においてエラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す回復手順データを参照し、エラーの回復処理を行う回復処理手順と、
を実行させる情報処理媒体のプログラム。
【請求項９】
複数のコマンドをまとめて受信するコマンド受信工程と、
受信した前記複数のコマンドに対応する複数のコマンド処理を行うコマンド処理工程と、
前記複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する判断工程と、
エラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す回復手順データを参照し、エラーの回復処理を行う回復処理工程と、
を備える情報処理媒体のエラー処理方法。
【請求項１０】
請求項１から請求項７までのいずれか１項に記載の情報処理媒体と、
前記情報処理媒体に複数のコマンドをまとめて送信する外部装置と、
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の情報を処理する情報処理媒体とそのプログラム、情報処理媒体のエラー処理方法、及び、情報処理システムに関するものである。
【背景技術】
【０００２】
大量のデータを通信するためのインターフェースがＩＣカードに実装された場合、高速にデータを送受信することが期待される。高速通信インターフェースは、大量のデータを送受信する場合に効果的であるが、現在のＩＣカードの送受信データには、比較的小規模なデータ群が格納されており、このデータを個々に送受信してしまうと、伝送帯域に無駄な空きが生じるため効果的にデータの伝送を行うことができない。
【０００３】
また、従来の通信プロトコルでは、ハンドシェイク（互いの状態を確認して連動動作するための手順）が多発する場合があるため、期待されるほどの高速通信が行えない状況が発生する。
このような状況を回避するためには、１回の送受信で複数のコマンドを送る仕組みが必要になる（例えば、特許文献１）。１回の送受信で複数コマンドを送受信すると、ハンドシェイクの発生回数が減り、ハンドシェイクによる通信遅延が解消される。
【０００４】
しかし、複数のコマンドを１回の送受信でやりとりする場合、コマンドのどこかでエラー（Ｅｒｒｏｒ）が発生した場合のエラー処理方法が問題となる。
従来の通信インターフェースでは、１つのコマンドごとに送信／受信を行うため、エラーが発生した場合にはコマンドごとの対処が可能であった。
ところが、複数コマンドを１度に送受信する場合には、どこかでエラーが発生すると、全てのコマンドを再送する必要がある。その場合、正常なコマンドまでも再送しなければならないため、実行時間に大きな遅延を生じさせる可能性があった。
【特許文献１】特開２００６−１２７３６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の課題は、実行時間に大きな遅延を生じさせることのない情報処理媒体とそのプログラム、情報処理媒体のエラー処理方法、及び、情報処理システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施例に対応する符号を付して説明するが、これに限定されるものではない。
請求項１の発明は、複数のコマンドをまとめて受信するコマンド受信手段（１１）と、前記コマンド受信手段（１１）が受信した複数のコマンドに対応する複数のコマンド処理を行うコマンド処理手段（１２ａ）と、前記コマンド処理手段（１２ａ）が行う複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する判断手段（１２ｂ）と、前記判断手段（１２ｂ）がエラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す回復手順データ（３９）を参照し、エラーの回復処理を行う回復処理手段（１２ｃ）と、を備える情報処理媒体（１０）である。
請求項２の発明は、請求項１に記載の情報処理媒体（１０）において、前記回復手順データ（３９）を記憶する記憶手段（１４，１５）を備えること、を特徴とする情報処理媒
体（１０）である。
請求項３の発明は、請求項１に記載の情報処理媒体（１０）において、前記回復処理手段（１２ｃ）は、前記コマンド（３０）に付加されている前記回復手順データ（３９）を参照すること、を特徴とする情報処理媒体（１０）である。
請求項４の発明は、請求項３に記載の情報処理媒体（１０）において、前記回復処理手段（１２ｃ）は、前記コマンド（３８）ごとに付加されている前記回復手順データ（３９）を参照すること、を特徴とする情報処理媒体（１０）である。
請求項５の発明は、請求項３に記載の情報処理媒体（１０−２）において、前記回復処理手段（１２ｃ）は、前記複数のコマンド（３８）に１つ付加されている前記回復手順データ（３９−２）を参照すること、を特徴とする情報処理媒体（１０−２）である。
請求項６の発明は、請求項１から請求項５までのいずれか１項に記載の情報処理媒体において、前記回復処理は、前記判断手段がエラーが発生したと判断したコマンド処理、及び、そのコマンド処理よりも後のコマンド処理に関するコマンドを再送要求するものであること、を特徴とする情報処理媒体である。
請求項７の発明は、請求項１から請求項６に記載の情報処理媒体（１０）において、前記回復処理は、前記判断手段（１２ｂ）がエラーが発生したと判断したコマンド処理、及び、そのコマンド処理に必要なコマンド処理に関するコマンドを再送要求するものであること、を特徴とする情報処理媒体（１０）である。
請求項８の発明は、情報処理媒体（１０）に、複数のコマンドをまとめて受信するコマンド受信手順（Ｓ１０１）と、前記コマンド受信手順（Ｓ１０１）で受信した複数のコマンドに対応する複数のコマンド処理を行うコマンド処理手順（Ｓ１０２）と、前記コマンド処理手順（Ｓ１０１）で行う複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する判断手順（Ｓ１０３）と、前記判断手順（Ｓ１０３）においてエラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す回復手順データ（３９）を参照し、エラーの回復処理を行う回復処理手順（Ｓ１０４）と、を実行させる情報処理媒体のプログラムである。
請求項９の発明は、複数のコマンドをまとめて受信するコマンド受信工程（Ｓ１０１）と、受信した前記複数のコマンドに対応する複数のコマンド処理を行うコマンド処理工程（Ｓ１０２）と、前記複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する判断工程（Ｓ１０３）と、エラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す回復手順データ（３９）を参照し、エラーの回復処理を行う回復処理工程（Ｓ１０４）と、を備える情報処理媒体のエラー処理方法である。
請求項１０の発明は、請求項１から請求項７までのいずれか１項に記載の情報処理媒体（１０）と、前記情報処理媒体（１０）に複数のコマンドをまとめて送信する外部装置（２０）と、を備える情報処理システム（１００）である。
【発明の効果】
【０００７】
本発明によれば、以下のような効果がある。
（１）エラー発生時には、回復手順データを参照してエラーの回復処理を行うので、全てのコマンドを再送する必要はなく、効率よく回復処理を行うことができ、実行時間を短縮させることができる。
（２）回復手順データを記憶する記憶手段を備えるので、情報処理媒体側で回復手順を設定することができる。また、通信量を減少させることができる。
（３）回復処理手段は、コマンドに付加されている回復手順データを参照するので、コマンドを送信する側で回復手順を設定することができる。
（４）回復処理手段は、コマンドごとに付加されている回復手順データを参照するので、コマンドごとに回復手順を変化させることができる。
（５）回復処理手段は、複数のコマンドに１つ付加されている回復手順データを参照するので、全てのコマンドで同じ回復手順を踏む場合に有効である。
（６）回復処理は、エラーが発生したコマンド処理、及び、そのコマンド処理よりも後のコマンド処理に関するコマンドを再送要求するものであるので、より効率よく回復処理を行うことができる。
（７）回復処理は、エラーが発生したコマンド処理、及び、そのコマンド処理に必要なコマンド処理に関するコマンドを再送要求するものであるので、必要最低限の回復処理を行うことができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面等を参照して、本発明の実施例について、さらに詳しく説明する。
【実施例１】
【０００９】
図１は、本発明による情報処理システムの実施例１を示す図である。
実施例１の情報処理システム１００は、ＩＣカード（情報処理媒体）１０と、リーダライタ（外部装置）２０などとを備える。
ＩＣカード１０は、通信手段（コマンド受信手段）１１と、ＣＰＵ１２と、ＲＡＭ１３と、ＲＯＭ１４と、ＥＥＰＲＯＭ１５とを備える。
【００１０】
通信手段１１は、巻き線コイルなどのアンテナと、変調回路及び復調回路などのＩ／Ｏインターフェースとを備え、非接触式でリーダライタ２０と通信を行い、ＣＰＵ１２及びリーダライタ２０間の通信を媒介する部分であり、リーダライタ２０から複数のコマンドをまとめて受信したり、リーダライタ２０に複数の応答をまとめて送信したりする。
【００１１】
ＣＰＵ１２は、ＩＣカード１０を統括制御する中央処理装置であり、四則演算や論理演算などの算術的な処理を行い、通信手段１１を介してリーダライタ２０から受信するコマンドに応じて、ＲＯＭ１４やＥＥＰＲＯＭ１５に記憶されているＩＣカードのプログラム（情報処理媒体のプログラム）を実行する制御部である。
【００１２】
また、ＣＰＵ１２は、コマンド処理手段１２ａと、判断手段１２ｂと、回復処理手段１２ｃとを備える。
コマンド処理手段１２ａは、通信手段１１が受信した複数のコマンドに対応する複数のコマンド処理を行う部分である。ここで、コマンド処理とは、受信したコマンドに基づいてＣＰＵ１２が行う処理であり、例えば、ファイルの選択処理、データの読み込み処理、データの書き込み処理などである。
判断手段１２ｂは、エラーが発生したか否か、及び、コマンド処理手段１２ａが行う複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する部分である。ここで、エラーの発生には、各コマンド処理で発生したエラーはもちろんであるが、通信中に発生したエラーも含まれる。
回復処理手段１２ｃは、判断手段１２ｂがエラーが発生したと判断したコマンド処理に基づいて、エラーの回復処理の手順を示す再送要求方法データ（回復手順データ）を参照し、エラーの回復処理を行う部分である。再送要求方法データ及びエラーの回復処理の詳細については、後述する。
なお、これらの各手段の機能は、ＲＯＭ１４やＥＥＰＲＯＭ１５に記憶されているＩＣカードのプログラムをＣＰＵ１２が実行することによって実現される。
【００１３】
ＲＡＭ１３は、揮発性メモリであり、ＣＰＵ１２が処理を行う作業領域や、リーダライタ２０とデータをやり取りするための送受信用のバッファなどとして使用される。
ＲＯＭ１４は、不揮発性の読み出し専用のメモリであり、ＩＣカードのプログラムや、各種パラメータなどが記憶されている。
ＥＥＰＲＯＭ１５は、随時書き換え可能な不揮発性メモリであり、ＩＣカードのプログラムや固有情報（カード固有の番号、会員番号など）が記憶されている。
【００１４】
一方、リーダライタ２０は、ＩＣカード１０と非接触式で通信する装置であり、ＩＣカード１０に対して電源やクロックなどを供給し、複数のコマンドやデータをまとめて送信する。
【００１５】
図２は、情報処理システム１００の動作の概略について説明するフローチャートである。
まず、ＩＣカード１０は、リーダライタ２０から複数のコマンドをまとめて受信する（Ｓ１０１；コマンド受信手順，コマンド受信工程）。
ついで、ＩＣカード１０は、受信した複数のコマンドに対応する複数のコマンド処理を行う（Ｓ１０２；コマンド処理手順，コマンド処理工程）。
ここで、ＩＣカード１０は、エラーが発生したか否か、及び、複数のコマンド処理のうち、いずれのコマンド処理でエラーが発生したかを判断する（Ｓ１０３；判断手順，判断工程）。
エラーが発生したと判断すれば（Ｓ１０３；Ｙｅｓ）、回復処理を行い（Ｓ１０４）、エラーが発生しなかったと判断すれば（Ｓ１０３；Ｎｏ）、回復処理は行わない。
Ｓ１０４において、ＩＣカード１０は、エラーが発生したコマンド処理に基づいて、再送要求方法データを参照しながら、回復処理を行う（Ｓ１０４；回復手順，回復工程）。
最後に、ＩＣカード１０は、リーダライタ２０に、受信した複数のコマンドに対応する複数の応答（レスポンス）をまとめて送信する（Ｓ１０５）。
【００１６】
本実施例では、１度に大量のデータを通信することが可能なインターフェースにおいて、複数コマンドを一括送信する場合のエラー処理指定方法について提案している。また、エラー処理方法としては、コマンドごとにエラー発生時の再送処理方法を決定する方法を採用している。
この方法では、送信側がコマンドごとに再送要求の設定をし、その情報を付加した状態でデータの送信を行う。各コマンドには、番号付けがされており、受信側はコマンドごとの再送要求情報を利用して必要なコマンドのみ再送要求を行う。再送要求を受け取った送信側は、必要なデータのみを格納したデータ列を構築し、再度データを送信する。
【００１７】
図３は、１回で送受信する複数のコマンドを示す図である。
図中の標記は、以下の通りである。
＃０１  ＜ＳＥＬＥＣＴ  ＥＦ＞；「ファイルの選択」
＃０２  ＜ＲＥＡＤ  ＲＥＣＯＲＤ＞；「レコード単位での読み込み」
＃０３  ＜ＳＥＬＥＣＴ  ＡＤＦ＞；「ディレクトリ内のファイルの選択」
＃０４  ＜ＳＥＬＥＣＴ  ＥＦ−ＥＣＣ＞；「ファイルの選択」
＃０５  ＜ＲＥＡＤ  ＲＥＣＯＲＤ＞；「レコード単位での読み込み」
＃０６  ＜ＲＥＡＤ  ＲＥＣＯＲＤ＞；「レコード単位での読み込み」
＃０７  ＜ＳＥＬＥＣＴ  ＥＦ−ＡＤ＞；「ファイルの選択」
＃０８  ＜ＲＥＡＤ  ＢＩＮＡＲＹ＞；「バイナリ単位での読み込み」
【００１８】
例えば、このコマンド列を１コマンドずつ送信すると、送信側では、８回の送信及び８回のレスポンス受信が必要となる。そこで、これらのコマンドを一括して送信するため、複数コマンドをまとめて送信できる形にまとめる。まとめたコマンドをここではＥｎｖｅｌｏｐコマンド（ラッピングコマンド）と呼ぶ。
Ｅｎｖｅｌｏｐコマンドによる複数コマンドの一括送信では、送信回数は１回、レスポンス回数は最も少ない場合で１回となる。コマンドを１回ずつ送信する方法よりは、格段に伝送効率は向上するが、エラーが発生した場合には全てのコマンドを再送する必要があるため、伝送効率向上の妨げとなる。そこで、本実施例では、コマンドの送信時にあらかじめエラー発生時の処理方法をコマンドごとに指定し、エラー発生時の再送方法を制御し
ている。
【００１９】
図４は、Ｅｎｖｅｌｏｐコマンドのデータフィールドを示す図である。
Ｅｎｖｅｌｏｐコマンド３０は、識別子３１と、コマンド数３２と、データ長３３と、データ部３４と、ＣＲＣ（Cyclic Redundancy Check）３５とを備える。
識別子３１は、このＥｎｖｅｌｏｐコマンドがどのようなＥｎｖｅｌｏｐコマンドであるかを識別するためのデータである。
コマンド数３２は、このＥｎｖｅｌｏｐコマンド３０にＡＰＤＵ（Application Protocol Data Unit）コマンドがいくつ含まれているかを示すデータである。
データ長３３は、データ部３４のデータの長さを示すデータである。
データ部３４は、図４（Ｂ）に示すように、複数のＡＰＤＵコマンド（３６−１，３６−２，・・・，３６−ｎ）を格納している部分であり、各ＡＰＤＵコマンドは、図４（Ｃ）に示すように、ＡＰＤＵコマンドを識別するためのＡＰＤＵコマンド番号３７と、ＡＰＤＵコマンド３８と、エラーの回復処理の手順を示す再送要求方法データ３９とを格納している。ＣＰＵ１２の回復処理手段１２ｃは、コマンドごとに付加されている再送要求方法データ３９を参照して、回復処理を行う。
ＣＲＣ３５は、通信中のバースト誤りを検出するためのデータである。
【００２０】
本実施例では、回復処理の方法として、エラーが発生したコマンドから指定された番号のコマンドまで遡った番号のコマンドまでを再送要求する方法を主な方法として採用している。つまり、回復処理は、ＣＰＵ１２の判断手段１２ｂがエラーが発生したと判断したコマンド処理、及び、そのコマンド処理に必要なコマンド処理に関するコマンドを再送要求するものとなる。例えば、＜Ｓｅｌｅｃｔ＞→＜Ｒｅａｄ＞の順で並んでいるコマンド群であれば、＜Ｒｅａｄ＞でエラーが発生した場合には、直前の＜Ｓｅｌｅｃｔ＞も同じく再送要求をする。
【００２１】
ここでは、図５に示すように、エラー発生時の処理を設定した。
図５は、エラー発生時の処理方法を示す図である。
＃０１の＜ＳＥＬＥＣＴ  ＥＦ＞でエラー発生；コマンド０３へ移行
＃０２の＜ＲＥＡＤ  ＲＥＣＯＲＤ＞でエラー発生；次コマンドへ移行
＃０３の＜ＳＥＬＥＣＴ  ＡＤＦ＞でエラー発生；処理を中断し以下のコマンドを含め再送要求
＃０４の＜ＳＥＬＥＣＴ  ＥＦ−ＥＣＣ＞でエラー発生；コマンド０７へ移行
＃０５の＜ＲＥＡＤ  ＲＥＣＯＲＤ＞でエラー発生；コマンド０３，０４，０５を再送要求
＃０６の＜ＲＥＡＤ  ＲＥＣＯＲＤ＞でエラー発生；次コマンドへ移行
＃０７の＜ＳＥＬＥＣＴ  ＥＦ−ＡＤ＞でエラー発生；以下のコマンドを含め再送要求
＃０８の＜ＲＥＡＤ  ＢＩＮＡＲＹ＞でエラーが発生；再送に必要なコマンドを含め再送要求
【００２２】
図６は、情報処理システム１００の通信例を示す図である。
例えば、図６（Ａ）に示すように、コマンドの一括送信を行った際、０５番のコマンドでエラーが発生したとする。コマンドごとのエラー再送設定機能を持たない場合、図６（Ｂ）に示すように、全コマンドを再送する必要がある。その場合、実行が成功したコマンドも再度送信及び実行を行うこととなり、遅延が生じる原因となる。
しかし、本実施例では、図５に示すように、あらかじめエラー発生時の処理を定義しているので、再送するコマンドは、図６（Ｃ）に示すように、最低限必要な０３番，０４番，０５番のコマンドだけでよくなる。そのため、実行完了したコマンドを再度実行する必要はなく、また、次に送信する予定であるコマンド（新たに送信する０１番、０２番のコマンドなど）も加えた状態で再送信可能である。
【００２３】
このように、実施例１によれば、エラー発生時には、再送要求方法データ３９を参照してエラーの回復処理を行うので、全てのコマンドを再送する必要はなく、効率よく回復処理を行うことができ、実行時間を短縮させることができる。
また、回復処理手段１２ｃは、コマンドに付加されている再送要求方法データ３９を参照するので、コマンドを送信するリーダライタ２０側で回復手順を設定することができる。
さらに、回復処理手段１２ｃは、コマンドごとに付加されている再送要求方法データ３９を参照するので、コマンドごとに回復手順を変化させることができる。
さらにまた、回復処理は、エラーが発生したコマンド処理、及び、そのコマンド処理に必要なコマンド処理に関するコマンドを再送要求するものであるので、必要最低限の回復処理を行うことができる。
その上、一度に大量のデータを送受信することが可能なインターフェースを使用した際には、エラー発生時の再送／再実行処理による遅延をより効果的に抑えることができ、ＩＣカード１０とリーダライタ２０との通信効率を高めることができる。
【実施例２】
【００２４】
図７は、Ｅｎｖｅｌｏｐコマンドのデータフィールドの他の例を示す図である。
なお、前述した実施例１と同様な機能を果たす部分には、同一の符号又は末尾に統一した符号を付して、重複する説明や図面を適宜省略する。
実施例２のＥｎｖｅｌｏｐコマンド３０−２は、複数のＡＰＤＵコマンド３８に再送要求方法データ３９−２が１つ付加されているものであり、ＣＰＵ１２の回復処理手段１２ｃは、その再送要求方法データ３９−２を参照して回復処理を行う。
【００２５】
このように、実施例２によれば、回復処理手段１２ｃは、複数のＡＰＤＵコマンド３８に１つ付加されている再送要求方法データ３９−２を参照するので、全てのＡＰＤＵコマンド３８で同じ回復手順を踏む場合に有効である。
【００２６】
（変形例）
以上説明した実施例に限定されることなく、種々の変形や変更が可能であって、それらも本発明の均等の範囲内である。
（１）情報処理媒体は、ＩＣカードの例で説明したが、ＳＩＭ（Subscriber Identity Module）カードやＵＩＭ（User Identity Module）カードなどのＩＣカードであってもよく、また、ＩＣチップやＩＣタグなどであってもよい。
（２）外部装置は、リーダライタの例で説明したが、携帯電話機であってもよい。
【００２７】
（３）再送要求方法データ３９，３９−２は、コマンドに付加する例で説明したが、ＩＣカード１０のＲＯＭ１４やＥＥＰＲＯＭ１５に記憶させてもよい（記憶手段）。このようにすれば、ＩＣカード１０側で回復手順を設定することができ、しかも、ＥＥＰＲＯＭ１５に再送要求方法データ３９，３９−２を記憶させる場合には、データを書き換えることができるので、回復手順を柔軟に変更することができる。
【００２８】
また、再送要求方法データ３９，３９−２は、上述した実施例の方法以外にも以下のような設定方法がある。
（ａ）１回の送信フレーム（複数のＥｎｖｅｌｏｐコマンド３０を収めたデータ列）ごとに再送要求方法データ３９，３９−２を付加する。この方法であれば、フレーム単位でエラー発生時の再送要求を設定することができる。ただし、コマンドごとに再送要求設定を行うわけではないので、詳細な設定を行うことはできないが、フレーム単位で回復処理を行うため、再送要求によるオーバヘッド（システムの負荷）を減少させることができる。（ｂ）コマンド群（図６であれば、０３番，０４番，０５番のコマンドのセット）ごとに
再送要求方法データ３９，３９−２を付加する。この方法では、あらかじめコマンド群を定義する。定義の方法は任意であり、端末／Ｃａｒｄ（リーダライタ２０／ＩＣカード１０）共通認識として静的に定義を持つ方法と、送受信時にコマンド群を定義する方法とが考えられる。これらの定義では、コマンド群のどの場所でエラーが発生したかによって、その後のコマンドの実行／スキップを決定する。エラー発生時はこの定義通りにコマンド実行及び再送要求を行う。
【００２９】
（４）回復処理は、再送要求の例で説明したが、水平及び垂直のパリティビットを用いて誤り訂正を行うような処理であってもよい。
（５）回復処理は、判断手段１２ｂがエラーが発生したと判断したコマンド処理、及び、そのコマンド処理よりも後のコマンド処理に関するコマンドを再送要求するものであってもよい。このようにしても、全てのコマンドを再送する必要はないので、処理効率を向上させることができる。
【００３０】
（６）再送要求の設定方法としては、上述した実施例の方法以外にも以下のものが考えられる。これらの例は、単独で実施してもよいし、適宜組み合わせて実施してもよい。
（ａ）エラーあり／なしに無関係に、再送要求なし。
（ｂ）エラー発生時に、送信フレームごとに再送要求をする。
（ｃ）指定したＡＰＤＵコマンドにおいてエラーが発生した場合、再送要求をする。
（ｄ）エラー発生時、指定した番号のコマンドに移行する。全コマンド終了時、エラー発生コマンド及び実行されなかったコマンドの再送要求をする。
【図面の簡単な説明】
【００３１】
【図１】本発明による情報処理システムの実施例１を示す図である。
【図２】情報処理システム１００の動作の概略について説明するフローチャートである。
【図３】１回で送受信する複数のコマンドを示す図である。
【図４】Ｅｎｖｅｌｏｐコマンドのデータフィールドを示す図である。
【図５】エラー発生時の処理方法を示す図である。
【図６】情報処理システム１００の通信例を示す図である。
【図７】Ｅｎｖｅｌｏｐコマンドのデータフィールドの他の例を示す図である。
【符号の説明】
【００３２】
１０  ＩＣカード（情報処理媒体）
１１  通信手段（コマンド受信手段）
１２  ＣＰＵ
１２ａ  コマンド処理手段
１２ｂ  判断手段
１２ｃ  回復処理手段
１３  ＲＡＭ
１４  ＲＯＭ
１５  ＥＥＰＲＯＭ
２０  リーダライタ（外部装置）
３０，３０−２  Ｅｎｖｅｌｏｐコマンド
３９，３９−２  再送要求方法データ（回復手順データ）
１００  情報処理システム
【図１】
2008107991.tif 000003
【図２】
2008107991.tif 000004
【図３】
2008107991.tif 000005
【図４】
2008107991.tif 000006
【図５】
2008107991.tif 000007
【図６】
2008107991.tif 000008
【図７】
2008107991.tif 000009