JP3855723B2 - 課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体 - Google Patents
課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体 Download PDFInfo
- Publication number
- JP3855723B2 JP3855723B2 JP2001321098A JP2001321098A JP3855723B2 JP 3855723 B2 JP3855723 B2 JP 3855723B2 JP 2001321098 A JP2001321098 A JP 2001321098A JP 2001321098 A JP2001321098 A JP 2001321098A JP 3855723 B2 JP3855723 B2 JP 3855723B2
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- sales
- server
- medium
- billing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 176
- 230000008569 process Effects 0.000 claims description 131
- 238000012545 processing Methods 0.000 claims description 60
- 230000004044 response Effects 0.000 claims description 53
- 238000004891 communication Methods 0.000 claims description 50
- 238000007689 inspection Methods 0.000 claims description 15
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000013475 authorization Methods 0.000 claims 1
- 238000004364 calculation method Methods 0.000 description 51
- 238000007726 management method Methods 0.000 description 40
- 230000006870 function Effects 0.000 description 22
- 238000012217 deletion Methods 0.000 description 12
- 230000037430 deletion Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000007790 scraping Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000006378 damage Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体に係り、特に、インターネット等のネットワーク上のディジタルコンテンツの配送時等における少額の即時課金を行うための課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体に関する。
【０００２】
詳しくは、街頭端末等の公共性の高い場所でのコンテンツ購入時における安全性を確保した、簡易で比較的安価な媒体のカードを使用した少額即時課金を行うための課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体に関する。
【０００３】
【従来の技術】
従来、インターネットなどのネットワーク上のコンテンツ購入等における即時課金の手段として、クレジットカードやプリペイド式のスクラッチカード等が使用されている。なお、スクラッチカードとは、券面の一部を削り取ることによりカードＩＤが判るカードを指す。
【０００４】
また、ＩＣカードを利用してオフラインで決済を行う電子マネーシステムがある。
【０００５】
また、認証センタからカード認証（ＩＤ認証）を行うことで、認証センタで管理しているバリュー（残額）を利用するプリペイド型（料金前払い式）のＩＣカードシステムがある。
【０００６】
【発明が解決しようとする課題】
しかしながら、クレジットカードを利用する場合には、カード番号等のカード情報を通知する必要があり、端末・ネットワーク・コンテンツサーバ（販売者）などからカード情報が漏洩する危険性があり、カードが不正使用されてしまうという問題がある。つまり、クレジット会社は信用できても、当該クレジット会社と契約を結んでいる契約店に、商品購入の際には、クレジットカード番号を示す必要があるため、悪意の契約店であった場合に、当該クレジットカード番号を知りさえすれば、課金が自由に行われてしまうという問題がある。
【０００７】
また、スクラッチカード（券面の一部を削り取ることによりカードのＩＤが判るカード）を利用する場合にも、カードに記載された番号を入力することで、センタに登録されているバリューを使用するため、カードの番号を他人に知られることにより、バリューを不正利用されてしまう。このため、番号を盗み見られたり番号を記憶されるなどの危険性がある街頭端末での使用には問題がある。
【０００８】
また、特に、スクラッチカード等では多くの桁数の番号を入力する手間がかかるという問題がある。
【０００９】
また、認証センタからカード認証（ＩＤ認証）を行うことで、認証センタで管理しているバリュー（残額）を利用するプリペイド型のＩＣカードシステムでは、認証システムを持つ事業者との取引に限定され、同じＩＣカードを使った不特定多数の販売者との取引には使用できないという問題がある。
【００１０】
クレジットカードやスクラッチカード等では、カード番号やパスワード等を入力する必要があるため、カードに結び付けられているバリュー（残額）を第三者から不正に使用される危険性があり、特に街頭における利用の場合には、第三者から盗み見られるなどによるバリュー（残額）の不正使用の危険性が高くなるという問題や、課金時に入力の手間が掛かるといった問題がある。
【００１１】
また、ＣＰＵ付のＩＣカードを利用し、カード自身が認証やバリュー（残額）発行を行うことで不正利用を防ぐ電子マネーシステムでは、処理能力の高いＣＰＵを使用するためＩＣカードの媒体が高価であるという問題がある。
【００１２】
また、センタ型のプリペイドシステムでは、ＩＤ認証機能だけを持った安価な媒体のＩＣカードにより第三者からの不正使用を防止することが可能であると共に、購入者にとって入力の手間が掛からないが、取引は認証システムを持つ事業者が限定されており、同じＩＣカードを使って不特定多数の販売者と取引することができないという問題がある。
【００１３】
また、固定のＩＤ（クレジット番号、プリペイドカードＩＤ、ポストペイドカードＩＤ）を販売者に公開するシステムでは、販売者が購入者の利用状況を把握することが可能であるが、購入者にとっては、プライバシが脅かされることにもつながるため、必ずしも好ましいことではない。なお、ここで、プリペイドカードとは、料金前払い式のカードを指し、ポストペイドカードとは、料金後払い式カードを指す。
【００１４】
本発明は、上記の点に鑑みなされたもので、媒体が安価であり、プリペイド・ポストペイド等による決済が可能な、ネットワーク上のコンテンツ購入時などにおける即時決済を行う課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体を提供することを目的とする。
【００１５】
更なる本発明の目的は、第三者からの不正利用の危険性が少なく、購入者の匿名性が保てると共に、購入者の入力の手間が掛からない、ネットワーク上のコンテンツ購入時などにおける即時決済を行う課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体を提供することである。
【００１６】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
【００１７】
本発明（請求項１）は、複数の認証媒体、複数の購入制御端末、複数の販売サーバ及び１つの認証課金サーバからなるシステムにおいて、ネットワーク上のコンテンツ購入を含む取引の決済を行うための課金方法において、
販売サーバからコンテンツを購入する際の支払手段として、認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が購入制御端末に接続されると（ステップ１）、
購入制御端末では、認証媒体の認証を認証課金サーバに要求し（ステップ２）、
認証課金サーバにおいて、認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成する（ステップ３）と共に、購入制御端末に認証成功を通知し（ステップ４）、
購入制御端末は、認証が成功すると、販売サーバへの支払時に、認証課金サーバに対して、認証課金サーバから認証媒体の認証に成功した旨の通知と共に受信する認証セッションＩＤ、または、媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求し（ステップ５）、
認証課金サーバでは、販売ＩＤの発行要求があると、送信された認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し（ステップ６）、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持する（ステップ７）と共に、該購入制御端末に生成した該販売ＩＤを送信し（ステップ８）、
購入制御端末では、販売ＩＤを取得すると、該販売ＩＤを販売サーバに送付することで、コンテンツの購入要求を行い（ステップ９）、
販売サーバでは、販売ＩＤを受信すると、受信した該販売ＩＤと請求額を認証課金サーバに送付することで課金要求を行い（ステップ１０）、
認証課金サーバでは、販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると（ステップ１１）、該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行う（ステップ１２）と共に、販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行い（ステップ１３）、該販売サーバに対して課金の成功の通知を行う（ステップ１４）。
【００１８】
本発明（請求項２）は、認証課金サーバを、電話交換網内に設け、購入制御端末を電話回線に接続し、
購入制御端末と認証課金サーバで行われる認証媒体の認証及び、販売ＩＤ要求のためのメッセージ通信を電話回線を制御信号を介して行い、
電話交換網の交換機において、発呼端末を収容する回線を特定する。
【００１９】
本発明（請求項３）は、購入制御端末から販売サーバに接続するための発呼時に、交換機を介して、該購入制御端末と該認証課金サーバとの間で認証媒体の認証を行う。
【００２０】
本発明（請求項４）は、購入制御端末から販売サーバに接続するための呼接続の切断を契機に、交換機から認証課金サーバに対して、端末ＩＤを含む該購入制御端末を特定する情報を送信し、
認証課金サーバでは、端末ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッションに結び付けられて保持されている販売ＩＤを削除する。
本発明（請求項５）は、認証媒体の媒体ＩＤの認証に成功した時に、認証課金サーバから、認証された該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを第三者に漏洩しない方法で払出しを行い、
認証セッションＩＤを媒体ＩＤの代わりに使用する。
【００２６】
本発明（請求項５）は、購入制御端末において、
認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、認証課金サーバに送信する。
【００２８】
本発明（請求項６）は、認証課金サーバにおいて、
販売ＩＤを検査する際に、
購入制御端末から取得した支払先を特定するための販売ＩＤに対応する支払先ＩＤと、販売サーバから指定された支払先ＩＤとが一致するかを確認する。
【００２９】
本発明（請求項７）は、認証課金サーバにおいて、
販売ＩＤを検査する際に、
販売サーバから指定された請求額と、販売ＩＤと組にして保持されている支払額が一致するかを確認する。
【００３０】
本発明（請求項８）は、認証課金サーバにおいて、
販売ＩＤを検査する際に、
販売ＩＤと組にして保持されているコンテンツＩＤと、販売サーバから指定されたコンテンツＩＤとが一致するかを確認する。
【００３１】
本発明（請求項９）は、認証課金サーバにおいて、
認証媒体の認証成功からの時間を監視し、
一定時間が経過した時点で媒体ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にする。
【００３３】
図２は、本発明の原理構成図である。
【００３４】
本発明（請求項１０）は、複数の認証媒体１０、複数の購入制御端末２００、複数の販売サーバ３００及び１つの認証課金サーバ１００からなるシステムにおいて、ネットワーク４００上のコンテンツ購入を含む取引の決済を行うための課金システムであって、
購入制御端末２００は、
販売サーバ３００からコンテンツを購入する際の支払手段として、認証課金サーバ１００で残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を認証課金サーバ１００に要求する媒体認証要求手段２０１と、
認証課金サーバ１００から認証媒体の認証が成功した旨の通知と、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信すると、販売サーバ３００への支払時に、該認証課金サーバ１００に対して、該認証課金サーバ１００から該認証媒体の認証に成功した旨の通知と共に受信する該認証セッションＩＤ、または、該媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求手段２０２と、
認証課金サーバ１００から販売ＩＤを取得すると、該販売ＩＤを販売サーバ３００に送付することで、コンテンツの購入要求を行う購入要求手段２０３と、を有し、
認証課金サーバ１００は、
購入制御端末２００からの媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤに対して認証中であることを示す認証セッション情報を生成すると共に、購入制御端末２００に認証成功を通知する認証手段１０１と、
購入制御端末２００から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ１００内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末２００に生成した該販売ＩＤを送信する販売ＩＤ生成手段１０２と、
販売サーバ３００から販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバ１００で発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査手段１０３と、
販売ＩＤが、当該認証課金サーバ１００で発行したものであり、該販売ＩＤが該認証課金サーバ１００内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ１００内に保存している媒体ＩＤに対応する残金に課金を行うと共に、販売サーバ３００に対する精算情報を蓄える処理を含む精算のための処理を行う課金手段１０４と、
販売サーバ３００に対して課金の成功の通知を行う課金通知手段１０５と、を有し、
販売サーバ３００は、
認証課金サーバ１００から販売ＩＤを受信すると、受信した該販売ＩＤと請求額を認証課金サーバ１００に送付することで課金要求を行う課金要求手段３０１を有する。
【００３５】
本発明（請求項１１）は、電話交換網を更に有し、
認証課金サーバ１００を、電話交換網内に設け、購入制御端末２００を電話回線に接続する構成とし、
購入制御端末２００と認証課金サーバ１００の間で行われる認証媒体の認証及び、販売ＩＤ要求のためのメッセージ通信を電話回線を制御信号を介して行う手段と、
電話交換網の交換機において、発呼端末を収容する回線を特定する手段とを有する。
【００３６】
本発明（請求項１２）は、購入制御端末において、
販売サーバからコンテンツを購入する際の支払手段として、認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を認証課金サーバに要求する媒体認証要求手段と、
認証課金サーバから認証媒体の認証が成功した旨の通知を受信すると共に、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信し、販売サーバへの支払時に、該認証課金サーバに対して、販売ＩＤ要求として、該認証課金サーバから該認証媒体の認証が成功した旨の通知と共に受信する該認証セッションＩＤ、または、媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求手段と、
認証課金サーバから販売ＩＤを取得すると、該販売ＩＤを販売サーバに送付することで、コンテンツの購入要求を行う購入要求手段と、を有する。
【００４１】
本発明（請求項１３）は、購入制御端末において、認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、認証課金サーバに送信する手段を更に有する。
【００４２】
本発明（請求項１４）は、認証課金サーバは、
購入制御端末からの媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成すると共に、購入制御端末に認証成功を通知する認証手段と、
購入制御端末から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信する販売ＩＤ生成手段と、
販売サーバから販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査手段と、
販売ＩＤが、当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行う課金手段と、
販売サーバに対して課金の成功の通知を行う課金通知手段と、を有する。
【００４４】
本発明（請求項１５）は、販売ＩＤ検査手段部において、
購入制御端末から取得した支払先を特定するための販売ＩＤに対応する支払先ＩＤと、販売サーバから指定された支払先ＩＤとが一致するかを確認する手段を含む。
【００４５】
本発明（請求項１６）は、販売ＩＤ検査手段において、
販売サーバから指定された請求額と、販売ＩＤと組にして保持されている支払額が一致するかを確認する手段を含む。
【００４６】
本発明（請求項１７）は、販売ＩＤ検査手段において、
販売ＩＤと組にして保持されているコンテンツＩＤと、販売サーバから指定されたコンテンツＩＤとが一致するかを確認する手段を含む。
【００４７】
本発明（請求項１８）は、認証課金サーバにおいて、
認証媒体の認証成功からの時間を監視する手段と、
一定時間が経過した時点で媒体ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にする手段を更に有する。
【００４９】
本発明（請求項１９）は、複数の販売サーバ及び１つの認証課金サーバとネットワークを介して接続される購入制御端末として機能するコンピュータに、
販売サーバからコンテンツを購入する際の支払手段として、認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を認証課金サーバに要求する媒体認証要求ステップと、
認証課金サーバから認証媒体の認証が成功した旨の通知及び認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信すると、販売サーバへの支払時に、該認証課金サーバに対して、該認証課金サーバから該認証媒体の認証に成功した旨の通知と共に受信する認証セッションＩＤ、または、媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求ステップと、
認証課金サーバから販売ＩＤを取得すると、該販売ＩＤを販売サーバに送付することで、コンテンツの購入要求を行う購入要求ステップと、を実行させるプログラムである。
【００５４】
本発明（請求項２０）は、認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、認証課金サーバに送信するステップを更に行う。
【００５５】
本発明（請求項２１）は、認証媒体が接続される複数の購入制御端末、及び複数の販売サーバとネットワークを介して接続される認証課金サーバとして機能するコンピュータに、
購入制御端末からの媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成すると共に、購入制御端末に認証成功を通知する認証ステップと、
購入制御端末から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された該認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信する販売ＩＤ生成ステップと、
販売サーバから販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査ステップと、
販売ＩＤが、当該認証課金サーバで発行したものであり、販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行う課金ステップと、
販売サーバに対して課金の成功の通知を行う課金通知ステップと、を実行させるプログラムプログラムである。
【００５６】
本発明（請求項２２）は、販売ＩＤ検査ステップにおいて、
購入制御端末から取得した支払先を特定するための販売ＩＤに対応する支払先ＩＤと、販売サーバから指定された支払先ＩＤとが一致するかを確認するステップを行う。
【００５７】
本発明（請求項２３）は、販売ＩＤ検査ステップにおいて、
販売サーバから指定された請求額と、販売ＩＤと組にして保持されている支払額が一致するかを確認するステップを行う。
【００５８】
本発明（請求項２４）は、販売ＩＤ検査ステップは、
販売ＩＤと組にして保持されているコンテンツＩＤと、販売サーバから指定されたコンテンツＩＤとが一致するかを確認するステップを含む。
【００５９】
本発明（請求項２５）は、認証媒体の認証成功からの時間を監視するステップと、
一定時間が経過した時点で媒体ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にするステップを更に有する。
【００６２】
上述のように、本発明では、購入者が事前に購入しておいた認証媒体を認証することにより、認証中の状態において認証課金サーバから購入制御端末に対して、販売ＩＤの発行を行い、得られた販売ＩＤを販売サーバに払出し、販売サーバでは、販売ＩＤと請求額と販売者を特定するＩＤを認証課金サーバに渡すことにより、認証媒体のバリュー（残額）に対して課金要求をかけることが可能となり、成功した課金要求の情報を元に、認証課金サーバから販売者に対して精算（支払い）を行うことで、結果的に認証媒体を持つ購入者から販売サーバを持つ販売者への支払いが可能になる。
【００６３】
また、本発明は、認証媒体の媒体ＩＤが認証に成功したときに、認証課金サーバから、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤ（以後、“認証セッションＩＤ”と記す）を第三者に漏洩しない方法で、払い出しを行い、認証セッションＩＤを媒体ＩＤの代わりに使用することで、１回の認証中のみ有効な認証セッションＩＤを認証中に判らない限り販売ＩＤの要求を行うことができず、永続的に変わらない媒体ＩＤを使用するよりも第三者による販売ＩＤの発行によるバリュー（残額）の不正使用がより困難になる。
【００６４】
また、本発明は、販売ＩＤ要求時に、支払先を特定することのできる識別番号（以後、“支払先ＩＤ”と記す）を加え、認証課金サーバで販売ＩＤに結び付けて支払先ＩＤを保持することで、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された支払先ＩＤと、販売ＩＤに結び付けて保持されている支払先ＩＤが一致するか確認を行うことで、第三者に販売ＩＤの情報が盗聴され、認証課金サーバに対して先に要求されたとしても、支払先を変更することができないため、第三者に対して不正に支払いが行われる危険性がない。
【００６５】
また、本発明は、販売ＩＤ要求時に、購入者から販売者への支払金額を特定する情報（以後、“支払額”と記す）を加え、認証課金サーバで販売ＩＤに結び付けて支払額を保持することで、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された請求額と、販売ＩＤに結び付けて保持されている支払金額が一致するか確認を行うことで、販売者から認証課金サーバに対して購入者が許可した金額以上の額を要求されたとしても、不正な額の支払が行われる危険性がない。
【００６６】
また、本発明では、販売ＩＤ要求時に、購入するコンテンツなどの商品を特定する情報（以後、“コンテンツＩＤ”と記す）を加え、認証課金サーバで販売ＩＤに結び付けてコンテンツＩＤを保持することで、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定されたコンテンツＩＤと、販売ＩＤに結び付けて保持されているコンテンツＩＤが一致するか確認を行うことで、販売者から認証課金サーバに対して、購入者が指定したコンテンツＩＤと同じコンテンツＩＤを指定しないと支払が行われないため、購入者と販売者の間で合意された取引の記録を確実に残すことが可能となり、購入者・販売者間等でのトラブル発生時に取引を証明することが可能になる。
【００６７】
また、本発明では、認証媒体の接続が購入制御端末から切断されたのを契機に、購入制御端末から認証課金サーバに対して媒体ＩＤ等の認証または、媒体を特定する情報を送信することで、認証ＩＤに対応するバリュー（残額）からの課金の停止を要求し、認証課金サーバでは媒体ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に結び付けられて保持されている販売ＩＤを削除することで、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や、課金要求を受け付けても課金を行えなくすることが可能となる。
【００６８】
また、本発明では、認証課金サーバで認証媒体の認証成功から時間を監視し、一定時間が経過した時点で、認証課金サーバでは、媒体ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に結び付けられて保持されている販売ＩＤを削除するか、または、無効にすることで、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や、課金要求を受け付けても課金を行えなくすることが可能となる。
【００６９】
また、本発明では、認証課金サーバが電話交換網内にあり、購入制御端末が電話回線に接続されていることにより、購入制御端末と認証課金サーバで行われる認証媒体の認証や販売ＩＤ要求の為のメッセージ通信を電話回線の制御信号を通して行うことになり、交換機で発呼端末の収容回線を特定することができるために、購入制御端末を装った不正な端末からの認証要求等のアクセスを制限することが可能となる。
【００７０】
また、本発明では、購入制御端末から販売サーバに接続するための発呼時に、交換機を通して購入制御端末と課金制御サーバとの間で認証媒体の認証を行うことにより、販売サーバとの接続後はいつでも購入制御端末からの取得要求による販売ＩＤの取得を行うことで商品の購入が可能となる。
【００７１】
更に、本発明では、購入制御端末から販売サーバに接続するための呼接続の切断を契機に、交換機から認証課金サーバに対して端末ＩＤ等の購入制御端末を特定する情報を送信し、認証課金サーバでは、端末ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に結び付けられて保持されている販売ＩＤを削除することで、以後、発呼などにより、再度認証が行われるまで、端末ＩＤで認証した媒体に関する販売ＩＤの発行要求や、課金要求を受け付けても課金を行えなくすることが可能となる。
【００７２】
【発明の実施の形態】
以下、図面と共に本発明の実施の形態について説明する。
【００７３】
図３は、本発明の一実施の形態におけるシステム構成を示す。
【００７４】
同図に示すシステムは、複数の認証媒体１０、複数の購入制御端末２００、複数の販売サーバ３００、１つの認証課金サーバ１００及び、これらを接続するネットワーク４００から構成される。
【００７５】
このうち、認証媒体１０は、購入制御端末２００に接続されることによって使用可能な、個々の媒体を一意に特定できる識別子（媒体ＩＤ）が割り当てられたカードなどの媒体であり、認証課金サーバ１００から認証を受けることによって、媒体ＩＤに対する正当な媒体であることを保証するための機能を包含している。
【００７６】
また、購入制御端末２００は、購入者の操作等に従い、販売サーバ３００に対してコンテンツ等の商品の購入要求を行う端末であり、購入要求を行う際に、接続された認証媒体の認証制御や、認証課金サーバ１００に対して販売ＩＤの発行要求を行うことで、販売ＩＤを販売サーバ３００に送信するなど、媒体ＩＤに関連付けられたバリューから販売サーバ３００に対しての支払制御を行う端末である。
【００７７】
また、販売サーバ３００は、購入制御端末２００からの要求に応じてコンテンツ等の商品の販売を行うサーバであり、購入要求の際に受け取った販売ＩＤを請求額と共に認証課金サーバ１００に渡して課金要求を行い、認証課金サーバ１００で課金成功時に、コンテンツ等の商品の受渡しを行うサーバである。
【００７８】
なお、販売サーバ３００を持つ販売者は、認証課金サーバ１００からの精算処理により請求額に対応した代金を受け取ることになる。
【００７９】
また、認証課金サーバ１００は、認証媒体の媒体ＩＤに関連付けられたバリュー（以下、残金と記す）を管理しているサーバであり、購入制御端末２００からの要求により購入制御端末２００に接続された認証媒体１０の認証を行う。また、認証課金サーバ１００は、販売サーバ３００からの課金要求に応じて受け取った販売ＩＤに対する媒体ＩＤに関連付けられた残金に対して課金を行う。また、認証課金サーバ１００では、精算により、販売サーバ３００に対して課金額に対応した代金の支払いを行う。
【００８０】
次に、上記の構成における動作を説明する。
【００８１】
図４は、本発明の一実施の形態におけるメッセージのシーケンスチャートである。
【００８２】
最初に媒体認証処理について説明する。
【００８３】
ステップ１０１） まず、認証媒体１０と購入制御端末２００との間の接続（「媒体−端末接続」）では、認証媒体１０が購入制御端末２００に接続されることを示しており、媒体の認証処理を行う前であれば、当該処理をいつ行ってもよい。
【００８４】
ステップ１０２） 次に、「媒体認証」で示した範囲で接続された媒体の認証を行うが、当該処理のタイミングは、認証媒体１０と購入制御端末２００の接続の後で、後述する「支払処理」の前であればいつでもよく、認証媒体１０が接続されたのを契機として行ったり、購入者から商品購入の指示が出てから行ったり、他のタイミングで行ってもよい。
【００８５】
当該媒体認証処理では、まず、購入制御端末２００から認証課金サーバ１００に対して、媒体認証要求を送信することで接続された認証媒体１０に対する媒体認証を要求し、認証課金サーバ１００では、媒体認証要求を受け取ると、媒体認証で購入制御端末２００を介して認証媒体１０に対する認証処理を行う（購入制御端末２００では、媒体認証のためのメッセージの仲介を行う）。認証媒体１０に対する認証処理は、認証媒体１０が包含する認証機能に応じた処理を行うが、当該認証処理により認証課金サーバ１００で認証媒体１０の媒体ＩＤと、認証媒体１０が媒体ＩＤに対する正当な媒体であることが確認できればよく、以下のような方法により確認が可能である。
【００８６】
▲１▼ 認証媒体１０により、媒体ＩＤと媒体ＩＤに関連付けられた秘密データを保持し、認証課金サーバ１００でも媒体ＩＤと、媒体ＩＤに関連付けられた秘密データ（または、秘密データを確認できるデータ復号化鍵など）を保持している。
【００８７】
▲２▼ 認証時に認証媒体１０に保存されている媒体ＩＤを認証課金サーバ１００へ送信し、媒体ＩＤに関連付けられた秘密データの確認を行う。秘密データの確認は、以下の幾つかの方法が考えられる。
【００８８】
・秘密データも認証課金サーバ１００へ送信し、認証課金サーバ１００で秘密データを照合する（パスワード方式、秘密データ＝パスワードと位置づける）。
・認証課金サーバ１００から乱数データの送信を行い、認証媒体１０で秘密データを鍵として使用して、メッセージ認証関数（ハッシュ関数など）やディジタル署名関数や暗号化関数など、作成したデータから秘密データが推測困難な方法により応答データの作成を行い、応答データを認証課金サーバ１００に返信することで、認証課金サーバ１００では、秘密データ（または、秘密データを確認できるデータ（復号化鍵など）を鍵とした応答データの確認を行う（チャレンジ＆レスポンス方式）。
【００８９】
▲３▼ 必要性により、媒体ＩＤの秘密データと、認証課金サーバ１００の秘密データ（または、秘密データを確認できるデータ（復号化鍵など）を更新する。
【００９０】
これらの方法により、媒体ＩＤと媒体が媒体ＩＤに対する正当な媒体であることの確認が考えられる。
【００９１】
ステップ１０３） 媒体認証が完了し、認証課金サーバ１００で、媒体ＩＤと、認証媒体１０が媒体ＩＤに対する正当な媒体であることが確認されると、「当該媒体の認証状態生成・保持」で、媒体ＩＤの認証媒体１０が認証中であることを示す認証セッション情報を保存する。
【００９２】
ステップ１０４） 媒体認証結果を購入制御端末２００に認証成功通知を送信する。ここで、認証セッション情報として認証セッションＩＤを生成・保存し、媒体認証結果として購入制御端末２００に送信し、購入制御端末２００では、受信した認証セッションＩＤを販売ＩＤ要求のためのデータとして保存する。
【００９３】
なお、媒体ＩＤ（認証セッションＩＤ）は、購入制御端末２００と認証課金サーバ１００以外の第三者に見られない形で送受信する必要がある。
【００９４】
次に、支払処理について説明する。
【００９５】
同図において、「支払処理」で示した範囲で、販売ＩＤの生成・払出しによるコンテンツ等の商品購入に対する支払処理を行うが、当該「支払処理」のタイミングは、「媒体認証処理」の後で、「認証状態終了処理」の前であればいつでもよいが、通常は、購入者から商品購入の指示が出たときに行う。
【００９６】
また、「支払処理」で示した範囲の処理は、１回の「媒体認証処理」に対して複数回行うことが可能であり、つまり、１回の媒体認証で、複数の販売サーバ３００への複数回の支払（複数の販売サーバから複数回の商品購入の場合）が可能となっている。
【００９７】
ステップ１０５） 支払処理では、まず、「販売ＩＤ要求」により購入制御端末２００から認証課金サーバ１００に対して認証特定情報と購入情報を指定して、販売ＩＤの発行要求が行われる。ここで、認証特定情報とは、認証セッションを特定するための情報であり、媒体ＩＤや認証セッションＩＤ等である。また、購入情報とは、取引内容を特定するための情報であり、支払額や支払先ＩＤやコンテンツＩＤ等である。
【００９８】
ステップ１０６） 認証課金サーバ１００では、販売ＩＤ要求を受け取ると、「販売ＩＤ生成」では、取引を一意に特定できる識別子である販売ＩＤの生成を行い、受け取った認証特定情報で特定される認証セッションに対応して、生成した販売ＩＤや購入情報の保存を行う。
【００９９】
ステップ１０７） 認証課金サーバ１００では、生成した販売ＩＤを購入制御端末２００に送信する。なお、販売ＩＤは、乱数生成関数や、暗号化関数などにより生成できるが、同時に有効な販売ＩＤは一意である必要があり、また、第三者から容易に推測できる値であってはならない。
【０１００】
ステップ１０８） 購入制御端末２００では、販売ＩＤを入手すると、販売サーバ３００に対して支払のための情報である販売ＩＤを送信することで、コンテンツ等の商品購入を要求する。
【０１０１】
ステップ１０９） 販売サーバ３００では、販売ＩＤを受け取ると、課金要求により、認証課金サーバ１００に対して販売ＩＤと商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを送信する。ここで、通常の場合、支払先ＩＤは販売サーバ３００を持つ事業者を特定する情報である。
ステップ１１０） 認証課金サーバ１００では、販売サーバ３００から販売ＩＤ、請求額、支払先ＩＤなどを受け取ると、まず、「販売ＩＤ検査」で、販売ＩＤが認証セッションに対応して保存されているか検索し、販売ＩＤに対応する支払額や支払先ＩＤやコンテンツＩＤ等の購入情報や、販売ＩＤに対応する認証セッションで特定される媒体ＩＤを特定する。
【０１０２】
ステップ１１１） 次に、販売サーバ３００から受け取った請求額や支払先ＩＤ等が、販売ＩＤ要求時に受け取った購入情報に一致するか（言い換えると、取引内容を特定する情報が正しいか）を検査する。なお、請求額は、支払額と照合する）。
【０１０３】
ステップ１１２） ステップ１１１の処理において検査が成功すると、販売サーバ３００から指定された請求額分を、販売ＩＤ検索時に特定された媒体ＩＤに対応して保持している残金に対して課金を行うと共に、認証セッションに対応して保存されている販売ＩＤの削除を行い、精算情報を蓄えるなどの支払先ＩＤに請求額分の精算を行うための処理を行う。ここで、認証課金サーバ１００で媒体ＩＤに対するプリペイド残額を管理している場合には、プリペイド残額から減算することになり、認証課金サーバ１００がポストペイド方式の場合には、ポストペイドの精算額に加算されることになる。
【０１０４】
ステップ１１３） 課金が成功すると、ステップ１０９の課金要求に対する応答として、認証課金サーバ１００から販売サーバ３００に対して課金が成功したことを通知する。
【０１０５】
ステップ１１４） 販売サーバ３００は、課金成功通知を認証課金サーバ１００から受信すると、購入制御端末２００に課金が成功したことを知らせ、商品受け取りの許可を与える。なお、課金成功通知と商品購入許可は必ずしもなくてもよい。
【０１０６】
最後に、同図において、「認証状態終了処理」で示した範囲で、認証媒体１０に対する認証状態の破棄を行う。認証状態終了処理が行われると、支払処理の「販売ＩＤ生成」と「販売ＩＤ検査」が失敗するため、再度「媒体認証処理」が行われるまでは認証媒体１０に対する課金が不可能となる。
【０１０７】
ステップ１１５） 認証媒体１０が購入制御端末２００から接続解除されたとき、または、ユーザからサービス終了等の指示があったとき等を契機とする。
【０１０８】
ステップ１１６） 購入制御端末２００は、媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報を認証課金サーバ１００に送信する。
【０１０９】
ステップ１１７） 認証課金サーバ１００では、受信した媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報により認証セッションを検索して、検索された認証セッション情報と、認証セッション情報に関連付けられて保存されている販売ＩＤ情報を削除することで、媒体ＩＤに対する認証状態の解除及び課金停止を行う。
【０１１０】
ステップ１１８） 認証課金サーバ１００では、認証状態が解除されたことを購入制御端末２００に媒体認証終了結果として通知する。なお、媒体認証終了結果は、必ずしもなくてもよい。
【０１１１】
また、図４に示した認証状態終了処理以外でも、以下のような方法により認証状態を終了させてもよい。
【０１１２】
▲１▼ 認証課金サーバ１００において、事前に認証有効期間を設定する。
【０１１３】
▲２▼ 上記のステップ１０３における「当該媒体ＩＤの認証状態生成・保持」の処理から計測し、認証有効期間経過時の時刻に認証タイムアウトを設定する。
【０１１４】
▲３▼ 認証タイムアウト時に、認証セッション情報を削除することで、媒体ＩＤに対する認証状態の解除を行う。
【０１１５】
【実施例】
以下に、本発明の実施例を説明する。
【０１１６】
［第１の実施例］
図５は、本発明の第１の実施例のシステム構成を示す。
【０１１７】
同図に示すシステムは、認証媒体としてＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、購入されたプリペイドカードの残金は、カード発行事業者で持つ（又は、カード発行事業者から委託された）認証課金サーバ１００で管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払が行われるシステムを想定している。
【０１１８】
図５に示すように、本実施例のシステムは、複数のＩＣカード１０と、複数の購入制御端末２００と、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０１１９】
このうち、ＩＣカード１０は、購入制御端末２００と通信を行う通信部１１と、認証課金サーバ１００からの認証メッセージに対する応答を生成することで認証を実行する認証応答部１２と、個々のカードを一意に特定できる識別子であるカードＩＤやカード認証のための秘密データであるカード認証鍵などを保持するメモリであるカードデータ保持部１３からなる。認証課金サーバ１００から認証を受けることによってカードＩＤに対する正当なカードであることを保証するための機能を包含した残金を持つプリペイドカードである。
【０１２０】
図６は、本発明の第１の実施例のＩＣカードのカードデータ保持部のデータ例を示す。
【０１２１】
カードデータ保持部１３のデータは、個々のＩＣカード１０を一意に特定する識別子であるカードＩＤと、カード認証時に認証データの生成に使用するカード認証鍵からなる。カードＩＤの属性としては、外部からの読み出しは「可」であ必要があるが、書込みは「不可」であることが望ましい。また、カード認証鍵の属性としては、認証応答部１２で認証データ生成時に利用できればよく、外部からの読み出し・書込み共に「不可」であることが望ましい。但し、認証成功時等の特定の条件下で、認証課金サーバ１００からのカード認証鍵の更新が可能であることが望ましい。
【０１２２】
また、購入制御端末２００は、ＩＣカード１０が挿入されることでＩＣカードとの通信を行うカードＲ／Ｗ（リーダ／ライタ）２２０と、インターネットなどのネットワークに接続され、認証課金サーバ１００や販売サーバ３００との通信を行う通信部２１０と、認証課金サーバ１００との通信やＩＣカード１０との通信を制御することによってＩＣカード１０の認証の制御を行ったり、購入制御部２４０からの要請によって認証課金サーバ１００との通信により販売ＩＤを取得したりする課金制御部２３０と、キーボタン装置やディスプレイ装置などの入出力手段を持ち、購入者からの操作等により課金制御部２３０に対して販売ＩＤの取得を要請し、取得した販売ＩＤを通信部２１０の仲介により販売サーバ３００に渡すことにより、商品の購入要求及び支払処理を行う購入制御部２４０とからなる。当該購入制御端末２００は、挿入されたＩＣカード１０のプリペイド残額から販売サーバ３００への支払制御を行うことで、購入者に対してコンテンツ等の購入サービスを提供する端末である。
【０１２３】
なお、購入制御端末２００は、複数設置されることを前提としており、例えば、街頭に設置されるキオスク（Ｋｉｏｓｋ）端末のようなものであったり、家庭内に設置されるパソコンにカードＲ／Ｗを接続したものであったり、その他の任意の場所に設置されるコンテンツや商品購入の申込み（及びダウンロード）端末である。
【０１２４】
また、販売サーバ３００は、インターネットなどのネットワーク４００に接続され、購入制御端末２００や、認証課金サーバ１００との通信を行う通信部３１０と、購入制御端末２００からの商品の購入要求を受付、購入要求受付時に受け取った販売ＩＤを認証課金サーバ１００に送付することで課金要求を行い、課金要求の結果から購入制御端末２００に対して商品の受け取りのための許可情報の送付や、コンテンツダウンロードを行うなどの、コンテンツ等の商品販売の課金制御を行うサーバである。
【０１２５】
なお、販売サーバ３００を持つ販売者は、認証課金サーバ１００からの精算処理により販売額に対応した代金を受け取ることになるが、精算時の確認のための情報を蓄える精算ログＤＢ３３０を持つこともある。
【０１２６】
また、販売サーバ３００がコンテンツを販売するサーバであれば、販売するコンテンツを蓄積しているコンテンツＤＢ３４０等を持つこともある。
【０１２７】
なお、販売サーバ３００は、複数設置されることを許容し、基本的には販売業者毎に設置されることを想定している。
【０１２８】
また、認証課金サーバ１００は、インターネットなどのネットワーク４００に接続され、購入制御端末２００や販売サーバ３００との通信を行う通信部１１０と、ＩＣカード１０のプリペイド残額やカード認証のための情報をカードＩＤ毎に管理しているカードバリュー管理ＤＢ１３０と、購入制御端末２００からのカード認証要求に従い、ＩＣカード１０の認証を行ったり、購入制御端末２００からの販売ＩＤ要求に従い、販売ＩＤの生成を行ったり、販売サーバ３００からの課金要求に従い、販売ＩＤの確認を行うことでプリペイド残額に対して課金を行う認証セッション管理部１２０と、認証セッション管理部１２０での課金成功時に支払先への精算のための処理を行う精算部１４０から構成される。
【０１２９】
なお、精算部１４０での精算方式は、
・精算部１４０で精算ログを保持し、あるタイミング（月締め等）になったときに集計をして精算を行う；
・リアルタイムに、オンラインで銀行振込等により支払先（口座番号など）への支払を行う；
等が考えられるが、本実施例の説明では、精算部１４０で精算ログを保持しておき、精算ログに基づき支払先に対する支払を行う精算方式を前提として説明を行うが、支払先への具体的な支払方式は、本発明の範囲外であるので言及しない。
図７は、本発明の第１の実施例のカードバリュー管理ＤＢの例を示す。
【０１３０】
カードバリュー管理ＤＢ１３０のデータは、個々のＩＣカードを一意に特定する識別子であるカードＩＤと、カードＩＤに対する残金であるプリペイド残額と、カード認証時に認証データの生成に使用するカード認証鍵からなる。
【０１３１】
図８は、本発明の第１の実施例の精算部で保持する精算ログ（精算ログＤＢ）の例を示す。
【０１３２】
精算ログＤＢのデータは、支払先（通常は販売者）を一意に特定する識別子である支払先ＩＤと、支払先ＩＤに対する各取引による支払額の合計である精算額と、情報購入者のカードから販売者に対する支払記録であり、カードＩＤと販売ＩＤと支払額とコンテンツＩＤ等の取引及び取引の内容を特定する取引リストとからなる。
【０１３３】
図９は、本発明の第１の実施例のメッセージシーケンスチャートである。
【０１３４】
以下では、ＩＣカード認証処理、購入・支払処理及び認証状態終了処理に分けて説明する。
【０１３５】
ステップ２０１） まず、購入制御端末２００に対してＩＣカード１０が挿入されると、購入制御端末２００では、「ＩＣカード認証処理」で示された範囲で挿入されたＩＣカード１０の認証を行う。
【０１３６】
ステップ２０２） ＩＣカード認証処理として、まず、購入制御端末２００からＩＣカード１０に対してカードＩＤの読み出しコマンドを送信する。
【０１３７】
ステップ２０３） ＩＣカード１０でカードデータ保持部１３に保持しているカードＩＤを読み出し、購入制御端末２００に送信することでカードＩＤの読み出しを行う。
【０１３８】
ステップ２０４） 購入制御端末２００では、カードＩＤの読み出しが終わると、認証課金サーバ１００に対して、ＩＣカード認証要求を送信することで、挿入されたＩＣカード１０に対するカード認証を要求するが、この際に認証対象のＩＣカード１０のカードＩＤを送信する。
【０１３９】
ステップ２０５） 認証課金サーバ１００では、ＩＣカード認証要求を受け取ると、疑似乱数生成関数等を使用して乱数を生成する。
【０１４０】
ステップ２０６） 認証課金サーバ１００では、生成された乱数を計算要求として、購入制御端末２００に送信する。
【０１４１】
ステップ２０７） 購入制御端末２００では、認証課金サーバ１００から受け取った計算要求のメッセージをそのままＩＣカード１０に転送する。
【０１４２】
ステップ２０８） ＩＣカード１０では、計算要求を受け取ると、受け取った乱数に対する計算を認証応答部１２において行う。
【０１４３】
ここで、認証応答部１２において行う計算（応答計算）の例を説明する。
【０１４４】
図１０は、本発明の第１の実施例のＩＣカードの認証応答部で行う計算方法の例である。同図の例では、応答計算に使用するパラメータとし認証課金サーバ１００で生成した乱数と、カードデータ保持部１３で保持するカード認証鍵を使用し、乱数を暗号化関数への入力文とし、カード認証鍵を暗号化鍵として使用することで、得られた暗号化結果を当該応答計算の計算結果としている。
【０１４５】
ここで、暗号化関数は、入力文である乱数から計算結果を推測したり、入力文である乱数と出力文である計算結果からカード認証鍵を推測したりすることが困難な方式であれば何でもよい。
【０１４６】
認証応答部１２で行う応答計算の他の例を説明する。
【０１４７】
図１１は、本発明の第１の実施例のＩＣカードの認証応答部で行う他の計算方法の例を示す。同図の例では、前述の図１０の例と同様に応答計算に使用するパラメータとして認証課金サーバ１００で生成した乱数と、カードデータ保持部１３で保持るカード認証鍵を使用し、カード認証鍵と乱数を結合して一方向性ハッシュ関数の入力として使用することで、得られた出力結果を応答計算の計算結果としている。
【０１４８】
ここで、一方向性関数は、計算結果と入力文の一部である乱数から、入力文の他の一部であるカード認証鍵を推測することが困難な方式であればなんでもよく、ＭＤ５関数、ＳＨＡ関数等を使用することが可能である（一方向性ハッシュ関数、ＭＤ５，ＳＨＡに関する参考文献：岡本英司著、暗号理論入門、共立出版 1993 ）。
【０１４９】
また、応答計算は、図１０や図１１に示した以外の方法でもよく、カード毎に秘匿されて設定されるカード認証鍵を使用することで、入力の乱数から計算結果の推測が困難な計算方式であればなんでもよい。特に、ＩＣカード媒体を安価に製造するためには、簡単な論理で計算できるものの方が望ましく、媒体の製造コストと安全性（計算結果の推測困難性）から方式を決定すればよい。
【０１５０】
ステップ２０９） ＩＣカード１０では、応答計算の計算結果が得られると、計算結果を購入制御端末２００に送信する。
【０１５１】
ステップ２１０） 購入制御端末２００では、計算要求応答をそのまま認証課金サーバ１００に送信する。
【０１５２】
ステップ２１１） 認証課金サーバ１００では、乱数に対する計算結果が得られると、計算結果照合処理として、認証セッション管理部１２０により、乱数とカードバリュー管理ＤＢ１３０に保存してあるカードＩＤに対応するカード認証鍵を使用した、ＩＣカードの応答計算処理と同様の計算を行い、ＩＣカード１０から受け取った計算結果と、認証セッション管理部１２０で計算結果を比較して、双方の計算結果が同じであれば、カード認証が成功したものとし、計算結果が異なれば、カード認証が失敗したものとする。
【０１５３】
ステップ２１２） カード認証が成功すると、認証課金サーバ１００では、カードＩＤに対する認証セッションＩＤ等の認証中であることを示し、販売ＩＤの生成に必要なデータを生成する。
【０１５４】
ステップ２１３） 次に、カードＩＤに対して生成した認証セッションＩＤと、カードバリュー管理ＤＢ１３０でカードＩＤに対応して管理されているプリペイド残額と、認証課金サーバ１００で管理している認証有効期間を購入制御端末２００に送信する。
【０１５５】
ステップ２１４） 認証課金サーバ１００では、カードＩＤが認証済みであることを示す認証セッション情報として認証セッション管理部１２０で保持する。図１２は、本発明の第１の実施例の認証課金サーバにおける認証セッション情報の例を示す。同図の例では、認証課金サーバ１００の認証セッション情報は、カードＩＤと認証セッションＩＤと認証タイムアプト時間と販売ＩＤ発行可能残額からなる。
【０１５６】
このうち、認証セッションＩＤは、認証セッション管理部１２０で生成される認証を一意に特定する識別子であり、他の認証セッション情報と重ならないように生成されればよく、認証セッション管理部１２０で管理するシリアル番号により割り振るなどの方法で生成される。
【０１５７】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）から、認証課金サーバ１００に任意に設定されている認証有効期間経過した時点の時刻であり、認証タイムアウト時間に到達した時点で、当該認証セッション情報を破棄することになる（または、認証セッション情報を無効とする）。
【０１５８】
また、販売ＩＤ発行可能残額は、確実に課金可能な販売ＩＤを発行するために管理する残額であり、プリペイド残額から現在発行中の販売ＩＤの支払額の合計を減算した値になる。なお、発行可能残額の初期値は、カードＩＤに対応するプリペイド残額である。
【０１５９】
ステップ２１５） 購入制御端末２００では、認証セッションＩＤとプリペイド残額と認証有効期間を受信すると、受信したデータを課金制御部２３０に販売ＩＤの取得のためのデータである認証セッション情報として保持する。
【０１６０】
ステップ２１６） 購入制御端末２００では、受信したプリペイド残額を購入制御部２４０のディスプレイ装置などにより表示することでユーザに提示する。
図１３は、本発明の第１の実施例の購入制御端末における認証セッション情報の例を示す。同図の例では、購入制御端末の認証セッション情報は、カードＩＤと販売ＩＤ発行可能残額と認証セッションＩＤと認証タイムアウト時間とからなる。なお、例では、１つの認証セッション情報となっているが、複数のカードを同時に扱うことのできるカードＲ／Ｗ（非接触型カードなどの場合）では、複数のカードＩＤに対する認証セッション情報を保持してもよい（ここで、複数のカードを同時に扱えるカードＲ／Ｗを使用し、複数の認証セッション情報を管理できるシステムの場合には、引き抜かれたカードのカードＩＤに対応する認証セッション情報を特定したり、通信対象のカードを特定するために、カードＲ／Ｗでは、カード挿入時及びカード引抜き時に「カードＲ／Ｗがカードを特定する情報」を出す必要があり、ＩＣカード１０との通信時には、「カードＲ／Ｗがカードを特定する情報」を指定して通信する必要がある。また、購入制御端末２００内でカードＩＤに関連して、「カードＲ／Ｗがカードを特定する情報」を管理しておくことで、カード引抜き時に引き抜かれたカードのカードＩＤ及び認証セッション情報を特定することが可能となる）。
【０１６１】
ここで、販売ＩＤ発行可能残額は、ステップ２１３で認証課金サーバ１００から受信したプリペイド残額が初期値として設定され、以降、販売ＩＤ要求応答時に認証課金サーバ１００から受信する販売ＩＤ発行可能残額で更新され、残額の把握を行うために使用される。
【０１６２】
また、認証セッションＩＤは、ステップ２１３で認証課金サーバ１００から受信したデータである。
【０１６３】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）から、ステップ２１３で受信した認証有効期間を経過した時点の時刻であり、認証タイムアウト時間を超えたときには、認証セッション情報が無効であると判断する。
【０１６４】
なお、カード認証が失敗した場合には、ステップ２１２の「認証セッション情報生成処理」、ステップ２１４の「認証セッション情報保存処理」は行わずに、ステップ２１３において、認証失敗を通知し、認証失敗を受け取った購入制御端末２００でもステップ２１６における、認証セッション情報保存は行わない。
【０１６５】
次に、購入・支払処理について説明する。
【０１６６】
図１０において、購入・支払処理で示した範囲で、販売ＩＤの取得・払出しによるコンテンツ等の商品購入及び支払処理を行うが、当該購入・支払処理のタイミングは、上記のステップ２１６までのＩＣカード認証処理の後で、後述する認証状態終了処理の前であればいつでもよいが、通常は、購入者から商品購入の指示がでたときに行う。
【０１６７】
また、当該購入・支払処理で示した範囲の処理は、１回のＩＣカード認証処理に対して複数回行うことが可能であり、つまり、１回のカード認証で、複数の販売サーバ３００への複数回の支払（複数の販売サーバから複数回の商品購入）が可能となっている。
【０１６８】
本実施例の「購入・支払処理」では、販売ＩＤの取得等の支払処理を行う前に、購入対象の商品の情報（コンテンツＩＤ、価格、支払先ＩＤ等）を入手しておき、購入者からの購入指示があることを前提としており、購入する商品はダウンロードコンテンツであることを前提としている。
【０１６９】
ステップ２１７） 購入制御端末２００では、販売サーバ３００からコンテンツ名、コンテンツＩＤ、価格、支払先ＩＤ等からなるコンテンツ情報のメニューリストを入手する。
【０１７０】
ステップ２１８） 購入制御端末２００は、入手したメニューリストを購入制御部２４０のディスプレイ装置などに表示することで、購入者の入力を促進する。
【０１７１】
ステップ２１９） 購入制御端末２００は、購入制御部２４０のキーボタン装置等により購入者から購入コンテンツの指定がされると、以下の処理に移行する。
【０１７２】
ステップ２２０） 購入者制御端末２００は、認証セッション情報の認証セッションＩＤと、メニューリストのコンテンツ情報として入手し、ステップ２１９で指定されたコンテンツのコンテンツＩＤ・支払額・支払先等の購入情報とを、購入制御端末２００から認証課金サーバ１００に送信する。
【０１７３】
なお、課金制御部２３０で保持する認証タイムアウト時間内の認証セッション情報が複数ある時には、適当なカードの認証セッション情報を選び出すことになるが、認証セッション情報の選択は、
・早く挿入されたカードの認証セッション情報を選ぶ；
・残額の少ないカードから選ぶ；
・残額の多いカードから選ぶ；
等のルールや、他のルールによっても構わない。
【０１７４】
ステップ２２１） 認証課金サーバ１００で受信した認証セッションＩＤを認証セッション情報から検索し、検索が成功して、且つ、認証タイムアウト時間に達してなく、かつ、販売ＩＤ発行可能残額が支払額より大きければ、認証セションＩＤに対応する販売ＩＤを生成し、販売ＩＤ発行可能残額から支払額分を減算すること共に、認証セッション管理部１２０で管理する販売ＩＤ情報に販売ＩＤを追加する。
【０１７５】
ここで、認証セッションＩＤの検索に失敗したり、当該認証セッション情報の認証タイムアウト時間を超えていたり、支払額が販売ＩＤ発行可能残額を上回っているときには、販売ＩＤを作成しても販売ＩＤによる課金ができないため、販売ＩＤの生成は行わずに、販売ＩＤ要求応答にて購入制御端末２００にエラーメッセージを返す。
【０１７６】
図１４は、本発明の第１の実施例における販売ＩＤの生成方法を説明するための図である。同図の例では、販売ＩＤを作成するためのパラメータとして、販売ＩＤ生成鍵・認証セッションＩＤ・販売ＩＤ発行数を使用し、販売ＩＤ生成鍵を暗号化鍵とし、認証セッションＩＤ・販売ＩＤ発行数を結合したデータを入力メッセージとした暗号化関数により、出力される暗号化データを販売ＩＤとしている。ここで、販売ＩＤ生成鍵は、認証課金サーバ１００で秘匿保持しているデータであるが、容易に推測されないデータであれば、どのようなデータでも構わない。また、販売ＩＤの発行数は、認証課金サーバ１００で管理するシリアル番号であり、認証課金サーバ１００内で販売ＩＤが発行されるたびに、１つずつ加算される値である。
【０１７７】
暗号化関数は、入力の平文と出力の暗号化データが１対１で対応し、販売ＩＤと認証セッション情報から販売ＩＤ生成鍵の推測が困難な方法であればよく、一般的な共通鍵暗号化方式の暗号関数が使用できる。
【０１７８】
なお、販売ＩＤは、システム内で同時に一意であればよく、他の方法によって生成しても構わない。
【０１７９】
図１５は、本発明の第１の実施例の販売ＩＤ情報の例を示す。同図の例では、販売ＩＤ情報は、販売ＩＤ要求で受け取った「認証セッションＩＤ」に対応して「販売ＩＤ」と「コンテンツＩＤ」と「支払額」と「支払先ＩＤ」と「販売ＩＤタイムアウト時間」が登録されており、「販売ＩＤ」には、生成した販売ＩＤが入り、「コンテンツＩＤ」・「支払額」・「支払先ＩＤ」には、販売ＩＤ要求で受け取った値が入り、「販売ＩＤタイムアウト時間」には、販売ＩＤ情報を生成した時刻（現在時刻）から、認証課金サーバ１００に任意に設定されている販売ＩＤ有効期間を経過した時点の時刻であり、販売ＩＤタイムアウト時間に到達した時点で、当該販売ＩＤ情報を破棄することになる（または、販売ＩＤ情報を無効とする）。
【０１８０】
ここで、販売要求時のパラメータとして、認証セッションＩＤを使用せずに、代わりに、媒体ＩＤとしてのカードＩＤを使用して販売ＩＤを要求することも可能であり、この時には、販売ＩＤ生成・保存においては、認証セッション情報の検索などは、カードＩＤで行うことになり、販売ＩＤ情報としても生成された販売ＩＤに対応して、認証セッション情報に代わり、カードＩＤを保存することになる。なお、この時には、ＩＣカード認証時に認証セッションＩＤを作成したり、受け渡す必要はなくなる。
【０１８１】
また、販売ＩＤ要求時に、認証セッションＩＤを、カードＩＤに置き換える場合には、課金時にも認証課金サーバで販売ＩＤに対応して、認証セッションＩＤの代わりに保存されているカードＩＤを使用して認証セッションの検索を行うことになる。
【０１８２】
ステップ２２２） 販売ＩＤが生成されると、当該販売ＩＤと更新された販売ＩＤ発行可能残額を購入制御端末２００に送信する。
【０１８３】
ステップ２２３） 購入制御端末２００では、ステップ２２２で販売ＩＤと更新された販売ＩＤ発行可能残額を受け取ると、販売ＩＤ発行可能残額を課金制御部２３０で管理している認証セッション情報の販売ＩＤ発行可能残額フィールドを更新すると共に、購入制御端末２００から販売サーバ３００に対して、購入コンテンツを指定するコンテンツＩＤと、支払のための情報である販売ＩＤとを送信することで、コンテンツ購入を要求する。
【０１８４】
ステップ２２４） 販売サーバ３００では、コンテンツＩＤと販売ＩＤを受け取ると、認証課金サーバ１００に対して販売ＩＤと、精算時の支払先を特定する情報としての支払先ＩＤと、コンテンツの価格に相当する請求額と、コンテンツＩＤを送信する。
【０１８５】
なお、ここで請求額は、ステップ２１７で購入制御端末２００に送信したコンテンツの価格と同額でなければならず、支払先ＩＤもステップ２１７で購入制御端末２００に送信した支払先ＩＤでなければならない（他の値を入れると課金に失敗する）。なお、通常の場合、支払先ＩＤは、販売サーバ３００を持つ事業者を特定する情報である。
【０１８６】
ステップ２２５） 認証課金サーバ１００では、販売ＩＤ、支払先ＩＤ、請求額、コンテンツＩＤを受け取ると、まず、販売ＩＤ認証セッション管理部１２０で管理している販売ＩＤ情報に保存されているか検索し、該当する販売ＩＤ情報がある場合には、現在時刻が販売ＩＤタイムアウト時間前であるかを調べる。
【０１８７】
該当する販売ＩＤセッション情報があり、販売ＩＤタイムアウト時間前であったときには、販売ＩＤが有効であると判断し、購入情報検査に移る。逆に、該当する販売ＩＤ情報がなかったり、あったとしても販売ＩＤのタイムアウト時間を過ぎている場合には、販売サーバ３００に対して課金失敗を通知して処理を終了する。
【０１８８】
ステップ２２６） 課金要求で受け取った支払先ＩＤ、請求額、コンテンツＩＤが、検索された販売ＩＤ情報に登録されている支払先ＩＤ、支払額（請求額に対応する）、コンテンツＩＤと一致するか検査し、もし一致しなければ、不正な課金要求であると判断し、販売サーバ３００に対して課金失敗を通知し、処理を終了する。支払先ＩＤ、支払額（請求額に対応する）、コンテンツＩＤが一致すれば、正当な課金要求であると判断し、ステップ２２７に移行する。
【０１８９】
ステップ２２７） 認証課金サーバ１００では、ステップ２２５で検索された販売ＩＤ情報の削除を行うと共に、ステップ２２６で検索された販売ＩＤ情報の認証セッションＩＤから、認証セッション管理部１２０で保持する認証セッション情報のカードＩＤを特定し、特定されたカードＩＤに対応してカードバリューＤＢ１３０で管理されているプリペイド残額から、販売サーバ３００から受け取った請求額分を減算する。ここで、プリペイド残額が請求額を下回る場合には、請求額分の課金が不可能であると判断し、販売サーバ３００に対して課金失敗を通知し、処理を終了する。
【０１９０】
プリペイド残額の減算ができたら、認証セッション管理部１２０から精算部１４０に対して、当該カードＩＤと販売サーバ３００から受信した販売ＩＤ・支払先ＩＤ・請求額・コンテンツＩＤを渡すことで、精算部１４０では、精算部１４０内で管理する精算ログＤＢの当該支払先ＩＤに対応して、取引リストとし販売ＩＤ、請求額、コンテンツＩＤの情報を追加し、精算額に請求額分を加算する。
ステップ２２８） 課金が成功すると、ステップ２２４の課金請求の応答として、認証課金サーバ１００から販売サーバ３００に対して課金が成功したことを通知する課金請求通知を通知する。
【０１９１】
ステップ２２９） 販売サーバ３００では、課金成功通知を受信すると、購入制御端末２００に対して要求されたコンテンツの配信を開始する。
【０１９２】
次に、認証状態終了処理について説明する。
【０１９３】
図１０において、ステップ２３０以降の「認証状態終了処理」で示した範囲で、ＩＣカード１０に対する認証状態の破棄を行う。当該認証状態終了処理が行われると、対象カードの認証セッション情報や認証セッションに関連した販売ＩＤが削除されるため、支払処理のステップ２２１における販売ＩＤ生成処理や、ステップ２２５における販売ＩＤ検査が失敗し、再度、ＩＣカード認証処理が行われるまでは対象カードに対する課金が不可能となる。
【０１９４】
なお、本実施例では、カード引抜きを契機に、認証状態終了処理が行われることを前提としているが、カード引抜き以外でも、ユーザからサービス終了等の指示があったとき、等を契機として認証状態終了処理を行ってもよい。
【０１９５】
ステップ２３０） 認証状態終了処理では、ＩＣカード認証処理により認証済のＩＣカード１０が引き抜かれると、カードＲ／Ｗによりカード引抜きが検知される。
【０１９６】
ステップ２３１） 購入制御端末２００の課金制御部２３０で保持している引き抜かれたＩＣカード１０のカードＩＤに対応する認証セッション情報を削除する。
【０１９７】
ステップ２３２） 購入制御端末２００の課金制御部２３０では、認証課金サーバ１００に対してＩＣカード認証終了要求として、カードＩＤを送信することで、カードＩＤのカード認証状態の破棄（認証セッション情報の削除）を要求する。ここで、ＩＣカード認証終了要求で送信する情報は、認証セッションを特定できる情報であればよく、本実施例においてもカードＩＤではなく認証セッションＩＤでもよい。
【０１９８】
ステップ２３３） 認証課金サーバ１００では、購入制御端末２００からのＩＣカード認証終了要求を受信すると、認証セッションＩＤに対応する販売ＩＤ情報削除処理として、受信したカードＩＤから認証セッション管理部１２０で保持する認証セッション情報を検索して、検索された認証セッション情報の認証セッションＩＤから認証セッション管理部１２０で管理する販売ＩＤ情報を検索して、検索された販売ＩＤ情報を削除する。
【０１９９】
ステップ２３４） また、認証セッションＩＤに対応するステップ２３３において検索された認証セッション情報を削除することで、カードＩＤに対する認証状態の破棄を行う。
【０２００】
ステップ２３５） 認証課金サーバ１００は、認証状態が破棄されたことを購入制御端末２００に通知する。
【０２０１】
次に、購入制御端末２００の動作を説明する。
【０２０２】
図１６は、本発明の第１の実施例の購入制御端末のフローチャートである。
【０２０３】
ステップ３０１） 購入制御端末２００では、カードＲ／Ｗ２２０にカード接続（ＩＣカードの挿入）が検出されるのを待つ。
【０２０４】
ステップ３０２） ＩＣカード１０の挿入が検出されたら、接続されたＩＣカード１０内のカードデータ保持部１３に保存されているカードＩＤの読み出しを行う。
【０２０５】
ステップ３０３） カードＩＤの読み出しが終わると、認証課金サーバ１００に対してＩＣカード認証要求を送信することで、挿入されたＩＣカード１０に対するカード認証を要求するが、この際に、認証対象のＩＣカード１０のカードＩＤを送信する。
【０２０６】
ステップ３０４） 認証課金サーバ１００から送られてくるメッセージ「計算要求」を待ち、メッセージとして「計算要求」を受信したら、受信内容をそのままＩＣカード１０に送信してＩＣカード１０からのメッセージ「計算要求応答」を待ち、ＩＣカード１０からのメッセージ「計算要求応答」を受信したら、受信内容をそのまま認証課金サーバ１００に送信するという、認証課金サーバ１００とＩＣカード１０間で送受信される認証データの中継を行う。
【０２０７】
ステップ３０５） 認証課金サーバ１００からのメッセージ「ＩＣカード認証結果」を待ち、当該メッセージの受信を行う。
【０２０８】
ステップ３０６） ここで、メッセージ「ＩＣカード認証結果」の受信時に、認証エラーを示すデータを受信した場合には、ステップ３１６に移行する。認証エラーでないときは、ステップ３０７に移行する。
【０２０９】
ステップ３０７） ステップ３０６において認証エラーでないときは、ステップ３０５において、認証セッションＩＤとプリペイド残額と、認証有効期間を受信しているので、受信したデータを課金制御部２３０に販売ＩＤ取得のためのデータである認証セッション情報としてカードＩＤと共に保持する。なお、図１３に示すように、認証有効期間は、認証セッション情報を生成した時刻（現在時刻）から認証有効期間を経過した時点の時刻としての認証タイムアウト時間として保存する。また、プリペイド残額は、販売ＩＤ発行可能残額として保存する。
【０２１０】
ステップ３０８） 受信したプリペイド残額を購入制御部２４０のディスプレイ装置などにより表示することでユーザに提示する。
【０２１１】
ステップ３０９） 販売サーバ３００から購入対象のコンテンツのメニューリストを取得し、取得したメニューリストを購入制御部２４０のディスプレイ装置等に表示する。なお、取得するメニューリストには、メニュー表示するためのコンテンツ名や説明情報の他に商品を購入するための販売ＩＤ要求に必要なコンテンツ情報（コンテンツＩＤ，価格、支払先ＩＤ等）が含まれている。
【０２１２】
ステップ３１０） 以降の処理は、ユーザの指示によるコンテンツ購入の処理に入る。ここでは、ＩＣカード１０挿入中のみ挿入されているＩＣカード１０の残金でのコンテンツ購入ができるように構成するため、カードＲ／Ｗ２２０によりカード引抜きの検知を行い、カード引抜きを検知した場合には、ステップ３１７に移行する。
【０２１３】
ステップ３１１） ステップ３１０のカード引抜きの検知がされなかった場合には、購入者の操作により購入制御部２４０で表示されメニューから購入コンテンツの選択が行われるのをチェックし、選択がされていないときには、ステップ３１０に移行してカード引抜きまたは、メニュー選択がされるまで繰り返しチェックを行う。なお、購入コンテンツの選択は、購入制御部２４０のキーボタン装置等により行われる。
【０２１４】
ステップ３１２） 購入者によりメニュー選択が行われて購入するコンテンツが決定すると、認証セッション情報に保存されている認証セッションＩＤと、指定されたコンテンツに対応するコンテンツ情報（メニューリストとして販売サーバ３００から取得した情報）である支払先ＩＤと支払額とコンテンツＩＤとをパラメータとして、認証課金サーバ１００に対して販売ＩＤの要求を行い、認証課金サーバ１００から販売ＩＤ要求応答として、販売ＩＤと販売ＩＤ発行可能残額を受け取る。但し、認証課金サーバ１００から販売ＩＤ要求応答でエラーが返ってきたときには、処理を中止するか、再度ＩＣカード認証処理（ステップ３０３〜ステップ３０８）を行ったり、残額の確認を行った後に、再度販売ＩＤ要求を行うことになる。
【０２１５】
ステップ３１３） 認証セッション情報の販売ＩＤ発行可能残額に、ステップ３１２で認証課金サーバ１００から受け取った販売ＩＤ発行可能残額を上書きする。
【０２１６】
ステップ３１４） 次に、購入制御端末２００から販売サーバ３００に対して、メッセージ「コンテンツ購入要求」で、購入コンテンツを指定するコンテンツＩＤと、支払のための情報である販売ＩＤとを送信することで、コンテンツ購入を要求する。
【０２１７】
ステップ３１５） 販売サーバ３００から要求したコンテンツが配信されるのを待ち、配信されたコンテンツを受信する。なお、認証課金サーバ１００で販売ＩＤの確認が失敗すると、販売サーバ３００から課金失敗の通知を受け、コンテンツが配信されない。
【０２１８】
コンテンツの受信が終了すると、ステップ３１０に移行し、ＩＣカード１０が引き抜かれるまで、ステップ３１０〜ステップ３１５の、コンテンツ購入・支払処理を繰り返す。
【０２１９】
ステップ３１６） ステップ３０６において、エラーデータを受信した場合には、エラーメッセージの表示や、カード引抜き・交換指示などを行い、処理を終了する。
【０２２０】
ステップ３１７） ステップ３１０において、カード引抜きを検知した場合には、ＩＣカードに対する認証状態の破棄を行う。認証状態の破棄は、まず、課金制御部２３０で保持している引き抜かれたＩＣカード１０のカードＩＤに対応する認証セッション情報を削除する。
【０２２１】
ステップ３１８） また、購入制御端末２００の課金制御部２３０では、認証課金サーバ１００に対してカードＩＤを指定してメッセージ「ＩＣカード認証終了要求」を送信することで、認証課金サーバ１００内でのカードＩＤのカードの認証状態の破棄（認証セッション情報と対応する販売ＩＤ情報の削除）を要求すると共に、認証課金サーバ１００からのメッセージ「ＩＣカード認証終了結果」を待ち、当該メッセージを受信したら、処理を終了する。
【０２２２】
次に、認証課金サーバ１００の動作について説明する。
【０２２３】
図１７は、本発明の第１の実施例の認証課金サーバの全体の処理を示すフローチャートであり、購入制御端末２００から受け取るメッセージ受信や、販売サーバ３００から受け取るメッセージ受信や、認証セッションの期限切れの監視を行ない、それぞれが生起したときに対応した処理を行うことを表している。
【０２２４】
ステプ４０１） 購入制御端末２００からのメッセージ「ＩＣカード認証要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４１０のＩＣカード認証処理を行う。当該ＩＣカード認証処理の詳細は図１８において後述する。
【０２２５】
ステップ４０２） 購入制御端末２００からのメッセージ「ＩＣカード認証終了要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４２０のＩＣカード認証終了処理を行う。当該ＩＣカード認証終了処理の詳細は、図１９において後述する。
【０２２６】
ステップ４０３） 販売サーバ３００からのメッセージ「販売ＩＤ要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４３０の販売ＩＤ発行処理を行う。当該販売ＩＤ発行処理の詳細は、図２０において後述する。
【０２２７】
ステップ４０４） 販売サーバ３００からのメッセージ「課金要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４４０の課金処理を行う。当該課金処理の詳細は図２１において後述する。
【０２２８】
ステップ４０５） 認証セッション管理部１２０で保存している認証セッション情報内の認証タイムアウト時間が、現在時刻より古くなっているかを監視し、認証タイムアウト時間が現在時刻より古くなっている認証セッションがあるときには、ステップ４６０の認証タイムアウト処理を行う。当該認証タイムアウト処理の詳細は、図２２において後述する。
【０２２９】
ステップ４０６） 認証セッション管理部１２０で保存している販売ＩＤ情報内の販売ＩＤタイムアウト時間が現在時刻より古くなっているかを監視し、販売ＩＤタイムアウト時間が現在時刻より古くなっている販売ＩＤがあるときには、ステプ４７０の販売ＩＤ削除処理を行う。当該販売ＩＤ削除処理の詳細は、図２３において後述する。
【０２３０】
次に、上記のステップ４１０のＩＣカード認証処理について説明する。
【０２３１】
図１８は、本発明の第１の実施例の認証課金サーバのＩＣカード認証処理のフローチャートである。
【０２３２】
ステップ４１０） 購入制御端末２００からのメッセージ「ＩＣカード認証要求」があった場合には、当該要求で受け取ったカードＩＤを、カードバリュー管理ＤＢ１３０から検索し、登録されていればステップ４１１に移行し、登録されていなければステップ４１８に移行する。
【０２３３】
ステップ４１１） 疑似乱数生成関数等を使用して乱数を生成し、生成した乱数をメッセージ「計算要求」を購入制御端末２００に送信する。
【０２３４】
ステップ４１２） 購入制御端末２００からのメッセージ「計算要求応答」を待ち、メッセージ「計算要求応答」を受信する。
【０２３５】
ステップ４１３） 認証セッション管理部１２０より、送信した乱数と、受信したカードＩＤに対応してカードバリュー管理ＤＢ１３０に保存してあるカード認証鍵を使用して、ＩＣカード１０と同じ計算を行い、計算結果を得る。なお、計算方法については、図１０、図１１及び前述したとおりである。
【０２３６】
ステップ４１４） メッセージ「計算要求応答」で受け取った計算結果と認証セッション管理部１２０での計算結果を比較し、双方の計算結果が合致すれば、ステップ４１５に移行し、合致しない場合には、ステップ４１８に移行する。
【０２３７】
ステップ４１５） 認証セッション管理部１２０で管理するシリアル番号を割り振るなどの方法により、認証セッション情報内の他の認証セッションＩＤと重ならない認証セッションＩＤを生成する。
【０２３８】
ステップ４１６） 生成した認証セッションＩＤと、カードバリュー管理ＤＢ１３０で受信したカードＩＤに対応して管理されているプリペイド残額と、認証課金サーバ１００で管理している認証有効期間を購入制御端末２００にメッセージ「ＩＣカード認証結果」として送信する。
【０２３９】
ステップ４１７） 受信したカードＩＤが認証済であることを示す認証セッション情報として、受信したカードＩＤと、生成した認証セッションＩＤと、現在時刻に認証有効期間を加えた時刻である認証タイムアウト時間とを、認証セッション情報として、認証セッション管理部１２０で保持すると共に、販売ＩＤ発行可能残額をカードＩＤに対してカードバリュー管理ＤＢ１３０に保存されているプリペイド残額で初期化する。当該認証セッション情報については、図１２及び前述したとおりである。
【０２４０】
なお、受信したカードＩＤが、認証セッション情報に既に保存されている場合には、カードＩＤ、認証セッションＩＤ、認証タイムアウト時間、販売ＩＤ発行可能残額を上書きする
ステップ４１８） ステップ４１０でカードＩＤが登録されていなければ、購入制御端末２００に対して、ＩＣカード認証結果としてエラーを示す情報を送信するなどの処理を行い、処理を終了する。また、ステップ４１４において、双方の計算結果が異なれば、購入制御端末２００に対して、「ＩＣカード認証結果」としてエラーを示す情報を送信するなどの処理を行い、処理を終了する。
【０２４１】
次に、ステップ４２０の「ＩＣカード認証終了処理」について説明する。
【０２４２】
図１９は、本発明の第１の実施例の認証課金サーバのＩＣカード認証終了処理のフローチャートである。
【０２４３】
ステップ４２０） 購入制御端末２００からのメッセージ「ＩＣカード認証終了要求」で受信したカードＩＤが、認証セッション管理部１２０で保持する認証セッション情報に登録されているか検索する（ここで、ＩＣカード認証終了要求で受信する情報は、認証セッションを特定できる情報であればよく、本実施例においてもカードＩＤではなく、認証セッションＩＤでもよい）。
【０２４４】
ステップ４２１） カードＩＤが認証セッション情報に登録されている場合には、ステップ４２２に移行し、登録されていない場合には、ステップ４２５に移行する。
【０２４５】
ステップ４２２） カードＩＤに対応して検索された認証セッション情報の認証セッションＩＤを取り出し、取り出した認証セッションＩＤに対応して、認証セッション管理部１２０で保持する販売ＩＤ情報に保存されている情報を削除する
ステップ４２３） カードＩＤに対応して検索された認証セッション情報を削除する。
【０２４６】
ステップ４２４） 購入制御端末２００にメッセージ「ＩＣカード認証終了結果」として、認証状態が破棄されたことを通知する。
【０２４７】
ステップ４２５） ステップ４２１でカードＩＤが認証セッション情報に登録されていない時は、購入制御端末２００に対するメッセージ「ＩＣカード認証終了結果」としてエラーを送信するなどの処理を行い、処理を終了する。
【０２４８】
次に、ステップ４３０の「販売ＩＤ発行処理」について説明する。
【０２４９】
図２０は、本発明の第１の実施例の認証課金サーバの販売ＩＤ発行処理のフローチャートである。
【０２５０】
ステップ４３０） 販売ＩＤ要求メッセージで購入制御端末２００から受信した認証セッションＩＤを認証セッション情報から検索する。
【０２５１】
ステップ４３１） 認証セッション情報に認証セッションＩＤが登録されていないときには、ステップ４３８に移行し、登録されている場合には、ステップ４３２に移行する。
【０２５２】
ステップ４３２） 認証セッション情報に認証セッションＩＤが登録されているときには、検索された認証セッション情報の認証タイムアウト時間が、現在時刻より古ければ、ステップ４３８に移行し、そうでなければ、ステップ４３３に移行する。なお、タイマ監視などによりリアルタイムに期限切れセクション検出が行なわれて後述する認証タイムアウト処理が行われていれば、当該認証有効期限切れであるか否かの判断処理は必ずしも必要ではない。
【０２５３】
ステップ４３３） 検索された認証セッション情報の認証タイムアウト時間が、現在時刻より新しく、販売ＩＤ要求メッセージで購入制御端末から受信した支払額が検索された認証セッション情報のカードＩＤに対応してカードバリュー管理ＤＢ１３０で保存されているプリペイド残額より大きい場合には、ステップ４３８に移行する。そうでなければ、ステップ４３４に移行する。
【０２５４】
ステップ４３４） 認証セッションＩＤに対応する販売ＩＤを生成する。その生成方法については、前述の図１２を用いた方法と同様である。
【０２５５】
ステップ４３５） 生成した販売ＩＤと、販売ＩＤ要求メッセージで購入制御端末２００から受信したコンテンツＩＤ・支払額、支払先ＩＤと販売ＩＤタイムアウト時間を、認証セッション管理部１２０で保持する販売ＩＤ情報として登録する。販売ＩＤ情報については、前述の図１５を用いて説明した通りである。
【０２５６】
ステップ４３６） 検索された認証セッション情報の販売ＩＤ発行可能残額から、販売ＩＤ要求メッセージで購入制御端末２００から受信した支払額を減算する。
【０２５７】
ステップ４３７） メッセージ「販売ＩＤ要求応答」で生成した販売ＩＤと、更新された販売ＩＤ発行可能残額を購入制御端末２００に送信する。
【０２５８】
ステップ４３８） ステップ４３１において、エラー処理として、購入制御端末２００に対するメッセージ「販売ＩＤ要求応答」としてエラーを送信するなどの処理を行い、処理を終了する。また、ステップ４３２において、有効期限切れである場合には、販売サーバ３００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する。また、販売ＩＤ要求メッセージで購入制御端末２００から受信した支払額が検索された認証セッション情報のカードＩＤに対応するカードバリュー管理ＤＢ１３０で保存されているプリペイド残額より大きい場合も販売サーバ３００に対して同様の処理を行う。
【０２５９】
次に、上記のステップ４４０における課金処理について説明する。
【０２６０】
図２１は、本発明の第１の実施例の認証課金サーバの課金処理のフローチャートである。
【０２６１】
ステップ４４０） 販売サーバ３００からのメッセージ「課金要求」で受信した販売ＩＤが、認証セッション管理部１２０で保持する販売ＩＤ情報に登録されているかを検索する。
【０２６２】
ステップ４４１） 販売ＩＤが販売ＩＤ情報に登録されていない場合には、ステップ４４９に移行する。
【０２６３】
ステップ４４２） 販売ＩＤが販売ＩＤ情報に登録されている時には、検索された販売ＩＤ情報の認証セッションＩＤに対応する認証セッション情報内の認証タイムアウト時間が現在時刻より古ければ、ステップ４４９に移行する。なお、タイマ監視などにより、リアルタイムに期限切れセッションの検出が行われて、後述する認証タイムアウト処理及び販売ＩＤ削除処理が行われていれば、当該有効期限切れか否かの判断処理は必ずしも必要ではない。
【０２６４】
ステップ４４３） 販売サーバ３００からのメッセージ課金要求で受信したコンテンツＩＤ・請求額・支払先ＩＤが、検索された販売ＩＤ情報のコンテンツＩＤ・支払額（請求額に対応）・支払先ＩＤに一致するか検査し、一致しなければ、ステップ４４９に移行する。
【０２６５】
ステップ４４４） コンテンツＩＤ・支払額（請求額）・支払先ＩＤが一致すれば、受信した請求額と、検索された認証セッション情報内のカードＩＤに対応してカードバリュー管理ＤＢ１３０で保持しているプリペイド残額と比較する。
プリペイド残額＜請求額
の場合には、ステップ４４９に移行し、
プリペイド残額≧請求額
の場合には、ステップ４４５に移行する。
【０２６６】
ステップ４４５） ステップ４４０で検索された販売ＩＤ情報を削除する。
【０２６７】
ステップ４４６） 検索された認証セッション情報のカードＩＤに対応してカードバリュー管理ＤＢ１３０で管理されているプリペイド残額から、販売サーバ３００から受け取った請求分を減算する。
【０２６８】
ステップ４４７） 認証セッション管理部１２０から精算部１４０に対して、カードＩＤと販売サーバ３００から受信した販売ＩＤ・支払先ＩＤ・請求額・コンテンツＩＤを渡すことで、精算部１４０では精算部１４０内で管理する精算ログＤＢの支払先ＩＤに対応して、取引リストとして販売ＩＤ・請求額・コンテンツＩＤの情報を追加し、精算額に請求分を加算する。精算ログについては、図８で説明したとおりである。
【０２６９】
ステップ４４８） 「課金要求」の応答として、メッセージ「課金成功通知」で、販売サーバ３００に対して課金が成功したことを通知し、処理を終了する。
ステップ４４９） エラー処理として、販売サーバ３００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する。
【０２７０】
次に、上記のステップ４６０の認証タイムアウト処理について説明する。
【０２７１】
図２２は、本発明の第１の実施例の認証課金サーバの認証タイムアウト処理のフローチャートである。
【０２７２】
ステップ４６０） ステップ４０５において検出された認証タイムアウト時間が現在時刻より古くなっている認証セッション情報の認証セッションＩＤを取り出し、認証セッションＩＤに対応する販売ＩＤ情報を削除する。
【０２７３】
ツエップ４６１） また、ステップ４０５において検出された認証タイムアウト時間が現在時刻より古くなっている認証セッションを削除して、処理を終了する。
【０２７４】
なお、ステップ４４０の課金処理における「有効期限切れ」の処理が行われていれば、ステップ４０５の期限切れセッションがあるか否かの判断処理や、ステップ４６０の認証タイムアウト処理は必ずしも必要ではない。
【０２７５】
次に、上記のステップ４７０の販売ＩＤ削除処理について説明する。
【０２７６】
図２３は、本発明の第１の実施例の認証課金サーバの販売ＩＤ削除処理のフローチャートである。
【０２７７】
ステップ４７０） ステップ４０５の期限切れ販売ＩＤがあるか否かの判断において検出された販売ＩＤタイムアウト時間が、現在時刻よりも古くなっている販売ＩＤ情報を削除して、処理を終了する。
【０２７８】
なお、ステップ４４０の課金処理における有効期限切れか否かの判断の処理が行われていれば、当該期限切れ販売ＩＤがあるか否かの判断及び、ステップ４７０の販売ＩＤ削除処理は必ずしも必要ではない。
【０２７９】
［第２の実施例］
図２４は、本発明の第２の実施例のシステム構成を示す。
【０２８０】
本実施例のシステムは、前述の第１の実施例と同様に、認証媒体として、ＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が、商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、第１の実施例と同様に、購入されたプリペイドカードの残金は、カード発行事業者で持つ（また、カード発行事業者から委託された）認証課金サーバ１００で管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払い後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払いが行われるシステムを想定している。
【０２８１】
また、本実施例の購入制御端末２００は、電話機にインターネット等と接続するための比較的高速な回線を加えた端末（特に、公衆電話機のような公衆利用型端末）を想定しており、例えば、電話回線として、ＩＳＤＮまたは、アナログ回線を使用し、インターネット等への接続回線としてＤＳＬ回線（ディジタル加入者回線）を使用するような形態を想定している。なお、このような形態の場合には、一本の接続ケーブルで、帯域分割等により双方の回線を収容することが可能である。
【０２８２】
また、本実施例では、課金のための認証サービスを電話ネットワークサービスとして提供し、商品は、インターネット上にある販売サーバ３００から購入することを想定している。
【０２８３】
図２４に示すように、本実施例のシステムは、第１の実施例と同様に、複数のＩＣカード１０と、複数の購入制御端末２００、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０２８４】
但し、認証課金サーバ１００が電話交換網内５００で交換機５１０と交換網で接続されたＮＳＰ（ネットワークサービス・プロセッサ）として構成され、ＩＳＤＮ等の公衆電話回線網で交換機と接続された購入制御端末２００が交換機５１０を通して、認証課金サーバ１００に接続されており、これに伴い、購入制御端末２００の通信部が通信部２１０Ａと通信部２１０Ｂとに分かれている点と、認証課金サーバ１００の通信部も通信部１１０Ａと通信部１１０Ｂに分かれている点とが、第１の実施例と異なる。
【０２８５】
購入制御端末２００の通信部２１０Ａは、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を介して認証課金サーバ１００と通信を行い、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了のためのメッセージの送受信を行うために用いられる。なお、回線がＩＳＤＮの場合には、購入制御端末２００−交換機５１０間では、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了は、Ｄｃｈの制御信号等にメッセージを載せて送受信することになり、交換機５１０では、購入制御端末２００から受け取った制御信号内のメッセージの中身を取り出して、認証課金サーバ１００に送信し、認証課金サーバ１００からのメッセージを制御信号に載せて購入制御端末２００に送信するという中継処理を行うことになる。
【０２８６】
また、購入制御端末２００の通信部２１０Ｂは、販売サーバ３００と通信を行うためのインタフェースであり、インターネットなどのネットワーク４００に接続される。
【０２８７】
また、認証課金サーバ１００の通信部１１０Ａは、交換機５１０等の電話交換網５００内の機器と接続するための交換網のインタフェースであり、ここでは、交換機５１０との通信に使用される。
【０２８８】
また、認証課金サーバ１００の通信部１１０Ｂは、販売サーバ３００と通信を行うためのインタフェースであり、インターネットなどのネットワーク４００に接続される。
【０２８９】
なお、メッセージシーケンスやシステムの動作は、前述の第１の実施例と同様である。
【０２９０】
［第３の実施例］
図２５は、本発明の第３の実施例のシステム構成を示す。
【０２９１】
本実施例のシステムは、前述の第１の実施例と同様に、認証媒体として、ＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が、商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、第１の実施例と同様に、購入されたプリペイドカードの残金は、カード発行事業者で持つ（また、カード発行事業者から委託された）認証課金サーバで管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払い後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払いが行われるシステムを想定している。
【０２９２】
また、本実施例の購入制御端末２００は、電話機端末を想定しており、たとえば、電話回線として、ＩＳＤＮ等を使用した形態を想定している。
【０２９３】
また、本実施例では、課金の為の認証サービスを電話ネットワークサービスとして提供し、商品は公衆電話回線網上にある（つまり、電話として接続された）販売サーバ３００から購入することを想定している。
【０２９４】
図２５に示すように、本実施例のシステムは、前述の第１の実施例と同様に、複数のＩＣカード１０と、複数の購入制御端末２００と、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０２９５】
また、前述の第２の実施例と同様に、認証課金サーバ１００が電話交換網５００内で交換機５１０で接続されたＮＳＰ（ネットワーク・サービス・プロセッサ）として構成され、ＩＳＤＮ等の公衆電話回線網５００で交換機５１０と接続された購入制御端末２００が交換機５１０を通して認証課金サーバ１００に接続されている。
【０２９６】
但し、販売サーバ３００も、ＩＳＤＮ等の公衆電話回線網で交換機５１０と接続されており、交換機５１０を通して認証課金サーバ１００や購入制御端末２００に接続されている。
【０２９７】
購入制御端末２００の通信部２１０は、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を通して認証課金サーバ１００と通信を行い、ＩＣカード１０の認証や、販売ＩＤ取得や認証終了のためのメッセージの送受信を行うと共に、販売サーバ３００に発呼して販売サーバ３００と接続することで、商品の購入要求等の販売サーバ３００とのメッセージの送受信を行うために用いられる。
【０２９８】
また、販売サーバ３００の通信部３１０は、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を通して認証課金サーバ１００と通信を行い、課金要求の為のメッセージの送受信を行うと共に、購入制御端末２００からの着呼を受けて購入制御端末２００と接続することで、商品の購入要求受信等の購入制御端末２００とのメッセージの送受信を行うために用いられる。
【０２９９】
また、認証課金サーバ１００の通信部１１０は、交換機５１０等の電話交換網５００内の機器と接続するための交換網のインタフェースであり、ここでは、交換機５１０との通信に使用される。
【０３００】
なお、回線がＩＳＤＮの場合には、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了等の購入制御端末２００−交換機５１０間のメッセージ通信には、Ｄｃｈの制御信号を用い、商品購入要求や、コンテンツ等の商品（または、購入許可情報等）の配送には、Ｂｃｈのデータ通信を用いることになる。
【０３０１】
この場合、交換機５１０では、購入制御端末２００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して、認証課金サーバ１００に送信し、認証課金サーバ１００から購入制御端末２００向けのメッセージをＤｃｈ制御信号に載せて購入制御端末２００に送信したり、販売サーバ３００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して認証課金サーバ１００に送信し、認証課金サーバ１００から販売サーバ３００向けのメッセージをＤｃｈ制御信号に載せて購入制御端末２００に送信したりするという中継処理を行うことになり、購入制御端末２００−販売サーバ３００間は、Ｂｃｈによる通常の回線交換処理を行うことになる。
【０３０２】
この場合、例えば、購入制御端末２００から販売サーバ３００への発呼時にＤｃｈを使用してＩＣカード認証を行うことで、交換機５１０では、カード認証成功時に販売サーバ３００の呼び出しを行うような制御を行ったり、呼切断時に交換機から認証課金サーバ１００に通知を行うことで、認証の状態の解除（認証セッション情報や、関連する販売ＩＤ情報の削除）を行うなど、呼接続に結びついたＩＣカード認証の制御も可能となる。
【０３０３】
以下、前述の第１の実施例と異なる点について、図２６のシーケンスチャートを使用して説明する。
【０３０４】
図２６は、本発明の第３の実施例のメッセージシーケンスチャートである。
【０３０５】
まず、購入制御端末２００にＩＣカード１０が挿入されて（ステップ５０１）、カードＩＤが読み出されると（ステップ５０２）、購入制御端末２００から認証課金サーバ１００に対してＩＣカード認証要求を送信するが、本実施例においては、ステップ５０３の発呼により、Ｄｃｈの制御信号として行われる発呼信号により、販売サーバ３００への発呼を行う時に、ＩＣカード認証要求メッセージを載せて送出している（ステップ５０３）。なお、発呼信号には、発呼先である販売サーバ３００の電話番号が入るが、販売サーバ３００の電話番号は、ＩＣカード１０から読み出す、購入制御端末２００で固定的に保持する、購入者が発呼時に入力する、等の方法により取得する。
【０３０６】
また、交換機５１０では、発呼信号を受け取った時に、ＩＣカード認証要求がメッセージに載っていれば、ＩＣカード認証要求を認証課金サーバ１００に送信する（ステップ５０４）。
【０３０７】
なお、本実施例では、認証課金サーバ１００に送信されるＩＣカード認証要求のパラメータとして、第１の実施例のカードＩＤに加えて、購入制御端末２００の識別子（電話番号など）である端末ＩＤが入っており、認証課金サーバ１００では、認証セッション情報の一つとして端末ＩＤを保持する。
【０３０８】
また、計算要求、計算要求応答、ＩＣカード認証結果の各メッセージについても、交換機５１０で中継する形式となっており、交換機５１０と購入制御端末２００の間は、Ｄｃｈの制御信号として送受信される形式になっている。
【０３０９】
また、ＩＣカード認証結果が認証課金サーバ１００から交換機５１０に戻ってきて（ステップ５０５）、交換機５１０が認証成功を認識すると、販売サーバ３００に対して着呼をかけて（ステップ５０６）、販売サーバ３００からの応答があったときに（ステップ５０７）、販売サーバ３００と購入制御端末２００を呼接続することで（ステップ５０８）、購入制御端末２００と販売サーバ３００との間で通信が可能となる形となっている。
【０３１０】
購入制御端末２００と販売サーバ３００との間で通信が可能になると、購入・支払処理も可能になり、前述の第１の実施例と同様に購入支払処理を繰り返し行うことが可能である。
【０３１１】
但し、購入制御端末２００と認証課金サーバ１００との間で送受信される販売ＩＤ要求や、販売ＩＤ要求応答のメッセージも、交換機５１０で中継する形式となっており（ステップ５０９〜ステップ５１３）、交換機５１０と販売サーバ３００の間は、Ｄｃｈの制御信号として送受信される形式になっている。
【０３１２】
また、販売サーバ３００と認証課金サーバ１００との間で送受信されるメッセージである課金要求や課金成功通知も、交換機５１０で中継する形式（ステップ５１４〜ステップ５２２）となっており、交換機５１０と販売サーバ３００の間は、Ｄｃｈの制御信号として送受信される形式になっている。
【０３１３】
また、認証状態終了処理は、第１の実施例と同様にカード引抜きを契機に処理が開始されることとなっているが、購入者の操作により、処理が開始されても構わない。
【０３１４】
認証状態終了処理では、第１の実施例と同様に、当該カードの認証セッション情報の削除処理（ステップ５２４）を行った後、ＩＣカード認証終了要求の送信は行わずに、呼切断要求で交換機５１０に対して呼の切断を要求している（ステップ５２５）。
【０３１５】
交換機５１０では、呼切断要求を受け取ると、認証課金サーバ１００に対して、ＩＣカード認証終了要求を送信するが（ステップ５２６）、この際に、端末ＩＤをパラメータとして送信し、購入制御端末２００と販売サーバ３００との呼を切断する（ステップ５２７）。
【０３１６】
認証課金サーバ１００では、ＩＣカード認証終了要求で端末ＩＤを受け取ると、認証セッション情報の中から端末ＩＤを持つ認証セッション情報を検索し、検索された認証セッション情報の認証セッションＩＤに対応する販売ＩＤ情報と、検索された認証セッション情報の削除を行う（ステップ５２８、５２９）。
【０３１７】
［第４の実施例］
図２７は、本発明の第４の実施例のシステム構成を示す。
【０３１８】
本実施例のシステムは、前述の第１の実施例と同様に、記憶媒体として、ＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が、商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、第１の実施例と同様に、購入されたプリペイドカードの残金は、カード発行事業者で持つ（また、カード発行事業者から委託された）認証課金サーバ１００で管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払い後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払いが行われるシステムを想定している。
【０３１９】
また、本実施例の購入制御端末２００は、電話機に電話回線を使用してインターネット等と接続する機能を備えた端末を想定しており、例えば、電話回線として、ＩＳＤＮまたは、アナログ回線を使用し、ＩＳＰ（インターネット・サービス・プロバイダ）に発呼・呼接続することで、インターネット等を使用するような形態を想定している。
【０３２０】
また、本実施例では、課金のための認証サービスを電話ネットワークサービスとして提供し、商品はインターネット上にある販売サーバから購入することを想定している。
【０３２１】
図２７に示すように、本実施例のシステムは、前述の第１の実施例と同様に、複数のＩＣカード１０と、複数の購入制御端末２００と、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０３２２】
また、第２の実施例と同様に、認証課金サーバ１００が電話交換網５００内で交換機５１０と交換網で接続されたＮＳＰ（ネットワーク・サービス・プロセッサ）として構成され、ＩＳＤＮ等の公衆電話回線網で交換機５１０と接続された購入制御端末２００が交換機５１０を通して、認証課金サーバ１００に接続されている。
【０３２３】
また、販売サーバ３００は、インターネット等のネットワークに接続されているため、購入制御端末２００から販売サーバ３００への接続は、公衆電話回線網５００で接続されたＩＳＰ６００（インターネット・サービス・プロバイダ）を通して、ＩＰ接続などで行われ、販売サーバ３００と認証課金サーバ１００の間もインターネット等のネットワークで接続される。このため、認証課金サーバ１００の通信部１１０は、交換網のインタフェースを持つ通信部１１０Ａと、インターネット等のインタフェースを持つ通信部１１０Ｂとに分かれている。
【０３２４】
購入制御端末２００の通信部２１０は、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を通して、認証課金サーバ１００と通信を行い、ＩＣカード１０の認証や販売ＩＤ取得や認証終了のためのメッセージの送受信を行うと共に、ＩＳＰ６００に発呼して接続を行った後、販売サーバ３００とＩＰプロトコルなどで接続することで商品の購入要求等の販売サーバ３００とのメッセージの送受信のために用いられる。
【０３２５】
また、認証課金サーバ１００の通信部１１０Ａは、交換機５１０等の電話交換網５００内の機器と接続するための交換網のインタフェースであり、ここでは、交換機５１０との通信に使用される。
【０３２６】
また、認証課金サーバ１００の通信部１１０Ｂは、販売サーバ３００と通信を行うためのインタフェースであり、前述の第１の実施例の通信部と同様にインターネットなどのネットワークに接続される。
【０３２７】
なお、回線がＩＳＤＮの場合には、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了等の購入制御端末２００−交換機５１０間のメッセージ通信には、Ｄｃｈの制御信号を用い、ＩＳＰ６００との接続には、Ｂｃｈのデータ通信を用いることになる。
【０３２８】
この場合、交換機５１０では、購入制御端末２００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して認証課金サーバ１００に送信し、認証課金サーバ１００から購入制御端末向けのメッセージをＤｃｈ制御信号に載せて購入制御端末２００に送信したり、販売サーバ３００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して、認証課金サーバ１００に送信し、認証課金サーバ１００から販売サーバ３００向けのメッセージをＤｃｈ制御信号にのせて購入制御端末２００に送信したりするという中継処理を行うことになり、購入制御端末２００−ＩＳＰ６００間は、Ｂｃｈによる通常の回線交換処理を行うことになる。
【０３２９】
この場合、前述の第３の実施例と同様に、例えば、購入制御端末２００からＩＳＰ６００への発呼時にＤｃｈを使用して、ＩＣカード認証を行うことで、交換機５１０では、カード認証成功時にＩＳＰ６００の呼び出しを行うような制御を行ったり、呼切断時に交換機５１０から認証課金サーバ１００に通知を行うことで、認証状態の解除（認証セッション情報や、関連する販売ＩＤ情報の削除）を行うなど、呼接続に結びつけたＩＣカード認証の制御も可能となる。
【０３３０】
なお、メッセージシーケンスやシステムの動作は、購入・支払処理前に購入制御端末２００からＩＳＰ６００に発呼して接続しておく必要がある点を除き、基本的には、第１の実施例と同様でも構わないが、呼接続に結びつけたＩＣカード認証の制御を行った場合について、以下に、第１の実施例と異なる点を中心に、図２８のシーケンスチャートを用いて説明する。
【０３３１】
図２８は、本発明の第４の実施例のメッセージシーケンスチャートである。
【０３３２】
まず、ＩＣカード１０が購入制御端末２００に挿入されて（ステップ６０１）カードＩＤが読み出されると（ステップ６０２）、購入制御端末２００から認証課金サーバ１００に対してＩＣカード認証要求を送信するが、本実施例においては、発呼で、Ｄｃｈの制御信号として行われる発呼信号により、販売サーバ３００への発呼を行うときに、ＩＣカード認証要求メッセージを載せて送出している（ステップ６０３）。なお、発呼信号には発呼先であるＩＳＰの電話番号が入るが、ＩＳＰの電話番号は、ＩＣカード１０から読み出す、購入制御端末２００で固定的に保持する、購入者が発呼時に入力する、等の方法により得る。
【０３３３】
また、交換機５１０では、発呼信号を受け取ったときに、ＩＣカード認証要求にメッセージが載っていれば、ＩＣカード認証要求を認証課金サーバ１００に送信する（ステップ６０４）。
【０３３４】
なお、本実施例では、認証課金サーバ１００に送信されるＩＣカード認証要求のパラメータとして、第１の実施例のカードＩＤに加えて、購入制御端末２００の識別子（電話番号など）である端末ＩＤが入っており、認証課金サーバ１００では、認証セッション情報の一つとして端末ＩＤを保持する。
【０３３５】
また、計算要求、計算要求応答、ＩＣカード認証結果の各メッセージについても、交換機５１０で中継する形式となっており、交換機５１０と購入制御端末２００の間は、Ｄｃｈの制御信号として送受信される形式になっている（ステップ６０５〜ステップ６０８）。
【０３３６】
また、ＩＣカード認証結果が認証課金サーバ１００から交換機５１０に戻ってきて、交換機５１０が認証成功を認識すると、ＩＳＰ６００に対して着呼をかけて、ＩＳＰ６００からの応答があったときに、ＩＳＰ６００と購入制御端末２００を呼接続することで、購入制御端末２００がインターネットなどのネットワークにＩＰプロトコルなどで接続され、販売サーバ３００との間で通信が可能となる形となっている（ステップ６０９〜ステップ６１３）。
【０３３７】
購入制御端末２００と販売サーバ３００との間で通信が可能になると、購入・支払処理も可能になり、第１の実施例と同様の購入支払処理を繰り返し行うことが可能である。但し、購入制御端末２００と認証課金サーバ１００との間で送受信される販売ＩＤ要求や販売ＩＤ要求応答のメッセージも、交換機５１０で中継する形式となっており、交換機５１０と販売サーバ３００の間は、Ｄｃｈの制御信号として送受信される形式になっている（ステップ６１４〜ステップ６１７）。 また、認証状態終了処理は、第１の実施例と同様に、カード引抜きを契機に処理が開始されることとなっているが、購入者の操作により処理が開始されてもよい。
【０３３８】
認証状態終了処理では、第１の実施例と同様に、カードの認証セッション情報の削除処理を行った後に、ＩＣカード認証終了要求の送信は行わずに、呼切断要求で交換機５１０に対して呼の切断を要求している（ステップ６１８〜ステップ６２０）。
【０３３９】
交換機５１０では、呼切断要求を受け取ると、認証課金サーバ１００に対して、ＩＣカード認証終了要求を送信するが、この際に、端末ＩＤをパラメータとして送信し、購入制御端末２００とＩＳＰ６００との呼を切断する。
【０３４０】
認証課金サーバ１００では、ＩＣカード認証終了要求で端末ＩＤを受け取ると、認証セッション情報の中から端末ＩＤを持つ認証セッション情報を検索し、検索された認証セッション情報を認証セッションＩＤに対応する販売ＩＤ情報と、検索された認証セッション情報の削除を行う。
【０３４１】
上記の第１〜第４の実施例における各装置の構成要素をプログラムとして構築し、購入制御端末、販売サーバ、認証課金サーバとして利用されるコンピュータにインストールする、または、ネットワークを介して流通させることが可能である。
【０３４２】
また、構築されたプログラムを購入制御端末、販売サーバ、認証課金サーバとして利用されるコンピュータに接続されるハードディスクや、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現できる。
【０３４３】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【０３４４】
【発明の効果】
上述のように、本発明によれば、購入者が事前に購入しておいた認証媒体を認証することにより、認証中の状態において認証課金サーバから購入制御端末に対して販売ＩＤの発行を行い、得られた販売ＩＤを販売サーバに払出し、販売サーバでは、販売ＩＤと請求額と販売者を特定するＩＤを認証課金サーバに渡すことにより認証媒体の残金に対して課金要求をかけることが可能となり、成功した課金要求の情報を元に認証課金サーバから販売者に対して精算（支払）を行うことで、結果的に認証媒体を持つ購入者から販売サーバを持つ販売者への支払が可能となる。
【０３４５】
このことにより、購入者は、認証媒体を購入制御端末に接続するだけで、カード番号やパスワード等を入力することなく、プリペイドポストペイド等の即時課金が可能になり、入力の手間などが少なく、盗み見られるなどによる第三者からの不正利用の危険性も回避して商品の購入が可能になる。
【０３４６】
また、認証媒体では、課金許可情報等を生成する必要はなく、認証機能だけ持てばよいため、ワイヤドロジックなどで簡単な論理計算だけを実装して媒体の製造コストを抑えることが可能であり、カード自身が認証や残金発行を行うことで、不正利用を防ぐ電子マネーシステムで使用するＣＰＵ付のＩＣカードに比べて、認証媒体を安価に製造することが可能になる。
【０３４７】
また、本発明のシステムでは、認証媒体が認証課金サーバで認証されている間であれば、認証をやり直すことなく、繰り返して販売者に対する支払ができるため、ストリームコンテンツや通信に対する課金等の繰り返し支払をする場合に、毎回認証を行う場合に比べて、各支払処理を短時間で行うことが可能となる。
【０３４８】
また、認証課金サーバへの課金要求時に支払先ＩＤを指定するため、同一支払先ではない不特定多数の販売者と取引することが可能である。
【０３４９】
また、認証媒体の認証成功時に、認証課金サーバから認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである「認証セッションＩＤ」の払出しを行い、認証セッションＩＤを媒体ＩＤの代わりに使用して販売サーバとの間で取引することで、１回の認証中のみ有効な認証セッションＩＤが認証中に判らない限り販売ＩＤの要求を行うことができず、永続的に変わらない媒体ＩＤを使用するよりも第三者による販売ＩＤの発行による残金の不正使用をより困難にすることが可能になる。
【０３５０】
また、販売ＩＤ要求時のパラメータに、支払先を特定することのできる識別番号としての「支払先ＩＤ」を加え、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された支払先と販売ＩＤ要求時の支払先ＩＤが一致するか確認を行うことで、第三者に販売ＩＤ等の情報が盗聴され、認証課金サーバに対して先に要求されたとしても、支払先を変更することができないために、第三者に対して不正に支払が行われる危険性を無くすことができる。
【０３５１】
また、販売ＩＤ要求時のパラメータに、購入者から販売者への支払金額を特定する情報である「支払額」を加え、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された請求額と販売ＩＤ要求時の支払額が一致するか確認を行うことで、販売者から認証課金サーバに対して購入者が許可した金額以上の額を要求されたとしても、不正な額の支払が行われる危険性をなくすことができる。
【０３５２】
また、販売ＩＤ要求時のパラメータに、購入するコンピュータなどの商品を特定する情報としての「コンテンツＩＤ」を加え、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定されたコンテンツＩＤと販売ＩＤ要求時のコンテンツＩＤが一致するか確認を行うことで、販売者から認証課金サーバに対して購入者が指定したコンテンツＩＤと同じコンテンツＩＤを指定しないと支払が行われないため、購入者と販売者の間で合意された取引の記録を確実に残すことが可能となり、購入者−販売者間等でのトラブル発生時に取引を証明することができる。
【０３５３】
また、認証媒体の接続が購入制御端末から切断されたのを契機に、購入制御端末から認証課金サーバに対して媒体ＩＤ等の認証または、媒体を特定する情報を送信することで、認証ＩＤに対応する残金から課金の停止を要求し、認証課金サーバでは媒体ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に対応する販売ＩＤなどの情報を削除し、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や課金要求を受け付けても課金を行えなくすることで、媒体接続時のみに取引を限定することが可能となり、所有者による媒体抜取りによる取引中止の意思表示が可能となると共に、媒体所有者の知らないところで残金に対する課金（生成したが使用を中止した販売ＩＤによる課金）が行われることを防ぐことができる。
【０３５４】
また、認証課金サーバで認証媒体の認証成功から時間を監視し、一定時間が経過した時点で、認証課金サーバでは媒体ＩＤに対応して認証時に生成した販売ＩＤ発行のための認証セッション情報や、認証セッション情報に対応する販売ＩＤなどの情報を削除するのか、または、無効にすることで、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や課金要求を受け付けても課金を行えなくすることが可能になり、上記の「一定時間」をカードＩＤや認証セッションＩＤ等の販売ＩＤ要求のための識別子に対する推測の容易さなどのセキュリティレベルに合わせて調製することにより、カードＩＤや認証セッションの推定などにより、カードＩＤや認証セッションＩＤの推定などにより不正に販売ＩＤを要求されて課金要求される危険性を防ぐことができる。
【０３５５】
また、認証課金サーバが交換機網内にあり、購入制御端末が電話回線に接続されていることにより、購入制御端末と認証課金サーバで行われるＩＣカード認証のためのメッセージ通信を電話回線の制御信号を通して行うことになり、交換機で発呼端末の収容回線の特定をすることができるための購入制御端末を装った不正な端末からの認証要求等のアクセスを制限することが可能となる。
【０３５６】
また、購入制御端末から販売サーバに接続するための発呼時に、交換機を通して、購入制御端末と課金制御サーバとの間でＩＣカード認証を行うことにより、販売サーバとの接続後は、いつでも購入制御端末から交換機を通して課金制御サーバに販売ＩＤの要求を行うだけで、商品の購入が可能になり、電話ネットワークサービスによる認証課金サービスの提供が可能となる。
【０３５７】
また、購入制御端末から販売サーバに接続するため、呼接続の切断を契機に、交換機から認証課金サーバに対して、端末ＩＤ等の購入制御端末を特定する情報を送信し、認証課金サーバでは端末ＩＤに対応して認証時に生成した販売ＩＤ要求のための認証セッション情報や、認証セッション情報に対応する販売ＩＤなどの情報を削除することで、以後、発呼などにより再度認証が行われるまで、端末ＩＤで認証した媒体に関する販売ＩＤの発行要求や課金要求を受け付けても課金を行えなくすることで、回線接続時のみに取引を限定することが可能になり、所有者による回線切断による取引中止の意思表示が可能となると共に、媒体所有者の知らないところで残金に対する課金（静止したが使用を中止した販売ＩＤによる課金など）が行われることを防ぐことができる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施の形態におけるシステム構成図である。
【図４】本発明の一実施の形態におけるメッセージシーケンスチャートである。
【図５】本発明の第１の実施例のシステム構成図である。
【図６】本発明の第１の実施例のＩＣカードのデータ保持部内のデータの例である。
【図７】本発明の第１の実施例の認証課金サーバ内のカードバリュー管理ＤＢの例である。
【図８】本発明の第１の実施例の認証課金サーバ内の精算ログＤＢの例である。
【図９】本発明の第１の実施例のメッセージシーケンスチャートである。
【図１０】本発明の第１の実施例のＩＣカードの認証応答部で行う計算方法の例である。
【図１１】本発明の第１の実施例のＩＣカードの認証応答部で行う他の計算方法の例である。
【図１２】本発明の第１の実施例の認証課金サーバにおける認証セッション情報の例である。
【図１３】本発明の第１の実施例の購入制御端末における認証セッション情報の例である。
【図１４】本発明の第１の実施例の販売ＩＤ生成方法を説明するための図である。
【図１５】本発明の第１の実施例の認証課金サーバにおける販売ＩＤ情報の例である。
【図１６】本発明の第１の実施例の購入制御端末のフローチャートである。
【図１７】本発明の第１の認証課金サーバの全体の処理のフローチャートである。
【図１８】本発明の第１の実施例の認証課金サーバのＩＣカード認証処理のフローチャートである。
【図１９】本発明の第１の実施例の認証課金サーバのＩＣカード認証終了処理のフローチャートである。
【図２０】本発明の第１の実施例の認証課金サーバの販売ＩＤ発行処理のフローチャートである。
【図２１】本発明の第１の実施例の認証課金サーバの課金処理のフローチャートである。
【図２２】本発明の第１の実施例の認証課金サーバの認証タイムアウト処理のフローチャートである。
【図２３】本発明の第１の実施例の認証課金サーバの販売ＩＤ削除処理のフローチャートである。
【図２４】本発明の第２の実施例のシステム構成図である。
【図２５】本発明の第３の実施例のシステム構成図である。
【図２６】本発明の第３の実施例のメッセージシーケンスチャートである。
【図２７】本発明の第４の実施例のシステム構成図である。
【図２８】本発明の第４の実施例のメッセージシーケンスチャートである。
【符号の説明】
１０ 認証媒体，ＩＣカード
１１ 通信部
１２ 認証応答部
１３ カードデータ保持部
１００ 認証課金サーバ
１０１ 認証手段
１０２ 販売ＩＤ生成手段
１０３ 販売ＩＤ検査手段
１０４ 課金手段
１０５ 課金通知手段
１１０ 通信部
１２０ 認証セッション管理部
１３０ カードバリュー管理ＤＢ
１４０ 精算部
２００ 購入制御端末
２０１ 媒体認証要求手段
２０２ 販売ＩＤ発行要求手段
２０３ 購入要求手段
２１０ 通信部
２２０ カードＲ／Ｗ
２３０ 課金制御部
２４０ 購入制御部
３００ 販売サーバ
３０１ 課金要求手段
３１０ 通信部
３２０ 制御部
３３０ 精算ログＤＢ
３４０ コンテンツＤＢ等
４００ ネットワーク
５００ 電話交換網
５１０ 交換機
６００ ＩＳＰ
【発明の属する技術分野】
本発明は、課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体に係り、特に、インターネット等のネットワーク上のディジタルコンテンツの配送時等における少額の即時課金を行うための課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体に関する。
【０００２】
詳しくは、街頭端末等の公共性の高い場所でのコンテンツ購入時における安全性を確保した、簡易で比較的安価な媒体のカードを使用した少額即時課金を行うための課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体に関する。
【０００３】
【従来の技術】
従来、インターネットなどのネットワーク上のコンテンツ購入等における即時課金の手段として、クレジットカードやプリペイド式のスクラッチカード等が使用されている。なお、スクラッチカードとは、券面の一部を削り取ることによりカードＩＤが判るカードを指す。
【０００４】
また、ＩＣカードを利用してオフラインで決済を行う電子マネーシステムがある。
【０００５】
また、認証センタからカード認証（ＩＤ認証）を行うことで、認証センタで管理しているバリュー（残額）を利用するプリペイド型（料金前払い式）のＩＣカードシステムがある。
【０００６】
【発明が解決しようとする課題】
しかしながら、クレジットカードを利用する場合には、カード番号等のカード情報を通知する必要があり、端末・ネットワーク・コンテンツサーバ（販売者）などからカード情報が漏洩する危険性があり、カードが不正使用されてしまうという問題がある。つまり、クレジット会社は信用できても、当該クレジット会社と契約を結んでいる契約店に、商品購入の際には、クレジットカード番号を示す必要があるため、悪意の契約店であった場合に、当該クレジットカード番号を知りさえすれば、課金が自由に行われてしまうという問題がある。
【０００７】
また、スクラッチカード（券面の一部を削り取ることによりカードのＩＤが判るカード）を利用する場合にも、カードに記載された番号を入力することで、センタに登録されているバリューを使用するため、カードの番号を他人に知られることにより、バリューを不正利用されてしまう。このため、番号を盗み見られたり番号を記憶されるなどの危険性がある街頭端末での使用には問題がある。
【０００８】
また、特に、スクラッチカード等では多くの桁数の番号を入力する手間がかかるという問題がある。
【０００９】
また、認証センタからカード認証（ＩＤ認証）を行うことで、認証センタで管理しているバリュー（残額）を利用するプリペイド型のＩＣカードシステムでは、認証システムを持つ事業者との取引に限定され、同じＩＣカードを使った不特定多数の販売者との取引には使用できないという問題がある。
【００１０】
クレジットカードやスクラッチカード等では、カード番号やパスワード等を入力する必要があるため、カードに結び付けられているバリュー（残額）を第三者から不正に使用される危険性があり、特に街頭における利用の場合には、第三者から盗み見られるなどによるバリュー（残額）の不正使用の危険性が高くなるという問題や、課金時に入力の手間が掛かるといった問題がある。
【００１１】
また、ＣＰＵ付のＩＣカードを利用し、カード自身が認証やバリュー（残額）発行を行うことで不正利用を防ぐ電子マネーシステムでは、処理能力の高いＣＰＵを使用するためＩＣカードの媒体が高価であるという問題がある。
【００１２】
また、センタ型のプリペイドシステムでは、ＩＤ認証機能だけを持った安価な媒体のＩＣカードにより第三者からの不正使用を防止することが可能であると共に、購入者にとって入力の手間が掛からないが、取引は認証システムを持つ事業者が限定されており、同じＩＣカードを使って不特定多数の販売者と取引することができないという問題がある。
【００１３】
また、固定のＩＤ（クレジット番号、プリペイドカードＩＤ、ポストペイドカードＩＤ）を販売者に公開するシステムでは、販売者が購入者の利用状況を把握することが可能であるが、購入者にとっては、プライバシが脅かされることにもつながるため、必ずしも好ましいことではない。なお、ここで、プリペイドカードとは、料金前払い式のカードを指し、ポストペイドカードとは、料金後払い式カードを指す。
【００１４】
本発明は、上記の点に鑑みなされたもので、媒体が安価であり、プリペイド・ポストペイド等による決済が可能な、ネットワーク上のコンテンツ購入時などにおける即時決済を行う課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体を提供することを目的とする。
【００１５】
更なる本発明の目的は、第三者からの不正利用の危険性が少なく、購入者の匿名性が保てると共に、購入者の入力の手間が掛からない、ネットワーク上のコンテンツ購入時などにおける即時決済を行う課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体を提供することである。
【００１６】
【課題を解決するための手段】
図１は、本発明の原理を説明するための図である。
【００１７】
本発明（請求項１）は、複数の認証媒体、複数の購入制御端末、複数の販売サーバ及び１つの認証課金サーバからなるシステムにおいて、ネットワーク上のコンテンツ購入を含む取引の決済を行うための課金方法において、
販売サーバからコンテンツを購入する際の支払手段として、認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が購入制御端末に接続されると（ステップ１）、
購入制御端末では、認証媒体の認証を認証課金サーバに要求し（ステップ２）、
認証課金サーバにおいて、認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成する（ステップ３）と共に、購入制御端末に認証成功を通知し（ステップ４）、
購入制御端末は、認証が成功すると、販売サーバへの支払時に、認証課金サーバに対して、認証課金サーバから認証媒体の認証に成功した旨の通知と共に受信する認証セッションＩＤ、または、媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求し（ステップ５）、
認証課金サーバでは、販売ＩＤの発行要求があると、送信された認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し（ステップ６）、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持する（ステップ７）と共に、該購入制御端末に生成した該販売ＩＤを送信し（ステップ８）、
購入制御端末では、販売ＩＤを取得すると、該販売ＩＤを販売サーバに送付することで、コンテンツの購入要求を行い（ステップ９）、
販売サーバでは、販売ＩＤを受信すると、受信した該販売ＩＤと請求額を認証課金サーバに送付することで課金要求を行い（ステップ１０）、
認証課金サーバでは、販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると（ステップ１１）、該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行う（ステップ１２）と共に、販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行い（ステップ１３）、該販売サーバに対して課金の成功の通知を行う（ステップ１４）。
【００１８】
本発明（請求項２）は、認証課金サーバを、電話交換網内に設け、購入制御端末を電話回線に接続し、
購入制御端末と認証課金サーバで行われる認証媒体の認証及び、販売ＩＤ要求のためのメッセージ通信を電話回線を制御信号を介して行い、
電話交換網の交換機において、発呼端末を収容する回線を特定する。
【００１９】
本発明（請求項３）は、購入制御端末から販売サーバに接続するための発呼時に、交換機を介して、該購入制御端末と該認証課金サーバとの間で認証媒体の認証を行う。
【００２０】
本発明（請求項４）は、購入制御端末から販売サーバに接続するための呼接続の切断を契機に、交換機から認証課金サーバに対して、端末ＩＤを含む該購入制御端末を特定する情報を送信し、
認証課金サーバでは、端末ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッションに結び付けられて保持されている販売ＩＤを削除する。
本発明（請求項５）は、認証媒体の媒体ＩＤの認証に成功した時に、認証課金サーバから、認証された該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを第三者に漏洩しない方法で払出しを行い、
認証セッションＩＤを媒体ＩＤの代わりに使用する。
【００２６】
本発明（請求項５）は、購入制御端末において、
認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、認証課金サーバに送信する。
【００２８】
本発明（請求項６）は、認証課金サーバにおいて、
販売ＩＤを検査する際に、
購入制御端末から取得した支払先を特定するための販売ＩＤに対応する支払先ＩＤと、販売サーバから指定された支払先ＩＤとが一致するかを確認する。
【００２９】
本発明（請求項７）は、認証課金サーバにおいて、
販売ＩＤを検査する際に、
販売サーバから指定された請求額と、販売ＩＤと組にして保持されている支払額が一致するかを確認する。
【００３０】
本発明（請求項８）は、認証課金サーバにおいて、
販売ＩＤを検査する際に、
販売ＩＤと組にして保持されているコンテンツＩＤと、販売サーバから指定されたコンテンツＩＤとが一致するかを確認する。
【００３１】
本発明（請求項９）は、認証課金サーバにおいて、
認証媒体の認証成功からの時間を監視し、
一定時間が経過した時点で媒体ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にする。
【００３３】
図２は、本発明の原理構成図である。
【００３４】
本発明（請求項１０）は、複数の認証媒体１０、複数の購入制御端末２００、複数の販売サーバ３００及び１つの認証課金サーバ１００からなるシステムにおいて、ネットワーク４００上のコンテンツ購入を含む取引の決済を行うための課金システムであって、
購入制御端末２００は、
販売サーバ３００からコンテンツを購入する際の支払手段として、認証課金サーバ１００で残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を認証課金サーバ１００に要求する媒体認証要求手段２０１と、
認証課金サーバ１００から認証媒体の認証が成功した旨の通知と、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信すると、販売サーバ３００への支払時に、該認証課金サーバ１００に対して、該認証課金サーバ１００から該認証媒体の認証に成功した旨の通知と共に受信する該認証セッションＩＤ、または、該媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求手段２０２と、
認証課金サーバ１００から販売ＩＤを取得すると、該販売ＩＤを販売サーバ３００に送付することで、コンテンツの購入要求を行う購入要求手段２０３と、を有し、
認証課金サーバ１００は、
購入制御端末２００からの媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤに対して認証中であることを示す認証セッション情報を生成すると共に、購入制御端末２００に認証成功を通知する認証手段１０１と、
購入制御端末２００から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ１００内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末２００に生成した該販売ＩＤを送信する販売ＩＤ生成手段１０２と、
販売サーバ３００から販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバ１００で発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査手段１０３と、
販売ＩＤが、当該認証課金サーバ１００で発行したものであり、該販売ＩＤが該認証課金サーバ１００内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ１００内に保存している媒体ＩＤに対応する残金に課金を行うと共に、販売サーバ３００に対する精算情報を蓄える処理を含む精算のための処理を行う課金手段１０４と、
販売サーバ３００に対して課金の成功の通知を行う課金通知手段１０５と、を有し、
販売サーバ３００は、
認証課金サーバ１００から販売ＩＤを受信すると、受信した該販売ＩＤと請求額を認証課金サーバ１００に送付することで課金要求を行う課金要求手段３０１を有する。
【００３５】
本発明（請求項１１）は、電話交換網を更に有し、
認証課金サーバ１００を、電話交換網内に設け、購入制御端末２００を電話回線に接続する構成とし、
購入制御端末２００と認証課金サーバ１００の間で行われる認証媒体の認証及び、販売ＩＤ要求のためのメッセージ通信を電話回線を制御信号を介して行う手段と、
電話交換網の交換機において、発呼端末を収容する回線を特定する手段とを有する。
【００３６】
本発明（請求項１２）は、購入制御端末において、
販売サーバからコンテンツを購入する際の支払手段として、認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を認証課金サーバに要求する媒体認証要求手段と、
認証課金サーバから認証媒体の認証が成功した旨の通知を受信すると共に、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信し、販売サーバへの支払時に、該認証課金サーバに対して、販売ＩＤ要求として、該認証課金サーバから該認証媒体の認証が成功した旨の通知と共に受信する該認証セッションＩＤ、または、媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求手段と、
認証課金サーバから販売ＩＤを取得すると、該販売ＩＤを販売サーバに送付することで、コンテンツの購入要求を行う購入要求手段と、を有する。
【００４１】
本発明（請求項１３）は、購入制御端末において、認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、認証課金サーバに送信する手段を更に有する。
【００４２】
本発明（請求項１４）は、認証課金サーバは、
購入制御端末からの媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成すると共に、購入制御端末に認証成功を通知する認証手段と、
購入制御端末から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信する販売ＩＤ生成手段と、
販売サーバから販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査手段と、
販売ＩＤが、当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行う課金手段と、
販売サーバに対して課金の成功の通知を行う課金通知手段と、を有する。
【００４４】
本発明（請求項１５）は、販売ＩＤ検査手段部において、
購入制御端末から取得した支払先を特定するための販売ＩＤに対応する支払先ＩＤと、販売サーバから指定された支払先ＩＤとが一致するかを確認する手段を含む。
【００４５】
本発明（請求項１６）は、販売ＩＤ検査手段において、
販売サーバから指定された請求額と、販売ＩＤと組にして保持されている支払額が一致するかを確認する手段を含む。
【００４６】
本発明（請求項１７）は、販売ＩＤ検査手段において、
販売ＩＤと組にして保持されているコンテンツＩＤと、販売サーバから指定されたコンテンツＩＤとが一致するかを確認する手段を含む。
【００４７】
本発明（請求項１８）は、認証課金サーバにおいて、
認証媒体の認証成功からの時間を監視する手段と、
一定時間が経過した時点で媒体ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にする手段を更に有する。
【００４９】
本発明（請求項１９）は、複数の販売サーバ及び１つの認証課金サーバとネットワークを介して接続される購入制御端末として機能するコンピュータに、
販売サーバからコンテンツを購入する際の支払手段として、認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を認証課金サーバに要求する媒体認証要求ステップと、
認証課金サーバから認証媒体の認証が成功した旨の通知及び認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信すると、販売サーバへの支払時に、該認証課金サーバに対して、該認証課金サーバから該認証媒体の認証に成功した旨の通知と共に受信する認証セッションＩＤ、または、媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求ステップと、
認証課金サーバから販売ＩＤを取得すると、該販売ＩＤを販売サーバに送付することで、コンテンツの購入要求を行う購入要求ステップと、を実行させるプログラムである。
【００５４】
本発明（請求項２０）は、認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、認証課金サーバに送信するステップを更に行う。
【００５５】
本発明（請求項２１）は、認証媒体が接続される複数の購入制御端末、及び複数の販売サーバとネットワークを介して接続される認証課金サーバとして機能するコンピュータに、
購入制御端末からの媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成すると共に、購入制御端末に認証成功を通知する認証ステップと、
購入制御端末から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された該認証セッションを特定する情報である媒体ＩＤまたは認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信する販売ＩＤ生成ステップと、
販売サーバから販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査ステップと、
販売ＩＤが、当該認証課金サーバで発行したものであり、販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行う課金ステップと、
販売サーバに対して課金の成功の通知を行う課金通知ステップと、を実行させるプログラムプログラムである。
【００５６】
本発明（請求項２２）は、販売ＩＤ検査ステップにおいて、
購入制御端末から取得した支払先を特定するための販売ＩＤに対応する支払先ＩＤと、販売サーバから指定された支払先ＩＤとが一致するかを確認するステップを行う。
【００５７】
本発明（請求項２３）は、販売ＩＤ検査ステップにおいて、
販売サーバから指定された請求額と、販売ＩＤと組にして保持されている支払額が一致するかを確認するステップを行う。
【００５８】
本発明（請求項２４）は、販売ＩＤ検査ステップは、
販売ＩＤと組にして保持されているコンテンツＩＤと、販売サーバから指定されたコンテンツＩＤとが一致するかを確認するステップを含む。
【００５９】
本発明（請求項２５）は、認証媒体の認証成功からの時間を監視するステップと、
一定時間が経過した時点で媒体ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にするステップを更に有する。
【００６２】
上述のように、本発明では、購入者が事前に購入しておいた認証媒体を認証することにより、認証中の状態において認証課金サーバから購入制御端末に対して、販売ＩＤの発行を行い、得られた販売ＩＤを販売サーバに払出し、販売サーバでは、販売ＩＤと請求額と販売者を特定するＩＤを認証課金サーバに渡すことにより、認証媒体のバリュー（残額）に対して課金要求をかけることが可能となり、成功した課金要求の情報を元に、認証課金サーバから販売者に対して精算（支払い）を行うことで、結果的に認証媒体を持つ購入者から販売サーバを持つ販売者への支払いが可能になる。
【００６３】
また、本発明は、認証媒体の媒体ＩＤが認証に成功したときに、認証課金サーバから、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤ（以後、“認証セッションＩＤ”と記す）を第三者に漏洩しない方法で、払い出しを行い、認証セッションＩＤを媒体ＩＤの代わりに使用することで、１回の認証中のみ有効な認証セッションＩＤを認証中に判らない限り販売ＩＤの要求を行うことができず、永続的に変わらない媒体ＩＤを使用するよりも第三者による販売ＩＤの発行によるバリュー（残額）の不正使用がより困難になる。
【００６４】
また、本発明は、販売ＩＤ要求時に、支払先を特定することのできる識別番号（以後、“支払先ＩＤ”と記す）を加え、認証課金サーバで販売ＩＤに結び付けて支払先ＩＤを保持することで、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された支払先ＩＤと、販売ＩＤに結び付けて保持されている支払先ＩＤが一致するか確認を行うことで、第三者に販売ＩＤの情報が盗聴され、認証課金サーバに対して先に要求されたとしても、支払先を変更することができないため、第三者に対して不正に支払いが行われる危険性がない。
【００６５】
また、本発明は、販売ＩＤ要求時に、購入者から販売者への支払金額を特定する情報（以後、“支払額”と記す）を加え、認証課金サーバで販売ＩＤに結び付けて支払額を保持することで、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された請求額と、販売ＩＤに結び付けて保持されている支払金額が一致するか確認を行うことで、販売者から認証課金サーバに対して購入者が許可した金額以上の額を要求されたとしても、不正な額の支払が行われる危険性がない。
【００６６】
また、本発明では、販売ＩＤ要求時に、購入するコンテンツなどの商品を特定する情報（以後、“コンテンツＩＤ”と記す）を加え、認証課金サーバで販売ＩＤに結び付けてコンテンツＩＤを保持することで、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定されたコンテンツＩＤと、販売ＩＤに結び付けて保持されているコンテンツＩＤが一致するか確認を行うことで、販売者から認証課金サーバに対して、購入者が指定したコンテンツＩＤと同じコンテンツＩＤを指定しないと支払が行われないため、購入者と販売者の間で合意された取引の記録を確実に残すことが可能となり、購入者・販売者間等でのトラブル発生時に取引を証明することが可能になる。
【００６７】
また、本発明では、認証媒体の接続が購入制御端末から切断されたのを契機に、購入制御端末から認証課金サーバに対して媒体ＩＤ等の認証または、媒体を特定する情報を送信することで、認証ＩＤに対応するバリュー（残額）からの課金の停止を要求し、認証課金サーバでは媒体ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に結び付けられて保持されている販売ＩＤを削除することで、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や、課金要求を受け付けても課金を行えなくすることが可能となる。
【００６８】
また、本発明では、認証課金サーバで認証媒体の認証成功から時間を監視し、一定時間が経過した時点で、認証課金サーバでは、媒体ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に結び付けられて保持されている販売ＩＤを削除するか、または、無効にすることで、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や、課金要求を受け付けても課金を行えなくすることが可能となる。
【００６９】
また、本発明では、認証課金サーバが電話交換網内にあり、購入制御端末が電話回線に接続されていることにより、購入制御端末と認証課金サーバで行われる認証媒体の認証や販売ＩＤ要求の為のメッセージ通信を電話回線の制御信号を通して行うことになり、交換機で発呼端末の収容回線を特定することができるために、購入制御端末を装った不正な端末からの認証要求等のアクセスを制限することが可能となる。
【００７０】
また、本発明では、購入制御端末から販売サーバに接続するための発呼時に、交換機を通して購入制御端末と課金制御サーバとの間で認証媒体の認証を行うことにより、販売サーバとの接続後はいつでも購入制御端末からの取得要求による販売ＩＤの取得を行うことで商品の購入が可能となる。
【００７１】
更に、本発明では、購入制御端末から販売サーバに接続するための呼接続の切断を契機に、交換機から認証課金サーバに対して端末ＩＤ等の購入制御端末を特定する情報を送信し、認証課金サーバでは、端末ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に結び付けられて保持されている販売ＩＤを削除することで、以後、発呼などにより、再度認証が行われるまで、端末ＩＤで認証した媒体に関する販売ＩＤの発行要求や、課金要求を受け付けても課金を行えなくすることが可能となる。
【００７２】
【発明の実施の形態】
以下、図面と共に本発明の実施の形態について説明する。
【００７３】
図３は、本発明の一実施の形態におけるシステム構成を示す。
【００７４】
同図に示すシステムは、複数の認証媒体１０、複数の購入制御端末２００、複数の販売サーバ３００、１つの認証課金サーバ１００及び、これらを接続するネットワーク４００から構成される。
【００７５】
このうち、認証媒体１０は、購入制御端末２００に接続されることによって使用可能な、個々の媒体を一意に特定できる識別子（媒体ＩＤ）が割り当てられたカードなどの媒体であり、認証課金サーバ１００から認証を受けることによって、媒体ＩＤに対する正当な媒体であることを保証するための機能を包含している。
【００７６】
また、購入制御端末２００は、購入者の操作等に従い、販売サーバ３００に対してコンテンツ等の商品の購入要求を行う端末であり、購入要求を行う際に、接続された認証媒体の認証制御や、認証課金サーバ１００に対して販売ＩＤの発行要求を行うことで、販売ＩＤを販売サーバ３００に送信するなど、媒体ＩＤに関連付けられたバリューから販売サーバ３００に対しての支払制御を行う端末である。
【００７７】
また、販売サーバ３００は、購入制御端末２００からの要求に応じてコンテンツ等の商品の販売を行うサーバであり、購入要求の際に受け取った販売ＩＤを請求額と共に認証課金サーバ１００に渡して課金要求を行い、認証課金サーバ１００で課金成功時に、コンテンツ等の商品の受渡しを行うサーバである。
【００７８】
なお、販売サーバ３００を持つ販売者は、認証課金サーバ１００からの精算処理により請求額に対応した代金を受け取ることになる。
【００７９】
また、認証課金サーバ１００は、認証媒体の媒体ＩＤに関連付けられたバリュー（以下、残金と記す）を管理しているサーバであり、購入制御端末２００からの要求により購入制御端末２００に接続された認証媒体１０の認証を行う。また、認証課金サーバ１００は、販売サーバ３００からの課金要求に応じて受け取った販売ＩＤに対する媒体ＩＤに関連付けられた残金に対して課金を行う。また、認証課金サーバ１００では、精算により、販売サーバ３００に対して課金額に対応した代金の支払いを行う。
【００８０】
次に、上記の構成における動作を説明する。
【００８１】
図４は、本発明の一実施の形態におけるメッセージのシーケンスチャートである。
【００８２】
最初に媒体認証処理について説明する。
【００８３】
ステップ１０１） まず、認証媒体１０と購入制御端末２００との間の接続（「媒体−端末接続」）では、認証媒体１０が購入制御端末２００に接続されることを示しており、媒体の認証処理を行う前であれば、当該処理をいつ行ってもよい。
【００８４】
ステップ１０２） 次に、「媒体認証」で示した範囲で接続された媒体の認証を行うが、当該処理のタイミングは、認証媒体１０と購入制御端末２００の接続の後で、後述する「支払処理」の前であればいつでもよく、認証媒体１０が接続されたのを契機として行ったり、購入者から商品購入の指示が出てから行ったり、他のタイミングで行ってもよい。
【００８５】
当該媒体認証処理では、まず、購入制御端末２００から認証課金サーバ１００に対して、媒体認証要求を送信することで接続された認証媒体１０に対する媒体認証を要求し、認証課金サーバ１００では、媒体認証要求を受け取ると、媒体認証で購入制御端末２００を介して認証媒体１０に対する認証処理を行う（購入制御端末２００では、媒体認証のためのメッセージの仲介を行う）。認証媒体１０に対する認証処理は、認証媒体１０が包含する認証機能に応じた処理を行うが、当該認証処理により認証課金サーバ１００で認証媒体１０の媒体ＩＤと、認証媒体１０が媒体ＩＤに対する正当な媒体であることが確認できればよく、以下のような方法により確認が可能である。
【００８６】
▲１▼ 認証媒体１０により、媒体ＩＤと媒体ＩＤに関連付けられた秘密データを保持し、認証課金サーバ１００でも媒体ＩＤと、媒体ＩＤに関連付けられた秘密データ（または、秘密データを確認できるデータ復号化鍵など）を保持している。
【００８７】
▲２▼ 認証時に認証媒体１０に保存されている媒体ＩＤを認証課金サーバ１００へ送信し、媒体ＩＤに関連付けられた秘密データの確認を行う。秘密データの確認は、以下の幾つかの方法が考えられる。
【００８８】
・秘密データも認証課金サーバ１００へ送信し、認証課金サーバ１００で秘密データを照合する（パスワード方式、秘密データ＝パスワードと位置づける）。
・認証課金サーバ１００から乱数データの送信を行い、認証媒体１０で秘密データを鍵として使用して、メッセージ認証関数（ハッシュ関数など）やディジタル署名関数や暗号化関数など、作成したデータから秘密データが推測困難な方法により応答データの作成を行い、応答データを認証課金サーバ１００に返信することで、認証課金サーバ１００では、秘密データ（または、秘密データを確認できるデータ（復号化鍵など）を鍵とした応答データの確認を行う（チャレンジ＆レスポンス方式）。
【００８９】
▲３▼ 必要性により、媒体ＩＤの秘密データと、認証課金サーバ１００の秘密データ（または、秘密データを確認できるデータ（復号化鍵など）を更新する。
【００９０】
これらの方法により、媒体ＩＤと媒体が媒体ＩＤに対する正当な媒体であることの確認が考えられる。
【００９１】
ステップ１０３） 媒体認証が完了し、認証課金サーバ１００で、媒体ＩＤと、認証媒体１０が媒体ＩＤに対する正当な媒体であることが確認されると、「当該媒体の認証状態生成・保持」で、媒体ＩＤの認証媒体１０が認証中であることを示す認証セッション情報を保存する。
【００９２】
ステップ１０４） 媒体認証結果を購入制御端末２００に認証成功通知を送信する。ここで、認証セッション情報として認証セッションＩＤを生成・保存し、媒体認証結果として購入制御端末２００に送信し、購入制御端末２００では、受信した認証セッションＩＤを販売ＩＤ要求のためのデータとして保存する。
【００９３】
なお、媒体ＩＤ（認証セッションＩＤ）は、購入制御端末２００と認証課金サーバ１００以外の第三者に見られない形で送受信する必要がある。
【００９４】
次に、支払処理について説明する。
【００９５】
同図において、「支払処理」で示した範囲で、販売ＩＤの生成・払出しによるコンテンツ等の商品購入に対する支払処理を行うが、当該「支払処理」のタイミングは、「媒体認証処理」の後で、「認証状態終了処理」の前であればいつでもよいが、通常は、購入者から商品購入の指示が出たときに行う。
【００９６】
また、「支払処理」で示した範囲の処理は、１回の「媒体認証処理」に対して複数回行うことが可能であり、つまり、１回の媒体認証で、複数の販売サーバ３００への複数回の支払（複数の販売サーバから複数回の商品購入の場合）が可能となっている。
【００９７】
ステップ１０５） 支払処理では、まず、「販売ＩＤ要求」により購入制御端末２００から認証課金サーバ１００に対して認証特定情報と購入情報を指定して、販売ＩＤの発行要求が行われる。ここで、認証特定情報とは、認証セッションを特定するための情報であり、媒体ＩＤや認証セッションＩＤ等である。また、購入情報とは、取引内容を特定するための情報であり、支払額や支払先ＩＤやコンテンツＩＤ等である。
【００９８】
ステップ１０６） 認証課金サーバ１００では、販売ＩＤ要求を受け取ると、「販売ＩＤ生成」では、取引を一意に特定できる識別子である販売ＩＤの生成を行い、受け取った認証特定情報で特定される認証セッションに対応して、生成した販売ＩＤや購入情報の保存を行う。
【００９９】
ステップ１０７） 認証課金サーバ１００では、生成した販売ＩＤを購入制御端末２００に送信する。なお、販売ＩＤは、乱数生成関数や、暗号化関数などにより生成できるが、同時に有効な販売ＩＤは一意である必要があり、また、第三者から容易に推測できる値であってはならない。
【０１００】
ステップ１０８） 購入制御端末２００では、販売ＩＤを入手すると、販売サーバ３００に対して支払のための情報である販売ＩＤを送信することで、コンテンツ等の商品購入を要求する。
【０１０１】
ステップ１０９） 販売サーバ３００では、販売ＩＤを受け取ると、課金要求により、認証課金サーバ１００に対して販売ＩＤと商品の代金に相当する請求額と、精算時の支払先を特定する情報としての支払先ＩＤを送信する。ここで、通常の場合、支払先ＩＤは販売サーバ３００を持つ事業者を特定する情報である。
ステップ１１０） 認証課金サーバ１００では、販売サーバ３００から販売ＩＤ、請求額、支払先ＩＤなどを受け取ると、まず、「販売ＩＤ検査」で、販売ＩＤが認証セッションに対応して保存されているか検索し、販売ＩＤに対応する支払額や支払先ＩＤやコンテンツＩＤ等の購入情報や、販売ＩＤに対応する認証セッションで特定される媒体ＩＤを特定する。
【０１０２】
ステップ１１１） 次に、販売サーバ３００から受け取った請求額や支払先ＩＤ等が、販売ＩＤ要求時に受け取った購入情報に一致するか（言い換えると、取引内容を特定する情報が正しいか）を検査する。なお、請求額は、支払額と照合する）。
【０１０３】
ステップ１１２） ステップ１１１の処理において検査が成功すると、販売サーバ３００から指定された請求額分を、販売ＩＤ検索時に特定された媒体ＩＤに対応して保持している残金に対して課金を行うと共に、認証セッションに対応して保存されている販売ＩＤの削除を行い、精算情報を蓄えるなどの支払先ＩＤに請求額分の精算を行うための処理を行う。ここで、認証課金サーバ１００で媒体ＩＤに対するプリペイド残額を管理している場合には、プリペイド残額から減算することになり、認証課金サーバ１００がポストペイド方式の場合には、ポストペイドの精算額に加算されることになる。
【０１０４】
ステップ１１３） 課金が成功すると、ステップ１０９の課金要求に対する応答として、認証課金サーバ１００から販売サーバ３００に対して課金が成功したことを通知する。
【０１０５】
ステップ１１４） 販売サーバ３００は、課金成功通知を認証課金サーバ１００から受信すると、購入制御端末２００に課金が成功したことを知らせ、商品受け取りの許可を与える。なお、課金成功通知と商品購入許可は必ずしもなくてもよい。
【０１０６】
最後に、同図において、「認証状態終了処理」で示した範囲で、認証媒体１０に対する認証状態の破棄を行う。認証状態終了処理が行われると、支払処理の「販売ＩＤ生成」と「販売ＩＤ検査」が失敗するため、再度「媒体認証処理」が行われるまでは認証媒体１０に対する課金が不可能となる。
【０１０７】
ステップ１１５） 認証媒体１０が購入制御端末２００から接続解除されたとき、または、ユーザからサービス終了等の指示があったとき等を契機とする。
【０１０８】
ステップ１１６） 購入制御端末２００は、媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報を認証課金サーバ１００に送信する。
【０１０９】
ステップ１１７） 認証課金サーバ１００では、受信した媒体ＩＤや認証セッションＩＤ等の媒体（または、認証セッション）を特定する情報により認証セッションを検索して、検索された認証セッション情報と、認証セッション情報に関連付けられて保存されている販売ＩＤ情報を削除することで、媒体ＩＤに対する認証状態の解除及び課金停止を行う。
【０１１０】
ステップ１１８） 認証課金サーバ１００では、認証状態が解除されたことを購入制御端末２００に媒体認証終了結果として通知する。なお、媒体認証終了結果は、必ずしもなくてもよい。
【０１１１】
また、図４に示した認証状態終了処理以外でも、以下のような方法により認証状態を終了させてもよい。
【０１１２】
▲１▼ 認証課金サーバ１００において、事前に認証有効期間を設定する。
【０１１３】
▲２▼ 上記のステップ１０３における「当該媒体ＩＤの認証状態生成・保持」の処理から計測し、認証有効期間経過時の時刻に認証タイムアウトを設定する。
【０１１４】
▲３▼ 認証タイムアウト時に、認証セッション情報を削除することで、媒体ＩＤに対する認証状態の解除を行う。
【０１１５】
【実施例】
以下に、本発明の実施例を説明する。
【０１１６】
［第１の実施例］
図５は、本発明の第１の実施例のシステム構成を示す。
【０１１７】
同図に示すシステムは、認証媒体としてＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、購入されたプリペイドカードの残金は、カード発行事業者で持つ（又は、カード発行事業者から委託された）認証課金サーバ１００で管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払が行われるシステムを想定している。
【０１１８】
図５に示すように、本実施例のシステムは、複数のＩＣカード１０と、複数の購入制御端末２００と、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０１１９】
このうち、ＩＣカード１０は、購入制御端末２００と通信を行う通信部１１と、認証課金サーバ１００からの認証メッセージに対する応答を生成することで認証を実行する認証応答部１２と、個々のカードを一意に特定できる識別子であるカードＩＤやカード認証のための秘密データであるカード認証鍵などを保持するメモリであるカードデータ保持部１３からなる。認証課金サーバ１００から認証を受けることによってカードＩＤに対する正当なカードであることを保証するための機能を包含した残金を持つプリペイドカードである。
【０１２０】
図６は、本発明の第１の実施例のＩＣカードのカードデータ保持部のデータ例を示す。
【０１２１】
カードデータ保持部１３のデータは、個々のＩＣカード１０を一意に特定する識別子であるカードＩＤと、カード認証時に認証データの生成に使用するカード認証鍵からなる。カードＩＤの属性としては、外部からの読み出しは「可」であ必要があるが、書込みは「不可」であることが望ましい。また、カード認証鍵の属性としては、認証応答部１２で認証データ生成時に利用できればよく、外部からの読み出し・書込み共に「不可」であることが望ましい。但し、認証成功時等の特定の条件下で、認証課金サーバ１００からのカード認証鍵の更新が可能であることが望ましい。
【０１２２】
また、購入制御端末２００は、ＩＣカード１０が挿入されることでＩＣカードとの通信を行うカードＲ／Ｗ（リーダ／ライタ）２２０と、インターネットなどのネットワークに接続され、認証課金サーバ１００や販売サーバ３００との通信を行う通信部２１０と、認証課金サーバ１００との通信やＩＣカード１０との通信を制御することによってＩＣカード１０の認証の制御を行ったり、購入制御部２４０からの要請によって認証課金サーバ１００との通信により販売ＩＤを取得したりする課金制御部２３０と、キーボタン装置やディスプレイ装置などの入出力手段を持ち、購入者からの操作等により課金制御部２３０に対して販売ＩＤの取得を要請し、取得した販売ＩＤを通信部２１０の仲介により販売サーバ３００に渡すことにより、商品の購入要求及び支払処理を行う購入制御部２４０とからなる。当該購入制御端末２００は、挿入されたＩＣカード１０のプリペイド残額から販売サーバ３００への支払制御を行うことで、購入者に対してコンテンツ等の購入サービスを提供する端末である。
【０１２３】
なお、購入制御端末２００は、複数設置されることを前提としており、例えば、街頭に設置されるキオスク（Ｋｉｏｓｋ）端末のようなものであったり、家庭内に設置されるパソコンにカードＲ／Ｗを接続したものであったり、その他の任意の場所に設置されるコンテンツや商品購入の申込み（及びダウンロード）端末である。
【０１２４】
また、販売サーバ３００は、インターネットなどのネットワーク４００に接続され、購入制御端末２００や、認証課金サーバ１００との通信を行う通信部３１０と、購入制御端末２００からの商品の購入要求を受付、購入要求受付時に受け取った販売ＩＤを認証課金サーバ１００に送付することで課金要求を行い、課金要求の結果から購入制御端末２００に対して商品の受け取りのための許可情報の送付や、コンテンツダウンロードを行うなどの、コンテンツ等の商品販売の課金制御を行うサーバである。
【０１２５】
なお、販売サーバ３００を持つ販売者は、認証課金サーバ１００からの精算処理により販売額に対応した代金を受け取ることになるが、精算時の確認のための情報を蓄える精算ログＤＢ３３０を持つこともある。
【０１２６】
また、販売サーバ３００がコンテンツを販売するサーバであれば、販売するコンテンツを蓄積しているコンテンツＤＢ３４０等を持つこともある。
【０１２７】
なお、販売サーバ３００は、複数設置されることを許容し、基本的には販売業者毎に設置されることを想定している。
【０１２８】
また、認証課金サーバ１００は、インターネットなどのネットワーク４００に接続され、購入制御端末２００や販売サーバ３００との通信を行う通信部１１０と、ＩＣカード１０のプリペイド残額やカード認証のための情報をカードＩＤ毎に管理しているカードバリュー管理ＤＢ１３０と、購入制御端末２００からのカード認証要求に従い、ＩＣカード１０の認証を行ったり、購入制御端末２００からの販売ＩＤ要求に従い、販売ＩＤの生成を行ったり、販売サーバ３００からの課金要求に従い、販売ＩＤの確認を行うことでプリペイド残額に対して課金を行う認証セッション管理部１２０と、認証セッション管理部１２０での課金成功時に支払先への精算のための処理を行う精算部１４０から構成される。
【０１２９】
なお、精算部１４０での精算方式は、
・精算部１４０で精算ログを保持し、あるタイミング（月締め等）になったときに集計をして精算を行う；
・リアルタイムに、オンラインで銀行振込等により支払先（口座番号など）への支払を行う；
等が考えられるが、本実施例の説明では、精算部１４０で精算ログを保持しておき、精算ログに基づき支払先に対する支払を行う精算方式を前提として説明を行うが、支払先への具体的な支払方式は、本発明の範囲外であるので言及しない。
図７は、本発明の第１の実施例のカードバリュー管理ＤＢの例を示す。
【０１３０】
カードバリュー管理ＤＢ１３０のデータは、個々のＩＣカードを一意に特定する識別子であるカードＩＤと、カードＩＤに対する残金であるプリペイド残額と、カード認証時に認証データの生成に使用するカード認証鍵からなる。
【０１３１】
図８は、本発明の第１の実施例の精算部で保持する精算ログ（精算ログＤＢ）の例を示す。
【０１３２】
精算ログＤＢのデータは、支払先（通常は販売者）を一意に特定する識別子である支払先ＩＤと、支払先ＩＤに対する各取引による支払額の合計である精算額と、情報購入者のカードから販売者に対する支払記録であり、カードＩＤと販売ＩＤと支払額とコンテンツＩＤ等の取引及び取引の内容を特定する取引リストとからなる。
【０１３３】
図９は、本発明の第１の実施例のメッセージシーケンスチャートである。
【０１３４】
以下では、ＩＣカード認証処理、購入・支払処理及び認証状態終了処理に分けて説明する。
【０１３５】
ステップ２０１） まず、購入制御端末２００に対してＩＣカード１０が挿入されると、購入制御端末２００では、「ＩＣカード認証処理」で示された範囲で挿入されたＩＣカード１０の認証を行う。
【０１３６】
ステップ２０２） ＩＣカード認証処理として、まず、購入制御端末２００からＩＣカード１０に対してカードＩＤの読み出しコマンドを送信する。
【０１３７】
ステップ２０３） ＩＣカード１０でカードデータ保持部１３に保持しているカードＩＤを読み出し、購入制御端末２００に送信することでカードＩＤの読み出しを行う。
【０１３８】
ステップ２０４） 購入制御端末２００では、カードＩＤの読み出しが終わると、認証課金サーバ１００に対して、ＩＣカード認証要求を送信することで、挿入されたＩＣカード１０に対するカード認証を要求するが、この際に認証対象のＩＣカード１０のカードＩＤを送信する。
【０１３９】
ステップ２０５） 認証課金サーバ１００では、ＩＣカード認証要求を受け取ると、疑似乱数生成関数等を使用して乱数を生成する。
【０１４０】
ステップ２０６） 認証課金サーバ１００では、生成された乱数を計算要求として、購入制御端末２００に送信する。
【０１４１】
ステップ２０７） 購入制御端末２００では、認証課金サーバ１００から受け取った計算要求のメッセージをそのままＩＣカード１０に転送する。
【０１４２】
ステップ２０８） ＩＣカード１０では、計算要求を受け取ると、受け取った乱数に対する計算を認証応答部１２において行う。
【０１４３】
ここで、認証応答部１２において行う計算（応答計算）の例を説明する。
【０１４４】
図１０は、本発明の第１の実施例のＩＣカードの認証応答部で行う計算方法の例である。同図の例では、応答計算に使用するパラメータとし認証課金サーバ１００で生成した乱数と、カードデータ保持部１３で保持するカード認証鍵を使用し、乱数を暗号化関数への入力文とし、カード認証鍵を暗号化鍵として使用することで、得られた暗号化結果を当該応答計算の計算結果としている。
【０１４５】
ここで、暗号化関数は、入力文である乱数から計算結果を推測したり、入力文である乱数と出力文である計算結果からカード認証鍵を推測したりすることが困難な方式であれば何でもよい。
【０１４６】
認証応答部１２で行う応答計算の他の例を説明する。
【０１４７】
図１１は、本発明の第１の実施例のＩＣカードの認証応答部で行う他の計算方法の例を示す。同図の例では、前述の図１０の例と同様に応答計算に使用するパラメータとして認証課金サーバ１００で生成した乱数と、カードデータ保持部１３で保持るカード認証鍵を使用し、カード認証鍵と乱数を結合して一方向性ハッシュ関数の入力として使用することで、得られた出力結果を応答計算の計算結果としている。
【０１４８】
ここで、一方向性関数は、計算結果と入力文の一部である乱数から、入力文の他の一部であるカード認証鍵を推測することが困難な方式であればなんでもよく、ＭＤ５関数、ＳＨＡ関数等を使用することが可能である（一方向性ハッシュ関数、ＭＤ５，ＳＨＡに関する参考文献：岡本英司著、暗号理論入門、共立出版 1993 ）。
【０１４９】
また、応答計算は、図１０や図１１に示した以外の方法でもよく、カード毎に秘匿されて設定されるカード認証鍵を使用することで、入力の乱数から計算結果の推測が困難な計算方式であればなんでもよい。特に、ＩＣカード媒体を安価に製造するためには、簡単な論理で計算できるものの方が望ましく、媒体の製造コストと安全性（計算結果の推測困難性）から方式を決定すればよい。
【０１５０】
ステップ２０９） ＩＣカード１０では、応答計算の計算結果が得られると、計算結果を購入制御端末２００に送信する。
【０１５１】
ステップ２１０） 購入制御端末２００では、計算要求応答をそのまま認証課金サーバ１００に送信する。
【０１５２】
ステップ２１１） 認証課金サーバ１００では、乱数に対する計算結果が得られると、計算結果照合処理として、認証セッション管理部１２０により、乱数とカードバリュー管理ＤＢ１３０に保存してあるカードＩＤに対応するカード認証鍵を使用した、ＩＣカードの応答計算処理と同様の計算を行い、ＩＣカード１０から受け取った計算結果と、認証セッション管理部１２０で計算結果を比較して、双方の計算結果が同じであれば、カード認証が成功したものとし、計算結果が異なれば、カード認証が失敗したものとする。
【０１５３】
ステップ２１２） カード認証が成功すると、認証課金サーバ１００では、カードＩＤに対する認証セッションＩＤ等の認証中であることを示し、販売ＩＤの生成に必要なデータを生成する。
【０１５４】
ステップ２１３） 次に、カードＩＤに対して生成した認証セッションＩＤと、カードバリュー管理ＤＢ１３０でカードＩＤに対応して管理されているプリペイド残額と、認証課金サーバ１００で管理している認証有効期間を購入制御端末２００に送信する。
【０１５５】
ステップ２１４） 認証課金サーバ１００では、カードＩＤが認証済みであることを示す認証セッション情報として認証セッション管理部１２０で保持する。図１２は、本発明の第１の実施例の認証課金サーバにおける認証セッション情報の例を示す。同図の例では、認証課金サーバ１００の認証セッション情報は、カードＩＤと認証セッションＩＤと認証タイムアプト時間と販売ＩＤ発行可能残額からなる。
【０１５６】
このうち、認証セッションＩＤは、認証セッション管理部１２０で生成される認証を一意に特定する識別子であり、他の認証セッション情報と重ならないように生成されればよく、認証セッション管理部１２０で管理するシリアル番号により割り振るなどの方法で生成される。
【０１５７】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）から、認証課金サーバ１００に任意に設定されている認証有効期間経過した時点の時刻であり、認証タイムアウト時間に到達した時点で、当該認証セッション情報を破棄することになる（または、認証セッション情報を無効とする）。
【０１５８】
また、販売ＩＤ発行可能残額は、確実に課金可能な販売ＩＤを発行するために管理する残額であり、プリペイド残額から現在発行中の販売ＩＤの支払額の合計を減算した値になる。なお、発行可能残額の初期値は、カードＩＤに対応するプリペイド残額である。
【０１５９】
ステップ２１５） 購入制御端末２００では、認証セッションＩＤとプリペイド残額と認証有効期間を受信すると、受信したデータを課金制御部２３０に販売ＩＤの取得のためのデータである認証セッション情報として保持する。
【０１６０】
ステップ２１６） 購入制御端末２００では、受信したプリペイド残額を購入制御部２４０のディスプレイ装置などにより表示することでユーザに提示する。
図１３は、本発明の第１の実施例の購入制御端末における認証セッション情報の例を示す。同図の例では、購入制御端末の認証セッション情報は、カードＩＤと販売ＩＤ発行可能残額と認証セッションＩＤと認証タイムアウト時間とからなる。なお、例では、１つの認証セッション情報となっているが、複数のカードを同時に扱うことのできるカードＲ／Ｗ（非接触型カードなどの場合）では、複数のカードＩＤに対する認証セッション情報を保持してもよい（ここで、複数のカードを同時に扱えるカードＲ／Ｗを使用し、複数の認証セッション情報を管理できるシステムの場合には、引き抜かれたカードのカードＩＤに対応する認証セッション情報を特定したり、通信対象のカードを特定するために、カードＲ／Ｗでは、カード挿入時及びカード引抜き時に「カードＲ／Ｗがカードを特定する情報」を出す必要があり、ＩＣカード１０との通信時には、「カードＲ／Ｗがカードを特定する情報」を指定して通信する必要がある。また、購入制御端末２００内でカードＩＤに関連して、「カードＲ／Ｗがカードを特定する情報」を管理しておくことで、カード引抜き時に引き抜かれたカードのカードＩＤ及び認証セッション情報を特定することが可能となる）。
【０１６１】
ここで、販売ＩＤ発行可能残額は、ステップ２１３で認証課金サーバ１００から受信したプリペイド残額が初期値として設定され、以降、販売ＩＤ要求応答時に認証課金サーバ１００から受信する販売ＩＤ発行可能残額で更新され、残額の把握を行うために使用される。
【０１６２】
また、認証セッションＩＤは、ステップ２１３で認証課金サーバ１００から受信したデータである。
【０１６３】
また、認証タイムアウト時間は、認証セッション情報を生成した時刻（現在時刻）から、ステップ２１３で受信した認証有効期間を経過した時点の時刻であり、認証タイムアウト時間を超えたときには、認証セッション情報が無効であると判断する。
【０１６４】
なお、カード認証が失敗した場合には、ステップ２１２の「認証セッション情報生成処理」、ステップ２１４の「認証セッション情報保存処理」は行わずに、ステップ２１３において、認証失敗を通知し、認証失敗を受け取った購入制御端末２００でもステップ２１６における、認証セッション情報保存は行わない。
【０１６５】
次に、購入・支払処理について説明する。
【０１６６】
図１０において、購入・支払処理で示した範囲で、販売ＩＤの取得・払出しによるコンテンツ等の商品購入及び支払処理を行うが、当該購入・支払処理のタイミングは、上記のステップ２１６までのＩＣカード認証処理の後で、後述する認証状態終了処理の前であればいつでもよいが、通常は、購入者から商品購入の指示がでたときに行う。
【０１６７】
また、当該購入・支払処理で示した範囲の処理は、１回のＩＣカード認証処理に対して複数回行うことが可能であり、つまり、１回のカード認証で、複数の販売サーバ３００への複数回の支払（複数の販売サーバから複数回の商品購入）が可能となっている。
【０１６８】
本実施例の「購入・支払処理」では、販売ＩＤの取得等の支払処理を行う前に、購入対象の商品の情報（コンテンツＩＤ、価格、支払先ＩＤ等）を入手しておき、購入者からの購入指示があることを前提としており、購入する商品はダウンロードコンテンツであることを前提としている。
【０１６９】
ステップ２１７） 購入制御端末２００では、販売サーバ３００からコンテンツ名、コンテンツＩＤ、価格、支払先ＩＤ等からなるコンテンツ情報のメニューリストを入手する。
【０１７０】
ステップ２１８） 購入制御端末２００は、入手したメニューリストを購入制御部２４０のディスプレイ装置などに表示することで、購入者の入力を促進する。
【０１７１】
ステップ２１９） 購入制御端末２００は、購入制御部２４０のキーボタン装置等により購入者から購入コンテンツの指定がされると、以下の処理に移行する。
【０１７２】
ステップ２２０） 購入者制御端末２００は、認証セッション情報の認証セッションＩＤと、メニューリストのコンテンツ情報として入手し、ステップ２１９で指定されたコンテンツのコンテンツＩＤ・支払額・支払先等の購入情報とを、購入制御端末２００から認証課金サーバ１００に送信する。
【０１７３】
なお、課金制御部２３０で保持する認証タイムアウト時間内の認証セッション情報が複数ある時には、適当なカードの認証セッション情報を選び出すことになるが、認証セッション情報の選択は、
・早く挿入されたカードの認証セッション情報を選ぶ；
・残額の少ないカードから選ぶ；
・残額の多いカードから選ぶ；
等のルールや、他のルールによっても構わない。
【０１７４】
ステップ２２１） 認証課金サーバ１００で受信した認証セッションＩＤを認証セッション情報から検索し、検索が成功して、且つ、認証タイムアウト時間に達してなく、かつ、販売ＩＤ発行可能残額が支払額より大きければ、認証セションＩＤに対応する販売ＩＤを生成し、販売ＩＤ発行可能残額から支払額分を減算すること共に、認証セッション管理部１２０で管理する販売ＩＤ情報に販売ＩＤを追加する。
【０１７５】
ここで、認証セッションＩＤの検索に失敗したり、当該認証セッション情報の認証タイムアウト時間を超えていたり、支払額が販売ＩＤ発行可能残額を上回っているときには、販売ＩＤを作成しても販売ＩＤによる課金ができないため、販売ＩＤの生成は行わずに、販売ＩＤ要求応答にて購入制御端末２００にエラーメッセージを返す。
【０１７６】
図１４は、本発明の第１の実施例における販売ＩＤの生成方法を説明するための図である。同図の例では、販売ＩＤを作成するためのパラメータとして、販売ＩＤ生成鍵・認証セッションＩＤ・販売ＩＤ発行数を使用し、販売ＩＤ生成鍵を暗号化鍵とし、認証セッションＩＤ・販売ＩＤ発行数を結合したデータを入力メッセージとした暗号化関数により、出力される暗号化データを販売ＩＤとしている。ここで、販売ＩＤ生成鍵は、認証課金サーバ１００で秘匿保持しているデータであるが、容易に推測されないデータであれば、どのようなデータでも構わない。また、販売ＩＤの発行数は、認証課金サーバ１００で管理するシリアル番号であり、認証課金サーバ１００内で販売ＩＤが発行されるたびに、１つずつ加算される値である。
【０１７７】
暗号化関数は、入力の平文と出力の暗号化データが１対１で対応し、販売ＩＤと認証セッション情報から販売ＩＤ生成鍵の推測が困難な方法であればよく、一般的な共通鍵暗号化方式の暗号関数が使用できる。
【０１７８】
なお、販売ＩＤは、システム内で同時に一意であればよく、他の方法によって生成しても構わない。
【０１７９】
図１５は、本発明の第１の実施例の販売ＩＤ情報の例を示す。同図の例では、販売ＩＤ情報は、販売ＩＤ要求で受け取った「認証セッションＩＤ」に対応して「販売ＩＤ」と「コンテンツＩＤ」と「支払額」と「支払先ＩＤ」と「販売ＩＤタイムアウト時間」が登録されており、「販売ＩＤ」には、生成した販売ＩＤが入り、「コンテンツＩＤ」・「支払額」・「支払先ＩＤ」には、販売ＩＤ要求で受け取った値が入り、「販売ＩＤタイムアウト時間」には、販売ＩＤ情報を生成した時刻（現在時刻）から、認証課金サーバ１００に任意に設定されている販売ＩＤ有効期間を経過した時点の時刻であり、販売ＩＤタイムアウト時間に到達した時点で、当該販売ＩＤ情報を破棄することになる（または、販売ＩＤ情報を無効とする）。
【０１８０】
ここで、販売要求時のパラメータとして、認証セッションＩＤを使用せずに、代わりに、媒体ＩＤとしてのカードＩＤを使用して販売ＩＤを要求することも可能であり、この時には、販売ＩＤ生成・保存においては、認証セッション情報の検索などは、カードＩＤで行うことになり、販売ＩＤ情報としても生成された販売ＩＤに対応して、認証セッション情報に代わり、カードＩＤを保存することになる。なお、この時には、ＩＣカード認証時に認証セッションＩＤを作成したり、受け渡す必要はなくなる。
【０１８１】
また、販売ＩＤ要求時に、認証セッションＩＤを、カードＩＤに置き換える場合には、課金時にも認証課金サーバで販売ＩＤに対応して、認証セッションＩＤの代わりに保存されているカードＩＤを使用して認証セッションの検索を行うことになる。
【０１８２】
ステップ２２２） 販売ＩＤが生成されると、当該販売ＩＤと更新された販売ＩＤ発行可能残額を購入制御端末２００に送信する。
【０１８３】
ステップ２２３） 購入制御端末２００では、ステップ２２２で販売ＩＤと更新された販売ＩＤ発行可能残額を受け取ると、販売ＩＤ発行可能残額を課金制御部２３０で管理している認証セッション情報の販売ＩＤ発行可能残額フィールドを更新すると共に、購入制御端末２００から販売サーバ３００に対して、購入コンテンツを指定するコンテンツＩＤと、支払のための情報である販売ＩＤとを送信することで、コンテンツ購入を要求する。
【０１８４】
ステップ２２４） 販売サーバ３００では、コンテンツＩＤと販売ＩＤを受け取ると、認証課金サーバ１００に対して販売ＩＤと、精算時の支払先を特定する情報としての支払先ＩＤと、コンテンツの価格に相当する請求額と、コンテンツＩＤを送信する。
【０１８５】
なお、ここで請求額は、ステップ２１７で購入制御端末２００に送信したコンテンツの価格と同額でなければならず、支払先ＩＤもステップ２１７で購入制御端末２００に送信した支払先ＩＤでなければならない（他の値を入れると課金に失敗する）。なお、通常の場合、支払先ＩＤは、販売サーバ３００を持つ事業者を特定する情報である。
【０１８６】
ステップ２２５） 認証課金サーバ１００では、販売ＩＤ、支払先ＩＤ、請求額、コンテンツＩＤを受け取ると、まず、販売ＩＤ認証セッション管理部１２０で管理している販売ＩＤ情報に保存されているか検索し、該当する販売ＩＤ情報がある場合には、現在時刻が販売ＩＤタイムアウト時間前であるかを調べる。
【０１８７】
該当する販売ＩＤセッション情報があり、販売ＩＤタイムアウト時間前であったときには、販売ＩＤが有効であると判断し、購入情報検査に移る。逆に、該当する販売ＩＤ情報がなかったり、あったとしても販売ＩＤのタイムアウト時間を過ぎている場合には、販売サーバ３００に対して課金失敗を通知して処理を終了する。
【０１８８】
ステップ２２６） 課金要求で受け取った支払先ＩＤ、請求額、コンテンツＩＤが、検索された販売ＩＤ情報に登録されている支払先ＩＤ、支払額（請求額に対応する）、コンテンツＩＤと一致するか検査し、もし一致しなければ、不正な課金要求であると判断し、販売サーバ３００に対して課金失敗を通知し、処理を終了する。支払先ＩＤ、支払額（請求額に対応する）、コンテンツＩＤが一致すれば、正当な課金要求であると判断し、ステップ２２７に移行する。
【０１８９】
ステップ２２７） 認証課金サーバ１００では、ステップ２２５で検索された販売ＩＤ情報の削除を行うと共に、ステップ２２６で検索された販売ＩＤ情報の認証セッションＩＤから、認証セッション管理部１２０で保持する認証セッション情報のカードＩＤを特定し、特定されたカードＩＤに対応してカードバリューＤＢ１３０で管理されているプリペイド残額から、販売サーバ３００から受け取った請求額分を減算する。ここで、プリペイド残額が請求額を下回る場合には、請求額分の課金が不可能であると判断し、販売サーバ３００に対して課金失敗を通知し、処理を終了する。
【０１９０】
プリペイド残額の減算ができたら、認証セッション管理部１２０から精算部１４０に対して、当該カードＩＤと販売サーバ３００から受信した販売ＩＤ・支払先ＩＤ・請求額・コンテンツＩＤを渡すことで、精算部１４０では、精算部１４０内で管理する精算ログＤＢの当該支払先ＩＤに対応して、取引リストとし販売ＩＤ、請求額、コンテンツＩＤの情報を追加し、精算額に請求額分を加算する。
ステップ２２８） 課金が成功すると、ステップ２２４の課金請求の応答として、認証課金サーバ１００から販売サーバ３００に対して課金が成功したことを通知する課金請求通知を通知する。
【０１９１】
ステップ２２９） 販売サーバ３００では、課金成功通知を受信すると、購入制御端末２００に対して要求されたコンテンツの配信を開始する。
【０１９２】
次に、認証状態終了処理について説明する。
【０１９３】
図１０において、ステップ２３０以降の「認証状態終了処理」で示した範囲で、ＩＣカード１０に対する認証状態の破棄を行う。当該認証状態終了処理が行われると、対象カードの認証セッション情報や認証セッションに関連した販売ＩＤが削除されるため、支払処理のステップ２２１における販売ＩＤ生成処理や、ステップ２２５における販売ＩＤ検査が失敗し、再度、ＩＣカード認証処理が行われるまでは対象カードに対する課金が不可能となる。
【０１９４】
なお、本実施例では、カード引抜きを契機に、認証状態終了処理が行われることを前提としているが、カード引抜き以外でも、ユーザからサービス終了等の指示があったとき、等を契機として認証状態終了処理を行ってもよい。
【０１９５】
ステップ２３０） 認証状態終了処理では、ＩＣカード認証処理により認証済のＩＣカード１０が引き抜かれると、カードＲ／Ｗによりカード引抜きが検知される。
【０１９６】
ステップ２３１） 購入制御端末２００の課金制御部２３０で保持している引き抜かれたＩＣカード１０のカードＩＤに対応する認証セッション情報を削除する。
【０１９７】
ステップ２３２） 購入制御端末２００の課金制御部２３０では、認証課金サーバ１００に対してＩＣカード認証終了要求として、カードＩＤを送信することで、カードＩＤのカード認証状態の破棄（認証セッション情報の削除）を要求する。ここで、ＩＣカード認証終了要求で送信する情報は、認証セッションを特定できる情報であればよく、本実施例においてもカードＩＤではなく認証セッションＩＤでもよい。
【０１９８】
ステップ２３３） 認証課金サーバ１００では、購入制御端末２００からのＩＣカード認証終了要求を受信すると、認証セッションＩＤに対応する販売ＩＤ情報削除処理として、受信したカードＩＤから認証セッション管理部１２０で保持する認証セッション情報を検索して、検索された認証セッション情報の認証セッションＩＤから認証セッション管理部１２０で管理する販売ＩＤ情報を検索して、検索された販売ＩＤ情報を削除する。
【０１９９】
ステップ２３４） また、認証セッションＩＤに対応するステップ２３３において検索された認証セッション情報を削除することで、カードＩＤに対する認証状態の破棄を行う。
【０２００】
ステップ２３５） 認証課金サーバ１００は、認証状態が破棄されたことを購入制御端末２００に通知する。
【０２０１】
次に、購入制御端末２００の動作を説明する。
【０２０２】
図１６は、本発明の第１の実施例の購入制御端末のフローチャートである。
【０２０３】
ステップ３０１） 購入制御端末２００では、カードＲ／Ｗ２２０にカード接続（ＩＣカードの挿入）が検出されるのを待つ。
【０２０４】
ステップ３０２） ＩＣカード１０の挿入が検出されたら、接続されたＩＣカード１０内のカードデータ保持部１３に保存されているカードＩＤの読み出しを行う。
【０２０５】
ステップ３０３） カードＩＤの読み出しが終わると、認証課金サーバ１００に対してＩＣカード認証要求を送信することで、挿入されたＩＣカード１０に対するカード認証を要求するが、この際に、認証対象のＩＣカード１０のカードＩＤを送信する。
【０２０６】
ステップ３０４） 認証課金サーバ１００から送られてくるメッセージ「計算要求」を待ち、メッセージとして「計算要求」を受信したら、受信内容をそのままＩＣカード１０に送信してＩＣカード１０からのメッセージ「計算要求応答」を待ち、ＩＣカード１０からのメッセージ「計算要求応答」を受信したら、受信内容をそのまま認証課金サーバ１００に送信するという、認証課金サーバ１００とＩＣカード１０間で送受信される認証データの中継を行う。
【０２０７】
ステップ３０５） 認証課金サーバ１００からのメッセージ「ＩＣカード認証結果」を待ち、当該メッセージの受信を行う。
【０２０８】
ステップ３０６） ここで、メッセージ「ＩＣカード認証結果」の受信時に、認証エラーを示すデータを受信した場合には、ステップ３１６に移行する。認証エラーでないときは、ステップ３０７に移行する。
【０２０９】
ステップ３０７） ステップ３０６において認証エラーでないときは、ステップ３０５において、認証セッションＩＤとプリペイド残額と、認証有効期間を受信しているので、受信したデータを課金制御部２３０に販売ＩＤ取得のためのデータである認証セッション情報としてカードＩＤと共に保持する。なお、図１３に示すように、認証有効期間は、認証セッション情報を生成した時刻（現在時刻）から認証有効期間を経過した時点の時刻としての認証タイムアウト時間として保存する。また、プリペイド残額は、販売ＩＤ発行可能残額として保存する。
【０２１０】
ステップ３０８） 受信したプリペイド残額を購入制御部２４０のディスプレイ装置などにより表示することでユーザに提示する。
【０２１１】
ステップ３０９） 販売サーバ３００から購入対象のコンテンツのメニューリストを取得し、取得したメニューリストを購入制御部２４０のディスプレイ装置等に表示する。なお、取得するメニューリストには、メニュー表示するためのコンテンツ名や説明情報の他に商品を購入するための販売ＩＤ要求に必要なコンテンツ情報（コンテンツＩＤ，価格、支払先ＩＤ等）が含まれている。
【０２１２】
ステップ３１０） 以降の処理は、ユーザの指示によるコンテンツ購入の処理に入る。ここでは、ＩＣカード１０挿入中のみ挿入されているＩＣカード１０の残金でのコンテンツ購入ができるように構成するため、カードＲ／Ｗ２２０によりカード引抜きの検知を行い、カード引抜きを検知した場合には、ステップ３１７に移行する。
【０２１３】
ステップ３１１） ステップ３１０のカード引抜きの検知がされなかった場合には、購入者の操作により購入制御部２４０で表示されメニューから購入コンテンツの選択が行われるのをチェックし、選択がされていないときには、ステップ３１０に移行してカード引抜きまたは、メニュー選択がされるまで繰り返しチェックを行う。なお、購入コンテンツの選択は、購入制御部２４０のキーボタン装置等により行われる。
【０２１４】
ステップ３１２） 購入者によりメニュー選択が行われて購入するコンテンツが決定すると、認証セッション情報に保存されている認証セッションＩＤと、指定されたコンテンツに対応するコンテンツ情報（メニューリストとして販売サーバ３００から取得した情報）である支払先ＩＤと支払額とコンテンツＩＤとをパラメータとして、認証課金サーバ１００に対して販売ＩＤの要求を行い、認証課金サーバ１００から販売ＩＤ要求応答として、販売ＩＤと販売ＩＤ発行可能残額を受け取る。但し、認証課金サーバ１００から販売ＩＤ要求応答でエラーが返ってきたときには、処理を中止するか、再度ＩＣカード認証処理（ステップ３０３〜ステップ３０８）を行ったり、残額の確認を行った後に、再度販売ＩＤ要求を行うことになる。
【０２１５】
ステップ３１３） 認証セッション情報の販売ＩＤ発行可能残額に、ステップ３１２で認証課金サーバ１００から受け取った販売ＩＤ発行可能残額を上書きする。
【０２１６】
ステップ３１４） 次に、購入制御端末２００から販売サーバ３００に対して、メッセージ「コンテンツ購入要求」で、購入コンテンツを指定するコンテンツＩＤと、支払のための情報である販売ＩＤとを送信することで、コンテンツ購入を要求する。
【０２１７】
ステップ３１５） 販売サーバ３００から要求したコンテンツが配信されるのを待ち、配信されたコンテンツを受信する。なお、認証課金サーバ１００で販売ＩＤの確認が失敗すると、販売サーバ３００から課金失敗の通知を受け、コンテンツが配信されない。
【０２１８】
コンテンツの受信が終了すると、ステップ３１０に移行し、ＩＣカード１０が引き抜かれるまで、ステップ３１０〜ステップ３１５の、コンテンツ購入・支払処理を繰り返す。
【０２１９】
ステップ３１６） ステップ３０６において、エラーデータを受信した場合には、エラーメッセージの表示や、カード引抜き・交換指示などを行い、処理を終了する。
【０２２０】
ステップ３１７） ステップ３１０において、カード引抜きを検知した場合には、ＩＣカードに対する認証状態の破棄を行う。認証状態の破棄は、まず、課金制御部２３０で保持している引き抜かれたＩＣカード１０のカードＩＤに対応する認証セッション情報を削除する。
【０２２１】
ステップ３１８） また、購入制御端末２００の課金制御部２３０では、認証課金サーバ１００に対してカードＩＤを指定してメッセージ「ＩＣカード認証終了要求」を送信することで、認証課金サーバ１００内でのカードＩＤのカードの認証状態の破棄（認証セッション情報と対応する販売ＩＤ情報の削除）を要求すると共に、認証課金サーバ１００からのメッセージ「ＩＣカード認証終了結果」を待ち、当該メッセージを受信したら、処理を終了する。
【０２２２】
次に、認証課金サーバ１００の動作について説明する。
【０２２３】
図１７は、本発明の第１の実施例の認証課金サーバの全体の処理を示すフローチャートであり、購入制御端末２００から受け取るメッセージ受信や、販売サーバ３００から受け取るメッセージ受信や、認証セッションの期限切れの監視を行ない、それぞれが生起したときに対応した処理を行うことを表している。
【０２２４】
ステプ４０１） 購入制御端末２００からのメッセージ「ＩＣカード認証要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４１０のＩＣカード認証処理を行う。当該ＩＣカード認証処理の詳細は図１８において後述する。
【０２２５】
ステップ４０２） 購入制御端末２００からのメッセージ「ＩＣカード認証終了要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４２０のＩＣカード認証終了処理を行う。当該ＩＣカード認証終了処理の詳細は、図１９において後述する。
【０２２６】
ステップ４０３） 販売サーバ３００からのメッセージ「販売ＩＤ要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４３０の販売ＩＤ発行処理を行う。当該販売ＩＤ発行処理の詳細は、図２０において後述する。
【０２２７】
ステップ４０４） 販売サーバ３００からのメッセージ「課金要求」を受信したかを監視し、当該メッセージを受信したときには、ステップ４４０の課金処理を行う。当該課金処理の詳細は図２１において後述する。
【０２２８】
ステップ４０５） 認証セッション管理部１２０で保存している認証セッション情報内の認証タイムアウト時間が、現在時刻より古くなっているかを監視し、認証タイムアウト時間が現在時刻より古くなっている認証セッションがあるときには、ステップ４６０の認証タイムアウト処理を行う。当該認証タイムアウト処理の詳細は、図２２において後述する。
【０２２９】
ステップ４０６） 認証セッション管理部１２０で保存している販売ＩＤ情報内の販売ＩＤタイムアウト時間が現在時刻より古くなっているかを監視し、販売ＩＤタイムアウト時間が現在時刻より古くなっている販売ＩＤがあるときには、ステプ４７０の販売ＩＤ削除処理を行う。当該販売ＩＤ削除処理の詳細は、図２３において後述する。
【０２３０】
次に、上記のステップ４１０のＩＣカード認証処理について説明する。
【０２３１】
図１８は、本発明の第１の実施例の認証課金サーバのＩＣカード認証処理のフローチャートである。
【０２３２】
ステップ４１０） 購入制御端末２００からのメッセージ「ＩＣカード認証要求」があった場合には、当該要求で受け取ったカードＩＤを、カードバリュー管理ＤＢ１３０から検索し、登録されていればステップ４１１に移行し、登録されていなければステップ４１８に移行する。
【０２３３】
ステップ４１１） 疑似乱数生成関数等を使用して乱数を生成し、生成した乱数をメッセージ「計算要求」を購入制御端末２００に送信する。
【０２３４】
ステップ４１２） 購入制御端末２００からのメッセージ「計算要求応答」を待ち、メッセージ「計算要求応答」を受信する。
【０２３５】
ステップ４１３） 認証セッション管理部１２０より、送信した乱数と、受信したカードＩＤに対応してカードバリュー管理ＤＢ１３０に保存してあるカード認証鍵を使用して、ＩＣカード１０と同じ計算を行い、計算結果を得る。なお、計算方法については、図１０、図１１及び前述したとおりである。
【０２３６】
ステップ４１４） メッセージ「計算要求応答」で受け取った計算結果と認証セッション管理部１２０での計算結果を比較し、双方の計算結果が合致すれば、ステップ４１５に移行し、合致しない場合には、ステップ４１８に移行する。
【０２３７】
ステップ４１５） 認証セッション管理部１２０で管理するシリアル番号を割り振るなどの方法により、認証セッション情報内の他の認証セッションＩＤと重ならない認証セッションＩＤを生成する。
【０２３８】
ステップ４１６） 生成した認証セッションＩＤと、カードバリュー管理ＤＢ１３０で受信したカードＩＤに対応して管理されているプリペイド残額と、認証課金サーバ１００で管理している認証有効期間を購入制御端末２００にメッセージ「ＩＣカード認証結果」として送信する。
【０２３９】
ステップ４１７） 受信したカードＩＤが認証済であることを示す認証セッション情報として、受信したカードＩＤと、生成した認証セッションＩＤと、現在時刻に認証有効期間を加えた時刻である認証タイムアウト時間とを、認証セッション情報として、認証セッション管理部１２０で保持すると共に、販売ＩＤ発行可能残額をカードＩＤに対してカードバリュー管理ＤＢ１３０に保存されているプリペイド残額で初期化する。当該認証セッション情報については、図１２及び前述したとおりである。
【０２４０】
なお、受信したカードＩＤが、認証セッション情報に既に保存されている場合には、カードＩＤ、認証セッションＩＤ、認証タイムアウト時間、販売ＩＤ発行可能残額を上書きする
ステップ４１８） ステップ４１０でカードＩＤが登録されていなければ、購入制御端末２００に対して、ＩＣカード認証結果としてエラーを示す情報を送信するなどの処理を行い、処理を終了する。また、ステップ４１４において、双方の計算結果が異なれば、購入制御端末２００に対して、「ＩＣカード認証結果」としてエラーを示す情報を送信するなどの処理を行い、処理を終了する。
【０２４１】
次に、ステップ４２０の「ＩＣカード認証終了処理」について説明する。
【０２４２】
図１９は、本発明の第１の実施例の認証課金サーバのＩＣカード認証終了処理のフローチャートである。
【０２４３】
ステップ４２０） 購入制御端末２００からのメッセージ「ＩＣカード認証終了要求」で受信したカードＩＤが、認証セッション管理部１２０で保持する認証セッション情報に登録されているか検索する（ここで、ＩＣカード認証終了要求で受信する情報は、認証セッションを特定できる情報であればよく、本実施例においてもカードＩＤではなく、認証セッションＩＤでもよい）。
【０２４４】
ステップ４２１） カードＩＤが認証セッション情報に登録されている場合には、ステップ４２２に移行し、登録されていない場合には、ステップ４２５に移行する。
【０２４５】
ステップ４２２） カードＩＤに対応して検索された認証セッション情報の認証セッションＩＤを取り出し、取り出した認証セッションＩＤに対応して、認証セッション管理部１２０で保持する販売ＩＤ情報に保存されている情報を削除する
ステップ４２３） カードＩＤに対応して検索された認証セッション情報を削除する。
【０２４６】
ステップ４２４） 購入制御端末２００にメッセージ「ＩＣカード認証終了結果」として、認証状態が破棄されたことを通知する。
【０２４７】
ステップ４２５） ステップ４２１でカードＩＤが認証セッション情報に登録されていない時は、購入制御端末２００に対するメッセージ「ＩＣカード認証終了結果」としてエラーを送信するなどの処理を行い、処理を終了する。
【０２４８】
次に、ステップ４３０の「販売ＩＤ発行処理」について説明する。
【０２４９】
図２０は、本発明の第１の実施例の認証課金サーバの販売ＩＤ発行処理のフローチャートである。
【０２５０】
ステップ４３０） 販売ＩＤ要求メッセージで購入制御端末２００から受信した認証セッションＩＤを認証セッション情報から検索する。
【０２５１】
ステップ４３１） 認証セッション情報に認証セッションＩＤが登録されていないときには、ステップ４３８に移行し、登録されている場合には、ステップ４３２に移行する。
【０２５２】
ステップ４３２） 認証セッション情報に認証セッションＩＤが登録されているときには、検索された認証セッション情報の認証タイムアウト時間が、現在時刻より古ければ、ステップ４３８に移行し、そうでなければ、ステップ４３３に移行する。なお、タイマ監視などによりリアルタイムに期限切れセクション検出が行なわれて後述する認証タイムアウト処理が行われていれば、当該認証有効期限切れであるか否かの判断処理は必ずしも必要ではない。
【０２５３】
ステップ４３３） 検索された認証セッション情報の認証タイムアウト時間が、現在時刻より新しく、販売ＩＤ要求メッセージで購入制御端末から受信した支払額が検索された認証セッション情報のカードＩＤに対応してカードバリュー管理ＤＢ１３０で保存されているプリペイド残額より大きい場合には、ステップ４３８に移行する。そうでなければ、ステップ４３４に移行する。
【０２５４】
ステップ４３４） 認証セッションＩＤに対応する販売ＩＤを生成する。その生成方法については、前述の図１２を用いた方法と同様である。
【０２５５】
ステップ４３５） 生成した販売ＩＤと、販売ＩＤ要求メッセージで購入制御端末２００から受信したコンテンツＩＤ・支払額、支払先ＩＤと販売ＩＤタイムアウト時間を、認証セッション管理部１２０で保持する販売ＩＤ情報として登録する。販売ＩＤ情報については、前述の図１５を用いて説明した通りである。
【０２５６】
ステップ４３６） 検索された認証セッション情報の販売ＩＤ発行可能残額から、販売ＩＤ要求メッセージで購入制御端末２００から受信した支払額を減算する。
【０２５７】
ステップ４３７） メッセージ「販売ＩＤ要求応答」で生成した販売ＩＤと、更新された販売ＩＤ発行可能残額を購入制御端末２００に送信する。
【０２５８】
ステップ４３８） ステップ４３１において、エラー処理として、購入制御端末２００に対するメッセージ「販売ＩＤ要求応答」としてエラーを送信するなどの処理を行い、処理を終了する。また、ステップ４３２において、有効期限切れである場合には、販売サーバ３００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する。また、販売ＩＤ要求メッセージで購入制御端末２００から受信した支払額が検索された認証セッション情報のカードＩＤに対応するカードバリュー管理ＤＢ１３０で保存されているプリペイド残額より大きい場合も販売サーバ３００に対して同様の処理を行う。
【０２５９】
次に、上記のステップ４４０における課金処理について説明する。
【０２６０】
図２１は、本発明の第１の実施例の認証課金サーバの課金処理のフローチャートである。
【０２６１】
ステップ４４０） 販売サーバ３００からのメッセージ「課金要求」で受信した販売ＩＤが、認証セッション管理部１２０で保持する販売ＩＤ情報に登録されているかを検索する。
【０２６２】
ステップ４４１） 販売ＩＤが販売ＩＤ情報に登録されていない場合には、ステップ４４９に移行する。
【０２６３】
ステップ４４２） 販売ＩＤが販売ＩＤ情報に登録されている時には、検索された販売ＩＤ情報の認証セッションＩＤに対応する認証セッション情報内の認証タイムアウト時間が現在時刻より古ければ、ステップ４４９に移行する。なお、タイマ監視などにより、リアルタイムに期限切れセッションの検出が行われて、後述する認証タイムアウト処理及び販売ＩＤ削除処理が行われていれば、当該有効期限切れか否かの判断処理は必ずしも必要ではない。
【０２６４】
ステップ４４３） 販売サーバ３００からのメッセージ課金要求で受信したコンテンツＩＤ・請求額・支払先ＩＤが、検索された販売ＩＤ情報のコンテンツＩＤ・支払額（請求額に対応）・支払先ＩＤに一致するか検査し、一致しなければ、ステップ４４９に移行する。
【０２６５】
ステップ４４４） コンテンツＩＤ・支払額（請求額）・支払先ＩＤが一致すれば、受信した請求額と、検索された認証セッション情報内のカードＩＤに対応してカードバリュー管理ＤＢ１３０で保持しているプリペイド残額と比較する。
プリペイド残額＜請求額
の場合には、ステップ４４９に移行し、
プリペイド残額≧請求額
の場合には、ステップ４４５に移行する。
【０２６６】
ステップ４４５） ステップ４４０で検索された販売ＩＤ情報を削除する。
【０２６７】
ステップ４４６） 検索された認証セッション情報のカードＩＤに対応してカードバリュー管理ＤＢ１３０で管理されているプリペイド残額から、販売サーバ３００から受け取った請求分を減算する。
【０２６８】
ステップ４４７） 認証セッション管理部１２０から精算部１４０に対して、カードＩＤと販売サーバ３００から受信した販売ＩＤ・支払先ＩＤ・請求額・コンテンツＩＤを渡すことで、精算部１４０では精算部１４０内で管理する精算ログＤＢの支払先ＩＤに対応して、取引リストとして販売ＩＤ・請求額・コンテンツＩＤの情報を追加し、精算額に請求分を加算する。精算ログについては、図８で説明したとおりである。
【０２６９】
ステップ４４８） 「課金要求」の応答として、メッセージ「課金成功通知」で、販売サーバ３００に対して課金が成功したことを通知し、処理を終了する。
ステップ４４９） エラー処理として、販売サーバ３００に対するメッセージでエラーを送信するなどの処理を行い、処理を終了する。
【０２７０】
次に、上記のステップ４６０の認証タイムアウト処理について説明する。
【０２７１】
図２２は、本発明の第１の実施例の認証課金サーバの認証タイムアウト処理のフローチャートである。
【０２７２】
ステップ４６０） ステップ４０５において検出された認証タイムアウト時間が現在時刻より古くなっている認証セッション情報の認証セッションＩＤを取り出し、認証セッションＩＤに対応する販売ＩＤ情報を削除する。
【０２７３】
ツエップ４６１） また、ステップ４０５において検出された認証タイムアウト時間が現在時刻より古くなっている認証セッションを削除して、処理を終了する。
【０２７４】
なお、ステップ４４０の課金処理における「有効期限切れ」の処理が行われていれば、ステップ４０５の期限切れセッションがあるか否かの判断処理や、ステップ４６０の認証タイムアウト処理は必ずしも必要ではない。
【０２７５】
次に、上記のステップ４７０の販売ＩＤ削除処理について説明する。
【０２７６】
図２３は、本発明の第１の実施例の認証課金サーバの販売ＩＤ削除処理のフローチャートである。
【０２７７】
ステップ４７０） ステップ４０５の期限切れ販売ＩＤがあるか否かの判断において検出された販売ＩＤタイムアウト時間が、現在時刻よりも古くなっている販売ＩＤ情報を削除して、処理を終了する。
【０２７８】
なお、ステップ４４０の課金処理における有効期限切れか否かの判断の処理が行われていれば、当該期限切れ販売ＩＤがあるか否かの判断及び、ステップ４７０の販売ＩＤ削除処理は必ずしも必要ではない。
【０２７９】
［第２の実施例］
図２４は、本発明の第２の実施例のシステム構成を示す。
【０２８０】
本実施例のシステムは、前述の第１の実施例と同様に、認証媒体として、ＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が、商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、第１の実施例と同様に、購入されたプリペイドカードの残金は、カード発行事業者で持つ（また、カード発行事業者から委託された）認証課金サーバ１００で管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払い後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払いが行われるシステムを想定している。
【０２８１】
また、本実施例の購入制御端末２００は、電話機にインターネット等と接続するための比較的高速な回線を加えた端末（特に、公衆電話機のような公衆利用型端末）を想定しており、例えば、電話回線として、ＩＳＤＮまたは、アナログ回線を使用し、インターネット等への接続回線としてＤＳＬ回線（ディジタル加入者回線）を使用するような形態を想定している。なお、このような形態の場合には、一本の接続ケーブルで、帯域分割等により双方の回線を収容することが可能である。
【０２８２】
また、本実施例では、課金のための認証サービスを電話ネットワークサービスとして提供し、商品は、インターネット上にある販売サーバ３００から購入することを想定している。
【０２８３】
図２４に示すように、本実施例のシステムは、第１の実施例と同様に、複数のＩＣカード１０と、複数の購入制御端末２００、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０２８４】
但し、認証課金サーバ１００が電話交換網内５００で交換機５１０と交換網で接続されたＮＳＰ（ネットワークサービス・プロセッサ）として構成され、ＩＳＤＮ等の公衆電話回線網で交換機と接続された購入制御端末２００が交換機５１０を通して、認証課金サーバ１００に接続されており、これに伴い、購入制御端末２００の通信部が通信部２１０Ａと通信部２１０Ｂとに分かれている点と、認証課金サーバ１００の通信部も通信部１１０Ａと通信部１１０Ｂに分かれている点とが、第１の実施例と異なる。
【０２８５】
購入制御端末２００の通信部２１０Ａは、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を介して認証課金サーバ１００と通信を行い、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了のためのメッセージの送受信を行うために用いられる。なお、回線がＩＳＤＮの場合には、購入制御端末２００−交換機５１０間では、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了は、Ｄｃｈの制御信号等にメッセージを載せて送受信することになり、交換機５１０では、購入制御端末２００から受け取った制御信号内のメッセージの中身を取り出して、認証課金サーバ１００に送信し、認証課金サーバ１００からのメッセージを制御信号に載せて購入制御端末２００に送信するという中継処理を行うことになる。
【０２８６】
また、購入制御端末２００の通信部２１０Ｂは、販売サーバ３００と通信を行うためのインタフェースであり、インターネットなどのネットワーク４００に接続される。
【０２８７】
また、認証課金サーバ１００の通信部１１０Ａは、交換機５１０等の電話交換網５００内の機器と接続するための交換網のインタフェースであり、ここでは、交換機５１０との通信に使用される。
【０２８８】
また、認証課金サーバ１００の通信部１１０Ｂは、販売サーバ３００と通信を行うためのインタフェースであり、インターネットなどのネットワーク４００に接続される。
【０２８９】
なお、メッセージシーケンスやシステムの動作は、前述の第１の実施例と同様である。
【０２９０】
［第３の実施例］
図２５は、本発明の第３の実施例のシステム構成を示す。
【０２９１】
本実施例のシステムは、前述の第１の実施例と同様に、認証媒体として、ＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が、商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、第１の実施例と同様に、購入されたプリペイドカードの残金は、カード発行事業者で持つ（また、カード発行事業者から委託された）認証課金サーバで管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払い後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払いが行われるシステムを想定している。
【０２９２】
また、本実施例の購入制御端末２００は、電話機端末を想定しており、たとえば、電話回線として、ＩＳＤＮ等を使用した形態を想定している。
【０２９３】
また、本実施例では、課金の為の認証サービスを電話ネットワークサービスとして提供し、商品は公衆電話回線網上にある（つまり、電話として接続された）販売サーバ３００から購入することを想定している。
【０２９４】
図２５に示すように、本実施例のシステムは、前述の第１の実施例と同様に、複数のＩＣカード１０と、複数の購入制御端末２００と、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０２９５】
また、前述の第２の実施例と同様に、認証課金サーバ１００が電話交換網５００内で交換機５１０で接続されたＮＳＰ（ネットワーク・サービス・プロセッサ）として構成され、ＩＳＤＮ等の公衆電話回線網５００で交換機５１０と接続された購入制御端末２００が交換機５１０を通して認証課金サーバ１００に接続されている。
【０２９６】
但し、販売サーバ３００も、ＩＳＤＮ等の公衆電話回線網で交換機５１０と接続されており、交換機５１０を通して認証課金サーバ１００や購入制御端末２００に接続されている。
【０２９７】
購入制御端末２００の通信部２１０は、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を通して認証課金サーバ１００と通信を行い、ＩＣカード１０の認証や、販売ＩＤ取得や認証終了のためのメッセージの送受信を行うと共に、販売サーバ３００に発呼して販売サーバ３００と接続することで、商品の購入要求等の販売サーバ３００とのメッセージの送受信を行うために用いられる。
【０２９８】
また、販売サーバ３００の通信部３１０は、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を通して認証課金サーバ１００と通信を行い、課金要求の為のメッセージの送受信を行うと共に、購入制御端末２００からの着呼を受けて購入制御端末２００と接続することで、商品の購入要求受信等の購入制御端末２００とのメッセージの送受信を行うために用いられる。
【０２９９】
また、認証課金サーバ１００の通信部１１０は、交換機５１０等の電話交換網５００内の機器と接続するための交換網のインタフェースであり、ここでは、交換機５１０との通信に使用される。
【０３００】
なお、回線がＩＳＤＮの場合には、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了等の購入制御端末２００−交換機５１０間のメッセージ通信には、Ｄｃｈの制御信号を用い、商品購入要求や、コンテンツ等の商品（または、購入許可情報等）の配送には、Ｂｃｈのデータ通信を用いることになる。
【０３０１】
この場合、交換機５１０では、購入制御端末２００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して、認証課金サーバ１００に送信し、認証課金サーバ１００から購入制御端末２００向けのメッセージをＤｃｈ制御信号に載せて購入制御端末２００に送信したり、販売サーバ３００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して認証課金サーバ１００に送信し、認証課金サーバ１００から販売サーバ３００向けのメッセージをＤｃｈ制御信号に載せて購入制御端末２００に送信したりするという中継処理を行うことになり、購入制御端末２００−販売サーバ３００間は、Ｂｃｈによる通常の回線交換処理を行うことになる。
【０３０２】
この場合、例えば、購入制御端末２００から販売サーバ３００への発呼時にＤｃｈを使用してＩＣカード認証を行うことで、交換機５１０では、カード認証成功時に販売サーバ３００の呼び出しを行うような制御を行ったり、呼切断時に交換機から認証課金サーバ１００に通知を行うことで、認証の状態の解除（認証セッション情報や、関連する販売ＩＤ情報の削除）を行うなど、呼接続に結びついたＩＣカード認証の制御も可能となる。
【０３０３】
以下、前述の第１の実施例と異なる点について、図２６のシーケンスチャートを使用して説明する。
【０３０４】
図２６は、本発明の第３の実施例のメッセージシーケンスチャートである。
【０３０５】
まず、購入制御端末２００にＩＣカード１０が挿入されて（ステップ５０１）、カードＩＤが読み出されると（ステップ５０２）、購入制御端末２００から認証課金サーバ１００に対してＩＣカード認証要求を送信するが、本実施例においては、ステップ５０３の発呼により、Ｄｃｈの制御信号として行われる発呼信号により、販売サーバ３００への発呼を行う時に、ＩＣカード認証要求メッセージを載せて送出している（ステップ５０３）。なお、発呼信号には、発呼先である販売サーバ３００の電話番号が入るが、販売サーバ３００の電話番号は、ＩＣカード１０から読み出す、購入制御端末２００で固定的に保持する、購入者が発呼時に入力する、等の方法により取得する。
【０３０６】
また、交換機５１０では、発呼信号を受け取った時に、ＩＣカード認証要求がメッセージに載っていれば、ＩＣカード認証要求を認証課金サーバ１００に送信する（ステップ５０４）。
【０３０７】
なお、本実施例では、認証課金サーバ１００に送信されるＩＣカード認証要求のパラメータとして、第１の実施例のカードＩＤに加えて、購入制御端末２００の識別子（電話番号など）である端末ＩＤが入っており、認証課金サーバ１００では、認証セッション情報の一つとして端末ＩＤを保持する。
【０３０８】
また、計算要求、計算要求応答、ＩＣカード認証結果の各メッセージについても、交換機５１０で中継する形式となっており、交換機５１０と購入制御端末２００の間は、Ｄｃｈの制御信号として送受信される形式になっている。
【０３０９】
また、ＩＣカード認証結果が認証課金サーバ１００から交換機５１０に戻ってきて（ステップ５０５）、交換機５１０が認証成功を認識すると、販売サーバ３００に対して着呼をかけて（ステップ５０６）、販売サーバ３００からの応答があったときに（ステップ５０７）、販売サーバ３００と購入制御端末２００を呼接続することで（ステップ５０８）、購入制御端末２００と販売サーバ３００との間で通信が可能となる形となっている。
【０３１０】
購入制御端末２００と販売サーバ３００との間で通信が可能になると、購入・支払処理も可能になり、前述の第１の実施例と同様に購入支払処理を繰り返し行うことが可能である。
【０３１１】
但し、購入制御端末２００と認証課金サーバ１００との間で送受信される販売ＩＤ要求や、販売ＩＤ要求応答のメッセージも、交換機５１０で中継する形式となっており（ステップ５０９〜ステップ５１３）、交換機５１０と販売サーバ３００の間は、Ｄｃｈの制御信号として送受信される形式になっている。
【０３１２】
また、販売サーバ３００と認証課金サーバ１００との間で送受信されるメッセージである課金要求や課金成功通知も、交換機５１０で中継する形式（ステップ５１４〜ステップ５２２）となっており、交換機５１０と販売サーバ３００の間は、Ｄｃｈの制御信号として送受信される形式になっている。
【０３１３】
また、認証状態終了処理は、第１の実施例と同様にカード引抜きを契機に処理が開始されることとなっているが、購入者の操作により、処理が開始されても構わない。
【０３１４】
認証状態終了処理では、第１の実施例と同様に、当該カードの認証セッション情報の削除処理（ステップ５２４）を行った後、ＩＣカード認証終了要求の送信は行わずに、呼切断要求で交換機５１０に対して呼の切断を要求している（ステップ５２５）。
【０３１５】
交換機５１０では、呼切断要求を受け取ると、認証課金サーバ１００に対して、ＩＣカード認証終了要求を送信するが（ステップ５２６）、この際に、端末ＩＤをパラメータとして送信し、購入制御端末２００と販売サーバ３００との呼を切断する（ステップ５２７）。
【０３１６】
認証課金サーバ１００では、ＩＣカード認証終了要求で端末ＩＤを受け取ると、認証セッション情報の中から端末ＩＤを持つ認証セッション情報を検索し、検索された認証セッション情報の認証セッションＩＤに対応する販売ＩＤ情報と、検索された認証セッション情報の削除を行う（ステップ５２８、５２９）。
【０３１７】
［第４の実施例］
図２７は、本発明の第４の実施例のシステム構成を示す。
【０３１８】
本実施例のシステムは、前述の第１の実施例と同様に、記憶媒体として、ＩＣカード１０を使用したプリペイド方式（プリペイドカード）のシステムを前提としており、購入者が、商品購入前に事前にプリペイドカード（ＩＣカード）を購入することで、プリペイドカードの残金分の金額をカード発行事業者に支払っていることを想定している。また、第１の実施例と同様に、購入されたプリペイドカードの残金は、カード発行事業者で持つ（また、カード発行事業者から委託された）認証課金サーバ１００で管理していることを前提としている。つまり、購入者がプリペイドカードによる商品対価支払い後に、認証課金サーバ１００の情報に基づき、カード発行事業者と販売者との間で精算を行うことで、最終的に販売者への支払いが行われるシステムを想定している。
【０３１９】
また、本実施例の購入制御端末２００は、電話機に電話回線を使用してインターネット等と接続する機能を備えた端末を想定しており、例えば、電話回線として、ＩＳＤＮまたは、アナログ回線を使用し、ＩＳＰ（インターネット・サービス・プロバイダ）に発呼・呼接続することで、インターネット等を使用するような形態を想定している。
【０３２０】
また、本実施例では、課金のための認証サービスを電話ネットワークサービスとして提供し、商品はインターネット上にある販売サーバから購入することを想定している。
【０３２１】
図２７に示すように、本実施例のシステムは、前述の第１の実施例と同様に、複数のＩＣカード１０と、複数の購入制御端末２００と、複数の販売サーバ３００と、１つの認証課金サーバ１００から構成される。
【０３２２】
また、第２の実施例と同様に、認証課金サーバ１００が電話交換網５００内で交換機５１０と交換網で接続されたＮＳＰ（ネットワーク・サービス・プロセッサ）として構成され、ＩＳＤＮ等の公衆電話回線網で交換機５１０と接続された購入制御端末２００が交換機５１０を通して、認証課金サーバ１００に接続されている。
【０３２３】
また、販売サーバ３００は、インターネット等のネットワークに接続されているため、購入制御端末２００から販売サーバ３００への接続は、公衆電話回線網５００で接続されたＩＳＰ６００（インターネット・サービス・プロバイダ）を通して、ＩＰ接続などで行われ、販売サーバ３００と認証課金サーバ１００の間もインターネット等のネットワークで接続される。このため、認証課金サーバ１００の通信部１１０は、交換網のインタフェースを持つ通信部１１０Ａと、インターネット等のインタフェースを持つ通信部１１０Ｂとに分かれている。
【０３２４】
購入制御端末２００の通信部２１０は、ＩＳＤＮ等の公衆電話回線網用のインタフェースであり、交換機５１０を通して、認証課金サーバ１００と通信を行い、ＩＣカード１０の認証や販売ＩＤ取得や認証終了のためのメッセージの送受信を行うと共に、ＩＳＰ６００に発呼して接続を行った後、販売サーバ３００とＩＰプロトコルなどで接続することで商品の購入要求等の販売サーバ３００とのメッセージの送受信のために用いられる。
【０３２５】
また、認証課金サーバ１００の通信部１１０Ａは、交換機５１０等の電話交換網５００内の機器と接続するための交換網のインタフェースであり、ここでは、交換機５１０との通信に使用される。
【０３２６】
また、認証課金サーバ１００の通信部１１０Ｂは、販売サーバ３００と通信を行うためのインタフェースであり、前述の第１の実施例の通信部と同様にインターネットなどのネットワークに接続される。
【０３２７】
なお、回線がＩＳＤＮの場合には、ＩＣカード１０の認証や販売ＩＤ取得や、認証終了等の購入制御端末２００−交換機５１０間のメッセージ通信には、Ｄｃｈの制御信号を用い、ＩＳＰ６００との接続には、Ｂｃｈのデータ通信を用いることになる。
【０３２８】
この場合、交換機５１０では、購入制御端末２００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して認証課金サーバ１００に送信し、認証課金サーバ１００から購入制御端末向けのメッセージをＤｃｈ制御信号に載せて購入制御端末２００に送信したり、販売サーバ３００から受け取ったＤｃｈ制御信号内のメッセージの中身を取り出して、認証課金サーバ１００に送信し、認証課金サーバ１００から販売サーバ３００向けのメッセージをＤｃｈ制御信号にのせて購入制御端末２００に送信したりするという中継処理を行うことになり、購入制御端末２００−ＩＳＰ６００間は、Ｂｃｈによる通常の回線交換処理を行うことになる。
【０３２９】
この場合、前述の第３の実施例と同様に、例えば、購入制御端末２００からＩＳＰ６００への発呼時にＤｃｈを使用して、ＩＣカード認証を行うことで、交換機５１０では、カード認証成功時にＩＳＰ６００の呼び出しを行うような制御を行ったり、呼切断時に交換機５１０から認証課金サーバ１００に通知を行うことで、認証状態の解除（認証セッション情報や、関連する販売ＩＤ情報の削除）を行うなど、呼接続に結びつけたＩＣカード認証の制御も可能となる。
【０３３０】
なお、メッセージシーケンスやシステムの動作は、購入・支払処理前に購入制御端末２００からＩＳＰ６００に発呼して接続しておく必要がある点を除き、基本的には、第１の実施例と同様でも構わないが、呼接続に結びつけたＩＣカード認証の制御を行った場合について、以下に、第１の実施例と異なる点を中心に、図２８のシーケンスチャートを用いて説明する。
【０３３１】
図２８は、本発明の第４の実施例のメッセージシーケンスチャートである。
【０３３２】
まず、ＩＣカード１０が購入制御端末２００に挿入されて（ステップ６０１）カードＩＤが読み出されると（ステップ６０２）、購入制御端末２００から認証課金サーバ１００に対してＩＣカード認証要求を送信するが、本実施例においては、発呼で、Ｄｃｈの制御信号として行われる発呼信号により、販売サーバ３００への発呼を行うときに、ＩＣカード認証要求メッセージを載せて送出している（ステップ６０３）。なお、発呼信号には発呼先であるＩＳＰの電話番号が入るが、ＩＳＰの電話番号は、ＩＣカード１０から読み出す、購入制御端末２００で固定的に保持する、購入者が発呼時に入力する、等の方法により得る。
【０３３３】
また、交換機５１０では、発呼信号を受け取ったときに、ＩＣカード認証要求にメッセージが載っていれば、ＩＣカード認証要求を認証課金サーバ１００に送信する（ステップ６０４）。
【０３３４】
なお、本実施例では、認証課金サーバ１００に送信されるＩＣカード認証要求のパラメータとして、第１の実施例のカードＩＤに加えて、購入制御端末２００の識別子（電話番号など）である端末ＩＤが入っており、認証課金サーバ１００では、認証セッション情報の一つとして端末ＩＤを保持する。
【０３３５】
また、計算要求、計算要求応答、ＩＣカード認証結果の各メッセージについても、交換機５１０で中継する形式となっており、交換機５１０と購入制御端末２００の間は、Ｄｃｈの制御信号として送受信される形式になっている（ステップ６０５〜ステップ６０８）。
【０３３６】
また、ＩＣカード認証結果が認証課金サーバ１００から交換機５１０に戻ってきて、交換機５１０が認証成功を認識すると、ＩＳＰ６００に対して着呼をかけて、ＩＳＰ６００からの応答があったときに、ＩＳＰ６００と購入制御端末２００を呼接続することで、購入制御端末２００がインターネットなどのネットワークにＩＰプロトコルなどで接続され、販売サーバ３００との間で通信が可能となる形となっている（ステップ６０９〜ステップ６１３）。
【０３３７】
購入制御端末２００と販売サーバ３００との間で通信が可能になると、購入・支払処理も可能になり、第１の実施例と同様の購入支払処理を繰り返し行うことが可能である。但し、購入制御端末２００と認証課金サーバ１００との間で送受信される販売ＩＤ要求や販売ＩＤ要求応答のメッセージも、交換機５１０で中継する形式となっており、交換機５１０と販売サーバ３００の間は、Ｄｃｈの制御信号として送受信される形式になっている（ステップ６１４〜ステップ６１７）。 また、認証状態終了処理は、第１の実施例と同様に、カード引抜きを契機に処理が開始されることとなっているが、購入者の操作により処理が開始されてもよい。
【０３３８】
認証状態終了処理では、第１の実施例と同様に、カードの認証セッション情報の削除処理を行った後に、ＩＣカード認証終了要求の送信は行わずに、呼切断要求で交換機５１０に対して呼の切断を要求している（ステップ６１８〜ステップ６２０）。
【０３３９】
交換機５１０では、呼切断要求を受け取ると、認証課金サーバ１００に対して、ＩＣカード認証終了要求を送信するが、この際に、端末ＩＤをパラメータとして送信し、購入制御端末２００とＩＳＰ６００との呼を切断する。
【０３４０】
認証課金サーバ１００では、ＩＣカード認証終了要求で端末ＩＤを受け取ると、認証セッション情報の中から端末ＩＤを持つ認証セッション情報を検索し、検索された認証セッション情報を認証セッションＩＤに対応する販売ＩＤ情報と、検索された認証セッション情報の削除を行う。
【０３４１】
上記の第１〜第４の実施例における各装置の構成要素をプログラムとして構築し、購入制御端末、販売サーバ、認証課金サーバとして利用されるコンピュータにインストールする、または、ネットワークを介して流通させることが可能である。
【０３４２】
また、構築されたプログラムを購入制御端末、販売サーバ、認証課金サーバとして利用されるコンピュータに接続されるハードディスクや、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現できる。
【０３４３】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【０３４４】
【発明の効果】
上述のように、本発明によれば、購入者が事前に購入しておいた認証媒体を認証することにより、認証中の状態において認証課金サーバから購入制御端末に対して販売ＩＤの発行を行い、得られた販売ＩＤを販売サーバに払出し、販売サーバでは、販売ＩＤと請求額と販売者を特定するＩＤを認証課金サーバに渡すことにより認証媒体の残金に対して課金要求をかけることが可能となり、成功した課金要求の情報を元に認証課金サーバから販売者に対して精算（支払）を行うことで、結果的に認証媒体を持つ購入者から販売サーバを持つ販売者への支払が可能となる。
【０３４５】
このことにより、購入者は、認証媒体を購入制御端末に接続するだけで、カード番号やパスワード等を入力することなく、プリペイドポストペイド等の即時課金が可能になり、入力の手間などが少なく、盗み見られるなどによる第三者からの不正利用の危険性も回避して商品の購入が可能になる。
【０３４６】
また、認証媒体では、課金許可情報等を生成する必要はなく、認証機能だけ持てばよいため、ワイヤドロジックなどで簡単な論理計算だけを実装して媒体の製造コストを抑えることが可能であり、カード自身が認証や残金発行を行うことで、不正利用を防ぐ電子マネーシステムで使用するＣＰＵ付のＩＣカードに比べて、認証媒体を安価に製造することが可能になる。
【０３４７】
また、本発明のシステムでは、認証媒体が認証課金サーバで認証されている間であれば、認証をやり直すことなく、繰り返して販売者に対する支払ができるため、ストリームコンテンツや通信に対する課金等の繰り返し支払をする場合に、毎回認証を行う場合に比べて、各支払処理を短時間で行うことが可能となる。
【０３４８】
また、認証課金サーバへの課金要求時に支払先ＩＤを指定するため、同一支払先ではない不特定多数の販売者と取引することが可能である。
【０３４９】
また、認証媒体の認証成功時に、認証課金サーバから認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである「認証セッションＩＤ」の払出しを行い、認証セッションＩＤを媒体ＩＤの代わりに使用して販売サーバとの間で取引することで、１回の認証中のみ有効な認証セッションＩＤが認証中に判らない限り販売ＩＤの要求を行うことができず、永続的に変わらない媒体ＩＤを使用するよりも第三者による販売ＩＤの発行による残金の不正使用をより困難にすることが可能になる。
【０３５０】
また、販売ＩＤ要求時のパラメータに、支払先を特定することのできる識別番号としての「支払先ＩＤ」を加え、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された支払先と販売ＩＤ要求時の支払先ＩＤが一致するか確認を行うことで、第三者に販売ＩＤ等の情報が盗聴され、認証課金サーバに対して先に要求されたとしても、支払先を変更することができないために、第三者に対して不正に支払が行われる危険性を無くすことができる。
【０３５１】
また、販売ＩＤ要求時のパラメータに、購入者から販売者への支払金額を特定する情報である「支払額」を加え、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定された請求額と販売ＩＤ要求時の支払額が一致するか確認を行うことで、販売者から認証課金サーバに対して購入者が許可した金額以上の額を要求されたとしても、不正な額の支払が行われる危険性をなくすことができる。
【０３５２】
また、販売ＩＤ要求時のパラメータに、購入するコンピュータなどの商品を特定する情報としての「コンテンツＩＤ」を加え、認証課金サーバで販売ＩＤの確認時に、販売サーバから指定されたコンテンツＩＤと販売ＩＤ要求時のコンテンツＩＤが一致するか確認を行うことで、販売者から認証課金サーバに対して購入者が指定したコンテンツＩＤと同じコンテンツＩＤを指定しないと支払が行われないため、購入者と販売者の間で合意された取引の記録を確実に残すことが可能となり、購入者−販売者間等でのトラブル発生時に取引を証明することができる。
【０３５３】
また、認証媒体の接続が購入制御端末から切断されたのを契機に、購入制御端末から認証課金サーバに対して媒体ＩＤ等の認証または、媒体を特定する情報を送信することで、認証ＩＤに対応する残金から課金の停止を要求し、認証課金サーバでは媒体ＩＤに対応して認証時に生成した認証セッション情報や、認証セッション情報に対応する販売ＩＤなどの情報を削除し、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や課金要求を受け付けても課金を行えなくすることで、媒体接続時のみに取引を限定することが可能となり、所有者による媒体抜取りによる取引中止の意思表示が可能となると共に、媒体所有者の知らないところで残金に対する課金（生成したが使用を中止した販売ＩＤによる課金）が行われることを防ぐことができる。
【０３５４】
また、認証課金サーバで認証媒体の認証成功から時間を監視し、一定時間が経過した時点で、認証課金サーバでは媒体ＩＤに対応して認証時に生成した販売ＩＤ発行のための認証セッション情報や、認証セッション情報に対応する販売ＩＤなどの情報を削除するのか、または、無効にすることで、以後、再度認証が行われるまで、媒体ＩＤに関する販売ＩＤの発行要求や課金要求を受け付けても課金を行えなくすることが可能になり、上記の「一定時間」をカードＩＤや認証セッションＩＤ等の販売ＩＤ要求のための識別子に対する推測の容易さなどのセキュリティレベルに合わせて調製することにより、カードＩＤや認証セッションの推定などにより、カードＩＤや認証セッションＩＤの推定などにより不正に販売ＩＤを要求されて課金要求される危険性を防ぐことができる。
【０３５５】
また、認証課金サーバが交換機網内にあり、購入制御端末が電話回線に接続されていることにより、購入制御端末と認証課金サーバで行われるＩＣカード認証のためのメッセージ通信を電話回線の制御信号を通して行うことになり、交換機で発呼端末の収容回線の特定をすることができるための購入制御端末を装った不正な端末からの認証要求等のアクセスを制限することが可能となる。
【０３５６】
また、購入制御端末から販売サーバに接続するための発呼時に、交換機を通して、購入制御端末と課金制御サーバとの間でＩＣカード認証を行うことにより、販売サーバとの接続後は、いつでも購入制御端末から交換機を通して課金制御サーバに販売ＩＤの要求を行うだけで、商品の購入が可能になり、電話ネットワークサービスによる認証課金サービスの提供が可能となる。
【０３５７】
また、購入制御端末から販売サーバに接続するため、呼接続の切断を契機に、交換機から認証課金サーバに対して、端末ＩＤ等の購入制御端末を特定する情報を送信し、認証課金サーバでは端末ＩＤに対応して認証時に生成した販売ＩＤ要求のための認証セッション情報や、認証セッション情報に対応する販売ＩＤなどの情報を削除することで、以後、発呼などにより再度認証が行われるまで、端末ＩＤで認証した媒体に関する販売ＩＤの発行要求や課金要求を受け付けても課金を行えなくすることで、回線接続時のみに取引を限定することが可能になり、所有者による回線切断による取引中止の意思表示が可能となると共に、媒体所有者の知らないところで残金に対する課金（静止したが使用を中止した販売ＩＤによる課金など）が行われることを防ぐことができる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施の形態におけるシステム構成図である。
【図４】本発明の一実施の形態におけるメッセージシーケンスチャートである。
【図５】本発明の第１の実施例のシステム構成図である。
【図６】本発明の第１の実施例のＩＣカードのデータ保持部内のデータの例である。
【図７】本発明の第１の実施例の認証課金サーバ内のカードバリュー管理ＤＢの例である。
【図８】本発明の第１の実施例の認証課金サーバ内の精算ログＤＢの例である。
【図９】本発明の第１の実施例のメッセージシーケンスチャートである。
【図１０】本発明の第１の実施例のＩＣカードの認証応答部で行う計算方法の例である。
【図１１】本発明の第１の実施例のＩＣカードの認証応答部で行う他の計算方法の例である。
【図１２】本発明の第１の実施例の認証課金サーバにおける認証セッション情報の例である。
【図１３】本発明の第１の実施例の購入制御端末における認証セッション情報の例である。
【図１４】本発明の第１の実施例の販売ＩＤ生成方法を説明するための図である。
【図１５】本発明の第１の実施例の認証課金サーバにおける販売ＩＤ情報の例である。
【図１６】本発明の第１の実施例の購入制御端末のフローチャートである。
【図１７】本発明の第１の認証課金サーバの全体の処理のフローチャートである。
【図１８】本発明の第１の実施例の認証課金サーバのＩＣカード認証処理のフローチャートである。
【図１９】本発明の第１の実施例の認証課金サーバのＩＣカード認証終了処理のフローチャートである。
【図２０】本発明の第１の実施例の認証課金サーバの販売ＩＤ発行処理のフローチャートである。
【図２１】本発明の第１の実施例の認証課金サーバの課金処理のフローチャートである。
【図２２】本発明の第１の実施例の認証課金サーバの認証タイムアウト処理のフローチャートである。
【図２３】本発明の第１の実施例の認証課金サーバの販売ＩＤ削除処理のフローチャートである。
【図２４】本発明の第２の実施例のシステム構成図である。
【図２５】本発明の第３の実施例のシステム構成図である。
【図２６】本発明の第３の実施例のメッセージシーケンスチャートである。
【図２７】本発明の第４の実施例のシステム構成図である。
【図２８】本発明の第４の実施例のメッセージシーケンスチャートである。
【符号の説明】
１０ 認証媒体，ＩＣカード
１１ 通信部
１２ 認証応答部
１３ カードデータ保持部
１００ 認証課金サーバ
１０１ 認証手段
１０２ 販売ＩＤ生成手段
１０３ 販売ＩＤ検査手段
１０４ 課金手段
１０５ 課金通知手段
１１０ 通信部
１２０ 認証セッション管理部
１３０ カードバリュー管理ＤＢ
１４０ 精算部
２００ 購入制御端末
２０１ 媒体認証要求手段
２０２ 販売ＩＤ発行要求手段
２０３ 購入要求手段
２１０ 通信部
２２０ カードＲ／Ｗ
２３０ 課金制御部
２４０ 購入制御部
３００ 販売サーバ
３０１ 課金要求手段
３１０ 通信部
３２０ 制御部
３３０ 精算ログＤＢ
３４０ コンテンツＤＢ等
４００ ネットワーク
５００ 電話交換網
５１０ 交換機
６００ ＩＳＰ
Claims (25)
- 複数の認証媒体、複数の購入制御端末、複数の販売サーバ及び１つの認証課金サーバからなるシステムにおいて、ネットワーク上のコンテンツ購入を含む取引の決済を行うための課金方法において、
前記販売サーバからコンテンツを購入する際の支払手段として、前記認証課金サーバで残額を保持するＩＤ認証が可能な前記認証媒体が前記購入制御端末に接続されると、
前記購入制御端末では、前記認証媒体の認証を前記認証課金サーバに要求し、
前記認証課金サーバにおいて、前記認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成すると共に、前記購入制御端末に認証成功を通知し、
前記購入制御端末は、認証が成功すると、前記販売サーバへの支払時に、前記認証課金サーバに対して、前記認証課金サーバから前記認証媒体の認証に成功した旨の通知と共に受信する前記認証セッションＩＤ、または、前記媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求し、
前記認証課金サーバでは、販売ＩＤの発行要求があると、送信された前記認証セッションを特定する情報である前記媒体ＩＤまたは前記認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信し、
前記購入制御端末では、前記販売ＩＤを取得すると、該販売ＩＤを前記販売サーバに送付することで、コンテンツの購入要求を行い、
前記販売サーバでは、前記販売ＩＤを受信すると、受信した該販売ＩＤと請求額を前記認証課金サーバに送付することで課金要求を行い、
前記認証課金サーバでは、前記販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると、該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、前記販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行い、該販売サーバに対して課金の成功の通知を行うことを特徴とする課金方法。 - 前記認証課金サーバを、電話交換網内に設け、前記購入制御端末を電話回線に接続し、
前記購入制御端末と前記認証課金サーバで行われる前記認証媒体の認証及び、前記販売ＩＤ要求のためのメッセージ通信を前記電話回線を制御信号を介して行い、
前記電話交換網の交換機において、発呼端末を収容する回線を特定する請求項１記載の課金方法。 - 前記購入制御端末から前記販売サーバに接続するための発呼時に、前記交換機を介して、該購入制御端末と該課金認証サーバとの間で前記認証媒体の認証を行う請求項２記載の課金方法。
- 前記購入制御端末から前記販売サーバに接続するための呼接続の切断を契機に、前記交換機から前記認証課金サーバに対して、端末ＩＤを含む該購入制御端末を特定する情報を送信し、
前記認証課金サーバでは、前記端末ＩＤに対応して認証時に生成した認証セッション情報や、該認証セッションに結び付けられて保持されている販売ＩＤを削除する請求項２記載の課金方法。 - 前記購入制御端末において、
前記認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、前記認証課金サーバに送信する請求項１記載の課金方法。 - 前記認証課金サーバにおいて、
前記販売ＩＤを検査する際に、
前記購入制御端末から取得した支払先を特定するための前記販売ＩＤに対応する支払先ＩＤと、前記販売サーバから指定された支払先ＩＤとが一致するかを確認する請求項１記載の課金方法。 - 前記認証課金サーバにおいて、
前記販売ＩＤを検査する際に、
前記販売サーバから指定された請求額と、前記販売ＩＤと組にして保持されている支払額が一致するかを確認する請求項１記載の課金方法。 - 前記認証課金サーバにおいて、
前記販売ＩＤを検査する際に、
前記販売ＩＤと組にして保持されているコンテンツＩＤと、前記販売サーバから指定されたコンテンツＩＤとが一致するかを確認する請求項１記載の課金方法。 - 前記認証課金サーバにおいて、
前記認証媒体の認証成功からの時間を監視し、
一定時間が経過した時点で前記媒体ＩＤに対応して認証時に生成した前記認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にする請求項１記載の課金方法。 - 複数の認証媒体、複数の購入制御端末、複数の販売サーバ及び１つの認証課金サーバからなるシステムにおいて、ネットワーク上のコンテンツ購入を含む取引の決済を行うための課金システムであって、
前記購入制御端末は、
前記販売サーバからコンテンツを購入する際の支払手段として、前記認証課金サーバで残額を保持するＩＤ認証が可能な前記認証媒体が接続されると、該認証媒体の認証を前記認証課金サーバに要求する媒体認証要求手段と、
前記認証課金サーバから前記認証媒体の認証が成功した旨の通知と、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信すると、前記販売サーバへの支払時に、該認証課金サーバに対して、該認証課金サーバから該認証媒体の認証に成功した旨の通知と共に受信する該認証セッションＩＤ、または、該媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求手段と、
前記認証課金サーバから前記販売ＩＤを取得すると、該販売ＩＤを前記販売サーバに送付することで、コンテンツの購入要求を行う購入要求手段と、を有し、
前記認証課金サーバは、
前記購入制御端末からの前記媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤに対して認証中であることを示す認証セッション情報を生成すると共に、前記購入制御端末に認証成功を通知する認証手段と、
前記購入制御端末から前記販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された前記認証セッションを特定する情報である前記媒体ＩＤまたは前記認証セッションＩＤを含む認証セ ッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信する販売ＩＤ生成手段と、
前記販売サーバから前記販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査手段と、
前記販売ＩＤが、当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、前記販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行う課金手段と、
前記販売サーバに対して課金の成功の通知を行う課金通知手段と、を有し、
前記販売サーバは、
前記認証課金サーバから前記販売ＩＤを受信すると、受信した該販売ＩＤと請求額を前記認証課金サーバに送付することで課金要求を行う課金要求手段を有することを特徴とする課金システム。 - 電話交換網を更に有し、
前記認証課金サーバを、前記電話交換網内に設け、前記購入制御端末を電話回線に接続する構成とし、
前記購入制御端末と前記認証課金サーバの間で行われる前記認証媒体の認証及び、前記販売ＩＤ要求のためのメッセージ通信を前記電話回線を制御信号を介して行う手段と、
前記電話交換網の交換機において、発呼端末を収容する回線を特定する手段とを有する請求項１０記載の課金システム。 - 前記購入制御端末は、
前記販売サーバからコンテンツを購入する際の支払手段として、前記認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を前記認証課金サーバに要求する媒体認証要求手段と、
前記認証課金サーバから前記認証媒体の認証が成功した旨の通知を受信すると共に、認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信し、前記販売サーバへの支払時に、該認証課金サーバに対して、販売ＩＤ要求として、該認証課金サーバから該認証媒体の認証に成功した旨の通知と共に受信する該認証セッションＩＤ、または、前記媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求手段と、
前記認証課金サーバから前記販売ＩＤを取得すると、該販売ＩＤを前記販売サーバに送付することで、コンテンツの購入要求を行う購入要求手段と、を有する請求項１０記載の課金システム。 - 前記購入制御端末は、
前記認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、前記認証課金サーバに送信する手段を更に有する請求項１２記載の課金システム。 - 前記認証課金サーバは、
前記購入制御端末からの前記媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該認証ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成すると共に、前記購入制御端末に認証成功を通知する認証手段と、
前記購入制御端末から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された前記認証セッションを特定する情報である前記媒体ＩＤまたは前記認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信する販売ＩＤ生成手段と、
前記販売サーバから前記販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査手段と、
前記販売ＩＤが、当該認証課金サーバで発行したものであり、該販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、前記販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行う課金手段と、
前記販売サーバに対して課金の成功の通知を行う課金通知手段と、を有する請求項１０記載の課金システム。 - 前記販売ＩＤ検査手段は、
前記購入制御端末から取得した支払先を特定するための前記販売ＩＤに対応する支払先ＩＤと、前記販売サーバから指定された支払先ＩＤとが一致するかを確認する手段を含む請求項１４記載の課金システム。 - 前記販売ＩＤ検査手段は、
前記販売サーバから指定された請求額と、前記販売ＩＤと組にして保持されている支払額が一致するかを確認する手段を含む請求項１４記載の課金システム。 - 前記販売ＩＤ検査手段は、
前記販売ＩＤと組にして保持されているコンテンツＩＤと、前記販売サーバから指定されたコンテンツＩＤとが一致するかを確認する手段を含む請求項１４記載の課金システム。 - 前記認証課金サーバは、
前記認証媒体の認証成功からの時間を監視する手段と、
一定時間が経過した時点で前記媒体ＩＤに対応して認証時に生成した前記認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にする手段を更に有する請求項１４記載の課金システム。 - 複数の販売サーバ及び１つの認証課金サーバとネットワークを介して接続される購入制御端末として機能するコンピュータに、
前記販売サーバからコンテンツを購入する際の支払手段として、前記認証課金サーバで残額を保持するＩＤ認証が可能な認証媒体が接続されると、該認証媒体の認証を前記認証課金サーバに要求する媒体認証要求ステップと、
前記認証課金サーバから前記認証媒体の認証が成功した旨の通知及び認証された媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを受信すると、前記販売サーバへの支払時に、該認証課金サーバに対して、該認証課金サーバから該認証媒体の認証に成功した旨の通知と共に受信する前記認証セッションＩＤ、または、前記媒体ＩＤのどちらかである認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を送信することで、課金許可情報である販売ＩＤの発行を要求する販売ＩＤ発行要求ステップと、
前記認証課金サーバから前記販売ＩＤを取得すると、該販売ＩＤを前記販売サーバに送付することで、コンテンツの購入要求を行う購入要求ステップと、を実行させることを特徴とする課金プログラム。 - 前記認証媒体との接続が切れた時を契機として、該認証媒体の媒体ＩＤを含む認証または、媒体を特定するための情報を、認証ＩＤに対応する該認証媒体の残金からの課金の停止の要求を、前記認証課金サーバに送信するステップを更に行う請求項１９記載の課金プログラム。
- 認証媒体が接続される複数の購入制御端末、及び複数の販売サーバとネットワークを介して接続される認証課金サーバとして機能するコンピュータに、
前記購入制御端末からの前記媒体の認証の要求に対して、該認証媒体の認証が成功すると、該認証媒体の媒体ＩＤ及び該媒体ＩＤに結び付けられた認証の特定可能な一時的なＩＤである認証セッションＩＤを含み、認証中であることを示す認証セッション情報を生成すると共に、前記購入制御端末に認証成功を通知する認証ステップと、
前記購入制御端末から販売ＩＤ要求として、認証セッションを特定する情報及びコンテンツＩＤ、支払額、支払先ＩＤを含む購入情報を取得すると、送信された該認証セッションを特定する情報である前記媒体ＩＤまたは前記認証セッションＩＤを含む認証セッション情報があるか確認し、該認証セッションがあれば、一意な販売ＩＤを生成し、該認証課金サーバ内で該当する認証セッション情報に関連付けて保持すると共に、該購入制御端末に生成した該販売ＩＤを送信する販売ＩＤ生成ステップと、
前記販売サーバから前記販売ＩＤを受信すると、該販売ＩＤが当該認証課金サーバで発行したものであり、販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であるかを検査する販売ＩＤ検査ステップと、
前記販売ＩＤが、当該認証課金サーバで発行したものであり、販売ＩＤが該認証課金サーバ内に管理されており、かつ、タイムアウト時間前であることが確認されると該認証課金サーバ内に保存している媒体ＩＤに対応する残金に課金を行うと共に、前記販売サーバに対する精算情報を蓄える処理を含む精算のための処理を行う課金ステップと、
前記販売サーバに対して課金の成功の通知を行う課金通知ステップと、を実行させることを特徴とする課金プログラム。 - 前記販売ＩＤ検査ステップは、
前記購入制御端末から取得した支払先を特定するための前記販売ＩＤに対応する支払先ＩＤと、前記販売サーバから指定された支払先ＩＤとが一致するかを確認するステップを行う請求項２１記載の課金プログラム。 - 前記販売ＩＤ検査ステップは、
前記販売サーバから指定された請求額と、前記販売ＩＤと組にして保持されている支払額が一致するかを確認するステップを行う請求項２１記載の課金プログラム。 - 前記販売ＩＤ検査ステップは、
前記販売ＩＤと組にして保持されているコンテンツＩＤと、前記販売サーバから指定されたコンテンツＩＤとが一致するかを確認するステップを含む請求項２１記載の課金プログラム。 - 前記認証媒体の認証成功からの時間を監視するステップと、
一定時間が経過した時点で前記媒体ＩＤに対応して認証時に生成した前記認証セッション情報や、該認証セッション情報に結び付けられて保持されている販売ＩＤを削除する、または、無効にするステップを更に有する請求項２１記載の課金プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001321098A JP3855723B2 (ja) | 2001-10-18 | 2001-10-18 | 課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001321098A JP3855723B2 (ja) | 2001-10-18 | 2001-10-18 | 課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003123009A JP2003123009A (ja) | 2003-04-25 |
| JP3855723B2 true JP3855723B2 (ja) | 2006-12-13 |
Family
ID=19138383
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001321098A Expired - Lifetime JP3855723B2 (ja) | 2001-10-18 | 2001-10-18 | 課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3855723B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5012044B2 (ja) | 2007-01-26 | 2012-08-29 | 日本電気株式会社 | コンテンツ配信システム、コンテンツ配信方法及びプログラム |
| JP2021051362A (ja) * | 2019-09-20 | 2021-04-01 | 富士ゼロックス株式会社 | 情報処理システム、情報処理装置及びサーバ |
| KR102288475B1 (ko) * | 2020-11-10 | 2021-08-10 | 소프트런치주식회사 | 결제 기준 데이터와 구매 상품 정보를 매칭시켜 표시하는 방법 및 컴퓨터 프로그램 제품 |
-
2001
- 2001-10-18 JP JP2001321098A patent/JP3855723B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003123009A (ja) | 2003-04-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6332025B2 (en) | Software distribution system and software utilization scheme for improving security and user convenience | |
| US7343495B2 (en) | Information recording apparatus, information reproducing apparatus, and information distribution system | |
| US20020184500A1 (en) | System and method for secure entry and authentication of consumer-centric information | |
| JPH11316729A (ja) | インターネット課金方法及びシステム及びインターネット課金プログラムを記録した記録媒体 | |
| JP2004511028A (ja) | 情報を安全に収集、格納、及び送信する方法及びシステム | |
| PL179381B1 (en) | Trustworthy agents for open distribution of electronic money | |
| KR101039696B1 (ko) | 전화번호를 이용한 모바일 카드 결제시스템, 그를 이용한 모바일 결제 서비스 방법 | |
| PL179928B1 (pl) | Sposób otwartego handlu elektronicznego PL PL PL PL PL PL PL PL | |
| US8886932B2 (en) | Message storage and transfer system | |
| KR100737830B1 (ko) | 전자상거래 금융정보 처리시스템과 그 방법 | |
| JPH09297789A (ja) | 電子商取引決済管理システム及び方法 | |
| JP3812419B2 (ja) | 課金ユニット装置及び課金システム及び認証課金センタ装置及び購入制御端末装置及び課金方法及び課金プログラム及び課金プログラムを格納した記憶媒体 | |
| JP3899890B2 (ja) | 課金方法及びシステム及び購入制御端末及び認証課金サーバ及び販売サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体 | |
| JP3855723B2 (ja) | 課金方法及びシステム及び購入制御端末及び認証課金サーバ及び課金プログラム及び課金プログラムを格納した記憶媒体 | |
| JP2002334227A (ja) | 有料サービス提供方法、有料サービス提供システム、コンテンツサーバ、有料サービス提供用プログラム、および記録媒体 | |
| KR20030076221A (ko) | 전자 결제 시스템 및 전자 결제 방법 | |
| KR20010000805A (ko) | 인터넷 전자 상거래에서의 개선된 신용카드 결제 시스템및 결재 방법 | |
| JP5448209B2 (ja) | 不正購入警告システム、不正購入警告方法およびプログラム | |
| KR20080019092A (ko) | 전자 지불 결제 시스템 및 그 방법 | |
| JPH09114904A (ja) | 情報販売方法およびシステム | |
| RU2296367C2 (ru) | Способ получения или приобретения услуги, предлагаемой через информационную сеть | |
| JP2003248783A (ja) | ディジタルコンテンツ販売におけるコンテンツ補償方法及びシステム及び購入制御端末及び認証課金サーバ及び販売サーバ | |
| JP4168656B2 (ja) | ディジタルコンテンツ課金システムにおける権利引継方法及びシステム及び購入制御端末及び認証課金サーバ | |
| KR100802556B1 (ko) | 인터넷 콘텐츠 신용카드포인트 안전 결제 서비스 방법 | |
| JP2002015146A (ja) | ソフト販売システム及びその方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051018 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060509 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060710 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060822 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060904 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3855723 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130922 Year of fee payment: 7 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |