(57)【特許請求の範囲】
【請求項１】
複数の認証媒体と、複数の購入制御端末と、該購入制御端末毎に接続される課金ユニットと、複数の販売サーバと、１つの認証課金センタ装置から構成されるシステムにおいて、ネットワーク上のコンテンツ配送時における少額の即時課金を行うための課金方法において、
個々の媒体を一意に特定できる識別子（以下、媒体ＩＤ）が割り当てられた認証媒体が前記課金ユニットに接続されると、該課金ユニットは、前記購入制御端末に、前記媒体ＩＤを含み、前記認証媒体が接続されたことを示す媒体接続通知を送信する過程と、
前記購入制御端末は、前記課金ユニットに対して、前記認証媒体に対する媒体認証要求を送信する過程と、
前記課金ユニットは、前記購入制御端末を介して、前記認証課金センタ装置に当該課金ユニットを特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により前記認証媒体に対する認証を行う過程と、
前記認証課金センタ装置は、認証が成功すると、前記認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し、該媒体ＩＤが認証中であることを示す認証セッション情報として保存すると共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、前記課金ユニットに送信する過程と、
前記課金ユニットでは、前記媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を前記購入制御端末に送信する過程からなる認証過程と、
前記購入制御端末から前記課金ユニットに対して手形情報の要求を送信する過程と、
前記課金ユニットは、前記手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、前記媒体ＩＤ、前記手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し、前記購入制御端末に送信する過程と、
前記購入制御端末は、前記販売サーバに対して商品購入のための前記手形情報を商品購入要求として送信する過程と、
前記販売サーバは、前記認証課金センタ装置に対して前記手形情報と商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを課金要求として送信する過程と、
前記認証課金センタ装置は、前記課金要求を受信すると、該課金要求に含まれる前記手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査する過程と、
前記認証課金センタ装置では、前記検査が成功すると、前記販売サーバから指定された請求額分を前記媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、前記支払先ＩＤに対する請求額分の精算を行うための処理を行う過程と、
課金が成功すると課金成功通知を前記販売サーバに対して送信する過程とからなる支払・購入過程と、
前記認証媒体と前記課金ユニット間の接続が解除されると、媒体接続解除通知を該課金ユニットから前記購入制御端末に送信する過程と、
前記課金ユニット内の手形署名鍵及び前記媒体ＩＤに対応する手形情報生成のためのデータを削除する過程と、
前記課金ユニットは、前記認証課金センタ装置に対して前記媒体ＩＤを含む媒体を特定し、認証状態の破棄及び前記手形署名鍵の破棄を要求する媒体認証終了要求を送信する過程と、
前記認証課金センタ装置は、前記媒体認証終了要求から認証セッション情報を検索して、検索された該認証セッション情報を削除し、認証状態が解除されたことを示す媒体認証終了結果を前記課金ユニットに通知する過程と、からなる認証破棄過程からなることを特徴とする課金方法。
【請求項２】
前記認証課金センタ装置を、電話交換網内に設け、前記課金ユニットを電話回線に接続し、
前記課金ユニットと前記認証課金センタ装置間で行われる前記認証媒体の認証及び相互認証を前記電話回線の制御信号を介して行う請求項１記載の課金方法。
【請求項３】
複数の認証媒体と、複数の購入制御端末と、該購入制御端末毎に接続される課金ユニットと、複数の販売サーバと、１つの認証課金センタ装置から構成され、ネットワーク上のコンテンツ配送時における少額の即時課金を行うための課金システムであって、
前記認証媒体は、
前記課金ユニットに接続されることによって使用可能な個々の媒体を一意に特定可能な識別子（以下、媒体ＩＤ）が割り当てられたカードを含む媒体であり、前記認証課金センタから認証を受けることによって該媒体ＩＤに対する正当な媒体であることを保証するための機能を有し、
前記課金ユニットは、
前記媒体ＩＤが割り当てられた認証媒体が当該課金ユニットに接続されると、前記購入制御端末に、前記媒体ＩＤを含み、該認証媒体が接続されたことを示す媒体接続通知を送信する媒体状態通知手段と、
前記購入制御端末を介して、前記認証課金センタ装置に当該課金ユニットを特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により前記認証媒体に対する認証を行う相互・媒体認証手段と、
前記認証課金センタ装置から前記認証媒体の媒体ＩＤに対する手形署名鍵を含む手形情報に必要なデータを媒体認証結果として取得すると、該媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を前記購入制御端末に送信する認証終了通知手段と、
前記購入制御端末から前記手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、前記媒体ＩＤ、前記手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し、前記購入制御端末に送信する手形情報生成手段と、
前記認証課金センタ装置に対して前記媒体ＩＤを含む媒体を特定し、認証状態の破棄及び前記手形署名鍵の破棄を要求する媒体認証終了要求を送信する媒体認証終了要求手段と、
前記認証課金センタ装置から媒体認証終了結果を取得すると、前記手形署名鍵を破棄する手形署名鍵破棄手段と、を有し、
前記購入制御端末は、
購入者の操作に従って、前記販売サーバに対してコンテンツを含む商品の購入要求を行う購入要求手段と、
前記課金ユニットに対して、当該課金ユニットに接続された前記認証媒体に対する媒体認証要求と、手形情報の生成の要求を送信する手段と、
前記課金ユニットで生成された支払のための手形情報を前記販売サーバに送信する手段と、を有し、
前記販売サーバは、
前記認証課金センタ装置に対して前記手形情報と商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを課金要求として送信する手段と、
前記認証課金センタ装置から課金成功の通知を取得すると、コンテンツを含む商品の受け渡しを行うコンテンツ提供手段と、を有し、
前記認証課金センタ装置は、
前記課金ユニットから取得した認証要求に含まれる該課金ユニットの識別子を用いて該課金ユニットとの間で相互認証を行う相互認証手段と、
認証が成功すると、前記認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し、該媒体ＩＤが認証中であることを示す認証セッション情報として保存すると共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、前記課金ユニットに送信する手段と、
前記販売サーバから前記課金要求を受信すると、該課金要求に含まれる前記手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査する手段と、
前記検査が成功すると、前記販売サーバから指定された請求額分を前記媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、前記支払先ＩＤに対する請求額分の精算を行うための処理を行う課金手段と、
課金が成功すると課金成功通知を前記販売サーバに対して送信する手段と、
前記課金ユニットから前記認証状態の破棄及び前記手形署名鍵の破棄を要求する媒体認証終了要求を取得し、媒体認証終了領域から認証セッション情報を検索して、検索された該認証セッション情報を削除し、認証状態が解除されたことを示す媒体認証終了結果を前記課金ユニットに通知する手段と、
を有することを特徴とする課金システム。
【請求項４】
電話交換網を更に有し、
前記認証課金センタ装置を、前記電話交換網内に設け、前記課金ユニットを電話回線に接続する構成とし、
前記課金ユニットと前記認証課金センタ装置との間で行われる認証媒体の認証及び相互認証、及び前記手形情報やコンテンツの送受信を前記電話回線の制御信号を介して行う手段を有する請求項３記載の課金システム。
【請求項５】
請求項３における課金システムを構成する認証課金センタ装置であって、
課金ユニットから取得した認証要求に含まれる該課金ユニットの識別子を用いて該課金ユニットとの間で相互認証を行う相互認証手段と、
認証が成功すると、前記認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し、該媒体ＩＤが認証中であることを示す認証セッション情報として保存すると共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、前記課金ユニットに送信する手段と、
前記販売サーバから前記課金要求を受信すると、該課金要求に含まれる前記手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査する検査手段と、
前記検査手段において検査が成功すると、前記販売サーバから指定された請求額分を前記媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、前記支払先ＩＤに対する請求額分の精算を行うための処理を行う課金手段と、
課金が成功すると課金成功通知を前記販売サーバに対して送信する手段と、
前記課金ユニットから前記認証状態の破棄及び前記手形署名鍵の破棄を要求する媒体認証終了要求を取得し、媒体認証終了領域から認証セッション情報を検索して、検索された該認証セッション情報を削除し、認証状態が解除されたことを示す媒体認証終了結果を前記課金ユニットに通知する手段と、
を有することを特徴とする認証課金センタ装置。
【請求項６】
請求項３における課金システムを構成する購入制御端末であって、
購入者の操作に従って、販売サーバに対してコンテンツを含む商品の購入要求を行う購入要求手段と、
課金ユニットに対して、当該課金ユニットに接続された認証媒体に対する媒体認証要求と、手形情報の生成の要求を送信する手段と、
前記課金ユニットで生成された支払のための手形情報を前記販売サーバに送信する手段と、を有することを特徴とする購入制御端末。
【請求項７】
請求項３における課金システムを構成する課金ユニットであって、
媒体ＩＤが割り当てられた認証媒体が当該課金ユニットに接続されると、購入制御端末に、該媒体ＩＤを含み、該認証媒体が接続されたことを示す媒体接続通知を送信する媒体状態通知手段と、
前記購入制御端末を介して、認証課金センタ装置に当該課金ユニットを特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により前記認証媒体に対する認証を行う相互・媒体認証手段と、
前記認証課金センタ装置から前記認証媒体の媒体ＩＤに対する手形署名鍵を含む手形情報に必要なデータを媒体認証結果として取得すると、該媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を前記購入制御端末に送信する認証終了通知手段と、
前記購入制御端末から手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、前記媒体ＩＤ、前記手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し、前記購入制御端末に送信する手形情報生成手段と、
前記認証課金センタ装置に対して前記媒体ＩＤを含む媒体を特定し、認証状態の破棄及び前記手形署名鍵の破棄を要求する媒体認証終了要求を送信する媒体認証終了要求手段と、
前記認証課金センタ装置から媒体認証終了結果を取得すると、前記手形署名鍵を破棄する手形署名鍵破棄手段と、
を有することを特徴とする課金ユニット。
【請求項８】
前記媒体状態通知手段は、
前記認証媒体との接続解除を検知すると、前記認証課金センタ装置に該認証媒体の媒体ＩＤに対応する手形署名鍵の破棄及び認証状態の破棄を要求するメッセージを送信する手段を含む請求項７記載の課金ユニット。
【請求項９】
請求項３の課金システムの課金ユニットが実行する課金プログラムであって、
前記課金ユニットとして動作するコンピュータに、
媒体ＩＤが割り当てられた認証媒体が当該課金ユニットに接続されると、購入制御端末に、該媒体ＩＤを含み、該認証媒体が接続されたことを示す媒体接続通知を送信する媒体状態通知ステップと、
前記購入制御端末を介して、認証課金センタ装置に当該課金ユニットを特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により前記認証媒体に対する認証を行う相互・媒体認証ステップと、
前記認証課金センタ装置から前記認証媒体の媒体ＩＤに対する手形署名鍵を含む手形情報に必要なデータを媒体認証結果として取得すると、該媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を前記購入制御端末に送信する認証終了通知ステップと、
前記購入制御端末から手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、前記媒体ＩＤ、前記手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し、前記購入制御端末に送信する手形情報生成ステップと、
前記認証課金センタ装置に対して前記媒体ＩＤを含む媒体を特定し、認証状態の破棄及び前記手形署名鍵の破棄を要求する媒体認証終了要求を送信する媒体認証終了要求ステップと、
前記認証課金センタ装置から媒体認証終了結果を取得すると、前記手形署名鍵を破棄する手形署名鍵破棄ステップと、
を実行させることを特徴とする課金プログラム。
【請求項１０】
請求項３における課金システムを構成する認証課金センタ装置が実行する課金プログラムであって、
前記認証課金センタ装置として動作するコンピュータに、
課金ユニットから取得した認証要求に含まれる該課金ユニットの識別子を用いて該課金ユニットとの間で相互認証を行う相互認証ステップと、
認証が成功すると、前記認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し、該媒体ＩＤが認証中であることを示す認証セッション情報として保存すると共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、前記課金ユニットに送信するステップと、
前記販売サーバから前記課金要求を受信すると、該課金要求に含まれる前記手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査する検査ステップと、
前記検査ステップにおいて検査が成功すると、前記販売サーバから指定された請求額分を前記媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、前記支払先ＩＤに対する請求額分の精算を行うための処理を行う課金ステップと、
課金が成功すると課金成功通知を前記販売サーバに対して送信するステップと、
前記課金ユニットから前記認証状態の破棄及び前記手形署名鍵の破棄を要求する媒体認証終了要求を取得し、媒体認証終了領域から認証セッション情報を検索して、検索された該認証セッション情報を削除し、認証状態が解除されたことを示す媒体認証終了結果を前記課金ユニットに通知するステップと、
を実行させることを特徴とする課金プログラム。
【請求項１１】
請求項３における課金システムを構成する購入制御端末が実行する課金プログラムであって、
前記購入制御端末として動作するコンピュータに、
購入者の操作に従って、販売サーバに対してコンテンツを含む商品の購入要求を行う購入要求ステップと、
課金ユニットに対して、当該課金ユニットに接続された認証媒体に対する媒体認証要求と、手形情報の生成の要求を送信するステップと、
前記課金ユニットで生成された支払のための手形情報を前記販売サーバに送信するステップと、
を実行させることを特徴とする課金プログラム。
【請求項１２】
請求項３における課金システムを構成する課金ユニットが実行する課金プログラムを格納した記憶媒体であって、
請求項９記載の課金プログラムを格納したことを特徴とする記憶媒体。
【請求項１３】
請求項３における課金システムを構成する認証課金センタ装置が実行する課金プログラムを格納した記憶媒体であって、
請求項１０記載の課金プログラムを格納したことを特徴とする記憶媒体。
【請求項１４】
請求項３における課金システムを構成する購入制御端末が実行する課金プログラムを格納した記憶媒体であって、
請求項１１記載の課金プログラムを格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、課金ユニット装置及び課金システム及び課金方法及び認証課金センタ装置及び購入制御端末装置及び課金プログラム及び課金プログラムを格納した記憶媒体に係り、特に、インターネット等のネットワーク上のディジタルコンテンツの配送時等における少額の即時課金を行なうための課金ユニット装置及び課金システム及び課金方法及び認証課金センタ装置及び購入制御端末装置及び課金プログラム及び課金プログラムを格納した記憶媒体に関する。
【０００２】
詳しくは、該当端末等の公共性の高い場所でのコンテンツ購入時における安全性を確保した、簡易で比較的安価な媒体のカードを使用した少額課金を行なうための課金ユニット装置及び課金システム及び課金方法及び認証課金センタ装置及び購入制御端末装置及び課金プログラム及び課金プログラムを格納した記憶媒体に関する。
【０００３】
【従来の技術】
従来、プリペイド（前払い）式のＩＣカード等をセンタ装置システムから認証することにより、センタ装置側で保持している残額の使用を許可するシステムにおいて、端末に接続されたカードリーダ／ライタ等を使用して、端末を介して認証や課金情報の発行を制御しているシステムがある。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来のシステムでは、カードが無くても端末から認証課金センタ装置へ自由にアクセスできるため、特に簡易な認証を行なっているカードシステムの場合には、端末から認証課金センタ装置へアクセスすることにより、端末によりカードのなりすまし攻撃を行なうことが容易である。
【０００５】
また、インターネットなどの任意の場所で任意の端末がつながるネットワーク上において、上記のリーダ／ライタを用いたシステムを運用すると、カードを偽造し、偽造したカードを使用した時に、例えシステム上で偽造を検出したとしても使用場所を特定するとができないため、自由に偽造したカードを試すことが可能であり、不正発覚時の対応ができない。
【０００６】
また、上記のシステムにおいて、カード認証時にセンタ装置システムと端末との間で鍵を秘密裏に共有し、共有した鍵を使用して課金情報を生成するシステムでは、共有した鍵を端末でもつことになるため、カード抜き取り後も端末で自由に課金情報を生成・発行することが可能であり、また、端末の実装次第では、共有した鍵が外部に漏洩する危険性もあり、不正にプリペイド残額が使用される危険がある。
【０００７】
なお、上記のシステムにおいて、ＣＰＵ付ＩＣカードなど高価なＩＣカードを用いれば、センタ装置システムとカードとの間で秘密裏に鍵を共有することが可能であり、課金情報をカードの中で生成することで、課金情報を勝手に生成される危険性は少ないが、課金情報を生成するような機能を持った媒体は高価であり、媒体は多数であるために、システム全体のコストへの影響が大きい。
【０００８】
上記のように、端末がカードリーダ／ライタを用いて直接カードにアクセスして認証の仲介や課金情報発行の制御を行なっているシステムにおいては、偽造カードを作成しなくても端末から認証課金センタ装置にアクセスしてカードのシミュレーションによる“なりすまし”を行なうことが容易であり、同一カード媒体の偽造が困難であっても、認証方式が簡易なシステムにおいては、“なりすまし”によってセンタ装置で管理しているプリペイド残額等を不正に使用されてしまう危険性があるという問題がある。
【０００９】
また、カードを偽造し、偽造したカードを使用した時にも、例えシステム上で偽造を検出したとしても使用場所を特定することができないために、自由に偽造したカードを試すことが可能であり、不正発覚時の対応ができず、偽造カードの製造を防止することができないという問題がある。
【００１０】
また、カード認証に基づき課金情報生成のための鍵を共有するシステムにおいては、カード抜き取り後にも端末で鍵を使用することで課金情報の生成が可能であり、カードの所有者が立ち去った後に第三者が端末に残された鍵を使用して課金情報を生成することによって、プリペイド残額を不正に使用することができてしまうという問題がある。
【００１１】
また、端末が信頼できない場合には、鍵を第三者（他端末）に漏洩されることにより、他端末においても課金情報の生成によるプリペイド残額を不正に使用することができてしまうという問題がある。
【００１２】
また、このような問題を解決する手段としてＣＰＵ付ＩＣカードなど高価なＩＣカードを用いたシステムがあるが、システム全体のコストが高くなるという問題がある。
【００１３】
本発明は、上記の点に鑑みなされたもので、簡易な認証手順のみを実装したような安価なカードを使用し、端末から認証課金センタ装置への不正アクセスを防止し、端末での不正発見時における対処を可能とし、認証を行なった端末に対して限定して課金情報を生成可能とし、さらに、カード挿入時に限定して課金情報を生成可能とする課金ユニット装置及び課金システム及び課金方法及び認証課金センタ装置及び購入制御端末装置及び課金プログラム及び課金プログラムを格納した記憶媒体を提供することを目的とする。
【００１４】
【課題を解決するための手段】
図２は、本発明の原理を説明するための図である。
本発明（請求項１）は、複数の認証媒体と、複数の購入制御端末と、該購入制御端末毎に接続される課金ユニットと、複数の販売サーバと、１つの認証課金センタ装置から構成されるシステムにおいて、ネットワーク上のコンテンツ配送時における少額の即時課金を行うための課金方法において、
個々の媒体を一意に特定できる識別子（以下、媒体ＩＤ）が割り当てられた認証媒体が課金ユニットに接続されると（ステップ１）、該課金ユニットは、購入制御端末に、媒体ＩＤを含み、認証媒体が接続されたことを示す媒体接続通知を送信し（ステップ２）、
購入制御端末は、課金ユニットに対して、認証媒体に対する媒体認証要求を送信し（ステップ３）、
課金ユニットは、購入制御端末を介して、認証課金センタ装置に当該課金ユニットを特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により認証媒体に対する認証を行い（ステップ４）、
認証課金センタ装置は、認証が成功すると、認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し（ステップ５）、該媒体ＩＤが認証中であることを示す認証セッション情報として保存する（ステップ６）と共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、課金ユニットに送信し（ステップ７）、
課金ユニットでは、媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を購入制御端末に送信する（ステップ８）過程からなる認証過程と、
購入制御端末から課金ユニットに対して手形情報の要求を送信し（ステップ９）、
課金ユニットは、手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、媒体ＩＤ、手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し（ステップ１０）、購入制御端末に送信し（ステップ１１）、
購入制御端末は、販売サーバに対して商品購入のための手形情報を商品購入要求として送信し（ステップ１２）、
販売サーバは、認証課金センタ装置に対して手形情報と商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを課金要求として送信し（ステップ１３）、
認証課金センタ装置は、課金要求を受信すると、該課金要求に含まれる手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し（ステップ１４）、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査し（ステップ１５）、
認証課金センタ装置では、検査が成功すると、販売サーバから指定された請求額分を媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、支払先ＩＤに対する請求額分の精算を行うための処理を行い（ステップ１６）、
課金が成功すると課金成功通知を販売サーバに対して送信する（ステップ１７）過程とからなる支払・購入過程と、
認証媒体と課金ユニット間の接続が解除されると、媒体接続解除通知を該課金ユニットから購入制御端末に送信し（ステップ１８）、
課金ユニット内の手形署名鍵及び媒体ＩＤに対応する手形情報生成のためのデータを削除し（ステップ１９）、
課金ユニットから認証課金センタ装置に対して媒体ＩＤを含む媒体を特定し、認証状態の破棄及び手形署名鍵の破棄を要求する媒体認証終了要求を送信し（ステップ２０）、
認証課金センタ装置は、媒体認証終了要求から認証セッション情報を検索して、検索された該認証セッション情報を削除し（ステップ２１）、認証状態が解除されたことを示す媒体認証終了結果を課金ユニットに通知する（ステップ２２）認証破棄過程からなる。
【００１５】
本発明（請求項２）は、認証課金センタ装置を、電話交換網内に設け、課金ユニットを電話回線に接続し、
課金ユニットと認証課金センタ装置間で行われる認証媒体の認証及び相互認証を電話回線の制御信号を介して行う。
【００１６】
図１は、本発明の原理構成図である。
【００１７】
本発明（請求項３）は、複数の認証媒体１０と、複数の購入制御端末２００と、該購入制御端末２００毎に接続される課金ユニット１００と、複数の販売サーバ４００と、１つの認証課金センタ装置３００から構成され、ネットワーク上のコンテンツ配送時における少額の即時課金を行うための課金システムであって、
認証媒体１０は、
課金ユニット１００に接続されることによって使用可能な個々の媒体を一意に特定可能な識別子（以下、媒体ＩＤ）が割り当てられたカードを含む媒体であり、認証課金センタから認証を受けることによって該媒体ＩＤに対する正当な媒体であることを保証するための機能を有し、
課金ユニット１００は、
媒体ＩＤが割り当てられた認証媒体１０が当該課金ユニット１００に接続されると、購入制御端末に、媒体ＩＤを含み、該認証媒体１０が接続されたことを示す媒体接続通知を送信する媒体状態通知手段１０１と、
購入制御端末２００を介して、認証課金センタ装置３００に当該課金ユニット１００を特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により認証媒体に対する認証を行う相互・媒体認証手段１０２と、
認証課金センタ装置３００から認証媒体の媒体ＩＤに対する手形署名鍵を含む手形情報に必要なデータを媒体認証結果として取得すると、該媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を購入制御端末２００に送信する認証終了通知手段と、
購入制御端末２００から手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、媒体ＩＤ、手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し、購入制御端末２００に送信する手形情報生成手段１０３と、
認証課金センタ装置３００に対して媒体ＩＤを含む媒体を特定し、認証状態の破棄及び手形署名鍵の破棄を要求する媒体認証終了要求を送信する媒体認証終了要求手段と、
認証課金センタ装置３００から媒体認証終了結果を取得すると、手形署名鍵を破棄する手形署名鍵破棄手段と、を有し、
購入制御端末２００は、
購入者の操作に従って、販売サーバに対してコンテンツを含む商品の購入要求を行う購入要求手段と、
課金ユニット１００に対して、当該課金ユニット１００に接続された認証媒体１０に対する媒体認証要求と、手形情報の生成の要求を送信する手段と、
課金ユニット１００で生成された支払のための手形情報を販売サーバ４００に送信する手段と、を有し、
販売サーバ４００は、
認証課金センタ装置３００に対して手形情報と商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを課金要求として送信する課金要求手段４０１と、
認証課金センタ装置３００から課金成功の通知を取得すると、コンテンツを含む商品の受け渡しを行うコンテンツ提供手段４０２と、を有し、
認証課金センタ装置３００は、
課金ユニット１００から取得した認証要求に含まれる該課金ユニットの識別子を用いて該課金ユニット１００との間で相互認証を行う相互認証手段３０１と、
認証が成功すると、認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し、該媒体ＩＤが認証中であることを示す認証セッション情報として保存すると共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、課金ユニット１００に送信する手段と、
販売サーバ４００から課金要求を受信すると、該課金要求に含まれる手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査する検査手段３０２と、
検査が成功すると、販売サーバ４００から指定された請求額分を媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、支払先ＩＤに対する請求額分の精算を行うための処理を行う課金手段３０３と、
課金が成功すると課金成功通知を販売サーバ４００に対して送信する手段と、
課金ユニット１００から認証状態の破棄及び手形署名鍵の破棄を要求する媒体認証終了要求を取得し、媒体認証終了領域から認証セッション情報を検索して、検索された該認証セッション情報を削除し、認証状態が解除されたことを示す媒体認証終了結果を課金ユニット１００に通知する手段と、を有する。
【００１８】
本発明（請求項４）は、電話交換網を更に有し、
認証課金センタ装置を、電話交換網内に設け、課金ユニットを電話回線に接続する構成とし、
課金ユニットと認証課金センタ装置との間で行われる認証媒体の認証及び相互認証、及び手形情報やコンテンツの送受信を電話回線の制御信号を介して行う手段を有する。
【００１９】
本発明（請求項５）は、請求項３における課金システムを構成する認証課金センタ装置であって、
課金ユニットから取得した認証要求に含まれる該課金ユニットの識別子を用いて該課金ユニットとの間で相互認証を行う相互認証手段と、
認証が成功すると、認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し、該媒体ＩＤが認証中であることを示す認証セッション情報として保存すると共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、課金ユニットに送信する手段と、
販売サーバから課金要求を受信すると、該課金要求に含まれる手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査する検査手段と、
検査手段において検査が成功すると、販売サーバから指定された請求額分を媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、支払先ＩＤに対する請求額分の精算を行うための処理を行う課金手段と、
課金が成功すると課金成功通知を販売サーバに対して送信する手段と、
課金ユニットから認証状態の破棄及び手形署名鍵の破棄を要求する媒体認証終了要求を取得し、媒体認証終了領域から認証セッション情報を検索して、検索された該認証セッション情報を削除し、認証状態が解除されたことを示す媒体認証終了結果を課金ユニットに通知する手段と、を有する。
【００２０】
本発明（請求項６）は、請求項３における課金システムを構成する購入制御端末であって、
購入者の操作に従って、販売サーバに対してコンテンツを含む商品の購入要求を行う購入要求手段と、
課金ユニットに対して、当該課金ユニットに接続された認証媒体に対する媒体認証要求と、手形情報の生成の要求を送信する手段と、
課金ユニットで生成された支払のための手形情報を販売サーバに送信する手段と、を有する。
【００２２】
本発明（請求項７）は、請求項３における課金システムを構成する課金ユニットであって、
媒体ＩＤが割り当てられた認証媒体が当該課金ユニットに接続されると、購入制御端末に、該媒体ＩＤを含み、該認証媒体が接続されたことを示す媒体接続通知を送信する媒体状態通知手段と、
購入制御端末を介して、認証課金センタ装置に当該課金ユニットを特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により認証媒体に対する認証を行う相互・媒体認証手段と、
認証課金センタ装置から認証媒体の媒体ＩＤに対する手形署名鍵を含む手形情報に必要なデータを媒体認証結果として取得すると、該媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を購入制御端末に送信する認証終了通知手段と、
購入制御端末から手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、媒体ＩＤ、手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し、購入制御端末に送信する手形情報生成手段と、
認証課金センタ装置に対して媒体ＩＤを含む媒体を特定し、認証状態の破棄及び手形署名鍵の破棄を要求する媒体認証終了要求を送信する媒体認証終了要求手段と、
認証課金センタ装置から媒体認証終了結果を取得すると、手形署名鍵を破棄する手形署名鍵破棄手段と、を有する。
【００２３】
本発明（請求項８）は、媒体状態通知手段において、
認証媒体との接続解除を検知すると、認証課金センタ装置に該認証媒体の媒体ＩＤに対応する手形署名鍵の破棄及び認証状態の破棄を要求するメッセージを送信する手段を含む。
【００２４】
本発明（請求項９）は、請求項３における課金システムを構成する課金ユニットが実行する課金プログラムであって、
課金ユニットとして動作するコンピュータに、
媒体ＩＤが割り当てられた認証媒体が当該課金ユニットに接続されると、購入制御端末に、該媒体ＩＤを含み、該認証媒体が接続されたことを示す媒体接続通知を送信する媒体状態通知ステップと、
購入制御端末を介して、認証課金センタ装置に当該課金ユニットを特定することができる識別子を送信し、相互認証を行うと共に、任意の方式により認証媒体に対する認証を行う相互・媒体認証ステップと、
認証課金センタ装置から認証媒体の媒体ＩＤに対する手形署名鍵を含む手形情報に必要なデータを媒体認証結果として取得すると、該媒体認証結果を保存し、認証が終了したことを通知する認証終了通知を購入制御端末に送信する認証終了通知ステップと、
購入制御端末から手形情報の要求を受信すると、１認証内での取引を特定する情報である手形発行ＩＤの生成、媒体ＩＤ、手形署名鍵を含む手形情報生成に必要なデータを用いて手形情報を生成し、購入制御端末に送信する手形情報生成ステップと、
認証課金センタ装置に対して媒体ＩＤを含む媒体を特定し、認証状態の破棄及び手形署名鍵の破棄を要求する媒体認証終了要求を送信する媒体認証終了要求ステップと、
認証課金センタ装置から媒体認証終了結果を取得すると、手形署名鍵を破棄する手形署名鍵破棄ステップと、を実行させる。
【００２５】
本発明（請求項１０）は、請求項３における課金システムを構成する認証課金センタ装置が実行する課金プログラムであって、
認証課金センタ装置として動作するコンピュータに、
課金ユニットから取得した認証要求に含まれる該課金ユニットの識別子を用いて該課金ユニットとの間で相互認証を行う相互認証ステップと、
認証が成功すると、認証媒体の媒体ＩＤに対する手形署名鍵を含む支払のための手形情報生成に必要なデータを生成し、該媒体ＩＤが認証中であることを示す認証セッション情報として保存すると共に、該手形署名鍵を含む手形情報に必要なデータを媒体認証結果として、課金ユニットに送信するステップと、
販売サーバから課金要求を受信すると、該課金要求に含まれる手形情報から媒体ＩＤを特定し、該媒体ＩＤが認証中であるかを検査し、認証中であれば、該媒体ＩＤに対応する手形署名鍵を用いて該手形情報内の署名情報が正しいかを検査する検査ステップと、
検査ステップにおいて検査が成功すると、販売サーバから指定された請求額分を媒体ＩＤに対応する残額（ポストペイドの場合には利用額）に対して課金を行うと共に、支払先ＩＤに対する請求額分の精算を行うための処理を行う課金ステップと、
課金が成功すると課金成功通知を販売サーバに対して送信するステップと、
課金ユニットから認証状態の破棄及び手形署名鍵の破棄を要求する媒体認証終了要求を取得し、媒体認証終了領域から認証セッション情報を検索して、検索された該認証セッション情報を削除し、認証状態が解除されたことを示す媒体認証終了結果を課金ユニットに通知するステップと、を実行させる。
【００２６】
本発明（請求項１１）は、請求項３における課金システムを構成する購入制御端末が実行する課金プログラムであって、
購入制御端末として動作するコンピュータに、
購入者の操作に従って、販売サーバに対してコンテンツを含む商品の購入要求を行う購入要求ステップと、
課金ユニットに対して、当該課金ユニットに接続された認証媒体に対する媒体認証要求と、手形情報の生成の要求を送信するステップと、
課金ユニットで生成された支払のための手形情報を販売サーバに送信するステップと、
を実行させる。
【００２７】
本発明（請求項１２）は、請求項３における課金システムを構成する課金ユニットが実行する課金プログラムを格納した記憶媒体であって、
請求項９記載の課金プログラムを格納したことを特徴とする記憶媒体である。
【００２８】
本発明（請求項１３）は、請求項３における課金システムを構成する認証課金センタ装置が実行する課金プログラムを格納した記憶媒体であって、
請求項１０記載の課金プログラムを格納したことを特徴とする記憶媒体である。
【００２９】
本発明（請求項１４）は、請求項３における課金システムを構成する購入制御端末が実行する課金プログラムを格納した記憶媒体であって、
請求項１１記載の課金プログラムを格納したことを特徴とする記憶媒体である。
【００３０】
上記のように、本発明では、購入者が事前に購入しておいた認証媒体を認証することにより得られた手形署名鍵によって生成される手形情報を販売サーバに払出し、販売サーバでは、手形情報と請求額と販売者を特定するＩＤを認証課金センタ装置に渡すことにより、認証媒体の残額（ポストペイドの場合には利用額）に対して課金要求をかけることが可能となり、成功した課金要求の情報を元に認証課金センタ装置から販売者に対して精算（支払）を行なうことで、結果的に認証媒体を持つ購入者から販売サーバを持つ販売者への支払が可能となるが、認証媒体の認証時には、課金ユニットからの課金ユニットＩＤを認証課金センタ装置へ通知し、課金ユニットＩＤに基づいた認証課金センタ装置と、課金ユニットとの相互認証を行い、認証が成功したときには、課金ユニット内に認証課金センタ装置から暗号化して送付される手形署名鍵を秘匿保持しておき、手形発行時に課金ユニット内で手形署名鍵を使用した手形情報の生成を行い、カード抜き取り時には課金ユニット内に秘匿保持されている手形署名鍵を破棄することで、以後手形情報の生成を不可能にすることができる。
【００３１】
【発明の実施の形態】
以下に、本発明の一実施の形態について図面と共に説明する。
【００３２】
図３は、本発明の一実施の形態におけるシステム構成を示す。
【００３３】
同図に示すシステムは、複数の認証媒体１０、複数の購入制御端末２００、購入制御端末２００毎に接続された課金ユニット１００、複数販売サーバ４００、１つの認証課金センタ３００から構成される。
【００３４】
このうち、認証媒体１０は、課金ユニット１００に接続されることによって使用可能な、個々の媒体を一意に特定できる識別子（媒体ＩＤ）が割り当てられたカードなどの媒体であり、認証課金センタ３００から認証を受けることによって媒体ＩＤに対する正当な媒体であることを保証するための機能を包含している。
また、購入制御端末２００は、購入者の操作等に従い、販売サーバ４００に対してコンテンツ等の商品の購入要求を行なう端末であり、購入要求を行なう際に、課金ユニット１００に接続された認証媒体１０の認証制御や手形情報の生成を課金ユニットに要求することで、生成された手形情報を販売サーバ４００に送信するなど、媒体ＩＤに関連付けられた残額（ポストペイドの場合には利用額）から販売サーバ４００に対しての購入・支払制御を行なう端末である。
【００３５】
また、販売サーバ４００は、購入制御端末２００からの要求に応じてコンテンツ等の商品の販売を行なうサーバであり、購入要求の際に受け取った手形情報を請求額と共に認証課金センタ３００に渡して課金要求を行い、認証課金センタ３００で課金成功時にコンテンツ等の商品の受渡しを行なうサーバである。
【００３６】
なお、販売サーバを持つ販売者は、認証課金センタ３００からの精算処理により請求額に対応した代金を受け取ることになる。
【００３７】
また、認証課金センタ３００は、認証媒体の媒体ＩＤに関連づけられた残額（ポストペイドの場合には、利用額）を管理しているセンタであり、課金ユニット１００からの要求により課金ユニットに接続された認証媒体の認証を行なうが、この際に課金ユニット１００の識別子を受け取ると共に、識別子に対応して課金ユニット１００との間で相互認証を行なう。また、認証課金センタ３００は、販売サーバ４００からの課金要求に応じて受け取った手形情報に対応する媒体ＩＤに関連付けられた残額（ポストペイドの場合には利用額）に対して課金を行なう。また、認証課金センタ３００では、精算により、販売サーバ４００に対して課金額に対応した代金の支払を行なう。
【００３８】
また、課金ユニット１００は、認証媒体１０接続（カード挿入）や認証媒体接続解除（カード抜き取り）等の認証媒体に関する情報を購入制御端末２００に通知すると共に、購入制御端末２００からの認証要求に従い、購入制御端末２００を介して認証課金センタ３００との間で接続された認証媒体１０の認証を行なったり、購入制御端末２００からの手形要求に従い、認証された認証媒体１０に対する手形情報の生成を行なう装置である。
【００３９】
なお、認証媒体１０の認証時に課金ユニット１００では、認証課金センタ３００との間で相互認証を行なう。また、課金ユニット１００と購入制御端末２００は、同一場所に設置されることを前提としており、ＲＳ−２３２ＣやＵＳＢ(Universal Serial Bus)等の配線により接続される。
【００４０】
次に、上記の構成における動作を説明する。
【００４１】
図４は、本発明の一実施の形態におけるメッセージシーケンスチャートである。
【００４２】
ステップ１０１）  認証媒体１０が課金ユニット１００に接続される。当該処理は、ステップ１０３以降の媒体認証処理を行なう前であればいつでもよい。
【００４３】
ステップ１０２）  課金ユニット１００では、認証媒体１０が接続されると、購入制御端末２００に認証媒体１０が接続されたことを示すメッセージを送信する。なお、複数媒体の接続が可能な課金ユニットの場合には、媒体を特定するための情報も一緒に送信する。
【００４４】
ステップ１０３）  次に、「媒体認証処理」で示した範囲で接続された媒体の認証を行なうが、当該処理のタイミングは、ステップ１０１とステップ１０９以降の「支払処理」の前であればいつでもよく、ステップ１０２の媒体接続通知を契機として行なったり、購入者から商品購入の指示が出てから行なったり、他のタイミングで行なってもよい。
【００４５】
「媒体認証処理」として、まず、購入制御端末２００から課金ユニット１００に対して認証開始要求を送信することで接続された認証媒体１０に対する媒体認証を要求する。なお、複数媒体の接続が可能な課金ユニットの場合には、ステップ１０２で受け取った媒体を特定するための情報も一緒に送信する。
【００４６】
ステップ１０４）  課金ユニット１００で認証開始要求を受け取ると、購入制御端末２００を介して認証課金センタ３００との間で相互認証を行なうと共に、認証媒体１０に対する認証処理を行なう（購入制御端末２００では、相互認証・媒体認証のためのメッセージの仲介を行なう）。認証媒体１０に対する認証のためのデータは課金ユニット１００で中継を行なうことで、認証課金センタ３００と認証媒体１０との間で送受信される。
【００４７】
なお、認証媒体１０に対する認証処理は、認証媒体１０が包含する認証機能に応じた処理を行なうが、本認証処理により認証課金センタ３００で認証媒体１０の媒体ＩＤと媒体が媒体ＩＤに対する正当な媒体であることが確認できればよく、以下のような方法が考えられる。
【００４８】
▲１▼  媒体により、媒体ＩＤと媒体ＩＤに関連付けられた秘密データを保持し、認証課金センタ３００でも媒体ＩＤと、媒体ＩＤに関連付けられた秘密データ（または、秘密データを確認できるデータ（復号化鍵等）を保持している。
【００４９】
▲２▼  認証時に媒体に保存されている媒体ＩＤを認証課金センタ３００へ送信し、媒体ＩＤに関連付けられた秘密データの確認を行なう。秘密データの確認は、以下の幾つかの方法が考えられる。
【００５０】
・秘密データも認証課金センタ３００へ送信し、認証課金センタ３００で秘密データを照合する（パスワード方式。秘密データ＝パスワードと位置付けられる）。
【００５１】
・認証課金センタ３００から乱数データの送信を行い、媒体で秘密データを鍵として使用してメッセージ認証関数（ハッシュ関数など）やディジタル署名関数や暗号化関数など、作成したデータから秘密データが推測困難な方法により応答データの作成を行い、応答データを認証課金センタ３００に返信することで、認証課金センタ３００では、秘密データ（または、秘密データを確認できるデータ（復号化鍵など））を鍵とした応答データの確認を行なう（チャレンジ＆レスポンス方式）。
【００５２】
▲３▼  必要性により、媒体ＩＤの秘密データと、認証課金センタ３００の秘密データ（または、秘密データを確認できるデータ（復号化鍵など））を更新する。
上記のような方法による媒体ＩＤと媒体が媒体ＩＤに対する正当な媒体であることの確認が考えられる。
【００５３】
また、課金ユニット１００と認証課金センタ３００との相互認証は、課金ユニット１００を特定することのできる識別子（ユニットＩＤ）を認証課金センタ３００に送信すると共に、認証媒体１０と同様の上記のチャレンジ＆レスポンス方式などにより、課金ユニット１００内部と認証課金センタ３００内にユニットＩＤに対応した正しい秘密データが保持されているかを課金ユニット１００と認証課金センタ３００相互に確認する。
【００５４】
ステップ１０５）  上記のステップ１０４で、課金ユニット１００、認証課金センタ３００、認証  媒体１０の各認証が完了し、認証課金センタ３００で媒体ＩＤと媒体１０が媒体ＩＤに対応する正当な媒体であることが確認されると、媒体ＩＤに対する手形署名鍵等の手形情報生成に必要なデータを生成し、媒体ＩＤの媒体が認証中であることを示す認証セッション情報として保存すると共に、“媒体認証結果”として、“手形署名鍵”などの生成したデータを課金ユニット１００に送信する。ここで、“手形署名鍵”と共に、“認証セッションＩＤ”を生成・保存・送信することで、以後、“媒体ＩＤ”の代わりに、“認証セッションＩＤ”を使用することが可能となり、媒体ＩＤを購入制御端末２００や販売サーバ４００から秘匿することが可能となる。なお、手形署名鍵は、課金ユニット１００以外に見られない形で暗号化して送付する必要がある。
【００５５】
ステップ１０６）  認証課金センタ３００は、手形署名鍵”などの受信したデータや媒体ＩＤを、購入制御端末２００を介して課金ユニット１００に送信する。
【００５６】
ステップ１０７）  課金ユニット１００では、媒体認証結果として手形署名鍵などの受信したデータや媒体ＩＤを、認証媒体１０に対応する手形情報生成のためのデータとして保存する。なお、手形署名鍵は、暗号化されているため復号化して保存する。
【００５７】
ステップ１０８）  課金ユニット１００は、“認証終了通知”を購入制御端末２００に送信することで認証が終了したことを通知する。
【００５８】
次に、「支払処理」について説明する。
【００５９】
支払処理では、手形情報の生成・払い出しによるコンテンツ等の商品購入に対する支払処理を行なうが、当該支払処理のタイミングは、ステップ１０８までの「媒体認証処理」の後で、「認証状態終了処理」の前であればいつでもよいが、通常は、購入者から商品購入の指示が出たときに行なう。
【００６０】
また、「支払処理」で示した範囲の処理では、１回の「媒体認証処理」にたいして複数回行なうことが可能であり、つまり、１回の媒体認証で、複数の販売サーバ４００への複数回の支払（複数の販売サーバから複数回の商品購入）が可能となっている。
【００６１】
ステップ１０９）  「支払処理」では、まず、購入制御端末２００から課金ユニット１００に“手形要求”メッセージを送信することで、手形情報の要求を行なう。なお、複数媒体の接続が可能な課金ユニット１００の場合には、ステップ１０２で受け取った媒体を特定するための情報も一緒に送信する。
【００６２】
ステップ１１０）  課金ユニット１００では、“手形要求”を受け取ると、１認証内での取引を特定する情報である手形発行ＩＤの生成や、ステップ１０７で保存した媒体ＩＤや、手形署名鍵等を使用した手形情報の生成を行なう。
【００６３】
手形情報は、
・取引を特定する情報；
・署名情報；
からなり、ここで、“取引を特定する情報”は、媒体ＩＤまたは、認証セッションＩＤ等の媒体を一意に特定できる情報と、媒体認証セッション内での取引を特定する情報である手形発行ＩＤとからなる。また、“署名情報”は、認証を行なった課金ユニット１００のみ知ることが可能な手形署名鍵を使って“取引を特定する情報”及び、支払額や支払先ＩＤやコンテンツＩＤ等の取引を限定するパラメータに対して、暗号化や電子署名やメッセージ認証識別子生成等を行なうことによって生成されるメッセージ認証情報に対応する。
【００６４】
ステップ１１１）  ステップ１１０で手形情報が生成されると、生成された手形情報が課金ユニット１００から購入制御端末２００に渡される。
【００６５】
ステップ１１２）  購入制御端末２００は、販売サーバ４００に対して支払のための情報である手形情報を送信することでコンテンツ等の商品の購入を要求する。
【００６６】
ステップ１１３）  販売サーバ４００では、手形情報を受け取ると、課金要求として、認証課金センタ３００に対して手形情報と商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを送信する。ここで、通常の場合、支払先ＩＤは、販売サーバ４００を持つ事業者を特定する情報である。
【００６７】
ステップ１１４）  認証課金センタ３００では、課金要求として、手形情報、請求額、支払先ＩＤなどを受け取ると、まず、手形情報中の取引を特定する情報から媒体ＩＤを特定し、特定された媒体ＩＤに対応する認証セッション情報があるかを調べて媒体ＩＤが認証中であるかを検査する。
【００６８】
ステップ１１５）  認証中であれば、媒体ＩＤに対応して生成・保存してある手形署名鍵を使用して手形情報内の署名情報が正しいか（言い換えると、取引を特定する情報が、及び手形情報内の取引を限定するパラメタが正しいか）を検査する。
【００６９】
ステップ１１６）  手形情報検査で署名情報の検査が成功すると、販売サーバ４００から指定された請求額分を、認証課金センタ３００で媒体ＩＤに対応して保持している残額（ポストペイドの場合には利用額）に対して課金を行なうと共に、精算情報を蓄えるなどの支払先ＩＤに対する請求額分の精算を行なうための処理を行なう。ここで、認証課金センタ３００で媒体ＩＤに対するプリペイド残額を管理している場合には、残額（ポストペイドの場合には利用額）に対する課金は、プリペイド残額から減算することになり、認証課金センタ３００がポストペイド方式の場合には、残額（ポストペイドの場合には利用額）に対する課金は、ポストペイドの精算額に加算されることになる。
【００７０】
ステップ１１７）  課金が成功すると、課金要求の応答として、課金成功通知で認証課金センタ３００から販売サーバ４００に対して課金が成功したことを通知する。
【００７１】
ステップ１１８）  販売サーバ４００では、課金請求通知を受信すると、課金成功通知として購入制御端末２００に課金が成功したことを知らせ、商品の受け取りの許可（商品購入許可）を与える。なお、課金成功通知と、商品購入許可は必ずしもなくてもよい。
【００７２】
最後に、“認証状態終了処理”について説明する。当該処理は、認証媒体１０に対する認証状態の破棄を行なう。当該認証状態終了処理が終わると、“支払処理”のステップ１１４の認証中検査が失敗するため、再度、“媒体認証処理”が行なわれるでは、認証媒体１０に対する課金が不可能になる。
【００７３】
ステップ１１９）  認証媒体１０が課金ユニット１００から接続解除された時等を契機として以下の処理を行なう。
【００７４】
ステップ１２０）  認証媒体１０が課金ユニット１００から接続解除されたときには、課金ユニット１００から購入制御端末２００に対して認証媒体１０の接続が解除されたことを通知する。
【００７５】
ステップ１２１）  課金ユニット１００内にあるステップ１０７で保存した認証媒体１０に対応する手形情報生成のためのデータを削除する。
【００７６】
ステップ１２２）  課金ユニット１００は、媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報を課金ユニット１００から認証課金センタ３００に送信する。
【００７７】
ステップ１２３）  認証課金センタ３００では、ステップ１２２で受信した媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報により認証セションを検索して、検索された認証セッション情報を削除することで、媒体ＩＤに対する認証状態の解除を行う。
【００７８】
ステップ１２４）  認証課金センタ３００は、認証状態が解除されたことを課金ユニット１００に通知する。なお、当該処理は、必ずしも無くてもよい。
【００７９】
また、図４に示した認証状態終了処理以外でも、以下のような方法により、認証状態を終了させてもよい。
【００８０】
▲１▼  認証課金センタ３００において、事前に認証有効期間を設定する；
▲２▼  ステップ１０５の媒体ＩＤの認証状態生成・保持から計測し、認証有効期間経過時の時刻に認証タイムアウトを設定する；
▲２▼  認証タイムアウト時に、認証セション情報を削除することで、媒体ＩＤに対する課金状態の解除を行なう。
【００８１】
【実施例】
以下、図面と共に本発明の実施例を説明する。
【００８２】
［第１の実施例］
本実施例のシステムは、認証媒体としてＩＣカードを使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドの残額分の金額をカード発行事業者に支払っていることを想定している。また、購入されたプリペイドの残額は、カード発行事業者で持つ（または、カード発行事業者から委託された）認証課金センタで管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払後に、課金認証センタの情報に基づき、カード発行事業者と販売者の間で精算を行なうことで、最終的に販売者への支払が行なわれるシステムを想定している。
【００８３】
図５は、本発明の第１の実施例のシステム構成を示す。
【００８４】
同図に示すシステムは、複数のＩＣカード１０、複数の購入制御端末２００、購入制御端末２００に接続される課金ユニット１００、複数の販売サーバ４００、及び１つの認証課金センタ３００から構成される。
【００８５】
このうち、ＩＣカード１０は、購入制御端末２００と通信を行なう通信部１１、認証課金センタ３００からの認証メッセージに対する応答を生成することでカード認証を実行する認証応答部１２と、個々のカードを一意に特定できる識別子であるカードＩＤやカード認証のための秘密データであるカード認証鍵などを保持するメモリであるカードデータ保持部１３からなり、認証課金センタ３００から認証を受けることによって、カードＩＤに対する正当なカードであることを保証するための機能を包含した、残額を持つプリペイドカードである。
【００８６】
図６は、本発明の第１の実施例のＩＣカードのカードデータ保存部内のデータの例である。カードデータ保存部１３のデータは、個々のＩＣカード１０を一意に特定する識別子であるカードＩＤと、カード認証時に認証データの生成に使用するカード認証鍵からなる。カードＩＤの属性としては、外部からの読み出しは“可”であるが、書込みは“不可”であることが望ましい。また、カード認証鍵の属性としては、認証応答部１２で認証データ生成時に利用できればよく、外部からの読み出し・書込み共に不可であることが望ましい。但し、認証成功時の特定の条件下で、認証課金センタ３００からのカード認証鍵の更新が可能であることが望ましい。
【００８７】
また、購入制御端末２００は、購入制御部２３０から課金ユニット１００への通信を仲介したり、認証課金センタ３００への通信を通信部２１０を使用して仲介したり、メッセージにより課金ユニット１００からの通信先を購入制御部２３０と認証課金センタ３００とに振り分ける課金ユニットドライバ２２０と、インターネットなどのネットワーク５００に接続され、認証課金センタ３００や販売サーバ４００との通信を行なう通信部２１０と、キーボタン装置やディスプレイ装置などの入出力手段を持ち、購入者からの操作等により課金ユニットドライバ２２０に対してＩＣカード１０の認証や手形情報生成の要求を行い、生成された手形情報を通信部２１０の仲介により販売サーバ４００へ渡すことにより、商品の購入要求及び、支払処理を行なう購入制御部２３０とからなる。
【００８８】
購入制御端末２００は、課金ユニット１００に挿入されたＩＣカード１０のプリペイド残額から販売サーバ４００への支払制御を行なうことで、購入者に対してコンテンツ等の購入サービスを提供する端末である。
【００８９】
なお、購入制御端末２００は、複数設置されることを前提としており、例えば、該当に設置されるキオスク（Ｋｉｏｓｋ）端末のようなのであったり、家庭内に設置されるパソコンであったり、その他任意の場所に設置されるコンテンツや商品購入の申込み（及びダウンロード）端末である。
【００９０】
また、販売サーバ４００は、インターネットなどのネットワーク５００に接続され、購入制御端末２００や認証課金センタ３００との通信を行なう通信部３１０と、購入制御端末２００からの商品の購入要求を受け付け、購入要求受付時に受け取った手形情報を認証課金センタ３００に送付することで課金要求を行い、課金要求の結果から購入制御端末２００に対して、商品の受け取りのための許可情報の送信やコンテンツダウンロードを行なう等の、コンテンツ等の商品販売の課金制御を行なうサーバである。
【００９１】
なお、販売サーバ４００を持つ販売者は、認証課金センタ３００からの精算処理により、販売額に対応した代金を受け取ることになるが、精算時の確認のための情報を蓄える精算ログＤＢ４３０を持つこともある。
【００９２】
また、販売サーバ４００が、コンテンツを販売するサーバであれば、販売するコンテンツを蓄積しているコンテンツＤＢ等４４０を持つこともある。
【００９３】
なお、販売サーバ４００は、複数設置されることを許容し、基本的には販売業者毎に設置されることを想定している。
【００９４】
また、認証課金センタ３００は、インターネットなどのネットワーク５００に接続され、購入制御端末２００を介した課金ユニット１００や販売サーバ４００との通信を行なう通信部３１０と、ＩＣカード１０のプリペイド残額やカード認証のための情報をカードＩＤ毎に管理しているカードバリュー管理ＤＢ３４０と、課金ユニット１００の識別子であるユニットＩＤや相互認証のための情報や暗号化通信のための情報を課金ユニット毎に管理している課金ユニット管理ＤＢ３５０と、購入制御端末２００からのカード認証要求に従い、ＩＣカード１０の認証や課金ユニット１００との相互認証を行なったり、販売サーバ４００からの課金要求に従い手形情報の確認を行なうことで、プリペイド残額に対して課金を行なう認証セッション管理部３２０、認証セッション管理部３２０での課金成功時に支払先への精算のための処理を行なう精算部４４０からなる。
【００９５】
なお、精算部（精算ログＤＢ）４３０での精算方式には、
・精算部（精算ログＤＢ）４３０で精算ログを保持し、あるタイミング（月締め等）になったときに集計をして精算を行なう；
・リアルタイムにオンラインで銀行振込等により支払先（口座番号など）への支払を行なう；
等が考えられるが、本実施例では、精算部４３０で精算ログを保持しておき、精算ログに基づき支払先に対する支払を行なう精算方式を前提として説明を行なううが、支払先への具体的な支払方式は、本発明の範囲外であるので言及しない。
図７は、本発明の第１の実施例の認証課金センタ内のカードバリュー管理ＤＢの例を示す。
【００９６】
カードバリュー管理ＤＢ３４０のデータは、個々のＩＣカード１０を一意に特定する識別子であるカードＩＤと、カードＩＤに対する残額であるプリペイド残額と、カード認証時に認証データの生成に使用するカード認証鍵からなる。
【００９７】
図８は、本発明の第１の実施例の認証課金センタ内の課金ユニット管理ＤＢの例を示す。
【００９８】
課金ユニット管理ＤＢ３５０のデータは、個々の課金ユニット１００を一意に特定する識別子であるユニットＩＤと、認証課金センタ３００から課金ユニット１００を認証するための鍵である課金ユニット認証鍵と、課金ユニット１００から認証課金センタ３００が認証されるための鍵である認証課金センタ認証鍵と、課金ユニットと認証課金センタとの通信を暗号化・復号化するための暗号鍵からなる。
【００９９】
図９は、本発明の第１の実施例の認証課金センタ内の精算ログＤＢの例を示す。
【０１００】
精算ログＤＢ４３０のデータは、支払先（通常は販売者）を一意に特定する識別子である支払先ＩＤと、支払先ＩＤに対する各取引による支払額の合計である精算額と、情報購入者のカードから販売者に対する支払記録であり、カードＩＤと手形情報と支払額とコンテンツＩＤ等の取引及び取引の内容と取引場所にあたるユニットＩＤを特定する取引リストとからなる。
【０１０１】
また、課金ユニット１００は、購入制御端末２００に接続され、購入制御端末２００や認証課金センタ３００との通信を行い、通信内容に従って、認証課金センタ３００との相互認証や、ＩＣカード認証を制御すると共に、認証結果に基づき、手形情報の生成を行なう認証・課金処理部１４０と、ＩＣカード１０の挿入・抜き取りを検知し、挿入されているカードとの通信を行なうことによって、カード内データの読み書きやカード認証を行なう機能を持つカードリーダ／ライタ１１０と、課金ユニット１００の識別子であるユニットＩＤや相互認証のための情報（課金ユニット認証鍵、認証課金センタ認証鍵）や暗号化通信のための情報（暗号鍵）を外部から参照できない形で保持している秘匿保持部１２０と、認証課金センタ３００の認証に使用する乱数を生成する乱数生成部１３０とからなる。
【０１０２】
このうち、乱数生成部１３０は、ソフトウェア的に構成してタイマなどを種にした疑似乱数生成関数であったり、熱雑音等をＡ／Ｄコンバータなどで取得することで乱数とするなどハードウェア的に構成する方法でもよい。また、秘匿保持部１２０で保持する情報は、認証課金センタ３００の課金ユニット管理ＤＢ３５０と課金ユニット１００の秘匿保持部１２０の両方に設定される。なお、ユニットＩＤは、課金ユニットを特定する識別子であるため、すべての課金ユニットに対して一意でなければならないが、他の課金ユニット認証鍵・認証課金センタ認証鍵・暗号鍵は、疑似乱数生成関数で生成される乱数等でよい。また、認証・課金処理部１４０との間の通信は外部から参照されない形で実装されるのが好ましく、乱数生成部１３０と秘匿保持部１２０と認証・課金処理部１４０をまとめて、外部からの読み出しや書込みが不可能なマスクロム等のメモリを備えたワンチップマイコンなどにより実現できる。外部からの読み出しや書込みが不可能なマスクロム等のメモリには、認証・課金処理部１４０の処理手順と秘匿保持部１２０の情報が書き込まれることになる。
【０１０３】
次に、上記の構成における動作を説明する。
【０１０４】
図１０は、本発明の第１の実施例の認証処理のメッセージシーケンスチャートを示す。
【０１０５】
ステップ２０１）  まず、課金ユニット１００に対してＩＣカード１０が挿入される。
【０１０６】
ステップ２０２）  課金ユニット１００は、購入制御端末２００にカード装置通知のメッセージを送信する。
【０１０７】
ステップ２０３）  ここでは、購入制御端末２００はカード挿入通知を受け取ると、認証開始要求を課金ユニット１００に送信することで、ステップ２０４以降の“ＩＣカード認証・課金ユニット認証・認証課金センタ認証処理”で示した範囲の処理を開始するが、必ずしもカード挿入通知を受け取った時点で当該処理を行なう必要はなく、購入制御端末２００でのユーザ操作などを契機として行なってもよい。
【０１０８】
『ＩＣカード認証・課金ユニット認証・認証課金センタ認証処理』は、購入制御端末２００から認証開始要求を課金ユニット１００に送信することで開始される。
【０１０９】
ステップ２０４）  課金ユニット１００は、認証開始要求を受け取ると、挿入されているＩＣカード１０に対してカードＩＤの読み出しコマンドを送信する。
ステップ２０５）  ＩＣカード１０は、カードデータ保持部１３に保持しているカードＩＤを読み出し、課金ユニット１００に送信することで、挿入されたＩＣカード１０のカードＩＤの読み出しを行なう。
【０１１０】
ステップ２０６）  課金ユニット１００では、カードＩＤの読み出しが終わると、認証課金センタ３００を認証するためのデータ（認証課金センタチャレンジ）を乱数生成部１３０により生成される乱数として生成し、後述するステップ２１３の認証課金センタレスポンス検査の処理まで保持する。
【０１１１】
ステップ２０７）  課金ユニット１００は、購入制御端末２００の課金ユニットドライバ２２０と通信部２１０を介して認証課金センタ３００に向けてＩＣカード認証要求を送信することで、挿入されたＩＣカード１０に対するカード認証を要求するが、この際に、秘匿保持部１２０で保持されている暗号鍵で暗号化したカードＩＤと、秘匿保持部１２０で保持しているユニットＩＤと、生成した認証課金センタチャレンジを送信する。但し、カードＩＤは必ずしも暗号化する必要はなく、カードＩＤを購入制御端末２００に知られたくない場合に暗号化すればよい。なお、ここでは、暗号化関数は、課金ユニットと認証課金センタで共通の暗号鍵を保持している共通鍵暗号化方式を前提として記述しているが、課金ユニット１００と認証課金センタ３００で対の鍵を持つことで公開鍵暗号化方式にすることも可能である。なお、暗号化方式は、鍵がわからない限り容易に原文や鍵を類推されない方式であれば何でもよい。
【０１１２】
ステップ２０８）  認証課金センタ３００では、ＩＣカード認証要求を受け取ると、認証ユニット管理ＤＢ３５０で保持している暗号鍵を使用してカードＩＤ・ユニットＩＤ・認証課金センタチャレンジを復号化する。
【０１１３】
ステップ２０９）  認証課金センタ３００の課金ユニット管理ＤＢ３５０でユニットＩＤに対して保存されている認証課金センタ認証鍵を使用し、復号化された認証課金センタチャレンジに対する認証のための計算を認証セッション管理部３２０で行い、認証課金センタレスポンスの生成を行なう。
【０１１４】
ここで、認証セッション管理部３２０で行なう認証課金センタレスポンスの生成の例を示す。
【０１１５】
図１１は、本発明の第１の実施例の認証課金センタレスポインス計算方法の例を示す。同図に示す例で、課金ユニット管理ＤＢ３５０でユニットＩＤに対して保存されている認証課金センタ認証鍵を暗号化鍵とし、課金ユニット１００で生成した認証課金センタチャレンジを入力メッセージとしたＭＡＣ関数により、ＭＡＣ（メッセージ認証子）としての認証課金センタレスポンスを得ている。ＭＡＣ関数は、暗号化関数を使用したメッセージ識別子生成方式を前提としており、国際標準規格であるＩＳＯ９７９７で定義されているようなＭＡＣ(message authentication code: メッセージ認証子) 生成関数等が使用できる。
【０１１６】
また、認証課金センタレスポンス生成処理では、認証課金センタ認証鍵を使用していることを証明できる情報として認証課金センタレスポンスが作成できれば、図１１の例以外の方法であってもよく、例えば、認証課金センタ認証鍵と認証課金センタチャレンジを連結して一方向性ハッシュ関数に通した結果を認証課金センタレスポンスとしたり、認証課金センタ認証鍵を鍵とした非対称（公開鍵）暗号方式を使用したディジタル署名等を認証課金センタレスポンスとして使用しても構わない。但し、非対称暗号方式を使用する場合には、認証課金センタ３００で保持する認証課金センタ認証鍵を認証鍵とし、課金ユニット１００で保持する認証課金センタ認証鍵を検証鍵として、それぞれでペアとして関連付けられてはいるが、異なるデータの鍵を使用する必要がある。
【０１１７】
ステップ２１０）  次に、認証課金センタ３００は、課金ユニット１００を認証するためのデータ（課金ユニットチャレンジ）を疑似乱数生成関数などにより生成される乱数として生成し、ステップ２１３まで保持する。
【０１１８】
ステップ２１１）  認証課金セン３００は、疑似乱数生成関数等を使用して乱数を生成する。
【０１１９】
ステップ２１２）  認証課金センタ３００は、計算された認証課金センタレスポンスと、生成した課金ユニットチャレンジと、生成した乱数を計算要求として購入制御端末２００の通信部２１０と課金ユニットドライバ２２０を介して課金ユニット１００に送信する。
【０１２０】
ステップ２１３）  課金ユニット１００では、認証課金センタ３００から受け取った計算要求メッセージ中の認証課金センタレスポンスを取り出し、認証課金センタチャンレンジと秘匿保持部１２０で保持している認証課金センタ認証鍵を使用した認証課金センタ３００でのステップ２１０の認証課金センタレスポンス生成処理と同じ計算を認証課金処理部１４０で行い、認証課金センタ３００から受け取った認証課金センタレスポンスと計算の結果を比較して、双方が同じであれば、認証課金センタの認証が成功したものとし、以下の動作を続行するが、計算の結果が異なれば、認証課金センタの認証が失敗したものとして、認証処理を中止する。
【０１２１】
ステップ２１４）  課金ユニット１００は、認証課金センタレスポンス検査が成功すると、計算要求に含まれる乱数をカード計算要求としてＩＣカード１０に転送する。
【０１２２】
ステップ２１５）  ＩＣカード１０は、計算要求を受け取ると、応答計算として、受け取った乱数に対する計算を認証応答部１２で行なう。
【０１２３】
以下に認証応答部１２における応答計算について説明する。
【０１２４】
図１２は、本発明の第１の実施例のＩＣカード認証応答計算方法（その１）である。同図の例では、応答計算に使用するパラメータとして認証課金センタで生成した乱数と、カードデータ保持部１３で保持するカード認証鍵を使用し、乱数を暗号化関数への入力文とし、カード認証鍵を暗号化鍵として使用することで、得られた暗号化結果を応答計算の計算結果としている。
【０１２５】
ここで、暗号化関数は、入力文である乱数から計算結果を推測したり、入力文である乱数と出力文である計算結果からカーポド認証鍵を推測したりする事が困難な方式であればなんでもよい。
【０１２６】
もう一つの認証応答部１２で行なう計算の例を以下に示す。
【０１２７】
図１３は、本発明の本発明の第１の実施例のＩＣカード認証応答計算方法（その２）である。同図の例では、図１２の例と同様に応答計算に使用するパラメータとして、認証課金センタ３００で生成した乱数と、カードデータ保持部１３で保持するカード認証鍵を使用し、カード認証鍵と乱数を結合して、一方向性ハッシュ関数の入力として使用することで、得られた出力結果を応答計算の計算結果としている。
【０１２８】
ここで、一方向性ハッシュ関数は、計算結果と入力文の一部である乱数から、入力文の他の一部であるカード認証鍵を推測することが困難な方式であればなんでもよく、ＭＤ５関数，ＳＨＡ関数等を使用することが可能である（一方向性ハッシュ関数、ＭＤ５，ＳＨＡに関する参考文献：岡本英司著、「暗号理論入門：共立出版、1993）。
【０１２９】
また、認証応答部１２で行なう計算は、図１２や図１３に示した以外の方法でもよく、カード毎に秘匿されて、設定されるカード認証鍵を使用することで、入力の乱数から計算結果の推測が困難な計算方式であればなんでもよい。特に、ＩＣカード媒体を安価に製造するためには簡単な論理で計算できるものの方が望ましく、媒体の製造コストと安全性（計算結果の推測困難性）から方式を決定すればよい。
【０１３０】
ステップ２１６）  ＩＣカード１０では、応答計算による計算結果が得られると、カーッド計算要求応答として、計算結果を課金ユニット１００に送信する。
ステップ２１７）  課金ユニット１００では、カード計算要求応答が得られると、秘匿保持部１２０で保持している課金ユニット認証鍵を使用し、ステップ２１１で取得した課金ユニットチャレンジに対する認証のための計算を認証・課金理部１４０で行い、課金ユニットレスポンスの生成を行なう。
【０１３１】
ここで、認証・課金処理部１４０で行なう課金ユニットレスポンス生成の例を説明する。
【０１３２】
図１４は、本発明の第１の実施例の課金ユニットレスポンス計算方法の例を示す。同図の例では、認証・課金処理部１４０で保持する課金ユニット認証鍵を暗号化鍵とし、認証課金センタ３００で生成した課金ユニットチャレンジを入力メッセージとしたＭＡＣ関数により、ＭＡＣ（メッセージ識別子）としての課金ユニットレスポンスを得ている。ＭＡＣ関数は、暗号化関数を使用したメッセージ識別子生成方式を前提としており、国際基準規格であるＩＳＯ９７９７で定義されている様なＭＡＣ(message authentication code: メッセージ識別子) 生成関数等が使用できる。
【０１３３】
また、課金ユニットレスポンス生成処理においては、課金ユニット認証鍵を使用していることを証明できる情報としての課金ユニットレスポンスが作成できれば、図１４以外の方法であってもよく、例えば、課金ユニット認証鍵と課金ユニットチャレンジを連結して一方向性ハッシュ関数に通した結果を課金ユニットレスポンスとしたり、課金ユニット認証鍵を鍵とした非対称（公開鍵）暗号方式を使用したディジタル署名等を課金ユニットレスポンスを使用しても構わない。但し、非対称暗号方式を使用する場合には、課金ユニットで保持する課金ユニット認証鍵を認証鍵とし、認証課金センタ３００で保持する課金ユニット認証鍵を検証鍵として、それぞれペアとして関連付けられてはいるが、異なるデータの鍵を使用する必要がある（課金ユニットレスポンスの生成は、認証課金センタレスポンスの生成と同様である）。
【０１３４】
ステップ２１８）  課金ユニット１００は、計算要求応答として、購入制御端末２００の課金ユニットドライバ２２０と通信部２１０を介して課金ユニットレスポンスと計算結果を認証課金センタ３００へ送信する。
【０１３５】
ステップ２１９）  認証課金センタ３００では、計算要求応答から課金ユニットレスポンスが得られると、課金ユニットレスポンス検査処理として、課金ユニットチャレンジとＩＣカード認証要求で受け取ったユニットＩＤに対して課金ユニット管理ＤＢ３５０で保持している課金ユニット認証鍵を使用した、課金ユニット１００におけるステップ２１７での課金ユニットレスポンス生成処理と同じ計算を認証セッション管理部３２０で行い、課金ユニット１００から受け取った課金ユニットレスポンスと計算結果を比較して、双方が同じであれば、課金ユニットの認証が成功したものとし、以下の動作を続行するが、計算の結果が異なれば、課金ユニットの認証が失敗したものとして認証処理を中止する。
【０１３６】
ステップ２２０）  次に、認証課金センタ３００では、認証セッション管理部３２０により、ステップ２１１の乱数生成処理で生成した乱数とカードバリュー管理ＤＢ３４０に保存してあるカードＩＤに対応するカード認証鍵を使用した、ＩＣカード１０のステップ２１５の応答計算と同じ計算を行い、ＩＣカード１０から課金ユニット１００を経由して受け取った計算結果と認証セッション管理部３２０で比較して、双方の計算結果が同じであれば、カード認証が成功したものとし、計算結果が異なれば、カード認証が失敗したものとする。
【０１３７】
ステップ２２１）  カード認証が成功すると、認証課金センタ３００では、カードＩＤに対する認証セッションＩＤや手形署名鍵等の手形情報生成に必要なデータをＩＣカード認証結果として生成する。
【０１３８】
ステップ２２２）  カードＩＤに対して生成した、認証セッションＩＤと、手形署名鍵とカードバリュー管理ＤＢ３４０でカードＩＤに対応して管理されているプリペイド残額と、認証課金センタ３００で管理している認証有効期間とを、課金ユニット管理ＤＢ３５０にユニットＩＤに対応して保持している暗号鍵で暗号化して購入制御端末２００を介して課金ユニットに送信する。
【０１３９】
ステップ２２３）  認証課金センタ３００では、ＩＣカード認証結果を課金ユニット１００に送信すると共に、カードＩＤが認証済であることを示す認証セッション情報として、ＩＣカード認証要求で受け取ったユニットＩＤと共に、認証セッション管理部３２０に保持する。なお、ここでは、認証セッションＤＩ・手形署名鍵、プリペイド残額・認証有効期限を送信するときに暗号化して送信しているが、認証セッションＩＤとプリペイド残額と認証有効期限は必ずしも暗号化する必要はないが、手形署名鍵は課金ユニット１００以外に知られないように暗号化する必要がある。なお、ここでは、暗号化関数は、課金ユニット１００と認証課金センタ３００で共通の暗号鍵を保持している共通鍵暗号化方式を前提として記述しているが、課金ユニットと認証課金センタで対の鍵を持つことで、公開鍵暗号化方式にすることも可能である。なお、暗号化方式は、鍵がわからない限り容易に原文や鍵を類推されてない方式であればなんでもよい。
【０１４０】
ここで、認証課金センタ３００における認証セッション情報の例を示す。
【０１４１】
図１４は、本発明の第１の実施例の認証課金センタにおける認証セッション情報の例を示す。同図の例では、認証課金センタの認証セッション情報は、カードＩＤと認証セッションＩＤと手形署名鍵と認証タイムアウト時間と使用済手形発行ＩＤリストとユニットＩＤからなる。
【０１４２】
このうち認証セッションＩＤは、認証セッション管理部３２０で生成される認証を一意に特定する識別子であり、他の認証セッション情報と重ならないように生成されればよく、認証セッション管理部３２０で管理するシリアル番号により割り振るなどの方法で生成できる。
【０１４３】
また、手形署名鍵は認証セッションＩＤに対して生成される、認証セッション中に手形情報の確認に使用される鍵であり、課金ユニット１００以外の第三者から推測されない形で生成されればよく、疑似乱数生成関数により生成される乱数を使用するなどの方法がとれる。
【０１４４】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）から、認証課金センタ３００に任意に設定されている認証有効期間経過した時点の時刻であり、認証タイムアウト時間に到達した時点で、当該認証セッション情報を破棄することになる（または、認証セッション情報を無効とする）。
【０１４５】
ステップ２２４）  課金ユニット１００では、ＩＣカード認証結果を受信し、暗号化された認証セッションＩＤと手形署名鍵とプリペイド残額と認証有効期間を受信すると、受信したデータを復号化して、認証・課金処理部１４０に手形情報生成のためのデータである認証セッション情報として保存する。
【０１４６】
ステップ２２５）  課金ユニット１００は、受信したプリペイド残額を購入制御端末２００に送信することで、認証が終了したことを通知する。
【０１４７】
ステップ２２６）  購入制御端末２００では、認証終了通知を受け取ると、受信したプリペイド残額を購入制御部２３０のディスプレイ装置などにより表示することでユーザに提示する。
【０１４８】
図１６は、本発明の第１の実施例の課金ユニットにおける認証セッション情報の例を示す。同図に示す例では、課金ユニット１００の認証セッション情報は、カードＩＤと手形発行可能額と認証セッションＩＤと手形署名鍵と認証タイムアウト時間と次回手形発行ＩＤからなる。なお、例では、１つの認証セッション情報となっているが、複数のカードを同時に扱うことのできるカードリーダ／ライタを持つ課金ユニット（非セッション型カードなどの場合）では複数のカードＩＤに対する認証セッション情報を保持してもよい（ここで、複数んカードを同時に扱えるカードリーダ／ライタ１１０を使用し、複数の認証セッション情報を管理できる課金ユニットの場合には、引き抜かれたカードのカードＩＤに対応する認証セッション情報を特定したり、通信対称のカードを特定するために、カードリーダ／ライタ１１０では、カード挿入時及びカード引抜き時に、カードリーダ／ライタ１１０がカードを特定する情報を認証・課金処理部１４０に出力する必要があり、ＩＣカード１０との通信時には、カードリーダ／ライタ１１０がカードを特定する情報を指定して通信する必要がある。また、カード挿入通知や、カード引抜き通知は、認証開始要求等、購入制御端末２００と課金ユニット１００との通信においてもカードリーダ／ライタがカードを特定する情報をやりとりする必要がある。また、認証・課金処理部１４０でカードＩＤに関連して、カードリーダ／ライタ１１０がカードを特定する情報を管理しておくことで、カード引抜き時に引き抜かれたカードのカードＩＤ及び認証セッション情報を特定することが可能となる）。
【０１４９】
ここで、手形発行可能額は、ステップ２２２において認証課金センタ３００から受信したＩＣカード認証結果のプリペイド残額が初期値として設定され、手形情報の販売サーバ４００への払出し毎に支払額分減算することで、プリペイド残額の把握を行なう。
【０１５０】
また、認証セッションＩＤと手形署名鍵は、ステップ２２２において認証課金センタ３００から受信したデータである。
【０１５１】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）からステップ２２２で受信したＩＣカード認証結果の認証有効期間経過した時点の時刻であり、認証タイムアウト時間を超えたときには、認証セッション情報が無効であると判断する。
【０１５２】
また、次回手形発行ＩＤは、次回に生成する手形情報中の手形発行ＩＤを示しており、手形情報（手形発行ＩＤ）を生成する毎に、１づつ加算していく。新たに認証セッション情報が保存されたときには、初期値として０などが設定される。
【０１５３】
なお、課金ユニットレスポン検査（課金ユニット認証）や計算結果照合（カード認証）が失敗した場合には、ステップ２２１、ステップ２２３は行なわずに、ステップ２２２で認証失敗を通知し、認証失敗を受け取った購入制御端末２００でもステップ２２４の認証セッション情報の保存は行なわない（課金ユニット）。
【０１５４】
次に、上記の購入・支払処理について詳細に説明する。
【０１５５】
図１７は、本発明の第１の実施例の支払処理・認証状態終了処理のメッセージシーケンスチャートである。
【０１５６】
同図において、購入・支払処理で示した範囲で、手形情報の生成・払い出しによるコンテンツ等の商品購入及び支払処理を行なうが、購入・支払処理のタイミングは、ＩＣカード認証処理の後で、認証状態終了処理の前であればいつでもよいが、通常は、購入者から商品購入の指示が出たときに行なう。
【０１５７】
また、購入・支払処理で示した範囲の処理は、１回のＩＣカード認証処理に対して複数回行なうことが可能であり、つまり、１回のカード認証で、複数の販売サーバ４００への複数回の支払（複数の販売サーバから複数回の商品購入）が可能となっている。
【０１５８】
本実施例の購入・支払処理では、手形情報生成等の支払処理を行なう前に、購入対象の商品の情報（コンテンツＩＤ、価格、支払先ＩＤ等）を入手しておき、購入者からの購入指示があることを前提としており、購入する商品はダウンロードコンテンツであることを前提としている。
【０１５９】
ステップ３０１）  まず、購入制御端末２００では、販売サーバ４００からコンテンツ名・コンテンツＩＤ・価格・支払先ＩＤ等からなるコンテンツ情報のメニューリストを入手する。
【０１６０】
ステップ３０２）  入手したメニューリストを購入制御部２３０のディスプレイ装置などに表示することで購入者の入力を促進する。
【０１６１】
ステップ３０３）  購入制御部２３０のキーボタン装置等により購入者から購入コンテンツの指定がされる。
【０１６２】
ステップ３０４）  購入制御端末２００は、課金ユニットに対して手形要求として、コンテンツＩＤと支払先ＩＤとコンテンツの価格である支払額とを送信し、支払処理に入る。
【０１６３】
ステップ３０５）  課金ユニット１００で手形要求として、コンテンツＩＤと支払先ＩＤと支払額を受け取ると、認証セッション情報の認証セッションＩＤと手形署名鍵と次回手形発行ＩＤを読み出し、認証・課金処理部１４０で手形署名の作成を行なうことで、手形情報を生成すると共に、認証セッション情報の手形発行可能額から購入コンテンツの価格である支払額を減算し、次回手形発行ＩＤに１加算する。但し、当該認証セッション情報の認証タイムアウト時間を超えているときには、手形情報を作成しても手形情報による課金ができないため、手形情報の生成は行なわずに、手形情報でエラーを返す。
【０１６４】
なお、複数のカードに対応した課金ユニット１００の場合には、購入制御端末２００でＩＣカード１０を指定して手形要求を行なうことになるが、認証・課金処理部１４０で保持する認証セッション情報が複数あるとき（複数のカードが認証済の時）の購入制御端末２００におけるカードの選択は、
・早く挿入されたカードを選ぶ；
・残額の少ないカードを選ぶ；
・残額の多いカードを選ぶ；
等のルールや、他のルールによっても構わない。
【０１６５】
図１８は、本発明の第１の実施例の手形情報の例を示す。同図に示す例では、手形情報は、認証セッションＩＤと手形発行ＩＤと手形署名からなり、認証セッションＩＤには、認証セッション情報から読み出した認証セッションＩＤが入り、手形発行ＩＤには、認証セッション情報から読み出した次回手形発行ＩＤが入り、手形署名には認証・課金処理部１４０で作成する手形署名が入る。
【０１６６】
図１９は、本発明の第１の実施例の認証・課金処理部における手形署名作成方法の例を示す。同図に示す例では、手形署名を作成するためのパラメータとして、手形署名鍵・認証セッションＩＤ・手形発行ＩＤ・支払先ＩＤ・支払額・コンテンツＩＤを使用し、各パラメータを結合したデータを一方向性ハッシュ関数に入力することで、入力文に対するメッセージ認証子としての手形署名を得ている。一方向性ハッシュ関数は、計算結果から入力文のカード認証鍵を推測することが困難であり、逆にカード認証鍵を知らなければ別の入力文と手形署名のペアの作成が困難な方式であればなんでもよく、ＭＤ５関数、ＳＨＡ関数等を使用することが可能である。また、パラメータとしては、上記以外にもユニットＩＤや課金ユニット認証鍵等を追加して使用してもよい。
【０１６７】
ここで、手形署名鍵・認証セッションＩＤ・手形発行ＩＤは、認証セッション情報から読み出したデータであり、支払元（課金先）のカードを証明する情報となっている。
【０１６８】
また、支払先ＩＤ・コンテンツＩＤは、販売サーバ４００から受け取った購入コンテンツの情報であり、または、支払先にはコンテンツの購入コンテンツの価格を入れ、これら支払先ＩＤ・コンテンツＩＤ・支払額は取引の内容を限定する情報となっている。
【０１６９】
図２０は、本発明の第１の実施例の手形署名生成方法の例（その２）を示す。同図の例では、図１９の例と同様に、手形署名を作成するためのパラメータとし、手形署名鍵・認証セッションＩＤ・手形発行ＩＤ・支払先ＩＤ・支払額・コンテンツＩＤを使用し、手形署名鍵を暗号化鍵とし、他のパラメータを結合したデータを入力メッセージとしたＭＡＣ関数により、ＭＡＣ（メッセージ認証子）としての手形署名を得ている。ＭＡＣ関数は、暗号化関数を使用したメッセージ識別子生成方式を前提としており、国際標準規格であるＩＳＯ９７９７で定義されているようなＭＡＣ(messeage authentication code:メッセージ認証子）生成関数等が使用できる。また、パラメータとしては上記以外にもユニットＩＤや課金ユニット認証鍵等を入力メッセージ等に追加して使用してもよい。
【０１７０】
また、手形署名作成方法は、認証セッションＩＤ・手形発行ＩＤ・支払先ＩＤ・支払額・コンテンツＩＤが改ざんされていないことを証明できる情報としての手形署名が作成できれば、図１９及び図２０の例以外の方法であってもよく、例えば、手形署名鍵を鍵とした非対象（公開鍵）暗号方式を使用したディジタル署名等を使用しても構わない。ただし、非対象暗号方式を使用する場合には、課金ユニットで保持する手形署名鍵を認証鍵とし、認証課金センタ３００で保持する手形署名を検証鍵として、それぞれペアとして関連付けられてはいるが異なる鍵を使用する必要がある。
【０１７１】
ステップ３０６）  ステップ３０５で手形情報が生成されると、生成された手形情報を課金ユニット１００から購入制御端末２００に送信する。
【０１７２】
ステップ３０７）  購入制御端末２００では、販売サーバ４００に対して、購入コンテンツを指定するコンテンツＩＤと、支払のための情報である手形情報とを送信することで、コンテンツ購入を要求する。
【０１７３】
ステップ３０８）  販売サーバ４００では、コンテンツＩＤと手形情報を受け取ると、認証課金センタ３００に対して手形情報と、精算時の支払先を特定する情報としての支払先ＩＤと、コンテンツの価格に相当する請求額と、コンテンツＩＤを送信する。
【０１７４】
ここで、請求額は、ステップ３０１で購入制御端末２００に送信したコンテンツの価格と同額でなければならず、支払先ＩＤもステップ３０１で購入制御端末２００に送信した支払先ＩＤでなければならない（他の値を入れると課金に失敗する）。なお、通常の場合、支払先ＩＤは、販売サーバ４００を持つ事業者を特定する情報である。
【０１７５】
ステップ３０９）  認証課金センタ３００では、課金要求として、手形情報、支払先ＩＤ、請求額、コンテンツＩＤを受け取ると、まず、手形情報中の認証セッションＩＤを認証セッション管理部３２０で保持している認証セッション情報から検索し、該当する認証セッション情報がある場合には、現在時刻が認証タイムアウト時間前であるかを調べる。
【０１７６】
該当する認証セッション情報があり、認証タイムアウト時間前であったときには、要求された手形情報に対する認証が有効であると判断し、次のステップに移行する。逆に、該当する認証セッション情報がなかったり、あったとしても認証タイムアウト時間を過ぎている場合には、販売サーバ４００に対して課金失敗を通知し、処理を終了する。
【０１７７】
ステップ３１０）  手形情報中の手形発行ＩＤが検索された該当する認証セッション情報の使用済手形発行ＩＤリストに登録されていないかを検査し、もし登録されていれば、既に課金済の手形情報であると判断し、販売サーバ４００に対して課金失敗を通知し、処理を終了する。
【０１７８】
手形発行ＩＤが登録されていないときには、検索された該当する認証セッション情報の手形署名鍵と、販売サーバ４００から受信した手形情報、支払先ＩＤ、請求額、コンテンツＩＤを使用して、手形情報中の手形署名の検査を行なう。
【０１７９】
手形署名の検査では、課金ユニットでの手形署名作成時と同じ手順で手形署名鍵、手形情報中の認証セッションＩＤ・手形情報中の手形発行ＩＤ・支払先ＩＤ・請求額（手形署名作成時の支払額）・コンテンツＩＤをパラメータとして手形署名を作成し、手形情報中の手形署名と作成された手形署名が同じであるかを比較する。
【０１８０】
ここで、手形情報中の手形署名と作成された手形署名が異なる場合には、手形情報または、販売サーバ４００から指定された情報が不正であると判断し、販売サーバ４００に対して課金失敗を通知し、処理を終了する。
【０１８１】
手形情報中の手形署名と作成された手形署名が同一の場合には、次のステップに移行する。
【０１８２】
ステップ３１１）  認証課金センタ３００は、手形情報中の手形発行ＩＤをステップ３０９で検索された認証セッション情報の使用済手形発行ＩＤリストに登録すると共に、ステップ３０９で検索された認証セッション情報のカードＩＤに対応して、カードバリュー管理ＤＢ３４０で管理されているプリペイド残額から販売サーバ４００から受け取った請求額分を減算する。ここで、プリペイド残額が請求額を下回る場合には、請求額分の課金が不可能であると判断し、販売サーバ４００に対して課金失敗を通知し、処理を終了する。
【０１８３】
プリペイド残額の計算ができたら、認証セッション管理部３２０から精算部４４０に対して、当該カードＩＤと販売サーバ４００から受信した手形情報・支払先ＩＤ・請求額・コンテンツＩＤを渡すことで、精算部４４０では精算部内で管理する精算ログＤＢ４３０の当該支払先ＩＤに対応して、取引リストとして手形情報・請求額・コンテンツＩＤ・認証セッション情報のユニットＩＤの情報を追加し、精算額に請求額分を加算する。
【０１８４】
ステップ３１２）  課金が成功すると、課金要求の応答として、認証課金センタ３００から販売サーバ４００に対して課金が成功したことを通知する。
【０１８５】
ステップ３１３）  販売サーバ４００では、課金成功通知を受信すると、購入制御端末２００に対して要求されたコンテンツの配信を開始する。
【０１８６】
最後に、認証状態終了処理について説明する。
【０１８７】
最後に図１７に示す“認証状態処理”で示される範囲において、ＩＣカード１０に対する認証状態の破棄を行なう。当該認証状態終了処理が行なわれると、課金ユニット内の対象カードの認証セッション情報が削除されるため、対象カードに対する手形情報の生成を行なうことができなくなる。また、認証課金センタ３００の対象カードの認証セッション情報も削除されるため、支払処理の認証中検査が失敗し、再度、ＩＣカード認証処理が行なわれるまでは対象カードに対する課金が不可能となる。
【０１８８】
なお、本実施例の説明では、カード引抜きを契機として認証状態終了処理を記述しているが、カード引抜き以外でも、ユーザからサービス終了等の指示があり、課金ユニットに認証状態終了を示すメッセージが送られたとき、等を契機として認証状態終了処理を行なってもよい。
【０１８９】
ステップ３１４）  ＩＣカード認証処理により認証済のカードが引き抜かれるステップ３１５）  課金ユニット１００内のカードリーダ／ライタ１１０によりカード引抜きが検知され、課金ユニット１００では、購入制御端末２００に対して、カード引抜き通知のメッセージを送信することで、カード引抜きを通知する。このとき、複数のカード対応の課金ユニットの場合には、引き抜かれたカードを特定する情報も一緒に送信する。
【０１９０】
ステップ３１６）  次に、課金ユニット１００で、認証・課金処理部１４０で保持している引き抜かれたカードのカードＩＤに対応する認証セッション情報を削除する。
【０１９１】
ステップ３１７）  課金ユニットの認証・課金処理部１４０では、購入制御端末２００を介して認証課金センタに対し、認証セッション情報に保持されていた認証セッションＩＤを送信することで、カードＩＤのカードの認証状態の破棄（認証セッション情報の削除）を要求する。
【０１９２】
ここで、ＩＣカード認証終了要求として送信する情報は、認証セッションを特定できる情報であればよく、本実施例においても認証セッションＩＤではなくカードＩＤでもよい。
【０１９３】
ステップ３１８）  認証課金センタ３００では、ＩＣカード認証終了要求を受信すると、受信した認証セッションＩＤにより認証セッション管理部３２０で保持する認証セッション情報を検索して、検索された認証セッション情報を削除することで認証セッションＩＤに対する認証状態の破棄を行う。
【０１９４】
ステップ３１９）  認証課金センタ３００では、認証状態が破棄されたことをＩＣカード認証終了結果として購入制御端末２００を介して課金ユニット１００に通知する。
【０１９５】
次に、上記の構成の課金ユニット１００に動作を説明する。
【０１９６】
図２１は、本発明の第１の実施例の課金ユニットの動作のフローチャートである。
【０１９７】
まず、課金ユニット１００では、カードリーダ／ライタ１１０にて、カード接続が検出されるのを待ち（ステップ４０１）、カードが検出されたら購入制御端末２００に対してカード挿入通知を送信し（ステップ４０２）、購入制御端末２００から認証開始要求メッセージが受信するのを待ち（ステップ４０３）、認証開始要求メッセージを受信したら次に移行する。
【０１９８】
認証開始要求メッセージを受信すると、接続されたＩＣカード１０内のカードデータ保持部１３に保存されているカードＩＤの読み出しを行なう（ステップ４０４）。カードＩＤの読み出しが終わると、認証課金センタ３００を認証するためのデータとして認証課金センタチャレンジを生成する（ステップ４０５）。なお、認証課金センタチャレンジには、乱数生成部１３０により生成される乱数を使用する。
【０１９９】
認証課金センタチャレンジが生成されると、認証課金センタ３００に対してＩＣカード認証要求を送信することで挿入されたＩＣカード１０に対するカード認証を要求するが、この際に、秘匿保持部１２０に保持されているユニットＩＤと、生成した認証課金センタチャレンジを送信する（ステップ４０６）。
【０２００】
次に、認証課金センタ３００からの計算要求メッセージを待ち（ステップ４０７）、メッセージを受信したら次に移行する。
【０２０１】
計算要求メッセージを受信すると、計算要求メッセージで受信した認証課金センタレスポンスの検査を行なう（ステップ４０８）。検査については、図１０のステップ２１３の説明の通りである。
【０２０２】
認証課金センタレスポンス検査でエラー（即ち、認証課金センタ３００の認証の失敗）となると（ステップ４０８，Ｙｅｓ）、エラー処理として、購入制御端末２００にエラーメッセージ等を送信し、処理を終了する（ステップ４２５）。
認証課金センタレスポンス検査がとおると（ステップ４０８，Ｎｏ）、カードリーダ／ライタ１１０を使用して、カード計算要求としてＩＣカード１０に計算要求で受信した乱数を送信し（ステップ４０９）、ＩＣカード１０からの計算応答を待ち（ステップ４１０）、応答を受信したら次に移行する。
【０２０３】
カード計算応答を受信すると、計算結果で受信した課金ユニットチャレンジに対して課金ユニットレスポンスを生成する（ステップ４１１）。課金ユニットレスポンスの生成については、図１０のステップ２１７の説明の通りである。
【０２０４】
課金ユニットレスポンスが生成されると、生成した課金ユニットレスポンスと、ＩＣカード１０からカード計算応答で受け取った計算結果を、計算要求応答として認証課金センタ３００に送信し（ステップ４１２）、認証課金センタ３００からのＩＣカード認証結果メッセージを待ち（ステップ４１３）、メッセージを受信したら次の処理に移行する。
【０２０５】
ここで、ＩＣカード認証結果メッセージの受信時に、認証エラーを示すデータを受信した場合には（ステップ４１４，Ｙｅｓ）、購入制御端末２００へエラーメッセージを送信するなどの処理を行い、処理を終了する（ステップ４２５）。
認証エラーでないときは（ステップ４１４，Ｎｏ）、ＩＣカード認証結果メッセージで暗号化されている認証セッションＩＤと手形署名鍵とプリペイド残額と認証有効期間を受信しているので、秘匿保持部１２０に保持している暗号鍵で復号化を行い、認証セッション情報保存で、受信したデータを認証・課金処理部１４０に手形情報生成のためのデータである認証セッション情報としてカードＩＤと共に保持する（ステップ４１５）と共に、購入制御端末２００に対して認証終了通知として受信した復号化したプリペイド残額を送信する（ステップ４１６）。なお、認証有効期間は、認証セッション情報を生成した時刻（現在時刻）から認証有効期間経過した時点の時刻としての認証タイムアウト時間として保存する。
【０２０６】
また、次回手形発行ＩＤは、“０”に初期化する。
【０２０７】
以上の処理までが認証処理に対応する。
【０２０８】
以下は、購入・支払処理及び認証状態終了処理に対応する。
【０２０９】
ここでは、カード挿入中のみ挿入されているカードの残額での手形生成ができるようにするため、カードリーダ／ライタ１１０によりカードの引抜きの検知を行い、カード引抜きを検知した場合には（ステップ４１７，Ｙｅｓ）、ＩＣカード１０に対する認証状態の破棄を行なう。認証状態の破棄は、まず、購入制御端末２００にカードが引き抜かれたことを通知する（ステップ４２２）と共に、認証・課金処理部１４０で保持している引き抜かれたカードのカードＩＤに対応する認証セッション情報を削除する（ステップ４２３）。
【０２１０】
また、課金ユニット１００の認証・課金処理１４０では、認証課金センタ３００に対して認証セッションＩＤを指定してＩＣカード認証終了要求メッセージを送信することで、認証課金センタ３００内での認証セッションＩＤのカードの認証状態の破棄（認証セッション情報の削除）を要求する（ステップ４２４）と共に、認証課金センタ３００からのＩＣカード認証終了結果を待ち、ＩＣカード認証終了結果メッセージを受信したら、処理を終了する。
【０２１１】
一方、カード引抜きの検知がされなかったときは（ステップ４１７，Ｎｏ）、購入制御端末２００からの手形要求の受信をチェックし、手形要求がされていないときには（ステップ４１８，Ｎｏ），カード引抜きまたは、手形要求がされるまで繰り返しチェックを行なう。
【０２１２】
購入制御端末２００から手形要求としてコンテンツＩＤと支払先ＩＤと支払額を受信すると、認証セッション情報に保存されている認証セッションＩＤと手形署名鍵と手形発行ＩＤ（次回手形発行ＩＤ）と、購入制御端末２００から手形要求で指定された支払先ＩＤと支払額とコンテンツＩＤとをパラメータとして、認証・課金処理部１４０で手形署名の作成を行い、認証セッションＩＤと手形発行ＩＤと手形署名を合わせて手形情報とする（手形情報及び手形署名の作成方法については、図１８〜図２０において説明する）（ステップ４１９）。
【０２１３】
但し、認証セッション情報の認証タイムアウト時間を超えているときには、手形情報を作成しても手形情報による課金ができないため、手形情報の生成は行なわずにエラーを購入制御端末２００に送信することになる。
【０２１４】
また、手形情報の生成が終了すると、認証セッション情報の手形発行可能額から購入コンテンツの価格である支払額分を減算すると共に、次回手形発行ＩＤに１加算する（ステップ４２０）。
【０２１５】
次に、購入制御端末２００に対して、手形情報を送信し（ステップ４２１）、ステップ４１７のカード引抜きに戻り、カードが引き抜かれるまでステップ４１７からステップ４２１を繰り返す。
【０２１６】
次に、購入制御端末２００の処理について説明する。
【０２１７】
図２２は、本発明の第１の実施例の購入制御端末の購入制御部の動作のフローチャートである。
【０２１８】
まず、購入制御端末２００では、課金ユニット１００にカード１０が挿入されてカード挿入通知がくるのを待ち（ステップ５０１）、カード挿入通知がきたら、挿入されたカードに対する認証開始要求メッセージを課金ユニット１００に送信し（ステップ５０２）、課金ユニット１００から認証開始要求メッセージに対する認証終了通知メッセージがくるのを待つ（ステップ５０３）。
【０２１９】
ここで、認証終了通知メッセージの受信時に、認証エラーを示すデータを受信した場合には（ステップ５０４，Ｙｅｓ）、エラーメッセージの表示や、カード引抜き・交換指示などを行い処理を終了する（ステップ５１３）。
【０２２０】
認証エラーでないときには（ステップ５０４，Ｎｏ）、認証終了通知メッセージでプリペイド残額を受信しているので、受信したプリペイド残額を購入制御部２３０のディスプレイ装置などにより表示することでユーザに提示する（ステップ５０５）。
【０２２１】
また、販売サーバ４００から購入対象コンテンツのメニューリストを取得し、取得したメニューリストを購入制御部２３のディスプレイ装置等に表示する（ステップ５０６）。
【０２２２】
なお、取得するメニューリストには、メニュー表示するためのコンテンツ名や説明情報の他に商品を購入するための手形情報作成に必要なコンテンツ情報（コンテンツＩＤ、価格、支払先ＩＤ等）が含まれている。
【０２２３】
ユーザの指示によるコンテンツ購入の処理に入る。ここで、カード挿入中のみ挿入されているカードの残額での手形取得ができるので、カード引抜きを契機にサービスを終了するように構成するため、課金ユニット１００からカード引抜き通知を受信したかをチェックし、カード引抜き通知が来た場合には（ステップ５０７、Ｙｅｓ）処理を終了する。
【０２２４】
カード引抜き通知を受信できなかった場合には、購入者の操作により、購入制御部２３０で表示されたメニューから購入コンテンツの選択が行なわれるのをチェックし、選択がされていないときには（ステップ５０８，Ｎｏ）、カード引抜きまたは、メニュー選択がされるまで繰り返しチェックを行なう。
【０２２５】
なお、購入コンテンツ選択は、購入制御部２３０のキーボタン装置等により行なわれる。
【０２２６】
購入者によりメニュー選択が行なわれて購入するコンテンツが決定すると、指定されたコンテンツに対応するコンテンツ情報（メニューリストとして販売サーバ４００から取得した情報）である支払先ＩＤと支払額とコンテンツＩＤとを指定して、課金ユニットに対して手形要求メッセージを送信し（ステップ５０９）、課金ユニット１００から手形情報が渡されるのを待つ（ステップ５１０）。
【０２２７】
課金ユニット１００から手形情報が渡されると、購入制御端末２００から販売サーバ４００に対してコンテンツ購入要求メッセージで、購入コンテンツを指定するコンテンツＩＤと、課金ユニット１００から取得した支払のための情報である手形情報とを送信することでコンテンツ購入を要求し（ステップ５１１）、販売サーバ４００から要求したコンテンツが配信されるのを待ち、配信されたコンテンツを受信する（ステップ５１２）。なお、認証課金センタ３００で手形情報の確認が失敗すると、販売サーバ４００から課金失敗の通知を受け、コンテンツが配信されない。
【０２２８】
コンテンツの受信が完了すると、ステップ５０７に戻り、カード１０が引き抜かれるまでステップ５０７からステップ５１２の処理を繰り返す。
【０２２９】
次に、認証課金センタ３００における処理について説明する。
【０２３０】
図２３は、本発明の第１の実施例の認証課金センタの全体の動作のフローチャーである。同図は、購入制御端末２００を介した課金ユニットから受け取るメッセージ受信や、販売サーバ４００から受け取るメッセージ受信や、認証セッション期限切れの監視を行い、それぞれが生起したときに対応した処理を行なうことを表している。
【０２３１】
具体的には、購入制御端末２００を介した課金ユニット１００からＩＣカード認証要求メッセージを受信したかを監視し、受信したときには（ステップ６０１，Ｙｅｓ）、ＩＣカード認証処理（ステップ６１０）を行なう。当該ＩＣカード認証処理の詳細は、図２４を用いて後述する。
【０２３２】
また、購入制御端末２００を介した課金ユニット１００からＩＣカード認証終了要求メッセージを受信したかを監視し、受信したときには（ステップ６０２，Ｙｅｓ）、ＩＣカード認証終了処理（ステップ６３０）を行なう。当該ＩＣカード認証終了処理の詳細は、図２５を用いて後述する。
【０２３３】
また、販売サーバ４００から課金要求メッセージを受信したかを監視し、受信したときには、課金処理（ステップ６４０）を行なう。当該課金処理の詳細は、図２６を用いて後述する。
【０２３４】
また、認証セッション管理部３２０で保存している認証セッション情報内の認証タイムアウト時間が現在時刻より古くなっているかを監視し、古くなっている場合認証セッションがあるときには、認証タイムアウト処理（ステップ６６０）を行なう。当該認証タイムアウト処理の詳細は、図２７を用いて後述する。
【０２３５】
以下、ＩＣカード認証処理について説明する。
【０２３６】
図２４は、本発明の第１の実施例のＩＣカード認証処理のフローチャートである。
【０２３７】
まず、課金ユニット１００からのＩＣカード認証要求メッセージで受け取ったユニットＩＤを、課金ユニット管理ＤＢ３５０から検索し、登録されていれば（ステップ６１０，Ｙｅｓ）、カードＩＤ復号化処理（ステップ６１１）に移行する。登録されていなければ（ステップ６１０，Ｎｏ）、課金ユニット１００に対してエラーを示す情報を送信するなどを行い、処理を終了する（ステップ６２４）。
【０２３８】
ステップ６１０で検索された課金ユニット管理ＤＢ３５０のユニットＩＤに対して登録されている暗号鍵を使用して、ＩＣカード認証要求により受信した暗号化されているカードＩＤの復号化を行なう（ステップ６１１）。
【０２３９】
次に、復号化されたカードＩＤを、カードバリュー管理ＤＢ３４０から検索し、登録されていれば（ステップ６１２，Ｙｅｓ）、認証課金センタレスポンス生成処理に移行する。
【０２４０】
登録されていなければ（ステップ６１２，Ｎｏ）、購入制御端末２００に対してエラーを示す情報を送信するなどの処理を行い、処理を終了する（ステップ６２４）。
【０２４１】
認証課金センタレスポンス生成及び課金ユニットチャレンジ生成処理では、図１０において説明した処理により、認証課金センタレスポンス及び課金ユニットチャレンジの生成を行なう（ステップ６１３、６１４）。
【０２４２】
次に、疑似乱数生成関数等を使用して乱数を生成し、生成した認証課金センタレスポンスと課金ユニットチャレンジと乱数とを計算要求メッセージで購入制御端末２００を介して課金ユニット１００に送信する（ステップ６１５）。
【０２４３】
次に、購入制御端末２００からの計算要求応答メッセージを待ち（ステップ６１６）、当該メッセージを受信する。計算要求応答で受信した課金ユニットレスポンスの検査を行い（ステップ６１７）、検査が成功であれば（ステップ６１８，Ｙｅｓ）、応答計算の処理（ステップ６１９）の処理に移行する。
【０２４４】
検査が失敗（つまり、課金ユニットの認証失敗）であれば（ステップ６１８、Ｎｏ）、購入制御端末２００に対してエラーを示す情報を送信するなどの処理を行い、処理を終了する（ステップ６２４）。
【０２４５】
課金ユニットレスポンスの検査方法は、図１０に示す課金ユニットレスポンス検査で示した通りである。
【０２４６】
認証セッション管理部３２０により、送信した乱数と、受信したカードＩＤに対応してカードバリュー管理ＤＢ３４０に保存してあるカード認証鍵を使用して、ＩＣカード１０と同じ計算を行い、計算結果を得る（ステップ６１９）。計算方法については、図１３、図１４における説明の通りである。
【０２４７】
次に、計算要求応答メッセージで受け取った計算結果と、認証セッション管理部３２０での計算結果を比較し、双方の計算結果が合致しなければ（ステップ６２０，Ｎｏ）、購入制御端末２００に対してＩＣカード認証結果としてエラーを示す情報を送信するなどの処理を行い、処理を終了する（ステップ６２４）。
【０２４８】
双方の計算結果が合致すれば（ステップ６２０，Ｙｅｓ）、認証セッション管理部３２０で管理するシリアル番号を割り振るなどの方法により、認証セッション情報内の他の認証セッションＩＤと重ならない認証セッションＩＤを生成すると共に、疑似乱数生成関数等により手形署名鍵を生成する（ステップ６２１）。
また、生成した認証セッションＩＤと手形署名鍵とカードバリュー管理ＤＢ３４０で受信したカードＩＤに対応して管理されているプリペイド残額と、認証課金センタ３００で管理している認証有効期間を購入制御端末２００を介して課金ユニット１００にＩＣカード認証結果メッセージとして送信する。但し、認証セッションＩＤと手形署名鍵とプリペイド残額と認証有効期間は、課金ユニット管理ＤＢ３５０でユニットＩＤに対して保存されている暗号鍵を使用して暗号化して送信する（ステップ６２２）。
【０２４９】
また、受信したカードＩＤが認証済であることを示す認証セッション情報として、受信したカードＩＤと、生成した認証セッションＩＤと、生成した手形署名鍵と、現在時刻に認証有効期間を加えた時刻である認証タイムアウト時間と、ＩＣカード認証要求で受け取ったユニットＩＤとを、認証セッション情報として、認証セッション管理部３２０で保持すると共に、使用済手形発行ＩＤリストを空リストに初期化する（ステップ６２３）。なお、認証セッション情報については、図１６において説明した通りである。
【０２５０】
なお、受信したカードＩＤが、認証セッション情報に既に保存されている場合には、カードＩＤ、認証セッションＩＤ、手形署名鍵、認証タイムアウト時間を上書きすると共に、使用済手形発行ＩＤリストを空リストに初期化する。
【０２５１】
次に、ＩＣカード認証終了処理（ステップ６３０）について説明する。
【０２５２】
図２５は、本発明の第１の実施例の認証課金センタのＩＣカード認証終了処理のフローチャートである。
【０２５３】
まず、購入制御端末２００を介した課金ユニット１００からのＩＣカード認証終了要求メッセージで受信した認証セッションＩＤが、認証セッション管理部３２０で保持する認証セッション情報に登録されているかを検索する（ここで、ＩＣカード認証終了要求で受信する情報は、認証セッションを特定できる情報であればよく、本実施例においても認証セッションＩＤではなく、カードＩＤでもよい）（ステップ６３０）。
【０２５４】
認証セッションＩＤが認証セッション情報に登録されていないときは（ステップ６３１，Ｎｏ）、課金ユニット１００に対してエラーを送信するなどの処理を行い、処理を終了する（ステップ６３４）。登録されているときは（ステップ６３１，Ｙｅｓ）、認証セッションＩＤに対応して検索された認証セッション情報を削除し（ステップ６３２）、購入制御端末２００にＩＣカード認証終了結果メッセージとして認証状態が破棄されたことを通知する（ステップ６３３）。
【０２５５】
次に、課金処理について説明する。
【０２５６】
図２６は、本発明の第１の実施例の認証課金センタの課金処理のフローチャートである。
【０２５７】
まず、販売サーバ４００から課金要求メッセージで受信した手形情報内の認証セッションＩＤが、認証セッション管理部３２０で保持する認証セッション情報に登録されているか検索する（ステップ６４０）。
【０２５８】
認証セッションＩＤが登録されていないときには（ステップ６４１，Ｎｏ）、販売サーバ４００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する（ステップ６５１）。
【０２５９】
認証セッションＩＤが登録されているときは（ステップ６４１，Ｙｅｓ）、検索された認証セッション情報の認証タイムアウト時間が、現在時刻より古ければ（ステップ６４２，Ｙｅｓ）、販売サーバ４００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する（ステップ６５１）。
【０２６０】
検索された認証セッション情報のタイムアウト時間が、現在時刻より新しければ（ステップ６４２，Ｎｏ）、次の処理に移行する。
【０２６１】
なお、タイマ監視などによりリアルタイムに期限切れセッションの検出が行なわれて、後述する認証タイムアウト処理が行なわれていれば、認証有効期限切れのチェックの処理は必ずしも必要ではない。
【０２６２】
受信した手形情報内の手形発行ＩＤが、検索された認証セッション情報の使用済手形発行ＩＤリストに登録されていなければ（ステップ６４３，Ｙｅｓ）、販売サーバ４００に対するメッセージでエラーを送信するなどを処理を行い、処理を終了する（ステップ６５１）。
【０２６３】
受信した手形情報内の手形発行ＩＤが、検索された認証セッション情報の使用済手形発行ＩＤリストに登録されていなければ（ステップ６４３，Ｎｏ）、手形署名生成を行なう。手形署名生成では、課金ユニット１００での手形署名作成時と同じ手順で、認証セッション情報に保存されている手形署名鍵と、受信した手形情報中の認証セッションＩＤと、受信した手形情報中の手形発行ＩＤと、受信した支払先ＩＤ・請求額（手形署名作成時の支払額）・コンテンツＩＤとをパラメータとして手形署名を作成する（ステップ６４４）（手形署名の作成方法については、図１９、図２０で説明した通りである）。
【０２６４】
次に、受信した手形情報中の手形署名と、ステップ６４４で作成した手形署名が同じであるかを比較する。手形情報中の手形署名と作成された手形署名が異なる場合には（ステップ６４５，Ｎｏ）、販売サーバ４００に対するメッセージでエラーを送信するなどを処理を行い、処理を終了する（ステップ６５１）。
【０２６５】
手形情報中の手形署名と作成された手形署名が同一の場合には（ステップ６４５，Ｙｅｓ）、受信した請求額と、検索された認証セッション情報内のカードＩＤに対応してカードバリュー管理ＤＢ３４０で保持しているプリペイド残額とを比較する。
【０２６６】
プリペイド残額＜請求額
の場合には（ステップ６４６，Ｎｏ）、販売サーバ４００に対するメッセージでエラーを送信するなどを処理を行い、処理を終了する（ステップ６５１）。
【０２６７】
プリペイド残額≧請求額
の場合には（ステップ６４６，Ｙｅｓ）、受信した手形情報中の手形発行ＩＤを、検索された認証セッション情報の使用済手形発行ＩＤリストに追加する（ステップ６４７）。
【０２６８】
次に、検索された認証セッション情報のカードＩＤに対応してカードバリュー管理ＤＢ３４０で管理されているプリペイド残額から、販売サーバ４００から受け取った請求額分を減算する（ステップ６４８）。
【０２６９】
また、認証セッション管理部３２０から精算部３３０に対して、カードＩＤと販売サーバ４００から受信した手形情報、支払先ＩＤ、請求額、コンテンツＩＤと、認証セッション情報に保持されているユニットＩＤを渡すことで、精算部３３０で、精算部３３０内で管理する精算ログＤＢの支払先ＩＤに対応して、取引リストとして手形情報・請求額・コンテンツＩＤ・ユニットＩＤの情報を追加し、精算額に請求額分を加算する（精算ログについては、図９において説明した通りである）（ステップ６４９）。
【０２７０】
最後に、課金要求の応答として、課金成功通知メッセージを販売サーバ４００に対して課金が成功したことを通知し、処理を終了する（ステップ６５０）。
【０２７１】
次に、認証タイムアウト処理について説明する。
【０２７２】
図２７は、本発明の第１の実施例の認証課金センタの認証タイムアウト処理のフローチャートである。
【０２７３】
ステップ６０４において期限切れのセッションの有無において検出された認証タイムアウト時間が現在時刻より古くなっている認証セッションを削除して処理を終了する（ステップ６６０）。
【０２７４】
なお、課金処理において、認証有効期限切れを判断する処理が行なわれていれば、期限切れセッションの有無の判断処理、及び、認証タイムアウト処理は必ずしも必要ではない。
【０２７５】
［第２の実施例］
図２８は、本発明の第２の実施例のシステム構成を示す。
【０２７６】
本実施例のシステムは、前述の第１の実施例と同様に、認証媒体としてＩＣカードを使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が商品購入前に、事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの発行額の金額をカード発行事業者に支払っていることを想定している。また、第１の実施例と同様に、購入されたプリペイドカードの残額は、カード発行事業者で持つ（または、カード発行事業者から委託された）認証課金センタ３００で管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払後に、認証課金センタ３００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払が行われるシステムを想定している。
【０２７７】
また、本実施例の購入制御端末２００は、電話機にインターネット等と接続するための比較的高速な回線を加えた端末（特に、公衆電話機のような公衆利用型端末）を想定しており、例えば、電話回線としてＩＳＤＮまたは、アナログ回線を使用し、インタネット等への接続回線として、ＤＳＬ回線を使用するような形態を想定している。なお、このような形態の場合には、１本の接続ケーブルで帯域分割等により双方の回線を収容することが可能である。
【０２７８】
また、本実施例では、課金のための認証サービスを電話ネットワークサービスとして提供し、商品はインターネット上にある販売サーバ４００から購入することを想定している。
【０２７９】
図２８に示すように、本実施例のシステムは、第１の実施例と同様に、複数のＩＤカード１０と、複数の購入制御端末２００と、購入制御端末２００毎に接続される課金ユニット１００と、複数の販売サーバ４００と、１つの認証課金センタ３００から構成される。
【０２８０】
但し、認証課金センタ３００が電話交換網６００内で交換機６１０と交換網で接続されたＮＳＰ（ネットワーク・サービス・プロセッサ）として構成され、ＩＳＤＮ等の公衆電話回線網で交換機６１０と接続された購入制御端末２００が交換機６１０を通して認証課金センタ３００に接続されている。これに伴い、認証課金センタ３００の通信部も、通信部Ａ３１０と通信部Ｂ３１０とに分かれている。
【０２８１】
また、購入制御端末２００の通信部２１０は、購入制御部２３０にのみ接続されており、課金ユニットドライバ２２０には接続されてはおらず、課金ユニット１００内に通信部１５０を持ち、認証・課金処理部１４０と接続されている点が第１の実施例と異なる。
【０２８２】
課金ユニット１００の通信部１５０は、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機を通して、認証課金センタ３００と通信を行い、課金ユニット１００と認証課金センタ３００との間のＩＣカード１０の認証や認証終了等の通信に用いられる。なお、回線がＩＳＤＮの場合には、購入制御端末２００−交換機６１０間では、ＩＣカードの認証や認証終了は、Ｄｃｈの制御信号等にメッセージを載せて送受信することになり、交換機６１０では、購入制御端末２００から受け取った制御信号内のメッセージの中身を取り出して、認証課金センタ３００に送信し、認証課金センタ３００からのメッセージを制御信号に載せて購入制御端末２００に送信するという中駅処理を行うことになる。
【０２８３】
また、購入制御端末２００の通信部２１０は、販売サーバ４００と通信を行うためのインタフェースであり、第１の実施例の通信部と同様にインターネットなどのネットワーク５００に接続される。
【０２８４】
また、認証課金センタ３００の通信部３１０Ａは、交換機６１０等の電話交換網６００内の機器と接続するための交換網のインタフェースであり、ここでは、交換機６１０との通信に使用される。
【０２８５】
また、認証課金センタ３００の通信部３１０Ｂは、販売サーバ４００との通信を行なうためのインタフェースであり、第１の実施例の通信部と同様にインターネットなどのネットワーク５００に接続される。
【０２８６】
なお、メッセージシーケンスやシステムの動作は、課金ユニット１００と認証課金エセンタ３００との通信が購入制御端末２００を仲介していない点を除いて、第１の実施例と同様である。
【０２８７】
なお、上記の実施例で示した各装置の動作をプログラムとして構築し、課金ユニット１００、購入制御端末２００、認証課金センタ３００、及び販売サーバ４００として利用される各コンピュータにインストールしたり、ネットワークを介して流通させることも可能である。
【０２８８】
また、構築されたプログラムを課金ユニット１００、購入制御端末２００、認証課金センタ３００、及び販売サーバ４００として利用されるコンピュータに接続されるハードディスク装置や、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現できる。
【０２８９】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【０２９０】
【発明の効果】
上述のように、本発明によれば、購入者が事前に購入しておいた認証媒体を認証することにより得られた手形署名鍵によって生成される手形情報を販売サーバに払出し、販売サーバでは、手形情報と請求項と販売者を特定するＩＤを認証課金センタに渡すことにより、認証媒体の残額に対して課金要求をかけることが可能となり、成功した課金要求の情報を元に、認証課金センタから販売者に対して精算（支払）を行うことで、結果的に認証媒体を持つ購入者から販売サーバを持つ販売者への支払が可能となるが、カード認証や手形情報生成を購入制御端末に接続された課金ユニットに閉じて行い、カード認証時には、課金ユニットと認証課金センタとの間で相互認証を行い、認証時のデータを課金ユニットと認証課金センタとの間で暗号化し、認証によって得られた手形情報生成のための情報である手形署名鍵などのデータを課金ユニット外にはわからないようにする保持する。これにより、端末から認証課金センタにアクセスしてカードのシミュレーションによるなりすましを行うことが不可能となり、認証方式が簡易なシステムにおいても、なりすましによってセンタで管理しているプリペイド残額等を不正に使用されてしまう危険性が少なくなる。
【０２９１】
また、カードを偽造し、偽造したカードを使用した時に、システム上で偽造を検出できれば、課金ユニットの識別子（ユニットＩＤ）を特定することができるため、特定の課金ユニットで不正が行なわれていることが発覚した時には、認証課金センタで保持する課金ユニット情報を削除するなどにより、課金ユニットに対するサービスを停止することも可能となる。
【０２９２】
また、カード抜き取り時には、手形情報を生成することのできる唯一の装置である課金ユニットで手形情報生成のための情報を削除するため、カードの所有者が立ち去った後には、確実に課金情報を生成することができなくなり、プリペイド残額を不正に使用することができなくなる。
【０２９３】
また、端末が信頼できない場合でも、手形生成のための情報は課金ユニット外に出ることがないため、第三者（他端末）に漏洩することはなく、他端末において課金情報の生成によるプリペイド残額を不正に使用することができなくなる。また、課金ユニットを使用することで、上述のようなセキュリティ問題が解決されるため、ＣＰＵ付ＩＣカードなど高価なＩＣカードを用いる必要はなく、簡易な認証機能のみを持った安価なＩＣカードでシステムが実現できるため、システム全体のコストが安くなる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の原理を説明するための図である。
【図３】本発明の一実施の形態におけるシステム構成図である。
【図４】本発明の一実施の形態におけるメッセージシーケンスチャートである。
【図５】本発明の第１の実施例のシステム構成図である。
【図６】本発明の第１の実施例のＩＣカードデータ保存部内のデータの例である。
【図７】本発明の第１の実施例の認証課金センタ内のカードバリュー管理ＤＢの例である。
【図８】本発明の第１の実施例の認証課金センタ内の課金ユニット管理ＤＢの例である。
【図９】本発明の第１の実施例の認証課金センタ内の精算ログＤＢの例である。
【図１０】本発明の第１の実施例の認証処理のメッセージシーケンスチャートである。
【図１１】本発明の第１の実施例の認証課金センタレスポンス計算方法の例である。
【図１２】本発明の第１の実施例のＩＣカード認証応答計算方法（その１）である。
【図１３】本発明の第１の実施例のＩＣカード認証応答計算方法（その２）である。
【図１４】本発明の第１の実施例の課金ユニットレスポンス計算方法の例である。
【図１５】本発明の第１の実施例の認証課金センタにおける認証セッション情報の例である。
【図１６】本発明の第１の実施例の課金ユニットにおける認証セッション情報の例である。
【図１７】本発明の第１の実施例の支払処理・認証状態終了処理のメッセージシーケンスチャートである。
【図１８】本発明の第１の実施例の手形情報の例である。
【図１９】本発明の第１の実施例の認証課金処理における手形署名生成方法の例（その１）である。
【図２０】本発明の第１の実施例の認証課金処理における手形署名生成方法の例（その２）である。
【図２１】本発明の第１の実施例の課金ユニットの動作のフローチャートである。
【図２２】本発明の第１の実施例の購入制御端末の購入制御部の動作のフローチャートである。
【図２３】本発明の第１の実施例の認証課金センタの全体の動作のフローチャートである。
【図２４】本発明の第１の実施例の認証課金センタのＩＣカード認証処理のフローチャートである。
【図２５】本発明の第１の実施例の認証課金センタのＩＣカード認証終了処理のフローチャートである。
【図２６】本発明の第１の実施例の認証課金センタの課金処理のフローチャートである。
【図２７】本発明の第１の実施例の認証課金センタの認証タイムアウト処理のフローチャートである。
【図２８】本発明の第２の実施例のシステム構成図である。
【符号の説明】
１０  ＩＣカード、認証媒体
１１  通信部
１２  認証応答部
１３  カードデータ保存部
１００  課金ユニット
１０１  媒体状態通知手段
１０２  相互・媒体認証手段
１０３  手形情報生成手段
１１０  カードリーダ／ライタ
１２０  秘匿保持部
１３０  乱数生成部
１４０  認証・課金処理部
２００  購入制御端末
２０１  購入要求手段
２０２  購入・支払制御手段
２１０  通信部
２２０  課金ユニットドライバ
２３０  購入制御部
３００  認証課金センタ
３０１  相互認証手段
３０２  課金手段
３１０  通信部
３２０  認証セッション管理部
３３０  精算部
３４０  カードバリュー管理ＤＢ
３５０  課金ユニット管理ＤＢ
４００  販売サーバ
４０１  課金要求手段
４０２  コンテンツ提供手段
４１０  通信部
４２０  制御部
４３０  精算ログＤＢ
４４０  コンテンツＤＢ等
５００  ネットワーク
６００  電話交換網
６１０  交換機
【図１】
0003812419.tif 000002
【図２】
0003812419.tif 000003
【図３】
0003812419.tif 000004
【図４】
0003812419.tif 000005
【図５】
0003812419.tif 000006
【図６】
0003812419.tif 000007
【図７】
0003812419.tif 000008
【図８】
0003812419.tif 000009
【図９】
0003812419.tif 000010
【図１０】
0003812419.tif 000011
【図１１】
0003812419.tif 000012
【図１２】
0003812419.tif 000013
【図１３】
0003812419.tif 000014
【図１４】
0003812419.tif 000015
【図１５】
0003812419.tif 000016
【図１６】
0003812419.tif 000017
【図１７】
0003812419.tif 000018
【図１８】
0003812419.tif 000019
【図１９】
0003812419.tif 000020
【図２０】
0003812419.tif 000021
【図２１】
0003812419.tif 000022
【図２２】
0003812419.tif 000023
【図２３】
0003812419.tif 000024
【図２４】
0003812419.tif 000025
【図２５】
0003812419.tif 000026
【図２６】
0003812419.tif 000027
【図２７】
0003812419.tif 000028
【図２８】
0003812419.tif 000029