(57)【要約】【課題】関連する複数のジョブを１つのジョブにまとめるジョブ管理システムおよびジョブ管理装置およびジョブ管理プログラムを提案する。【解決手段】ジョブ受付部５０１で受付けたジョブに対して、前処理部５０２で自動正立処理等の前処理が行われ、そのジョブに対する出力制御が出力制御部５０５でかけられ、属性の重み付け設定に基づいて分析部５０６で分析された結果が表示部５０７に表示されて、表示された結果からの選択受付を選択受付部５０８が受付け、選択受付部５０８が受付けた複数のジョブがジョブ加工部５０９で１つのジョブにまとめられる。そして、１つにまとめられたジョブが後処理部５０４より配送センタ１４等に送信される。【選択図】図５
2011014071.tif 000002
【特許請求の範囲】
【請求項１】
ジョブの実行を指示する指示端末と、前記指示端末から実行指示されたジョブを実行するジョブ実行装置を有し、
前記ジョブ実行装置は、
前記指示端末からジョブの実行指示を受付ける受付手段と、
複数のジョブを一まとめする際に適用する属性の重み付けを設定する設定手段と、
前記受付手段で受付けた複数のジョブを、前記設定手段により設定された属性の重み付けに対応して表示する表示手段と、
前記表示部に表示される前記ジョブより複数の前記ジョブの選択を受付ける選択受付手段と、
前記選択受付手段で受付けた複数のジョブを１つのジョブにまとめるまとめ加工を行う加工手段と、
加工手段によるまとめ加工ジョブ毎に、該まとめ加工ジョブ内の複数のジョブを一括して実行する実行手段と
を具備するジョブ管理システム。
【請求項２】
前記選択受付手段は、
複数の前記ジョブが選択される順番を受付け、
前記加工手段は、
受付けた複数のジョブを前記選択受付手段で受付けた順番で１つのジョブにまとめる
請求項１記載のジョブ管理システム。
【請求項３】
前記受付手段は、
複数の送信元から送信される前記ジョブを受付ける
請求項１または２記載のジョブ管理システム。
【請求項４】
前記加工手段でまとめられた１つのジョブを分割処理する処理手段を
更に備え、
前記表示手段は、
前記処理手段で分割処理されたジョブを前記設定手段で設定される前記属性の重み付けとは異なる属性の重み付けに対応して表示し、
前記選択受付手段は、
前記処理手段で分割処理されたジョブが表示されたジョブの選択を受付ける
請求項１乃至３いずれか記載のジョブ管理システム。
【請求項５】
前記選択受付手段は、
前記処理手段で分割処理されたジョブであって前記表示手段で表示されたジョブが選択される順番を受付け、
前記加工手段は、
前記処理手段で分割処理されたジョブであって前記選択受付手段で受付けたジョブを、該受付時に受付けた順番で１つのジョブにまとめる
請求項４記載のジョブ管理システム。
【請求項６】
ジョブの実行を指示する指示端末からジョブの実行指示を受付ける受付手段と、
複数のジョブを一まとめする際に適用する属性の重み付けを設定する設定手段と、
前記受付手段で受付けた複数のジョブを、前記設定手段により設定された属性の重み付けに対応して表示する表示手段と、
前記表示部に表示される前記ジョブより複数の前記ジョブの選択を受付ける選択受付手段と、
前記選択受付手段で受付けた複数のジョブを１つのジョブにまとめるまとめ加工を行う加工手段と、
加工手段によるまとめ加工ジョブ毎に、該まとめ加工ジョブ内の複数のジョブを一括して実行する実行手段と
を具備するジョブ管理装置。
【請求項７】
コンピュータで構成されるジョブ管理装置に実装され、
コンピュータを
ジョブの実行を指示する指示端末からジョブの実行指示を受付ける受付手段、
複数のジョブを一まとめする際に適用する属性の重み付けを設定する設定手段、
前記受付手段で受付けた複数のジョブを、前記設定手段により設定された属性の重み付けに対応して表示する表示手段、
前記表示部に表示される前記ジョブより複数の前記ジョブの選択を受付ける選択受付手段、
前記選択受付手段で受付けた複数のジョブを１つのジョブにまとめるまとめ加工を行う加工手段、
加工手段によるまとめ加工ジョブ毎に、該まとめ加工ジョブ内の複数のジョブを一括して実行する実行手段
として機能させるためのジョブ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブ管理システムおよびジョブ管理装置およびジョブ管理プログラムに関する。
【背景技術】
【０００２】
オフィスで利用される電子文書を管理する様々な文書管理技術が提案されている。
【０００３】
例えば、関連する複数の文書を１つにまとめて処理、保持、保管したい要求に応える技術がある。  関連する多量の文書を印刷させる際には、場合によっては関連する多量の文書の中に別の印刷指示が紛れ込んで印刷されてしまうため、多量の文書を１つのジョブとしてまとめて印刷させるようにすれば、後で紛れ込む別の文書を仕分ける必要がない。
【０００４】
このように、文書を１つにまとめる技術として、特許文献１には、通信ネットワークに接続された複数の印刷出力装置の一つを選択して、複数の文書ファイルを一まとめにした印刷指示を１回の印刷指示で設定できるようにした印刷指示装置が提案されている。
【０００５】
また、特許文献２では、指定した複数のドキュメントファイルの印刷において、ＰＣクライアントからプリンタの印刷制御部にグループＩＤおよび印刷順ＩＤ等の印刷ジョブを指定することができるため、複数のドキュメントファイルをグループ化して印刷することができ、印刷実行時に他のユーザからの印刷ジョブと混在して印刷されるという不具合をなくす印刷制御方式が提案されている。
【０００６】
特許文献３では、文書データが投入され、出力開始指示を行うと文書データを送信して印刷を行うホットフォルダ機能において、作成日時及び名称をキーとして順序付け、印刷順序制御を行う画像形成制御方法および文書の印刷方法およびプログラムが提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平０８−２７８８６５号公報
【特許文献２】特開平１１−１１９９４０号公報
【特許文献３】特開２００６−３４４１７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
この発明は、関連する複数のジョブを１つのジョブにまとめるジョブ管理システムおよびジョブ管理装置およびジョブ管理プログラムを提案することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、請求項１のジョブ管理システムは、ジョブの実行を指示する指示端末と、前記指示端末から実行指示されたジョブを実行するジョブ実行装置を有し、前記ジョブ実行装置は、前記指示端末からジョブの実行指示を受付ける受付手段と、複数のジョブを一まとめする際に適用する属性の重み付けを設定する設定手段と、前記受付手段で受付けた複数のジョブを、前記設定手段により設定された属性の重み付けに対応して表示する表示手段と、前記表示部に表示される前記ジョブより複数の前記ジョブの選択を受付ける選択受付手段と、前記選択受付手段で受付けた複数のジョブを１つのジョブにまとめるまとめ加工を行う加工手段と、加工手段によるまとめ加工ジョブ毎に、該まとめ加工ジョブ内の複数のジョブを一括して実行する実行手段とを具備するように構成される。
【００１０】
また、請求項２の発明は、請求項１の発明において、前記選択受付手段は、複数の前記ジョブが選択される順番を受付け、前記加工手段は、受付けた複数のジョブを前記選択受付手段で受付けた順番で１つのジョブにまとめるように構成される。
【００１１】
また、請求項３の発明は、請求項１または２の発明において、前記受付手段は、複数の送信元から送信される前記ジョブを受付けるように構成される。
【００１２】
また、請求項４の発明は、請求項１乃至３のいずれかの発明において、前記加工手段でまとめられた１つのジョブを分割処理する処理手段を更に備え、前記表示手段は、前記処理手段で分割処理されたジョブを前記設定手段で設定される前記属性の重み付けとは異なる属性の重み付けに対応して表示し、前記選択受付手段は、前記処理手段で分割処理されたジョブが表示されたジョブの選択を受付けるように構成される。
【００１３】
また、請求項５の発明は、請求項４の発明において、前記選択受付手段は、前記処理手段で分割処理されたジョブであって前記表示手段で表示されたジョブが選択される順番を受付け、前記加工手段は、前記処理手段で分割処理されたジョブであって前記選択受付手段で受付けたジョブを、該受付時に受付けた順番で１つのジョブにまとめるように構成される。
【００１４】
また、請求項６の発明のジョブ管理装置は、ジョブの実行を指示する指示端末からジョブの実行指示を受付ける受付手段と、複数のジョブを一まとめする際に適用する属性の重み付けを設定する設定手段と、前記受付手段で受付けた複数のジョブを、前記設定手段により設定された属性の重み付けに対応して表示する表示手段と、前記表示部に表示される前記ジョブより複数の前記ジョブの選択を受付ける選択受付手段と、前記選択受付手段で受付けた複数のジョブを１つのジョブにまとめるまとめ加工を行う加工手段と、加工手段によるまとめ加工ジョブ毎に、該まとめ加工ジョブ内の複数のジョブを一括して実行する実行手段とを具備するように構成される。
【００１５】
また、請求項７の発明のジョブ管理プログラムは、コンピュータで構成されるジョブ管理装置に実装され、コンピュータを、ジョブの実行を指示する指示端末からジョブの実行指示を受付ける受付手段、複数のジョブを一まとめする際に適用する属性の重み付けを設定する設定手段、前記受付手段で受付けた複数のジョブを、前記設定手段により設定された属性の重み付けに対応して表示する表示手段、前記表示部に表示される前記ジョブより複数の前記ジョブの選択を受付ける選択受付手段、前記選択受付手段で受付けた複数のジョブを１つのジョブにまとめるまとめ加工を行う加工手段、加工手段によるまとめ加工ジョブ毎に、該まとめ加工ジョブ内の複数のジョブを一括して実行する実行手段として機能させるためとして構成される。
【発明の効果】
【００１６】
請求項１の発明によれば、属性に応じて表示された結果から選択受付が行われ、複数のジョブが１つにまとめられるという効果を奏する。
【００１７】
請求項２の発明によれば、１つにまとめられたジョブを構成するジョブの構成順番が受付けられるという効果を奏する。
【００１８】
請求項３の発明によれば、複数の送信元から受付けるジョブが１つにまとめられるという効果を奏する。
【００１９】
請求項４の発明によれば、１つにまとめられたジョブが分割されて再度１つにまとめられる。
【００２０】
請求項５の発明によれば、１つにまとめられたジョブが分割されて再度１つにまとめられて、まとめられるジョブの構成順番の変更が可能であるという効果を奏する。
【００２１】
請求項６の発明によれば、属性に応じて表示された結果から選択受付が行われ、複数のジョブが１つにまとめられるという効果を奏する。
【００２２】
請求項７の発明によれば、属性に応じて表示された結果から選択受付が行われ、複数のジョブが１つにまとめられるという効果を奏する。
【図面の簡単な説明】
【００２３】
【図１】図１はジョブ管理システム１の構成を示す模式図である。
【図２】図２は複合機１００と管理端末２００の構成を示すブロック図である
【図３】図３は注文表の流れを示す模式図である。
【図４】図４は複数の注文表がまとめられた１つのジョブを示す模式図である。
【図５】図５は注文表管理ソフトウェア２０８の機能的構成を示すブロック図である。
【図６】図６は表示部２０６に表示された注文表を示す模式図である。
【図７】図７は選択順序に応じてジョブが構成されることを示す模式図である。
【図８】図８は２段階で処理が行われる様子を示す模式図である。
【図９】図９は注文表管理ソフトウェア２０８が適用可能な文書について示す模式図である。
【図１０】図１０は注文表管理ソフトウェア２０８が適用可能な文書について示す模式図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施例について添付図面を参照して詳細に説明する。
【００２５】
まず、ジョブ管理システム１について図１を参照して説明を行う。
【００２６】
図１はジョブ管理システム１の構成を示す模式図である。
【００２７】
ジョブ管理システム１は、図１に示すように、営業統括部１０内の複合機１００が通信回線２に接続され、通信回線２は、営業所（Ａ）１１、営業所（Ｂ）１２、営業所（Ｃ）１３、配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７に接続される。
【００２８】
このように構成される、ジョブ管理システム１では、営業所（Ａ）１１、営業所（Ｂ）１２、営業所（Ｃ）１３内の通信回線２に接続される図示しない複合機から注文表が営業統括部１０に送られて、その注文表は営業統括部１０内の管理端末２００で管理された後に配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７に送られる。
【００２９】
図１に示すように、配送センタ１４にはＤＭＳ（Document Management System）２２が通信回線２に接続されて配置され、倉庫１５には複合機２０が通信回線２に接続されて配置され、工場（Ａ）１６にはパーソナルコンピュータ２１が通信回線２に接続されて配置され、工場（Ｂ）１７にはパーソナルコンピュータ２１が通信回線２に接続されて配置されて営業統括部１０から送られる各々の場所に送られる注文表は、それぞれＤＭＳ２２、複合機２０、パーソナルコンピュータ２１が受信する。営業統括部１０からは、同じ内容の注文表が配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７にそれぞれ送られる。
【００３０】
なお、通信回線２は社内専用のWAN（Wide Area Network）回線を想定するが、それに限定されるものではなく、インターネットを使った回線、社内LAN(Local Area Network)回線、他の専用線で構築される通信回線等のいずれの回線であってもよい。また、通信回線２の経路を通過する際に通信内容が暗号化されてもよい。
【００３１】
注文表を作成して送信を行う場所である営業所（Ａ）１１、営業所（Ｂ）１２、営業所（Ｃ）１３には、通信回線２に複合機３と操作端末４とが接続されており、注文表は、その複合機３や操作端末４からiFax(Internet FAX)で営業統括部１０に送られる。
【００３２】
iFaxでは、注文表の文書が電子メールに添付されて通信が行われる。
【００３３】
なお、注文表の送信形式は、iFaxだけに限定されるものではなく、営業統括部１０内の複合機１００から離れた場所から複合機１００に情報送信可能な形式であればよい。
【００３４】
このように各営業所から営業統括部１０に送られた注文表は、営業統括部１０内の管理端末２００で管理される。
【００３５】
管理端末２００で行われる管理は、複合機１００で受信された複数の注文表（複数のジョブ）が１つに（１つのジョブに）まとめられる処理を含む。
【００３６】
そして、注文表は、営業統括部１０から、同じ内容のものがそれぞれ配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７へ送られる。
【００３７】
次に、営業統括部１０内の複合機１００と管理端末２００の構成について図２を参照して説明を行う。
【００３８】
図２は、営業統括部１０に配置される複合機１００と管理端末２００の構成を示したブロック図である。
【００３９】
図２に示すように、複合機１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Reed Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＮＶＲＡＭ（Non Volatile RAM）１０４、ＨＤＤ（Hard Disk Drive）１０５、画像処理装置１０６、表示／操作部１０７、通信インタフェース（以下、図面と共に通信Ｉ／Ｆと呼ぶ）１０８、画像読取部１１１、印刷実行部１１２を備える。
【００４０】
ＣＰＵ１０１は、複合機１００が有する機能の主制御を行う。
【００４１】
各処理部は、ＣＰＵ１０１による指示に基づいて処理を行い、その処理結果を指定された処理部に対して通知する。
【００４２】
ＲＯＭ１０２は、複合機１００の制御、画像処理を行うための各種プログラムや、複合機１００が固有に有する固有情報を記憶し、記憶される各種プログラムは、ＣＰＵ１０１からのプログラム実行命令などによってＮＶＲＡＭ１０４などに記憶された情報が参照されながら実行される。
【００４３】
ＲＡＭ１０３は、ＲＯＭ１０２に記憶されたプログラムを動作させるための環境変数等のシステム変数や画像処理を行うためのデータ等を一時的に記憶する。
【００４４】
ＮＶＲＡＭ１０４は、電源を切っても記憶内容を保持することができる不揮発性メモリで構成され、ＲＯＭ１０２に記憶されるシステムデータと呼ばれるプログラムを動作させるための各種パラメータを記憶するほか、履歴情報等を記憶する。
【００４５】
ＨＤＤ１０５は、制御内容に基づいて画像処理を行う画像データや、各営業所から送られる注文表等を記憶する。
【００４６】
画像処理部１０６は、画像データの進捗圧縮処理、各種の画像処理を行い、例えばASIC(Application Specific Integrated Circuit)で構成される。
【００４７】
操作／表示部１０７は、液晶のタッチパネル画面で構成され、ユーザからの指示を画面上に表示されるボタン等で受付けて、また、ユーザへの情報を画面上に表示する。
【００４８】
通信Ｉ／Ｆ１０８は、外部との通信を実現するためのインタフェースであり、ＬＡＮ１０９とモデム１１０とを有する。
【００４９】
ＬＡＮ１０９は、イーサネット（登録商標）ケーブルに接続するLANポートなどを示し、IEEE(Institute of Electrical and Electronics Engineers：米国電気電子技術者協会)が定めた通信方式に従って通話を実現するインタフェースである。また、ＬＡＮ１０９は、通信回線２に接続されて、各営業所からの注文表を受付けたり、配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７へ送る注文表を送信する。
【００５０】
モデム１１０は、ファクシミリ機能のために公衆電話回線網（PSTN）と接続される。
【００５１】
画像読取部１１１は、スキャナで構成され、セットされた文書の画像データを読み取る。
【００５２】
印刷実行部１１２は、印刷出力を行うプリントエンジンを示す。
【００５３】
このように構成される複合機１００は、各営業所から送られた注文表を受信するとＨＤＤ１０５に蓄積する。
【００５４】
また、管理端末２００は、図２に示すように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、通信Ｉ／Ｆ２０５、表示部２０６、操作部２０７を備えるパーソナルコンピュータである。
【００５５】
ＣＰＵ２０１は、管理端末２００を統括的に制御する。
【００５６】
ＲＯＭ２０２は、ブート処理を行うＢＩＯＳ（Basic Input/Output System）などの単純なプログラムを記憶する。
【００５７】
ＲＡＭ２０３は、注文表を管理する注文表管理ソフトウェア２０８等の各種プログラムを動作させるためのデータを一時記憶する。
【００５８】
ＨＤＤ２０４は、管理端末２００を動作させるためのＯＳ(Operating System)や、注文表を管理する注文表管理ソフトウェア２０８等の各種プログラム等を記憶する。
【００５９】
通信Ｉ／Ｆ２０５は、外部との通信を実現するためのインタフェースであり、通信回線２と接続され、複合機１００との情報の授受を行う。
【００６０】
表示部２０６は、管理端末２００を操作するユーザとなる管理者に情報を表示するディスプレイである。
【００６１】
操作部２０７は、管理者が管理端末２００に情報を入力する際に使用するものであり、マウスやキーボード等を示す。
【００６２】
このように構成される管理端末２００は、ＨＤＤ２０４に記憶される注文表管理ソフトウェア２０８により、複合機１００のＨＤＤ１０５に記憶される注文表を管理する機能を有する。
【００６３】
そして、管理端末２００を操作する管理者は、複合機１００が受信した注文表を管理端末２００の表示部２０６で確認する。
【００６４】
複合機１００が各営業所から受信する注文表には、「営業所の種類」「発注量」「納品日」「発注日」等の属性が付加されており、注文表管理ソフトウェア２０８はそれら属性を注文表から取得する。
【００６５】
そして、注文表管理ソフトウェア２０８は、予め定められた重要とされる属性に基づき注文表に対してクラスタリング（clustering）のデータ分析を行う。
【００６６】
ここでクラスタリングのデータ分析の手法は、例えばウォード法 (Ward's method)やＫ平均法 (K-means)等があるが、注文表管理ソフトウェア２０８は、管理端末２００が管理する注文表に応じた最適なデータ解析手法を採用することができる。
【００６７】
データ分析された注文表は、予め定められた重要とされる属性について類似度が高いもがまとめられて表示部２０６に表示される。
【００６８】
表示部２０６に特定の属性について類似度が高い注文表がまとめて表示されるので、管理端末２０４を操作する管理者は、その特定の属性について似ている注文表を把握しやすい。
【００６９】
そして、管理者は、表示部２０６に表示される複数の注文表の中から、グループ化する注文表を操作部２０７のマウスやキーボードの操作によって選択する。
【００７０】
選択された複数の注文表は、注文表管理ソフトウェア２０８によって１つにまとめられる。
【００７１】
複数の注文表が管理者に選択されて注文表管理ソフトウェア２０８によって１つにまとめられことは、各営業所から送られる１つ１つの注文表をそれぞれ１つのジョブとして捉えると、複数のジョブが１つのジョブにまとめられることである。
【００７２】
そのようにして１つにまとめられたもの（１つのジョブ）は、複合機１００から、配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７に送られる。
【００７３】
次に、ジョブ管理システム１における注文表の流れを図３を参照して説明する。
【００７４】
図３は、ジョブ管理システム１における注文表の流れを示す模式図である。
【００７５】
各営業所から営業統括部１０に送られた注文表は、図３に示すように（参照番号３０１）管理端末２００の表示部２０６に表示される。
【００７６】
そして、管理端末２００を操作する管理者によって、表示部２０６に表示される注文表から、複数の注文表が選択される。
【００７７】
管理端末２００に記憶される注文表管理ソフトウェア２０８は、管理者によって選択された注文表を１つのジョブにまとめる。
【００７８】
図３に示す例では（参照番号３０１）、注文表Ｂ、注文表Ｃ、注文表Ｄ（参照番号３０２）が１つのジョブにまとめられる。
【００７９】
注文表管理ソフトウェア２０８は、複合機１００のＨＤＤ１０５に記憶される注文表を取得して、選択された注文表を１つにまとめたジョブを生成する等の管理を行う。
【００８０】
そして、注文表管理ソフトウェア２０８によって生成された、１つにまとめられたジョブは、通信回線２を介して、配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７に送信される。
【００８１】
次に、複数の注文表がまとめられた１つのジョブについての説明を図４を参照して説明する。
【００８２】
図４は、複数の注文表がまとめられた１つのジョブについて示す模式図であり、図４（ａ）は複数の注文表が１つにまとめられない状態で倉庫１５の複合機２０に送信される場合を示す模式図であり、図４（ｂ）は複数の注文表がまとめられた１つのジョブが倉庫１５の複合機２０に送信される場合を示す模式図である。
【００８３】
複数の注文表が１つにまとめられない状態だと、例えば、図４（ａ）に示すように、注文表Ｂと注文表Ｃと注文表Ｄとが営業統括部１０から倉庫１５の複合機２０に送られる。
【００８４】
その場合、営業統括部１０の複合機１００で行われる送信処理順番等の原因により、注文表Ｚが、注文表Ｂと注文表Ｃとの間に複合機２０で受信される、或いは注文表Ｃと注文表Ｄとの間に複合機２０で受信されることが発生する場合がある。
【００８５】
そうなると、注文表Ｂと注文表Ｃとの間に受信される注文表Ｚ、或いは注文表Ｃと注文表Ｄとの間に受信される注文表Ｚが、複合機２０から印刷出力される際には、注文表Ｂと注文表Ｃとの間に印刷出力、或いは注文表Ｃと注文表Ｄとの間に印刷出力されてしまう。
【００８６】
そうなると、紛れ込んだ注文表Ｚを手動で取り除かなくてはならず、ユーザに手間がかかる。
【００８７】
しかし、複数の注文表がまとめられた１つのジョブの状態だと、例えば、図４（ｂ）に示すように、注文表Ｂと注文表Ｃと注文表Ｄとが１つにまとめられたジョブが、営業統括部１０から倉庫１５の複合機２０に送られる。
【００８８】
その場合、注文表Ｚの送信処理順番が１つにまとめられたジョブの送信処理順番に近かったとしても、注文表Ｚが複合機２０で受信される際に、注文表Ｚが、１つにまとめられたジョブに紛れ込んで受信されることはない。
【００８９】
それで、複数の注文表が１つにまとめられたジョブが送信された場合には、複合機２０で印刷出力される際、他の注文表Ｚが間に紛れ込んで印刷出力されることがない。
【００９０】
次に、注文表を管理する注文表管理ソフトウェア２０８の機能について図５を参照して説明する。
【００９１】
図５は、注文表管理ソフトウェア２０８の機能的構成等を示すブロック図である。
【００９２】
図５に示すように、注文表管理ソフトウェア２０８は、その機能として、前処理部５０２、対話操作部５０３、後処理部５０４とを有する。
【００９３】
図５に示すジョブ受付部５０１は、各営業所から送られる注文表を複合機１００が受付けてＨＤＤ１０５に記憶する機能である。
【００９４】
そして、注文表管理ソフトウェア２０８が有する前処理部５０２は、ジョブ受付部５０１が受付けた注文表に対して、その注文表のフォーマットを揃えるなどの前処理を行う。  フォーマットを揃える処理としては、例えば、読まれる画像データの向きが本来よりも９０度単位で異なっているものを正しい向きに修正する自動正立機能がある。  尚、前処理部５０２で行われる前処理は、注文表のフォーマットを揃える処理に限定されず、注文表のコピーを作成する、注文表に含まれる発注部品と発注量のデータだけを所定のプログラムに送るなどといった対話操作部５０３での処理の前に行われる処理であればよい。
【００９５】
前処理部５０２は、複合機１００のＨＤＤ１０５に記憶される注文表に対して処理を行う。
【００９６】
前処理部５０２は、複合機１００が注文表を受信する度に、受信した注文表に対して前処理を行うことができる。  その為、１つにまとめられる注文表が選択される前に必要な処理が行われるので、注文表が１つにまとめられた後の処理時間が短くなる。
【００９７】
前処理部５０２に前処理された注文表はＨＤＤ１０５に記憶される。
【００９８】
対話操作部５０３は、その機能として、出力制御部５０５、分析部５０６、表示部５０７、選択受付部５０８、ジョブ加工部５０９を有する。
【００９９】
出力制御部５０５は、前処理部５０２で前処理されてＨＤＤ１０５に記憶される注文表が配送センタ１４等に送信されないように、送信を一時停止する処理を行う。
【０１００】
ここでは、注文表は、対話操作部５０３での処理の後に後処理として配送センタ１４等に送信される処理が行われるように設定されているので、その後処理を一時停止するという機能を出力制御部５０５は有するのであって、後処理部５０４で処理される処理内容が配送センタ１４等への送信以外の処理内容であれば、出力制御部５０５はその後処理部５０４で処理される処理内容を一時停止することを行う。
【０１０１】
分析部５０６は、予め定められた重要とされる属性に基づき、ＨＤＤ１０５に記憶される複数の注文表に対してクラスタリングのデータ分析を行う。
【０１０２】
例えば、予め定められる重要とされる属性とは、注文表のなかの「営業所」「納品日」等の項目である。
【０１０３】
予め定められる重要とされる属性は、予め管理者によって操作部２０７により入力されて、ＨＤＤ２０４に記憶される。
【０１０４】
ここで、予め定められる重要とされる属性は、管理端末にＮＶＲＡＭを設けて、そのＮＶＲＡＭに記憶されるように構成してもよい。  
表示部５０７は、分析部５０６でデータ分析された結果に基づき、ＨＤＤ１０５に記憶される複数の注文表を、予め定められた重要とされる属性の類似度が高いものをまとめて表示する。
【０１０５】
表示部５０７による表示は、管理端末２００の表示部２０６に行われる。
【０１０６】
表示部５０７による表示は、例えば、予め定められる重要とされる属性が「営業所」「納品日」であったら、「営業所」の同じ注文表が同じ行に配置され「納品日」の同じ注文表が同じ列に配置されるように行われる。
【０１０７】
管理端末２００を操作する管理者は、表示部２０６に表示される注文表から、１つにまとめたい注文表を複数選択する。
【０１０８】
そして、管理者は、操作部２０７を使用して、選択する複数の注文表を入力する。
【０１０９】
選択受付部５０８は、管理者の操作部２０７の操作によって入力された複数の注文表を受付ける処理を行う。
【０１１０】
ジョブ加工部５０９は、選択受付部５０８が受付けた複数の注文表を１つのジョブにまとめる処理を行う。  ジョブ加工部５０９が注文表を１つのジョブにまとめる為、注文表の送信を受ける配送センタ１４等で１つの注文表を受信時に１通のメール配信する機能が設定されている場合には、複数の注文表がまとめられた１つのジョブの送信を受けた配送センタ１４等は、１つの注文表に相当する１つのジョブを受信したことになり、１つの注文表の受信に対応する１度のメール配信だけが行われる。  複数の注文表が１つのジョブにまとめられない場合には、複数の注文表が配送センタ１４等に受信されて、複数の注文表のそれぞれに対応したメールが複数配信されることになってしまい、メール受信する側はわずらわしくなる。
【０１１１】
そして、後処理部５０４は、対話操作部５０３によって１つにまとめられたジョブに対して、注文表に設定されている後処理を行う。  後処理とは、例えば、配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７に送信する処理がある。
【０１１２】
ここでは、各営業所から営業統括部１０に送られる注文表は、配送センタ１４、倉庫１５、工場（Ａ）１６、工場（Ｂ）１７に送信されるように予め決まっているので、これが後処理となる。
【０１１３】
後処理として、配送センタ１４等に送られる処理は、任意に設定された所定の期日に送られる。  例えば、ＨＤＤ１０５に記憶される注文表（１つにまとめられたジョブを含む）が、毎月２０日に、或いは１週間毎に、或いは毎日午後３時に配送センタ１４等にまとめて送られるということが、後処理の具体例として考えられる。
【０１１４】
配送センタ１４等への送信は、ＨＤＤ１０５に記憶される１つにまとめられたジョブだけではなく、選択受付部５０８で１つにまとめられるように選択されなかった注文表をも対象とする。
【０１１５】
尚、ここでは、後処理は配送センタ１４等への送信であるとして説明したが、後処理はそれには限定されず、他の様々な処理が行われてもよい。  例えば、後処理の内容を、「電子メールで送信」「社内専用ＬＡＮで送信」「ファイルサーバに蓄積」「複合機１００で印刷」などとすることもできる。
【０１１６】
尚、前処理部５０２では、注文表が分割される処理を行うこともでき、対話操作部５０３では、前処理部５０２で分割された注文表のそれぞれが選択対象の注文表として表示部５０７で表示されるように構成することもできる。
【０１１７】
次に、注文表管理ソフトウェア２０８によって管理端末２００の表示部２０６に表示される注文表について図６を参照して説明する。
【０１１８】
図６は、分析部５０６のデータ分析の結果に基づいて表示部２０６に表示された複数の注文表を示す画面構成図の一例である。
【０１１９】
表示部２０６には、図６に示すように、複数の注文表が表示されている。
【０１２０】
これら注文表は、各営業所から営業統括部１０に送られた注文表であり、複合機１００のＨＤＤ１０５に記憶される注文表である。
【０１２１】
注文表管理ソフトウェア２０８の分析部５０６は、「営業所」「納品日」といった属性基づきクラスタリングを行う。
【０１２２】
データ分析の結果は、図６に示すように、「営業所」の同じ注文表が同じ行に配置され、そして、「納品日」の同じ注文表が同じ列に配置されるように、表示部２０６に表示される。
【０１２３】
このようにデータ分析されて表示されると、管理者は、属性の同じ注文表を選択しやすくなる。
【０１２４】
図６で示す例では、「営業所」と「納品日」との２属性のみを設定した例を表示しているために単純な表形式となっているが、３以上の属性をもとに分析部５０６がデータ分析を行った場合でも、各属性の重みを決定することで２次元への表示が可能である。
【０１２５】
そして、管理者は、例えば、表示部２０６より、３つの注文表を操作部２０７で選択すると、それら選択された注文表が１つのジョブにまとめられる。
【０１２６】
管理者が操作部２０７を使用して注文表を選択する順序に応じて、１つにまとめられるジョブ内で構成される。
【０１２７】
図７に示すように、注文表が選択された選択順序により１つのジョブ内の各々の注文表の配置順序が決定される。
【０１２８】
注文表の選択は、例えば、キーボードのctrlキーとマウスの左クリックが同時に押下されることにより選択され、選択順序はそのようにして選択された注文表の選択順を示す。
【０１２９】
最初に選択された注文表が、１つにまとめられたジョブ内で最初に印刷される注文表となる。
【０１３０】
このように、管理者は注文表を選択する選択順序を考慮することで、例えば、倉庫１５の複合機２０で印刷出力される注文表の順序を決定することができる。
【０１３１】
次に、注文表管理ソフトウェア２０８が行う注文表をまとめる処理が２段階によって行われる処理について図８を参照して説明する。
【０１３２】
図８は、複数の注文表が１つにまとめられる処理が２段階に渡って行われる処理を示す模式図である。
【０１３３】
営業統括部１０では、まず、複合機１００が受付けた注文表に対して第１段階の注文表がまとめられる処理が行われる。
【０１３４】
第１段階の処理では、注文表に対して、前処理部５０２による前処理が行われ、そして、対話操作部５０３では「営業日」「納品日」という属性に基づきクラスタリングが行われ管理者によってまとめられる処理が行われる。
【０１３５】
その後、後処理部５０４として、ＨＤＤ１０５に記憶される注文表や、複数の注文表が１つにまとめられたジョブが、配送センタ１４と倉庫１５とに送られる。
【０１３６】
配送センタ１４と倉庫１５に送られた注文表や複数の注文表が１つにまとめられたジョブは、後処理部５０４によって、第２段階の処理として注文表管理ソフトウェア２０８に受付けられる。
【０１３７】
注文表管理ソフトウェア２０８での第２段階の処理とは、工場（Ａ）１６、工場（Ｂ）１７に送られる注文表や複数の注文表が１つにまとめられたジョブに対して、再度、前処理部５０２、対話操作部５０３、後処理部５０４による処理する内容である。
【０１３８】
ここで、第２段階の処理として前処理部５０２の処理は行われないようにも構成できる。
【０１３９】
第２段階での対話操作部５０３では、例えば、注文表の「発注量」の属性に基づきクラスタリングが行われ管理者によってまとめられる処理が行われる。
【０１４０】
このように第２段階の処理では、クラスタリングされる際の重要とされる属性の設定が、第１段階と異なっている。
【０１４１】
尚、第２段階でクラスタリングされる際の重要とされる属性を第１段階と同じ設定にしてもよい。
【０１４２】
工場（Ａ）１６と工場（Ｂ）１７とで、稼動スケジュールおよび生産可能な量に差がある場合には、第１段階で「営業所」や「納品日」の属性に応じてまとめられた後に、第２段階で「発注量」の属性に応じてまとめられることで、そのようにまとめられたジョブが送られる工場（Ａ）１６、工場（Ｂ）１７ではフォルダ保存しておく際に管理が容易となる。
【０１４３】
そして、第２段階の後処理部５０４は、ＨＤＤ１０５に記憶される注文表や、第２段階の対話操作部５０３によって１つにまとめられたジョブを工場（Ａ）１６、工場（Ｂ）１７に送信する処理を行う。
【０１４４】
尚、第２段階の前処理部５０２において、第１段階の対話操作部５０３で１つにまとめられたジョブが分割されて、再度、第２段階の対話操作部５０３で選択対象の注文表として表示部５０７で表示されるように構成することもできる。  これにより、第１段階で決定された１つにまとめられたジョブ内の注文表の構成順序を、第２段階で、再度、注文表が特性の順序で選択されることにより変更することができる。  このように、第１段階で決定されたジョブ内容を、第２段階で変更できるように構成することで、１つにまとめられるジョブを構成する注文表の構成順序を動的に変更することが可能となる。
【０１４５】
尚、注文表管理ソフトウェア２０８は、複合機１００が受付けてＨＤＤ１０５に記憶される配送センタ１４等に送信される前の注文表を対象とするだけでなく、例えば、既に配送センタ１４等に送信済みで管理端末２００のＨＤＤ２０４に記憶保管される注文表を対象として、前処理部５０２、対話操作部５０３による処理が行われてもよい。  その際には、それらの注文表は既に後処理部５０４によって配送センタ１４等に送信された注文表なので、対話操作部５０３による処理の後、別途、後処理５０４を規定する必要がある。  その際には、例えば、管理端末２００のＨＤＤ２０４の特定のフォルダに記憶させることや、複合機１００より印刷出力させるといった後処理５０４が考えられる。
【０１４６】
尚、ジョブ管理システム１において、注文表管理ソフトウェア２０８は、複合機１００のＨＤＤ１０５に記憶される注文表に対して、直接、前処理部５０２による前処理、対話操作部５０３による処理を行うように説明したが、複合機１００のＨＤＤ１０５に記憶される注文表を管理装置２００のＨＤＤ２０４に記憶して、ＨＤＤ２０４に記憶される注文表に対して前処理部５０２による前処理、対話操作部５０３による処理を行うように構成してもよい。
【０１４７】
尚、ジョブ管理システム１において、注文表管理ソフトウェア２０８は、複合機１００のＨＤＤ１０５に記憶される注文表に対して、直接、前処理部５０２による前処理、対話操作部５０３による処理を行うように説明したが、複合機１００のＨＤＤ１０５に記憶される各注文表のデータの一部（例えば、注文表の識別番号と属性等）を管理装置２００のＨＤＤ２０４に記憶して、ＨＤＤ２０４に記憶される注文表のデータの一部に対して前処理部５０２による前処理、対話操作部５０３による処理を行うように構成してもよい。
【０１４８】
尚、注文表管理ソフト２０６が複合機１００にインストールされて、複合機１００が前処理部５０２、対話操作部５０３、後処理部５０４の機能を有するようにも構成できる。  その際には、表示部２０６に表示されるように説明した被選択の注文表の表示が表示／操作部１０７で行われ、操作部２０７より受付けられるユーザの選択は表示／操作部１０７で行われる。
【０１４９】
尚、注文表管理ソフトウェア２０８によって１つにまとめられる対象は、営業所から送信される注文表だけでなく、様々な形式の文書或いは処理内容を示すジョブに対しても適用できる。  次に、注文表管理ソフトウェア２０８に適用可能な様々な形式の文書について図９および図１０を参照して説明する。
【０１５０】
図９および図１０は、注文表管理ソフトウェア２０８が適用可能な文書の形式を示す模式図であり、図９（ａ）は入力処理、前処理、後処理が同じルールの場合を示す模式図であり、図９（ｂ）は前処理、後処理が同じルールの場合を示す模式図であり、図１０（ａ）は後処理だけが同じルールの場合を示す模式図であり、図１０（ｂ）は入力処理、前処理、後処理全てルールが異なる場合を示す模式図である。
【０１５１】
図９（ａ）に示すように、入力処理、前処理、後処理が同じルールの場合には、注文表管理ソフトウェア２０８への入力処理の内容は、例えば営業所（Ｘ）から送られるというように、全ての文書が同じ内容となる。
【０１５２】
そして、図９（ａ）に示すように、入力処理、前処理、後処理が同じルールの場合には、前処理（前処理部５０２によって行われる処理）が、例えば自動正立処理だけというように、全ての文書に対して同じ処理内容となる。
【０１５３】
そして、図９（ａ）に示すように、入力処理、前処理、後処理が同じルールの場合には、後処理（後処理部５０４によって行われる処理）が、例えば全ての工場に送信というように、全ての文書に対して同じ処理内容となる。
【０１５４】
このような、入力処理、前処理、後処理が同じルールの場合の文書に対して、注文表管理ソフトウェア２０８は適用可能であり対話操作部５０３の処理が行われる。
【０１５５】
また、図９（ｂ）に示すように、前処理、後処理が同じルールの場合には、注文表管理ソフトウェア２０８への入力内容は、例えば、営業所（Ｘ）から入力される文書、営業所（Ｙ）から入力される文書、営業所（Ｚ）から入力される文書というように文書によって入力内容が異なる。
【０１５６】
そして、図９（ｂ）に示すように、前処理、後処理が同じルールの場合には、前処理（前処理部５０２によって行われる処理）が、例えば自動正立処理だけというように、全ての文書に対して同じ処理内容となる。
【０１５７】
そして、図９（ｂ）に示すように、前処理、後処理が同じルールの場合には、後処理（後処理部５０４によって行われる処理）が、例えば全ての工場に送信というように、全ての文書に対して同じ処理内容となる。
【０１５８】
このような、前処理、後処理が同じルールの場合の文書に対して、注文表管理ソフトウェア２０８は適用可能であり対話操作部５０３の処理が行われる。
【０１５９】
また、図１０（ａ）に示すように、後処理だけが同じルールの場合には、注文表管理ソフトウェア２０８への入力内容は、例えば、営業所（Ｘ）から入力される文書、営業所（Ｙ）から入力される文書、営業所（Ｚ）から入力される文書というように文書によって入力内容が異なる。
【０１６０】
そして、図１０（ａ）に示すように、後処理だけが同じルールの場合には、前処理（前処理部５０２によって行われる処理）が、例えば、自動正立処理される文書、発注量のデータがコピー処理される文書というように文書によって内容が異なる。
【０１６１】
そして、図１０（ａ）に示すように、後処理だけが同じルールの場合には、後処理（後処理部５０４によって行われる処理）が、例えば全ての工場に送信というように、全ての文書に対して同じ処理内容となる。
【０１６２】
このような、後処理だけが同じルールの場合の文書に対して、注文表管理ソフトウェア２０８は適用可能であり対話操作部５０３の処理が行われる。
【０１６３】
また、図１０（ｂ）に示すように、入力処理、前処理、後処理全てルールが異なる場合には、注文表管理ソフトウェア２０８への入力内容は、例えば、営業所（Ｘ）から入力される文書、営業所（Ｙ）から入力される文書、営業所（Ｚ）から入力される文書というように文書によって入力内容が異なる。
【０１６４】
そして、図１０（ｂ）に示すように、入力処理、前処理、後処理全てルールが異なる場合には、前処理（前処理部５０２によって行われる処理）が、例えば、自動正立処理される文書、発注量のデータがコピー処理される文書というように文書によって内容が異なる。
【０１６５】
そして、図１０（ｂ）示すように、入力処理、前処理、後処理全てルールが異なる場合には、後処理（後処理部５０４によって行われる処理）が、例えば、全ての工場に送信される文書、印刷処理される文書というように文書によって内容が異なる。
【０１６６】
このような、入力処理、前処理、後処理全てルールが異なる場合の文書に対して、注文表管理ソフトウェア２０８は適用可能であり対話操作部５０３の処理が行われる。
【０１６７】
入力処理、前処理、後処理全てルールが異なる場合の文書に対して注文表管理ソフトウェア２０８の対話操作部５０３の処理が行われると、後処理の異なる文書が１つにまとめられるが、その場合に１つにまとめられたジョブの後処理は、結合される文書のいずれかの文書の後処理が選択されて実行される。  また、結合される文書の選択されなかった後処理に関しては実行されない。
【０１６８】
尚、ジョブ加工部５０９で行われる処理は、複数の注文表（文書）が１つのジョブにまとめられる処理であると説明したが、複数のシングルページTIFFが１つのマルチページTIFFにまとめられる処理であってもよい。  また、ジョブ加工部５０９で行われる処理は、複数の文書が１つの文書にまとめられる処理であってもよい。
【０１６９】
尚、後処理部５０４が行う後処理の内容は、各営業所から送られる注文表に設定されていると説明したが、注文表管理ソフトウェア２０８に予め設定されるように構成されてもよい。
【０１７０】
尚、前処理部５０２での前処理が、受付けた文書或いはジョブの分割をする処理内容であって、対話操作部５０３で、その分割された文書或いはジョブが選択対象として表示部５０７で表示されて選択受付部５０８で分割前の構成順序と異なる順序で選択されることでジョブの構成順序の更新が行われるようにも構成できる。  このように構成されることで、ジョブを構成する構成順序の変更が可能となる。  その際、表示部５０７に
【産業上の利用可能性】
【０１７１】
この発明は、ジョブ管理システムおよびジョブ管理装置およびジョブ管理プログラムにおいて利用可能である。
【符号の説明】
【０１７２】
１    ジョブ管理システム
２    通信回線
１０    営業統括部
１４    配送センタ
１５    倉庫
１６    工場（Ａ）
１７    工場（Ｂ）
１００    複合機
１０５    ＨＤＤ
２００    管理端末
２０８    注文管理ソフトウェア
５０２    前処理部
５０３    対話操作部
５０４    後処理部
５０５    出力制御部
５０６    分析部
５０７    表示部
５０８    選択受付部
５０９    ジョブ加工部
【図１】
2011014071.tif 000003
【図２】
2011014071.tif 000004
【図３】
2011014071.tif 000005
【図４】
2011014071.tif 000006
【図５】
2011014071.tif 000007
【図６】
2011014071.tif 000008
【図７】
2011014071.tif 000009
【図８】
2011014071.tif 000010
【図９】
2011014071.tif 000011
【図１０】
2011014071.tif 000012