(57)【要約】【課題】データ送受信時における課金を各クライアントの回線状況に応じて適応的に変更できるようにすること。【解決手段】データ配信サーバ２０は、該データ配信サーバ２０とクライアント１０との間でのコンテンツデータの送受信時に、当該データの送受信帯域速度を測定する帯域測定モジュール２０Ｂと、この帯域測定モジュール２０Ｂで測定したデータ送受信帯域速度値が、データ管理ＤＢ２２の当該コンテンツについての最低帯域速度値２２Ｅのフィールドに設定してある推奨最低帯域速度値を下回ったときに、同じくデータ管理ＤＢ２２のデータ送信料金２２Ｄに格納された予め決められた送信料金を、上記測定したデータ送受信帯域速度値と上記推奨最低帯域速度値との差分だけ減額して課金する課金料金演算モジュール２０Ｃとを備える。【選択図】　　図１
2004040632.tif 000002
【特許請求の範囲】
【請求項１】
クライアント、サーバ間でのデータの送受信時における課金を制御する課金制御装置であって、
クライアント、サーバ間でのデータの送受信時に、当該データの送受信帯域速度を測定する帯域測定モジュールと、
上記帯域測定モジュールで測定したデータ送受信帯域速度値が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する課金料金演算モジュールと、
を具備することを特徴とする課金制御装置。
【請求項２】
上記任意の条件は、上記測定データ送受信帯域速度値が予め決められた帯域速度値を下回ることであり、
上記送信料金の調整は、上記測定データ送受信帯域速度値と上記予め決められた帯域速度値との差に応じた減額である、
ことを特徴とする請求項１に記載の課金制御装置。
【請求項３】
クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定する時間測定モジュールを更に具備し、
上記減額が予め設定された限度値を越えたとき、上記課金料金演算モジュールは、上記時間測定モジュールで測定したデータ送受信にかかった時間が、予め決められた最高時間を越えた場合に、上記データの送受信に係る予め決められた送信料金から設定した料金を減額する送信料金の調整を行う、
ことを特徴とする請求項２に記載の課金制御装置。
【請求項４】
クライアント、サーバ間でのデータの送受信時における課金を制御する課金制御装置であって、
クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定する時間測定モジュールと、
上記時間測定モジュールで測定したデータ送受信にかかった時間が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する課金料金演算モジュールと、
を具備することを特徴とする課金制御装置。
【請求項５】
上記任意の条件は、上記測定したデータ送受信にかかった時間が予め決められた最高時間を越えることであり、
上記送信料金の調整は、上記データの送受信に係る予め決められた送信料金からの設定した料金の減額である、
ことを特徴とする請求項４に記載の課金制御装置。
【請求項６】
クライアント、サーバ間でのデータの送受信時における課金方法であって、
クライアント、サーバ間でのデータの送受信時に、当該データの送受信帯域速度を測定し、
測定したデータ送受信帯域速度値が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する、
ことを特徴とする課金方法。
【請求項７】
クライアント、サーバ間でのデータの送受信時における課金方法であって、
クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定し、
測定したデータ送受信にかかった時間が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する、
ことを特徴とする課金方法。
【請求項８】
コンピュータに、
クライアント、サーバ間でのデータの送受信時に、当該データの送受信帯域速度を測定する機能と、
測定したデータ送受信帯域速度値が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する機能と、
を実現させるためのプログラム。
【請求項９】
コンピュータに、
クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定する機能と、
測定したデータ送受信にかかった時間が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアント、サーバ間でのデータの送受信時における課金を制御する課金制御装置、クライアント、サーバ間でのデータの送受信時における課金課金方法、及びコンピュータを上記課金制御装置として機能させるためのプログラムに関する。
【０００２】
【従来の技術】
近年、ＡＤＳＬやＣＡＴＶインターネット等のブロードバンド回線と称される、高速アクセスが可能なインターネット接続環境が急速に普及してきている。
【０００３】
このようなブロードバンド回線を使用すると、大容量のコンテンツがダウンロードの待ち時間無く直ちに表示できるため、動画コンテンツや音楽コンテンツなどの大容量データの配信サービスが開始されてきている。このような配信サービスは、無料で提供されるものも有るが、その多くは有料である。
【０００４】
そして、このような大容量データの送受信の課金制度においては、現在、図５の（Ｃ）に示すように、月極や１つのコンテンツに対して課金を行うのが主である。
【０００５】
【発明が解決しようとする課題】
ところで、同じブロードバンド回線と称されるが、実際には、最大で１．５Ｍｂｐｓの帯域速度を持つ回線も有れば、８Ｍｂｐｓの回線も有り、また、各回線は、その回線の混雑度等により、実際に得られる帯域速度が減少してしまうことは避けられないものであった。
【０００６】
従って、上記大容量データの配信サービスを利用する際、このような接続速度の違い、回線の混雑度等により、クライアントが十分なサービスを受けられない可能性がある。
【０００７】
それにもかかわらず、その利用料金は全てのクライアントに対して一律である。よって、帯域速度の低いユーザは、上記大容量データの配信サービスを受けることを望んでいても、実際にそのサービスを受けるのを躊躇することが多いのが実情である。
【０００８】
そこで、データ配信サービス利用時の課金を各クライアントの回線状況に応じて設定できるようになれば、データ送受信時における確定、不確定要素による送受信速度差の不平等を無くすことができ、帯域速度の低いユーザにおいても、安心して、データ送受信サービスを受けることができるようになって、そのサービスの利用率が向上されることは明らかである。
【０００９】
本発明は、上記の点に鑑みてなされたもので、データ送受信時における課金を各クライアントの回線状況に応じて適応的に変更できるようにすることを目的とする。
【００１０】
【課題を解決するための手段】
本発明はかかる課題を解決するものであり、請求項１の発明は、クライアント、サーバ間でのデータの送受信時における課金を制御する課金制御装置であって、
クライアント、サーバ間でのデータの送受信時に、当該データの送受信帯域速度を測定する帯域測定モジュールと、
上記帯域測定モジュールで測定したデータ送受信帯域速度値が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する課金料金演算モジュールと、
を具備することを特徴とする課金制御装置としたものである。
【００１１】
即ち、かかる課金制御装置によれば、帯域測定モジュールによってデータ送受信の際のクライアント、サーバ間の帯域速度を計測し、課金料金演算モジュールは、この帯域測定モジュールで測定したデータ送受信帯域速度値が予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する。なお、上記予め決められた送信料金とは、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。更には、コンテンツ毎に推奨最低帯域速度値が設定される場合には、その推奨最低帯域速度値に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００１２】
また、請求項２の発明は、上記任意の条件は、上記測定データ送受信帯域速度値が予め決められた帯域速度値を下回ることであり、
上記送信料金の調整は、上記測定データ送受信帯域速度値と上記予め決められた帯域速度値との差に応じた減額である、
ことを特徴とする請求項１に記載の課金制御装置としたものである。
【００１３】
即ち、かかる課金制御装置によれば、上記測定データ送受信帯域速度値が予め決められた帯域速度値を下回ったときに、上記測定データ送受信帯域速度値と上記予め決められた帯域速度値との差に応じた額を減じる。なお、上記予め決められた帯域速度値即ち推奨最低帯域速度値は、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な推奨最低帯域速度値を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００１４】
また、請求項３の発明は、クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定する時間測定モジュールを更に具備し、
上記減額が予め設定された限度値を越えたとき、上記課金料金演算モジュールは、上記時間測定モジュールで測定したデータ送受信にかかった時間が、予め決められた最高時間を越えた場合に、上記データの送受信に係る予め決められた送信料金から設定した料金を減額する送信料金の調整を行う、
ことを特徴とする請求項２に記載の課金制御装置としたものである。
【００１５】
即ち、かかる課金制御装置によれば、時間測定モジュールによりクライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定し、上記課金料金演算モジュールは、上記減額が予め設定された限度値を越えたときには、上記時間測定モジュールで測定したデータ送受信にかかった時間が、予め決められた最高時間を越えた場合に、データの送受信に係る予め決められた送信料金を調整して課金する。なお、上記予め決められた最高時間即ち推奨最高送受信時間は、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な推奨最高送受信時間を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００１６】
また、請求項４の発明は、クライアント、サーバ間でのデータの送受信時における課金を制御する課金制御装置であって、
クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定する時間測定モジュールと、
上記時間測定モジュールで測定したデータ送受信にかかった時間が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する課金料金演算モジュールと、
を具備することを特徴とする課金制御装置としたものである。
【００１７】
即ち、かかる課金制御装置によれば、データ送受信の際に、時間測定モジュールによって、その送受信にかかった時間を計測し、課金料金演算モジュールは、この時間測定モジュールで測定したデータ送受信にかかった時間が予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する。なお、上記予め決められた送信料金とは、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。更には、コンテンツ毎に推奨最低帯域速度値が設定される場合には、その推奨最低帯域速度値に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００１８】
また、請求項５の発明は、上記任意の条件は、上記測定したデータ送受信にかかった時間が予め決められた最高時間を越えることであり、
上記送信料金の調整は、上記データの送受信に係る予め決められた送信料金からの設定した料金の減額である、
ことを特徴とする請求項４に記載の課金制御装置としたものである。
【００１９】
即ち、かかる課金制御装置によれば、上記測定したデータ送受信にかかった時間が予め決められた最高時間を越えたときに、上記データの送受信に係る予め決められた送信料金から設定した料金を減額する。なお、上記予め決められた最高時間即ち推奨最高送受信時間は、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な推奨最高送受信時間を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００２０】
また、請求項６の発明は、クライアント、サーバ間でのデータの送受信時における課金方法であって、
クライアント、サーバ間でのデータの送受信時に、当該データの送受信帯域速度を測定し、
測定したデータ送受信帯域速度値が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する、
ことを特徴とする課金方法としたものである。
【００２１】
なお、上記予め決められた送信料金とは、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。更には、コンテンツ毎に推奨最低帯域速度値が設定される場合には、その推奨最低帯域速度値に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。また、上記任意の条件は、例えば、上記測定データ送受信帯域速度値が予め決められた帯域速度値を下回ることであり、上記送信料金の調整は、例えば、上記測定データ送受信帯域速度値と上記予め決められた帯域速度値との差に応じた減額である。ここで、上記予め決められた帯域速度値即ち推奨最低帯域速度値は、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な推奨最低帯域速度値を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００２２】
また、請求項７の発明は、クライアント、サーバ間でのデータの送受信時における課金方法であって、
クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定し、
測定したデータ送受信にかかった時間が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する、
ことを特徴とする課金方法としたものである。
【００２３】
なお、上記予め決められた送信料金とは、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。更には、コンテンツ毎に推奨最低帯域速度値が設定される場合には、その推奨最低帯域速度値に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。また、上記任意の条件は、例えば、上記測定したデータ送受信にかかった時間が予め決められた最高時間を越えることであり、上記送信料金の調整は、例えば、上記データの送受信に係る予め決められた送信料金からの設定した料金の減額である。ここで、上記予め決められた最高時間即ち推奨最高送受信時間は、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な推奨最高送受信時間を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００２４】
また、請求項８の発明は、コンピュータに、
クライアント、サーバ間でのデータの送受信時に、当該データの送受信帯域速度を測定する機能と、
測定したデータ送受信帯域速度値が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する機能と、
を実現させるためのプログラムとしたものである。
【００２５】
即ち、かかるプログラムによれば、コンピュータに、データ送受信の際のクライアント、サーバ間の帯域速度を計測させ、この計測した帯域速度が予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金させる。なお、上記予め決められた送信料金とは、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。更には、コンテンツ毎に推奨最低帯域速度値が設定される場合には、その推奨最低帯域速度値に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。また、上記任意の条件は、例えば、上記測定データ送受信帯域速度値が予め決められた帯域速度値を下回ることであり、上記送信料金の調整は、例えば、上記測定データ送受信帯域速度値と上記予め決められた帯域速度値との差に応じた減額である。ここで、上記予め決められた帯域速度値即ち推奨最低帯域速度値は、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な推奨最低帯域速度値を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００２６】
また、請求項９の発明は、コンピュータに、
クライアント、サーバ間でのデータの送受信時に、そのデータ送受信開始から終了までにかかった時間を測定する機能と、
測定したデータ送受信にかかった時間が、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する機能と、
を実現させるためのプログラムとしたものである。
【００２７】
即ち、かかるプログラムによれば、コンピュータに、データ送受信の際に、その送受信にかかった時間を計測させ、この測定した時間が予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金させる。なお、上記予め決められた送信料金とは、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。更には、コンテンツ毎に推奨最低帯域速度値が設定される場合には、その推奨最低帯域速度値に応じて例えば段階的な料金を決めておき、課金料金演算モジュールに記憶しておいても良い。また、上記任意の条件は、例えば、上記測定したデータ送受信にかかった時間が予め決められた最高時間を越えることであり、上記送信料金の調整は、例えば、上記データの送受信に係る予め決められた送信料金からの設定した料金の減額である。ここで、上記予め決められた最高時間即ち推奨最高送受信時間は、例えばコンテンツ毎に決めておき、データ管理ＤＢ等に格納しておくことができる。また、送受信されるコンテンツのデータ容量に応じて例えば段階的な推奨最高送受信時間を決めておき、課金料金演算モジュールに記憶しておいても良い。
【００２８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００２９】
［第１の実施の形態］
図１の（Ａ）は、本発明の第１の実施の形態の適用されたデータ配信システムの構成を示す図である。
【００３０】
即ち、多数のクライアント１０（図では簡単化のため１つのみを代表して示している）とデータ配信サーバ２０とが、インターネット３０を介して接続されるようになっている。
【００３１】
上記クライアント１０は、上記インターネット３０を介して上記データ配信サーバ２０との間でデータ送受信を行う機能、上記データ配信サーバ２０からの動画や音楽、アプリケーションプログラム、等の大容量データを受信して再生や実行を行う機能、課金状況を表示する機能、等の該サービス利用のための各種機能を実現するクライアントモジュール１０Ａを有している。ここで、該クライアント１０は、パーソナルコンピュータ（ＰＣ）により実現され、上記クライアントモジュール１０Ａは、このＰＣで実行されるアプリケーションプログラムとして提供されることができる。このアプリケーションプログラムは、ＣＤ−ＲＯＭ等の媒体によって、又は、上記データ配信サーバ２０や他のサイトからインターネット３０を介して提供され、上記ＰＣが備えるハードディスク等の記録媒体に記録されている。
【００３２】
上記データ配信サーバ２０は、データ送受信モジュール２０Ａ、帯域測定モジュール２０Ｂ、課金料金演算モジュール２０Ｃ、及び決算モジュール２０Ｄを備えると共に、ユーザ管理ＤＢ２１、データ管理ＤＢ２２、及びデータサーバ２３が接続されている。
【００３３】
ここで、上記データ送受信モジュール２０Ａは、上記インターネット３０を介して各クライアント１０のクライアントモジュール１０Ａとの間でデータ送受信を行うためのものであり、上記帯域測定モジュール２０Ｂは、そのデータ送受信の帯域速度を測定するためのものである。また、上記課金料金演算モジュール２０Ｃは、上記帯域測定モジュール２０Ｂで測定した帯域速度に応じた課金料金を演算するためのものである。そして、上記決算モジュール２０Ｄは、各クライアント１０のユーザに対する上記課金料金演算モジュール２０Ｃで算出した課金料金に従って、例えば月毎の利用料金請求を行うためのものである。なお、上記データ配信サーバ２０は、コンピュータにより実現され、上記データ送受信モジュール２０Ａ、帯域測定モジュール２０Ｂ、課金料金演算モジュール２０Ｃ、及び決算モジュール２０Ｄは、このコンピュータで実行されるアプリケーションプログラムとして提供されるものであり、このアプリケーションプログラムは、上記コンピュータが備えるハードディスク等の記録媒体に記録されている。
【００３４】
また、上記ユーザ管理ＤＢ２１は、該サービスを利用する会員ユーザの情報を格納しているものである。即ち、図１の（Ｂ）に示すように、ユーザ毎に、ユーザ名２１Ａ、ユーザＩＤ２１Ｂ、パスワード２１Ｃ、コンテンツ送信履歴２１Ｄ、及び課金履歴２１Ｅの各フィールドを１レコードとして格納している。なお、上記ユーザ名２１Ａ、ユーザＩＤ２１Ｂ、及びパスワード２１Ｃの各フィールドに登録された情報は、ユーザ認証時に参照される情報である。
【００３５】
また、上記データ管理ＤＢ２２は、実際のコンテンツのデータを格納している上記データサーバ２３を管理するための情報を格納しているものである。即ち、図１の（Ｃ）に示すように、上記データサーバ２３のコンテンツデータ毎に、コンテンツ名２２Ａ、コンテンツＩＤ２２Ｂ、コンテンツ容量２２Ｃ、データ送信料金２２Ｄ、及び最低帯域速度値２２Ｅの各フィールドを１レコードして格納している。なお、上記コンテンツＩＤ２２Ｂのフィールドに登録された情報は、データサーバ２３における当該コンテンツデータを特定するための情報であり、例えばファイル名やアドレスである。このコンテンツＩＤ２２Ｂのフィールドに格納された情報は、当該コンテンツデータの送信時に、上記ユーザ管理ＤＢ２１におけるその送信先のクライアント１０に対応するユーザのレコードのコンテンツ送信履歴２１Ｄのフィールドに登録されるようになっている。また、同様に、当該コンテンツデータの送信時に、上記データ送信料金２２Ｄのフィールドに登録されている料金情報が、上記ユーザ管理ＤＢ２１におけるその送信先のクライアント１０に対応するユーザのレコードの課金履歴２１Ｅのフィールドに登録されるようになっている。そして、この課金履歴２１Ｅのフィールドに登録された情報は、詳細は後述するようにして、回線状況に応じて適宜調整される。また、上記最低帯域速度値２２Ｅのフィールドに登録される情報は、当該コンテンツのデータ送信時に課金調整を行うか否かの閾値としての推奨最低帯域速度である。
【００３６】
次に、このような構成における動作を、図２及び図３の（Ａ）を参照して説明する。なお、これらの図において、上記ユーザ管理ＤＢ２１やデータ管理ＤＢ２２が直接各種動作を行っているかのように記載されているが、これは説明の簡単化のためにそのように記載されているものであり、実際には、それらＤＢは単にデータを格納しているものでしかなく、実際の処理は、それらＤＢを参照して、データ配信サーバ２０内の各モジュールが行うことは当業者であれば、自明のことである。
【００３７】
まず、データ配信サーバ２０では、上記データ送受信モジュール２０Ａにより、何れかのクライアント１０のクライアントモジュール１０Ａより上記インターネット３０を介してデータ送信要求を受信すると（ステップＳ１）、そのクライアント１０のユーザ情報と、要求されたデータ情報とを、上記ユーザ管理ＤＢ２１に渡して（ステップＳ２）、ユーザ認証を行う（ステップＳ３）。そして、そのユーザ認証の結果、登録ユーザでなければ（ステップＳ４）、処理を終了する。
【００３８】
これに対して、登録ユーザであった場合には（ステップＳ４）、上記データ管理ＤＢ２２にデータ送信開始命令を与え（ステップＳ５）、上記データ管理ＤＢ２２は、これに応じて、その送信開始を命令されたコンテンツデータの詳細情報を上記データサーバ２３と上記課金料金演算モジュール２０Ｃに渡す（ステップＳ６）。
【００３９】
これに応じて、上記データサーバ２３は、その要求されたコンテンツの実際のデータ（以下、コンテンツデータと称する。）を上記データ送受信モジュール２０Ａに渡すことにより、該データ送受信モジュール２０Ａによって上記インターネット３０を介して要求元のクライアント１０へ全て送信する（ステップＳ７）。またこれと同時に、このコンテンツデータの送信開始時より、上記帯域測定モジュール２０Ｂでの帯域速度測定を開始して（ステップＳ８）、上記課金モジュール２０Ｄにより、上記測定した帯域速度に応じて適応的に利用料金を調整する課金処理を実行する（ステップＳ９）。なお、上記帯域測定モジュール２０Ｂでの帯域速度の測定は、上記データ送受信モジュール２０Ａから与えられる送信状況の情報に基づいて行われる。即ち、所定量のデータをクライアント１０に送信し、当該クライアント１０から正しい返答が戻ってくるまでの時間を計測することで、帯域速度を測定できる。
【００４０】
図４は、上記ステップＳ９で上記課金料金演算モジュール２０Ｃにて実行される課金処理の詳細を説明するためのフローチャートを示す図である。
【００４１】
即ち、まず、上記データ管理ＤＢ２２より渡された詳細情報の内、データ送信料金２２Ｄのフィールドに登録されていた標準料金を、上記データ送信要求元のクライアント１０へ（実際には、データ送受信モジュール２０Ａを介して）通知すると共に、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに追加登録する（ステップＳ９０１）。
【００４２】
その後、所定時間おきに、例えば毎分あるいは毎秒、上記帯域測定モジュール２０Ｂより帯域速度の測定結果を受け取り（ステップＳ９０２）、その測定結果が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最低帯域速度値２２Ｅのフィールドに登録されていた推奨最低帯域速度を上回っているか否かを判別する（ステップＳ９０３）。ここで、推奨最低帯域速度を上回っている場合には、通常の課金であるとして、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに対する操作は行わない（ステップＳ９０４）。そして、上記データ送受信モジュール２０Ａによるデータの送受信が終了したか否かを判別し（ステップＳ９０５）、まだデータ送受信中であれば、上記ステップＳ９０２に戻る。而して、全てのデータを送受信し終えたならば（ステップＳ９０５）、上位のルーチンに戻り、処理を終了することになる。
【００４３】
これに対して、上記帯域測定モジュール２０Ｂからの帯域速度の測定結果が上記推奨最低帯域速度を上回っていないと判別された場合には（ステップＳ９０３）、その測定帯域速度と推奨最低帯域速度との差を、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されている現在のデータ送信料（最初は上記標準料金となっている）から差し引く課金調整を行う（ステップＳ９０６）。例えば、図５の（Ａ）に示すように、１Ｍｂｐｓを１円として、測定帯域速度と推奨最低帯域速度との差が３Ｍｂｐｓであれば、３円分を差し引く。この差し引く額は、コンテンツ毎に異なるものとして、データ管理ＤＢ２２の当該コンテンツに対応するレコードに登録しておいても良いし、全てのコンテンツで同一として該課金料金演算モジュール２０Ｃに記憶してあっても良い。あるいは、コンテンツ容量又はコンテンツの種類等に応じて何段階か設定し、該課金料金演算モジュール２０Ｃに記憶しておくことも考えられる。
【００４４】
その後、更に、その課金調整後の料金が、予め設定された限度値を超えたか否かを判別する（ステップＳ９０７）。即ち、際限なく料金を差し引いていくと、サービス提供の利益が無くなるばかりか、赤字になるおそれもある。そこで、このような限度額を設定している。
【００４５】
ここで、課金調整後の料金が予め設定された限度値を超えていない場合には（ステップＳ９０７）、帯域状況つまり上記帯域測定モジュール２０Ｂで測定した帯域速度と、上記課金調整後の課金状況とを、上記データ送信要求元のクライアント１０へ（実際には、データ送受信モジュール２０Ａを介して）通知する（ステップＳ９０８）。また、上記調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新する（ステップＳ９０９）。そしてその後、上記ステップＳ９０５に進み、まだデータの送受信が終了していないならば、上記ステップＳ９０２に戻って、上記の処理を繰り返すことになる。
【００４６】
而して、課金調整後の料金が予め設定された限度値を超えてしまった場合には（ステップＳ９０７）、もはやそれ以上の割引を行わないことを、上記データ送信要求元のクライアント１０へ（実際には、データ送受信モジュール２０Ａを介して）通知する（ステップＳ９１０）。そして、データの送受信終了を待って（ステップＳ９１１）、上位のルーチンに戻り、処理を終了することになる。よって、この場合には、上記ステップＳ９０７の判断で、上記限度額を越えたと判別する直前に行われた課金調整は、実際にユーザ管理ＤＢ２１に渡されることは無いので、その前の状態つまり上記限度額を越える前の料金に維持され、これが当該コンテンツに係る最終的なデータ送信料となる。
【００４７】
なお、決算モジュール２０Ｄは、こうして課金調整された結果つまりユーザ管理ＤＢ２１の各課金履歴２１Ｅのフィールドの登録内容に基づいて、実際の決算処理を行うものであるが、この決算処理については従来と同様であるため、その詳細説明は省略する。
【００４８】
以上のように、本第１の実施の形態においては、データ送受信の際のクライアント１０、データ配信サーバ２０間の帯域速度を計測し、予め設定してある、任意の条件を満たした場合、即ち、クライアント１０へのデータ送受信状況により、課金を調整するようにしている。従って、データ送受信時における課金を各クライアントの回線状況に応じて適応的に変更できるので、データ送受信時における確定、不確定要素による送受信速度差の不平等を無くすことができ、帯域速度の低いユーザにおいても、安心して、データ送受信サービスを受けることができるようになる。
【００４９】
［第２の実施の形態］
次に、本発明の第２の実施の形態を説明する。
【００５０】
本第２の実施の形態においては、データ配信サーバ２０が、上記帯域測定モジュール２０Ｂの代わりに、図１の（Ａ）に参照番号２０Ｅで示すような時間測定モジュールを備え、また、データ管理ＤＢ２２のレコード構成が、上記最低帯域速度値２２Ｅのフィールドの代わりに、図１の（Ｃ）に参照番号２２Ｆで示すような最高送受信時間のフィールドを備えるものとなっている。この最高送受信時間２２Ｆのフィールドに登録される情報は、当該コンテンツのデータ送信時に課金調整を行うか否かの閾値としての推奨最高送受信時間である。
【００５１】
このような構成において、本第２の実施の形態では、上記第１の実施の形態について図２及び図３の（Ａ）を参照して説明したのとほぼ同様の動作を行うものであり、異なっている点は、本実施の形態においては、上記ステップＳ８において、図２及び図３の（Ａ）に括弧書きで示すように、コンテンツデータの送信開始時より、上記時間測定モジュール２０Ｅでの時間速度測定を開始するようになっている。そして、次のステップＳ９での課金処理は、その測定した時間に応じて適応的に利用料金を調整するものである。
【００５２】
図３の（Ｂ）は、上記ステップＳ９で上記課金料金演算モジュール２０Ｃにて実行される課金処理の詳細を説明するためのフローチャートを示している。
【００５３】
即ち、まず、上記データ管理ＤＢ２２より渡された詳細情報の内、データ送信料金２２Ｄのフィールドに登録されていた標準料金を、上記データ送信要求元のクライアント１０へ（実際には、データ送受信モジュール２０Ａを介して）通知すると共に、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに追加登録する（ステップＳ９２１）。
【００５４】
その後、上記データ送受信モジュール２０Ａによるデータの送受信が終了するのを待つ（ステップＳ９２２）。
【００５５】
而して、データの送受信が終了したならば、上記時間測定モジュール２０Ｅより、データ送受信にかかった時間を示す測定結果を受け取り（ステップＳ９２３）、その測定結果が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最高送受信時間２２Ｆのフィールドに登録されていた推奨最高送受信時間を上回っているか否かを判別する（ステップＳ９２４）。ここで、推奨最高送受信時間を上回っていない場合には、通常の課金であるとして、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに対する操作は行わないで（ステップＳ９２５）、上位のルーチンに戻り、処理を終了することになる。
【００５６】
これに対して、上記時間測定モジュール２０Ｅからの送受信時間の測定結果が上記推奨最高送受信時間を上回ってしまったと判別された場合には（ステップＳ９２４）、例えば図５の（Ｂ）に示すように、上記データ送信料金２２Ｄのフィールドに登録されていた標準のデータ送信料金から設定した料金を差し引く課金調整を行う（ステップＳ９２６）。なお、この設定した料金は、一定でも良いし、推奨最高送受信時間との差に応じた段階的な料金設定であっても良い。更に、その一定又は段階的な料金が、コンテンツ毎に異なるものとして、データ管理ＤＢ２２の当該コンテンツに対応するレコードに登録しておいても良いし、全てのコンテンツで同一として該課金料金演算モジュール２０Ｃに記憶してあっても良い。あるいは、コンテンツ容量又はコンテンツの種類等に応じて何段階か設定し、該課金料金演算モジュール２０Ｃに記憶しておくことも考えられる。
【００５７】
その後、この課金調整結果を、上記データ送信要求元のクライアント１０へ（実際には、データ送受信モジュール２０Ａを介して）通知する（ステップＳ９２７）。そして、上記調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新した後（ステップＳ９２８）、上位のルーチンに戻り、処理を終了することになる。
【００５８】
以上のように、本第２の実施の形態においては、データ送受信の際のクライアント１０、データ配信サーバ２０間の送受信にかかった時間を計測し、予め設定してある、任意の条件を満たした場合、即ち、クライアント１０へのデータ送受信状況により、課金を調整するようにしている。従って、データ送受信時における課金を各クライアントの回線状況に応じて適応的に変更できるので、データ送受信時における確定、不確定要素による送受信速度差の不平等を無くすことができ、帯域速度の低いユーザにおいても、安心して、データ送受信サービスを受けることができるようになる。
【００５９】
［第３の実施の形態］
次に、本発明の第３の実施の形態を説明する。
【００６０】
本第３の実施の形態は、上記第１の実施の形態と第２の実施の形態との組み合わせである。即ち、上記第１の実施の形態においては、推奨最低帯域速度と測定速度とがあまりにもかけ離れてしまった場合、もはやそれ以上の割引を行わないようにしたが、本第３の実施の形態においては、そのような場合には、上記第２の実施の形態のようなデータ送受信時間による課金調整を行うものである。
【００６１】
図６は、本第３の実施の形態における課金処理の詳細を説明するためのフローチャートを示す図である。
【００６２】
即ち、まず、上記データ管理ＤＢ２２より渡された詳細情報の内、データ送信料金２２Ｄのフィールドに登録されていた標準料金を、上記データ送信要求元のクライアント１０へ通知すると共に、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに追加登録する（ステップＳ９３１）。
【００６３】
その後、所定時間おきに、上記帯域測定モジュール２０Ｂより帯域速度の測定結果を受け取り（ステップＳ９３２）、その測定結果が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最低帯域速度値２２Ｅのフィールドに登録されていた推奨最低帯域速度を上回っているか否かを判別する（ステップＳ９３３）。ここで、推奨最低帯域速度を上回っている場合には、通常の課金であるとして、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに対する操作は行わない（ステップＳ９３４）。そして、上記データ送受信モジュール２０Ａによるデータの送受信が終了したか否かを判別し（ステップＳ９３５）、まだ送受信中であれば、上記ステップＳ９３２に戻る。而して、全てのデータを送受信し終えたならば（ステップＳ９３５）、上位のルーチンに戻り、処理を終了することになる。
【００６４】
これに対して、上記帯域測定モジュール２０Ｂからの帯域速度の測定結果が上記推奨最低帯域速度を上回っていないと判別された場合には（ステップＳ９３３）、例えば図５の（Ａ）に示すように、その測定帯域速度と推奨最低帯域速度との差を、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されている現在のデータ送信料から差し引く課金調整を行う（ステップＳ９３６）。
【００６５】
その後、更に、その課金調整後の料金が、予め設定された限度値を超えたか否かを判別する（ステップＳ９３７）。ここで、課金調整後の料金が予め設定された限度値を超えていない場合には、帯域状況つまり上記帯域測定モジュール２０Ｂで測定した帯域速度と、上記課金調整後の課金状況とを、上記データ送信要求元のクライアント１０へ通知する（ステップＳ９３８）。また、上記調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新する（ステップＳ９３９）。そしてその後、上記ステップＳ９３５に進み、まだデータの送受信が終了していないならば、上記ステップＳ９３２に戻って、上記の処理を繰り返すことになる。
【００６６】
而して、課金調整後の料金が予め設定された限度値を超えてしまった場合には（ステップＳ９３７）、帯域速度に基づく課金調整方法からデータ送受信時間に基づく課金調整方法への変更を、上記データ送信要求元のクライアント１０へ（実際には、データ送受信モジュール２０Ａを介して）通知する（ステップＳ９４０）。
【００６７】
そしてその後、上記データ送受信モジュール２０Ａによるデータの送受信が終了するのを待つ（ステップＳ９４１）。
【００６８】
而して、データの送受信が終了したならば、上記時間測定モジュール２０Ｅより、データ送受信にかかった時間を示す測定結果を受け取り（ステップＳ９４２）、その測定結果が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最高送受信時間２２Ｆのフィールドに登録されていた推奨最高送受信時間を上回っているか否かを判別する（ステップＳ９４３）。ここで、推奨最高送受信時間を上回っていない場合には、それ以上の課金調整を行うことなく、上位のルーチンに戻り、処理を終了することになる。
【００６９】
これに対して、上記時間測定モジュール２０Ｅからの送受信時間の測定結果が上記推奨最高送受信時間を上回ってしまったと判別された場合には（ステップＳ９４３）、例えば図５の（Ｂ）に示すように、上記データ送信料金２２Ｄのフィールドに登録されていた標準のデータ送信料金から設定した料金を差し引く課金調整を行う（ステップＳ９４４）。その後、この課金調整結果を、上記データ送信要求元のクライアント１０へ（実際には、データ送受信モジュール２０Ａを介して）通知する（ステップＳ９４５）。そして、上記調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新した後（ステップＳ９４６）、上位のルーチンに戻り、処理を終了することになる。
【００７０】
以上のように、本第３の実施の形態においては、データ送受信の際のクライアント１０、データ配信サーバ２０間の帯域速度を計測し、予め設定してある、任意の条件を満たした場合、即ち、クライアント１０へのデータ送受信状況により、課金を調整するようにしている。また、サーバ２０、クライアント１０間の帯域速度と推奨最低帯域速度との差があまりにも大きい場合、上記の課金方法では差し引く料金が大きくなってしまうため、上記の作業は行われず、予め設定されているデータ送受信にかかる時間よりも多い時間データ送受信を行った場合、予め設定されているデータ送信料金から設定した料金から差し引く。従って、データ送受信時における課金を各クライアントの回線状況に応じて適応的に変更できるので、データ送受信時における確定、不確定要素による送受信速度差の不平等を無くすことができ、帯域速度の低いユーザにおいても、安心して、データ送受信サービスを受けることができるようになる。
【００７１】
［第４の実施の形態］
次に、本発明の第４の実施の形態を説明する。
【００７２】
上記第１及び第３の実施の形態では、毎分又は毎秒のように所定時間毎に測定帯域速度に応じた課金調整を行って、その都度、クライアント１０に課金調整結果を通知するようにしている。しかしながら、そのような課金調整結果のクライアント１０への通知は、データ送受信の終了後にのみ行うものとしても良い。
【００７３】
図７は、この場合の課金処理のフローチャートを示す図である。
即ち、まず、上記データ管理ＤＢ２２より渡された詳細情報の内、データ送信料金２２Ｄのフィールドに登録されていた標準料金を、上記データ送信要求元のクライアント１０へ通知すると共に、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに追加登録する（ステップＳ９５１）。
【００７４】
その後、所定時間おきに、上記帯域測定モジュール２０Ｂより帯域速度の測定結果を受け取り（ステップＳ９５２）、その測定結果が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最低帯域速度値２２Ｅのフィールドに登録されていた推奨最低帯域速度を上回っているか否かを判別する（ステップＳ９５３）。ここで、推奨最低帯域速度を上回っている場合には、通常の課金であるとして、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに対する操作は行わない（ステップＳ９５４）。そして、上記データ送受信モジュール２０Ａによるデータの送受信が終了したか否かを判別し（ステップＳ９５５）、まだ送受信中であれば、上記ステップＳ９５２に戻る。而して、全てのデータを送受信し終えたならば（ステップＳ９５５）、課金調整後の課金状況（この場合は、調整無し）を上記データ送信要求元のクライアント１０へ通知した後（ステップＳ９５６）、上位のルーチンに戻り、処理を終了することになる。
【００７５】
これに対して、上記帯域測定モジュール２０Ｂからの帯域速度の測定結果が上記推奨最低帯域速度を上回っていないと判別された場合には（ステップＳ９５３）、例えば図５の（Ａ）に示すように、その測定帯域速度と推奨最低帯域速度との差を、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されている現在のデータ送信料から差し引く課金調整を行う（ステップＳ９５７）。
【００７６】
その後、更に、その課金調整後の料金が、予め設定された限度値を超えたか否かを判別する（ステップＳ９５８）。ここで、課金調整後の料金が予め設定された限度値を超えていない場合には、上記調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新する（ステップＳ９５９）。そしてその後、上記ステップＳ９５５に進み、まだデータの送受信が終了していないならば、上記ステップＳ９５２に戻って、上記の処理を繰り返すことになる。
【００７７】
また、上記課金調整後の料金が予め設定された限度値を超えてしまった場合には（ステップＳ９５８）、上記データ送受信モジュール２０Ａによるデータの送受信が終了するのを待つ（ステップＳ９６０）。そして、データの送受信が終了したならば、上記時間測定モジュール２０Ｅより、データ送受信にかかった時間を示す測定結果を受け取り（ステップＳ９６１）、その測定結果が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最高送受信時間２２Ｆのフィールドに登録されていた推奨最高送受信時間を上回っているか否かを判別する（ステップＳ９６２）。ここで、推奨最高送受信時間を上回っていない場合には、それ以上の課金調整を行うことなく、上記ステップＳ９５６に進み、既にユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料が、課金調整結果として、上記データ送信要求元のクライアント１０へ通知されることになる。
【００７８】
これに対して、上記時間測定モジュール２０Ｅからの送受信時間の測定結果が上記推奨最高送受信時間を上回ってしまったと判別された場合には（ステップＳ９６２）、例えば図５の（Ｂ）に示すように、上記データ送信料金２２Ｄのフィールドに登録されていた標準のデータ送信料金から設定した料金を差し引く課金調整を行う（ステップＳ９６３）。そして、この調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新した後（ステップＳ９６４）、上記ステップＳ９５６に進む。よって、この場合には、データ送受信時間に基づいた課金調整結果が、上記データ送信要求元のクライアント１０へ通知されることになる。
【００７９】
以上のように、本第４の実施の形態においても、上記第１又は第３の実施の形態と同様の効果を奏することができる。
【００８０】
なお、このようなデータ送受信終了後にクライアント１０への課金調整結果の通知を行う場合には、最初の標準料金のクライアント１０への通知を省略しても良いことは勿論である。
【００８１】
［第５の実施の形態］
次に、本発明の第５の実施の形態を説明する。
【００８２】
本第５の実施の形態は、実際の課金調整作業とその課金調整結果のクライアント１０への通知を、データ送受信の終了後にのみ行うものとしてた例である。
【００８３】
図８は、この場合の課金処理のフローチャートを示す図である。
即ち、まず、上記データ管理ＤＢ２２より渡された詳細情報の内、データ送信料金２２Ｄのフィールドに登録されていた標準料金を、上記データ送信要求元のクライアント１０へ通知すると共に、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに追加登録する（ステップＳ９７１）。
【００８４】
その後、所定時間おきに、上記帯域測定モジュール２０Ｂより帯域速度の測定結果を受け取り（ステップＳ９７２）、その時点までに測定した帯域速度の平均を算出して、記憶しておく（ステップＳ９７３）。そしてその後、上記データ送受信モジュール２０Ａによるデータの送受信が終了したか否かを判別し（ステップＳ９７４）、まだ送受信中であれば、上記ステップＳ９７２に戻る。
【００８５】
而して、全てのデータを送受信し終えたならば（ステップＳ９７４）、上記記憶した平均測定帯域速度が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最低帯域速度値２２Ｅのフィールドに登録されていた推奨最低帯域速度を上回っているか否かを判別する（ステップＳ９７５）。ここで、推奨最低帯域速度を上回っている場合には、通常の課金であるとして、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに対する操作は行わず（ステップＳ９７６）、課金調整後の課金状況（この場合は、調整無し）を上記データ送信要求元のクライアント１０へ通知した後（ステップＳ９７７）、上位のルーチンに戻り、処理を終了することになる。
【００８６】
これに対して、上記平均測定帯域速度が上記推奨最低帯域速度を上回っていないと判別された場合には（ステップＳ９７５）、その平均測定帯域速度と上記推奨最低帯域速度との差に、上記帯域測定モジュール２０Ｂより受け取った帯域速度測定結果の個数を乗じた分だけ、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されている現在のデータ送信料から差し引く課金調整を行う（ステップＳ９７８）。
【００８７】
その後、更に、その課金調整後の料金が、予め設定された限度値を超えたか否かを判別する（ステップＳ９７９）。ここで、課金調整後の料金が予め設定された限度値を超えていない場合には、上記調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新する（ステップＳ９８０）。そしてその後、上記ステップＳ９７７に進み、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されている上記課金調整結果を上記データ送信要求元のクライアント１０へ通知することになる。
【００８８】
また、上記課金調整後の料金が予め設定された限度値を超えてしまった場合には（ステップＳ９７９）、上記時間測定モジュール２０Ｅより、データ送受信にかかった時間を示す測定結果を受け取り（ステップＳ９８１）、その測定結果が、上記データ管理ＤＢ２２より渡された詳細情報の１つである最高送受信時間２２Ｆのフィールドに登録されていた推奨最高送受信時間を上回っているか否かを判別する（ステップＳ９８２）。ここで、推奨最高送受信時間を上回っていない場合には、それ以上の課金調整を行うことなく、上記ステップＳ９８０に進み、上記ステップＳ９７８で行われた課金調整結果を上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに更新登録し、次のステップＳ９７７で、その課金調整結果が上記データ送信要求元のクライアント１０へ通知されることになる。
【００８９】
これに対して、上記時間測定モジュール２０Ｅからの送受信時間の測定結果が上記推奨最高送受信時間を上回ってしまったと判別された場合には（ステップＳ９８２）、上記データ送信料金２２Ｄのフィールドに登録されていた標準のデータ送信料金から設定した料金を差し引く課金調整を行う（ステップＳ９８３）。そしてその後、上記ステップＳ９８０に進んで、この調整された料金を上記ユーザ管理ＤＢ２１に渡すことで、上記ユーザ管理ＤＢ２１の当該ユーザの課金履歴２１Ｅのフィールドに登録されているデータ送信料を更新し、次のステップＳ９７７で、その課金調整結果が上記データ送信要求元のクライアント１０へ通知されることになる。
【００９０】
以上のように、本第５の実施の形態においても、上記第１又は第３の実施の形態と同様の効果を奏することができる。
【００９１】
また、本第５の実施の形態においても、最初の標準料金のクライアント１０への通知を省略しても良いことは勿論である。
【００９２】
以上、実施の形態に基づいて本発明を説明したが、本発明は上述した一実施の形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。
【００９３】
【発明の効果】
請求項１の発明によれば、データ送受信の際のクライアント、サーバ間の帯域速度を計測し、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金するので、各クライアントで異なる帯域速度を持っていたとしても、各帯域速度に応じた料金が設定され、全てのクライアントに平等感を与ことができるようになる。
【００９４】
また、請求項２の発明によれば、上記測定データ送受信帯域速度値が予め決められた帯域速度値を下回ったときに、上記測定データ送受信帯域速度値と上記予め決められた帯域速度値との差に応じた額を減じるので、データ送受信の速度が遅ければ遅いほど、減額が多くなり、データ送受信速度の差による不公平感を無くすことができるようになる。
【００９５】
また、請求項３の発明によれば、上記減額が予め設定された限度値を越えたとき、更に、データ送受信にかかった時間が、予め決められた最高時間を越えた場合に、データの送受信に係る予め決められた送信料金を調整して課金するので、サーバ、クライアント間の測定された帯域速度値と予め決められた帯域速度値との差があまりも大きい場合は、別の課金調節体系を適用でき、よりクライアントに公平感を与えることができるようになる。
【００９６】
また、請求項４の発明によれば、データ送受信の際に、その送受信にかかった時間を計測し、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金するので、各クライアントでデータ送受信にかかった時間が異なっていた、つまり回線状況が異なっていたとしても、各回線状況に応じた料金が設定され、全てのクライアントに平等感を与ことができるようになる。
【００９７】
また、請求項５の発明によれば、上記測定したデータ送受信にかかった時間が予め決められた最高時間を越えたときに、上記データの送受信に係る予め決められた送信料金から設定した料金を減額するので、データ送受信が遅いときには、データ送受信料金が減じられ、データ送受信が遅いクライアントの不公平感を減じることができるようになる。
【００９８】
また、請求項６の発明によれば、データ送受信の際のクライアント、サーバ間の帯域速度を計測し、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金するので、各クライアントで異なる帯域速度を持っていたとしても、各帯域速度に応じた料金が設定され、全てのクライアントに平等感を与ことができるようになる。
【００９９】
また、請求項７の発明によれば、データ送受信の際に、その送受信にかかった時間を計測し、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金するので、各クライアントでデータ送受信にかかった時間が異なっていた、つまり回線状況が異なっていたとしても、各回線状況に応じた料金が設定され、全てのクライアントに平等感を与ことができるようになる。
【０１００】
また、請求項８の発明によれば、コンピュータに、データ送受信の際のクライアント、サーバ間の帯域速度を計測し、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する機能を実現させることができるので、各クライアントで異なる帯域速度を持っていたとしても、各帯域速度に応じた料金が設定され、全てのクライアントに平等感を与ことができるようになる。
【０１０１】
また、請求項９の発明によれば、コンピュータに、データ送受信の際に、その送受信にかかった時間を計測し、予め設定してある任意の条件を満たした場合に、データの送受信に係る予め決められた送信料金を調整して課金する機能を実現させることができるので、各クライアントでデータ送受信にかかった時間が異なっていた、つまり回線状況が異なっていたとしても、各回線状況に応じた料金が設定され、全てのクライアントに平等感を与ことができるようになる。
【図面の簡単な説明】
【図１】（Ａ）は本発明の第１の実施の形態の適用されたデータ配信システムの構成を示すブロック図であり、（Ｂ）及び（Ｃ）はそれぞれユーザ管理ＤＢ及びデータ管理ＤＢの各レコードの構成を示す図である。
【図２】第１の実施の形態の適用されたデータ配信システムの動作概要を示す図である。
【図３】（Ａ）は第１の実施の形態の適用されたデータ配信システムの動作概要フローチャートを示す図であり、（Ｂ）は本発明の第２の実施の形態における課金処理の詳細を説明するためのフローチャートを示す図である。
【図４】第１の実施の形態における課金処理の詳細を説明するためのフローチャートを示す図である。
【図５】（Ａ）は測定帯域速度が推奨最低帯域速度より下回った場合の課金方法を説明するための図、（Ｂ）は測定データ送受信時間が推奨最高送受信時間を上回った場合の課金方法を説明するための図であり、（Ｃ）は従来の課金方法を説明するための図である。
【図６】本発明の第３の実施の形態における課金処理の詳細を説明するためのフローチャートを示す図である。
【図７】本発明の第４の実施の形態における課金処理の詳細を説明するためのフローチャートを示す図である。
【図８】本発明の第５の実施の形態における課金処理の詳細を説明するためのフローチャートを示す図である。
【符号の説明】
１０　　　クライアント
１０Ａ　　　クライアントモジュール
２０　　　データ配信サーバ
２０Ａ　　　データ送受信モジュール
２０Ｂ　　　帯域測定モジュール
２０Ｃ　　　課金料金演算モジュール
２０Ｄ　　　決算モジュール
２０Ｅ　　　時間測定モジュール
２０Ｆ　　　最高送受信時間
２１　　　ユーザ管理ＤＢ
２１Ａ　　　ユーザ名
２１Ｂ　　　ユーザＩＤ
２１Ｃ　　　パスワード
２１Ｄ　　　コンテンツ送信履歴
２１Ｅ　　　課金履歴
２２　　　データ管理ＤＢ
２２Ａ　　　コンテンツ名
２２Ｂ　　　コンテンツＩＤ
２２Ｃ　　　コンテンツ容量
２２Ｄ　　　データ送信料金
２２Ｅ　　　最低帯域速度値
２２Ｆ　　　最高送受信時間
２３　　　データサーバ
３０　　　インターネット
【図１】
2004040632.tif 000003
【図２】
2004040632.tif 000004
【図３】
2004040632.tif 000005
【図４】
2004040632.tif 000006
【図５】
2004040632.tif 000007
【図６】
2004040632.tif 000008
【図７】
2004040632.tif 000009
【図８】
2004040632.tif 000010