JP2017175414A - 画像処理サーバ、データ送信プログラム及び振分装置 - Google Patents

Abstract

【課題】各クライアントから効率よく使用することが可能な画像処理サーバ、データ送信プログラム及び振分装置を提供する。【解決手段】画像処理サーバ１は、複数のクライアント６から画像生成に関する要求データを受信して記憶するデータ記憶処理部２０と、要求データに基づく画像データの生成を行うインスタンス１１ａを複数有する画像データ生成部１０と、データ記憶処理部２０と画像データ生成部１０とを制御し、インスタンス１１ａがデータ受付可能な状態になったことに応じて、データ記憶処理部２０に記憶された要求データを抽出し、データ受付可能な状態のインスタンス１１ａに対して出力する画像生成制御部３０とを備える。【選択図】図１

Description

本発明は、画像処理サーバ、データ送信プログラム及び振分装置に関する。

従来、チラシやカタログ等の印刷物をデザインするレイアウト作業を、レイアウトデザイン装置を用いて行うことが開示されている（例えば、特許文献１）。

特開平６−２８９５８８号公報

レイアウトデザイン装置のような画像生成装置を有効利用するため、複数のクライアントから画像生成装置を使用できるようにすることが考えられる。その場合に、各クライアントからは、その装置をあたかも専有しているかのような使い勝手で使用できることが望ましい。

本発明は、各クライアントから効率よく使用することが可能な画像処理サーバ、データ送信プログラム及び振分装置を提供することを目的とする。

本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。

第１の発明は、複数のクライアント（６）から画像生成に関する要求データを受信して記憶するデータ記憶処理部（２０）と、前記要求データに基づく画像データの生成を行う仮想インスタンス（１１ａ）を複数有する画像データ生成部（１０）と、前記データ記憶処理部と、前記画像データ生成部とを制御し、前記画像データ生成部の前記仮想インスタンスがデータ受付可能な状態になったことに応じて、前記データ記憶処理部に記憶された要求データを抽出し、データ受付可能な状態の前記仮想インスタンスに対して出力する画像生成制御部（３０）と、を備える画像処理サーバ（１）である。
第２の発明は、第１の発明の画像処理サーバ（１）において、前記データ記憶処理部（２０）は、前記要求データと、前記クライアント（６）を識別する識別データとを関連付けて記憶し、前記画像生成制御部（３０）は、前記仮想インスタンス（１１ａ）と、前記識別データとを対応付けており、データ受付可能な状態になった前記仮想インスタンスに対して出力する前記要求データを、前記要求データに関連付けられた前記識別データに基づいて決定して前記データ記憶処理部から抽出すること、を特徴とする画像処理サーバである。
第３の発明は、第２の発明の画像処理サーバ（１）において、前記データ記憶処理部（２０）は、前記要求データの受信到着順を認識可能な態様で、前記要求データを記憶しており、前記画像生成制御部（３０）は、データ受付可能な状態の前記仮想インスタンス（１１ａ）に前記識別データが対応付けられている場合には、前記識別データが対応付けられ、かつ、受信到着順に、前記要求データを前記データ記憶処理部から抽出し、データ受付可能な状態の前記仮想インスタンスに前記識別データが対応付けられていない場合には、受信到着順に、前記要求データを前記データ記憶処理部から抽出すること、を特徴とする画像処理サーバである。
第４の発明は、第１の発明から第３の発明までのいずれかの画像処理サーバ（１）において、前記データ記憶処理部（２０）は、前記要求データと、処理順位に関する優先順位データとを関連付けて記憶しており、前記画像生成制御部（３０）は、前記優先順位データに基づいて、処理順位が高い前記要求データを優先して抽出すること、を特徴とする画像処理サーバである。
第５の発明は、第４の発明の画像処理サーバにおいて、前記要求データの種別として、編集用と印刷物用とを有し、前記データ記憶処理部は、前記要求データの内容に基づいて前記優先順位データを作成して記憶させること、を特徴とする画像処理サーバである。
第６の発明は、第１の発明から第５の発明までのいずれかの画像処理サーバ（１）において、前記要求データは、ＸＭＬ形式のデータを含み、前記画像データ生成部（１０）によって生成された画像データを記憶させる記憶領域の位置が指定されており、前記画像データ生成部は、生成した画像データを、前記要求データに指定された前記記憶領域に記憶させること、を特徴とする画像処理サーバである。
第７の発明は、第１の発明から第６の発明までのいずれかの画像処理サーバ（１）において、前記画像データ生成部（１０）は、前記要求データに基づいて、ＪＰＥＧ形式のデータ又はＰＤＦ形式のデータを生成すること、を特徴とする画像処理サーバである。
第８の発明は、画像処理サーバ（１）に対して通信可能に接続され、前記画像処理サーバに対して要求データを送信するクライアント（６）であるコンピュータ（６０）において実行するデータ送信プログラム（６２ａ）であって、前記コンピュータを、作成した要求データに対して、前記コンピュータを識別可能な識別データを付加するコード付加手段と、前記要求データに対応する優先度を設定する優先度設定手段と、前記コード付加手段により付加した前記識別データと、前記優先度設定手段により設定された前記優先度とを、前記要求データと共に前記画像処理サーバに対して送信するデータ送信手段と、して機能させるためのデータ送信プログラムである。
第９の発明は、第８の発明のデータ送信プログラム（６２ａ）において、前記要求データは、編集用及び印刷物用の画像生成に関する要求データを含み、前記優先度設定手段を、前記要求データの内容に基づいて、優先度を設定するように機能させること、を特徴とするデータ送信プログラムである。
第１０の発明は、複数のクライアント（６）から画像生成に関する要求データを受信して記憶するデータ記憶処理部（２０）と、前記データ記憶処理部と、前記複数の要求データに基づく画像データの生成を並行して行うことが可能な複数の仮想インスタンス（１１ａ）を有する画像データ生成装置（１０）とを制御し、前記画像データ生成装置の前記仮想インスタンスがデータ受付可能な状態になったことに応じて、前記データ記憶処理部に記憶された要求データを抽出し、データ受付可能な状態の前記仮想インスタンスに対して出力する画像生成制御部（３０）と、を備える振分装置（４０）である。

本発明によれば、各クライアントから効率よく使用することが可能な画像処理サーバ、データ送信プログラム及び振分装置を提供することができる。

本実施形態に係る画像処理システムの全体構成及び画像処理サーバの機能ブロックを示す図である。 本実施形態に係るコンピュータの機能ブロックを示す図である。 本実施形態に係る画像処理システムでのメッセージ送信受付処理を示すフローチャートである。 本実施形態に係るデータ記憶処理部のリクエストキュー記憶部の例を示す図である。 本実施形態に係る画像生成制御部での振分処理を示すフローチャートである。 本実施形態に係る画像生成制御部の記憶部に記憶された各テーブルの例を示す図である。 本実施形態に係る画像データ生成部での画像データ生成処理を示すフローチャートである。 本実施形態に係る画像生成制御部での結果後処理を示すフローチャートである。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
＜画像処理システム１００の全体構成＞
図１は、本実施形態に係る画像処理システム１００の全体構成及び画像処理サーバ１の機能ブロックを示す図である。
図２は、本実施形態に係るコンピュータ６０の機能ブロックを示す図である。
図１に示す画像処理システム１００は、商業印刷用の印刷機８を用いて印刷する印刷物（例えば、ポスター、カタログ、チラシ、パンフレット等の広告宣伝印刷物や業務に使用される印刷物）の画像データを生成するシステムである。また、画像処理システム１００は、クライアント６で行う印刷物のデザインのために、編集画面に出力する画像データを生成するシステムである。このように、画像データには、印刷物のデザインを行う際に生成する編集用データや、印刷機８での印刷のために生成するプリント用データ等がある。

画像処理システム１００は、画像処理サーバ１と、ファイルサーバ５と、複数のクライアント６（６Ａ〜６Ｃ）とを備えている。
画像処理サーバ１と、ファイルサーバ５と、各クライアント６（６Ａ〜６Ｃ）とは、通信ネットワークＮを介して通信可能になっている。通信ネットワークＮは、例えば、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）であり、外部からは、アクセスができないネットワークである。なお、以降の説明において、クライアント６Ａ〜６Ｃを識別しない場合には、単にクライアント６と記載し、Ａ〜Ｃの記載を省略する。

＜画像処理サーバ１＞
画像処理サーバ１は、各クライアント６からメッセージを受信し、メッセージに含まれる要求データに基づいて画像データを生成し、生成した画像データを、要求データに指定されたファイルサーバ５の記憶領域に記憶させる処理を行う。
画像処理サーバ１は、画像データ生成部１０（画像データ生成装置）と、振分部４０（振分装置）とを備える。

＜画像データ生成部１０＞
画像データ生成部１０は、振分部４０から要求データを受け付けて、画像データの生成を行う。画像データ生成部１０は、制御部１１と、記憶部１２とを備える。
制御部１１は、画像データ生成部１０の全体を制御する中央処理装置（ＣＰＵ）である。制御部１１は、記憶部１２に記憶されているオペレーティングシステム（ＯＳ）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１１は、複数のインスタンス１１ａ（仮想インスタンス）を有する。各インスタンス１１ａは、要求データに基づいて画像データを生成する。よって、制御部１１は、インスタンス１１ａの数だけ画像データの生成を並行して行うことができる。なお、各インスタンス１１ａの性能（処理速度等）は、同じである。また、インスタンス１１ａの数は、画像データ生成部１０の性能の高さ（スペック）に依存する。後述するが、この例では、インスタンス１１ａの数は、３３個である。つまり、画像データ生成部１０は、３３個の要求データに対する画像データの生成を、同時に行うことができる。
記憶部１２は、制御部１１が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部１２は、要求データの内容に基づいて画像データを生成する画像データ生成プログラム（図示せず）を記憶している。

＜振分部４０＞
振分部４０は、各クライアント６から受信したメッセージに含まれる要求データを、画像データ生成部１０のうち受付可能になったインスタンス１１ａに対して振り分ける処理を行う。
振分部４０は、データ記憶処理部２０と、画像生成制御部３０と、表示部４１と、入力部４２とを備える。

＜データ記憶処理部２０＞
データ記憶処理部２０は、各クライアント６からメッセージを受信してリクエストキュー記憶部２２ａ（後述する図４参照）に記憶させる。データ記憶処理部２０は、制御部２１と、記憶部２２とを備える。
制御部２１は、データ記憶処理部２０の全体を制御するＣＰＵである。制御部２１は、記憶部２２に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
記憶部２２は、制御部２１が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２２は、リクエストキュー記憶部２２ａを備える。リクエストキュー記憶部２２ａは、クライアント６から受信したメッセージを記憶するテーブルである。リクエストキュー記憶部２２ａの詳細については、後述する。

＜画像生成制御部３０＞
画像生成制御部３０は、データ記憶処理部２０と画像データ生成部１０とを制御する。画像生成制御部３０は、制御部３１と、記憶部３２とを備える。
制御部３１は、画像生成制御部３０の全体を制御するＣＰＵである。制御部３１は、記憶部３２に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
記憶部３２は、制御部３１が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部３２は、設定テーブル３２ａと、処理把握テーブル３２ｂとを備える（後述する図６参照）。設定テーブル３２ａは、画像データ生成部１０の各インスタンス１１ａの設定に関するテーブルである。処理把握テーブル３２ｂは、画像データ生成部１０の処理状況を把握するためのテーブルである。設定テーブル３２ａ及び処理把握テーブル３２ｂの詳細については、後述する。
なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、画像データ生成部１０、データ記憶処理部２０及び画像生成制御部３０は、制御部、記憶部等を備えた情報処理装置であり、コンピュータの概念に含まれる。

表示部４１は、液晶パネル等で構成されるディスプレイである。表示部４１は、例えば、データ記憶処理部２０や、画像生成制御部３０のデータを表示する。
入力部４２は、マウスやキーボード等で構成される装置である。入力部４２は、例えば、データ記憶処理部２０や、画像生成制御部３０に対して指示をするためのコマンドを入力するのに用いられる。

＜ファイルサーバ５＞
ファイルサーバ５は、画像処理サーバ１によって生成された画像データを記憶するサーバである。ファイルサーバ５は、例えば、クライアント６ごとにディレクトリが分けられている。各ディレクトリには、要求データで指定した記憶領域が設定される。ファイルサーバ５は、画像データを、各クライアント６に対応付けられたディレクトリ内の記憶領域に記憶する。

＜クライアント６＞
クライアント６は、印刷物に関する編集や印刷指示のためのメッセージを、画像処理サーバ１に対して送信する装置である。クライアント６は、例えば、クライアント６Ａのように、複数のＷｅｂサーバであるコンピュータ６０Ａと、コンピュータ６０Ａに接続された複数の編集端末とからなるシステムであってもよい。また、クライアント６は、例えば、クライアント６Ｂのように、１台の編集端末や、バッチシステム等のコンピュータ６０Ｂであってもよい。さらに、クライアント６は、クライアント６Ｃのように、１台のサーバであるコンピュータ６０Ｃと、コンピュータ６０Ｃに接続された端末とからなるシステムであってもよい。
各クライアント６は、印刷物のデザインに関する処理をして編集用データの生成を指示したり、プリント用（印刷物用）データの生成及び印刷物の印刷を指示したりする、という点において、画像データを生成する処理が共通している。クライアント６は、例えば、依頼主ごとに用意される。ここで、依頼主とは、画像処理システム１００を使用して、印刷物を作成等する企業をいう。

クライアント６のうち、画像処理サーバ１に対して直接通信する装置であるコンピュータ６０（６０Ａ〜６０Ｃ）は、図２に示すように、制御部６１と、記憶部６２と、通信インタフェース部６９とを備える。
制御部６１は、コンピュータ６０の全体を制御するＣＰＵである。制御部６１は、記憶部６２に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部６１は、要求データ生成部６１ａと、コード付加部６１ｂと、優先度設定部６１ｃと、メッセージ送信部６１ｄとを備える。

要求データ生成部６１ａは、要求データを生成する。要求データの詳細については、後述する。
コード付加部６１ｂは、コンピュータ６０を識別するクライアントＩＤ（ｉｄｅｎｔｉｆｉｅｒ）（識別データ）を、要求データに付加する。
優先度設定部６１ｃは、要求データの優先度を設定する。優先度設定部６１ｃは、要求データの内容に基づいて優先度を設定する。
メッセージ送信部６１ｄは、要求データと、クライアントＩＤと、優先度データ（優先順位データ）とを含む指示データとしてメッセージを生成して、画像処理サーバ１（データ記憶処理部２０）に対して送信する。

記憶部６２は、制御部６１が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部６２は、メッセージ送信プログラム６２ａ（データ送信プログラム）と、クライアントＩＤ６２ｂとを記憶する。
メッセージ送信プログラム６２ａは、コード付加部６１ｂと、優先度設定部６１ｃと、メッセージ送信部６１ｄとの機能を実行するためのプログラムである。メッセージ送信プログラム６２ａは、メッセージを、画像処理サーバ１での処理を円滑に行うために必要な共通フォーマットにして、画像処理サーバ１に送信する。メッセージ送信プログラム６２ａは、例えば、ＪＡＲ（Ｊａｖａ（登録商標） ＡＲｃｈｉｖｅ）ファイルである。メッセージ送信プログラム６２ａは、例えば、ＣＤ−ＲＯＭ等の記録媒体によって取得してもよいし、ファイルサーバ５等に記憶させておいて、クライアント６がファイルサーバ５にアクセスすることで取得してもよい。そして、コンピュータ６０は、メッセージ送信プログラム６２ａを、記憶部６２に記憶させる。
クライアントＩＤ６２ｂは、コンピュータ６０を識別するための識別情報である。
なお、記憶部６２は、その他として、例えば、要求データ生成のためのプログラム等（図示せず）も記憶している。
通信インタフェース部６９は、画像処理サーバ１や、ファイルサーバ５との間で通信するためのインタフェースである。

＜コンピュータ６０及びデータ記憶処理部２０の処理＞
次に、画像処理システム１００での処理について説明する。
最初に、コンピュータ６０が画像処理サーバ１に対してメッセージを送信し、画像処理サーバ１が受信する処理ついて説明する。
図３は、本実施形態に係る画像処理システム１００でのメッセージ送信受付処理を示すフローチャートである。
図４は、本実施形態に係るデータ記憶処理部２０のリクエストキュー記憶部２２ａの例を示す図である。

図３のステップＳ（以下、単に「Ｓ」という。）１０において、コンピュータ６０の制御部６１（要求データ生成部６１ａ）は、要求データを生成する。要求データは、画像データ生成部１０で解釈をして、画像データを生成するためのデータである。要求データは、例えば、生成する画像データの形式や、作成する画像データの内容（ドキュメントのサイズや画像等の詳細な内容）、生成した画像データの保存場所等が記述されたデータである。要求データは、例えば、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータである。要求データを、ＸＭＬ形式のデータにすることで、統一的な記法を用いながら独自の意味や構造を持ったマークアップ言語を作成することができ、ソフトウェア間の通信に用いる要求データを、汎用的なデータにできる。

Ｓ１１において、制御部６１（コード付加部６１ｂ）は、クライアントＩＤを記憶部６２から取得して要求データに付加する。
Ｓ１２において、制御部６１（優先度設定部６１ｃ）は、要求データの内容に基づいて優先度を設定して、優先度データを、要求データに付加する。
要求データは、その内容によって、少なくとも２種類がある。

１つは、編集処理で用いる編集用データの生成に関するデータである。クライアント６では、編集画面上で操作をすることで、要求データを画像処理サーバ１に対して送信する。この場合の要求データは、編集作業中に発生する編集画面上に配置する画像データの生成依頼であり、生成した画像データを、クライアント６が編集画面上に配置して出力するものであるため、画像処理サーバ１での処理を早く行う必要がある。また、編集作業では、画像データの配置や変更が都度発生するため、クライアント６から画像処理サーバ１に対して要求データを送信する頻度は高い。さらに、編集作業で発生する画像データの生成依頼は、編集画面上の１つのパーツ画像に関するものであるため、要求データのデータ量は比較的少ない。このような画像データの生成に関する要件を満たす必要があるため、要求データが編集用データの生成に関するものである場合には、制御部６１は、優先度を「高」に設定した優先度データを生成する。

もう１つは、プリント用データの生成に関するデータである。クライアント６では、編集画面上で印刷物のデザインを作成した後に、プリント用データの生成を行うための操作をすることで、要求データを画像処理サーバ１に送信する。この場合の要求データは、印刷機８（図１）で用いる画像データの生成依頼であり、印刷機８は、生成したプリント用データを用いて印刷をする。そのため、編集処理とは異なり、クライアント６へのレスポンスに関しては、多少のタイムラグが許容される。また、プリント用データは、編集作業が終わった後に行うものであるため、編集処理と比較して、クライアント６から画像処理サーバ１に対して要求データを送信する頻度は低い。つまり、１つのプリント用データを作成する間に、編集用データは、複数作成されるものである。さらに、プリント用データは、印刷物のデザインの全てを画像データにするものであるため、要求データのデータ量は比較的多い。このような画像データの生成に関する要件を満たす必要があるため、要求データがプリント用データの生成である場合には、制御部６１は、優先度を「低」に設定した優先度データを生成する。

Ｓ１３において、制御部６１は、メソッドを作成する。メソッドは、要求データの処理内容（編集用データの生成、プリント用データの生成等）を示すものである。よって、画像処理サーバ１の振分部４０では、メソッドのみを判断すれば、要求データの解析をすることなく要求データの処理内容を判断できる。
Ｓ１４において、制御部６１は、Ｓ１０で生成した要求データに、Ｓ１１〜Ｓ１３にて作成した各種データを対応付けたメッセージを生成して、画像処理サーバ１に対して送信する。その後、制御部６１は、本処理を終了する。
なお、Ｓ１１からＳ１３までの処理は、順不同である。

Ｓ１５において、画像処理サーバ１のデータ記憶処理部２０（制御部２１）は、メッセージを受信する。
Ｓ１６において、データ記憶処理部２０（制御部２１）は、受信したメッセージを、リクエストキュー記憶部２２ａに記憶させる。その後、データ記憶処理部２０（制御部２１）は、本処理を終了する。

ここで、リクエストキュー記憶部２２ａについて、図４に基づき説明する。
リクエストキュー記憶部２２ａは、クライアント６から受信したメッセージのうち、要求データと、クライアントＩＤと、優先度データとを記憶する。リクエストキュー記憶部２２ａは、到着順と、要求データと、クライアントＩＤと、優先度との各項目からなる。
到着順は、データ記憶処理部２０がメッセージを受け付けた（受信した）順番である。この例では、到着順を示すものとして昇順の番号を付与しているが、これに限定されず、例えば、メッセージを受信したタイムスタンプであってもよい。
要求データには、メッセージに含まれる要求データを記憶する。
クライアントＩＤには、メッセージに含まれるクライアントＩＤを記憶する。この例で、クライアントＩＤの「Ａ」は、クライアント６Ａからのメッセージであることを示す。また、クライアントＩＤの「Ｂ」、「Ｃ」は、各々クライアント６Ｂ、６Ｃからのメッセージであることを示す。
優先度は、メッセージに含まれる優先度データを記憶する。
このように、リクエストキュー記憶部２２ａには、クライアント６から受信したメッセージを、リクエストとして記憶できる。

＜振分処理＞
次に、画像処理サーバ１の画像生成制御部３０での処理について説明する。
図５は、本実施形態に係る画像生成制御部３０での振分処理を示すフローチャートである。
図６は、本実施形態に係る画像生成制御部３０の記憶部３２に記憶された各テーブルの例を示す図である。
図５のＳ２０において、画像処理サーバ１の画像生成制御部３０（制御部３１）は、空きのインスタンス１１ａがあるか否かを、処理把握テーブル３２ｂを参照して判断する。
ここで、処理把握テーブル３２ｂについて、図６（Ａ）に基づき説明する。
処理把握テーブル３２ｂは、ポートＩＤと、処理データとを対応付けて記憶するテーブルである。
ポートＩＤは、画像データ生成部１０の各インスタンス１１ａに対応するポートのＩＤである。この例では、画像データ生成部１０のインスタンス１１ａが「９０００」から「９０３２」までの３３個あることを示す。
処理データは、そのポートＩＤで処理を実行中の要求データである。処理データが空である場合（＃１）には、そのポートＩＤに対応するインスタンス１１ａは、処理を行っておらず、データ受付可能な状態であることを示す。

図５に戻り、Ｓ２１において、画像生成制御部３０（制御部３１）は、空きのインスタンス１１ａの条件に合う要求データを、データ記憶処理部２０のリクエストキュー記憶部２２ａから抽出する。各インスタンス１１ａの条件は、設定テーブル３２ａに記憶されている。
ここで、設定テーブル３２ａについて、図６（Ｂ）に基づき説明する。
設定テーブル３２ａは、ポートＩＤと、クライアントＩＤと、処理優先度との各項目からなる。
ポートＩＤは、画像データ生成部１０の各インスタンス１１ａのポートに対応するポートのＩＤである。
クライアントＩＤは、専用で処理を行うクライアント６を指定する。例えば、クライアントＩＤが「Ａ」の場合には、クライアント６Ａからの処理を行うものであることを示す。また、クライアントＩＤが「（共有）」の場合には、どのクライアント６からの処理でも行うことができることを示す。
処理優先度は、処理の優先度を示す。例えば、処理優先度が「高＞中＞低」の場合には、優先度が「高」であるものを、優先度が「中」や「低」のものよりも優先的に行うことを示す。また、例えば、処理優先度が「Ｃ：優先なし、Ｃ以外：高のみ」の場合には、クライアント６Ｃの場合には、全ての優先度の処理を行うことを示し、クライアント６Ｃを除くクライアント６は、優先度が「高」のもののみを行うことを示す。

例えば、図６（Ａ）に示す処理把握テーブル３２ｂの（＃１）に示すポートＩＤが「９００１」について説明する。図６（Ｂ）に示す設定テーブル３２ａを参照すると、クライアントＩＤが「Ａ」であり、処理優先度が「高＞中＞低」である。そこで、画像生成制御部３０（制御部３１）は、リクエストキュー記憶部２２ａ（図４）を参照し、処理中の要求データを除き、クライアントＩＤが「Ａ」である要求データを検索する。なお、画像生成制御部３０（制御部３１）は、処理中の要求データであるか否かを、処理把握テーブル３２ｂを参照することで把握できる。すると、到着順が「０００２」と、「０００５」との２つの要求データが処理待ちの要求データであると把握する。その場合、画像生成制御部３０（制御部３１）は、優先度が「高」である到着順が「０００５」のメッセージを、優先度が「低」である到着順が「０００２」のメッセージよりも先に処理を行う。よって、画像生成制御部３０（制御部３１）は、到着順が「０００５」の要求データを、リクエストキュー記憶部２２ａから抽出する。
なお、複数の要求データのクライアントＩＤと、優先度とが同じである場合には、画像生成制御部３０（制御部３１）は、到着順に要求データを抽出する。

図５に戻り、Ｓ２２において、画像生成制御部３０（制御部３１）は、抽出した要求データを、空きのインスタンス１１ａに出力する。
Ｓ２３において、画像生成制御部３０（制御部３１）は、処理把握テーブル３２ｂを更新する。上述の例の場合は、図６（Ａ）（＃２）に示すように、処理把握テーブル３２ｂが更新される。その後、画像生成制御部３０（制御部３１）は、処理をＳ２０に戻し、以降、この振分処理を繰り返す。

＜画像データ生成処理＞
次に、画像処理サーバ１の画像データ生成部１０の処理について説明する。
図７は、本実施形態に係る画像データ生成部１０での画像データ生成処理を示すフローチャートである。
上述した図５のＳ２２によって、画像生成制御部３０（制御部３１）は、要求データを空きのインスタンス１１ａに出力するので、Ｓ３０において、画像データ生成部１０（制御部１１）は、要求データを受け付ける。
Ｓ３１において、画像データ生成部１０（制御部１１）は、画像生成処理を行う。具体的には、画像データ生成部１０（制御部１１）は、受け付けた要求データの内容に基づいて、画像データを生成する。画像データは、編集用データであってもよいし、プリント用データであってもよい。なお、画像データ生成部１０（制御部１１）は、画像生成処理において、編集用データとして、ＪＰＥＧ形式のデータを生成し、プリント用データとして、ＰＤＦ形式のデータを生成する。編集用データとして生成するＪＰＥＧ形式のデータは、クライアント６を使用してデザインを作成する際に用いるものであるので、画像の解像度が多少低くてもよい。他方、プリント用データとして生成するＰＤＦ形式のデータは、印刷物の作成に使用するものであるので、画像の解像度が高いものであることが望ましい。

Ｓ３２において、画像データ生成部１０（制御部１１）は、画像生成処理が正常終了したか否かを判断する。正常終了した場合とは、画像データが生成できたことをいい、正常終了していない場合とは、画像データが生成できなかったことをいう。画像データが生成できない場合とは、例えば、要求データのデータ形式が画像データ生成部１０の許容するデータ形式ではない場合等、要求データに誤りがあった場合等をいう。正常終了した場合（Ｓ３２：ＹＥＳ）には、画像データ生成部１０（制御部１１）は、処理をＳ３３に移す。他方、正常終了していない場合（Ｓ３２：ＮＯ）には、画像データ生成部１０（制御部１１）は、処理をＳ３４に移す。
Ｓ３３において、画像データ生成部１０（制御部１１）は、要求データに指定されたファイルサーバ５の記憶領域に、生成した画像データを記憶させる。

Ｓ３４において、画像データ生成部１０（制御部１１）は、処理結果データを、画像生成制御部３０に出力する。処理結果とは、正常終了したか否かを示すデータである。
Ｓ３５において、画像データ生成部１０（制御部１１）は、画像生成制御部３０とのセッションを終了する。
Ｓ３６において、画像データ生成部１０（制御部１１）は、画像生成制御部３０とのセッションを開始する。
このように、画像データ生成部１０が、画像生成制御部３０との間でセッションの終了及び開始を行うのは、セッションを確立したままの状態で使用し続けることでレスポンスが低下することを防ぎ、画像データ生成部１０と、振分部４０との間のレスポンスを均一にする効果がある。
その後、画像データ生成部１０（制御部１１）は、本処理を終了する。

＜結果後処理＞
次に、画像処理サーバ１の画像生成制御部３０の処理について説明する。
図８は、本実施形態に係る画像生成制御部３０での結果後処理を示すフローチャートである。
上述した図７のＳ３４によって、画像データ生成部１０（制御部１１）は、処理結果データを、画像生成制御部３０に出力するので、Ｓ４０において、画像生成制御部３０（制御部３１）は、処理結果データを受け付ける。
Ｓ４１において、画像生成制御部３０（制御部３１）は、処理結果データを、コンピュータ６０に対して送信する。これにより、コンピュータ６０では、生成された画像データを利用できる。
つまり、編集用データを生成した場合には、クライアント６は、ファイルサーバ５から編集用データを取得して、編集画面に出力できる。また、プリント用データを生成した場合には、印刷機８は、ファイルサーバ５に記憶されたプリント用データを取得して、印刷ができる。
Ｓ４２において、画像生成制御部３０（制御部３１）は、処理結果データがＯＫ（正常終了）であるか否かを判断する。処理結果データがＯＫである場合、つまり、画像データが生成できた場合（Ｓ４２：ＹＥＳ）には、画像生成制御部３０（制御部３１）は、処理をＳ４３に移す。他方、処理結果データがＯＫではない場合（Ｓ４２：ＮＯ）には、画像生成制御部３０（制御部３１）は、処理をＳ４４に移す。

Ｓ４３において、画像生成制御部３０（制御部３１）は、リクエストキュー記憶部２２ａから該当の要求データを含むレコードを削除するように、データ記憶処理部２０に指示する。これにより、データ記憶処理部２０（制御部２１）は、レコード削除の指示を受けて、リクエストキュー記憶部２２ａから該当のレコードを削除する。よって、リクエストキュー記憶部２２ａには、処理待ち又は処理中のレコードのみが記憶されることになる。
Ｓ４４において、画像生成制御部３０（制御部３１）は、処理把握テーブル３２ｂを更新する。画像生成制御部３０（制御部３１）は、処理が終了したポートＩＤの処理データを「空」に更新する。その後、画像生成制御部３０（制御部３１）は、本処理を終了する。

画像データの生成が正常終了した場合には、上述したように、リクエストキュー記憶部２２ａには、処理をした要求データを含むレコードが削除される。他方、画像データの生成が正常終了しなかった場合には、リクエストキュー記憶部２２ａには、処理をした要求データを含むレコードは、削除されずに残った状態になる。よって、画像生成制御部３０（制御部３１）は、振分処理（図５参照）において、画像データの生成が正常終了しなかった要求データを、再度、振り分けて、画像データ生成部１０においてデータ生成処理を行うことができる。

次に、画像処理サーバ１の管理者による処理について説明する。
画像処理サーバ１の管理者は、振分部４０の入力部４２からコマンド入力することで、表示部４１に各種データを表示させる。各種データとは、例えば、リクエストキュー記憶部２２ａや、処理把握テーブル３２ｂの状況、設定テーブル３２ａの設定内容である。そして、管理者は、リクエストキュー記憶部２２ａや、処理把握テーブル３２ｂの状況を確認して、設定テーブル３２ａの設定を変更することができる。設定テーブル３２ａの設定を変更することで、例えば、実行可能状態で処理待ちになっているインスタンス１１ａを少なくできたり、リクエストキュー記憶部２２ａに記憶されるデータ数を少なくできたりするので、画像処理サーバ１全体として、効率のよい処理が行えるようにできる。
管理者は、振分部４０の入力部４２からコマンド入力することで、設定テーブル３２ａの各レコードの条件（クライアントＩＤ、処理優先度）を変更する。そして、管理者が画像処理サーバ１を再起動することで、画像生成制御部３０は、設定テーブル３２ａの設定内容を変更する。

このように、本実施形態の画像処理システム１００によれば、以下のような効果がある。
（１）画像処理サーバ１の画像データ生成部１０は、複数のインスタンス１１ａを有するように構成されているので、複数の画像データの生成に関する同時並行処理が可能である。よって、複数のクライアント６から受信した複数の要求データを、同時に処理ができるため、処理待ちを抑えることができ、全体として画像データの生成時間の短縮を図ることができる。
（２）画像処理サーバ１の画像生成制御部３０は、クライアント６ごとにインスタンス１１ａを設定できる。よって、各クライアント専用の装置と同様なレスポンスを実現できる。

（３）画像処理サーバ１の画像生成制御部３０は、データ受付可能な状態のインスタンス１１ａに対して、そのインスタンス１１ａにクライアントＩＤが対応付けられている場合には、到着順であり、かつ、そのインスタンス１１ａに対応付けられたクライアントＩＤを有する要求データを抽出して処理ができる。他方、画像処理サーバ１の画像生成制御部３０は、データ受付可能な状態のインスタンス１１ａに対して、そのインスタンス１１ａにクライアントＩＤが対応付けられていない場合には、到着順に処理ができる。
よって、画像処理サーバ１は、全ての処理を到着順に行うのではなく、あるクライアント６の処理を優先的に行うこともできる。

（４）画像処理サーバ１の画像生成制御部３０は、優先度が高いものを優先してデータ記憶処理部２０から抽出し、画像データ生成部１０のインスタンス１１ａは、優先度が高いものを優先して処理する。よって、クライアント６での処理優先度に応じて優先度を設定することで、クライアント６のユーザに対して、レスポンスが遅い等のストレスを与えずに済む。
（５）要求データは、ＸＭＬ形式のデータを含むので、画像データ生成部１０が読取可能に情報を記述できる。そして、要求データには、生成した画像データの記憶領域の位置を指定してあるので、画像データ生成部１０では、ファイルサーバ５の指定位置の記憶領域に、生成した画像データを記憶させることができる。それによって、クライアント６からは、円滑に画像データを取得できる。
（６）画像データ生成部１０は、要求データの内容によって、画像データを、ＪＰＥＧにするか、ＰＤＦにするかを判別して生成できる。よって、画像データ生成部１０は、編集用データや、プリント用データを生成できる。

（７）コンピュータ６０は、メッセージ送信プログラム６２ａを組み込むことで、画像処理サーバ１で画像データを生成して、コンピュータ６０からアクセス可能な位置に生成した画像データを格納させることができる。よって、既存のコンピュータ６０に対しては、メッセージ送信プログラム６２ａを組み込むだけでよく、汎用的に画像処理サーバ１を使用した画像データを行うことができる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）本実施形態では、要求データがＸＭＬ形式のデータであるとして説明したが、これに限定されない。要求データは、画像データ生成部で画像データが生成可能な形式のデータであればよく、例えば、ＣＳＶ（Ｃｏｍｍａ−Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式のデータや、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式のデータであってもよい。また、本実施形態では、各クライアントは、要求データをＸＭＬ形式のデータとして作成するものとして説明したが、クライアントごとに要求データのデータ形式が異なってもよい。
（２）本実施形態では、編集用の画像データと、プリント用の画像データとを生成するものとして説明したが、これに限定されない。また、生成された画像データは、ＰＤＦ形式やＪＰＥＧ形式のデータであると説明したが、これに限定されない。例えば、ＰＮＧ形式や、ＩｎＤｅｓｉｇｎ形式等のデータであってもよい。但し、クライアント６や印刷機８で使用可能な形式のデータである必要がある。

（３）本実施形態では、振分部に対して表示部と入力部とを備えるものとして説明したが、これに限定されない。データ記憶処理部と、画像生成制御部とに対してそれぞれ表示部と入力部とを備えて、リクエストキュー記憶部と、設定テーブル及び処理把握テーブルとを表示及び設定するようにしてもよい。
（４）本実施形態では、クライアントのコンピュータを識別するクライアントＩＤを使用するものとして説明したが、これに限定されない。クライアントが識別可能であればよい。

（５）本実施形態では、クライアントのコンピュータでは、メッセージとして、要求データに、クライアントＩＤを付加し、優先度を設定して、メソッドを付加するものとして説明したが、これに限定されない。例えば、優先度の設定を行わなくてもよい。その場合には、データ記憶処理部において、メソッドに基づいて優先度の設定を行ってリクエストキュー記憶部に記憶すればよい。
（６）本実施形態では、設定テーブルでは、クライアントＩＤと処理優先度とを有するものとして説明したが、これに限定されない。他に優先的に処理を行わせるような項目があってもよいし、ない項目があってもよい。また、例えば、ＰＤＦデータ生成専用等、出力形式の指定があってもよい。

１ 画像処理
５ ファイルサーバ
６，６Ａ〜６Ｃ クライアント
１０ 画像データ生成部
１１，２１，３１ 制御部
１１ａ インスタンス
１２，２２，３２ 記憶部
２０ データ記憶処理部
２２ａ リクエストキュー記憶部
３０ 画像生成制御部
３２ａ 設定テーブル
３２ｂ 処理把握テーブル
４０ 振分部
４１ 表示部
４２ 入力部
６０，６０Ａ〜６０Ｃ コンピュータ
１００ 画像処理システム
Ｎ 通信ネットワーク

Claims (10)

1. 複数のクライアントから画像生成に関する要求データを受信して記憶するデータ記憶処理部と、
   前記要求データに基づく画像データの生成を行う仮想インスタンスを複数有する画像データ生成部と、
   前記データ記憶処理部と、前記画像データ生成部とを制御し、前記画像データ生成部の前記仮想インスタンスがデータ受付可能な状態になったことに応じて、前記データ記憶処理部に記憶された要求データを抽出し、データ受付可能な状態の前記仮想インスタンスに対して出力する画像生成制御部と、
   を備える画像処理サーバ。
2. 請求項１に記載の画像処理サーバにおいて、
   前記データ記憶処理部は、前記要求データと、前記クライアントを識別する識別データとを関連付けて記憶し、
   前記画像生成制御部は、
   前記仮想インスタンスと、前記識別データとを対応付けており、
   データ受付可能な状態になった前記仮想インスタンスに対して出力する前記要求データを、前記要求データに関連付けられた前記識別データに基づいて決定して前記データ記憶処理部から抽出すること、
   を特徴とする画像処理サーバ。
3. 請求項２に記載の画像処理サーバにおいて、
   前記データ記憶処理部は、前記要求データの受信到着順を認識可能な態様で、前記要求データを記憶しており、
   前記画像生成制御部は、
   データ受付可能な状態の前記仮想インスタンスに前記識別データが対応付けられている場合には、前記識別データが対応付けられ、かつ、受信到着順に、前記要求データを前記データ記憶処理部から抽出し、
   データ受付可能な状態の前記仮想インスタンスに前記識別データが対応付けられていない場合には、受信到着順に、前記要求データを前記データ記憶処理部から抽出すること、
   を特徴とする画像処理サーバ。
4. 請求項１から請求項３までのいずれかに記載の画像処理サーバにおいて、
   前記データ記憶処理部は、前記要求データと、処理順位に関する優先順位データとを関連付けて記憶しており、
   前記画像生成制御部は、前記優先順位データに基づいて、処理順位が高い前記要求データを優先して抽出すること、
   を特徴とする画像処理サーバ。
5. 請求項４に記載の画像処理サーバにおいて、
   前記要求データの種別として、編集用と印刷物用とを有し、
   前記データ記憶処理部は、前記要求データの内容に基づいて前記優先順位データを作成して記憶させること、
   を特徴とする画像処理サーバ。
6. 請求項１から請求項５までのいずれかに記載の画像処理サーバにおいて、
   前記要求データは、ＸＭＬ形式のデータを含み、前記画像データ生成部によって生成された画像データを記憶させる記憶領域の位置が指定されており、
   前記画像データ生成部は、生成した画像データを、前記要求データに指定された前記記憶領域に記憶させること、
   を特徴とする画像処理サーバ。
7. 請求項１から請求項６までのいずれかに記載の画像処理サーバにおいて、
   前記画像データ生成部は、前記要求データに基づいて、ＪＰＥＧ形式のデータ又はＰＤＦ形式のデータを生成すること、
   を特徴とする画像処理サーバ。
8. 画像処理サーバに対して通信可能に接続され、前記画像処理サーバに対して要求データを送信するクライアントであるコンピュータにおいて実行するデータ送信プログラムであって、
   前記コンピュータを、
   作成した要求データに対して、前記コンピュータを識別可能な識別データを付加するコード付加手段と、
   前記要求データに対応する優先度を設定する優先度設定手段と、
   前記コード付加手段により付加した前記識別データと、前記優先度設定手段により設定された前記優先度とを、前記要求データと共に前記画像処理サーバに対して送信するデータ送信手段と、
   して機能させるためのデータ送信プログラム。
9. 請求項８に記載のデータ送信プログラムにおいて、
   前記要求データは、編集用及び印刷物用の画像生成に関する要求データを含み、
   前記優先度設定手段を、前記要求データの内容に基づいて、優先度を設定するように機能させること、
   を特徴とするデータ送信プログラム。
10. 複数のクライアントから画像生成に関する要求データを受信して記憶するデータ記憶処理部と、
    前記データ記憶処理部と、前記複数の要求データに基づく画像データの生成を並行して行うことが可能な複数の仮想インスタンスを有する画像データ生成装置とを制御し、前記画像データ生成装置の前記仮想インスタンスがデータ受付可能な状態になったことに応じて、前記データ記憶処理部に記憶された要求データを抽出し、データ受付可能な状態の前記仮想インスタンスに対して出力する画像生成制御部と、
    を備える振分装置。

Images