JP2018106612A - 印刷管理システム、印刷管理システムの制御方法及びプログラム - Google Patents

Abstract

【課題】 単位時間当たりの印刷枚数が他のユーザに比べて少ないユーザの、文書データの印刷に要する時間を短縮することが可能な仕組みを提供すること。【解決手段】 クライアント端末から文書データを取得し、取得した文書データの取得元の前記クライアント端末を操作するユーザの単位時間当たりの印刷枚数が他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、取得した文書データを前記所定のフォーマットに変換するように制御する。【選択図】 図５

Description

本発明は、印刷管理システム、印刷管理システムの制御方法およびプログラムに関し、特に、単位時間当たりの印刷枚数が他のユーザに比べて少ないユーザの、文書データの印刷に要する時間を短縮することが可能な仕組みを提供する技術に関する。

一般的なクラウドサービスでは、システムにかかる負荷に応じて自動的に計算資源を増減させるスケーリングという機能がある。

クライアントＰＣ（以下、クライアント端末とも称する）から送信された文書データをサーバで管理し、クライアントＰＣからの印刷リクエストに応じて、サーバ上で文書データから印刷データへの変換を行ってからプリンタ（以下、複合機、ＭＦＰ、画像形成装置とも称する）で印刷をするクラウド印刷サービスシステムでは、スケーリングの機能を用い、印刷の要求が集中してサーバの負荷が高まった場合、順次計算資源を増やして多数の要求に対応することを行なっている。

なお、計算資源とは、割り当てられる仮想マシン（仮想サーバ）のリソース（ＣＰＵ、メモリ、など）のことを言う。スケーリングによって仮想マシンの数が増減するということは、つまりリソースが増減するということである。

特許文献１には、サーバ上でクライアントＰＣから送信された印刷データを管理し、サーバからプリンタに対して印刷指示する技術が開示されている。

特開２０１０−２１９８６７号公報

ところで、サーバの負荷が高まった直後、つまり計算資源が増えていないタイミングでは、クライアントＰＣからの印刷リクエストを受け付けると、印刷データに変換する処理速度が、負荷が高まっていないときよりも遅くなること可能性があった。

そうすると、なかなか印刷が行われず印刷を待つユーザが不満を持つ恐れがあった。そのような状況が同じユーザに対して複数回起こると、ユーザはよりクラウド印刷サービスシステムに不満を持つようになる恐れがあった。

特許文献１には、過去に印刷した時に、印刷設定項目に応じたカラー文書データの白黒印刷等の環境に優しい印刷設定を行っているユーザの印刷ジョブから優先的に印刷されるよう制御する技術が開示されているものの、特許文献１に記載の優先順位設定の技術では、環境に優しい印刷設定を行っているユーザの印刷ジョブが常に優先されてしまうため、サーバの負荷が原因で前回印刷が遅かったユーザが、次の印刷時にもサーバの負荷が原因で印刷が遅くなる可能性が生じていた。

そうすると、特許文献１に記載の技術を用いたとしても上記ユーザの不満は依然として解消されない恐れがあった。

本発明は、単位時間当たりの印刷枚数が他のユーザに比べて少ないユーザの、文書データの印刷に要する時間を短縮することが可能な仕組みを提供することを目的とする。

本発明は、クライアント端末から送信された文書データを取得し、当該クライアント端末からの当該文書データの印刷要求に応じて、画像形成装置で印刷すべく当該文書データを所定のフォーマットに変換して、当該画像形成装置に送信する印刷管理システムであって、前記クライアント端末から文書データの印刷要求を受け付けてから前記画像形成装置による印刷が完了するまでの単位時間当たりの印刷枚数を、当該クライアント端末を操作して印刷指示を行なったユーザ毎に管理する管理手段と、クライアント端末から文書データを取得する取得手段と、前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、前記取得手段により取得した文書データを前記所定のフォーマットに変換するように制御する制御手段とを備えることを特徴とする。

また、本発明は、クライアント端末から送信された文書データを取得し、当該クライアント端末からの当該文書データの印刷要求に応じて、画像形成装置で印刷すべく当該文書データを所定のフォーマットに変換して、当該画像形成装置に送信し、前記クライアント端末から文書データの印刷要求を受け付けてから前記画像形成装置による印刷が完了するまでの単位時間当たりの印刷枚数を、当該クライアント端末を操作して印刷指示を行なったユーザ毎に管理する管理手段する印刷管理システムの制御方法であって、前記印刷管理システムの取得手段が、クライアント端末から文書データを取得する取得工程と、前記印刷管理システムの制御手段が、前記取得工程による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、前記取得工程により取得した文書データを前記所定のフォーマットに変換するように制御する制御工程とを備えることを特徴とする。

また、本発明は、クライアント端末から送信された文書データを取得し、当該クライアント端末からの当該文書データの印刷要求に応じて、画像形成装置で印刷すべく当該文書データを所定のフォーマットに変換して、当該画像形成装置に送信し、前記クライアント端末から文書データの印刷要求を受け付けてから前記画像形成装置による印刷が完了するまでの単位時間当たりの印刷枚数を、当該クライアント端末を操作して印刷指示を行なったユーザ毎に管理する管理手段を備える印刷管理システムで読み取り実行可能なプログラムであって、前記印刷管理システムを、クライアント端末から文書データを取得する取得手段と、前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、前記取得手段により取得した文書データを前記所定のフォーマットに変換するように制御する制御手段として機能させることを特徴とする。

本発明によれば、単位時間当たりの印刷枚数が他のユーザに比べて少ないユーザの、文書データの印刷に要する時間を短縮することが可能な仕組みを提供することができる。

本発明の印刷管理システムの一例を示すシステム構成図である。 クライアントＰＣ１００（情報処理装置）、文書・印刷管理サーバ１４０、機械学習サーバ１５０、リソース管理サーバ（負荷管理サーバ）１６０、ＤＢ管理サーバ１７０のハードウェア構成の一例を示す図である。 本発明の実施形態における、複合機１１０のハードウェア構成の一例を示す図である。 本発明の印刷管理システムを構成するモジュールが持つ機能の一例を示す図構成図である。 本発明の印刷管理システムにおける文書入稿を表すフローチャート一例を示す図である。 本発明の印刷管理システムにおける印刷処理を表すフローチャート一例を示す図である。 印刷処理フローの中で行われる、文書データ受信処理の一例を示す図である。 印刷処理フローの中で行われる、入稿結果送信処理の一例を示す図である。 文書・印刷管理サーバ１４０における事前印刷データ生成時の詳細なフローチャートの一例を示す図である。 文書・印刷管理サーバ１４０における印刷要求受信時の詳細なフローチャートの一例を示す図である。 文書・印刷管理サーバ１４０における印刷データ生成時の詳細なフローチャートの一例を示す図である。 文書・印刷管理サーバ１４０における印刷データ取得時の詳細なフローチャートの一例を示す図である。 機械学習サーバ１５０と、ＤＢ管理サーバ１７０との間の機械学習によるリソース制御処理の一例を示す図である。 リソース管理サーバ１６０と、ＤＢ管理サーバ１７０との間の機械学習によるリソース制御処理の一例を示す図である。 本発明の印刷管理システムにおけるデータテーブルの一例を示す図である。 本発明の印刷管理システムにおけるログイン画面の一例を示す図である。 本発明の印刷管理システムにおいて、ネットワークとクラウンド環境における各サービス（サーバ）の関連の一例を示す図である。 本発明の印刷管理システムにおいて、データの流れの一例を示す図である。 本発明の印刷管理システムにおける文書入稿画面の一例を示す図である。 本発明の印刷管理システムにおける文書印刷設定画面の一例を示す図である。

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

図１は、本発明の印刷管理システムの一例を示すシステム構成図である。

本願発明の実施形態における印刷管理システムは、ＬＡＮ１２０上に、クライアントＰＣ（情報処理装置）１００、複合機（画像形成装置）１１０、クラウド環境１３０上に文書・印刷管理サーバ１４０、機械学習サーバ１５０、リソース管理サーバ（負荷管理サーバ）１６０、ＤＢ管理サーバ１７０が接続され構成される。

ＬＡＮ１２０は、ローカルエリアネットワークのことで、企業や家庭内でのネットワークを指すが、これに限ったものではなく、公衆回線であったり、Ｗｉ−Ｆｉネットワークであったりしてもかまわない。

クライアントＰＣ１００は、ユーザにより利用される情報処理装置であって、ＰＣやノートＰＣ端末などを適用可能であり、文書・印刷管理サーバ１４０に印刷したい文書を入稿するための装置である。

文書・印刷管理サーバ１４０は、ユーザがログインに成功することで利用可能となるサーバであり、印刷管理を行うアプリケーションが記憶されている。

ＤＢ管理サーバ１７０は、ユーザ情報や文書情報、印刷情報など各種情報を保存するためのサーバである。

複合機１１０は、印刷に使用する複合機である。ユーザからの印刷要求を文書・印刷管理サーバ１４０が受け付けて、文書・印刷管理サーバ１４０から印刷データを受信することで印刷を行うことが可能である。

リソース管理サーバ１６０は、文書・印刷管理サーバ１４０の負荷状況に応じてリソースをスケールアウト・インするためのサーバである。

機械学習サーバ１５０は、文書・印刷管理サーバ１４０の台数の履歴情報からその時間に印刷データの印刷を行うのに最適な台数を決定、デフォルトの印刷属性を決定、事前変換の決定を行うサーバである。

以上が図１の説明である。

図１７は、本システムにおけるネットワークの配線例とクラウンド環境における各サービス（サーバ）の関連を示す図である。

本システムは、本システムを稼働させるクラウド環境１３０上のネットワーク、本システムのユーザが利用するクライアントＰＣ１００の所属するクライアントネットワーク、および、その２つのネットワークをつなぐインターネットからなる。

本システムを構成するためにクラウド環境１３０上には、印刷サービス、負荷管理サービス、ＤＢサービスがある。

印刷サービスは、文書・印刷管理サーバ１４０で構成されており、負荷状況に応じて文書・印刷管理サーバ１４０はスケールアウト・スケールインする。印刷サービスはクライアントＰＣ１００からの要求を受け付けたり印刷データを複合機１１０に出力したりするためにインターネットと接続している。また、文書データや制御に必要な情報を保持するためにＤＢサービスと接続している。

スケールアウトとは、一般的にサーバの台数を増やしサービス全体の処理能力を増やすことである。本システムでは、主に印刷サービスの処理能力を増やすために文書・印刷管理サーバ１４０の台数を増やすことを指す。

スケールインとは、一般的にサーバの台数を減らしサービス全体の時間当たりの利用率を高めることである。本システムでは、主に印刷サービスの利用率を高めるために文書・印刷管理サーバ１４０の台数を減らすことを指す。

負荷管理サービスは、機械学習サーバ１５０、リソース管理サーバ（負荷管理サーバ）１６０で構成されている。負荷管理サービスは、印刷サービスの負荷に応じてスケールアウト・スケールインといったスケール操作を行うために印刷サービスと接続している。また、負荷状況などを保持するためにＤＢサービスと接続している。

クライアントネットワーク上には、クライアントＰＣ１００および複合機１１０がある。

クライアントＰＣ１００は、印刷サービスに接続するためにインターネットと接続している。

複合機１１０は、印刷サービスから印刷データを受け取るためにインターネットと接続している。

以上が図１７の説明である。

図１８は、本システムの主体となるクラウド環境１３０上における各サービス間のデータおよび操作の流れを示す図である。

印刷サービスは、本システムを使うユーザからインターネットを介して文書入稿要求や印刷要求などの各種リクエストを受け付ける。また、印刷サービスは、インターネットを介して印刷データを複合機１１０に出力する。

印刷サービスは、文書データや印刷データなどのバイナリデータをＤＢサービスのＤＢ管理サーバ１７０を介してストレージに保存する。

印刷サービスは、文書情報、ユーザ情報など処理に必要な情報をＤＢサービスのＤＢ管理サーバ１７０を介して文書管理・プリンタ制御用ＤＢに保存する。

印刷サービスは、ユーザが要求した操作毎の処理時間を操作ログとしてＤＢサービスのＤＢ管理サーバ１７０を介して操作ログＤＢに保存する。

負荷管理サービスは、印刷サービスの負荷状況を監視し、負荷状況に合わせて文書・管理サーバ１４０のスケールアウト・スケールインの操作を行う。

負荷管理サービスは、事前に印刷データを変換する対象を決めるためにＤＢサービスのＤＢ管理サーバ１７０を介してログＤＢから操作毎のログを取得する。

負荷管理サービスは、事前に印刷データを変換する処理に必要な情報を保持するためにＤＢサービスのＤＢ管理サーバ１７０を介して文書管理・プリンタ制御用ＤＢにアクセスする。

以上が図１８の説明である。

図２は、クライアントＰＣ１００（情報処理装置）、文書・印刷管理サーバ１４０、機械学習サーバ１５０、リソース管理サーバ（負荷管理サーバ）１６０、ＤＢ管理サーバ１７０のハードウェア構成の一例を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１（記憶手段）には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、情報処理装置の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

外部メモリ２１１は、本発明における、データの送信先を示す複数のアドレスと、各アドレスと紐付くユーザの属性情報とを記憶する記憶手段の一例である。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ２０５は、キーボードや不図示のマウス等のポインティングデバイス等の入力デバイス２０９からの入力を制御する。

ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器の種類はＣＲＴや、液晶ディスプレイを想定するが、これに限らない。

メモリコントローラ２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスクやフレキシブルディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。

また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明の各端末が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。

次に、図３を参照して、本発明の実施形態における、複合機１１０（画像形成装置）のハードウェア構成の一例について説明する。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する一方、ＬＡＮや公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行なう。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムネットワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム、画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１３は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、フェリカ（ＦｅｌｉＣａ（登録商標）））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

以上のような構成によって、プリンタ３１２は、スキャナ３１４から読み込んだ画像データをＬＡＮ１２０上に送信したり、ＬＡＮから受信した印刷データをプリンタ３１２により印刷出力することができる。

また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ３１２により出力することできる。

図４は、本システムを構成するモジュールが持つ機能の構成図である。

クライアントＰＣ１００は、文書アップロード処理部４０１と印刷実行部４０２を持つ。

文書アップロード処理部４０１は、文書・印刷管理サーバ１４０に文書をアップロードする。

印刷実行部４０２は、ユーザによる印刷実行指示を受け付ける。

複合機１１０は、印刷データ受信部４０３と印刷データ排出部４０４を持つ。

印刷データ受信部４０３は、文書・印刷管理サーバ１４０からの印刷データを受け付ける。

印刷データ排出部４０４は、印刷データの排出を行う。

文書・印刷管理サーバ１４０は、文書データ受信部４０５、印刷データ生成部４０６、印刷データ送信部４０７、印刷履歴記憶部４０８からなる。

文書データ受信部４０５は、クライアントＰＣ１００から送信された文書データを受け付ける。

印刷データ生成部４０６は、印刷データを生成する。

印刷データ送信部４０７は、複合機１１０に印刷データを送信する。

印刷履歴記憶部４０８は、複合機１１０にて印刷された印刷データの印刷履歴情報を記憶する。

機械学習サーバ１５０は、印刷設定統計学習部４０９、負荷情報統計学習部４１０からなる。

印刷設定統計学習部４０９は、ステップＳ１３０９で取得したユーザごとの印刷履歴情報から、ユーザの使用した印刷設定を分析し、分析した結果を学習する。

負荷情報統計学習部４１０は、過去の同一時間帯の記録と、直前の時間帯の記録とを参照し、既に負荷が高い状態にある、または負荷が高い状態になりやすい時間帯であるかを分析し、文書・印刷管理サーバ１４０の台数を決定し、決定した結果を学習する。

リソース管理サーバ１６０は、監視部４１１、負荷状況記憶部４１２、スケール指示部４１３からなる。
監視部４１１は、印刷サービスの負荷状況を監視する。

負荷状況記憶部４１２は、印刷サービスの負荷状況を記憶する。

スケール指示部４１３は、負荷状況に合わせて文書・管理サーバ１４０のスケールアウト・スケールインを指示する。

ＤＢ管理サーバ１７０は、ＤＢデータ受信部４１４、ＤＢデータ記憶部４１５からなる。

ＤＢデータ受信部４１４は、機械学習サーバ１５０、リソース管理サーバ１６０から送信されたＤＢデータを受信する。

ＤＢデータ記憶部４１５は、機械学習サーバ１５０、リソース管理サーバ１６０から送信されたＤＢデータを記憶する。

以上が図４の説明である。

次に、図５〜図１４を用いて前回の印刷に時間がかかったユーザに対しては新たに印刷を行う文書データは、優先的に複合機１１０に対して印刷を行うまでの一連の処理について説明する。
図５から図１４に示す各処理は、各装置のＣＰＵが実行するものとする。

図５は、本発明の印刷管理システムにおける文書入稿を表すフローチャートである。

図５の処理が開始される前提として、本システムでは、ユーザ毎にサービスを提供するためにユーザの認証を必要とする。ユーザの認証は、ユーザ名とパスワードなどを用いて行う。例えば、クライアントＰＣ１００のディスプレイ２１０に表示される図１６のログイン画面１６００を介して入力される、ユーザ名およびパスワードを取得する。

ここで、図１６のログイン画面１６００について説明する。

図１６のログイン画面１６００はクライアントＰＣ１００のディスプレイ２１０に表示される画面である。

ログイン画面１６００は、クライアントＰＣ１００の画面にてユーザの認証に必要なユーザ名とパスワードを受け付ける入力フォームである。画面上のログインボタンをユーザ操作に従って押下することで認証処理を開始する。

以上が、図１６のログイン画面１６００の説明である。

認証の仕組み自体は、本システムに直接関係ないため本システム外にある認証の仕組みを利用することも可能である。

図５の処理が開始される前提として、クライアントＰＣ１００は、図１９の文書入稿画面１９００などを用いて、文書入稿に必要な情報をユーザから受け付ける。ここで、図１９の文書入稿画面１９００について説明する。

図１９の文書入稿画面１９００は、クライアントＰＣ１００の画面にて文書入稿時に指定する文書データを指定するための入力フォームである。文書入稿画面１９００の参照ボタンを押下することでクライアントＰＣ内の文書データを参照する画面を表示する。

文書入稿画面１９００の保存ボタンを押下することで文書入稿が行われる。

以上が、図１９の文書入稿画面１９００の説明である。

ステップＳ５０１では、クライアントＰＣ１００は、ユーザから受け付けた情報をもとに文書入稿リクエストを作成し文書・印刷管理サーバ１４０に対して送信する。文書入稿リクエストは、ユーザ情報、文書情報、文書データからなる。ユーザ情報とは、本システムを使うユーザを区別するための情報で、図１５のユーザテーブル１５００に含まれる情報からなる。ここで図１５のユーザテーブル１５００を参照して、ユーザ情報について説明する。

図１５のユーザテーブル１５００はユーザを管理する目的のために、ユーザＩＤ１５０１、ユーザ名１５０２、パスワード１５０３、事前変換フラグ１５０４を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

ユーザＩＤ１５０１は、ユーザを識別するための文字列である。

ユーザ名１５０２は、ユーザ個人の表示名である。

パスワード１５０３は、ユーザＩＤ１５０１を使用するために必要な認証用の文字列である。

事前変換フラグ１５０４は、文書を事前に印刷データに変換する対象かどうかを表すフラグである。

以上が図１５のユーザテーブル１５００の説明である。

文書入稿リクエストに含まれる文書情報とは、文書を管理するための情報で、図１５の文書テーブル１５１０の情報からなる。ここで図１５の文書テーブル１５１０を参照して、文書情報について説明する。

図１５の文書テーブル１５１０は文書を管理する目的のために、文書ＩＤ１５１１、文書名１５１２、ユーザＩＤ１５１３、文書属性１５１４、印刷属性１５１５、ステータス１５１６を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

文書ＩＤ１５１１は、文書を識別するための文字列である。

文書名１５１２は、文書の表示名である。

ユーザＩＤ１５１３は、文書の所有者を識別するための情報である。

文書属性１５１４は、ファイル種別、データサイズなど文書に関連する情報である。文書毎に複数の属性をもつ。

印刷属性１５１５は、印刷属性１５１５とはカラーモード、部数など印刷時に設定する情報である。文書テーブルで持つ印刷属性１５１５は、印刷要求時に印刷設定が指定されないときに使用するデフォルトの設定である。文書毎に０以上の印刷属性１５１５を持つことができる

ステータス１５１６は、文書の状態を表す情報である。

以上が、図１５の文書テーブル１５１０の説明である。

文書入稿リクエストに含まれる文書データとは、本システムで管理する文書ファイルそのものである。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

ステップＳ５０２では、文書・印刷管理サーバ１４０は、クライアントＰＣ１００から文書入稿リクエストを受け付ける。ステップＳ５０２の詳細については、図７にて後述する。ステップＳ５０２は、本発明の取得手段の適用例であり、クライアント端末から文書データを取得する。

ステップＳ５０３では、文書・印刷管理サーバ１４０は、文書入稿リクエストの情報をもとに図１５の文書テーブル１５１０を作成しＤＢに保存する。このとき、文書を区別するための文書ＩＤを生成して文書テーブルに設定する。ステップＳ５０３は、本発明の管理手段の適用例であり、前記クライアント端末から文書データの印刷要求を受け付けてから前記画像形成装置による印刷が完了するまでの単位時間当たりの印刷枚数を、当該クライアント端末を操作して印刷指示を行なったユーザ毎に管理する。

また、文書入稿リクエストで受け取った文書データはデータサーバに格納する。その後、文書・印刷管理サーバ１４０は、ステップＳ５０４とステップＳ５０７を並行して実行する。

ステップＳ５０４では、文書・印刷管理サーバ１４０は、文書入稿の結果をまとめ文書入稿結果を作成する。

文書入稿結果とは、文書の登録の成功失敗を表す情報である。

文書の登録成功時は、文書入稿リクエストに含まれる情報に加えて入稿した文書を識別するための文書ＩＤを付加する。

文書の登録失敗時は、失敗理由が分かるようにエラーコードなどの情報を付加する。

ステップＳ５０５では、文書・印刷管理サーバ１４０は、入稿結果をクライアントＰＣに対して送信する。ステップＳ５０５の詳細については、図８にて後述する。

ステップＳ５０６では、クライアントＰＣは、文書・印刷管理サーバ１４０から文書入稿結果を受け取り画面に表示する。

文書入稿成功時は、文書の入稿に成功したことを表す情報をクライアントＰＣ１００のディスプレイ２１０に示す。

文書入稿失敗時は、失敗理由を含めたうえで文書の入稿に失敗したことを表す情報をクライアントＰＣ１００のディスプレイ２１０に示す。

ステップＳ５０７では、文書・印刷管理サーバ１４０は、図１５のユーザテーブルの事前変換フラグを確認し、現在処理中の文書入稿リクエストを発行したユーザの文書データが、事前に印刷データに変換する対象か判定する。

文書・印刷管理サーバ１４０は、事前に変換する対象の場合には（ステップＳ５０７：ＹＥＳ）、ステップＳ５０８を実行する。

文書・印刷管理サーバ１４０は、事前に変換する対象ではない場合には（ステップＳ５０７：ＮＯ）、事前に変換する処理は行わずに処理を終了する。

ステップＳ５０８では、文書・印刷管理サーバ１４０は、入稿された文書データをクライアントＰＣ１００から印刷要求がくる前に印刷データに変換する。このとき、印刷ジョブをあらかじめ作成し、予約状態にする。詳細は、図９で記述する。

印刷ジョブとは、印刷要求を管理するため情報で図１５のジョブテーブル１５３０の情報からなる。ここで図１５のジョブテーブル１５３０を参照して、印刷ジョブについて説明する。

図１５のジョブテーブル１５３０は、印刷ジョブを管理する目的で、ジョブＩＤ１５３１、ユーザＩＤ１５３２、文書ＩＤ１５３３、ＰｒｉｎｔｅｒＩＤ１５３４、印刷属性１５３５、ステータス１５３６、予約ジョブ１５３７についての情報を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

ジョブＩＤ１５３１は、ジョブを識別するための文字列情報である。

ユーザＩＤ１５３２は、ユーザを識別するための情報である。

文書ＩＤ１５３３は、文書を識別するための情報である。

ＰｒｉｎｔｅｒＩＤ１５３４は、プリンタを識別するための情報である。

印刷属性１５３５は、印刷データを作るときに使用する印刷属性である。

ステータス１５３６は、印刷ジョブの状態を表す情報である。

予約ジョブ１５３７は、印刷要求がくる前に印刷ジョブを作成し、予約状態として登録したかどうかを表すフラグである。

以上が、図１５のジョブテーブル１５３０の説明である。

ステップＳ５０２は、クライアントＰＣ１００から文書データ受信する処理のサブフローであり、詳細については図７にて後述する。

ステップＳ５０５は、入稿結果をクライアントＰＣに対して送信する処理のサブフローであり、図８にて後述する。

ステップＳ５０８は、入稿された文書データをクライアントＰＣ１００から印刷要求がくる前に印刷データに変換する。このとき、印刷ジョブをあらかじめ作成し、予約状態にするサブフローであり、図９にて後述する。

以上が、図５の説明である。

図６は、本発明の印刷管理システムにおける印刷処理を表すフローチャートである。

ステップＳ６０１の事前処理として、クライアントＰＣ１００は、クライアントＰＣ１００の画面にて図２０の文書印刷設定画面２０００を用いて印刷に必要な情報（印刷設定）をユーザから受け付ける。ここで、図２０の文書印刷設定画面２０００について説明する。

図２０の文書印刷設定画面２０００は、クライアントＰＣ１００の画面にて印刷対象の文書の印刷属性を指定する画面である。

印刷文書名の欄には、印刷対象の文書の文書名を表示する。

プリンタ名の欄には、出力先の複合機（プリンタ）名を表示する。

印刷範囲の欄は、印刷対象の文書の印刷範囲（印刷開始・終了ページ）を指定する。

出力用紙サイズの欄は、複合機で出力する用紙のサイズを指定する。

印刷部数の欄は、複合機で出力する部数を指定する。

ページ集約の欄は、１ページ当たりのページ集約（１ｉｎ１、２ｉｎ１など）を指定する。

印刷方法の欄は、片面や両面といった印刷方法を指定する。

排紙方法の欄は、部単位かページ単位で出力するかを指定する。

給紙部の欄は、複合機の給紙部を指定する。

カラーモードの欄は、カラー印刷や白黒印刷などを指定する。

以上が、図２０の文書印刷設定画面２０００の説明である。

ステップＳ６０１では、クライアントＰＣ１００はユーザから受け付けた情報を印刷要求として文書・印刷管理サーバ１４０に対して送信する。印刷要求は、ユーザ情報、文書ＩＤ、プリンタＩＤ、印刷属性からなる。

ユーザ情報は、ステップＳ５０１で文書入力リクエストの送信を要求したユーザ情報のことである。

文書ＩＤは、印刷対象の文書を識別するための情報である。

プリンタＩＤは、印刷先のプリンタを識別するための情報である。本システムでは、プリンタＩＤでプリンタ情報を取得し、その情報を使い印刷を行う。

プリンタ情報とは、文書の印刷先のプリンタに関する情報で、図１５のプリンタテーブル１５２０の情報からなる。ここで図１５のプリンタテーブル１５２０を参照して、プリンタ情報について説明する。

図１５のプリンタテーブル１５２０はプリンタを管理する目的で、プリンタＩＤ１５２１（ＰｒｉｔｅｒＩＤとも称する）、プリンタ名１５２２、デバイス情報１５２３を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

プリンタＩＤ１５２１はプリンタを識別するための文字列である。

プリンタ名１５２２はプリンタの表示名である。

デバイス情報１５２３は設置場所、カラー対応機などのデバイスに関する情報である。プリンタごとに複数のデバイス情報を持つ。

以上が、図１５のプリンタテーブル１５２０の説明である。図６の説明に戻る。

ステップＳ６０２では、文書・印刷管理サーバ１４０は、クライアントＰＣから印刷要求を受け付ける。ステップＳ６０２の詳細については、図１０にて後述する。

ステップＳ６０３では、文書・印刷管理サーバ１４０は、図１５データテーブルの事前変換対象１５７０を確認して、印刷要求された文書が事前に印刷データに変換済みか判定する。

文書・印刷管理サーバ１４０は、事前に変換を行っている場合には（ステップＳ６０３：ＹＥＳ）、ステップＳ６０４を実行する。

文書・印刷管理サーバ１４０は、事前に変換を行っていない場合には（ステップＳ６０３：ＮＯ）、ステップＳ６０５を実行する。

図１５のジョブテーブル１５３０は、事前変換対象の印刷ジョブを管理する目的で、ジユーザＩＤ１５７１、文書ＩＤ１５７２、保存場所１５７３、変換時の印刷属性１５７４についての情報を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

ユーザＩＤ１５３２は、ユーザを識別するための情報である。

文書ＩＤ１５３３は、文書を識別するための情報である。

保存場所は印刷ジョブを保存する場所である。

印刷属性１５３５は、印刷データを変換した時の印刷属性である。

ステップＳ６０４では、文書・印刷管理サーバ１４０は、事前に変換した印刷データをデータサーバから取得する。ステップＳ６０４の詳細については、図１３にて後述する。

ステップＳ６０５では、文書・印刷管理サーバ１４０は、印刷要求された文書を出力先のプリンタ（複合機）で印刷できる形式にデータ変換する。ステップＳ６０５の詳細については、図１１にて後述する。

ステップＳ６０６では、文書・印刷管理サーバ１４０は、出力先のプリンタ（複合機）に対して印刷データを送信する。

ステップＳ６０７では、プリンタ（複合機）は、文書・印刷管理サーバ１４０から印刷データを受信する。

ステップＳ６０８では、プリンタ（複合機）は、受信した印刷データの印刷を行う。

ステップＳ６０９では、プリンタ（複合機）は、印刷結果を文書・印刷管理サーバ１４０に対して通知する。印刷結果とは、プリンタにて印刷に成功したかどうかを表す情報からなる。

印刷成功時は、文書ＩＤと成功の結果が含まれる。

印刷失敗時は、文書ＩＤと失敗の結果とその理由が含まれる。

ステップＳ６１０では、文書・印刷管理サーバ１４０は、プリンタから印刷結果を受信する。ステップＳ６１０は、本発明の通知取得手段の適用例であり、前記画像形成装置に送信した、所定のフォーマットに変換された文書データが当該画像形成装置により印刷されることを条件に、当該画像形成装置から、当該文書データを特定可能な情報を含む印刷が完了した旨の通知を取得する。

ステップＳ６１１では、文書・印刷管理サーバ１４０は、受信した印刷結果を図１５データテーブルの文書テーブル１５１０のステータスに印刷結果を反映する。本発明の更新手段の適用例であり、前記通知取得手段により、前記画像形成装置から印刷が完了した旨の通知を取得すると、前記文書データを特定可能な情報によって特定される前記文書データを送信したクライアント端末を操作するユーザの前記単位時間当たりの印刷枚数を更新する。

以上が、図６の説明である。

次に、図７のフローチャートは、文書データ受信処理を示すフローチャートであり、図５のステップＳ５０２の詳細フローである。

ステップＳ７０１では、文書・印刷管理サーバ１４０は、クライアントＰＣ１００から文書入稿リクエストの内容を受信する。

ステップＳ７０２では、文書・印刷管理サーバ１４０は、文書入稿リクエストの内容からユーザの認証情報を取得し、それを基にユーザテーブルからユーザ情報を取得する。

ステップＳ７０３では、文書・印刷管理サーバ１４０は、文書入稿リクエストの内容とユーザ情報から文書情報を生成する。

ステップＳ７０４では、文書・印刷管理サーバ１４０は、文書入稿の処理を開始したことを、操作ログに記録する。操作ログとは、図１５の操作ログテーブル１５５０に示す情報である。ここで図１５を参照し、この情報について説明する。

図１５の操作ログテーブル１５５０は、ユーザが行った操作を記録する目的のために、ユーザＩＤ１５５１（ＵｓｅｒＩＤとも称する）、操作ＩＤ１５５２、開始時刻１５５３、終了時刻１５５４を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

ユーザＩＤ１５５１は、ユーザを識別するための文字列である。

操作ＩＤ１５５２は、ユーザが行った操作を識別するための文字列である。

開始時刻１５５３は、操作が行われ、処理が開始された日時である。

終了時刻１５５４は、処理が終了した日時である。

以上が図１５の説明である。

以上で図７の説明を終了する。

次に、図８のフローチャートは、入稿結果送信処理を示すフローチャートであり、図５のステップＳ５０５の詳細フローである。

ステップＳ８０１では、文書・印刷管理サーバ１４０は、文書入稿の処理が終了したことを、操作ログに記録する。

ステップＳ８０２では、文書・印刷管理サーバ１４０は、文書入稿処理の結果を生成し、クライアントＰＣ１００に送信する。

以上が図８の説明である。

次に、図９のフローチャートは、文書・印刷管理サーバ１４０における事前印刷データ生成時の処理を示すフローチャートであり、図５のステップＳ５０８の詳細フローである。

ステップＳ９０１では、文書・印刷管理サーバ１４０は、印刷要求を受け付ける前に印刷データの変換を行う場合、事前変換用のデフォルト設定テーブル１５４０の情報取得し、印刷データの生成に必要な印刷属性を生成する。図９のフローチャートでは、過去の印刷リクエストで使用した値を利用する場合を示している。

ここで図１５の事前変換用のデフォルト設定テーブル１５４０を参照して、事前変換用のデフォルト設定の情報について説明する。

図１５の事前変換用のデフォルト設定テーブル１５４０は、ユーザの過去の印刷要求で使った設定値を記憶する目的のために、ユーザＩＤ１５４１と印刷属性１５４２を記憶して、機械学習サーバ１５０の予測値などから選択できるものである。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

ユーザＩＤ１５４１は、ユーザを識別するための文字列である。

印刷属性１５４２は、印刷時に設定する内容で、印刷範囲（開始位置、終了位置）、部数、印刷方法（片面／両面など）、出力用紙サイズ・ページ集約（１ｉｎ１／２ｉｎ１など）、排紙方法（ソート／グループ）、カラーモード（カラー／白黒）のような項目となる。

以上が、図１５の事前変換用のデフォルト設定テーブル１５４０の説明である。図８の説明に戻る。

ステップＳ９０２では、文書・印刷管理サーバ１４０は、ステップＳ９０１で取得した印刷属性を元に印刷データを生成する。

ステップＳ９０２およびステップＳ１３１７は、本発明の制御手段の適用例であり、前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するライアント端末から印刷要求を受け付ける前に、前記取得手段により取得した文書データを前記所定のフォーマットに変換するように制御する。また、ステップＳ９０２は、前記制御手段は、前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数以上である場合に、当該ユーザが操作するライアント端末から印刷要求を受け付けると、前記取得手段により取得した文書データを前記所定のフォーマットに変換するように制御する制御手段の適用例である。

ステップＳ９０３では、文書・印刷管理サーバ１４０は、ステップＳ９０２で作成したデータをデータサーバに登録する。また、このとき、印刷要求を受け付けるまでは、プリンタ（複合機）に送信しない印刷ジョブを予約ジョブとして登録しておく。

以上が、図９の説明である。

次に、図１０のフローチャートは、文書・印刷管理サーバ１４０における印刷要求受信処理を示すフローチャートであり、図６のステップＳ６０２の詳細フローである。

ステップＳ１００１では、文書・印刷管理サーバ１４０は、クライアントＰＣから印刷リクエストを受信する。

ステップＳ１００２では、文書・印刷管理サーバ１４０は、ＤＢからユーザテーブル１５００を参照しユーザ情報を取得する。

ステップＳ１００３では、文書・印刷管理サーバ１４０は、ＤＢから文書テーブル１５１０を参照し文書情報を取得する。

ステップＳ１００４では、文書・印刷管理サーバ１４０は、ＤＢからプリンタテーブル１５２０を参照しプリンタ情報を取得する。

ステップＳ１００５では、文書・印刷管理サーバ１４０は、印刷リクエスト、文書情報、プリンタ情報から印刷属性を生成する。

ステップＳ１００６では、文書・印刷管理サーバ１４０は、印刷開始ログをＤＢの操作ログテーブル１５５０に登録する。

以上が、図１０の説明である。

次に、図１１のフローチャートは、文書・印刷管理サーバ１４０における印刷データ生成時の処理をするフローチャートであり、図６のステップＳ６０５の詳細フローである。

ステップＳ１１０１では、文書・印刷管理サーバ１４０は、印刷対象の文書データをデータサーバから取得する。

ステップＳ１１０２では、文書・印刷管理サーバ１４０は、印刷属性と文書データを使い印刷データを作成する。

ステップＳ１１０３では、文書・印刷管理サーバ１４０は、印刷データ生成終了ログを図１５の操作ログテーブル１５５０に登録する。

以上が、図１１の説明である。

次に、図１２のフローチャートは、文書・印刷管理サーバ１４０における印刷データ取得時の処理をするフローチャートであり、図６のステップＳ６０４の詳細フローである。

ステップＳ１２０１では、文書・印刷管理サーバ１４０は、事前に変換しておいた印刷データを取得する前に、あらかじめ予約しておいたジョブを有効化する。

図１５データテーブルのジョブテーブル１５３０の予約ジョブの欄の予約ジョブを表すＴＲＵＥから通常ジョブを表すＦＡＬＳＥに変更する。この処理をすることで、予約ジョブから通常ジョブのフラグが設定される。次のステップＳ６０４の処理時には予約ジョブとして検索されなくなる。

ステップＳ１２０２では、文書・印刷管理サーバ１４０は、事前に変換時に使用した印刷属性が現在処理している印刷要求時の属性と一致するかを判定するために、図１５データテーブルの事前変換対象１５７０から事前に変換したときに使用した変換時の印刷属性１５７４を取得する。

ステップＳ１２０３では、文書・印刷管理サーバ１４０は、ステップＳ１２０１で取得した印刷属性と現在処理している印刷要求の印刷属性と一致するかどうかを判定する。

文書・印刷管理サーバ１４０は、一致する場合には（ステップＳ１２０３：ＹＥＳ）、ステップＳ１２０４へ処理を移行する。

文書・印刷管理サーバ１４０は、一致しない場合には（ステップＳ１２０３：ＮＯ）、ステップＳ１２０６へ処理を移行する。

ステップＳ１２０４では、文書・印刷管理サーバ１４０は、事前に変換しておいた印刷データをデータサーバから取得する。

ステップＳ１２０５では、文書・印刷管理サーバ１４０は、印刷データ生成終了ログを図１５の操作ログテーブル１５５０に保存する。

印刷データ生成終了ログは、現在処理を行っているユーザの操作（印刷要求）に対する終了時刻を登録するためのログである。

ステップＳ１２０６では、文書・印刷管理サーバ１４０は、事前に変換した印刷データの印刷属性と現在処理している印刷要求時の印刷属性が異なる場合、事前に変換済みのデータをそのまま流用できないため改めて印刷データを作る必要がある。そのため、印刷データ生成を行う。

以上が、図１２の説明である。

次に、図１３は、機械学習サーバ１５０と、ＤＢ管理サーバ１７０との間の機械学習によるリソース制御処理を説明した図である。

ステップＳ１３０１からステップＳ１３１８までは、決められた時間間隔で繰り返し実行される処理である。

ステップＳ１３０１では、機械学習サーバ１５０は、ＤＢ管理サーバ１７０から、時間と文書・印刷管理サーバ１４０の台数と負荷の履歴情報を取得要求する。

ステップＳ１３０２では、ＤＢ管理サーバ１７０は、ステップＳ１３０１で要求された時間と文書・印刷管理サーバ１４０の台数と負荷の履歴情報の要求を受信する。

ステップＳ１３０３では、ＤＢ管理サーバ１７０は、時間と文書・印刷管理サーバ１４０の台数と負荷の履歴情報を取得する。

時間と文書・印刷管理サーバ１４０の台数と負荷の履歴情報とは、図１５の「間と文書・印刷管理サーバ台数と負荷の履歴テーブル１５８０に示すサーバ状態の情報である。ここで図１５を参照し、この情報について説明する。

図１５の時間と文書・印刷管理サーバ台数と負荷の履歴テーブル１５８０は、サーバ状態の履歴を管理する目的のために、時間１５８１、サーバ台数１５８２、平均負荷１５８３を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

時間１５８１は、その記録が取得された時間（年月日と時分）である。

サーバ台数１５８２は、記録取得時点での文書・印刷管理サーバ１４０の台数を記憶する。

平均負荷１５８３は、記録取得時点での文書・印刷管理サーバ１４０群の負荷の平均値を記憶する。

以上が図１５の説明である。

ステップＳ１３０４では、ステップＳ１３０３で取得した時間と文書・印刷管理サーバ１４０台数と負荷の履歴情報を機械学習サーバ１５０に送信する。

ステップＳ１３０５では、機械学習サーバ１５０は、ステップＳ１３０４で送信された時間と文書・印刷管理サーバ１４０の台数と負荷の履歴情報を受信する。

ステップＳ１３０６は、機械学習サーバ１５０は、ステップＳ１３０６の前提処理としてＤＢ管理サーバ１７０から取得しておき、ステップＳ１３０１でＤＢ管理サーバ１７０から取得情報を基に、その時間帯に最適な文書・印刷管理サーバ１４０の台数を決定し保存要求する。過去の同一時間帯の記録と、直前の時間帯の記録とを参照し、既に負荷が高い状態にある、または負荷が高い状態になりやすい時間帯である場合、文書・印刷管理サーバ１４０の台数を多くすると決定する。逆に負荷が低い場合、文書・印刷管理サーバ１４０の台数を少ないものと決定する。決定した値は、時間と文書・印刷管理サーバ１４０台数の設定目標値情報としてＤＢ管理サーバ１７０に保存要求する。

ステップＳ１３０７では、ＤＢ管理サーバ１７０は、ステップＳ１３０６で要求された保存要求を受信する。

ステップＳ１３０８では、ＤＢ管理サーバ１７０は、文書・印刷管理サーバ１４０の台数を保存する。

時間と文書・印刷管理サーバ１４０台数の設定目標値情報とは、図１５の時間と文書・印刷管理サーバ台数の設定目標値テーブル１５９０に示す情報である。ここで図１５を参照し、設定目標値テーブル１５９０について説明する。

図１５の時間と文書・印刷管理サーバ台数の設定目標値テーブル１５９０は、サーバ状態の設定値を管理する目的のために、時間１５９１、サーバ台数１５９２を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

時間１５９１は、この台数設定が有効となる時間（年月日と時分）である。

サーバ台数１５９２は、文書・印刷管理サーバ１４０の台数を、この設定値に従って増減するための設定値である。

以上が図１５の設定目標値テーブル１５９０の説明である。図１３の説明に戻る。

ステップＳ１３０９では、機械学習サーバ１５０は、ジョブテーブル１５３０からユーザごとの印刷履歴を取得要求する。

ステップＳ１３１０では、ＤＢ管理サーバ１７０は、印刷設定取得要求を受信する。

ステップＳ１３１１では、ＤＢ管理サーバ１７０は、印刷設定を取得する。

ステップＳ１３１２では、ＤＢ管理サーバ１７０は、機械学習サーバ１５０にステップＳ１３１１で取得した印刷設定を送信する。

ステップＳ１３１３では、機械学習サーバ１５０は、ステップＳ１３１２で送信された印刷設定を受信する。

ステップＳ１３１４では、機械学習サーバ１５０は、ステップＳ１３０９で取得したユーザごとの印刷履歴情報から、ユーザの使用した印刷設定を分析し、ユーザごとに使用頻度が高いものをデフォルト印刷設定情報としてＤＢ管理サーバ１７０の事前変換用のデフォルト設定テーブル１５４０に保存要求（記録要求）する。

ステップＳ１３１５では、機械学習サーバ１５０は、ステップＳ１３１４で保存要求されたユーザごとに使用頻度が高い印刷設定をデフォルト印刷設定情報として保存する。

ステップＳ１３１６では、機械学習サーバ１５０は、ステップＳ１３０９で取得したユーザごとの印刷履歴情報を分析し、他のユーザに比べて印刷所要時間が長いユーザを抽出する。印刷開始から終了までの単純な時間の長短ではなく、印刷設定などの条件を加味し、時間当たりの印刷ページ数が少ないユーザを抽出するように処理を行う。

ステップＳ１３１７では、機械学習サーバ１５０は、ステップＳ１３１６でユーザが抽出された場合、そのユーザのユーザ情報にある事前変換フラグをＴＲＵＥに設定する要求を行う。これが設定されたユーザは、次回印刷時に優先的に変換処理とジョブの投入が行われ、速やかな印刷が行われる。

ステップＳ１３１８では、ＤＢ管理サーバ１７０は、ステップＳ１３１７から設定要求されたユーザ情報をユーザテーブル１５００に保存する。

次に、図１４の説明を行う。

図１４は、リソース管理サーバ１６０と、ＤＢ管理サーバ１７０との間の機械学習によるリソース制御処理を示す図である。

ステップＳ１４０１からステップＳ１４１３までは、決められた時間間隔で繰り返し実行される処理である。

ステップＳ１４０１では、リソース管理サーバ１６０は、その時点で動作している文書・印刷管理サーバ１４０のそれぞれの負荷状態を取得し、ＤＢ管理サーバ１７０に保存要求する。

ステップＳ１４０２では、リソース管理サーバ１６０は、ステップＳ１４０１からの保存要求を受信する。

ステップＳ１４０３では、リソース管理サーバ１６０は、その時点で動作している文書・印刷管理サーバ１４０のそれぞれの負荷状態を取得し、それを現在の時間とともに時間と文書・印刷管理サーバ１４０台数と負荷の履歴テーブル１５８０に保存する。

ステップＳ１４０４では、リソース管理サーバ１６０は、時間と文書・印刷管理サーバ１４０台数の設定目標値テーブル１５９０から現在時刻にあたる時間を持つ設定目標値を取得要求する。

ステップＳ１４０５では、ＤＢ管理サーバ１７０は、ステップＳ１４０４からの取得要求を受信する。

ステップＳ１４０６では、ＤＢ管理サーバ１７０は、時間と文書・印刷管理サーバ１４０台数の設定目標値テーブル１５９０から現在時刻にあたる時間を持つ設定目標値を取得する。

ステップＳ１４０７では、ＤＢ管理サーバ１７０は、ステップＳ１４０６で取得したデータをリソース管理サーバ１６０に送信する。

ステップＳ１４０８では、リソース管理サーバ１６０は、ステップＳ１４０７で送信されたデータを受信する。

ステップＳ１４０９では、リソース管理サーバ１６０は、現在の文書・印刷管理サーバ１４０の台数と、Ｓ１４０８で受信した次の文書・印刷管理サーバ１４０の台数の設定値を比較し、文書・印刷管理サーバ１４０の台数変更が必要かどうかを判定する。

リソース管理サーバ１６０は、文書・印刷管理サーバ１４０の台数変更が不要な場合には（ステップＳ１４０９：ＮＯ）、ステップＳ１４１０、ステップＳ１４１１の処理を行わない。

リソース管理サーバ１６０は、文書・印刷管理サーバ１４０の台数変更が必要と判定された場合には（ステップＳ１４０９：ＹＥＳ）、ステップＳ１４１０へ処理を移行する。

ステップＳ１４１０では、リソース管理サーバ１６０は、文書・印刷管理サーバ１４０の台数を変更する。

ステップＳ１４１１では、リソース管理サーバ１６０は、スケール操作のログ情報をＤＢ管理サーバ１７０に保存要求する。

ステップＳ１４１２では、ＤＢ管理サーバ１７０は、スケール操作のログ情報の保存要求を受け付ける。

ステップＳ１４１３では、ＤＢ管理サーバ１７０は、スケール操作のログ情報を保存する。

スケール操作のログ情報とは、図１５のスケール操作のログテーブル１５６０に示す情報である。ここで図１５を参照し、この情報について説明する。

図１５のスケール操作のログテーブル１５６０は、スケール操作の履歴を管理する目的のために、対象サービス１５６１、操作１５６２、開始時刻１５６３、終了時刻１５６４を記憶する。データはＤＢ管理サーバ１７０の外部メモリ２１１に記憶されている。

対象サービス１５６１は、スケール対象となったサービスの名称である。

操作１５６２は、行った操作の名称である。

開始時刻１５６３は、操作を開始した時刻である。

終了時刻１５６４は、操作が終了した時刻である。

以上が図１５の説明である。

以上で図１４の説明を終わる。

なお、機械学習サーバ１５０とＤＢ管理サーバ１７０が一緒の筐体でもよく、ＤＢ管理サーバ１７０とリソース管理サーバ１６０が一緒に筐体でもよく、あるいは機械学習サーバ１５０、ＤＢ管理サーバ１７０、リソース管理サーバ１６０が別の筐体でもよい。

以上で実施形態の説明を終了する。

以上、本発明によると単位時間当たりの印刷枚数が他のユーザに比べて少ないユーザの、文書データの印刷に要する時間を短縮することが可能な仕組みを提供することが可能となる。

以上、本発明の実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、各フローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は各フローチャートの処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ クライアントＰＣ（情報処理装置）
１１０ 複合機（画像形成装置）
１２０ ＬＡＮ
１４０ 文書・印刷管理サーバ
１５０ 機械学習サーバ
１６０ リソース管理サーバ
１７０ ＤＢ管理サーバ

Claims (6)

1. クライアント端末から送信された文書データを取得し、当該クライアント端末からの当該文書データの印刷要求に応じて、画像形成装置で印刷すべく当該文書データを所定のフォーマットに変換して、当該画像形成装置に送信する印刷管理システムであって、
   前記クライアント端末から文書データの印刷要求を受け付けてから前記画像形成装置による印刷が完了するまでの単位時間当たりの印刷枚数を、当該クライアント端末を操作して印刷指示を行なったユーザ毎に管理する管理手段と、
   クライアント端末から文書データを取得する取得手段と、
   前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、前記取得手段により取得した文書データを前記所定のフォーマットに変換するように制御する制御手段と
   を備えることを特徴とする印刷管理システム。
2. 前記制御手段は、前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数以上である場合に、当該ユーザが操作するライアント端末から印刷要求を受け付けると、前記取得手段により取得した文書データを前記所定のフォーマットに変換するように制御することを特徴とする請求項１に記載の印刷管理システム。
3. 前記画像形成装置に送信した、所定のフォーマットに変換された文書データが当該画像形成装置により印刷されることを条件に、当該画像形成装置から、当該文書データを特定可能な情報を含む印刷が完了した旨の通知を取得する通知取得手段と、
   前記通知取得手段により、前記画像形成装置から印刷が完了した旨の通知を取得すると、前記文書データを特定可能な情報によって特定される前記文書データを送信したクライアント端末を操作するユーザの前記単位時間当たりの印刷枚数を更新する更新手段と
   を備えることを特徴とする請求項１又は２に記載の印刷管理システム。
4. 前記制御手段は、前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、所定の枚数より少ない場合に、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ないと判定し、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、前記取得手段により取得した文書データを所定のフォーマットに変換するように制御することを特徴とする請求項１乃至３のいずれか１項に記載の印刷管理システム。
5. クライアント端末から送信された文書データを取得し、当該クライアント端末からの当該文書データの印刷要求に応じて、画像形成装置で印刷すべく当該文書データを所定のフォーマットに変換して、当該画像形成装置に送信し、前記クライアント端末から文書データの印刷要求を受け付けてから前記画像形成装置による印刷が完了するまでの単位時間当たりの印刷枚数を、当該クライアント端末を操作して印刷指示を行なったユーザ毎に管理する管理手段する印刷管理システムの制御方法であって、
   前記印刷管理システムの取得手段が、クライアント端末から文書データを取得する取得工程と、
   前記印刷管理システムの制御手段が、前記取得工程による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、前記取得工程により取得した文書データを前記所定のフォーマットに変換するように制御する制御工程と
   を備えることを特徴とする制御方法。
6. クライアント端末から送信された文書データを取得し、当該クライアント端末からの当該文書データの印刷要求に応じて、画像形成装置で印刷すべく当該文書データを所定のフォーマットに変換して、当該画像形成装置に送信し、前記クライアント端末から文書データの印刷要求を受け付けてから前記画像形成装置による印刷が完了するまでの単位時間当たりの印刷枚数を、当該クライアント端末を操作して印刷指示を行なったユーザ毎に管理する管理手段を備える印刷管理システムで読み取り実行可能なプログラムであって、
   前記印刷管理システムを、
   クライアント端末から文書データを取得する取得手段と、
   前記取得手段による文書データの取得元の前記クライアント端末を操作するユーザの、前記管理手段で管理する単位時間当たりの印刷枚数が、当該管理手段で管理する他のユーザの単位時間当たりの印刷枚数に比べて少ない場合に、当該ユーザが操作するクライアント端末から印刷要求を受け付ける前に、前記取得手段により取得した文書データを前記所定のフォーマットに変換するように制御する制御手段と
   して機能させることを特徴とするプログラム。

Images