(57)【要約】【課題】サーバが、クライアント端末の通信速度に適したデータサイズのコンテンツを自動的に判断して提供する。【解決手段】サーバ１０は、クライアント端末３０−１、３０−２、…、３０−ｎとサーバ１０間の通信速度を計測し（ステップＳ２）、その通信速度に応じて提供すべきコンテンツのデータサイズを判断し（ステップＳ４）、判断したデータサイズのコンテンツをクライアント端末３０−１、３０−２、…、３０−ｎに送信する（ステップＳ５）。【選択図】  図１
2004295409.tif 000002
【特許請求の範囲】
【請求項１】
サーバがネットワークを介して、クライアント端末にコンテンツを提供するコンテンツ提供方法において、
前記サーバが、
前記クライアント端末と前記サーバ間の通信速度を計測するステップと、
前記通信速度に応じて提供すべき前記コンテンツのデータサイズを判断するステップと、
判断した前記データサイズの前記コンテンツを前記クライアント端末に送信するステップと、
を有することを特徴とするコンテンツ提供方法。
【請求項２】
前記サーバは、前記クライアント端末からの接続要求に応じて、前記クライアント端末に割り当てられるＩＰアドレスを保持し、前記ＩＰアドレス宛に、ｐｉｎｇコマンドを発行することで、前記通信速度を計測することを特徴とする請求項１記載のコンテンツ提供方法。
【請求項３】
ネットワークを介してクライアント端末にコンテンツを提供する処理をコンピュータに機能させるプログラムにおいて、
前記コンピュータが、
前記クライアント端末と前記コンピュータ間の通信速度を計測し、
前記通信速度に応じて提供すべき前記コンテンツのデータサイズを判断し、
判断した前記データサイズの前記コンテンツを前記クライアント端末に送信する、
処理を前記コンピュータに実行させるプログラム。
【請求項４】
ネットワークを介して、クライアント端末にコンテンツを提供する処理をコンピュータに機能させるプログラムを格納したコンピュータ読み取り可能な記録媒体において、
前記コンピュータが、
前記クライアント端末と前記コンピュータ間の通信速度を計測し、
前記通信速度に応じて提供すべき前記コンテンツのデータサイズを判断し、
判断した前記データサイズの前記コンテンツを前記クライアント端末に送信する、
処理を前記コンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ提供方法、プログラム及びその記録媒体に関し、特に、サーバがネットワークを介して、クライアント端末にコンテンツを提供するコンテンツ提供方法、プログラム及びそのようなプログラムを格納したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
近年、インターネットを用いた音楽や、画像、動画などのデジタルデータ（コンテンツ）の配信サービスが盛んに行われている。
【０００３】
利用者が、インターネットへアクセスする形態として、一般の電話回線から、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）、ＣＡＴＶ（Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ）、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、専用線を用いた接続などと多岐にわたっている。コンテンツの提供側では、このような様々なアクセス形態に適応したデータ量のコンテンツを、利用者に提供する必要がある。
【０００４】
図１３は、従来のコンテンツ提供の際に表示される画面の例である。
従来のコンテンツダウンロード画面では、例えば、一般回線用のダウンロードボタン６０ａと、ＡＤＳＬなどのブロードバンド用のダウンロードボタン６０ｂのように、通信形態を選択する選択用のボタンなどが複数用意されていた。利用者は自身の通信形態に応じてこのボタンを選択する。ここで、通信速度が遅い一般回線用のダウンロードボタン６０ａが選択された場合、小さいデータサイズのコンテンツがダウンロードされ画面６１ａに表示され、通信速度の速いブロードバンド用のダウンロードボタン６０ｂが選択された場合、大きいデータサイズのコンテンツがダウンロードされ画面６１ｂに表示される。このようにして、利用者は自身の端末に適応したデータサイズのコンテンツを受け取っていた。
【０００５】
また、従来、このようなコンテンツのダウンロードに、どのくらいの時間がかかるかを利用者に通知することもできた（例えば、特許文献１参照）。
【０００６】
【特許文献１】
特開２００１−１１１６３０（段落番号〔００２４〕）
【０００７】
【発明が解決しようとする課題】
しかし、上記のように、従来では、コンテンツを受け取るには、利用者が自身の端末に適応したデータサイズのコンテンツを選択しなければならないので、手間がかかるという問題があった。
【０００８】
本発明はこのような点に鑑みてなされたものであり、サーバが、利用者の端末（以下クライアント端末と呼ぶ）の通信速度に適したデータサイズのコンテンツを自動的に判断して提供するコンテンツ提供方法、プログラム及びそのようなプログラムを格納したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明では上記課題を解決するために、サーバがネットワークを介して、クライアント端末にコンテンツを提供するコンテンツ提供方法において、図１のように、サーバ（図ではＩＳＰサーバと表記している）１０が、クライアント端末３０−１、３０−２、…、３０−ｎとサーバ１０間の通信速度を計測するステップ（Ｓ２）と、通信速度に応じて提供すべきコンテンツのデータサイズを判断するステップ（Ｓ４）と、判断したデータサイズのコンテンツをクライアント端末３０−１、３０−２、…、３０−ｎに送信するステップ（Ｓ５）と、を有することを特徴とするコンテンツ提供方法が提供される。
【００１０】
このような手順のコンテンツ提供方法では、サーバ１０は、クライアント端末３０−１、３０−２、…、３０−ｎとサーバ１０間の通信速度を計測し、その通信速度に応じて提供すべきコンテンツのデータサイズを判断し、判断したデータサイズのコンテンツをクライアント端末３０−１、３０−２、…、３０−ｎに送信する。
【００１１】
【発明の実施の形態】
以下本発明の実施の形態を図面を参照して説明する。
図１は本発明の実施の形態のコンテンツ提供方法の概略を説明するシステム構成図である。
【００１２】
本発明の実施の形態のコンテンツ提供方法は、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）サーバ１０と、ネットワーク２０を介して接続されるクライアント端末３０−１、３０−２、…、３０−ｎとから構成されるシステムにおいて実現される。
【００１３】
ここで、ネットワーク２０は、一般の電話回線やＩＳＤＮ網、専用線または無線などにより構成される。
ＩＳＰサーバ１０は、例えば、クライアント端末３０−１からのインターネットへの接続要求を受け付けると（ステップＳ１）、図示しないＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバによってクライアント端末３０−１に割り当てたＩＰアドレス宛にｐｉｎｇ（ｐａｃｋｅｔ  ｉｎｔｅｒｎｅｔ  ｇｒｏｐｅｒ）コマンドを発行し、その応答時間から、ＩＳＰサーバ１０とクライアント端末３０−１間の通信速度を計測する（ステップＳ２）。その後クライアント端末３０−１から、あるコンテンツの取得要求を受け付けると（ステップＳ３）、ステップＳ２の処理で計測した通信速度に応じて、提供すべきデータサイズのコンテンツを判断し（ステップＳ４）、そのコンテンツをクライアント端末３０−１に送信する（ステップＳ５）。
【００１４】
このように、ＩＳＰサーバ１０が、ＩＳＰサーバ１０とクライアント端末３０−１〜３０−ｎ間の通信速度を計測し、クライアント端末３０−１〜３０−ｎからコンテンツの取得要求がなされた場合には、その通信速度に応じたデータサイズのコンテンツを自動的に選択して提供することで、利用者は、通信速度に応じたコンテンツを自分で選択してダウンロードする手間が不要になる。
【００１５】
なお、上記のコンテンツは、ＩＳＰサーバ１０が管理するコンテンツであり、例えば大、中、小と複数のデータサイズが設定されているものである。
以下本発明の実施の形態の詳細を説明する。
【００１６】
図２は、ＩＳＰサーバのハードウェア構成例である。
ＩＳＰサーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１４、グラフィック処理部１５、入力Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１６及び通信Ｉ／Ｆ１７などによって構成され、これらはバス１８を介して相互に接続されている。
【００１７】
ここで、ＣＰＵ１１は、ＨＤＤ１４に格納されているプログラムに応じて各部を制御する。
ＲＯＭ１２は、ＣＰＵ１１が実行する基本的なプログラムやデータを格納している。
【００１８】
ＲＡＭ１３は、ＣＰＵ１１が実行途中のプログラムや、演算途中のデータを一時的に格納する。
ＨＤＤ１４は、ＣＰＵ１１が実行するＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、サーバアプリケーションであるＨＴＴＰｄ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｄａｅｍｏｎ）などのアプリケーションプログラムが格納される。さらに、利用者を管理するためのユーザ情報管理テーブル、通信速度参照テーブル、提供するコンテンツのファイルを管理するファイル管理テーブル、通信速度に適したデータサイズのファイルを選択するためのファイル情報関連テーブルなどが格納される（詳しくは後述する）。
【００１９】
グラフィック処理部１５には、ディスプレイなどの表示装置１５ａが接続されており、ＣＰＵ１１からの描画命令に従って、表示装置１５ａの画面上に画像を表示させる。
【００２０】
入力Ｉ／Ｆ１６には、マウス１６ａやキーボード１６ｂが接続されており、これらにより入力された情報を受信し、バス１８を介してＣＰＵ１１に送信する。通信Ｉ／Ｆ１７は、ネットワーク２０に接続され、クライアント端末３０−１〜３０−ｎとのデータの送受信を行う。また、インターネットを構成する他のＩＳＰサーバと、専用線により接続される。
【００２１】
以上のようなハードウェア機能によって、ＩＳＰサーバ１０は、本実施の形態の処理機能を実現することができる。
なお、クライアント端末３０−１〜３０−ｎも、上記と同様のハードウェア構成であるが、Ｗｅｂページを閲覧可能なブラウザ機能を有している。
【００２２】
次に、図２を参照して、ＩＳＰサーバ１０での処理の詳細を説明する。
図３は、クライアント端末のＩＳＰサーバへの接続時における、ＩＳＰサーバでの処理の流れを説明するフローチャートである。
【００２３】
以下ではクライアント端末３０−１から接続要求があった場合について説明する。なお、クライアント端末３０−２〜３０−ｎから接続要求があった場合についても同様な処理が行われる。
【００２４】
通信インターフェース１７を介して、クライアント端末３０−１からのインターネットへの接続要求を受け付けると（ステップＳ１０）、ＣＰＵ１１は、予め登録されている利用者のユーザＩＤと、今回接続要求のあったクライアント端末３０−１より送信されるユーザＩＤが一致しているか否かを判断する。ここで、ユーザＩＤが正しいものであると判断した場合は、ステップＳ１２の処理に進み、正しくないと判断した場合は、例えば、接続要求のあったクライアント端末３０−１に、エラーメッセージを出力した後、ＩＳＰサーバ１０の処理を終える（ステップＳ１１）。
【００２５】
ステップＳ１１の処理で、ユーザＩＤが正しいと判断した場合には、ＣＰＵ１１の制御のもと、接続要求のあったクライアント端末３０−１に、外部の図示しないＤＨＣＰサーバを参照してＩＰアドレスを割り当てる（ステップＳ１２）。
【００２６】
次に、ＣＰＵ１１の制御のもと、ステップＳ１２の処理でクライアント端末３０−１に割り当てたＩＰアドレスを、ユーザ情報管理テーブル１４ａに登録する（ステップＳ１３）。
【００２７】
図４は、ユーザ情報管理テーブルで管理されるユーザ情報の例である。
ユーザ情報管理テーブル１４ａでは、図のように、ユーザＩＤとそのユーザのクライアント端末３０−１〜３０−ｎに割り当てられたＩＰアドレスと、通信速度を示すフラグ値（詳しくは後述する）が管理される。
【００２８】
ステップＳ１４の処理から、ＩＳＰサーバ１０は、接続要求のあったクライアント端末３０−１の通信速度を計測する処理に移る。
まず、ＣＰＵ１１の制御のもと、接続要求のあったクライアント端末３０−１に割り当てたＩＰアドレスあてに、通信インターフェース１７を介して、ｐｉｎｇコマンドを発行する（ステップＳ１４）。
【００２９】
ｐｉｎｇコマンドは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）において、指定する相手先のコンピュータへのパケットの到達可能性を調べるコマンドである。
【００３０】
図５は、ｐｉｎｇ処理の例である。
この図は、ｐｉｎｇコマンド発行時に、ＣＰＵ１１の制御のもと表示装置１５ａに表示される例であり、ＩＰアドレス“ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ”が割り当てられたクライアント端末に、ｐｉｎｇコマンドを発行する場合を示している。
【００３１】
１行目がコマンド入力行であり、まず、コマンド名“ｐｉｎｇ”が入力され、オプションとして、パケット数“−ｎ”を“５”つ、パケットサイズ“−ｌ”を“２０００”バイトと指定して、ｐｉｎｇコマンドを実行する例を示している。２行目以下の行が、ｐｉｎｇ処理の結果を示す。“Ｒｅｐｌｙ  ｆｒｏｍ  ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ：  ｂｙｔｅｓ＝２０００  ｔｉｍｅ＝３９ｍｓ  ＴＴＬ＝２３４”は、ＩＰアドレス“ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ”のクライアント端末に２０００バイトのパケットを送って、そのクライアント端末から応答メッセージを受信するまでの時間（ラウンドトリップタイム）が３９ｍｓであることを示している。また、ＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）はパケットの生存時間を示す。上記のような結果が送信した５つのパケットに対して表示される。
【００３２】
さらに、“Ｐａｃｋｅｔｓ：  Ｓｅｎｔ  ＝  ５，  Ｒｅｃｅｉｖｅｄ  ＝  ５，  Ｌｏｓｔ  ＝  ０  （０％  ｌｏｓｓ）”は５つのパケット送信に対して全て応答メッセージがあったことを示し、“Ｍｉｎｉｍｕｍ  ＝  ３７ｍｓ，  Ｍａｘｉｍｕｍ  ＝  ４０ｍｓ，  Ａｖｅｒａｇｅ  ＝  ３８ｍｓ”は、５つのパケット送信に対して、ラウンドトリップタイムの最小値が３７ｍｓ、最大値が４０ｍｓ、平均が３８ｍｓであることを示す。
【００３３】
ステップＳ１４の処理のｐｉｎｇコマンド発行の結果、ＣＰＵ１１は指定したＩＰアドレスのクライアント端末３０−１〜３０−ｎから応答があるか否か判断し、応答ありの場合はステップＳ１６の処理に進み、応答がない場合は処理を終了する（ステップＳ１５）。
【００３４】
指定したＩＰアドレスのクライアント端末３０−１からｐｉｎｇコマンドの応答があった場合、ＣＰＵ１１は、例えば、図５で示したようにラウンドトリップタイムの平均値で示される応答時間と、パケットサイズで示されるデータサイズをもとに、ＨＤＤ１４に格納された通信速度参照テーブル１４ｂを取り出し、これを参照して、クライアント端末３０−１の通信速度を判定する。
【００３５】
図６は、通信速度参照テーブルの例を示す図である。
図のように、通信速度参照テーブル１４ｂには、フラグ値と、そのフラグ値で表される、通信形態の名称及び“ｆｒｏｍ”、“ｔｏ”で示されるパケットの応答時間の範囲が記載されている。
【００３６】
例えば、図のように、フラグ値“１”は、応答時間が０〜３９ｍｓのＡＤＳＬに割り当てられる。また、フラグ値“２”は、応答時間が４０〜９９ｍｓのＩＳＤＮに、フラグ値“３”は、応答時間が１００〜２００ｍｓの３３．６キロバイト通信に割り当てられる。
【００３７】
ＣＰＵ１１は、図５で示したようなＩＰアドレス“ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ”のクライアント端末３０−１の場合、応答時間が３８ｍｓであるので、フラグ値“１”の通信速度であり、通信形態はＡＤＳＬであると判定する（ステップＳ１６）。
【００３８】
次に、ＣＰＵ１１は、ステップＳ１６の処理で判定された、通信速度を示すフラグ値を、図４で示したユーザ情報管理テーブル１４ａの通信速度フラグの欄に書き込む。その後、クライアント端末３０−１が接続要求を行った場合のＩＳＰサーバ１０における処理を終了する（ステップＳ１７）。
【００３９】
次に、クライアント端末３０−１が、コンテンツのダウンロード要求を行った際の、ＩＳＰサーバ１０の処理を説明する。なお、クライアント端末３０−２〜３０−ｎからダウンロード要求があった場合についても同様な処理が行われる。
【００４０】
図７は、クライアント端末からのダウンロード要求時におけるＩＳＰサーバの処理の流れを示すフローチャートである。
クライアント端末３０−１からコンテンツのダウンロード要求を、通信インターフェース１７を介して受け付けると（ステップＳ３０）、ＣＰＵ１１の制御のもと、要求のあったコンテンツの、ダウンロード対象となるファイル情報を、ファイル管理テーブル１４ｃより取得する。
【００４１】
図８は、ファイル管理テーブルで管理されるファイル情報の例である。
図のように、ファイル管理テーブル１４ｃには、ＩＳＰサーバ１０が管理しているコンテンツのファイル名と、ファイル形式と、ファイルサイズが記載される。なお、ここでは、同じコンテンツについて、画質や、色調によって、データサイズ（図ではファイルサイズ）の異なる複数（図では３つ）のファイルがあるものとする。例えば、ｍｐｅｇファイルのコンテンツＡについては、ファイルサイズが５０キロバイトの“コンテンツＡ＿小．ｍｐｇ”、２００キロバイトの“コンテンツＡ＿中．ｍｐｇ”、８００キロバイトの“コンテンツＡ＿大．ｍｐｇ”が用意されている。例えば、クライアント端末３０−１からコンテンツＡのダウンロード要求があった場合、コンテンツＡに関する上記の３つのファイル情報が、ＣＰＵ１１により取得される（ステップＳ３１）。
【００４２】
ダウンロード対象となるファイル情報を取得すると、ＣＰＵ１１は前述のユーザ情報管理テーブル１４ａを参照して、ダウンロード要求を行っているクライアント端末３０−１の通信速度を示すフラグ値から、クライアント端末３０−１の通信速度に最適なデータサイズのファイルを特定する。なお、この際、ＣＰＵ１１はさらに、ファイル情報関連テーブル１４ｄを参照する。
【００４３】
図９は、ファイル情報関連テーブルの例である。
ファイル情報関連テーブル１４ｄでは、ファイル形式と、フラグ値で表される通信速度に適した、“ｆｒｏｍ”、“ｔｏ”の範囲で示されるファイルサイズが管理されている。例えば、フラグ値が１のクライアント端末３０−１が、図８で示したようなコンテンツＡのｍｐｅｇ形式のファイルのダウンロード要求を行った場合、ＣＰＵ１１は、ファイル情報関連テーブル１４ｄを参照して、ファイルサイズが５０１キロバイトから１０メガバイトのファイルが最適と判断する。これにより、図８で示したファイルサイズの異なる３つのコンテンツＡのファイルのうちで、ファイルサイズが８００キロバイトの“コンテンツＡ＿大．ｍｐｇ”がダウンロード対象ファイルとして特定される（ステップＳ３２）。
【００４４】
ステップＳ３２で特定されたコンテンツのファイルは、ＣＰＵ１１の制御のもとクライアント端末にダウンロードする（ステップＳ３３）。
このように、ＩＳＰサーバ１０が、接続要求のあったクライアント端末３０−１のＩＰアドレスを保持し、そのＩＰアドレス宛にｐｉｎｇコマンドを発行して通信速度を計測し、クライアント端末３０−１の通信速度に応じたデータサイズのコンテンツを自動的に選択して提供することで、利用者は、通信速度に応じたコンテンツを自分で選択してダウンロードする手間が不要になり便利である。
【００４５】
最後に、本発明の適用により、クライアント端末３０−１〜３０−ｎに表示されるダウンロード画面の例を示す。
図１０は、フラグ値が１の場合のコンテンツダウンロード画面の例である。
【００４６】
また、図１１は、フラグ値が２の場合のコンテンツダウンロード画面の例である。
また、図１２は、フラグ値が３の場合のコンテンツダウンロード画面の例である。
【００４７】
図１０のように、通信速度の速い、フラグ値が１と判定されたクライアント端末には、ダウンロードボタン５０によりコンテンツのダウンロードが実行されると、大きなデータサイズの、例えば、画像コンテンツが画面５１ａに表示される。また、図１１のようにフラグ値が２と判定されたクライアント端末には画面５１ｂ、図１２のようにフラグ値が３と判定された通信速度の遅いクライアント端末には画面５１ｃにコンテンツが表示され、フラグ値が大きくなるほど、小さなデータサイズのコンテンツが提供される。
【００４８】
このように、利用者は、ダウンロードボタン５０を押すだけで、ＩＳＰサーバ１０から自動的に、自身の通信速度に応じたデータサイズのコンテンツを得ることができる。
【００４９】
なお、上記ではクライアント端末をインターネットに接続するＩＳＰサーバでの処理を例にして説明したが、これに限定されず、コンテンツ提供元のＷＥＢサーバで、上記の処理と同様に、ｐｉｎｇコマンドを発行して、コンテンツ提供要求のあったクライアント端末との通信速度を計測する処理を行い、その通信速度に対応したデータサイズのコンテンツを自動的に提供するようにしてもよい。
【００５０】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、ＩＳＰサーバ１０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｃ）などがある。
【００５１】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００５２】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００５３】
【発明の効果】
以上説明したように本発明では、サーバが、サーバとクライアント端末間の通信速度を計測し、クライアント端末からコンテンツの取得要求がなされた場合には、その通信速度に応じたデータサイズのコンテンツを自動的に選択して提供することが可能になる。これにより、利用者は、通信速度に応じたコンテンツを自分で選択してダウンロードする手間が不要になり便利である。
【図面の簡単な説明】
【図１】本発明の実施の形態のコンテンツ提供方法の概略を説明するシステム構成図である。
【図２】ＩＳＰサーバのハードウェア構成例である。
【図３】クライアント端末のＩＳＰサーバへの接続時における、ＩＳＰサーバでの処理の流れを説明するフローチャートである。
【図４】ユーザ情報管理テーブルで管理されるユーザ情報の例である。
【図５】ｐｉｎｇ処理の例である。
【図６】通信速度参照テーブルの例を示す図である。
【図７】クライアント端末からのダウンロード要求時におけるＩＳＰサーバの処理の流れを示すフローチャートである。
【図８】ファイル管理テーブルで管理されるファイル情報の例である。
【図９】ファイル情報関連テーブルの例である。
【図１０】フラグ値が１の場合のコンテンツダウンロード画面の例である。
【図１１】フラグ値が２の場合のコンテンツダウンロード画面の例である。
【図１２】フラグ値が３の場合のコンテンツダウンロード画面の例である。
【図１３】従来のコンテンツ提供の際に表示される画面の例である。
【符号の説明】
１０  ＩＳＰサーバ
２０  ネットワーク
３０−１、３０−２、…、３０−ｎ  クライアント端末
【図１】
2004295409.tif 000003
【図２】
2004295409.tif 000004
【図３】
2004295409.tif 000005
【図４】
2004295409.tif 000006
【図５】
2004295409.tif 000007
【図６】
2004295409.tif 000008
【図７】
2004295409.tif 000009
【図８】
2004295409.tif 000010
【図９】
2004295409.tif 000011
【図１０】
2004295409.tif 000012
【図１１】
2004295409.tif 000013
【図１２】
2004295409.tif 000014
【図１３】
2004295409.tif 000015