JP2000013371A - コンテンツ利用料金の課金方法 - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツデータをクライアント側にダウン
ロードする時間を監視し、単位データあたりの時間を算
出し、搬送速度の変動によるダウンロード時間（＝費
用）を調整する課金制御を提供すること。 【解決手段】 プロバイダーを介してインタネットに接
続したクライアント・サーバシステムにおけるコンテン
ツ利用料金の課金方法であって、前記クライアントがコ
ンテンツを利用する際に、コンテンツプロバイダ側のサ
ーバはクライアントへのコンテンツ送信開始から送信完
了までの時間を取得し、前記取得時間からクライアント
に特典を与えるポイントを算出し、前記ポイント計算結
果をインターネットを介してクライアントに伝える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット通信を行
うインターネットのようなネットワーク回線を利用して
コンテンツを利用する場合のコンテンツ利用料金の課金
方法に関し、特に、従量制、固定制の他に、ネットワー
クプロバイダ（以下、単にプロバイダと記す）の利用料
金の課金方法、ユーザ獲得のサービスとして単位時間当
たりのデータ量に対しての課金、値引きサービスとして
の課金方法、あるいは、電子化された画像、音声、コン
ピュータソフト等のデジタルコンテンツを配信する業者
（以下、コンテンツプロバイダと記す）のコンテンツ利
用料金の課金方法に適用して有効な技術に関するもので
ある。

【０００２】

【従来の技術】プロバイダは、インターネットでのデー
タ容量を保証できないので、料金を一定にして、使い放
題としている所が多い。但し、ネットの太さによりその
速度はまちまちである。

【０００３】プロバイダーは、契約時に支払う固定制
（年間料金、月間料金）、サーバー側で時間管理を記録
する従量制課金、または、固定制と従量制の組み合わせ
でユーザから利用料金を徴収している。例えば、一月当
たり１０時間までは２０００円でそれを越えると１分あ
たり１０円を課金するとかであり、これらの時間はサー
バーで管理している。

【０００４】さらに、ダイヤルアップ接続する際に用い
る電話回線においても、回線の中を流れる電送速度、回
線の種類(PSTN:)、ISDN回線によりその基本料金は異な
っており、電話回線業者では時間制のサービスのみを行
っている。

【０００５】また、電話回線業者では、トラフィクの少
ない深夜から早朝にユーザに使ってもらえるような、深
夜の所定時間内かけ放題のサービスを行っている。その
外にも曜日ごと、または時間帯ごとのサービス、あるい
はある一定金額を支払えば一定時間内は料金一定といっ
たサービスが提供されており、電話番号と、通話先、通
話時間のデータをもとに契約パターンとあわせてその通
話料金を設定している(回線の太さによるクラス分け
と、接続時間量に依存した制御方式である)。

【０００６】一方、コンテンツプロバイダが提供するデ
ジタルコンテンツの価格は中身の内容によって決まるも
のである。

【０００７】この場合、通信したデータ容量に依存せ
ず、画像10枚1000円とか、ソフト一本で2000円とか。サ
ーバーで個人情報と、ダウンロードが終了したかどうか
の信号処理をとらえ、コンテンツ単位でタイミングで課
金している(搬送経路による電送時間の変動を加味した
技術手段はない)。

【０００８】また、パソコン通信業者では、アクセスポ
イントごとの回線スピード（ｂｐｓ：bit per second)
とその利用時間をホスト側で監視することにより課金し
ている。つまりは時間単位の従量課金である(電話回線
業者と同じ課金方式である)。

【０００９】次に、上述した従来のインターネット接続
とデジタルコンテンツ取得にかかる料金例を図１６、図
１７に示し、具体的に説明する。

【００１０】図１６は、インターネット接続とデジタル
コンテンツ取得についてユーザが支払う料金の関係につ
いての説明図である。図１７はインターネット接続とデ
ジタルコンテンツ取得についてユーザが支払う料金の関
係についての詳細な説明図である。

【００１１】従来のインターネット接続とデジタルコン
テンツ取得においては、図１６、図１７に示すように、
クライアント側には、インターネットに接続するため
に、まずプロバイダに支払うインターネット回線利用料
金が発生する。さらに、専用線を持たなくて、電話回線
を利用してインターネット回線に接続する場合（ダイヤ
ルアップ接続）は、さらに電話回線業者に支払う通話料
金が発生する。これら回線利用料金は、時間により料金
が変動する従量制課金と、月単位、年単位などの固定制
とがある。また、コンテンツ料金については、コンテン
ツを供給する側のコンテンツプロバイダが徴収するもの
で、その料金はに回線利用時間に関わらず一定である。

【００１２】

【発明が解決しようとする課題】本発明者は、上記従来
技術を検討した結果、以下の問題点を見いだした。コン
テンツデータをダウンロードする際にもコンテンツ料金
は、クライアント側の回線状態によらず、一定であるた
め、トラフィックの多い時間帯にアクセスした場合と、
トラフィックが空いている状態でアクセスした場合によ
って料金負担が変わってくる。特に、トラフィックが多
い状態でアクセスした場合ではダウンロードするのに料
金負担が大きくなり、コンテンツプロバイダーにとって
は販売機会が損失するという第１の問題点がある。

【００１３】また、プロバイダーに支払う料金は一定あ
るいは、時間制による従量制であっても、実際にＷＷＷ
で情報を入手できる回線のトラフィックによりデータ量
はまちまちであり、安定しないという第２の問題点があ
る。

【００１４】そこで、本発明は上記第１の問題点を解決
するために成されたものであり、その目的は、コンテン
ツデータをクライアント側にダウンロードする時間を監
視し、単位データあたりの時間を算出し、搬送速度の変
動によるダウンロード時間（＝費用）を調整する課金制
御を提供するものである。

【００１５】また、本発明は上記第２の問題点を解決す
るためになされたものであり、その目的は、単位時間当
たりにプロバイダから送信されるデータとクライアント
側から要求するデータの相関から課金の調整を可変的に
制御し、トラフィックによる変動によるデメリットを調
整する課金制御を提供するものである。本発明の前記な
らびにその他の目的と新規な特徴は、本明細書の記述及
び添付図面によって明らかになるであろう。

【００１６】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。プロバイダーを介してインタネッ
トに接続したクライアント・サーバシステムにおけるコ
ンテンツ利用料金の課金方法であって、前記クライアン
トがコンテンツを利用する際に、コンテンツプロバイダ
側のサーバはクライアントへのコンテンツ送信開始から
送信完了までの時間を取得し、前記取得時間からクライ
アントに特典を与えるポイントを算出し、前記ポイント
計算結果をインターネットを介してクライアントに伝え
る。

【００１７】また、プロバイダを介してインタネットに
接続したクライアント・サーバシステムにおけるコンテ
ンツ利用料金の課金方法であって、コンテンツを利用す
る際に、前記プロバイダ側のサーバが一定の単位時間の
間、クライアントにデータを送信する際の送信スピード
とクライアントから送信される際の送信スピードを取得
し、かつサーバ側から送信されるデータ容量とクライア
ント側から送信されるデータ量とを比較し、そのデータ
量の比較結果からクライアントにプロバイダの回線利用
料金を還元するポイントを算出し、前記ポイント計算結
果をインターネットを介してクライアント側に伝える。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。本実施形態の課金方法は、
インターネット上で、電子化された画像情報や音楽など
デジタルコンテンツの販売を行う際に、回線状態により
コンテンツプロバイダからクライアント側にデジタルコ
ンテンツを送信する時間が異なることに配慮するもので
ある。

【００１９】配慮の仕方としては、例えば、以下の２通
りがある。 １．デジタルコンテンツを提供するコンテンツプロバイ
ダ側のサーバで送信時間を監視し、送信時間によりユー
ザにポイント等のインセンティブを与える。 ２．プロバイダ側で、単位時間内のサーバとクライアン
ト間のデータ送受信量を計算し、計算結果をもとにユー
ザにポイント等のインセンティブを与える。

【００２０】（実施形態１）まず初めに、本発明の一実
施形態にかかる第１の課金方法について説明する。図１
〜図４は、本実施形態１の第１の課金方法を実現するシ
ステム構成例を示した図である。

【００２１】図１は、上述した本実施形態１の第１の課
金方法を実現するシステムの構成を説明するための図で
ある。

【００２２】本実施形態１の第１の課金方法を実現する
システムは、図１に示すように、クライアント１０と、
制御部２１とプロバイダ用データベース２２（以下、プ
ロバイダＤＢと称す）とを備えるプロバイダ用サーバ２
０と、制御部３１とコンテンツプロバイダー用データベ
ース（以下、コンテンツプロバイダＤＢと称す）３２と
を備えるコンテンツプロバイダ用サーバ３０とを有し、
これらのサーバ２０、３０はインターネット網５０に接
続している。

【００２３】また、クライアント１０は、専用線６０を
介してプロバイダ用サーバ２０に接続し、かつクライア
ント１０は専用線以外に電話回線７０を介して交換局４
０に接続され、交換局４０から電話線７０を介して、プ
ロバイダ用サーバー側２０に接続される（ダイヤルアッ
プ接続）。

【００２４】図２は、実施形態１のプロバイダ用サーバ
２０の構成を示すブロック図である。図２に示すよう
に、制御部２１は通信装置２３を介して交換局４０、イ
ンターネット網２５、クライアント１０に接続されてい
る。プロバイダＤＢ２２は、プロバイダーと契約してい
るユーザ情報を管理するユーザ管理テーブル２２１、回
線の利用時間を管理する利用時間管理テーブル２２２を
格納している。

【００２５】図３は、実施形態１のコンテンツプロバイ
ダ用サーバ３０の構成を示すブロック図である。図３に
示すように、制御部３１は通信装置３３を介してインタ
ーネット網２５に接続されている。コンテンツプロバイ
ダＤＢ３２は、ユーザ情報を管理するユーザ管理テーブ
ル３２１、コンテンツを管理するコンテンツデータテー
ブル３２２、コンテンツデータのダウンロード時間に対
しユーザにインセンティブを与えるポイントを管理する
ためのポイント管理テーブル３２３、コンテンツ料金を
算出するための料金計算テーブル３２４を格納してい
る。

【００２６】図４は、実施形態１のクライアント１０の
構成を示す図である。図４に示すように、制御部１２は
通信装置１５を介してインターネット網２５、または交
換局４０に接続されている。また１１は記憶装置、１３
は表示装置、１４は入力装置であり、制御部１２により
制御される。

【００２７】記憶装置１１は、コンテンツプロバイダか
らダウンロードしたコンテンツデータ１１１、プロバイ
ダから送られてくるポイントを表示するためのポイント
表示用アプリケーション１１２、ＷＷＷ（World Wide W
eb)を閲覧するためのブラウザ１１３を格納している。

【００２８】図５は、本実施形態１のプロバイダＤＢ２
２内の各テーブルの詳細を示す図である。ユーザ管理テ
ーブル２２１は、図５（ａ）に示すように、個人認証を
行う際に照合を行うための個人データとしてユーザ管理
テーブル２２１上のユーザＩＤ２２１１、パスワード２
２１２を格納している。その他のユーザに関する属性と
して氏名２２１３、従量制や定量制等の契約クラス２２
１４、料金の支払い方法（カード決済、代金引き替え
等）を指定する支払方法２２１５を格納している。

【００２９】利用時間管理テーブル２２２は、図５
（ｂ）に示すように、通番Ｔ２２２１、ユーザＩＤ２２
１２、契約期間２２２３、利用時間の累計（例えば月単
位）として利用時間２２２４、利用料金２２２５を格納
している。

【００３０】図６は、本実施形態１のコンテンツプロバ
イダＤＢ３２内の各テーブルの詳細を示す図である。

【００３１】ユーザ管理テーブル３２１は、図６（ａ）
に示すように、個人認証を行う際に照合を行うための個
人データとしてユーザＩＤ３２１１、パスワード３２１
２を格納している。その他のユーザに関する属性として
氏名３２１３、料金の支払い方法（カード決済、代金引
き替え等）を指定する決済方法３２１４を格納してい
る。

【００３２】コンテンツデータテーブル３２２は、図６
（ｂ）に示すように、通番Ｃ３２２１、コンテンツデー
タ３２２２、コンテンツデータ３２２２の属性としてデ
ータ容量３２２３、コンテンツ料金３２２４を格納して
いる。

【００３３】ポイント管理テーブル３２３は、図６
（ｃ）に示すように、通番Ｐ３２３１，ユーザ管理テー
ブル３２１上のユーザＩＤ３２１１、コンテンツデータ
テーブル３２２上の通番Ｃ３２２１、ダウンロード実施
の日時３２３２、ダウンロード時間３２３３、ダウンロ
ード時間から算出されるポント３２３４を格納してい
る。

【００３４】料金計算テーブル３２４は、図６（ｄ）に
示すように、通番Ｆ３２４１、ユーザ管理テーブル３２
１上のユーザＩＤ３２１１、通番Ｐ３２３１、課金結果
３２４２を格納している。

【００３５】ポイント管理テーブル３２３において、ユ
ーザＩＤ３２１１と通番Ｃ３２２１によりユーザとコン
テンツ料金を規定し、ダウンロード時間によりポイント
３２３４を設定する。

【００３６】料金計算テーブル３２４では、ユーザＩＤ
３２１１と通番Ｐ３２３１によりコンテンツの課金を算
出する。例として、通番Ｃ０１のコンテンツ料金が３０
００円として、通番Ｐ０１においてダウンロードに３分
３０秒かかり、５ポイント支給されている。この結果か
ら１ポイントを１０円に換算して料金割引を行うとユー
ザが支払う料金は２９５０円となる。換算の方法はその
外にの１ポイント２０円や１００円など、コンテンツプ
ロバイダがユーザへのインセンティブとして有効な値を
設定可能である。また、算出されたポイントは、必ずし
も現金として還元されるわけでなく、クライアントに特
典を与えるものであれば何でもよく、例えば、ポイント
毎に商品をプレゼントしたり、他のサービス提供するこ
ともできる。

【００３７】次に、本実施形態１の第１の課金方法であ
るコンテンツプロバイダからコンテンツデータをダウン
ロードする際の課金方法について説明する。

【００３８】図７は、本実施形態１の第１の課金方法を
説明するためのシーケンス図である。

【００３９】本実施形態１の第１の課金方法は、図７に
示すように、まず、クライアント１０側からコンテンツ
プロバイダに対して欲しいダウンロード要求が送信され
る（ステップ７００）。コンテンツプロバイダは個人認
証（ユーザＩＤ３２１１，パスワード３３１２）を要求
し（スッテプ７０１）、クライアントは認証番号を送信
する（ステップ７０２）。コンテンツプロバダではユー
ザ管理テーブル３２１内のデータとの照合により個人認
証処理（ステップ７０３）を行った後、コンテンツデー
タの送信を行う（ステップ７０４）。クライアントは前
記データを記憶装置１１に格納する（ステップ７０
６）。また、コンテンツプロバイダでは時間カウントを
開始する（ステップ７０５）。コンテンツデータを全て
送信し終わると同時にエンド信号を送信し（ステップ７
０７）、時間カウントを停止する（ステップ７０８）。

【００４０】クラアント１０はデータの受信を完了する
（ステップ７０９）。コンテンツプロバイダーは、エン
ド信号送信までの時間を計算し、ポイントを計算する
（ステップ７１０）。このポイント計算の処理は図９を
用いて説明する。計算結果をクライアントに告知する
（ステップ７１１）。この際のクライアント１０側の表
示例が図８（ｂ）に示す画面例２である。

【００４１】図８は、コンテンツの単位データ量に対す
るポイント支給のクラインアント側の画面例を示した図
である。

【００４２】画面を生成するWeb上のデータはコンテン
ツプロバイダＤＢ３２のコンテンツデータテーブル３２
２の中の３２２２に格納される。図８では画像情報を例
にして説明しており、図８（ａ）に示す画面例１では、
画面のサンプルはコンテンツデータ３２２２よりサムネ
ールとして生成される。クライアント１０側の表示画面
上の「はい」をマウス等の入力装置１４で指示することに
より、ダウンロード要求の信号（ステップ７００）がク
ライアントより送信される。画面上にはコンテンツデー
タテーブル３２１の中のコンテンツ料金３２２４、デー
タ容量３２２３、ポイント管理テーブル３２３の中のポ
イント３２３４が表示される。

【００４３】図８（ｂ）に示す画面例２では、画面上に
ユーザ管理テーブル３２１の中の氏名３２１３、ポイン
ト管理テーブル３２３の中のダウンロード時間３２３
３、支給されるポイント３２３４が表示される。

【００４４】図９は、コンテンツの単位データ量に対す
るポイント支給を説明するためのフロー図である。本図
を用いて図７におけるポイント計算（ステップ７１０）
の処理について説明する。また、本処理は図６（ｃ）に
おけるポイント管理テーブル３２３のダウンロード時間
３２３３からポイント３２３４を導き出すことに当た
る。

【００４５】ポイント計算（ステップ７１０）の処理
は、図７に示したように、ステップ７０３〜７０４のダ
ウンロードの開始時間から終了時間までの時間をカウン
トし（ステップ５１０１）、前記ダウンロード時間と規
定値Ａ（本実施形態では３０分以上としているが、その
値はコンテンツプロバダ側で自由に設定可能である）の
比較を行う（ステップ５１０２）。前記ダウンロード時
間が規定値Ａより大きかったら５０ポイントを付与（ス
テップ５１０３）する。ポイントの数値はコンテンツプ
ロバイダーがその値を図６（ｂ）に示すコンテンツデー
タテーブル３２２上でコンテンツ毎に設定することの可
能である。

【００４６】規定値Ａ（３０分）未満であった場合は規
定値Ｂ（本実施形態では１０分以上）と比較し（ステッ
プ５１０４）、規定値Ｂ以上であったら１０ポイントを
付与（ステップ５１０５）する。

【００４７】規定値Ｂ（１０分）未満であった場合は規
定値Ｃ（本実施形態では５分以上）と比較し（ステップ
５１０６）、規定値Ｃ以上であったら５ポイントを付与
（ステップ５１０７）する。

【００４８】規定値Ｃ（５分）未満であった場合はポイ
ントなし（ステップ５１０８）とする。このよう算出さ
れたポイント結果をクライアントに告知する（ステップ
５１１）。またポイント結果をポント管理テーブル３２
３に格納する（３２３４）。

【００４９】したがって、コンテンツプロバイダーにお
いては、ユーザがコンテンツをネットを通じて取得する
際の時間が、ネットワークの混雑状況により変化するた
め、ユーザの環境（例えばダイヤルアップ接続ユーザ）
によりダウンロードにかかる回線料金に差や、心理的負
担（時間がかかり、いらいら）があったが、本実施形態
１によれば、コンテンツデータをクライアント側にダウ
ンロードする時間を取得し、単位データあたりの時間を
算出することによって、搬送速度の変動によるダウンロ
ード時間（＝費用）を調整する課金制御それらの差を課
金により調整可能となる。

【００５０】これにより、コンテンツプロバイダーのサ
ービスとしてクライアント側がコンテンツをダウンロー
ド（＝販売）の機会がアップする。

【００５１】（実施形態２）次に、プロバイダがクライ
アント１０ごとの単位時間当たりのデータ量を監視して
行う第２の課金方法について説明する。

【００５２】本実施形態２の第２の課金方法を実現する
システム構成は図１に示したものと同様であるが、プロ
バイダ用サーバ２０とコンテンツプロバイダ用サーバ３
０の構成が異なるので、その異なる部分を中心に説明す
る。

【００５３】図１０は、実施形態２のプロバイダ用サー
バ２０の構成を示すブロック図である。図１０に示すよ
うに、制御部２１は通信装置２３を介して交換局４０、
インターネット網２５、クライアント１０に接続されて
いる。プロバイダＤＢ２２は、実施形態１に示したユー
ザ管理テーブル２２１、利用時間管理テーブル２２２の
他に、規定の時間帯のデータ伝送量に対しユーザにイン
センティブを与えるポイント（本実施形態では仮称ポイ
ントとしているが、他のデータ形式でもかまわない）を
管理するためのポイント管理テーブル２２３、利用料金
を算出するための料金計算テーブル２２４を格納してい
る。

【００５４】図１１は、実施形態２のコンテンツプロバ
イダ用サーバ３０の構成を示すブロック図である。図３
に示すように、制御部３１は通信装置３３を介してイン
ターネット網２５に接続されている。コンテンツプロバ
イダＤＢ３２は、実施形態１同様なユーザ管理テーブル
３２１、コンテンツデータテーブル３２２を格納してい
る。

【００５５】図１２は、プロバイダＤＢ２２内の各テー
ブルの詳細を示す図である。なお、実施形態１に示した
ユーザ管理テーブル２２１、利用時間管理テーブル２２
２は図示していない。

【００５６】ポイント管理テーブル２２３は、図１２
（ａ）に示すように、通番ＰＰ２２３１、ユーザ管理テ
ーブル２２１上のユーザＩＤ２２１１、ダウンロード実
施の日時３２３２、利用日時２２３２、単位時間におけ
るクライアントからの要求データＣＤ２２３３とプロバ
イダーからの送出データＳＤ２２３４、ＣＤとＳＤから
算出されるポント２２３５を格納している。

【００５７】料金計算テーブル２２４は、図１２（ｂ）
に示すように、ユーザ管理テーブル２２１上のユーザＩ
Ｄ２２１１、利用時間管理テーブル２２２上の通番Ｔ２
２２１、ポイント管理テーブル２２３上の通番ＰＰ ２
２３１、課金結果２２４２を格納している。

【００５８】ポイント管理テーブル２２３において、ユ
ーザＩＤ２２１１と利用時間２２３２とデータ量のＣＤ
２２３３とＳＤ２２３４によりユーザと利用料金を規定
し、後述する計算例をもとにポイント２２３５を設定す
る。

【００５９】料金計算テーブル２２４では、通番Ｔ２２
４１と通番ＰＰ２２３１により利用料金の課金を算出す
る。

【００６０】例として、ユーザＩＤ０００１の者が、通
番Ｔ０１の利用料金が定量制で月額５０００円として、
通番ＰＰ０１、ＰＰ０２、ＰＰ０３においてそれぞれ
４、０、４ポイント獲得したとして８ポイント支給され
ている。この結果から１ポイントを１０円に換算して料
金割引を行うとユーザが支払う料金は４８２０円とな
る。換算の方法はその外にの１ポイント２０円や１００
円など、プロバイダーがユーザへのインセンティブとし
て有効な値を設定可能である。

【００６１】図１３は、実施形態２の第２の課金方法を
説明するためのシーケンス図である。

【００６２】実施形態２の第２の課金方法は、図１３に
示すように、まず、クライアント１０から認証番号（ユ
ーザＩＤ２２１１、パスワード２２１２）を送信する
（ステップ１３００）。プロバイダーで個人認証処理を
行い（ステップ１３０１）、ユーザを確認してから時間
カウントを開始する（ステップ１３０２）。この間、ク
ライアントの要求（ステップ１３０３）とプロバイダー
からの応答（ステップ１３０４）がポイントカウント時
間帯の間交わされるが、その間のデータ量をプロバイダ
ー側で監視する。規定の時間になったら時間カウントを
停止（ステップ１３０５）し、ポイントの計算処理を行
う（ステップ１３０６）。計算結果をクライアント１０
に報知する（ステップ１３０７）。この際のクライアン
ト１０側の表示例が図１５に示す画面例３、４である。

【００６３】次に、ステップ１３０６におけるポイント
の計算処理について説明する。図１４は、単位時間当た
りのクランアントとプロバイダーの間で送出されるデー
タ量を示す図である。横軸に時間、縦軸にプロバイダー
側からの送出データ量、またはクライアント１０側から
の送出データ量を取る。

【００６４】図１４（ａ）に示すように、単位時間：ａ
の間のプロバイダー側からの全送出データ量をＣＤ２２
３３とし、図１４（ｂ）に示すように、単位時間：ａの
間のクライアント側からの全送出データ量をＳＤ２２３
４とする。

【００６５】ポイントはＣＤの量と、クライアントから
の要求データＣＤに対するプロバイダーからの送出デー
タＳＤの比で算出する。

【００６６】例えば、ＳＤ／ＣＤが大きければ要求に対
する応答が多いと判断し、ユーザに支給するポイントは
少なくてよい。

【００６７】反対に、ＳＤ／ＣＤが小さければ要求に対
する応答が少ないと判断し、ユーザに支給するポイント
を多くする。

【００６８】このように、ＳＤ対ＣＤの比に係数をかけ
ることにより、ポイントを算出する。なお、ポイントの
算出方法は、これに限らず、プロバイダーごとにインセ
ンティブとして効果的な算出方法をとってもよい。

【００６９】図１５は、プロバイダーから送られてくる
サービス時間帯に関するクラインアント１０側の画面例
である。画面を生成するためには、アプリケーション１
１２を用いる。アプリケーション１１２は予めプロバイ
ダーからクライアント側の記憶装置１１に格納してお
く。

【００７０】図１５（ａ）に示す画面例３では、クライ
アント側の表示画面上にはユーザ氏名２２３１とポイン
ト数のポイント管理テーブル上の２２３５より導きださ
れた累計ポイントが表示される。

【００７１】また、図１５（ｂ）に示す画面例４では規
定時間（サービスタイム）終了時に、利用時間２２３３
とこの時の通信におけるポイント数２２３５を表示す
る。

【００７２】したがって、単位時間当たりにプロバイダ
から送信されるデータとクライアント側から要求するデ
ータの相関から課金の調整を可変的に制御し、トラフィ
ックによる変動によるデメリットを調整可能となる。

【００７３】これにより、インターネットの混雑状況に
より、データの送られてくる量が変動しても、プロバイ
ダー料金の値引きサービス等の特典をユーザに提供でき
るのでプロバイダーの会員獲得に有利になる。

【００７４】以上、本発明者によってなされた発明を、
前記実施形態に基づき具体的に説明したが、本発明は、
前記実施形態に限定されるものではなく、その要旨を逸
脱しない範囲において種々変更可能であることは勿論で
ある。

【００７５】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。コンテンツデータをクライアント側
にダウンロードする時間を取得し、単位データあたりの
時間を算出することによって、搬送速度の変動によるダ
ウンロード時間（＝費用）を調整する課金制御それらの
差を課金により調整可能となる。また、単位時間当たり
にプロバイダから送信されるデータとクライアント側か
ら要求するデータの相関から課金の調整を可変的に制御
し、トラフィックによる変動によるデメリットを調整可
能となる。

【図面の簡単な説明】

【図１】本発明の実施形態１の第１の課金方法を実現す
るシステムの構成を説明するための図である。

【図２】実施形態１のプロバイダ用サーバ２０の構成を
示すブロック図である。

【図３】実施形態１のコンテンツプロバイダ用サーバ３
０の構成を示すブロック図である。

【図４】実施形態１のクライアント１０の構成を示す図
である。

【図５】実施形態１のプロバイダＤＢ２２内の各テーブ
ルの詳細を示す図である。

【図６】実施形態１のコンテンツプロバイダＤＢ３２内
の各テーブルの詳細を示す図である。

【図７】実施形態１の第１の課金方法を説明するための
シーケンス図である。

【図８】コンテンツの単位データ量に対するポイント支
給のクラインアント側の画面例を示した図である。

【図９】実施形態１のコンテンツの単位データ量に対す
るポイント支給を説明するためのフロー図である。

【図１０】実施形態２のプロバイダ用サーバ２０の構成
を示すブロック図である。

【図１１】実施形態２のコンテンツプロバイダ用サーバ
３０の構成を示すブロック図である。

【図１２】実施形態２のプロバイダＤＢ２２内の各テー
ブルの詳細を示す図である。

【図１３】実施形態２の第２の課金方法を説明するため
のシーケンス図である。

【図１４】実施形態２の単位時間当たりのクランアント
とプロバイダーの間で送出されるデータ量を示す図であ
る。

【図１５】実施形態２のプロバイダーから送られてくる
サービス時間帯に関するクラインアント１０側の画面例
である。

【図１６】従来のインタネット接続とコンテンツ取得に
かかる料金を示した図である。

【図１７】従来のインタネット接続とコンテンツ取得に
かかる料金を示した図である。

【符号の説明】

１０…クライアント、１１…記憶装置、１２…クライア
ント用制御部、１３…表示装置、１４…入力装置、１５
…クライアント用通信装置、２０…プロバイダ用サー
バ、２１…プロバイダ用制御部、２２…プロバイダ用デ
ータベース、２３…プロバイダ用通信装置、３０…コン
テンツプロバイダ用サーバ、３１…コンテンツプロバイ
ダ用制御部、３２…コンテンツプロバイダ用データベー
ス、３３…コンテンツプロバイダ用通信装置、４０…交
換局、５０…インターネット網、６０…専用線、７０…
電話回線。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 河辺 紀子 神奈川県横浜市都筑区加賀原二丁目２番 株式会社日立製作所システム開発本部内 (72)発明者 梅本 肇 大阪府大阪市中央区内本町二丁目４番16号 日立西部ソフトウェア株式会社内 Ｆターム(参考） 5B089 GA11 GB03 HA10 JA21 KA15 KB12 5K025 BB07 BB10 CC02 FF17 FF27 GG12 5K030 HA06 HB08 HC01 JT02 LD18 MB09

Claims (4)

【特許請求の範囲】
1. 【請求項１】 プロバイダーを介してインタネットに接
   続したクライアント・サーバシステムにおけるコンテン
   ツ利用料金の課金方法であって、 前記クライアントが前記コンテンツを利用する際に、コ
   ンテンツプロバイダ側のサーバがクライアントへのコン
   テンツ送信開始から送信完了までの時間を取得し、前記
   取得時間からクライアントに特典を与えるポイントを算
   出し、前記ポイント計算結果をインターネットを介して
   クライアントに伝えることを特徴とするコンテンツ利用
   料金の課金方法。
2. 【請求項２】 前記請求項１に記載のコンテンツ利用料
   金の課金方法において、 前記ポイントを算出後、ユーザから徴収されるプロバー
   ダー料金を前記ポイント数により可変することを特徴と
   するコンテンツ利用料金の課金方法。
3. 【請求項３】 プロバイダを介してインタネットに接続
   したクライアント・サーバシステムにおけるコンテンツ
   利用料金の課金方法であって、 コンテンツを利用する際に、前記プロバイダ側のサーバ
   が一定の単位時間の間、クライアントにデータを送信す
   る際の送信スピードとクライアントから送信される際の
   送信スピードを取得し、かつサーバ側から送信されるデ
   ータ容量とクライアント側から送信されるデータ量とを
   比較し、そのデータ量の比較結果からクライアントにプ
   ロバイダの回線利用料金を還元するポイントを算出し、
   前記ポイント計算結果をインターネットを介してクライ
   アント側に伝えることを特徴とするコンテンツ利用料金
   の課金方法。
4. 【請求項４】 前記請求項３記載のコンテンツ利用料金
   の課金方法において、 前記ポイントを算出後、ユーザから徴収されるプロバー
   ダー料金を前記ポイント数により可変することを特徴と
   するコンテンツ利用料金の課金方法。