JP2002334227A - 有料サービス提供方法、有料サービス提供システム、コンテンツサーバ、有料サービス提供用プログラム、および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 クレジットカードを所有しない人でも利用可
能で、有料のコンテンツを確実に提供することが可能な
有料サービス提供方法を提供する。 【解決手段】 端末と、前記端末に対してコンテンツを
提供するコンテンツサーバと、有料サービスの課金処理
を行うプリペイド情報管理サーバとがネットワークに接
続されている有料サービス提供システムにおいて、前記
コンテンツサーバは、前記プリペイド情報管理サーバか
らの認証、および課金の完了通知を受け取った後に、前
記端末に対して、前記有料のコンテンツを提供するとと
もに、前記有料のコンテンツのダウンロードを一定限度
内の範囲で有効とする許可ＩＤを生成して前記端末に送
信し、さらに、前記端末から前記許可ＩＤを用いて、再
度前記有料コンテンツのダウンロード要求があった場合
に、前記端末に対して、前記一定限度内において前記有
料のサービスのコンテンツを提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、有料サービス提供
方法、有料サービス提供システム、コンテンツサーバ、
有料サービス提供プログラム、および記録媒体に係わ
り、特に、プリペイドのＩＣカード等の媒体を用い、イ
ンターネットを介して端末に有料コンテンツを安全に且
つ確実に提供する際に有効な技術に関する。

【０００２】

【従来の技術】コンテンツサーバからインターネットを
介して、端末に有料サービスのコンテンツを提供する場
合に、端末において有料コンテンツを受信した後に、課
金することが難しいことに鑑み、このような有料コンテ
ンツの料金の徴収方法として、以下に示す二種類の方法
が知られている。 （一）その１つは、一般のクレジットカードを利用する
信用取引であり、（二）他の１つはプリペイドによる方
法である。しかしながら、一般のクレジットカードを利
用する場合、カード会社への会員手続きや、預金残金の
管理が必要であり、その上、ネットワーク上をクレジッ
ト番号が流れることによる盗聴の危険性があるという問
題点があった。これに対して、プリペイドによる方法
は、クレジットカードを所有しない人でも利用可能であ
るという特徴を有し、その一例として、例えば、特開平
１１−３１６７２９号公報（「インターネット課金方法
及びシステム及びインターネット課金プログラムを記録
した記録媒体」）が知られている。

【０００３】以下に、プリペイドによる方法の従来例と
して、特開平１１−３１６７２９号に開示された発明
（以下、先行発明と言う。）について詳細に説明する。
先行発明は、クレジットカードを所有しない人でも利用
可能で、かつ、望ましくない発注を確実に排除可能なイ
ンターネット課金方法及びシステム及びインターネット
課金プログラムを格納した記録媒体を提供することを目
的としたものであり、図８により、先行発明の動作の概
要を説明する。先ず、プリペイドカード（ＩＣカード、
フロッピー（登録商標）ディスク、磁気カード等）に設
定されたコンテンツサーバのアドレス情報（例えば、Ｈ
ＴＴＰにおけるＵＲＬ）に基づいて、端末からコンテン
ツサーバに対し有料サービス利用要求が発行される（ス
テップ１０１）。次に、コンテンツサーバは、プリペイ
ドカードの認証及び課金処理を行うことをカード管理サ
ーバに要求する（ステップ１０２）。次に、カード管理
サーバは、端末との間でカードの認証を行い（ステップ
１０３）、認証・課金処理結果をコンテンツサーバに返
却する（ステップ１０４）。次に、コンテンツサーバ
は、認証及び課金処理が成功した場合、有料サービスを
端末に提供する（ステップ１０５）。

【０００４】図９は、先行発明の接続構成の概要を示す
ブロック図である。端末１００は、インターネット４０
０を介してコンテンツサーバ２００との間でコネクショ
ン（サービス開始要求用コネクション）１１を設定し、
当該コネクション１１を利用して有料サービスの利用を
要求する。コンテンツサーバ２００は、端末１００から
の有料サービス利用要求を受け付けると、カード管理サ
ーバ３００との間にコネクション（課金・認証要求用コ
ネクション）１２を設定し、当該コネクション１２を利
用して、端末１００のＩＰアドレス（Internet Protoco
l Addres）を送信することにより、プリペイドカードの
認証要求及び課金処理要求を行う。カード管理サーバ３
００は、コンテンツサーバ２００からの認証要求を受け
ると、端末１００との間にコネクション（認証処理用コ
ネクション）１３を設定し、端末１００に対してプリペ
イドカードのパスワードの演算を要求する。端末１００
は、コネクション１３を利用して、カード管理サーバ３
００にパスワードの演算結果を送信する。

【０００５】カード管理サーバ３００は、各カードのカ
ード識別子（以下、カードＩＤという）、パスワード、
サービス利用ポイント残度数を記憶したカード管理デー
タベース（以下、カード管理ＤＢという。）５００を保
持している。カード管理サーバ３００は、カードＩＤか
らパスワードを検索し、端末１００と同一の演算を行な
い、送られてきた演算結果と一致すれば、認証成立とす
る。カード管理サーバ３００は、認証処理、および課金
処理終了後、認証結果及び課金処理結果をコンテンツサ
ーバ２００に通知する。認証処理及び課金処理が成立し
た場合に、コンテンツサーバ２００は、端末１００に対
して有料サービスのコンテンツの提供を開始する。認証
処理、または、課金処理が成立しなかった場合に、コン
テンツサーバ２００は、端末１００に対してコネクショ
ン１１を利用してカードが使用不可能であることを通知
する。

【０００６】図１０は、先行発明の概略システム構成を
示すブロック図である。プリペイドカードに設定された
コンテンツサーバアドレス情報に基づいてコンテンツサ
ーバ２００にアクセスし、コンテンツサーバ２００の提
供する有料サービスの利用を要求する端末１００と、当
該端末１００からの要求を受けて端末１００に対して有
料サービスを提供するコンテンツサーバ２００と、コン
テンツサーバ２００からの要求を受けてプリペイドカー
ドの認証と、プリペイドカードに対する課金を行うカー
ド管理サーバ３００とで構成される。

【０００７】端末１００は、サービス要求部１０１、お
よびカード管理部１０２を有する。サービス要求部１０
１は、プリペイドカードに設定されたコンテンツサーバ
アドレス情報（ＵＲＬ等）に基づいて、コンテンツサー
バ２００との間に自動的にコネクションを確立し、有料
サービスの利用を要求する。サービス要求部１０１は、
例えば、ＷＷＷブラウザで構成できる。カード管理部１
０２は、プリペイドカードの形態に応じた読み取り装置
を介してプリペイドカード１０３と接続され、カード管
理サーバ３００からの要求に基づいて、プリペイドカー
ドに格納されたカードＩＤを送信する機能と、カード管
理サーバ３００からの要求に基づいてプリペイドカード
に格納された機密情報（パスワード等）を読み出し、一
方向性関数等による演算処理を行なった後にカード管理
サーバ３００に送信する機能と、カード管理サーバ３０
０からの要求に基づいて、プリペイドカードにプリペイ
ドカード残高、利用日時を書き込む機能とを有する。

【０００８】コンテンツサーバ２００は、認証要求部２
０１、課金処理要求部２０２、サービス提供部２０３、
およびカード管理部２０４を有する。認証要求部２０１
は、端末１００から有料サービスの利用要求があった場
合に、カード管理サーバ３００に対してプリペイドカー
ドが正しいものかどうかの認証要求を行う機能を有し、
課金処理要求部２０２は、カード管理サーバ３００に対
してプリペイドカードに対する課金を要求する機能を有
する。サービス提供部２０３は、認証処理、および課金
処理が共に成功した場合に、端末１００に対して有料サ
ービスを提供する機能を有し、カード管理部２０４は、
認証要求部２０１、および課金処理要求部２０２に対し
てプリペイドカードの認証、課金を要求する機能を有す
る。

【０００９】カード管理サーバ３００は、認証部３０
１、課金処理部３０２、およびカード管理ＤＢ５００を
有し、認証部３０１は、コンテンツサーバ２００からの
認証要求があった場合に、端末１００に対してプリペイ
ドカードの認証を行う機能を有する。課金処理部３０２
は、有料サービスの利用度合いに応じた課金処理をプリ
ペイドカードに対して実施する機能と、端末１００に対
してプリペイドカードの残高、利用日時を通知する機能
を有する。カード管理ＤＢ５００は、各カードのカード
ＩＤ、パスワード、サービス利用ポイント残度数を記録
している。

【００１０】先行発明におけるシステム動作シーケンス
を図１１に示す。ここでは、有料サービスとしてＶｉｄ
ｅｏの配信、認証方法としてＲＦＣ１３３４で規定され
ているChallenge Response方式（W.Simpson、"PPPCha11e
nge Handshake Authentication Protoco1(CHAP)"、Aug 1
996）を使用する例を用いて説明する。初めに、端末１
００は、プリペイドカードに設定されたコンテンツサー
バアドレス情報（例えば、ＵＲＬ）を用いて、当該アド
レスを有するコンテンツサーバ２００との間にコネクシ
ョンを設定し、サービスメニューを要求する（ステップ
２０１）。次に、コネクションが設定されると、コンテ
ンツサーバ２００からＶｉｄｅｏのリストなどのサービ
スメニューが送信される（ステップ２０２）。次に、ユ
ーザが利用したいサービスを選択すると、コンテンツサ
ーバ２００に対して、選択したサービスを利用するため
に必要なサービス利用ポイント数が設定されたサービス
利用要求メッセージが送信される（ステップ２０３）。

【００１１】次に、コンテンツサーバ２００は、カード
管理サーバ３００との間にコネクションを設定し、当該
コネクションを利用して、端末１００のＩＰアドレスを
設定した認証要求メッセージを送信することにより、カ
ード管理サーバ３００に対してプリペイドカードが正し
いプリペイドカードか否かの認証要求を行う（ステップ
２０４）。また、同時に、カード管理サーバ３００に対
して利用サービスのサービス度数を設定した課金処理要
求メッセージを送信することにより、課金処理を要求す
る。なお、認証要求メッセージと課金処理要求メッセー
ジは同一のメッセージであっても、別々のメッセージで
あっても実施可能である。次に、カード管理サーバ３０
０は、受信した認証要求メッセージ中の端末１００のＩ
Ｐアドレスに基づいて、端末１００との間にコネクショ
ンを設定し、当該コネクションを利用して、端末１００
にカードＩＤを要求する（ステップ２０５）。

【００１２】次に、端末１００は、プリペイドカードに
格納されたカードＩＤをカード管理サーバ３００に送信
する（ステップ２０６）。次に、カード管理サーバ３０
０は、端末１００との間に設定したコネクションを利用
して、認証用の乱数（チャレンジ）を端末１００に対し
て送信する（ステップ２０７）。この乱数は、端末１０
０の認証を行うたびに異なる値が使用される。次に、乱
数を受信した端末１００は、乱数とパスワードとを結合
した値に対してＭＤ５ｎ（RivestR and S.Dusse、"The M
D5 Message-Digest Algorithm",April1992）などの一方
向性関数で演算を行い、その結果（レスポンス）を設定
した応答メッセージをカード管理サーバ３００に送信す
る（ステップ２０８）。

【００１３】次に、カード管理サーバ３００は、カード
管理ＤＢ５００に保持しているプリペイドカードのパス
ワードと端末１００に送信した乱数とを統合した値に対
して端末が使用したのと同じ一方向性関数により演算を
行い、その結果を端末１００からの応答と照合する。両
者が一致すれば、認証成立とし（ステップ２０９）、両
者がー致しなければ認証不成立とする。このように、カ
ード管理サーバ３００は、カードの認証に毎回異なる乱
数を使用するので、第三者がチャレンジとレスポンスを
盗聴したとしても、次の認証時にその値を使って端末１
００のユーザになりすますことはできない。また、レス
ポンスに一方向性関数による演算値を使用するので、第
３者がレスポンスを知り得たとしても、元のパスワード
を推定することはできない。

【００１４】次に、カード管理サーバ３００は、カード
ＩＤを基にカード管理ＤＢ５００を検索し、該当するカ
ードのサービス利用ポイントの残度数が、課金処理要求
メッセージに設定されたサービスポイントより大きけれ
ば、該当するカードのサービス利用ポイントを課金処理
要求メッセージに設定されたサービスポイント数だけ減
算する（ステップ２１０）。該当するカードのサービス
利用ポイントの残度数が、課金処理要求メッセージに設
定されたサービスポイントより小さければ、課金処理不
可能とし、処理を終了する。なお、認証・課金処理不可
能の場合、処理を終了する。次に、カード管理サーバ３
００は、端末１００に対してプリペイドカードの残高、
利用日時を通知し（ステップ２１１）、また、コンテン
ツサーバ２００に対して、認証・課金処理結果を通知す
る（ステップ２１２）。最後に、コンテンツサーバ２０
０は、端末１００に対して有料サービスを提供する（ス
テップ２１３）。

【００１５】図１２は、先行発明の端末１００の処理手
順を示すフローチャートである。以下、図１２を用い
て、端末１００の処理手順について説明する。先ず、プ
リペイドカードに記録されているアドレス情報に基づい
て、コンテンツサーバ２００との間にコネクションを設
定し、サービスメニューをコンテンツサーバ２００に対
して要求する（ステップ３０１）。次に、設定したコネ
クションを利用して、サービスの所要ポイント数が設定
されたサービス利用要求メッセージをコンテンツサーバ
２００に送信する（ステップ３０２）。次に、カード管
理サーバ３００からの要求に基づいて、プリペイドカー
ドに格納されているカードＩＤをカード管理サーバ３０
０に送信する（ステップ３０３）。

【００１６】次に、カード管理サーバ３００からの要求
に基づいて、プリペイドカードに格納されている機密情
報（パスワード等）を読み出し、一方向性関数等による
演算処理を行なった後に、カード管理サーバ３００に送
信する（ステップ３０４）。認証、および課金が成功し
た場合、カード管理サーバ３００から残高が通知され
（ステップ３０５）、有料サービスのコンテンツの提供
を受けることができる（ステップ３０６）。なお、カー
ド管理サーバ３００から通知される残高の値は、端末１
００に表示されると共に、プリペイドカードに残高、利
用日時を書き込むことができる。認証、または課金が失
敗した場合、有料サービスは提供されない（ステップ３
０７）。

【００１７】図１３は、先行発明のコンテンツサーバの
処理手順を示すフローチャートである。以下、図１３を
用いて、コンテンツサーバの処理手順について説明す
る。先ず、端末１００からサービスメニューの要求があ
ると、サービスメニュー一覧を端末１００に送信し（ス
テップ４０１）、端末１００から有料サービス利用要求
を受信する（ステップ４０２）。次に、認証・課金要求
メッセージのカードＩＤ部にカードＩＤ、端末アドレス
部に端末アドレス、サービスポイント部に利用するサー
ビスの所要ポイント数をそれぞれ設定し、当該メッセー
ジをカード管理サーバ３００に送信することにより、カ
ード管理サーバ３００に対してカードの認証及びカード
に対する課金を要求する（ステップ４０３）。なお、こ
の例では、カード管理サーバ３００が端末１００にカー
ドＩＤを要求するため、カードＩＤは設定しない。

【００１８】但し、その他の例として、端末１００から
コンテンツサーバ２００に有料サービス要求を送信する
時にカードＩＤを送信する方法、およびコンテンツサー
バ２００からの要求に基いて、端末１００がコンテンツ
サーバ２００にカードＩＤを送信する方法がある。これ
らの場合は、カードＩＤが設定される。次に、認証及び
課金が成立したか否かを判断し（ステップ４０４）、ス
テップ４０４でＹＥＳの場合には、端末１００に対して
有料サービスのコンテンツの提供を開始する（ステップ
４０５）。ステップ４０４でＮＯの場合には、端末１０
０に対して、認証又は課金処理が成立しなかったことを
通知する（ステップ４０６）。

【００１９】図１４は、先行発明のカード管理サーバの
処理手順を示すフローチャートである。以下、図１４を
用いて、カード管理サーバ３００の処理手順について説
明する。先ず、コンテンツサーバ２００からの認証・課
金要求メッセージを受信する（ステップ５０１）。当該
メッセージにカードＩＤが設定されていない場合には、
受信した認証・課金要求メッセージ中の端末１００のＩ
Ｐアドレスに基づいて、端末１００との間にコネクショ
ンを設定し、当該コネクションを利用して、端末１００
にカードＩＤを要求する（ステップ５０１−１）。ま
た、当該メッセージにカードＩＤが設定されている場合
には、認証用の乱数（チャレンジ）を端末１００に対し
て送信する（ステップ５０２）。この乱数は、端末１０
０の認証を行うたびに異なる値が使用される。なお、こ
の場合に、端末１００との間にコネクションが設定され
ていないときには、受信した認証・課金要求メッセージ
中の端末１００のＩＰアドレスに基づいて端末１００と
の間にコネクションを設定し、当該コネクションを利用
して、認証用の乱数（チャレンジ）を端末１００に対し
て送信する。

【００２０】次に、端末１００からの応答（レスポン
ス）を受信し、カード管理ＤＢ５００で保持しているプ
リペイドカードのパスワードと端末１００に送信した乱
数とを統合した値に対して、端末が使用したのと同じ一
方向性関数により演算を行い、その結果を端末１００か
らの応答と照合することにより認証処理を行なう（ステ
ップ５０３）。次に、両者が一致したか否かを判断し
（ステップ５０４）、ステップ５０４でＮＯの場合に
は、認証不成立として処理を終了する。また、ステップ
５０４でＹＥＳの場合には、課金可能か否かを判断する
（ステップ５０５）。即ち、該当するカードのサービス
利用ポイントの残度数と、課金処理要求メッセージに設
定されたサービスポイントとを比較する。

【００２１】ステップ５０５で、該当するカードのサー
ビス利用ポイントの残度数が、課金処理要求メッセージ
に設定されたサービスポイントより大きければ、該当す
るカードのサービス利用ポイント残度数を課金処理要求
メッセージに設定されたサービスポイントだけ減算する
（ステップ５０６）。次に、端末１００に対して、プリ
ペイドカードの残高、利用日時を通知し（ステップ５０
７）、認証・課金処理結果をコンテンツサーバ２００に
通知する（ステップ５０８）。ステップ５０５で、該当
するカードのサービス利用ポイントの残度数が、課金処
理要求メッセージに設定されたサービスポイントより小
さければ、課金不可能であるので、処理を終了する。

【００２２】なお、前述の説明において、認証方法とし
ては、前述した以外の方法を使用しても良いことはいう
までもない。また、提供する有料サービスとしては、Ｖ
ｉｄｅｏの配信以外に、プログラムなどのデータのダウ
ンロード、オンラインショッピングなどがある。また、
パスワードをカードに内蔵させずに、ユーザ自身が入力
するようにしてもよい。また、前述の手順において、認
証が成功してから、コンテンツサーバがカード管理サー
バに課金処理を要求する構成とすることも可能であり、
更に、プリペイドの形式としては、金額やポイント、そ
の他任意の形態が可能である。

【００２３】

【発明が解決しようとする課題】前述したように、従来
例では、プリペイドカードの認証処理及び課金処理が正
しく完了した場合のみ、端末からの有料サービス要求を
受け付けるので、望ましくない発注を確実に排除するこ
とができる。更に、先行発明では、コンテンツサーバ２
００が、カード管理サーバ３００に端末１００のアドレ
ス情報を送信し、カード管理サーバ３００から直接端末
１００にアクセスして、端末上のプリペイドカードを認
証できる。したがって、プリペイドカードのパスワード
等の機密情報が不正なコンテンツサーバに漏洩すること
を確実に防ぐことができる。しかしながら、コンテンツ
サーバ３００からの有料情報配信前に課金の引き落とし
が行われるため、端末１００とコンテンツサーバ２００
のコネクションを解除した後に、コンテンツが正常にダ
ウンロードできなかったことが分かると、端末１００は
コンテンツサーバにアクセスする手段が残されていない
という問題点があった。

【００２４】この問題は、モバイル環境での使用におい
ても容易に生じ得る問題である。このような問題を解決
する発明として、特開２０００−２７０３０９号「情報
配信に対する課金および精算システム並びにそのサー
バ」がある。特開２０００−２７０３０９号では、サー
バは端末にダウンロードすべきコンテンツ料金をプリペ
イド料金から引き落とした後、有料情報を端末にダウン
ロードし、そして、端末がダウンロードにより受信した
情報量を調べ、受信量をサーバに送る。サーバは送信量
と受信量を比較し、両者が不一致のときは受信が上手く
行かなかったと判断し、その相当分を返金する方式であ
る。この方式によれば、全体を受信しないと意味がない
コンテンツに対しても一定比率の返金しかできないとい
う問題があり、複雑な制御をしても無意味になることが
あり得る。

【００２５】本発明は、前記従来技術の問題点を解決す
るためになされたものであり、本発明の目的は、有料サ
ービス提供方法および有料サービス提供システムにおい
て、クレジットカードを所有しない人でも利用可能で、
望ましくない発注を確実に排除可能なだけでなく、有料
コンテンツの正常なダウンロードも可能にし、不正なダ
ウンロードも防止することが可能となる技術を提供する
ことにある。また、本発明の他の目的は、前述の有料サ
ービス提供システムに使用されるコンテンツサーバを提
供することにある。また、本発明の他の目的は、前述の
有料サービス提供方法を、コンピュータに実行させる制
御プログラムを提供することにある。また、本発明の他
の目的は、前述のプログラムが記録された記録媒体を提
供することにある。本発明の前記ならびにその他の目的
と新規な特徴は、本明細書の記述及び添付図面によって
明らかにする。

【００２６】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記の通りである。即ち、本発明は、有料サービス提供
方法であって、コンテンツサーバが、有料サービスのコ
ンテンツのダウンロードを一定限度内の範囲で有効とす
る許可ＩＤを生成して端末に送信し、端末が、有料サー
ビスのコンテンツを正常に受信できなかった場合に、前
述の許可ＩＤを使用して、有料サービスのコンテンツが
正常に受信できるまで繰り返してコンテンツサーバにア
クセス可能としたことを特徴とする。これにより、有料
サービスのコンテンツの配信前に、予め課金しておいて
も、ユーザが確実に有料サービスのコンテンツを入手す
ることが可能となる。

【００２７】また、本発明は、有料サービス提供方法で
あって、カード認証を行うプリペイド情報管理サーバ
が、プリペイド情報媒体の認証用に端末に送信した認証
演算情報（あるいは、認証演算結果）をコンテンツサー
バに提供し、コンテンツサーバが、当該認証演算情報
（あるいは、認証演算結果）を共通鍵として用いて、有
料サービスのコンテンツを暗号化して、端末に提供し、
端末は、認証段階で使用した認証演算情報（あるいは、
認証演算結果）を共通鍵として用いて、提供された暗号
化されたコンテンツを復号化することを特徴とする。こ
れにより、ダウンロードしたコンテンツが、他に漏れて
も内容が分からないことや、ダウンロード許可ＩＤをユ
ーザ以外の人が不正使用しても共通鍵がない限り復号で
きないことから、ユーザだけに有料のコンテンツが確実
に届いたかどうかを判断することができ、ユーザ、並び
にコンテンツサーバの両者に効果がある。

【００２８】また、本発明は、有料サービス提供方法で
あって、端末に接続するＩＣカード、フロッピーディス
ク、磁気カード等のプリペイド情報媒体内にパスワード
を保持せず、ユーザが端末を操作して外部から入力する
ことを特徴とする。これにより、このパスワードを使用
できるユーザのみが、ダウンロードする権利を持つこと
になり、プリペイド情報媒体の安全性を向上させ、第三
者の不正なダウンロードを防止することができる。ま
た、本発明は、前述の有料サービス提供方法を実現する
ための有料サービス提供システム、およびコンテンツサ
ーバである。また、本発明は、前述の有料サービス提供
方法を実現するための、端末、コンテンツサーバ、並び
に、プリペイド情報管理サーバの各々の制御を行う有料
サービス提供用プログラムである。また、本発明は、前
述のプロクラムを格納するコンピュータ読み取り可能な
記録媒体である。

【００２９】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。なお、実施の形態を説明す
るための全図において、同一機能を有するものは同一符
号を付け、その繰り返しの説明は省略する。本明細書に
おいて、ユーザが、コンテンツサーバにサービス利用を
要求する際に使用するプリペイド情報媒体を、以下、プ
リペイドカードと称するが、本発明において、プリペイ
ド情報媒体は、カードの形態に限定されるものではな
い。また、プリペイド情報管理サーバを、以下、カード
管理サーバと称するが、カード管理に限定されるもので
はない。プリペイドカードは、例えば、カード管理会社
が発行・管理するものであり、ユーザは、有料サービス
を利用するためにプリペイドカードを購入する。プリペ
イドカードには、コンテンツサーバアドレス情報、カー
ドＩＤ、カードパスワード等が設定されており、購入金
額に応じて利用可能なサービスの残高（金額又はポイン
ト等）は、プリペイド情報管理サーバすなわちカード管
理サーバが管理している。

【００３０】本発明は、先行発明（特開平１１−３１６
７２９号に記載の発明）を、ユーザが確実に有料コンテ
ンツを入手できるとともに、その不正防止を行えるよう
に改良したものである。したがって、本発明の実施の形
態の有料サービス提供システムは、図１０に示す先行発
明と、そのシステム構成は同じであるので、本実施の形
態の有料サービス提供システムのシステム構成の説明は
省略する。図１は、本発明の実施の形態の有料サービス
提供システムの動作の概要を説明するためのシーケンス
チャートである。図１において、ステップ１０４まで
は、図８に示す先行発明のシーケンスチャートと同じで
あり、ステップ１０５以降が、先行発明と異なってい
る。コンテンツサーバは、認証及び課金処理が成功した
場合、有料サービス提供の許可を端末に与える（ステッ
プ１０５）。端末は、一定期間等の限度内で複数回ダウ
ンロードすることが許可され、コンテンツサーバは有料
情報を提供する（ステップ１０６，１０７）。

【００３１】図２は、本発明の実施の形態の接続構成の
概要を示すブロック図であり、同図において、コネクシ
ョン１４が、図９に示す先行発明の接続構成と異なって
いる。このコネクション１４は、端末１００が、ダウン
ロードアクセスをコンテンツサーバ２００に要求する場
合のコネクションであり、他のコネクション（１１〜１
３）が解放された後に張られる場合がある。本実施の形
態の有料サービス提供システムの構成は、端末１００の
サービス要求部１０１が、コンテンツサーバ２００から
有料サービスのコンテンツのダウンロードＩＤを受け、
そのダウンロードＩＤを用いて確実に受信できるまで一
定の制限内でダウンロード要求を行うことができる点が
先行発明と相違する。また、コンテンツを暗号化する場
合は、コンテンツサーバ２００のサービス提供部２０３
と、端末１００のサービス要求部１０１に機能が付与さ
れるが、他は先行発明と同様である。なお、この図２で
は、端末１００、コンテンツサーバ２００、並びに、カ
ード管理サーバ３００を接続するネットワークとして、
インターネットを使用する場合について説明したが、端
末１００、コンテンツサーバ２００、並びに、カード管
理サーバ３００を接続するネットワークとして、一般の
電話回線などの公衆通信回線網も使用可能である。

【００３２】次に、本実施の形態の有料サービス提供シ
ステムの一連の動作の一例について、図３を用いて具体
的に説明する。図３は、本実施の形態の有料サービス提
供システムにおける一連の動作の一例を説明するための
シーケンスチャートである。図３において、ステップ２
１２までは、図１１に示す先行発明のシーケンスチャー
トと同じであるので、説明を省略して相違点のみ説明す
る。コンテンツサーバ２００は、カード管理サーバ３０
０からサービス提供許可（即ち、認証・課金処理結果）
が通知されると（ステップ２１２）、端末１００に対し
て有料サービスのコンテンツのダウンロードアクセスを
一定の制限下で許可するＩＤを提供し（ステップ２１
４）、次に、端末１００に対して有料サービスを提供す
る（ステップ２１３）。この許可ＩＤが有効な「制限
下」とは、発注した同一コンテンツを一定のアクセス期
間以内（例えば、２４時間以内）、若しくは、一定のア
クセス回数以内（例えば、１０回以内）、または、これ
らの組み合わせ（例えば、１０回以内、または、２４時
間以内の何れか制限に達した方）をいう。

【００３３】なお、図３では図示していないが、この許
可ＩＤは確実に端末１００に到達している必要がある。
そのような方法としては、複数の同一ＩＤを繰り返し
送り、多数決をとることで確認する方法、コンテンツ
サーバ２００から端末１００に送信したＩＤを再度コン
テンツサーバ２００に送り返して照合する方法等が知ら
れている。この場合、の方法では受信側で、の方法
では送信側で正常性を判断できる。この許可ＩＤが正常
受信できた後、有料サービスを提供する。ステップ２１
３で、有料サービスが正常に受信できなかった場合、ユ
ーザは、端末１００からダウンロード許可ＩＤをコンテ
ンツサーバ２００に送信し（ステップ２１５）、コンテ
ンツサーバ２００から有料サービスのコンテンツのダウ
ンロードを行う（ステップ２１６）。この場合、許可Ｉ
Ｄが一定の制限内であって有効であることを確認し、条
件によってはアクセスカウント数を増加する制御を行
う。更に、発注段階の端末のＵＲＬと同一かどうかの照
合を行えば、端末確認が可能になる。

【００３４】次に、本実施の形態の有料サービス提供シ
ステムの一連の動作の他の例について、図４を用いて具
体的に説明する。図４は、本実施の形態の有料サービス
提供システムにおける一連の動作の他の例を説明するた
めのシーケンスチャートである。図４において、ステッ
プ２１１までは、図１１に示す先行発明のシーケンスチ
ャートと同じであるので、説明を省略して相違点のみ説
明する。カード管理サーバ３００は、端末１００の認証
及び課金が終了するとコンテンツサーバ２００にサービ
ス提供許可（即ち、認証・課金処理結果）を送信する
（ステップ２１７）。図４に示す例は、それに暗号鍵を
追加する点で、図３に示す例と相異する。暗号鍵として
は、カード管理サーバ３００から端末１００にステップ
２０７で送信した認証用情報である乱数やそれを基に端
末１００が演算した認証情報が利用できる。これらは端
末１００も既に保有している情報であることから、復号
化するときに共通鍵として利用できる。

【００３５】次に、コンテンツサーバ２００は、カード
管理サーバ３００から送られた暗号鍵によりコンテンツ
を暗号化する（ステップ２１８）。次に、コンテンツサ
ーバ２００は、端末１００に対して有料サービスのコン
テンツのダウンロードアクセスを一定の制限下で許可す
るＩＤを提供し（ステップ２１４）、端末１００に対し
て有料サービスを提供する（ステップ２１３）。端末１
００は、コンテンツサーバ２００からダウンロードし
た、暗号化された有料サービスのコンテンツ情報に対
し、端末１００にある共通鍵で復号化する（ステップ２
１９）。なお、ステップ２１５、２１６のアクセス方法
は、図３に示す例と同じである。

【００３６】図５は、本実施の形態の端末１００の処理
手順を示すフローチャートである。以下、図５を用い
て、本実施の形態の端末１００の処理手順について説明
する。なお、図５において、ステップ３０７までは、図
１２に示す先行発明の端末１００の処理手順と同じであ
るので、説明を省略して相違点のみ説明する。端末１０
０は、ステップ３０５でカード管理サーバ３００から残
高が通知された後に、ダウンロード許可ＩＤを正常受信
できたことを確認するステップ（３０８，３０９）。正
常受信の判断は、前述のステップ２１４で述べたように
端末１００でも、コンテンツサーバ２００側でも実効可
能である。次に、コンテンツサーバ２００から有料サー
ビスのコンテンツのダウンロードを行う（ステップ３１
０）。このコンテンツを受信するステップ３１０では、
例えば、モバイル環境等の場合、正常に受信できない場
合もあり得る。

【００３７】次に、コンテンツが暗号化されているとき
は、復号化を行う（ステップ３１１）。本実施の形態で
は、端末認証に用いた一過性の乱数情報を共通鍵に使用
しているので、更なる暗号鍵の配信が不要であり安全性
が高いという特徴がある。本実施の形態において、端末
１００へのアクセスは、サービス開始前の場合と、有料
サービスのコンテンツのダウンロードが不成功に終わっ
た場合とがあるが、ステップ３０１で、端末１００への
アクセスがいずれの場合のアクセスかを判断する。ステ
ップ３０１で判断結果が、サービス開始前の場合は、ス
テップ３０２〜３１１の処理を実行する。ステップ３０
１での判断結果が、有料サービスのコンテンツのダウン
ロードをリトライする場合には、先ず、許可ＩＤによ
り、コンテンツサーバ２００に対してアクセスを行う
（ステップ３１３）。コンテンツサーバ２００が、許可
ＩＤが有効か否かを、端末１００のアドレス情報等の情
報と併せて確認し、コンテンツサーバ２００が再度のダ
ウンロードを許可する場合は、ステップ３１０、ステッ
プ３１１の処理（有料サービスのコンテンツのダウンロ
ード処理）に移行し、許可できないときはその旨が表示
される（ステップ３１４）。

【００３８】図６は、本実施の形態のコンテンツサーバ
２００の処理手順を示すフローチャートである。以下、
図６を用いて、本実施の形態のコンテンツサーバ２００
の処理手順について説明する。なお、図６において、ス
テップ４０６までは、図１３に示す先行発明のコンテン
ツサーバ２００の処理手順と同じであるので、説明を省
略して相違点のみ説明する。端末認証がカード管理サー
バ３００で成功した場合で、さらに、コンテンツを暗号
化する場合、コンテンツサーバ２００には、カード管理
サーバから、共通鍵として使用される情報（例えば、端
末認証に使用した情報）が送られてくる。コンテンツサ
ーバ２００は、カード管理サーバ３００から送られてく
る情報を受信し、この情報を共通鍵にして、コンテンツ
を暗号化する（ステップ４０７）。なお、共通鍵として
使用される情報は、認証用に使用した情報であって、端
末１００と共有できるもの（例えば、カード管理サーバ
３００から端末１００に送られた認証用演算情報、ある
いは、それを用いてカード利用ＩＤと演算した結果な
ど）であれば、何れも使用可能である。

【００３９】次に、ダウンロード許可ＩＤを生成し（ス
テップ４０８）、このダウンロード許可ＩＤを端末１０
０に対して送信し（ステップ４０９）、端末１００にお
いてダウンロード許可ＩＤが正常に受信できたかを判断
する（ステップ４１０）。ステップ４１０で、端末１０
０において、ダウンロード許可ＩＤが正常に受信できな
かったと判断された場合には、ステップ４０９、ステッ
プ４１０を繰り返す。ステップ４１０で、端末１００に
おいて、ダウンロード許可ＩＤが正常に受信できたと判
断された場合には、コンテンツサーバ２００から端末１
００への有料サービスのコンテンツのダウンロードを行
う（ステップ４１１）。なお、ステップ４０８におけ
る、コンテンツサーバ２００での許可ＩＤの生成は、安
全性の観点からは、ランダムな生成が望ましいが、運用
上の独自のルールで作成することもできる。

【００４０】本実施の形態において、コンテンツサーバ
２００に対する端末１００からのアクセスは、サービス
の初期段階の場合と、有料サービスのコンテンツのダウ
ンロードのリトライの場合とがあるが、ステップ４０１
で、コンテンツサーバ２００に対する端末１００へのア
クセスがいずれの場合かを判断する。端末１００からの
アクセスが、サービスの初期段階の場合は、ステップ４
０１〜ステップ４１１の処理を実行する。端末１００か
らのアクセスが、有料サービスのコンテンツのダウンロ
ードのリトライの場合には、許可ＩＤが限度内かを判断
し（ステップ４１３）、ステップ４１３で、許可ＩＤが
限度外と判断された場合には、許可ＩＤが無効であるこ
とを端末１００に通知する（ステップ４１６）。ステッ
プ４１３で、許可ＩＤが限度内と判断された場合には、
その許可ＩＤに付随する端末１００のアドレス情報等の
情報を読み出し、要求のあった端末１００と一致するか
を照合し（ステップ４１４）、正当な使用かどうかを判
断する（ステップ４１５）。ステップ４１５で、正当な
使用と認証された場合には、ステップ４１１に進み、端
末１００への有料サービスのコンテンツのダウンロード
を行う。ステップ４１５で、正当な使用でないと認証さ
れた場合には、認証不成功を端末１００に通知する（ス
テップ４１７）。

【００４１】図７は、本実施の形態のカード管理サーバ
３００の処理手順を示すフローチャートである。以下、
図７を用いて、本実施の形態のカード管理サーバ３００
の処理手順について説明する。なお、図７において、ス
テップ５０７までは、図１４に示す先行発明のカード管
理サーバ３００の処理手順と同じであるので、説明を省
略して相違点のみ説明する。本実施の形態では、コンテ
ンツサーバ２００に送る情報は、ＩＣカード等の認証結
果とプリペイドの残高が有料サービスを提供できる範囲
にあることを確認する情報であるが、必要により、暗号
鍵を送信する（ステップ５０９）。これにより、コンテ
ンツサーバ２００は、より安全な情報提供が可能にな
る。なお、暗号鍵としては、端末１００と共有できる情
報であって、前述のステップ４０７で説明したものがあ
る。また、改めて再度配送すれば、その他の共通鍵や公
開鍵も使用できる。

【００４２】以上説明したように、本実施の形態によれ
ば、クレジットカードを所有しない人でも有料情報（有
料サービスのコンテンツ）を入手可能であり、課金後に
情報提供が上手く行かなかった場合でもダウンロードを
繰り返し実行できる権利を利用者に与えることにより、
ユーザ環境等の不具合があっても確実に情報を入手する
ことが可能になる。また、情報提供者の立場ではダウン
ロードのリトライを許すことにより契約外のユーザにも
利用される危険があるが、端末１００のアドレスと許可
ＩＤを併用し、更に期間とアクセス回数等の組み合わせ
の範囲内で有効にしていることにより、不正使用を最小
限に抑えられる効果がある。

【００４３】なお、前述の説明において、認証方法とし
ては、前述した以外の認証方法を使用しても良いことは
いうまでもない。また、提供する有料サービスとして
は、Ｖｉｄｅｏの配信以外に、プログラムなどのデータ
のダウンロード、オンラインショッピングなどがあり、
プリペイドカードの実現形態としては、ＩＣカードやフ
ロッピーディスク、磁気カード等がある。また、パスワ
ードをカードに内蔵させずに、ユーザ自身が入力するよ
うにしてもよい。また、前述の手順において、認証が成
功してから、コンテンツサーバ２００が、カード管理サ
ーバ３００に課金処理を要求する構成とすることも可能
である。さらに、プリペイドの形式としては、金額やポ
イント、その他任意の形態が可能である。

【００４４】残高情報は、プリペイドカードに記録して
も良いが、本実施の形態では、カード管理サーバ３００
で管理する残高情報に基づいて処理されることから、プ
リペイドカードヘの書き込みは行わずに、カード管理サ
ーバ３００上で一元的に管理しておくと残高情報の不一
致が生ずる危険を回避できる。また、このようにするこ
とで、プリペイドカードの盗難等の災害時でも、第３者
が、残高を容易に知ることができなくなり、特にパスワ
ードを、カード内に記録しておかないときはその効果は
顕著であるという利点がある。なお、本発明は、前述の
実施例に限定されることなく、特許請求の範囲内で種々
変更・応用が可能であることはいうまでもない。

【００４５】また、前述の説明においては、主にプリペ
イドカードヘの適用について説明したが、本発明は、航
空会社のマイレッジカードのみならず、百貨店、ホテ
ル、ソフト販売（ＣＤ、ビデオ、ゲームソフト等）、ビ
デオやＣＤレンタル、スーパー、家電販売、ガソリンス
タンド等の幅広い業界で使用されているポイントカード
を利用した決済システムに適用可能である。本発明で
は、ダウンロードが認められたＩＤを使用する点で会員
サービスにおけるユーザＩＤと類似している。多くの場
合、会員サービスにおいては一旦会員になってしまう
と、その期間を意識することは殆どなく、個々のアクセ
ス回数等を記録しておく等の処置は不要である。

【００４６】しかしながら、本発明では、有料サービス
のコンテンツのダウンロードを一定限度内で有効にした
許可ＩＤを使用していることから、ユーザは、その限度
を個々の商品毎にアクセス回数、使用期間等を管理する
手段を要する点で異なっており、ユーザが購入し代金を
支払ったものを確実に入手できる権利の保証を与えてい
るとみなすことができる。このような管理を行うこと
は、販売業者にとっても許可ＩＤの不正使用のリスクを
最小限にすることを保証している。特に、図４に示す例
では、端末認証した情報で、コンテンツを暗号化してい
るので、許可ＩＤを不正に使用しても容易に情報を入手
できないという特徴がある。以上、本発明者によってな
された発明を、前記実施の形態に基づき具体的に説明し
たが、本発明は、前記実施の形態に限定されるものでは
なく、その要旨を逸脱しない範囲において種々変更可能
であることは勿論である。

【００４７】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記の通りである。 （１）本発明によれば、クレジットカードを所有しない
人でも、有料サービスのコンテンツを入手可能であると
ともに、ユーザ環境等の不具合で、課金後に情報提供が
上手く行かなかった場合でも、確実に情報を入手するこ
とが可能になる。 （２）本発明によれば、端末のアドレスと許可ＩＤを併
用し、更に期間とアクセス回数等の組み合わせの範囲内
で有効とすることにより、不正使用を最小限に抑えるこ
とが可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態の有料サービス提供システ
ムの動作の概要を示すシーケンスチャートである。

【図２】本発明の実施の形態の有料サービス提供システ
ムの接続構成の概要を示すブロック図である。

【図３】本実施の形態の有料サービス提供システムにお
ける一連の動作の一例を説明するためのシーケンスチャ
ートである。

【図４】本実施の形態の有料サービス提供システムにお
ける一連の動作の他の例を説明するためのシーケンスチ
ャートである。

【図５】本発明の実施の形態の端末の処理手順を示すフ
ローチャートである。

【図６】本発明の実施の形態のコンテンツサーバの処理
手順を示すフローチャートである。

【図７】本発明の実施の形態のカード管理サーバの処理
手順を示すフローチャートである。

【図８】先行発明の有料サービス提供システムの動作の
概要を示すシーケンスチャートである。

【図９】先行発明の有料サービス提供システムの接続構
成の概要を示すブロック図である。

【図１０】先行発明の有料サービス提供システムのシス
テム構成を示すブロック図である。

【図１１】先行発明の有料サービス提供システムにおけ
る一連の動作を説明するためのシーケンスチャートであ
る。

【図１２】先行発明の端末の処理手順を示すフローチャ
ートである。

【図１３】先行発明のコンテンツサーバの処理手順を示
すフローチャートである。

【図１４】先行発明のカード管理サーバの処理手順を示
すフローチャートである。

【符号の説明】

１１…サービス開始要求用及びダウンロード用コネクシ
ョン、１２…課金・認証要求用コネクション、１３…認
証処理用コネクション、１４…ダウンロード要求用コネ
クション、１００…端末、１０１…サービス要求部、１
０２…カード管理部、１０３…プリペイドカード、２０
０…コンテンツサーバ、２０１…認証要求部、２０２…
課金処理要求部、２０３…サービス提供部、２０４…カ
ード管理部、３００…カード管理サーバ、３０１…認証
部、３０２…課金処理部、４００…インターネット、５
００…カード管理ＤＢ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５１２ Ｇ０６Ｆ 17/60 ５１２ 15/00 ３３０ 15/00 ３３０Ｚ Ｈ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ｅ 9/32 ６７３Ｂ ６７５Ａ ６７５Ｄ

Claims (19)

【特許請求の範囲】
1. 【請求項１】 端末と、前記端末に対してコンテンツを
   提供するコンテンツサーバと、有料サービスの課金処理
   を行うプリペイド情報管理サーバとがネットワークに接
   続されている有料サービス提供システムにおける有料サ
   ービス提供方法であって、 前記端末は、取引に必要な所定の情報を保持するプリペ
   イド情報媒体を利用して、前記コンテンツサーバに対し
   て前記有料サービスの利用を要求し、 前記コンテンツサーバは、前記プリペイド情報管理サー
   バに対して、前記プリペイド情報媒体が前記コンテンツ
   の有料サービスを利用する資格を有するか否かの認証
   と、前記プリペイド情報媒体への課金とを要求し、 前記プリペイド情報管理サーバは、前記プリペイド情報
   媒体の認証と、前記プリペイド情報媒体に対して課金処
   理を行った後に、前記コンテンツサーバに対して認証、
   および課金の完了通知を行い、 前記コンテンツサーバは、前記プリペイド情報管理サー
   バからの認証、および課金の完了通知を受け取った後
   に、前記端末に対して、前記有料サービスのコンテンツ
   を提供するとともに、前記有料サービスのコンテンツの
   ダウンロードを一定限度内の範囲で有効とする許可ＩＤ
   を生成して前記端末に送信し、さらに、前記端末から前
   記許可ＩＤを用いて、再度前記有料サービスのコンテン
   ツのダウンロード要求があった場合に、前記端末に対し
   て、前記一定限度内において前記有料サービスのコンテ
   ンツを提供することを特徴とする有料サービス提供方
   法。
2. 【請求項２】 前記コンテンツサーバは、前記端末に対
   して、暗号化された前記有料サービスのコンテンツを提
   供し、 前記端末は、前記暗号化された有料サービスのコンテン
   ツを復号化することを特徴とする請求項１に記載の有料
   サービス提供方法。
3. 【請求項３】 端末と、前記端末に対してコンテンツを
   提供するコンテンツサーバと、有料サービスの課金処理
   を行うプリペイド情報管理サーバとがネットワークに接
   続されている有料サービス提供システムにおける有料サ
   ービス提供方法であって、 前記端末は、取引に必要な所定の情報を保持するプリペ
   イド情報媒体を利用して、前記コンテンツサーバに対し
   て前記有料サービスの利用を要求し、 前記コンテンツサーバは、前記プリペイド情報管理サー
   バに対して、前記プリペイド情報媒体が前記コンテンツ
   の有料サービスを利用する資格を有するか否かの認証
   と、前記プリペイド情報媒体への課金とを要求し、 前記プリペイド情報管理サーバは、前記端末に対して、
   前記プリペイド情報媒体に格納されたプリペイド利用Ｉ
   Ｄと、前記プリペイド情報媒体のパスワードとの送信を
   要求し、 前記端末は、前記プリペイド情報管理サーバに対して、
   前記プリペイド利用ＩＤを送信するとともに、前記プリ
   ペイド情報媒体のパスワードを、前記パスワードを用い
   た所定の認証方法により認証して前記プリペイド情報管
   理サーバに送信し、 前記プリペイド情報管理サーバは、前記所定の認証方法
   で認証された前記パスワードを用いて前記プリペイド情
   報媒体の認証を行い、かつ、前記プリペイド利用ＩＤを
   基にデータベースを検索し、前記プリペイド利用ＩＤの
   プリペイド情報媒体の残金と前記コンテンツサーバから
   の前記課金要求金額を参照し、前記プリペイド情報媒体
   の前記残高が前記課金要求金額よりも大きいときに前記
   プリペイド情報媒体の前記残高に対して課金処理を行
   い、 前記プリペイド情報管理サーバは、前記認証と前記課金
   処理が共に成功した場合に、前記端末に対してプリペイ
   ド情報媒体の残高を含む情報を通知するとともに、前記
   コンテンツサーバに対して認証及び課金の完了通知を行
   い、 前記コンテンツサーバは、前記端末に対して前記有料サ
   ービスのコンテンツを提供するとともに、前記有料サー
   ビスのコンテンツのダウンロードを一定限度内の範囲で
   有効とする許可ＩＤを生成して、前記端末に対して送信
   し、さらに、前記端末において前記有料サービスのコン
   テンツのダウンロードが不成功に至り、前記端末から前
   記許可ＩＤを用いて、再度前記有料サービスのコンテン
   ツのダウンロード要求があった場合に、前記端末に対し
   て、前記一定限度内において前記有料サービスのコンテ
   ンツを提供することを特徴とする有料サービス提供方
   法。
4. 【請求項４】 端末と、前記端末に対してコンテンツを
   提供するコンテンツサーバと、有料サービスの課金処理
   を行うプリペイド情報管理サーバとがネットワークに接
   続されている有料サービス提供システムにおける有料サ
   ービス提供方法であって、 前記端末は、取引に必要な所定の情報を保持するプリペ
   イド情報媒体を利用して前記コンテンツサーバに対して
   サービスメニューを要求し、 前記コンテンツサーバは、前記端末に対してサービスメ
   ニューを送信し、 前記端末は、ユーザが利用するサービスを選択すると、
   前記コンテンツサーバに対して有料サービスの利用を要
   求し、 前記コンテンツサーバは、前記プリペイド情報管理サー
   バに対して、前記プリペイド情報媒体が前記コンテンツ
   の有料サービスを利用する資格を有するか否かの認証
   と、前記プリペイド情報媒体への課金とを要求し、 前記プリペイド情報管理サーバは、前記端末に対して、
   前記プリペイド情報媒体に格納されたプリペイド利用Ｉ
   Ｄの送信を要求するとともに、前記端末に対して認証用
   演算情報を送信し、 前記端末は、前記プリペイド情報管理サーバに対して前
   記利用ＩＤを送信するとともに、前記認証用演算情報を
   用いて前記プリペイド情報媒体のパスワードに対して所
   定の演算を行い、当該演算結果を前記プリペイド情報管
   理サーバに対して送信し、 前記プリペイド情報管理サーバは、データベースに格納
   されている前記プリペイド情報媒体の前記パスワードに
   対して、前記認証用演算情報を用いて、前記端末が使用
   した演算と同一の演算を行い、当該演算結果と前記端末
   から送信された演算結果と照合して前記プリペイド情報
   媒体の認証を行うとともに、前記プリペイド利用ＩＤを
   基にデータベースを検索し、当該プリペイド利用ＩＤの
   プリペイド情報媒体の残金と前記コンテンツサーバから
   の前記課金要求金額を参照し、前記プリペイド情報媒体
   の前記残高が前記課金要求金額よりも大きいときに前記
   プリペイド情報媒体の前記残高を減額する課金処理を行
   い、 前記プリペイド情報管理サーバは、前記認証と前記課金
   処理が共に成功した場合に、前記端末に対して有料サー
   ビス利用手続の完了情報とプリペイド情報媒体の残高を
   含む情報を通知するとともに、前記コンテンツサーバに
   対して、認証、および課金の完了通知と、前記認証用演
   算情報、あるいは前記演算結果を送信し、 前記コンテンツサーバは、前記認証用演算情報、あるい
   は前記演算結果を共有鍵として用い、有料サービスのコ
   ンテンツを暗号化して前記端末に提供するとともに、前
   記有料サービスのコンテンツのダウンロードを一定限度
   内の範囲で有効とする許可ＩＤを生成して前記端末に送
   信し、さらに、前記端末において前記有料サービスのコ
   ンテンツのダウンロードが不成功に至り、前記端末から
   前記許可ＩＤを用いて、再度前記有料サービスのコンテ
   ンツのダウンロード要求があった場合に、前記端末に対
   して、前記一定限度内において前記有料サービスのコン
   テンツを提供し、 前記端末は、前記認証用演算情報、あるいは前記演算結
   果を共有鍵として用い、前記暗号化された有料サービス
   のコンテンツを復号化することを特徴とする有料サービ
   ス提供方法。
5. 【請求項５】 前記プリペイド情報媒体のパスワード
   は、外部から前記端末に入力されることを特徴とする請
   求項３または請求項４に記載の有料サービス提供方法。
6. 【請求項６】 端末と、前記端末に対してコンテンツを
   提供するコンテンツサーバと、有料サービスの課金処理
   を行うプリペイド情報管理サーバとがネットワークに接
   続されている有料サービス提供システムであって、 前記端末は、取引に必要な所定の情報を保持するプリペ
   イド情報媒体を利用して、前記コンテンツサーバに対し
   て有料サービスの利用を要求する手段と、 前記コンテンツサーバから、前記有料サービスのコンテ
   ンツを受信する手段と、 前記コンテンツサーバから、前記有料サービスのコンテ
   ンツのダウンロードを一定限度内の範囲で有効とする許
   可ＩＤを受信する手段と、 前記許可ＩＤを用いて、前記コンテンツサーバから再度
   前記有料サービスのコンテンツのダウンロードを要求す
   る手段とを備え、 前記コンテンツサーバは、前記プリペイド情報管理サー
   バに対して、前記プリペイド情報媒体が前記コンテンツ
   の有料サービスを利用する資格を有するか否かの認証
   と、前記プリペイド情報媒体への課金とを要求する手段
   と、 前記プリペイド情報管理サーバからの認証、および課金
   の完了通知に基づき、前記端末に対して前記有料サービ
   スのコンテンツを提供する手段と、 前記プリペイド情報管理サーバからの認証、および課金
   の完了通知に基づき、前記許可ＩＤを生成して前記端末
   に送信する手段と、 前記端末から、前記許可ＩＤを用いて再度前記有料サー
   ビスのコンテンツのダウンロード要求があった場合に、
   前記端末に対して前記一定限度内において前記有料サー
   ビスのコンテンツを提供する手段とを備え、 前記プリペイド情報管理サーバは、前記プリペイド情報
   媒体の認証と、前記プリペイド情報媒体の前記残高に対
   して課金処理を行う手段と、 前記コンテンツサーバに対して認証、および課金の完了
   通知を行う手段とを備えることを特徴とする有料サービ
   ス提供システム。
7. 【請求項７】 前記コンテンツサーバは、前記端末に提
   供する前記有料サービスのコンテンツを暗号化する手段
   を備え、 前記端末は、前記暗号化された有料サービスのコンテン
   ツを復号化する手段を備えることを特徴とする請求項６
   に記載の有料サービス提供方法。
8. 【請求項８】 端末と、前記端末に対してコンテンツを
   提供するコンテンツサーバと、有料サービスの課金処理
   を行うプリペイド情報管理サーバとがネットワークに接
   続されている有料サービス提供システムであって、 前記端末は、取引に必要な所定の情報を保持するプリペ
   イド情報媒体を利用して前記コンテンツサーバに対して
   サービスメニューを要求する手段と、 ユーザが利用するサービスを選択すると、前記コンテン
   ツサーバに対して有料サービスの利用を要求する手段
   と、 前記プリペイド情報管理サーバに対して、前記プリペイ
   ド情報媒体に格納されたプリペイド利用ＩＤを送信する
   手段と、 前記プリペイド情報管理サーバから送信される認証用演
   算情報を受信し、前記認証用演算情報を用いて前記パス
   ワードに対して所定の演算を行い、その演算結果を前記
   プリペイド情報管理サーバに送信する手段と、 前記コンテンツサーバから、有料サービスのコンテンツ
   のダウンロードを一定限度内の範囲で有効とする許可Ｉ
   Ｄを受信する手段と、 前記コンテンツサーバから前記有料サービスのコンテン
   ツを受信する手段とを備え、 前記コンテンツサーバは、前記端末にサービスメニュー
   を送信する手段と、 前記端末のアドレス情報と前記有料サービスの課金情報
   とを前記プリペイド情報管理サーバに転送する手段と、 前記プリペイド情報媒体が前記コンテンツの有料サービ
   スを利用する資格を有するか否かの認証、および前記プ
   リペイド情報媒体への課金を前記プリペイド情報管理サ
   ーバに要求する手段と、 前記プリペイド情報管理サーバからの認証、および課金
   の完了通知に基づき、前記端末に対して前記有料サービ
   スのコンテンツを提供する手段と、 前記プリペイド情報管理サーバからの認証、および課金
   の完了通知に基づき、前記許可ＩＤを生成して前記端末
   に送信する手段と、 前記端末から前記許可ＩＤを用いて、再度前記有料サー
   ビスのコンテンツのダウンロード要求があった場合に、
   前記端末に対して、前記一定限度内において前記有料サ
   ービスのコンテンツを提供する手段とを備え、 前記プリペイド情報管理サーバは、前記端末に対して前
   記認証用演算情報を送信する手段と、 前記プリペイド情報媒体のパスワードを用いた所定の認
   証手順により前記プリペイド情報媒体の認証を行う手段
   と、 前記プリペイド利用ＩＤを基にデータベースを検索し、
   当該プリペイド利用ＩＤのプリペイド情報媒体の残金に
   対する課金処理を行う手段と、 前記コンテンツサーバに対して、認証及び課金の完了通
   知を送信する手段とを備えることを特徴とする有料サー
   ビス提供システム。
9. 【請求項９】 前記プリペイド情報管理サーバは、前記
   コンテンツサーバに対して、暗号鍵として使用される認
   証用情報を送信する手段を備え、 前記コンテンツサーバは、前記プリペイド情報管理サー
   バから送信された認証用情報を共通鍵として有料サービ
   スのコンテンツを暗号化する手段を備え、 前記端末は、前記認証情報を共通鍵として、前記暗号化
   された有料サービスのコンテンツを復号化する手段とを
   更に備えることを特徴とする請求項８に記載の有料サー
   ビス提供システム。
10. 【請求項１０】 前記認証用情報は、前記プリペイド情
    報管理サーバから前記端末に対して送信される認証用演
    算情報、あるいは、前記端末において、前記認証用演算
    情報とパスワードとを結合した値に対して所定の演算を
    行った演算結果であることを特徴とする請求項９に記載
    の有料サービス提供システム。
11. 【請求項１１】 端末に対して有料サービスのコンテン
    ツを提供するコンテンツサーバであって、 前記端末から、取引に必要な所定の情報を保持するプリ
    ペイド情報媒体を利用する有料サービス利用の要求に応
    じて、ネットワークを介して接続されるプリペイド情報
    管理サーバに対して、前記プリペイド情報媒体が前記コ
    ンテンツの有料サービスを利用する資格を有するか否か
    の認証と、前記プリペイド情報媒体への課金とを要求す
    る手段と、 前記プリペイド情報管理サーバからの認証、および課金
    の完了通知に基づき、前記端末に対して前記有料サービ
    スのコンテンツを提供する手段と、 前記プリペイド情報管理サーバからの認証、および課金
    の完了通知に基づき、前記有料サービスのコンテンツの
    ダウンロードを一定限度内の範囲で有効とする許可ＩＤ
    を生成して前記端末に送信する手段と、 前記端末から前記許可ＩＤを用いて、再度前記有料サー
    ビスのコンテンツのダウンロード要求があった場合に、
    前記端末に対して、前記一定限度内において前記有料サ
    ービスのコンテンツを提供する手段とを備えることを特
    徴とするコンテンツサーバ。
12. 【請求項１２】 前記端末にサービスメニューを送信す
    る手段と、 前記端末のアドレス情報と前記有料サービスの課金情報
    とを前記プリペイド情報管理サーバに転送する手段と、 前記プリペイド情報管理サーバから送信される認証用情
    報を共通鍵として有料サービスのコンテンツを暗号化す
    る手段を備えることを特徴とする請求項１１に記載のコ
    ンテンツサーバ。
13. 【請求項１３】 端末と、前記端末に対してコンテンツ
    を提供するコンテンツサーバと、有料サービスの課金処
    理を行うプリペイド情報管理サーバとがネットワークに
    接続されている有料サービス提供システムにおける、前
    記端末を制御する有料サービス提供用プログラムであっ
    て、 取引に必要な所定の情報を保持するプリペイド情報媒体
    を利用して前記コンテンツサーバにサービスメニューを
    要求させる手順と、 ユーザが利用したいサービスを選択すると、前記コンテ
    ンツサーバに対して有料サービスの利用を要求させる手
    順と、 前記プリペイド情報管理サーバからの要求に基づき、前
    記プリペイド情報媒体に格納されたプリペイド利用ＩＤ
    を前記プリペイド情報管理サーバに送信させる手順と、 前記プリペイド情報管理サーバから送信された認証用演
    算情報を用いて、前記プリペイド情報媒体のパスワード
    に対して所定の演算を行い、その演算結果を前記プリペ
    イド情報管理サーバに送信させる手順と、 前記コンテンツサーバから、前記有料サービスのコンテ
    ンツのダウンロードを一定限度内の範囲で有効とする許
    可ＩＤを受信させる手順と、 前記コンテンツサーバから有料サービスのコンテンツを
    ダウンロードさせる手順と、 前記有料サービスのコンテンツのダウンロードが不成功
    の場合に、前記許可ＩＤを用いて、再度前記有料サービ
    スのコンテンツのダウンロード要求を、前記コンテンツ
    サーバに対して要求させる手順とを、前記端末に実行さ
    せることを特徴とする有料サービス提供用プログラム。
14. 【請求項１４】 前記認証用演算情報を共有鍵として用
    いて、前記コンテンツサーバからダウンロードさせた、
    暗号化された前記有料サービスのコンテンツを復号化さ
    せる手順を備えることを特徴とする請求項１３に記載の
    有料サービス提供用プログラム。
15. 【請求項１５】 端末と、前記端末に対してコンテンツ
    を提供するコンテンツサーバと、有料サービスの課金処
    理を行うプリペイド情報管理サーバとがネットワークに
    接続されている有料サービス提供システムにおける、前
    記コンテンツサーバを制御する有料サービス提供用プロ
    グラムであって、 前記端末からの要求に基づき、前記端末に対してサービ
    スメニューを送信させる手順と、 前記端末から、取引に必要な所定の情報を保持するプリ
    ペイド情報媒体を利用する有料サービスの利用の要求に
    応じて、前記プリペイド情報管理サーバに対して、前記
    プリペイド情報媒体が前記コンテンツの有料サービスを
    利用する資格を有するか否かの認証と、前記プリペイド
    情報媒体への課金を要求させる手順と、 前記プリペイド情報管理サーバからの認証、および課金
    の完了通知に基づき、前記端末に対して前記有料サービ
    スのコンテンツを提供させる手順と、 前記プリペイド情報管理サーバからの認証、および課金
    の完了通知に基づき、前記有料サービスのコンテンツの
    ダウンロードを一定限度内の範囲で有効とする許可ＩＤ
    を生成して前記端末に送信させる手段と、 前記端末から前記許可ＩＤを用いて、再度前記有料サー
    ビスのコンテンツのダウンロード要求があった場合に、
    前記端末に対して、前記一定限度内において前記有料サ
    ービスのコンテンツを提供させる手順とを、コンテンツ
    サーバに実行させることを特徴とする有料サービス提供
    用プログラム。
16. 【請求項１６】 前記プリペイド情報管理サーバから受
    信した認証用演算情報を共有鍵として、前記有料サービ
    スのコンテンツを暗号化させて、前記有料サービスのコ
    ンテンツを前記端末に提供させる手順を備えることを特
    徴とする請求項１５に記載の有料サービス提供用プログ
    ラム。
17. 【請求項１７】 端末と、前記端末に対してコンテンツ
    を提供するコンテンツサーバと、有料サービスの課金処
    理を行うプリペイド情報管理サーバとがネットワークに
    接続されている有料サービス提供システムにおける、前
    記プリペイド情報管理サーバを制御する有料サービス提
    供用プログラムであって、 前記コンテンツサーバからの、前記プリペイド情報媒体
    が前記コンテンツの有料サービスを利用する資格を有す
    るか否かの認証と、前記プリペイド情報媒体への課金の
    要求に基づき、前記端末に対して、前記プリペイド情報
    媒体に格納されているプリペイド利用ＩＤの送信を要求
    させる手順と、 当該プリペイド利用ＩＤを受信した後、認証用演算情報
    を前記端末に対して送信させる手順と、 前記端末から、前記認証用演算情報を用いて前記プリペ
    イド情報媒体のパスワードに所定の演算を施した演算結
    果を受信した後、前記認証用演算情報を用いてデータベ
    ースに格納されている前記プリペイド情報媒体の前記パ
    スワードに、前記端末が使用した演算と同一の演算を行
    い、その演算結果を前記端末から送信された演算結果と
    照合して、前記プリペイド情報媒体の認証を行わせる手
    順と、 前記プリペイド利用ＩＤを基にデータベースを検索し、
    当該プリペイド利用ＩＤのプリペイド情報媒体の残金と
    前記コンテンツサーバからの前記課金要求金額を参照し
    て課金処理を行わせる手順と、 前記認証と前記課金処理が共に成功した場合に、前記端
    末に対して、有料サービス利用手続の完了情報とプリペ
    イド情報媒体の残高を含む情報を、また、前記コンテン
    ツサーバに対して、認証及び課金の完了通知を送信させ
    る手順とを、前記プリペイド情報管理サーバに実行させ
    ることを特徴とする有料サービス提供用プログラム。
18. 【請求項１８】 前記コンテンツサーバに対して、前記
    プリペイド情報の前記認証用演算情報を送信させる手順
    を備えることを特徴とする請求項１７に記載の有料サー
    ビス提供用プログラム。
19. 【請求項１９】 請求項１３ないし請求項１８のいずれ
    か１項に記載の有料サービス提供用プログラムを格納し
    たコンピュータ読み取り可能な記録媒体。