(57)【要約】【課題】クライアントで生成された複数の印刷ジョブをサーバーにおいて容易かつ迅速に統合する。【解決手段】サーバーと複数のクライアントとが通信可能に接続され、印刷ジョブを管理する印刷ジョブ管理システム５において、複数のクライアント３０のそれぞれは、文書データに基づく印刷ジョブを生成するプリンタドライバー部３６と、生成した印刷ジョブをサーバー１０に送る通信部３２と、を備え、サーバー１０は、複数のクライアント３０のそれぞれから送られる印刷ジョブを受信する通信部２２と、受信した複数の印刷ジョブを統合する印刷ジョブ統合部２０と、を備える。【選択図】図１
2010097303.tif 000002
【特許請求の範囲】
【請求項１】
サーバーと複数のクライアントとが通信可能に接続され、印刷ジョブを管理する印刷管理システムであって、
前記複数のクライアントのそれぞれは、
文書データに基づく印刷ジョブを生成する生成手段と、
前記生成した印刷ジョブを前記サーバーに送る送信手段と、を備え、
前記サーバーは、
前記複数のクライアントのそれぞれから送られる前記印刷ジョブを受信する受信手段と、
受信した複数の前記印刷ジョブを統合する統合手段と、を備えることを特徴とする印刷管理システム。
【請求項２】
請求項１に記載の印刷管理システムにおいて、
前記生成手段は、生成した複数の前記印刷ジョブを統合する統合手段を備えることを特徴とする印刷管理システム。
【請求項３】
請求項１乃至２のいずれかに記載の印刷管理システムにおいて、
前記サーバーは、前記印刷ジョブを記憶する記憶手段を更に備え、
前記生成手段で生成された前記印刷ジョブは、前記記憶手段に送られて記憶され、
前記統合手段は、前記記憶手段に記憶された複数の前記印刷ジョブを統合することを特徴とする印刷管理システム。
【請求項４】
請求項１乃至３のいずれか１項に記載の印刷管理システムにおいて、
前記印刷ジョブに関する印刷ジョブ情報は、所定のテーブルに格納され、
前記サーバーおよび前記複数のクライアントは、前記テーブルを介して前記印刷ジョブ情報を授受することを特徴とする印刷管理システム。
【請求項５】
通信可能に接続されたサーバーと複数のクライアントにより印刷ジョブを管理する印刷管理方法であって、
前記クライアントにおいて文書データに基づく印刷ジョブを生成する工程と、
前記クライアントにおいて前記生成した印刷ジョブを前記サーバーに送る工程と、
前記サーバーにおいて前記複数のクライアントのそれぞれから前記印刷ジョブを受信する工程と、
前記サーバーにおいて受信した複数の前記印刷ジョブを統合する工程と、を備えることを特徴とする印刷管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷管理システムおよび印刷管理方法に関するものである。
【背景技術】
【０００２】
クライアントコンピューターにおいて、種々のアプリケーションにより生成したドキュメントを印刷する場合、このクライアントコンピューターにインストールされたプリンタドライバーを用いてレイアウト等を指定した後、印刷される画像データと印刷時の設定データで構成される印刷ジョブを生成し、生成した印刷ジョブをプリンターに送ることにより印刷を行っている。
また、クライアントコンピューターがそれぞれ生成した印刷ジョブを、クライアントコンピューター上で１つの印刷ジョブに統合する技術は、特許文献１および特許文献２に示す印刷制御装置のように、複数の印刷ジョブを１つの印刷ジョブに統合することにより、印刷ジョブがそれぞれ文書、図面、表等であっても１つにまとめてプレビュー表示したり、印刷したりできることが知られている。
【０００３】
【特許文献１】特開２００１−１３４４０９号公報
【特許文献２】特開２００１−１３００８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した印刷制御装置では、クライアント自身が生成した印刷ジョブを統合することはできるが、複数のクライアントコンピューターがそれぞれ生成した印刷ジョブを、ホストコンピューターが更に１つにまとめて管理することはできなかった。従って、ホストコンピューターは、複数のクライアントが生成した印刷ジョブをそれぞれ取得し、取得した印刷ジョブを１つにまとめて統合するための作業が必要であり、時間と手間を要した。
【課題を解決するための手段】
【０００５】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態または適用例として実現することが可能である。
【０００６】
［適用例１］
本適用例にかかる印刷管理システムは、サーバーと複数のクライアントとが通信可能に接続され、印刷ジョブを管理する印刷管理システムであって、前記複数のクライアントのそれぞれは、文書データに基づく印刷ジョブを生成する生成手段と、前記生成した印刷ジョブを前記サーバーに送る送信手段と、を備え、前記サーバーは、前記複数のクライアントのそれぞれから送られる前記印刷ジョブを受信する受信手段と、受信した複数の前記印刷ジョブを統合する統合手段と、を備えることを特徴とする。
【０００７】
このような構成によれば、複数のクライアントでそれぞれ生成された印刷ジョブは、サーバーに送信されると共に、サーバーに受信された複数の印刷ジョブは統合手段で統合される。従って、各クライアントで生成された印刷ジョブを、サーバー上で迅速かつ容易に統合できる。
【０００８】
［適用例２］
上記適用例にかかる印刷管理システムにおいて、前記生成手段は、生成した複数の前記印刷ジョブを統合する統合手段を備えることが好ましい。
【０００９】
このような構成によれば、クライアントで生成され統合された印刷ジョブを、サーバー上で他の印刷ジョブと統合できる。
【００１０】
［適用例３］
上記適用例にかかる印刷管理システムにおいて、前記サーバーは、前記印刷ジョブを記憶する記憶手段を更に備え、前記生成手段で生成された前記印刷ジョブは、前記記憶手段に送られて記憶され、前記統合手段は、前記記憶手段に記憶された複数の前記印刷ジョブを統合しても良い。
【００１１】
［適用例４］
上記適用例にかかる印刷管理システムにおいて、前記印刷ジョブに関する印刷ジョブ情報は、所定のテーブルに格納され、前記サーバーおよび前記複数のクライアントは、前記テーブルを介して前記印刷ジョブ情報を授受しても良い。
【００１２】
［適用例５］
本適用例にかかる印刷管理方法は、通信可能に接続されたサーバーと複数のクライアントにより印刷ジョブを管理する印刷管理方法であって、前記クライアントにおいて文書データに基づく印刷ジョブを生成する工程と、前記クライアントにおいて前記生成した印刷ジョブを前記サーバーに送る工程と、前記サーバーにおいて前記複数のクライアントのそれぞれから前記印刷ジョブを受信する工程と、前記サーバーにおいて受信した複数の前記印刷ジョブを統合する工程と、を備えることを特徴とする。
【００１３】
このような方法によれば、複数のクライアントでそれぞれ生成された印刷ジョブは、サーバーに送信されると共に、サーバーに受信された複数の印刷ジョブは統合手段で統合される。従って、各クライアントで生成された印刷ジョブを、サーバー上で迅速かつ容易に統合できる。
【発明を実施するための最良の形態】
【００１４】
以下、印刷管理システムの一形態として、印刷ジョブ管理システムについて図面を参照して説明する。
【００１５】
（実施形態）
図１は、印刷ジョブ管理システム５の機能構成を示すブロック図である。この印刷ジョブ管理システム５は、ホストコンピューターであってデータベースサーバーとして機能するサーバーコンピューター（以降、サーバーと略す）１０と複数のクライアントコンピューター（以降、クライアントと略す）３０とが、ネットワーク５０を介して接続されている。尚、図１では、クライアント３０は、クライアントＡ３０Ａと、クライアントＢ３０Ｂの２台を表示するが、２台に限定されるものではない。これらのクライアント３０は、同一の構成を想定するため、以降、クライアントＡ３０Ａを代表して説明する。また、このネットワーク５０には、プリンター４５が接続されている。
【００１６】
サーバー１０は、操作部１２、データベース部１４、制御部１６、プリンタドライバー部１８および通信部２２を備える。また、プリンタドライバー部１８は、印刷ジョブ統合部２０を備える。クライアントＡ３０Ａは、通信部３２Ａ、制御部３４Ａ、プリンタドライバー部３６Ａ、操作部４０Ａおよび文書作成部４２Ａを備える。また、プリンタドライバー部３６Ａは、印刷ジョブ統合部３８Ａを備える。尚、サーバー１０およびクライアントＡ３０Ａは、それぞれ図示を略したＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、マウスおよびディスプレイ等からなるハードウェア資源と、ＲＯＭやＨＤＤ等に記憶された種々のソフトウェアとが有機的に協働することにより、後述する各機能部の機能を実現している。
【００１７】
次に、サーバー１０の各機能部について説明する。操作部１２は、ディスプレイに表示されるＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面（図示せず）をユーザーがマウスで指示することにより、種々の操作を指示する。データベース部１４は、複数のメンバーで構成されるプロジェクトメンバーのプロジェクトを管理すべく、印刷ジョブや印刷ジョブに関する情報等のデータを保持できる。制御部１６は、サーバー１０の各機能を制御したり、ユーザーに操作を選択させるべくＵＩ画面（図示せず）を生成して表示し、ユーザーが選択した操作に基づいて各機能部を指示したりする。本実施形態では、マイクロソフト社製のＷｉｎｄｏｗｓ（登録商標）サーバー等のオペレーティングシステムを想定する。プリンタドライバー部１８は、制御部１６からの指示に基づき、プリンター４５で印刷するための印刷ジョブを生成する。更に、印刷ジョブ統合部２０は、複数の印刷ジョブを１つに統合する。通信部２２は、ネットワーク５０を介して、クライアント３０やプリンター４５と通信し、本実施形態では、クライアントＡ３０Ａから送られる印刷ジョブを受信する受信手段、および印刷ジョブをプリンター４５に送る送信手段としても機能する。
【００１８】
次に、クライアントＡ３０Ａの各機能部について説明する。操作部４０Ａは、ディスプレイに表示されるＵＩ画面（図示せず）をユーザーがマウスで指示することにより、種々の操作を指示する。文書作成部４２Ａは、ユーザーが操作部４０Ａを操作することで、ドキュメント等の文書データを生成する。本実施形態では、マイクロソフト社製のワード等のアプリケーションを想定する。制御部３４Ａは、クライアントＡ３０Ａの各機能を制御したり、ユーザーに操作を選択させるべくＵＩ画面（図示せず）を生成して表示し、ユーザーが選択した操作に基づいて各機能部を指示したりする。本実施形態では、マイクロソフト社製のＷｉｎｄｏｗｓ（登録商標）等のオペレーティングシステムを想定する。プリンタドライバー部３６Ａは、制御部３４Ａからの指示に基づき、プリンター４５で印刷するための印刷ジョブを生成する。更に、印刷ジョブ統合部３８Ａは、クライアントＡ３０Ａが生成した複数の印刷ジョブを１つに統合する。通信部３２Ａは、ネットワーク５０を介して、サーバー１０やプリンター４５と通信し、本実施形態では、クライアントＡ３０Ａで生成した印刷ジョブをサーバー１０に送信する送信手段としても機能する。
図２は、印刷ジョブ管理システム５の処理の流れを説明するフローチャートである。最初にサーバー１０は、プロジェクトを起案する（ステップＳ６０）。ここで、図３は、ステップＳ６０の処理の詳細を示すフローチャートであり、この図３を参照してステップＳ６０を説明する。尚、本実施形態では、以下に示す表１，表２，表３のテーブルがデータベース部１４に作製されている。
【００１９】
【表１】
2010097303.tif 000003
【００２０】
【表２】
2010097303.tif 000004
【００２１】
【表３】
2010097303.tif 000005
【００２２】
最初に、データベース部１４にログオンすべくサーバー１０のディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、予め設定されたユーザーＩＤおよびパスワードがユーザーにより入力されることにより、データベース部１４にログオンされる（ステップＳ１００）。尚、本実施形態では、プロジェクト起案者であるユーザーは、「Ｃさん」を想定している。従って、ユーザーＩＤは、表２のユーザーテーブルにしめすように「１０００３」が入力される。
次に、プロジェクト名称を決定すべくサーバー１０のディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、プロジェクト名称がユーザーにより入力されることで、プロジェクト名が決定される（ステップＳ１０２）。尚、本実施形態では、プロジェクト名は、「技術成果発表資料」が入力され、このプロジェクト名に対して、プロジェクトＩＤは「３」が割り当てられる。
【００２３】
次に、プロジェクトに参加するメンバーを決定すべくサーバー１０のディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、メンバーがユーザーにより選択されることにより、メンバーが決定される（ステップＳ１０４）。尚、本実施形態では、ユーザーＩＤが「１０００４」、「１０００５」、「１０００６」であるユーザーがメンバーとして決定される。
次に、各メンバーが生成した印刷ジョブを格納するフォルダを決定すべくサーバー１０のディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、パスを含むフォルダがユーザーにより入力されることで、フォルダ名が決定される（ステップＳ１０６）。尚、本実施形態では、フォルダ名は、「￥￥１２３．１２３．１２３．１２￥Ｊｏｂｓ￥ｇｉｊｕｔｓｕ」が入力される。
次に、上記した各ステップ（Ｓ１０２，Ｓ１０４，Ｓ１０６）で決定された情報が、データベース部１４のプロジェクトテーブルに追記される（ステップＳ１０８）。本実施形態では、下記に示す表４のレコードがデータベース部１４に追加される。
【００２４】
【表４】
2010097303.tif 000006
【００２５】
次に、決定された各メンバーに対して、プロジェクトの起案が通知される（ステップＳ１１０）。本実施形態では、表４の参加ユーザーＩＤに記載されたユーザーＩＤが表２のユーザーテーブルで参照されることにより、各メンバーのメールアドレスが取得される。
次に、データベース部１４からログオフされ（ステップＳ１１２）、ステップＳ６０の処理が終了する。
【００２６】
図２に戻り、プロジェクトのメンバーとして決定された「Ｄさん」が操作するクライアントＡ３０Ａは、サーバー１０からのメールを受信する（ステップＳ７５）。
次に、印刷ジョブが、複数のアプリケーションで作成されるか、否かがユーザーにより決定される（ステップＳ８０）。ここで、１つのアプリケーションから印刷ジョブが作製される場合（ステップＳ８０でＮｏ）、プロジェクトが選択された後（ステップＳ９０）、印刷ジョブが作製され（ステップＳ９５）、クライアントＡ３０Ａでの一連の処理は終了する。他方で、複数のアプリケーションから印刷ジョブが作製される場合（ステップＳ８０でＹｅｓ）、複数の印刷ジョブが作成されると共に、作製された複数の印刷ジョブが１つに統合され（ステップＳ８５）、クライアントＡ３０Ａでの一連の処理は終了する。
【００２７】
ここで、ステップＳ９０、ステップＳ９５およびステップＳ８５の処理の詳細を説明する。最初に、ステップＳ９０について説明する。
図４は、ステップＳ９０の処理の詳細な流れを示すフローチャートである。この処理が開始されると、最初に、データベース部１４にログオンすべくクライアントＡ３０ＡのディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、予め設定されたユーザーＩＤおよびパスワードがユーザーにより入力されることにより、データベース部１４にログオンされる（ステップＳ１２０）。尚、本実施形態では、このユーザーは、「Ｄさん」を想定している。従って、ユーザーＩＤは、表２のユーザーテーブルに示すように「１０００４」が入力される。
次に、参加するプロジェクトを決定すべくクライアントＡ３０ＡのディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、プロジェクトがユーザーにより選択されることにより、参加するプロジェクトが決定される（ステップＳ１２２）。尚、本実施形態では、表１、表２および表４に示すように、このユーザーが参加可能なプロジェクトである「Ａ社向け提案書」および「技術成果発表資料」が表示され、「技術成果発表資料」が選択される。
【００２８】
続いて、ユーザーに関する情報およびプロジェクトに関する情報等の入力情報が所定の記憶領域に保持される（ステップＳ１２４）。尚、本実施形態では、プリンタドライバー部３６Ａが有するデータ保持領域（例えば、プリンタドライバーの設定情報を格納するＤｅｖｍｏｄｅ等の構造体領域）に保持する。
次に、データベース部１４からログオフされ（ステップＳ１２６）、ステップＳ９０の処理が終了する。
【００２９】
次に、ステップＳ９５について説明する。図５は、ステップＳ９５の処理の詳細な流れを示すフローチャートである。この処理が開始されると、最初に、データベース部１４にログオンすべくクライアントＡ３０ＡのディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、予め設定されたユーザーＩＤおよびパスワードがユーザーにより入力されることにより、データベース部１４にログオンされる（ステップＳ１３０）。尚、本実施形態では、このユーザーは、「Ｄさん」を想定している。従って、ユーザーＩＤは、表２のユーザーテーブルに示すように「１０００４」が入力される。
【００３０】
次に、所定の記憶領域に保持されたプロジェクトに関する情報を読み込み、データベース部１４のレコードの中から、取得したプロジェクトＩＤに基づいて検索し、印刷ジョブを出力するフォルダ情報を取得する（ステップＳ１３２）。本実施形態では、表４が参照され、「￥￥１２３．１２３．１２３．１２￥Ｊｏｂｓ￥ｇｉｊｕｔｓｕ」のフォルダ名が共有フォルダとして取得される。
次に、文書作成部４２Ａで作製された文書データに基づく印刷ジョブが、プリンタドライバー部３６Ａで作製される（ステップＳ１３４）。本実施形態では、ファイル名は「ｄａｔａ２．ｄａｔ」で作製され、作製された印刷ジョブのファイルは、ステップＳ１３２で取得されたフォルダ（「￥￥１２３．１２３．１２３．１２￥Ｊｏｂｓ￥ｇｉｊｕｔｓｕ」）内に出力される。
次に、作製した印刷ジョブに関する情報をデータベース部１４のレコードに追記する（ステップＳ１３６）。本実施形態では、表５に示すレコードが追記される。
【００３１】
【表５】
2010097303.tif 000007
【００３２】
次に、プロジェクト起案者であるユーザー「Ｃさん」に対して、印刷ジョブを作製したことが通知される（ステップＳ１３８）。
次に、データベース部１４からログオフされ（ステップＳ１４０）、ステップＳ９５の処理が終了する。
次に、ステップＳ８５について説明する。図６は、ステップＳ８５の処理の詳細な流れを示すフローチャートである。この処理が開始されると、最初に、データベース部１４にログオンすべくクライアントＡ３０ＡのディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、予め設定されたユーザーＩＤおよびパスワードがユーザーにより入力されることにより、データベース部１４にログオンされる（ステップＳ１５０）。尚、複数の印刷ジョブを作製する場合、１つの印刷ジョブの場合と区別すべく、ユーザーは、便宜上「Ｆさん」を想定する。従って、ユーザーＩＤは、表２のユーザーテーブルに示すように「１０００６」が入力される。
【００３３】
次に、参加するプロジェクトを決定すべくクライアントＡ３０ＡのディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、プロジェクトがユーザーにより選択されることにより、参加するプロジェクトが決定される（ステップＳ１５２）。尚、本実施形態では、表１、表２および表４に示すように、このユーザー（Ｆさん）が参加可能なプロジェクトである「Ｂ社向け提案書」および「技術成果発表資料」が表示され、「技術成果発表資料」が選択され、選択されたプロジェクトに関する情報も取得される。
【００３４】
次に、複数の印刷ジョブを１つに統合するべく、複数の印刷ジョブを選択するためのＵＩ画面（図示せず）がクライアントＡ３０Ａのディスプレイ上に表示され、このＵＩ画面（図示せず）に基づき、既に作成された印刷ジョブの中から１つに統合する複数の印刷ジョブが選択され、選択された複数の印刷ジョブは、プリンタドライバー部３６Ａで１つに統合され、フォルダに出力される（ステップＳ１５４）。本実施形態では、ファイル名は「ｄａｔａ３．ｄａｔ」で作製され、作製された印刷ジョブのファイルは、取得されたプロジェクトに関する情報に含まれる共有フォルダ（「￥￥１２３．１２３．１２３．１２￥Ｊｏｂｓ￥ｇｉｊｕｔｓｕ」）内に出力される。
次に、作製した印刷ジョブに関する情報をデータベース部１４のレコードに追記する（ステップＳ１５６）。本実施形態では、表６に示すレコードが追記される。
【００３５】
【表６】
2010097303.tif 000008
【００３６】
次に、プロジェクト起案者であるユーザー「Ｃさん」に対して、印刷ジョブを作製したことが通知される（ステップＳ１５８）。
次に、データベース部１４からログオフされ（ステップＳ１６０）、ステップＳ８５の処理が終了する。
図２に戻り、サーバー１０は、クライアントＡ３０Ａからのメールを受信する（ステップＳ６５）。
次に、プロジェクトの参加メンバーがそれぞれ作製した複数の印刷ジョブがサーバー１０上で統合され（ステップＳ７０）、一連の処理が終了する。図７は、ステップＳ７０の処理の詳細な流れを示すフローチャートであり、これに基づきステップＳ７０の処理を説明する。尚、この段階で、データベース部１４に保持された印刷ジョブ情報テーブルは、表７を想定する。
【００３７】
【表７】
2010097303.tif 000009
【００３８】
ステップＳ７０の処理が開始されると、データベース部１４にログオンすべくサーバー１０のディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、予め設定されたユーザーＩＤおよびパスワードがユーザーにより入力されることにより、データベース部１４にログオンされる（ステップＳ１７０）。尚、本実施形態では、ユーザーＩＤは「１０００３」が入力される。
次に、参加するプロジェクトを決定すべくサーバー１０のディスプレイにＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、プロジェクトがユーザーにより選択されることにより、参加するプロジェクトが決定される（ステップＳ１７２）。尚、本実施形態では、表７に示すプロジェクトの中から、起草者がサーバー１０のユーザーと一致するプロジェクトのみが表示される。従って、表４から、プロジェクトＩＤが「３」である「技術成果発表資料」が選択される。
【００３９】
次に、１つに統合する印刷ジョブを選択するためのＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、複数の印刷ジョブが選択され、選択された印刷ジョブは１つに統合される（ステップＳ１７４）。本実施形態では、表７の中から、プロジェクトＩＤが「３」である全ての印刷ジョブが選択されるものとする。即ち、下記に示す表８の印刷ジョブが統合される。
【００４０】
【表８】
2010097303.tif 000010
【００４１】
次に、統合した印刷ジョブのファイル名を決定するためのＵＩ画面（図示せず）が表示され、このＵＩ画面（図示せず）に基づき、統合した印刷ジョブのファイル名が決定され（ステップＳ１７６）、取得されたプロジェクトに関する情報に含まれる共有フォルダ（「￥￥１２３．１２３．１２３．１２￥Ｊｏｂｓ￥ｇｉｊｕｔｓｕ」）内に、決定されたファイル名で出力される。本実施形態では、ファイル名は「ｊｏｉｎ．ｄａｔ」で作製される。
次に、統合した印刷ジョブに関する情報をデータベース部１４のレコードに追記する（ステップＳ１７８）。本実施形態では、表９に示すレコードが追記される。
【００４２】
【表９】
2010097303.tif 000011
【００４３】
次に、データベース部１４からログオフされ（ステップＳ１８０）、ステップＳ７０の処理が終了する。
以上の処理により、印刷ジョブは、それぞれのクライアント３０側で必要に応じて１つに統合された後、共有のフォルダにそれぞれ作製される。これを受けて、サーバー１０は、共有のフォルダに存在する複数の印刷ジョブを１つに統合し、統合した印刷ジョブをプリンター４５に送ることで、印刷用紙に統合された印刷ジョブが順次印刷される。従って、１つの資料を複数の担当者で分担して作成する場合、それぞれの担当者により作成された文書データ等の成果物の統合が容易かつ迅速にできるようになり、サーバー上での各成果物の管理が容易になる。
【００４４】
本発明の実施形態について、図面を参照して説明したが、具体的な構成は、この実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、印刷ジョブが作製された時間に関する情報を、レコードのデータとして保持し、印刷ジョブを結合した履歴に関する情報を更に管理しても良い。また、印刷ジョブが作製された時間に関する情報に加えて、印刷された印刷用紙サイズや枚数に関する情報もレコードのデータとして保持し、ユーザー毎の月次における仕事量を、所定の印刷用紙に換算した用紙使用量で算出して管理しても良い。
【図面の簡単な説明】
【００４５】
【図１】本実施形態に係る印刷ジョブ管理システムの機能構成を示すブロック図。
【図２】本実施形態に係る印刷ジョブ管理システムの処理の流れを説明するフローチャート。
【図３】プロジェクト起案の処理の流れを示すフローチャート。
【図４】プロジェクト選択の処理の流れを示すフローチャート。
【図５】印刷ジョブの作成の処理の流れを示すフローチャート。
【図６】複数の印刷ジョブを統合する処理の流れを示すフローチャート。
【図７】サーバーにおいて複数の印刷ジョブを統合する処理の流れを示すフローチャート。
【符号の説明】
【００４６】
５…印刷ジョブ管理システム、１０…サーバー、１２…操作部、１４…データベース部、１６…制御部、１８…プリンタドライバー部、２０…印刷ジョブ統合部、２２…通信部、３０…クライアント、３０Ａ…クライアントＡ、３０Ｂ…クライアントＢ、３２Ａ…通信部、３４Ａ…制御部、３６Ａ…プリンタドライバー部、３８Ａ…印刷ジョブ統合部、４０Ａ…操作部、４２Ａ…文書作成部、４５…プリンター、５０…ネットワーク。
【図１】
2010097303.tif 000012
【図２】
2010097303.tif 000013
【図３】
2010097303.tif 000014
【図４】
2010097303.tif 000015
【図５】
2010097303.tif 000016
【図６】
2010097303.tif 000017
【図７】
2010097303.tif 000018