特許 7397402 電子情報記憶媒体、データ送信方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2023-12-05

(45)【発行日】2023-12-13

(54)【発明の名称】電子情報記憶媒体、データ送信方法、及びプログラム

(51)【国際特許分類】

   G06F 3/06 20060101AFI20231206BHJP

   G06F 3/08 20060101ALI20231206BHJP

   G06K 19/073 20060101ALI20231206BHJP

【ＦＩ】

G06F3/06 301M

G06F3/08 C

G06K19/073

【請求項の数】 7

(21)【出願番号】P 2019225123

(22)【出願日】2019-12-13

(65)【公開番号】P2021096495

(43)【公開日】2021-06-24

【審査請求日】2022-10-27

(73)【特許権者】

【識別番号】000002897

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

(74)【代理人】

【識別番号】110000958

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

(74)【代理人】

【識別番号】100120189

【弁理士】

【氏名又は名称】奥 和幸

(72)【発明者】

【氏名】福永 正剛

【審査官】北村 学

(56)【参考文献】

【文献】特開２００８－０３３６６９（ＪＰ，Ａ）

【文献】特開２０１５－１８４６９２（ＪＰ，Ａ）

【文献】特開２００２－１０１１２７（ＪＰ，Ａ）

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

ＩＰＣ Ｇ０６Ｆ ３／０６ － ３／０８

Ｇ０６Ｆ １３／００ － １３／１４

Ｇ０６Ｋ １９／００ － １９／１８

Ｈ０４Ｌ １３／００ － １３／１８

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

【請求項1】

送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、
前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、
前記第１ブロックに含まれる前記レングスデータにより示される前記長さの前記送信データを１度に受信可能であるか否かを判定する判定手段と、
前記判定手段により前記送信データを１度に受信可能でないと判定された場合に、前記第１ブロックに対する応答として、前記送信データを１度に受信可能な長さを示す長さ指定データを含む第２ブロックを前記外部装置へ送信する送信手段と、
前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、
前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段と、
を備えることを特徴とする電子情報記憶媒体。

【請求項2】

前記第２受信手段は、前記保持された前記レングスデータにより示される前記長さの前記送信データから分割された分割送信データを含む第３ブロックを外部装置から複数回にわたって受信し、
前記実行手段は、複数回にわたって受信された前記分割送信データが連結されることにより前記レングスデータにより示される前記長さの前記送信データが得られた場合に、当該送信データに基づいて処理を実行することを特徴とする請求項１に記載の電子情報記憶媒体。

【請求項3】

送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、
前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、
前記第１ブロックに対する応答として第２ブロックを前記外部装置へ送信する送信手段と、
前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、
前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段と、
を備え、
前記第１ブロック及び前記第３ブロックは、それぞれ、所定のアプリケーションによりアプリケーション層で使用されるデータを格納するための情報フィールドと、前記情報フィールドの長さを指定するための所定バイトからなるＬＥＮ（Length byte）を含む先頭フィールドとを有する所定のデータフォーマットにより構成され、
前記第１ブロックの前記情報フィールドには前記ＬＥＮにより指定された長さの前記レングスデータが格納され、前記第３ブロックの前記情報フィールドには前記レングスデータにより示される前記長さの前記送信データが格納され、
前記実行手段は、前記第３ブロックの前記先頭フィールドに含まれるＬＥＮを無視して前記第３ブロックに含まれる前記送信データに基づいて処理を実行することを特徴とする電子情報記憶媒体。

【請求項4】

電子情報記憶媒体に含まれるコンピュータにより実行されるデータ受信方法であって、
送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信するステップと、
前記第１ブロックに含まれる前記レングスデータを保持するステップと、
前記第１ブロックに含まれる前記レングスデータにより示される前記長さの前記送信データを１度に受信可能であるか否かを判定するステップと、
前記送信データを１度に受信可能でないと判定された場合に、前記第１ブロックに対する応答として、前記送信データを１度に受信可能な長さを示す長さ指定データを含む第２ブロックを前記外部装置へ送信するステップと、
前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信するステップと、
前記第３ブロックに含まれる前記送信データに基づいて処理を実行するステップと、
を含むことを特徴とするデータ受信方法。

【請求項5】

電子情報記憶媒体に含まれるコンピュータにより実行されるデータ受信方法であって、
送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信するステップと、
前記第１ブロックに含まれる前記レングスデータを保持するステップと、
前記第１ブロックに対する応答として第２ブロックを前記外部装置へ送信するステップと、
前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信するステップと、
前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行ステップと、
を含み、
前記第１ブロック及び前記第３ブロックは、それぞれ、所定のアプリケーションによりアプリケーション層で使用されるデータを格納するための情報フィールドと、前記情報フィールドの長さを指定するための所定バイトからなるＬＥＮ（Length byte）を含む先頭フィールドとを有する所定のデータフォーマットにより構成され、
前記第１ブロックの前記情報フィールドには前記ＬＥＮにより指定された長さの前記レングスデータが格納され、前記第３ブロックの前記情報フィールドには前記レングスデータにより示される前記長さの前記送信データが格納され、
前記実行ステップにおいては、前記第３ブロックの前記先頭フィールドに含まれるＬＥＮを無視して前記第３ブロックに含まれる前記送信データに基づいて処理を実行することを特徴とするデータ受信方法。

【請求項6】

送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、
前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、
前記第１ブロックに含まれる前記レングスデータにより示される前記長さの前記送信データを１度に受信可能であるか否かを判定する判定手段と、
前記判定手段により前記送信データを１度に受信可能でないと判定された場合に、前記第１ブロックに対する応答として、前記送信データを１度に受信可能な長さを示す長さ指定データを含む第２ブロックを前記外部装置へ送信する送信手段と、
前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、
前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段としてコンピュータを機能させることを特徴とするプログラム。

【請求項7】

送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、
前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、
前記第１ブロックに対する応答として第２ブロックを前記外部装置へ送信する送信手段と、
前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、
前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段としてコンピュータを機能させるプログラムであって、
前記第１ブロック及び前記第３ブロックは、それぞれ、所定のアプリケーションによりアプリケーション層で使用されるデータを格納するための情報フィールドと、前記情報フィールドの長さを指定するための所定バイトからなるＬＥＮ（Length byte）を含む先頭フィールドとを有する所定のデータフォーマットにより構成され、
前記第１ブロックの前記情報フィールドには前記ＬＥＮにより指定された長さの前記レングスデータが格納され、前記第３ブロックの前記情報フィールドには前記レングスデータにより示される前記長さの前記送信データが格納され、
前記実行手段は、前記第３ブロックの前記先頭フィールドに含まれるＬＥＮを無視して前記第３ブロックに含まれる前記送信データに基づいて処理を実行することを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、セキュアエレメント等の電子情報記憶媒体によるコマンドの送受信方法等の技術分野に関する

【背景技術】

【0002】

近年、IoT（Internet of Things）の普及に伴い、組み込み型ＩＣモジュールにおいても、セキュリティを担保するため、セキュアエレメントが用いられている。セキュアエレメントの通信には、国際規格ISO/IECISO7816-2で定義されるインターフェースのほか、SPI（Serial Peripheral Interface）やＩ²Ｃ（Inter-Integrated Circuit）などのインターフェースが利用されることが多い。これらのインターフェースで送受信される例えばコマンドＡＰＤＵ（Application Protocol Data Unit）の長さは、コマンドＡＰＤＵを含むブロックのヘッダ（先頭フィールド）にて指定されることが多いが、ヘッダで指定可能な長さを超える長さのコマンドＡＰＤＵを送受信するためには、ヘッダ長を拡張するか、或いはコマンドＡＰＤＵを分割して送受信することが必要である。特許文献１には、データ容量の大きい平文を暗号化する際、一つのコマンドＡＰＤＵに含めることができるブロックサイズに平文を分割し、分割した平文ごとにコマンドＡＰＤＵを生成することなく、平文のみを送受信することで処理時間を短縮することができる発明が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第4840012号

【発明の概要】

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

【0004】

しかしながら、特許文献１の技術では、特殊なモードを備える必要があるため、国際規格等で既に決まっているデータフォーマットが変わる可能性がある。データフォーマットが既に決まっているプロトコルを利用する場合、既存製品との互換性の関係上、ヘッダ長を拡張することなどのデータフォーマットを変更することは容易ではない。

【0005】

そこで、本発明は、このような点等に鑑みてなされたものであり、既存のデータフォーマットを変更することなく、ヘッダで指定可能な長さを超えるデータ長を指定することが可能な電子情報記憶媒体、データ送信方法、及びプログラムを提供することを課題とする。

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

【0006】

上記課題を解決するために、請求項１に記載の発明は、送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、前記第１ブロックに含まれる前記レングスデータにより示される前記長さの前記送信データを１度に受信可能であるか否かを判定する判定手段と、前記判定手段により前記送信データを１度に受信可能でないと判定された場合に、前記第１ブロックに対する応答として、前記送信データを１度に受信可能な長さを示す長さ指定データを含む第２ブロックを前記外部装置へ送信する送信手段と、前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段と、を備えることを特徴とする。

【0008】

請求項２に記載の発明は、請求項１に記載の電子情報記憶媒体において、前記第２受信手段は、前記保持された前記レングスデータにより示される前記長さの前記送信データから分割された分割送信データを含む第３ブロックを外部装置から複数回にわたって受信し、前記実行手段は、複数回にわたって受信された前記分割送信データが連結されることにより前記レングスデータにより示される前記長さの前記送信データが得られた場合に、当該送信データに基づいて処理を実行することを特徴とする。

【0009】

請求項３に記載の発明は、送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、前記第１ブロックに対する応答として第２ブロックを前記外部装置へ送信する送信手段と、前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段と、を備え、前記第１ブロック及び前記第３ブロックは、それぞれ、所定のアプリケーションによりアプリケーション層で使用されるデータを格納するための情報フィールドと、前記情報フィールドの長さを指定するための所定バイトからなるＬＥＮ（Length byte）を含む先頭フィールドとを有する所定のデータフォーマットにより構成され、前記第１ブロックの前記情報フィールドには前記ＬＥＮにより指定された長さの前記レングスデータが格納され、前記第３ブロックの前記情報フィールドには前記レングスデータにより示される前記長さの前記送信データが格納され、前記実行手段は、前記第３ブロックの前記先頭フィールドに含まれるＬＥＮを無視して前記第３ブロックに含まれる前記送信データに基づいて処理を実行することを特徴とする。

【0010】

請求項４に記載の発明は、電子情報記憶媒体に含まれるコンピュータにより実行されるデータ受信方法であって、送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信するステップと、前記第１ブロックに含まれる前記レングスデータを保持するステップと、前記第１ブロックに含まれる前記レングスデータにより示される前記長さの前記送信データを１度に受信可能であるか否かを判定するステップと、前記送信データを１度に受信可能でないと判定された場合に、前記第１ブロックに対する応答として、前記送信データを１度に受信可能な長さを示す長さ指定データを含む第２ブロックを前記外部装置へ送信するステップと、前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信するステップと、前記第３ブロックに含まれる前記送信データに基づいて処理を実行するステップと、を含むことを特徴とする。請求項５に記載の発明は、電子情報記憶媒体に含まれるコンピュータにより実行されるデータ受信方法であって、送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信するステップと、前記第１ブロックに含まれる前記レングスデータを保持するステップと、前記第１ブロックに対する応答として第２ブロックを前記外部装置へ送信するステップと、前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信するステップと、前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行ステップと、を含み、前記第１ブロック及び前記第３ブロックは、それぞれ、所定のアプリケーションによりアプリケーション層で使用されるデータを格納するための情報フィールドと、前記情報フィールドの長さを指定するための所定バイトからなるＬＥＮ（Length byte）を含む先頭フィールドとを有する所定のデータフォーマットにより構成され、前記第１ブロックの前記情報フィールドには前記ＬＥＮにより指定された長さの前記レングスデータが格納され、前記第３ブロックの前記情報フィールドには前記レングスデータにより示される前記長さの前記送信データが格納され、前記実行ステップにおいては、前記第３ブロックの前記先頭フィールドに含まれるＬＥＮを無視して前記第３ブロックに含まれる前記送信データに基づいて処理を実行することを特徴とする。

【0011】

請求項６に記載の発明は、送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、前記第１ブロックに含まれる前記レングスデータにより示される前記長さの前記送信データを１度に受信可能であるか否かを判定する判定手段と、前記判定手段により前記送信データを１度に受信可能でないと判定された場合に、前記第１ブロックに対する応答として、前記送信データを１度に受信可能な長さを示す長さ指定データを含む第２ブロックを前記外部装置へ送信する送信手段と、前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段としてコンピュータを機能させることを特徴とする。請求項７に記載の発明は、送信されるべき送信データの長さを示すレングスデータを含む第１ブロックを外部装置から受信する第１受信手段と、前記第１ブロックに含まれる前記レングスデータを保持する保持手段と、前記第１ブロックに対する応答として第２ブロックを前記外部装置へ送信する送信手段と、前記第２ブロックに応じて前記外部装置から送信された第３ブロックであって、前記保持された前記レングスデータにより示される前記長さの前記送信データを含む第３ブロックを外部装置から受信する第２受信手段と、前記第３ブロックに含まれる前記送信データに基づいて処理を実行する実行手段としてコンピュータを機能させるプログラムであって、前記第１ブロック及び前記第３ブロックは、それぞれ、所定のアプリケーションによりアプリケーション層で使用されるデータを格納するための情報フィールドと、前記情報フィールドの長さを指定するための所定バイトからなるＬＥＮ（Length byte）を含む先頭フィールドとを有する所定のデータフォーマットにより構成され、前記第１ブロックの前記情報フィールドには前記ＬＥＮにより指定された長さの前記レングスデータが格納され、前記第３ブロックの前記情報フィールドには前記レングスデータにより示される前記長さの前記送信データが格納され、前記実行手段は、前記第３ブロックの前記先頭フィールドに含まれるＬＥＮを無視して前記第３ブロックに含まれる前記送信データに基づいて処理を実行することを特徴とする。

【発明の効果】

【0012】

本発明によれば、既存のデータフォーマットを変更することなく、ヘッダで指定可能な長さを超えるデータ長を指定することができる。

【図面の簡単な説明】

【0013】

【図1】ＳＥ１の概要構成例を示す図である。

【図2】ＳＥ１と外部装置２との間で送受信されるブロックBLnのデータフォーマット（構造）を示す図である。

【図3】ＳＥ１と外部装置２との間で送受信されるブロックBLnのデータフォーマットの具体例を示す図である。

【図4】実施例１において、外部装置２からのブロックBLnがＳＥ１により受信されたときのＣＰＵ１０の処理の一例を示すフローチャートである。

【図5】実施例２において、外部装置２からのブロックBLnがＳＥ１により受信されたときのＣＰＵ１０の処理の一例を示すフローチャートである。

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

【0014】

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、セキュアエレメント（以下、「ＳＥ」という）に対して本発明を適用した場合の実施の形態である。

【0015】

［１．ＳＥ１の構成及び機能］
先ず、図１を参照して、本実施形態に係るＳＥ１の構成及び機能について説明する。図１は、ＳＥ１の概要構成例を示す図である。ＳＥ１は、本発明の電子情報記憶媒体の一例である。図１に示すように、ＳＥ１は、ＣＰＵ（Central Processing Unit）１０、ＲＡＭ（Random Access Memory）１１、ＲＯＭ（Read Only Memory）１２、ＮＶＭ（Nonvolatile Memory）１３（不揮発性メモリ）、及びＩ／Ｏ回路１４などを備えて構成される（ＲＯＭ１２は備えられない場合もある）。ＳＥ１は、例えばIoT製品やスマートフォン等の端末に搭載されて使用される。なお、ＳＥ１は、着脱可能なＩＣカードとして端末に搭載されてもよいし、eUICC（Embedded Universal Integrated Circuit Card）として端末から容易に取り外しや取り換えができないように組み込み基盤上に搭載（つまり、端末と一体的に形成）されてもよい。

【0016】

ＣＰＵ１０は、ＲＯＭ１２またはＮＶＭ１３に記憶された各種プログラムを実行するプロセッサ（コンピュータ）である。ＣＰＵ１０は、本発明における第１受信手段、保持手段、送信手段、第２受信手段、判定手段、及び実行手段として機能する。ＲＡＭ１１は、作業用メモリとして利用される。ＮＶＭ１３には、例えばフラッシュメモリが適用される。ＮＶＭ１３は、「Electrically Erasable Programmable Read-Only Memory」であってもよい。ＮＶＭ１３には、各種プログラム（本発明のプログラムを含む）及びデータが記憶される。各種プログラムには、オペレーティングシステム（ＯＳ）及びアプリケーションなどが含まれる。なお、ＮＶＭ１３に記憶される各種プログラム及びデータの一部は、ＲＯＭ１２に記憶されてもよい。

【0017】

Ｉ／Ｏ回路１４は、外部装置２との間のインターフェースを担う。外部装置２は、例えば、ＳＥ１が搭載される端末のコントローラである。ただし、外部装置２は、ネットワークに接続されたサーバや、接触（または非接触）で通信可能なリーダライタであってもよい。インターフェースの例として、ＳＰＩ（Serial Peripheral Interface) 、Ｉ²Ｃ（Inter-Integrated Circuit）、及びISO/IEC7816のインターフェースなどが挙げられる。

【0018】

Ｉ／Ｏ回路１４がＳＰＩを担う場合、シフトレジスタ及び４つの信号線等がＩ／Ｏ回路１４に備えられる。４つの信号線とは、ＳＣＬＫ（Serial Clock）、ＭＯＳＩ（Master-Out Slave-In）、ＭＩＳＯ（Master-In Slave-Out）、及びＳＬＳ（SLave Select）である。例えばマスターとしての外部装置２がＳＬＳをローアクティブにすることで通信が開始される。また、Ｉ／Ｏ回路１４がISO/IEC7816のインターフェースを担う場合、公知のＣ１～Ｃ８の８個の端子がＩ／Ｏ回路１４に備えられる。

【0019】

本実施形態において、ＳＥ１と外部装置２との通信における下層（物理層）ではＳＰＩが用いられ、中層ではＴＰＤＵ（Transmission Protocol Data Unit）プロトコル（例えば、Ｔ＝１）が用いられ、上層（アプリケーション層）ではＡＰＤＵ（Application Protocol Data Unit）プロトコルが用いられるものとする。ただし、これに限定されるものではない。なお、ＳＰＩは、複数のスレーブを持つことが可能であり、本実施形態では１つのＳＥ１をスレーブとして通信が行われる場合を例にとるが、外部装置２が複数のスレーブと通信してもよい。

【0020】

ＡＰＤＵプロトコルは、ISO/IEC7816-3で定義されるコマンドＡＰＤＵ及びレスポンスＡＰＤＵを送受信するためのプロトコルである。ここで、コマンドＡＰＤＵは、例えば、ＣＬＡ、ＩＮＳ、Ｐ１及びＰ２から構成（ヘッダのみから構成）される（Case1）。ＣＬＡはコマンドクラスを示し、ＩＮＳはコマンドコードを示し、Ｐ１及びＰ２はコマンドパラメータを示す。或いは、コマンドＡＰＤＵは、ＣＬＡ、ＩＮＳ、Ｐ１及びＰ２と、Ｌｅとから構成（ヘッダーとボディから構成）される（Case2）。ＬｅはレスポンスＡＰＤＵの最大長を示す。或いは、コマンドＡＰＤＵは、ＣＬＡ、ＩＮＳ、Ｐ１及びＰ２と、Ｌｃ及びＤａｔａとから構成される（Case3）。ＬｃはＤａｔａの長さを示す。或いは、コマンドＡＰＤＵは、ＣＬＡ、ＩＮＳ、Ｐ１及びＰ２と、Ｌｃ、Ｄａｔａ及びＬｅとから構成される（Case4）。一方、レスポンスＡＰＤＵは、例えば、ＳＷ１及びＳＷ２から構成される（Case1,Case3）。ＳＷ１及びＳＷ２は、ステータスワードであり、コマンドＡＰＤＵに基づいて実行されたコマンド処理（換言すると、コマンドＡＰＤＵに応じた処理）の結果を示す。例えば、ＳＷ１及びＳＷ２が“0009(h)”である場合、正常終了を示し、ＳＷ１及びＳＷ２が“6???(h)”である場合、“?”の数値に応じたエラーを示す。或いは、レスポンスＡＰＤＵは、例えば、ＤＡＴＡ、ＳＷ１及びＳＷ２から構成される（Case2,Case4）。

【0021】

また、ＴＰＤＵプロトコルに従う通信では、Ｉ（Information）ブロック（情報ブロック）、Ｒ（Receive Ready）ブロック（受信準備完了ブロック）、またはＳ（Supervisory）ブロック（管理ブロック）が用いられる。ここで、Ｉブロックは、所定のアプリケーションによりアプリケーション層で使用されるデータ（例えば、コマンドＡＰＤＵ及びレスポンスＡＰＤＵ）を伝達するために用いられる。Ｒブロックは、例えば、肯定応答（ＡＣＫ）や否定応答（ＮＡＫ）を伝達するために用いられる。Ｓブロックは、制御情報を伝達するために用いられる。ISO/IEC7816-3には、制御情報として、ＷＴＸ要求、ＷＴＸ応答、ＩＦＳ変更要求、ＩＦＳ変更応答、ＡＢＯＲＴ要求、及びＡＢＯＲＴ応答等が規定されているが、本実施形態では、新たな制御情報として、Ｉブロックにより送信されるべき送信データ（例えば、コマンドＡＰＤＵ及びレスポンスＡＰＤＵ）の長さ（データ長）を指定するＬＥＮ要求、及びＬＥＮ要求に対するＬＥＮ応答を定義する。

【0022】

図２は、ＳＥ１と外部装置２との間でやり取りされるブロックBLnのデータフォーマット（構造）を示す図である。図２に示すように、ブロックBLnは、先頭フィールド（Prologue field）、情報フィールド（Information field）、及び最終フィールド（Epilogue field）を有する所定のデータフォーマットにより構成される。ここで、情報フィールドは、所定のアプリケーションによりアプリケーション層で使用されるデータを格納するためのフィールドである。最終フィールドは、チェックコード（例えば、ＬＲＣまたはＣＲＣ等の誤り検出符号）を格納するためのフィールドである。

【0023】

先頭フィールドは、ブロックBLnのヘッダに相当するフィールドであり、ブロックBLnの送信先アドレス等を示すＮＡＤ（Node Address Byte）、データフォーマットの種別（つまり、ブロックBLnの種別）を示すＰＣＢ（Protocol Control Byte）、及び情報フィールドの長さを指定するためのＬＥＮ（Length Byte）を含んで構成される。ＮＡＤ、ＰＣＢ、及びＬＥＮは、それぞれ、例えば、１バイト（つまり、２５６ビット）からなる。なお、外部装置２が複数のスレーブとＳＰＩを介して通信する場合、外部装置２からブロックBLnがブロードキャストされるが、ブロックBLnの送信先（宛先）がＳＥ１のみである場合、ブロックBLnのＮＡＤには、ＳＥ１に固有のアドレス（例えば、識別情報）が含まれる。

【0024】

ＰＣＢは、先頭の２ビット（b8b7）によってブロックBLnがＩブロック、Ｒブロック、またはＳブロックであるかを示し、残りの６ビット（b6～b1）によって制御情報を示す。例えば、ＰＣＢにおけるb8b7=00はＩブロックを示し、ＰＣＢにおけるb8b7=10はＲブロックを示す。なお、ＰＣＢにおけるb8b7=00である場合（つまり、Ｉブロックの場合）において、b6はブロック連鎖ビット（チェイニングングビット）であり、b1=1の場合のＩブロックは次のＩブロックに連鎖する一方、b1=0の場合のＩブロックは次のＩブロックに連鎖しない。一方、ＰＣＢにおけるb8b7=11はＳブロックを示し、この場合、b6～b1=000011はＷＴＸ要求を示し、b6～b1=100011はＷＴＸ応答を示し、b6～b1=0000001はＩＦＳ変更要求を示し、b6～b1=100001はＩＦＳ変更応答を示し、b6～b1=000010はＡＢＯＲＴ要求を示し、b6～b1=100010はＡＢＯＲＴ応答を示す。本実施形態では、ＰＣＢにおけるb6～b1でＬＥＮ要求、及びＬＥＮ応答を示すように新たに定義される。例えば、ＰＣＢにおけるb6～b1=000101（ISO/IEC7816-3で使用されていないビット列）にＬＥＮ要求が割り当てられ、ＰＣＢにおけるb6～b1=100101（ISO/IEC7816-3で使用されていないビット列）にＬＥＮ応答が割り当てられる。

【0025】

図３は、ＳＥ１と外部装置２との間で送受信されるブロックBLnのデータフォーマットの具体例を示す図である。図３（Ａ）は、外部装置２からＳＥ１へ最初に送信されるブロックBL1（第１ブロックの一例）のデータフォーマットを示し、図３（Ｂ）は、ブロックBL1に対する応答としてＳＥ１から外部装置２へ送信されるブロックBL2（第２ブロックの一例）を示す。図３（Ｃ）は、ブロックBL2に応じて外部装置２からＳＥ１へ次に送信されるブロックBL3（第３ブロックの一例）のデータフォーマットを示し、図３（Ｄ）は、ブロックBL3に対する応答としてＳＥ１から外部装置２へ送信されるブロックBL4を示す。

【0026】

外部装置２からＳＥ１へ最初に送信されるブロックBL1においては、図３（Ａ）に示すように、ＰＣＢがＳブロック且つＬＥＮ要求を示すように設定され、当該ブロックBL1の情報フィールドには当該ブロックBL1のＬＥＮにより指定される長さのレングスデータが格納される。このレングスデータは、後から送信されるべき送信データ（例えば、コマンドＡＰＤＵ）の長さを示す。なお、ブロックBL1のＮＡＤには、ＳＥ１に固有のアドレス（例えば、識別情報）が含まれる。そして、ブロックBL1に対する応答としてＳＥ１から外部装置２へ送信されるブロックBL2においては、図３（Ｂ）に示すように、ＰＣＢがＳブロック且つＬＥＮ応答を示すように設定され、当該ブロックBL2の情報フィールドには意味のあるデータが格納されなくてもよい。なお、ブロックBL2のＮＡＤには、外部装置２に固有のアドレス（例えば、識別情報）が含まれる。

【0027】

一方、外部装置２からＳＥ１へ次に送信されるブロックBL3においては、図３（Ｃ）に示すように、ＰＣＢがＩブロックを示すように設定され、当該ブロックBL3の情報フィールドには最初に受信されたブロックBL1の情報フィールドに格納されたレングスデータにより示される長さの送信データ（例えば、コマンドＡＰＤＵ）が格納される。なお、ブロックBL3のＮＡＤには、ＳＥ１に固有のアドレス（例えば、識別情報）が含まれる。そして、ブロックBL3に対する応答としてＳＥ１から外部装置２へ送信されるブロックBL4においては、図３（Ｄ）に示すように、ＰＣＢがＩブロックを示すように設定され、当該ブロックBL4の情報フィールドには例えばレスポンスＡＰＤＵが格納される。なお、ブロックBL4のＮＡＤには、外部装置２に固有のアドレス（例えば、識別情報）が含まれる。

【0028】

図３に示すように構成することで、例えば１バイトのＬＥＮにより指定可能な長さ（最大２５５バイト）を超える長さをレングスデータで指定可能となる。例えば、１バイトのＬＥＮより指定された長さ（つまり、レングスデータの長さ）が２バイト（つまり、６５５３６ビット）である場合、当該２バイトのレングスデータにより送信データ（例えば、コマンドＡＰＤＵ）の長さを指定することができる。これにより、既存のデータフォーマットを変更することなく、先頭フィールドのＬＥＮで指定可能な長さを超えるデータ長を指定することができる。なお、ブロックＢBL2のＬＥＮは使用されない（ＳＥ１により無視される）ので、例えば“00(h)”または“FF(h)”に設定されてもよい。

【0029】

［２．ＳＥ１の動作］
次に、ＳＥ１の動作について実施例１と実施例２に分けて説明する。

【0030】

（実施例１）
先ず、図４を参照して、実施例１に係るＳＥ１の動作について説明する。図４は、実施例１において、外部装置２からのブロックBLnがＳＥ１により受信されたときのＣＰＵ１０（例えば、ＯＳ）の処理の一例を示すフローチャートである。

【0031】

図４に示す処理が開始されると、ＣＰＵ１０は、受信されたブロックBLnの直前にＬＥＮ要求を含むブロックBL1が受信済であるか否かを判定する（ステップＳ１）。ＣＰＵ１０は、ブロックBL1が受信済でないと判定した場合（ステップＳ１：ＮＯ）、ステップＳ２へ進む。一方、ＣＰＵ１０は、ブロックBL1が受信済であると判定した場合（ステップＳ１：ＹＥＳ）、つまり、受信されたブロックBLnがブロックBL2に応じて外部装置２から送信されたブロックBL3である場合、ステップＳ７へ進む。

【0032】

ステップＳ２では、ＣＰＵ１０は、受信されたブロックBLnがＬＥＮ要求を含むブロックBL1であるか否かを、ＰＣＢを参照することで判定する。ＣＰＵ１０は、受信されたブロックBLnがＬＥＮ要求を含むブロックBL1であると判定した場合（ステップＳ２：ＹＥＳ）、ブロックBL1に含まれるレングスデータを保持する（ステップＳ３）。例えば、ブロックBL1の先頭フィールドに含まれるＬＥＮにより指定された長さ分のレングスデータが、ブロックBL1の情報フィールドから取得され、当該取得されたレングスデータがＲＡＭの保持領域に記憶されることで保持される。次いで、ＣＰＵ１０は、ブロックBL1に対する応答として、ＬＥＮ応答を含むブロックBL2を外部装置２へ送信する（ステップＳ４）。

【0033】

一方、ステップＳ２において、ＣＰＵ１０は、受信されたブロックBLnがＬＥＮ要求を含むブロックBL1でないと判定した場合（ステップＳ２：ＮＯ）、つまり、通常のブロックBL5である場合、ブロックBL5の情報フィールドに含まれる例えばコマンドＡＰＤＵに基づいて通常のコマンド処理を実行し（ＯＳがアプリケーションにコマンドＡＰＤＵに応じた処理を実行させる）（ステップＳ５）、ブロックBL5に対する応答として、ブロックBL6（コマンド処理の結果を示すレスポンスＡＰＤＵを含む）を外部装置２へ送信する（ステップＳ６）。

【0034】

ステップＳ７では、ＣＰＵ１０は、受信されたブロックBL3に含まれる送信データ（例えば、コマンドＡＰＤＵ）に基づいて処理（例えば、コマンド処理）を実行する。例えば、ステップＳ３で保持されたレングスデータにより示される長さ分のコマンドＡＰＤＵが、ブロックBL3の情報フィールドから取得され（ブロックBL3の先頭フィールドに含まれるＬＥＮは無視される）、当該取得されたコマンドＡＰＤＵに基づいてコマンド処理が実行される（ＯＳがアプリケーションにコマンドＡＰＤＵに応じた処理を実行させる）。次いで、ＣＰＵ１０は、ブロックBL3に対する応答として、ブロックBL4（例えば、コマンド処理の結果を示すレスポンスＡＰＤＵを含む）を外部装置２へ送信する（ステップＳ８）。

【0035】

なお、実施例１の変形例として、ＣＰＵ１０は、図４のステップＳ２において、受信されたブロックBLnがＬＥＮ要求を含むブロックBL1であると判定した場合（ステップＳ２：ＹＥＳ）、ステップＳ３へ移行する前に、ブロックBL1に含まれるレングスデータにより示される長さの送信データ（例えば、コマンドＡＰＤＵ）を１度に受信可能であるか否かを判定してもよい。例えば、ブロックBL1に含まれるレングスデータにより示される長さが、送信データを一時記憶するためのバッファ領域の記憶容量以下である場合に当該送信データを１度に受信可能であると判定されて当該レングスデータを保持され（ステップＳ３）、ステップＳ４へ進む。一方、送信データを１度に受信可能でないと判定された場合、当該送信データを１度に受信可能な長さを示す長さ指定データを含むブロックBL2（例えば、長さ指定データは情報フィールドに格納される）が外部装置２へ送信される。そして、外部装置２は、送信データの長さを、ブロックBL2に含まれる長さ指定データにより示される長さ以下に変更し、当該変更された長さを示すレングスデータを含むブロックBL1が再度ＳＥ１へ送信され、図４に示す処理が実行される。

【0036】

（実施例２）
次に、図５を参照して、実施例２に係るＳＥ１の動作について説明する。実施例１の変形例では、送信データの長さを変更する必要があるが当該送信データの長さを変更できない場合もある。かかる場合に鑑み、実施例２は、外部装置２により送信データが１度に受信可能な長さに分割されてＳＥ１へ送信されるように構成される。図５は、実施例２において、外部装置２からのブロックBLnがＳＥ１により受信されたときのＣＰＵ１０の処理の一例を示すフローチャートである。

【0037】

図５に示す処理が開始されると、ＣＰＵ１０は、受信されたブロックBLnの前（この場合、直前でなくともよく、過去所定時間内であってもよい）にＬＥＮ要求を含むブロックBL1が受信済であるか否かを判定する（ステップＳ１１）。ＣＰＵ１０は、ブロックBL1が受信済でないと判定した場合（ステップＳ１１：ＮＯ）、ステップＳ１２へ進む。一方、ＣＰＵ１０は、ブロックBL1が受信済であると判定した場合（ステップＳ１１：ＹＥＳ）、つまり、受信されたブロックBLnがブロックBL2に応じて外部装置２から送信されたブロックBL3である場合、ステップＳ１９へ進む。

【0038】

ステップＳ１２では、ＣＰＵ１０は、受信されたブロックBLnがＬＥＮ要求を含むブロックBL1であるか否かを判定する。ＣＰＵ１０は、受信されたブロックBLnがＬＥＮ要求を含むブロックBL1であると判定した場合（ステップＳ１２：ＹＥＳ）、ブロックBL1に含まれるレングスデータを保持する（ステップＳ１３）。次いで、ＣＰＵ１０は、ステップＳ１３で保持されたレングスデータにより示される長さの送信データを１度に受信可能であるか否かを判定する（ステップＳ１４）。

【0039】

ＣＰＵ１０は、送信データを１度に受信可能であると判定した場合（ステップＳ１４：ＹＥＳ）、ブロックBL1に対する応答として、ＬＥＮ応答を含むブロックBL2を外部装置２へ送信する（ステップＳ１５）。一方、ＣＰＵ１０は、送信データを１度に受信可能でないと判定した場合（ステップＳ１４：ＮＯ）、ブロックBL1に対する応答として、送信データを１度に受信可能な長さを示す長さ指定データを含むブロックBL2を外部装置２へ送信する（ステップＳ１６）。

【0040】

これにより、外部装置２は、ブロックBL2に含まれる長さ指定データにより示される長さ以下になるように送信データを２以上に分割し、当該送信データから分割された分割送信データを含むブロックBL3をＳＥ１へ順次送信することになる。例えば、送信データがｎ（ｎ＞２）個に分割される場合、１番目に送信される分割送信データを含むブロックBL3からｎ－１番目に送信される分割送信データを含むブロックBL3のそれぞれのＰＣＢにおけるブロック連鎖ビットb6は“1”に設定される。一方、ｎ番目に（つまり、最後に）送信される分割送信データを含むブロックBL3のＰＣＢにおけるブロック連鎖ビットb6は“0”に設定される。

【0041】

一方、ステップＳ１２において、ＣＰＵ１０は、受信されたブロックBLnがＬＥＮ要求を含むブロックBL1でないと判定した場合（ステップＳ１２：ＮＯ）、つまり、通常のブロックBL5である場合、当該ブロックBL5の情報フィールドに含まれる例えばコマンドＡＰＤＵに基づいて通常のコマンド処理を実行し（ＯＳがアプリケーションにコマンドＡＰＤＵに応じた処理を実行させる）（ステップＳ１７）、当該ブロックBL5に対する応答としてブロックBL6（当該コマンド処理の結果を示すレスポンスＡＰＤＵを含む）を外部装置２へ送信する（ステップＳ１８）。

【0042】

ステップＳ１９では、ＣＰＵ１０は、ステップＳ１３で保持されたレングスデータにより示される長さの送信データが揃った（送信データが分割されて送信される場合、全ての分割送信データが揃った）か否かを判定する。ここで、送信データが分割されてブロックBL3により送信される場合、それぞれのブロックBL3に含まれる分割送信データがバッファ領域に記憶される度に、当該バッファ領域から例えばＲＡＭ上の送信データ再生領域に分割送信データが移行されて（書き込まれて）連結される。そして、送信データ再生領域において連結された分割送信データの長さが累計され、当該累計された長さが、ステップＳ１３で保持されたレングスデータにより示される長さと一致した場合に（つまり、複数回にわたって受信された分割送信データが連結されることによりレングスデータにより示される長さの送信データが得られた場合に）、全ての分割送信データが揃ったと判定される。

【0043】

ＣＰＵ１０は、ステップＳ１３で保持されたレングスデータにより示される長さの送信データが揃っていないと判定した場合（ステップＳ１９：ＮＯ）、ブロックBL3に対する応答として、ブロックBL4（例えば、次の分割送信データの要求を含む）を外部装置２へ送信する（ステップＳ２０）。一方、ＣＰＵ１０は、ステップＳ１３で保持されたレングスデータにより示される長さの送信データが揃ったと判定した場合（ステップＳ１９：ＹＥＳ）、当該送信データ（例えば、コマンドＡＰＤＵ）に基づいて処理（例えば、コマンド処理）を実行し（ＯＳがアプリケーションにコマンドＡＰＤＵに応じた処理を実行させる）（ステップＳ２１）、ブロックBL3に対する応答として、ブロックBL4（例えば、当該コマンド処理の結果を示すレスポンスＡＰＤＵを含む）を外部装置２へ送信する（ステップＳ２２）。

【0044】

以上説明したように、上記実施形態によれば、ＳＥ１は、送信されるべき送信データの長さを示すレングスデータを含むブロックBL1を外部装置２から受信すると、ブロックBL1に含まれるレングスデータを保持し、ブロックBL1に対する応答としてブロックBL2を外部装置２へ送信し、ブロックBL2に応じて上記レングスデータにより示される長さの送信データを含むブロックBL3を外部装置２から受信した場合に、ブロックBL3に含まれる送信データに基づいて処理を実行するように構成したので、既存のデータフォーマットを変更することなく、ヘッダで指定可能な長さを超えるデータ長を指定することができる。

【符号の説明】

【0045】

１ ＳＥ
２ 外部装置
１０ ＣＰＵ
１１ ＲＡＭ
１２ ＲＯＭ
１３ ＮＶＭ
１４ Ｉ／Ｏ回路

【図1】

【図2】

【図3】

【図4】

【図5】