JP2013178748A - 情報処理装置、プログラム、情報処理システム及びデータ変換処理方法 - Google Patents

Abstract

【課題】データ変換処理の種類の増加に柔軟に対応可能な情報処理装置、プログラム、情報処理システム及びデータ変換処理方法を提供することを課題とする。
【解決手段】あるデータ形式から別のデータ形式へ所定のデータ変換を実行する複数の変換手段と、第１のデータ形式の電子データを第２のデータ形式の電子データへ変換する変換要求に基づき、複数の変換手段を連携させて、第１のデータ形式から第２のデータ形式へのデータ変換を複数の変換手段に実行させる制御手段と、を備えることにより、上記課題を解決する。
【選択図】 図４

Description

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

従来、例えばオフィス文書をプリントデータへと変換するプリンタドライバのように、あるデータ形式の電子データを他のデータ形式の電子データに変換することで、出力時の用途に適した形式の電子データへと変換するデータ変換処理は存在する（例えば特許文献１参照）。

また、単一のコンピュータにおけるデータ変換処理に限らず、複数台のコンピュータを用いたコンピュータシステムにてデータ変換処理を行うことも従来知られている（例えば特許文献２参照）。

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

しかしながら、データ形式の種類が多数の場合には入力データ形式の種類と出力データ形式の種類のペア分のデータ変換エンジンが必要になる。例えば、変換前のデータ形式の候補が３種類あり、変換後のデータ形式の候補が３種類あると、それぞれのパターンに応じたデータ変換エンジンを９種類用意する必要がある。すなわち、変換前又は変換後のデータ形式の選択肢が多くなればなるほど、用意しなければならないデータ変換エンジンの数が増える。

要約すると、変換前又は変換後のデータ形式の選択肢が多くなればなるほど、用意しなければならないデータ変換エンジンの数が増えることが想定されるが、データ変換処理の種類の増加に柔軟に対応できないことが課題である。

本発明の実施の形態は、上記の点に鑑みなされたもので、データ変換処理の種類の増加に柔軟に対応可能な情報処理装置、プログラム、情報処理システム及びデータ変換処理方法を提供することを目的とする。

上記目的を達成するために本願請求項１は、あるデータ形式から別のデータ形式へ所定のデータ変換を実行する複数の変換手段と、第１のデータ形式の電子データを第２のデータ形式の電子データへ変換する変換要求に基づき、前記複数の変換手段を連携させて、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を前記複数の変換手段に実行させる制御手段と、を備えることを特徴とする。

本発明の実施の形態によれば、データ変換処理の種類の増加に柔軟に対応可能となる。

クラウドプリントを説明するための図である。 クラウドプリントを実現するコンピュータシステムの構成例を示すブロック図である。 図２の利用手順を例示するフローチャートである。 本発明の実施形態の機能構成を示すブロック図である。 図４の変換手段の詳細な構成を示すブロック図である。 図４の非同期変換サーバの動作を示すタイミングチャートである。 図６におけるデータの遷移を例示する概念図である。 第２の実施形態に係るシステムの一例の構成図である。 コンピュータシステムの一例のハードウェア構成図である。 第２の実施形態に係るサービス提供システムの一例の処理ブロック図である。 組織管理情報の一例の構成図である。 ユーザ管理情報の一例の構成図である。 機器管理情報の一例の構成図である。 第２の実施形態におけるデータ変換処理の一例について説明する説明図である。 キューとデータ形式変換部との対応付けの一例について説明する説明図である。 変換要求のリクエストを分割する処理の一例について説明する説明図である。 変換要求のリクエストを分割する処理の一例について説明する説明図である。 変換要求のリクエストを分割する処理の一例について説明する説明図である。 ステップＳ３０４の処理の一例について説明する説明図である。 ジョブａの実行結果を書き込まれたあとのジョブ管理情報の一例のデータ構造図である。 ステップＳ３０８の処理の一例について説明する説明図である。 ジョブｂの実行結果を書き込まれたあとのジョブ管理情報の一例のデータ構造図である。 ステップＳ３１２の処理の一例について説明する説明図である。 ジョブｃの実行結果を書き込まれたあとのジョブ管理情報の一例のデータ構造図である。 単数のデータ形式変換部を利用する非同期データ変換処理の一例のシーケンス図である。 複数のデータ形式変換部を利用する非同期データ変換処理の一例のシーケンス図（その１）である。 複数のデータ形式変換部を利用する非同期データ変換処理の一例のシーケンス図（その２）である。

以下、本発明の実施形態について図面を参照しながら説明する。
［第１の実施形態］
まず、本実施形態の利用形態を述べ、次に、本実施形態の機能的構成及び動作について説明する。
（クラウドプリント）
本明細書で「クラウドプリント」と呼んでいるものは、クラウドコンピューティング型のプリントサービスである。概念について図１を参照して説明する。図１はクラウドプリントを説明するための図である。

従来よく行われている技術は、インプット側機器（例えばパーソナルコンピュータ（以下「ＰＣ」）１２）が、ワードプロセッサアプリケーションで作成した電子文書ファイルなどを、ＲＰＣＳ（株式会社リコーが開発したページ記述言語）等のプリントデータに変換する（Ａ１）。ＰＣ１２は、ＵＳＢやＬＡＮ経由でアウトプット側機器（例えば複合機（以下「ＭＦＰ」）１３に送信し（Ａ２）、出力する。

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

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

図１に示すクラウドプリントは、図２に示すようなクラウドコンピューティング型のコンピュータシステムで構成される。図２はクラウドプリントを実現するコンピュータシステムの構成例を示すブロック図である。

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

図２において、クラウド側は、データ変換システム１００、印刷ジョブ管理サーバ１０２、リバースプロキシ１０４、認証サーバ１０５、認証用データベース１０６を備える。

データ変換システム１００は、非同期変換サーバ１０１と共有ファイルストレージ１０７とジョブ情報管理データベース１０８を有する。なお、共有ファイルストレージ１０７はデータ変換システム１００の外側に置く設計としてもよい。さらに、図４に示すようにジョブ情報管理データベース１０８は非同期変換サーバ１０１を構成する一部となるように設計してもよい。

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

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

図２に示したコンピュータシステムの利用例について図３を参照して説明する。図３は図２の利用手順を例示するフローチャートである。ユーザはまず、ＰＣ１２から本クラウドプリントサービスにログインする（Ｓ１０１）。認証処理は認証サーバ１０５が実行する。

次に、ユーザはＰＣ１２から印刷したい電子文書ファイルを本クラウドプリントサービスにアップロードする（Ｓ１０２）。これが印刷ジョブの登録である。印刷ジョブの登録処理は、印刷ジョブ管理サーバ１０２が実行する。ここまでがＰＣ１２で行われる手順である。

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

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

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

上述したように、ＰＣ１２とＭＦＰ１３が物理的に離れていてもよい。本クラウドプリントサービスはＰＣ１２でＭＦＰ１３のプリンタドライバ（データ変換エンジン）を用意する必要がないので、例えば、会議資料を作成／アップロードしておき、海外出張時に現地で印刷出力するような用途に有効である。
（データ変換システム）
本実施形態に係るデータ変換システム１００は、多種多様なデータ変換要求に応えるため、また、データ変換要求の種類の増加に柔軟に対応するため、以下に説明する構成を備える。図４に、データ変換システム１００の機能構成を示す。図４は本発明の実施形態の機能構成を示すブロック図である。

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

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

変換後のファイルは共有ファイルストレージ１０７に登録される。ＭＦＰ１３などアウトプット側機器から印刷ジョブの出力指示を受信すると、印刷ジョブ管理サーバ１０２は登録された変換後のファイルを、出力指示を送信したＭＦＰ１３に送信する。

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

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

データ変換の種類とデータのＵＲＩを少なくとも含むリクエストを受け取った非同期変換サーバ１０１では、データ変換要求管理手段１１１がリクエストを受け取る。データ変換要求管理手段１１１は、データ変換に係るリクエストを解析して、データ変換の種類に合致するメッセージキュー１１２に、メッセージを入れる。

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

ジョブ情報管理データベース１０８に登録される情報は、ファイルの場所（共有ファイルストレージ１０７上のＵＲＩ）、リクエストに含まれるデータ変換の種類、当該リクエストの状態などである。リクエストの状態としては「データ変換実行中」「データ変換中継中」「データ変換完了」などがある。リクエストの状態は、データ変換の処理状況を示すステータスを表す。

メッセージキュー１１２は複数の変換手段１２０の各々に対応するキューを有する。図４では変換手段１２０とメッセージキュー１１２が有するキューとが一対一に対応する例を示しているが、多対多に対応していてもよい。

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

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

複数の変換手段１２０は、図５に示すように、変換処理ライブラリ１２０ａと変換エンジン１２０ｂを備える構成である。変換処理ライブラリ１２０ａは、その変換手段１２０に対応するキューを監視する処理や、変換後のデータを共有ファイルストレージ１０７上に登録する処理や、ジョブ情報管理データベース１０８上に登録されたリクエストの情報を書き換えて更新する処理や、連携してデータ変換する場合にデータ変換後に新たなメッセージを次にデータ変換を行う変換手段のキューに入れる処理などを実行する。

変換エンジン１２０ｂとしては、例えば、以下のようなものがある。
・ｏｆｆｉｃｅ２ｒｐｃｓ：マイクロソフト社の提供するオフィスソフトで作成した電子文書ファイルをＲＰＣＳに変換するエンジン
・ｐｄｆ２ｒｐｃｓ：ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｕｃｕｍｅｎｔ Ｆｏｒｍａｔ）をＲＰＣＳに変換するエンジン
・ｉｍｇ２ｐｄｆ：画像ファイルをＰＤＦに変換するエンジン
・ｈｔｍｌ２ｐｄｆ：ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されたページファイルをＰＤＦに変換するエンジン
（非同期変換サービス）
図４に示す非同期変換サーバ１０１による非同期変換サービスの流れについて、図６のタイミングチャートを参照して説明する。図６は非同期変換サーバの動作を示すタイミングチャートである。

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

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

リクエストを受け取ったデータ変換要求管理手段１１１は、データ変換に係るリクエストを解析して、データ変換の種類に合致する変換エンジン１２０ｂがあるか否かを判断する（Ｓ２０３）。データ変換の種類に合致する変換エンジン１２０ｂがある場合は、そのデータ変換の種類に対応するメッセージキュー１１２に、メッセージを入れる。

データ変換の種類に合致する変換エンジン１２０ｂがない場合には、複数の変換エンジン１２０ｂを連携させて、所望のデータ変換の種類ができる組み合わせを判断し、最初のデータ変換の種類に対応するメッセージキュー１１２に、メッセージを入れる。

図６に依拠する本例では、データ変換の種類に合致する変換エンジン１２０ｂがない場合であって、２種の変換エンジン１２０ｂを連携させれば、所望のデータ変換が可能なケースを考える。

このようなケースは、例えば、図７に示すように「ｏｆｆｉｃｅ２ｒｐｃｓ」がない場合であって「ｏｆｆｉｃｅ２ｐｄｆ」と「ｐｄｆ２ｒｐｃｓ」を連携させれば、上記オフィス文書から上記プリンタ記述言語へのデータ変換が可能な場合などである。

データ変換要求管理手段１１１は、ジョブ情報管理データベース１０８に、当該リクエストの情報を登録する（Ｓ２０４）。また、データ変換要求管理手段１１１はメッセージキュー１１２へメッセージを入れる（Ｓ２０５）。

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

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

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

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

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

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

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

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

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

なお、変換エンジン１２０ｂの種類としては、上記実施形態のものに限定されない。例えば、バーコード画像のデータを文字列のデータに変換する変換手段や、画像ファイルのデータからＯＣＲ（文字読み取り）して、文字列のデータに変換する変換手段など、種々のものが考えられる。また、上記実施形態は、矛盾しない範囲で適宜組み合わせて適用することも可能である。
［第２の実施形態］
データ変換処理の種類の増加に柔軟に対応することは、以下の第２の実施形態によっても実現できる。

＜システム構成＞
図８は第２の実施形態に係るシステムの一例の構成図である。図８のシステム１０００は、例えばオフィス内ネットワーク等のネットワークＮ１と、クラウドサービスに代表されるようなサービス提供システムのネットワークＮ２と、インターネットなどのネットワークＮ３とを有する。

ネットワークＮ１は、ファイヤウォールＦＷの内側にあるプライベートなネットワークである。ファイヤウォールＦＷはネットワークＮ１とネットワークＮ３との接点に設置され、不正なアクセスを検出及び遮断する。ネットワークＮ１にはクライアント端末１０１１、携帯端末１０１２、複合機などの画像形成装置１０１３が接続されている。

クライアント端末１０１１は端末装置の一例である。クライアント端末１０１１は一般的なＯＳなどが搭載された情報処理装置によって実現できる。クライアント端末１０１１は無線による通信の手段または有線による通信の手段を有する。クライアント端末１０１１は、タブレットＰＣ、ノートＰＣなど、ユーザが操作可能な端末である。

携帯端末１０１２は端末装置の一例である。携帯端末１０１２は、無線による通信の手段または有線による通信の手段を有している。携帯端末１０１２は、スマートフォンや携帯電話、タブレットＰＣ、ノートＰＣなど、ユーザが携帯可能な端末である。

画像形成装置１０１３は複合機などの画像形成機能を有する装置である。画像形成装置１０１３は無線による通信の手段または有線による通信の手段を有する。画像形成装置１０１３は複合機、コピー機、スキャナ、プリンタ、レーザプリンタ、プロジェクタ、電子黒板など、画像形成に係る処理を行う装置である。図８では、一例としてクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３がそれぞれ一台である例を示しているが複数台であってもよい。

なお、クライアント端末１０１１、携帯端末１０１２は、第１の実施形態のＰＣ１２に対応する。画像形成装置１０１３は第１の実施形態のＭＦＰ１３に対応する。

ネットワークＮ２はアクセス制御装置１０２１によってネットワークＮ３に接続されている。ネットワークＮ２はアクセス制御装置１０２１によってセキュリティが保護されている。ネットワークＮ２にはプリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４が接続されている。

図８のシステム１０００は、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４がサービス提供システムを実現している。なお、サービス提供システムは第１の実施形態のクラウド側のデータ変換システム１００、印刷ジョブ管理サーバ１０２、リバースプロキシ１０４、認証サーバ１０５、認証用データベース１０６に対応する。

アクセス制御装置１０２１はプリントサービス提供装置１０２２が提供するプリントサービスやスキャンサービス提供装置１０２３が提供するスキャンサービスなどへのログインを制御する。

アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は、一台以上の情報処理装置によって実現される。

アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は一台の情報処理装置に統合して実現してもよいし、複数の情報処理装置に分散して実現してもよい。

ネットワークＮ２側のサービスの一部はネットワークＮ２以外にあってもよい。携帯端末１０１２は、オフィス内ネットワーク等のネットワークＮ１以外にあってもよい。図８のシステム１０００では携帯端末１０１２がネットワークＮ１と、ネットワークＮ３とにある例を示している。

＜ハードウェア構成＞
クライアント端末１０１１、携帯端末１０１２、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は、例えば図９に示すようなハードウェア構成のコンピュータシステムにより実現される。

図９はコンピュータシステムの一例のハードウェア構成図である。コンピュータシステム１５００は、入力装置１５０１、表示装置１５０２、外部Ｉ／Ｆ１５０３、ＲＡＭ（Random Access Memory）１５０４、ＲＯＭ（Read Only Memory）１５０５、ＣＰＵ（Central Processing Unit）１５０６、通信Ｉ／Ｆ１５０７、及びＨＤＤ（Hard Disk Drive）１５０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置１５０２はディスプレイ等を含み、コンピュータシステム１５００による処理結果を表示する。

通信Ｉ／Ｆ１５０７はコンピュータシステム１５００をネットワークＮ１〜Ｎ３に接続するインタフェースである。これにより、コンピュータシステム１５００は通信Ｉ／Ｆ１５０７を介してデータ通信を行うことができる。

ＨＤＤ１５０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム１５００全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。

ＨＤＤ１５０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。外部Ｉ／Ｆ１５０３は、外部装置とのインタフェースである。外部装置には、記録媒体１５０３ａなどがある。これにより、コンピュータシステム１５００は外部Ｉ／Ｆ１５０３を介して記録媒体１５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１５０３ａにはフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ１５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１５０５には、コンピュータシステム１５００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１５０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ１５０６は、ＲＯＭ１５０５やＨＤＤ１５０８などの記憶装置からプログラムやデータをＲＡＭ１５０４上に読み出し、処理を実行することで、コンピュータシステム１５００全体の制御や機能を実現する演算装置である。

クライアント端末１０１１、携帯端末１０１２、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は、コンピュータシステム１５００のハードウェア構成により、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
《サービス提供システム》
第２の実施形態に係るサービス提供システムは例えば図１０に示す処理ブロックにより実現される。図１０は第２の実施形態に係るサービス提供システムの一例の処理ブロック図である。

図１０のサービス提供システム１１００は、プログラムを実行することにより、サービスアプリ１１０１、プラットフォーム１１０２、管理データ記憶部１１０３及びプラットフォームＡＰＩ（Application Programming Interface）１１０４を実現している。

サービスアプリ１１０１は、プリントサービスアプリ１１１１、スキャンサービスアプリ１１１２、１つ以上のその他のサービスアプリ１１１３を一例として有する。プリントサービスアプリ１１１１はプリントサービスを提供するアプリケーションである。スキャンサービスアプリ１１１２はスキャンサービスを提供するアプリケーションである。その他のサービスアプリ１１１３は何らかのサービスを提供するアプリケーションである。

プラットフォームＡＰＩ１１０４はプリントサービスアプリ１１１１、スキャンサービスアプリ１１１２、その他のサービスアプリ１１１３などのサービスアプリ１１０１が、プラットフォーム１１０２を利用するためのインタフェースである。プラットフォームＡＰＩ１１０４はサービスアプリ１１０１からの要求をプラットフォーム１１０２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。なお、サービス提供システム１１００を複数の情報処理装置に分散して構成する場合、プラットフォームＡＰＩ１１０４にはネットワーク経由で利用可能な例えばＷｅｂ ＡＰＩを利用できる。

プラットフォーム１１０２は、認証処理部１１２１、機器通信部１１２２、セッション管理部１１２３、処理制御部１１２４、データ処理部１１２５を有する。データ処理部１１２５はメッセージキュー１１３１、１つ以上のデータ形式変換部１１３２を有する。

認証処理部１１２１は第１の実施形態の認証サーバ１０５に対応する。認証処理部１１２１はクライアント端末１０１１や画像形成装置１０１３などのオフィス機器からのログイン要求に基づいて認証を実行する。オフィス機器はクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３などの総称である。認証処理部１１２１は例えば後述するユーザ管理情報記憶部１１４２にアクセスしてユーザを認証する。また、認証処理部１１２１は組織管理情報記憶部１１４１、機器管理情報記憶部１１４３にアクセスして画像形成装置１０１３などを認証する。

機器通信部１１２２はオフィス機器との通信を実行する。セッション管理部１１２３はオフィス機器とのセッションを管理する。処理制御部１１２４はサービスアプリ１１０１からの要求に基づいてデータ処理部１１２５が実行するデータ処理を制御する。データ処理部１１２５は処理制御部１１２４の制御によりデータ処理を実行する。なお、処理制御部１１２４は第１の実施形態のデータ変換要求管理手段１１１に対応する。データ処理部１１２５のメッセージキュー１１３１は第１の実施形態のメッセージキュー１１２に対応する。データ形式変換部１１３２は第１の実施形態の変換手段１２０に対応する。

メッセージキュー１１３１は後述するデータ変換の種類に対応するキューを有し、処理制御部１１２４からデータ変換に係るリクエストのメッセージを入れられる。データ形式変換部１１３２は対応するキューを監視している。データ形式変換部１１３２はキューにメッセージが入ると、データ変換や、変換要求のリクエストの分割などを行う。第２の実施形態における非同期変換サービスの処理の詳細は後述する。

管理データ記憶部１１０３は組織管理情報記憶部１１４１、ユーザ管理情報記憶部１１４２、機器管理情報記憶部１１４３、ジョブ管理情報記憶部１１４４、データストレージ１１４５を有する。

組織管理情報記憶部１１４１は、後述の組織管理情報を記憶する。ユーザ管理情報記憶部１１４２は、後述のユーザ管理情報を記憶する。機器管理情報記憶部１１４３は後述の機器管理情報を記憶する。組織管理情報記憶部１１４１、ユーザ管理情報記憶部１１４２及び機器管理情報記憶部１１４３は、第１の実施形態の認証用データベース１０６に対応する。

ジョブ管理情報記憶部１１４４は第１の実施形態のジョブ情報管理データベース１０８に対応し、データ変換に係るリクエストの情報を記憶する。データストレージ１１４５は第１の実施形態の共有ファイルストレージ１０７に対応し、印刷ジョブに含まれる電子文書ファイル等のデータを記憶する。

サービス提供システム１１００は、例えば認証やデータ形式変換といった機能を有するクラウド基盤と、クラウド基盤の機能を利用してプリントサービス等のサービス提供を行うサービス群として機能する。クラウド基盤は、例えばプラットフォーム１１０２、管理データ記憶部１１０３、プラットフォームＡＰＩ１１０４によって構成される。サービス群は例えばサービスアプリ１１０１によって構成される。

サービス提供システム１１００のクラウド基盤が有する認証の機能は、例えば認証処理部１１２１と、認証用データベースにより構成される。認証用データベースは組織管理情報記憶部１１４１、ユーザ管理情報記憶部１１４２、機器管理情報記憶部１１４３などにより構成される。サービス提供システム１１００のクラウド基盤が有するデータ形式変換の機能はデータ処理部１１２５、ジョブ管理情報記憶部１１４４、データストレージ１１４５などにより構成される。

サービス群はサービス提供システム１１００のクラウド基盤が有する認証やデータ形式変換といった機能を利用し、サービスの提供を行う。

また、図１０のサービス提供システム１１００は、複数のサービスアプリ１１０１が共通に利用する組織管理情報、ユーザ管理情報、機器管理情報を管理データとして管理することで、認証機能を集約している。

《管理データ》
図１１は組織管理情報の一例の構成図である。図１１の組織管理情報はデータ項目として組織コード、組織名、国、言語、アドレス情報などを有する。組織名は組織の名称である。国は組織の属する国名を表している。言語は組織の使用言語を表している。アドレス情報は組織のメールアドレスを表している。

図１２はユーザ管理情報の一例の構成図である。図１２のユーザ管理情報はデータ項目として組織コード、ユーザ名、パスワード、アドレス情報などを有する。ユーザ名、パスワードはユーザを特定する情報である。したがって、ユーザ名はユーザＩＤ等であってもよい。また、パスワードは必須でない。また、同じ組織コードで管理されるユーザ名、パスワードは一意であるが、組織コードが異なれば重複していてもよい。アドレス情報は例えばユーザのメールアドレスを表している。

さらに、ユーザＩＤはユーザが所持する電子媒体（例えばＩＣカード）を識別する情報を用いてもよい。ユーザが所持する電子媒体としてはＩＣカード、携帯電話、タブレット端末、電子書籍端末等を利用できる。電子媒体を識別する情報としては、カードＩＤ、シリアルＩＤ、携帯電話の電話番号、端末のプロフィール情報などを利用できる。電子媒体を識別する情報は組み合わせて利用してもよい。

図１３は機器管理情報の一例の構成図である。図１３の機器管理情報はデータ項目として組織コード、デバイス認証情報、事業所情報、ケーパビリティなどを有する。デバイス認証情報はオフィス機器が特定の条件を備えたものであることを判別するデバイス認証のための情報である。デバイス認証情報はオフィス機器に特定のアプリケーションが搭載されていることを示すＩＤや、特定のオフィス機器であることを示す機器番号などであってもよい。事業所情報は例えばオフィス機器が設置されている事業所を表している。ケーパビリティは例えばオフィス機器の能力を表している。

＜処理の詳細＞
以下では第２の実施形態に係るサービス提供システム１１００の処理の詳細について説明するが、第１の実施形態と同様な部分について適宜説明を省略する。

《データ変換処理》
第２の本実施形態に係るサービス提供システム１１００は、多種多様なデータ変換要求に応えるため、また、データ変換要求の種類の増加に柔軟に対応するため、以下に説明する構成を備える。図１４に、サービス提供システム１１００におけるデータ変換処理の機能構成を示す。図１４は第２の実施形態におけるデータ変換処理の一例について説明する説明図である。なお、図１４は一部を除いて図４と同一であるため、同一部分について適宜説明を省略する。

図１４に示すように、サービス提供システム１１００は、プリントサービスアプリ１１１１の一機能であるフロントエンドアプリケーション１１１１ａと、データストレージ１１４５と、処理制御部１１２４と、メッセージキュー１１３１と、ジョブ管理情報記憶部１１４４と、複数のデータ形式変換部１１３２とを含む構成である。

処理制御部１１２４と、メッセージキュー１１３１と、ジョブ管理情報記憶部１１４４と、複数のデータ形式変換部１１３２とは、非同期データ変換サービスを提供する。クラウドプリントのソリューションにおいて、フロントエンドアプリケーション１１１１ａはクライアント端末１０１１などインプット側機器から印刷ジョブを受信し、印刷ジョブに含まれる電子文書ファイル等をデータストレージ１１４５に登録する機能を備える。フロントエンドアプリケーション１１１１ａは必要なファイル変換を判断して、非同期データ変換サービスにデータ変換を実行させる制御を行う。

変換後のファイルはデータストレージ１１４５に登録される。画像形成装置１０１３などアウトプット側機器から印刷ジョブの出力指示を受信すると、プリントサービスアプリ１１１１は登録された変換後のファイルを、出力指示を送信した画像形成装置１０１３に送信する。

フロントエンドアプリケーション１１１１ａは、出力指示の実行に必要なファイル変換を判断する機能を備える。フロントエンドアプリケーション１１１１ａは判断したデータ変換の種類を、例えば「ｏｆｆｉｃｅ２ｒｐｃｓ」のようなパラメータにして、処理制御部１１２４へのリクエストに埋め込む。同様に、フロントエンドアプリケーション１１１１ａは変換元のデータが存在する場所の情報であるＵＲＩもパラメータとしてリクエストに埋め込む。

処理制御部１１２４はデータ変換の種類とデータのＵＲＩとを少なくとも含むリクエストを受け取る。処理制御部１１２４はデータ変換に係るリクエストを解析して、データ変換の種類に合致するメッセージキュー１１３１のキューに、メッセージを入れる。

処理制御部１１２４は、メッセージキュー１１３１へメッセージを入れることと同時に並行して、ジョブ管理情報記憶部１１４４にリクエストの情報を登録する。ジョブ管理情報記憶部１１４４に登録されるリクエストの情報は、ファイルの場所（データストレージ１１４５上のＵＲＩ）、リクエストに含まれるデータ変換の種類、リクエストの状態などである。リクエストの状態としては「受付」「実行中」「完了」などがある。リクエストの状態は、データ変換の処理状況を示すステータスを表す。

メッセージキュー１１３１は複数のデータ形式変換部１１３２に対応するキューを有している。なお、図１４ではデータ形式変換部１１３２とメッセージキュー１１３１が有するキューとが一対一に対応する例を示しているが、多対多に対応していてもよい。

各データ形式変換部１１３２は、そのデータ形式変換部１１３２に対応するキューを監視しており、キューにメッセージが入ると、そのメッセージに対応するデータ変換や変換要求のリクエストの分割などの処理を行う。

例えばデータ変換の処理を行う場合、データ形式変換部１１３２はメッセージに含まれるデータのＵＲＩに基づいて、データストレージ１１４５上のデータを取得する。データ形式変換部１１３２は取得したデータの変換を行う。データ形式変換部１１３２は、変換後のデータをデータストレージ１１４５上に登録し、ジョブ管理情報記憶部１１４４上に登録されたリクエストの情報を更新する。

また、変換要求のリクエストを分割する処理を行う場合、データ形式変換部１１３２は変換要求のリクエストを分割して、複数段階のデータ変換のプロセスに分け、各プロセスに対応する複数のジョブとする。このように、本実施形態のデータ形式変換部１１３２にはデータ変換の処理を行わずに、変換要求のリクエストを分解する処理を行うものが含まれる。なお、変換要求のリクエストを分解する処理の具体例は後述する。

なお、データ変換のプロセスの単位は、非同期データ変換サービスに含まれる変換エンジン１２０ｂの単位となる。変換要求のリクエストから分割された複数のジョブは、そのジョブのデータ変換の種類に対応するキューにメッセージとして入れられる。その後の処理は、上記したデータ変換の処理を行う場合と同様である。

メッセージキュー１１３１のキューとデータ形式変換部１１３２とは例えば図１５のように対応付けてもよい。図１５はキューとデータ形式変換部との対応付けの一例について説明する説明図である。

メッセージキュー１１３１は、複数のキューを有する。キューは「ｏｆｆｉｃｅ２ｒｐｃｓ」などのデータ変換の種類ごとに分離されている。また、データ形式変換部１１３２はＷｏｒｋｅｒノード上で動作する。Ｗｏｒｋｅｒノードは例えばＷｉｎｄｏｗｓ（登録商標）サーバやＬｉｎｕｘ（登録商標）サーバにより実現される。

例えばデータ形式変換部１１３２は１つのＷｉｎｄｏｗｓ（登録商標）サーバ上で２つを動作させ、１つのＬｉｎｕｘ（登録商標）サーバ上で３つを動作させるような構成とすることができる。

図１５では、Ｗｉｎｄｏｗｓ（登録商標）サーバ上で動作するデータ形式変換部１１３２が「ｏｆｆｉｃｅ２ｒｐｃｓ」「ｏｆｆｉｃｅ２ｐｃｌ」「ｐｄｆ２ｒｐｃｓ」「ｐｄｆ２ｐｃｌ」のデータ変換処理を行うことができる。また、図１５ではＬｉｎｕｘ（登録商標）サーバ上で動作するデータ形式変換部１１３２が「ｈｔｍｌ２ｐｄｆ」「ｉｍａｇｅ２ｐｄｆ」のデータ変換処理を行うことができる。

図１５に示すように、データ形式変換部１１３２は１つの接続で複数のキューのジョブをポーリングすることができる。ただし、１つの接続でポーリングすることができる複数のキューの範囲は、例えば同一のＯＳサーバ上で動作するデータ形式変換部１１３２の範囲とする。

以下では変換要求のリクエストを分割する処理の一例として「ｉｍｇ２ｒｐｃｓ」を例に説明する。図１６〜図１８は変換要求のリクエストを分割する処理の一例について説明する説明図である。

図１６のステップＳ３０１以降の処理は処理制御部１１２４がデータ変換の種類「ｉｍｇ２ｒｐｃｓ」とデータのＵＲＩとを少なくとも含むリクエストをフロントエンドアプリケーション１１１１ａから受け取ったあとの処理である。

ステップＳ３０１において、処理制御部１１２４はフロントエンドアプリケーション１１１１ａから受け取ったリクエストをジョブとしてジョブ管理情報記憶部１１４４に登録する。

ステップＳ３０２において、処理制御部１１２４はフロントエンドアプリケーション１１１１ａから受け取ったリクエストをジョブａとして、データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するキューに投入する（Ｅｎｑｕｅｕｅ）。

データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するデータ形式変換部１１３２は、対応するキューを監視しており、ステップＳ３０３において、キューに投入されたジョブａを取得する。ステップＳ３０４において、データ形式変換部１１３２はジョブａに対応する処理を行う。

ここで、ステップＳ３０４におけるデータ形式変換部１１３２の処理について図１９を参照しつつ説明する。図１９はステップＳ３０４の処理の一例について説明する説明図である。図１９ではデータ形式変換部１１３２をＷｏｒｋｅｒと記載している。また、図１９では仮想的なタスクキュー（ＴａｓｋｓＱｕｅｕｅ）の状態を表している。なお、仮想的なタスクキューはＷｏｒｋｅｒ内部で持っている配列のことである。

図１９（１）において、タスクキューにはデータ形式変換部１１３２が取得したジョブａに対応するタスク「ｉｍｇ２ｒｐｃｓ」が存在する。図１９（２）において、データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するデータ形式変換部１１３２は、画像ファイルからＲＰＣＳへのデータ変換に必要なタスク「ｉｍｇ２ｐｄｆ」「ｐｄｆ２ｒｐｃｓ」をタスクキューに追加する。

図１９（３）において、データ形式変換部１１３２は、タスクキューの先頭にあるタスク「ｉｍｇ２ｒｐｃｓ」を見て、ジョブａをデータ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するキューから削除する（Ｄｅｑｕｅｕｅ）。

図１９（４）において、データ形式変換部１１３２は、タスクキューの先頭にあるタスク「ｉｍｇ２ｒｐｃｓ」を削除する。そして、図１９（５）において、データ形式変換部１１３２はタスクキューの先頭にあるタスク「ｉｍｇ２ｐｄｆ」を見て、データ変換の種類「ｉｍｇ２ｐｄｆ」に対応するキューにジョブｂを投入する。

図１９（３）におけるジョブａの削除と図１９（５）におけるジョブｂの投入は図１６のステップＳ３０５の処理となる。図１６に戻り説明を続ける。

ステップＳ３０５においてジョブａの削除とジョブｂの投入を行ったあと、データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するデータ形式変換部１１３２はステップＳ３０６においてジョブａの実行結果をジョブ管理情報記憶部１１４４に書き込む。ステップＳ３０６においてジョブａの実行結果を書き込まれたあとのジョブ管理情報は例えば図２０に示すようになる。

図２０はジョブａの実行結果を書き込まれたあとのジョブ管理情報の一例のデータ構造図である。図２０に示すように、ジョブ管理情報には実行結果として「分割されたことを示す文字列」が書き込まれる。なお、ステータスは「ｉｍｇ２ｒｐｃｓ」のデータ変換処理が実行中であることを表す「ｄｏｉｎｇ」となっている。

図１７のステップＳ３０７において、データ変換の種類「ｉｍｇ２ｐｄｆ」に対応するデータ形式変換部１１３２は、監視しているキューに投入されたジョブｂを取得する。ステップＳ３０８において、データ形式変換部１１３２はジョブｂに対応する処理を行う。

ここで、ステップＳ３０８におけるデータ形式変換部１１３２の処理について図２１を参照しつつ説明する。図２１はステップＳ３０８の処理の一例について説明する説明図である。

図２１（１）において、タスクキューにはタスク「ｉｍｇ２ｐｄｆ」「ｐｄｆ２ｒｐｃｓ」が存在する。図２１（２）において、データ変換の種類「ｉｍｇ２ｐｄｆ」に対応するデータ形式変換部１１３２は、タスクキューの先頭にあるタスク「ｉｍｇ２ｐｄｆ」を見て、データストレージ１１４５からのファイルの取得、ファイルのオープン、ファイルのデータ変換、ファイルのアップロード、ジョブｂの削除を行う。

図２１（３）において、データ形式変換部１１３２は、タスクキューの先頭にあるタスク「ｉｍｇ２ｐｄｆ」を削除する。そして、図２１（４）において、データ形式変換部１１３２はタスクキューの先頭にあるタスク「ｐｄｆ２ｒｐｃｓ」を見て、データ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応するキューにジョブｃを投入する。

図２１（２）におけるジョブｂの削除と図２１（４）におけるジョブｃの投入は図１７のステップＳ３０９の処理となる。図１７に戻り説明を続ける。

ステップＳ３０９においてジョブｂの削除とジョブｃの投入を行ったあと、データ変換の種類「ｉｍｇ２ｐｄｆ」に対応するデータ形式変換部１１３２はステップＳ３１０においてジョブｂの実行結果をジョブ管理情報記憶部１１４４に書き込む。ステップＳ３１０においてジョブｂの実行結果を書き込まれたあとのジョブ管理情報は例えば図２２に示すようになる。

図２２はジョブｂの実行結果を書き込まれたあとのジョブ管理情報の一例のデータ構造図である。図２２に示すように、ジョブ管理情報には実行結果として、データストレージ１１４５における変換後のファイルが存在する場所の情報「データストレージのＡ．ｐｄｆ」が書き込まれる。なお、ステータスは「ｉｍｇ２ｒｐｃｓ」のデータ変換処理が実行中であることを表す「ｄｏｉｎｇ」となっている。

また、図１８のステップＳ３１１において、データ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応するデータ形式変換部１１３２は、監視しているキューに投入されたジョブｃを取得する。ステップＳ３１２において、データ形式変換部１１３２はジョブｃに対応する処理を行う。

ここで、ステップＳ３１２におけるデータ形式変換部１１３２の処理について図２３を参照しつつ説明する。図２３はステップＳ３１２の処理の一例について説明する説明図である。

図２３（１）において、タスクキューにはタスク「ｐｄｆ２ｒｐｃｓ」が存在する。図２３（２）において、データ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応するデータ形式変換部１１３２は、タスクキューの先頭にあるタスク「ｐｄｆ２ｒｐｃｓ」を見て、データストレージ１１４５からのファイルの取得、ファイルのオープン、ファイルのデータ変換、ファイルのアップロード、ジョブｃの削除を行う。

図２３（３）において、データ形式変換部１１３２は、タスクキューの先頭にあるタスク「ｐｄｆ２ｒｐｃｓ」を削除する。タスク「ｐｄｆ２ｒｐｃｓ」が削除されると、タスクキューは空になる。なお、図２３（２）におけるジョブｂの削除は図１８のステップＳ３１３の処理となる。図１８に戻り説明を続ける。

ステップＳ３１３においてジョブｃの削除を行ったあと、データ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応するデータ形式変換部１１３２はステップＳ３１４においてジョブｃの実行結果をジョブ管理情報記憶部１１４４に書き込む。ステップＳ３１４においてジョブｃの実行結果を書き込まれたあとのジョブ管理情報は例えば図２４に示すようになる。

図２４はジョブｃの実行結果を書き込まれたあとのジョブ管理情報の一例のデータ構造図である。図２４に示すように、ジョブ管理情報には実行結果として、データストレージ１１４５における変換後のファイルが存在する場所の情報「データストレージのＡ．ｒｐｃｓ」が書き込まれる。なお、ステータスは「ｉｍｇ２ｒｐｃｓ」のデータ変換処理が完了したことを表す「ｄｏｎｅ」となっている。

図２５は単数のデータ形式変換部を利用する非同期データ変換処理の一例のシーケンス図である。図２５ではデータ変換の種類「ｏｆｆｉｃｅ２ｐｃｌ」を一例として説明していく。

ステップＳ４０１において、フロントエンドアプリケーション１１１１ａはクライアント端末１０１１などインプット側機器から印刷ジョブを受信し、印刷ジョブに含まれる電子文書ファイル等のファイルをデータストレージ１１４５にアップロードする。ステップＳ４０２において、フロントエンドアプリケーション１１１１ａは印刷ジョブの実行に必要なファイル変換を判断し、データ変換の種類（変換タイプ）と、ファイルが存在する場所の情報と、をパラメータとしたジョブの登録を、処理制御部１１２４に要求する。

ステップＳ４０３において、処理制御部１１２４はフロントエンドアプリケーション１１１１ａから要求のあったジョブをジョブ管理情報記憶部１１４４に登録する。ステップＳ４０４において、処理制御部１１２４はジョブの登録を要求したフロントエンドアプリケーション１１１１ａに、ジョブＩＤと、ジョブの登録を受け付けたことを表すステータスである「ａｃｃｅｐｔｅｄ」とを通知する。

ステップＳ４０５において、処理制御部１１２４はデータ変換の種類「ｏｆｆｉｃｅ２ｐｃｌ」に対応するキューにジョブを投入する。データ変換の種類「ｏｆｆｉｃｅ２ｐｃｌ」に対応するデータ形式変換部１１３２は対応するキューを監視しており、ステップＳ４０６において、キューに投入されたジョブを取得する。

ステップＳ４０６ａ、Ｓ４０６ｂにおいて、ジョブを取得したデータ形式変換部１１３２の変換処理ライブラリ１２０ａは、そのジョブに対応するジョブ情報をジョブ管理情報記憶部１１４４から取得する。

ステップＳ４０７、Ｓ４０８において、ジョブを取得したデータ形式変換部１１３２の変換処理ライブラリ１２０ａはジョブ情報を見て、データストレージ１１４５から変換元のファイルを取得する。ステップＳ４０９において、変換処理ライブラリ１２０ａはデータ変換の種類「ｏｆｆｉｃｅ２ｐｃｌ」に対応する変換エンジン１２０ｂにファイルのオープンを要求する。ファイルをオープンしたあと、変換エンジン１２０ｂはステップＳ４１０においてファイルの変換をプリンタドライバに要求する。ステップＳ４１１において、プリンタドライバは変換後のファイルを変換処理ライブラリ１２０ａに送信する。

ステップＳ４１２において、変換処理ライブラリ１２０ａは変換後のファイルをデータストレージ１１４５にアップロードする。また、変換処理ライブラリ１２０ａはデータ変換の種類「ｏｆｆｉｃｅ２ｐｃｌ」に対応するキューからジョブを削除する。ステップＳ４１４において、変換処理ライブラリ１２０ａはジョブの実行結果をジョブ管理情報記憶部１１４４に書き込むことで、ジョブ管理情報を更新する。

ステップＳ４１５において、フロントエンドアプリケーション１１１１ａはジョブＩＤを指定して、ジョブの実行結果の取得を処理制御部１１２４に要求する。ステップＳ４１６、Ｓ４１７において、処理制御部１１２４はジョブＩＤに対応するジョブの実行結果をフロントエンドアプリケーション１１１１ａに送信する。

そして、ステップＳ４１８、Ｓ４１９において、フロントエンドアプリケーション１１１１ａはジョブの実行結果に含まれる変換後のファイルが存在する場所の情報を利用して変換後のファイルを取得する。

図２６及び図２７は複数のデータ形式変換部を利用する非同期データ変換処理の一例のシーケンス図である。図２６、図２７ではデータ変換の種類「ｉｍｇ２ｒｐｃｓ」を一例として説明する。

ステップＳ５０１において、フロントエンドアプリケーション１１１１ａはクライアント端末１０１１などインプット側機器から印刷ジョブを受信し、印刷ジョブに含まれる電子文書ファイル等のファイルをデータストレージ１１４５にアップロードする。ステップＳ５０２において、フロントエンドアプリケーション１１１１ａは印刷ジョブの実行に必要なファイル変換を判断し、データ変換の種類（変換タイプ）と、ファイルが存在する場所の情報と、をパラメータとしたジョブの登録を、処理制御部１１２４に要求する。

ステップＳ５０３において、処理制御部１１２４はフロントエンドアプリケーション１１１１ａから要求のあったジョブをジョブ管理情報記憶部１１４４に登録する。ステップＳ５０４において、処理制御部１１２４はジョブの登録を要求したフロントエンドアプリケーション１１１１ａに、ジョブＩＤと、ジョブの登録を受け付けたことを表すステータスである「ａｃｃｅｐｔｅｄ」とを通知する。

ステップＳ５０５において、処理制御部１１２４はデータ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するキューにジョブａを投入する。データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するデータ形式変換部１１３２の変換処理ライブラリ１２０ａは対応するキューを監視しており、ステップＳ５０６において、キューに投入されたジョブａを取得する。

ステップＳ５０６ａ、Ｓ５０６ｂにおいて、ジョブａを取得した変換処理ライブラリ１２０ａは、そのジョブａに対応するジョブ情報をジョブ管理情報記憶部１１４４から取得する。

ステップＳ５０７、Ｓ５０８において、データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応するデータ形式変換部１１３２の変換処理ライブラリ１２０ａはデータ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応する変換エンジン１２０ｂにタスクの分割を行わせる。例えば変換エンジン１２０ｂは画像ファイルからＲＰＣＳへのデータ変換に必要なタスク「ｉｍｇ２ｐｄｆ」「ｐｄｆ２ｒｐｃｓ」に分割する。

ステップＳ５０９において、データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応する変換処理ライブラリ１２０ａはデータ変換の種類「ｉｍｇ２ｐｄｆ」に対応するキューにジョブｂを投入する。また、ステップＳ５１０において、変換処理ライブラリ１２０ａはジョブａを削除する。ステップＳ５１１において、データ変換の種類「ｉｍｇ２ｒｐｃｓ」に対応する変換処理ライブラリ１２０ａはジョブａの実行結果をジョブ管理情報記憶部１１４４に書き込む。

データ変換の種類「ｉｍｇ２ｐｄｆ」に対応する変換処理ライブラリ１２０ａは対応するキューを監視しており、ステップＳ５１２において、キューに投入されたジョブｂを取得する。

ステップＳ５１３、Ｓ５１４において、ジョブを取得したデータ形式変換部１１３２の変換処理ライブラリ１２０ａはジョブ情報を見て、データストレージ１１４５から変換元のファイルを取得する。ステップＳ５１５において、変換処理ライブラリ１２０ａはデータ変換の種類「ｉｍｇ２ｐｄｆ」に対応する変換エンジン１２０ｂにファイルの変換を要求する。ステップＳ５１６において、データ変換の種類「ｉｍｇ２ｐｄｆ」に対応する変換エンジン１２０ｂは変換後のファイルを変換処理ライブラリ１２０ａに送信する。

ステップＳ５１７において、変換処理ライブラリ１２０ａは変換後のファイルをデータストレージ１１４５にアップロードする。ステップＳ５１８において、変換処理ライブラリ１２０ａはデータ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応するキューにジョブｃを投入する。また、ステップＳ５１９において、変換処理ライブラリ１２０ａはジョブｂを削除する。ステップＳ５２０において、データ変換の種類「ｉｍｇ２ｐｄｆ」に対応する変換処理ライブラリ１２０ａはジョブｂの実行結果をジョブ管理情報記憶部１１４４に書き込む。

データ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応する変換処理ライブラリ１２０ａは対応するキューを監視しており、ステップＳ５２１において、キューに投入されたジョブｃを取得する。

ステップＳ５２２、Ｓ５２３において、ジョブを取得したデータ形式変換部１１３２の変換処理ライブラリ１２０ａはジョブ情報を見て、データストレージ１１４５から変換元のファイルを取得する。ステップＳ５２４において、変換処理ライブラリ１２０ａはデータ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応する変換エンジン１２０ｂにファイルの変換を要求する。ステップＳ５２５〜Ｓ５２７において、データ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応する変換エンジン１２０ｂ及びプリンタドライバは変換後のファイルを変換処理ライブラリ１２０ａに送信する。

ステップＳ５２８において、変換処理ライブラリ１２０ａは変換後のファイルをデータストレージ１１４５にアップロードする。ステップＳ５２９において、変換処理ライブラリ１２０ａはジョブｃを削除する。ステップＳ５３０において、データ変換の種類「ｐｄｆ２ｒｐｃｓ」に対応する変換処理ライブラリ１２０ａはジョブｃの実行結果をジョブ管理情報記憶部１１４４に書き込む。

ステップＳ５３１において、フロントエンドアプリケーション１１１１ａはジョブＩＤを指定して、ジョブの実行結果の取得を処理制御部１１２４に要求する。ステップＳ５３２、Ｓ５３３において、処理制御部１１２４はジョブＩＤに対応するジョブの実行結果をフロントエンドアプリケーション１１１１ａに送信する。

そして、ステップＳ５３４、Ｓ５３５において、フロントエンドアプリケーション１１１１ａはジョブの実行結果に含まれる変換後のファイルが存在する場所の情報を利用して変換後のファイルを取得する。

このように、本実施形態によれば、複数のデータ形式変換部１１３２を連携したデータ変換処理が可能であるため、変換前又は変換後のデータ形式の選択肢が多くなっても用意しなければならないデータ変換エンジンの数の増加を従来よりも抑えることができるので変換前又は変換後のデータ形式の種類の増加に柔軟に対応できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載した制御手段はデータ変換要求管理手段１１１又は変換要求のリクエストの分割（タスクの分割）を行うデータ形式変換部１１３２に相当する。

１０ クラウド
１１ サーバ
１２ ＰＣ（パーソナルコンピュータ）
１３ ＭＦＰ（複合機）
１００ データ変換システム
１０１ 非同期変換サーバ
１０２ 印刷ジョブ管理サーバ
１０３ ファイヤウォール
１０４ リバースプロキシ
１０５ 認証サーバ
１０６ 認証用データベース
１０７ 共有ファイルストレージ
１０８ ジョブ情報管理データベース
１１１ データ変換要求管理手段
１１２ メッセージキュー
１２０ 変換手段
１２０ａ 変換処理ライブラリ
１２０ｂ 変換エンジン
１０００ システム
１０１１ クライアント端末
１０１２ 携帯端末
１０１３ 画像形成装置
１０２１ アクセス制御装置
１０２２ プリントサービス提供装置
１０２３ スキャンサービス提供装置
１０２４ 他サービス提供装置
１１００ サービス提供システム
１１０１ サービスアプリ
１１０２ プラットフォーム
１１０３ 管理データ記憶部
１１０４ プラットフォームＡＰＩ（Application Programming Interface）
１１１１ プリントサービスアプリ
１１１１ａ フロントエンドアプリケーション
１１１２ スキャンサービスアプリ
１１１３ その他のサービスアプリ
１１２１ 認証処理部
１１２２ 機器通信部
１１２３ セッション管理部
１１２４ 処理制御部
１１２５ データ処理部
１１３１ メッセージキュー
１１３２ データ形式変換部
１１４１ 組織管理情報記憶部
１１４２ ユーザ管理情報記憶部
１１４３ 機器管理情報記憶部
１１４４ ジョブ管理情報記憶部
１１４５ データストレージ
１５００ コンピュータシステム
１５０１ 入力装置
１５０２ 表示装置
１５０３ 外部Ｉ／Ｆ
１５０３ａ 記録媒体
１５０４ ＲＡＭ
１５０５ ＲＯＭ
１５０６ ＣＰＵ
１５０７ 通信Ｉ／Ｆ
１５０８ ＨＤＤ
Ｂ バス
ＦＷ ファイヤウォール
Ｎ１〜Ｎ３ ネットワーク

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

Claims (9)

1. あるデータ形式から別のデータ形式へ所定のデータ変換を実行する複数の変換手段と、
   第１のデータ形式の電子データを第２のデータ形式の電子データへ変換する変換要求に基づき、前記複数の変換手段を連携させて、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を前記複数の変換手段に実行させる制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記制御手段は、前記変換要求を解析し、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を一つの前記変換手段で実現できない場合に、複数の前記変換手段によるデータ変換を連携させることで、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を実行させる
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記制御手段は、前記変換要求を受け付け、複数の前記変換手段の連携により前記第１のデータ形式の電子データが前記第２のデータ形式の電子データへ変換されるように、複数の前記変換手段を制御する
   ことを特徴とする請求項２記載の情報処理装置。
4. 前記制御手段は、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を複数の前記変換手段によるデータ変換に分割し、分割したデータ変換を複数の前記変換手段に連携させることで、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を実行させる
   ことを特徴とする請求項１記載の情報処理装置。
5. 前記制御手段は、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を実行する前記変換手段として前記変換要求を受け付け、前記変換要求を複数の前記変換手段によるデータ変換に分割し、分割した前記データ変換に対応する前記変換手段に分割した前記変換要求を行う
   ことを特徴とする請求項４記載の情報処理装置。
6. 前記第１のデータ形式から前記第２のデータ形式へのデータ変換を実行する前記変換手段は、分割した前記変換要求を、分割した前記データ変換に対応する前記変換手段が前記変換要求を受け付けるキューに投入する
   ことを特徴とする請求項５記載の情報処理装置。
7. コンピュータを、請求項１乃至６何れか一項に記載の情報処理装置として機能させるためのプログラム。
8. 複数のコンピュータシステムを含む情報処理システムであって、
   あるデータ形式から別のデータ形式へ所定のデータ変換を実行する複数の変換手段と、
   第１のデータ形式の電子データを第２のデータ形式の電子データへ変換する変換要求に基づき、前記複数の変換手段を連携させて、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を前記複数の変換手段に実行させる制御手段と、
   を備えることを特徴とする情報処理システム。
9. 複数のコンピュータシステムを含む情報処理システムが実行するデータ変換処理方法であって、
   第１のデータ形式の電子データを第２のデータ形式の電子データへ変換する変換要求に基づき、あるデータ形式から別のデータ形式へ所定のデータ変換を実行する複数の変換手段を連携させて、前記第１のデータ形式から前記第２のデータ形式へのデータ変換を前記複数の変換手段に実行させるステップ、
   を備えることを特徴とするデータ変換処理方法。

Images