JP2006148310A - 同報送信方式 - Google Patents

Abstract

【課題】 ユーザーに煩雑な登録処理をさせずに、複数の送信装置の宛先情報を利用できるようにする。
【解決手段】 送信装置から宛先情報を取得する手段と、複数の送信装置の宛先情報を一覧表示する手段と、複数の送信装置の宛先情報を指定して、ジョブを分散して送信する同報送信手段を有する情報処理装置と、複数の送信装置、および、ネットワーク回線、通信回線とで同報送信システムを構成する。
【選択図】 図１

Description

本発明は、複数の送信装置を用いた同報送信処理技術に関する。

従来の技術では、ホストからひとつの送信ジョブを複数の送信装置に分散して実行する同報送信処理において、あらかじめホスト上に保存されている宛先情報か、または、手動で宛先を入力して宛先を指示する同報送信しかなく、送信装置の宛先情報を送信処理の宛先指定に利用する技術はなかった。また、複数の送信装置の宛先情報を利用する場合、同報送信システムの表示や、ユーザーの選択範囲には、同じ宛先であっても、複数の装置ごとに表示するなど、冗長な表示、および選択範囲しかユーザーに提供することができなかった。また、ユーザーが認識する範囲の送信装置であれば、宛先ごとに送信する送信装置を特定しなくてもよい場合であっても、送信装置の宛先情報を用いた同報送信処理では、送信するジョブを平均化するような技術はなかった。

又、別の従来例としては、特許文献１をあげることが出来る。
特開２００１−３２６７９９号公報

従来の同報送信では、ホスト上の宛先情報を利用した同報送信機能しかなく、他の機器の宛先情報を利用するには、ユーザーが手動でホスト上の宛先情報をメンテナンスするような煩雑な作業を必要としていた。また、複数の送信装置には、それぞれ、装置上で利用される宛先情報のみが登録されていて、ホストからは、それらを一台分ずつ、宛先情報を利用することしかできなかった。複数の送信装置上には、重複した宛先情報が登録され、ユーザーは、複数の装置上に登録されている重複した宛先情報を整理して利用するには、煩雑な手間を必要としていた。さらに、複数の送信装置の宛先情報を一度に利用して複数の送信装置に分散して送信処理を実行する同報送信を行うことはできず、複数の送信装置の宛先情報を利用しつつ、ユーザーの冗長な判断や操作を必要とせずに、各送信装置の宛先数を平均化することはできなかった。

本発明は、上記課題を解決するために、複数の送信装置の宛先情報を取得する手段と、複数の送信装置の宛先情報の中から、同じ宛先を示す宛先情報を省いて表示する手段と、ユーザーが複数の送信装置の宛先情報の違いを意識せずに利用して、宛先を指示できる同報送信指示手段と、同報送信装置ごとの宛先数を平均化されるようにジョブを分散する同報送信手段と、ユーザーが送信装置ごとの送信手段の平均化を指示する設定手段を有するホストコンピュータと、ネットワーク回線、および、複数の送信装置で構成される。

本発明によれば、
ユーザーが手動でホスト上の宛先情報をメンテナンスするような煩雑な作業を必要とせずに、複数の送信装置の宛先情報を同時に利用して同報送信を実行することを可能とし、
複数の送信装置上には、重複した宛先情報が登録されていても、ユーザーは、煩雑な手間を要せずに、複数の装置上に登録されている重複した宛先情報を整理して利用することを可能とし、さらに、それらを使い分けることを可能とした。

さらに、複数の送信装置の宛先情報を一度に利用して複数の送信装置に分散して送信処理を実行する同報送信を行うことを可能とし、複数の送信装置の宛先情報を利用するにあたり、ユーザーの冗長な判断や煩雑な操作を必要とせずに、１回の同報送信において、分散して同報送信を実行し、かつ、各送信装置ごとに宛先数を平均化して同報送信処理全体の処理時間を短縮することを可能とした。

以下、図面を参照して本発明の好適な実施形態について詳細に説明する。

＜送信処理システムの構成例＞
図１は、実施形態に係る送信処理システムの構成を示す図である。

同図において、１０１、１０２、１０３、は、ネットワーク１０４に接続され、１０１は、相互に通信可能なネットワークコンピュータ、典型的にはパーソナルコンピュータ（ＰＣ）である。

１０１は、それぞれネットワークケーブルによってネットワーク１０４に接続され、アプリケーションプログラム等の各種のプログラムを実行可能であり、送信データを送信装置の通信方法に対応する送信ジョブに変換する機能を有するドライバを搭載している。ここで、各コンピュータは複数のドライバをサポートするものとする。

また、１０１コンピュータは、ネットワークで使用されるファイルを蓄積したり、ネットワーク１０６の使用状態を監視する。１０１コンピュータは、ネットワーク１０４に接続されている送信装置の管理も機能することができる。具体的には、コンピュータ１０１は、送信要求が出された送信データを含む送信ジョブをスプールし、送信する機能や、送信装置（複合機）１０２、１０３のステータスや送信ジョブの各種情報を取得する機能などを有している。

１０２、１０３は、送信制御装置としての複合機であり、図示しないネットワークインタフェースを介してネットワーク１０４と接続されており、コンピュータ１０１から送信されてくる送信データを含む送信ジョブを解析し、各種、送信方法に応じて送信ジョブを送信する。なお、同図にコンピュータ１０１は１台しか示されていないが、他のコンピュータが複数接続されていても、本発明の実施例は実施可能である。また、各送信装置の機能は相違するものであってもよいし、１台の送信装置が複数の送信手段を有していてもよい。

また、１０４はネットワークであり、コンピュータ１０１、送信装置１０２、１０３と接続している。また、１０５、１０６は、送信手段のための通信回線である。例えば、ファックス送信であれば、公衆電話回線であり、送信手段によって通信回線の種類も異なることがありうる。

＜ネットワークコンピュータのハードウェア構成例＞
図２は、コンピュータ１０１として使用されるコンピュータの構成を説明するブロック図である。なお、本実施形態においてはこのように、一般的なＰＣと同等のハードウェア構成とするが、専用のハードウェア構成であっても構わない。

図２において、２００は装置全体の制御を行うＣＰＵであり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、ＦＡＸドライバプログラム、ＯＳや、本実施形態の送信装置制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

２０１は記憶手段としてのＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は一時記憶手段としてのＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

２０３は記憶媒体読み込み手段としてのフレキシブルディスクドライブであり、後述する図５に示すようにＦＤドライブ２０３を通じて、記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータにロードすることができる。２０４は記憶媒体であるフレキシブルディスク（ＦＤ）であり、コンピュータが読み取り可能にプログラムが格納された記憶媒体である。なお、記憶媒体はＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤＲ、ＣＤＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、ＦＡＸドライバプログラム、ＯＳ、送信装置制御プログラム、関連プログラム等を格納している。更に、スプール手段であるスプーラはここに確保される。ジョブ情報を格納し、順序制御を行うためのテーブルもこの外部記憶手段に生成されて格納される。

２０６は指示入力手段であるキーボードであり、ユーザが、また、オペレータや管理者がコンピュータに対して、デバイスの制御コマンドの命令等を入力指示するものである。２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、送信装置の状態等を表示したりするものである。

２０８はシステムバスであり、コンピュータ内のデータの流れを司るものである。２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。

なお、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤなどで変更することも可能である。

図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図であり、ＦＤ２０４からロードされる上記送信装置制御プログラムが、ＲＡＭ２０２にロードされ実行可能となった状態のメモリマップである。

なお、本実施形態では、送信装置制御プログラムおよび関連データをＦＤ２０４から直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、送信装置制御プログラムを動作させる度に、既に送信装置制御プログラムがＦＤ２０４からインストールされているＨＤ２０５から、ＲＡＭ２０２にロードするようにしてもよい。また、本送信装置制御プログラムを記憶する媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤＲ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであってもよい。さらに、本送信装置制御プログラムをＲＯＭ２０１に記憶しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替として構成することもできる。

また、以下では、本送信装置制御プログラムのことを、簡単に送信制御プログラムまたは送信ドライバと呼ぶこともある。送信制御プログラムは、送信ジョブの送信先装置の変更を指示したり、送信順序を変更する指示をするための制御を行うプログラムを含む。一方、プリントサーバにおいては、送信ジョブの順序制御を行ったり、送信ジョブの送信終了や送信先変更要求などを通知するためのプログラムを含んでいる。

３０１は基本Ｉ／Ｏプログラムであり、コンピュータの電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能などを有しているプログラムが入っている領域である。３０２はオペレーティングシステム（ＯＳ）であり、３０３は送信装置制御プログラムで、ＲＡＭ２０２上に確保される領域に記憶される。３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。３０５はワークエリアで、ＣＰＵ２００が本送信制御プログラムを実行する領域が確保されている。

図４は、図２に示したＦＤ２０４のメモリマップの一例を示す図である。

図４において、４０１はデータの情報を示すボリューム情報であり、４０２はディレクトリ情報、４０３は本実施形態で説明する送信制御プログラムである送信装置制御プログラム、４０４はその関連データである。送信装置制御プログラム４０３は、本実施形態で説明するフローチャートに基づいてプログラム化したものであり、本実施形態では、クライアント及びサーバ共に、同様の構成をとっている。

図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一のものには同一の符号を付してある。図５において、ＦＤ２０４には、本実施形態で説明する送信装置制御プログラムおよび関連データが格納されている。

＜送信処理システムにおけるソフトウエア構成例＞
ここで、本実施形態における用語の技術的意味について説明しておく。

複数のプリンタを１つのプリンタとして仮想的に束ねる仮想プリンタを「グループプリンタ」、束ねられるプリンタを「メンバプリンタ」とよぶ。また、グループプリンタおよびメンバプリンタに所定の出力ポートが対応付けられた仮想プリンタドライバおよびデバイスドライバ対応しているので、グループプリンタ及びメンバプリンタをドライバに対応して考えることもできる。

グループプリンタを更に具体的に説明すると、アプリケーションからＯＳを介して生成される描画命令に基づいて中間形式ファイル（汎用ファイル）を生成するためのデータを生成する仮想ドライバをグループプリンタドライバと呼ぶ。そして、後述するジョブ制御サービスにより、先の中間形式のファイルに基づいてページ記述言語を生成させるべく各個別のプリンタドライバに送信指示がなされるが、この個別の各送信ドライバに対応するプリンタをメンバプリンタと呼ぶ。また、各メンバプリンタは最終的には特定のデバイスに対応することとなる。

一方、本実施形態において、アプリケーションにおける送信指示に応じてＯＳを介して出力される描画命令（一般的にＤＤＩ或いはＧＤＩと呼ばれている）あるいはＥＭＦ（ＥｎｈａｎｃｅｄＭｅｔａｆｉ１ｅＦｏｒｍａｔ：拡張メタファイル）を解釈し送信ジョブを生成しデバイスへ送信させるようなファックスドライバを通常ファックスドライバ、このときのデバイスを通常デバイスと呼び、グループプリンタやメンバプリンタと区別する。なお、ＯＳとしては描画命令を備えるＯＳであれば適用可能であることは言うまでもない。また、デバイスであるプリンタとは区別して送信ドライバとプリンタ出力ポートとの組み合わせをプリンタと呼ぶこともある。例えば、後述する図７のＬｏｇｉｃａｌＰｏｒｔ（ジョブ制御ポートモニタ）とグループプリンタドライバとの組み合わせを指定することを、グループプリンタを指定すると呼ぶこととする。

図６は、本システムのクライアントサーバモデルにおいて、文書作成プログラムなどの一般的なアプリケーションから発行された描画コマンドを含む送信ジョブが、送信ジョブ制御システムにおいてどのように処理されるか、ファックス送信を例に示した図である。

通常、送信の指示がされると、アプリケーションプログラムは一連の描画命令をＯＳを介して生成させる。この生成された描画命令はファックスドライバを経て所定の形式に変換された後、スプーラ（Ｓｐｏｏｌｅｒ）に渡される。Ｓｐｏｏｌｅｒは、ユーザがユーザインタフェースを介して選択し指示したポートモニタにファックスジョブデータを渡して、プリンタデバイスに送信させる手順をとる。本実施形態では、今述べた通常の動作に対してユーザはあらかじめ送信ジョブ制御システム用のポートモニタ６２１（以降、ジョブ制御ポートモニタと略記）を指定して送信を指示する。

アプリケーションプログラム６０１は一連の描画命令をＯＳを介して生成させる。ここで、ＯＳを介して生成された描画命令は、グループプリンタドライバ６０３或はファックスＤｒｉｖｅｒ６０２の何れか指定されたプログラムに引き渡させる。

ＯＳを介して生成された描画命令を受け取ったグループプリンタドライバ６０３では、汎用ファイルを生成するための汎用ドキュメントデータを生成し、送信デバイスへファックスジョブデータを送信する従来のポートモニタではなく、ジョブ制御ポートモニタ６２１にファックスジョブデータとして送信する。

これらの処理では、ＯＳは、プリンタドライバと同等のインターフェースを使用し、プリントジョブと同様の処理を行って、ファックスドライバと処理を実行しているが、ファックスドライバは、ファックス送信ジョブを生成している。このファックスドライバと同等の処理を行い、異なる通信方法を実装したドライバであれば、本発明の実施例を実行することができる。

ジョブ制御ポートモニタ６２１は、プリントジョブデータである汎用送信ドキュメントデータを送信装置１０２に送信するのではなく、送信ジョブ制御システム用サービス６２２（以降、ジョブ制御サービスと略記）に送信する。ジョブ制御サービス６２２は、送信ジョブデータに対して、後述するような送信ジョブ制御処理を行う。

一方、ＯＳを介して生成された描画命令がファックスＤｒｉｖｅｒ６０２に投入された場合には、ファックスＤｒｉｖｅｒ６０２よって頁記述言語が生成され、該生成された頁記述言語は、送信処理を行うよう設定されたファックスＤｒｉｖｅｒ６０２対応するジョブ制御ポートモニタ６２１、ジョブ制御サービス６２２を介して対応するデバイスに送信される。

送信ジョブ制御システム用プリントマネージャ６２３（以降、ジョブ制御プリントマネージャと略記）は、ユーザがジョブ制御サービス６２２内部でプリントジョブがどのような状態にあるかを調べたり、プリントジョブを操作したりするためのユーザインタフェースを提供するプログラムである。ジョブ制御プリントマネージャ６２３は、ジョブ制御サービス６２２のソフトウェアのインタフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を介して、ジョブ制御サービス６２２と情報・指示をやり取りしている。更に詳細な処理としては、マネージャー６２３がジョブ制御サービス６２２に対してデバイスを指定してのイベントを発行し、ジョブ制御サービス６２２は発行されたイベントに基づくデバイスのステータスを監視して、該監視に基づく結果をマネージャー６２３に通知する。

送信ジョブ制御システム用サーバ６３０（以降、ジョブ制御サーバと略記）は、個々のクライアント１０２〜１０４上のジョブ制御サービス６２２がプリンタデバイス１０５にプリントジョブデータを送信するタイミングを集中制御（スケジューリング）している。送信ジョブ制御システム用マネージメントコンソール６３３（以降、ジョブ制御マネージメントコンソールと略記）は、ジョブ制御サーバ６３０が持つソフトウェアがアクセスするためのＡＰＩを介して、ジョブ制御サーバ６３０と情報・指示をやり取りすることで、送信ジョブ制御システム全体を監視することができる。

また、ジョブ制御サーバ６３０は、デバイス情報コントロールモジュール６３１を用いて各プリンタデバイス１０５と通信を行い、各プリンタ内の送信ジョブや動作状態に関する情報を入手したり、操作を行ったりする。入手した情報は、クライアント１０２〜１０４側のジョブ制御サービス６２２に渡すことができる。

＜汎用送信ファイルの構成例＞
図８は、構築された汎用送信ファイルの構成の一例を示した図である。
ＯＳのプリントシステムに適合するようなファックスドライバを組み込んだ例を、以下に示すが、ファックスに限らず、送信装置に送信を依頼する送信ジョブを作成できるドライバであれば、どのような送信方法であっても、限定せずに適用できる。

また、同報送信の場合、以下に説明するグループプリンタを指定して、分散印刷と同様の操作で、アプリケーションソフトは、同報送信を実行することができる。

本実施形態で使用される汎用送信ファイルは、送信指示部８ａ（前述の送信指示書に相当）とドキュメントデータ部８ｂとからなる。送信指示部８ａは、ドキュメントの情報と送信指示とを記述した部分である。また、ドキュメントデータ８ｂは、上に説明した如くアプリケーションのドキュメントのデータを汎用的な形式のデータに変換したものであり、プリンタ言語やＯＳの種類に依存しない或は依存しにくい形式のデータフォーマットとなっている。

アプリケーションデータを変換した後の変換後データ（汎用送信データ）としては、送信リソースデータとして利用可能でかつワードプロセッサアプリケーション等により再度編集可能な形式のデータであることが想定され、実質的な標準形式のうち、例えば、ＸＭＬ形式や、ＥＭＦ形式、或はＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）形式やＳＶＧ形式などが汎用形式の汎用送信データとして採用できる。

また、図示はされてはいないが、汎用送信ファイルには、各メンバプリンタに対応したＤＥＶＭＯＤＥも含まれているものとする。該ＤＥＶＭＯＤＥには、後述の図１２にて詳しく説明する共通設定項目及び拡張設定項目の双方が含まれるものとする。

更に詳細に説明すると、送信指示部８ａは、ヘッダ部８０１、ページ情報部８０２、ドキュメント属性部８０３、送信体裁指示部８０４、出力方法指定部８０５、メンバプリンタ数８０６、メンバプリンタドライバ名８０７などから構成されている。

ヘッダ部８０１は、本ファイルのバージョン識別やファイル情報などの情報を格納する部分である。ページ情報部８０２は、ドキュメントデータ部８ｂのドキュメントデータのページ数、各ページのサイズなどの情報を格納する部分である。

送信指示部８０４は、グループプリンタドライバのＵＩや、メンバプリンタの個別のＵＩを介して設定された送信範囲、送信宛先数、送信ドキュメントデータの面付け情報、送信ジョブに関する情報を格納する部分である。尚、各メンバプリンタの個別のＵＩを介して設定された内容は印刷指示部８０４に反映されると共に、各メンバプリンタに対応するＤＥＶＭＯＤＥにも反映されて保存される。

出力方法指定部８０５は、出力方法として、分散送信、同報送信、代行送信、通常送信（代行しない印刷）などの出力方法に関する情報を格納する部分である。この出力方法指定部８０５に代行送信が設定されている場合には、更に優先順位情報（第一候補、第二候補・・・）を付した各送信装置に対応したプリンタ情報が含まれる。これら様々な出力方法の何れかは後述する図９のプリンタリスト１００２を介して選択された仮想プリンタの種別や、図１８の１２−ａのコンボボックスを介して設定された出力方法に対応する。

メンバプリンタ数８０６は、グループプリンタドライバが関連付けているメンバプリンタの数を格納する部分である。メンバプリンタドライバ名８０７は、メンバプリンタのファックスドライバ名を格納する部分である。このメンバプリンタドライバ名８０７は、前述のメンバプリンタ数８０６の数だけの格納エリアを持っている。

前述の図６で説明したジョブ制御サービス６２２では、汎用送信中間フォーマットデータより汎用送信ファイルを生成する際、グループプリンタドライバのＧＵＩ上での設定を送信指示部８ａへ記憶する。更に、グループプリンタドライバから受け取った汎用送信中間フォーマットデータを、汎用送信ファイルのドキュメントデータ部８ｂに記録する処理も、ジョブ制御サービス６２２により実行される。

＜Ｐｒｉｎｔ Ｓｙｓｔｅｍと送信ジョブ制御システムの関係例＞
次に、図７が提供するＰｒｉｎｔＳｙｓｔｅｍと送信ジョブ制御システムとにおける送信ジョブの関係と処理概要をさらに詳しく述べる。ここで、図６と同じ機能は同じ参照番号を付与しており、その機能については詳説しない。

図７中では、送信ジョブ制御システム７００は、制御プログラムが動作するプリントサーバ１０１とクライアント１０２〜１０４の物理的なマシンをまたいだ、送信ジョブ制御システムの範囲を示している。また、プリントサーバが管理している出力ポート（Ｏｕｔｐｕｔ Ｐｏｒｔ）７１１は、クライアントのジョブ制御サービス６２２のプロキシ出力ポート（Ｐｒｏｘｙ Ｏｕｔｐｕｔ Ｐｏｒｔ）７１２とそれぞれ関連付けられ、ひとつのポートに関連づけられた各クライアント上のプロキシ出力ポートの全てを統一的に管理している。本実施形態では、実際のプリントジョブデータは各々のクライアントのプロキシ出力ポート７１２に保持される。

ジョブ制御サーバ６３０は、プリントジョブデータ自体の送信処理は行わず、ジョブ制御サービス６２２に対して送信ジョブの送信指示のみを行う。その指示に応じて、クライアントのジョブ制御サービス６２２はプリントジョブデータをプリントデバイス１０５に送信する。

次に、送信ジョブ制御システム７００が、代行送信といった付加価値送信を行う場合の処理を説明する。

送信ジョブ制御システム７００が、代行送信といった付加価値的な送信処理を行う場合には、前述のようにユーザまたはアプリケーション６０１は、グループプリンタドライバ６０３に割り当てられたプリンタに送信ジョブを発行しなければならない。ジョブ制御サービス６２２は、グループプリンタドライバ６０３によって処理された汎用中間フォーマットデータをジョブ制御ポートモニタ６２１を介して受け取る。ジョブ制御サービス６２２は、この汎用中間フォーマットデータより汎用送信ファイルを構築し（図７の７１５）、先に説明した指示部８ａの指示内容に従う送信指示をデスプーラ（Ｄｅｓｐｏｏｌｅｒ）７０１に対して行う。そして、Ｄｅｓｐｏｏｌｅｒ７０１を介してファックスドライバが割り当てられた別のプリンタにジョブ（メンバジョブ）を発行して、送信処理を行わせる。

このとき、Ｄｅｓｐｏｏｌｅｒ７０１は、ジョブ制御サービス６２２の汎用送信ファイル指示部８ａの解釈に基づく指示に応じて、ドキュメントデータ部８ｂのドキュメントデータを加工してＧＤＩに変換し、プリンタドライバに対し送信指示を行い、送信ジョブを発行する。代行送信時には、送信指示部８ａに記述されている代行先メンバプリンタにジョブを発行する。また、Ｄｅｓｐｏｏｌｅｒ７０１はメンバプリンタにジョブを発行する際、メンバプリンタドライバに対応する送信指示として、メンバプリンタのＤＥＶＭＯＤＥを作成する必要があるが、このＤＥＶＭＯＤＥは送信指示部８ａ或は各メンバプリンタに対応して保存されたＤＥＶＭＯＤＥに記載された内容を適宜各メンバプリンタＤＥＶＭＯＤＥに反映させて生成する。

クライアント側のジョブ制御サービス６２２は、ファックスドライバ６０２によってレンダリングされたそれぞれのメンバジョブの送信データをジョブ制御ポートモニタ６２１を介して受け取り、受け取ったジョブ（送信データ）に関する情報をプリントサーバ側に知らせ、ジョブデータは自身のプロキシ出力キュー（Ｐｒｏｘｙ Ｏｕｔｐｕｔ Ｐｏｒｔ）７１２で一時保持する。その後、ジョブ制御サーバ６３０からの送信指示を受けた後にプリンタデバイス１０５に送信する。

次に、本発明の実施形態における、ユーザーの操作と送信ジョブ制御システムにおける制御について説明する。

図９は、本発明の実施形態における、宛先表示の手順を示すフローチャートである。

本実施例は、ファックス送信を例に説明するが、他の送信方法も選択できるドライバがファックスドライバと同様に組み込まれている場合、または、１つの送信ドライバが複数の送信機能を選択できる場合でも、同様に利用することができる。

例えば、同報プリンタの印刷設定ダイアログのようなＵＩから、同報送信の実行を指示する場合に、各ジョブの宛先の決定前などに、メンバプリンタとして登録されていて、同報送信の各送信処理を実行しうる、送信装置の宛先情報の表示処理を開始する。この際、デフォルト設定も設定できるが、ユーザーは、同じ宛先が登録されている送信装置が複数、存在した場合に、それぞれを意識して使い分けたい場合は、同じ宛先を表示する。意識せずにジョブ制御システムに任せたい場合は、同じ宛先表示をしないように指示する。ユーザーの操作により、送信装置の宛先情報表示を指示すると、Ｓ９０１において、ジョブ制御サービスは、間メンバプリンタごとに登録されている送信装置のアドレスの情報を参照する。ｓ９０２で、未取得の送信装置がなくなるまで判定しながら、ｓ９０３にすすみ、各送信装置から宛先情報を取得する。Ｓ９０２からｓ９０３の処理を、メンバプリンタとして登録されている送信装置のすべての情報を取得するまで、繰り返す。このときに、電源断などで、通信に失敗するような送信装置が含まれていた場合は、同報送信処理も実行できないので、無視して、次の送信装置の宛先情報取得を続行する。また、一度、取得した各送信装置の宛先情報は、同報送信処理が終了するまでキャッシュされるものとする。

すべての送信装置の宛先情報の取得が終わり、メモリ上に蓄積すると、ｓ９０４にすすみ、各送信装置がもつ送信機能ごとに、宛先情報がかぶっていないか判定する。例えば、ファックス送信、メール送信、ＦＴＰのファイル転送、共有フォルダへのファイル移動など、機器によっては、様々な送信機能を選択することができる。すべての機能の判定が終わるまで、ｓ９０５にすすみ、各送信装置に同じ宛先（ファックス番号）が、登録されていないか、確認する。同じ宛先がひとつもない場合は、ｓ９０４にすすみ、次の送信機能の宛先について同様の処理を行う。Ｓ９０５において、同じ宛先がある場合は、ｓ９０６にすすみ、グループプリンタの管理情報に格納された宛先の設定を確認する。Ｓ９０６において、同じ宛先であっても、表示する場合は、ｓ９０４もどり、次の送信機能の処理に移る。また、同じ宛先を表示しない設定の場合は、ｓ９０７にすすみ、各送信装置の現在の送信待ちジョブ数を確認する。この確認処理は、ジョブ制御サービスが、送信装置内のすべてのジョブの待ち状況を確認できる手段であれば、どのような手段でも本発明は実施することができる。Ｓ９０７の時点で、各送信装置に通信を行い、確認してもよいし、ジョブ制御サービスの持つ、ジョブ管理情報を参照するだけでもよい。

Ｓ９０７において、同じ宛先情報が登録されている送信装置で、例えば、送信待ちジョブ数に差がない場合は、ｓ９０８にすすみ、メンバプリンタの登録された順、（管理情報のリストに登録された順）で、最も、先頭の送信装置の宛先情報のみを表示するように、表示情報を作成する。Ｓ９０８において、送信装置ごとに送信待ちジョブの少ない機器があれば、ｓ９０９にすすみ、最も送信待ちジョブ数の少ない送信装置の宛先情報を用いて、表示情報を作成する。もし、送信待ちジョブ数が、最も少ない送信装置が複数、存在した場合は、送信待ちジョブ数が最も少ない送信装置の中で、登録順が先頭の送信装置の宛先情報を表示情報を作成する。

Ｓ９０５から、ｓ９０９までの処理を、各送信機能別に実行し、Ｓ９０４において、判断すべき送信機能がないと、例えば、ファックス送信機能しかない場合は、宛先情報としてファックス番号に関して処理を実行すると、Ｓ９１０にすすみ、例えば、図１１、１２のような宛先情報一覧を表示して、本発明の宛先情報表示の手順を終了する。

次に図１２、１３のフローチャートを用いて、本発明の実施形態の同報送信処理を説明する。

図１２は、本発明の同報送信方式の実施例における送信開始指示の一例の手順を示している。前述の宛先情報の一覧表示後、Ｓ１００１において、表示された宛先情報一覧から、同報送信を行う宛先を選択する。このとき、同じ宛先を表示しない設定で表示している場合は、ユーザーは、どの装置から送信されるか意識せずに、メンバプリンタに対応した各送信装置に登録されている宛先情報すべての宛先をただ選ぶだけでよい。次に、Ｓ１２０２において、各宛先の送信処理に関して、必要な設定があれば、ここで設定する、たとえばファックス送信であれば、解像度の指定や通信速度、など、各種、ファックス送信の設定が設定できる。次にｓ１２０３において、送信装置ごとの宛先数を平均化の有無を設定して送信開始指示を終了する。

次に、図１２のような手順でユーザーから送信開始指示を受けた後、ジョブ制御サービスの送信処理を図１３のフローチャートを用いて説明する。

本発明の実施例における同報送信処理が開始されると、Ｓ１３０１において、グループプリンタドライバは、平均化設定の有無を確認する。平均化の設定がなければＳ１３０４にすすみ、指定された宛先情報のまま、同報送信ジョブを生成する。Ｓ１３０１において、平均化が指定されていれば、Ｓ１３０２にすすみ、指定された宛先情報内の各アドレスと、同じアドレスをもつ送信装置がメンバプリンタ内に登録されているか、確認する。同じアドレスをもつ送信装置がない場合は、Ｓ１３０４にすすみ、してされた宛先情報のまま、同報送信ジョブを生成する。平均化の指示があり、他の送信装置に同じアドレスの宛先情報が登録されている場合は、Ｓ１３０３において、図１４のフローチャートで示すような平均化処理を実行し、なるべく、各送信装置の宛先数が平均化され、同報送信の送信終了時間を早めるように、各送信装置ごとの宛先を割り当てなおす。

同報送信ジョブが生成されると、次にＳ１３０５において、同報送信ジョブ内から、メンバプリンタごとに設定されている、宛先情報を参照する。次に、Ｓ１３０６において、メンバプリンタごとに、各ファックスドライバを利用して、ジョブ制御サービスがメンバジョブを生成する。各メンバジョブは、それぞれの送信装置ごとに生成され、各ジョブごとに同報送信の宛先情報が指定されている。次にＳ１３０７において、各メンバジョブを送信し、各送信装置が同報送信を実行することで本発明の送信方式の送信処理は、終了する。

次に図１４のフローチャートを用いて、本発明の実施例における平均化処理の一例の手順を示す。

平均化処理が開始されると、Ｓ１４０１において、同報送信ジョブから読み取った宛先情報一覧から、未確認の宛先情報がなくなるまの間、Ｓ１４０２にすすみ、同報送信ジョブの宛先を１件ずつメモリ上に取り出す。次にＳ１４０３において、抽出した宛先と同じアドレスを宛先情報として登録されている送信装置をピックアップする。Ｓ１４０４において、抽出した宛先ごとに、送信可能な装置を関連付けて記録する。Ｓ１４０２〜Ｓ１４０４の処理を宛先情報一覧の宛先すべてについて実行する。すべての宛先情報の確認が終わると、Ｓ１４０５、Ｓ１４０６と進み、宛先ごとに送信可能な装置数をｎとして、１台しかアドレスを持たない宛先から順に、宛先ごとの送信装置を割り当てていく。

例えば、ｎ＝１の場合、この宛先の送信装置は、選択の余地がないため、ｓ１４０７において、各送信装置に対し、宛先を割り当てるだけでよいが、ｎ＝２においては、ひとつの宛先に複数の装置が選択の候補となる、この場合、まず、すでに、各送信装置に割り当てられている宛先数をカウントすし、２台の送信装置の候補のうち、決定済みの宛先数に差があれば、最小となる送信装置に宛先が加えられるように決定する。もし、条件が同じであれば、送信装置に関連付けられたメンバプリンタの登録順に宛先を追加する。２台の送信装置に登録されている宛先を送信装置に割り当て終わった場合は、Ｓ１４０９、Ｓ１４０８と進み、ｎをインクリメントして、順にｎ＝３，４とＳ１４０６〜、Ｓ１４０７の手順を繰り返していく。メンバプリンタとして同報送信プリンタに登録されている全送信装置で、同じ宛先が登録されているのが送信台数としては最大値なので、Ｓ１４０９において、全送信装置に宛先が登録されている、宛先について、割り当てが終わると、平均化処理を終了する。

実施形態に係る送信処理システムの構成を示す図。 コンピュータ１０１として使用されるコンピュータの構成を説明するブロック図。 図２に示したＲＡＭ２０２のメモリマップの一例を示す図。 図２に示したＦＤ２０４のメモリマップの一例を示す図。 図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図。 一般的なアプリケーションから発行された描画コマンドを含む送信ジョブが、送信ジョブ制御システムにおいてどのように処理されるか、ファックス送信を例に示した図。 ＰｒｉｎｔＳｙｓｔｅｍと送信ジョブ制御システムとにおける送信ジョブの関係と処理概要を述べた図。 構築された汎用送信ファイルの構成の一例を示した図。 本発明の実施形態における、宛先表示の手順を示すフローチャート。 宛先情報一覧（同じ宛て先を表示しない場合）。 宛先情報一覧（同じ宛て先を表示する場合）。 本発明の同報送信方式の実施例における送信開始指示の一例の手順を示しているフローチャート。 図１２のような手順でユーザーから送信開始指示を受けた後、ジョブ制御サービスの送信処理の手順を示しているフローチャート。 本発明の実施例における平均化処理の一例の手順を示すフローチャート。

Claims (10)

1. 複数の送信装置に登録されている宛先情報を利用した同報送信方式。
2. 複数の送信装置に登録された宛先情報を利用したファックス同報送信方式。
3. 複数の送信装置に登録されている宛先情報を利用し、かつ、１つの同報送信ジョブに対して、送信装置ごとの宛先情報を指定せずに、宛先情報のみを指定して実行できる同報送信方式。
4. 同報送信の設定時に、複数の送信装置に登録されている宛先情報を取得し、同じ宛先がかぶらないように、利用できる宛先一覧を表示することを特徴とする同報送信システム。
5. 複数の送信装置に登録されている宛先情報を利用した同報送信システム。
6. 複数の送信装置に登録された宛先情報を利用したファックス同報送信システム。
7. 同報送信の設定時に、複数の送信装置に登録されている宛先情報を取得し、同じ宛先がかぶらないように、利用できる宛先一覧を表示することと、全送信装置に登録されている宛先情報の一覧表示を、ユーザーが選択して表示することを特徴とする同報送信システム。
8. 同報送信において、指定された宛先のうち、複数の送信装置に登録されている宛先が含まれている場合は、各送信装置の宛先数を平均化することを特徴とする同報送信方式。
9. 同報送信の設定時に、複数の送信装置に登録されている宛先情報を取得し、同じ宛先がかぶらず、かつ、送信待ちジョブが最も少ない送信装置の宛先が、利用できる宛先として一覧表示されることを特徴とする同報送信システム。
10. 同報送信の宛先情報のうち、同じ宛先情報をもつ送信装置が少ない宛先から、順に送信装置を決定し、複数の送信装置で利用できる宛先の場合は、利用可能な宛先数が同じ台数の宛先ごとに、各送信装置に決定済みの宛先数の少ないものから送信装置を決定して、一回の同報送信に使用される送信装置の各宛先数を平均化することを特徴とする同報送信方式。

Images