特許 6241340 情報処理装置、情報処理方法、及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6241340

(24)【登録日】2017年11月17日

(45)【発行日】2017年12月6日

(54)【発明の名称】情報処理装置、情報処理方法、及び情報処理プログラム

(51)【国際特許分類】

   G06K 19/07 20060101AFI20171127BHJP

   G06K 7/00 20060101ALI20171127BHJP

   G06F 3/06 20060101ALI20171127BHJP

   G06F 3/08 20060101ALI20171127BHJP

   G06F 13/42 20060101ALI20171127BHJP

【ＦＩ】

   G06K19/07

   G06K7/00

   G06F3/06 301N

   G06F3/08 H

   G06F13/42 310

【請求項の数】15

【全頁数】16

(21)【出願番号】特願2014-57623(P2014-57623)

(22)【出願日】2014年3月20日

(65)【公開番号】特開2015-184692(P2015-184692A)

(43)【公開日】2015年10月22日

【審査請求日】2017年1月24日

(73)【特許権者】

【識別番号】000002897

【氏名又は名称】大日本印刷株式会社

(74)【代理人】

【識別番号】110000958

【氏名又は名称】特許業務法人 インテクト国際特許事務所

(74)【代理人】

【識別番号】100083839

【弁理士】

【氏名又は名称】石川 泰男

(74)【代理人】

【識別番号】100120189

【弁理士】

【氏名又は名称】奥 和幸

(72)【発明者】

【氏名】吉川 雅起

【審査官】 甲斐 哲雄

(56)【参考文献】

【文献】 国際公開第２００７／００４５２５（ＷＯ，Ａ１）

【文献】 特開２００４−０７８６８５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｋ １９／０７

Ｇ０６Ｋ ７／００

Ｇ０６Ｆ ３／０６

Ｇ０６Ｆ ３／０８

Ｇ０６Ｆ １３／４２

(57)【特許請求の範囲】

【請求項1】

１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該最大サイズを拡張する拡張機能を使用するか否かを示す拡張情報を含む先頭フィールドと、伝送対象となる前記データを含む情報フィールドとを含んで構成されるブロックを受信する情報処理装置であって、
送信側の情報処理装置から送信された前記ブロックを受信する受信手段と、
前記受信手段により受信された前記ブロックの前記先頭フィールドに含まれる前記拡張情報が前記拡張機能の使用を示す場合、当該ブロックから前記最大サイズを超える前記データを前記ブロックから取得する取得手段と、
を備えることを特徴とする情報処理装置。

【請求項2】

前記先頭フィールドは、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該データを複数のブロックに分割して送信するブロック連鎖機能を使用するか否かを示すブロック連鎖情報を更に含み、
前記受信手段により受信された前記ブロックの前記先頭フィールドに含まれる前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示す場合、当該ブロックの次の前記ブロックを前記送信側の情報処理装置に要求する要求手段を更に備えることを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示し、且つ、前記拡張情報が前記拡張機能の使用を示す場合、前記要求手段は、前記最大サイズを超える前記データの全部又は一部を含む次の前記ブロックを前記送信側の情報処理装置に要求することを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記ブロック連鎖情報と前記拡張情報とは、それぞれ、前記先頭フィールドにおいて、データの伝送制御に必要な情報を示すバイト中の所定のビットの値で示されることを特徴とする請求項２または３に記載の情報処理装置。

【請求項5】

前記取得手段は、前記バイト中の所定のビットの値に対応付けられるバイト数を特定し、当該特定したバイト数分のバイトの値を前記データのサイズとして、当該データを取得することを特徴とする請求項４に記載の情報処理装置。

【請求項6】

前記拡張情報は、前記先頭フィールドにおいて、前記情報フィールドに含まれる前記データのサイズを示すバイトの値で示され、
前記取得手段は、所定の値を示す前記バイトに後続するバイトの値に基づいて前記データのサイズを特定し、当該特定したサイズの前記データを取得する請求項２または３に記載の情報処理装置。

【請求項7】

前記受信手段は、前記ブロックを受信する前に、送信側の情報処理装置から送信されたリセットまたはコマンドを受信し、
前記情報処理装置は、前記受信手段により受信されたリセットまたはコマンドに対する応答情報であって、前記拡張機能を使用可能であることを示す情報を含む前記応答情報を、前記送信側の情報処理装置へ返信する返信手段を備えることを特徴とする請求項１乃至６の何れか一項に記載の情報処理装置。

【請求項8】

請求項１乃至７の何れか一項に記載の受信側の前記情報処理装置へ前記ブロックを送信する前記送信側の情報処理装置であって、
前記ブロックを前記受信側の情報処理装置へ送信する第１送信手段と、
前記第１送信手段により送信された前記ブロックの次の前記ブロックの要求に応じて、当該次のブロックを前記受信側の情報処理装置へ送信する第２送信手段と、
を備えることを特徴とする情報処理装置。

【請求項9】

前記第１送信手段は、前記拡張機能の使用を示す前記拡張情報を前記先頭フィールドに含む前記ブロックを前記受信側の情報処理装置へ送信し、
前記受信側の情報処理装置から、前記拡張機能の使用を示す前記拡張情報を前記先頭フィールドに含む前記ブロックが受信された場合、前記拡張機能による前記ブロックの通信を継続することを特徴とする請求項８に記載の情報処理装置。

【請求項10】

前記ブロックを送信する前に、前記受信側の情報処理装置へリセットまたはコマンドを送信する第３送信手段を備え、
前記第１送信手段は、前記リセットまたはコマンドに対する応答情報中に前記拡張機能を使用可能であることを示す情報が含まれている場合に限り、前記拡張機能の使用を示す前記拡張情報を前記先頭フィールドに含む前記ブロックを前記受信側の情報処理装置へ送信することを特徴とする請求項８に記載の情報処理装置。

【請求項11】

請求項１乃至１０の何れか一項に記載の情報処理装置は、ＩＣチップであることを特徴とする情報処理装置。

【請求項12】

１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該最大サイズを拡張する拡張機能を使用するか否かを示す拡張情報を含む先頭フィールドと、伝送対象となる前記データを含む情報フィールドとを含んで構成されるブロックを受信するコンピュータにより実行される情報処理方法であって、
送信側の情報処理装置から送信された前記ブロックを受信するステップと、
前記受信された前記ブロックの前記先頭フィールドに含まれる前記拡張情報が前記拡張機能の使用を示す場合、当該ブロックから前記最大サイズを超える前記データを前記ブロックから取得するステップと、
を含むことを特徴とする情報処理方法。

【請求項13】

前記先頭フィールドは、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該データを複数のブロックに分割して送信するブロック連鎖機能を使用するか否かを示すブロック連鎖情報を更に含み、
前記受信されたブロックの前記先頭フィールドに含まれる前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示す場合、当該ブロックの次の前記ブロックを前記送信側の情報処理装置に要求するステップを更に含むことを特徴とする請求項１２に記載の情報処理方法。

【請求項14】

１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該最大サイズを拡張する拡張機能を使用するか否かを示す拡張情報を含む先頭フィールドと、伝送対象となる前記データを含む情報フィールドとを含んで構成されるブロックを受信するコンピュータに、
送信側の情報処理装置から送信された前記ブロックを受信するステップと、
前記受信された前記ブロックの前記先頭フィールドに含まれる前記拡張情報が前記拡張機能の使用を示す場合、当該ブロックから前記最大サイズを超える前記データを前記ブロックから取得するステップと、
を実行させることを特徴とする情報処理プログラム。

【請求項15】

前記先頭フィールドは、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該データを複数のブロックに分割して送信するブロック連鎖機能を使用するか否かを示すブロック連鎖情報を更に含み、
前記受信されたブロックの前記先頭フィールドに含まれる前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示す場合、当該ブロックの次の前記ブロックを前記送信側の情報処理装置に要求するステップを更に含むことを特徴とする請求項１４に記載の情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、外部端末との間で接触または非接触で通信を行うＩＣカード等の技術に関する。

【背景技術】

【0002】

ＩＣカードの通信仕様は、接触ＩＣカードの国際規格であるISO/IEC 7816-3や、非接触ＩＣカードの国際規格であるISO/IEC 14443-3と14443-4で規定されており、市場では既に様々なＩＣカードシステムが構築されている。一方、近年では、コンピュータの高性能化などにより暗号解析技術が進歩することで、ＩＣカードが扱う暗号化データに対するセキュリティ上の脅威が問題になってきた。このような問題に対して、電子証明書や認証コードなど、ＩＣカードが扱うデータのサイズを増大させる対策がとられている。

【0003】

ところで、接触ＩＣカード規格が規定する通信規約の一つであるＴ＝１プロトコル（ブロック伝送方式）では、従来、１ブロックの最大サイズ（最大データ長）が２５４バイトとなっている。ISO/IEC 7816-3の規格においては、最大サイズを超えるデータを送信する場合、当該データを複数のブロックに分割して送信するブロック連鎖機能を用いるようになっている（例えば特許文献１参照）。一方、ISO/IEC 14443-4の規格が規定する半二重ブロック転送プロトコルでの最大サイズは２５６バイトとなっている。非接触ＩＣカード規格においても、最大サイズを超えるデータを送信する場合、ブロック連鎖機能を用いるようになっている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００４−７８６８５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、ブロック連鎖機能による処理には、余計なデータ通信が生じる。そのため、データのサイズが最大サイズを超えた場合に、外部端末とＩＣカード間の通信パフォーマンスが著しく低下し、セキュリティ向上のためには利便性を犠牲にしなければならないという問題があった。

【0006】

そこで、本発明は、上記問題に鑑みてなされたものであり、ブロック連鎖機能による処理を低減し、余計なデータ通信を低減することが可能な情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上記課題を解決するために、請求項１に記載の発明は、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該最大サイズを拡張する拡張機能を使用するか否かを示す拡張情報を含む先頭フィールドと、伝送対象となる前記データを含む情報フィールドとを含んで構成されるブロックを受信する情報処理装置であって、送信側の情報処理装置から送信された前記ブロックを受信する受信手段と、前記受信手段により受信された前記ブロックの前記先頭フィールドに含まれる前記拡張情報が前記拡張機能の使用を示す場合、当該ブロックから前記最大サイズを超える前記データを前記ブロックから取得する取得手段と、を備えることを特徴とする。

【0008】

請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記先頭フィールドは、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該データを複数のブロックに分割して送信するブロック連鎖機能を使用するか否かを示すブロック連鎖情報を更に含み、前記受信手段により受信された前記ブロックの前記先頭フィールドに含まれる前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示す場合、当該ブロックの次の前記ブロックを前記送信側の情報処理装置に要求する要求手段を更に備えることを特徴とする。

【0009】

請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示し、且つ、前記拡張情報が前記拡張機能の使用を示す場合、前記要求手段は、前記最大サイズを超える前記データの全部又は一部を含む次の前記ブロックを前記送信側の情報処理装置に要求することを特徴とする。

【0010】

請求項４に記載の発明は、請求項２または３に記載の情報処理装置において、前記ブロック連鎖情報と前記拡張情報とは、それぞれ、前記先頭フィールドにおいて、データの伝送制御に必要な情報を示すバイト中の所定のビットの値で示されることを特徴とする。

【0011】

請求項５に記載の発明は、請求項４に記載の情報処理装置において、前記取得手段は、前記バイト中の所定のビットの値に対応付けられるバイト数を特定し、当該特定したバイト数分のバイトの値を前記データのサイズとして、当該データを取得することを特徴とする。

【0012】

請求項６に記載の発明は、請求項２または３に記載の情報処理装置において、前記拡張情報は、前記先頭フィールドにおいて、前記情報フィールドに含まれる前記データのサイズを示すバイトの値で示され、前記取得手段は、所定の値を示す前記バイトに後続するバイトの値に基づいて前記データのサイズを特定し、当該特定したサイズの前記データを取得することを特徴とする。

【0013】

請求項７に記載の発明は、請求項１乃至６の何れか一項に記載の情報処理装置において、前記受信手段は、前記ブロックを受信する前に、送信側の情報処理装置から送信されたリセットまたはコマンドを受信し、前記情報処理装置は、前記受信手段により受信されたリセットまたはコマンドに対する応答情報であって、前記拡張機能を使用可能であることを示す情報を含む前記応答情報を、前記送信側の情報処理装置へ返信する返信手段を備えることを特徴とする。

【0014】

請求項８に記載の発明は、請求項１乃至７の何れか一項に記載の受信側の前記情報処理装置へ前記ブロックを送信する前記送信側の情報処理装置であって、前記ブロックを前記受信側の情報処理装置へ送信する第１送信手段と、前記第１送信手段により送信された前記ブロックの次の前記ブロックの要求に応じて、当該次のブロックを前記受信側の情報処理装置へ送信する第２送信手段と、を備えることを特徴とする。

【0015】

請求項９に記載の発明は、請求項８に記載の情報処理装置において、前記第１送信手段は、前記拡張機能の使用を示す前記拡張情報を前記先頭フィールドに含む前記ブロックを前記受信側の情報処理装置へ送信し、前記受信側の情報処理装置から、前記拡張機能の使用を示す前記拡張情報を前記先頭フィールドに含む前記ブロックが受信された場合、前記拡張機能による前記ブロックの通信を継続することを特徴とする。

【0016】

請求項１０に記載の発明は、請求項８に記載の情報処理装置において、前記ブロックを送信する前に、前記受信側の情報処理装置へリセットまたはコマンドを送信する第３送信手段を備え、前記第１送信手段は、前記リセットまたはコマンドに対する応答情報中に前記拡張機能を使用可能であることを示す情報が含まれている場合に限り、前記拡張機能の使用を示す前記拡張情報を前記先頭フィールドに含む前記ブロックを前記受信側の情報処理装置へ送信することを特徴とする。

【0017】

請求項１１に記載の発明は、請求項１乃至１０の何れか一項に記載の情報処理装置は、ＩＣチップであることを特徴とする。

【0018】

請求項１２に記載の発明は、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該最大サイズを拡張する拡張機能を使用するか否かを示す拡張情報とを含む先頭フィールドと、伝送対象となる前記データを含む情報フィールドを含んで構成されるブロックを受信するコンピュータにより実行される情報処理方法であって、送信側の情報処理装置から送信された前記ブロックを受信するステップと、前記受信された前記ブロックの前記先頭フィールドに含まれる前記拡張情報が前記拡張機能の使用を示す場合、当該ブロックから前記最大サイズを超える前記データを前記ブロックから取得するステップと、を含むことを特徴とする。

【0019】

請求項１３に記載の発明は、請求項１２に記載の情報処理方法において、前記先頭フィールドは、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該データを複数のブロックに分割して送信するブロック連鎖機能を使用するか否かを示すブロック連鎖情報を更に含み、前記受信された前記ブロックの前記先頭フィールドに含まれる前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示す場合、当該ブロックの次の前記ブロックを前記送信側の情報処理装置に要求するステップを含むことを特徴とする。

【0020】

請求項１４に記載の発明は、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該最大サイズを拡張する拡張機能を使用するか否かを示す拡張情報とを含む先頭フィールドと、伝送対象となる前記データを含む情報フィールドを含んで構成されるブロックを受信するコンピュータに、送信側の情報処理装置から送信された前記ブロックを受信するステップと、前記受信された前記ブロックの前記先頭フィールドに含まれる前記拡張情報が前記拡張機能の使用を示す場合、当該ブロックから前記最大サイズを超える前記データを前記ブロックから取得するステップと、を実行させることを特徴とする。

【0021】

請求項１５に記載の発明は、請求項１４に記載の情報処理プログラムにおいて、前記先頭フィールドは、１ブロックで送信可能な予め定められた最大サイズを超えるデータを送信する場合に当該データを複数のブロックに分割して送信するブロック連鎖機能を使用するか否かを示すブロック連鎖情報を更に含み、前記受信された前記ブロックの前記先頭フィールドに含まれる前記ブロック連鎖情報が前記ブロック連鎖機能の使用を示す場合、当該ブロックの次の前記ブロックを前記送信側の情報処理装置に要求するステップを更に実行させることを特徴とする。

【発明の効果】

【0022】

本発明によれば、ブロック連鎖機能による処理を低減し、余計なデータ通信を低減することができる。

【図面の簡単な説明】

【0023】

【図1】ＩＣカード１の概要構成例を示す図である。

【図2】（Ａ）は、Ｔ＝１プロトコルで送受信されるブロックのフレーム構成例を示す図である。（Ｂ）は、半二重ブロックプロトコルで送受信されるブロックのフレーム構成例を示す図である。

【図3】ＬＥＮに後続するバイトによりＩＮＦ長を表現する例を示す図である。

【図4】（Ａ）は、外部端末２における処理の一例を示すフローチャートである。（Ｂ）は、ＩＣチップ１ａにおける処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0024】

以下、図面を参照して本発明の実施形態について詳細に説明する。

【0025】

先ず、図１を参照して、本実施形態に係るＩＣカード１の構成及び機能概要について説明する。図１は、ＩＣカード１の概要構成例を示す図である。なお、ＩＣカード１は、キャッシュカード、クレジットカード、社員カード等として使用される。或いは、ＩＣカード１は、スマートフォンや携帯電話機等の通信機器に組み込まれる。ＩＣチップ１ａは通信機器の回路基板上に直接組み込んで構成するようにしてもよい。ＩＣチップ１ａは、本発明における受信側の情報処理装置の一例である。

【0026】

ＩＣカード１には、図１に示すように、ＩＣチップ１ａが搭載されている。ＩＣチップ１ａは、コンピュータとしてのＣＰＵ（Central Processing Unit）１０、ＲＡＭ（Random Access Memory）１１、ＲＯＭ（Read Only Memory）１２、不揮発性メモリ１３、及びインターフェイス部１４等を備えて構成される。

【0027】

インターフェイス部１４は、外部端末２（接続装置）とのインターフェイスを担う。外部端末２は、本発明における送信側の情報処理装置の一例であり、本発明における第１送信手段〜第２送信手段を備える。外部端末２の例としては、ＩＣカード発行装置、ＡＴＭ、改札機、認証用ゲート等が挙げられる。或いは、ＩＣカード１が通信機器に組み込まれる場合、外部端末２には通信機器の機能を担うコントローラが該当する。ＩＣカード発行装置は、ＩＣカード１の発行処理を行う装置である。なお、「発行」とは、ＩＣカードが製品として顧客（例えば、クレジットカード会社等）に提供されるにあたって、例えばＩＣカード発行会社がＩＣカードのＩＣチップに所定の情報（プログラムやデータなど）を書き込むことを意味する。

【0028】

また、ＩＣカード１には、接触ＩＣカードと、非接触ＩＣカードとがある。接触ＩＣカードであるＩＣカード１には、図示しないが、Ｃ１〜Ｃ８の８個の端子が備えられ、これらの端子は、インターフェイス部１４に接続されている。例えば、Ｃ１端子は電源端子、Ｃ２端子はリセット端子、Ｃ３端子はクロック端子、Ｃ５端子はグランド端子、Ｃ７端子は外部端末２との間で通信を行うための端子である。なお、接触ＩＣカードであるＩＣカード１の通信仕様は、ISO/IEC 7816-3の規格に基づく。

【0029】

一方、非接触ＩＣカードであるＩＣカード１には、図示しないが、アンテナ、及び変復調回路が備えられ、変復調回路は、インターフェイス部１４に接続されている。アンテナは、外部端末２との間で電磁波による信号（データ）の送受を担う。変復調回路は、アンテナからの信号を復調してインターフェイス部１４へ送り、インターフェイス部１４からの信号を変調しアンテナへ送る。なお、非接触ＩＣカードであるＩＣカード１の通信仕様は、ISO/IEC 14443-3と14443-4の規格に基づく。

【0030】

ＣＰＵ１０は、ＲＯＭ１２または不揮発性メモリ１３に記憶されるプログラムを実行する演算装置である。ＣＰＵ１０は、本発明における受信手段、要求手段、取得手段、及び返信手段として機能する。ＲＯＭ１２は、ＩＣチップ１ａに設けられない場合もある。不揮発性メモリ１３には、例えばフラッシュメモリが適用される。なお、不揮発性メモリ１３は、「Electrically Erasable Programmable Read-Only Memory」であっても構わない。不揮発性メモリ１３には、ＯＳ（Operating System）及びアプリケーションプラグラムが記憶される。

【0031】

ＩＣカード１が接触ＩＣカードである場合、接触ＩＣカードのＣＰＵ１０は、外部端末２から送信されたリセット（リセット信号）をインターフェイス部１４を介して受信すると、当該リセットに対する応答情報を外部端末２へ返信する。この場合、応答情報は、ＡＴＲ（Answer To Reset）である。ＡＴＲは、最初のキャラクタであるＴＳと、その後に続く最大３２文字のキャラクタ（例えば、Ｔ０キャラクタ、ＴＡ３キャラクタ、ＴＢ３キャラクタ、ＴＣ３キャラクタ等）で構成される。ＡＴＲには、通信速度設定用のパラメータ、ブロック待ち時間（ＢＷＩ）、及びキャラクタの待ち時間（ＣＷＩ）等が設定される。外部端末２は、ＡＴＲの最後のキャラクタを受信し、通信に係るパラメータの調整を必要に応じて行う。その後、外部端末２とＩＣチップ１ａとの間で通信が開始される。この通信は、例えば、ISO/IEC 7816-3の規格が規定するＴ＝１プロトコル（調歩式半二重ブロック式通信プロトコル）にしたがってブロックの単位で行われる。

【0032】

一方、ＩＣカード１が非接触ＩＣカードである場合、非接触ＩＣカードのＣＰＵ１０は、外部端末２から送信された検出コマンド（例えば、ＲＥＱＢ（Request command Type B）、またはＷＵＰＢ（Wake UP command Type B））をインターフェイス部１４を介して受信すると、当該検出コマンドに対する応答情報を外部端末２へ返信する。この検出コマンドは、ISO/IEC 14443の規格で定められたタイプＢ（通信方式）の非接触ＩＣカードが外部端末２との動作可能範囲に存在するか否かを検出するためのコマンドである。また、この場合、応答情報は、ＡＴＱＢ（Answer To Request Type B）である。ＡＴＱＢには、通信速度設定用のパラメータのほか、１ブロックで送信可能な最大サイズ（２５６バイト）が設定される。最大サイズは、最大長、または最大フレームサイズともいう。非接触ＩＣカードのＣＰＵ１０は、ＡＴＱＢを外部端末２へ返信すると、次のコマンドの待機状態となる。その後、外部端末２とＩＣチップ１ａとの間で通信が開始される。この通信は、例えば、ISO/IEC 14443の規格が規定する半二重ブロックプロトコルにしたがってブロックの単位で行われる。

【0033】

ここで、図２を参照して、上記プロトコルで送受信されるブロックの構成について説明する。図２（Ａ）は、Ｔ＝１プロトコルで送受信されるブロックのフレーム構成例を示す図である。図２（Ｂ）は、半二重ブロックプロトコルで送受信されるブロックのフレーム構成例を示す図である。ここで、フレームは、データビット列と任意選択の誤り検出ビット列から構成され、フレームの開始と終了の識別子で囲まれる。また、ブロックとは、有効なプロトコルデータ形式を含む特別な形のフレームをいう。有効なプロトコルデータ形式には、Ｉ(information)ブロック、Ｒ(receive ready)ブロック、及びＳ(supervisory block)ブロックがある。Ｉブロックとは、データ伝送を行うために使用されるブロックである。伝送対象となるデータには、各種命令を示すコマンド（例えば、APDU）、及び不揮発性メモリ１３に書き込まれるデータが該当する。Ｒブロックとは、肯定または否定の応答を伝えるためなどに使用されるブロックである。Ｓブロックとは、外部端末２とＩＣカード１との間で制御情報を交換するために使用されるブロックである。以下の説明では、例えば、Ｉブロックを対象とする。

【0034】

先ず、Ｔ＝１プロトコルで送受信されるブロックは、図２（Ａ）に示すように、先頭フィールドＦ１１、情報フィールド（ＩＮＦ）Ｆ１２、及び最終フィールドＦ１３により構成される。先頭フィールドＦ１１は、ＮＡＤ（ノードアドレス）、ＰＣＢ（プロトコル制御バイト）、及びＬＥＮ（長さ）を含む。情報フィールドＦ１２は、伝送対象となるデータを含む。最終フィールドＦ１３は、誤り検出符号であるＬＲＣ（１バイト）またはＣＲＣ（２バイト）を含む。

【0035】

先頭フィールドＦ１１におけるＮＡＤには、送信元ノードアドレス及び宛先ノードアドレスが設定される。先頭フィールドＦ１１におけるＰＣＢは、データの伝送制御に必要な情報を示すバイトであり、ブロック連鎖情報等を含む。なお、図２（Ａ）の例では、ＩブロックのＰＣＢを示している。ブロック連鎖情報とは、１ブロックで送信可能な最大サイズを超えるデータを送信する場合に当該データを複数のブロックに分割して送信するブロック連鎖機能を使用するか否かを示す。ブロック連鎖機能を使用する場合、継続ブロック有無ビットｂ６に「１」が設定される。つまり、ブロック連鎖情報は、ＰＣＢの所定のビットの値「１」または「０」で示される。１ブロックで送信可能な最大サイズは、上記規格により予め定められており、１バイトのＬＥＮで表される。１バイトで表される最大長は２５５であるが、２５５（Ｈ’ＦＦ）はＲＦＵ（Reserved for future use) になっているため、１ブロックで送信可能な最大サイズは、２５４（Ｈ’ＦＥ）である（Ｈは１６進数であることを示す）。また、ＩブロックのＰＣＢにおいて、ビットｂ８は、「０」に設定され、ビットｂ７は、Ｉブロックが送出される度に「１」と「０」とが交互に設定される。ビットｂ５〜ビットｂ１は、ＲＦＵになっている。つまり、ビットｂ５〜ビットｂ１の値は、ＲＦＵ値であり、通常、「０００００」に設定される。先頭フィールドＦ１１におけるＬＥＮには、情報フィールドＦ１２に含まれるデータのサイズ（以下、「ＩＮＦ長」という）が、０〜２５４（Ｈ’ＦＥ）で設定される（つまり、１ブロックで送信可能なデータの最大サイズは、２５４バイトである）。なお、ＬＥＮは、情報フィールドＦ１２に含まれるデータのサイズ（ＩＮＦ長）を示すバイト（ＬＥＮバイト）であり、このバイトの値である２５５（Ｈ’ＦＦ）はＲＦＵになっている。つまり、２５５（Ｈ’ＦＦ）は、ＲＦＵ値である。

【0036】

次に、半二重ブロックプロトコルで送受信されるブロックは、図２（Ｂ）に示すように、先頭フィールドＦ２１、情報フィールドＦ２２、及び最終フィールドＦ２３により構成される。先頭フィールドＦ２１は、ＰＣＢ（プロトコル制御バイト）、ＣＩＤ（カード識別子）、及びＮＡＤ（ノードアドレス）を含む。情報フィールドＦ２２は、伝送対象となるデータを含む。最終フィールドＦ２３は、誤り検出符号であるＣＲＣを含む。

【0037】

先頭フィールドＦ２１におけるＰＣＢも、データの伝送制御に必要な情報を示すバイトであり、ブロック連鎖情報等を含む。なお、図２（Ｂ）の例でも、ＩブロックのＰＣＢを示している。ブロック連鎖機能を使用する場合、継続ブロック有無ビットｂ５に「１」が設定される。また、ＩブロックのＰＣＢにおいて、ビットｂ８及びｂ７は、それぞれ「０」に設定される。ビットｂ６は、ＲＦＵになっている。つまり、ビットｂ６の値は、ＲＦＵ値であり、通常、「０」に設定される。ＣＩＤが続く場合、ビットｂ４は「１」に設定される。ＮＡＤが続く場合、ビットｂ３は「１」に設定される。ビットｂ２は常に「１」に設定される。ビットｂ１はブロック番号を示す。先頭フィールドＦ２１におけるＮＡＤには、送信元ノードアドレス、及び宛先ノードアドレスが設定される。

【0038】

以上の構成において、ブロックの受信側のＩＣチップ１ａのＣＰＵ１０は、ブロックの送信側の外部端末２から送信されたブロックを受信すると、受信されたブロックに含まれるブロック連鎖情報を参照して当該ブロック連鎖情報がブロック連鎖機能の使用を示す場合、当該ブロック（つまり、連鎖ありブロック）の次のブロックを外部端末２に要求する。外部端末２は、次のブロックの要求に応じて、当該次のブロックをＩＣチップ１ａへ送信する。ＩＣチップ１ａのＣＰＵ１０は、外部端末２が「連鎖なしブロック」を送信するまで繰り返し、当該ＣＰＵ１０は受信したブロックをすべて連結する。このような通信は、ブロックの送信側がＩＣチップ１ａであり、且つブロックの受信側が外部端末２である場合も同様である。これにより、ＩＣチップ１ａと外部端末２とは、最大サイズを超えるデータを送受信することができる。

【0039】

本実施形態では、このようなブロック連鎖機能による処理を低減し、余計なデータ通信を低減するため、上述したブロックにおける先頭フィールドＦ１１，Ｆ２１に、ブロックで送信可能な上記最大サイズを超えるデータを送信する場合に当該最大サイズを拡張（言い換えれば、ＬＥＮを拡張）する拡張機能を使用するか否かを示す拡張情報を含むように構成する。これには、例えば、（１）ＰＣＢのＲＦＵ値を利用する方法と、（２）ＬＥＮのＲＦＵ値を利用する方法とがある。

【0040】

（１）ＰＣＢのＲＦＵ値を利用する方法
この方法では、先頭フィールドＦ１１におけるＰＣＢの場合、当該ＰＣＢのビットｂ５〜ビットｂ１に拡張情報を意味付ける。例えば、ビットｂ５〜ビットｂ１の値が、「０００００」以外に設定される場合、上記拡張機能を使用することを示す。さらに、この場合、ビットｂ５〜ビットｂ１の値に、拡張したＬＥＮのバイト数を対応付けるように構成するとよい。例えば、ビットｂ５〜ビットｂ１の５ビットを全て使用する場合、「００００１」に２バイトを対応付け、「０００１０」に３バイトを対応付け、・・・「１１１１１」に３２バイトを対応付けるように構成する。拡張機能が不使用の場合、ＬＥＮは１バイトであるが、ビットｂ５〜ビットｂ１が「００００１」の場合、ＬＥＮは２バイトある。ＬＥＮが２バイトであれば、ＩＮＦ長を、「０」〜「６５５３５」で表すことができる。そのため、１ブロックで送信可能な最大サイズを「２５４」から「６５５３５」に拡張することができる。なお、ビットｂ５〜ビットｂ１の５ビットの中の一部のビットに、拡張したＬＥＮのバイト数を対応付けるように構成してもよい。例えば、「０１」に２バイトを対応付け、「１０」に１０バイトを対応付け、「１１」に２０バイトを対応付けるように構成する。

【0041】

一方、先頭フィールドＦ２１におけるＰＣＢの場合、当該ＰＣＢのビットｂ６に拡張情報を意味付ける。例えば、ビットｂ６の値が、「１」に設定される場合、上記拡張機能を使用することを示す。先頭フィールドＦ２１には、先頭フィールドＦ１１とは異なり、ＬＥＮが含まれていないので、ビットｂ６の値が「１」に設定される場合、例えば２バイトで示すことができる最大値である「６５５３５」が最大サイズとなる。そのため、１ブロックで送信可能な最大サイズを「２５６」から「６５５３５」に拡張することができる。

【0042】

（２）ＬＥＮのＲＦＵ値を利用する方法
この方法では、先頭フィールドＦ１１におけるＬＥＮ＝２５５（Ｈ’ＦＦ）に、拡張情報を意味付ける。つまり、ＬＥＮが２５５（Ｈ’ＦＦ）に設定される場合、上記拡張機能を使用することを示す。さらに、この場合、ＬＥＮに後続するバイトによりＩＮＦ長を表現するように構成するとよい。図３は、ＬＥＮに後続するバイトによりＩＮＦ長を表現する例を示す図である。図３（Ａ）に示す方法では、ＬＥＮに後続する１バイト（図３（Ａ）の下線部）の値に「Ｈ’１００」を足した値をＩＮＦ長とする。図３（Ａ）に示す方法の場合、ＩＮＦ長を、「２５６」〜「５１１」（つまり、「Ｈ’１００」〜「Ｈ’１ＦＦ」）で表すことができる。一方、図３（Ｂ）に示す方法では、ＬＥＮに後続する２バイト（なお、３バイト以上であってもよい）をＩＮＦ長とする。図３（Ｂ）に示す方法の場合、ＩＮＦ長を、「０」〜「６５５３５」（つまり、「Ｈ’００００」〜「Ｈ’ＦＦＦＦ」）（図３（Ｂ）の下線部）で表すことができる。一方、図３（Ｃ）に示す方法では、ＬＥＮに後続する１バイトで、さらに後続する実ＬＥＮ部のサイズ（この例では、３バイト）を示し、この実ＬＥＮ部でＩＮＦ長を表す。図３（Ｃ）に示す方法の場合、ＩＮＦ長を、「０」〜「１６７７７２１５」（つまり、「Ｈ’００００００」〜「Ｈ’ＦＦＦＦＦＦ」）（図３（Ｃ）の下線部）で表すことができる。なお、図３（Ｂ）及び（Ｃ）に示す方法の場合、伝送対象となるデータが、１ブロックで送信可能なデータの最大サイズを超えるかどうかに関わらず、ＬＥＮを２５５（Ｈ’ＦＦ）に設定することができる。

【0043】

なお、Ｔ＝１プロトコルでは、ブロックの終わりをＣＷＴタイムアウトで決定することができる。つまり、受信側は、キャラクタを待ち続け、キャラクタの待ち時間（ＣＷＴ）だけ待っても送信側からキャラクタが送られてこなかった時に受信を打ち切り、それまでに受信したデータをブロックとする。よって、ＬＥＮがＩＮＦ長を正しく示していない場合でも、伝送対象となるデータを特定することができる。また、先頭フィールドにおけるＮＡＤのＲＦＵのビットに上述した拡張情報を意味付けるように構成してもよい。

【0044】

そして、ブロックの受信側のＩＣチップ１ａのＣＰＵ１０は、ブロックの送信側の外部端末２から送信されたブロックを受信すると、受信されたブロックに含まれる拡張情報を参照して当該拡張情報が拡張機能の使用を示す場合、当該ブロックから、上述した最大サイズを超えるデータを特定して取得する。これにより、ブロック連鎖機能による処理を低減し、余計なデータ通信を低減することができる。このことは、ブロックの送信側がＩＣチップ１ａであり、且つブロックの受信側が外部端末２である場合も同様である。

【0045】

また、受信されたブロックに含まれるブロック連鎖情報がブロック連鎖機能の使用を示し、且つ、当該受信されたブロックに含まれる拡張情報が拡張機能の使用を示す場合、ブロックの受信側のＩＣチップ１ａのＣＰＵ１０は、上述した最大サイズを超えるデータの全部又は一部を含む次のブロックを外部端末２に要求する。外部端末２は、次のブロックの要求に応じて、当該次のブロックをＩＣチップ１ａへ送信する。ＩＣチップ１ａのＣＰＵ１０は、外部端末２が「連鎖なしブロック」を送信するまで繰り返し、当該ＣＰＵ１０は受信したブロックをすべて連結する。このように、本実施形態によれば、ブロック連鎖機能と拡張機能とを併用することができ、余計なデータ通信を低減することができる。このような通信は、ブロックの送信側がＩＣチップ１ａであり、且つブロックの受信側が外部端末２である場合も同様である。

【0046】

ここで、拡張情報を含むブロックから最大サイズを超えるデータを取得する方法について、（１）ＰＣＢのＲＦＵ値を利用する方法と、（２）ＬＥＮのＲＦＵ値を利用する方法とのそれぞれにおいて説明する。

【0047】

（１）ＰＣＢのＲＦＵ値を利用する方法におけるデータの取得
Ｔ＝１プロトコルで送受信されるブロックの場合、例えばＩＣチップ１ａのＣＰＵ１０は、先頭フィールドＦ１１におけるＰＣＢ中の所定のビット（例えば、ビットｂ５〜ビットｂ１）の値（例えば、「００００１」）に対応付けられたバイト数（例えば、２バイト）を特定し、当該特定したバイト数分のＬＥＮバイト（例えば、「Ｈ’００００」〜「Ｈ’ＦＦＦＦ」）の値をＩＮＦ長として上記データを取得する。つまり、この場合、拡張機能が不使用である場合のＬＥＮ（１バイト）に加えて当該ＬＥＮに後続する１バイトも、ＬＥＮとして特定される。このような構成によれば、拡張されたＬＥＮを正確に取得することが可能となる。

【0048】

一方、半二重ブロックプロトコルで送受信されるブロックの場合、例えばＩＣチップ１ａのＣＰＵ１０は、先頭フィールドＦ２１におけるＰＣＢ中の所定のビット（例えば、ビットｂ６）の値（例えば、「１」）に対応付けられたバイト数（例えば、２バイト）を特定し、当該特定したバイト数分のＬＥＮバイト（例えば、「Ｈ’００００」〜「Ｈ’ＦＦＦＦ」）の値をＩＮＦ長として上記データを取得する。なお、この場合も、ＰＣＢ中の所定のビットの値とバイト数とを対応付けたテーブルが、例えば、不揮発性メモリ１３に予め記憶される。

【0049】

（２）ＬＥＮのＲＦＵ値を利用する方法におけるデータの取得
例えばＩＣチップ１ａのＣＰＵ１０は、所定の値（例えば、２５５（Ｈ’ＦＦ））を示すＬＥＮバイトに後続するバイトの値に基づいてＩＮＦ長を特定し、当該特定したＩＮＦ長の上記データを取得する。例えば、所定の値（例えば、２５５（Ｈ’ＦＦ））を示すＬＥＮバイトに後続する１バイト（例えば、「Ｈ’００」〜「Ｈ’ＦＦ」）の値に基づいて、当該バイトの値に「Ｈ’１００」を足した値がＩＮＦ長として特定される。或いは、例えば、所定の値（例えば、２５５（Ｈ’ＦＦ））を示すＬＥＮバイトに後続する２バイト（例えば、「Ｈ’００００」〜「Ｈ’ＦＦＦＦ」）の値がＩＮＦ長として特定される。或いは、例えば、所定の値（例えば、２５５（Ｈ’ＦＦ））を示すＬＥＮバイトに後続する１バイトの値で示される実ＬＥＮ部の値がＩＮＦ長として特定される。

【0050】

なお、上述したようにデータを取得するアルゴリズムを規定するプログラム（情報処理プログラム）は、例えばＲＯＭ１２または不揮発性メモリ１３に予め記憶され、ＣＰＵ１０により実行される。また、このプログラムの実行中に参照されるテーブル（例えば、ＰＣＢ中の所定のビットの値とバイト数とを対応付けたテーブル）は、例えば不揮発性メモリ１３に予め記憶される。

【0051】

また、上述した拡張機能による通信を実施するには、送信側と受信側の双方が拡張機能に対応していることに加え、相手側が拡張機能に対応していることを少なくとも、送信側と受信側のどちらか一方が判断し、拡張機能による通信を開始することになる。例えば、外部端末２は、拡張機能の使用を示す拡張情報を含むブロックを一度送信し、ＩＣチップ１ａから正しいブロックが返ってきた場合（つまり、拡張機能の使用を示す拡張情報を先頭フィールドに含むブロックが受信された場合）、相手も拡張機能に対応していると判断し、拡張機能によるブロックの通信を継続する。なお、ＩＣチップ１ａから正しいブロックが返ってこない場合、ブロック連鎖機能による通信が行われる。

【0052】

或いは、例えば、外部端末２は、上記ブロックを送信する前に、ＩＣチップ１ａへリセットまたは検出コマンドを送信する。これにより、ＩＣチップ１ａは、上記ブロックを受信する前に、外部端末２から送信されたリセットまたは検出コマンドを受信する。そして、ＩＣチップ１ａは、受信されたリセットまたは検出コマンドに対する応答情報（ＡＴＲまたはＡＴＱＢ）であって、拡張機能を使用可能であることを示す情報を含む応答情報を、外部端末２へ返信する。なお、ＡＴＲの場合、拡張機能を使用可能であることを示す情報は、ＡＴＲ中のＲＦＵのビットに設定（例えば、ＡＴＲのＴＣ３キャラクタのバイトにおけるビットｂ２に「１」が設定）される。一方、ＡＴＱＢの場合、拡張機能を使用可能であることを示す情報は、ＡＴＱＢ中のＲＦＵのビットに設定（例えば、ＡＴＱＢ中で最大フレームサイズを規定するバイトにおけるＲＦＵのビットに「１」が設定）される。そして、外部端末２は、リセットまたは検出コマンドに対する応答情報中に拡張機能を使用可能であることを示す情報が含まれている場合に限り、拡張機能の使用を示す拡張情報を含むブロックをＩＣチップ１ａへ送信する。これにより、拡張機能によるブロックの通信が行われる。

【0053】

次に、図４を参照して、外部端末２とＩＣチップ１ａとの通信における動作例について説明する。図４（Ａ）は、外部端末２における処理の一例を示すフローチャートである。図４（Ｂ）は、ＩＣチップ１ａにおける処理の一例を示すフローチャートである。なお、以下に説明する動作例では、Ｔ＝１プロトコルで送受信されるブロックを例にとり、上述したＬＥＮのＲＦＵ値を利用する方法を例にとるものとする。また、以下に説明する動作例では、伝送対象となるデータの長さ（サイズ）に比べ、拡張機能により１ブロックで送信可能なデータ長が十分に長く、拡張機能を用いた場合はブロック連鎖が発生しないケースを想定している（なお、拡張機能の使用時にブロック連鎖をしても構わない）。

【0054】

図４（Ａ）に示すように、外部端末２は、ＩＣチップ１ａへリセットを送信する（ステップＳ１）。図４（Ｂ）に示すように、ＩＣチップ１ａのＣＰＵ１０は、外部端末２から送信されたリセットを受信すると（ステップＳ２１）、ＴＣ３キャラクタにおけるビットｂ２が「１」になっているＡＴＲ（つまり、拡張機能を使用可能であることを示す情報を含むＡＴＲ）を外部端末２へ返信する（ステップＳ２２）。なお、従来のＩＣチップの場合、ＴＣ３キャラクタにおけるビットｂ２が「０」（ＲＦＵ）になっているＡＴＲを外部端末２へ返信することになる。

【0055】

外部端末２は、ＩＣチップ１ａから返信されたＡＴＲを受信すると（ステップＳ２）、受信されたＡＴＲのＴＣ３キャラクタにおけるビットｂ２が「１」であるか否かを判定する（ステップＳ３）。そして、ＡＴＲのＴＣ３キャラクタにおけるビットｂ２が「１」であると判定された場合（ステップＳ３：ＹＥＳ）、ステップＳ４へ進む。一方、ＡＴＲのＴＣ３キャラクタにおけるビットｂ２が「１」でないと判定された場合（ステップＳ３：ＮＯ）、ステップＳ８へ進む。

【0056】

ステップＳ４では、外部端末２は、送信するべきブロックの先頭フィールドＦ１１におけるＬＥＮ（ＬＥＮバイト）に「Ｈ’ＦＦ」をセットする。次いで、外部端末２は、送信するべきブロックの情報フィールドＦ１２のデータ（未送信のデータ）のＩＮＦ長を表す例えば２バイトを、上記セットされた「Ｈ’ＦＦ」の後ろに追加する（つまり、後続させる）（ステップＳ５）。こうして、上記拡張機能を使用することを示す拡張情報を含むブロック（連鎖なしブロック）が生成される。次いで、外部端末２は、上記拡張機能を使用することを示す拡張情報を含むブロック（連鎖なしブロック）を、ＩＣチップ１ａへ送信する（ステップＳ６）。次いで、外部端末２は、ブロックの受信処理へ移行する（ステップＳ７）。なお、ブロックの受信処理は、後述するステップＳ２３以降の処理（ＩＣチップ１ａの処理）と同様に行われる。

【0057】

一方、ステップＳ８では、外部端末２は、未送信のデータのサイズは最大サイズ（例えば、２５４バイト）以下であるか否かを判定する。未送信のデータのサイズは最大サイズ以下であると判定された場合（ステップＳ８：ＹＥＳ）、ステップＳ９へ進む。未送信のデータのサイズは最大サイズ以下でないと判定された場合（ステップＳ８：ＮＯ）、ステップＳ１０へ進む。

【0058】

ステップＳ９では、外部端末２は、送信するべきブロックの情報フィールドＦ１２のデータ（未送信のデータ）のＩＮＦ長を、当該ブロックの先頭フィールドＦ１１におけるＬＥＮ（ＬＥＮバイト）にセットし、ステップＳ６へ移行する。

【0059】

一方、ステップＳ１０では、外部端末２は、送信するべきブロックの先頭フィールドＦ１１におけるＰＣＢの継続ブロック有無ビットｂ６に「１」をセットし、当該先頭フィールドＦ１１におけるＬＥＮ（ＬＥＮバイト）に「Ｈ’ＦＥ」をセットする。次いで、外部端末２は、継続ブロック有無ビットｂ６に「１」が、ＬＥＮに「Ｈ’ＦＥ」がそれぞれセットされたブロック（連鎖ありブロック）を、ＩＣチップ１ａへ送信する（ステップＳ１１）。そして、外部端末２は、送信したブロックの次のブロックの要求をＩＣチップ１ａから受信すると（ステップＳ１２）、ステップＳ８へ移行する。

【0060】

一方、ＩＣチップ１ａは、外部端末２から送信されたブロックを受信すると（ステップＳ２３）、受信されたブロックの先頭フィールドＦ１１におけるＬＥＮ（ＬＥＮバイト）は「Ｈ’ＦＦ」であるか否かを判定する（ステップＳ２４）。ＬＥＮは「Ｈ’ＦＦ」であると判定された場合（ステップＳ２４：ＹＥＳ）、ステップＳ２５へ進む。一方、ＬＥＮは「Ｈ’ＦＦ」でないと判定された場合（ステップＳ２４：ＮＯ）、ステップＳ２７へ進む。

【0061】

ステップＳ２５では、ＩＣチップ１ａは、ステップＳ２４で判定されたＬＥＮに後続する２バイトの値に基づいて、受信されたブロックの情報フィールドＦ１２におけるデータのＩＮＦ長を特定し、当該特定したＩＮＦ長のデータを当該ブロックから取得する。つまり、ＩＣチップ１ａは、ＬＥＮに後続する２バイトの値を当該データのＩＮＦ長として当該データを取得する。次いで、外部端末２は、ブロックの送信処理ａへ移行する（ステップＳ２６）。なお、このブロックの送信処理ａは、上述したステップＳ４以降の処理（外部端末２の処理）と同様に行われる。

【0062】

一方、ステップＳ２７では、ＩＣチップ１ａは、ステップＳ２４で判定されたＬＥＮの値を、受信されたブロックの情報フィールドＦ１２におけるデータのＩＮＦ長として、当該ＩＮＦ長のデータを当該ブロックから取得する。次いで、ＩＣチップ１ａは、受信されたブロックの先頭フィールドＦ１１におけるＰＣＢの継続ブロック有無ビットｂ６を参照して、受信されたブロックが、連鎖ありブロックであるか否かを判定する（ステップＳ２８）。受信されたブロックが、連鎖ありブロックでないと判定された場合（ステップＳ２８：ＮＯ）、外部端末２は、ブロックの送信処理ｂへ移行する（ステップＳ２９）。なお、このブロックの送信処理ｂは、上述したステップＳ８以降の処理（外部端末２の処理）と同様に行われる。一方、受信されたブロックが、連鎖ありブロックであると判定された場合（ステップＳ２８：ＹＥＳ）、ステップＳ３０へ進む。ステップＳ３０では、ＩＣチップ１ａは、受信されたブロックの次のブロックの要求を、外部端末２へ送信する。そして、ＩＣチップ１ａは、外部端末２から送信された次のブロックを受信すると（ステップＳ３１）、ステップＳ２７へ移行する。

【0063】

以上説明したように、上記実施形態によれば、１ブロックで送信可能な最大サイズを超えるデータを送信する場合に当該最大サイズを拡張する拡張機能を使用するか否かを示す拡張情報を先頭フィールドに含むブロックを、外部端末２とＩＣチップ１ａとの間で送受信し、当該ブロックの先頭フィールドに含まれる拡張情報が拡張機能の使用を示す場合、当該ブロックから最大サイズを超えるデータを当該ブロックから取得するように構成したので、ブロック連鎖機能による処理を低減し、余計なデータ通信を低減することができ、通信時間を短縮することができる。

【0064】

なお、上記実施形態では、情報処理装置がブロック連鎖機能及び拡張機能を持つケースについて説明したが、情報処理装置が拡張機能を持つがブロック連鎖機能を持たないケースについても本発明は適用可能である。

【符号の説明】

【0065】

１ ＩＣカード
２ 外部端末
１ａ ＩＣチップ
１０ ＣＰＵ
１１ ＲＡＭ
１２ ＲＯＭ
１３ 不揮発性メモリ
１４ インターフェイス部

【図1】

【図2】

【図3】

【図4】