(57)【特許請求の範囲】
【請求項１】
ＩＣカードとアプリケーションとを通信する端末において、
複数のアプリケーションから一ＩＣカードへのコマンドを当該一ＩＣカードにとって順序付けて整合を取る整合手段を具備し、
前記整合手段は、前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換える機能を有する、
ことを特徴とするＩＣカード端末。
【請求項２】
ＩＣカードとアプリケーションとを通信する端末において、
一アプリケーションから複数のＩＣカードに対するコマンドを各ＩＣカードにとって順序付けて整合を取る整合手段を具備し、
前記整合手段は、前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換える機能を有する、
ことを特徴とするＩＣカード端末。
【請求項３】
前記送信ブロック番号は、０か１の２値数であって、
前記整合手段は、当該送信ブロック番号の０か１の２値数を前記ＩＣカード毎に交互に連続するようその都度再設定する書換機能を有する、
ことを特徴とする請求項１又は２に記載のＩＣカード端末。
【請求項４】
前記送信ブロック番号は、０か１の２値数であって、
前記整合手段は、前記コマンドである受信コマンドにおける前記送信ブロック番号を一旦記憶して前記ＩＣカード毎に設けた順序付け番号と置換し当該一ＩＣカードにコマンドを送信すると共に、当該送信を受けた当該一ＩＣカードからのレスポンスを受けると、当該一旦記憶した送信ブロック番号と再置換してレスポンスを返送した後に当該順序付け番号に２を法として１加算する機能構成である、
ことを特徴とする請求項１又は２に記載のＩＣカード端末。
【請求項５】
ＩＣカードとアプリケーションとの通信方法であって、
各アプリケーションからの一ＩＣカードに対するコマンドにつき、
前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換えることにより、
前記一ＩＣカードにとっての順序付けを行って当該一ＩＣカードに送信する、
ことを特徴とするＩＣカード通信方法。
【請求項６】
ＩＣカードとアプリケーションとの通信方法であって、
一アプリケーションからの複数のＩＣカードの内の一ＩＣカードに対するコマンドにつき、
前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換えることにより、
前記一ＩＣカードにとっての順序付けを行って当該一ＩＣカードに送信する、
ことを特徴とするＩＣカード通信方法。
【請求項７】
前記送信ブロック番号は、０か１の２値数であって、
前記順序付け時に、当該０か１の２値数を前記ＩＣカード毎に交互に連続するようその都度再設定書換される、
ことを特徴とする請求項５又は６に記載のＩＣカード通信方法。
【請求項８】
前記送信ブロック番号は、０か１の２値数であって、
前記通信方法は、前記各アプリケーションからのコマンドを受信すると、当該受信したコマンドである受信コマンドのブロック番号を一旦記憶して前記ＩＣカード毎に設けた順序付け番号に置き換えて当該一ＩＣカードに送信した後、
規定の時間内に当該一ＩＣカードからレスポンスを受信しなかったら、そのアプリケーションに対してタイムエラーレスポンスを送信すると共に、
規定の時間内にレスポンスを受信し、かつ当該レスポンスが受信準備完了又は制御情報の場合にはそのままそのアプリケーションに送信し、
それ以外の場合には、当該レスポンスのブロック番号を前記一旦記憶しておいた前記受信コマンドの送信ブロック番号と再度置き換えてそのアプリケーションに送信した後に、前記順序付け番号に２を法として１加算する、
ことを特徴とする請求項５又は６に記載のＩＣカード通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＣカードにコマンドを送信する際に順序立って整合がとれるＩＣカード端末及び通信方法に関するものである。
【０００２】
【従来の技術】
従来、ＩＣカードは一アプリケーションに対して通信を行う様にプロトコール制御されており、ＩＣカード端末は上位アプリケーションからのコマンドをそのままＩＣカードにスルーで流していた。
【０００３】
【発明が解決しようとする課題】
その為に、ＩＣカード自体は、一アプリケーションとの通信を終了しないと、別のアプリケーションとは通信できないという問題がある。この点を、従来の構成を示す図７及びその構成の通信シーケンス図である図８を参照して説明する。
【０００４】
従来では、図７の様にアプリケーション（上位アプリケーション）１とＩＣカード端末２とＩＣカード３とで構成されることを基本とし、図８の様にアプリケーション１からＩＣカード端末２へ、ＩＣカード端末２からＩＣカード３へ、順次コマンドが送られ、そのレスポンスとして、ＩＣカード３からＩＣカード端末２へ、ＩＣカード端末２からアプリケーション１へレスポンスが送られ、通信に使用されるプロトコール制御バイトの送信ブロック番号Ｎは、０，１，０，１，０…と２値数が交互に変化する。
【０００５】
この送信ブロック番号の変化により、ＩＣカード３は、ＩＣカード端末２からコマンドを正しく受信していると判断できるものの、複数のアプリケーションからのコマンドを受けている場合には、個々のアプリケーションがプロトコール制御バイトの送信ブロック番号を独自に付けて送信することから、ＩＣカード３にとっては整合がとれておらず、ＩＣカード３と複数のアプリケーションと通信できない。
【０００６】
要約すれば、従来では、ＩＣカード端末２が（上位）アプリケーションからの情報を受けるとそのままＩＣカード３に送る構成であるが故に、複数のアプリケーションからコマンドを受けると、Ｔ＝１プロトコールの情報ブロックに含まれる送信ブロック番号に順序不揃の不整合が生じる、といった問題が生じる。
【０００７】
ここにおいて、本発明の解決すべき主要な目的は以下の通りである。
【０００８】
本発明の第１の目的は、ＩＣカード端末がＩＣカードに送信ブロック番号を送る際に問題となる不整合を生じさせない、ＩＣカード端末及び通信方法の提供にある。
【０００９】
本発明の第２の目的は、ＩＣカードに対して複数のアプリケーションの内の一アプリケーションの終了を待たずに複数のアプリケーションの内の他のアプリケーションと通信可能ならしめる、ＩＣカード端末及び通信方法の提供にある。
【００１０】
本発明の第３の目的は、ＩＣカードサービス処理の分散化に資する、ＩＣカード端末及び通信方法の提供にある。
【００１１】
本発明の他の目的は、明細書、図面、特に特許請求の範囲における各請求項の記載から自ずと明らかとなろう。
【００１２】
【課題を解決するための手段】
本発明端末は、上記課題の解決にあたり、複数のアプリケーションから一ＩＣカードへのコマンドを当該一ＩＣカードにとって順序付けて整合を取ること又は一アプリケーションから複数のＩＣカードに対するコマンドを各ＩＣカードにとって順序付けて整合を取ることの何れかを可能にする整合手段を具備するという特徴的構成手段を講じる。
【００１３】
本発明方法は、上記課題の解決にあたり、各アプリケーションからの一ＩＣカードに対するコマンドにつき、当該一ＩＣカードにとっての順序付けを行って当該一ＩＣカードに送信するか、一アプリケーションからの複数のＩＣカードの内の一ＩＣカードに対するコマンドにつき、当該一ＩＣカードにとっての順序付けを行って当該一ＩＣカードに送信するという特徴的構成手法を講じる。
【００１４】
更に具体的詳細に述べると、当該課題の解決では、本発明が次に列挙する新規な特徴的構成手段又は手法の採用により、上記目的を達成するようになされる。
【００１５】
本発明端末の第１の特徴は、ＩＣカードとアプリケーションとを通信する端末において、複数のアプリケーションから一ＩＣカードへのコマンドを当該一ＩＣカードにとって順序付けて整合を取る整合手段を具備し、前記整合手段が、前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換える機能を有してなる、ＩＣカード端末の構成採用にある。
【００１８】
本発明端末の第２の特徴は、ＩＣカードとアプリケーションとを通信する端末において、一アプリケーションから複数のＩＣカードに対するコマンドを各ＩＣカードにとって順序付けて整合を取る整合手段を具備し、前記整合手段が、前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換える機能を有してなる、ＩＣカード端末の構成採用にある。
【００２０】
本発明端末の第３の特徴は、上記本発明端末の第１又は第２の特徴における前記送信ブロック番号が、０か１の２値数であって、前記整合手段が、当該送信ブロック番号の０か１の２値数を前記ＩＣカード毎に交互に連続するようその都度再設定する書換機能を有してなる、ＩＣカード端末の構成採用にある。
【００２２】
本発明端末の第４の特徴は、上記本発明端末の第１又は第２の特徴における前記送信ブロック番号が、０か１の２値数であって、前記整合手段が、前記コマンドである受信コマンドにおける前記送信ブロック番号を一旦記憶して前記ＩＣカード毎に設けた順序付け番号と置換し当該一ＩＣカードにコマンドを送信すると共に、当該送信を受けた当該一ＩＣカードからのレスポンスを受けると、当該一旦記憶した送信ブロック番号と再置換してレスポンスを返送した後に当該順序付け番号に２を法として１加算する機能構成である、ＩＣカード端末の構成採用にある。
【００２３】
本発明方法の第１の特徴は、ＩＣカードとアプリケーションとの通信方法であって、各アプリケーションからの一ＩＣカードに対するコマンドにつき、前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換えることにより、前記一ＩＣカードにとっての順序付けを行って当該一ＩＣカードに送信してなる、ＩＣカード通信方法の構成採用にある。
【００２５】
本発明方法の第２の特徴は、ＩＣカードとアプリケーションとの通信方法であって、一アプリケーションからの複数のＩＣカードの内の一ＩＣカードに対するコマンドにつき、前記コマンドを格納する情報ブロックに含まれると共に通信シーケンスを制御する送信ブロック番号を書き換えることにより、前記一ＩＣカードにとっての順序付けを行って当該一ＩＣカードに送信してなる、ＩＣカード通信方法の構成採用にある。
【００２７】
本発明方法の第３の特徴は、上記本発明方法の第１又は第２の特徴における前記送信ブロック番号が、０か１の２値数であって、前記順序付け時に、当該０か１の２値数を前記ＩＣカード毎に交互に連続するようその都度再設定書換されてなる、ＩＣカード通信方法の構成採用にある。
【００２８】
本発明方法の第４の特徴は、上記本発明方法の第１又は第２の特徴における前記送信ブロック番号が、０か１の２値数であって、前記通信方法が、前記各アプリケーションからのコマンドを受信すると、当該受信したコマンドである受信コマンドのブロック番号を一旦記憶して前記ＩＣカード毎に設けた順序付け番号に置き換えて当該一ＩＣカードに送信した後、規定の時間内に当該一ＩＣカードからレスポンスを受信しなかったら、そのアプリケーションに対してタイムエラーレスポンスを送信すると共に、規定の時間内にレスポンスを受信し、かつ当該レスポンスが受信準備完了又は制御情報の場合にはそのままそのアプリケーションに送信し、それ以外の場合には、当該レスポンスのブロック番号を前記一旦記憶しておいた前記受信コマンドの送信ブロック番号と再度置き換えてそのアプリケーションに送信した後に、前記順序付け番号に２を法として１加算してなる、ＩＣカード通信方法の構成採用にある。
【００２９】
【発明の実施の形態】
（概要）
本発明の概要を説明すると、（１）複数のアプリケーションから一ＩＣカードへのコマンドを当該一ＩＣカードにとって順序付けて整合を取ること、（２）一アプリケーションから複数のＩＣカードに対するコマンドを各ＩＣカードにとって順序付けて整合を取ることにより、アプリケーション又はＩＣカードが複数の場合であっても同時にＩＣカードとアプリケーションとの通信をなさしめることである。
【００３０】
（前提）
発明の実施形態を説明する前に、ＩＣカード３に通信プロトコールとして設定される半二重ブロック伝送プロトコールに属するＴ＝１プロトコールを説明する。
【００３１】
図１（ａ）はＴ＝１プロトコールのデータブロック構造で、（ｂ）はＩブロック構造である。データブロック構造は、３バイトの先頭フィールド、０〜２５４バイトの情報フィールド（ＩＮＦ：information  field）、１又は２バイトの最終フィールド（ＥＤＣ：error  detection  code）からなり、その先頭フィールドは必須で、１バイトのノードアドレス（ＮＡＤ：node  address）、１バイトのプロトコール制御バイト（ＰＣＢ：protocol  control  byte）、１バイトの長さ（ＬＥＮ：length）からなる。
【００３２】
ここで、ノードアドレス（ＮＡＤ）は、発信した伝送の送信元及び宛先を示す。プロトコール制御バイト（ＰＣＢ）は、データ伝送の制御に必要な情報を送る為に使用され、次の▲１▼▲２▼▲３▼により構成される。
【００３３】
即ち、▲１▼ＩＣカードに対する情報、即ちコマンドを送るのに使用する情報ブロック（Ｉ（Information）ブロック）と、▲２▼情報フィールド（ＩＮＦ）を持たない受信準備完了ブロック（Ｒ（receive  ready）ブロック）と、▲３▼ＩＣカード３とアプリケーションとの間で制御情報を交換する為に使用する（尚、制御内容によっては情報フィールドを持ち得る）管理ブロック（Ｓ(supervisory)ブロック）との三種類のブロックが定義される。長さ（ＬＥＮ）は、ブロックの情報フィールド（ＩＮＦ）を示すバイト数を示す。
【００３４】
尚、情報フィールド（ＩＮＦ）は任意選択で、プロトコール制御バイト（ＰＣＢ）が情報ブロック（Ｉブロック）の際には応用データ、管理ブロック（Ｓブロック）の際は制御情報・状態情報の何れかを示す。また、最終フィールド（ＥＤＣ）は必須で伝送ブロックの誤り検出符号を含む。
【００３５】
このＴ＝１プロトコールにおける基本的な正常系の通信手順を、一アプリケーションと一ＩＣカード３とでのやり取りを前提に説明する。
アプリケーションは、通信プロトコール形式を選択後、ＩＣカード３に対して情報ブロック（Ｉ）を送信し、その通信後、次のブロック送信開始前にＩＣカード３から応答を受信する。この場合に情報ブロック（Ｉ）は送信ブロック番号（Ｎ）を含み、ブロック伝送プロトコール開始後においては送信ブロック番号（Ｎ）は１となっている。
【００３６】
そして、アプリケーションは、情報ブロック（Ｉ）を送信する毎に送信ブロック番号（Ｎ）に１を加算するものの、送信ブロック番号（Ｎ）は１ビットからなるので、情報ブロック（Ｉ）を送信する毎に、送信ブロック番号（Ｎ）は０、１、０、１、０、…と変化する。従って、ＩＣカード３はアプリケーションから受信した情報ブロック（Ｉ）の送信ブロック番号（Ｎ）が０、１、０、１、０、…と規則正しく変化する場合にはアプリケーションからの情報ブロック（Ｉ）を正しく受信していると判断できる。
【００３７】
（端末例１）
図２、３は、それぞれ、本発明の一実施形態であるＩＣカード端末を適用した場面構成図、その通信シーケンス図である。
【００３８】
図２の様に、ＩＣカード端末４は、アプリケーション（上位アプリケーション）１、５と、通信シーケンスを制御するプロトコール制御バイト（ＰＣＢ）を持つコマンドを受けるＩＣカード３（通信プロトコール及びコマンドを予め取得しており、また接触式、非接触式を問わない。）とに接続され、複数のアプリケーション１、５（アプリケーションの数は問わない）からのコマンド内のプロトコール制御バイト（ＰＣＢ）を再設定する機能を持つＰＣＢ書換手段４ａ（再付与手段等の名称でもよい）を持つ。
【００３９】
これにより、複数のアプリケーション１、５は個別にＩＣカード３に対して送信ブロック番号（Ｎ）を設定するものの、ＩＣカード端末４は複数のアプリケーション１、５からのコマンドをＩＣカード３に対してその都度矛盾なく整合をとって送信ブロック番号（Ｎ）を再設定し、ＩＣカード３は正しくその送信ブロック番号（Ｎ）が付されたコマンドを受けることにより、正しくコマンドを受信したことを認識でき、これにより、ＩＣカード端末４がＩＣカード３と複数のアプリケーション１、５との通信を確実に行える様になる。
【００４０】
ここで、前述のＴ＝１プロトコールの説明を前提として、更に端末例１を用いた場合を説明すると、図２の様な複数のアプリケーションからの情報ブロック（Ｉ）が送信される場合には、個々のアプリケーション毎に送信ブロック番号（Ｎ）を付番される為に、ＩＣカード端末４では、時間的順序に従って、情報ブロック（Ｉ）内の送信ブロック番号（Ｎ）を再度付番し直す。
【００４１】
即ち、図３の様に、アプリケーション１からの情報ブロック（Ｉ）（図ではコマンド１３などとしている。以下同様。）とコマンド１４の間にアプリケーション５からのコマンド２１が挟まっている状況においては、コマンド１３の送信ブロック番号（Ｎ）が０で、コマンド２１の送信ブロック番号（Ｎ）も０であるので、ＩＣカード端末４でコマンド２１内の送信ブロック番号（Ｎ）を０→１に再度設定する。
【００４２】
もし仮に、コマンド１３の送信ブロック番号（Ｎ）が１で、コマンド２１の送信ブロック番号（Ｎ）も１である場合においては、ＩＣカード端末４内でコマンド２１の送信ブロック番号（Ｎ）を１→０に再設定する。かようにして、ＩＣカード端末４では情報ブロック（Ｉ）の送信ブロック番号（Ｎ）を１、０、１、０、…と規則性を持たせて再度設定する。
【００４３】
よって、ＩＣカード端末４は、Ｔ＝１プロトコールであるＩＣカード３に対して複数のアプリケーションと、各アプリケーションの終了を条件とせずに確実に通信できる。
【００４４】
（端末例２）
図４、５は、それぞれ、図２とは別のＩＣカード端末を適用した場面構成図、その通信シーケンス図である。
図４の様に、ＩＣカード端末６は、端末例１と場合と同等のＰＣＢ書換手段６ａの他に、アプリケーション１以外にＩＣカード端末６内部にＩＣカード３と通信を行う内部アプリケーション６ｂを備える。もっとも、内部アプリケーション６ｂは複数、ＩＣカード端末６内部に設けてもよい。
【００４５】
端末例１と同様に、図５の如く、アプリケーション１からの情報ブロック（Ｉ）の送信ブロック番号（Ｎ）と内部アプリケーション６ｂからの情報ブロック（Ｉ）の送信ブロック番号（Ｎ）を時間的に順次付番して整合し、ＩＣカード３に対する情報ブロック（Ｉ）の送信ブロック番号（Ｎ）を、１、０、１、０、…と再設定するようにする。
【００４６】
（方法例）
前述の端末例１、２の何れにも適用されるＩＣカード通信方法について説明する。
図６は本発明一実施形態であるＩＣカード通信方法において、端末例１、２のＰＣＢ書換手段４ａ、６ａにて行われるＰＣＢ書換流れ図である。
【００４７】
尚、Ｎｃａｒｄ、Ｎｍｅｎは変数であり、Ｎは前述同様、送信ブロック番号である。ＰＣＢフィールドは、Ｉブロックであれば、Ｂ８＝０、Ｂ７＝Ｎとし、Ｒブロックであれば、Ｂ８＝１、Ｂ７＝０とし、Ｓブロックであれば、Ｂ８＝１、Ｂ７＝１とする。
【００４８】
ＩＣカード端末４、６（ＰＣＢ書換手段４ａ、６ａ）のスタンバイとして、順序付け番号Ｎｃａｒｄ＝０とし（ＳＴ０）、アプリケーション（端末例１、２におけるアプリケーション１、５、内部アプリケーション６ａの総称）からのコマンドの受信待機状態となる（ＳＴ１）。
【００４９】
コマンドを受信すると、受信コマンド内のＰＣＢ（Ｂ７）即ち受信コマンドの送信ブロック番号（Ｎ）をＩＣカード端末４、６内部に一旦記憶しておき（ＳＴ２）、受信コマンド内のＰＣＢ（Ｂ７）をＮｃａｒｄに置換した後に（ＳＴ３）、ＩＣカード３へコマンドを送信する（ＳＴ４）。
【００５０】
そして、規定時間内にＩＣカード３からレスポンスが存在しない（ＳＴ５でＮｏ）場合には、そのアプリケーションへタイムエラーとしてレスポンスを返す（ＳＴ６）一方で、レスポンスがある（ＳＴ５でＹｅｓ）場合には、そのレスポンス内のＰＣＢ（Ｂ８）＝０なる関係（ＳＴ６）を満たさなければそのままレスポンスをそのアプリケーションに返し（ＳＴ８）、当該関係を満たせば受信レスポンス内ＰＣＢ（Ｂ７）を先にＮｍｅｎとして記憶しておいた数と置換する。
【００５１】
その後に（ＳＴ９）そのアプリケーションにレスポンスを返し（ＳＴ１０）Ｎｃａｒｄに２を法として１加算する（ＳＴ１１）。
以上が基本的なＰＣＢ書換手順であり、この手順をプログラム化しチップ内に格納するなどして、ＰＣＢ書換手段４ａ、６ａとして構成することができる。
【００５２】
ここで、コマンド及びレスポンスはＮＡＤなるアドレス管理により、送信元と宛先を規定し、通常、ＮＡＤは１バイトのデータで、送信元、宛先で各４ビットで表現される（一例として一アプリケーションと一ＩＣカード３とを想定すると、アプリケーション側はヘキサ表現（０ｈ）とし、ＩＣカード３を（１ｈ）と割り当て、即ち、アプリケーションからＩＣカード３へのコマンドでは、ＮＡＤ＝１０ｈ、ＩＣカード３からアプリケーションへのレスポンスでは、ＮＡＤ＝０１ｈと表現される。）。
【００５３】
従って、本発明においては、そのＮＡＤなるアドレス管理を用いるので、複数のアプリケーションが同一のＩＣカード３に対して送受信するには、アプリケーション側でのアドレスが異なっていることが前提条件となり、端末例１ではアプリケーション１のアドレスとアプリケーション５のアドレスとが、端末例２ではアプリケーション１のアドレスと内部アプリケーション６ｂのアドレスとが、相違していることに基づいて、ＩＣカード端末４、６はＩＣカード３からのレスポンスを戻すことができる。
【００５４】
以上、本発明実施形態について端末例、方法例として説明したが、上記本発明の目的を達成し、下記する効果を奏する範囲においては適宜変更実施可能である。即ち、本発明においては専ら、複数のアプリケーションから一ＩＣカードに対する通信を行うＩＣカード端末又はＩＣカード通信方法を前提として説明をしてきたものの、複数のＩＣカードにアドレスを規定することにより、一アプリケーションから複数のＩＣカード対する通信を行うＩＣカード端末及び通信方法も同様にして（順序付け番号をＩＣカード毎に設けるなどして）可能となる。
【００５５】
【発明の効果】
本発明によれば、ＩＣカードとアプリケーションとの通信において、何れかが複数の場合であっても同時に通信を着実に行え、ＩＣカードサービスの効率的データ処理に対する効果が大きい。またＩＣカード及びアプリケーションに対して本発明の為に特段の変更等は殆どなく、更にはＩＣカード端末でのローカルな処理にも対応可能であり、サービス処理の分散化によるサービス提供の為の処理時間を低減するなどの顕著な効果を奏する。
【図面の簡単な説明】
【図１】（ａ）は本発明を説明する上での前提となる、Ｔ＝１プロトコールのデータブロック構成図で、（ｂ）はＩブロックの構成図である。
【図２】本発明の実施形態であるＩＣカード端末を適用した場面構成図である。
【図３】図２の通信シーケンス図である。
【図４】図１とは別の場面構成図である。
【図５】図４の通信シーケンス図である。
【図６】本発明実施形態であるＩＣカード通信方法におけるＰＣＢ書換流れ図である。
【図７】従来例の構成図である。
【図８】図７の通信シーケンス図である。
【符号の説明】
１、５…アプリケーション
２、４、６…ＩＣカード端末
３…ＩＣカード
４ａ、６ａ…ＰＣＢ書換手段
６ｂ…内部アプリケーション
【図１】
0003809478.tif 000002
【図２】
0003809478.tif 000003
【図３】
0003809478.tif 000004
【図４】
0003809478.tif 000005
【図５】
0003809478.tif 000006
【図６】
0003809478.tif 000007
【図７】
0003809478.tif 000008
【図８】
0003809478.tif 000009