JP2003317015A - ディジタルコンテンツ課金システムにおける権利引継方法及びシステム及び購入制御端末及び認証課金サーバ - Google Patents

Abstract

(57)【要約】 【課題】 残額が使い切られたり、半端な残額が残って
いる第１の媒体の残額及び再配送の権利を第２の媒体に
引き継ぐ。 【解決手段】 本発明は、購入制御端末から引継要求を
認証課金サーバに送信し、認証課金サーバは、引継要求
を受信すると、媒体毎に管理している価値情報及び再配
送権利を引継元の媒体から引継先の媒体にマージするこ
とにより、引継元の媒体から引継先の媒体に価値情報及
び再配送権利を引き継ぐ。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタルコンテ
ンツ課金システムにおける権利引継方法及びシステム及
び購入制御端末及び認証課金サーバに係り、特に、イン
ターネット等のネットワーク上のディジタルコンテンツ
の少額の即時課金を行うためのプリペイド課金方法にお
いて使用するプリペイドカード毎に管理される権利の移
動を行うためのディジタルコンテンツ課金システムにお
ける権利引継方法及びシステム及び購入制御端末及び認
証課金サーバに関する。

【０００２】

【従来の技術】従来、インターネットなどのネットワー
ク上のコンテンツ購入等における即時課金の手段とし
て、クレジットカードやプリペイド方式のスクラッチカ
ード等が使用されている。

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

【０００４】さらに、認証サーバからカード認証（ＩＤ
認証）を行うことで、認証サーバで管理しているバリュ
ーを利用するプリペイド型のＩＣカードシステムがあ
る。

【０００５】これに関連して、ＩＣカードを使ったプリ
ペイド方式でなおかつ認証サーバと販売システム（販売
サーバ）が分離しており、認証サーバの事業者と販売シ
ステムの事業者が異なり、ユーザが販売システムに商品
を要求し、販売システムが認証サーバに課金を要求する
という手形方式による販売システム（特願２００１−３
２１０９９）がある。

【０００６】

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

【０００７】また、スクラッチカードを利用する場合に
も、カードに記載された番号を入力することでセンタに
登録されているバリューを使用するため、カードの番号
を他人に知られることによりバリューを不正使用されて
しまう危険がある。

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

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

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

【００１１】上記の課題を解決する手段として、ＩＣカ
ードを使ったプリペイド方式でなおかつ認証サーバと販
売システムが分離しており、認証サーバの事業者と販売
システムの事業者が異なり、ユーザが販売システムに商
品を要求し、販売システムが認証サーバに課金を要求す
るという手形方式による販売システムがあり、また、そ
のシステムにおいて、コンテンツ配送が失敗した場合
に、カード所有者の匿名性（少なくとも他の販売システ
ム（販売業者）から購入した商品情報などが漏洩するこ
とがない）を保ちつつ、販売業者が無課金再配送の判断
を行い、購入時に使用したカードを用いて無課金配送を
行うシステムがある。

【００１２】しかし、上記のシステムでは、少額の残額
が残っているカードの残額及び再配送の権利を別のカー
ドに安全に引き継ぐことができない。

【００１３】本発明は、上記の点に鑑みなされたもの
で、コンテンツ販売システム及び無課金配送を行うシス
テムにおいて、残額が使い切られたり、半端な残額が残
っている第１のプリペイドカードの残額及び再配送の権
利を第２のプリペイドカードに安全に引き継ぐことを可
能とする、ディジタルコンテンツ課金システムにおける
権利引継方法及びシステム及び購入制御端末及び認証課
金サーバを提供することを目的とする。

【００１４】

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

【００１５】本発明は、インターネットを含むネットワ
ーク上で、ディジタルコンテンツを含むコンテンツの購
入時の課金対象となる媒体と、該媒体と接続される購入
制御端末と、該購入制御端末を介してコンテンツを販売
する販売サーバと、該媒体の有する価値情報を管理し、
該販売サーバからの課金要求に基づいて、該媒体に対し
て課金を行い、コンテンツの販売記録を保持する認証課
金サーバからなり、該媒体に対する課金が成功したにも
関わらず、コンテンツの配送に失敗した場合に、一定期
間内において非課金で該コンテンツを再配送することが
可能であるディジタルコンテンツ課金システムにおける
権利引継方法において、購入制御端末と認証課金サーバ
間において、引継先の媒体と引継元の媒体を認証し（ス
テップ１）、認証課金サーバにおいて、購入制御端末か
ら引継要求を受信すると（ステップ２）、該購入制御端
末に接続されている引継元の媒体が有する価値情報及
び、コンテンツの再配送を受けることが可能な再配送権
利を引継先の媒体の情報にマージすることにより、引き
継ぐ（ステップ３）。

【００１６】本発明は、ユーザによって、引継先の媒体
が購入制御端末に挿入した後に、少なくとも１つの引継
元となる媒体が該購入制御端末に挿入されると、認証課
金サーバにおいて、連続して引継元の媒体から価値情報
及び再配送権利を引継先の媒体の情報にマージする。

【００１７】本発明は、ユーザによって、引継元の媒体
が購入制御端末に連続して挿入された後に、認証課金サ
ーバにおいて、引継元の媒体の価値情報及び再配送権利
を引継先の媒体の情報にマージする。

【００１８】本発明は、引継元の媒体と引継先の媒体の
関連付けを該媒体を一意に識別可能な識別子を用いて行
う。

【００１９】本発明は、購入制御端末において、ユーザ
の操作により引継元の媒体から引継先の媒体に引き継ぐ
金額が指定されると、認証課金サーバでは、ユーザによ
り指定された金額に基づいて、引継元の媒体の価値情報
を更新する。

【００２０】本発明は、購入制御端末において、ユーザ
の操作により引継元の媒体から引継先の媒体に引き継ぐ
再配送権利が指定されると、認証課金サーバでは、ユー
ザにより指定された再配送権利に基づいて、引継元の媒
体の再配送権利を更新する。

【００２１】本発明は、引継元の媒体の残額及び再配送
権利が全て引継先の媒体へ引き継がれた際に、認証課金
サーバは、購入制御端末に対して、該引継元の媒体の使
用を不可とするメッセージを送信し、購入制御端末で
は、引継元の媒体の使用を不可にする。

【００２２】本発明は、引継元の媒体の残額及び再配送
権利が全て引継先の媒体へ引き継がれた際に、認証課金
サーバは、該引継元の媒体に関する情報を破棄する。

【００２３】本発明は、インターネットを含むネットワ
ーク上で、ディジタルコンテンツを含むコンテンツの購
入時の課金対象となる媒体と、該媒体と接続される購入
制御端末と、該購入制御端末を介してコンテンツを販売
する販売サーバと、該媒体の有する価値情報を管理し、
該販売サーバからの課金要求に基づいて、該媒体に対し
て課金を行い、コンテンツの販売記録を保持する認証課
金サーバからなり、該媒体に対する課金が成功したにも
関わらず、コンテンツの配送に失敗した場合に、一定期
間内において非課金で該コンテンツを再配送することが
可能であるディジタルコンテンツ課金システムにおける
権利引継方法において、認証課金サーバ間において、引
継先の媒体と引継元の媒体を認証し、接続されている引
継元の媒体及び引継先の媒体が有する価値情報及び、コ
ンテンツの再配送を受けることが可能な再配送権利の引
継要求を認証課金サーバに送信し、認証課金サーバから
引継元の媒体の情報を引継先の媒体の情報にマージし、
引継が終了したことを示す引継結果を受信すると、該引
継元の媒体の使用を不可にする。

【００２４】本発明は、インターネットを含むネットワ
ーク上で、ディジタルコンテンツを含むコンテンツの購
入時の課金対象となる媒体と、該媒体と接続される購入
制御端末と、該購入制御端末を介してコンテンツを販売
する販売サーバと、該媒体の有する価値情報を管理し、
該販売サーバからの課金要求に基づいて、該媒体に対し
て課金を行い、コンテンツの販売記録を保持する認証課
金サーバからなり、該媒体に対する課金が成功したにも
関わらず、コンテンツの配送に失敗した場合に、一定期
間内において非課金で該コンテンツを再配送することが
可能であるディジタルコンテンツ課金システムにおける
権利引継方法において、購入制御端末間において、引継
先の媒体と引継元の媒体を認証し、購入制御端末に接続
されている引継元の媒体及び引継先の媒体が有する価値
情報及び、コンテンツの再配送を受けることが可能な再
配送権利の引継要求を受信し、引継元の媒体のコンテン
ツの再配送を受けることが可能な再配送権利を、引継先
の媒体の情報にマージすることにより、引き継ぎ、引継
元の媒体に関する情報を破棄する。

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

【００２６】本発明は、インターネットを含むネットワ
ーク上で、ディジタルコンテンツを含むコンテンツの購
入時の課金対象となる媒体と、該媒体と接続される購入
制御端末２００と、該購入制御端末２００を介してコン
テンツを販売する販売サーバと、該媒体の有する価値情
報を管理し、該販売サーバからの課金要求に基づいて、
該媒体に対して課金を行い、コンテンツの販売記録を保
持する認証課金サーバ１００からなり、該媒体に対する
課金が成功したにも関わらず、コンテンツの配送に失敗
した場合に、一定期間内において非課金で該コンテンツ
を再配送することが可能であるディジタルコンテンツ課
金システムにおける権利引継システムであって、認証課
金サーバ１００は、購入制御端末２００との間におい
て、引継先の媒体１０Ａと引継元の媒体１０Ｂを認証す
るサーバ認証手段１０１と、購入制御端末２００から該
購入制御端末２００に接続されている引継元の媒体１０
Ｂが有する価値情報及び、コンテンツの再配送を受ける
ことが可能な再配送権利を含む引継要求を受信すると、
該引継先の媒体１０Ａの情報にマージすることにより、
引き継ぐ引継手段１０２と、を有し、購入制御端末２０
０は、認証課金サーバ１００との間において、引継先の
媒体１０Ａと引継元の媒体１０Ｂを認証する端末認証手
段２０１と、接続されている引継元の媒体１０Ｂが有す
る価値情報及び、コンテンツの再配送を受けることが可
能な再配送権利の引継要求を認証課金サーバに送信する
引継要求手段２０２と、を有する。

【００２７】本発明は、購入制御端末２００において、
ユーザによって引継先の媒体１０Ａが挿入され、その後
に、少なくとも１つの引継元の媒体１０Ｂが挿入された
場合に、該引継元の媒体１０Ｂからの引継要求を認証課
金サーバ１００に送信する手段を含み、認証課金サーバ
１００において、引継元の媒体１０Ｂから価値情報及び
再配送権利を、連続して引継先の媒体１０Ａの情報にマ
ージする手段を含む。

【００２８】本発明は、ユーザによって引継元の媒体が
購入制御端末２００に連続して挿入された場合に、認証
課金サーバ１００は、引継元の媒体１０Ｂの価値情報及
び再配送権利を引継先の媒体１０Ａの情報にマージする
手段を含む。

【００２９】本発明は、認証課金サーバ１００及び購入
制御端末２００において、引継元の媒体１０Ｂと引継先
の媒体１０Ａの関連付けを該媒体を一意に識別可能な識
別子を用いて行う。

【００３０】本発明は、購入制御端末２００において、
ユーザの操作により引継元の媒体１０Ｂから引継先の媒
体１０Ａに引き継ぐ金額を指定させる手段を有し、認証
課金サーバ１００において、ユーザにより指定された金
額に基づいて、引継先の媒体１０Ａの情報を更新する手
段を有する。

【００３１】本発明は、購入制御端末２００において、
ユーザに引継元の媒体１０Ｂから引継先の媒体１０Ａに
引き継ぐ再配送権利を指定させる手段を有し、認証課金
サーバ１００において、ユーザにより指定された再配送
権利に基づいて、引継元の媒体１０Ｂの再配送権利を更
新する手段を有する。

【００３２】本発明は、認証課金サーバ１００におい
て、引継元の媒体１０Ｂの残額及び再配送権利が全て引
継先の媒体１０Ａに引き継がれた際に、購入制御端末２
００に対して、該引継元の媒体１０Ｂの使用を不可とす
るメッセージを送信する手段を有し、購入制御端末２０
０において、引継元の媒体１０Ｂの使用を不可にする手
段を有する．本発明は、認証課金サーバ１００におい
て、引継元の媒体１０Ｂの残額及び再配送権利が全て引
継先の媒体１０Ａに引き継がれた際に、該引継元の媒体
１０Ｂに関する情報を破棄する手段を有する。

【００３３】本発明は、インターネットを含むネットワ
ーク上で、ディジタルコンテンツを含むコンテンツの購
入時の課金対象となる媒体と、該媒体と接続される購入
制御端末と、該購入制御端末を介してコンテンツを販売
する販売サーバと、該媒体の有する価値情報を管理し、
該販売サーバからの課金要求に基づいて、該媒体に対し
て課金を行い、コンテンツの販売記録を保持する認証課
金サーバからなり、該媒体に対する課金が成功したにも
関わらず、コンテンツの配送に失敗した場合に、一定期
間内において非課金で該コンテンツを再配送することが
可能であるディジタルコンテンツ課金システムにおける
購入制御端末であって、認証課金サーバとの間におい
て、引継先の媒体と引継元の媒体を認証する手段と、接
続されている引継元の媒体及び引継先の媒体が有する価
値情報及び、コンテンツの再配送を受けることが可能な
再配送権利の引継要求を認証課金サーバに送信する手段
と、認証課金サーバから引継元の媒体の情報を引継先の
媒体の情報にマージし、引継が終了したことを示す引継
結果を受信すると、該引継元の媒体の使用を不可にする
手段とを有する。

【００３４】本発明は、インターネットを含むネットワ
ーク上で、ディジタルコンテンツを含むコンテンツの購
入時の課金対象となる媒体と、該媒体と接続される購入
制御端末と、該購入制御端末を介してコンテンツを販売
する販売サーバと、該媒体の有する価値情報を管理し、
該販売サーバからの課金要求に基づいて、該媒体に対し
て課金を行い、コンテンツの販売記録を保持する認証課
金サーバからなり、該媒体に対する課金が成功したにも
関わらず、コンテンツの配送に失敗した場合に、一定期
間内において非課金で該コンテンツを再配送することが
可能であるディジタルコンテンツ課金システムにおける
認証課金サーバであって、購入制御端末間において、引
継先の媒体と引継元の媒体を認証する手段と、購入制御
端末に接続されている引継元の媒体及び引継先の媒体が
有する価値情報及び、コンテンツの再配送を受けること
が可能な再配送権利の引継要求を受信する手段と、引継
元の媒体のコンテンツの再配送を受けることが可能な再
配送権利を、引継先の媒体の情報にマージすることによ
り、引き継ぐ手段と、引継元の媒体に関する情報を破棄
する手段と、を有する。

【００３５】上記のように、本発明では、認証媒体毎に
価値情報（プリペイド残額）及び再配送権利を認証課金
サーバで管理しているシステムにおいて、権利の引継先
となる認証媒体と権利の引継元となる認証媒体の双方を
認証し、引継元の認証媒体を認証することにより得られ
た手形署名鍵によって生成される手形情報を認証課金サ
ーバに送付し、認証課金サーバが手形署名情報検査後、
引継元の媒体に対応付けられて管理されているプリペイ
ド残額及び再配送権利を、引継先のプリペイド残額及び
再配送権利にマージすることによって、引継元認証媒体
のプリペイド残額及び再配送権利を安全に引継先の認証
媒体に移行することが可能になる。

【００３６】これにより、認証課金サーバで媒体の媒体
ＩＤ毎にプリペイド残額管理やコンテンツ再配送管理を
行っているため、ユーザは、例えば、ＩＣカードのプリ
ペイド残額を使い切った場合においても、ＩＣカードの
カードＩＤ毎に管理されているコンテンツ再配送の権利
の保持のため、安易にＩＣカードを破棄することができ
なかったが、本発明によりプリペイド残額及び再配送の
権利を引き継ぐことが可能であるため、利用頻度の低い
と予想されるＩＣカードの破棄が可能となる。また、引
継元の媒体の残額及び再配送の権利を引き継ぐことによ
り、ユーザは、引継先となったカードのみを保持すれば
よい。

【００３７】また、引継後は、引継元のカードに関する
情報を破棄することが可能であり、認証課金サーバのデ
ィスクスペースの無駄を削減することが可能となる。

【００３８】

【発明の実施の形態】最初に、本発明の前提となる動作
について説明する。

【００３９】図３は、本発明の一実施の形態におけるシ
ステム構成図である。

【００４０】同図に示すシステムは、複数の認証媒体１
０と、複数の購入制御端末２００と、複数販売サーバ３
００と、１つの認証課金サーバ１００から構成される。

【００４１】認証媒体１０は、購入制御端末２００に接
続されることによって使用可能な、個々の媒体を一意に
特定できる識別子（媒体ＩＤ）が割り当てられたカード
などの媒体であり、認証課金サーバ１００から認証を受
けることによって媒体ＩＤに対する正当な媒体であるこ
とを保証するための機能を包含している。

【００４２】また、購入制御端末２００は、購入者の操
作等に従い、販売サーバ３００に対してコンテンツ等の
商品の購入要求を行う端末であり、購入要求を行う際
に、接続された認証媒体１０の認証制御や手形情報の生
成を行うことで、生成した手形情報を販売サーバ３００
に送信するなど、媒体ＩＤに関連付けられたバリューか
ら販売サーバ３００に対しての支払制御を行う端末であ
る。

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

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

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

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

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

【００４８】以下、上記の構成における動作の概要を説
明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６５】上記のシステムにおいて、認証課金サーバ
１００でＩＣカード毎に管理されているプリペイド残額
と再配送の権利を他のＩＣカードに移行する際の処理に
ついて説明する。

【００６６】（１） 権利引継処理を行う場合には、購
入制御端末２００では、権利の引継先となりＩＣカード
の認証を行い、認証状態のＩＣカードより媒体ＩＤを取
得する。

【００６７】また、権利の移動元となるＩＣカードの認
証を行い、権利引継元のＩＣカードを特定するための情
報である媒体ＩＤ等を取得し、認証課金サーバ１００か
ら送付された手形署名鍵を用いて、引継先の媒体や引継
元の媒体を特定する媒体ＩＤ等の情報に対して暗号化や
電子署名を行うことで第３者による偽造・改ざんが不可
避な手形署名情報を生成する。

【００６８】（２） 次に、権利引継元の媒体ＩＤと権
利引継先の媒体ＩＤと、生成した権利引継情報である手
形署名情報を、権利引継のための手形情報として、認証
課金サーバ１００に送信することで、権利引継の要求を
行う。

【００６９】（３） 認証課金サーバ１００では、手形
情報（引継先の媒体ＩＤ、引継元の媒体ＩＤ、手形署名
情報等）を受信すると、引継元の媒体ＩＤに対応する手
形署名鍵を用いて、復号化や電子署名検証などにより手
形署名情報の確認を行い、手形署名情報が正しいことが
確認されると、認証課金サーバ１００内に保存してある
引継元媒体ＩＤに対応するプリペイド残額や再配送権利
を引継先媒体ＩＤに対応するプリペイド残額や再配送権
利にマージし、権利引継の処理を行う。

【００７０】次に、上記のシステムの前提となる動作を
説明する。

【００７１】図４は、本発明の一実施の形態におけるシ
ステムの前提となる動作のシーケンスチャート（コンテ
ンツ課金処理）である。

【００７２】以下では、媒体認証処理（ステップ１１
０）、支払処理（ステップ１２０）、認証状態終了処理
（ステップ１３０）に分けて説明する。

【００７３】ステップ１１０） 媒体認証が完了し、認
証課金サーバ１００で媒体ＩＤと媒体が媒体ＩＤに対す
る正当な媒体であることが確認されると、媒体ＩＤに対
する手形署名鍵等の手形情報生成に必要なデータを生成
し、当該媒体ＩＤの媒体が認証中であることを示す認証
セッション情報として保存すると共に、媒体認証結果と
して、手形署名鍵などの生成したデータを購入制御端末
２００に送信する。

【００７４】ここで、認証課金サーバ１００は、手形署
名鍵と共に、認証セッションＩＤを生成・保存し、手形
署名鍵と共に、購入制御端末２００に送信する。

【００７５】なお、手形署名鍵は、購入制御端末以外の
第三者に見られない形で送付する必要がある。

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

【００７７】ステップ１２０） 支払処理で示した範囲
の処理は、手形情報の生成・払出しによるコンテンツ等
の商品購入に対する支払処理を行うが、当該支払処理の
タイミングは、ステップ１１０の媒体認証処理の後で、
ステップ１３０の認証状態終了処理の前であればいつで
もよいが、通常は、購入者から指示が出たときに行う。

【００７８】また、支払処理で示した範囲の処理は、１
回の媒体認証処理に対して複数回行うことが可能であ
り、即ち、１回の媒体認証で、複数の販売サーバ３００
への複数回の支払（複数の販売サーバからの複数回の商
品購入）が可能となっている。支払処理では、まず、手
形情報生成処理として、１つの取引を特定する情報であ
る手形発行ＩＤの生成や、媒体ＩＤや、手形署名鍵等を
使用した手形情報の生成を行う（ステップ１２１）。

【００７９】手形情報は、 ・取引を特定する情報； ・署名情報；からなり、ここで、取引を特定する情報
は、媒体ＩＤまたは、認証セッションＩＤ等の媒体を一
意に特定できる情報と、媒体認証セッション内での取引
を特定する情報である手形発行ＩＤとからなる。

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

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

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

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

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

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

【００８６】課金が成功すると、課金が成功した取引に
関する情報を認証課金サーバ１００が持つ再配送管理表
に記録する（ステップ１２７）。記録する情報は、支払
先ＩＤ、媒体ＩＤ、認証セッションＩＤ、手形発行ＩＤ
である。

【００８７】また、認証課金サーバ１００では、再配送
登録処理時に、再配送回数を０回に初期化して再配送管
理表に登録する。

【００８８】また、認証課金サーバ１００では、再配送
登録処理時に、課金処理終了時刻として、認証課金サー
バ１００が持つ現在時刻を再配送管理表に登録する。

【００８９】また、認証課金サーバ１００では、上記の
パラメータ以外にも、例えば、コンテンツを示すコンテ
ンツＩＤやコンテンツ名などの情報を再配送管理表に登
録することで、さらにサービス利便性を向上させること
も可能であるが、これらの情報は必須ではない。

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

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

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

【００９３】次に、本発明の前提となる無課金再配送処
理について説明する。

【００９４】図５は、本発明の一実施の形態における前
提となる動作のシーケンスチャート（無課金再配送処
理）である。

【００９５】以下では、媒体認証処理（ステップ２１
０）と無課金再配送処理（ステップ２２０）を説明す
る。

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

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

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

【００９９】媒体１０の再認証処理は、図４を用いて説
明した手形方式による課金システムの認証処理と全く同
じである。

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

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

【０１０２】再配送可否情報要求を受信した認証課金サ
ーバ１００では、それが持つ手形情報から、再配送可否
情報要求が現在認証中の媒体１０から送信された情報で
あるのかどうかを、認証中検査により検査する（ステッ
プ２２４）。この認証中検査の処理は、図３で説明した
認証中検査の処理と全く同じ処理である。認証中検査に
より現在認証中の媒体１０である認知されれば、送信さ
れてきた再配送可否情報要求が正しい要求であるかどう
かを検査する（ステップ２２５）。正しい要求であると
認知されれば、送信されてきた手形情報から、認証中の
媒体を特定できる。こうして特定した媒体ＩＤをキーに
して、再配送管理表に再配送が可能な情報が登録されて
いないかどうかを検査する（ステップ２２６）。このと
き、再配送可否要求情報に、最大再配送可能回数と最大
再配送可能時間のいずれもが設定されていなければ、認
証課金サーバ１００では、再配送手形管理表に登録され
ている媒体ＩＤに関連付けられたすべての取引情報、即
ち過去にその媒体から課金されたすべての取引の認証セ
ッションＩＤや、手形発行ＩＤなどからなる、再配送可
能コンテンツ情報を、再配送可否情報結果として送信す
る（ステップ２２７）。

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

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

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

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

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

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

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

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

【０１１１】再配送管理表更新要求を受信した認証課金
サーバ１００は、再配送管理表更新要求が現在認証中の
媒体１０から送信された情報であるのかどうかを検査す
る（ステップ２３２）。この認証中検査の処理は、図４
を用いて説明した課金システム中の認証中検査の処理と
全く同じ処理である。認証中検査により現在認証中の媒
体であると認知されれば、再配送情報検査を行う。

【０１１２】次に、送信されてきた再配送管理表更新要
求が正しい要求であるかどうかを検査する（ステップ２
３３）。検査により正しい要求であると認知されれば、
認証課金サーバ１００において、再配送要求情報から再
配送管理表を検索し、当該取引の再配送回数を１つ加算
し（ステップ２３４）、再配送管理表更新結果として販
売サーバ３００に送信する（ステップ２３５）。

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

【０１１４】次に、本発明の特徴である、権利引継処理
について説明する。

【０１１５】前述したように、本発明の前提となるシス
テムにおいては、認証課金サーバ１００で媒体ＩＤ毎に
プリペイド残額と再配送権利を管理しており、ユーザ毎
に管理しているわけではないので、複数の認証媒体を利
用しているユーザは、認証媒体に対応するプリペイド残
額及び再配送権利の放棄をしない限り複数の認証媒体を
保持する必要があるが、本発明では、認証媒体の媒体Ｉ
Ｄに対応するプリペイド残額及び再配送権利を他の認証
媒体に引継可能にすることにより、ユーザの権利を損ね
ることを回避する。

【０１１６】図６は、本発明の一実施の形態における権
利引継処理のシーケンスチャートである。

【０１１７】ユーザは、権利の引継先となる媒体を購入
制御端末２００に挿入し、引継先媒体の認証処理を行う
（ステップ３１０）。ここでの媒体認証処理は、図４を
用いて説明した手形方式による課金システムにおける媒
体認証と全く同じ処理である。

【０１１８】また、ユーザは、権利の引継元となる媒体
１０を購入制御端末２００に挿入し、引継元媒体の認証
処理を行う（ステップ３２０）。ここでの媒体認証処理
は、図４を用いて説明した課金システムにおける媒体認
証と全く同じ処理である。

【０１１９】上記の権利引継先となる媒体と権利引継元
となる媒体の認証処理は、後述する権利引継情報生成の
処理開始までに完了していればよく、順序は問わない。

【０１２０】権利引継先となる媒体１０Ｂと権利引継元
となる媒体１０Ａの認証処理を完了後、購入制御端末２
００は、引継先認証媒体１０Ｂを特定するための情報
（媒体ＩＤ等）を取得もしくは、生成し、引継元認証媒
体１０Ａを特定するための情報（媒体ＩＤ等）を取得、
もしくは生成し、認証課金サーバ１００から送付された
引継元媒体ＩＤに対応した手形署名鍵を用いて、引継先
の媒体１０Ｂや引継元の媒体１０Ａを特定する媒体ＩＤ
等の情報に対して暗号化や電子署名等を行うことで第三
者による偽造・改竄が不可避な手形署名情報を生成する
（ステップ３３１）。

【０１２１】次に、権利引継元の媒体ＩＤと権利引継先
の媒体ＩＤと生成した権利引継許可情報である手形署名
情報を、権利引継のための手形情報として、認証課金サ
ーバ１００に送信することで、権利引継の要求を行う
（ステップ３３２）。

【０１２２】認証課金サーバ１００では、手形情報（引
継先媒体特定情報、引継元媒体特定情報、手形署名情報
等）を受信すると、引継元媒体特定情報から媒体を一意
に特定し、媒体が認証中であるか否かを検査する（ステ
ップ３３３）。ここでの認証中検査は、図４を用いて説
明した手形方式による課金システム中の認証中検査と全
く同じ処理である。

【０１２３】認証中検査を完了後、認証課金サーバ１０
０は、引継元の媒体ＩＤに対応する手形署名鍵を用い
て、復号化や電子署名検証などにより、手形署名情報の
確認を行い、手形署名情報が正しいことを確認する（ス
テップ３３４）。

【０１２４】次に、認証課金サーバ１００は、受信した
引継先媒体特定情報から引継先媒体１０Ｂを特定する媒
体ＩＤ等の情報を取得する（ステップ３３５）。

【０１２５】次に、認証課金サーバ１００は、受信した
引継元媒体特定情報から引継元媒体１０Ａを特定する媒
体ＩＤ等の情報を取得する（ステップ３３６）。

【０１２６】次に、認証課金サーバ１００は、サーバ内
のデータベースに格納されている引継元媒体ＩＤに対応
するプリペイド残額や再配送権利を引継先媒体ＩＤに対
応するプリペイド残額や再配送権利にマージし、引継が
完了したことを購入制御端末２００に通知する（ステッ
プ３３７〜３３９）。

【０１２７】上記のように、バリュー管理ＤＢの更新
と、再配送管理表更新を行うことにより、プリペイド残
額や再配送権利は、引継元の媒体から引継先の媒体ドへ
と引き継がれる。

【０１２８】ここで、認証課金サーバ１００は、権利引
継処理によって引継元媒体のプリペイド残額が０かつ再
配送権利が皆無になった場合に、その引継元カードに関
する情報をすべてデータベース等から削除する処理を行
い、ディスクスペース等のリソースの有効活用を図って
もよい。

【０１２９】

【実施例】以下、図面と共に本発明の実施例を説明す
る。

【０１３０】［第１の実施例］図７は、本発明の第１の
実施例の前提となるシステム構成を示す。

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

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

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

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

【０１３５】図８は、本発明の第１の実施例のＩＣカー
ドのカードデータ保持部のデータの例を示す。

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

【０１３７】販売サーバ３００は、インターネットなど
のネットワークに接続され、購入制御端末２００や認証
課金サーバ１００との通信を行う通信部３１０と、購入
制御端末２００からの商品の購入要求を受け付け、購入
要求受付時に受け取った手形情報を認証課金サーバ１０
０に送付することで課金要求を行い、課金要求の結果か
ら購入制御端末２００に対して商品受取のための許可情
報の送付や、コンテンツダウンロードを行うなどの、コ
ンテンツ等の商品販売の課金制御を行う制御部３２０を
有するサーバである。また、販売サーバ３００は、コン
テンツの再配送を可能とするために過去の販売したコン
テンツ情報と、認証課金サーバ１００が管理する取引を
特定する情報の対応を持つ、販売履歴管理ＤＢ３３０を
有する。なお、販売サーバ３００を持つ販売者は、認証
課金サーバ１００からの精算処理により販売額に対応し
た代金を受け取ることになるが、精算時の確認のための
情報を蓄える精算ログＤＢ３４０を持つこともある。

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

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

【０１４０】図９は、本発明の第１の実施例の認証課金
サーバのカードバリュー管理ＤＢの例を示す。

【０１４１】カードバリュー管理ＤＢ１３０のデータ
は、個々のＩＣカード１０を一意に特定する識別子であ
るカードＩＤと、カードＩＤに対するバリューであるプ
リペイド残額と、カード認証時に認証データの生成に使
用するカード認証鍵からなる。次に、上記のシステムに
おける本発明の前提となる手形方式による課金の動作を
説明する。

【０１４２】以下、本実施例の前提となるシステムの動
作であるＩＣカード認証処理から認証状態終了処理まで
を説明する。

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

【０１４４】まず、購入制御端末２００にＩＣカード１
０が挿入されると（ステップ４０１）、購入制御端末２
００では、“ＩＣカード認証処理”で示した範囲で挿入
されたＩＣカード１０の認証を行う。

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

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

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

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

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

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

【０１５１】図１１は、本発明の第１の実施例の認証課
金サーバにおける認証セッション情報の例を示す。同図
の例では、認証課金サーバ１００の認証セッション情報
は、カードＩＤと認証セッションＩＤと手形署名鍵と認
証タイムアウト時間、使用済手形発行ＩＤリストからな
る。

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

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

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

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

【０１５６】図１２は、本発明の第１の実施例の購入制
御端末における認証セッション情報の例を示す。

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

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

【０１５９】また、認証セッションＩＤと手形署名鍵
は、ＩＣカード認証結果として認証課金サーバ１００か
ら受信したデータである。

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

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

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

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

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

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

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

【０１６７】手形情報生成処理では、購入制御端末２０
０では、まず、認証セッション情報の認証セッションＩ
Ｄと手形署名鍵と次回手形発行ＩＤを読み出し、課金制
御部２３０で手形署名の作成を行うことで手形情報を生
成すると共に、認証セッション情報の手形発行可能額か
ら購入コンテンツの価格である支払額を減算し、次回手
形発行ＩＤに１加算する（ステップ４２０）。但し、当
該認証セッション情報の認証タイムアウト時間を超えて
いるときには、手形情報を作成しても手形情報による課
金ができないため、手形情報の生成は行わずに支払処理
を中止するか、再度ＩＣカード認証処理を行うことにな
る。なお、課金制御部２３０で保持する認証タイムアウ
ト時間内の認証セッション情報が複数ある時には、適合
なカードの認証セッション情報を選び出すことになる
が、認証セッション情報の選択は、 ・早く挿入されたカードの認証セッション情報を選ぶ； ・残額の少ないカードから選ぶ； ・残額の多いカードから選ぶ；等のルールや、他のルー
ルによっても構わない。

【０１６８】図１３は、本発明の第１の実施例における
手形情報の例を示す。

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

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

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

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

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

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

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

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

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

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

【０１７９】ここで、手形情報中の手形署名と作成され
た手形署名が異なる場合には、手形情報または、販売サ
ーバ３００から指定された情報が不正であると判断し、
販売サーバ３００に対して課金失敗を通知し、処理を終
了する。そうでなれば課金処理を行う（ステップ４２
４）。

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

【０１８１】課金が成功すると、カードＩＤ、支払先Ｉ
Ｄ、手形情報、購入時間、再配送回数を再配送情報管理
ＤＢ１４０に登録する。再配送回数は、再配送情報管理
ＤＢ１４０に登録する時点では、０であるので、０とし
て登録する（ステップ４２６）。再配送情報管理ＤＢ１
４０のレコード例を図１５に示す。

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

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

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

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

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

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

【０１８８】ここで、送信する情報は、認証セッション
を特定できる情報であればなんでもよく、本実施例にお
いてもカードＩＤではなく、認証セッションＩＤでもよ
い。認証課金サーバ１００では、ＩＣカード認証終了要
求を受信すると、受信したカードＩＤにより認証セッシ
ョン管理部１２０で保持する認証セッション情報を検索
し、検索された認証セッション情報を削除することでカ
ードＩＤに対する認証状態の破棄を行い（ステップ４３
２）、認証状態が破棄されたことを購入制御端末２００
に通知する（ステップ４３３）。

【０１８９】次に、本発明の前提となる無課金再配送に
ついて説明する。

【０１９０】本発明の前提となるシステムのもう一つの
処理対象として、コンテンツ無課金再配送処理がある。
本システムにおいては、認証課金サーバ１００におい
て、再配送登録（ステップ４２６）が終了した後に、ネ
ットワークの障害、あるいは販売サーバ３００の障害な
どにより、コンテンツを全て配信することができなかっ
た、あるいは、コンテンツが配信されなかった場合に、
コンテンツを無課金で再配送することを可能にしてい
る。

【０１９１】以下、本実施例の前提となる当該無課金再
配送処理について説明する。

【０１９２】図１６は、本発明の第１の実施例の無課金
配送処理のシーケンスチャートである。

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

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

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

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

【０１９７】再配送可否情報要求を受信した認証課金サ
ーバ１００では、それが持つ手形情報から、再配送可否
情報要求が現在認証中のＩＣカードから送信された情報
であるのかどうかを検査する（ステップ５２４）。

【０１９８】次に、再配送要求情報検査として、送信さ
れてきた再配送可否情報要求が正しい要求であるかどう
かを検査する（ステップ５２５）。正しい要求であると
認知されれば、送信されてきた手形情報と図１１に示す
認証課金サーバ１００の認証セッション情報から、認証
中のＩＣカードのカードＩＤを特定できる。こうして特
定したカードＩＤをキーにして、再配送情報管理ＤＢ１
４０に再配送可能な情報が登録されていないかどうかを
検査する（ステップ５２６）。図１５に示すような再配
送情報管理ＤＢ１４０をカードＩＤをキーにして検索す
ることにより、過去の取引情報を手形情報（過去の取引
時に登録された過去の取引の認証セッションＩＤ，手形
発行ＩＤ，手形署名鍵）が検索できる。これらの取引の
うち、再配送回数が、最大再配送回数以下であり、現在
時刻が購入時間と最大再配送可能時間の合計より小さい
取引の手形情報を再配送可能コンテンツ情報とする。再
配送可能コンテンツ情報は、あるカードに対して再配送
可能な過去のすべての取引を表す情報であるので、単独
の取引とは限らず、複数の取引情報からなることも考え
られる。

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

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

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

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

【０２０３】なお、上記のコンテンツ情報は、認証課金
サーバ１００が直接管理してもよい。

【０２０４】コンテンツ情報を受信した購入制御端末２
００は、再ダウンロード可能なコンテンツ一覧表示メニ
ューなどの形で、コンテンツ名やコンテンツ購入時間を
表示し、ユーザに再配送を行うコンテンツの選択を促
す。

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

【０２０６】再配送要求情報は、基本的に、前述した手
形情報と同じであるが、これに再配送するコンテンツを
示すコンテンツ情報を含む。購入制御端末２００は、再
配送要求情報を無課金再配送要求として販売サーバ３０
０に送信する（ステップ５３０）。

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

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

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

【０２１０】上記の前提の基で、本発明の特徴である権
利引継処理について説明する。

【０２１１】上記の前提において説明したように、認証
課金サーバ１００では、図９のカードバリュー管理ＤＢ
１３０に示すようにＩＣカード１０のカードＩＤ毎にプ
リペイド残額を保持しており、また、図１５の再配送情
報管理ＤＢ１４０に示すように、ＩＣカード１０のカー
ドＩＤと当該ＩＣカード１０を使用して購入したコンテ
ンツの取引及びコンテンツの再配送回数等の記録が対応
付けられて管理されている。

【０２１２】上記の前提では、認証課金サーバ１００で
ＩＣカード１０のカードＩＤ毎にプリペイド残額管理
や、コンテンツ再配送管理を行っているため、ユーザは
ＩＣカード１０のプリペイド残額を使い切った場合にお
いても、ＩＣカード１０に対応付けられて管理されてい
るコンテンツ再配送の権利の保持のため、安易にＩＣカ
ード１０を破棄することができない。また、ユーザがＩ
Ｃカードの残りのプリペイド残額が少額である第１のＩ
Ｃカード１０Ａに加え、第２のＩＣカード１０Ｂを新規
に購入した場合に、第１のＩＣカード１０Ａと第２のＩ
Ｃカード１０Ｂの２枚のカードを持ち歩く必要がある。
このような場合において、ＩＣカード毎に認証課金サー
バ１００で管理されている情報をマージすることによ
り、引継元のＩＣカード１０Ａの廃棄を可能とし、ま
た、認証課金サーバ１００の情報をクリアすることが可
能となり、システムのリソースの有効活用が促進でき
る。

【０２１３】図１７は、本発明の第１の実施例の権利引
継書のシーケンスチャートである。ユーザは、購入制御
端末２００上で権利引継処理を開始する。

【０２１４】権利引継処理開始の契機は、権利引継ボタ
ンの押下などにより明示的な操作であってもよいし、購
入制御端末２００に第１のカード１０Ａを挿入している
際に、第２のＩＣカード１０Ｂを挿入した時点で、購入
制御端末２００が第２のＩＣカード１０Ｂの挿入を検知
し、ユーザに権利引継操作を促す画面を表示してもよい
し、第２のＩＣカード１０Ｂの挿入を検知した際に自動
的に権利引継の処理を開始してもよい。

【０２１５】購入制御端末２００が自動的に権利引継処
理を行う場合には、例えば、・挿入されている第１のカ
ードから後に挿入された第２のカードに権利を引き継
ぐ；・残額の少ないカードから、残額の多いカードへ権
利を引き継ぐ；等のルールや、他のルールによっても構
わない。

【０２１６】本実施例における権利引継処理では、ま
ず、ユーザは、購入制御端末２００上で権利引継ボタン
の押下等の明示的な操作を行い、権利の引継先となる第
１のＩＣカード１０Ａを購入制御端末２００に挿入する
こととして説明する。

【０２１７】購入制御端末２００は、権利の引継先のＩ
Ｃカード１０Ａの挿入を検知すると（ステップ６０
１）、認証課金サーバ１００との間で引継先のＩＣカー
ド１０Ａの認証を行う（ステップ６０２）。この引継先
のＩＣカード１０Ａの認証は、前述のＩＣカード認証方
法と同様である。

【０２１８】次に、ユーザは、権利の引継元のＩＣカー
ド１０Ｂを購入制御端末２００に挿入し（ステップ６０
３）、権利引継処理を行う。

【０２１９】購入制御端末２００は、権利の引継元とな
る引継元のＩＣカード１０Ｂの挿入を検知すると、認証
課金サーバ１００との間で引継元のＩＣカード１０Ｂの
認証を行う（ステップ６０４）。この引継元のＩＣカー
ド１０Ｂの認証方法は、前述の方法と同様である。

【０２２０】権利引継元のＩＣカード１０Ｂの認証が終
了したら、購入制御端末２００は、権利引継手形生成処
理を行う（ステップ６０５）。図１８は、本発明の第１
の実施例の権利引継手形の例を示す。同図の例では、権
利引継手形は、権利引継先特定情報と認証セッションＩ
Ｄと、手形発行ＩＤと手形署名からなり、権利引継先特
定情報には、権利の引継先のＩＣカード１０Ａを一意に
特定可能な情報が入り、認証セッションＩＤには、引継
元のＩＣカード１０Ｂの認証セッション情報の認証セッ
ションＩＤが入り、手形発行ＩＤには、引継元のＩＣカ
ードの認証セッション情報から読み出した次回手形発行
ＩＤが入り、手形署名には、課金制御部２３０で生成す
る手形署名が入る。

【０２２１】具体的な権利引継先特定情報の例として
は、権利の引継先のＩＣカード１０ＡのカードＩＤを権
利の引継元のＩＣカード１０Ｂの手形署名鍵を暗号鍵と
して、ＦＥＡＬやＤＥＳといった共通鍵暗号化アルゴリ
ズムに入力した結果等があげられる。権利引継先特定情
報は、権利の引継先のＩＣカード１０Ａを特定できる情
報であれば何でもよく、上記であげた例の他に引継先の
ＩＣカード１０ＡのカードＩＤや認証セッションＩＤで
もよいし、引継先のＩＣカード１０Ａが持つ手形署名鍵
等を用いて、引継先のＩＣカード１０Ａを認証課金サー
バ１００で特定することが可能な情報を生成してもよ
い。

【０２２２】また、手形署名の例としては、手形署名
鍵、権利引継先特定情報と認証セッションＩＤと手形発
行ＩＤを使用し、各パラメータを統合したデータを一方
向性ハッシュ関数に入力することで入力文に対するメッ
セージ認証子としての手形署名を得ている。一方向性ハ
ッシュ関数は計算結果から入力文の手形署名鍵を推測す
ることが困難であり、逆に手形署名鍵を知らなければ別
の入力文と手形署名のペアの作成が困難な方式であれば
何でもよく、ＭＤ５関数やＳＨＡ関数等を使用すること
が可能である。

【０２２３】次に、購入制御端末２００は、権利引継要
求として、生成した権利引継先特定情報と権利引継元の
ＩＣカード認証セッションＩＤと手形発行ＩＤと手形署
名からなる権利引継手形をパラメータとする権利引継要
求を認証課金サーバ１００に送信する（ステップ６０
６）。

【０２２４】権利引継要求を受信した認証課金サーバ１
００は、まず、認証中検査処理として、受信した認証セ
ッションＩＤを認証セッション管理部１２０で保持して
いる認証セッション情報から検索し、該当する認証セッ
ション情報がある場合には、現在時刻が認証タイムアウ
ト時間前であるかを調べる（ステップ６０７）。

【０２２５】該当する認証セッション情報があり、認証
タイムアウト時間前であったときには、要求された権利
引継手形に対する認証が有効であると判断し、権利引継
手形検査処理に移行する。

【０２２６】権利引継手形検査処理では、検索された該
当する認証セッション情報と手形署名鍵と、購入制御端
末２００から受信した権利引継手形を使用して、権利引
継手形中の手形署名の検査を行う（ステップ６０８）。

【０２２７】権利引継手形検査処理では、該当する認証
セッション情報の手形署名鍵を用いて、受信した権利引
継手形情報中の権利引継先特定情報、認証セッションＩ
Ｄ，手形発行ＩＤを用いて、購入制御端末２００での手
形署名作成時と同じ手順で手形署名を生成し、手形情報
中の手形署名と同値であるかを比較する。ここで、権利
引継手形中の手形署名と作成された手形署名が異なる場
合には、手形情報または、購入制御端末２００から指定
された情報が不正でると判断し、購入制御端末２００に
対して、権利引継が失敗したことを通知し、処理を終了
する。

【０２２８】権利引継手形中の手形署名と認証課金サー
バ１００で作成された手形署名が同一の場合には、権利
引継要求のパラメータである権利引継先情報をもとに、
ＩＣカードに対応付けられて管理されているプリペイド
残額や再配送権利といった権利の引継先を特定する（ス
テップ６０９）。

【０２２９】本実施例における引継先カード特定では、
該当する認証セッション情報の手形署名鍵を読み出し、
受信した権利引継先情報を復号化し、権利の引継先とな
るＩＣカード１０ＡのカードＩＤを読み出すことによ
り、権利引継先となるＩＣカードを特定する。

【０２３０】次に、カードバリュー管理ＤＢ更新処理と
して、ステップ６０７の認証中検査処理で検索された認
証セッション情報の引継元のＩＣカード１０Ｂのカード
ＩＤにより一意に決まるカードバリュー管理ＤＢ１３０
の残額フィールドの値を引継先カード特定処理（ステッ
プ６０９）にて取得した引継先のＩＣカード１０Ａのカ
ードＩＤにより一意に決まるカードバリュー管理ＤＢ１
３０の残額の値に積算し、引継先のＩＣカード１０Ｂの
カードＩＤにより一意に決まるカードバリュー管理ＤＢ
１３０の残額を０にする処理を行い、引継先ＩＣカード
１０Ａへの残額の移動を実現する（ステップ６１０）。

【０２３１】上記では、引継元ＩＣカードＩＤから引継
先ＩＣカードＩＤへの残額の引継は、引継元ＩＤカード
の全残額が引継対象として説明してきたが、権利引継要
求に、引継額というパラメータを付加し、ユーザが引継
金額を指定可能にすることにより、認証課金サーバ１０
０は、受信した引継残額分だけ、引継元ＩＣカード１０
Ｂに対応するカードバリュー管理ＤＢ１３０の残額フィ
ールドから減算し、引継先ＩＣカード１０Ａに対応する
カードバリュー管理ＤＢ１３０の残額フィールドに積算
するようにしてもよい。

【０２３２】また、同様に、権利引継要求に、引継再配
送権利というパラメータを付加し、ユーザが引き継ぐ再
配送権利を指定できるようにしてもよい。

【０２３３】また、残額の引継によりＩＣカード残額が
規定された上限額を超える場合も考えられるが、その場
合は、残額の引継処理を中止し、規定する上限額を超え
たということを購入制御端末２００に通知するといった
処理を入れてもよい。

【０２３４】次に、再配送管理表更新処理として、引継
元ＩＣカード１０Ｂに対応づけられて管理されているコ
ンテンツの再配送権利を引継先カード１０Ａに引き継ぐ
処理を行う（ステップ６１０）。

【０２３５】本実施例における再配送管理表更新では、
再配送情報管理ＤＢ１４０において、ステップ６０７の
認証中検査で検索された認証セッション情報の引継元の
ＩＣカード１０ＢのカードＩＤと同値のカードＩＤを持
つレコードを検索し、検索結果レコードのカードＩＤフ
ィールドの値をステップ６０９にて取得した引継先のＩ
Ｃカード１０ＡのカードＩＤに書き換えることによっ
て、再配送権利の引継を行う（ステップ６１１）。

【０２３６】上記のように、カードバリュー管理ＤＢ１
３０の更新と、再配送管理表更新を行うことにより、プ
リペイド残額や再配送権利は、引継元のカード１０Ｂか
ら引継先のカード１０Ａへと移動される。

【０２３７】ここで、認証課金サーバ１００は、権利引
継によって、引継元カードのプリペイド残額が０かつ再
配送権利が無しになった場合に、その引継元カードに関
する情報を全てのデータベース等から削除する処理を行
い、ディスクスペース等のリソースの有効活用をはかっ
てもよい。

【０２３８】最後に、認証課金サーバ１００は、引継後
の残額等をパラメータとする権利引継要求結果を購入制
御端末２００へ送信し、購入制御端末２００は、受信し
た引継後の残額を画面に表示し、ユーザに引継後のプリ
ペイド残額等を知らせる（ステップ６１２）。

【０２３９】また、権利引継要求結果のパラメータに、
全ての残額及び再配送権利を引継ぎだ引継元カード１０
Ｂに対して、使用済フラグを立てるというメッセージを
追加してもよい。本メッセージを受信した購入制御端末
２００は、引継元ＩＣカード１０Ｂに使用済フラグを立
てる処理を行う。購入制御端末２００は、ユーザが認証
開始要求の操作を行った後、購入制御端末２００に挿入
されているＩＣカードに使用済フラグが立っているかを
判別し、使用済フラグが立っていれば、認証課金サーバ
１００へ認証開始要求を行うことなく、当該ＩＣカード
は無効である旨のメッセージをユーザに通知する。この
処理により、すべての残額及び再配送権利を他のカード
に引継ぎ、ユーザが以降、使用することのない無効なプ
リペイドカードは、認証処理を行うことができなくな
り、認証課金サーバ１００は、以降、不要な認証処理要
求を受信しなくてもよくなり、認証課金サーバ１００の
リソース及びネットワークのリソースの有効活用を図る
ことが可能となる。

【０２４０】以上、示した権利引継ぎ処理は、繰り返し
行うことが可能であり、ユーザは、引継ぎ元のＩＣカー
ドを購入制御端末２００に挿入し、引継元ＩＣカード１
０Ｂに対応付けられているプリペイド残額や再配送権利
を連続して、１枚の引継ぎ先ＩＣカード１０Ａに引き継
ぐことが可能である。

【０２４１】次に、上記の一連の動作のうち、購入制御
端末２００の動作を説明する。

【０２４２】図１９は、本発明の第１の実施例の権利引
継ぎ処理における購入制御端末の動作のフローチャート
である。

【０２４３】まず、購入制御端末２００では、ユーザの
ボタン押下などの操作により、権利引継ぎメニューを表
示する（ステップ７０１）。権利引継ぎメニューでは、
権利の引継先となるＩＣカードを挿入する旨の画面が表
示される。ここで、購入制御端末２００は、引継先ＩＣ
カード１０Ａの挿入を待ち受けている。

【０２４４】ユーザが権利の引継先としたいＩＣカード
１０Ａを購入制御端末２００に挿入すると（ステップ７
０２）、購入制御端末２００は、ＩＣカードの挿入を検
知し、権利引継先ＩＣカードの認証処理を開始する（ス
テップ７０３）。ＩＣカード認証処理では、ＩＣカード
１０ＡのカードＩＤと、ＩＣカードがカードＩＤに対応
する正当な媒体であることが確認できればよく、 ＩＣカードにより、ＩＣカードＩＤとＩＣカードＩ
Ｄに関連付けられた秘密データを保持し、認証下記のサ
ーバ１００でもＩＣカードＩＤと、ＩＣカードＩＤに関
連付けられた秘密データ（または、秘密データを確認で
きるデータ８復号化鍵など）を保持している。

【０２４５】 認証時に、ＩＣカードに保存されてい
るＩＣカードＩＤを認証課金サーバ１００へ送信し、Ｉ
ＣカードＩＤに関連付けられた秘密データの確認を行
う。秘密データの確認は、以下のいくつかの方法が考え
られる。

【０２４６】・秘密データも認証課金サーバ１００へ送
信し、認証課金サーバ１００で秘密データを照合する
（パスワード方式、秘密データ＝パスワードと位置づけ
られる）； ・認証課金サーバ１００から乱数データを送信し、ＩＣ
カードで秘密データを鍵として使用し、メッセージ認証
関数（ハッシュ関数等）やディジタル署名関数や暗号化
関数など、作成したデータから秘密データが推測困難な
方法により応答データの作成を行い、応答データを認証
課金サーバ１００に返信することで、認証課金サーバ１
００では、秘密データ（または、秘密データを確認でき
るデータ（復号化鍵など））を鍵とした応答データの確
認を行う（チャレンジ＆レスポンス方式）； 必要性により、ＩＣカードＩＤの秘密データと、認
証課金サーバ１００の秘密データ（または、秘密データ
を確認できるデータ（復号化鍵等））を更新する。等の
方法によるＩＣカードＩＤとＩＣカードがＩＣカードＩ
Ｄに対する正当なＩＣカードであることの確認が考えら
れる。

【０２４７】権利引継先のＩＣカードの認証処理を完了
すると（ステップ７０４）、購入制御端末２００は、権
利の引継元となるＩＣカード１０Ｂの挿入をユーザに促
し、引継元ＩＣカードの挿入を待ち受ける。

【０２４８】ユーザが権利の引継元としたいＩＣカード
を購入制御端末２００に挿入すると（ステップ７０
５）、購入制御端末２００は、ＩＣカードの挿入を検知
し、権利引継元ＩＣカード１０Ｂの認証処理を開始する
（ステップ７０６）。ＩＣカード認証処理の詳細につい
ては、前述した権利引継先のＩＣカード１０Ａの認証処
理と同様である。

【０２４９】権利引継元のＩＣカード１０Ｂの認証処理
を完了すると（ステップ７０７）、購入制御端末２００
は、権利引継手形生成を行う。本実施例においては、ま
ず、購入制御端末２００は、権利引継先ＩＣカード１０
ＡのカードＩＤを読み出し、権利引継元ＩＣカード１０
Ｂの手形署名鍵を暗号鍵とし、ＦＥＡＬやＤＥＳといっ
た共通鍵暗号化アルゴリズムを用いて、引継先ＩＣカー
ド１０ＡのカードＩＤを暗号化し、権利引継先特定情報
を生成し、また、購入制御端末２００のメモリ中に保持
しておく。次に、引継元ＩＣカード１０Ｂの認証処理に
よる認証セッション情報中の認証セッションＩＤと手形
発行ＩＤと前述した権利引継先特定情報を結合し、引継
元ＩＣカード１０Ｂの手形署名鍵を用いて手形署名を生
成する（ステップ７０８）。

【０２５０】次に、購入制御端末２００は、権利引継先
特定情報（暗号化カードＩＤ）、認証セッションＩＤ、
手形発行ＩＤ、手形署名からなる権利引継手形をパラメ
ータとする権利引継要求を認証課金サーバ１００に送信
し、認証課金サーバ１００からのレスポンスを待ち受け
る（ステップ７０９）。

【０２５１】認証課金サーバ１００から権利引継要求結
果を受信すると（ステップ７１０）、購入制御端末２０
０は、権利引継の結果残額等を画面に表示し、ユーザに
提示する。その後、連続して他のＩＣカードの権利を挿
入されている引継先ＩＣカードへ引き継ぐか否かを選択
させる画面を表示し、ユーザに選択させる。ユーザが
「終了」を選択した場合には、購入制御端末２００が保
持している引継先ＩＣカード特定情報等をメモリからク
リアし（ステップ７１１）、購入制御端末２００に挿入
されている全てのＩＣカードに対して、認証セッション
情報削除（ステップ７１２）、ＩＣカード認証終了送信
の操作を行う（ステップ７１３）。

【０２５２】ユーザがメニューにおいて、「終了」を選
択せず、連続して他のＩＣカードの権利を引き継ぐこと
を選択した場合には、ユーザに引継元カードの引抜きを
要求し、引継元ＩＣカードの引抜きを検知したら（ステ
ップ７１４）、引継元カード認証終了処理を行い（ステ
ップ７１５、７１６）、認証終了処理完了後、再び、ス
テップ７０５以降の処理を繰り返す。

【０２５３】ここで、複数枚のＩＣカードを検知できる
カードリーダであれば、挿入されている引継元のカード
を引き抜かずに、新規にカードを挿入することが可能で
ある。

【０２５４】次に、認証課金サーバの動作を説明する。

【０２５５】図２０は、本発明の第１の実施例の権利引
継処理における認証課金サーバの動作のフローチャート
である。

【０２５６】認証課金サーバ１００は、権利引継要求を
受信すると（ステップ８０１）、現在認証中のＩＣカー
ドからの要求であるかどうかを検査するために、認証課
金サーバ１００が保持している認証情報と、送信されて
きた権利引継手形中の認証情報とを対応させ、認証状態
を確認するために、受信した権利引継手形中の認証セッ
ションＩＤが認証セッション情報に登録されていないと
きは（ステップ８０２、８０３，Ｎｏ）、購入制御端末
２００に対してエラーを送信するための処理を行い、処
理を終了する（ステップ８１１）。

【０２５７】認証セッションＩＤが認証セッション情報
に登録されているときは（ステップ８０３，Ｙｅｓ）、
検索された認証情報の認証タイムアウト時間が、現在時
刻より古ければ（ステップ８０４，Ｙｅｓ）、購入制御
端末２００に対するメッセージでエラーを送信するなど
の処理を行い、処理を終了する（ステップ８１１）。検
索された認証セッション情報の認証タイムアウト時間
が、現在時刻より新しければ（ステップ８０４，Ｎ
ｏ）、使用済手形リストの検索処理に移行する。

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

【０２５９】受信した手形破棄情報内の手形情報が、手
形決済履歴管理表１６０に登録されていれば（ステップ
８０５，Ｙｅｓ）、手形課金済通知送信を行い、処理を
終了する（ステップ８１１）。

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

【０２６１】手形情報中の手形署名と作成された手形署
名が同一の場合には（ステップ８０６，Ｙｅｓ）、受信
した引継先ＩＣカード特定情報、本実施例では、暗号化
引継先カードＩＤの復号化を行い、復号化結果のＩＣカ
ードＩＤがカードバリュー管理ＤＢ１３０に存在するか
否かを検索する。該当するカードＩＤが存在しなかった
場合には、引継先カードが特定できなかったと判断し
（ステップ８０７，Ｎｏ）、エラー応答を購入制御端末
２００に送信する（ステップ８１１）。

【０２６２】該当するカードＩＤが存在した場合には
（ステップ８０７，Ｙｅｓ）、受信した認証セッション
情報を元に、認証課金サーバ１００で管理している認証
情報から、引継元のＩＣカードＩＤを検索する。検索さ
れたＩＣカードＩＤをキーにして、認証課金サーバ１０
０で管理しているカードバリュー管理ＤＢ１３０から対
応するレコードを検索し、そのレコードのプリペイド残
額フィールドの値をステップ８０７で検索した引継先の
ＩＣカードに対応するレコードのプリペイド残額フィー
ルドの値に積算する。積算完了後、カードバリュー管理
ＤＢ１３０の引継元のカードに対応するレコードのプリ
ペイド残額フィールドの値を０にする（ステップ８０
８）。

【０２６３】次に、引継元のＩＣカードＩＤをキーにし
て、再配送情報管理ＤＢ１４０から同値のカードＩＤ値
を格納しているレコードを抽出し、抽出完了後、すべて
の抽出したレコードのカードＩＤフィールドの値を引継
先のＩＣカードＩＤの値に置き換える（ステップ８０
９）。

【０２６４】上述した一連の処理を完了後、認証課金サ
ーバ１００は、権利引継結果として、引継後のプリペイ
ド残額等をパラメータとする権利引継結果を購入制御端
末２００に送信する（ステップ８１０）。

【０２６５】［第２の実施例］前述の第１の実施例で
は、ユーザは、購入制御端末２００にまず、権利引継先
のＩＣカードを挿入し、その後に、権利引継元のＩＣカ
ードを挿入して（連続挿入可）、権利の引継が行われる
という手順で説明したが、引継元となるＩＣカードを先
に購入制御端末２００に挿入し（連続挿入可）、後に、
権利引継先のＩＣカードを挿入して、後に引継元となる
ＩＣカードを挿入することによって、権利が引き継がれ
る処理について説明する。

【０２６６】図２１は、本発明の第２の実施例の権利引
継処理のシーケンスチャートである。

【０２６７】購入制御端末２００は、権利の引継元のＩ
Ｃカード１０Ｂの挿入を検知、もしくは、ユーザの明示
的な操作により、認証課金サーバ１００への引継元のＩ
Ｃカード１０Ｂの認証を行う（ステップ９０１、９０
２）。この引継元のＩＣカード１０Ｂの認証は、前述の
ＩＣカード認証の処理と同様である。

【０２６８】権利引継元のＩＣカード１０Ｂの認証が終
了したら、購入制御端末２００は、権利引継手形生成を
行う（ステップ９０３）。図２２は、本発明の第２の実
施例の権利引継手形情報の例を示す。同図の例では、権
利引継手形は、認証セッションＩＤ、手形発行ＩＤ、手
形署名からなり、認証セッションＩＤには、引継元とな
る第１のＩＣカード１０Ｂの認証セッション情報の認証
セッションＩＤが入り、手形発行ＩＤには、引継元のＩ
Ｃカード１０Ｂの認証セッション情報から読み出した次
回手形発行ＩＤが入り、手形署名には、課金制御部２３
０で生成する手形署名が入る。

【０２６９】なお、ユーザは、権利を引き継ぎ元となる
ＩＣカード１０Ｂを購入制御端末２００に連続挿入し
て、上記の権利引継元情報を複数生成することも可能で
ある。ここで、前述した前提の処理では、購入制御端末
２００は、認証状態のＩＣカードの引抜きを検知する
と、購入制御端末２００が引き抜いたＩＣカードに対す
る認証の破棄要求を認証課金サーバ１００に送信される
という記述があったが、購入制御端末２００でＩＣカー
ドの引抜きを検知しても、認証の破棄要求をしないよう
にすれば、権利を引き継がせたいＩＣカードを無限に繰
り返し挿入し、権利引継手形を複数作成することが可能
になる。

【０２７０】次に、ユーザは、購入制御端末２００上で
権利引継処理開始等の明示的な操作を行い、権利の引継
先のＩＣカード１０Ａを購入制御端末２００に挿入し
（ステップ９０４）、権利引継処理を行う。

【０２７１】購入制御端末２００は、権利の引継先のＩ
Ｃカード１０Ａの挿入を検知すると、認証課金サーバ１
００への引継先のＩＣカード１０Ａの認証を行う（ステ
ップ９０５）。この引継先のＩＣカード１０Ａの認証
は、前述したＩＣカード認証処理と同様である。

【０２７２】ＩＣカードの認証完了後、権利引継先のＩ
Ｃカード１０Ａを特定するための情報を生成する（ステ
ップ９０６）。当該処理は、前述の第１の実施例と同様
である。ここでは、権利引継先ＩＣカード１０Ａに対応
する認証セッションＩＤを権利引継先特定情報として説
明する。

【０２７３】購入制御端末２００は、先程作成した権利
引継手形（複数可）と権利引継特定情報をパラメータと
する権利引継要求を認証課金サーバ１００に送信する
（ステップ９０７）。

【０２７４】権利引継要求を受信した認証課金サーバ１
００は、まず、受信した権利引継手形中の認証セッショ
ンＩＤを認証セッション管理部１２０で保持している認
証セッション情報から検索し、該当する認証セッション
情報がある場合には、現在時刻が認証タイムアウト時間
前であるかを調べる。該当する認証セッション情報があ
り、認証タイムアウト時間前であった時には、要求され
た権利引継手形に対する認証が有効であると判断し（ス
テップ９０８）、検索された該当する認証セッション情
報の手形署名鍵と、購入制御端末２００から受信した権
利引継手形を使用して、権利引継手形中の手形署名の検
査を行う（ステップ９０９）。権利引継情報検査では、
該当する認証セッション情報の手形署名鍵を用いて、受
信した権利引継手形情報中の権利引継先特定情報、認証
セッションＩＤ、手形発行ＩＤを用いて、購入制御端末
２００での手形署名作成時と同じ手順で手形署名を生成
し、手形情報中の手形署名と同値であるかを比較する。
ここで、権利引継手形中の手形署名と作成された手形署
名が異なる場合には、手形情報または、購入制御端末２
００から指定された情報が不正であると判断し、購入制
御端末２００に対して、権利引継が失敗したことを通知
し、処理を終了する。

【０２７５】権利引継手形中の手形署名と認証課金サー
バ１００で作成された手形署名が同一の場合には、権利
引継要求のパラメータである権利引継先情報に基づい
て、ＩＣカードに対応付けられて管理されているプリペ
イド残額や再配送権利といった権利の引継先を特定する
（ステップ９１０）。ここでは、受信した引継先のＩＣ
カード１０Ａに対応する認証セッションＩＤを元に、引
継先カードＩＤを特定する。

【０２７６】次に、ステップ９０８で検索された認証セ
ッション情報の引継元のＩＣカード１０ＢのＩＣカード
ＩＤにより一意に決定されるカードバリュー管理ＤＢ１
３０の残額フィールドの値をステップ９１０で特定され
た引継先のＩＣカード１０ＡのカードＩＤにより一意に
決まるカードバリュー管理ＤＢ１３０の残額の値に積算
し、積算終了後、引継元のＩＣカードのカードバリュー
管理ＤＢ１３０の残額を０にする処理を行い、引継先の
ＩＣカード１０Ａへの残額の移動を実現する（ステップ
９１１）。

【０２７７】次に、引継元カード１０Ｂに対応付けられ
て管理されているコンテンツの再配送権利を引継先カー
ド１０Ａに引き継ぐ処理を行う（ステップ９１２）。

【０２７８】本実施例では、再配送情報管理ＤＢ１４０
において、ステップ９０８で検索された認証セッション
情報の引継元カード１０ＢのカードＩＤと同値のカード
ＩＤを持つレコードを検索し、検索結果レコードのカー
ドＩＤフィールドの値をステップ９１０で取得した引継
先のＩＣカード１０ＡのカードＩＤに書き換えることに
よって、再配送権利の引継を行う。

【０２７９】上記のように、カードバリュー管理ＤＢ１
３０の更新と、再配送管理表更新を行うことにより、プ
リペイド残額や再配送権利は、引継元のカード１０Ｂか
ら引継先のカード１０Ａへと移動される。

【０２８０】複数の権利引継手形が送信されてきた場合
には、上記の処理を手形数分繰り返す。

【０２８１】最後に、認証課金サーバ１００は、引継後
の残額等をパラメータとする権利引継要求結果を購入制
御端末２００へ送信し（ステップ９１３）、購入制御端
末２００は、受信した引継後の残額を画面に表示し、ユ
ーザに引継後のプリペイド残額を知らせる。

【０２８２】以上、示したように、引継元ＩＣカードを
挿入した後に、引継先ＩＣカードを挿入するという操作
においても、権利引継が可能であり、購入制御端末２０
０の設置環境等によっては、購入制御端末２００のユー
ザインタフェースの改善が期待できる。

【０２８３】［第３の実施例］前述の第１の実施例及び
第２の実施例では、権利引継先となる媒体を関連付ける
にあたり、購入制御端末２００から権利引継先の媒体の
カードＩＤと権利引継元の媒体の認証セッションＩＤ等
の媒体特定情報を認証課金サーバ１００に送信すること
によって実現する方法を説明したが、購入制御端末２０
０を一意に特定する端末ＩＤ等の情報を用いて、カード
ＩＤ等のカードに依存した情報を用いずとも、権利引継
先と権利引継元となる媒体を関連付けする方法も考えら
れる。本実施例では、購入制御端末２００を一意に識別
可能な端末ＩＤ等の情報を用いて、権利引継先と権利引
継元となる媒体を関連付けし、権利引継処理を行う方法
について説明する。

【０２８４】図２３は、本発明の第３の実施例の権利引
継処理のシーケンスチャートである。

【０２８５】購入制御端末２００は、権利の引継先のＩ
Ｃカード１０Ａの挿入を検知、もくしは、ユーザの明示
的な操作により、認証課金サーバ１００間で引継先のＩ
Ｄカード１０Ａの認証を行う（ステップ１００１）。こ
のＩＣカードの認証処理は、前述の処理と同様である。

【０２８６】次に、購入制御端末２００は、権利引継先
の媒体を特定するための情報を生成する（ステップ１０
０２）。ここでは、認証状態にある引継先のＩＣカード
１０Ａの認証セッションＩＤを権利引継先特定情報とし
て説明する。

【０２８７】次に、購入制御端末２００は、購入制御端
末２００を特定するための情報を生成する（ステップ１
００３）。端末特定情報は、認証課金サーバ１００に
て、購入制御端末２００を識別可能な情報であれば何で
もよい。但し、購入制御端末２００と認証課金サーバ１
００間のネットワークが、インターネット等の第三者が
通信データを偽造・改竄したりすることが可能なネット
ワークであった場合には、その脅威を防ぐために暗号化
や電子署名等の技術を使い、端末のなりすましを防ぐ必
要がある。

【０２８８】本実施例においては、購入制御端末２００
の出荷時に予め購入制御端末２００毎に埋め込んだ端末
認証鍵、及び購入制御端末２００にて生成する原文等を
用いて、メッセージ認証子（ＭＡＣ）を作成する方法を
用いて、購入制御端末のなりすましを防止することとす
る。

【０２８９】購入制御端末２００は、次に、権利引継先
特定情報と端末特定情報をパラメータとする権利引継先
指定要求を認証課金サーバ１００に送信する（ステップ
１００４）。

【０２９０】本実施例においては、権利引継先特定情報
の具体例は、引継先のＩＣカード１０Ａに対応した認証
セッションＩＤであり、端末特定情報の具体例は、端末
ＩＤ、原文、ＭＡＣの組となる。

【０２９１】権利引継先指定情報を受信した認証課金サ
ーバ１００では、まず、受信した端末ＩＤから対応する
端末認証鍵を読み出し、端末と同様の演算（ＭＡＣ生
成）を行い、端末認証を行う（ステップ１００５）。認
証がＮＧであった場合には、エラー応答を購入制御端末
２００に送信する。ＯＫであった場合には、受信した認
証セッションＩＤから対応するカードＩＤを認証セッシ
ョン情報から検索し、その結果のカードＩＤと権利引継
先指定要求で受信した端末ＩＤを権利引継先ＤＢに登録
する（ステップ１００６）。図２４に権利引継先ＤＢの
例を示す。同図に示す端末ＩＤフィールドには、端末を
特定するためのユニークな識別子である端末ＩＤが格納
される。また、カードＩＤフィールドには、ＩＣカード
を特定するためのユニークな識別子であるカードＩＤが
格納される。

【０２９２】認証課金サーバ１００は、権利引継先指定
要求結果として、正常に終了した等のステータスをパラ
メータとし、購入制御端末２００に権利引継指定要求の
レスポンスを送信する（ステップ１００７）。

【０２９３】次に、ユーザは、権利引継元のＩＣカード
１０Ｂを購入制御端末２００に挿入し、権利引継処理を
行う。購入制御端末２００は、権利の引継元のＩＣカー
ド１０Ｂの挿入を検知すると、認証課金サーバ１００と
の間で当該カード１０Ｂの認証を行う（ステップ１００
８）。認証方法は、前述と同様である。

【０２９４】権利引継元のＩＣカード１０Ｂの認証が終
了したら、購入制御端末２００は、権利引継手形生成を
行う（ステップ１００９）。図２５は、本発明の第３の
実施例の権利引継手形の例を示す。同図において、権利
引継手形は、端末特定情報、認証セッションＩＤ、手形
発行ＩＤ、手形署名からなり、端末特定情報には、購入
制御端末２００を一意に特定可能な端末ＩＤ等の情報が
入り、認証セッションＩＤには、引継元のＩＣカードの
認証セッション情報の認証セッションＩＤが入り、手形
発行ＩＤには、引継元のＩＣカード１０Ｂの認証セッシ
ョン情報から読み出した次回手形発行ＩＤが入り、手形
署名には、課金制御部２３０で生成する手形署名が入
る。

【０２９５】次に、購入制御端末２００は、権利引継要
求として、生成した端末特定情報と権利引継元となるＩ
Ｃカード１０Ｂの認証セッションＩＤと、手形発行ＩＤ
と手形署名からなる権利引継手形をパラメータとする権
利引継要求を認証課金サーバ１００に送信する（ステッ
プ１０１０）。

【０２９６】権利引継要求を受信した認証課金サーバ１
００は、まず、受信した認証セッションＩＤを認証セッ
ション管理部１２０で保持している認証セッション情報
から検索し、該当する認証セッション情報がある場合に
は、現在時刻が認証タイムアウト時間前であるかを調べ
る（ステップ１０１１）。

【０２９７】該当する認証セッション情報があり、認証
タイムアウト時間前であったときには、要求された権利
引継手形に対する認証が有効であると判断し（ステップ
１０１２）、権利引継手形検査を行う。

【０２９８】権利引継手形検査として、検索された該当
する認証セッション情報の手形署名価値と、購入制御端
末２００から受信した権利引継手形を使用して、権利引
継手形中の手形署名の検査を行う。権利引継手形検査で
は、該当する認証セッションの手形署名鍵を用いて、受
信した権利引継手形情報中の権利引継先特定情報、認証
セッションＩＤ、手形発行ＩＤを用いて、購入制御端末
２００での手形署名作成時と同じ手順で手形署名を生成
し、手形情報中の手形署名と同値であるか比較する。こ
こで、権利引継手形中の手形署名と作成された手形署名
が異なる場合には、手形情報または、購入制御端末２０
０から指定された情報が不正であると判断し、購入制御
端末２００に対して、権利引継が失敗したこと通知し、
処理を終了する（ステップ１０１３）。

【０２９９】権利引継手形中の手形署名と認証課金サー
バ１００で作成された手形署名が同一の場合には、権利
引継要求のパラメータである端末ＩＤと元に、ＩＣカー
ドに対応付けられて管理されているプリペイド残額や再
配送権利といった権利の引継先を特定する。本実施例に
おける権利引継先管理ＤＢでは、権利引継要求にて受信
した端末ＩＤをキーに権利引継先管理ＤＢを検索し、検
索合致結果のレコードから権利引継先となるＩＣカード
のカードＩＤを参照し、権利引継先となるＩＣカードを
特定する。

【０３００】これにより、引継先のカードＩＤ及び引継
元のカードＩＤの特定が可能になる（ステップ１０１
４）。

【０３０１】以下の処理（ステップ１０１５、１０１
６）は、前述の第１の実施例と同様である。

【０３０２】上記のようにして、端末特定情報をもと
に、引継先ＩＣカードと引継元ＩＣカードを対応付け
て、プリペイド残額や再配送権利を引継元のカードから
引継先のカードへと移動することが可能である。

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

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

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

【０３０６】

【発明の効果】上述のように、本発明によれば、引継元
のＩＣカードから引継先のＩＣカード（引継先）へプリ
ペイド残額や再配送権利といった権利を引き継ぐことが
可能となる。

【０３０７】これにより、ユーザが引継元のＩＣカード
に加え、引継先のＩＣカードを新規に購入した場合に、
引継元のＩＣカードに対応付けられて管理されているプ
リペイド残額や再配送の権利を引継先のＩＣカードに移
行することができ、２枚のＩＣカードを持ち歩く必要が
なくなり、ユーザの利便性が向上する。

【０３０８】特に、ＩＣカードのプリペイド残額を使い
切った場合において、ＩＣカードに対応付けられて管理
されているコンテンツ再配送の権利の保持のため、安易
にＩＣカードを廃棄することができなかったが、本発明
により、プリペイド残額を使い切った使用頻度の少ない
ＩＣカードを廃棄することができる。

【０３０９】また、認証課金サーバでは、従来予め定め
られたＩＣカードの有効期限が切れるまでカードの各種
情報を保持していたが、引継元のＩＣカードに対応付け
られ管理されているプリペイド残額や再配送権利を引継
先のＩＣカードに移行することが可能となるため、権利
引継後は、引継元のＩＣカードに関する情報をその時点
で破棄することができ、認証課金サーバのディスクスペ
ースの無駄を削減及び不必要なレコードの削除による各
種データベースの検索パフォーマンスの向上といった認
証課金サーバのリソースの有効活用が期待できる。

【図面の簡単な説明】

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

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

【図３】本発明の一実施の形態におけるシステム構成図
である。

【図４】本発明の一実施の形態における前提となる動作
のシーケンスチャート（コンテンツ課金処理）である。

【図５】本発明の一実施の形態におけるシステムの前提
となる動作のシーケンスチャート（無課金配送処理）で
ある。

【図６】本発明の一実施の形態における権利引継処理の
シーケンスチャートである。

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

【図８】本発明の第１の実施例のＩＣカードのカードデ
ータ保持部内のデータ例である。

【図９】本発明の第１の実施例の認証課金サーバのカー
ドバリュー管理ＤＢのレコード例である。

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

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

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

【図１３】本発明の第１の実施例の手形情報の例であ
る。

【図１４】本発明の第１の実施例の手形決済履歴管理表
の例である。

【図１５】本発明の第１の実施例の再配送情報管理ＤＢ
のレコードの例である。

【図１６】本発明の第１の実施例の無課金配送のシーケ
ンスチャートである。

【図１７】本発明の第１の実施例の権利引継処理のシー
ケンスチャートである。

【図１８】本発明の第１の実施例の権利引継手形情報の
例である。

【図１９】本発明の第１の実施例の権利引継処理におけ
る購入制御端末の動作のフローチャートである。

【図２０】本発明の第１の実施例の権利引継処理におけ
る認証課金サーバの動作のフローチャートである。

【図２１】本発明の第２の実施例の権利引継処理のシー
ケンスチャートである。

【図２２】本発明の第２の実施例の権利引継手形情報の
例である。

【図２３】本発明の第３の実施例の権利引継処理のシー
ケンスチャートである。

【図２４】本発明の第３の実施例の権利引継元管理ＤＢ
の例である。

【図２５】本発明の第３の実施例の権利引継手形情報の
例である。

【符号の説明】

１０ 媒体 １１ 通信部 １２ 認証応答部 １３ カードデータ保持部 １００ 認証課金サーバ １０１ サーバ認証手段 １０２ 引継手段 １１０ 通信部 １２０ 認証セッション管理部 １３０ カードバリュー管理ＤＢ １４０ 再配送情報管理ＤＢ １５０ 精算部 １６０ 手形決済管理表 ２００ 購入制御端末 ２０１ 端末認証手段 ２０２ 引継要求手段 ２１０ カードリーダ・ライタ ２２０ 通信部 ２３０ 課金制御部 ２４０ 購入制御部 ３００ 販売サーバ ３１０ 通信部 ３２０ 制御部 ３３０ 販売履歴管理ＤＢ ３４０ 精算ログＤＢ ３５０ コンテンツＤＢ等

───────────────────────────────────────────────────── フロントページの続き (72)発明者 丁 農 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 折目 吉範 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B085 AC04 AE23 BA07 BG02 BG03 BG07

Claims (20)

【特許請求の範囲】
1. 【請求項１】 インターネットを含むネットワーク上
   で、ディジタルコンテンツを含むコンテンツの購入時の
   課金対象となる媒体と、該媒体と接続される購入制御端
   末と、該購入制御端末を介してコンテンツを販売する販
   売サーバと、該媒体の有する価値情報を管理し、該販売
   サーバからの課金要求に基づいて、該媒体に対して課金
   を行い、コンテンツの販売記録を保持する認証課金サー
   バからなり、該媒体に対する課金が成功したにも関わら
   ず、コンテンツの配送に失敗した場合に、一定期間内に
   おいて非課金で該コンテンツを再配送することが可能で
   あるディジタルコンテンツ課金システムにおける権利引
   継方法において、 前記購入制御端末と前記認証課金サーバ間において、引
   継先の媒体と引継元の媒体を認証し、 前記認証課金サーバにおいて、 前記購入制御端末に接続されている前記引継元の媒体が
   有する価値情報及び、前記コンテンツの再配送を受ける
   ことが可能な再配送権利を、前記引継先の媒体の情報に
   マージすることにより、引き継ぐことを特徴とするディ
   ジタルコンテンツ課金システムにおける権利引継方法。
2. 【請求項２】 ユーザによって、前記引継先の媒体が前
   記購入制御端末に挿入した後に、少なくとも１つの引継
   元となる媒体が該購入制御端末に挿入されると、 前記認証課金サーバにおいて、連続して前記引継元の媒
   体から価値情報及び再配送権利を前記引継先の媒体の情
   報にマージする請求項１記載のディジタルコンテンツ課
   金システムにおける権利引継方法。
3. 【請求項３】 ユーザによって、前記引継元の媒体が前
   記購入制御端末に連続して挿入された後に、 前記認証課金サーバにおいて、前記引継元の媒体の価値
   情報及び再配送権利を引継先の媒体の情報にマージする
   請求項１記載のディジタルコンテンツ課金システムにお
   ける権利引継方法。
4. 【請求項４】 前記引継元の媒体と前記引継先の媒体の
   関連付けを該媒体を一意に識別可能な識別子を用いて行
   う請求項１乃至３記載のディジタルコンテンツ課金シス
   テムにおける権利引継方法。
5. 【請求項５】 前記購入制御端末において、ユーザの操
   作により前記引継元の媒体から前記引継先の媒体に引き
   継ぐ金額が指定されると、 前記認証課金サーバでは、前記ユーザにより指定された
   前記金額に基づいて、前記引継元の媒体の価値情報を更
   新する請求項１乃至３記載のディジタルコンテンツ課金
   システムにおける権利引継方法。
6. 【請求項６】 前記購入制御端末において、ユーザの操
   作により前記引継元の媒体から前記引継先の媒体に引き
   継ぐ再配送権利が指定されると、 前記認証課金サーバでは、前記ユーザにより指定された
   前記再配送権利に基づいて、前記引継元の媒体の再配送
   権利を更新する請求項１乃至３記載のディジタルコンテ
   ンツ課金システムにおける権利引継方法。
7. 【請求項７】 前記引継元の媒体の残額及び再配送権利
   が全て前記引継先の媒体へ引き継がれた際に、前記認証
   課金サーバは、前記購入制御端末に対して、該引継元の
   媒体の使用を不可とするメッセージを送信し、 前記購入制御端末では、前記引継元の媒体の使用を不可
   にする請求項１記載のディジタルコンテンツ課金システ
   ムにおける権利引継方法。
8. 【請求項８】 前記引継元の媒体の残額及び再配送権利
   が全て前記引継先の媒体へ引き継がれた際に、前記認証
   課金サーバは、該引継元の媒体に関する情報を破棄する
   請求項１記載のディジタルコンテンツ課金システムにお
   ける権利引継方法。
9. 【請求項９】 インターネットを含むネットワーク上
   で、ディジタルコンテンツを含むコンテンツの購入時の
   課金対象となる媒体と、該媒体と接続される購入制御端
   末と、該購入制御端末を介してコンテンツを販売する販
   売サーバと、該媒体の有する価値情報を管理し、該販売
   サーバからの課金要求に基づいて、該媒体に対して課金
   を行い、コンテンツの販売記録を保持する認証課金サー
   バからなり、該媒体に対する課金が成功したにも関わら
   ず、コンテンツの配送に失敗した場合に、一定期間内に
   おいて非課金で該コンテンツを再配送することが可能で
   あるディジタルコンテンツ課金システムにおける権利引
   継方法において、 前記認証課金サーバ間において、引継先の媒体と引継元
   の媒体を認証し、 接続されている前記引継元の媒体及び前記引継先の媒体
   が有する価値情報及び、前記コンテンツの再配送を受け
   ることが可能な再配送権利の引継要求を前記認証課金サ
   ーバに送信し、 前記認証課金サーバから前記引継元の媒体の情報を前記
   引継先の媒体の情報にマージし、引継が終了したことを
   示す引継結果を受信すると、該引継元の媒体の使用を不
   可にすることを特徴とするディジタルコンテンツ課金シ
   ステムにおける権利引継方法。
10. 【請求項１０】 インターネットを含むネットワーク上
    で、ディジタルコンテンツを含むコンテンツの購入時の
    課金対象となる媒体と、該媒体と接続される購入制御端
    末と、該購入制御端末を介してコンテンツを販売する販
    売サーバと、該媒体の有する価値情報を管理し、該販売
    サーバからの課金要求に基づいて、該媒体に対して課金
    を行い、コンテンツの販売記録を保持する認証課金サー
    バからなり、該媒体に対する課金が成功したにも関わら
    ず、コンテンツの配送に失敗した場合に、一定期間内に
    おいて非課金で該コンテンツを再配送することが可能で
    あるディジタルコンテンツ課金システムにおける権利引
    継方法において、 前記購入制御端末との間において、引継先の媒体と引継
    元の媒体を認証し、 前記購入制御端末に接続されている前記引継元の媒体及
    び前記引継先の媒体が有する価値情報及び、前記コンテ
    ンツの再配送を受けることが可能な再配送権利の引継要
    求を受信し、 前記引継元の媒体の前記コンテンツの再配送を受けるこ
    とが可能な再配送権利を、前記引継先の媒体の情報にマ
    ージすることにより、引き継ぎ、 前記引継元の媒体に関する情報を破棄することを特徴と
    するディジタルコンテンツ課金システムにおける権利引
    継方法。
11. 【請求項１１】 インターネットを含むネットワーク上
    で、ディジタルコンテンツを含むコンテンツの購入時の
    課金対象となる媒体と、該媒体と接続される購入制御端
    末と、該購入制御端末を介してコンテンツを販売する販
    売サーバと、該媒体の有する価値情報を管理し、該販売
    サーバからの課金要求に基づいて、該媒体に対して課金
    を行い、コンテンツの販売記録を保持する認証課金サー
    バからなり、該媒体に対する課金が成功したにも関わら
    ず、コンテンツの配送に失敗した場合に、一定期間内に
    おいて非課金で該コンテンツを再配送することが可能で
    あるディジタルコンテンツ課金システムにおける権利引
    継システムであって、 前記認証課金サーバは、 前記購入制御端末との間において、引継先の媒体と引継
    元の媒体を認証するサーバ認証手段と、 前記購入制御端末から該購入制御端末に接続されている
    前記引継元の媒体が有する価値情報及び、前記コンテン
    ツの再配送を受けることが可能な再配送権利の引継要求
    を受信すると、該引継先の媒体の情報にマージすること
    により、引き継ぐ引継手段と、を有し、 前記購入制御端末は、 前記認証課金サーバとの間において、前記引継先の媒体
    と前記引継元の媒体を認証する端末認証手段と、 前記引継要求を前記認証課金サーバに送信する引継要求
    手段と、を有することを特徴とするディジタルコンテン
    ツ課金システムにおける権利引継システム。
12. 【請求項１２】 前記購入制御端末において、ユーザに
    よって前記引継先の媒体が挿入され、その後に、少なく
    とも１つの引継元となる媒体が挿入された場合に、前記
    認証課金サーバは、 前記引継元の媒体から価値情報及び再配送権利を、連続
    して前記引継先の媒体の情報にマージする手段を含む請
    求項１１記載のディジタルコンテンツ課金システムにお
    ける権利引継システム。
13. 【請求項１３】 前記購入制御端末において、ユーザに
    よって引継元の媒体が前記購入制御端末に連続して挿入
    された場合に、前記認証課金サーバは、 前記引継元の媒体の価値情報及び再配送権利を前記引継
    先の媒体の情報にマージする手段を含む請求項１記載の
    ディジタルコンテンツ課金システムにおける権利引継シ
    ステム。
14. 【請求項１４】 前記認証課金サーバ及び前記購入制御
    端末は、 前記引継元の媒体と前記引継先の媒体の関連付けを該媒
    体を一意に識別可能な識別子を用いて行う請求項１１乃
    至１３記載のディジタルコンテンツ課金システムにおけ
    る権利引継システム。
15. 【請求項１５】 前記購入制御端末は、 ユーザの操作により前記引継元の媒体から前記引継先の
    媒体に引き継ぐ金額を指定させる手段を有し、 前記認証課金サーバは、 前記ユーザにより指定された前記金額に基づいて、前記
    引継元の媒体の価値情報を更新する手段を有する請求項
    １１乃至１３記載のディジタルコンテンツ課金システム
    における権利引継システム。
16. 【請求項１６】 前記購入制御端末は、 前記ユーザに前記引継元の媒体から前記引継先の媒体に
    引き継ぐ再配送権利を指定させる手段を有し、 前記認証課金サーバは、 前記ユーザにより指定された前記再配送権利に基づい
    て、前記引継元の媒体の再配送権利を更新する手段を有
    する請求項１１乃至１３記載のディジタルコンテンツ課
    金システムにおける権利引継システム。
17. 【請求項１７】 前記認証課金サーバは、 前記引継元の媒体の残額及び再配送権利が全て前記引継
    先の媒体に引き継がれた際に、前記購入制御端末に対し
    て、該引継元の媒体の使用を不可とするメッセージを送
    信する手段を有し、 前記購入制御端末は、 前記引継元の媒体の使用を不可にする手段を有する請求
    項１１記載のディジタルコンテンツ課金システムにおけ
    る権利引継システム。
18. 【請求項１８】 前記認証課金サーバは、 前記引継元の媒体の残額及び再配送権利が全て前記引継
    先の媒体に引き継がれた際に、該引継元の媒体に関する
    情報を破棄する手段を有する請求項１１記載のディジタ
    ルコンテンツ課金システムにおける権利引継システム。
19. 【請求項１９】 インターネットを含むネットワーク上
    で、ディジタルコンテンツを含むコンテンツの購入時の
    課金対象となる媒体と、該媒体と接続される購入制御端
    末と、該購入制御端末を介してコンテンツを販売する販
    売サーバと、該媒体の有する価値情報を管理し、該販売
    サーバからの課金要求に基づいて、該媒体に対して課金
    を行い、コンテンツの販売記録を保持する認証課金サー
    バからなり、該媒体に対する課金が成功したにも関わら
    ず、コンテンツの配送に失敗した場合に、一定期間内に
    おいて非課金で該コンテンツを再配送することが可能で
    あるディジタルコンテンツ課金システムにおける購入制
    御端末であって、 前記認証課金サーバとの間において、引継先の媒体と引
    継元の媒体を認証する手段と、 接続されている前記引継元の媒体及び前記引継先の媒体
    が有する価値情報及び、前記コンテンツの再配送を受け
    ることが可能な再配送権利の引継要求を前記認証課金サ
    ーバに送信する手段と、 前記認証課金サーバから前記引継元の媒体の情報を前記
    引継先の媒体の情報にマージし、引継が終了したことを
    示す引継結果を受信すると、該引継元の媒体の使用を不
    可にする手段とを有することを特徴とする購入制御端
    末。
20. 【請求項２０】 インターネットを含むネットワーク上
    で、ディジタルコンテンツを含むコンテンツの購入時の
    課金対象となる媒体と、該媒体と接続される購入制御端
    末と、該購入制御端末を介してコンテンツを販売する販
    売サーバと、該媒体の有する価値情報を管理し、該販売
    サーバからの課金要求に基づいて、該媒体に対して課金
    を行い、コンテンツの販売記録を保持する認証課金サー
    バからなり、該媒体に対する課金が成功したにも関わら
    ず、コンテンツの配送に失敗した場合に、一定期間内に
    おいて非課金で該コンテンツを再配送することが可能で
    あるディジタルコンテンツ課金システムにおける認証課
    金サーバであって、 前記購入制御端末との間において、引継先の媒体と引継
    元の媒体を認証する手段と、 前記購入制御端末に接続されている前記引継元の媒体及
    び前記引継先の媒体が有する価値情報及び、前記コンテ
    ンツの再配送を受けることが可能な再配送権利の引継要
    求を受信する手段と、 前記引継元の媒体の前記コンテンツの再配送を受けるこ
    とが可能な再配送権利を、前記引継先の媒体の情報にマ
    ージすることにより、引き継ぐ手段と、 前記引継元の媒体に関する情報を破棄する手段と、を有
    することを特徴とする認証課金サーバ。