JP2002335256A - データ一括送信システム、データ一括送信装置およびデータ一括送信方法、ならびにデータ受信装置およびデータ受信方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークにかかる負荷の軽減と、データ
ファイルのアクセス権の容易な管理が実現できる、デー
タ一括送信システムの提供を目的とする。 【解決手段】 サーバ１は、送信ジョブが作成されたこ
とを、各クライアントＰＣ−Ａ２、ＰＣ−Ｂ３、および
ＰＣ−Ｃ４に通知する（ａ）。その通知に対して、デー
タの受信が必要か不必要か、ブロードキャストへのエン
トリの希望が各クライアントからサーバ１に返答される
（ｂ）。所定時間経過後、サーバ１からデータがブロー
ドキャストで送信され、（ｂ）で必要と返答したクライ
アントのみ、予めサーバ１から通知されたチャネル番号
で、データを受信することができる（ｃ）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はデータ一括送信シ
ステム、データ一括送信装置およびデータ一括送信方
法、ならびにデータ受信装置およびデータ受信方法に関
し、特に、ネットワークにかかる負荷が軽減できるデー
タ一括送信システム、データ一括送信装置およびデータ
一括送信方法、ならびにデータ受信装置およびデータ受
信方法に関する。

【０００２】

【従来の技術】近年、ネットワーク化が進むにつれて、
情報の共有化の重要度が増している。日常生活や業務に
おいて、サーバで情報を一元管理し、複数のユーザがネ
ットワークを経由してサーバから情報を取得すること
で、情報の共有化が実現されている。

【０００３】現在は、ユーザがデータファイルを取得し
たい場合、サーバにアクセスして、サーバに保存してあ
るデータファイルをコピーする方法が一般的に行なわれ
ている。この方法では、複数のユーザが同一のデータフ
ァイルを取得したいという場合であっても同様に、各ユ
ーザごとに個別にサーバにアクセスして、同一のデータ
ファイルをコピーすることになる。

【０００４】また、ユーザからアクセスされたサーバ
が、シングルタスクで各ユーザに１パケットずつデータ
ファイルを送信し、各ユーザが受信するという方法も行
なわれている。

【０００５】特開平６−３０９２６３号においては、シ
ングルタスクであっても、複数のユーザに対して一括し
てデータファイルを送信するデータ転送システムが開示
されている。このシステムにおいては、シングルタスク
で複数のユーザの複数回線に、同一のデータファイルを
１パケットごとに送信することになる。

【０００６】さらに、サーバでのデータファイルのアク
セス権を管理するために、特開平１０−２２４４０２号
においては、暗号化したデータファイルをブロードキャ
ストで複数ユーザに一括送信し、暗号化データファイル
解読用データを特定のユーザに送信するデータ転送方法
が開示されている。この方法を用いることで、暗号化デ
ータファイルは全ユーザが受信可能であるが、暗号化デ
ータファイル解読用データの受信は特定のユーザのみ限
定されるため、セキュリティの向上を図ることができ
る。

【０００７】

【発明が解決しようとする課題】しかしながら、特開平
６−３０９２６３号に開示されたデータ転送システムに
おいては、ネットワークにおいて、データの転送に、ト
ータルで（ユーザ数×データファイルのデータサイズ）
分の帯域を占めることとなり、データファイルを取得し
たいユーザ数が増すほど、ネットワークにかかる負荷が
増大するという問題があった。

【０００８】また、特開平１０−２２４４０２号に開示
されたデータ転送方法を用いることで、データファイル
のアクセス権の管理についてセキュリティを向上させる
ことができるが、そのために特別な暗号化データファイ
ル解読用データを特定ユーザに送信しなければならない
という問題があった。

【０００９】そこでこの発明においては、シリアルイン
タフェースを介して接続されたネットワークにおいてデ
ータファイルの一括送信を行ない、ネットワークにかか
る負荷が軽減でき、また、データファイルのアクセス権
の管理も容易に行なうことのできる、データ一括送信シ
ステム、データ一括送信装置およびデータ一括送信方
法、ならびにデータ受信装置およびデータ受信方法を提
供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明のある局面に従うと、データ一括送信システ
ムは、ネットワークに接続されたサーバとクライアント
からなるデータ一括送信システムであって、サーバは、
送信ジョブの作成をクライアントに通知する通知手段
と、通知手段で送信ジョブの作成を通知したクライアン
トから、送信ジョブの受信希望を受付ける受信希望受付
手段と、送信ジョブをブロードキャストで送信する送信
手段とを備え、クライアントは、サーバから送信手段で
送信された送信ジョブを受信する受信手段を備える。

【００１１】また、上述の受信希望受付手段は、通知手
段でクライアントに送信ジョブの作成を通知してから、
所定時間、受信希望を受付け、上述の送信手段は、所定
時間経過後に、ブロードキャストを開始することが望ま
しい。

【００１２】また上述の送信手段は、ネットワークの通
信帯域に空きが生じたことを感知するとブロードキャス
トを開始することが望ましい。

【００１３】また上述の送信手段は、受信希望受付手段
で所定数の受信希望を受信すると、ブロードキャストを
開始することが望ましい。

【００１４】また上述の通知手段は、ネットワークへの
接続を確認したクライアントに対して、送信ジョブの作
成を通知することが望ましい。

【００１５】また上述のサーバは、送信手段で送信する
送信ジョブの送信完了時間を計算する計算手段をさらに
備え、上述の通知手段は、計算手段で得られた送信完了
時間を通知することが望ましい。

【００１６】また上述の通知手段は、アプリケーショ
ン、電子メール機能およびポップアップ機能の少なくと
も１つを用いて通知を行なうことが望ましい。

【００１７】本発明の他の局面に従うと、データ一括送
信方法は、ネットワークに接続されたサーバとクライア
ントからなるデータ一括送信システムが行なうデータ一
括送信方法であって、サーバは、送信ジョブの作成をク
ライアントに通知する通知ステップと、通知ステップで
送信ジョブの作成を通知したクライアントから、送信ジ
ョブの受信希望を受付ける受信希望受付ステップと、送
信ジョブをブロードキャストで送信する送信ステップと
からなる処理を実行し、クライアントは、サーバから送
信ステップで送信された送信ジョブを受信する受信ステ
ップを実行する。

【００１８】また、本発明の他の局面に従うと、データ
一括送信装置は、ネットワークに接続可能なデータ一括
送信装置であって、送信ジョブの作成をネットワークに
接続されたクライアントに通知する通知手段と、通知手
段で送信ジョブの作成を通知したクライアントから、送
信ジョブの受信希望を受付ける受信希望受付手段と、送
信ジョブをブロードキャストで送信する送信手段とを備
える。

【００１９】また上述の受信希望受付手段は、通知手段
でクライアントに送信ジョブの作成を通知してから、所
定時間、受信希望を受付け、上述の送信手段は、所定時
間経過後に、ブロードキャストを開始することが望まし
い。

【００２０】また上述の送信手段は、ネットワークの通
信帯域に空きが生じたことを感知するとブロードキャス
トを開始することが望ましい。

【００２１】また上述の送信手段は、受信希望受付手段
で所定数の受信希望を受信すると、ブロードキャストを
開始することが望ましい。

【００２２】また上述の通知手段は、ネットワークへの
接続を確認したクライアントに対して、送信ジョブの作
成を通知することが望ましい。

【００２３】またデータ一括送信装置は、送信手段で送
信する送信ジョブの送信完了時間を計算する計算手段を
さらに備え、上述の通知手段は、計算手段で得られた前
記送信完了時間を通知することが望ましい。

【００２４】また上述の通知手段は、アプリケーショ
ン、電子メール機能およびポップアップ機能の少なくと
も１つを用いて通知を行なうことが望ましい。

【００２５】また本発明の他の局面に従うと、データ一
括送信方法は、ネットワークに接続可能なデータ一括送
信装置が行なうデータ一括送信方法であって、送信ジョ
ブの作成をネットワークに接続されたクライアントに通
知する通知ステップと、通知ステップで送信ジョブの作
成を通知したクライアントから、送信ジョブの受信希望
を受付ける受信希望受付ステップと、送信ジョブをブロ
ードキャストで送信する送信ステップとを備える。

【００２６】また本発明の他の局面に従うと、データ一
括送信プログラムは、ネットワークに接続可能なデータ
一括送信装置が行なうデータ一括送信方法を、コンピュ
ータに実現させるためのプログラムであって、送信ジョ
ブの作成をネットワークに接続されたクライアントに通
知する通知ステップと、通知ステップで送信ジョブの作
成を通知したクライアントから、送信ジョブの受信希望
を受付ける受信希望受付ステップと、送信ジョブをブロ
ードキャストで送信する送信ステップとをコンピュータ
に実現させる。

【００２７】また本発明の他の局面に従うと、記録媒体
は、上述のデータ一括送信プログラムを記録する。

【００２８】また本発明の他の局面に従うと、データ受
信装置は、ネットワークに接続可能なデータ受信装置で
あって、ネットワークに接続された他の機器から、送信
ジョブの作成の通知を受付ける通知受付手段と、通知受
付手段で受付けた通知に基づいて、送信ジョブの受信希
望を他の機器に送信する受信希望送信手段と、他の機器
から送信ジョブをブロードキャストで受信する受信手段
とを備える。

【００２９】また本発明の他の局面に従うと、データ受
信方法は、ネットワークに接続可能なデータ受信装置が
行なうデータ受信方法であって、ネットワークに接続さ
れた他の機器から、送信ジョブの作成の通知を受付ける
通知受付ステップと、通知受付ステップで受付けた通知
に基づいて、送信ジョブの受信希望を他の機器に送信す
る受信希望送信ステップと、他の機器から送信ジョブを
ブロードキャストで受信する受信ステップとを備える。

【００３０】また本発明の他の局面に従うと、データ受
信プログラムは、ネットワークに接続可能なデータ受信
装置が行なうデータ受信方法を、コンピュータに実現さ
せるためのプログラムにおいて、ネットワークに接続さ
れた他の機器から、送信ジョブの作成の通知を受付ける
通知受付ステップと、通知受付ステップで受付けた通知
に基づいて、送信ジョブの受信希望を他の機器に送信す
る受信希望送信ステップと、他の機器から送信ジョブを
ブロードキャストで受信する受信ステップとをコンピュ
ータに実現させる。

【００３１】また本発明の他の局面に従うと、記録媒体
は上述のデータ受信プログラムを記する。

【００３２】

【発明の実施の形態】図１に、本実施の形態における、
データ一括送信システムを用いるネットワークの構成を
示す。

【００３３】図１を参照して、本実施の形態において
は、ネットワークは、サーバ１と、クライアントである
パーソナルコンピュータ（以下、ＰＣという）−Ａ２
と、ＰＣ−Ｂ３と、ＰＣ−Ｃ４とを含む。

【００３４】さらに図１を参照して、ネットワークを構
成するサーバ１と、ＰＣ−Ａ２と、ＰＣ−Ｂ３と、ＰＣ
−Ｃ４とは、ＩＥＥＥ１３９４シリアルバスで接続さ
れ、相互に、ＩＥＥＥ１３９４シリアルインタフェース
規格に基づいた通信を行なっている。

【００３５】図２に、図１に示されるサーバ１の構成の
具体例を、ブロック図で示す。図２を参照して、サーバ
１は、記憶部１０と、全体の制御を行なうＣＰＵ（Cent
ral Processing Unit；中央処理装置）１１と、ＩＥＥ
Ｅ１３９４シリアルバスを介して通信を行なう通信部１
２と、キーボードやマウスなどから構成される入力部１
３と、ディスプレイなどから構成される表示部１４と、
フレキシブルディスクｆ１を読取るフレキシブルディス
クドライブ（ＦＤＤ）１５と、ＣＤ−ＲＯＭｃ１を読取
るコンパクトディスクドライブ（ＣＤＤ）１６と、ＣＰ
Ｕ１１が実行するプログラムなどを記憶するハードディ
スクドライブ（ＨＤＤ）１７と、ＲＯＭ１８と、ＣＰＵ
１１が実行するプログラムのワークエリアとなるＲＡＭ
１９とを含む。

【００３６】なお、サーバ１は上述の構成要素以外の構
成要素を含んでいてもよい。また、上述の構成要素の内
で含まれていないものがあっても構わない。

【００３７】サーバ１にはデータ送信用のアプリケーシ
ョン（以下、送信アプリという）１００がインストール
されている。インストールされた送信アプリ１００は、
ハードディスクドライブ１７またはＲＡＭ１９に常駐す
る。なお、送信アプリ１００については後に詳細な説明
を行なう。

【００３８】また図３に、図１に示されるＰＣ−Ａ２の
構成の具体例を、ブロック図で示す。図３に示されるＰ
Ｃ−Ａ２の構成は、一般的なパーソナルコンピュータの
構成である。

【００３９】図３を参照して、ＰＣ−Ａ２は、ＣＰＵ２
１と、ＩＥＥＥ１３９４シリアルバスを介して通信を行
なう通信部２２と、入力部２３と、表示部２４と、フレ
キシブルディスクｆ２を読取るフレキシブルディスクド
ライブ（ＦＤＤ）２５と、ＣＤ−ＲＯＭｃ２を読取るコ
ンパクトディスクドライブ（ＣＤＤ）２６と、ハードデ
ィスクドライブ（ＨＤＤ）２７と、ＲＯＭ２８と、ＲＡ
Ｍ２９とを含む。

【００４０】なお、ＰＣ−Ａ２は上述の構成要素以外
に、記憶部などを含んでいてもよい。また、上述の構成
要素の内で含まれていないものがあっても構わない。な
おＰＣ−Ｂ３およびＰＣ−Ｃ４の構成も、図３に示され
る構成と同様であるため、ここでの説明を繰返さない。

【００４１】クライアントであるＰＣ−Ａ２、ＰＣ−Ｂ
３およびＰＣ−Ｃ４には、データ受信用のアプリケーシ
ョン（以下、受信アプリという）２００がインストール
されている。インストールされた受信アプリ２００は、
ハードディスクドライブ２７またはＲＡＭ２９に常駐す
る。なお、受信アプリ２００については後に詳細な説明
を行なう。

【００４２】さらに図４に、ＩＥＥＥ１３９４シリアル
インタフェース規格のレイヤ構造を示す。図４では、Ｉ
ＥＥＥ１３９４シリアルバスで接続されたサーバ１とク
ライアントであるＰＣ−Ａ２とにおいて構築されるレイ
ヤ構造を示す。

【００４３】図４を参照して、サーバ１において構築さ
れるレイヤ構造は、ＩＥＥＥ１３９４シリアルバスの管
理する物理レイヤ、リンクレイヤ、およびトランザクシ
ョンレイヤから構成され、その上位に送信アプリ１００
が位置する。

【００４４】さらに送信アプリ１００には、エントリ受
付機能、タイマ機能、送信予定通知機能およびデータフ
ァイル送信機能が含まれ、送信希望ユーザリスト、クラ
イアントリストおよびジョブリストなどを作成する。送
信アプリ１００については、後に詳しい説明を行なう。

【００４５】またＰＣ−Ａ２において構築されるレイヤ
構造も、ＩＥＥＥ１３９４シリアルバスの管理する物理
レイヤ、リンクレイヤ、およびトランザクションレイヤ
から構成され、その上位に受信アプリ２００が位置す
る。

【００４６】さらに受信アプリ２００には、エントリ希
望機能、通知受付機能およびデータファイル受信機能が
含まれ、ジョブリストおよびエントリ済みジョブなどが
構築される。受信アプリ２００については、後に詳しい
説明を行なう。

【００４７】なお、ＰＣ−Ｂ３およびＰＣ−Ｃ４のレイ
ヤ構造も、図４に示されるＰＣ−Ａ２のレイヤ構造と同
様である。

【００４８】図４に示されるレイヤ構造は、一般的なＩ
ＥＥＥ１３９４シリアルインタフェース規格のレイヤ構
造であるため、個々のレイヤについての詳細な説明はこ
こでは行なわない。

【００４９】図５に、図４に示されるサーバ１の送信ア
プリ１００の機能モジュールをブロック図で示す。

【００５０】図５を参照して、サーバ１の送信アプリ１
００の機能モジュールは、送信アプリ１００のヒューマ
ンインタフェースである送信アプリＧＵＩ（Graphical
UserInterface）部１０１と、送信ジョブを作成する送
信ジョブ作成部１０２と、送信ジョブが作成された後に
クライアントに対して送信ジョブの作成を通知する送信
ジョブ通知部１０３と、クライアントからブロードキャ
ストに参加するエントリ希望を受付けるエントリ受付部
１０４と、送信ジョブのデータファイルをブロードキャ
ストするデータファイル送信部１０５とを含む。

【００５１】また図６に、図４に示されるＰＣ−Ａ２の
受信アプリ２００の機能モジュールをブロック図で示
す。

【００５２】図６を参照して、ＰＣ−Ａ２の受信アプリ
２００の機能モジュールは、受信アプリ２００のヒュー
マンインタフェースである受信アプリＧＵＩ部２０１
と、サーバ１からの送信ジョブ通知を受付ける通知受付
部２０２と、サーバ１から受付けたジョブ通知に対して
希望するか否かを返答するエントリ希望部２０３と、希
望したジョブのブロードキャストデータを受信するデー
タファイル受信部２０４とを含む。

【００５３】図７に、本実施の形態において、データ一
括送信システムが行なうデータ一括送信処理についての
フローチャートを示す。

【００５４】図７を参照して、あるデータファイルを送
信する場合、オペレータがサーバ１で送信ジョブを作成
する（Ｓ１）。

【００５５】ステップＳ１においては、オペレータは、
サーバ１の送信アプリＧＵＩ部１０１を用いて、ここに
は図示されない送信ジョブ作成画面を表示部１４に表示
させる。オペレータは、表示部１４に表示された送信ジ
ョブ作成画面に沿って、送信ジョブ作成部１０２で送信
ジョブを作成する。

【００５６】送信ジョブの作成には、送信する文書ファ
イルなどのデータファイルの選択、通知ユーザの選択、
ブロードキャストにエントリの希望を受付ける受付時間
の設定が必要である。これらの設定が行なわれると、送
信ジョブが作成され、すでにサーバ１で作成されている
送信ジョブを管理する送信ジョブリストに、作成された
新しい送信ジョブが追加される。

【００５７】また送信ジョブの作成と共に、通知リスト
およびエントリリストが作成される。

【００５８】通知リストは、ステップＳ１で、サーバ１
のオペレータが送信ジョブの作成時に行なった通知ユー
ザの選択に基づいて、送信アプリ１００の送信ジョブ作
成部１０２で自動的に作成される。

【００５９】エントリリストは、ステップＳ１でオペレ
ータが送信ジョブを作成すると同時に、送信アプリ１０
０の送信ジョブ作成部１０２で自動的に作成される。ス
テップＳ１の段階では、送信アプリ１００はクライアン
トから受信のエントリを受付けていないため、エントリ
リストは空のリストである。

【００６０】なお、通知リストおよびエントリリストに
ついては、後に具体例を挙げて、詳細な説明を行なう。

【００６１】ステップＳ１で送信ジョブが作成される
と、サーバ１の送信アプリ１００は、同じくステップＳ
１で作成された通知リストに登録されている全クライア
ントに対して、送信ジョブが作成されたことを通知する
（Ｓ２）。

【００６２】ステップＳ２においては、サーバ１の送信
アプリ１００は、送信ジョブが作成されたことを、送信
ジョブのデータファイル名、ファイル情報、および受付
時間などを記述した通知レコードを送信することで、通
知リストに登録されているクライアントに通知する。

【００６３】ステップＳ２での通知は、通知リストに登
録されているクライアントであるＰＣ−Ａ２、ＰＣ−Ｂ
３、およびＰＣ−Ｃ４などの、受信アプリ２００の通知
受付部２０２で受付けられる（Ｓ３）。

【００６４】ステップＳ３で通知を受付けた通知受付部
２０２は、受信アプリＧＵＩ部２０１に通知を渡す。受
信アプリＧＵＩ部２０１は、表示部２４に通知に含まれ
ている情報を表示し、ユーザにファイルデータの受信を
希望するか否かを問う。ユーザは受信アプリＧＵＩ部２
０１を用いて、入力部２３より、ファイルデータの受信
を希望するか否かを入力する。

【００６５】ステップＳ３で受信した通知に基づいてユ
ーザから入力された回答より、エントリ希望部２０３
は、サーバ１に対してエントリの希望を送信する（Ｓ
４）。また、エントリを希望しない場合も、希望しない
旨をサーバ１に伝える。

【００６６】ステップＳ４で受信アプリ２００のエント
リ希望部２０３より伝えられたエントリ希望は、サーバ
１の送信アプリ１００のエントリ受付部１０４で受付け
られる（Ｓ５）。

【００６７】さらに、サーバ１の送信アプリ１００の送
信ジョブ作成部１０２では、ステップＳ１で作成された
空のエントリリストに、ステップＳ５でエントリ受付部
１０４が受付けたエントリに基づいて、エントリの希望
を行なったクライアントを追加して更新する。

【００６８】送信アプリ１００の送信アプリＧＵＩ部１
０１では、ここには図示されないタイマ機能を用いて、
ステップＳ１で設定されたエントリ希望の受付終了時間
を監視する（Ｓ６）。

【００６９】クライアントからのエントリの受付時間が
終了すると（Ｓ６でＹｅｓ）、サーバ１の送信アプリ１
００のデータファイル送信部１０５は、ステップＳ５で
更新されたエントリリストに登録されている全クライア
ントに対して、ブロードキャストで送信されるデータフ
ァイルを受信するためのチャネル番号を通知する（Ｓ
７）。

【００７０】さらに送信アプリ１００のデータファイル
送信部１０５は、データファイルをブロードキャストで
送信する（Ｓ８）。

【００７１】ステップＳ７でチャネル番号の通知を受信
した受信アプリ２００では、受信したチャネル番号が自
動的に設定され、ステップＳ８でブロードキャストされ
たデータファイルが、受信アプリ２００のデータファイ
ル受信部２０４で、自動的に受信される（Ｓ９）。

【００７２】データファイル受信部２０４は、ステップ
Ｓ９で受信したデータパケットからファイルを組立て、
ハードディスクＨＤＤ２７などに保存する。

【００７３】また、データファイルの受信の終了が受信
アプリＧＵＩ部２０１で監視され、データの受信が終了
すると、その旨が表示部２４に表示され、ユーザに通知
される。

【００７４】上述の処理で、データ一括送信処理が行な
われる。次に、図７に示されたデータ一括送信処理で扱
われるリストについて、具体的に説明を行なう。

【００７５】図８は、クライアントリストの具体例を示
す図である。クライアントリストは、ネットワークに接
続された機器のうち、ブロードキャストに参加可能なク
ライアントを示すリストである。クライアントリスト
は、ネットワークが形成される度にサーバの送信アプリ
で作成される。

【００７６】サーバ１の送信アプリ１００では、ネット
ワークが形成されるときに、受信アプリ２００に対し
て、ステータスを要求する。受信アプリ２００からのス
テータス応答によって、受信アプリ２００が常駐してい
るクライアントを感知して、自動的にクライアントリス
トが作成される。

【００７７】送信アプリ１００からのステータス要求
は、ネットワーク形成時に限定されず、定期的に行なわ
れてもよい。また、送信アプリ１００からステータス要
求を行なわず、受信アプリ２００が起動時に自動的にス
テータス応答を行なってもよい。さらに受信アプリ２０
０からのステータス応答は、起動時に限定されず、定期
的に行なわれてもよい。

【００７８】図８に示されるクライアントリストは、図
１に示されるネットワークが形成されたときに、サーバ
１の送信アプリ１００で作成されるクライアントリスト
である。図８を参照して、図１に示されるネットワーク
が形成されたときに作成されるクライアントリストに
は、ネットワークに含まれる、受信アプリ２００が常駐
しているクライアント、ＰＣ−Ａ２、ＰＣ−Ｂ３、およ
びＰＣ−Ｃ４が登録される。

【００７９】図９は、図７のステップＳ１で作成され
る、送信ジョブリストの具体例を示す図である。送信ジ
ョブリストは、送信アプリで作成された送信ジョブが登
録されているリストである。ジョブ名、送信データファ
イル名、ファイルサイズなどのファイル情報、エントリ
希望受付終了時間、エントリ人数、通知リスト名、およ
びエントリリスト名などの情報を含む。

【００８０】図７のステップＳ１では、オペレータは、
サーバ１の送信アプリ１００の送信ジョブ作成部１０２
で新たな送信ジョブを作成する。作成された送信ジョブ
は、図９に示される送信ジョブリストに新たに追加され
る。

【００８１】図９を参照して、図７のステップＳ１で新
たに作成された送信ジョブのジョブ名が「会議資料Ｂ」
であるとき、送信ジョブリストには、新たに作成された
送信ジョブ「会議資料Ｂ」が文書ファイル「会議Ｂ．ｄ
ｏｃ」と、表ファイル「会議Ｂ．ｘｌｓ」とを含むこと
が登録されている。さらに送信ジョブリストには、新た
に作成された送信ジョブ「会議資料Ｂ」が、ファイルサ
イズ６２ＭＢ、エントリ希望受付終了時間１７：００、
通知人数２２人であるという情報が登録されている。

【００８２】さらに図９に示される送信ジョブリストに
は、図７のステップＳ１で新たに送信ジョブ「会議資料
Ｂ」が作成される以前に、送信ジョブ「会議資料Ａ」、
「画像Ａ」、および「画像Ｂ」の３つの送信ジョブが存
在していることが示されている。

【００８３】またさらに、図７のステップＳ１で送信ジ
ョブを作成時に、送信ジョブの追加を通知するクライア
ントを選択する。

【００８４】サーバ１のオペレータは、ここには図示さ
れない送信ジョブ作成画面においてリスト表示された、
図８に示されるクライアントリストから、送信ジョブ
「会議資料Ｂ」が作成されたことを通知するクライアン
トを選択する。クライアントの選択は、リスト表示され
たクライアントリストから選択する方法であってもよい
し、直接入力部２３より入力する方法であってもよい。

【００８５】上述のの選択に基づく通知リストと空のエ
ントリリストが、図７のステップＳ１で自動的に作成さ
れ、図９に示される送信ジョブリストに登録される。本
実施の形態においては、各リストのリスト名は、自動的
にジョブ名と同じものとなるが、その他の名前が付けら
れても構わない。

【００８６】図１０は、図７のステップＳ１で作成され
る、通知リストの具体例を示す図である。通知リスト
は、送信ジョブが作成されたことを通知するクライアン
トが登録されているリストである。

【００８７】図７のステップＳ１において、オペレータ
が通知するクライアントとして、ＰＣ−Ａ２と、ＰＣ−
Ｂ３と、ＰＣ−Ｃ４とを選択した場合、サーバ１の送信
アプリ１００の送信ジョブ作成部１０２では、送信ジョ
ブと共に図１０に示される通知リストが自動的に作成さ
れる。

【００８８】図７のステップＳ１で新たに作成された送
信ジョブ「会議資料Ｂ」が図９に示される送信ジョブリ
ストに追加登録されると、図７のステップＳ２では、図
１０に示される通知リストに登録されたクライアントに
通知される。

【００８９】図１１は、図７のステップＳ２で、サーバ
１がクライアントに新規の送信ジョブの作成を通知する
ための、通知画面の具体例である。図１１に示される通
知画面は、送信アプリ１００の送信ＧＵＩ部１０１が、
サーバ１の表示部１４に表示させる。

【００９０】サーバ１のオペレータは、図１１に示され
る通知画面に沿って、通知ユーザを選択し、さらに送信
する送信ジョブを選択する。ここでの選択は、送信する
送信ジョブをオペレータが選択すると、自動的に対応す
る通知リストに登録されたクライアントが読込まれ、通
知ユーザが表示されてもよい。

【００９１】送信する送信ジョブと通知するユーザとを
選択すると、サーバ１のオペレータは、図１１に示され
る通知画面上の通知ボタンを押下する。これにより送信
アプリ１００の送信ジョブ通知部１０３は、選択された
送信ジョブの通知レコードを、選択された通知ユーザに
送信する。送信される通知レコードは、係る送信ジョブ
について、図９に示される送信ジョブリストに登録され
ている項目についてのデータである。

【００９２】送信アプリ１００から送信された通知レコ
ードは、通知リストに登録されているクライアントであ
るＰＣ−Ａ２の受信アプリ２００の通知受付部２０２で
受信される。受信アプリＧＵＩ部２０１では、受信した
通知レコードから各種情報を読出し、表示部２４に表示
する。

【００９３】図１２に、このときＰＣ−Ａ２の表示部２
４に表示される、受信アプリ２００の表示画面の具体例
を示す。受信アプリ２００の表示画面では、新たに通知
レコードを受信することで、新たに追加された送信ジョ
ブが表示画面に追加されて表示される。図１２に示され
る受信アプリ２００の受信画面を確認することで、ユー
ザはサーバ１に新規に送信ジョブ「会議資料Ｂ」が登録
されたことを知ることができる。また、送信ジョブ「会
議資料Ｂ」に登録されているデータファイルについての
エントリ希望の受付の終了時間も知ることができる。

【００９４】ユーザは、図１２に示される表示画面に表
示された各種情報から、エントリ希望の受付を終了して
いない送信ジョブのデータファイルが必要であるか否か
を判断し、示された受付終了時間内に、エントリ希望を
するまたはしない旨をサーバ１に対して返答する。

【００９５】ユーザは受信アプリ２００の受信アプリＧ
ＵＩ部２０１を用いて、図１２の表示画面に表示された
送信ジョブの中から、受信を希望する送信ジョブを選択
し、希望ボタンを押下することで、エントリ希望を、エ
ントリ希望部２０３からサーバ１に送信する。なお、そ
の他の方法でエントリ希望を送信してもよい。

【００９６】また、エントリ希望をしない場合は、不要
ボタンを押下することで、エントリ希望をしない旨をサ
ーバ１に送信する。なお、送信ジョブを選択せずに希望
ボタンを押下する、受付終了時間まで送信を行なわない
ことでエントリ希望しない旨をサーバ１に返答する、な
どの場合、図１２に示される表示画面に不要ボタンが備
えられていなくても構わない。

【００９７】図７のステップＳ５においてサーバ１は、
クライアントから受信したエントリ希望の返答に基づい
て、ステップＳ１で作成された空のエントリリストを更
新する。エントリリストの更新は、エントリ希望を受信
したサーバ１の送信アプリ１００で自動的に行なわれて
もよいし、エントリ希望を確認してオペレータが送信ア
プリＧＵＩ部１０１を用いて行なってもよい。

【００９８】図１３に、図７のステップＳ５において更
新されるエントリリストの具体例を示す。エントリリス
トは、ブロードキャストに参加するクライアントが登録
されているリストである。

【００９９】図１３に示されるエントリリストは、図７
のステップＳ４で、クライアントであるＰＣ−Ａ２およ
びＰＣ−Ｃ４から、送信ジョブ「会議資料Ｂ」のエント
リを希望する旨、およびＰＣ−Ｂ３からエントリを希望
しない旨の返答が、エントリ希望の受付時間内に得られ
た場合に、サーバ１で更新される、送信ジョブ「会議資
料Ｂ」のエントリリストである。

【０１００】図１３を参照して、エントリリストには、
エントリを希望する旨の返答を行なったＰＣ−Ａ２およ
びＰＣ−Ｃ４が登録されている。

【０１０１】図１３のエントリリストに登録されている
クライアントに対し、サーバ１は、送信ジョブ「会議資
料Ｂ」のブロードキャスト用の帯域と、チャネル番号と
を確保する。ブロードキャスト用の帯域と、チャネル番
号との確保の方法は、一般的なＩＥＥＥ１３９４シリア
ルインタフェース規格に基づいて行なわれる。

【０１０２】図７のステップＳ７では、サーバ１は確保
したチャネル番号を図１３のエントリリストに登録され
ているクライアントＰＣ−Ａ２およびＰＣ−Ｃ４に通知
する。さらに、サーバ１のオペレータは、送信アプリ１
００の送信アプリＧＵＩ部１０１を用いて、確保したブ
ロードキャスト用の帯域で、ブロードキャストで送信ジ
ョブ「会議資料Ｂ」に含まれるデータファイルを送信す
る。

【０１０３】クライアントＰＣ−Ａ２およびＰＣ−Ｃ４
は、図７のステップＳ７で通知されたチャネル番号が自
動的に設定され、サーバ１より送信されたデータパケッ
トを、受信アプリ２００のデータファイル受信部２０４
で、自動的に受信することができる。さらにデータファ
イル受信部２０４で、受信したパケットを組立て、ハー
ドディスク２７などに保存する。

【０１０４】図１４に、上述のデータ一括送信システム
が行なうデータ一括送信方法の概要図を示す。

【０１０５】図１４を参照して、図１４の（ａ）で、サ
ーバ１から各クライアントに送信ジョブが登録されたこ
とが通知される。その通知に対して、図１４の（ｂ）で
は、ブロードキャストにてデータの受信が必要か不必要
かが各クライアントからサーバ１に返答される。図１４
の（ｃ）では、サーバ１からデータがブロードキャスト
で送信され、（ｂ）で必要と返答したクライアントの
み、予め通知されたチャネル番号でデータを受信するこ
とができる。

【０１０６】データの受信が完了した送信アプリ１００
は、送信アプリＧＵＩ部１０１で、受信の完了をクライ
アントに表示する。

【０１０７】なお、ブロードキャストはアイソクロナス
通信であるため、送信アプリ１００および受信アプリ２
００では、データサイズとデータ送信速度から、データ
ファイルの送信完了時間を予測することが可能である。
そのため、サーバ１の送信アプリ１００は、送信完了時
間を予測し、受信アプリ２００に通知することができ
る。受信アプリ２００では、受信アプリＧＵＩ部２０１
で、クライアントの表示部２４に表示させることができ
る。また、受信アプリ２００が受信完了時間を予測し、
表示させることもできる。

【０１０８】さらに、送信が完了したサーバ１では、不
要になった通知リストおよびエントリリストなどのリス
トが削除される。なお、上述のリストは、削除されず、
履歴として記憶部１０などに保存されても構わない。

【０１０９】なお、図７のステップＳ２およびＳ７にお
ける通知は、受信アプリ２００の受信アプリＧＵＩ部２
０１が表示部２４に表示させてもよいが、メールやポッ
プアップで自動的にユーザに知らせるものであってもよ
い。

【０１１０】上述のデータ一括送信システムを用いるこ
とで、データの送信がブロードキャストで行なわれるた
め、データの送信に、データサイズ分の帯域しか必要と
しない。そのため、受信を希望するユーザの数が多くな
ったとしても、ネットワーク全体にかかる負荷を大きく
軽減することができる。

【０１１１】また、上述のデータ一括送信システムを用
いることで、送信ジョブの作成を通知するユーザをサー
バ側で選択でき、さらにブロードキャスト参加するクラ
イアントにのみチャネル番号を通知するため、サーバ側
でアクセス権の管理を容易に行なうことができる。

【０１１２】また、上述のデータ一括送信システムを用
いることで、ユーザは各自サーバにデータを取りに行く
作業が不要となる。ユーザは、サーバからの通知に返答
することで、自動的にデータが取得できるため、データ
取得の操作が簡単になる。

【０１１３】（変形例１）上述のデータ一括送信システ
ムでは、サーバ１のオペレータがデータ送信の操作を行
なう場合について説明を行なったが、変形例１では、各
クライアントがデータ送信を行なうことを考える。

【０１１４】クライアントが、受信アプリ２００と、送
信アプリ３００との両方を備えることで、図７において
サーバ１が行なうものとして説明された送信処理を、ク
ライアントＰＣ−Ａ２、ＰＣ−Ｂ３、またはＰＣ−Ｃ４
のいずれかが行なうことができる。

【０１１５】クライアントに備えられる送信アプリ３０
０は、図５に示されるサーバ１の送信アプリ１００と同
様の構成であるため、ここでの説明は繰返さない。な
お、クライアントに備えられる受信アプリ２００が、送
信アプリ３００の機能を備える送受信アプリとして機能
する場合は、送信アプリ３００は備えられなくても構わ
ない。

【０１１６】変形例１においては、送信処理を行なうク
ライアントが、送信アプリ３００を用いて送信ジョブを
作成し、他のクライアントに対してその作成を通知す
る。送信アプリ３００は、他のクライアントからエント
リ希望を受付けた後にブロードキャストでデータファイ
ルを送信する。クライアントが送信アプリ３００で行な
うデータファイルの送信処理については、図７を用いて
説明されたサーバ１が行なう送信処理と同様であるた
め、ここでの説明は繰返さない。

【０１１７】また、クライアントＰＣ−Ａ２、ＰＣ−Ｂ
３、またはＰＣ−Ｃ４が、サーバ１の持つ送信機能以外
の機能も備える場合は、図１に示されるデータ一括送信
システムを用いるネットワークに、サーバ１が含まれて
いなくても構わない。

【０１１８】（変形例２）上述のデータ一括送信システ
ムでは、データを受信するクライアントは、受信アプリ
２００を常駐しておかなければならなかったが、変形例
２では、クライアントが途中から受信アプリ２００を起
動してブロードキャストに参加する場合を考える。

【０１１９】図１５に、変形例２における、データ一括
送信システムが行なうデータ一括送信処理についてのフ
ローチャートを示す。図１５に示されるフローチャート
は、図７のステップＳ１〜Ｓ５までの処理がすでに実行
され、ステップＳ６でエントリ希望の受付時間が終了す
る前に、処理が開始される。

【０１２０】図１５を参照して、図７のステップＳ６
で、サーバ１が送信ジョブのエントリの希望を受付けて
いる間に、クライアントＰＣ−Ａ２の受信アプリ２００
が起動する（Ｓ２１）。

【０１２１】ステップＳ２１で起動したＰＣ−Ａ２の受
信アプリ２００は、起動したことをサーバ１に通知する
（Ｓ２２）。起動の通知は、受信アプリ２００のエント
リ希望部２０３がサーバ１にステータス応答を送信する
ことで行なってもよい。

【０１２２】ステップＳ２２でＰＣ−Ａ２から送信され
た起動通知を受信したサーバ１は、新たに受信アプリ２
００が起動されたＰＣ−Ａ２に、現在エントリ希望を受
付けている送信ジョブを通知する（Ｓ２３）。ステップ
Ｓ２３においては、図７のステップＳ２で各クライアン
トに送信した、送信ジョブリストに新規に追加された送
信ジョブ「会議資料Ｂ」のテーブルを、新たに受信アプ
リ２００が起動されたＰＣ−Ａ２に送信する。

【０１２３】ステップＳ２３でサーバ１から送信された
送信ジョブの通知を受信したＰＣ−Ａ２は、更新された
送信ジョブリストの中から、必要な送信ジョブを選択
し、ブロードキャストのエントリ希望を、サーバ１に送
信する（Ｓ２４）。以降、ステップＳ２５〜Ｓ２９では
図７のＳ５〜Ｓ９と同様の処理が行なわれ、サーバ１か
らデータファイルがブロードキャストで送信される。

【０１２４】この方法を用いることで、受信アプリ２０
０を常駐していないクライアントであっても、ブロード
キャストに参加することができる。

【０１２５】（変形例３）上述のデータ一括送信システ
ムにおいては、所定時間が経過し、エントリ希望の受付
を締切ってからブロードキャストを開始している。しか
しその方法では、そのときのネットワークの状態によっ
ては帯域の確保に時間がかかり、データの送信が遅れる
場合も考えられる。そのため、変形例３においては、ネ
ットワークの状態を考慮してデータの送信を行なう場合
を考える。

【０１２６】図１６に、変形例３における、データ一括
送信システムが行なうデータ一括送信処理についてのフ
ローチャートを示す。図１６に示されるフローチャート
は、図７のステップＳ１およびＳ２で送信ジョブが作成
され、その通知がクライアントに行なわれた後の処理に
ついて示す。

【０１２７】図１６を参照して、クライアントの受信ア
プリ２００は、図７のステップＳ２でサーバ１から送信
された送信ジョブ「会議資料Ｂ」の通知を受信する（Ｓ
４１）。ステップＳ４１でしたエントリの希望がある場
合はエントリの希望をサーバ１に送信する（Ｓ４２）。

【０１２８】ステップＳ４２でクライアントの受信アプ
リ２００から送信されたエントリの希望はサーバ１の送
信アプリ１００で受信され、図７のステップＳ１で作成
されたエントリリストが更新される（Ｓ４３）。さらに
サーバ１の送信アプリ１００では、図１に示されるネッ
トワークの空き状態を確認する（Ｓ４４）。

【０１２９】ネットワークに空きがあり、データの送信
を行なってもネットワークに多大な付加をかけないと判
断されたときは（Ｓ４４でＹｅｓ）、サーバ１の送信ア
プリ１００は、その時点でのエントリリストに登録され
たクライアントに対して、チャネル番号を通知し（Ｓ４
５）、データファイルをブロードキャストで送信する
（Ｓ４６）。

【０１３０】エントリ希望の受付時間が終了し（Ｓ４７
でＹｅｓ）、さらにステップＳ４６でデータファイルを
送信した後に、サーバ１の送信アプリ１００がエントリ
希望を受信した場合は（Ｓ４８でＹｅｓ）、エントリ希
望の受付終了時点でのエントリリストに登録されたクラ
イアントに対してチャネル番号を通知し（Ｓ４９）、デ
ータファイルをブロードキャストで送信する（Ｓ５
０）。

【０１３１】ブロードキャストの参加を希望したクライ
アントは、サーバ１がステップＳ４４でネットワークに
空きがあると判断した場合はステップＳ４６で送信され
たデータファイルを受信することができる（Ｓ５１）。

【０１３２】また、サーバ１にネットワークに空きがな
いと判断された場合（Ｓ４４でＮｏ）、または、ステッ
プＳ４６でデータファイルのブロードキャストが終了し
た後にエントリ希望をサーバ１に送信した場合は、クラ
イアントは、エントリ希望の受付時間が終了時点で（Ｓ
４７でＹｅｓ）、ブロードキャストに参加を希望するラ
イアントがいると判断され（Ｓ４８でＹｅｓ）、ステッ
プＳ５０で送信されたデータファイルを受信することが
できる（Ｓ５１）。

【０１３３】この方法を用いることで、ネットワークの
状態によって、ブロードキャストを行なう帯域が確保で
きるまで送信が待機され、データの送信が遅延する事態
を回避することができる。

【０１３４】その結果、エントリ希望の受付が終了する
前の早い時期に希望者にデータを送信することができ、
実質的なネットワークトラフィックの軽減が実現でき
る。また、エントリ希望の受付の終了時に、エントリの
追加希望があった場合でも、ネットワークに空きがある
ときに１回目の送信を行なっているため、ネットワーク
にかかる負荷を軽減することができる。

【０１３５】（変形例４）上述のデータ一括送信システ
ムにおいては、所定時間が経過し、エントリ希望の受付
を締切ってからブロードキャストを開始している。しか
しその方法では、データの受信を希望するクライアント
は、エントリ受付時間が終了するまで、データの受信を
待つ必要がある。そのため、変形例４においては、即時
性の高いデータの送信を行なう場合を考える。

【０１３６】図１７は、変形例４における、データ一括
送信システムが行なうデータ一括送信処理についてのフ
ローチャートを示す。図１７に示されるフローチャート
は、図７のステップＳ１およびＳ２で送信ジョブが作成
され、その通知がクライアントに行なわれた後の処理に
ついて示す。

【０１３７】図１７を参照して、クライアントの受信ア
プリ２００は、図７のステップＳ２でサーバ１から送信
された送信ジョブ「会議資料Ｂ」の通知を受信する（Ｓ
６１）。ステップＳ６１で送信ジョブ「会議資料Ｂ」の
通知をサーバ１から受信したクライアントの受信アプリ
２００は、エントリの希望がある場合はエントリの希望
をサーバ１に送信する（Ｓ６２）。

【０１３８】ステップＳ６２でクライアントの受信アプ
リ２００から送信されたエントリの希望はサーバ１の送
信アプリ１００で受信され、図７のステップＳ１で作成
されたエントリリストが更新される（Ｓ６３）。さらに
サーバ１の送信アプリ１００では、エントリ希望が予め
設定した数になるのを待つ（Ｓ６４）。

【０１３９】サーバ１の受信したエントリ希望の数が、
予め設定した一定数に達するごとに（Ｓ６４でＹｅ
ｓ）、その時点でのエントリリストに登録されたクライ
アントに対して、チャネル番号を通知し（Ｓ６５）、デ
ータファイルをブロードキャストで送信する（Ｓ６
６）。

【０１４０】エントリ希望が一定数に達しない場合は
（Ｓ６４でＮｏ）、受付時間が終了するまで待ち（Ｓ６
７でＹｅｓ）、エントリ希望の受付終了時点でのエント
リリストに登録されたクライアントに対してチャネル番
号を通知し（Ｓ６９）、データファイルをブロードキャ
ストで送信する（Ｓ７０）。

【０１４１】エントリ希望を行なったクライアントは、
行なった時点でのブロードキャストでデータファイルを
受信することができる（Ｓ７１）。

【０１４２】この方法を用いることで、データの受信を
希望するクライアントは、エントリ受付終了時間まで、
データの送信を待つ必要がなく、データファイルを受信
することができる。その結果、即時性の高いデータの送
信が実現される。

【０１４３】なお、図１に示された、上述のデータ一括
送信システムを用いるネットワークは、ＩＥＥＥ１３９
４シリアルバスで接続されているが、その他のシリアル
バスで接続されていても上述のデータ一括送信システム
が行なうデータ一括送信方法は実現される。

【０１４４】また、図１に示される上述のデータ一括送
信システムを用いるネットワークにおいて、クライアン
トはＰＣとして上述の説明を行なったが、クライアント
として、プリンタなどの画像処理装置を含めることもで
きる。

【０１４５】クライアントである画像処理装置がブロー
ドキャストに参加する場合、サーバ１からブロードキャ
ストで送信されるデータファイルは、データの受信と同
時に画像処理装置において印刷処理を行なうことができ
る。

【０１４６】さらに、上述のデータ一括送信システムが
行なうデータ一括送信方法をプログラムとして提供する
こともできる。このようなプログラムは、コンピュータ
読取り可能なプログラムである。コンピュータに付属す
るフレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡ
Ｍおよびメモリカード、あるいは、コンピュータに内蔵
するハードディスクなどの記録媒体にて記録させて、プ
ログラム製品として提供することもできる。また、ネッ
トワークを介したダウンロードによって、プログラムを
提供することもできる。提供されるプログラム製品は、
ハードディスクにインストールされ、ＲＡＭに読出され
て実行される。なお、プログラム製品は、プログラム自
体と、プログラムが記録された記録媒体とを含む。

【０１４７】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】 本実施の形態における、データ一括送信シス
テムを用いるネットワークの構成を示す図である。

【図２】 図１に示されるサーバ１の構成の具体例を示
すブロック図である。

【図３】 図１に示されるＰＣ−Ａ２の構成の具体例を
示すブロック図である。

【図４】 ＩＥＥＥ１３９４シリアルインタフェース規
格のレイヤ構造を示す図である。

【図５】 図４に示されるサーバ１の送信アプリ１００
の機能モジュールを示すブロック図である。

【図６】 図４に示されるＰＣ−Ａ２の受信アプリ２０
０の機能モジュールを示すブロック図である。

【図７】 本実施の形態において、データ一括送信シス
テムが行なうデータ一括送信処理についてのフローチャ
ートである。

【図８】 クライアントリストの具体例を示す図であ
る。

【図９】 図７のステップＳ１で作成される、送信ジョ
ブリストの具体例を示す図である。

【図１０】 図７のステップＳ１で作成される、通知リ
ストの具体例を示す図である。

【図１１】 図７のステップＳ２で、サーバ１がクライ
アントに新規の送信ジョブの作成を通知するための、通
知画面の具体例である。

【図１２】 ＰＣ−Ａ２の表示部２４に表示される、受
信アプリ２００の表示画面の具体例を示す図である。

【図１３】 図７のステップＳ５において更新されるエ
ントリリストの具体例を示す図である。

【図１４】 データ一括送信システムが行なうデータ一
括送信方法を示す概要図である。

【図１５】 変形例２における、データ一括送信システ
ムが行なうデータ一括送信処理についてのフローチャー
トである。

【図１６】 変形例３における、データ一括送信システ
ムが行なうデータ一括送信処理についてのフローチャー
トである。

【図１７】 変形例４における、データ一括送信システ
ムが行なうデータ一括送信処理についてのフローチャー
トである。

【符号の説明】

１ サーバ、２ ＰＣ−Ａ、３ ＰＣ−Ｂ、４ ＰＣ−
Ｄ、１０ 記憶部、１１ サーバのＣＰＵ、１２ サー
バの通信部、１３ サーバの入力部、１４ サーバの表
示部、１５ サーバのＦＤＤ、１６ サーバのＣＤＤ、
１７ サーバのＨＤＤ、１８ サーバのＲＯＭ、１９
サーバのＲＡＭ、２１ ＰＣ−ＡのＣＰＵ、２２ ＰＣ
−Ａの通信部、２３ ＰＣ−Ａの入力部、２４ ＰＣ−
Ａの表示部、２５ ＰＣ−ＡのＦＤＤ、２６ ＰＣ−Ａ
のＣＤＤ、２７ ＰＣ−ＡのＨＤＤ、２８ ＰＣ−Ａの
ＲＯＭ、２９ ＰＣ−ＡのＲＡＭ、１００ サーバの備
える送信アプリ、１０１ 送信アプリＧＵＩ部、１０２
送信ジョブ作成部、１０３ 送信ジョブ通知部、１０
４ エントリ受付部、１０５ データファイル送信部、
２００ サーバの備える受信アプリ、２０１ 受信アプ
リＧＵＩ部、２０２通知受付部、２０３ エントリ希望
部、２０４ データファイル受信部、３００ クライア
ントの備える送信アプリ、ｆ１，ｆ２ フレキシブルデ
ィスク、ｃ１，ｃ２ ＣＤ−ＲＯＭ。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA11 HB19 HC14 JT03 KA01 KA06 KA13 LD07 5K032 AA01 BA04 CC10 DA01 5K033 AA01 BA04 CB13 DA01 DA13 DB16

Claims (22)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続されたサーバとクラ
   イアントからなるデータ一括送信システムにおいて、 前記サーバは、 送信ジョブの作成を前記クライアントに通知する通知手
   段と、 前記通知手段で前記送信ジョブの作成を通知した前記ク
   ライアントから、前記送信ジョブの受信希望を受付ける
   受信希望受付手段と、 前記送信ジョブをブロードキャストで送信する送信手段
   とを備え、 前記クライアントは、 前記サーバから前記送信手段で送信された前記送信ジョ
   ブを受信する受信手段を備える、データ一括送信システ
   ム。
2. 【請求項２】 前記受信希望受付手段は、前記通知手段
   で前記クライアントに送信ジョブの作成を通知してか
   ら、所定時間、前記受信希望を受付け、 前記送信手段は、前記所定時間経過後に、ブロードキャ
   ストを開始する、請求項１に記載のデータ一括送信シス
   テム。
3. 【請求項３】 前記送信手段は、前記ネットワークの通
   信帯域に空きが生じたことを感知するとブロードキャス
   トを開始する、請求項１に記載のデータ一括送信システ
   ム。
4. 【請求項４】 前記送信手段は、前受信希望受付手段で
   所定数の受信希望を受信すると、ブロードキャストを開
   始する、請求項１に記載のデータ一括送信システム。
5. 【請求項５】 前記通知手段は、前記ネットワークへの
   接続を確認したクライアントに対して、前記送信ジョブ
   の作成を通知する、請求項１に記載のデータ一括送信シ
   ステム。
6. 【請求項６】 前記サーバは、前記送信手段で送信する
   前記送信ジョブの送信完了時間を計算する計算手段をさ
   らに備え、 前記通知手段は、前記計算手段で得られた前記送信完了
   時間を通知する、請求項１に記載のデータ一括送信シス
   テム。
7. 【請求項７】 前記通知手段は、アプリケーション、電
   子メール機能およびポップアップ機能の少なくとも１つ
   を用いて通知を行なう、請求項１に記載のデータ一括送
   信システム。
8. 【請求項８】 ネットワークに接続されたサーバとクラ
   イアントからなるデータ一括送信システムが行なうデー
   タ一括送信方法において、 前記サーバは、 送信ジョブの作成を前記クライアントに通知する通知ス
   テップと、 前記通知ステップで前記送信ジョブの作成を通知した前
   記クライアントから、前記送信ジョブの受信希望を受付
   ける受信希望受付ステップと、 前記送信ジョブをブロードキャストで送信する送信ステ
   ップとからなる処理を実行し、 前記クライアントは、 前記サーバから前記送信ステップで送信された前記送信
   ジョブを受信する受信ステップを実行する、データ一括
   送信方法。
9. 【請求項９】 ネットワークに接続可能なデータ一括送
   信装置において、 送信ジョブの作成を前記ネットワークに接続されたクラ
   イアントに通知する通知手段と、 前記通知手段で前記送信ジョブの作成を通知した前記ク
   ライアントから、前記送信ジョブの受信希望を受付ける
   受信希望受付手段と、 前記送信ジョブをブロードキャストで送信する送信手段
   とを備える、データ一括送信装置。
10. 【請求項１０】 前記受信希望受付手段は、前記通知手
    段で前記クライアントに送信ジョブの作成を通知してか
    ら、所定時間、前記受信希望を受付け、 前記送信手段は、前記所定時間経過後に、ブロードキャ
    ストを開始する、請求項９に記載のデータ一括送信装
    置。
11. 【請求項１１】 前記送信手段は、前記ネットワークの
    通信帯域に空きが生じたことを感知するとブロードキャ
    ストを開始する、請求項９に記載のデータ一括送信装
    置。
12. 【請求項１２】 前記送信手段は、前記受信希望受付手
    段で所定数の受信希望を受信すると、ブロードキャスト
    を開始する、請求項９に記載のデータ一括送信装置。
13. 【請求項１３】 前記通知手段は、前記ネットワークへ
    の接続を確認したクライアントに対して、前記送信ジョ
    ブの作成を通知する、請求項９に記載のデータ一括送信
    装置。
14. 【請求項１４】 前記送信手段で送信する前記送信ジョ
    ブの送信完了時間を計算する計算手段をさらに備え、 前記通知手段は、前記計算手段で得られた前記送信完了
    時間を通知する、請求項９に記載のデータ一括送信装
    置。
15. 【請求項１５】 前記通知手段は、アプリケーション、
    電子メール機能およびポップアップ機能の少なくとも１
    つを用いて通知を行なう、請求項９に記載のデータ一括
    送信装置。
16. 【請求項１６】 ネットワークに接続可能なデータ一括
    送信装置が行なうデータ一括送信方法において、 送信ジョブの作成を前記ネットワークに接続されたクラ
    イアントに通知する通知ステップと、 前記通知ステップで前記送信ジョブの作成を通知した前
    記クライアントから、前記送信ジョブの受信希望を受付
    ける受信希望受付ステップと、 前記送信ジョブをブロードキャストで送信する送信ステ
    ップとを備える、データ一括送信方法。
17. 【請求項１７】 ネットワークに接続可能なデータ一括
    送信装置が行なうデータ一括送信方法を、コンピュータ
    に実現させるためのプログラムにおいて、 送信ジョブの作成を前記ネットワークに接続されたクラ
    イアントに通知する通知ステップと、 前記通知ステップで前記送信ジョブの作成を通知した前
    記クライアントから、前記送信ジョブの受信希望を受付
    ける受信希望受付ステップと、 前記送信ジョブをブロードキャストで送信する送信ステ
    ップとをコンピュータに実現させるための、データ一括
    送信プログラム。
18. 【請求項１８】 請求項１７に記載のデータ一括送信プ
    ログラムを記録した記録媒体。
19. 【請求項１９】 ネットワークに接続可能なデータ受信
    装置において、 前記ネットワークに接続された他の機器から、送信ジョ
    ブの作成の通知を受付ける通知受付手段と、 前記通知受付手段で受付けた前記通知に基づいて、前記
    送信ジョブの受信希望を前記他の機器に送信する受信希
    望送信手段と、 前記他の機器から送信ジョブをブロードキャストで受信
    する受信手段とを備える、データ受信装置。
20. 【請求項２０】 ネットワークに接続可能なデータ受信
    装置が行なうデータ受信方法において、 前記ネットワークに接続された他の機器から、送信ジョ
    ブの作成の通知を受付ける通知受付ステップと、 前記通知受付ステップで受付けた前記通知に基づいて、
    前記送信ジョブの受信希望を前記他の機器に送信する受
    信希望送信ステップと、 前記他の機器から送信ジョブをブロードキャストで受信
    する受信ステップとを備える、データ受信方法。
21. 【請求項２１】 ネットワークに接続可能なデータ受信
    装置が行なうデータ受信方法を、コンピュータに実現さ
    せるためのプログラムにおいて、 前記ネットワークに接続された他の機器から、送信ジョ
    ブの作成の通知を受付ける通知受付ステップと、 前記通知受付ステップで受付けた前記通知に基づいて、
    前記送信ジョブの受信希望を前記他の機器に送信する受
    信希望送信ステップと、 前記他の機器から送信ジョブをブロードキャストで受信
    する受信ステップとをコンピュータに実現させるため
    の、データ受信プログラム。
22. 【請求項２２】 請求項２１に記載のデータ受信プログ
    ラムを記録した記録媒体。