(57)【特許請求の範囲】
【請求項１】
電子データの配布物を送信する配布サーバと、配布物を受信する配布クライアントとが、通信自在に接続される電子データ配布システムであって、  前記配布クライアントは、前記配布サーバに配布計画の少なくとも一部を送信するように要求する配布情報要求手段と、前記配布サーバに配布物を送信するように要求する配布要求手段とを備え、  前記配布サーバは、配布対象とすべき電子データから電子データの配布物を作成する配布物作成手段と、  前記配布サーバが備える配布情報データベースに記憶された配布計画である配布情報の少なくとも一部を前記配布クライアントに送信する配布情報送信手段と、  送信要求された配布物を配布クライアントに送信する配布手段とを備え、  前記配布物作成手段は、前記配布サーバの操作者が入力した配布クライアントを含む入力情報に基づき配布情報を取得する手段と、  前記配布情報を参照し、前記配布サーバが備える記憶装置から電子データを取得して電子データの配布物を作成する手段と、  前記配布情報を各データ項目に設定し、更に前記配布サーバの操作者によって入力された情報を参照して配布開始日、配布開始・終了時刻、及び最大配布台数を設定して配布情報レコードを作成し、前記配布情報データベースに記憶する手段とを備え、  前記配布情報要求手段は、前記配布サーバに、配布情報送信要求メッセージを送信する手段と、  前記配布サーバから配布情報を受信すると、受信した配布情報に含まれている配布物ＩＤ及び配布要求日時を要求情報の配布要求日時に設定し、失敗回数を設定して要求情報レコードを作成し、前記配布クライアントが備える要求情報データベースに記憶する手段とを備え、  前記配布情報送信手段は、前記配布クライアントから配布情報送信要求メッセージを受信すると、前記配布情報データベースの全ての配布情報レコードを順に参照し、配布情報レコードの配布先として、配布情報送信要求メッセージを送信した配布クライアントが設定されているか判定する手段と、  設定されている場合には、当該配布クライアントの配布情報レコードの配布状況が「未送信」であるか判定し、「未送信」の場合には、当該配布クライアントを配布物の配布対象と判定する手段と、  当該配布クライアントを配布物の配布対象と判定したとき、各配布要求日で配布対象とする配布クライアントの数が前記最大配布台数を超えないようにしつつ、各配布要求日の配布開始・終了時刻において負荷分散が図れるように配布要求日時を算出し、配布情報レコードの配布物ＩＤ及び当該算出した配布要求日時を含む配布情報を作成して当該配布クライアントに送信し、当該配布クライアントの配布状況に「計画済」を設定して配布情報レコードを更新する手段とを備え、  前記配布要求手段は、前記要求情報データベースの全ての要求情報レコードを順に参照し、処理時点での配布クライアントのシステム年月日時刻と配布要求日時を比較する手段と、  システム年月日時刻が配布要求日時以降であれば、配布物要求メッセージを作成して、配布サーバに送信する手段と、  配布サーバから配布メッセージを受信すると、配布メッセージに含まれている配布可否コードを参照する手段と、  配布可否コードが「配布可」の場合は、配布メッセージに含まれてい���配布物を、前記配布クライアントが備える記憶装置に記憶する手段と、  前記要求情報データベースの要求情報レコードのうち、配布物ＩＤが配布メッセージに含まれている配布物ＩＤと一致するレコードを削除する手段とを備え、  前記配布手段は、前記配布サーバが前記配布クライアントから、配布物要求メッセージを受信すると、配布物要求メッセージを送信した配布クライアントが配布先に設定されている場合には、配布情報レコードの当該配布先の配布状況が「計画済」であるときに、処理時点での配布サーバのシステム年月日時刻を配布開始日及び配布開始・終了時刻と比較し、システム年月日が配布開始日以降であって、システム時刻が配布開始・終了時刻の開始時刻以降あるいはシステム時刻が開始時刻より前の場合でもシステム時刻から開始時刻までの時間間隔が所定値以下であり、かつ、システム時刻が終了時刻以前あるいはシステム時刻が終了時刻より後の場合でもシステム時刻から終了時刻までの時間間隔が所定値以下の場合には、配布対象と判定する手段と、  配布対象と判定した場合、前記配布物記憶場所を参照して配布物を取得し、「配布可」とした配布可否コード、配布物ＩＤ、及び配布物を含む配布メッセージを作成して、前記配布クライアントに送信する手段と、  当該配布先の配布状況に「送信済」を設定して、前記配布情報レコードを更新する手段とを備える、 ことを特徴とする電子データ配布システム。
【請求項２】
前記配布物作成手段は、前記配布サーバの操作者によって入力された情報を参照し、前記配布情報レコードに配布方法を設定する手段と、  配布方法が「一日で配布」の場合に、前記配布情報を各データ項目に設定し、更に前記配布サーバの操作者によって入力された情報を参照して配布開始日時、及び分散期間を設定して配布情報レコードを作成し、前記配布情報データベースに記憶する手段と、  配布方法が「複数日に分けて配布」の場合に、前記配布情報を各データ項目に設定し、更に前記配布サーバの操作者によって入力された情報を参照して配布開始日、配布開始・終了時刻、及び最大配布台数を設定して配布情報レコードを作成し、前記配布情報データベースに記憶する手段とを備え、  前記配布情報要求手段は、受信した配布情報に含まれている配布方法が「一日で配布」の場合に、前記配布サーバから配布情報を受信すると、受信した配布情報に含まれている分散期間を参照して配布要求日時を決定し、受信した配布情報に含まれている配布物ＩＤ及び当該決定された配布要求日時を設定し、失敗回数を設定して、要求情報レコードを作成する手段と、  受信した配布情報に含まれている配布方法が「複数日に分けて配布」の場合に、前記配布サーバから配布情報を受信すると、受信した配布情報に含まれている配布物ＩＤ及び配布要求日時を設定し、失敗回数を設定して、要求情報レコードを作成する手段とを備え、  前記配布情報送信手段は、配布情報レコードの配布方法が「一日で配布」の場合に、前記配布クライアントを配布物の配布対象と判定したとき、前記配布情報レコードの配布物ＩＤ及び分散期間を含む配布情報を作成し、前記配布クライアントに送信する手段と、 配布方法が「複数日に分けて配布」の場合に、前記配布クライアントを配布物の配布対象と判定したとき、各配布要求日で配布対象とする配布クライアントの数が前記最大配布台数を超えないようにしつつ、各配布要求日の配布開始・終了時刻において負荷分散が図れるように配布要求日時を算出し、前記配布情報レコードの配布物ＩＤ及び当該算出した配布要求日時を含む配布情報を作成して前記配布クライアントに送信し、前記配布クライアントの配布状況に「計画済」を設定して前記配布情報レコードを更新する手段とを備え、  前記配布手段は、配布情報レコードの配布方法が「一日で配布」の場合に、前記配布サーバが前記配布クライアントから、配布物要求メッセージを受信すると、配布物要求メッセージを送信した配布クライアントが配布先に設定されているとき、配布情報レコードの当該配布先の配布状況が「未送信」であるか判定し、「未送信」と判定した場合には、処理時点での配布サーバのシステム年月日時刻を配布開始日時と比較し、システム年月日時刻が配布開始日時以降あるいはシステム年月日時刻が配布開始日時より前の場合でもシステム年月日時刻から配布開始日時までの時間間隔が所定値以下の場合には、配布対象と判定する手段と、  配布方法が「複数日に分けて配布」の場合に、前記配布サーバが前記配布クライアントから、配布物要求メッセージを受信すると、配布物要求メッセージを送信した配布クライアントが配布先に設定されている場合には、配布情報レコードの当該配布先の配布状況が「計画済」であるときに、処理時点での配布サーバのシステム年月日時刻を配布開始日及び配布開始・終了時刻と比較し、システム年月日が配布開始日以降であって、システム時刻が配布開始・終了時刻の開始時刻以降あるいはシステム時刻が開始時刻より前の場合でもシステム時刻から開始時刻までの時間間隔が所定値以下であり、かつ、システム時刻が終了時刻以前あるいはシステム時刻が終了時刻より後の場合でもシステム時刻から終了時刻までの時間間隔が所定値以下の場合には、配布対象と判定する手段とを備える、 ことを特徴とする請求項１記載の電子データ配布システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子データを配布する必要があるＰＣ等に対して、電子データの配布にかかわる配布サーバの負荷を分散させつつ電子データを配布する電子データ配布システムに関するものである。
【背景技術】
【０００２】
近年、オフィス等において、ＰＣ（Personal Computer）等の情報機器を使用して、文書作成等のさまざまな業務を行っている。そしてこれらの業務はＰＣ等にインストールされたプログラムを使用することによって行われる。
ところで、プログラムは改良等によって変更されることが多く、プログラムが変更されると、変更後のプログラムを入手して、ＰＣ等にインストールする必要がある。そして、変更後のプログラム入手やインストールは、ＰＣ等の操作者にとって煩わしい作業であるため、これらの作業負荷を軽減するためのさまざまな技術が知られている。
例えば、変更後のプログラム入手にかかるＰＣ等の操作者の作業負荷を軽減するため、プログラム配布サーバを設け、ネットワークを経由して変更後のプログラムをＰＣ等に配布することが広く行われている。
【０００３】
そして、プログラム配布サーバが変更後のプログラムをＰＣ等に配布する場合、配布先ＰＣ等の台数が増加すると、プログラム配布サーバおよびネットワークの負荷が増大するという問題が知られている。特に近年では、インターネットの発達により、配布サーバが、プログラムのみならず、ファイルや音楽データ等（以下「電子データ」と総称する）を、ＰＣ等に配布するということが広く行われており、配布にかかわる負荷分散の要求は大きい。
【０００４】
この問題を解決するため、特許文献１には、ＰＣ等においてプログラムの使用頻度を管理し、使用頻度が高いプログラムについてだけ、プログラム配布サーバに変更後のプログラムを配布するように要求する技術が示されている。
【特許文献１】特開平９−２３１０８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、変更されたプログラムが、例えばウィルス・ワクチンソフトやウィルス・パターン・ファイルのようにセキュリティ等に係わる電子データの場合、使用頻度の高低にかかわらず変更後の電子データを配布する必要がある。従って、このように配布必須の電子データについては、特許文献１に示された技術を使用することはできない。
【０００６】
以上の現状に鑑み、本発明は、電子データを配布する必要があるＰＣ等に対して、電子データの配布にかかわる配布サーバの負荷を分散させつつ電子データを配布する電子データ配布システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】  上記の課題を解決すべく、本発明は以下の構成を提供する。  請求項１に係る発明は、電子データの配布物を送信する配布サーバと、配布物を受信する配布クライアントとが、通信自在に接続される電子データ配布システムであって、  前記配布クライアントは、前記配布サーバに配布計画の少なくとも一部を送信するように要求する配布情報要求手段と、前記配布サーバに配布物を送信するように要求する配布要求手段とを備え、  前記配布サーバは、配布対象とすべき電子データから電子データの配布物を作成する配布物作成手段と、  前記配布サーバが備える配布情報データベースに記憶された配布計画である配布情報の少なくとも一部を前記配布クライアントに送信する配布情報送信手段と、  送信要求された配布物を配布クライアントに送信する配布手段とを備え、  前記配布物作成手段は、前記配布サーバの操作者が入力した配布クライアントを含む入力情報に基づき配布情報を取得する手段と、  前記配布情報を参照し、前記配布サーバが備える記憶装置から電子データを取得して電子データの配布物を作成する手段と、  前記配布情報を各データ項目に設定し、更に前記配布サーバの操作者によって入力された情報を参照して配布開始日、配布開始・終了時刻、及び最大配布台数を設定して配布情報レコードを作成し、前記配布情報データベースに記憶する手段とを備え、  前記配布情報要求手段は、前記配布サーバに、配布情報送信要求メッセージを送信する手段と、  前記配布サーバから配布情報を受信すると、受信した配布情報に含まれている配布物ＩＤ及び配布要求日時を要求情報の配布要求日時に設定し、失敗回数を設定して要求情報レコードを作成し、前記配布クライアントが備える要求情報データベースに記憶する手段とを備え、  前記配布情報送信手段は、前記配布クライアントから配布情報送信要求メッセージを受信すると、前記配布情報データベースの全ての配布情報レコードを順に参照し、配布情報レコードの配布先として、配布情報送信要求メッセージを送信した配布クライアントが設定されているか判定する手段と、  設定されている場合には、当該配布クライアントの配布情報レコードの配布状況が「未送信」であるか判定し、「未送信」の場合には、当該配布クライアントを配布物の配布対象と判定する手段と、  当該配布クライアントを配布物の配布対象と判定したとき、各配布要求日で配布対象とする配布クライアントの数が前記最大配布台数を超えないようにしつつ、各配布要求日の配布開始・終了時刻において負荷分散が図れるように配布要求日時を算出し、配布情報レコードの配布物ＩＤ及び当該算出した配布要求日時を含む配布情報を作成して当該配布クライアントに送信し、当該配布クライアントの配布状況に「計画済」を設定して配布情報レコードを更新する手段とを備え、  前記配布要求手段は、前記要求情報データベースの全ての要求情報レコードを順に参照し、処理時点での配布クライアントのシステム年月日時刻と配布要求日時を比較する手段と、  システム年月日時刻が配布要求日時以降であれば、配布物要求メッセージを作成して、配布サーバに送信する手段と、  配布サーバから配布メッセージを受信すると、配布メッセージに含まれている配布��否コードを参照する手段と、  配布可否コードが「配布可」の場合は、配布メッセージに含まれている配布物を、前記配布クライアントが備える記憶装置に記憶する手段と、  前記要求情報データベースの要求情報レコードのうち、配布物ＩＤが配布メッセージに含まれている配布物ＩＤと一致するレコードを削除する手段とを備え、  前記配布手段は、前記配布サーバが前記配布クライアントから、配布物要求メッセージを受信すると、配布物要求メッセージを送信した配布クライアントが配布先に設定されている場合には、配布情報レコードの当該配布先の配布状況が「計画済」であるときに、処理時点での配布サーバのシステム年月日時刻を配布開始日及び配布開始・終了時刻と比較し、システム年月日が配布開始日以降であって、システム時刻が配布開始・終了時刻の開始時刻以降あるいはシステム時刻が開始時刻より前の場合でもシステム時刻から開始時刻までの時間間隔が所定値以下であり、かつ、システム時刻が終了時刻以前あるいはシステム時刻が終了時刻より後の場合でもシステム時刻から終了時刻までの時間間隔が所定値以下の場合には、配布対象と判定する手段と、  配布対象と判定した場合、前記配布物記憶場所を参照して配布物を取得し、「配布可」とした配布可否コード、配布物ＩＤ、及び配布物を含む配布メッセージを作成して、前記配布クライアントに送信する手段と、  当該配布先の配布状況に「送信済」を設定して、前記配布情報レコードを更新する手段とを備える、 ことを特徴とする電子データ配布システムを提供するものである。【０００９】  請求項２に係る発明は、前記配布物作成手段は、前記配布サーバの操作者によって入力された情報を参照し、前記配布情報レコードに配布方法を設定する手段と、  配布方法が「一日で配布」の場合に、前記配布情報を各データ項目に設定し、更に前記配布サーバの操作者によって入力された情報を参照して配布開始日時、及び分散期間を設定して配布情報レコードを作成し、前記配布情報データベースに記憶する手段と、  配布方法が「複数日に分けて配布」の場合に、前記配布情報を各データ項目に設定し、更に前記配布サーバの操作者によって入力された情報を参照して配布開始日、配布開始・終了時刻、及び最大配布台数を設定して配布情報レコードを作成し、前記配布情報データベースに記憶する手段とを備え、  前記配布情報要求手段は、受信した配布情報に含まれている配布方法が「一日で配布」の場合に、前記配布サーバから配布情報を受信すると、受信した配布情報に含まれている分散期間を参照して配布要求日時を決定し、受信した配布情報に含まれている配布物ＩＤ及び当該決定された配布要求日時を設定し、失敗回数を設定して、要求情報レコードを作成する手段と、  受信した配布情報に含まれている配布方法が「複数日に分けて配布」の場合に、前記配布サーバから配布情報を受信すると、受信した配布情報に含まれている配布物ＩＤ及び配布要求日時を設定し、失敗回数を設定して、要求情報レコードを作成する手段とを備え、  前記配布情報送信手段は、配布情報レコードの配布方法が「一日で配布」の場合に、前記配布クライアントを配布物の配布対象と判定したとき、前記配布情報レコードの配布物ＩＤ及び分散期間を含む配布情報を作成し、前記配布クライアントに送信する手段と、 配布方法が「複数日に分けて配布」の場合に、前記配布クライアントを配布物の配布対象と判定したとき、各配布要求日で配布対象とする配布クライアントの数が前記最大配布台数を超えないようにしつつ、各配布要求日の配布開始・終了時刻において負荷分散が図れるように配布要求日時を算出し、前記配布情報レコードの配布物ＩＤ及び当該算出した配布要求日時を含む配布情報を作成して前記配布クライアントに送信し、前記配布クライアントの配布状況に「計画済」を設定して前記配布情報レコードを更新する手段とを備え、  前記配布手段は、配布情報レコードの配布方法が「一日で配布」の場合に、前記配布サーバが前記配布クライアントから、配布物要求メッセージを受信すると、配布物要求メッセージを送信した配布クライアントが配布先に設定されているとき、配布情報レコードの当該配布先の配布状況が「未送信」であるか判定し、「未送信」と判定した場合には、処理時点での配布サーバのシステム年月日時刻を配布開始日時と比較し、システム年月日時刻が配布開始日時以降あるいはシステム年月日時刻が配布開始日時より前の場合でもシステム年月日時刻から配布開始日時までの時間間隔が所定値以下の場合には、配布対象と判定する手段と、  配布方法が「複数日に分けて配布」の場合に、前記配布サーバが前記配布クライアントから、配布物要求メッセージを受信すると、配布物要求メッセージを送信した配布クライアントが配布先に設定されている場合には、配布情報レコードの当該配布先の配布状況が「計画済」であるときに、処理時点での配布サーバのシステム年月日時刻を配布開始日及び配布開始・終了時刻と比較し、システム年月日が配布開始日以降であって、システム時刻が配布開始・終了時刻の開始時刻以降あるいはシステム時刻が開始時刻より前の場合でもシステム時刻から開始時刻までの時間間隔が所定値以下であり、かつ、システム時刻が終了時刻以前あるいはシステム時刻が終了時刻より後の場合でもシステム時刻から終了時刻までの時間間隔が所定値以下の場合には、配布対象と判定する手段とを備える、 ことを特徴とする請求項１記載の電子データ配布システムを提供するものである。
【発明の効果】
【００１０】  本発明の請求項１記載の発明によれば、電子データを配布する必要がある配布クライアントに対して、電子データの配布にかかわる配布サーバの負荷を分散させつつ電子データを配布することができ、更に配布対象の配布クライアントの台数が比較的多いような場合、配布する日を分散させることで、配布に係る負荷を分散させることができる。【００１２】  請求項２記載の発明によれば、請求項１記載の発明の効果に加え、配布サーバの操作者は、配布物を作成する際、一日で配布するか複数日に分けて配布するかを選択することが可能になり、電子データの配布にかかわる配布サーバの負荷を考慮して配布の方法を選択することができる。
【発明を実施するための最良の形態】
【００１３】
以下、実施例を示した図面を参照しつつ本発明の実施の形態を説明する。
なお、以降の説明および図面においては、プログラム、ファイル等のコンピュータによって処理される情報を「電子データ」と総称する。また、サーバがクライアントに電子データを送る場合に、「配布」と記載する場合と、「送付」と記載する場合がある。配布物を送信することを１語で表す場合に「配布」とし、それ以外の場合は「送信」としている。
【００１４】
図１は、本発明に係る第１の実施形態における、電子データ配布システムのシステム構成図である。
＜電子データ配布システムの全体的な構成および機能＞
電子データ配布システムは、配布クライアント１および配布サーバ３の各装置を、有線又は無線の通信回線により通信可能に接続したシステムである。各装置は１台ずつ図示しているが、それぞれ２以上存在していても良い。例えば、図１においては、配布クライアント１を１台のみ表示しているが、同様の構成・機能を有する配布クライアント１が２台以上接続されることが多い。また、配布サーバ３についても、同様の構成・機能を有する配布サーバ３を２台以上接続して、負荷分散を図ることも可能である。
【００１５】
図１において、配布クライアント１および配布サーバ３はＬＡＮ（Local Area Network）６によって互いに通信可能に接続されている。接続方法はＬＡＮに限定されるものではなく、互いに通信可能に接続されていればよい。
以上のような構成、および各装置が後述する機能を備えていることにより、電子データ配布システム全体は、以下のような機能を備えている。
まず、配布サーバ３は配布クライアント１への配布物（電子データ）を作成するとともに、当該配布物についての配布計画を作成する。
そして、配布サーバ３は、配布クライアント１が配布サーバ３にログインした時点等、所定の時点で、配布クライアント１に、配布計画の少なくとも一部を送信する。
配布クライアント１は、配布サーバ３から受信した配布計画の少なくとも一部に基づいて、配布物を受信すべき時点を決め、当該時点に達したときに、配布サーバ３に対して、配布物を送信するように要求する。
配布サーバ３は、配布クライアント１から配布物の送信要求を受信すると、配布クライアント１に配布物を送信する。
以上のように、配布クライアント１は配布サーバ３にいきなり配布を要求するのでなく、まず、配布計画の少なくとも一部を受信し、これに基づいて配布物を要求すべき時点を決める。すなわち、配布クライアント１と配布サーバ３が連携して配布物を要求すべき時点を決める。
これにより、例えば、会社内のネットワークシステムにおいて、就業開始時間直後に全ての配布クライアント１が配布を要求し、このために配布サーバ３およびＬＡＮ５の負荷が処理能力の限界を超えるといった事態が発生することを回避することができる。すなわち、電子データの配布にかかわる負荷を分散させつつ電子データを配布することができる。
【００１６】
＜電子データ配布システムの各装置の構成および機能＞
以下、配布クライアント１および配布サーバ３の構成・機能を説明する。
配布クライアント１はＰＣ等の装置であり、記憶装置２と通信可能に接続されている。記憶装置２は磁気ディスク等の装置であり、配布クライアント１に内蔵され又は外部接続される。記憶装置２と、図示していないが配布クライアント１の主記憶装置等は、配布クライアント１の記憶手段として機能する。なお、図１においては記憶装置２を１台のみ図示しているが、２台以上を接続することも可能である。
記憶装置２は、要求情報ＤＢ（DataBase）２１を備えている。要求情報ＤＢ２１には、配布サーバ３に送信要求すべき配布物を特定する情報、送信要求すべき時刻等が記憶される。
【００１７】
配布クライアント１には、入力装置１８および表示装置１９も通信可能に接続されている。入力装置１８はキーボード、マウス等の装置であり、配布クライアント１の操作者は入力装置１８を操作することで、配布クライアント１が実行するべき処理を指示することができる。表示装置１９は液晶ディスプレイ、プリンタ等であり、配布クライアント１が実行した処理の結果等を表示する。すなわち、入力装置１８、表示装置１９は、それぞれ配布クライアント１の入力手段、表示手段として機能する。
配布クライアント１は図示していないがＣＰＵ（Central Processing Unit）、および主記憶装置等の記憶装置を備えている。
ＣＰＵは、図示していないが記憶装置２に記憶されている各種プログラム（例えば、配布情報要求プログラム）を、主記憶装置上にローディングし、その命令コードを実行することで各種の処理を実行する。以上のようなプログラム実行にかかわる技術は周知であるので、以降の説明および図面においては、プログラム実行に係る説明が煩雑になるのを避けるため、配布情報要求プログラムを配布情報要求手段１１というように、各種プログラムについてあたかもハードウェアが存在するかのように記載し、各手段が処理を実行するかのように記載する。なお、実際に各手段（例えば配布情報要求手段１１）をハードウェア（電子装置等）、またはハードウェアとファームウェアの組合せで構成することも可能である。
【００１８】
配布クライアント１は、配布情報要求手段１１および配布要求手段（配布要求プログラム）１２を備えている。
配布情報要求手段１１は、配布クライアント１が配布サーバ３にログインした時点等で起動され（すなわち、ＣＰＵが配布情報要求プログラムの命令コード実行を開始し）、配布サーバ３に配布計画の少なくとも一部を送信するように要求する。そして、受信した配布計画の少なくとも一部に基づいて、配布サーバ３に配布物を送信要求すべき時刻等を決定し、配布サーバ３に送信要求すべき配布物を特定する情報とともに、要求情報ＤＢ２１に記憶する。
配布要求手段１２は、配布情報要求手段１１が決定した、配布サーバ３に配布物を送信要求すべき時刻に起動され（すなわち、ＣＰＵが配布要求プログラムの命令コード実行を開始し）、配布サーバ３に配布物を送信するように要求する。そして、受信した配布物を記憶装置２に記憶する。
【００１９】
配布サーバ３はＰＣ等の装置であり、記憶装置４と通信可能に接続されている。記憶装置４は磁気ディスク等の装置であり、配布サーバ３に内蔵され又は外部接続される。記憶装置４と、図示していないが配布サーバ３の主記憶装置等は、配布サーバ３の記憶手段として機能する。なお、図１においては記憶装置４を１台のみ図示しているが、２台以上を接続することも可能である。
記憶装置４は、配布情報ＤＢ４２を備えている。配布情報ＤＢ４２には、配布計画が記憶される。具体的には配布クライアント１に送信すべき配布物を特定する情報、配布すべき配布クライアント１の台数、各配布クライアント１を特定する情報、配布を開始すべき日時等が記憶される。
記憶装置４には、以上のほかに、電子データ４１、および配布物４３が記憶されている。ここで、電子データ４１は、記憶装置４に記憶されているプログラム、ファイル等、全ての電子データを表現するための用語であり、特定のプログラム、ファイル等を意味するものではない。また、配布物４３は、電子データ４１のうち、配布サーバ３が配布クライアント１への送信対象として作成した電子データを意味する。
【００２０】
配布サーバ３には、入力装置３８および表示装置３９も通信可能に接続されている。入力装置３８はキーボード、マウス等の装置であり、配布サーバ３の操作者は入力装置３８を操作することで、配布サーバ３が実行するべき処理を指示することができる。表示装置３９は液晶ディスプレイ、プリンタ等であり、配布サーバ３が実行した処理の結果等を表示する。すなわち、入力装置３８、表示装置３９は、それぞれ配布クライアント１の入力手段、表示手段として機能する。
配布サーバ３は図示していないがＣＰＵ、および主記憶装置等の記憶装置を備えている。
配布クライアント１と同様に、ＣＰＵは、図示していないが記憶装置４に記憶されている各種プログラム（例えば、配布物作成プログラム）を、主記憶装置上にローディングし、その命令コードを実行することで各種の処理を実行する。配布クライアント１と同様に、以降の説明および図面においては、プログラム実行に係る説明が煩雑になるのを避けるため、配布物作成プログラムを配布物作成手段３１というように、各種プログラムについてあたかもハードウェアが存在するかのように記載し、各手段が処理を実行するかのように記載する。なお、実際に各手段（例えば配布物作成手段３１）をハードウェア（電子装置等）、またはハードウェアとファームウェアの組合せで構成することも可能である。
【００２１】
配布サーバ３は、配布物作成手段３１（配布物作成プログラム）、配布情報送信手段３２（配布情報送信プログラム）、および配布手段３３（配布プログラム）を備えている。
配布物作成手段３１は、配布サーバ３の操作者が入力装置３８を操作して起動し（すなわち、配布サーバ３の操作者が入力装置３８を操作して入力した起動コマンド等をＣＰＵが受け、ＣＰＵが配布物作成プログラムの命令コード実行を開始し）、配布サーバ３の操作者が入力装置３８を操作して指定した、配布対象とすべき電子データ４１から配布物４３を作成する。また、配布サーバ３の操作者が入力装置３８を操作して指定した、配布すべき配布クライアント１を特定する情報等を、配布情報ＤＢ４２に記憶する。
【００２２】
配布情報送信手段３２は、配布サーバ３が配布クライアント１から、配布計画の少なくとも一部についての送信要求を受信した時点で起動され（すなわち、ＣＰＵが配布情報送信プログラムの命令コード実行を開始し）、配布情報ＤＢ４２に記憶された配布計画の少なくとも一部を配布クライアント１に送信する。
配布手段３３は、配布サーバ３が配布クライアント１から、配布物の送信要求を受信した時点で起動され（すなわち、ＣＰＵが配布プログラムの命令コード実行を開始し）、送信要求された配布物４３を配布クライアント１に送信する。
【００２３】
図２は、要求情報ＤＢ２１のデータ構成図である。
要求情報ＤＢ２１は、０個以上の要求情報レコード２１０から構成される（送信要求すべき配布物が存在しない場合には、要求情報レコード２１０は存在せず、従ってレコード数は０である）。
要求情報レコード２１０は、配布物ＩＤ２１１、配布要求日時２１２、および失敗回数２１３の３つのデータ項目から構成される。要求情報レコード２１０の作成（追加）、更新、削除等は、図示していないが、配布クライアント１が備える、ＭｙＳＱＬ（ＭｙＳＱＬは登録商標）等のデータベース管理手段（プログラム）によって行われる。例えば、配布情報要求手段２１は、ＳＱＬ等によって、データベース管理手段に、要求情報レコード２１０を作成するように指示する。
配布物ＩＤ２１１は、配布サーバ３に送信要求すべき配布物４３を一意に識別するためのＩＤ（Identifier）である。配布物ＩＤ２１１には、配布情報送信手段３２が配布計画の一部として配布クライアント１送信した、配布物４３を一意に識別するためのＩＤが設定されている。
配布要求日時２１２には、例えば“２００８０５２８１３１５０４”（２００８年５月２８日１３時１５分４秒）といったように、配布サーバ３に配布物を送信要求すべき日時が設定される。配布要求日時２１２には、配布情報要求手段２１が、後述する方法で決定した日時を設定する。
失敗回数２１３には、配布物の送信要求が失敗した回数が設定される。要求情報レコード２１０作成時点では０が設定され、配布物の送信要求が失敗するたびに１が加算される。
【００２４】
図３は、配布情報ＤＢ４２のデータ構成図である。
配布情報ＤＢ４２は、０個以上の配布情報レコード４２０（図１および図２の説明において「配布計画」と記載）から構成される（送信すべき配布物が存在しない場合には、配布情報レコード４２０は存在せず、従ってレコード数は０である）。
配布情報レコード４２０は、配布物ＩＤ４２１、配布物記憶場所４２２、配布台数４２３、配布先４２４、配布状況４２５、配布開始日時４２７Ａ、および分散期間４２８Ａの７種類のデータ項目から構成される。配布情報レコード４２０の作成（追加）、更新、削除等は、図示していないが、要求情報レコード２１０と同様に、配布サーバ３が備えるデータベース管理手段（プログラム）によって行われる。例えば、配布物作成手段３１は、ＳＱＬ等によって、データベース管理手段に、配布情報レコード４２０を作成するように指示する。
【００２５】
配布物ＩＤ４２１は、配布クライアント１に送信すべき配布物４３を一意に識別するためのＩＤである。配布物作成手段３１は配布物４３を作成する際に、配布物４３を一意に識別可能なＩＤを作り出す等して、配布物ＩＤ４２１に設定する。具体的には、例えば、図示していないが、記憶装置４に１を初期値とするカウンタを記憶しておき、配布情報レコード４２０を作成するたびに、“０００１”、“０００２”、“０００３”といったように、１を初期値とする通番を設定し、同時にカウンタを１ずつ加算すればよい。
配布物記憶場所４２２には、配布物４３の記憶場所が設定される。具体的には、配布物作成手段３１が、例えば、配布物４３の絶対パスを設定する。
配布台数４２３には、配布物４３を送信すべき配布クライアント１の台数が設定される。また、配布先４２４および配布状況４２５は、配布台数４２３分だけ存在し、それぞれ、各配布クライアント１のＬＡＮ５上の場所（例えばＩＰアドレス）、配布物４３の配布状況が設定される。
より具体的には、配布サーバ３の操作者が配布物４３を作成する際に、当該配布物４３を、どの配布クライアント１に送信すべきか指定し、配布物作成手段３１は指定された配布クライアント１のＩＰアドレス等を配布先４２４に、また、「未送信」であることを示す値（以下、単に「未送信」と記載する）を配布状況４２５に設定する。また、配布先４２４の設定数（すなわち配布サーバ３の操作者が指定した配布クライアント１の数）を、配布台数４２３に設定する。
配布状況４２５の設定値は、配布手段３３によって「送信済」に更新される。
【００２６】
配布開始日時４２７Ａには、例えば“２００８０５２８０９００００”（２００８年５月２８日９時０分０秒）といったように、配布物４３の送信を開始すべき日時が設定される。配布サーバ３の操作者が配布物４３を作成する際に、配布開始日時を指定し、配布物作成手段３１は指定された日時を配布開始日時４２７Ａに設定する。
分散期間４２８Ａには、例えば“０２３０００”（２時間３０分０秒）といったように、時間間隔が設定される。後述するように、配布情報要求手段１１は、配布サーバ３から配布計画の一部として分散期間４２８Ａを受信し、分散期間４２８Ａを参照して、配布物４３を受信すべき日時を決定する。配布サーバ３の操作者が配布物４３を作成する際に、分散期間を指定し、配布物作成手段３１は指定された分散期間を分散期間４２８Ａに設定する。
【００２７】
以上で、電子データ配布システムの構成・機能についての説明を終え、以下、電子データ配布システムの詳細な動作を、配布物作成から配布までの順に沿って説明する。
図４は、配布物作成手段３１の動作を示すフローチャートである。
配布サーバ３の操作者が配布物を作成するために、入力装置３８を操作して配布物作成手段３１を起動する。
配布物作成手段３１は、起動後、配布情報を取得する（Ｓ４０１）。
より詳細には、例えば、配布物作成手段３１は、表示手段３９に配布情報入力要求画面を表示する。配布サーバ３の操作者は入力装置３８を操作して、配布対象とすべき電子データ４１の記憶場所（例えば、電子データ４１の絶対パス）、配布物４３を作成すべき記憶場所（例えば、配布物４３の絶対パス）、送信先とすべき配布クライアント１を指定する情報（例えば、配布クライアント１のＩＰアドレスと対応させて記憶装置４に予め記憶されている、配布クライアント１のＩＤ）、配布を開始すべき日時、および分散期間を入力する。そして、配布物作成手段３１は、入力された配布情報を取得する。
【００２８】
次に、配布物作成手段３１は、入力された配布情報を参照して配布物を作成する（Ｓ４０２）。
より詳細には、例えば、配布物作成手段３１は、配布対象とすべき電子データ４１の記憶場所を参照して、電子データ４１を、配布物４３を作成すべき記憶場所にコピーする。ここで、単にコピーするだけでなく、例えば電子データ４１のインストーラ（プログラム）を作成して、配布物４３を作成すべき記憶場所に記憶してもよい。また、配布対象とすべき電子データ４１の記憶場所が２以上入力されている場合には、電子データ４１または電子データ４１のインストーラを、  ＺＩＰ等で１ファイルにまとめて圧縮して作成し、配布物４３を作成すべき記憶場所に記憶してもよい。
【００２９】
次に、配布物作成手段３１は、配布情報レコード４２０を作成する（Ｓ４０３）。
より詳細には、例えば、配布物作成手段３１は、作成した配布物４３を特定するＩＤを作成し、配布物ＩＤ４２１に設定する。また、入力された配布情報を参照し、配布物４３を作成すべき記憶場所を配布物記憶場所４２２に、送信先とすべき配布クライアント１の数を配布台数４２３に、送信先とすべき配布クライアント１を配布先４２４に、配布を開始すべき日時を配布開始日時４２７Ａに、分散期間を分散期間４２８Ａに設定する。配布状況４２５には「未送信」を設定する。
このように、入力された情報を配布情報レコード４２０の各データ項目に設定するのでなく、例えば、入力された情報から分散期間４２８Ａに設定すべき値を算出してもよい。
具体的には、配布物４３を配布クライアント１に送信する場合のデータサイズ等をもとに、配布物４３を配布クライアント１に送信する場合に要する処理時間を計算する。そして、各配布クライアント１からの配布要求が分散期間４２８Ａの間にランダムに発生するモデルを前提に、配布サーバ３およびＬＡＮ５の使用率が所定値（例えば３０％）以下になるように、分散期間４２８Ａを求めればよい。なお、ここで示した方法は例示に過ぎず、さまざまな統計的手法により、分散期間４２８Ａとして適切な値を算出することができる。
【００３０】
このように、配布物作成手段３１が分散期間４２８Ａを算出することで、配布サーバ３の操作者自身は分散期間を決めて入力する必要がなくなり、操作者の負担は減少する。しかしながら、配布物作成手段３１が算出した値は、各配布クライアント１からの配布要求発生分布についての何らかの前提に基づくものであるため、常に適切であるという保証はない。配布サーバ３の操作者が経験値に基づいて分散期間を決めて入力するほうが適切な場合もある。従って、配布物作成手段３１が分散期間４２８Ａを算出するか、配布サーバ３の操作者が分散期間を決めて入力するか、いずれかの方法を選択可能にするのがより好ましい。
配布物作成手段３１は、配布情報レコード４２０を作成すると処理を終了する。
【００３１】
図５は、配布情報要求手段１１の動作を示すフローチャートである。
配布クライアント１の操作者は、随時、入力装置１８を操作して配布情報要求手段１１を起動する。ここで、配布クライアント１の操作者の操作に代え、または操作に加えて、配布クライアント１が起動された時点で、配布クライアント１のＯＳ（Operating System）によって、配布サーバ３へのログインが要求されるとともに、配布情報要求手段１１が起動されるようにしてもよい。このようにすることで、配布クライアント１を起動するたびに、配布クライアント１の操作者が特に意識することなく、配布物の有無を確認することができる。
配布情報要求手段１１は、起動後、配布サーバ３に、配布情報を送信要求するメッセージを送信する（Ｓ５０１）。
次に、配布情報要求手段１１は、配布サーバ３からメッセージが送信されるのを待ち、送信されたメッセージを受信する（Ｓ５０２）。そして、受信したメッセージが終了メッセージである場合には（Ｓ５０３でＹＥＳの場合）処理を終了する。
受信したメッセージが終了メッセージでない場合には（Ｓ５０３でＮＯの場合）、受信したメッセージには、配布情報レコード４２０のデータ項目の少なくとも一部が含まれている。そこで、配布情報要求手段１１は、受信したメッセージから要求情報を作成する（Ｓ５０４）。
より詳細には、受信したメッセージに含まれている分散期間４２８Ａを参照し、乱数処理等を行うことによって、０以上で分散期間４２８Ａ以下の値を算出する。そして、処理時点での配布クライアント１のシステム年月日時刻から算出値だけ経過した時刻を、配布要求日時とする。例えば、システム年月日時刻が２００８年５月２８日９時１０分０５秒で、分散期間４２８Ａが２時間、算出値が１時間１５分だった場合には、２００８年５月２８日９時１０分０５秒の１時間１５分後の２００８年５月２８日１０時２５分０５秒を配布要求日時とする。なお、配布クライアント１が備える時計と、配布サーバ３が備える時計が完全に一致していない場合には、１分未満等の短い値にはあまり意味がない。よって、その場合、１分未満、１０分未満等、所定値未満の値は切り上げ、切り捨て、四捨五入等して、１分単位、１０分単位等の値としてもよい。
【００３２】
配布情報要求手段１１は、受信したメッセージに含まれている配布物ＩＤ４２１を配布物ＩＤ２１１に、以上のように求めた配布要求日時を配布要求日時２１２に設定し、失敗回数２１３に０を設定して、配布要求レコード２１０を作成する。
次に、配布情報要求手段１１は、配布要求手段１２が、配布要求日時に起動されるようにスケジュールして（Ｓ５０５）、再び、配布サーバ３からメッセージが送信されるのを待つ（Ｓ５０２）。
【００３３】
図６は、配布情報送信手段３２の動作を示すフローチャートである。
配布情報送信手段３２は、配布サーバ３が配布情報要求手段１１から、配布情報を送信要求するメッセージを受信すると起動される。
配布情報送信手段３２は、起動後、まず、配布情報を送信要求するメッセージを受信する（Ｓ６０１）。
配布情報送信手段３２は、次に、配布情報ＤＢ４２の全ての配布情報レコード４２０を順に参照し、以下の処理を行う（Ｓ６０２〜Ｓ６０５）。
配布情報送信手段３２は、配布情報を送信要求するメッセージを送信した配布クライアント１が配布対象であるかを判定する（Ｓ６０３）。
より詳細には、まず、処理時点での配布サーバ３のシステム年月日時刻が、配布情報レコード４２０の配布開始日時４２７Ａ以降であるか判定する。配布開始日時４２７Ａより前の場合には、配布対象でないと判定する。一方、配布開始日時４２７Ａ以降の場合には、配布情報レコード４２０の配布先４２４として、配布情報を送信要求するメッセージを送信した配布クライアント１が設定されているか判定する。配布先４２４に配布クライアント１のＩＰアドレスを設定している場合には、配布情報を送信要求するメッセージの送信元のＩＰアドレスと比較すればよい。設定されていない場合には、配布対象でないと判定する。一方、設定されている場合には、さらに、当該配布クライアント１の配布状況４２５が「未送信」であるか判定し、「未送信」の場合には、当該配布クライアント１を配布物４３の配布対象と判定し、「未送信」以外の場合には、配布対象でないと判定する（Ｓ６０３）。
配布情報送信手段３２は、当該配布クライアント１を配布物４３の配布対象と判定した場合（Ｓ６０３でＹＥＳの場合）、配布情報レコード４２０の配布物ＩＤ４２１および分散期間４２８Ａを含むメッセージ（配布情報）を作成して、配布クライアント１に送信する（Ｓ６０４）。
配布情報送信手段３２は、当該配布クライアント１を配布物４３の配布対象でないと判定した場合（Ｓ６０３でＮＯの場合）、次の配布情報レコード４２０を参照する。
配布情報送信手段３２は、配布情報ＤＢ４２の全ての配布情報レコード４２０を順に参照して、Ｓ６０２〜Ｓ６０５の処理を行った後、配布クライアント１に終了メッセージを送信し（Ｓ６０６）、処理を終了する。
【００３４】
図７は、配布要求手段１２の動作を示すフローチャートである。
配布要求手段１２は、Ｓ５０５において配布情報要求手段１１がスケジュールした所定の時刻に、配布クライアント１のＯＳによって起動される。なお、このようなデーモン処理とせずに、例えば、次のようにしてもよい。すなわち、配布情報要求手段１１はスケジュールした所定の時刻を、主記憶または記憶装置２に記憶するようにする。そして、配布クライアント１の起動時に、ＯＳが配布要求手段１２を起動し、配布要求手段１２は、所定の間隔で、主記憶または記憶装置２に記憶された所定の時刻に達したか否かを判定し、達した場合に、以下の処理（Ｓ７０１〜Ｓ７０４）を行うようにしてもよい。
配布要求手段１２は、起動後、配布サーバ３に、配布物を要求するメッセージを送信する（Ｓ７０１）。
【００３５】
より詳細には、配布要求手段１２は、要求情報ＤＢ２１の全ての要求情報レコード２１０を順に参照し、処理時点での配布クライアント１のシステム年月日時刻と配布要求日時２１２を比較する。そして、システム年月日時刻が配布要求日時２１２以降であれば、配布物ＩＤ２１１を含む配布物要求メッセージを作成して、配布サーバ３に送信する。
配布要求手段１２は、次に、配布サーバ３から配布メッセージを受信するまで待ち続ける（Ｓ７０２）。配布要求手段１２は、配布メッセージを受信すると、配布メッセージに含まれている配布可否コードを参照する（Ｓ７０３）。そして、配布可否コードが「配布可」の場合（Ｓ７０３でＮＯの場合）は以下の処理（Ｓ７０４、Ｓ７０５）を行う。
配布要求手段１２は、配布メッセージに含まれている配布物４３を、記憶装置２に記憶する（Ｓ７０４）。記憶装置２に記憶された配布物４３は、配布クライアント１の操作者によって、インストール等に使用される。
【００３６】
配布要求手段１２は、次に、要求情報ＤＢ２１の要求情報レコード２１０のうち、配布物ＩＤ２１１が配布メッセージに含まれている配布物ＩＤ４２１と一致するレコードを削除する（Ｓ７０５）。
一方、配布可否コードが「配布不可」の場合（Ｓ７０３でＹＥＳの場合）、配布要求手段１２は、要求情報ＤＢ２１の要求情報レコード２１０のうち、配布物ＩＤ２１１が配布メッセージに含まれている配布物ＩＤ４２１と一致するレコードの失敗回数２１３に１を加算する（Ｓ７０６）。
以上の処理により、配布物が配布された要求情報レコード２１０は削除され、一方、配布が失敗した要求情報レコード２１０は削除されずに、失敗回数２１３が加算される。従って、配布クライアント１の操作者は、データベース管理手段等によって、要求情報レコード２１０の内容を表示装置１９に一覧表示する等により、どの配布物について何回配布が失敗しているか等を知ることができる。
【００３７】
なお、Ｓ７０１において、複数の要求情報レコード２１０について、配布物要求メッセージを配布サーバ３に送信する場合もある。その場合には、各送信についてＳ７０２〜Ｓ７０６の処理を行えばよい。例えば、Ｓ７０２〜Ｓ７０６の処理を別スレッドにし、各送信毎にスレッドを実行すればよい。
逆に、Ｓ７０１において、どの要求情報レコード２１０についても、配布物要求メッセージを配布サーバ３に送信しない場合もある。その場合には、Ｓ７０２〜Ｓ７０６の処理を行わずに、処理を終了すればよい。
【００３８】
図８は、配布手段３３の動作を示すフローチャートである。
配布手段３３は、配布サーバ３が配布要求手段１２から、配布物要求メッセージを受信すると起動される。
配布手段３３は、起動後、まず、配布物を要求するメッセージを受信する（Ｓ８０１）。
配布手段３３は、次に、要求されている配布物が配布対象であるか判定する（Ｓ８０２）。
【００３９】
より詳細には、配布情報レコード４２０のうち、配布物ＩＤ４２１が配布物要求メッセージに含まれている配布物ＩＤ２１１と一致するレコードを参照して、以下のように判定する。
配布手段３３は、配布物要求メッセージを送信した配布クライアント１が配布先４２４に設定されているか（例えば、配布物要求メッセージの送信元のＩＰアドレスが、配布先４２４に設定されているか）判定し、設定されていない場合には、配布対象外とする。設定されている場合には、当該配布先４２４の配布状況４２５が「未送信」であるか判定し、「未送信」でない場合（「送信済」の場合）には、配布対象外とする。「未送信」の場合には、処理時点での配布サーバ３のシステム年月日時刻と配布開始日時４２７Ａを比較し、システム年月日時刻が配布開始日時４２７Ａ以降の場合には、配布対象とする。一方、システム年月日時刻が配布開始日時４２７Ａより前の場合でも、システム年月日時刻から配布開始日時４２７Ａまでの時間間隔が所定値（例えば１０分）以下であれば配布対象とし、所定値より大きい場合には配布対象外とする。この処理により、配布クライアント１の時計が、配布サーバ３の時計より例えば５分進んでおり、配布クライアント１の時計を基準にすると配布開始日時４２７Ａの２分後（すなわち配布サーバ３の時計を基準にすると配布開始日時４２７Ａの３分前）に配布物要求メッセージを送信した場合に、配布対象とすることができ、時計の不一致による配布物要求メッセージの失敗を防ぐことができる。
【００４０】
以上の処理で、配布対象と判定した場合（Ｓ８０２でＹＥＳの場合）、配布手段３３は、配布物記憶場所４２２を参照して配布物４３を取得し、「配布可」とした配布可否コード、配布物ＩＤ４２１、および配布物４３を含む配布メッセージを作成して、配布クライアント１に送信する（Ｓ８０３）。
配布手段３３は、次に、当該配布先４２４の配布状況４２５に「送信済」を設定して、配布情報レコード４２０を更新する（Ｓ８０４）。
一方、配布対象外と判定した場合（Ｓ８０２でＮＯの場合）、配布手段３３は、「配布不可」とした配布可否コードおよび配布物ＩＤ４２１を含むエラーメッセージを作成して、配布クライアント１に送信する（Ｓ８０５）。
以上の処理終了後、配布手段３３は、処理を終了する。
【００４１】
以上の処理により、配布物が配布された配布先４２４の配布状況４２５は「送信済」に更新される。従って、配布サーバ３の操作者は、データベース管理手段等によって、配布情報レコード４２０の内容を表示装置３９に一覧表示する等により、各配布物について、どの配布クライアント１に対して配布が終了しているか等を知ることができる。
なお、以上の説明では、配布情報レコード４２０を削除する処理が存在しないが、例えば、全ての配布状況４２５が「送信済」となっている配布情報レコード４２０を削除するプログラムを作成し、定期的に起動することで、不要となった配布情報レコード４２０を削除することもできる。
【００４２】
次に、本発明に係る第２の実施形態について説明する。
第２の実施形態においては、電子データ配布システム全体のシステム構成は図１と同じであるが、第２の実施形態においては、配布情報ＤＢ４２のデータ構成が、第１の実施形態と異なる。また、配布情報要求手段１１、配布物作成手段３１、配布情報送信手段３２、および配布手段３３の動作の一部が、第１の実施形態と異なる。配布要求手段１２の動作は、第１の実施形態と同じである。
【００４３】
以下、第１の実施形態との相違点を中心に説明する。
図９は、本発明に係る第２の実施形態における配布情報ＤＢ４２のデータ構成図である。
配布情報レコード４２０は、配布物ＩＤ４２１、配布物記憶場所４２２、配布台数４２３、配布先４２４、配布状況４２５、配布開始日４２７Ｂ、配布開始・終了時刻４２８Ｂ、および最大配布台数４２９Ｂの８種類のデータ項目から構成される。
データ項目のうち、配布物ＩＤ４２１、配布物記憶場所４２２、配布台数４２３および配布先４２４には、第１の実施形態と同様の値が設定される。
【００４４】
配布状況４２５には、「未送信」、「送信済」に加えて、「計画済」が設定されている場合がある。具体的には、第１の実施形態と同様、配布サーバ３の操作者が配布物４３を作成する際に、配布物作成手段３１が「未送信」を設定する。また、第１の実施形態とは異なり、配布情報送信手段３２が、配布クライアント１に配布計画の少なくとも一部を送信した場合に、当該配布クライアント１の配布状況４２５に「計画済」を設定する。また、第１の実施形態と同様、配布手段３３が、配布クライアント１に配布物４３を送信した場合に、当該配布クライアント１の配布状況４２５に「送信済」を設定する。
第１の実施形態において示したデータ項目のうち、配布開始日時４２７Ａおよび分散期間４２８Ａは、第２の実施形態には存在せず、一方、第２の実施形態では、配布開始日４２７Ｂ、配布開始・終了時刻４２８Ｂ、および最大配布台数４２９Ｂが存在する。
配布開始日４２７Ｂには、例えば“２００８０５２８”（２００８年５月２８日）といったように、配布物４３の送信を開始すべき日が設定される。配布サーバ３の操作者が配布物４３を作成する際に、配布開始日を指定し、配布物作成手段３１は指定された日を配布開始日４２７Ｂに設定する。
配布開始・終了時刻４２８Ｂには、例えば“０８３０：１３００”（８時３０分から１３時まで）といったように、配布物４３の送信を行うことができる２４時間制の時間帯が設定される。配布サーバ３の操作者が配布物４３を作成する際に、配布開始・終了時刻を指定し、配布物作成手段３１は指定された配布開始・終了時刻を配布開始・終了時刻４２８Ｂに設定する。
最大配布台数４２９Ｂには、例えば“１０００”（１０００台）といったように、１回の配布時間帯で配布可能な配布クライアント１の最大台数が設定される。上記の例では、配布開始日４２７Ｂ以降、配布開始・終了時刻４２８Ｂに設定された時間帯において、毎日、最大１０００台までの配布クライアント１に、配布物４３の送信を行うことができる。配布サーバ３の操作者が配布物４３を作成する際に、最大配布台数を指定し、配布物作成手段３１は指定された最大配布台数を最大配布台数４２９Ｂに設定する。
次に、配布物作成手段３１、配布情報要求手段１１、配布情報送信手段３２、配布手段３３の順に、各手段の動作について、第１の実施形態との相違点を中心に説明する。
【００４５】
図４は、配布物作成手段３１の動作を示すフローチャートである。
配布物作成手段３１は、第１の実施形態と同様、配布情報取得（Ｓ４０１）および配布物作成（Ｓ４０２）を行った後、配布情報レコード４２０を作成する（Ｓ４０３）。
配布情報レコード４２０の作成処理内容も、基本的には第１の実施形態と同じであるが、配布情報レコード４２０のデータ項目のうち、配布開始日時４２７Ａおよび分散期間４２８Ａは第２の実施形態には存在しないため設定せず、一方、第１の実施形態には存在しない、配布開始日４２７Ｂ、配布開始・終了時刻４２８Ｂ、および最大配布台数４２９Ｂの設定を行う。
具体的には、入力された情報を参照し、配布を開始すべき日を配布開始日４２７Ｂに、配布開始・終了時刻を配布開始・終了時刻４２８Ｂに、最大配布台数を最大配布台数４２９Ｂに設定する。
配布物作成手段３１は、配布情報レコード４２０を作成すると処理を終了する。
【００４６】
図５は、配布情報要求手段１１の動作を示すフローチャートである。
配布情報要求手段１１は、第１の実施形態と同様、配布情報要求（Ｓ５０１）、メッセージ受信（Ｓ５０２）および終了メッセージ判定（Ｓ５０３）を行い、受信したメッセージが終了メッセージでない場合には（Ｓ５０３でＮＯの場合）、受信したメッセージから要求情報を作成する（Ｓ５０４）。
より詳細には、配布情報要求手段１１は、受信したメッセージに含まれている配布物ＩＤ４２１を配布物ＩＤ２１１に、受信したメッセージに含まれている配布要求日時を配布要求日時２１２に設定し、失敗回数２１３に０を設定して、配布要求レコード２１０を作成する。
すなわち、第２の実施形態においては、後述するように、配布情報送信手段３２が配布要求日時を算出し、配布要求日時を含むメッセージを作成して配布クライアント１に送信する。よって、配布情報要求手段１１は、第１の実施形態のように受信したメッセージに含まれている配布要求日時を分散期間４２８Ａを参照して配布要求日時を算出するのでなく、受信したメッセージに含まれている配布要求日時を配布要求日時２１２に設定する。
次に、配布情報要求手段１１は、配布要求手段１２が、配布要求日時に起動されるようにスケジュールして（Ｓ５０５）、再び、配布サーバ３からメッセージが送信されるのを待つ（Ｓ５０２）。
【００４７】
図６は、配布情報送信手段３２の動作を示すフローチャートである。
配布情報送信手段３２は、第１の実施形態と同様、要求メッセージを受信した（Ｓ６０１）後、配布情報ＤＢ４２の全ての配布情報レコード４２０を順に参照し、Ｓ６０２〜Ｓ６０５の処理を行う。
配布情報送信手段３２は、配布情報を送信要求するメッセージを送信した配布クライアント１が配布対象であるかを判定する（Ｓ６０３）。
より詳細には、まず、処理時点での配布サーバ３のシステム年月日が、配布情報レコード４２０の配布開始日４２７Ｂ以降であるか判定する。配布開始日４２７Ｂの前日以前の場合には、配布対象でないと判定する。一方、配布開始日４２７Ｂ以降の場合には、配布情報レコード４２０の配布先４２４として、配布情報を送信要求するメッセージを送信した配布クライアント１が設定されているか判定する。配布先４２４に配布クライアント１のＩＰアドレスを設定している場合には、配布情報を送信要求するメッセージの送信元のＩＰアドレスと比較すればよい。設定されていない場合には、配布対象でないと判定する。
一方、設定されている場合には、さらに、当該配布クライアント１の配布状況４２５が「未送信」であるか判定し、「未送信」の場合には、当該配布クライアント１を配布物４３の配布対象と判定し、「未送信」以外の場合には、配布対象でないと判定する（Ｓ６０３）。
【００４８】
配布情報送信手段３２は、当該配布クライアント１を配布物４３の配布対象と判定した場合（Ｓ６０３でＹＥＳの場合）、配布要求日時を算出し、配布情報レコード４２０の配布物ＩＤ４２１および算出した配布要求日時を含むメッセージ（配布情報）を作成して、配布クライアント１に送信する。そして、当該配布クライアント１の配布状況４２５に「計画済」を設定して配布情報レコード４２０を更新する。（以上、Ｓ６０４）
Ｓ６０４において、配布要求日時の算出は、以下のように行う。まず、配布情報送信手段３２は、「計画済」または「送信済」が設定された配布状況４２５の数を集計し、集計結果を最大配布台数４２９Ｂで割った商（ｎ：整数）および余り（ｍ：整数）を求める。そして、ｍ＝０の場合には、配布開始日４２７Ｂの（ｎ＋１）日後を配布要求日とし、ｍ≠０の場合には、配布開始日４２７Ｂのｎ日後を配布要求日とする。次に、配布情報送信手段３２は、配布開始・終了時刻４２８Ｂに設定された時間を（最大配布台数４２９Ｂ−１）で割り、この商にｍを掛けた結果を配布開始・終了時刻４２８Ｂに設定された開始時刻に加えて配布要求時刻とする。配布情報送信手段３２は、以上のようにして算出した配布要求日と配布要求時刻を合わせて、配布要求日時とする。
【００４９】
具体的には、例えば、配布開始日４２７Ｂが“２００８年５月２８日”、配布開始・終了時刻４２８Ｂが“８時３０分から１３時まで”、最大配布台数４２９Ｂが“１０００台”であり、配布状況４２５のうち「計画済」または「送信済」が設定された数が１００１の場合、ｎ＝１、ｍ＝１となる。また、配布開始・終了時刻４２８Ｂに設定された時間（８時３０分から１３時までの２７０分）を（最大配布台数４２９Ｂ（１０００）−１）で割った商は、約１６秒である。従って、配布要求日は“２００８年５月２９日”、配布要求時刻は“８時３０分１６秒”となり、配布要求日時は“２００８年５月２９日８時３０分１６秒”となる。ところで、配布クライアント１の時計と、配布サーバ３の時計が一致していないことも多く、その場合には、配布要求日時を秒単位で算出してもあまり意味はない。従って、このような場合には、分単位、１０分単位等で、切上げ、切捨て、四捨五入等すればよい。
【００５０】
なお、以上で示した配布要求日時の算出方法は一例に過ぎず、各配布要求日で配布対象とする配布クライアント１の数が最大配布台数４２９Ｂを超えないようにしつつ、各配布要求日の配布開始・終了時刻４２８Ｂにおいて負荷分散が図れるように算出すればよい。
配布情報送信手段３２は、当該配布クライアント１を配布物４３の配布対象でないと判定した場合（Ｓ６０３でＮＯの場合）、次の配布情報レコード４２０を参照する。
配布情報送信手段３２は、配布情報ＤＢ４２の全ての配布情報レコード４２０を順に参照して、Ｓ６０２〜Ｓ６０５の処理を行った後、配布クライアント１に終了メッセージを送信し（Ｓ６０６）、処理を終了する。
【００５１】
図８は、配布手段３３の動作を示すフローチャートである。
配布手段３３は、第１の実施形態と同様、配布物要求メッセージを受信する（Ｓ８０１）。
配布手段３３は、次に、要求されている配布物が配布対象であるか判定する（Ｓ８０２）。
より詳細には、配布情報レコード４２０のうち、配布物ＩＤ４２１が配布物要求メッセージに含まれている配布物ＩＤ２１１と一致するレコードを参照して、以下のように判定する。
配布手段３３は、配布物要求メッセージを送信した配布クライアント１が配布先４２４に設定されているか（例えば、配布物要求メッセージの送信元のＩＰアドレスが、配布先４２４に設定されているか）判定し、設定されていない場合には、配布対象外とする。設定されている場合には、当該配布先４２４の配布状況４２５が「計画済」であるか判定し、「計画済」でない場合（「未送信」又は「送信済」の場合）には、配布対象外とする。「計画済」の場合には、処理時点での配布サーバ３のシステム年月日時刻を配布開始日４２７Ｂおよび配布開始・終了時刻４２８Ｂと比較する。
【００５２】
より詳細には、システム年月日が配布開始日４２７Ｂ以降であり、かつシステム時刻が配布開始・終了時刻４２８Ｂの開始時刻以降、終了時刻以前の場合には、配布対象とする。ここで、システム年月日が配布開始日４２７Ｂ以降の場合、システム時刻が配布開始・終了時刻４２８Ｂの開始時刻より前の場合でも、システム時刻から開始時刻までの時間間隔が所定値（例えば１０分）以下であれば配布対象とし、所定値より大きい場合には配布対象外とする。同様に、システム年月日が配布開始日４２７Ｂ以降の場合、システム時刻が配布開始・終了時刻４２８Ｂの終了時刻より後の場合でも、システム時刻から終了時刻までの時間間隔が所定値（例えば１０分）以下であれば配布対象とし、所定値より大きい場合には配布対象外とする。この処理により、配布クライアント１の時計が、配布サーバ３の時計と例えば５分食い違っており、配布クライアント１の時計を基準にすると配布開始・終了時刻４２８Ｂの開始時刻と終了時刻の間であるが、配布サーバ３の時計を基準にすると配布開始・終了時刻４２８Ｂの開始時刻と終了時刻の間でない場合にも、配布対象とすることができ、時計の不一致による配布物要求メッセージの失敗を防ぐことができる。
【００５３】
以上の処理で、配布対象と判定した場合（Ｓ８０２でＹＥＳの場合）、配布手段３３は、第１の実施形態と同様、配布メッセージを作成して、配布クライアント１に送信し（Ｓ８０３）、配布情報レコード４２０を更新する（Ｓ８０４）。
また、配布対象外と判定した場合（Ｓ８０２でＮＯの場合）も、配布手段３３は、第１の実施形態と同様、エラーメッセージを作成して、配布クライアント１に送信する（Ｓ８０５）。
以上の処理終了後、配布手段３３は、処理を終了する。
【００５４】
以上の処理により、毎日の所定時間帯に配布が行われるので、配布対象の配布クライアント１の台数が比較的多いような場合、配布する日を分散させることで、配布に係る負荷を分散させることができる。一方、配布対象の配布クライアント１の台数が比較的少ないような場合には、一日で配布を終了させたほうが好ましい場合が多い。従って、配布サーバ３の操作者が、第１の実施形態と第２の実施形態、すなわち、一日で配布するか複数日に分けて配布するかを選択できるようにするのが好ましい。
【００５５】
以下、第１の実施形態と第２の実施形態を選択できるようにした、本発明に係る第３の実施形態について説明する。
図１０は、本発明に係る第３の実施形態における配布情報ＤＢ４２のデータ構成図である。
第３の実施形態においても、電子データ配布システム全体のシステム構成は図１と同じであるが、第３の実施形態においては、配布情報ＤＢ４２のデータ構成が、第１の実施形態および第２の実施形態と異なる。また、配布情報要求手段１１、配布物作成手段３１、配布情報送信手段３２、および配布手段３３の動作の一部が、第１の実施形態および第２の実施形態と異なる。配布要求手段１２の動作は、第１の実施形態および第２の実施形態と同じである。
【００５６】
以下、第１の実施形態および第２の実施形態との相違点を中心に説明する。
図１０は、本発明に係る第３の実施形態における配布情報ＤＢ４２のデータ構成図である。
配布情報レコード４２０は、配布物ＩＤ４２１、配布物記憶場所４２２、配布台数４２３、配布先４２４、配布状況４２５、配布方法４２６、配布開始日時４２７Ａ、分散期間４２８Ａ、配布開始日４２７Ｂ、配布開始・終了時刻４２８Ｂ、および最大配布台数４２９Ｂの１１種類のデータ項目から構成される。
ただし、１つの配布情報レコード４２０がこの全てのデータ項目を備えているのでなく、配布物ＩＤ４２１、配布物記憶場所４２２、配布台数４２３、配布先４２４、配布状況４２５、配布方法４２６、配布開始日時４２７Ａ、および分散期間４２８Ａの８種類のデータ項目から構成されるレコード（第１の構成のレコード）と、配布物ＩＤ４２１、配布物記憶場所４２２、配布台数４２３、配布先４２４、配布状況４２５、配布方法４２６、配布開始日４２７Ｂ、配布開始・終了時刻４２８Ｂ、および最大配布台数４２９Ｂの９種類のデータ項目から構成されるレコード（第２の構成のレコード）が、配布情報ＤＢ４２内に混在している。
そして、各レコードがどちらのデータ構造を備えているかは、配布方法４２６によって知ることができる。すなわち、配布方法４２６には「一日で配布」または「複数日に分けて配布」のいずれかの値が設定されており、配布方法４２６が「一日で配布」の場合には第１の構成のレコードであり、「複数日に分けて配布」の場合には第２の構成のレコードである。配布サーバ３の操作者が配布物４３を作成する際に、配布方法を指定し、配布物作成手段３１は指定された配布方法を配布方法４２６に設定する。
配布方法４２６以外のデータ項目には、第１の実施形態または第２の実施形態と同様の値が設定される。
次に、配布物作成手段３１、配布情報要求手段１１、配布情報送信手段３２、配布手段３３の順に、各手段の動作について、第１の実施形態および第２の実施形態との相違点を中心に説明する。
【００５７】
図４は、配布物作成手段３１の動作を示すフローチャートである。
配布物作成手段３１は、第１の実施形態および第２の実施形態と同様、配布情報取得（Ｓ４０１）および配布物作成（Ｓ４０２）を行った後、配布情報レコード４２０を作成する（Ｓ４０３）。
配布物作成手段３１は、配布情報レコード４２０を作成する際、配布物ＩＤ４２１、配布物記憶場所４２２、配布台数４２３、配布先４２４、および配布状況４２５については、第１の実施形態と同様に設定する。次に、配布物作成手段３１は、入力された情報を参照し、配布方法を配布方法４２６に設定する。そして、配布方法４２６が「一日で配布」の場合には、第１の実施形態と同様に配布開始日時４２７Ａ、および分散期間４２８Ａを設定し、配布方法４２６が「複数日に分けて配布」の場合には、第２の実施形態と同様に配布開始日４２７Ｂ、配布開始・終了時刻４２８Ｂ、および最大配布台数４２９Ｂを設定する。
配布物作成手段３１は、配布情報レコード４２０を作成すると処理を終了する。
【００５８】
図５は、配布情報要求手段１１の動作を示すフローチャートである。
配布情報要求手段１１は、第１の実施形態および第２の実施形態と同様、配布情報要求（Ｓ５０１）、メッセージ受信（Ｓ５０２）および終了メッセージ判定（Ｓ５０３）を行い、受信したメッセージが終了メッセージでない場合には（Ｓ５０３でＮＯの場合）、受信したメッセージから要求情報を作成する（Ｓ５０４）。
より詳細には、配布情報要求手段１１は、受信したメッセージに含まれている配布方法４２６が「一日で配布」の場合には、第１の実施形態と同様に、受信したメッセージに含まれている分散期間４２８Ａを参照して配布要求日時を決定し、受信したメッセージに含まれている配布物ＩＤ４２１を配布物ＩＤ２１１に、配布要求日時を配布要求日時２１２に設定し、失敗回数２１３に０を設定して、配布要求レコード２１０を作成する。一方、受信したメッセージに含まれている配布方法４２６が「複数日に分けて配布」の場合には、第２の実施形態と同様に、受信したメッセージに含まれている配布物ＩＤ４２１を配布物ＩＤ２１１に、受信したメッセージに含まれている配布要求日時を配布要求日時２１２に設定し、失敗回数２１３に０を設定して、配布要求レコード２１０を作成する。
次に、配布情報要求手段１１は、配布要求手段１２が、配布要求日時に起動されるようにスケジュールして（Ｓ５０５）、再び、配布サーバ３からメッセージが送信されるのを待つ（Ｓ５０２）。
【００５９】
図６は、配布情報送信手段３２の動作を示すフローチャートである。
配布情報送信手段３２は、第１の実施形態および第２の実施形態と同様、要求メッセージを受信した（Ｓ６０１）後、配布情報ＤＢ４２の全ての配布情報レコード４２０を順に参照し、Ｓ６０２〜Ｓ６０５の処理を行う。
配布情報送信手段３２は、配布情報を送信要求するメッセージを送信した配布クライアント１が配布対象であるかを判定する（Ｓ６０３）。このとき、配布情報レコード４２０の配布方法４２６が「一日で配布」の場合には、第１の実施形態と同様に判定を行い、配布方法４２６が「複数日に分けて配布」の場合には、第２の実施形態と同様に判定および配布情報レコード４２０の更新を行う。
配布情報送信手段３２は、当該配布クライアント１を配布物４３の配布対象でないと判定した場合（Ｓ６０３でＮＯの場合）、次の配布情報レコード４２０を参照する。
配布情報送信手段３２は、配布情報ＤＢ４２の全ての配布情報レコード４２０を順に参照して、Ｓ６０２〜Ｓ６０５の処理を行った後、配布クライアント１に終了メッセージを送信し（Ｓ６０６）、処理を終了する。
【００６０】
図８は、配布手段３３の動作を示すフローチャートである。
配布手段３３は、第１の実施形態および第２の実施形態と同様、配布物要求メッセージを受信する（Ｓ８０１）。
配布手段３３は、次に、要求されている配布物が配布対象であるか判定する（Ｓ８０２）。このとき、配布情報レコード４２０の配布方法４２６が「一日で配布」の場合には、第１の実施形態と同様に判定を行い、配布方法４２６が「複数日に分けて配布」の場合には、第２の実施形態と同様に判定を行う。
配布対象と判定した場合（Ｓ８０２でＹＥＳの場合）、配布手段３３は、第１の実施形態および第２の実施形態と同様、配布メッセージを作成して、配布クライアント１に送信し（Ｓ８０３）、配布情報レコード４２０を更新する（Ｓ８０４）。
また、配布対象外と判定した場合（Ｓ８０２でＮＯの場合）も、配布手段３３は、第１の実施形態および第２の実施形態と同様、エラーメッセージを作成して、配布クライアント１に送信する（Ｓ８０５）。
以上の処理終了後、配布手段３３は、処理を終了する。
以上の処理により、配布サーバ３の操作者は、配布物４３を作成する際、一日で配布するか複数日に分けて配布するかを選択することが可能になる。
【００６１】
なお、第１〜第３の実施形態のいずれにおいても、記憶装置２に要求情報ＤＢ２１を備えない実施形態とすることも可能である。要求情報ＤＢ２１を備えないようにすることで、配布クライアント１にデータベース管理プログラムを備える必要がなくなり、電子データ配布システム構築が、より容易になる。
記憶装置２に要求情報ＤＢ２１を備えない実施形態においては、要求情報レコード２１０と同じデータ構成のレコードを記憶装置２ではなく、配布クライアント１の主記憶装置に記憶してもよい。この場合、各手段の動作は、要求情報レコード２１０を作成・更新・削除するのでなく、主記憶装置上のレコードを作成・更新・削除するという点を除き、これまで説明した動作と同じである。
記憶装置２に要求情報ＤＢ２１を備えない実施形態において、要求情報レコードを１レコードだけ主記憶装置に記憶することも可能である。この場合、これまで説明した各手段の動作が、下記の点で異なる。
【００６２】
配布情報要求手段１１は、図５において、受信したメッセージから要求情報を作成する（Ｓ５０４）際、受信したメッセージに含まれている配布物ＩＤ４２１、算出した配布要求日時および失敗回数（値として０を設定）を、配布クライアント１の主記憶装置に記憶する。すなわち、要求情報レコード２１０を作成しない。
配布情報送信手段３２は、図６において、配布物４３を、配布クライアント１への配布対象と判定した場合（Ｓ６０３）、配布情報を送信する（Ｓ６０４）と、次の配布情報レコード４２０は参照しない。すなわち、１つでも配布対象の配布情報レコード４２０を見つけた場合には、他の配布情報レコード４２０の参照は行わず、Ｓ６０２〜Ｓ６０５の繰り返し処理を終了する。このとき、配布情報レコード４２０を例えば、配布開始日時４２７Ａまたは配布開始日４２７Ｂの昇順（日時等の古い順）に参照することで、より早く配布すべき配布情報レコード４２０から順に配布対象とすることが可能になる。
配布要求手段１２は、図７において、配布サーバ３に、配布物を要求するメッセージを送信する（Ｓ７０１）際、要求情報ＤＢ２１の全ての要求情報レコード２１０を参照せず、処理時点での配布クライアント１のシステム年月日時刻と主記憶装置に記憶した配布要求日時を比較する。そして、システム年月日時刻が配布要求日時以降であれば、主記憶装置に記憶した配布物ＩＤを含む配布物要求メッセージを作成して、配布サーバ３に送信する。また、要求情報レコード２１０を削除するのでなく、配布要求日時等を主記憶装置から消去する等の方法により、配布要求日時等が主記憶装置に記憶されていない状態に戻す（Ｓ７０５）。また、要求情報レコード２１０の失敗回数２１３ではなく、主記憶装置に記憶した失敗回数に１を加算する（Ｓ７０６）。
【００６３】
以上のように、要求情報ＤＢ２１を備えないようにした場合、例えば、配布クライアント１のシステムを停止させ、電源を切ると、主記憶装置に記憶した配布物ＩＤ等の情報は失われる。しかしながら、前述したように、配布クライアント１が配布サーバ３にログインするたびに、配布情報要求手段１１が起動されるようにすれば、その際に再び配布物ＩＤ等を取得することができるので、実施形態１においては特に問題はない。
実施形態２および、実施形態３において配布方法４２６に「複数日に分けて配布」が設定されている場合については、次のようにすればよい。
配布情報送信手段３２は、Ｓ６０３において、当該配布クライアント１の配布状況４２５が「未送信」の場合だけでなく「計画済」の場合にも、当該配布クライアント１を配布物４３の配布対象と判定する（Ｓ６０３）。
配布状況４２５が「計画済」の場合、Ｓ６０４において、配布状況４２５が「未送信」の場合と同様に処理を行ってもよい。その場合、配布要求日時が再度算出されることになる。一方、例えば、「未送信」が設定された配布状況４２５に「計画済」を設定する際に、算出した配布要求日時も配布情報レコード４２０に設定する。そして、Ｓ６０４において、配布状況４２５に既に「計画済」が設定されている場合には、配布要求日時を算出するのでなく、配布情報レコード４２０に設定されている配布要求日時を含むメッセージ（配布情報）を作成して、配布クライアント１に送信すればよい。このようにすることで、既に配布情報を送信済みの場合には、配布要求日時を再度算出するのでなく、送信済みの配布要求日時を再度送信することができる。
【図面の簡単な説明】
【００６４】
【図１】本発明による第１の実施形態における電子データ配布システムのシステム構成図である。
【図２】本発明による要求情報ＤＢのデータ構成図である。
【図３】本発明による配布情報ＤＢのデータ構成図である。
【図４】本発明による配布物作成手段の動作を示すフローチャートである。
【図５】本発明による配布情報要求手段の動作を示すフローチャートである。
【図６】本発明による配布情報送信手段の動作を示すフローチャートである。
【図７】本発明による配布要求手段の動作を示すフローチャートである。
【図８】本発明による配布手段の動作を示すフローチャートである。
【図９】本発明による第２の実施形態における電子データ配布システムのシステム構成図である。
【図１０】本発明による第３の実施形態における電子データ配布システムのシステム構成図である。
【符号の説明】
【００６５】
１  配布クライアント
２  記憶装置
３  配布サーバ
４  記憶装置
１１  配布情報要求手段
１２  配布要求手段
２１  要求情報ＤＢ
３１  配布物作成手段
３２，３２  配布情報送信手段
３３  配布手段
４１  電子データ
４２  配布情報ＤＢ
４３  配布物
２１０  要求情報レコード
２１１，４２１  配布物ＩＤ
２１２  配布要求日時
２１３  失敗回数
４２０  配布情報レコード
４２２  配布物記憶場所
４２３  配布台数
４２４  配布先
４２５  配布状況
４２７Ａ  配布開始日時
４２７Ｂ  配布開始日
４２８Ａ  分散期間
４２８Ｂ  配布開始・終了時刻
４２９Ｂ  最大配布台数
【図１】
0005124352.tif 000002
【図２】
0005124352.tif 000003
【図３】
0005124352.tif 000004
【図４】
0005124352.tif 000005
【図５】
0005124352.tif 000006
【図６】
0005124352.tif 000007
【図７】
0005124352.tif 000008
【図８】
0005124352.tif 000009
【図９】
0005124352.tif 000010
【図１０】
0005124352.tif 000011