JP2005092576A - データ提供装置及びデータ提供方法 - Google Patents

Abstract

【課題】 一般的なデータ提供方法によれば、ユーザ側では、誤って同一のすでに保持している情報を多重にダウンロードしたりすることが起こる。
【解決手段】 本発明のデータ提供装置〔サーバー側〕は、インターネットやＬＡＮなどのコンピュータネットワークに接続され、サーバーの保持するダウンロード可能なデータとクライアント側の発注履歴を対比してデータの提供を行うかどうかを判断する履歴管理手段をもち、その判断に基づいて情報提供画面をくみたて、端末装置に送信可能リストを提供する手段をもつ。本発明の端末装置（クライアント側）においては、以前に提供されたデータの情報を発注履歴として記憶する手段をもち、以前の発注履歴情報をサーバーに送信する手段をもち、サーバーから送信された情報提供画面を表示する手段をもち、その画面から発注情報を入力し送信する手段をもっている。また発注にしたがって、サーバーから提供されたデータを受信する機能をもっていることを特徴とする。
【選択図】 図３

Description

本発明は、画像、音楽などの楽曲データ、コンピュータプログラム、ゲームソフト、動画、広告、情報などのデータを提供する、データ提供装置及びデータ提供方法に関する。特に、インターネットなどの通信ネットワークを利用し、ユーザ側からの発注情報に基づいて、画像、音楽などの楽曲データ、コンピュータプログラム、ゲームソフト、動画、広告、情報などのデータを提供するデータ提供装置及びデータ提供方法に関するものである。

近年、通信インフラの整備および情報通信技術の発展により、インターネット等を利用した情報提供サービス及び情報利用サービスが可能となった。特に、テキストデータ、画像データ、音声データ等全てのデータがデジタル化されたマルチメディア環境での、情報の共有、情報の提供が可能となり、インターネット等のネットワークを介して多くの情報提供サービスが誕生している（例えば、特許文献１参照。）。

この通信インフラを利用した情報利用＆提供サービスが急増する中、画像、音楽などの楽曲データ、コンピュータプログラム、ゲームソフト、動画などのマルチメディア情報を記録したファイルをサーバー側に用意し、インターネットを介して送受信することができ、それをクライアント側のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）あるいは、ＰＣを経由して手持ちの機器に転送し、利用できるようなサービスも登場するようになった。

上述のようなインターネットサービスを利用して、単体の製品を購入したユーザにも、製品出荷時には用意できない付加価値サービスを提供することができる。

例えばデジタルカメラのユーザが、出荷時には用意されていない、個性的な起動画面や起動音を、好みにより、購入メーカーのサーバーから、インターネットを介してダウンロードし、インストールすることによって、デジタルカメラの操作性をカスタマイズすることができる。また、サービスの提供側も、インターネットを利用して安価なコストでユーザの趣向に合ったデータを、時事に応じて提供することができるようになった。

図１はインターネットを利用した一般的なマルチメディア情報配信サービスのシステム図である。

１０１は、パーソナルコンピュータに接続可能な周辺機器である。

１０２Ａ／１０２Ｂは、ユーザ用パーソナルコンピュータであり（以下、ユーザＰＣと略す）、該ユーザＰＣ １０２は、ブラウザ１０３を利用して、インターネット１０４に接続されている。該ユーザＰＣ１０２上で動作する該インターネット１０４での情報転送可能な標準プロトコルを有するブラウザ１０３は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコル等の標準プロトコルを用いて、データ提供サーバー１０７にアクセスし、該サイト１０６のサーバーＰＣが管理するＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の記述言語で作成された画像、音声等のマルチメディア情報とリンクされている情報を表示する。この動作により、該ユーザＰＣ１０２は、該サイト１０６が提供する通信インフラとして該インターネット１０４を利用したサービスを受ける事が出来る。

次に該ユーザＰＣ１０２のユーザの情報参照要求により、該サイト１０６に配信可能なデータのリスト参照リクエストがされる。該サイト１０６は、参照リクエストに応じて、該ユーザＰＣ１０２に提供可能な情報リストを通知する。該データベース１０５には、該サイト１０６で配信可能なデータが、一元管理されている。

次に該ユーザＰＣ１０２のユーザのデータ配信要求により、該サイト１０６にデータ配信リクエストがされる。該データベース１０５には、該サイト１０６で配信可能なデータが、一元管理されている。該サイト１０６は該データベース１０５から要求に沿ったデータを読み出し、配信する。この様にして該ユーザＰＣ１０２のユーザは、ブラウザを介して、指定した情報を取得する事ができる。

次に該ユーザＰＣ１０２は接続されている機器１０１に、配信されたデータを転送する。配信されたデータを受け取った周辺機器１０１は、データを展開し、画像・動画・音情報を再生し、サービスを受けることができる。

図２（ステップ２０１〜２０８）はマルチメディア情報配信サービスモデルのクライアントサイドからみた、一般的な処理の流れである。図２（ステップ２０９〜２１２）はマルチメディア情報配信サービスモデルのサーバーサイドからみた、一般的な処理の流れである。以下、図２に基づいて、インターネットを利用した一般的な画像・音情報・動画配信サービスを説明する。

先ず、ユーザ（クライアントサイド）は、ブラウザを起動する（ステップ２０１）。ユーザのＰＣ上に表示された所定のＷｅｂページに準備されているリンク先から、マルチメディアデータのダウンロードを行うサービスを提供するＷｅｂページを選択してアクセスする（ステップ２０２）。Ｗｅｂページが登録会員制である場合、ＩＤやパスワードなどを入力し、ユーザの認証を求める（ステップ２０９）。認証をパスすると、提供可能なデータのリストが送信される（ステップ２１０）。ダウンロード可能なリストを閲覧する（ステップ２０３）。所望するデータを選択し（ステップ２０４）、提供サイトにダウンロードを要求する（ステップ２０５）。提供サイトではダウンロードの要求を判定する（ステップ２１１）。データ送信の判定がＯＫであれば、要求されたデータを送信する（ステップ２１２）。当該データをダウンロードする（ステップ２０６）。ダウンロードしたデータを展開し、画像・動画・音情報を再生する（ステップ２０７）。

以上のように、近年においては、インターネットを利用したデータのダウンロードサービスが多種多様に存在する。このようなサービスにおいては、音・画像・動画などのマルチメディア提供情報をダウンロードし、機器にあった操作で展開している。
特開平４−３３２２３４号公報、第２頁

ここで、上述したような情報の提供方法によれば、どれをダウンロードしたか、ダウンロードの履歴やダウンロードされたファイルを管理するのはユーザの責任である。また、提供される情報は多種多様になっている。このため、ユーザ側では、誤って同一のすでに保持している情報を多重にダウンロードしたりすることが起こり、データの情報量やブロバイダへの接続料金や通信コストなどの通信費用や余計な手間をユーザに負担させてしまうという問題があった。

また、上述のような問題を解決する手段として、特開２００２−０１５１４５号公報（イーズ・ミュージック株式会社）で提案されているように、ダウンロードの履歴をサーバー側にもち、ダウンロードの要求時に履歴情報を照会して同一情報の重複入手を防止する方法が提案されている。

しかし、サーバー側で情報を保持するため、クライアント側のＰＣ環境の変化、具体的にはダウンロードしたデータを削除してしまったり、頻繁に行なわれるＰＣのＯＳのバージョンアップや再インストールにより、以前ダウンロードした情報が消去してしまったりというようなクライアント側ＰＣの環境の変化に対応できないという問題があった。

［発明の目的］
本発明の目的は、ユーザがダウンロードしたファイルの管理を行う手間を軽減し、ユーザの誤操作による同一情報の重複入手を防止することが出来るデータ提供装置及びデータ提供方法を提供することである。

上記課題を解決するため、本発明のデータ提供装置〔サーバー側〕は、発注情報の要求に応じてデータファイルを提供するデータ提供装置であって、インターネットやＬＡＮなどのコンピュータネットワークに接続され、コンピュータネットワークに接続されている端末装置（クライアント側）から既に発注された履歴情報を受信する手段をもち、サーバーの保持するダウンロード可能なデータと発注履歴を対比してデータの提供を行うかどうかを判断する履歴管理手段をもち、履歴管理手段の判断に基づいて情報提供画面をくみたて、端末装置（クライアント側）に送信可能リストを提供する手段をもつ。

また端末装置（クライアント側）が入力した発注情報を受信する手段と、発注情報に基づいて提供データ記憶手段から所定の提供データを読み出す提供データ処理手段と、提供データ処理手段で読み出された提供データを送信する送信手段と、を備えることを特徴とする。

本発明の端末装置（クライアント側）においては、コンピュータネットワークに接続され、以前に提供されたデータの情報を発注履歴として記憶する手段をもち、以前の発注履歴情報をサーバーに送信する手段をもち、サーバーから送信された情報提供画面を表示する手段をもち、その画面から発注情報を入力し送信する手段をもっている。

また発注にしたがって、サーバーから提供されたデータを受信する機能をもっていることを特徴とする。

なお、さらに詳細に説明すれば、本発明は下記の構成によって前記課題を解決できた。

（１）コンピュータネットワークに接続され、クライアント側の発注情報の入力に応じてサーバー側が管理するデータファイルを提供するデータ提供装置であって、前記コンピュータネットワークに接続されているクライアント側で提供されたデータを記憶するダウンロードデータ履歴記憶手段と、クライアント側の履歴情報をサーバーに送信する手段と、サーバー側は前記ネットワーク処理手段で受信した前記履歴記憶情報に記録されている前記提供履歴とに基づいて、端末装置に情報提供画面を送信すると共に、前記端末装置から入力された発注情報を受信するネットワーク処理手段と、前記発注情報に基づいて、前記提供データ記憶手段から所定の提供データを読み出す提供データ処理手段と、前記提供データ処理手段で読み出された前記提供データを送信する送信手段と、提供されたデータを該クライアント側で記憶するダウンロードデータ記憶手段と、を備えることを特徴とするデータ提供装置。

（２）前記ネットワーク処理手段は、Ｗｅｂページによって前記情報提供画面を前記端末装置に送信する、ことを特徴とする前記（１）記載のデータ提供装置。

（３）前記送信手段は、Ｗｅｂページによって前記提供データ処理手段で読み出された前記提供データを前記端末装置に送信する、ことを特徴とする前記（１）または（２）記載のデータ提供装置。

（４）コンピュータネットワークを利用してサーバー側がクライアント側に任意のデータを提供するデータ提供方法であって、
該クライアント側では
（Ａ―ｃ）前記履歴情報をサーバー側に送信し、
（Ｂ―ｃ）サーバー側から、ダウンロード済のデータがユーザに認知できるような、データ提供画面を受信し、
（Ｃ―ｃ）提供画面を利用して、任意のデータを選択してサーバー側に発注し、
（Ｄ―ｃ）サーバー側から発注したデータを受け取り、発注履歴の情報をクライアント側履歴領域に記憶し、
該サーバ側では、
（Ａ−ｓ）クライアント側から、前記履歴情報を受信し、
（Ｂ−ｓ）サーバー側で提供可能な情報と履歴情報とを比較してデータがクライアント側の環境にダウンロード済か否かを判断し、ユーザに重複発注を防止するよう、ダウンロード済情報を識別できる提供画面を送信し、
（Ｃ−ｓ）前記クライアント側の端末装置から前記情報提供画面に入力された発注情報を受信し、
（Ｄ―ｓ）クライアント側に任意の情報を提供する
ことを特徴とするデータ提供方法。

（５）前記ステップ（Ａ−ｃ）または前記ステップ（Ａ−ｓ）は、インターネットによって前記データを前記提供装置に送信する、ことを特徴とする前記（４）記載のデータ提供方法。

（６）前記ステップ（Ｂ―ｃ）または前記ステップ（Ｂ−ｓ）は、インターネットによって前記情報提供画面を前記端末装置に送信する、ことを特徴とする前記（４）記載のデータ提供方法。

（７）前記ステップ（Ｃ―ｃ）または前記ステップ（Ｃ−ｓ）は、インターネットによって前記データを前記提供装置に送信する、ことを特徴とする前記（４）記載のデータ提供方法。

（８）前記ステップ（Ｄ―ｃ）または前記ステップ（Ｄ−ｓ）は、インターネットによって前記データを前記端末装置に送信する、ことを特徴とする前記（４）記載のデータ提供方法。

以上述べた通り、本発明のデータ提供装置及びデータ提供方法によれば、インターネットなどのコンピュータネットワークに接続された端末から情報の発注をすることができ、且つ、ユーザの誤認によって同一の情報を重複して発注することを防止することができるようになった。また、ユーザのＰＣ環境の変化にも柔軟に対応できるようになった。

以下本発明を実施するための最良の形態を、実施例により詳しく説明する。

以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。尚、本実施形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。ネットワークを使用するサービスにおいての共通の課題を解決する発明であり、これらも本発明に含まれる。

＜本実施形態の情報提供システムの構成例と基本的動作例＞
本実施例の目的は、ユーザがサーバーから提供されるデータをダウンロードする際に、ダウンロードの履歴を保持し、重複して同じデータをダウンロードすることを回避することである。また、クライアント側のシステム環境の変化に対応するために、ダウンロードの履歴をサーバー側でなく、クライアント側で保持するように実施する。

本発明の一実施形態として、インターネットを介して、マルチメディアデータの提供を行う情報提供システムについて説明する。

図３は、本実施形態におけるサービスを構成する全体のシステムである。

３０１は、パーソナルコンピュータに接続可能な周辺機器である。

３０２Ａ／３０２Ｂは、ユーザ用パーソナルコンピュータであり（以下、ユーザＰＣと略す）、該ユーザＰＣ３０２は、ブラウザ３０３を介して、インターネット３０６に接続されている。該ユーザＰＣ３０２上で動作する該インターネット３０６での情報転送可能な標準プロトコルを有するブラウザ３０３は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコル等の標準プロトコルを用いて、データ提供サーバー３０７にアクセスし、該サイト３０８のサーバーＰＣが管理するＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の記述言語で作成された画像、音声等のマルチメディア情報とリンクされている情報を表示する。この動作により、該ユーザＰＣ３０２は、該サイト３０８が提供する通信インフラとして該インターネット３０６を利用したサービスを受ける事が出来る。

該ユーザＰＣ３０２Ａは、情報提供システムのサービスを受けるための準備として、該データ提供サーバー３０７に、ブラウザ３０３を介して、インターネット３０６を経由してアクセスする。そして、サーバーからダウンロードの履歴を管理するためのプラグインプログラム３０４Ａを受信し、マシン上にインストールする。プラグインプログラム３０４Ａは、該ユーザＰＣ３０２Ａ上に、提供されたデータの履歴を保持するための機能および領域３０５Ａを用意する。

次に、該ユーザＰＣ３０２Ａは、該データ提供サーバー３０７にアクセスして、サーバーがユーザＰＣ３０２Ａに提供可能な情報のリストを要求する。

情報のリストの要求するにあたって、該ユーザＰＣ３０２Ａにインストールされたプラグインプログラム３０４Ａは、該ユーザＰＣ３０２Ａのシステム環境にかかわる情報と、サーバーからデータをダウンロードした履歴３０５Ａを、サーバー３０７に送信する。

該データ提供サーバー３０７がもっているデータベース３０９には、該サイト３０８で配信可能なデータが一元管理されている。サーバー３０７は、ユーザＰＣ３０２Ａから配信可能な情報リストの要求を受け、ユーザＰＣのプラグインプログラム３０４Ａから送られた履歴３０５Ａを受信する。

サーバー３０７は、データベース３０９の管理する配信可能なデータのリストと、履歴３０５Ａとをてらしあわせて、判断処理を行い、（判断の方式については、ユーザの操作性によって、複数の実施例が想定されるので、後に詳細に説明する）、配信可能なリストを作成する。要求があったＰＣ３０２Ａに該リストを送信する。

該ユーザＰＣ３０２Ａは、配信可能なリストをブラウザ３０３で閲覧する。

ユーザＰＣのダウンロード履歴３０５Ａが参照されたリストが配信されるので、ユーザは誤った認識により、既に存在するデータを重複してダウンロードする必要がなくなる。

このリストを選択して、欲するデータの配信をサーバー３０７に要求する。

ユーザＰＣ３０２Ａのデータ配信要求により、該データ提供サーバー３０７にデータ配信リクエストがされる。該データベース３０９には、該サイト３０８で配信可能なデータが、一元管理されている。該サーバ３０７は該データベース３０９から要求に沿ったデータを読み出し、インターネットを介して配信する。

この様にして該ユーザＰＣ３０２Ａのユーザは、ブラウザ３０３を介して、指定した情報を取得する事ができる。

次に該ユーザＰＣ３０２Ａは接続されている機器３０１に、配信されたデータを転送する。配信されたデータを受け取った機器３０１は、データを展開し、画像・動画・音情報を再生し、ユーザの望むサービスを受けることができる。

＜初回アクセス時 クライアント側に、重複ダウンロード防止のためのプラグインプログラムの準備を行う例＞
本実施例では、初回アクセス時には、クライアント側に、重複ダウンロード防止のための履歴保持および履歴転送等の処理を行うプラグインプログラムをインストールする処理を行う。

図４のフローチャートを利用して、本発明の一実施形態として、初回アクセス時の処理の流れを詳細に説明する。図４（ステップ４０１〜４０５）は本発明の配信サービスモデルのクライアントサイドからみた処理の流れである。図４（ステップ４０７〜４１０）は本発明の情報配信サービスモデルのサーバーサイドからみた処理の流れである。４０６は会員制サイトの会員情報を一元管理するデータベースを表している。

なお、今回は会員登録によるプラグインのダウンロードの一例を説明しているが、本発明において、会員登録の有無は限定しない。

先ず、ユーザ（クライアントサイド）は、ブラウザを起動する（ステップ４０１）。ユーザのＰＣ上に表示された所定のＷｅｂページに準備されているリンク先から、マルチメディアデータのダウンロードを行うサービスを提供するＷｅｂページを選択してアクセスする（ステップ４０２）。

Ｗｅｂページ（データ配信サービスを行うサーバーサイド）が登録会員制である場合、ユーザの認証を行う（ステップ４０７）。サーバーが管理する会員情報ＤＢ（４０６）を参照し、認証を求めたユーザが既に会員登録されているか、初回のアクセスで未登録かを判定する。初回のアクセスだった場合、会員登録処理を行う（ステップ４０８）。会員登録フォームを転送し、ユーザの入力・確認を求める。

ユーザ（クライアントサイド）はサーバーサイドから転送され、Ｗｅｂページに表示された会員登録フォームに会員情報を入力し、会員登録の意思を表示する（ステップ４０３）。

Ｗｅｂページ（データ配信サービスを行うサーバーサイド）は送られてきた会員情報を、会員情報ＤＢ（４０６）に保存して、ユーザ認証を発行する（ステップ４０９）。

認証に必要な情報と、クライアント側で履歴を保持し、必要に応じてサーバーに送るためのプラグインプログラムを送信する（ステップ４１０）。

ユーザ（クライアントサイド）はサーバーサイドから、クライアント側で履歴を保持し、必要に応じてサーバーに送るためのプラグインプログラムをダウンロードする（ステップ４０４）。プラグインを入手後、このシステムにおいて、サーバーからユーザの欲する情報をダウンロードしたとき、その履歴情報を保持し、サーバーの要求に応じて履歴を送るためのプログラムをインストールする（ステップ４０５）。

＜重複ダウンロード防止のためのプラグインプログラムがインストール済の時、重複ダウンロードを防止する例＞
本実施例では、初回アクセス時には、クライアント側に、重複ダウンロード防止のための履歴保持および履歴転送等の処理を行うプラグインプログラムをインストールする処理を行う。これより前に説明した＜初回アクセス時 クライアント側に、重複ダウンロード防止のためのプラグインプログラムの準備を行う例＞で、プラグインプログラムインストール時の処理の流れについて説明したので、このプラグインプログラムが既にインストール済みであり、どのように重複ダウンロードを防止するか、実施例を説明する。

図５のフローチャートを利用して、本発明の一実施形態として、サーバーからデータをダウンロードする際の処理の流れを詳細に説明する。

図５（ステップ５０１〜５０９）は本発明の配信サービスモデルのクライアントサイドからみた処理の流れである。図５（ステップ５１１〜５１６）は本発明の情報配信サービスモデルのサーバーサイドからみた処理の流れである。５１０はクライアントサイドのダウンロード履歴を管理するデータを表している。５１７は会員制サイトの会員情報を一元管理するデータベースを表している。５１８はサーバーサイトの提供可能な情報を一元管理するデータベースを表している。

なお、今回は会員登録によるデータのダウンロードの一例を説明しているが、本発明において、会員登録の有無は限定しない。

先ず、ユーザ（クライアントサイド）は、ブラウザを起動する（ステップ５０１）。ユーザのＰＣ上に表示された所定のＷｅｂページに準備されているリンク先から、マルチメディアデータのダウンロードを行うサービスを提供するＷｅｂページを選択してアクセスする（ステップ５０２）。

Ｗｅｂページ（データ配信サービスを行うサーバーサイド）が登録会員制である場合、ユーザの認証を行う（ステップ５１１）。サーバーが管理する会員情報ＤＢ（５１７）を参照し、認証を求めたユーザが既に会員登録されているか、初回のアクセスで未登録かを判定する。会員登録済みだった場合、データ提供サービスすすむ。

サーバーサイドは、ユーザが認証をパスすると、提供可能なデータのリストの準備を開始する。本発明の目的であるところの重複ダウンロードの防止のために、アクセスしたユーザに対してダウンロード履歴を要求する（ステップ５１２）。

クライアントサイドは、本発明の目的であるところの重複ダウンロードの防止のために、ダウンロード履歴の要求にこたえ、本サービスのダウンロード履歴（５１０）をサーバーサイドに転送する（ステップ５０３）。この機能は本発明の特徴とするところであり、先の会員登録時にインストールしたプラグインプログラムＡの処理による。クライアントサイドのコンピュータ上にダウンロード履歴を保持する領域をとり、その履歴をサーバーサイドの要求に応じて、サーバーサイドに転送することを行う。

サーバーサイドは、ダウンロード履歴を取得後、提供可能情報ＤＢ（５１８）から情報のリストを参照して、提供可能な情報リストを作成する（ステップ５１３）。ユーザが既にダウンロード済みのデータを判定し、リストの項目にダウンロード済とわかる標しをつける。

または、既にダウンロード済のデータをリストの後方または違うページに順番を移動する。または、ダウンロード済の項目をリストの非表示にするなどする。

そのようにして作成した提供可能な情報リストを、クライアント側のＷｅｂページで表示できるように転送する（ステップ５１４）。

クライアントサイドのブラウザは、ダウンロード可能なリストを閲覧する（ステップ５０４）。既にダウンロード済のデータは、ダウンロード済とわかる標しがつけられている。または、リストの後方に順番が移動されている。または、非表示にされているなど、ユーザの判断を助ける操作が行なわれている。後にいろいろな画面例を表示する。

所望するデータを選択し（ステップ５０５）、提供サイトにダウンロードを要求する（ステップ５０６）。

サーバーサイトではダウンロードの要求を判定する（ステップ５１５）。データ送信の判定がＯＫであれば、提供可能情報ＤＢ（５１７）から該当する情報を読み出し、要求されたデータを送信する（ステップ５１６）。

クライアントサイドでは、要求した当該データをダウンロードする（ステップ５０７）。ダウンロード後、本発明の目的の重複ダウンロード防止を実現するために、ダウンロードした履歴を、プラグインプログラムＡの管理するダウンロード履歴領域（５１０）に保持する。

ダウンロードしたデータを展開し、データの目的にそった周辺機器に転送し（ステップ５０８）、画像・動画・音情報を再生する（ステップ５０９）。

＜一般的なクライアント側データダウンロード画面の例＞
図９は、一般的なクライアント側データダウンロード画面の一例である。ダウンロード可能なデータをリスト全て表示し、クライアント側で以前にダウンロード済のデータも同様に表示されている。この例は、デジタルカメラのサーバーサイトにアクセスし、購入済のデジタルカメラの専用起動音を、ダウンロードし、デジタルカメラにインストールして、デジタルカメラのカスタマイズを行うというモデルを例にあげている。この一般的なダウンロード画面だと、クライアント側ですでにダウンロードした項目（９０１）がユーザにはわからず、記憶違いなどにより、既にあるデータを重複してダウンロードしてしまう誤操作がおこりやすい。

ダウンロード画面に、画面のタイトルやメッセージ（９０２）を記述する（ステップ１３０１）。項目の領域タイトル（９０３）を記述する（ステップ１３０２）。本サービスで提供するダウンロードデータを一元管理するＤＢ（１３０９）にアクセスし、提供可能なデータがあるかを判定する（ステップ１３０３）。提供可能なデータの情報（データのＩＤ、表示用の項目名、データ読出しのポインタ）を一項目読出す（ステップ１３０４）。ダウンロード画面に項目名（９０４）を記述する（ステップ１３０５）。ボタン「ダウンロード」（９０５）を記述する（ステップ１３０６）。

１項目を記述後、ダウンロードデータを一元管理するＤＢ（１３０９）にアクセスし、読出し対象項目が終了していた場合（ステップ１３０３）、ダウンロード画面を記述する処理は終了である。ダウンロード画面をクライアント側に送信し（ステップ１３０７）、次のユーザのアクションを待つ（ステップ１３０８）。

次から、課題を解決するための、本発明による、ダウンロード画面の表示例をしめす。

＜クライアント側データダウンロード画面の例１＞
図６は、本実施の形態におけるクライアント側データダウンロード画面の一例である。ダウンロード可能なデータをリスト全て表示し、クライアント側で以前にダウンロード済のデータに、それとわかる標しをつける。この例は、デジタルカメラのサーバーサイトにアクセスし、購入済のデジタルカメラの専用起動音を、ダウンロードし、デジタルカメラにインストールして、デジタルカメラのカスタマイズを行うというモデルを例にあげている。すでにダウンロード済のデータ項目「仔犬」（６０１）「仔猫」（６０２）は「ダウンロード」を行うボタン名が「ダウンロード済」（６０４）という表示になっている。ダウンロードの履歴にないデータ項目のボタン名は「ダウンロード」（６０３）という表示になっている。これによって、ユーザは既にダウンロードしたデータをリストから認知することができ、データの無用な重複ダウンロードを防止することができる。

図１０は、図６のダウンロード画面を作成するモジュールのフローチャート図である。

図１０をもとに、処理の流れを説明する。

ダウンロード画面に、画面のタイトルやメッセージ（６０５）を記述する（ステップ１００１）。項目の領域タイトル（６０６）を記述する（ステップ１００２）。本サービスで提供するダウンロードデータを一元管理するＤＢ（１０１１）にアクセスし、提供可能なデータがあるかを判定する（ステップ１００３）。提供可能なデータの情報（データのＩＤ、表示用の項目名、データ読出しのポインタ）を一項目読出す（ステップ１００４）。ダウンロード画面に項目名（６０７）を記述する（ステップ１００５）。次にクライアントから取得したダウンロードの履歴（１０１２）にアクセスし、対象項目がダウンロード履歴に存在するか、ＩＤを比較する（ステップ１００６）。対象項目がダウンロード履歴（１０１２）に存在しなければ、ボタン「ダウンロード」（６０３）を記述する（ステップ１００７）。

１項目を記述後、ダウンロードデータを一元管理するＤＢ（１０１１）にアクセスし、次の対象項目があれば（ステップ１００３）、読出しを行う（ステップ１００４）。ダウンロード画面に項目名（６０７）を記述する（ステップ１００５）。次にクライアントから取得したダウンロードの履歴（１０１２）にアクセスし、対象項目がダウンロード履歴に存在するか、ＩＤを比較する（ステップ１００６）。対象項目がダウンロード履歴（１０１２）に存在すれば、ボタン「ダウンロード済」（６０４）を記述する（ステップ１００７）。

１項目を記述後、ダウンロードデータを一元管理するＤＢ（１０１１）にアクセスし、読出し対象項目が終了していた場合（ステップ１００３）、ダウンロード画面を記述する処理は終了である。ダウンロード画面をクライアント側に送信し（ステップ１００９）、次のユーザのアクションを待つ（ステップ１０１０）。

この実施例では、ボタン作成処理（ステップ１００７）（ステップ１００８）においては、ボタン名「ダウンロード済」「ダウンロード」とボタンのタイトルを違えている。これは、ユーザにこの項目がダウンロードされていることを判別させるためである。ユーザが判別後にその操作によって、「ダウンロード」ボタンをおしても、「ダウンロード済」ボタンをおしても同様に、指定の項目に対応したデータのダウンロード要求が行なわれる。この実施例では、「ダウンロード済」と「ダウンロード」との状態によってボタン名を変更したが、項目にチェックをつける。項目名をグレーアウトするなど、いろいろな画面例が考えられる。

＜クライアント側データダウンロード画面の例２＞
図７は、本実施の形態におけるクライアント側データダウンロード画面の一例である。ダウンロード可能なデータをリスト表示し、ダウンロード済みのデータは未ダウンロードのものと別のページや領域に表示している。この例は、デジタルカメラのサーバーサイトにアクセスし、購入済のデジタルカメラの専用起動音を、ダウンロードし、デジタルカメラにインストールして、デジタルカメラのカスタマイズを行うというモデルを例にあげている。すでにダウンロード済のデータ項目「いたずら」「滝」「ラーメン」「パイプオルガン」はダウンロード済の領域に表示されている（７０１）。

ダウンロードの履歴が残っていないデータ項目は、「ＳＥＬＦ ＴＩＭＥＲ ＳＯＵＮＤ ＬＩＮＥ−ＵＰ：」という領域に表示されている。ダウンロード済のデータと、未ダウンロードのデータが別の領域に表示されることで、ユーザは既にダウンロードしたデータをリストから認知することができ、データの無用な重複ダウンロードを防止することができる。

図１１は、図７のデータ選択リスト画面を作成するモジュールのフローチャート図である。図１１をもとに、処理の流れを説明する。

ダウンロード画面に、画面のタイトルやメッセージ（７０３）を記述する（ステップ１１０１）。ダウンロード済の項目を表示する領域のタイトル（７０４）を記述する（ステップ１１０２）。未ダウンロードの項目を表示する領域のタイトル（７０７）を記述する（ステップ１１０３）。本サービスで提供するダウンロードデータを一元管理するＤＢ（１１１３）にアクセスし、提供可能なデータがあるかを判定する（ステップ１１０４）。提供可能なデータの情報（データのＩＤ、表示用の項目名、データ読出しのポインタ）を一項目読出す（ステップ１１０５）。次にクライアントから取得したダウンロードの履歴（１１１４）にアクセスし、対象項目がダウンロード履歴に存在するか、ＩＤを比較する（ステップ１１０６）。対象項目がダウンロード履歴（１１１４）に存在すれば、ダウンロード済領域（７０１）に項目名（７０５）を記述する（ステップ１１０７）。ボタン「ダウンロード」（７０６）を記述する（ステップ１１０８）。

１項目を記述後、ダウンロードデータを一元管理するＤＢ（１１１３）にアクセスし、次の対象項目があれば（ステップ１１０４）、読出しを行う（ステップ１１０５）。次にクライアントから取得したダウンロードの履歴（１１１４）にアクセスし、対象項目がダウンロード履歴に存在するか、ＩＤを比較する（ステップ１１０６）。対象項目がダウンロード履歴（１１１４）に存在しなければ、ダウンロード済領域（７０２）に項目名（７０８）を記述する（ステップ１１０９）。ボタン「ダウンロード」（７０９）を記述する（ステップ１１１０）。

１項目を記述後、ダウンロードデータを一元管理するＤＢ（１１１３）にアクセスし、読出し対象項目が終了していた場合（ステップ１１０４）、ダウンロード画面を記述する処理は終了である。ダウンロード画面をクライアント側に送信し（ステップ１１１１）、次のユーザのアクションを待つ（ステップ１１１２）。

この実施例では、「ダウンロード済」と「ダウンロード」との状態によって同じページ内に別の領域をとり、「ダウンロード済」項目と「未ダウンロード」項目を分けて表示したが、項目を別のページにするなど、いろいろな画面例が考えられる。

＜クライアント側データダウンロード画面の例３＞
図８は、本実施の形態におけるクライアント側データダウンロード画面の一例であるダウンロード可能なデータをリスト表示し、ダウンロード済みのデータは初期状態では非表示にしている。この例は、デジタルカメラのサーバーサイトにアクセスし、購入済のデジタルカメラの専用起動音を、ダウンロードし、デジタルカメラにインストールして、デジタルカメラのカスタマイズを行うというモデルを例にあげている。すでにダウンロード済のデータ項目「仔犬」「仔猫」は非表示にされている（８０１）。ダウンロードの履歴が残っていないデータ項目は、リストに表示されている。

「ダウンロード済のデータを表示するのはこちら」というリンクをクリックすると、非表示だったダウンロード済のデータ項目（９０１）が表示される（図９）。

また、非表示にされているデータ項目が複数ある場合、再表示の際に、どの項目がダウンロード済かわかりやすくするため、ダウンロード済項目に標しをつける表示例（図６）や、ダウンロード項目の領域を分ける表示例（図７）を採用してもよい。

ダウンロード済のデータが初期状態で非表示されることで、ユーザは既にダウンロードしたデータをリストから認知することができ、データの無用な重複ダウンロードを防止することができる。

図１２は、図８のデータ選択リスト画面を作成するモジュールのフローチャート図である。

図１２をもとに、処理の流れを説明する。

ダウンロード画面に、画面のタイトルやメッセージ（８０３）を記述する（ステップ１２０１）。項目を表示する領域のタイトル（８０４）を記述する（ステップ１２０２）。本サービスで提供するダウンロードデータを一元管理するＤＢ（１２１１）にアクセスし、提供可能なデータがあるかを判定する（ステップ１２０３）。提供可能なデータの情報（データのＩＤ、表示用の項目名、データ読出しのポインタ）を一項目読出す（ステップ１２０４）。次にクライアントから取得したダウンロードの履歴（１２１２）にアクセスし、対象項目がダウンロード履歴に存在するか、ＩＤを比較する（ステップ１２０５）。対象項目がダウンロード履歴（１２１２）に存在すれば、表示領域に項目名（８０５）を記述する（ステップ１２０６）。ボタン「ダウンロード」（８０６）を記述する（ステップ１２０７）。

１項目を記述後、ダウンロードデータを一元管理するＤＢ（１２１１）にアクセスし、次の対象項目のがあれば（ステップ１２０３）、読出しを行う（ステップ１２０４）。次にクライアントから取得したダウンロードの履歴（１２１２）にアクセスし、対象項目がダウンロード履歴に存在するか、ＩＤを比較する（ステップ１２０５）。対象項目がダウンロード履歴（１２１２）に存在すれば、何も記述せず（８０１）に、次の項目の呼び出しを行う。

１項目を記述後、ダウンロードデータを一元管理するＤＢ（１２１１）にアクセスし、読出し対象項目が終了していた場合（ステップ１２０３）、記述しなかったダウンロード済の項目を、表示するボタン又はリンク（８０２）を作成する（ステップ１２０８）。ダウンロード画面を記述する処理は終了である。ダウンロード画面をクライアント側に送信し（ステップ１２０９）、次のユーザのアクションを待つ（ステップ１２１０）。

ユーザが非表示のダウンロード済データを非表示にするリンク（８０２）をクリックすると、図９で示される一般的なダウンロード画面が作成され、送信される。

この画面では、先ほど記述されなかったダウンロード済データが表示されている（９０１）。

インターネット利用してデータの提供を行う際の、一般的な、データ提供サーバー、クライアントＰＣ間の接続関係を示した全体のシステムの構成図である。 インターネット利用してデータの提供を行う際の、一般的な、データ提供サーバー、クライアントＰＣ間での処理の流れを表したフローチャート図である。 本実施の形態におけるインターネット利用してデータの提供を行う際の、データ提供サーバー、クライアントＰＣ間の接続関係を示した全体のシステムの構成図である。 本実施の形態におけるインターネット利用してデータの提供を行う際の、データ提供サーバー、クライアントＰＣ間での処理の流れを表した図である。特に初回ダウンロードまでの準備を説明する。 本実施の形態におけるインターネット利用してデータの提供を行う際の、データ提供サーバー、クライアントＰＣ間での処理の流れを表した図である。ダウンロードの流れを説明する。 本実施の形態におけるクライアント側データダウンロード画面の一例である。ダウンロード可能なデータをリスト表示し、ダウンロード済のデータに、それとわかる標しをつけている。 本実施の形態におけるクライアント側データダウンロード画面の一例である。ダウンロード可能なデータをリスト表示し、ダウンロード済みのデータは未ダウンロードのものと別のページや領域に表示している。 本実施の形態におけるクライアント側データダウンロード画面の一例である。ダウンロード可能なデータをリスト表示し、ダウンロード済みのデータは初期状態では非表示にしている。 一般的なクライアント側データダウンロード画面の一例である。ダウンロード可能なデータをリスト表示している。ダウンロード済みのデータは区別されない。また図８で初期状態で非表示にされたダウンロードデータを、ユーザの要求で表示する操作を行った後、ユーザ側に送信されるダウンロード画面の一例もあらわしている。 図６であらわされる、本実施の形態におけるクライアント側データダウンロード画面作成時の処理の流れを表した図である。 図７であらわされる、本実施の形態におけるクライアント側データダウンロード画面作成時の処理の流れを表した図である。 図８であらわされる、本実施の形態におけるクライアント側データダウンロード画面作成時の処理の流れを表した図である。 図９であらわされる、一般的なクライアント側データダウンロード画面作成時の処理の流れを表した図である。又、図１２で、初期状態で非表示にされたダウンロードデータを表示する操作を行なった後、ユーザ側に送信されるダウンロード画面の作成の流れもあらわしている。

符号の説明

１０１，３０１ 周辺機器
１０２，３０２ ユーザＰＣ
１０３，３０３ ブラウザ
１０４，３０６ インターネット
１０５，３０９ データベース
１０６，３０８ サイト
１０７，３０７ データ提供サーバー
３０４ プラグインプログラム
３０５ 領域（履歴）

Claims (8)

1. コンピュータネットワークに接続され、クライアント側の発注情報の入力に応じてサーバー側が管理するデータファイルを提供するデータ提供装置であって、前記コンピュータネットワークに接続されているクライアント側で提供されたデータを記憶するダウンロードデータ履歴記憶手段と、クライアント側の履歴情報をサーバーに送信する手段と、サーバー側は前記ネットワーク処理手段で受信した前記履歴記憶情報に記録されている前記提供履歴とに基づいて、端末装置に情報提供画面を送信すると共に、前記端末装置から入力された発注情報を受信するネットワーク処理手段と、
   前記発注情報に基づいて、前記提供データ記憶手段から所定の提供データを読み出す提供データ処理手段と、
   前記提供データ処理手段で読み出された前記提供データを送信する送信手段と、
   提供されたデータを該クライアント側で記憶するダウンロードデータ記憶手段と、
   を備えることを特徴とするデータ提供装置。
2. 前記ネットワーク処理手段は、Ｗｅｂページによって前記情報提供画面を前記端末装置に送信する、ことを特徴とする請求項１記載のデータ提供装置。
3. 前記送信手段は、Ｗｅｂページによって前記提供データ処理手段で読み出された前記提供データを前記端末装置に送信する、ことを特徴とする請求項１または２記載のデータ提供装置。
4. コンピュータネットワークを利用してサーバー側がクライアント側に任意のデータを提供するデータ提供方法であって、
   該クライアント側では
   （Ａ―ｃ）前記履歴情報をサーバー側に送信し、
   （Ｂ―ｃ）サーバー側から、ダウンロード済のデータがユーザに認知できるような、データ提供画面を受信し、
   （Ｃ―ｃ）提供画面を利用して、任意のデータを選択してサーバー側に発注し、
   （Ｄ―ｃ）サーバー側から発注したデータを受け取り、発注履歴の情報をクライアント側履歴領域に記憶し、
   該サーバ側では、
   （Ａ−ｓ）クライアント側から、前記履歴情報を受信し、
   （Ｂ−ｓ）サーバー側で提供可能な情報と履歴情報とを比較してデータがクライアント側の環境にダウンロード済か否かを判断し、ユーザに重複発注を防止するよう、ダウンロード済情報を識別できる提供画面を送信し、
   （Ｃ−ｓ）前記クライアント側の端末装置から前記情報提供画面に入力された発注情報を受信し、
   （Ｄ―ｓ）クライアント側に任意の情報を提供する
   ことを特徴とするデータ提供方法。
5. 前記ステップ（Ａ−ｃ）または前記ステップ（Ａ−ｓ）は、インターネットによって前記データを前記提供装置に送信する、ことを特徴とする請求項４記載のデータ提供方法。
6. 前記ステップ（Ｂ―ｃ）または前記ステップ（Ｂ−ｓ）は、インターネットによって前記情報提供画面を前記端末装置に送信する、ことを特徴とする請求項４記載のデータ提供方法。
7. 前記ステップ（Ｃ―ｃ）または前記ステップ（Ｃ−ｓ）は、インターネットによって前記データを前記提供装置に送信する、ことを特徴とする請求項４記載のデータ提供方法。
8. 前記ステップ（Ｄ―ｃ）または前記ステップ（Ｄ−ｓ）は、インターネットによって前記データを前記端末装置に送信する、ことを特徴とする請求項４記載のデータ提供方法。

Images