JP7589613B2 - データ変換処理システム、データ変換処理方法及びデータ変換処理プログラム - Google Patents

Description

本発明は、データ変換処理システム、データ変換処理方法及びデータ変換処理プログラムに関する。
関する。

従来、ワードプロセッサアプリケーション等で作成した電子文書ファイルを、プリンタで解釈可能なデータ形式の電子データ（ページ記述言語（ＰＤＬ）形式のプリントデータ）へプリンタドライバで変換し、プリンタへ送信して出力することが行われている。

また、例えばオフィス文書をプリントデータへと変換するプリンタドライバのように、あるデータ形式の電子データを他のデータ形式の電子データに変換することで、出力時の用途に適した形式の電子データへと変換するデータ変換処理は存在する。また、単一のコンピュータにおけるデータ変換処理に限らず、複数台のコンピュータを用いたコンピュータシステムにてデータ変換処理を行うことも従来知られている（例えば、特許文献１又は特許文献２）。

あるデータ形式から他のデータ形式に変換する際、プログラムの独立性やメンテナンス性を高めるために、データ形式を変換する変換部（データ変換プログラム又はデータ変換ライブラリ）が用いられる。

しかし、従来は、予め設けられている変換部で処理可能なジョブ数以上の数のジョブの処理が依頼されると、必然的に処理が停滞する問題があった。

本発明は、上述の課題に鑑みてなされたものであり、変換部に対するジョブ数の増加に柔軟に対応可能なデータ変換処理システム、データ変換処理方法及びデータ変換処理プログラムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明は、異なるデータ形式へのデータ変換処理を指定するキューが蓄積されるキューサーバ装置と、キューにより指定されるデータ変換処理を行う変換部と、オペレーションシステム上のユーザ空間であるコンテナに設けられた変換部数調整モジュールと、を備え、変換部数調整モジュールは、キューサーバ装置に閾値以上の数のキューが蓄積された場合に、変換部と同じデータ変換処理を行う少なくとも一つの仮想変換部を前記コンテナ内に形成して、閾値以上の数となったキューに対応するデータ変換処理を行い、設定ファイルに設定されている起動条件に基づいて、仮想変換部を形成し、設定ファイルには、キューの過去の処理実績に基づく起動条件が設定され、起動条件は、キューの過去の処理実績に応じて逐次修正される。

本発明によれば、変換部に対するジョブ数の増加に柔軟に対応できるという効果を奏する。

図１は、クラウドプリントを説明するための図である。 図２は、クラウドプリントを実現するコンピュータシステムの構成例を示すブロック図である。 図３は、図２の利用手順を例示するフローチャートである。 図４は、実施形態の機能構成を示すブロック図である。 図５は、図４の変換部の詳細な構成を示すブロック図である。 図６は、図４の非同期変換サーバの動作を示すタイミングチャートである。 図７は、図６におけるデータの遷移を例示する概念図である。 図８は、実施形態のデータ変換システムのサーバ構成を説明するための図である。 図９は、Ｌｉｎｕｘ（登録商標）系の変換部を示す図である。 図１０は、Ｗｉｎｄｏｗｓ（登録商標）系の変換部を示す図である。 図１１は、メッセージキューのＯＣＲ処理のキュー、及び、ＯＣＲ処理を行う変換部を示す図である。 図１２は、実施形態のデータ変換システムのコンテナの構成を示す図である。 図１３は、コンテナに設けられている変換部数調整モジュールによるＣａａＳ変換部の起動動作の流れを示すフローチャートである。 図１４は、実施の形態のデータ変換システムに設けられている変換部数調整モジュールにおける設定ファイルの書き換え処理を説明するためのフローチャートである。 図１５は、実施の形態のデータ変換システムに設けられている変換部数調整モジュールにおける設定ファイルの書き換え処理の他の例を説明するためのフローチャートである。 図１６は、過去の実績調査の動作の流れを示すフローチャートである。 図１７は、変換部数調整モジュールにおける、既存の変換部の状態を判断する処理を説明するためのフローチャートである。 図１８は、変換部数調整モジュールにおける、既存の変換部の状態を判断する処理を詳細に説明するためのフローチャートである。 図１９は、変換部数調整モジュールにおける、ステータスがエラーとなったジョブの再実行動作を説明するためのフローチャートである。 図２０は、変換部数調整モジュールによるＣａａＳ変換部のスケジュール起動動作を説明するためのフローチャートである。 図２１は、変換部数調整モジュールによるスケジュール起動処理の詳細な動作の流れを示すフローチャートである。 図２２は、ＣａａＳ変換部を自動起動するスケジュールを設定するために行う、過去の実績の自動調査を説明するためのフローチャートである。

以下、本発明の実施形態について図面を参照しながら説明する。まず、本実施形態の利用形態を述べ、次に、本実施形態の機能的構成及び動作について説明する。

（クラウドプリント）
本明細書で「クラウドプリント」と呼んでいるものは、クラウドコンピューティング型のプリントサービスである。概念について図１を参照して説明する。図１において、インプット側機器（例えばパーソナルコンピュータ（以下「ＰＣ」）１２）で、ワードプロセッサアプリケーションで作成した電子文書ファイルなどを、ＲＰＣＳ（株式会社リコーが開発したページ記述言語）等のプリントデータに変換し（Ａ１）、ＵＳＢやＬＡＮ経由でアウトプット側機器（例えば複合機（以下「ＭＦＰ」）１３に送信し（Ａ２）、出力する。

クラウドプリントでは、Ａ１の手順をクラウド１０上で実行する（Ａ４）。インプット側機器もアウトプット側機器も、クラウド１０側から見るとクライアントとなり、これらクライアントがクラウド１０上にある仮想的なサーバ１１と通信を行い、所与の目的を達成する。

Ａ１のデータ変換処理を行う必要がないので、ローカルクライアントにデータ変換エンジンを持つ必要がない。ところが、クラウド１０側で用意するデータ変換エンジンは、多種多様な電子文書ファイルに対応する必要があり、その種類は今後も増えていく可能性がある。出力に関しても、アウトプット側機器がＭＦＰのみならずプロジェクタや、或いは全く未知の機器への出力に対応する可能性がある。別のクラウドサービスに接続できるデータ形式への変換もあり得る。データ変換処理の種類の増加に柔軟に対応可能とすることが好ましい。

図１を用いて説明したようなクラウドプリントを、図２に示すようなクラウドコンピューティング型のコンピュータシステム（データ変換システム）で構成する。図２において、ローカル側では汎用的なＰＣ１２やＭＦＰ１３が存在し、ＬＡＮのゲートウェイ等に設置されているファイヤーウォール１０３を介して、インターネットに接続する。ＰＣ１２及びＭＦＰ１３が同一のネットワーク上にあってもなくても、クラウドプリントは有効である。以下では、同一のネットワーク上にない場合と仮定して説明する。ローカル側の機器同士でデータの受け渡しが簡単にできない場合の方がクラウドプリントの利便性がよく理解されるためである。

図２において、クラウド側は、データ変換システム１００、印刷ジョブ管理サーバ１０２、リバースプロキシ１０４、認証サーバ１０５、認証用データベース１０６を備える。データ変換システム１００は、非同期変換サーバ１０１と共有ファイルストレージ１０７とジョブ情報管理データベース１０８を有する。共有ファイルストレージ１０７をデータ変換システム１００の外側に置く設計をしてもよい。ジョブ情報管理データベース１０８も、図４に示すように、非同期変換サーバ１０１を構成する一部となるように設計してもよい。

ローカル側機器は、通信がリバースプロキシ１０４によって仲介されることで、クラウド側のサーバ群やストレージの内部構造を意識した処理や通信をする必要がない。認証サーバ１０５と認証用データベース１０６は、ユーザ及び／又はローカル側機器の認証を行う。印刷ジョブ管理サーバ１０２とデータ変換システム１００は、ローカル側機器がアップロードした印刷ジョブを管理／登録する。ローカル側機器から印刷要求があった場合にはプリントデータを送信する。

印刷ジョブには、ワードプロセッサアプリケーションなどで作成した電子文書ファイルが含まれる。データ変換システム１００は、印刷ジョブに含まれる電子文書ファイルを、例えばＭＦＰ１３で出力可能なデータ形式（ページ記述言語（ＰＤＬ））の電子データであるプリントデータに変換する。

図２に示したコンピュータシステムの利用例について図３を参照して説明する。図３は、図２の利用手順を例示するフローチャートである。ユーザはまず、ＰＣ１２から本クラウドプリントサービスにログインする（Ｓ１０１）。認証処理は認証サーバ１０５が実行する。次に、ＰＣ１２から印刷したい電子文書ファイルを本クラウドプリントサービスにアップロードする（Ｓ１０２）。これが印刷ジョブの登録である。印刷ジョブの登録処理は、印刷ジョブ管理サーバ１０２が実行する。ここまでがＰＣ１２で行われる手順である。

印刷ジョブが登録されると、本クラウドプリントサービスではバックグラウンドでデータ変換が行われる。印刷ジョブ管理サーバ１０２がデータ変換システム１００に登録された電子文書ファイルのデータ変換を依頼する（Ｓ１０３）。ここで行われる処理の詳細については後述する。

ユーザ印刷出力する場合、ＭＦＰ１３にて以下の一連の手順を行う。まず、ＭＦＰ１３が本クラウドプリントサービスに対応の機器であるかを確かめる。機器としての認証（Ｓ１０４）である。次に、ユーザは、ＭＦＰ１３を操作してＭＦＰ１３から本クラウドプリントサービスにログインする。ユーザとしての認証（Ｓ１０５）である。

認証後、ユーザは、ジョブ一覧を本クラウドプリントサービスから取得し、ＭＦＰ１３の図示しない表示部に表示する（Ｓ１０６）。次に、表示されているジョブ一覧の中から印刷出力を所望する印刷ジョブを選択する（Ｓ１０７）。そうすると、ＭＦＰ１３が本クラウドプリントサービスから印刷ジョブを取得し、出力する（Ｓ１０８）。

上述したように、ＰＣ１２とＭＦＰ１３が物理的に離れていてもよく、ＰＣ１２でＭＦＰ１３のプリンタドライバ（つまりデータ変換エンジン）を用意する必要がないので、例えば、会議資料を作成／アップロードしておき、海外出張時に現地で印刷出力するような用途に有効である。

（データ変換システム）
本実施形態のデータ変換システム１００は、多種多様なデータ変換要求に対応し、また、データ変換要求の種類及び数の増加に柔軟に対応するため、以下に説明する構成を備える。図４に、データ変換システム１００の機能構成を示す。

図４に示すように、データ変換システム１００は、印刷ジョブ管理サーバ１０２の一機能であるフロントエンドアプリケーション１０２ａと、共有ファイルストレージ１０７と、非同期変換サービスを提供する非同期変換サーバ１０１とを含む。非同期変換サーバ１０１は、データ変換要求管理部１１１と、メッセージキュー１１２と、ジョブ情報管理データベース１０８と、複数の変換部１２０を含む構成である。

印刷ジョブ管理サーバ１０２は、図３を参照して説明したようなクラウドプリントのソリューションにおいて、ＰＣ１２などインプット側機器から送信された印刷ジョブを受信して、印刷ジョブに含まれる電子文書ファイル等を共有ファイルストレージ１０７に登録する機能を備える。また、ＭＦＰ１３などアウトプット側機器から印刷ジョブの出力指示を受信して、出力指示の実行に必要なファイル変換を判断し、データ変換システム１００に変換を実行させる制御を行う。変換後のファイルが共有ファイルストレージ１０７に登録されるので、印刷ジョブ管理サーバ１０２は、登録された変換後のファイルを、出力指示を送信したＭＦＰ１３に送信する。

フロントエンドアプリケーション１０２ａは、印刷ジョブ管理サーバ１０２の機能のうち、出力指示の実行に必要なファイル変換を判断する機能を備える。例えば、登録されている電子ファイルがマイクロソフト社のワード（登録商標）ドキュメントファイルであり、出力指示を送信したＭＦＰ１３がＲＰＣＳ（株式会社リコーが開発したページ記述言語）対応の機種である場合、ワードドキュメントファイルのデータ形式のデータからＲＰＣＳのデータ形式のデータへの変換を判断する。

フロントエンドアプリケーション１０２ａは、判断したデータ変換の種類を、例えば、「ｔｙｐｅ＝“ｄｏｃ２ｒｐｃｓ”」のようなパラメータにして、非同期変換サーバ１０１に送信するリクエストに埋め込む。同様に、変換元のデータのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）もパラメータとしてリクエストに埋め込む。ここで、ＵＲＩは、共有ファイルストレージ１０７におけるデータの存在する場所の情報である。

データ変換の種類とデータのＵＲＩを少なくとも含むリクエストを受け取った非同期変換サーバ１０１では、まず、データ変換要求管理部１１１がリクエストを受け取る。データ変換要求管理部１１１は、データ変換に係るリクエストを解析して、データ変換の種類に合致する変換部１２０があるか否かを判断する。ある場合には、その変換部１２０に対応するメッセージキュー１１２に、キューを入れる。ない場合には、複数の別種の変換部１２０を連携させて、所望のデータ変換の種類ができる組み合わせを判断し、最初の変換部１２０に対応するメッセージキュー１１２に、キューを入れる。

データ変換要求管理部１１１は、メッセージキュー１１２へキューを入れることと同時に並行して、ジョブ情報管理データベース１０８に、当該リクエストの情報を登録又は更新する。ジョブ情報管理データベース１０８に登録される情報とは、ファイルの場所（共有ファイルストレージ１０７上のＵＲＩ）、リクエストに含まれるデータ変換の種類、当該リクエストの状態である。リクエストの状態としては、例えば「データ変換実行中」、「データ変換中継中」、「データ変換完了」などがあり、データ変換の処理状況を示すステータスを表す。

メッセージキュー１１２は、複数の変換部１２０の各々に対応するキューを有する。各変換部１２０は、その変換部１２０に対応するキューを監視しており、キューにメッセージが入り次第、そのメッセージに対応するジョブ情報管理データベース１０８に登録されたリクエストの情報を取りに行き、取得したリクエストの情報に含まれるＵＲＩに基づいて、共有ファイルストレージ１０７上のデータを取得する。そして、取得したデータの変換を行う。

各変換部１２０は、変換後のデータを共有ファイルストレージ１０７上に登録し、ジョブ情報管理データベース１０８上に登録されたリクエストの情報を書き換えて更新する。また、連携してデータ変換する場合に、その変換部でデータ変換した後、新たなリクエストを次にデータ変換を行う変換部のキューに入れる。

複数の変換部１２０は、各々異なる重複しない変換部（第１の変換部１２１、第２の変換部１２２、・・・、第ｎの変換部１２ｎ）である。各変換部１２０は、図５に示すように、変換処理ライブラリ１２０ａと変換エンジン１２０ｂを備える構成である。

変換処理ライブラリ１２０ａは、その変換部１２０に対応するキューを監視する処理や、変換後のデータを共有ファイルストレージ１０７上に登録する処理や、ジョブ情報管理データベース１０８上に登録されたリクエストの情報を書き換えて更新する処理や、連携してデータ変換する場合にデータ変換後に新たなリクエストを次にデータ変換を行う変換部のキューに入れる処理などを実行する。

変換エンジン１２０ｂとしては、例えば、以下のようなものがある。
・ｏｆｆｉｃｅ２ｒｐｃｓ：マイクロソフト（登録商標）社の提供するオフィスソフトで作成した電子文書ファイルをＲＰＣＳ（株式会社リコーが開発したページ記述言語）に変換するエンジン
・ｐｄｆ２ｒｐｃｓ：ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｕｃｕｍｅｎｔ Ｆｏｒｍａｔ）をＲＰＣＳに変換するエンジン
・ｉｍｇ２ｐｄｆ：画像ファイルをＰＤＦに変換するエンジン
・ｈｔｍｌ２ｐｄｆ：ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されたページファイルをＰＤＦに変換するエンジン

（非同期変換サービス）
図４に示す非同期変換サーバ１０１による非同期変換サービスの流れについて、図６のタイミングチャートを参照して説明する。

非同期変換サービスは、フロントエンドアプリケーション１０２ａが共有ファイルストレージ１０７に登録しておいた（Ｓ２０１）データに対するデータ変換の要求（リクエスト）を、データ変換システム１００を構成するデータ変換要求管理部１１１に送信する（Ｓ２０２）と始まる。

Ｓ２０２で送信されるリクエストは、フロントエンドアプリケーション１０２ａが判断したデータ変換の種類が、例えば、「ｔｙｐｅ＝“ｄｏｃ２ｒｐｃｓ”」のようなパラメータにて埋め込まれている。また、リクエストには、変換しようとしているデータのＵＲＩ（Uniform Resource Indicator）もパラメータで埋め込まれている。

リクエストを受け取ったデータ変換要求管理部１１１は、データ変換に係るリクエストを解析して、データ変換の種類に合致する変換部１２０があるか否かを判断する（Ｓ２０３）。ある場合には、その変換部１２０に対応するメッセージキュー１１２に、キューを入れる。ない場合には、複数の別種の変換部１２０を連携させて、所望のデータ変換の種類ができる組み合わせを判断し、最初の変換部１２０に対応するメッセージキュー１１２に、キューを入れる。

図６に依拠する本例では、データ変換の種類に合致する変換部１２０がない場合であって、２種の変換部１２０を連携させれば、所望のデータ変換が可能なケースを考える。例えば、図７に示すように、「ｏｆｆｉｃｅ２ｒｐｃｓ（マイクロソフト社の提供するオフィスソフトで作成した電子文書ファイルをＲＰＣＳ（株式会社リコーが開発したページ記述言語）に変換するエンジン）」がない場合であって、「ｏｆｆｉｃｅ２ｐｄｆ」と「ｐｄｆ２ｒｐｃｓ」を連携させれば、オフィス文書からプリンタ記述言語へのデータ変換が可能な場合などである。

データ変換要求管理部１１１は、メッセージキュー１１２へキューを入れること（Ｓ２０５）と同時に並行して、ジョブ情報管理データベース１０８に、当該リクエストの情報を登録する（Ｓ２０４）。

キューを監視している各変換部１２０は、キューにメッセージが入ったことを検知すると（Ｓ２０６）、そのメッセージに対応するジョブ情報管理データベース１０８に登録されたリクエストの情報を取りに行き（Ｓ２０７、Ｓ２０８）、取得したリクエストの情報に含まれるＵＲＩに基づいて、共有ファイルストレージ１０７上のデータを取得する（Ｓ２０９、Ｓ２１０）。そして、取得したデータの変換を行う（Ｓ２１１）。

各変換部１２０は、変換後のデータを共有ファイルストレージ１０７上に登録又は更新する（Ｓ２１２）と同時に、変換したことを表すために、ジョブ情報管理データベース１０８に登録されている当該リクエストの情報を更新する（Ｓ２１３）。このとき、リクエストの状態が、“データ変換中継中”に更新される。

データ変換要求管理部１１１は、ジョブ情報管理データベース１０８の更新を監視している。Ｓ２０３で２段階に分けたデータ変換のプロセスの１段階目が終了したことを検知すると（Ｓ２１４）、データ変換要求管理部１１１は、２段階目のデータ変換のメッセージを生成して、メッセージキュー１１２へキューを入れる（Ｓ２１５）。

なお、各変換部１２０がメッセージキュー１１２へ直接キューを入れる構成としてもよい。この場合、変換部１２０（ないし変換処理ライブラリ１２０ａ）がその変換部におけるデータ変換後に、新たなリクエストを次にデータ変換を行う変換部のキューに入れる処理を実行する。

キューを監視している各変換部１２０は、キューにメッセージが入ったことを検知すると（Ｓ２１６）、そのメッセージに対応するジョブ情報管理データベース１０８に登録されたリクエストの情報を取りに行き（Ｓ２１７、Ｓ２１８）、取得したリクエストの情報に含まれるＵＲＩに基づいて、共有ファイルストレージ１０７上のデータを取得する（Ｓ２１９、Ｓ２２０）。そして、取得したデータの変換を行う（Ｓ２２１）。

各変換部１２０は、変換後のデータを共有ファイルストレージ１０７上に登録又は更新する（Ｓ２２２）と同時に、変換したことを表すために、ジョブ情報管理データベース１０８に登録されている当該リクエストの情報を更新する（Ｓ２２３）。このとき、リクエストの状態が、“データ変換完了”に更新される。

Ｓ２１５～Ｓ２２３の処理は、Ｓ２０５～Ｓ２１３の処理と同様のものである。ただし、異なる変換部１２０（例えば、第１の変換部１２１と第２の変換部１２２）が行う（同じデータ変換を２重に行う場合を除く）。

上述した動作を行うことによって、図７に示したような直接変換する変換エンジンが存在しない変換要求のリクエストに対して、そのようなリクエストを満足する変換エンジン及び変換リクエストを用意するのではなく、複数の既存の変換部を組み合わせ連携させることによって、変換要求を処理することができるようになる。

データ変換のリクエストの種類は、上述したように、データ変換システム１００を立ち上げたあとに増加する可能性がある。これに対して、本実施形態によれば柔軟に対応することができるようになる。

なお、変換部の種類としては、上記実施形態のものに限定されない。他に例えば、バーコード画像のデータを、文字列のデータに変換する変換部や、画像ファイルのデータからＯＣＲ（文字読み取り）して、文字列のデータに変換する変換部など、種々のものが考えられる。

（ジョブ数の増加に対する対応）
次に、本実施形態のデータ変換システム１００は、このようにデータ変換処理の種類の増加に対応可能であると共に、データ変換処理のジョブ数の増加にも対応可能となっている。すなわち、本実施形態のデータ変換システム１００は、キューに溜まったジョブが所定の閾値以上となった際に、必要数の変換部１２０を起動させることで、ジョブ数の増加にも対応するようになっている。

（サーバ構成）
まず、本実施形態のデータ変換システム１００は、図８に示すサーバ構成を有している。すなわち、本実施形態のデータ変換システム１００は、図８に示すように、アップサーバ装置３０、フロントサーバ装置３１、キューサーバ装置３２、第１の印刷ジョブ管理サーバ装置３３、第２の印刷ジョブ管理サーバ装置３４、データベースサーバ装置（ＤＢサーバ装置）３５及びファイルサーバ装置３６を有している。

アップサーバ装置３０は、上述のフロントエンドアプリ１０２ａを備えている。フロントサーバ装置３１は、上述のデータ変換要求管理部１１１を備えている。キューサーバ装置３２には、メッセージキュー１１２が蓄積される。第１の印刷ジョブ管理サーバ装置３３及び第２の印刷ジョブ管理サーバ装置３４は、予め定められた数の変換部１２０－１～１２０－ｎ（ｎは、２以上の自然数）が設けられている。ＤＢサーバ装置３５には、上述のジョブ管理ＤＢ１０８が設けられている。ファイルサーバ装置３６には、上述の共有ファイルストレージ１０７が設けられている。

なお、この例では、２台の印刷ジョブ管理サーバ装置３３、３４を設けているが（冗長構成）、１台又は３台以上の印刷ジョブ管理サーバ装置を設けてもよい。印刷ジョブ管理サーバ装置を複数台設けることで、一つのサーバ装置が異常になっても、他のサーバ装置の変換部１２０でドキュメント処理等を継続することができる。また、アップサーバ装置３０、フロントサーバ装置３１、キューサーバ装置３２、ＤＢサーバ装置３５及びファイルサーバ装置３６も複数台設ける構成としてもよい。

（ジョブ情報テーブルの構成）
ＤＢサーバ装置３５のジョブ情報管理ＤＢ１０８には、ジョブ情報テーブル３７及びタスクステータステーブル３８が設けられている。ジョブ情報テーブル３７は、以下の表１に示す構成となっている。

すなわち、この表１に示すように、ジョブ情報テーブル３７には、どのジョブかを識別するためのジョブＩＤ、どのユーザのジョブかを識別するユーザＩＤ、いつジョブがリクエストされたかを示す投入日時が記録される。また、ジョブ情報テーブル３７には、いつ処理が終了したかを示す完了日時、何のジョブかを示すジョブタイプ、処理を実行する際のパラメータ、そして処理を実行した結果が記録される。

（変換部の構成）
変換部１２０には、一例として、図９に示すＬｉｎｕｘ（登録商標）系の変換部１２０と、図１０に示すＷｉｎｄｏｗｓ（登録商標）系の変換部１２０が設けられている。Ｌｉｎｕｘ（登録商標）系及びＷｉｎｄｏｗｓ（登録症状）系は、冗長構成で例えば第１のインスタンス及び第２のインスタンス等のように、２台ずつサーバインスタンスが設けられている。また、各インスタンスが担当する処理は、図９及び図１０に示すように分かれている。

また、キューにも「Ｎｏｍａｌ（処理時間が短いキュー）」と「Ｈｅａｖｙ（処理時間が長くなるキュー）」という２種類のキューがある。処理に時間を要する機能は、Ｈｅａｖｙキューに溜めることで、短時間で処理ができるキューをスムーズに処理できるようにしている。

サーバインスタンス内の変換部１２０は、全ての変換部１２０が全てのキューを監視しているわけではない。例えば、図９に示すように、Ｌｉｎｕｘ（登録商標）系の変換部１２０では、第１のインスタンスの第１の変換処理プロセス及び第２の変換処理プロセスでＯＣＲ（Optical Character Recognition）及びメール処理を担当する。また、第２のインスタンスの第７の変換処理プロセス及び第８の変換処理プロセスでＯＣＲ（Optical Character Recognition）及びメール処理を担当する。

また、図９に示すＬｉｎｕｘ（登録商標）系の変換部１２０では、第１のインスタンスの第３の変換処理プロセス及び第４変換処理プロセスでバーコード、ＰＤＦ及びメール処理を担当する。また、第２のインスタンスの第９の変換処理プロセス及び第１０の変換処理プロセスでバーコード、ＰＤＦ及びメール処理を担当する。

また、図９に示すＬｉｎｕｘ（登録商標）系の変換部１２０では、第１のインスタンスの第５の変換処理プロセス及び第６変換処理プロセスで画像変換、テキスト変換及びメール処理を担当する。また、第２のインスタンスの第１１の変換処理プロセス及び第１２の変換処理プロセスで画像変換、テキスト変換及びメール処理を担当する。

同様に、図１０に示すように、Ｗｉｎｄｏｗｓ（登録商標）系の変換部１２０では、第１のインスタンスの第１の変換処理プロセス及び第２の変換処理プロセスでｏｆｆｉｃｅ変換処理及びＰＤＬ（Page Description Language）変換処理を担当する。また、第２のインスタンスの第７の変換処理プロセス及び第８の変換処理プロセスでｏｆｆｉｃｅ変換処理及びＰＤＬ（Page Description Language）変換処理を担当する。

また、図１０に示すＷｉｎｄｏｗｓ（登録商標）系の変換部１２０では、第１のインスタンスの第３の変換処理プロセス及び第４変換処理プロセスで、日本語ＯＣＲ処理（Ｎｏｍａｌお及びＨｅａｖｙ）を担当する。また、第２のインスタンスの第９の変換処理プロセス及び第１０の変換処理プロセスで、日本語ＯＣＲ処理（Ｎｏｍａｌ及びＨｅａｖｙ）を担当する。

また、図１０に示すＷｉｎｄｏｗｓ（登録商標）系の変換部１２０では、第１のインスタンスの第５の変換処理プロセス及び第６変換処理プロセスで、バーコード処理（Ｎｏｍａｌ及びＨｅａｖｙ）及び帳票処理を担当する。また、第２のインスタンスの第１１の変換処理プロセス及び第１２の変換処理プロセスで、バーコード処理（Ｎｏｍａｌ及びＨｅａｖｙ）及び帳票処理を担当する。

このように処理を担当するキューの種類と、キューの処理を担当する変換部１２０が、予め設定されている。このような処理の分担設定は、データ変換システム１００のシステム稼働中に変わることは無い。

（キュー数の増加による不都合）
ここで、一例として、図１１に、メッセージキュー１１２のＯＣＲのキュー、及び、ＯＣＲ処理を行う変換部（ＯＣＲ変換部１２０－１～１２０－ｎ）を示す。上述のように、ＯＣＲ処理は、Ｌｉｎｕｘ（登録商標）系の第１、第２、第７及び第８の、計４つの変換処理プロセスで行うように予め設定されている。このため、メッセージキュー１１２の４つのＯＣＲキュー（ＯＣＲ－１～ＯＣＲ－４）は、すぐに処理を開始できる。しかし、ＯＣＲ－５のＯＣＲキューは、４つの変換処理プロセスが全て処理を実行中であるため、処理を待たされることとなる。４つの変換処理プロセスでの処理が長引くことで、所定時間が経過すると、ＯＣＲ－５のＯＣＲキューは処理されることなく、タイムアウトエラーとして返却される不都合を生ずる。

（変換部の自動増加構成）
本実施形態のデータ変換システム１００は、今後、ユーザ数が増えることで、処理が待機状態となるキュー及びタイムアウトとなるキューの発生を防止するために、自動的に変換部１２０の数を増やす構成を備えている。

すなわち、本実施形態のデータ変換システム１００は、図１２に示すように、いわゆるＣａａＳ（Containers as a Service）のコンテナ４０に変換部数調整モジュール４１を備えている。また、コンテナ４０には、ドッカー（Docker（登録商標））イメージのＣａａＳ変換部４２が設けられている。変換部数調整モジュール４１は、必要となった際にタスクとしてドッカーイメージを起動して一つ又は複数のＣａａＳ変換部４２（仮想変換部の一例）を形成する（ドッカーによるコンテナ型仮想化）。

なお、コンテナ４０は、オペレーションシステム（ＯＳ）上に、仮想的に提供されるユーザ空間である。また、ユーザ空間とは、ユーザがアプリケーションを実行するための、ひと揃いのリソースが提供される空間である。

例えば、４つ等の既存のＯＣＲ変換部１２０－１～１２０－ｎで４つのＯＣＲキュー（ＯＣＲ－１～ＯＣＲ－４）の処理を開始したが、キューサーバ装置３２に１１個のＯＣＲキューが蓄積されたとする。変換部数調整モジュール４１は、キューサーバ装置３２に蓄積されるＯＣＲキューの数を定期的に認識し、ＯＣＲキューが例えば５個等の所定の閾値以上となったか否かを判別する。そして、ＯＣＲキューが所定の閾値以上となった際に、変換部数調整モジュール４１は、既存のＯＣＲ変換部１２０－１～１２０－ｎとは別に、ＯＣＲキューの処理を行う変換部であるＣａａＳ変換部４２を起動する。そして、このＣａａＳ変換部４２にＯＣＲキューの処理を実行させる。

ＣａａＳ変換部４２は、例えばＡＷＳ（登録商標）（Amazon Web Service）で提供されるドッカーコンテナという技術を使って構成され、以下の特徴を有している。

１．既存の変換部１２０が常に存在し、キューサーバ装置３２を所定時間毎にポーリングし、キューサーバ装置３２にキューが存在していた場合に、そのキューを処理する。これに対し、ＣａａＳ変換部４２は、起動されると、例えば１度だけキューサーバ装置３２を見に行き、キューサーバ装置３２に処理するキューが存在する場合に、このキューのジョブを処理する。そして、ＣａａＳ変換部４２は、ジョブの処理が完了するとプロセスを停止して消える。

２．既存の変換部１２０のサーバ装置を形成する場合、オペレーションシステムの他、様々なモジュール及びソフトウェアをインストールしデプロイをする必要がある。換言すると、変換部１２０が存在しないサーバ装置に対して、変換部１２０を設ける作業が必要となる。このため、既存の変換部１２０は、増設に例えば１５分～３０分の時間を要する。これに対し、ＣａａＳ変換部４２の場合、ＣａａＳ変換部４２も含めてイメージ化されており、かつ、短時間で立ち上げ可能なコンテナで実現できるため、例えば２～３分で増設することができる。従って、既存の変換部１２０に追加して、変換部１２０のサーバ装置を増設するよりも、効率よく変換部１２０を増設することができる。

３．既存の変換部１２０で処理困難な場合のみ、ＣａａＳ変換部４２を動的に増やして処理困難なキューを処理することで、効率よくキューの処理を行うことができ、キューの処理の待ち時間が長時間となり、又は、タイムアウトエラーとなる不都合を低減できる。

（ＣａａＳ変換部の起動数）
変換部数調整モジュール４１は、上述の閾値を超えたキューの数に応じた所定数のＣａａＳ変換部４２を起動する。キュー閾値と起動するＣａａＳ変換部４２の数は、以下の表２に示す設定ファイルに起動条件の一つとして記憶されている。

一例ではあるが、この表２に示すように、例えばＯＣＲ処理のように、処理に時間を要し、また、リソースを多く使う処理は、キュー閾値が小さく、また、起動するＣａａＳ変換部４２の数が多く設定されている。反対に、ＰＤＦ変換処理のように短時間で処理が完了し、リソースを使わない処理に対しては、キュー閾値が大きく、また、起動するＣａａＳ変換部４２の数も少なく設定されている。

変換部数調整モジュール４１は、最初にこの設定ファイルの読み込みを行い、設定ファイルに記載されているキュー閾値に対応する数のＣａａＳ変換部４２を起動する。例えば、ＯＣＲキューの場合、キュー閾値が「５個」で、起動するＣａａＳ変換部４２の数が「５個」となっている。このため、変換部数調整モジュール４１は、キューサーバ装置３２に５個以上のＯＣＲキューが蓄積された際に、５個のＣａａＳ変換部４２を起動する。

（ＣａａＳ変換部の起動動作）
図１３は、変換部数調整モジュール４１によるＣａａＳ変換部４２の起動動作の流れを示すフローチャートである。この図１３に示すように、変換部数調整モジュール４１は、まず、表２に示した設定ファイルに記載されているＯＣＲ処理に対するキュー閾値及び起動するＣａａＳ変換部４２の数を認識する（ステップＳ１）。

次に、変換部数調整モジュール４１は、キューサーバ装置３２に対して、設定ファイルに記載されている閾値以上の数のＯＣＲキューが蓄積されているか否かを判別する（ステップＳ２）。

キューサーバ装置３２に対して、設定ファイルに記載されている閾値以上の数のＯＣＲキューが蓄積されている場合（ステップＳ２：Ｙｅｓ）、変換部数調整モジュール４１は、設定ファイルに記載されている数のＣａａＳ変換部４２を起動する（ステップＳ３）。表２の例の場合は、５つのＣａａＳ変換部４２が起動される。これにより、起動されたＣａａＳ変換部４２により、処理が停滞していたＯＣＲキューの処理が行われる。

これに対して、設定ファイルに記載されている閾値以上の数のＯＣＲキューが、キューサーバ装置３２に蓄積されていない場合（ステップＳ２：Ｎｏ）、変換部数調整モジュール４１は、表２に示した設定ファイルに記載されているバーコード処理に対するキュー閾値及び起動するＣａａＳ変換部４２の数を認識する（ステップＳ４）。

次に、変換部数調整モジュール４１は、キューサーバ装置３２に対して、設定ファイルに記載されている閾値以上の数のバーコードキューが蓄積されているか否かを判別する（ステップＳ５）。

キューサーバ装置３２に対して、設定ファイルに記載されている閾値以上の数のバーコードキューが蓄積されている場合（ステップＳ５：Ｙｅｓ）、変換部数調整モジュール４１は、設定ファイルに記載されている数のＣａａＳ変換部４２を起動する（ステップＳ６）。表２の例の場合は、３つのＣａａＳ変換部４２が起動される。これにより、起動されたＣａａＳ変換部４２により、処理が停滞していたバーコードキューの処理が行われる。

これに対して、設定ファイルに記載されている閾値以上の数のバーコードキューが、キューサーバ装置３２に蓄積されていない場合（ステップＳ５：Ｎｏ）、変換部数調整モジュール４１は、表２に示した設定ファイルに記載されているＰＤＦ変換処理に対するキュー閾値及び起動するＣａａＳ変換部４２の数を認識する（ステップＳ７）。

次に、変換部数調整モジュール４１は、キューサーバ装置３２に対して、設定ファイルに記載されている閾値以上の数のＰＤＦキューが蓄積されているか否かを判別する（ステップＳ８）。

キューサーバ装置３２に対して、設定ファイルに記載されている閾値以上の数のＰＤＦキューが蓄積されている場合（ステップＳ８：Ｙｅｓ）、変換部数調整モジュール４１は、設定ファイルに記載されている数のＣａａＳ変換部４２を起動する（ステップＳ９）。表２の例の場合は、１つのＣａａＳ変換部４２が起動される。これにより、起動されたＣａａＳ変換部４２により、処理が停滞していたＰＤＦキューの処理が行われる。

これに対して、設定ファイルに記載されている閾値以上の数のバーコードキューが、キューサーバ装置３２に蓄積されていない場合（ステップＳ８：Ｎｏ）、変換部数調整モジュール４１は、処理をステップＳ１に戻し、上述の各処理を繰り返し行う。

このように変換部数調整モジュール４１は、ＯＣＲ処理→ハーコード処理→・・・ＰＤＦ変換処理の処理毎に、キューサーバ装置３２に蓄積されているキューの数を順次検出し、閾値以上の数のキューが蓄積されていた場合に、予め設定されている数のＣａａＳ変換部４２を起動する。これにより、停滞していたキューの処理を順次行うことができ、処理の停滞を解消することができる。

（設定ファイルの書き換え処理）
次に、表２に示したキュー閾値、及び、起動するＣａａＳ変換部４２の数の設定の仕方を説明する。

過去の実績をベースに、処理の重さ・リソースの使われ具合を調べ、キュー閾値と起動するＣａａＳ変換部４２の数等を起動条件として予め設定ファイルに記載しておく。そして、変換部数調整モジュール４１が、この設定ファイルで示される数のＣａａＳ変換部４２を起動してもよい。

ここで、例えば急にＯＣＲキューが１００件投入されたとする。しかし、起動するＣａａＳ変換部４２の数は、設定ファイルに記載されている起動するＣａａＳ変換部の数に制限される。このため、１００件のＯＣＲキューを処理可能とするだけの数のＣａａＳ変換部４２を起動することが困難となり、キューの処理待ちの時間が長時間となり、また、タイムアウトエラーが発生する。

このため、本実施形態のデータ変換システム１００は、自動的に起動条件の一つであるキュー閾値と起動するＣａａＳ変換部４２の数を変更して、投入又は蓄積されたキューの数に対応する数のＣａａＳ変換部４２を起動可能としている（設定ファイルの書き換え処理）。

図１４は、設定ファイルの書き換え処理を含めたかたちの、ＣａａＳ変換部４２の起動動作の流れを示すフローチャートである。この図１４のフローチャートにおけるステップＳ１～ステップＳ９の各処理は、図１３のフローチャートのステップＳ１～ステップＳ９の各処理と同じ処理である。図１４のフローチャートにおいて、ステップＳ３で、閾値以上の数のＯＣＲキューがキューサーバ装置３２に蓄積されていることで、ＣａａＳ変換部４２を起動させると、処理がステップＳ１１に進む。

ステップＳ１１では、変換部数調整モジュール４１が、ＯＣＲ処理の過去の実績調査を行う。この実績調査の詳細な動作は、図１６のフローチャートを用いて後述する。次に、変換部数調整モジュール４１は、ＯＣＲ処理の過去の実績調査結果に基づいて、表２に示した設定ファイルのＯＣＲ処理に対するキュー閾値、及び、起動するＣａａＳ変換部４２の数を書き換え処理する（ステップＳ１２：起動条件の書き換え処理）。

この後、変換部数調整モジュール４１は、バーコード処理の過去の実績調査結果に基づいて（ステップＳ１３）、表２に示した設定ファイルのバーコード処理に対するキュー閾値、及び、起動するＣａａＳ変換部４２の数を書き換え処理する（ステップＳ１４）。さらに、変換部数調整モジュール４１は、ＰＤＦ変換処理の過去の実績調査結果に基づいて（ステップＳ１５）、表２に示した設定ファイルのＰＤＦ変換処理に対するキュー閾値、及び、起動するＣａａＳ変換部４２の数を書き換え処理する（ステップＳ１６）。

このように、変換部数調整モジュール４１は、過去の実績調査を処理毎に順次行い、実績調査結果に対応する値に、設定ファイルのキュー閾値、及び、起動するＣａａＳ変換部４２の数を書き換え処理する。これにより、投入又は蓄積されたキューの数に対応する数のＣａａＳ変換部４２を、動的に起動可能とすることができ、キューの処理待ちの時間が長時間となる不都合、及び、タイムアウトエラーが発生する不都合を防止できる。

（設定ファイルの書き換え処理の他の例）
このような設定ファイルの書き換え処理は、図１４のフローチャートを用いて説明したように、ＯＣＲ又はバーコード等の処理毎に順次行ってもよいが、図１５のフローチャートに示すように、一括して行ってもよい。この場合、図１５のフローチャートに示すように、変換部数調整モジュール４１は、ステップＳ１～ステップＳ９の処理が終了すると、ステップＳ２１に進める。ステップＳ２１では、変換部数調整モジュール４１が、ＯＣＲ、バーコード等の各処理に対する過去の実績調査を、一括して行う。そして、変換部数調整モジュール４１は、各処理の実績調査結果に基づいて、各処理のキュー閾値、及び、起動するＣａａＳ変換部４２の数を書き換え処理する（ステップＳ２２）。

これにより、上述と同様に、投入又は蓄積されたキューの数に対応する数のＣａａＳ変換部４２を、動的に起動可能とすることができ、キューの処理待ちの時間が長時間となる不都合、及び、タイムアウトエラーが発生する不都合を防止できる。

（過去の実績調査）
次に、図１４のフローチャートのステップＳ１１、ステップＳ１３、ステップＳ１５、及び、図１５のフローチャートのステップＳ２１の処理となる過去の実績調査の説明をする。図１６は、過去の実績調査の動作の流れを示すフローチャートである。

まず、ステップＳ３１では、変換部数調整モジュール４１が、ＯＣＲ，バーコード等の各処理のジョブ情報を収集する。具体的には、図８に示したジョブ情報管理ＤＢ１０８内のジョブ情報テーブル３７には、表１に示したように、ジョブタイプ、投入日時、完了日時、「結果」等の各種の情報が記憶されている。変換部数調整モジュール４１は、このジョブ情報テーブル３７から、例えばＯＣＲ処理に関する全ての情報を取得する。なお、投入日時で指定することで、過去１ヶ月等の期間を指定して情報を取得してもよい。

次に、ジョブ情報テーブル３７から取得した「結果」の中には、以下の表３に示すように、総ファイルサイズ、ファイル数、及び、総ページ数の各情報が記憶されている。

変換部数調整モジュール４１は、この表３に示した総ファイルサイズ、ファイル数、及び、総ページ数の各情報に基づいて、ＯＣＲ処理等の処理毎に、処理能力を示す平均秒速を算出する。つまり、変換部数調整モジュール４１は、以下の演算を行い、全ジョブで平均化する。

ファイルサイズ秒速＝総ファイルサイズ÷（完了日時－投入日時）（秒）
ファイル数秒速＝ファイル数÷（完了日時－投入日時）（秒）
ページ数秒速＝総ページ数÷（完了日時－投入日時）（秒）

変換部数調整モジュール４１は、このように算出した各秒速が一定値を超えた場合に、キュー閾値を下げ、起動するＣａａＳ変換部４２の数を増加させるように、設定ファイルの書き換えを行う。

一例をあげて具体的に説明すると、変換部数調整モジュール４１は、例えばファイルサイズ秒速の場合、以下のように算出する。

キュー閾値＝（ファイルサイズ秒数÷１ＭＢ）
起動するＣａａＳ変換部４２の数＝５－（ファイルサイズ秒数÷１ＭＢ）

例えば、ファイルサイズ秒速が５ＭＢ／秒の場合、処理能力が高いため、変換部数調整モジュール４１は、キュー閾値を「５」、起動するＣａａＳ変換部４２の数を「１」とする。また、ファイルサイズ秒速が０．１ＭＢ／秒の場合、処理能力が低いため、変換部数調整モジュール４１は、キュー閾値を「１」、起動するＣａａＳ変換部４２の数を「１０」とする。

なお、変換部数調整モジュール４１は、小数点以下は切り上げて計算し、「１」より小さくなった場合は「１」とする。また、上述の「１ＭＢ」及び起動するＣａａＳ変換部４２の数の初期値である「５」の数値は、あくまでも一例であり、上述の過去の実績等に基づいて任意の数値を設定すればよい。

また、変換部数調整モジュール４１は、ファイル数秒速については、下記の数式に基づいて算出する。

キュー閾値＝（ファイル数秒数÷１）
起動するＣａａＳ変換部４２の数＝５－（ファイル数秒数÷１）

また、変換部数調整モジュール４１は、ページ数秒速については、下記の数式に基づいて算出する。

キュー閾値＝（ページ数秒数÷１００）
起動するＣａａＳ変換部４２の数＝５－（ページ数秒数÷１００）

変換部数調整モジュール４１は、このように算出したキュー閾値及び起動するＣａａＳ変換部４２の数を、設定ファイルのＯＣＲ等の対応する処理の項目に書き込む。これにより、次回からは新しい設定値に基づいて変換部数調整モジュール４１を動作させることができる。

なお、以上の説明は、図１４を用いて説明したようにＯＣＲ，バーコード等の処理毎にファイルサイズ秒速及びファイル数秒速等を調査（算出）して、処理毎に設定ファイルの設定値を更新する例である。これに対して、図１５に示した例の場合、変換部数調整モジュール４１は、ステップＳ２１で、ＯＣＲ，バーコード等の全処理のファイルサイズ秒速及びファイル数秒速等を一括して調査（算出）し、設定ファイルの全処理の設定値を一括して更新処理する。

（既存の変換部の状態判断に基づくＣａａＳ変換部の起動処理）
また、変換部数調整モジュール４１は、図１７のステップＳ３８に示すように既存の変換部１２０の状態を判断し、この状態の判断結果に基づいて、ＣａａＳ変換部４２を起動してもよい。なお、既存の変換部１２０の状態の判断処理は、上述の実績調査と組み合わせて行ってもよい。

すなわち、図１８は、ステップＳ３８の詳細な動作の流れを示すフローチャートである。この図１８のフローチャートに示すように、変換部数調整モジュール４１は、まず、図８に示したジョブ情報テーブル３７を参照し、ステータスが「データ変換実行中（doing）」になっているジョブ情報を検出する（ステップＳ４１）。また、変換部数調整モジュール４１は、検出した「データ変換実行中（doing）」のジョブの投入日時が、現在日時から所定時間以上経過しているか否かを判別する（ステップＳ４２）。「データ変換実行中（doing）」のジョブの投入日時が、現在日時から所定時間以上経過していた場合（ステップＳ４２：Ｙｅｓ）、そのジョブに対応する処理のＣａａＳ変換部４２を起動し、停滞しているジョブを再実行させる（ステップＳ４３）。

これにより、既存の変換部１２０で処理することができず、投入から一定時間が経過しているジョブを、ＣａａＳ変換部４２で処理することができる。

（ステータスがエラーのジョブの再実行動作）
また、変換部数調整モジュール４１は、既存の変換部１２０で処理がエラーとなったジョブを、ＣａａＳ変換部４２で再実行させて処理を完了させる。この場合、変換部数調整モジュール４１は、図１９のフローチャートに示すように、図８に示したジョブ情報テーブル３７を参照し、ステータスが「エラー（error）」になっているジョブ情報を検出する（ステップＳ４５）。また、変換部数調整モジュール４１は、検出した「エラー（error）」のジョブの「結果」をジョブ情報テーブル３７から参照する。この「結果」には、例えば下記の表４に示すようにジョブが「エラー（error）」となった理由が記録されている。

この理由が、例えば「メモリの残量不足」、「メモリリーク」、「ＨＤＤの残量不足」等の所定の理由の場合（ステップＳ４６：Ｙｅｓ）、そのジョブに対応する処理のＣａａＳ変換部４２を起動し、エラーとなったジョブを再実行させる（ステップＳ４７）。

これにより、既存の変換部１２０で処理がエラーとなったジョブを、ＣａａＳ変換部４２で処理することができる。

（ＣａａＳ変換部のスケジュール起動動作）
次に、既存の変換部１２０での処理が停滞することが、過去の実績から分かっている場合、変換部数調整モジュール４１は、この日時に合わせてＣａａＳ変換部４２を定期的に起動してもよい。このような、言わばスケジュールに沿ったＣａａＳ変換部４２の定期的な起動処理は、図１４又は図１５を用いて説明した設定ファイルの書き換え処理等と組み合わせて実行してもよい。

すなわち、例えば毎週月曜日の９：００～１０：００の間は、ジョブが大量に投入されることが過去の実績から分かっていたとする。この場合、その時間帯に予めＣａａＳ変換部４２を必要数起動しておけば、よりスムーズに大量のジョブを処理できる。このため、図２０のフローチャートのステップＳ５０に示すように、ＣａａＳ変換部４２のスケジュール起動処理を行うステップを設ける。そして、スケジュールで設定された日時になった際に、変換部数調整モジュール４１が、スケジュールで設定されている数のＣａａＳ変換部４２を起動する。

具体的には、下記の表５に示すように起動日時、起動する処理、及び、起動するＣａａＳ変換部４２の数を予め設定ファイルに設定する。これは、ジョブが大量に投入される日時又はジョブが停滞する日時等を過去の実績に基づいて調べ、設定ファイルに設定する。

この表５の例は、平日の９：００～１０：００の間にＯＣＲ処理のＣａａＳ変換部４２を５つ起動する設定を示している。また、表５の例は、毎週金曜日の１７：００～１８：００の間に画像情報をＰＤＦデータに変換処理するＣａａＳ変換部４２を、３つ起動する設定を示している。

図２１は、ステップＳ５０のスケジュール起動処理の詳細な動作の流れを示すフローチャートである。この図２１において、変換部数調整モジュール４１は、まず、ステップＳ５１で表５に例示したような設定ファイルを読み込む。そして、変換部数調整モジュール４１は、現在の日時が、設定ファイルに設定されているＣａａＳ変換部４２の起動日時から例えば１０分以内であるか否かを判別する（ステップＳ５２）。

変換部数調整モジュール４１は、現在の日時が、設定ファイルに設定されているＣａａＳ変換部４２の起動日時の例えば１０分前以内であると判別した際に（ステップＳ５２：Ｙｅｓ）、ステップＳ５３に処理を進める。そして、変換部数調整モジュール４１は、設定ファイルに設定されている処理に対応するＣａａＳ変換部４２を、設定ファイルに設定されている数分、起動する（ステップＳ５３）。

（１ジョブモード）
ここで、変換部数調整モジュール４１は、起動したＣａａＳ変換部４２に処理するキューが存在しない場合、そのＣａａＳ変換部４２は、すぐ終了させる。しかし、スケジュール起動処理の場合は、過去の実績から設定された数のＣａａＳ変換部４２を起動している。そして、現在、処理するキューが存在しない場合でも、設定された時間内にキューが投入される可能性が高い。このため、変換部数調整モジュール４１は、スケジュール起動処理で起動したＣａａＳ変換部４２は、１つのキューを処理し終わるまではＣａａＳ変換部４２を終了させない（１ジョブモード）。

この１ジョブモードは、例えば平日の９：００～１０：００の間等のように、設定ファイルで設定された時間帯で実行されるモードである。変換部数調整モジュール４１は、１ジョブモードで動作している間、キューサーバ装置３２に蓄積されるキューを所定時間毎にポーリングし、投入されたキューの処理をＣａａＳ変換部４２（又は既存の変換部１２０）で処理する。そして、変換部数調整モジュール４１は、１０：００を過ぎた際に、１ジョブモードを終了する。１ジョブモードを終了する際には、変換部数調整モジュール４１は、キューを処理していないＣａａＳ変換部４２も終了させる。

これにより、ジョブが大量に投入される日時又はジョブの処理が停滞する日時にＣａａＳ変換部４２を必要数分起動して、ジョブの処理をスムーズに完了させることができる。

（過去の実績の自動調査）
次に、ＣａａＳ変換部４２を起動させるスケジュールを設定するための実績調査であるが、これは、図２２のフローチャートのステップＳ５４～ステップＳ５６に示すように、変換部数調整モジュール４１が自動で行ってもよい。

この場合、図２２のフローチャートに示すように、上述のステップＳ５２で、現在の日時が、設定ファイルに設定されているＣａａＳ変換部４２の起動日時から例えば１０分以内ではないと判別された際に（ステップＳ５２：Ｎｏ）、処理をステップＳ５４に進める。ステップＳ５４では、変換部数調整モジュール４１が、ジョブ情報テーブル３７を参照することで、ＯＣＲ処理、バーコード処理等の処理毎に、例えば１時間単位又は１０分単位等の所定時間単位で何件のジョブが処理されたかを、投入日時とジョブ数から集計する（ステップＳ５４）。

次に、変換部数調整モジュール４１は、表２に例示した設定ファイルを参照する。そして、変換部数調整モジュール４１は、例えばＯＣＲ処理であれば５ジョブ以上、バーコード処理であれば１１ジョブ以上又はＰＤＦ変換処理であれば１５ジョブ以上等のように、キュー閾値以上のキューが処理されている時間帯を検出する（ステップＳ５５）。

次に、変換部数調整モジュール４１は、設定ファイルに対して、検出された全ての時間帯、ＣａａＳ変換部４２をスケジュール起動させる日時、ＯＣＲ処理等の処理の種類、及び、起動するＣａａＳ変換部４２の数を設定する（ステップＳ５６）。

これにより、次回のスケジュール起動の際には、最新の起動日時／処理の種類／起動するＣａａＳ変換部４２の数が反映されて、スケジュールに従って、ＣａａＳ変換部４２を起動させることができる。すなわち、過去の処理実績に応じて、ＣａａＳ変換部４２を起動させるスケジュールを自動的に更新して、キューの処理を行うことができる。

（実施の形態の効果）
以上の説明から明らかなように、本実施形態のデータ変換システム１００は、ＣａａＳのコンテナ４０に、ドッカーイメージとしてＣａａＳ変換部４２を用意しておく。そして、必要となった際に、タスクとしてドッカーイメージを起動することで、既存の変換部１２０と同じ処理を行うＣａａＳ変換部４２を増設して、ジョブの処理を行う。これにより、キューサーバ装置３２に蓄積されるキューの数に応じて、ＣａａＳ変換部４２を増設し、蓄積されたキューを処理できる。このため、キューの処理に長時間を要し、又は、タイムアウトエラーとなる不都合を防止できる。従って、ジョブが停滞して顧客に迷惑を及ぼす不都合を防止できる。

最後に、上述の実施の形態は、一例として提示したものであり、本発明の範囲を限定することは意図していない。この新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことも可能である。また、実施の形態及び各実施の形態の変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０ クラウド
１１ サーバ
１２ ＰＣ（パーソナルコンピュータ）
１３ ＭＦＰ（複合機）
３０ アップサーバ装置
３１ フロントサーバ装置
３２ キューサーバ装置
３３ 第１の印刷ジョブ管理サーバ装置
３４ 第２の印刷ジョブ管理サーバ装置
３５ データベースサーバ装置（ＤＢサーバ装置）
３６ ファイルサーバ装置
３７ ジョブ情報テーブル
４０ コンテナ
４１ 変換部数調整モジュール
４２ ＣａａＳ変換部
１００ データ変換システム
１０１ 非同期変換サーバ
１０２ 印刷ジョブ管理サーバ
１０３ ファイヤーウォール
１０４ リバースプロキシ
１０５ 認証サーバ
１０６ 認証用データベース
１０７ 共有ファイルストレージ
１０８ ジョブ情報管理データベース
１１１ データ変換要求管理部
１１２ メッセージキュー
１２０ 変換部

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

Claims (8)

1. 異なるデータ形式へのデータ変換処理を指定するキューが蓄積されるキューサーバ装置と、
   前記キューにより指定されるデータ変換処理を行う変換部と、
   オペレーションシステム上のユーザ空間であるコンテナに設けられた変換部数調整モジュールと、を備え、
   前記変換部数調整モジュールは、前記キューサーバ装置に閾値以上の数のキューが蓄積された場合に、前記変換部と同じデータ変換処理を行う少なくとも一つの仮想変換部を前記コンテナに形成して、前記閾値以上の数となったキューに対応するデータ変換処理を行い、設定ファイルに設定されている起動条件に基づいて、前記仮想変換部を形成し、
   前記設定ファイルには、前記キューの過去の処理実績に基づく起動条件が設定され、
   前記起動条件は、前記キューの過去の処理実績に応じて逐次修正されること
   を特徴とするデータ変換処理システム。
2. 前記変換部数調整モジュールは、前記設定ファイルに設定されている起動条件に基づいて、定期的に前記仮想変換部を形成して、前記キューサーバ装置に蓄積されているキューに対応するデータ変換処理を行うこと
   を特徴とする請求項１に記載のデータ変換処理システム。
3. 前記設定ファイルには、前記起動条件として少なくとも起動日時が設定されており、
   前記変換部数調整モジュールは、前記設定ファイルに設定されている起動日時に前記仮想変換部を形成して、前記キューサーバ装置に蓄積されているキューに対応するデータ変換処理を行うこと
   を特徴とする請求項１に記載のデータ変換処理システム。
4. 前記変換部数調整モジュールは、前記キューの過去の処理実績に基づいて検出した、キューの処理が停滞する時間帯を、前記起動日時として前記設定ファイルに設定することで、キューの処理が停滞する時間帯に前記仮想変換部を形成して、前記キューサーバ装置に蓄積されているキューに対応するデータ変換処理を行うこと
   を特徴とする請求項３に記載のデータ変換処理システム。
5. 異なるデータ形式へのデータ変換処理を指定するキューが蓄積されるキューサーバ装置と、
   前記キューにより指定されるデータ変換処理を行う変換部と、
   オペレーションシステム上のユーザ空間であるコンテナに設けられた変換部数調整モジュールと、を備え、
   前記変換部数調整モジュールは、前記キューサーバ装置に閾値以上の数のキューが蓄積された場合に、前記変換部と同じデータ変換処理を行う少なくとも一つの仮想変換部を前記コンテナに形成して、前記閾値以上の数となったキューに対応するデータ変換処理を行い、前記変換部によるデータ変換処理が所定時間以上停滞しているキューが、前記キューサーバ装置に蓄積されている場合に、前記仮想変換部を形成して、所定時間以上停滞しているキューに対応するデータ変換処理を行うこと
   を特徴とするデータ変換処理システム。
6. 異なるデータ形式へのデータ変換処理を指定するキューが蓄積されるキューサーバ装置と、
   前記キューにより指定されるデータ変換処理を行う変換部と、
   オペレーションシステム上のユーザ空間であるコンテナに設けられた変換部数調整モジュールと、を備え、
   前記変換部数調整モジュールは、前記キューサーバ装置に閾値以上の数のキューが蓄積された場合に、前記変換部と同じデータ変換処理を行う少なくとも一つの仮想変換部を前記コンテナに形成して、前記閾値以上の数となったキューに対応するデータ変換処理を行い、前記変換部によるデータ変換処理がエラーのステータスとなっているキューが、前記キューサーバ装置に蓄積されている場合に、前記仮想変換部を形成して、エラーのステータスとなっているキューに対応するデータ変換処理を行うこと
   を特徴とするデータ変換処理システム。
7. 異なるデータ形式へのデータ変換処理を指定するキューが蓄積されるキューサーバ装置と、前記キューにより指定されるデータ変換処理を行う変換部とを備えたデータ変換処理システムのデータ変換処理方法であって、
   オペレーションシステム上のユーザ空間であるコンテナに、変換部数調整モジュールを設け、
   前記キューサーバ装置に閾値以上の数のキューが蓄積された場合に、前記変換部数調整モジュールが、前記変換部と同じデータ変換処理を行う少なくとも一つの仮想変換部を前記コンテナに形成して、前記閾値以上の数となったキューに対応するデータ変換処理を行い、
   前記変換部数調整モジュールは、設定ファイルに設定されている起動条件に基づいて、前記仮想変換部を形成し、
   前記設定ファイルには、前記キューの過去の処理実績に基づく起動条件が設定され、
   前記起動条件は、前記キューの過去の処理実績に応じて逐次修正されること
   を特徴とするデータ変換処理方法。
8. 異なるデータ形式へのデータ変換処理を指定するキューが蓄積されるキューサーバ装置と、前記キューにより指定されるデータ変換処理を行う変換部とを備えたデータ変換処理システムのデータ変換処理プログラムであって、
   コンピュータに、
   オペレーションシステム上のユーザ空間であるコンテナに、変換部数調整モジュールを形成するステップと、
   前記キューサーバ装置に閾値以上の数のキューが蓄積された場合に、前記変換部数調整モジュールが、前記変換部と同じデータ変換処理を行う少なくとも一つの仮想変換部を前記コンテナに形成して、前記閾値以上の数となったキューに対応するデータ変換処理を行うステップとを実行させ、
   前記変換部数調整モジュールは、設定ファイルに設定されている起動条件に基づいて、前記仮想変換部を形成し、
   前記設定ファイルには、前記キューの過去の処理実績に基づく起動条件が設定され、
   前記起動条件は、前記キューの過去の処理実績に応じて逐次修正されること
   を特徴とするデータ変換処理プログラム。

Images