JP2003248783A - ディジタルコンテンツ販売におけるコンテンツ補償方法及びシステム及び購入制御端末及び認証課金サーバ及び販売サーバ - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが一旦購入したディジタルコンテンツ
に対して、所定の条件を満たしている場合に、非課金で
再度コンテンツを配送することを可能とする。 【解決手段】 本発明は、購入制御端末からコンテンツ
の再配送要求に対して、認証課金サーバにおいて、該再
配送要求が販売サーバから取得した所定の再送可能条件
を満たす場合に、販売サーバに対してコンテンツの再配
送が可能であることを示す応答を返却し、販売サーバか
ら非課金でコンテンツを購入制御端末に対して再配送す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタルコンテ
ンツ販売におけるコンテンツ補償方法及びシステム及び
購入制御端末及び認証課金サーバ及び販売サーバに係
り、特に、インターネット等のネットワーク上のディジ
タルコンテンツの少額の即時課金を行うための課金方法
において、コンテンツ配送時の障害に対するユーザ損害
回避方法を提供するためのディジタルコンテンツ販売に
おけるコンテンツ補償方法及びシステム及び購入制御端
末及び認証課金サーバ及び販売サーバに関する。

【０００２】

【従来の技術】従来、街頭などにおける公衆電話機など
の公衆利用型端末で、通信料・通話料などの課金に対す
る課金手段として、カード認証を行うプリペイドカード
やポストペイドカードを用いるものでは、周期的に発生
する課金の度に課金を制御するセンタ（電話の場合、交
換機など）と端末やカードとの間で課金のための通信や
認証を行っている。

【０００３】また、サービス提供業者にクレジットカー
ド番号などのカードＩＤを通知することで課金を行う方
式では、サービスを受けるサービス要求者が通知先のサ
ービス提供業者を全面的に信用して、周期的に発生する
課金に対しても一度通知されたカードＩＤを使用してサ
ービス事業者側で自由な課金が可能である。

【０００４】また、ＩＣカードを利用してオフラインで
決済を行う電子マネーシステムがある。

【０００５】また、ＩＣカードを使ったプリペイド方式
でなおかつ認証センタ（サーバ）と販売システムが分離
しており、認証センタの事業者と販売システムの事業者
が異なり、ユーザが販売システムに商品を要求し、販売
システムが認証センタに課金を要求するという手形方式
による販売システムが提案されている。

【０００６】

【発明が解決しようとする課題】しかしながら、クレジ
ットカードを利用する場合には、カード番号等のカード
情報を通知する必要があり、端末・ネットワーク・コン
テンツサーバ（販売者）などからカード情報が漏洩する
危険性があり、カードが不正に使用されてしまうという
問題がある。

【０００７】特に、スクラッチカード等では、多くの桁
数の番号を入力する手間がかかるという問題がある。

【０００８】ＩＣカードを利用してオフラインで決済を
行う電子マネーシステムでは、カード−取引者間で認証
・決済を行うために、カードに認証・決済機能が要求さ
れてしまい、処理能力の高いＣＰＵ付きのＩＣカードが
必須になるなど、カードが高価になってしまうという問
題がある。

【０００９】また、認証センタからカード認証（ＩＤ認
証）を行うことで、認証センタで管理しているバリュー
を利用するプリペイド型のＩＣカードシステムでは、認
証システムを持つ事業者との取引に限定され、同じＩＣ
カードを使った不特定多数の販売者との取引には使用で
きない。

【００１０】ＩＣカードを使ったプリペイド方式では、
なおかつ認証センタと販売システムが分離しており、認
証センタの事業者と販売システムの事業者が異なり、ユ
ーザが販売システムに商品を要求し、販売システムか認
証センタに課金を要求するという手形方式による販売シ
ステムが提案されているが、認証課金センタで課金が成
功し、それを販売サーバに連絡した後、販売サーバから
購入制御端末に対してコンテンツ配送を失敗した場合、
ユーザは、コンテンツを受け取っていないにも係わら
ず、課金されてしまうという状況が考えられる。

【００１１】また、上記のようにコンテンツ配送が失敗
した場合に、カード所有者の匿名性（少なくとも、他の
販売システム（販売業者）から購入した商品情報などが
漏洩することがない）を保ちつつ、販売業者が非課金再
配送の判断を行い、購入時に使用したカードを用いて非
課金再配送を行うことができない。

【００１２】また、非課金再配送を実施するためには、
個々の販売業者の販売システムが、課金システムと同等
の信頼性のある販売履歴データベースが必要となるが、
個々の販売業者が信頼性の高い販売履歴データベースを
用意するのは困難である。

【００１３】本発明は、上記の点に鑑みなされたもの
で、ユーザが一旦購入したディジタルコンテンツに対し
て、所定の条件を満たしている場合に、非課金で再度コ
ンテンツを配送することが可能なディジタルコンテンツ
販売におけるコンテンツ補償方法及びシステム及び購入
制御端末及び認証課金サーバ及び販売サーバを提供する
ことを目的とする。

【００１４】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。

【００１５】本発明（請求項１）は、インターネットを
含むオープンなネットワーク上で、ディジタルコンテン
ツに代表されるコンテンツを購入する際の課金対象とな
る媒体と、該媒体を挿入してユーザが対価を支払うこと
により、コンテンツの取得を可能とするインタフェース
である購入制御端末と、該購入制御端末と通信し、コン
テンツを該購入制御端末に提供する販売サーバと、該媒
体の持つ価値情報を管理し、該販売サーバからの要求に
より、課金を行い、該購入制御端末に対してどのコンテ
ンツを販売したかを示す記録を保存する認証課金サーバ
からなるシステムにおいて、販売したディジタルコンテ
ンツを補償するためのディジタルコンテンツ販売におけ
るコンテンツ補償方法において、ユーザが、購入制御端
末を操作して、販売サーバ上のコンテンツを購入するこ
とを決定すると、該購入制御端末が媒体からコンテンツ
に対する対価分のバリューに対する課金要求を該販売サ
ーバに送信し、販売サーバは、課金要求を認証課金サー
バに送信し、認証課金サーバは、課金要求の正当性を確
認し、管理している媒体の価値情報から該課金要求に対
応する課金を行い、取引記録を記録し、課金が成功した
ことを販売サーバに通知し、販売サーバは、購入制御端
末に対してコンテンツの配送を行う場合において、課金
が成功したにも係わらず、ネットワークの障害などによ
り、販売サーバから購入制御端末に対するコンテンツの
配送に失敗した状況において、認証課金サーバが購入制
御端末からコンテンツの再配送要求を受信すると（ステ
ップ１）、該再配送要求が販売サーバから取得した所定
の再送可能条件を満たす場合に（ステップ２）、販売サ
ーバに対してコンテンツの再配送が可能であることを示
す応答を返却し（ステップ３）、販売サーバから非課金
でコンテンツを購入制御端末に対して再配送する（ステ
ップ４）。

【００１６】本発明（請求項２）は、販売サーバから非
課金でコンテンツを再配送する所定の再送可能条件とし
て、課金処理終了時刻から経過した時間が最大再配送可
能時間内、または、該再配送回数が最大配送可能回数内
とする。

【００１７】本発明（請求項３）は、最大再配送可能時
間を販売サーバにおいて任意に設定し、認証課金サーバ
に送信する。

【００１８】本発明（請求項４）は、最大再配送可能回
数を販売サーバにおいて任意に設定し、認証課金サーバ
に送信する。

【００１９】本発明（請求項５）は、媒体が複数存在
し、該媒体の価値情報を合算してコンテンツを購入する
場合に、認証課金サーバにおいて、あるコンテンツに対
する課金を行う際に、１回目のコンテンツの非課金再配
送時は、複数の媒体の何れかを対象として再配送を許可
し、２回目以降の該コンテンツの非課金再配送について
は、１回目に非課金再配送の対象となった媒体以外に対
しては、非課金再配送を許可しない。

【００２０】本発明（請求項６）は、媒体に匿名性を持
たせる。

【００２１】図２は、本発明の原理構成図である。

【００２２】本発明（請求項７）は、インターネットな
どのオープンなネットワーク上で、ディジタルコンテン
ツに代表されるコンテンツを購入する課金対象となる媒
体と、該媒体を挿入してユーザが対価を支払うことによ
り、コンテンツの取得を可能とするインタフェースであ
る購入制御端末２００と、該購入制御端末２００と通信
し、コンテンツを該購入制御端末２００に提供する販売
サーバ３００と、該媒体の持つ価値情報を管理し、該販
売サーバ３００からの要求により、課金を行い、該購入
制御端末２００に対してどのコンテンツを販売したかを
示す記録を保存する認証課金サーバ１００からなるシス
テムにおいて、販売したディジタルコンテンツを補償す
るためのディジタルコンテンツ販売におけるコンテンツ
補償システムであって、 認証課金サーバ１００から販
売サーバ３００に対して課金成功の応答を返却したが、
ネットワーク障害などにより、情報が欠落し、該認証課
金サーバ１００で課金が成功しているにもかかわらず該
販売サーバ３００では課金終了を認知していないため
に、コンテンツの配送を許可できない場合に、購入制御
端末２００は、媒体を認証課金サーバ１００との間で再
認証する再認証手段２０１と、販売サーバ３００に対し
てコンテンツの再配送要求を送信する再配送要求送信手
段２０２と、を有し、販売サーバ３００は、購入制御端
末２００から取得した再配送要求に、最大再配送可能時
間または、最大再配送可能回数を付与して、コンテンツ
の再配送が可能か否かを問い合わせるための再配送可否
情報要求を認証課金サーバ１００に送信する再配送可否
情報要求送信手段３０１と、認証課金サーバ１００から
の再配送可否情報要求に対する応答が、コンテンツの再
配送を許可する内容である場合には、購入制御端末２０
０に対してコンテンツを非課金で再配送するコンテンツ
再配送手段３０２と、を有し、認証課金サーバ１００
は、購入制御端末２００との間で媒体の再認証を行うサ
ーバ再認証手段１０１と、販売サーバ３００から再配送
可否要求を受信すると、過去の取引ログを検索し、課金
処理終了時刻から経過した時間が最大再配送可能時間内
であるか、または、再送回数が最大再配送可能回数内で
あるかを判断し、該最大再配送可能時間内であるか、ま
たは、該最大再配送可能回数内である場合には、非課金
でコンテンツを再配送する許可を販売サーバ３００に送
信する再配送可否情報結果送信手段１０２とを有する。

【００２３】本発明（請求項８）は、販売サーバ３００
の再配送可否情報要求手段３０１において、再配送可否
情報要求に付与する最大再配送可能時間または、最大再
配送可能回数を任意に設定する手段を含む。

【００２４】本発明（請求項９）は、認証課金サーバ１
００の再配送可否情報結果送信手段１０２において、１
回目のコンテンツの非課金再配送時は、複数の媒体の何
れかを対象として再配送を許可し、２回目以降の該コン
テンツの非課金再配送については、１回目に非課金再配
送の対象となった媒体以外に対する非課金再配送を許可
しない判定を行う手段を含む。

【００２５】本発明（請求項１０）は、媒体に匿名性を
持たせる。

【００２６】本発明（請求項１１）は、インターネット
などのオープンなネットワーク上で、ディジタルコンテ
ンツに代表されるコンテンツを購入する課金対象となる
媒体と、該媒体を挿入することによりユーザが対価を支
払うことにより、コンテンツを提供する販売サーバと、
該媒体の持つ価値情報を管理し、該販売サーバからの要
求により、課金を行い、該ユーザに対してどのコンテン
ツを販売したかを示す記録を保存する認証課金サーバを
有するシステムにおいて、該媒体を挿入し、該販売サー
バからのコンテンツの取得を可能とするインタフェース
である購入制御端末であって、認証課金サーバから販売
サーバに対して課金成功の応答を返却したが、ネットワ
ーク障害などにより、該認証課金サーバで課金が成功し
ているにもかかわらず該販売サーバでは課金終了を認知
していないために、購入制御端末に対してコンテンツの
配送ができない場合に、媒体を認証課金サーバとの間で
再認証する再認証手段と、販売サーバに対して、非課金
でコンテンツの再配送要求を送信する再配送要求送信手
段と、を有する。

【００２７】本発明（請求項１２）は、再配送要求送信
手段において、複数の媒体が挿入されている場合に、単
一の媒体と同様に該複数の媒体に対する認証を行い、該
複数の媒体が持つ価値情報を合算してコンテンツの購入
を行う場合に、一度目の再配送要求に、合算購入に用い
た何れかの媒体の媒体ＩＤを用いて送信する手段を含
む。

【００２８】本発明（請求項１３）は、再配送要求送信
手段において、複数の媒体が挿入されている場合に、単
一の媒体と同様に該複数の媒体に対する認証を行い、該
複数の媒体が持つ価値情報を合算してコンテンツの購入
を行う場合に、二度目以降の再配送要求に、合算購入に
用いた何れかの媒体のうち、一度目の再配送要求時に使
用した１つの媒体の媒体ＩＤのみを用いて送信する手段
を含む。

【００２９】本発明（請求項１４）は、インターネット
などのオープンなネットワーク上で、ディジタルコンテ
ンツに代表されるコンテンツを購入する課金対象となる
媒体と、該媒体を挿入してユーザが対価を支払うことに
より、コンテンツの取得を可能とするインタフェースで
ある購入制御端末と、該購入制御端末と通信し、コンテ
ンツを該購入制御端末に提供する販売サーバとを有する
システムにおいて、該媒体の持つ価値情報を管理し、該
販売サーバからの要求により、課金を行い、該購入制御
端末に対してどのコンテンツを販売したかの取引ログの
記録を保存する認証課金サーバであって、販売サーバに
対して課金成功の応答を返却したが、ネットワーク障害
などにより、情報が欠落し、課金が成功しているにもか
かわらず該販売サーバでは課金終了を認知していないた
めに、コンテンツの配送ができない場合に、購入制御端
末との間で媒体の再認証を行う再認証手段と、販売サー
バから最大再配送可能時間または、最大再配送可能回数
が付与された再配送可否要求を受信すると、過去の取引
ログを検索し、課金終了時刻から経過した時間が該最大
再配送可能時間内であるか、または、該再配送回数が該
最大再配送可能回数内であるかを判断し、該最大再配送
可能時間内であるか、または、該最大再配送可能回数内
である場合には、コンテンツの非課金での再配送許可を
販売サーバに送信する再配送可否情報結果送信手段とを
有する。

【００３０】本発明（請求項１５）は、再配送可否情報
結果送信手段において、販売サーバから再配送可否要求
を受信した際に、１回目のコンテンツの非課金再配送を
判定する時は、複数の媒体の何れかを対象として再配送
を許可し、２回目以降の該コンテンツの非課金再配送に
ついては、１回目に非課金再配送の対象となった媒体以
外に対する非課金再配送を許可しない判定を行う手段を
含む。

【００３１】本発明（請求項１６）は、インターネット
などのオープンなネットワーク上で、ディジタルコンテ
ンツに代表されるコンテンツを購入する課金対象となる
媒体と、該媒体を挿入してユーザが対価を支払うことに
より、コンテンツの取得を可能とするインタフェースで
ある購入制御端末と、該媒体の持つ価値情報を管理し、
課金要求に基づいてコンテンツ配信に対する課金を行
い、該購入制御端末に対してどのコンテンツを販売した
かを示す記録を保存する認証課金サーバとを有するシス
テムにおいて、該購入制御端末と通信し、コンテンツを
該購入制御端末に提供する販売サーバであって、ネット
ワーク障害などにより、認証課金サーバでの課金が成功
しているにもかかわらず、該認証課金サーバからの課金
終了通知を認知していないために、購入制御端末へのコ
ンテンツの配送ができない場合に、再配送可能時間また
は、再配送可能回数を任意に設定して、購入制御端末か
ら取得したコンテンツの再配送要求に付与して、再配送
可否情報要求として認証課金サーバに送信する再配送可
否情報要求送信手段と、認証課金サーバからの再配送可
否情報要求に対する応答が、コンテンツの再配送を許可
する内容である場合には、購入制御端末に対してコンテ
ンツを非課金で再配送するコンテンツ再配送手段と、を
有する。

【００３２】上記のように、本発明では、認証課金セン
タ（以下認証課金サーバと記す）にて課金が実行され、
認証課金サーバから販売サーバに対して課金成功が通知
され、販売サーバから購入制御端末に対してコンテンツ
を配送するのに失敗したときに、それぞれの販売サーバ
が指定する再配送可能条件を満たしているならば、非課
金で販売サーバから購入制御端末に対して再配送するこ
とを可能とする。

【００３３】また、本発明では、購入者が販売サーバの
商品を購入するために、購入制御端末に媒体を挿入し、
認証情報を認証課金サーバに送信し、媒体認証を終了し
た後に、販売サーバのコンテンツの購入を意図して、販
売サーバに購入情報を送信し、販売サーバが認証課金サ
ーバに対して購入情報を送信し、認証課金サーバにて課
金を終了し、課金成功応答を販売サーバに返却したが、
ネットワーク障害などにより情報が欠落し、認証課金サ
ーバでは課金が成功しているにも係わらず、販売サーバ
では課金終了を認知していないために、コンテンツの配
送を許可できないとき、購入者が媒体を再認証し、販売
サーバに対して再配送依頼を送信することにより、販売
サーバは、再配送依頼に自身のビジネスクロックに基づ
いた再配送可能時間を付与し、認証課金サーバに対し
て、再配送依頼を送信することで、認証課金サーバは過
去の取引ログを検索し、再配送可能時間内であれば、再
配送許可を販売サーバに送信することにより、一定時間
内であれば、ユーザが非課金でコンテンツの再配送を許
可される。

【００３４】また、本発明では、購入者が販売サーバの
商品を購入するために、購入制御端末に媒体を挿入し、
認証情報を認証課金サーバに送信し、媒体認証を終了し
た後に、販売サーバのコンテンツの購入を意図して、販
売サーバに購入情報を送信し、販売サーバが認証課金サ
ーバに対して購入情報を送信し、認証課金サーバにて課
金を終了し、課金成功応答を販売サーバに返却したが、
ネットワーク障害などにより情報が欠落し、認証課金サ
ーバでは課金が成功しているにもかかわらず、販売サー
バでは課金終了を認知していないために、コンテンツの
配送を許可できないとき、購入者が媒体を再認証し、販
売サーバに対して再配送依頼を送信することにより、販
売サーバは、再配送依頼に自身のビジネスクロックに基
づいた再配送可能回数を付与し、認証課金サーバに対し
て再配送依頼を送信することで、認証課金サーバは、過
去の取引ログを検索し、再配送可能回数内であれば、再
配送許可を販売サーバに送信することにより、一定回数
内であれば非課金でコンテンツの再配送を許可される。

【００３５】また、本発明では、一台の購入制御端末に
複数の認証媒体を挿入し、単一の媒体と同様に、それら
の認証を行い、これらの媒体の持つ価値情報を合算して
購入を行った際に、一度目の再配送要求は合算購入に用
いた媒体のいずれからも行うことが可能となる。

【００３６】また、本発明では、一台の購入制御端末に
複数の認証媒体を挿入し、単一の媒体と同様に、それら
の認証を行い、これらの媒体の持つ価値情報を合算して
購入を行った際に、二度目以降の再配送においては、合
算購入に用いた媒体のうち、一度目の再配送で使用した
１つの媒体でしか再配送を行えないようにして、廃棄し
た媒体からの再配送を阻止し、安全性を高める。

【００３７】

【発明の実施の形態】最初に、本発明の動作の概要を説
明する。

【００３８】図３は、本発明の一実施の形態におけるシ
ステム構成を示す。

【００３９】同図に示すシステムにおける一連の動作を
以下に示す。

【００４０】（１） 購入制御端末２００において、販
売サーバ３００からコンテンツ等を購入する際の支払手
段として、認証課金サーバ１００でバリューを保持する
ＩＣカード１０（ＩＤカード）等のＩＤ認証が可能な認
証媒体を利用する。

【００４１】（２） まず、支払前に購入者が事前に認
証課金サーバ１００を持つ事業者から購入した認証媒体
を購入制御端末２００に接続することで、購入制御端末
２００では、接続された認証媒体１０の認証を認証課金
サーバ１００に要求する。

【００４２】（３） 認証課金サーバ１００で認証媒体
１０の認証が成功すると、媒体ＩＤに対する課金許可情
報（以下、手形署名情報と記す）生成のための鍵（以
下、手形署名鍵と記す）を認証課金サーバ１００で生成
し、購入制御端末２００に送付する。なお、手形署名鍵
は、購入制御端末２００以外の第三者には見られない形
で送付する必要がある。

【００４３】（４） 販売サーバ３００への支払時に購
入制御端末２００では、１回の認証中の取引を特定する
識別番号（以下、手形発行ＩＤと記す）を生成すると共
に、認証課金サーバ２００から送付された手形署名鍵を
使用して、媒体ＩＤや手形発行ＩＤ等の取引を特定する
情報に対して暗号化や電子署名等を行うことで、第三者
による偽造、改竄が不可能なデータである手形署名情報
を生成し、課金先である媒体ＩＤと、手形発行ＩＤと、
生成した課金許可情報である手形署名情報等を支払のた
めの情報（以下、手形情報と記す）として販売サーバ３
００に送付することで、コンテンツ等の購入要求を行
う。

【００４４】（５） 販売サーバ３００では、手形情報
を受信すると、受信した手形情報と請求額を認証課金サ
ーバ１００に送付することで課金要求を行う。

【００４５】（６） 認証課金サーバ１００では、手形
情報（媒体ＩＤ、手形発行ＩＤ、手形署名情報等）を受
信すると、手形発行ＩＤが受付済でないかを検査し、受
付済でなければ媒体ＩＤに対応する手形署名鍵を使用し
て、復号化や電子署名検証などにより手形署名情報の確
認を行い、手形署名情報が正しいことが確認されると、
認証課金サーバ１００内に保存している媒体ＩＤに対応
するバリューに課金を行うと共に、販売サーバ３００に
対する精算情報を蓄積するなどの精算のための処理を行
う。

【００４６】（７） 認証課金サーバ１００では、課金
処理と精算のための処理を行った後に、課金を行った手
形情報と課金を行った時間を再配送許可表に保存し、こ
のレコードの再配送許可回数を「０」に設定する。

【００４７】（８） 認証課金サーバ１００は、課金処
理と精算処理と再配送許可登録処理が終了した後、販売
サーバ３００に対して課金成功の通知を行う。

【００４８】（９） 購入者が事前に購入しておいた認
証媒体を認証することにより得られた手形署名鍵によっ
て生成される手形情報を販売サーバ３００に払出し、販
売サーバ３００では、手形情報と請求額と販売者を特定
するＩＤを認証課金サーバ１００に渡すことにより、認
証媒体１０のバリューに対して課金要求をかけることが
可能となり、成功した課金要求の情報を元に認証課金サ
ーバ１００から販売者に対して精算（支払）を行うこと
で、結果的に認証媒体を持つ購入者から販売サーバ３０
０を持つ販売者への支払が可能となる。

【００４９】（１０） 販売サーバ３００から購入制御
端末２００へのコンテンツ配送が失敗したとき、ユーザ
は、認証媒体を再度購入制御端末２００と接続し、認証
課金サーバ１００との間で認証を行った後、手形情報と
共に再配送要求を販売サーバ３００に対して送信する。

【００５０】（１１） 販売サーバ３００では、手形情
報を受信すると、課金後経過時間や再配送回数など販売
サーバ３００の再配送可能条件と共に、手形情報を認証
課金サーバ１００に送付することで、再配送許可判断を
要求する。

【００５１】（１２） 認証課金サーバ１００では、受
信した手形情報の媒体ＩＤを鍵として、再配送許可表を
検索し、販売サーバ３００の再配送可能条件に合致する
レコードを検索し、該当するすべてのレコードの手形情
報とコンテンツ識別子を販売サーバ３００に送信する。

【００５２】（１３） 販売サーバ３００は、認証課金
サーバ１００から送信されてきたコンテンツのリストを
購入制御端末２００に送信する。

【００５３】（１４） 購入制御端末２００では、ユー
ザは表示されるコンテンツリストからコンテンツを選択
し、購入制御端末２００は、選択されたコンテンツを示
す手形情報と再配送要求を販売サーバ３００に送信し、
販売サーバ３００は、手形情報を認証課金サーバ１００
に送信する。

【００５４】（１５） 再配送要求を受信した認証課金
サーバ１００では、受信した再配送要求を検査し、正当
であれば課金することなしに、販売サーバに対して再配
送許可を送信すると共に、再配送許可回数をインクリメ
ントする。

【００５５】（１６） 再配送許可を受信した販売サー
バ３００は、購入制御端末２００に対してコンテンツを
送信する。

【００５６】次に、上記の処理を行う際の前提となるシ
ステムについて説明する。

【００５７】前述の図３に示すように、前提となるシス
テムは、複数の認証媒体１０と、複数の購入制御端末２
００、複数の販売サーバ３００、及び１つの認証課金サ
ーバ１００から構成される。

【００５８】このうち、認証媒体１０は、購入制御端末
２００に接続されることによって、使用可能な個々の媒
体を一意に特定できる識別子（媒体ＩＤ）が割り当てら
れたカード等の媒体であり、認証課金サーバ１００から
認証を受けることによって、媒体ＩＤに対する正当な媒
体であることを保証するための機能を包含している。ま
た、購入制御端末２００は、購入者の操作等に従い、販
売サーバ３００に対してコンテンツ等の商品の購入要求
を行う端末であり、購入要求を行う際に、接続された認
証媒体１０の認証制御や手形情報の生成を行うことで、
生成した手形情報を販売サーバ３００に送信するなど、
媒体ＩＤに関連付けられたバリューから販売サーバ３０
０に対しての支払制御を行う端末である。

【００５９】また、販売サーバ３００は、購入制御端末
２００からの要求に応じて、コンテンツ等の商品の販売
を行うサーバであり、購入要求の際に受け取った手形情
報を請求額と共に認証課金サーバ１００に渡して課金要
求を行い、認証課金サーバ１００で課金成功時にコンテ
ンツ等の商品の受渡しを行うサーバである。

【００６０】販売サーバ３００を持つ販売者は、認証課
金サーバ１００からの精算処理により、請求額に対応し
た代金を受け取ることになる。

【００６１】また、認証課金サーバ１００は、認証媒体
１０の媒体ＩＤに関連付けられたバリューを管理してい
るサーバであり、購入制御端末２００からの要求により
購入制御端末２００に接続された認証媒体１０の認証を
行う。

【００６２】また、認証課金サーバ１００は、販売サー
バ３００からの課金要求に応じて、受け取った手形情報
に対応する媒体ＩＤに関連付けられたバリューに対して
課金を行う。

【００６３】また、認証課金サーバ１００では精算によ
り、販売サーバ３００に対して課金額に対応した代金の
支払を行う。

【００６４】次に、上記の構成における本発明の前提と
なる動作を説明する。

【００６５】図４は、本発明の前提となる動作のシーケ
ンスチャートである。

【００６６】媒体認証が完了し、認証課金サーバ１００
で媒体ＩＤと媒体が媒体ＩＤに対する正当な媒体である
ことが確認されると（ステップ１０１〜ステップ１０
４）、媒体ＩＤに対する手形署名鍵等の手形情報生成に
必要なデータを生成し、媒体ＩＤの媒体が認証中である
ことを示す認証セッション情報として保存すると共に
（ステップ１０５）、手形署名鍵などの生成したデータ
を購入制御端末２００に送信する（ステップ１０６）。
ここで、手形署名鍵と共に、認証セッションＩＤを生成
・保持する。なお、手形署名鍵は、購入制御端末２００
以外の第三者には見られない形で送付する必要がある。

【００６７】購入制御端末２００では、手形署名鍵（及
び認証セッションＩＤ）などの受信したデータや媒体Ｉ
Ｄを、媒体１０に対応する手形情報生成のためのデータ
として保存する（ステップ１０７）。

【００６８】次に、同図において、『支払い処理』で示
した範囲で、手形情報の生成・払出しによるコンテンツ
等の商品購入に対する支払処理を行うが、当該支払処理
のタイミングは、『媒体認証処理』の後で、『認証状態
終了処理』の前であればいつでもよいが、通常は、購入
者から指示が出た時に行う。

【００６９】また、『支払い処理』で示した範囲の処理
は、１回の『媒体認証処理』に対して、複数回行うこと
が可能であり、即ち１回の媒体認証で、複数の販売サー
バ３００への複数の販売サーバ３００への複数回の支払
（複数の販売サーバ３００からの複数回の商品購入）が
可能となっている。

【００７０】『支払い処理』では、まず、１認証内での
取引を特定する情報である手形発行ＩＤの生成や、保存
した媒体ＩＤや、手形署名鍵等を使用した手形情報の生
成を行う（ステップ１０８）。

【００７１】手形情報は、「取引を特定する情報」と
「署名情報」からなる。「取引を特定する情報」は、媒
体ＩＤまたは、認証セッションＩＤ等の媒体を一意に特
定できる情報と、媒体認証セッション内での取引を特定
する情報である手形発行ＩＤとからなる。また、「署名
情報」は、認証を行った購入制御端末２００のみ知るこ
とが可能な手形署名鍵を使って「取引を特定する情報」
及び支払額や支払先ＩＤやコンテンツＩＤ等の取引を規
定するパラメータに対して、暗号化や電子署名メッセー
ジ認証識別子生成等を行うことによって生成されるメッ
セージ認証情報に対応する。

【００７２】手形情報が生成されると、購入制御端末２
００から販売サーバ３００に対して支払のための情報で
ある手形情報を送信することで、コンテンツ等の商品購
入を要求し（ステップ１０９）、販売サーバ３００で
は、手形情報を受け取ると、認証課金サーバ１００に対
して手形情報と商品の代金に相当する請求額と、精算時
の支払先を特定する情報としての支払先ＩＤを送信する
（ステップ１１０）。

【００７３】ここで、通常の場合、支払先ＩＤは、販売
サーバ３００を持つ事業者を特定する情報である。

【００７４】認証課金サーバ１００では、手形情報、請
求額、支払先ＩＤなどを受け取ると、まず、手形情報中
の取引を特定する情報から媒体ＩＤを特定し、特定され
た媒体ＩＤに対応する認証セッション情報があるかを調
べることで、媒体ＩＤが認証中であるか検査し（ステッ
プ１１１）、認証中であれば、媒体ＩＤに対応して生
成、保存してある手形署名鍵を使用して手形情報内の署
名情報が正しいか（言い換えると、取引を特定する情報
が、及び手形情報内の取引を限定するパラメータが正し
いか）を検査する（ステップ１１２）。

【００７５】手形情報検査（ステップ１１２）で署名情
報の検査が成功すると、破棄対象手形管理表を検査し、
該当する手形破棄要求を受信していなかの検査を行う。
破棄対象手形管理表に手形情報が登録されていなけれ
ば、次の課金処理を行う（ステップ１１３）。

【００７６】販売サーバ３００から指定された請求額分
を、認証課金サーバ１００で媒体ＩＤに対応して保持し
ているバリューに対して課金を行うと共に、精算情報を
蓄えるなどの支払先ＩＤに対する請求額分の精算を行う
ための処理を行う（ステップ１１４）。

【００７７】ここで、認証課金サーバ１００で媒体ＩＤ
に対するプリペイド残額を管理している場合には、当該
課金処理では、プリペイド残額から減算することにな
り、認証課金サーバ１００がポストペイド方式の場合に
は、ポストペイドの精算額に加算されることになる。

【００７８】課金が成功すると、課金が成功した取引に
関する情報を認証課金サーバ１００が持つ再配送管理表
に記録する（ステップ１１５）。記録する情報は、支払
先ＩＤ、媒体ＩＤ、認証セッションＩＤ、手形発行ＩＤ
である。また、認証課金サーバ１００では、再配送回数
を０に初期化して、再配送管理表に登録する。また、認
証課金サーバ１００では、課金処理終了時刻として、認
証課金サーバ１００が持つ現在の時刻を再配送管理表に
登録する。さらに、認証課金サーバ１００では、上記の
パラメータ以外にも、例えば、コンテンツを示すコンテ
ンツＩＤやコンテンツ名等の情報を再配送管理表に登録
することで、更にサービス利便性を向上させることも可
能であるが、これらの情報は必須ではない。

【００７９】配送登録処理（ステップ１１５）が成功す
ると、ステップ１１０の課金要求の応答として、認証課
金サーバ１００から販売サーバ３００に対して課金が成
功したことを通知し（ステップ１１６）、認証課金サー
バ１００では、手形決済管理表に決済済であることを登
録し、販売サーバ３００では、課金成功通知を受信する
と、購入制御端末２００に課金が成功したことを知ら
せ、許可を与える（ステップ１１７）。

【００８０】最後に、図４の「認証状態終了処理」で示
した範囲で、認証媒体１０に対する認証状態の破棄を行
う。「認証状態終了処理」が行われると、「支払い処
理」の認証中検査（ステップ１１１）が失敗するため、
再度、媒体認証処理が行われるまでは認証媒体１０に対
する課金が不可能となる。

【００８１】「認証状態終了処理」では、まず、媒体Ｉ
Ｄや認証セッションＩＤ等の媒体（または、認証セッシ
ョン）を特定する情報を認証課金サーバ１００に送信し
（ステップ１１９）、認証課金サーバ１００では、受信
した媒体ＩＤや認証セッションＩＤ等の媒体（または、
認証セッション）を特定する情報により認証セッション
を検索して、検索された認証セッション情報を削除する
ことで媒体ＩＤに対する認証状態の解除を行い（ステッ
プ１１９）、認証状態が解除されたことを購入制御端末
２００に通知する（ステップ１２０）。

【００８２】以上が本発明の前提となるシステムの動作
である。

【００８３】続けて本発明の特徴である、コンテンツ非
課金再配送処理についての説明を行う。本発明のコンテ
ンツ非課金再配送処理は、図４において説明した本発明
の前提となるシステムの動作において、ステップ１１５
の「再配送登録処理」が終了した後であればいつでも実
施することが可能である。

【００８４】特に、本発明の前提なるシステムの動作に
おいて、再配送登録処理（ステップ１１５）まで終了
し、認証課金サーバ１００から販売サーバ３００に対し
て課金成功通知を発信した状況において、例えば、販売
サーバ３００の障害やネットワークの障害により、販売
サーバ３００からユーザに対してコンテンツが配信され
なかった場合において、ユーザが媒体再認証を行い、再
び同じコンテンツを要求したときに、非課金にできると
いう点で、ユーザの利便性は非常に高い。

【００８５】図５は、本発明の一実施の形態におけるコ
ンテンツ非課金再配送処理のシーケンスチャートであ
る。

【００８６】コンテンツの配送前あるいは、コンテンツ
の配送中に、ネットワークや販売サーバ３００の障害に
により課金が成功したにもかかわらず、コンテンツの配
送が失敗するとき、ユーザは、販売サーバ３００の無応
答やあるいは購入制御端末２００上の表示等により、そ
の事実を認知する。

【００８７】その場合、ユーザは、購入制御端末２００
のリセットボタンの押下や、購入制御端末２００からの
媒体の排出並びに、再挿入により媒体１０の再認証処理
を行う。

【００８８】上記の操作は、コンテンツの配送が失敗し
たときに限らず、コンテンツ配送が成功した後であって
も、認証課金サーバ１００で、再配送登録処理が終了し
ている後であればいつでも有効である。

【００８９】媒体１０の再認証処理は、本発明の前提と
なるシステムの動作で説明した認証処理と全く同じであ
る。

【００９０】媒体１０の認証が終了したら、再配送が可
能であるかどうかを問い合わせるための情報を生成する
（ステップ２０１）。この情報は、具体的には、手形情
報などの、現在の媒体の認証状態を示す情報である。生
成された再配送問い合わせ情報は、購入制御端末２００
より販売サーバ３００に送信される（ステップ２０
２）。

【００９１】再配送情報要求を受信した販売サーバ３０
０は、手形情報などの再配送問い合わせ情報に、最大再
配送回数や、最大再配送可能時間などの再配送可能条件
を、販売サーバ３００に販売ポリシに従って付与する。
これらの情報を、再配送可否情報要求として、認証課金
サーバ１００に送信する（ステップ２０３）。

【００９２】再配送可否情報要求を受信した認証課金サ
ーバ１００は、それが持つ手形情報から再配送可否情報
要求が現在認証中の媒体１０から送信された情報である
のかどうかを検査する（ステップ２０４）。この検査の
処理は、本発明の前提となるシステムで説明したステッ
プ１１１の認証中検査と全く同じ処理でわる。認証中検
査により、現在認証中の媒体であると認知されれば、送
信されてきた再配送可否情報要求が正しい要求であるか
どうかを検査する（ステップ２０５）。再配送要求情報
検査により正しい要求であると認知されれば、送信され
てきた手形情報から認証中の媒体を特定できる。こうし
て特定した媒体ＩＤをキーにして、再配送管理表に再配
送可能な情報が登録されていないかどうかを検査する
（ステップ２０６）。

【００９３】このとき、再配送可否要求情報に、最大再
配送可能回数と最大再配送可能時間のいずれもが設定さ
れていなければ、認証課金サーバ１００では、再配送手
形管理表に登録されている媒体ＩＤに関連付けられた全
ての取引情報、即ち、過去にその媒体から課金された全
ての取引の認証セッションＩＤや、手形発行ＩＤなどか
らなる再配送可能コンテンツ情報を再配送可否情報結果
として送信する（ステップ２０７）。

【００９４】再配送可否要求情報に、最大再配送可能回
数が設定されているときは、認証課金サーバ１００で
は、再配送手形管理表に登録されている媒体ＩＤに関連
付けられた全ての取引情報のうち、再配送回数が最大再
配送可能回数以下の再配送可能コンテンツ情報を、再配
送可否情報結果として送信する。

【００９５】再配送可否要求情報に、最大再配送可能時
間が設定されているときは、認証課金サーバ１００で
は、再配送手形管理表に登録されている媒体ＩＤに関連
付けられた全ての取引情報のうち、課金処理終了時刻か
ら、最大再配送可能時間が経過していない再配送可能コ
ンテンツ情報を、再配送可否情報結果として送信する。
再配送可否要求情報に、最大再配送可能回数と最大再配
送可能時間の両方が設定されている場合には、認証課金
サーバ１００では、再配送手形管理表に登録されている
媒体ＩＤに関連付けられた全ての取引情報のうち、再配
送回数が最大再配送回数以下で、なおかつ、課金処理終
了時刻から最大再配送可能時間が経過していない、再配
送可能コンテンツ情報を、再配送可否情報結果として送
信する。再配送可否情報結果を受信した販売サーバ３０
０は、再配送可能コンテンツ情報が示す取引を販売サー
バ３００の過去ログから認知して、コンテンツ名やコン
テンツＩＤなどのコンテンツ情報を、再配送情報結果と
して、購入制御端末２００に送信する（ステップ２０
８）。

【００９６】上記のコンテンツ情報は、認証課金サーバ
１００が直接管理していてもよい。コンテンツ情報を受
信した購入制御端末２００は、購入制御部２４０に、再
配送可能なコンテンツ一覧としてコンテンツ情報を表示
し、ユーザに再配送を行うコンテンツの選択を促す。

【００９７】ユーザが購入制御端末２００を操作して再
配送を行うコンテンツを選択することにより、購入制御
端末２００上でコンテンツＩＤなど含んだ再配送要求情
報が生成される（ステップ２０９）。

【００９８】再配送要求情報は、基本的に、前述の本発
明の前提となるシステムの動作で説明した、手形情報と
同じであるが、これに再配送するコンテンツを示すコン
テンツ情報を含む。購入制御端末２００は、再配送要求
情報を非課金再配送要求として販売サーバ３００に送信
する（ステップ２１０）。

【００９９】非課金再配送要求を受信した販売サーバ３
００は、再配送要求情報を認証課金サーバ１００に再配
送管理表更新要求として送信する（ステップ２１１） 再配送管理表更新要求を受信した認証課金サーバ１００
は、当該再配送管理表更新要求が現在認証課金サーバ１
００中の媒体１０から送信された情報であるのかどうか
を検査する（ステップ２１２）。この認証中検査の処理
は、本発明の前提となるシステムで説明したステップ１
１１の認証中検査の処理と全く同じ処理である。当該認
証中検査により現在認証中の媒体であると認知されれ
ば、送信されてきた再配送管理表更新要求が正しい要求
であるかを検査する（ステップ２１４）。検査の結果、
正しい要求であると認知されれば、認証課金サーバ１０
０において、再配送要求情報から再配送管理表を検索
し、当該取引の再配送回数を１つ加算し、再配送管理表
更新結果として販売サーバ３００に送信する（ステップ
２１５）。

【０１００】再配送管理表更新結果を受信した販売サー
バ３００は、購入制御端末２００に対してコンテンツを
配送する（ステップ２１６）。

【０１０１】

【実施例】最初に、本発明の実施例の説明に先立ち、前
提となるシステムについて説明する。

【０１０２】図６は、本発明の実施例の前提となるシス
テムのブロック図である。

【０１０３】本実施例のシステムは、認証媒体１０とし
て、ＩＣカードを使用したプリペイド方式（プリペイド
カード）のシステムを前提としており、購入者が商品購
入前に事前にプリペイドカード（ＩＣカード）を購入す
ることで、プリペイドカードのバリュー分の金額をカー
ド発行事業者に支払っていることを想定している。

【０１０４】また、購入されたプリペイドカードのバリ
ューは、カード発行事業者で持つ（または、カード発行
事業者から委託された）認証課金センタで管理している
ことを前提としている。つまり、購入者がプリペイドカ
ードによる商品対価支払い後に、認証課金センタの認証
課金サーバ１００の情報に基づき、カード発行事業者と
販売者の間で精算を行うことで、最終的に販売者への支
払いが行われるシステムを想定している。

【０１０５】図６に示すように、本実施例のシステム
は、複数のＩＣカード１０と、複数の購入制御端末２０
０と、複数の販売サーバ３００と、１つの認証課金サー
バ１００から構成される。

【０１０６】このうち、ＩＣカード１０は、購入制御端
末２００と通信を行う通信部１１と、認証課金サーバ１
００から認証メッセージに対する応答を生成することで
カード認証を実行する認証応答部１２と、個々のカード
を一意に特定できる識別子であるカードＩＤやカード認
証のための秘密データであるカード認証鍵などを保持す
るメモリであるカードデータ保持部１３からなり、認証
課金サーバ１００から認証を受けることによって、カー
ドＩＤに対する正当なカードであることを保証ための機
能を包含した、バリューを持つプリペイドカードであ
る。

【０１０７】図７は、本発明の一実施例の前提となるＩ
Ｃカードのカードデータ保持部のデータ例を示す。

【０１０８】また、購入制御端末２００は、ＩＣカード
１０が挿入されることで、ＩＣカード１０との通信を行
うカードリーダ・ライタ（Ｒ／Ｗ）２１０と、インター
ネットなどのネットワーク４００に接続され、認証課金
サーバ１００や販売サーバ３００との通信を行う通信部
２２０と、認証課金サーバ１００との通信やＩＣカード
１０との通信を制御することによって、ＩＣカードの認
証の制御を行ったり、購入制御端末２００からの要請に
よって、手形情報を生成したりする課金制御部２３０
と、キーボタン装置やディスプレイ装置などの入出力手
段を持ち、購入者からの操作等により、課金制御部２３
０に対して手形情報の生成を要請し、生成された手形情
報を通信部２２０の仲介により販売サーバ３００へ渡す
ことにより、商品の購入要求及び支払い処理を行う購入
制御部２４０から構成され、挿入されたＩＣカード１０
のプリペイド残額から販売サーバ３００への支払い制御
を行うことで、購入者に対してコンテンツ等の購入サー
ビスを提供する端末である。また、販売サーバ３００
は、インターネットなどのネットワーク４００に接続さ
れ、購入制御端末２００や認証課金サーバ１００との通
信を行う通信部３１０と、購入制御端末２００からの商
品の購入要求を受付、購入要求受付時に受け取った手形
情報を認証課金サーバ１００に送付することで課金要求
を行い、課金要求の結果から購入制御端末２００に対し
て商品受け取りのための許可情報の送付や、コンテンツ
ダウンロードを行うなどの、コンテンツ等の商品販売の
課金制御を行うサーバである。

【０１０９】また、販売サーバ３００は、コンテンツ再
配送を可能とするために、過去に販売したコンテンツ情
報と、認証課金サーバ１００が管理する取引を特定する
情報の対応を持つ、販売履歴管理ＤＢ３３０を持つ。

【０１１０】なお、販売サーバ３００を持つ販売者は、
認証課金サーバ１００からの精算処理により販売額に対
応した代金を受け取ることになるが、精算時の確認のた
めの情報を蓄える精算ログＤＢ３４０を持つこともあ
る。

【０１１１】また、販売サーバ３００がコンテンツを販
売するサーバであれば、販売するコンテンツを蓄積する
コンテンツＤＢ等３５０を持つこともある。

【０１１２】認証課金サーバ１００は、インターネット
などのネットワーク４００に接続され、購入制御端末２
００や販売サーバ３００との通信を行う通信部１１０と
ＩＣカード１０のプリペイド残額やカード認証のための
情報をカードＩＤ毎に管理しているカードバリュー管理
ＤＢ１３０と、購入制御端末２００からのカード認証要
求に従い、ＩＣカード１０の認証を行ったり、販売サー
バ３００からの課金要求に従い手形情報の確認を行うこ
とでプリペイド残額に対して課金を行う認証セッション
管理部１２０と、認証セッション管理部１２０での課金
成功時に支払先への精算のための処理を行う精算部１５
０と、コンテンツ再配送のために過去の取引情報を記録
している再配送情報管理ＤＢ１４０から構成される。

【０１１３】図８は、本発明の一実施例の前提となる認
証課金サーバのカードバリュー管理ＤＢのレコードの例
である。

【０１１４】カードバリュー管理ＤＢ１３０のデータ
は、個々のＩＣカードを一意に特定するための識別子で
あるカードＩＤとカードＩＤに対するバリューでわるプ
リペイド残額と、カード認証課金サーバ１００時に認証
データの生成に使用するカード認証鍵からなる。

【０１１５】次に、上記の構成における本発明の実施例
の前提となるシステムの動作である、ＩＣカード認証処
理から認証状態終了処理を説明する。

【０１１６】図９は、本発明の一実施例の前提となるシ
ステムの動作のシーケンスチャートである。

【０１１７】まず、購入制御端末２００に対してＩＣカ
ード１０が挿入されると（ステップ３０１）、同図にお
いて「ＩＣカード認証処理」で示した範囲で挿入された
ＩＣカード１０の認証を行う。

【０１１８】「ＩＣカード認証処理」として、まず、購
入制御端末２００から、ＩＣカード１０に対してカード
ＩＤの読出しコマンドを送信し（ステップ３０２）、Ｉ
Ｃカード１０でカードデータ保持部１３に保持している
カードＩＤを読み出して購入制御端末２００に送信する
ことで挿入されたＩＣカードのカードＩＤの読出しを行
う（ステップ３０３）。

【０１１９】また、購入制御端末２００では、カードＩ
Ｄの読出しが終わると、認証課金サーバ１００に対し
て、ＩＣカード認証要求を送信することで（ステップ３
０４）、挿入されたＩＣカード１０に対するカード認証
課金サーバ１００を要求するが、この際に、認証対象の
ＩＣカード１０のカードＩＤを送信する。

【０１２０】認証課金サーバ１００では、ＩＣカード認
証要求を受け取ると、疑似乱数生成関数等を使用して乱
数を生成し（ステップ３０５）、生成した乱数を計算要
求として購入制御端末２００に送信する（ステップ３０
６）。

【０１２１】購入制御端末２００では、認証課金サーバ
１００から受け取った計算要求をそのままＩＣカード１
０に転送し（ステップ３０７）、ＩＣカード１０では、
当該計算要求を受け取ると、受け取った乱数に対する計
算を認証応答部１２で行う（ステップ３０８）。

【０１２２】ＩＣカード１０では、計算結果が得られる
と、計算結果を計算要求応答として購入制御端末２００
に送信し（ステップ３０９）、購入制御端末２００で
は、当該計算要求応答をそのまま認証課金サーバ１００
に送信する（ステップ３１０）。

【０１２３】認証課金サーバ１００では乱数に対する計
算結果が得られると、認証セッション管理部１２０で乱
数とカードバリュー管理ＤＢ１３０に保存してあるカー
ドＩＤに対応するカード認証鍵を使用した、ＩＣカード
１０の応答計算と同じ計算を行い、ＩＣカード１０から
受け取った計算結果と、認証セッション管理部１２０で
の計算結果とを比較して、双方の計算結果が同じであれ
ば、カード認証が成功したものとし、計算結果が異なれ
ばカード認証が失敗したものとする（ステップ３１
１）。

【０１２４】カード認証が成功すると、認証課金サーバ
１００では、カードＩＤに対する認証セッションＩＤ
や、手形署名鍵等の手形情報生成に必要なデータを生成
し（ステップ３１２）、カードＩＤに対して生成した、
認証セッションＩＤと手形署名鍵と、カードバリュー管
理ＤＢ１３０でカードＩＤに対応して管理されているプ
リペイド残額と、認証課金サーバ１００で管理している
認証有効期間を購入制御端末２００に送信すると共に
（ステップ３１３）、カードＩＤが認証済であることを
示す認証セション情報を認証セッション管理部１２０で
保持する（ステップ３１４）。

【０１２５】図１０は、本発明の一実施例の前提となる
認証課金サーバにおける認証セッション情報の例を示
す。

【０１２６】同図の例では、認証課金サーバ１００の認
証セッション情報は、カードＩＤと認証セッションＩＤ
と手形署名鍵と認証タイムアウト時間からなる。

【０１２７】このうち、認証セッションＩＤは、認証セ
ッション管理部１２０で生成される認証を一意に特定す
る識別子であり、他の認証セション情報と重ならないよ
うに生成されればよく、認証セッション管理部１２０で
管理するシリアル番号により割り振るなどの方法で生成
できる。

【０１２８】また、手形署名鍵は、認証セッションＩＤ
に対して生成される、認証セッション中に手形情報の確
認により使用される鍵であり、購入制御端末２００以外
の第三者から推測されない形で生成されればよく、疑似
乱数生成関数により生成される乱数を使用するなどの方
法がとられる。

【０１２９】また、認証タイムアウト時間は、認証セッ
ション情報を生成した時刻（現在時刻）から、認証課金
サーバ１００に任意に設定されている認証有効期間経過
した時点の時刻であり、認証タイムアウト時間に到達し
た時点で当該認証セッション情報を破棄することになる
（または、認証セッション情報を無効とする）。

【０１３０】購入制御端末２００では、認証セッション
ＩＤと手形署名鍵とプリペイド残額と認証有効期間を認
証課金サーバ１００から受信すると、受信したデータを
課金制御部２３０に手形情報生成のためのデータである
認証セッション情報としてを保持する（ステップ３１
４）と共に、受信したプリペイド残額を購入制御ぶ２４
０のディスプレイ装置などにより表示することでユーザ
に提示する（ステップ３１５）。

【０１３１】図１１は、本発明の一実施例の前提となる
購入制御端末における認証セッション情報の例を示す。

【０１３２】同図の例では、購入制御端末２００の認証
セッション情報は、カードＩＤと手形発行可能額と認証
セッションＩＤと手形署名鍵と認証タイムアウト時間と
次回発行手形発行ＩＤからなる。なお、同図の例では、
１つの認証セッション情報となっているが、複数のカー
ドを同時に扱うことのできるカードリーダ・ライタ（非
接触型カードなどの場合）では、複数のカードＩＤに対
する認証セッション情報を保持してもよい（ここで、複
数のカードを同時に扱えるカードリーダ・ライタを使用
し、複数の認証セッション情報を管理できるシステムの
場合には、引き抜かれたカードのカードＩＤに対応する
認証セッション情報を特定したり、通信対象のカードを
特定するために、カードリーダ・ライタでは、カード挿
入時及びカード引抜き時にカードリーダ・ライタがカー
ドを特定する情報を出す必要があり、カードとの通信時
には、カードリーダ・ライタがカードを特定する情報を
指定して通信をする必要がある。また、購入制御端末２
００内でカードＩＤに関連してカードリーダ・ライタが
カードを特定する情報を管理しておくことで、カード引
抜き時に引き抜かれたカードのカードＩＤ及び認証セッ
ション情報を特定することが可能となる）。

【０１３３】ここで、手形発行可能額は、認証課金サー
バ１００から受信したプリペイド残額が初期値として設
定され、手形情報の販売サーバ３００への払出し毎に支
払額分を減算することで、プリペイド残額の把握を行
う。

【０１３４】また、認証セッションＩＤと手形署名鍵
は、ステップ３１３で認証課金サーバ１００から受信し
たデータである。

【０１３５】また、認証タイムアウト時間は、認証セッ
ション情報を生成した時刻（現在時刻）から、ステップ
３１３で受信した認証有効期間経過した時点の時刻であ
り、認証タイムアウト時間を超えたときには認証セッシ
ョン情報が無効であると判断する。

【０１３６】また、次回発行手形ＩＤは、次回に生成す
る手形情報中の手形発行ＩＤを示しており、手形を手形
情報（手形発行ＩＤ）を生成する毎に１づつ加算してい
く。新たに認証セッション情報が保存されたときには、
初期値として「０」などが設定される。

【０１３７】なお、カード認証が失敗した場合には、ス
テップ３１２、ステップ３１４の処理は行わずに、ステ
ップ３１３において、認証失敗を購入制御端末２００に
通知し、認証失敗を受け取った購入制御端末２００でも
ステップ３１４の認証セッション情報の保存は行わな
い。

【０１３８】次に、図９の「購入・支払い処理」で示し
た範囲の処理を説明する。

【０１３９】以下では、手形情報の生成・払い出しによ
るコンテンツ等の商品購入及び支払い処理を行うが、当
該「購入・支払い処理」のタイミングは、「ＩＣカード
認証処理」の後で、「認証状態終了処理」の前であれば
いつでもよいが、通常は購入者から商品購入の指示が出
たときに行う。

【０１４０】また、「購入・支払い処理」で示した範囲
の処理は、１回の「ＩＣカード認証処理」に対して複数
回行うことが可能であり、つまり、１回のカード認証
で、ふくすうの販売サーバ３００への複数回の支払い
（複数の販売サーバ３００から複数回の商品購入）が可
能となっている。

【０１４１】本実施例の「購入・支払い処理」では、手
形情報生成等の支払い処理を行う前に、購入対象の商品
の情報（コンテンツＩＤ、価格、支払い先ＩＤ等）を入
手しておき、購入者から購入指示があることを前提とし
ており、購入する商品は、ダウンロードコンテンツであ
ることを前提としている。

【０１４２】まず、購入制御端末２００では、販売サー
バ３００からコンテンツ名・コンテンツＩＤ・価格・支
払い先ＩＤ等からなるコンテンツ情報のメニューリスト
を入手し（ステップ３１６）、入手したメニューリスト
を購入制御部２４０のディスプレイ装置などに表示する
ことで、購入者の入力を促し（ステップ３１７）、購入
制御部２４０のキーボタン装置等により購入者から購入
コンテンツの指定がされると（ステップ３１８）、支払
い処理に移行する。

【０１４３】まず、認証セッション情報の認証セッショ
ンＩＤと手形署名鍵と次回手形発行ＩＤを読出し、課金
制御部２３０で手形署名の作成を行うことで、手形情報
を生成すると共に、認証セッション情報の手形発行可能
額から購入コンテンツの価格である支払額を減算し、次
回手形発行ＩＤに１加算する（ステップ３１９）。但
し、当該認証セッション情報の認証タイムアウト時間を
超えている場合には、手形情報を作成しても手形情報に
よる課金ができないため、手形情報の生成は行わずに、
支払い処理を中止するか、再度「ＩＣカード認証処理」
を行った後に支払い処理を行うことになる。

【０１４４】なお、課金制御部２３０で保持する認証タ
イムアウト時間内の認証セッション情報が複数ある時に
は、適当なカードの認証セッション情報を選び出すこと
になるが、認証セッション情報の選択は、 ・早く挿入されたカードの認証セッション情報を選ぶ； ・残額の少ないカードから選ぶ； ・残額の多いカードから選ぶ； 等のルールや、他のルールによっても構わない。

【０１４５】図１２は、本発明の一実施例の前提となる
システムにおける手形情報の例である。同図の例では、
手形情報は、認証セッションＩＤと手形発行ＩＤと手形
署名からなり、認証セッションＩＤには、認証セッショ
ン情報から読み出した認証セッションＩＤが入り、手形
発行ＩＤには、認証セッション情報から読み出した次回
手形発行ＩＤが入り、手形署名には、課金制御部２３０
で作成する手形署名が入る。

【０１４６】手形署名を作成するためのパラメータとし
て、手形署名鍵・認証セッションＩＤ・支払先ＩＤ・支
払額・コンテンツＩＤを使用し、各パラメータを結合し
たデータを一方向性ハッシュ関数に入力することで、入
力分に対するメッセージ認証子としての手形署名を得て
いる。一方向性ハッシュ関数は、計算結果から入力文の
カード認証鍵を推測することが困難であり、逆にカード
認証鍵を知らなければ別の入力文と手形署名のペアの作
成が困難な方式であれば何でもよく、ＭＤ５関数、ＳＨ
Ａ関数等を使用することが可能である。

【０１４７】ここで、手形署名鍵・認証セッションＩＤ
・手形発行ＩＤは、認証セッション情報から読み出した
データであり、支払元（課金先）のカードを証明する情
報となっている。

【０１４８】また、支払先ＩＤ・コンテンツＩＤは、販
売サーバ３００から受け取った購入コンテンツの情報で
あり、また、支払額にはコンテンツの購入コンテンツの
価格を入れ、これら支払先ＩＤ・コンテンツＩＤ・支払
額は取引の内容を限定する情報となっている。

【０１４９】また、手形署名作成方法は、認証セッショ
ンＩＤ・手形発行ＩＤ・支払先ＩＤ・コンテンツＩＤが
改竄されていないことを証明できる情報としての手形署
名が作成できれば何でもよく、例えば、手形署名鍵を鍵
とした非対称（公開鍵）暗号方式を使用したディジタル
署名等を使用しても構わない。但し、非対称暗号方式を
使用する場合には、購入制御端末２００で保持する手形
署名鍵を認証鍵とし、認証課金サーバ１００で保持する
手形署名鍵を検証鍵として、それぞれペアとして関連付
けられてはいるが異なる鍵を使用する必要がある。

【０１５０】上記の方法により、手形情報が生成される
と、購入制御端末２００から販売サーバ３００に対し
て、購入コンテンツを指定するコンテンツＩＤと、支払
いのための情報である手形情報とを送信することで、コ
ンテンツ購入を要求し（ステップ３２０）、販売サーバ
３００では、コンテンツＩＤと手形情報を受け取ると、
認証課金サーバ１００に対して手形情報と、精算時の支
払先を特定する情報としての支払先ＩＤと、コンテンツ
の価格に相当する請求額と、コンテンツＩＤを送信する
（ステップ３２１）。なお、ここで、請求額とは、ステ
ップ３１６において、購入制御端末２００に送信したコ
ンテンツの価格と同額でなければならず、支払先ＩＤ
も、ステップ３１６で購入制御端末２００に送信した支
払先ＩＤでなければならない（他の値を入れると課金に
失敗する）。なお、通常の場合、支払先ＩＤは、販売サ
ーバ３００を持つ事業者を特定する情報である。

【０１５１】認証課金サーバ１００では、ステップ３２
１において、手形情報、支払先ＩＤ、請求額、コンテン
ツＩＤを受け取ると、まず、手形情報中の認証セッショ
ンＩＤを認証セッション管理部１２０で保持している認
証セッション情報から検索し、該当する認証セッション
情報がある場合には、現在時刻が認証タイムアウト時間
前であるか調べる（ステップ３２２）。

【０１５２】該当する認証セッション情報があり、認証
タイムアウト時間前であったときには、要求された手形
情報に対する認証が有効であると判断する。逆に、該当
する認証セッション情報がなかったり、あったとしても
認証タイムアウト時間を過ぎている場合には、販売サー
バ３００に課金失敗を通知し、処理を終了する。

【０１５３】次に、手形情報（認証セッションＩＤ＋手
形発行ＩＤ）が、手形決済履歴管理表に登録されていな
いかを検査し（ステップ３２３）、もし、登録されてい
れば、既に課金済の手形情報であると判断し、販売サー
バ３００に対して課金失敗を通知し、処理を終了する。
手形決済管理表は、認証課金サーバ１００で作成・管理
されるものであり、認証課金サーバ１００で決済をした
取引が全て記載される。従って、この表に記載されてい
るということは、既にその手形が課金済という証明にな
るので、上記のような動作となる。

【０１５４】図１３は、本発明の一実施例の前提となる
手形決済履歴管理表の例を示す。

【０１５５】手形情報が登録されていない時には、検索
された該当する認証セッション情報の手形署名鍵と、販
売サーバ３００から受信した手形情報、支払先ＩＤ、請
求額、コンテンツＩＤを使用して、手形情報中の手形署
名の検査を行う。

【０１５６】手形署名の検査では、購入制御端末２００
での手形署名作成時と同じ手順で手形署名鍵・手形情報
中の認証セッションＩＤ・手形情報中の手形発行ＩＤ・
支払先ＩＤ、請求額（手形署名作成時の支払額）・コン
テンツＩＤをパラメータとして手形情報を作成し、手形
情報中の手形署名と作成された手形署名が同じであるか
を比較する。

【０１５７】ここで、手形情報中の手形署名と作成され
た手形署名が異なる場合には、手形情報または、販売サ
ーバ３００から指定された情報が不正であると判断し、
販売サーバ３００に対して課金失敗を通知し、処理を終
了する。そうでなければ、手形情報中の手形発行ＩＤ
と、ステップ３２２で検査された認証セッション情報
を、手形決済履歴管理表に登録すると共に、ステップ３
２２で検索された認証セッション情報のカードＩＤに対
応して、カードバリューＤＢ１３０で管理されているプ
リペイド残額から、販売サーバ３００から受け取った請
求額分を減算する。ここで、プリペイド残額が請求額を
下回る場合には、請求額分の課金が不可能であると判断
し、販売サーバ３００に対して課金失敗を通知し、処理
を終了する。プリペイド残額の減算ができたら、認証セ
ッション管理部１２０から精算部１５０に対して、当該
カードＩＤと販売サーバ３００から受信した手形情報・
支払先ＩＤ・請求額・コンテンツＩＤを渡すことで、精
算部１５０では、精算部１５０内で管理する精算ログＤ
Ｂの当該支払先ＩＤに対応して、取引リストとして手形
情報・請求額・コンテンツＩＤの情報を追加し、精算額
に請求額分を加算する（ステップ３２４）。

【０１５８】次に、再配送登録処理として、本発明の特
徴であるコンテンツ再配送のために、今回の取引の内容
である、カードＩＤ、支払先ＩＤ、手形情報、購入時
間、再配送回数を登録する（ステップ３２５）。再配送
回数は、再配送管理表に登録する時点では０であるの
で、０として登録する。図１４は、本発明の一実施例の
再配送管理表のレコードの例を示す。

【０１５９】再配送管理表への登録が成功したら、ステ
ップ３２１の課金要求の応答として、認証課金サーバ１
００から販売サーバ３００に対して課金が成功したこと
を通知し（ステップ３２６）、販売サーバ３００では、
課金成功通知を受信すると、受け取った課金成功通知の
示す手形情報とコンテンツ名を自身が持つ精算ログＤＢ
３４０に登録すると共に、購入制御端末２００に対して
要求されたコンテンツの配信を開始する（ステップ３２
７）。

【０１６０】また、課金が成功すると、認証課金サーバ
１００はその取引が決済されたものとして、手形決済履
歴管理表に課金が成功した認証セッションＩＤと手形発
行ＩＤを記録する。

【０１６１】次に、「認証状態終了処理」について説明
する。

【０１６２】図９の「認証状態終了処理」で示した範囲
で、ＩＣカード１０に対する認証状態の破棄を行う。
「認証状態終了処理」が行われると、対象カード１０の
認証セッション情報が削除されるため、支払処理のステ
ップ３２２の認証中検査が失敗し、再度、「ＩＣカード
認証処理」が行われるまで対象カードに対する課金が不
可能になる。

【０１６３】なお、以降に示す本発明の実施例では、カ
ード引抜きを契機とし、認証状態終了処理が行われるこ
とを前提としているが、カード引抜き以外でも、ユーザ
からサービス終了等の指示があったとき等を契機とし
て、認証状態終了処理を行ってもよい。

【０１６４】「認証状態終了処理」では、まず、ＩＣカ
ード認証処理により認証済のカード１０が引き抜かれる
と、カードリーダ・ライタ２１０により、カード引抜き
が検知されて（ステップ３２８）、課金制御部２３０で
保持している引き抜かれたカード１０のカードＩＤに対
応する認証セッション情報を削除する（ステップ３２
９）と共に、購入制御端末２００の課金制御部２３０で
は、認証課金サーバ１００に対してカードＩＤをＩＣカ
ード認証終了要求として送信することで、カードＩＤの
カード１０の認証状態の破棄（認証セッション情報の削
除）を要求する（ステップ３３０）。ここで、送信する
情報は、認証セッションを特定できる情報であればよ
く、本実施例においてもカードＩＤではなく認証セッシ
ョンＩＤでもよい。

【０１６５】認証課金サーバ１００では、ＩＣカード認
証終了要求を受信すると、受信したカードＩＤにより認
証セッション管理部１２０で保持する認証セッション情
報を検索して、検索された認証セッション情報を削除す
ることで、カードＩＤに対する認証状態の破棄を行い、
ＩＣカード認証終了結果として、認証状態が破棄された
ことを購入制御端末２００に通知する（ステップ３３
２）。

【０１６６】以上が本発明の一実施例の前提となるシス
テムの動作である。

【０１６７】以下に、本発明の一実施例の再配送処理に
ついて説明する。

【０１６８】上記の前提となるシステムの動作で説明し
たように、認証課金サーバ１００において、ステップ３
２５の再配送登録処理が終了した後に、ネットワークの
障害あるいは、販売サーバの障害などにより、コンテン
ツを全て配信することができなかった、あるいは、コン
テンツが配信されなかったということは十分に考えられ
る。

【０１６９】また、ユーザは、購入制御端末２００上の
タイムアウト表示等により、コンテンツ配信が失敗した
ことを確認できる。

【０１７０】図１５は、本発明の一実施例のコンテンツ
非課金再配送処理のシーケンスチャートである。

【０１７１】上記のような状況で、ユーザは、購入制御
端末２００のリセットボタンを押下、あるいは、ＩＣカ
ード１０を購入制御端末２００から排出して再挿入する
ことにより、ＩＣカード１０の再認証を行う。このＩＣ
カード１０の再認証は、本発明の前提となるシステムの
ＩＣカード認証処理と全く同じ動作である（ステップ４
０１、４０２）。

【０１７２】ＩＣカード認証が終了したら、購入制御端
末２００上で再配送操作を行う。再配送操作は、再配送
ボタンの押下などによる明示的な操作であってもよい
し、ＩＣカード認証が終了すると同時に、購入制御端末
２００で自動的に行われる処理であってもよい。再配送
操作では、再配送が可能であるかどうかを問い合わせる
為の情報を生成する（ステップ４０３）。この情報は、
具体的には、手形情報などの現在のＩＣカード１０の認
証状態を示す情報である。生成された再配送問い合わせ
情報は、再配送情報要求として購入制御端末２００から
販売サーバ３００に送信される（ステップ４０４）。

【０１７３】再配送情報要求を受信した販売サーバ３０
０は、手形情報などの再配送問い合わせ情報に、最大再
配送可能回数や、最大再配送可能時間などの再配送可能
条件を、販売サーバ３００の販売ポリシに従って付与す
る。最大再配送可能回数は「２回」などの具体的な回数
であり、最大再配送可能時間は、「３６００秒」などの
具体的な時間であればよい。また、再配送可能条件は、
付加しても付加しなくてもよく、また、回数や時間だけ
でなく、具体的なコンテンツを指定することにより、指
定されたコンテンツを非課金にするなど、様々なバリエ
ーションが考えられる。これらの情報を再配送可否情報
要求として、認証課金サーバ１００に送信うる（ステッ
プ４０５）。

【０１７４】再配送可否情報要求を受信した認証課金サ
ーバ１００では、それが持つ手形情報から、再配送可否
情報要求が現在認証中のＩＣカードから送信された情報
であるのかどうかを検査する（ステップ４０６）。この
処理は、本発明の前提となるシステムで説明したステッ
プ３３２の認証中検査の処理と全く同じ処理である。こ
の検査により現在認証中のＩＣカードであると認知され
れば、送信されてきた再配送可否情報要求が正しい要求
であるかどうかを検査する（ステップ４０７）。当該再
配送要求情報の検査により正しい要求であると認知され
れば、送信されてきた、手形情報と図１０に示す認証課
金サーバ１００の認証セッション情報から、認証中のＩ
Ｃカード１０のカードＩＤを特定できる。こうして特定
したカードＩＤをキーにして、再配送管理表に再配送可
能な情報が登録されていないかどうかを検査する（ステ
ップ４０８）。

【０１７５】図１４に示すような再配送管理表をカード
ＩＤをキーにして検索することにより、過去の取引情報
を手形情報（過去の取引に登録された過去の取引の認証
セッションＩＤ、手形発行ＩＤ、手形署名鍵）が検索で
きる。これらの取引のうち、再配送回数が、最大配送回
数以下であり、現在時刻が購入時間と、最大再配送可能
時間の合計より小さい取引の手形情報を、再配送可能コ
ンテンツ情報とする。再配送可能コンテンツ数の取引情
報からなることも考えられる。

【０１７６】このとき、再配送可否要求情報に、最大再
配送可能回数と最大再配送可能時間のいずれもが設定さ
れていなければ、認証課金サーバ１００では、再配送手
形管理表に登録されているカードＩＤに関連付けられた
全ての取引情報、即ち、過去のその媒体から課金された
全ての取引の再配送可能コンテンツ情報を、再配送可否
情報結果として送信する（ステップ４０９）。

【０１７７】再配送可否要求情報に、最大再配送可能回
数が設定されているときは、認証課金サーバ１００で
は、再配送手形管理表に登録されているカードＩＤに関
連付けられた全ての取引情報のうち、再配送回数が、最
大再配送可能回数以下の再配送可能コンテンツ情報を、
再配送可否情報結果にて送信する（ステップ４０９）。
再配送可否要求情報に、最大再配送可能時間が設定され
ているときは、認証課金サーバ１００では、再配送手形
管理表に登録されているカードＩＤに関連付けられた全
ての取引情報のうち、課金処理終了時刻から最大再配送
可能時間が経過していない再配送可能コンテンツ情報
を、再配送可否情報結果として送信する（ステップ４０
９）。

【０１７８】再配送可否情報結果を受信した販売サーバ
３００は、再配送可能コンテンツ情報が示す取引を販売
サーバ３００の過去ログから認知して、コンテンツ名や
コンテンツＩＣなどのコンテンツ情報を再配送情報結果
として、購入制御端末２００に送信する（ステップ４１
０）。

【０１７９】上記のコンテンツ情報は、認証課金サーバ
１００が直接管理していてもよい。コンテンツ情報を受
信した購入制御端末２００は、再ダウンロード可能なコ
ンテンツ一覧表示メニューなどの形で、コンテンツ名や
コンテンツ購入時間を表示し、ユーザに再配送を行うコ
ンテンツの選択を促す。ユーザが購入制御端末２００を
操作して再配送を行うコンテンツを選択し、再配送ボタ
ンを押下するなどの契機により、購入制御端末２００上
でコンテンツＩＤなどを含んだ再配送要求情報が生成さ
れる（ステップ４１１）。

【０１８０】再配送要求情報は、基本的に、前述の本発
明の前提となるシステムの動作で説明した、手形情報と
同じであるが、これに再配送するコンテンツの示すコン
テンツ情報を含む購入制御端末２００は、再配送要求情
報を非課金再配送要求として販売サーバ３００に送信す
る（ステップ４１２）。

【０１８１】非課金再配送要求を受信した販売サーバ３
００は、再配送管理表更新要求として、再配送要求情報
を認証課金サーバ１００に送信する（ステップ４１
３）。

【０１８２】再配送管理表更新要求を受信した認証課金
サーバ１００は、再配送管理表更新要求が現在認証中の
ＩＣカード１０から送信されてきた情報であるのかどう
かを検査する（ステップ４１４）。この認証中検査の処
理は、本発明の前提となるシステムで説明したステップ
３２２の認証中検査の処理と全く同じ処理である。認証
中検査により、現在認証中のＩＣカードであると認知さ
れれば、送信されてきた再配送管理表更新要求が正しい
要求であるかどうかを検査する（ステップ４１５）。正
しい要求であると認知されれば、認証課金サーバ１００
において、再配送要求情報から再配送管理表を検索し、
当該取引の再配送回数を１つ加算し（ステップ４１
６）、再配送管理表更新結果として販売サーバ３００に
送信する（ステップ４１７）。

【０１８３】再配送管理表更新結果を受信した販売サー
バ３００は、購入制御端末２００に対して、コンテンツ
を配送する（ステップ四百十八）。

【０１８４】以上が本発明の特徴であるコンテンツ非課
金再配送処理である。

【０１８５】次に、各装置の動作を個々に説明する。

【０１８６】まず、購入制御端末２００の動作について
説明する。

【０１８７】図１６は、本発明の一実施例のコンテンツ
非課金再配送処理における購入制御端末の動作のフロー
チャートである。

【０１８８】ここで、ＩＣカード認証は既に終了してい
るものとする。

【０１８９】ここでは、カード挿入中のみ挿入されてい
るカードでコンテンツの再配送ができるように構成する
ため、カードリーダ・ライタ２１０によりカード引抜き
の検知を行い（ステップ５０１）、カード引抜きを検知
した場合には（ステップ５０１，Ｙｅｓ）、ＩＣカード
に対する認証状態の破棄を行う。認証状態の破棄は、課
金制御部２３０で保持している引き抜かれたカードのカ
ードＩＤに対応する認証セッション情報を削除する（ス
テップ５１１）。また、購入制御端末２００の課金制御
部２３０では、認証課金サーバ１００に対してカードＩ
Ｄを指定してメッセージとして、ＩＣカード認証終了要
求を送信することで、認証課金サーバ１００内でのカー
ドＩＤの認証状態の破棄（認証セッション情報の削除）
を要求すると共に、認証課金サーバ１００からＩＣカー
ド認証終了結果を待ち、当該メッセージを受信したら処
理を終了する（ステップ５１２）。

【０１９０】カードの引抜きが検知されなかったときに
は（ステップ５０１、Ｎｏ）、再配送のメニューを表示
する（ステップ５０２）。この表示は、ユーザが専用操
作により、表示するようにしてもよいし、カード認証が
行われると、同時に購入制御端末２００上で自動的に表
示されるようにしてもよい。

【０１９１】再配送メニュー画面に入ると、認証セッシ
ョン情報に保存されている認証セッションＩＤと手形署
名鍵と手形発行ＩＤ（次回手形発行ＩＤ）と、支払先Ｉ
Ｄとをパラメータとちえ課金制御部２３０で手形署名の
作成を行い、認証セッションＩＤと手形発行ＩＤと手形
署名を併せて、再配送問い合わせ情報を作成する（ステ
ップ５０３）。但し、認証セッション情報の認証タイム
アウト時間を超えている場合には、再配送問い合わせ情
報の生成は行わずに、処理を中止するか、再度ＩＣカー
ド認証処理（ＩＣカード認証要求送信処理〜カード残額
表示）を行った後に、再配送問い合わせ情報の生成を行
うことになる。

【０１９２】次に、購入制御端末２００から販売サーバ
３００に対して再配送問い合わせ情報を送信する（ステ
ップ５０４）ことで、販売サーバ３００から認証中のカ
ード１０に対して再配送可能なコンテンツ情報が送信さ
れるのを待ち、送信されたコンテンツ情報を受信する。
なお、認証課金サーバ１００で再配送問い合わせ情報の
確認が失敗すると、販売サーバ３００から再配送情報要
求失敗の通知を受け、コンテンツ情報が送信されない。

【０１９３】再配送情報結果を受信したら（ステップ５
０５）、再配送可能なコンテンツが登録されているかを
検査する（ステップ５０６）。再配送情報結果は、再配
送可能なコンテンツが存在しない場合でも送信されてく
るために、このような検査が必要となる。再配送可能コ
ンテンツがない場合には（ステップ５０６，Ｎｏ）、再
配送可能なコンテンツが存在しないため、再配送メニュ
ーを終了し、通常のカード認証状態（コンテンツ購入可
能状態）に遷移する。再配送可能なコンテンツがある場
合には（ステップ５０６，Ｙｅｓ）、購入制御端末２０
０のユーザインタフェースに再ダウンロード可能コンテ
ンツ一覧のような形で表示を行い、ユーザに再配送コン
テンツを選択するように促す。

【０１９４】次に、実際にユーザがコンテンツ再配送を
行うかどうかを選択する（ステップ５０７）。再配送コ
ンテンツが選択される、即ち、再配送コンテンツが選択
されない場合には（ステップ５０７，Ｎｏ）、再配送画
面のキャンセルボタンが押されるなどのイベントを契機
に処理を終了する。

【０１９５】再配送コンテンツが選択された場合には
（ステップ５０７，Ｙｅｓ）、認証セッション情報に保
存されている認証セッションＩＤと手形署名鍵と手形発
行ＩＤ（次回手形発行ＩＤ）と、支払先ＩＤと再配送を
行うコンテンツ情報をパラメータとして、課金制御部２
３０で、手形署名の作成を行い、認証セッションＩＤと
手形発行ＩＤと手形署名を併せて再配送要求情報とする
（ステップ５０８）。但し、認証セッション情報の認証
タイムアウト時間を超えている場合には、再配送要求情
報の生成は行わずに処理を中止するか、全ての処理をは
じめからやり直す必要がある。

【０１９６】次に、購入制御端末２００から販売サーバ
３００に対して、再配送要求情報を送信し（ステップ５
０９）、販売サーバ３００から要求したコンテンツが配
信されるのを待ち、配信されたコンテンツを受信する
（ステップ５１０）。なお、認証課金サーバ１００で再
配送要求の情報の確認が失敗すると、販売サーバ３００
から再配送失敗の通知を受け、コンテンツが配信されな
い。

【０１９７】次に、認証課金サーバ１００の動作につい
て説明する。

【０１９８】図１７は、本発明の一実施例のコンテンツ
非課金再配送処理における認証課金サーバの動作のフロ
ーチャートである。

【０１９９】ここで、ＩＣカード１０の認証は既に終了
しているものとする。

【０２００】再配送可否情報要求を受信した（ステップ
６０１）ことを契機に、認証課金サーバ１００では、現
在認証中のＩＣカード１０からの要求であるか否かを検
査するために認証セッション検索を行う。当該認証セッ
ション検索は、認証課金サーバ１００で保持している認
証情報と、送信されてきた再配送可否情報要求中の認証
情報を対応させ、認証状態を確認する（ステップ６０
２）。認証セッションＩＤが認証セッション情報に登録
されていない時には（ステップ６０３，Ｎｏ）、エラー
処理として購入制御端末２００に対するメッセージでエ
ラーを送信するなどの処理を行い、処理を終了する（ス
テップ６１９）。認証セッションＩＤが認証セッション
情報に登録されているときには（ステップ６０３，Ｙｅ
ｓ）、検索された認証セッション情報の認証タイムアウ
ト時間が、現在時刻より古ければ（ステップ６０４，Ｙ
ｅｓ）、エラー処理として、購入制御端末２００に対す
るメッセージでエラーを送信するなどの処理を行い、処
理を終了する（ステップ６１９）。

【０２０１】検索された認証セッション情報の認証タイ
ムアウト時間が、現在時刻より新しければ（ステップ６
０４，Ｎｏ）、使用済手形リスト検索の処理に移行す
る。

【０２０２】なお、タイマ監視などによりリアルタイム
に期限切れセッションの検出が行われて、後述する認証
タイムアウト処理が行われていれば、認証有効期限切れ
か否かの判断の処理は必ずしも必要ではない。

【０２０３】受信した手形破棄情報内の手形情報が、手
形決済履歴管理表に登録されていれば（ステップ６０
５，Ｙｅｓ）、手形課金済通知を送信し、処理を終了す
る。受信した手形破棄情報内の手形情報が、手形決済履
歴管理表に登録されていなければ（ステップ６０５，Ｎ
ｏ）、購入制御端末２００での手形署名作成時と同じ手
順で、認証セッション情報に保存されている手形署名鍵
と、受信した手形情報中の認証セッションＩＤと受信し
た手形情報中の手形発行ＩＤと、受信した支払先ＩＤと
をパラメータとして手形署名を作成し、受信した手形情
報中の手形署名で作成した手形署名が同じであるか比較
する（ステップ６０６）。

【０２０４】手形情報中の手形署名と作成された手形署
名が異なる場合には（ステップ６０６，Ｎｏ）、エラー
処理として、販売サーバ３００に対するメッセージでエ
ラーを送信するなどの処理を行い、処理を終了する（ス
テップ６１９）。

【０２０５】手形情報中の手形署名と作成された手形署
名が同一の場合には（ステップ６０６，Ｙｅｓ）、受信
した認証セッション情報を元に、認証課金サーバ１００
で管理している認証情報から、ＩＣカードＩＤを検索す
る。検索されたＩＣカードＩＤをキーにして、認証課金
サーバ１００で管理している再配送管理表から、ＩＣカ
ードＩＤを検索する。検索されたＩＣカード１０のカー
ドＩＤをキーにして、認証課金サーバ１００で管理して
いる再配送管理表から、再配送可能なコンテンツが存在
するかどうかを検索する。なお、このときに、最大再配
送可能時間や、最大再配送可能回数が指定されている場
合は、それらの条件を考慮した上で、検索を行う。再配
送コンテンツがある場合には（ステップ６０７，Ｙｅ
ｓ）、再配送可能なコンテンツ情報のメッセージを作成
し（ステップ６０８）、再配送コンテンツがない場合に
は（ステップ６０７，Ｎｏ）、再配送可能コンテンツ情
報は生成しない。

【０２０６】次に、再配送可能なコンテンツの手形情報
のリストを列挙する。本実施例では、手形情報のみを再
配送可能コンテンツ情報としているが、この情報は例え
ば、具体的なコンテンツ名などを含んでもよい。

【０２０７】再配送可能コンテンツ情報がある場合に
は、それを含んだ、再配送可否情報結果を販売サーバ３
００に送信する（ステップ６０９）。再配送をユーザが
希望する場合には、送信した再配送可否情報結果中の再
配送可能コンテンツ情報が示すコンテンツを、購入制御
端末２００を操作するユーザが選択する。その場合、再
配送管理表更新要求が認証課金サーバ１００に送信され
るので、認証課金サーバ１００は、再配送管理表更新要
求を受信するまで待機する（ステップ６１０）。再び、
要求が現在認証中のＩＣカード１０からのものであるか
を検査する。これ以降の認証セッション検索（ステップ
６１１）から手形証明照合（ステップ６１５）までは、
前述の操作と全く同じ操作であるので、説明は割愛す
る。

【０２０８】但し、ステップ６１５の手形署名の照合の
処理は、購入制御端末２００での手形署名作成時と同じ
手順で、認証セッション情報に保存されている手形署名
鍵と受信した手形情報中の認証セッションＩＤと、受信
した手形情報中の手形発行ＩＤと、受信した支払先ＩＤ
とコンテンツＩＤとをパラメータとして手形署名を作成
し、受信した手形情報中の手形署名と、手形署名作成で
作成した手形署名が同じであるかを比較する（ステップ
６１５）。

【０２０９】再配送管理表中の再配送するコンテンツを
示すレコードの再配送回数を１増加する（ステップ６１
６）。再配送管理表の更新が成功したことを販売サーバ
３００に通知する（ステップ６１７）。この通知を契機
として販売サーバ３００は、当該コンテンツを再配送
し、ユーザはコンテンツの再配送を享受する。

【０２１０】次に、他の実施例を説明する。

【０２１１】上記の実施例では、コンテンツの非課金再
配送を対象としていたが、しかしながら、認証課金サー
バ１００は、コンテンツの購入時間やコンテンツの再配
送回数を管理している。また、非課金の判定をしている
のは、認証課金サーバ１００であるが、その応答を受
け、コンテンツの再配送を決定しているのは、販売サー
バ３００である。ここで、前述の実施例のシステムの提
供条件を変更すれば、以下のようなサービスを提供する
ことができる。

【０２１２】例えば、非課金ではなく、コンテンツの割
引サービスのようなことも可能である。コンテンツ再配
送が無料でなく、例えば、半額でコンテンツ再ダウンロ
ードが可能であるようなサービス提供が可能である。

【０２１３】また、認証課金サーバ１００はどのＩＣカ
ード並びにどの販売サーバ３００からコンテンツがいつ
購入されたかを知ることができる。従って、あるＩＣカ
ードについて、特定の販売サーバ３００から、一定期間
内にコンテンツを購入したような場合、当該販売サーバ
３００が販売する他のコンテンツについて割引サービス
を提供するような得意先割引サービス等が可能である。

【０２１４】また、期間限定非課金サービス、期間限定
割引サービス等も可能である。

【０２１５】更に、上記の実施例では、ＩＣカードを媒
体としたサービスの実施例について説明したが、この媒
体に関しては、必ずしもＩＣカードである必要はなく、
簡易な演算機能と記憶機能を持つ媒体であればどのよう
なものでもサービスを実施することができる。

【０２１６】なお、上記における認証課金サーバ１０
０、購入制御端末２００、及び販売サーバ３００の動作
をプログラムとして構築し、認証課金サーバ、購入制御
端末、及び販売サーバとして利用されるコンピュータに
インストールする、または、ネットワークを介して流通
させることも可能である。

【０２１７】また、構築されたプログラムを認証課金サ
ーバ、購入制御端末、及び販売サーバとして利用される
コンピュータに接続されるハードディスク装置や、フレ
キシブルディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格
納しておき、本発明を実施する際にインストールするこ
とにより、容易に本発明を実現できる。

【０２１８】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内において、種々変更・応
用が可能である。

【０２１９】

【発明の効果】上述のように、本発明によれば、ユーザ
が一旦購入したディジタルコンテンツに対して、一定期
間内であれば、非課金で再配送をすることができる。

【０２２０】また、ユーザが一旦購入したディジタルコ
ンテンツに対して、一定回数内であれば、非課金で再配
送をすることができる。

【０２２１】また、再配送のための再配送可能時間や再
配送可能回数は、各販売サーバがそれぞれのビジネスロ
ジックで決めることができる。また、これらの条件は、
認証課金サーバに登録することなく、自由に変更できる
ので、ビジネスロジックの変更に迅速に追随できる。

【０２２２】また、販売業者には、自分自身が一定期間
内に販売したコンテンツしか判らず、カードＩＤも判ら
ないため、他の販売業者と販売データの突合を行うこと
も不可能である。このような意味で匿名性が保たれたま
ま、販売業者の判断で一定期間内に販売したコンテンツ
の再配送が可能である。

【０２２３】また、コンテンツ再配送に関する情報を認
証課金サーバが集中して管理するため、販売サーバがそ
れらの情報を管理する必要がない。

【０２２４】また、販売サーバは、各事業者が独自に用
意し、その価格や性能も様々なものがあるため、一般に
高い信頼性が期待できないと考えられる。それに対して
認証課金サーバは、各事業者が集中的に利用し、障害が
あるとディジタルコンテンツ販売ネットワークそのもの
が使えなくなってしまうことから、高い信頼性が要求さ
れ、実際の運用においては信頼性の高い設備が用意され
ることが期待できる。そのため、本発明では、信頼性の
高い認証課金サーバと購入制御端末との通信のみ確保で
きれば、信頼性の低い販売サーバに障害が発生しても、
コンテンツの再配送を行うことができる。

【０２２５】また、再配送をするために、個々の販売業
者毎に販売履歴データベースを準備する必要はなく、認
証課金サーバで、課金・決済システムと一緒に運用でき
るため、より信頼性が高く、低コストにすることが可能
である。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明の前提となるシステム構成図である。

【図４】本発明の前提となる動作のシーケンスチャート
である。

【図５】本発明の一実施の形態におけるコンテンツ非課
金再配送処理のシーケンスチャートである。

【図６】本発明の一実施例の前提となるシステム構成図
である。

【図７】本発明の一実施例の前提となるＩＣカードのカ
ードデータ保持部内のデータ例である。

【図８】本発明の一実施例の前提となる認証課金サーバ
のカードバリュー管理ＤＢのレコードの例である。

【図９】本発明の一実施例の前提となるシステムの動作
のシーケンスチャートである。

【図１０】本発明の一実施例の前提となる課金認証サー
バにおける認証セッション情報の例である。

【図１１】本発明の一実施例の前提となる購入制御端末
における認証セッション情報の例である。

【図１２】本発明の一実施例の前提となるシステムにお
ける手形情報の例である。

【図１３】本発明の一実施例の前提となる手形決済履歴
管理表の例である。

【図１４】本発明の一実施例の再配送管理表のレコード
の例である。

【図１５】本発明の一実施例のコンテンツ非課金再配送
処理のシーケンスチャートである。

【図１６】本発明の一実施例のコンテンツ非課金再配送
処理における購入制御端末の動作のフローチャートであ
る。

【図１７】本発明の一実施例のコンテンツ非課金再配送
処理における認証課金サーバの動作のフローチャートで
ある。

【符号の説明】

１０ 媒体、ＩＣカード １００ 認証課金サーバ １０１ サーバ再認証手段 １０２ 再配送可否情報結果送信手段 １１０ 通信部 １２０ 認証セッション管理部 １３０ カードバリュー管理ＤＢ １４０ 再配送情報管理ＤＢ １５０ 精算部（精算ログＤＢ） ２００ 購入制御端末 ２０１ 再認証手段 ２０２ 再配送要求送信手段 ２１０ カードＲ／Ｗ ２２０ 通信部 ２３０ 課金制御部 ２４０ 購入制御部 ３００ 販売サーバ ３０１ 再配送可否情報要求送信手段 ３０２ コンテンツ再配送手段 ３１０ 通信部 ３２０ 制御部 ３３０ 販売履歴管理ＤＢ ３４０ 精算ログＤＢ ４００ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 折目 吉範 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 川村 浩正 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 インターネットを含むオープンなネット
   ワーク上で、ディジタルコンテンツに代表されるコンテ
   ンツを購入する際の課金対象となる媒体と、該媒体を挿
   入してユーザが対価を支払うことにより、コンテンツの
   取得を可能とするインタフェースである購入制御端末
   と、該購入制御端末と通信し、コンテンツを該購入制御
   端末に提供する販売サーバと、該媒体の持つ価値情報を
   管理し、該販売サーバからの要求により、課金を行い、
   該購入制御端末に対してどのコンテンツを販売したかを
   示す記録を保存する認証課金サーバからなるシステムに
   おいて、販売したディジタルコンテンツを補償するため
   のディジタルコンテンツ販売におけるコンテンツ補償方
   法において、 前記ユーザが、前記購入制御端末を操作して、前記販売
   サーバ上のコンテンツを購入することを決定すると、該
   購入制御端末が前記媒体からコンテンツに対する対価分
   のバリューに対する課金要求を該販売サーバに送信し、 前記販売サーバは、前記課金要求を前記認証課金サーバ
   に送信し、 前記認証課金サーバは、前記課金要求の正当性を確認
   し、管理している前記媒体の価値情報から該課金要求に
   対応する課金を行い、取引記録を記録し、課金が成功し
   たことを前記販売サーバに通知し、 前記販売サーバは、前記購入制御端末に対してコンテン
   ツの配送を行う場合において、 前記課金が成功したにも係わらず、ネットワークの障害
   などにより、前記販売サーバから前記購入制御端末に対
   するコンテンツの配送に失敗した状況において、 前記購入制御端末から前記コンテンツの再配送要求に対
   して、前記認証課金サーバにおいて、該再配送要求が前
   記販売サーバから取得した所定の再送可能条件を満たす
   場合に、前記販売サーバに対してコンテンツの再配送が
   可能であることを示す応答を返却し、 前記販売サーバから非課金で前記コンテンツを前記購入
   制御端末に対して再配送することを特徴とするディジタ
   ルコンテンツ販売におけるコンテンツ補償方法。
2. 【請求項２】 前記販売サーバから前記非課金で前記コ
   ンテンツを再配送する前記所定の再送可能条件として、 課金処理終了時刻から経過した時間が最大再配送可能時
   間内、または、該再配送回数が最大配送可能回数内とす
   る請求項１記載のディジタルコンテンツ販売におけるコ
   ンテンツ補償方法。
3. 【請求項３】 前記最大再配送可能時間を前記販売サー
   バにおいて任意に設定し、前記認証課金サーバに送信す
   る請求項２記載のディジタルコンテンツ販売における補
   償方法。
4. 【請求項４】 前記最大再配送可能回数を前記販売サー
   バにおいて任意に設定し、前記認証課金サーバに送信す
   る請求項２記載のディジタルコンテンツ販売における補
   償方法。
5. 【請求項５】 前記媒体が複数存在し、該媒体の価値情
   報を合算してコンテンツを購入する場合に、 前記認証課金サーバにおいて、 あるコンテンツに対する課金を行う際に、１回目のコン
   テンツの非課金再配送時は、複数の前記媒体の何れかを
   対象として再配送を許可し、２回目以降の該コンテンツ
   の非課金再配送については、１回目に非課金再配送の対
   象となった媒体以外に対しては、非課金再配送を許可し
   ない請求項１記載のディジタルコンテンツ販売における
   補償方法。
6. 【請求項６】 前記媒体に匿名性を持たせる請求項１乃
   至５記載のディジタルコンテンツ販売における補償方
   法。
7. 【請求項７】 インターネットなどのオープンなネット
   ワーク上で、ディジタルコンテンツに代表されるコンテ
   ンツを購入する課金対象となる媒体と、該媒体を挿入し
   てユーザが対価を支払うことにより、コンテンツの取得
   を可能とするインタフェースである購入制御端末と、該
   購入制御端末と通信し、コンテンツを該購入制御端末に
   提供する販売サーバと、該媒体の持つ価値情報を管理
   し、該販売サーバからの要求により、課金を行い、該購
   入制御端末に対してどのコンテンツを販売したかを示す
   記録を保存する認証課金サーバからなるシステムにおい
   て、販売したディジタルコンテンツを補償するためのデ
   ィジタルコンテンツ販売におけるコンテンツ補償システ
   ムであって、 前記認証課金サーバから前記販売サーバに対して課金成
   功の応答を返却したが、ネットワーク障害などにより、
   情報が欠落し、該認証課金サーバで課金が成功している
   にもかかわらず該販売サーバでは課金終了を認知してい
   ないために、コンテンツの配送を許可できない場合に、 前記購入制御端末は、 前記媒体を前記認証課金サーバとの間で再認証する再認
   証手段と、 前記販売サーバに対してコンテンツの再配送要求を送信
   する再配送要求送信手段と、を有し、 前記販売サーバは、 前記購入制御端末から取得した前記再配送要求に、最大
   再配送可能時間または、最大再配送可能回数を付与し
   て、コンテンツの再配送が可能か否かを問い合わせるた
   めの再配送可否情報要求を前記認証課金サーバに送信す
   る再配送可否情報要求送信手段と、 前記認証課金サーバからの前記再配送可否情報要求に対
   する応答が、コンテンツの再配送を許可する内容である
   場合には、前記購入制御端末に対してコンテンツを非課
   金で再配送するコンテンツ再配送手段と、を有し、 前記認証課金サーバは、 前記購入制御端末との間で前記媒体の再認証を行うサー
   バ再認証手段と、 前記販売サーバから前記再配送可否要求を受信すると、
   過去の取引ログを検索し、課金処理終了時刻から経過し
   た時間が前記最大再配送可能時間内であるか、または、
   再送回数が最大再配送可能回数内であるかを判断し、該
   最大再配送可能時間内であるか、または、該最大再配送
   可能回数内である場合には、非課金でコンテンツを再配
   送する許可を前記販売サーバに送信する再配送可否情報
   結果送信手段とを有することを特徴とするディジタルコ
   ンテンツ販売におけるコンテンツ補償システム。
8. 【請求項８】 前記販売サーバの前記再配送可否情報要
   求手段は、 前記再配送可否情報要求に付与する前記最大再配送可能
   時間または、前記最大再配送可能回数を任意に設定する
   手段を含む請求項７記載のディジタルコンテンツ販売に
   おけるコンテンツ補償システム。
9. 【請求項９】 前記認証課金サーバの前記再配送可否情
   報結果送信手段は、 １回目のコンテンツの非課金再配送時は、複数の前記媒
   体の何れかを対象として再配送を許可し、２回目以降の
   該コンテンツの非課金再配送については、１回目に非課
   金再配送の対象となった媒体以外に対する非課金再配送
   を許可しない判定を行う手段を含む請求項７記載のディ
   ジタルコンテンツ販売におけるコンテンツ補償システ
   ム。
10. 【請求項１０】 前記媒体に匿名性を持たせる請求項７
    乃至１０記載のディジタルコンテンツ販売における補償
    システム。
11. 【請求項１１】 インターネットなどのオープンなネッ
    トワーク上で、ディジタルコンテンツに代表されるコン
    テンツを購入する課金対象となる媒体と、該媒体を挿入
    することによりユーザが対価を支払うことにより、コン
    テンツを提供する販売サーバと、該媒体の持つ価値情報
    を管理し、該販売サーバからの要求により、課金を行
    い、該ユーザに対してどのコンテンツを販売したかを示
    す記録を保存する認証課金サーバを有するシステムにお
    いて、該媒体を挿入し、該販売サーバからのコンテンツ
    の取得を可能とするインタフェースである購入制御端末
    であって、 前記認証課金サーバから前記販売サーバに対して課金成
    功の応答を返却したが、ネットワーク障害などにより、
    該認証課金サーバで課金が成功しているにもかかわらず
    該販売サーバでは課金終了を認知していないために、前
    記購入制御端末に対してコンテンツの配送ができない場
    合に、 前記媒体を前記認証課金サーバとの間で再認証する再認
    証手段と、 前記販売サーバに対して、非課金でコンテンツの再配送
    要求を送信する再配送要求送信手段と、を有することを
    特徴とする購入制御端末。
12. 【請求項１２】 前記再配送要求送信手段は、 複数の媒体が挿入されている場合に、単一の媒体と同様
    に該複数の媒体に対する認証を行い、該複数の媒体が持
    つ価値情報を合算してコンテンツの購入を行う場合に、
    一度目の再配送要求に、合算購入に用いた何れかの媒体
    の媒体ＩＤを用いて送信する手段を含む請求項１１記載
    の購入制御端末。
13. 【請求項１３】 前記再配送要求送信手段は、 複数の媒体が挿入されている場合に、単一の媒体と同様
    に該複数の媒体に対する認証を行い、該複数の媒体が持
    つ価値情報を合算してコンテンツの購入を行う場合に、
    二度目以降の再配送要求に、合算購入に用いた何れかの
    媒体のうち、一度目の再配送要求時に使用した１つの媒
    体の媒体ＩＤのみを用いて送信する手段を含む請求項１
    １記載の購入制御端末。
14. 【請求項１４】 インターネットなどのオープンなネッ
    トワーク上で、ディジタルコンテンツに代表されるコン
    テンツを購入する課金対象となる媒体と、該媒体を挿入
    してユーザが対価を支払うことにより、コンテンツの取
    得を可能とするインタフェースである購入制御端末と、
    該購入制御端末と通信し、コンテンツを該購入制御端末
    に提供する販売サーバとを有するシステムにおいて、該
    媒体の持つ価値情報を管理し、該販売サーバからの要求
    により、課金を行い、該購入制御端末に対してどのコン
    テンツを販売したかの取引ログの記録を保存する認証課
    金サーバであって、 前記販売サーバに対して課金成功の応答を返却したが、
    ネットワーク障害などにより、情報が欠落し、課金が成
    功しているにもかかわらず該販売サーバでは課金終了を
    認知していないために、コンテンツの配送ができない場
    合に、 前記購入制御端末との間で前記媒体の再認証を行う再認
    証手段と、 前記販売サーバから最大再配送可能時間または、最大再
    配送可能回数が付与された再配送可否要求を受信する
    と、過去の前記取引ログを検索し、課金終了時刻から経
    過した時間が該最大再配送可能時間内であるか、また
    は、該再配送回数が該最大再配送可能回数内であるかを
    判断し、該最大再配送可能時間内であるか、または、該
    最大再配送可能回数内である場合には、コンテンツの非
    課金での再配送許可を前記販売サーバに送信する再配送
    可否情報結果送信手段とを有することを特徴とする認証
    課金サーバ。
15. 【請求項１５】 前記再配送可否情報結果送信手段は、 前記販売サーバから前記再配送可否要求を受信した際
    に、１回目のコンテンツの非課金再配送を判定する時
    は、複数の前記媒体の何れかを対象として再配送を許可
    し、２回目以降の該コンテンツの非課金再配送について
    は、１回目に非課金再配送の対象となった媒体以外に対
    する非課金再配送を許可しない判定を行う手段を含む請
    求項１４記載の認証課金サーバ。
16. 【請求項１６】 インターネットなどのオープンなネッ
    トワーク上で、ディジタルコンテンツに代表されるコン
    テンツを購入する課金対象となる媒体と、該媒体を挿入
    してユーザが対価を支払うことにより、コンテンツの取
    得を可能とするインタフェースである購入制御端末と、
    該媒体の持つ価値情報を管理し、課金要求に基づいてコ
    ンテンツ配信に対する課金を行い、該購入制御端末に対
    してどのコンテンツを販売したかを示す記録を保存する
    認証課金サーバとを有するシステムにおいて、該購入制
    御端末と通信し、コンテンツを該購入制御端末に提供す
    る販売サーバであって、 前記ネットワーク障害などにより、前記認証課金サーバ
    での課金が成功しているにもかかわらず、該認証課金サ
    ーバからの課金終了通知を認知していないために、前記
    購入制御端末へのコンテンツの配送ができない場合に、 再配送可能時間または、再配送可能回数を任意に設定し
    て、前記購入制御端末から取得したコンテンツの再配送
    要求に付与して、再配送可否情報要求として前記認証課
    金サーバに送信する再配送可否情報要求送信手段と、 前記認証課金サーバからの前記再配送可否情報要求に対
    する応答が、コンテンツの再配送を許可する内容である
    場合には、前記購入制御端末に対してコンテンツを非課
    金で再配送するコンテンツ再配送手段と、 を有することを特徴とする販売サーバ。