(57)【要約】【課題】乱数表カードを用いることなく、キャッシュカードなどの識別カードだけで乱数を用いて利用者を認証できるようにする。【解決手段】識別カード３として、当該カードに固有の文字列からなるカードＩＤが複数桁ごとにブロックに分割され印刷されているとともに、各ブロックごとに固有のブロック番号がそれぞれ印刷されているカードを用いる。認証サーバ１での認証の際、カードＩＤの各ブロックごとにそのブロック番号と当該ブロック内での桁位置とを選択して利用者端末２へ指定し、この指定に基づき利用者端末２で操作入力された複数の文字を検証情報として取得し、この検証情報を、予め登録されている当該利用者のカードＩＤで検証する。【選択図】  図１
2005228121.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して複数の利用者端末と接続し、前記利用者端末での利用者の操作に応じて、前記利用者に予め配布された識別カードに固有のカードＩＤに基づき前記利用者の認証を行う認証システムであって、
複数桁ごとに複数のブロックに分割された前記カードＩＤを構成する文字列と、前記ブロックごとに固有のブロック番号とがそれぞれ印刷された識別カードと、
前記識別カードのカードＩＤに基づき利用者の認証を行う認証サーバとからなり、
前記認証サーバは、
利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶する記憶部と、
カードＩＤの任意のブロック番号と当該ブロック内での桁位置とを指定して前記利用者端末へ通知する検証位置指定手段と、
前記利用者端末で操作入力された複数の文字を検証情報として取得し、この検証情報を前記記憶部から取得した前記利用者のカードＩＤで検証するカード検証手段とを備えることを特徴とする認証システム。
【請求項２】
通信ネットワークを介して複数の利用者端末と接続し、前記利用者端末での利用者の操作に応じて、前記利用者に予め配布された識別カードに固有のカードＩＤに基づき前記利用者の認証を行う認証サーバであって、
利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶する記憶部と、
複数桁ごとに複数のブロックに分割されて前記識別カードに印刷されているカードＩＤの任意のブロック番号と当該ブロック内での桁位置とを指定して前記利用者端末へ通知する検証位置指定手段と、
前記利用者端末で操作入力された複数の文字を検証情報として取得し、この検証情報を前記記憶部から取得した前記利用者のカードＩＤで検証するカード検証手段とを備えることを特徴とする認証サーバ。
【請求項３】
請求項２に記載の認証サーバにおいて、
前記識別カードは、各ブロックとブロック番号の対応関係を示すブロックパターンＩＤがさらに印刷されており、
前記記憶部で、各ブロックとブロック番号の対応関係を示すブロックパターンをブロックパターンＩＤごとに管理するブロックパターン情報を予め記憶し、
前記カード検証手段で、前記利用者端末から操作入力されたブロックパターンＩＤに対応するブロックパターンを前記記憶部から取得し、そのブロックパターンの各ブロックとブロック番号の対応関係に基づき、前記検証情報の検証を行うことを特徴とする認証サーバ。
【請求項４】
請求項２に記載の認証サーバにおいて、
前記記憶部で、前記利用者情報として各カードＩＤごとに当該識別カードで用いたブロックパターンＩＤを予め記憶し、
前記カード検証手段で、前記検証の際、前記利用者端末で操作入力されたブロックパターンＩＤと、前記記憶部から取得した前記利用者のブロックパターンＩＤとの一致についても検証することを特徴とする認証サーバ。
【請求項５】
請求項２に記載の認証サーバにおいて、
前記記憶部で、前記利用者情報として各カードＩＤごとに当該識別カードで用いたブロックパターンＩＤを予め記憶するとともに、各ブロックとブロック番号の対応関係を示すブロックパターンをブロックパターンＩＤごとに管理するブロックパターン情報を予め記憶し、
前記カード検証手段で、前記記憶部から取得した前記利用者のブロックパターンＩＤに対応するブロックパターンを前記記憶部から取得し、そのブロックパターンの各ブロックとブロック番号の対応関係に基づき、前記検証情報の検証を行うことを特徴とする認証サーバ。
【請求項６】
請求項２に記載の認証サーバにおいて、
前記検証に先立って当該利用者の認証を行うユーザ認証手段をさらに備えることを特徴とする認証サーバ。
【請求項７】
通信ネットワークを介して複数の利用者端末と接続し、前記利用者端末での利用者の操作入力に応じて、利用者に予め配布された識別カードに固有のカードＩＤに基づき前記利用者の認証を行う認証サーバのコンピュータに、
利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶するステップと、
複数桁ごとに複数のブロックに分割された前記カードＩＤを構成する文字列と、前記ブロックごとに固有のブロック番号とが印刷されているＩＤカードの任意のブロック番号と当該ブロック内での桁位置とを指定して前記利用者端末へ通知するステップと、
前記利用者端末で操作入力された複数の文字を検証情報として取得し、この検証情報を前記記憶部から取得した前記利用者のカードＩＤで検証するステップとを実行させるプログラム。
【請求項８】
サービスを利用する利用者の認証に用いられるカードＩＤが印刷された識別カードであって、
複数桁ごとに複数のブロックに分割された前記カードＩＤを構成する文字列と、前記ブロックごとに固有のブロック番号とが印刷されていることを特徴とする識別カード。
【請求項９】
請求項８に記載の識別カードにおいて、
前記ブロック番号は、前記認証に用いる検証情報として各ブロックから任意の桁位置の文字を順に選択して入力する際、その文字選択対象となるブロックを指定する情報として用いられることを特徴とする識別カード。
【請求項１０】
請求項８に記載の識別カードにおいて、
前記カード表面に、各ブロックとブロック番号の対応関係を示すブロックパターンＩＤがさらに印刷されていることを特徴とする識別カード。
【請求項１１】
請求項８に記載の識別カードにおいて、
前記各ブロックは、それぞれ３つ以上の文字からなることを特徴とする識別カード。
【請求項１２】
請求項８に記載の識別カードにおいて、
当該識別カードは、キャッシュカード、ＩＣキャッシュカード、クレジット提携キャッシュカード、またはクレジット提携ＩＣキャッシュカードのうちのいずれかであることを特徴とする識別カード。
【請求項１３】
任意の情報を印刷して利用者に配布する識別カードを生成する印刷装置と、通信ネットワークを介して前記印刷装置へ印刷依頼を行うことにより識別カードの発行を管理するカード発行サーバとからなるカード印刷システムであって、
前記カード発行サーバは、
利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶する記憶部と、
任意の利用者に対して識別カードを発行する際、前記記憶部の利用者情報から読み出した当該利用者に関するデータと当該利用者のカードＩＤとを前記印刷装置に通知して印刷依頼する印刷管理手段とを備え、
前記印刷装置は、各ブロックとブロック番号の対応関係を示すブロックパターンを予め複数有し、前記カード発行サーバからの印刷依頼に応じて、前記利用者に関するデータと、当該文字列が複数桁ごとにブロックに分割された前記カードＩＤと、前記ブロックパターンのいずれかに基づき前記各ブロックごとに対応付けられた固有のブロック番号とがそれぞれ印刷されている識別カードを生成することを特徴とするカード印刷システム。
【請求項１４】
請求項１３に記載のカード印刷システムにおいて、
前記印刷装置は、前記印刷依頼に応じて、前記ブロックパターンのいずれかを任意に選択して用いることを特徴とするカード印刷システム。
【請求項１５】
請求項１３に記載のカード印刷システムにおいて、
前記印刷装置は、前記カード発行サーバから前記印刷依頼時に通知されたブロックパターンＩＤに対応するブロックパターンを選択して用いることを特徴とするカード印刷システム。
【請求項１６】
請求項１３に記載のカード印刷システムにおいて、
前記印刷装置は、前記識別カードの印刷に用いたブロックパターンを示すブロックパターンＩＤを、当該識別カードに印刷することを特徴とするカード印刷システム。
【請求項１７】
請求項１３に記載のカード印刷システムにおいて、
前記印刷装置は、前記識別カードの印刷に用いたブロックパターンを示すブロックパターンＩＤを、当該識別カードに印刷したカードＩＤと対応付けて前記カード発行サーバへ通知し、
前記カード発行サーバは、前記印刷管理手段で、前記印刷装置から通知されたブロックパターンＩＤを、当該カードＩＤに対応付けて前記記憶部の利用者情報に登録することを特徴とするカード印刷システム。
【請求項１８】
請求項１３に記載のカード印刷システムにおいて、
前記印刷装置は、前記識別カードを生成する際、ブロック番号、またはブロック番号およびブロックパターンＩＤがベースデザインとして予め印刷されているカードに、前記カード発行サーバから通知されたカードＩＤを印刷することを特徴とするカード印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者認証技術に関し、特に識別カードに印刷されている各種情報を用いてカード利用者を認証する技術に関する。
【背景技術】
【０００２】
インターネットの普及に伴い、Ｗｅｂ上で様々なサービスが提供されつつあり、決済や金銭管理などのサービス分野では、クレジットカードでの決済サービスに加えて、利用者がＷｅｂ上で口座の残高確認、振込、振替などを行える銀行サービスが提供されている。
このような銀行サービスは、通常、インターネットバンキングと呼ばれ、利用者が予め銀行へサービス利用を申し込むことにより利用できる。
【０００３】
利用者は、銀行サービスを利用する際、当該利用者が正当な口座利用者であることをサービス提供者側で確認するための認証手続きを求められる。この認証手続きでは、サービス利用申し込み後に利用者に対してサービス提供者から発行されたキャッシュカードとは別個の乱数表カードが必要となる。
【０００４】
従来の乱数表カードには、図１４に示すように、数字がマトリクス状に配列された乱数表３０１が印刷されており、認証時には、この乱数表３０１のうち指定された行番号３０２および列番号３０３の位置にあるワンタイムパスワード３０４を入力するよう求められる。
例えば「三行ア列の数字を入力してください」という指示に応じて、利用者は、その乱数表３０１を参照して指定されたワンタイムパスワード３０４を入力し、サービス提供者は、正当な乱数表と比較し、このワンタイムパスワードが正しいかどうか検証して認証を確認するものとなっている。
【０００５】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【非特許文献１】「暗証のヘルプ」、http://www.smbc.co.jp/kojin/direct/ib/help/help_anshou.html、三井住友銀行
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、このような従来技術によれば、サービス提供者は、キャッシュカードとは別に乱数表カードを各利用者に対して発行する必要があるため、乱数表カードの発行やその後のユーザ対応などに要する業務負担が増加するという問題点がある。
これに対して、キャッシュカード自体に乱数表を印刷する方法も考えられるが、キャッシュカードには、磁気的に情報を記録する磁気ストライプ領域に加えて、クレジットサービスなどとの提携により多くの情報を印刷する必要があり、乱数表を印刷するスペースが制限されている。
【０００７】
例えば、銀行のキャッシュカードには、磁気ストライプ領域のほか、支店番号、科目、口座番号、発行年月、利用者名などがエンボス加工で印刷されており、さらに、サービス提供者の名称やロゴもベースデザインとして印刷されている。また、クレジットサービスとの提携がある場合には、クレジットカード番号、有効期限、メンバーズＩＤ、ローマ字利用者名などをエンボス加工で印刷する必要があるとともに、クレジットサービス提供者の名称やロゴ、クレジット国際ブランドロゴをベースデザインとして印刷し、また、ＩＣカードの場合は、ＩＣチップとその電極をカード表面に形成する必要がある。
【０００８】
これに加えて、乱数表を構成する各文字は、利用者が視認しやすいよう、ある程度の大きさの文字で印刷する必要があるが、前述した図１４のような、行番号と桁番号を縦横マトリクス状に配置した従来の構成では、その印刷に必要なスペースが大きく、識別カードにこのような乱数表を追加印刷するのは難しい。
【０００９】
本発明はこのような課題を解決するためのものであり、乱数表カードを用いることなく、キャッシュカードなどの識別カードだけで乱数を用いて利用者を認証できる認証システム、認証サーバ、プログラム、識別カード、およびカード印刷システムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
このような目的を達成するために、本発明にかかる認証システムは、通信ネットワークを介して複数の利用者端末と接続し、利用者端末での利用者の操作に応じて、利用者に予め配布された識別カードに固有のカードＩＤに基づき利用者の認証を行う認証システムであって、複数桁ごとに複数のブロックに分割されたカードＩＤを構成する文字列と、ブロックごとに固有のブロック番号とがそれぞれ印刷された識別カードと、識別カードのカードＩＤに基づき利用者の認証を行う認証サーバとからなり、認証サーバは、利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶する記憶部と、カードＩＤの任意のブロック番号と当該ブロック内での桁位置とを指定して利用者端末へ通知する検証位置指定手段と、利用者端末で操作入力された複数の文字を検証情報として取得し、この検証情報を記憶部から取得した利用者のカードＩＤで検証するカード検証手段とを備えるものである。
【００１１】
また本発明にかかる認証サーバは、通信ネットワークを介して複数の利用者端末と接続し、利用者端末での利用者の操作に応じて、利用者に予め配布された識別カードに固有のカードＩＤに基づき利用者の認証を行う認証サーバであって、利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶する記憶部と、複数桁ごとに複数のブロックに分割されて識別カードに印刷されているカードＩＤの任意のブロック番号と当該ブロック内での桁位置とを指定して利用者端末へ通知する検証位置指定手段と、利用者端末で操作入力された複数の文字を検証情報として取得し、この検証情報を記憶部から取得した利用者のカードＩＤで検証するカード検証手段とを備えるものである。
【００１２】
この際、識別カードには、各ブロックとブロック番号の対応関係を示すブロックパターンＩＤがさらに印刷されており、記憶部で、各ブロックとブロック番号の対応関係を示すブロックパターンをブロックパターンＩＤごとに管理するブロックパターン情報を予め記憶し、カード検証手段で、利用者端末から操作入力されたブロックパターンＩＤに対応するブロックパターンを記憶部から取得し、そのブロックパターンの各ブロックとブロック番号の対応関係に基づき、検証情報の検証を行うようにしてもよい。
【００１３】
また、記憶部で、利用者情報として各カードＩＤごとに当該識別カードで用いたブロックパターンＩＤを予め記憶し、カード検証手段で、検証の際、利用者端末で操作入力されたブロックパターンＩＤと、記憶部から取得した利用者のブロックパターンＩＤとの一致についても検証するようにしてもよい。
【００１４】
あるいは、記憶部で、利用者情報として各カードＩＤごとに当該識別カードで用いたブロックパターンＩＤを予め記憶するとともに、各ブロックとブロック番号の対応関係を示すブロックパターンをブロックパターンＩＤごとに管理するブロックパターン情報を予め記憶し、カード検証手段で、記憶部から取得した利用者のブロックパターンＩＤに対応するブロックパターンを記憶部から取得し、そのブロックパターンの各ブロックとブロック番号の対応関係に基づき、検証情報の検証を行うようにしてもよい。
【００１５】
また、検証に先立って当該利用者の認証を行うユーザ認証手段をさらに設けてもよい。
【００１６】
また、本発明にかかるプログラムは、通信ネットワークを介して複数の利用者端末と接続し、利用者端末での利用者の操作入力に応じて、利用者に予め配布された識別カードに固有のカードＩＤに基づき利用者の認証を行う認証サーバのコンピュータに、利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶するステップと、複数桁ごとに複数のブロックに分割されたカードＩＤを構成する文字列と、ブロックごとに固有のブロック番号とが印刷されているＩＤカードの任意のブロック番号と当該ブロック内での桁位置とを指定して利用者端末へ通知するステップと、利用者端末で操作入力された複数の文字を検証情報として取得し、この検証情報を記憶部から取得した利用者のカードＩＤで検証するステップとを実行させるものである。
【００１７】
また、本発明にかかる識別カードは、サービスを利用する利用者の認証に用いられるカードＩＤが印刷された識別カードであって、複数桁ごとに複数のブロックに分割されたカードＩＤを構成する文字列と、ブロックごとに固有のブロック番号とが印刷されているものである。
【００１８】
この際、ブロック番号は、認証に用いる検証情報として各ブロックから任意の桁位置の文字を順に選択して入力する際、その文字選択対象となるブロックを指定する情報として用いられるものである。
また、カード表面に、各ブロックとブロック番号の対応関係を示すブロックパターンＩＤがさらに印刷してもよい。
また、各ブロックは、それぞれ３つ以上の文字から構成してもよい。
【００１９】
また、当該識別カードは、キャッシュカード、ＩＣキャッシュカード、クレジット提携キャッシュカード、またはクレジット提携ＩＣキャッシュカードのうちのいずれかとして用いてもよい。
【００２０】
また、本発明にかかるカード印刷システムは、任意の情報を印刷して利用者に配布する識別カードを生成する印刷装置と、通信ネットワークを介して印刷装置へ印刷依頼を行うことにより識別カードの発行を管理するカード発行サーバとからなるカード印刷システムであって、カード発行サーバに、利用者に関するデータをカードＩＤと対応付けて利用者情報として予め記憶する記憶部と、任意の利用者に対して識別カードを発行する際、記憶部の利用者情報から読み出した当該利用者に関するデータと当該利用者のカードＩＤとを印刷装置に通知して印刷依頼する印刷管理手段とを設け、印刷装置で、各ブロックとブロック番号の対応関係を示すブロックパターンを予め複数有し、カード発行サーバからの印刷依頼に応じて、利用者に関するデータと、当該文字列が複数桁ごとにブロックに分割されたカードＩＤと、ブロックパターンのいずれかに基づき各ブロックごとに対応付けられた固有のブロック番号とがそれぞれ印刷されている識別カードを生成するようにしてもよい。
【００２１】
この際、印刷装置で、印刷依頼に応じて、ブロックパターンのいずれかを任意に選択して用いるようにしてもよい。
【００２２】
また、印刷装置で、カード発行サーバから印刷依頼時に通知されたブロックパターンＩＤに対応するブロックパターンを選択して用いるようにしてもよい。
【００２３】
あるいは、印刷装置で、識別カードの印刷に用いたブロックパターンを示すブロックパターンＩＤを、当該識別カードに印刷するようにしてもよい。
【００２４】
また、印刷装置で、識別カードの印刷に用いたブロックパターンを示すブロックパターンＩＤを、当該識別カードに印刷したカードＩＤと対応付けてカード発行サーバへ通知し、カード発行サーバの印刷管理手段で、印刷装置から通知されたブロックパターンＩＤを、当該カードＩＤに対応付けて記憶部の利用者情報に登録するようにしてもよい。
【００２５】
また、印刷装置で、識別カードを生成する際、ブロック番号、またはブロック番号およびブロックパターンＩＤがベースデザインとして予め印刷されているカードに、カード発行サーバから通知されたカードＩＤを印刷するようにしてもよい。
【発明の効果】
【００２６】
本発明によれば、カードＩＤのブロック番号と桁位置とが認証サーバから指定され、この指定に基づき利用者端末で操作入力された複数の文字が検証情報として取得されて、当該利用者の正当なカードＩＤと検証されるため、乱数表カードを用いることなく、キャッシュカードなどの識別カードだけで乱数を用いて利用者を認証できる。
これにより、サービス提供者は、キャッシュカードとは別に乱数表カードを各利用者に対して発行する必要がなく、乱数表カードの発行やその後のユーザ対応などに要する業務負担を大幅に軽減できる。また、カードＩＤは、文字１行というわずかなスペースで印刷できるため、マトリクス状の印刷スペースを必要とせず、提携先が存在する場合でも、スペースが制限されることなく、従来通りの印刷を行うことができる。
【発明を実施するための最良の形態】
【００２７】
次に、本発明の実施の形態について図面を参照して説明する。
［カードシステム］
まず、図１を参照して、本発明の一実施の形態にかかるカードシステムについて説明する。図１は本発明の一実施の形態にかかるカードシステムの構成を示すブロック図である。
このカードシステムには、認証サーバ１、利用者端末２、識別カード３、Ｗｅｂサーバ４、カード識別管理サーバ５、カード発行サーバ６、データベースサーバ７、データベース端末８、および印刷装置９が設けられている。
【００２８】
そして、認証サーバ１、利用者端末２、Ｗｅｂサーバ４、カード識別管理サーバ５、カード発行サーバ６、および印刷装置９が通信ネットワーク１０に接続されている。
また、カード識別管理サーバ５に、認証サーバ１、およびカード発行サーバ６が接続され、データベースサーバ７に、認証サーバ１、カード識別管理サーバ５、カード発行サーバ６、およびデータベース端末８が接続されている。
【００２９】
認証サーバ１は、通信ネットワーク１０を介して複数の利用者端末２と接続し、利用者端末２での利用者の操作に応じて、利用者に予め配布された識別カード３に印刷されているカードＩＤに基づき利用者の認証を行うサーバ装置である。
利用者端末２は、全体としてパーソナルコンピュータなどからなる端末装置であり、通信ネットワークを介して認証サーバ１と接続し、利用者の操作に応じて各種情報を送受信することにより、認証サーバ１の認証を得るとともに、認証サーバ１から所望のサービス提供を利用するのに用いられる。
識別カード３は、サービス提供者から利用者に予め配布されたカードであり、認証サーバ１で認証手続きを行う際に必要なカードＩＤなどの各種情報が印刷されている。
【００３０】
Ｗｅｂサーバ４は、サービス提供者のＷｅｂページを利用者端末２へ提供するサーバ装置である。
カード識別管理サーバ５は、各識別カード３に固有のカードＩＤを採番して管理するサーバ装置である。
カード発行サーバ６は、通信ネットワーク１０を介して印刷装置９とデータ通信を行うことにより、利用者に発行する識別カードの印刷を依頼するサーバ装置である。
データベースサーバ７は、データベース端末８から登録された利用者に関する各種データを、その識別カードのカードＩＤと関連付けてデータベースで管理するサーバ装置である。
【００３１】
本実施の形態では、識別カード３として、当該カードに固有の文字列からなるカードＩＤが複数桁ごとにブロックに分割され印刷されているとともに、各ブロックごとに固有のブロック番号がそれぞれ印刷されているカードを用いている。
そして、認証サーバ１での認証の際、カードＩＤの各ブロックごとにそのブロック番号と当該ブロック内での桁位置とを選択して利用者端末２へ指定し、この指定に基づき利用者端末２で操作入力された複数の文字を検証情報として取得し、この検証情報を、予め登録されている当該利用者のカードＩＤで検証している。
【００３２】
［識別カード］
次に、図２を参照して、本実施の形態にかかる識別カード３について説明する。図２は本実施の形態にかかる識別カード３を示す説明図である。
この識別カード３は、銀行のキャッシュカードを例として示したもので、プラスチック製のカードのおもて面に、サービス提供者ここでは銀行の名称、ロゴ、図柄など、カードのベースとなるカードデザイン３０が印刷されている。
また、キャッシュカードとしてＡＴＭで利用するための電子情報を記録する磁気ストライプ領域３１が形成されており、より多くの電子情報を記憶するＩＣチップ（電極）３４も形成されている。
また、銀行の口座番号３２や名前３３がエンボス加工により印刷されている。
【００３３】
一方、カード裏面には、各識別カード３に固有のカードＩＤ（.Com-ID）３５が印刷されている。このカードＩＤ３５は、当該カードに固有の文字列からなり、この例では１６桁の数字「０１２３４５６７８９０１２３４５」から構成されている。このカードＩＤ３５は、複数桁ここでは４桁ごとに４つのブロック３６（３６Ａ，３６Ｂ，３６Ｃ，３６Ｄ）に分割され印刷されている。この例では、各ブロック３６Ａ，３６Ｂ，３６Ｃ，３６Ｄがそれぞれ「０１２３」，「４５６７」，「８９０１」，「２３４５」という文字列から構成されている。
【００３４】
これらブロック３６には、ブロックの区切りを示すブロック枠３７と、各ブロック３６に固有のブロック番号３８とが印刷されている。また、各ブロック３６とブロック番号３８との対応関係を示すブロックパターンには、予め固有のブロックパターンＩＤ３９が付与されており、そのブロックパターンＩＤ３９も印刷されている。
なお、コードＩＤ３５、ブロック番号３６、およびブロックパターンＩＤ３９は、それぞれ数字に限定されるものではなく、文字やマークであればよい。また、これら、コードＩＤ３５、ブロック番号３６、およびブロックパターンＩＤ３９は、カード裏面に限定されるものではなく、カードおもて面に印刷してもよい。
【００３５】
認証手続きの際には、認証サーバ１から、ブロック番号とそのブロック内での桁位置が各ブロックごとにランダムに指定される。利用者は、識別カード３のカード識別番号３５を視認し、指定されたブロック番号のブロック３６から、桁位置で指定された桁の文字を読み取って、利用者端末２で順に操作入力する。
これにより、各ブロック３６からランダムな順番で、ランダムな桁位置の文字が選択され、これら文字がワンタイムパスワードに相当する検証情報として認証サーバ１へ送信され、認証サーバ１で管理するカードＩＤに基づき検証されることになる。
なお、識別カードは、キャッシュカードやＩＣキャッシュカードに限定されるものではなく、例えばクレジット提携キャッシュカードやクレジット提携ＩＣキャッシュカードなどのカードとしても用いられる。
【００３６】
［認証サーバ］
次に、図３を参照して、本実施の形態にかかる認証サーバ１の構成について説明する。図３は本実施の形態にかかる認証サーバ１の構成を示すブロック図である。
認証サーバ１は、全体としてコンピュータで実現されるサーバ装置からなり、通信インターフェース部（以下、通信Ｉ／Ｆ部という）１１、記憶部１２、および制御部１３から構成されている。
【００３７】
通信Ｉ／Ｆ部１１は、通信ネットワーク１０を介してあるいは専用の通信回線を介してデータ通信を行う回路部である。
記憶部１２は、ハードディスクやメモリなどの記憶装置からなり、制御部１３での処理に必要な各種処理情報やプログラム１２Ｃを記憶する。主な処理情報としては、利用者情報１２Ａやブロックパターン情報１２Ｂがある。
【００３８】
図４に利用者情報１２Ａの構成例を示す。この利用者情報１２Ａは、識別カード３に固有のカードＩＤごとに、利用者に関するデータを管理する情報である。この例では、カードＩＤごとに、ＩＤパスワード認証に用いる契約者ＩＤおよびログインパスワード、当該識別カード３に印刷されているブロック番号のパターンを示すブロックパターンＩＤ、利用者の口座番号や名前などが登録されている。
【００３９】
図５に、ブロックパターン情報の構成例を示す。このブロックパターン情報１２Ｂは、前述の図２に示したように、識別カード３の各ブロック３６に付与されているブロック番号３８の対応関係を示すブロックパターンを、それぞれ固有のブロックパターンＩＤで管理する情報である。
例えば、ブロックパターンＩＤ「１」は、先頭のブロック３６Ａから順に、ブロック番号として「１」，「２」，「３」，「４」を付与したパターンを示している。図２の例では、先頭のブロック３６Ａから順に、ブロック番号として「１」，「４」，「２」，「３」が付与されており、このブロックパターンＩＤが「９」であることがわかる。
【００４０】
制御部１３は、ＣＰＵとその周辺回路を有し、記憶部１２からプログラム１２Ｃを読み込んで実行することにより、上記ハードウェアとプログラム１２Ｃとを協働させて各種機能手段を実現する。
主な機能手段としては、ユーザ認証手段１３Ａ、検証位置指定手段１３Ｂ、カード検証手段１３Ｃ、およびサービス提供手段１３Ｄがある。
【００４１】
ユーザ認証手段１３Ａは、利用者端末２から利用者のユーザＩＤとパスワードを取得し、記憶部１２の利用者情報１２Ａを用いてログイン認証を行う機能手段である。
検証位置指定手段１３Ｂは、カードＩＤとブロックパターンとに基づいて、カード検証に用いる検証情報を指定する機能手段である。
カード検証手段１３Ｃは、利用者端末２からカードＩＤと検証情報とを取得し、記憶部１２の利用者情報１２Ａを用いて検証を行う機能手段である。
サービス提供手段１３Ｄは、カード検証手段１３Ｃで検証が得られた後、利用者に対して所望のＷｅｂサービスを提供する機能手段である。
【００４２】
［認証動作］
次に、図６〜９を参照して、本実施の形態にかかる認証サーバ１での認証動作について説明する。図６は、本実施の形態にかかる認証サーバ１での認証動作を示すシーケンス図である。図７は、サービス提供者から提供されるＷｅｂページの画面表示例である。図８は、認証動作におけるログイン画面表示例である。図９は、認証動作におけるカード認証画面表示例である。
【００４３】
利用者は、認証サーバ１で提供されている所望のサービスを利用する場合、利用者端末２を操作し、通信ネットワーク１０を介してサービス提供者のＷｅｂサーバ４にアクセスし、図７に示すようなＷｅｂページを閲覧する。
そして、そのＷｅｂページで、提供サービス、ここではインターネットバンキングを利用するため、「インターネットバンキングへ」と表示されているボタンを操作して、ログイン手続きを指示する（ステップ１００）。これにより、利用者端末２から通信ネットワーク１０を介して認証サーバ１へログイン要求が送信される（ステップ１０１）。
【００４４】
認証サーバ１の制御部１３は、通信Ｉ／Ｆ部１１を介して、利用者端末２からのログイン要求を受け付け、ユーザ認証手段１３Ａにより、図８に示したような、ユーザＩＤとパスワードの入力を求めるログイン画面を利用者端末２へ送信する（ステップ１０２）。
利用者端末２では、このログイン画面を受信して画面表示する。利用者は、これに応じて予め登録しておいた利用者本人のユーザＩＤとパスワードを操作入力し（ステップ１０３）、「ＯＫ」ボタンを操作して入力を確定する。これにより、ログイン画面で入力されたユーザＩＤとパスワードが認証サーバ１へ送信される（ステップ１０４）。
【００４５】
認証サーバ１のユーザ認証手段１３Ａは、利用者端末２からのユーザＩＤとパスワードを取得し、記憶部１２の利用者情報１２Ａを検索して、そのユーザＩＤとパスワードを持つ利用者を特定することによりログイン認証を行う（ステップ１０５）。
ここで、ユーザＩＤとパスワードを持つ利用者を特定できた場合は、その利用者に対応付けられているカードＩＤとブロックパターンＩＤとを、記憶部１２の利用者情報１２Ａから取得し（ステップ１１０）、そのブロックパターンＩＤに対応するブロックパターンを記憶部１２のブロックパターン情報１２Ｂから取得する（ステップ１１１）。
【００４６】
続いて、認証サーバ１の制御部１３は、検証位置指定手段１３Ｂにより、上記カードＩＤとブロックパターンとに基づいて、カード検証に用いる検証情報を指定する検証位置情報を生成する（ステップ１１２）。ここでは、検証位置情報として、各ブロックを指定するブロック番号をランダムな順番で選択するとともに、各ブロックごとに桁位置を指定する桁位置番号をランダムに選択する。
そして、カード検証手段１３Ｃにより、カードＩＤと、これらブロック番号と桁位置番号からなる検証位置情報で指定された検証情報との入力を求めるカード検証画面を、通信Ｉ／Ｆ部１１および通信ネットワーク１０を介して利用者端末２へ送信する（ステップ１１３）。また、上記検証位置情報に基づいて正当なカードＩＤから得られる比較用検証情報を生成する（ステップ１１４）。
【００４７】
利用者端末２は、このカード検証画面を受信して画面表示する。利用者は、これに応じてブロック番号で指定されたブロックから指定された桁位置の文字を読み取り、検証情報として順に操作入力する（ステップ１１５）。
例えば、図９には入力条件として「ブロック２の１桁目、ブロック４の２桁目、ブロック３の４桁目、ブロック１の２桁目」という検証位置情報が表示されている。
【００４８】
ここで、利用者が図２に示した識別カード３を持っている場合、利用者は、検証情報として、まずブロック番号が「２」のブロック３６Ｃからその１桁目の「８」を読み取って入力し、次にブロック番号が「４」のブロック３６Ａからその２桁目の「１」を読み取って入力し、続いてブロック番号が「３」のブロック３６Ｄからその４桁目の「５」を読み取って入力し、最後にブロック番号が「１」のブロック３６Ｂからその２桁目の「５」を読み取って入力することになる。
このようにして、利用者は入力条件に基づき検証情報を操作入力し、「ＯＫ」ボタンを操作して入力を確定する。これにより、カード検証画面で入力されたカードＩＤと検証情報が認証サーバ１へ送信される（ステップ１１６）。
【００４９】
認証サーバ１のカード検証手段１３Ｃは、利用者端末２からの検証情報を取得し、この利用者端末２からの検証情報と前述したステップ１１４で生成した正当な比較用検証情報とを比較することにより、検証を行う（ステップ１１７）。
【００５０】
これにより、利用者が予め配布した識別カードを有している場合には、カードＩＤおよび検証情報が一致することから、識別カードさらには利用者の認証が得られ、当該利用者が正当な口座利用者であると確認されたことになる。
これに応じて、認証サーバ１の制御部１３は、サービス提供手段１３Ｄあるいは他のサービス提供サーバ（図示せず）により、利用者が所望するサービス、ここではインターネットバンキングとしてＷｅｂ上で口座の残高確認、振込、振替などを行える銀行サービスの提供を開始する。
【００５１】
このように、識別カード３として、当該カードに固有の文字列からなるカードＩＤが複数桁ごとにブロックに分割され印刷されているとともに、各ブロックごとに固有のブロック番号がそれぞれ印刷されているカードを用い、認証サーバ１での認証の際、カードＩＤの各ブロックごとにそのブロック番号と当該ブロック内での桁位置とを選択して利用者端末２へ指定し、この指定に基づき利用者端末２で操作入力された複数の文字を検証情報として取得し、この検証情報を、予め登録されている当該利用者のカードＩＤで検証するようにしたので、乱数表カードを用いることなく、キャッシュカードなどの識別カードだけで乱数を用いて利用者を認証できる。
【００５２】
これにより、サービス提供者は、キャッシュカードとは別に乱数表カードを各利用者に対して発行する必要がなく、乱数表カードの発行やその後のユーザ対応などに要する業務負担を大幅に軽減できる。また、検証情報については、ブロック番号と桁位置とで指定するようにしたので、ブロック番号の並び順に複数の組み合わせを持たせることができ、カードＩＤが提携カード先と共用し第三者に開示される性質の文字列であっても、高い精度で本人確認の検証を行うことができる。
また、カードＩＤは、文字１行というわずかなスペースで印刷できるため、マトリクス状の印刷スペースを必要とせず、提携先が存在する場合でも、スペースが制限されることなく、従来通りの印刷を行うことができる。
【００５３】
また、ブロックパターンＩＤを認証サーバ１側でカードＩＤと関連付けて管理するようにしたので、利用者は、ブロックパターンＩＤを意識して操作入力することなく認証手続きを行うことができ、利用者への操作負担を軽減できる。したがって、図２の例では、ブロックパターンＩＤ３９を印刷する場合について説明したが、図６の認証動作手順によれば、識別カード３にブロックパターンＩＤ３９を印刷しておく必要はない。
【００５４】
なお、識別カード３にブロックパターンＩＤ３９が印刷されている場合は、図９のカード検証画面でブロックパターンＩＤの入力を求め、認証サーバ１のカード検証手段１３Ｃで、カードＩＤや検証情報とともに利用者端末２からブロックパターンＩＤを取得し、ステップ１１７でこのブロックパターンＩＤを用いて比較検証情報を生成して、検証情報と比較するようにしてもよい。
これにより、認証サーバ１側でカードＩＤと関連付けてブロックパターンＩＤを管理する必要がなく、認証サーバ１での管理コストを削減できだけでなく、後述する識別カードの発行印刷フェーズにおいて、ブロックパターンＩＤとカードＩＤとの関連付けを管理するための管理コストを大幅に削減できる。
【００５５】
また、利用者端末２でブロックパターンＩＤを入力する場合、前述した図６のステップ１１７で、認証サーバ１のカード検証手段１３Ｃにより、利用者端末２から取得したブロックパターンＩＤを、予め認証サーバ１側でカードＩＤと関連付けて管理しているブロックパターンＩＤとを比較して、検証するようにしてもよい。
これにより、検証情報に加えてブロックパターンＩＤの一致も検証されることになり、高い検証精度が得られる。
【００５６】
［カード発行サーバ］
次に、図１０を参照して、本実施の形態にかかるカード発行サーバ６の構成について説明する。図１０は、本実施の形態にかかるカード発行サーバ６の構成を示すブロック図である。
カード発行サーバ６は、全体としてコンピュータで実現されるサーバ装置からなり、通信インターフェース部（以下、通信Ｉ／Ｆ部という）６１、記憶部６２、および制御部６３から構成されている。
【００５７】
通信Ｉ／Ｆ部６１は、通信ネットワーク１０を介してあるいは専用の通信回線を介してデータ通信を行う回路部である。
記憶部６２は、ハードディスクやメモリなどの記憶装置からなり、制御部６３での処理に必要な各種処理情報やプログラム６２Ｂを記憶する。主な処理情報としては、利用者情報６２Ａがある。利用者情報６２Ａの構成は、前述した図４と同様である。
【００５８】
制御部６３は、ＣＰＵとその周辺回路を有し、記憶部６２からプログラム６２Ｂを読み込んで実行することにより、上記ハードウェアとプログラム６２Ｂとを協働させて各種機能手段を実現する。
主な機能手段としては、印刷管理手段６３Ａ、および情報管理手段６３Ｂがある。
【００５９】
印刷管理手段６３Ａは、任意の利用者に対して識別カードを発行する際、当該利用者に関するデータと当該利用者のカードＩＤとを印刷装置９に通知して印刷依頼する機能手段である。
情報管理手段６３Ｂは、印刷装置９から通知されたカードＩＤとブロックパターンＩＤとの対応情報をデータベースサーバ７へ登録する機能手段である。
【００６０】
［カード発行動作］
次に、図１１および図１２を参照して、本実施の形態にかかるカード発行サーバ６でのカード発行動作について説明する。図１１は、本実施の形態にかかるカード発行サーバ６でのカード発行動作（準備フェーズおよび利用者登録フェーズ）を示すシーケンス図である。図１２は、本実施の形態にかかるカード発行サーバ６でのカード発行動作（カード発行フェーズ）を示すシーケンス図である。なお、ここでは、カード発行サーバ６と印刷装置９とからカード印刷システムが構成される。
【００６１】
まず、図１１を参照して、識別カード３を発行するにあたり、前もって実行される準備フェーズについて説明する。
カード識別管理サーバ５は、当該サービス提供者で使用する識別カード３において使用する、そのブロックとブロック番号との対応関係を示すブロックパターンを生成し（ステップ２００）、これらブロックパターンをブロックパターンＩＤと関連付けて、前述した図５のブロックパターン情報を生成し、通信ネットワーク１０を介して印刷装置９へ通知するとともに（ステップ２０１）、専用の通信回線を介して認証サーバ１へ通知する（ステップ２０２）。
これにより、当該カードシステム内でブロックパターンとブロックパターンＩＤとの対応関係が共通化される。
【００６２】
次に、図１１を参照して、新規に利用者を登録する利用者登録フェーズについて説明する。
Ｗｅｂサーバ４や、銀行窓口あるいは郵送により受け付けた、利用者からのサービス登録要求に応じて、オペレータがデータベース端末８を操作し（ステップ２１０）、データベースサーバ７へ利用者情報を登録する（ステップ２１１）。
カード発行サーバ６の制御部６３は、印刷管理手段６３Ａにより、定期的に例えば日ごとにデータベースサーバ７へアクセスし、新規登録されたカードＩＤ未登録の利用者の利用者情報を取得し（ステップ２１２）、カード識別管理サーバ５へ当該利用者についてカードＩＤの採番を要求する（ステップ２１３）。
【００６３】
カード識別管理サーバ５は、カード発行サーバ６からの採番要求に応じて、使用されていない新たなカードＩＤを採番し（ステップ２１４）、そのカードＩＤをカード発行サーバ６へ通知する（ステップ２１５）。
カード発行サーバ６の印刷管理手段６３Ａは、カード識別管理サーバ５からカードＩＤを取得し、データベースサーバ７へ当該利用者の利用者情報に対応するカードＩＤとしての登録を要求する（ステップ２１６）。
【００６４】
これにより、データベースサーバ７で、カード発行サーバ６から通知されたカードＩＤに、当該利用者の利用者情報が対応付けられて管理され（ステップ２１７）、当該カードシステムを構成する各サーバからのアクセスに応じて、カードＩＤと対応付けられた利用者情報がデータベースサーバ７から提供される。
【００６５】
次に、図１２を参照して、利用者に識別カード３を発行するカード発行フェーズについて説明する。
カード発行サーバ６の制御部６３は、印刷管理手段６３Ａにより、定期的に例えば日ごとにデータベースサーバ７へアクセスし、新規登録されたカード未発行の利用者の利用者情報を取得し（ステップ２２０）、そのカードＩＤとカードの印刷に必要な利用者に関するデータ、例えば口座番号、名前などを、通信Ｉ／Ｆ部６１および通信ネットワーク１０を介して印刷装置９へ通知し、識別カードの印刷を依頼する（ステップ２２１）。この際、提携先が存在する場合は、各提携先から通知された当該利用者に関する情報も通知する。
【００６６】
印刷装置９は、カード発行サーバ６からの印刷依頼に応じて、予めカード識別管理サーバ５から通知されているブロックパターン情報から任意のブロックパターンを選択する（ステップ２２２）。そして、任意のデザインのカードに、上記印刷依頼で通知されたカードＩＤを、カード発行サーバ６から指定された桁数でブロックに分割して印刷し、同じく通知された利用者に関する情報とを印刷し、上記ブロックパターンのブロック番号を各ブロックごとに印刷し、識別カード３を生成する（ステップ２２３）。
【００６７】
そして、印刷装置９は、できあがった識別カードを当該利用者へ発送するとともに、その識別カードで使用したブロックパターンのブロックパターンＩＤとカードＩＤとの対応情報を、通信ネットワーク１０を介してカード発行サーバ６へ通知する（ステップ２２４）。
カード発行サーバ６の情報管理手段６３Ｂは、印刷装置９からの対応情報の通知に基づき、その対応情報の登録をデータベースサーバ７へ要求する（ステップ２２５）。
【００６８】
データベースサーバ７は、カード発行サーバ６からの対応情報登録要求に応じて、当該カードＩＤの利用者情報に、その利用者の識別カード３で用いたブロックパターンを示すブロックパターンＩＤを関連付けて登録する（ステップ２２６）。
これにより、当該カードシステムを構成する各サーバからのアクセスに応じて、カードＩＤと対応付けられた利用者情報がデータベースサーバ７から提供される。
したがって、この利用者情報を認証サーバ１へ通知することにより（ステップ２２７）、その後の認証手続きにおいて、識別カードと整合のとれた利用者情報に基づき認証動作が行われる。
【００６９】
このように、各ブロックとブロック番号の対応関係を示す複数のブロックパターンを予め印刷装置９で保持しておき、カード発行サーバ６から印刷依頼に応じて、いずれかのブロックパターンを用いて識別カードを生成するようにしたので、カード発行サーバ６から各ブロックに対応付けて印刷するブロック番号を指示する必要がなくなり、カード印刷のための管理コストを削減できる。
【００７０】
また、印刷装置９で、任意のブロックパターンを選択するようにしたので、カード発行サーバ６から個々のカードＩＤごとにブロックパターンを指定する必要がなくなり、カード印刷のための管理コストをさらに削減できる。
この際、カード発行サーバ６で、カードＩＤとブロックパターンＩＤとの対応情報を印刷装置９から受け取ってデータベースサーバ７へ登録要求するようにしたので、少ない処理で、当該カードシステムを構成する各サーバに対して、カードＩＤと対応付けられた利用者情報がデータベースサーバ７から提供できる。
【００７１】
なお、認証サーバ１での認証動作において、利用者端末２から通知されたブロックパターンＩＤに基づき検証情報を検証する場合、図１２のステップ２２４〜２２７を省くことができる。
また、認証サーバ１での認証動作において、利用者によりブロックパターンＩＤを操作入力させる場合には、図１２のステップ２２３で、カードにブロックパターンＩＤを印刷させておけばよい。
【００７２】
なお、カード発行サーバ６からの印刷依頼時に、各カードＩＤごとにあるいは日ごとに使用するブロックパターンのブロックパターンＩＤを印刷装置９へ指示するようにしてもよく、印刷装置９側でのブロックパターン選択処理およびブロックパターンＩＤとカードＩＤとの対応関係管理処理を省くことができる。
【００７３】
また、以上では、図１２のステップ２２３において、各ブロック番号さらにはブロックパターンＩＤが、カードＩＤとともに印刷される場合を例として説明したが、これに限定されるものではなく、カードデザイン（ベースデザイン）としてブロック番号、またはブロック番号およびブロックパターンＩＤが予め印刷されたものを用意しておき、任意あるいは印刷依頼で指定されたブロックパターンＩＤのカードを選択するようにしてもよい。
【００７４】
[カードＩＤのブロック桁数]
次に、図１３を参照して、識別カード３にカードＩＤを印刷する場合のブロック分けについて説明する。図１３は、カードＩＤのブロック分けを示す説明図である。
ベースデザインの図柄が印刷されているカードに対してカードＩＤを個別に印刷する場合、ベースデザインの図柄とカードＩＤとの位置にズレが生ずる。したがって、ブロック番号をベースデザインで予め印刷しておく場合には、入力条件として指定されたブロック番号を利用者が誤ることなく確認できるよう、カードＩＤの各ブロックとブロック番号とのズレを制御することが必要となる。
【００７５】
図１３に示すように、ブロック３６とブロック番号３８とのズレの許容範囲を、ブロック番号３８がブロック３６の先頭または最後尾に位置する文字の端までと規定した場合、Ｙ＋Ｃ／２＜（Ａ×Ｘ＋Ｂ×（Ｘ−１））／２という式（１）の関係が成立する。ここで、ＡはカードＩＤの文字幅、ＢはカードＩＤの文字間隔、Ｃはブロック番号の文字幅、Ｘは１ブロック当たりの文字数、Ｙはブロック番号３８の最大許容ズレ幅である。
したがって、式（１）を整理すれば、Ｘに対する条件式として、Ｘ＞（２Ｙ＋Ｃ）／（Ａ＋Ｂ）−Ｂという式（２）が得られる。
【００７６】
ここで、利用者の視認性に基づき一般的な識別カードで用いられる印刷スタイルとして、Ａ＝1.5mm、Ｂ＝0.5mm、Ｃ＝2.0mm、Ｙ＝1.5mmを選択した場合、Ｘ＞２という式（３）の条件が得られる。この際、Ｘは文字数すなわち正数であることから、Ｘ≧３を導出できる。
これにより、カードＩＤの各ブロックは、３文字以上で分割しておけば、カードＩＤのブロックとブロック番号との印刷ズレによる誤認を回避できることになる。なお、より安全性を高めるため、最大許容ズレ幅Ｙを小さくする等、各変数の値を操作して、式（２）に基づきＸを算出してもよい。
【図面の簡単な説明】
【００７７】
【図１】本発明の一実施の形態にかかるカードシステムの構成を示すブロック図である。
【図２】本実施の形態にかかる識別カードの構成例である。
【図３】本実施の形態にかかる認証サーバの構成を示すブロック図である。
【図４】利用者情報の構成例である。
【図５】ブロックパターン情報の構成例である。
【図６】本実施の形態にかかる認証サーバでの認証動作を示すシーケンス図である。
【図７】サービス提供者から提供されるＷｅｂページの画面表示例である。
【図８】認証動作におけるログイン画面表示例である。
【図９】認証動作におけるカード認証画面表示例である。
【図１０】本実施の形態にかかるカード発行サーバの構成を示すブロック図である。
【図１１】本実施の形態にかかるカード発行サーバでのカード発行動作（準備フェーズおよび利用者登録フェーズ）を示すシーケンス図である。
【図１２】本実施の形態にかかるカード発行サーバでのカード発行動作（カード発行フェーズ）を示すシーケンス図である。
【図１３】カードＩＤのブロック分けを示す説明図である。
【図１４】従来の乱数表カードの構成例である。
【符号の説明】
【００７８】
１…認証サーバ、２…利用者端末、３…識別カード、４…Ｗｅｂサーバ、５…カード識別管理サーバ、６…カード発行サーバ、７…データベースサーバ、８…データベース端末、９…印刷装置、１０…通信ネットワーク、１１…通信Ｉ／Ｆ部、１２…記憶部、１２Ａ…利用者情報、１２Ｂ…ブロックパターン情報、１２Ｃ…プログラム、１３…制御部、１３Ａ…ユーザ認証手段、１３Ｂ…検証位置指定手段、１３Ｃ…カード検証手段、１３Ｄ…サービス提供手段、３０…カードデザイン、３１磁気ストライプ領域、３２…口座番号、３３…名前、３４…ＩＣチップ、３５…カードＩＤ、３６，３６Ａ，３６Ｂ，３６Ｃ，３６Ｄ…ブロック、３７…ブロック枠、３８…ブロック番号、３９…ブロックパターンＩＤ、６１…通信Ｉ／Ｆ部、６２…記憶部、６２Ａ…利用者情報、６２Ｂ…プログラム、６３…制御部、６３Ａ…印刷管理手段、６３Ｂ…情報管理手段。
【図１】
2005228121.tif 000003
【図２】
2005228121.tif 000004
【図３】
2005228121.tif 000005
【図４】
2005228121.tif 000006
【図５】
2005228121.tif 000007
【図６】
2005228121.tif 000008
【図７】
2005228121.tif 000009
【図８】
2005228121.tif 000010
【図９】
2005228121.tif 000011
【図１０】
2005228121.tif 000012
【図１１】
2005228121.tif 000013
【図１２】
2005228121.tif 000014
【図１３】
2005228121.tif 000015
【図１４】
2005228121.tif 000016