(57)【特許請求の範囲】
【請求項１】
ネットワークに接続され、シリアル通信を行なうサーバと複数のクライアントとを含むデータ一括送信システムであって、
前記サーバは、
送信ジョブの作成を前記複数のクライアントに通知する第１通知手段と、
前記第１通知手段で前記クライアントに送信ジョブの作成を通知してから、所定時間、前記第１通知手段で前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付手段と、
前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知する第２通知手段と、
前記所定時間が経過するよりも以前に前記ネットワークの通信帯域に空きが生じたことを感知すると、前記第２通信手段で前記チャネル番号を通信した後に、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信手段とを備え、
前記クライアントは、
前記チャネル番号を受信する第１受信手段と、
前記サーバから前記送信手段で送信された前記送信ジョブにかかる前記データを前記チャネル番号で受信する第２受信手段を備える、データ一括送信システム。
【請求項２】
ネットワークに接続され、シリアル通信を行なうサーバと複数のクライアントとを含むデータ一括送信システムであって、
前記サーバは、
送信ジョブの作成を前記複数のクライアントに通知する第１通知手段と、
前記第１通知手段で前記クライアントに送信ジョブの作成を通知してから、所定時間、前記第１通知手段で前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付手段と、
前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知する第２通知手段と、
前記所定時間が経過するよりも以前に前記受信希望受付手段で所定数の受信希望を受信すると、前記第２通信手段で前記チャネル番号を通知した後に、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信手段とを備え、
前記クライアントは、
前記チャネル番号を受信する第１受信手段と、
前記サーバから前記送信手段で送信された前記送信ジョブにかかる前記データを前記チャネル番号で受信する第２受信手段を備える、データ一括送信システム。
【請求項３】
前記第１通知手段は、前記ネットワークへの接続を確認したクライアントに対して、前記送信ジョブの作成を通知する、請求項１または２に記載のデータ一括送信システム。
【請求項４】
前記サーバは、前記送信手段で送信する前記送信ジョブにかかる前記データの送信完了時間を計算する計算手段と、
前記計算手段で得られた前記送信完了時間を通知する第３通知手段とをさらに備える、請求項１または２に記載のデータ一括送信システム。
【請求項５】
前記第１通知手段は、アプリケーション、電子メール機能およびポップアップ機能の少なくとも１つを用いて通知を行なう、請求項１または２に記載のデータ一括送信システム。
【請求項６】
前記シリアル通信は、アイソクロナス通信である、請求項１または２に記載のデータ一括送信システム。
【請求項７】
ネットワークに接続され、シリアル通信を行なうサーバと複数のクライアントとを含むデータ一括送信システムにおけるデータ一括送信方法であって、
前記サーバが、送信ジョブの作成を前記クライアントに通知する通知ステップと、
前記サーバが、前記通知ステップで前記クライアントに送信ジョブの作成を通知してから、所定時間、前記通知ステップで前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付ステップと、
前記サーバが、前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知するステップと、
前記サーバが、前記所定時間が経過するよりも以前に前記ネットワークの通信帯域に空きが生じたことを感知すると、その時点で、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信ステップと、
前記クライアントが、前記サーバから前記送信ステップで送信された前記送信ジョブにかかる前記データを前記チャネル番号で受信する受信ステップとを備える、データ一括送信方法。
【請求項８】
ネットワークに接続され、シリアル通信を行なうサーバと複数のクライアントとを含むデータ一括送信システムにおけるデータ一括送信方法であって、
前記サーバが、送信ジョブの作成を前記クライアントに通知する通知ステップと、
前記サーバが、前記通知ステップで前記クライアントに送信ジョブの作成を通知してから、所定時間、前記通知ステップで前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付ステップと、
前記サーバが、前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知するステップと、
前記サーバが、前記所定時間が経過するよりも以前に前記受信希望受付ステップで所定数の受信希望を受信すると、その時点で、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信ステップと、
前記クライアントが、前記サーバから前記送信ステップで送信された前記送信ジョブにかかる前記データを前記チャネル番号で受信する受信ステップとを備える、データ一括送信方法。
【請求項９】
前記シリアル通信は、アイソクロナス通信である、請求項７または８に記載のデータ一括送信方法。
【請求項１０】
シリアル通信を行なうネットワークに接続可能なデータ一括送信装置において、
送信ジョブの作成を前記ネットワークに接続されたクライアントに通知する第１通知手段と、
前記第１通知手段で前記クライアントに送信ジョブの作成を通知してから、所定時間、前記第１通知手段で前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付手段と、
前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知する第２通知手段と、
前記所定時間が経過するよりも以前に前記ネットワークの通信帯域に空きが生じたことを感知すると、前記第２通信手段で前記チャネル番号を通信した後に、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信手段とを備える、データ一括送信装置。
【請求項１１】
シリアル通信を行なうネットワークに接続可能なデータ一括送信装置において、
送信ジョブの作成を前記ネットワークに接続されたクライアントに通知する第１通知手段と、
前記第１通知手段で前記クライアントに送信ジョブの作成を通知してから、所定時間、前記第１通知手段で前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付手段と、
前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知する第２通知手段と、
前記所定時間が経過するよりも以前に前記受信希望受付手段で所定数の受信希望を受信すると、前記第２通信手段で前記チャネル番号を通知した後に、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信手段とを備える、データ一括送信装置。
【請求項１２】
前記第１通知手段は、前記ネットワークへの接続を確認したクライアントに対して、前記送信ジョブの作成を通知する、請求項１０または１１に記載のデータ一括送信装置。
【請求項１３】
前記送信手段で送信する前記送信ジョブにかかる前記データの送信完了時間を計算する計算手段と、
前記計算手段で得られた前記送信完了時間を通知する第３通知手段とをさらに備える、請求項１０または１１に記載のデータ一括送信装置。
【請求項１４】
前記第１通知手段は、アプリケーション、電子メール機能およびポップアップ機能の少なくとも１つを用いて通知を行なう、請求項１０または１１に記載のデータ一括送信装置。
【請求項１５】
前記シリアル通信は、アイソクロナス通信である、請求項１０または１１に記載のデータ一括送信装置。
【請求項１６】
シリアル通信を行なうネットワークに接続可能なデータ一括送信装置が行なうデータ一括送信方法であって、
前記データ一括送信装置が、送信ジョブの作成を前記ネットワークに接続された複数のクライアントに通知する通知ステップと、
前記データ一括送信装置が、前記通知ステップで前記クライアントに送信ジョブの作成を通知してから、所定時間、前記通知ステップで前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付ステップと、
前記データ一括送信装置が、前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知するステップと、
前記データ一括送信装置が、前記所定時間が経過するよりも以前に前記ネットワークの通信帯域に空きが生じたことを感知すると、その時点で、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信ステップとを備える、データ一括送信方法。
【請求項１７】
シリアル通信を行なうネットワークに接続可能なデータ一括送信装置が行なうデータ一括送信方法であって、
前記データ一括送信装置が、送信ジョブの作成を前記ネットワークに接続された複数のクライアントに通知する通知ステップと、
前記データ一括送信装置が、前記通知ステップで前記クライアントに送信ジョブの作成を通知してから、所定時間、前記通知ステップで前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付ステップと、
前記データ一括送信装置が、前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知するステップと、
前記データ一括送信装置が、前記所定時間が経過するよりも以前に前記受信希望受付ステップで所定数の受信希望を受信すると、その時点で、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信ステップとを備える、データ一括送信方法。
【請求項１８】
前記シリアル通信は、アイソクロナス通信である、請求項１６または１７に記載のデータ一括送信方法。
【請求項１９】
データ一括送信方法をコンピュータに実現させるためのプログラムであって、
前記コンピュータはシリアル通信を行なうネットワークに接続されてシリアル通信を行ない、
送信ジョブの作成を前記ネットワークに接続されたクライアントに通知する通知ステップと、
前記通知ステップで前記クライアントに送信ジョブの作成を通知してから、所定時間、前記通知ステップで前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付ステップと、
前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知するステップと、
前記所定時間が経過するよりも以前に前記ネットワークの通信帯域に空きが生じたことを感知すると、その時点で、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信ステップとを実行させる、データ一括送信プログラム。
【請求項２０】
データ一括送信方法をコンピュータに実現させるためのプログラムであって、
前記コンピュータはシリアル通信を行なうネットワークに接続されてシリアル通信を行ない、
送信ジョブの作成を前記ネットワークに接続されたクライアントに通知する通知ステップと、
前記通知ステップで前記クライアントに送信ジョブの作成を通知してから、所定時間、前記通知ステップで前記送信ジョブの作成を通知した前記クライアントから、前記送信ジョブにかかるデータの受信希望を受付ける受信希望受付ステップと、
前記複数のクライアントのうち前記受信希望を行なったクライアントに対して、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号を通知するステップと、
前記所定時間が経過するよりも以前に前記受信希望受付ステップで所定数の受信希望を受信すると、その時点で、前記データの、前記シリアル通信の前記帯域でのブロードキャスト送信を開始する送信ステップとを実行させる、データ一括送信プログラム。
【請求項２１】
前記シリアル通信は、アイソクロナス通信である、請求項１９または２０に記載のデータ一括送信プログラム。
【請求項２２】
請求項１９または２０に記載のデータ一括送信プログラムを記録した記録媒体。
【請求項２３】
請求項１０または１１に記載のデータ一括送信装置とシリアル通信を行なうデータ受信装置であって、
前記データ一括送信装置から、送信ジョブの作成の通知を受付ける第１通知受付手段と、
前記通知受付手段で受付けた前記通知に基づいて、前記送信ジョブにかかるデータの受信希望を前記データ一括送信装置に送信する受信希望送信手段と、
前記データ一括送信装置から、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号の通知を受付ける第２通知受付手段と、
前記チャネル番号を設定し、前記データ一括送信装置から前記シリアル通信の前記帯域にてブロードキャストで送信される前記データを受信する受信手段とを備える、データ受信装置。
【請求項２４】
前記シリアル通信は、アイソクロナス通信である、請求項２３に記載のデータ受信装置。
【請求項２５】
請求項１０または１１に記載のデータ一括送信装置とシリアル通信を行なうデータ受信装置が行なうデータ受信方法であって、
前記データ一括送信装置から、送信ジョブの作成の通知を受付ける通知受付ステップと、
前記通知受付ステップで受付けた前記通知に基づいて、前記送信ジョブにかかるデータの受信希望を前記データ一括送信装置に送信する受信希望送信ステップと、
前記データ一括送信装置から、前記データを送信するためのブロードキャスト用の帯域に対応したチャネル番号の通知を受付けるステップと、
前記チャネル番号を設定し、前記データ一括送信装置から前記シリアル通信の前記帯域にてブロードキャストで送信される前記データを受信する受信ステップとを備える、データ受信方法。
【請求項２６】
前記シリアル通信は、アイソクロナス通信である、請求項２５に記載のデータ受信方法。
【請求項２７】
データ受信方法をコンピュータに実現させるためのプログラムであって、
前記コンピュータは請求項１０または１１に記載のデータ一括送信装置とシリアル通信を行ない、
前記データ一括送信装置から、送信ジョブの作成の通知を受付ける通知受付ステップと、
前記通知受付ステップで受付けた前記通知に基づいて、前記送信ジョブにかかるデータの受信希望を前記データ一括送信装置に送信する受信希望送信ステップと、
前記チャネル番号を設定し、前記データ一括送信装置から前記シリアル通信の前記帯域にてブロードキャストで送信される前記データを受信する受信ステップとを実行させる、データ受信プログラム。
【請求項２８】
前記シリアル通信は、アイソクロナス通信である、請求項２７に記載のデータ受信プログラム。
【請求項２９】
請求項２７に記載のデータ受信プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はデータ一括送信システム、データ一括送信装置およびデータ一括送信方法、ならびにデータ受信装置およびデータ受信方法に関し、特に、ネットワークにかかる負荷が軽減できるデータ一括送信システム、データ一括送信装置およびデータ一括送信方法、ならびにデータ受信装置およびデータ受信方法に関する。
【０００２】
【従来の技術】
近年、ネットワーク化が進むにつれて、情報の共有化の重要度が増している。日常生活や業務において、サーバで情報を一元管理し、複数のユーザがネットワークを経由してサーバから情報を取得することで、情報の共有化が実現されている。
【０００３】
現在は、ユーザがデータファイルを取得したい場合、サーバにアクセスして、サーバに保存してあるデータファイルをコピーする方法が一般的に行なわれている。この方法では、複数のユーザが同一のデータファイルを取得したいという場合であっても同様に、各ユーザごとに個別にサーバにアクセスして、同一のデータファイルをコピーすることになる。
【０００４】
また、ユーザからアクセスされたサーバが、シングルタスクで各ユーザに１パケットずつデータファイルを送信し、各ユーザが受信するという方法も行なわれている。
【０００５】
特開平６−３０９２６３号においては、シングルタスクであっても、複数のユーザに対して一括してデータファイルを送信するデータ転送システムが開示されている。このシステムにおいては、シングルタスクで複数のユーザの複数回線に、同一のデータファイルを１パケットごとに送信することになる。
【０００６】
さらに、サーバでのデータファイルのアクセス権を管理するために、特開平１０−２２４４０２号においては、暗号化したデータファイルをブロードキャストで複数ユーザに一括送信し、暗号化データファイル解読用データを特定のユーザに送信するデータ転送方法が開示されている。この方法を用いることで、暗号化データファイルは全ユーザが受信可能であるが、暗号化データファイル解読用データの受信は特定のユーザのみ限定されるため、セキュリティの向上を図ることができる。
【０００７】
【発明が解決しようとする課題】
しかしながら、特開平６−３０９２６３号に開示されたデータ転送システムにおいては、ネットワークにおいて、データの転送に、トータルで（ユーザ数×データファイルのデータサイズ）分の帯域を占めることとなり、データファイルを取得したいユーザ数が増すほど、ネットワークにかかる負荷が増大するという問題があった。
【０００８】
また、特開平１０−２２４４０２号に開示されたデータ転送方法を用いることで、データファイルのアクセス権の管理についてセキュリティを向上させることができるが、そのために特別な暗号化データファイル解読用データを特定ユーザに送信しなければならないという問題があった。
【０００９】
そこでこの発明においては、シリアルインタフェースを介して接続されたネットワークにおいてデータファイルの一括送信を行ない、ネットワークにかかる負荷が軽減でき、また、データファイルのアクセス権の管理も容易に行なうことのできる、データ一括送信システム、データ一括送信装置およびデータ一括送信方法、ならびにデータ受信装置およびデータ受信方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明のある局面に従うと、データ一括送信システムは、ネットワークに接続されたサーバとクライアントからなるデータ一括送信システムであって、サーバは、送信ジョブの作成をクライアントに通知する通知手段と、通知手段で送信ジョブの作成を通知したクライアントから、送信ジョブの受信希望を受付ける受信希望受付手段と、送信ジョブをブロードキャストで送信する送信手段とを備え、クライアントは、サーバから送信手段で送信された送信ジョブを受信する受信手段を備える。
【００１１】
また、上述の受信希望受付手段は、通知手段でクライアントに送信ジョブの作成を通知してから、所定時間、受信希望を受付け、上述の送信手段は、所定時間経過後に、ブロードキャストを開始することが望ましい。
【００１２】
また上述の送信手段は、ネットワークの通信帯域に空きが生じたことを感知するとブロードキャストを開始することが望ましい。
【００１３】
また上述の送信手段は、受信希望受付手段で所定数の受信希望を受信すると、ブロードキャストを開始することが望ましい。
【００１４】
また上述の通知手段は、ネットワークへの接続を確認したクライアントに対して、送信ジョブの作成を通知することが望ましい。
【００１５】
また上述のサーバは、送信手段で送信する送信ジョブの送信完了時間を計算する計算手段をさらに備え、上述の通知手段は、計算手段で得られた送信完了時間を通知することが望ましい。
【００１６】
また上述の通知手段は、アプリケーション、電子メール機能およびポップアップ機能の少なくとも１つを用いて通知を行なうことが望ましい。
【００１７】
本発明の他の局面に従うと、データ一括送信方法は、ネットワークに接続されたサーバとクライアントからなるデータ一括送信システムが行なうデータ一括送信方法であって、サーバは、送信ジョブの作成をクライアントに通知する通知ステップと、通知ステップで送信ジョブの作成を通知したクライアントから、送信ジョブの受信希望を受付ける受信希望受付ステップと、送信ジョブをブロードキャストで送信する送信ステップとからなる処理を実行し、クライアントは、サーバから送信ステップで送信された送信ジョブを受信する受信ステップを実行する。
【００１８】
また、本発明の他の局面に従うと、データ一括送信装置は、ネットワークに接続可能なデータ一括送信装置であって、送信ジョブの作成をネットワークに接続されたクライアントに通知する通知手段と、通知手段で送信ジョブの作成を通知したクライアントから、送信ジョブの受信希望を受付ける受信希望受付手段と、送信ジョブをブロードキャストで送信する送信手段とを備える。
【００１９】
また上述の受信希望受付手段は、通知手段でクライアントに送信ジョブの作成を通知してから、所定時間、受信希望を受付け、上述の送信手段は、所定時間経過後に、ブロードキャストを開始することが望ましい。
【００２０】
また上述の送信手段は、ネットワークの通信帯域に空きが生じたことを感知するとブロードキャストを開始することが望ましい。
【００２１】
また上述の送信手段は、受信希望受付手段で所定数の受信希望を受信すると、ブロードキャストを開始することが望ましい。
【００２２】
また上述の通知手段は、ネットワークへの接続を確認したクライアントに対して、送信ジョブの作成を通知することが望ましい。
【００２３】
またデータ一括送信装置は、送信手段で送信する送信ジョブの送信完了時間を計算する計算手段をさらに備え、上述の通知手段は、計算手段で得られた前記送信完了時間を通知することが望ましい。
【００２４】
また上述の通知手段は、アプリケーション、電子メール機能およびポップアップ機能の少なくとも１つを用いて通知を行なうことが望ましい。
【００２５】
また本発明の他の局面に従うと、データ一括送信方法は、ネットワークに接続可能なデータ一括送信装置が行なうデータ一括送信方法であって、送信ジョブの作成をネットワークに接続されたクライアントに通知する通知ステップと、通知ステップで送信ジョブの作成を通知したクライアントから、送信ジョブの受信希望を受付ける受信希望受付ステップと、送信ジョブをブロードキャストで送信する送信ステップとを備える。
【００２６】
また本発明の他の局面に従うと、データ一括送信プログラムは、ネットワークに接続可能なデータ一括送信装置が行なうデータ一括送信方法を、コンピュータに実現させるためのプログラムであって、送信ジョブの作成をネットワークに接続されたクライアントに通知する通知ステップと、通知ステップで送信ジョブの作成を通知したクライアントから、送信ジョブの受信希望を受付ける受信希望受付ステップと、送信ジョブをブロードキャストで送信する送信ステップとをコンピュータに実現させる。
【００２７】
また本発明の他の局面に従うと、記録媒体は、上述のデータ一括送信プログラムを記録する。
【００２８】
また本発明の他の局面に従うと、データ受信装置は、ネットワークに接続可能なデータ受信装置であって、ネットワークに接続された他の機器から、送信ジョブの作成の通知を受付ける通知受付手段と、通知受付手段で受付けた通知に基づいて、送信ジョブの受信希望を他の機器に送信する受信希望送信手段と、他の機器から送信ジョブをブロードキャストで受信する受信手段とを備える。
【００２９】
また本発明の他の局面に従うと、データ受信方法は、ネットワークに接続可能なデータ受信装置が行なうデータ受信方法であって、ネットワークに接続された他の機器から、送信ジョブの作成の通知を受付ける通知受付ステップと、通知受付ステップで受付けた通知に基づいて、送信ジョブの受信希望を他の機器に送信する受信希望送信ステップと、他の機器から送信ジョブをブロードキャストで受信する受信ステップとを備える。
【００３０】
また本発明の他の局面に従うと、データ受信プログラムは、ネットワークに接続可能なデータ受信装置が行なうデータ受信方法を、コンピュータに実現させるためのプログラムにおいて、ネットワークに接続された他の機器から、送信ジョブの作成の通知を受付ける通知受付ステップと、通知受付ステップで受付けた通知に基づいて、送信ジョブの受信希望を他の機器に送信する受信希望送信ステップと、他の機器から送信ジョブをブロードキャストで受信する受信ステップとをコンピュータに実現させる。
【００３１】
また本発明の他の局面に従うと、記録媒体は上述のデータ受信プログラムを記する。
【００３２】
【発明の実施の形態】
図１に、本実施の形態における、データ一括送信システムを用いるネットワークの構成を示す。
【００３３】
図１を参照して、本実施の形態においては、ネットワークは、サーバ１と、クライアントであるパーソナルコンピュータ（以下、ＰＣという）−Ａ２と、ＰＣ−Ｂ３と、ＰＣ−Ｃ４とを含む。
【００３４】
さらに図１を参照して、ネットワークを構成するサーバ１と、ＰＣ−Ａ２と、ＰＣ−Ｂ３と、ＰＣ−Ｃ４とは、ＩＥＥＥ１３９４シリアルバスで接続され、相互に、ＩＥＥＥ１３９４シリアルインタフェース規格に基づいた通信を行なっている。
【００３５】
図２に、図１に示されるサーバ１の構成の具体例を、ブロック図で示す。
図２を参照して、サーバ１は、記憶部１０と、全体の制御を行なうＣＰＵ（Central Processing Unit；中央処理装置）１１と、ＩＥＥＥ１３９４シリアルバスを介して通信を行なう通信部１２と、キーボードやマウスなどから構成される入力部１３と、ディスプレイなどから構成される表示部１４と、フレキシブルディスクｆ１を読取るフレキシブルディスクドライブ（ＦＤＤ）１５と、ＣＤ−ＲＯＭｃ１を読取るコンパクトディスクドライブ（ＣＤＤ）１６と、ＣＰＵ１１が実行するプログラムなどを記憶するハードディスクドライブ（ＨＤＤ）１７と、ＲＯＭ１８と、ＣＰＵ１１が実行するプログラムのワークエリアとなるＲＡＭ１９とを含む。
【００３６】
なお、サーバ１は上述の構成要素以外の構成要素を含んでいてもよい。また、上述の構成要素の内で含まれていないものがあっても構わない。
【００３７】
サーバ１にはデータ送信用のアプリケーション（以下、送信アプリという）１００がインストールされている。インストールされた送信アプリ１００は、ハードディスクドライブ１７またはＲＡＭ１９に常駐する。なお、送信アプリ１００については後に詳細な説明を行なう。
【００３８】
また図３に、図１に示されるＰＣ−Ａ２の構成の具体例を、ブロック図で示す。図３に示されるＰＣ−Ａ２の構成は、一般的なパーソナルコンピュータの構成である。
【００３９】
図３を参照して、ＰＣ−Ａ２は、ＣＰＵ２１と、ＩＥＥＥ１３９４シリアルバスを介して通信を行なう通信部２２と、入力部２３と、表示部２４と、フレキシブルディスクｆ２を読取るフレキシブルディスクドライブ（ＦＤＤ）２５と、ＣＤ−ＲＯＭｃ２を読取るコンパクトディスクドライブ（ＣＤＤ）２６と、ハードディスクドライブ（ＨＤＤ）２７と、ＲＯＭ２８と、ＲＡＭ２９とを含む。
【００４０】
なお、ＰＣ−Ａ２は上述の構成要素以外に、記憶部などを含んでいてもよい。また、上述の構成要素の内で含まれていないものがあっても構わない。なおＰＣ−Ｂ３およびＰＣ−Ｃ４の構成も、図３に示される構成と同様であるため、ここでの説明を繰返さない。
【００４１】
クライアントであるＰＣ−Ａ２、ＰＣ−Ｂ３およびＰＣ−Ｃ４には、データ受信用のアプリケーション（以下、受信アプリという）２００がインストールされている。インストールされた受信アプリ２００は、ハードディスクドライブ２７またはＲＡＭ２９に常駐する。なお、受信アプリ２００については後に詳細な説明を行なう。
【００４２】
さらに図４に、ＩＥＥＥ１３９４シリアルインタフェース規格のレイヤ構造を示す。図４では、ＩＥＥＥ１３９４シリアルバスで接続されたサーバ１とクライアントであるＰＣ−Ａ２とにおいて構築されるレイヤ構造を示す。
【００４３】
図４を参照して、サーバ１において構築されるレイヤ構造は、ＩＥＥＥ１３９４シリアルバスの管理する物理レイヤ、リンクレイヤ、およびトランザクションレイヤから構成され、その上位に送信アプリ１００が位置する。
【００４４】
さらに送信アプリ１００には、エントリ受付機能、タイマ機能、送信予定通知機能およびデータファイル送信機能が含まれ、送信希望ユーザリスト、クライアントリストおよびジョブリストなどを作成する。送信アプリ１００については、後に詳しい説明を行なう。
【００４５】
またＰＣ−Ａ２において構築されるレイヤ構造も、ＩＥＥＥ１３９４シリアルバスの管理する物理レイヤ、リンクレイヤ、およびトランザクションレイヤから構成され、その上位に受信アプリ２００が位置する。
【００４６】
さらに受信アプリ２００には、エントリ希望機能、通知受付機能およびデータファイル受信機能が含まれ、ジョブリストおよびエントリ済みジョブなどが構築される。受信アプリ２００については、後に詳しい説明を行なう。
【００４７】
なお、ＰＣ−Ｂ３およびＰＣ−Ｃ４のレイヤ構造も、図４に示されるＰＣ−Ａ２のレイヤ構造と同様である。
【００４８】
図４に示されるレイヤ構造は、一般的なＩＥＥＥ１３９４シリアルインタフェース規格のレイヤ構造であるため、個々のレイヤについての詳細な説明はここでは行なわない。
【００４９】
図５に、図４に示されるサーバ１の送信アプリ１００の機能モジュールをブロック図で示す。
【００５０】
図５を参照して、サーバ１の送信アプリ１００の機能モジュールは、送信アプリ１００のヒューマンインタフェースである送信アプリＧＵＩ（Graphical User Interface）部１０１と、送信ジョブを作成する送信ジョブ作成部１０２と、送信ジョブが作成された後にクライアントに対して送信ジョブの作成を通知する送信ジョブ通知部１０３と、クライアントからブロードキャストに参加するエントリ希望を受付けるエントリ受付部１０４と、送信ジョブのデータファイルをブロードキャストするデータファイル送信部１０５とを含む。
【００５１】
また図６に、図４に示されるＰＣ−Ａ２の受信アプリ２００の機能モジュールをブロック図で示す。
【００５２】
図６を参照して、ＰＣ−Ａ２の受信アプリ２００の機能モジュールは、受信アプリ２００のヒューマンインタフェースである受信アプリＧＵＩ部２０１と、サーバ１からの送信ジョブ通知を受付ける通知受付部２０２と、サーバ１から受付けたジョブ通知に対して希望するか否かを返答するエントリ希望部２０３と、希望したジョブのブロードキャストデータを受信するデータファイル受信部２０４とを含む。
【００５３】
図７に、本実施の形態において、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートを示す。
【００５４】
図７を参照して、あるデータファイルを送信する場合、オペレータがサーバ１で送信ジョブを作成する（Ｓ１）。
【００５５】
ステップＳ１においては、オペレータは、サーバ１の送信アプリＧＵＩ部１０１を用いて、ここには図示されない送信ジョブ作成画面を表示部１４に表示させる。オペレータは、表示部１４に表示された送信ジョブ作成画面に沿って、送信ジョブ作成部１０２で送信ジョブを作成する。
【００５６】
送信ジョブの作成には、送信する文書ファイルなどのデータファイルの選択、通知ユーザの選択、ブロードキャストにエントリの希望を受付ける受付時間の設定が必要である。これらの設定が行なわれると、送信ジョブが作成され、すでにサーバ１で作成されている送信ジョブを管理する送信ジョブリストに、作成された新しい送信ジョブが追加される。
【００５７】
また送信ジョブの作成と共に、通知リストおよびエントリリストが作成される。
【００５８】
通知リストは、ステップＳ１で、サーバ１のオペレータが送信ジョブの作成時に行なった通知ユーザの選択に基づいて、送信アプリ１００の送信ジョブ作成部１０２で自動的に作成される。
【００５９】
エントリリストは、ステップＳ１でオペレータが送信ジョブを作成すると同時に、送信アプリ１００の送信ジョブ作成部１０２で自動的に作成される。ステップＳ１の段階では、送信アプリ１００はクライアントから受信のエントリを受付けていないため、エントリリストは空のリストである。
【００６０】
なお、通知リストおよびエントリリストについては、後に具体例を挙げて、詳細な説明を行なう。
【００６１】
ステップＳ１で送信ジョブが作成されると、サーバ１の送信アプリ１００は、同じくステップＳ１で作成された通知リストに登録されている全クライアントに対して、送信ジョブが作成されたことを通知する（Ｓ２）。
【００６２】
ステップＳ２においては、サーバ１の送信アプリ１００は、送信ジョブが作成されたことを、送信ジョブのデータファイル名、ファイル情報、および受付時間などを記述した通知レコードを送信することで、通知リストに登録されているクライアントに通知する。
【００６３】
ステップＳ２での通知は、通知リストに登録されているクライアントであるＰＣ−Ａ２、ＰＣ−Ｂ３、およびＰＣ−Ｃ４などの、受信アプリ２００の通知受付部２０２で受付けられる（Ｓ３）。
【００６４】
ステップＳ３で通知を受付けた通知受付部２０２は、受信アプリＧＵＩ部２０１に通知を渡す。受信アプリＧＵＩ部２０１は、表示部２４に通知に含まれている情報を表示し、ユーザにファイルデータの受信を希望するか否かを問う。ユーザは受信アプリＧＵＩ部２０１を用いて、入力部２３より、ファイルデータの受信を希望するか否かを入力する。
【００６５】
ステップＳ３で受信した通知に基づいてユーザから入力された回答より、エントリ希望部２０３は、サーバ１に対してエントリの希望を送信する（Ｓ４）。また、エントリを希望しない場合も、希望しない旨をサーバ１に伝える。
【００６６】
ステップＳ４で受信アプリ２００のエントリ希望部２０３より伝えられたエントリ希望は、サーバ１の送信アプリ１００のエントリ受付部１０４で受付けられる（Ｓ５）。
【００６７】
さらに、サーバ１の送信アプリ１００の送信ジョブ作成部１０２では、ステップＳ１で作成された空のエントリリストに、ステップＳ５でエントリ受付部１０４が受付けたエントリに基づいて、エントリの希望を行なったクライアントを追加して更新する。
【００６８】
送信アプリ１００の送信アプリＧＵＩ部１０１では、ここには図示されないタイマ機能を用いて、ステップＳ１で設定されたエントリ希望の受付終了時間を監視する（Ｓ６）。
【００６９】
クライアントからのエントリの受付時間が終了すると（Ｓ６でＹｅｓ）、サーバ１の送信アプリ１００のデータファイル送信部１０５は、ステップＳ５で更新されたエントリリストに登録されている全クライアントに対して、ブロードキャストで送信されるデータファイルを受信するためのチャネル番号を通知する（Ｓ７）。
【００７０】
さらに送信アプリ１００のデータファイル送信部１０５は、データファイルをブロードキャストで送信する（Ｓ８）。
【００７１】
ステップＳ７でチャネル番号の通知を受信した受信アプリ２００では、受信したチャネル番号が自動的に設定され、ステップＳ８でブロードキャストされたデータファイルが、受信アプリ２００のデータファイル受信部２０４で、自動的に受信される（Ｓ９）。
【００７２】
データファイル受信部２０４は、ステップＳ９で受信したデータパケットからファイルを組立て、ハードディスクＨＤＤ２７などに保存する。
【００７３】
また、データファイルの受信の終了が受信アプリＧＵＩ部２０１で監視され、データの受信が終了すると、その旨が表示部２４に表示され、ユーザに通知される。
【００７４】
上述の処理で、データ一括送信処理が行なわれる。
次に、図７に示されたデータ一括送信処理で扱われるリストについて、具体的に説明を行なう。
【００７５】
図８は、クライアントリストの具体例を示す図である。クライアントリストは、ネットワークに接続された機器のうち、ブロードキャストに参加可能なクライアントを示すリストである。クライアントリストは、ネットワークが形成される度にサーバの送信アプリで作成される。
【００７６】
サーバ１の送信アプリ１００では、ネットワークが形成されるときに、受信アプリ２００に対して、ステータスを要求する。受信アプリ２００からのステータス応答によって、受信アプリ２００が常駐しているクライアントを感知して、自動的にクライアントリストが作成される。
【００７７】
送信アプリ１００からのステータス要求は、ネットワーク形成時に限定されず、定期的に行なわれてもよい。また、送信アプリ１００からステータス要求を行なわず、受信アプリ２００が起動時に自動的にステータス応答を行なってもよい。さらに受信アプリ２００からのステータス応答は、起動時に限定されず、定期的に行なわれてもよい。
【００７８】
図８に示されるクライアントリストは、図１に示されるネットワークが形成されたときに、サーバ１の送信アプリ１００で作成されるクライアントリストである。図８を参照して、図１に示されるネットワークが形成されたときに作成されるクライアントリストには、ネットワークに含まれる、受信アプリ２００が常駐しているクライアント、ＰＣ−Ａ２、ＰＣ−Ｂ３、およびＰＣ−Ｃ４が登録される。
【００７９】
図９は、図７のステップＳ１で作成される、送信ジョブリストの具体例を示す図である。送信ジョブリストは、送信アプリで作成された送信ジョブが登録されているリストである。ジョブ名、送信データファイル名、ファイルサイズなどのファイル情報、エントリ希望受付終了時間、エントリ人数、通知リスト名、およびエントリリスト名などの情報を含む。
【００８０】
図７のステップＳ１では、オペレータは、サーバ１の送信アプリ１００の送信ジョブ作成部１０２で新たな送信ジョブを作成する。作成された送信ジョブは、図９に示される送信ジョブリストに新たに追加される。
【００８１】
図９を参照して、図７のステップＳ１で新たに作成された送信ジョブのジョブ名が「会議資料Ｂ」であるとき、送信ジョブリストには、新たに作成された送信ジョブ「会議資料Ｂ」が文書ファイル「会議Ｂ．ｄｏｃ」と、表ファイル「会議Ｂ．ｘｌｓ」とを含むことが登録されている。さらに送信ジョブリストには、新たに作成された送信ジョブ「会議資料Ｂ」が、ファイルサイズ６２ＭＢ、エントリ希望受付終了時間１７：００、通知人数２２人であるという情報が登録されている。
【００８２】
さらに図９に示される送信ジョブリストには、図７のステップＳ１で新たに送信ジョブ「会議資料Ｂ」が作成される以前に、送信ジョブ「会議資料Ａ」、「画像Ａ」、および「画像Ｂ」の３つの送信ジョブが存在していることが示されている。
【００８３】
またさらに、図７のステップＳ１で送信ジョブを作成時に、送信ジョブの追加を通知するクライアントを選択する。
【００８４】
サーバ１のオペレータは、ここには図示されない送信ジョブ作成画面においてリスト表示された、図８に示されるクライアントリストから、送信ジョブ「会議資料Ｂ」が作成されたことを通知するクライアントを選択する。クライアントの選択は、リスト表示されたクライアントリストから選択する方法であってもよいし、直接入力部２３より入力する方法であってもよい。
【００８５】
上述のの選択に基づく通知リストと空のエントリリストが、図７のステップＳ１で自動的に作成され、図９に示される送信ジョブリストに登録される。本実施の形態においては、各リストのリスト名は、自動的にジョブ名と同じものとなるが、その他の名前が付けられても構わない。
【００８６】
図１０は、図７のステップＳ１で作成される、通知リストの具体例を示す図である。通知リストは、送信ジョブが作成されたことを通知するクライアントが登録されているリストである。
【００８７】
図７のステップＳ１において、オペレータが通知するクライアントとして、ＰＣ−Ａ２と、ＰＣ−Ｂ３と、ＰＣ−Ｃ４とを選択した場合、サーバ１の送信アプリ１００の送信ジョブ作成部１０２では、送信ジョブと共に図１０に示される通知リストが自動的に作成される。
【００８８】
図７のステップＳ１で新たに作成された送信ジョブ「会議資料Ｂ」が図９に示される送信ジョブリストに追加登録されると、図７のステップＳ２では、図１０に示される通知リストに登録されたクライアントに通知される。
【００８９】
図１１は、図７のステップＳ２で、サーバ１がクライアントに新規の送信ジョブの作成を通知するための、通知画面の具体例である。図１１に示される通知画面は、送信アプリ１００の送信ＧＵＩ部１０１が、サーバ１の表示部１４に表示させる。
【００９０】
サーバ１のオペレータは、図１１に示される通知画面に沿って、通知ユーザを選択し、さらに送信する送信ジョブを選択する。ここでの選択は、送信する送信ジョブをオペレータが選択すると、自動的に対応する通知リストに登録されたクライアントが読込まれ、通知ユーザが表示されてもよい。
【００９１】
送信する送信ジョブと通知するユーザとを選択すると、サーバ１のオペレータは、図１１に示される通知画面上の通知ボタンを押下する。これにより送信アプリ１００の送信ジョブ通知部１０３は、選択された送信ジョブの通知レコードを、選択された通知ユーザに送信する。送信される通知レコードは、係る送信ジョブについて、図９に示される送信ジョブリストに登録されている項目についてのデータである。
【００９２】
送信アプリ１００から送信された通知レコードは、通知リストに登録されているクライアントであるＰＣ−Ａ２の受信アプリ２００の通知受付部２０２で受信される。受信アプリＧＵＩ部２０１では、受信した通知レコードから各種情報を読出し、表示部２４に表示する。
【００９３】
図１２に、このときＰＣ−Ａ２の表示部２４に表示される、受信アプリ２００の表示画面の具体例を示す。受信アプリ２００の表示画面では、新たに通知レコードを受信することで、新たに追加された送信ジョブが表示画面に追加されて表示される。図１２に示される受信アプリ２００の受信画面を確認することで、ユーザはサーバ１に新規に送信ジョブ「会議資料Ｂ」が登録されたことを知ることができる。また、送信ジョブ「会議資料Ｂ」に登録されているデータファイルについてのエントリ希望の受付の終了時間も知ることができる。
【００９４】
ユーザは、図１２に示される表示画面に表示された各種情報から、エントリ希望の受付を終了していない送信ジョブのデータファイルが必要であるか否かを判断し、示された受付終了時間内に、エントリ希望をするまたはしない旨をサーバ１に対して返答する。
【００９５】
ユーザは受信アプリ２００の受信アプリＧＵＩ部２０１を用いて、図１２の表示画面に表示された送信ジョブの中から、受信を希望する送信ジョブを選択し、希望ボタンを押下することで、エントリ希望を、エントリ希望部２０３からサーバ１に送信する。なお、その他の方法でエントリ希望を送信してもよい。
【００９６】
また、エントリ希望をしない場合は、不要ボタンを押下することで、エントリ希望をしない旨をサーバ１に送信する。なお、送信ジョブを選択せずに希望ボタンを押下する、受付終了時間まで送信を行なわないことでエントリ希望しない旨をサーバ１に返答する、などの場合、図１２に示される表示画面に不要ボタンが備えられていなくても構わない。
【００９７】
図７のステップＳ５においてサーバ１は、クライアントから受信したエントリ希望の返答に基づいて、ステップＳ１で作成された空のエントリリストを更新する。エントリリストの更新は、エントリ希望を受信したサーバ１の送信アプリ１００で自動的に行なわれてもよいし、エントリ希望を確認してオペレータが送信アプリＧＵＩ部１０１を用いて行なってもよい。
【００９８】
図１３に、図７のステップＳ５において更新されるエントリリストの具体例を示す。エントリリストは、ブロードキャストに参加するクライアントが登録されているリストである。
【００９９】
図１３に示されるエントリリストは、図７のステップＳ４で、クライアントであるＰＣ−Ａ２およびＰＣ−Ｃ４から、送信ジョブ「会議資料Ｂ」のエントリを希望する旨、およびＰＣ−Ｂ３からエントリを希望しない旨の返答が、エントリ希望の受付時間内に得られた場合に、サーバ１で更新される、送信ジョブ「会議資料Ｂ」のエントリリストである。
【０１００】
図１３を参照して、エントリリストには、エントリを希望する旨の返答を行なったＰＣ−Ａ２およびＰＣ−Ｃ４が登録されている。
【０１０１】
図１３のエントリリストに登録されているクライアントに対し、サーバ１は、送信ジョブ「会議資料Ｂ」のブロードキャスト用の帯域と、チャネル番号とを確保する。ブロードキャスト用の帯域と、チャネル番号との確保の方法は、一般的なＩＥＥＥ１３９４シリアルインタフェース規格に基づいて行なわれる。
【０１０２】
図７のステップＳ７では、サーバ１は確保したチャネル番号を図１３のエントリリストに登録されているクライアントＰＣ−Ａ２およびＰＣ−Ｃ４に通知する。さらに、サーバ１のオペレータは、送信アプリ１００の送信アプリＧＵＩ部１０１を用いて、確保したブロードキャスト用の帯域で、ブロードキャストで送信ジョブ「会議資料Ｂ」に含まれるデータファイルを送信する。
【０１０３】
クライアントＰＣ−Ａ２およびＰＣ−Ｃ４は、図７のステップＳ７で通知されたチャネル番号が自動的に設定され、サーバ１より送信されたデータパケットを、受信アプリ２００のデータファイル受信部２０４で、自動的に受信することができる。さらにデータファイル受信部２０４で、受信したパケットを組立て、ハードディスク２７などに保存する。
【０１０４】
図１４に、上述のデータ一括送信システムが行なうデータ一括送信方法の概要図を示す。
【０１０５】
図１４を参照して、図１４の（ａ）で、サーバ１から各クライアントに送信ジョブが登録されたことが通知される。その通知に対して、図１４の（ｂ）では、ブロードキャストにてデータの受信が必要か不必要かが各クライアントからサーバ１に返答される。図１４の（ｃ）では、サーバ１からデータがブロードキャストで送信され、（ｂ）で必要と返答したクライアントのみ、予め通知されたチャネル番号でデータを受信することができる。
【０１０６】
データの受信が完了した送信アプリ１００は、送信アプリＧＵＩ部１０１で、受信の完了をクライアントに表示する。
【０１０７】
なお、ブロードキャストはアイソクロナス通信であるため、送信アプリ１００および受信アプリ２００では、データサイズとデータ送信速度から、データファイルの送信完了時間を予測することが可能である。そのため、サーバ１の送信アプリ１００は、送信完了時間を予測し、受信アプリ２００に通知することができる。受信アプリ２００では、受信アプリＧＵＩ部２０１で、クライアントの表示部２４に表示させることができる。また、受信アプリ２００が受信完了時間を予測し、表示させることもできる。
【０１０８】
さらに、送信が完了したサーバ１では、不要になった通知リストおよびエントリリストなどのリストが削除される。なお、上述のリストは、削除されず、履歴として記憶部１０などに保存されても構わない。
【０１０９】
なお、図７のステップＳ２およびＳ７における通知は、受信アプリ２００の受信アプリＧＵＩ部２０１が表示部２４に表示させてもよいが、メールやポップアップで自動的にユーザに知らせるものであってもよい。
【０１１０】
上述のデータ一括送信システムを用いることで、データの送信がブロードキャストで行なわれるため、データの送信に、データサイズ分の帯域しか必要としない。そのため、受信を希望するユーザの数が多くなったとしても、ネットワーク全体にかかる負荷を大きく軽減することができる。
【０１１１】
また、上述のデータ一括送信システムを用いることで、送信ジョブの作成を通知するユーザをサーバ側で選択でき、さらにブロードキャスト参加するクライアントにのみチャネル番号を通知するため、サーバ側でアクセス権の管理を容易に行なうことができる。
【０１１２】
また、上述のデータ一括送信システムを用いることで、ユーザは各自サーバにデータを取りに行く作業が不要となる。ユーザは、サーバからの通知に返答することで、自動的にデータが取得できるため、データ取得の操作が簡単になる。
【０１１３】
（変形例１）
上述のデータ一括送信システムでは、サーバ１のオペレータがデータ送信の操作を行なう場合について説明を行なったが、変形例１では、各クライアントがデータ送信を行なうことを考える。
【０１１４】
クライアントが、受信アプリ２００と、送信アプリ３００との両方を備えることで、図７においてサーバ１が行なうものとして説明された送信処理を、クライアントＰＣ−Ａ２、ＰＣ−Ｂ３、またはＰＣ−Ｃ４のいずれかが行なうことができる。
【０１１５】
クライアントに備えられる送信アプリ３００は、図５に示されるサーバ１の送信アプリ１００と同様の構成であるため、ここでの説明は繰返さない。なお、クライアントに備えられる受信アプリ２００が、送信アプリ３００の機能を備える送受信アプリとして機能する場合は、送信アプリ３００は備えられなくても構わない。
【０１１６】
変形例１においては、送信処理を行なうクライアントが、送信アプリ３００を用いて送信ジョブを作成し、他のクライアントに対してその作成を通知する。送信アプリ３００は、他のクライアントからエントリ希望を受付けた後にブロードキャストでデータファイルを送信する。クライアントが送信アプリ３００で行なうデータファイルの送信処理については、図７を用いて説明されたサーバ１が行なう送信処理と同様であるため、ここでの説明は繰返さない。
【０１１７】
また、クライアントＰＣ−Ａ２、ＰＣ−Ｂ３、またはＰＣ−Ｃ４が、サーバ１の持つ送信機能以外の機能も備える場合は、図１に示されるデータ一括送信システムを用いるネットワークに、サーバ１が含まれていなくても構わない。
【０１１８】
（変形例２）
上述のデータ一括送信システムでは、データを受信するクライアントは、受信アプリ２００を常駐しておかなければならなかったが、変形例２では、クライアントが途中から受信アプリ２００を起動してブロードキャストに参加する場合を考える。
【０１１９】
図１５に、変形例２における、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートを示す。図１５に示されるフローチャートは、図７のステップＳ１〜Ｓ５までの処理がすでに実行され、ステップＳ６でエントリ希望の受付時間が終了する前に、処理が開始される。
【０１２０】
図１５を参照して、図７のステップＳ６で、サーバ１が送信ジョブのエントリの希望を受付けている間に、クライアントＰＣ−Ａ２の受信アプリ２００が起動する（Ｓ２１）。
【０１２１】
ステップＳ２１で起動したＰＣ−Ａ２の受信アプリ２００は、起動したことをサーバ１に通知する（Ｓ２２）。起動の通知は、受信アプリ２００のエントリ希望部２０３がサーバ１にステータス応答を送信することで行なってもよい。
【０１２２】
ステップＳ２２でＰＣ−Ａ２から送信された起動通知を受信したサーバ１は、新たに受信アプリ２００が起動されたＰＣ−Ａ２に、現在エントリ希望を受付けている送信ジョブを通知する（Ｓ２３）。ステップＳ２３においては、図７のステップＳ２で各クライアントに送信した、送信ジョブリストに新規に追加された送信ジョブ「会議資料Ｂ」のテーブルを、新たに受信アプリ２００が起動されたＰＣ−Ａ２に送信する。
【０１２３】
ステップＳ２３でサーバ１から送信された送信ジョブの通知を受信したＰＣ−Ａ２は、更新された送信ジョブリストの中から、必要な送信ジョブを選択し、ブロードキャストのエントリ希望を、サーバ１に送信する（Ｓ２４）。以降、ステップＳ２５〜Ｓ２９では図７のＳ５〜Ｓ９と同様の処理が行なわれ、サーバ１からデータファイルがブロードキャストで送信される。
【０１２４】
この方法を用いることで、受信アプリ２００を常駐していないクライアントであっても、ブロードキャストに参加することができる。
【０１２５】
（変形例３）
上述のデータ一括送信システムにおいては、所定時間が経過し、エントリ希望の受付を締切ってからブロードキャストを開始している。しかしその方法では、そのときのネットワークの状態によっては帯域の確保に時間がかかり、データの送信が遅れる場合も考えられる。そのため、変形例３においては、ネットワークの状態を考慮してデータの送信を行なう場合を考える。
【０１２６】
図１６に、変形例３における、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートを示す。図１６に示されるフローチャートは、図７のステップＳ１およびＳ２で送信ジョブが作成され、その通知がクライアントに行なわれた後の処理について示す。
【０１２７】
図１６を参照して、クライアントの受信アプリ２００は、図７のステップＳ２でサーバ１から送信された送信ジョブ「会議資料Ｂ」の通知を受信する（Ｓ４１）。ステップＳ４１でしたエントリの希望がある場合はエントリの希望をサーバ１に送信する（Ｓ４２）。
【０１２８】
ステップＳ４２でクライアントの受信アプリ２００から送信されたエントリの希望はサーバ１の送信アプリ１００で受信され、図７のステップＳ１で作成されたエントリリストが更新される（Ｓ４３）。さらにサーバ１の送信アプリ１００では、図１に示されるネットワークの空き状態を確認する（Ｓ４４）。
【０１２９】
ネットワークに空きがあり、データの送信を行なってもネットワークに多大な付加をかけないと判断されたときは（Ｓ４４でＹｅｓ）、サーバ１の送信アプリ１００は、その時点でのエントリリストに登録されたクライアントに対して、チャネル番号を通知し（Ｓ４５）、データファイルをブロードキャストで送信する（Ｓ４６）。
【０１３０】
エントリ希望の受付時間が終了し（Ｓ４７でＹｅｓ）、さらにステップＳ４６でデータファイルを送信した後に、サーバ１の送信アプリ１００がエントリ希望を受信した場合は（Ｓ４８でＹｅｓ）、エントリ希望の受付終了時点でのエントリリストに登録されたクライアントに対してチャネル番号を通知し（Ｓ４９）、データファイルをブロードキャストで送信する（Ｓ５０）。
【０１３１】
ブロードキャストの参加を希望したクライアントは、サーバ１がステップＳ４４でネットワークに空きがあると判断した場合はステップＳ４６で送信されたデータファイルを受信することができる（Ｓ５１）。
【０１３２】
また、サーバ１にネットワークに空きがないと判断された場合（Ｓ４４でＮｏ）、または、ステップＳ４６でデータファイルのブロードキャストが終了した後にエントリ希望をサーバ１に送信した場合は、クライアントは、エントリ希望の受付時間が終了時点で（Ｓ４７でＹｅｓ）、ブロードキャストに参加を希望するライアントがいると判断され（Ｓ４８でＹｅｓ）、ステップＳ５０で送信されたデータファイルを受信することができる（Ｓ５１）。
【０１３３】
この方法を用いることで、ネットワークの状態によって、ブロードキャストを行なう帯域が確保できるまで送信が待機され、データの送信が遅延する事態を回避することができる。
【０１３４】
その結果、エントリ希望の受付が終了する前の早い時期に希望者にデータを送信することができ、実質的なネットワークトラフィックの軽減が実現できる。また、エントリ希望の受付の終了時に、エントリの追加希望があった場合でも、ネットワークに空きがあるときに１回目の送信を行なっているため、ネットワークにかかる負荷を軽減することができる。
【０１３５】
（変形例４）
上述のデータ一括送信システムにおいては、所定時間が経過し、エントリ希望の受付を締切ってからブロードキャストを開始している。しかしその方法では、データの受信を希望するクライアントは、エントリ受付時間が終了するまで、データの受信を待つ必要がある。そのため、変形例４においては、即時性の高いデータの送信を行なう場合を考える。
【０１３６】
図１７は、変形例４における、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートを示す。図１７に示されるフローチャートは、図７のステップＳ１およびＳ２で送信ジョブが作成され、その通知がクライアントに行なわれた後の処理について示す。
【０１３７】
図１７を参照して、クライアントの受信アプリ２００は、図７のステップＳ２でサーバ１から送信された送信ジョブ「会議資料Ｂ」の通知を受信する（Ｓ６１）。ステップＳ６１で送信ジョブ「会議資料Ｂ」の通知をサーバ１から受信したクライアントの受信アプリ２００は、エントリの希望がある場合はエントリの希望をサーバ１に送信する（Ｓ６２）。
【０１３８】
ステップＳ６２でクライアントの受信アプリ２００から送信されたエントリの希望はサーバ１の送信アプリ１００で受信され、図７のステップＳ１で作成されたエントリリストが更新される（Ｓ６３）。さらにサーバ１の送信アプリ１００では、エントリ希望が予め設定した数になるのを待つ（Ｓ６４）。
【０１３９】
サーバ１の受信したエントリ希望の数が、予め設定した一定数に達するごとに（Ｓ６４でＹｅｓ）、その時点でのエントリリストに登録されたクライアントに対して、チャネル番号を通知し（Ｓ６５）、データファイルをブロードキャストで送信する（Ｓ６６）。
【０１４０】
エントリ希望が一定数に達しない場合は（Ｓ６４でＮｏ）、受付時間が終了するまで待ち（Ｓ６７でＹｅｓ）、エントリ希望の受付終了時点でのエントリリストに登録されたクライアントに対してチャネル番号を通知し（Ｓ６９）、データファイルをブロードキャストで送信する（Ｓ７０）。
【０１４１】
エントリ希望を行なったクライアントは、行なった時点でのブロードキャストでデータファイルを受信することができる（Ｓ７１）。
【０１４２】
この方法を用いることで、データの受信を希望するクライアントは、エントリ受付終了時間まで、データの送信を待つ必要がなく、データファイルを受信することができる。その結果、即時性の高いデータの送信が実現される。
【０１４３】
なお、図１に示された、上述のデータ一括送信システムを用いるネットワークは、ＩＥＥＥ１３９４シリアルバスで接続されているが、その他のシリアルバスで接続されていても上述のデータ一括送信システムが行なうデータ一括送信方法は実現される。
【０１４４】
また、図１に示される上述のデータ一括送信システムを用いるネットワークにおいて、クライアントはＰＣとして上述の説明を行なったが、クライアントとして、プリンタなどの画像処理装置を含めることもできる。
【０１４５】
クライアントである画像処理装置がブロードキャストに参加する場合、サーバ１からブロードキャストで送信されるデータファイルは、データの受信と同時に画像処理装置において印刷処理を行なうことができる。
【０１４６】
さらに、上述のデータ一括送信システムが行なうデータ一括送信方法をプログラムとして提供することもできる。このようなプログラムは、コンピュータ読取り可能なプログラムである。コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカード、あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラム製品として提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。提供されるプログラム製品は、ハードディスクにインストールされ、ＲＡＭに読出されて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【０１４７】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】  本実施の形態における、データ一括送信システムを用いるネットワークの構成を示す図である。
【図２】  図１に示されるサーバ１の構成の具体例を示すブロック図である。
【図３】  図１に示されるＰＣ−Ａ２の構成の具体例を示すブロック図である。
【図４】  ＩＥＥＥ１３９４シリアルインタフェース規格のレイヤ構造を示す図である。
【図５】  図４に示されるサーバ１の送信アプリ１００の機能モジュールを示すブロック図である。
【図６】  図４に示されるＰＣ−Ａ２の受信アプリ２００の機能モジュールを示すブロック図である。
【図７】  本実施の形態において、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートである。
【図８】  クライアントリストの具体例を示す図である。
【図９】  図７のステップＳ１で作成される、送信ジョブリストの具体例を示す図である。
【図１０】  図７のステップＳ１で作成される、通知リストの具体例を示す図である。
【図１１】  図７のステップＳ２で、サーバ１がクライアントに新規の送信ジョブの作成を通知するための、通知画面の具体例である。
【図１２】  ＰＣ−Ａ２の表示部２４に表示される、受信アプリ２００の表示画面の具体例を示す図である。
【図１３】  図７のステップＳ５において更新されるエントリリストの具体例を示す図である。
【図１４】  データ一括送信システムが行なうデータ一括送信方法を示す概要図である。
【図１５】  変形例２における、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートである。
【図１６】  変形例３における、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートである。
【図１７】  変形例４における、データ一括送信システムが行なうデータ一括送信処理についてのフローチャートである。
【符号の説明】
１  サーバ、２  ＰＣ−Ａ、３  ＰＣ−Ｂ、４  ＰＣ−Ｄ、１０  記憶部、１１  サーバのＣＰＵ、１２  サーバの通信部、１３  サーバの入力部、１４  サーバの表示部、１５  サーバのＦＤＤ、１６  サーバのＣＤＤ、１７  サーバのＨＤＤ、１８  サーバのＲＯＭ、１９  サーバのＲＡＭ、２１  ＰＣ−ＡのＣＰＵ、２２  ＰＣ−Ａの通信部、２３  ＰＣ−Ａの入力部、２４  ＰＣ−Ａの表示部、２５  ＰＣ−ＡのＦＤＤ、２６  ＰＣ−ＡのＣＤＤ、２７  ＰＣ−ＡのＨＤＤ、２８  ＰＣ−ＡのＲＯＭ、２９  ＰＣ−ＡのＲＡＭ、１００  サーバの備える送信アプリ、１０１  送信アプリＧＵＩ部、１０２  送信ジョブ作成部、１０３  送信ジョブ通知部、１０４  エントリ受付部、１０５  データファイル送信部、２００  サーバの備える受信アプリ、２０１  受信アプリＧＵＩ部、２０２通知受付部、２０３  エントリ希望部、２０４  データファイル受信部、３００  クライアントの備える送信アプリ、ｆ１，ｆ２  フレキシブルディスク、ｃ１，ｃ２  ＣＤ−ＲＯＭ。
【図１】
0004174975.tif 000002
【図２】
0004174975.tif 000003
【図３】
0004174975.tif 000004
【図４】
0004174975.tif 000005
【図５】
0004174975.tif 000006
【図６】
0004174975.tif 000007
【図７】
0004174975.tif 000008
【図８】
0004174975.tif 000009
【図９】
0004174975.tif 000010
【図１０】
0004174975.tif 000011
【図１１】
0004174975.tif 000012
【図１２】
0004174975.tif 000013
【図１３】
0004174975.tif 000014
【図１４】
0004174975.tif 000015
【図１５】
0004174975.tif 000016
【図１６】
0004174975.tif 000017
【図１７】
0004174975.tif 000018