JP2011253470A - クラウドコンピューティングシステム、文書処理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】画像形成装置から文書処理の実行要求を受ける前に、画像形成装置に対して文書処理結果の保存場所を通知するクラウドコンピューティングシステムを提供する。
【解決手段】スキャンシステム１０３が、画像形成装置１０２から文書処理のジョブの実行要求を受信したことに応じて、文書処理のジョブに対応するメッセージをキューに格納する要求受信部４０１と、キューに対しメッセージの取得要求を定期的に行ってメッセージを取得し、取得したメッセージに対応する文書処理のジョブを実行し、ジョブの実行結果を保存するバックエンド処理部とを備える。画像形成装置１０２が要求受信部４０１に対して文書処理のジョブの実行要求を送信する前に、バックエンド処理部４０２が、ジョブの実行結果が保存される場所を示す情報を取得し、要求受信部４０１が、取得されたジョブの実行結果が保存される場所を示す情報を画像形成装置１０２に表示させる。
【選択図】図４

Description

本発明は、クラウドコンピューティングシステム、文書処理方法、及びコンピュータプログラムに関する。

近年、インターネット技術を利用した文書管理システムが普及している。この文書管理システムは、画像形成装置がスキャンした文書をストレージサーバに保存して文章管理をする。例えば、特許文献１は、ネットワーク接続されたＭＦＰデバイスとオプションサービスとＷｅｂストレージサーバとを有する文書登録システムを提案している。この文書登録システムにおいては、デバイスブラウザを備えた画像形成装置とＷｅｂストレージサーバが通信を行う。ユーザが画像形成装置からスキャン文書に施す処理と格納場所とを指定すると、オプションサービスで指定した処理を行い、スキャン文書をＷｅｂストレージサーバに保存する。

また、近年、サーバコンピュータ側で各種処理を行う形態として、クラウドコンピューティングシステムやＳａａＳ（Software as a Service ）という技術が利用され始めている。クラウドコンピューティングでは、多くのコンピューティングリソースを利用し、データ変換やデータ処理を分散実行することで、多くのクライアントからの要求を同時に処理することが可能となる。

特開２００７−０２８１８４号公報

クラウドコンピューティングを利用したスキャンシステムにおいては、ユーザは通常、スキャンシステムの物理的な場所を知ることはできない。ユーザは、物理的な場所を意識しないでスキャンシステムを利用できるが、例えばＥＵのように、個人情報に関わる機密情報を保管できる国を制限している地域にスキャンシステムが配置されている場合には、以下の問題が生じる。すなわち、ユーザが意識しないうちに、機密文書の保管が法律上制限されている国や地域で文書処理が実行されてしまうという問題がある。しかし、従来、ユーザが操作する画像形成装置が文書処理の実行要求をする前に、画像形成装置に対して文書処理結果が保存される場所を通知するシステムはなかった。また、画像形成装置が文書処理の実行要求をする前に、画像形成装置に対して文書処理を実行する処理装置が設けられた場所を示す情報を通知するシステムはなかった。

本発明は、上記の問題点の少なくとも一つを解決するためになされたものである。本発明は、画像形成装置から文書処理の実行要求を受ける前に、画像形成装置に対して文書処理結果の保存場所を通知するクラウドコンピューティングシステムの提供を目的とする。

本発明の一実施形態のクラウドコンピューティングシステムは、画像形成装置から文書処理のジョブの実行要求を受信したことに応じて、前記文書処理のジョブに対応するメッセージを記憶手段に格納する要求受信部と、前記記憶手段に対し前記メッセージの取得要求を定期的に行い、該メッセージを取得し、該取得したメッセージに対応するジョブのデータを保存する文書処理部とを備える。前記画像形成装置が前記要求受信部に対して文書処理のジョブの実行要求を送信する前に、前記文書処理部が、前記ジョブのデータが保存される場所を示す情報を取得し、前記要求受信部が、前記取得されたジョブのデータが保存される場所を示す情報を前記画像形成装置に表示させるための画面情報を生成する。

本発明によれば、例えば、ユーザが文書処理を実行するスキャンシステムの場所と文書処理の実行結果が保存されるストレージの場所を確認してから、スキャンシステムを利用することができる。これにより、文書処理や文書処理結果の保存が法律的制限されていない国や地域のスキャンシステムとストレージとを利用することができる。

本実施形態のシステム構成例を示す図である。 図１のシステムを構成する装置のハードウェア構成の例を示す図である。 スキャンシステム、ストレージ、画像形成装置の機能ブロック図である。 サービステーブルとストレージテーブルの例を示す図である。 実施例１の文書処理を説明するシーケンス図である。 実施例１の文書処理を説明するシーケンス図である。 実施例１の文書処理を説明するシーケンス図である。 デバイスブラウザに表示される画面の例である。 別スキャンサービス選択画面、別ストレージ選択画面の例である。 要求受信部の動作処理を説明するフローチャートの例である。 バックエンド処理部の動作処理を説明するフローチャートの例である。 デバイスブラウザに表示される開始画面の一例である。 実施例２の文書処理を説明するシーケンス図である。

図１は、本実施形態のシステム構成例を示す図である。図１に示すシステムは、スキャンシステム１０３、１０５、ストレージ１０４、１０６、画像形成装置１０２を有する。スキャンシステム１０３、１０５、ストレージ１０４、１０６は、ネットワーク１００を介して接続されている。画像形成装置１０２は、ネットワーク１００及びインターネット１０１を介してスキャンシステム１０３、１０５、ストレージ１０４、１０６に接続されている。スキャンシステム１０３とストレージ１０４とは、Ａｓｉａ（アジア）に配置されている。スキャンシステム１０５とストレージ１０６とは、ＥＵに配置されている。各スキャンシステムは、複数のサーバを含むサーバ群を備える。

画像形成装置１０２は、スキャンシステムに対して文書処理に関する要求を送信する。文書処理に関する要求は、例えば、サービス開始要求またはサービス実行要求である。文書処理は、例えば、画像形成装置１０２が文書を読み込んで生成したビットマップなどの画像データをＰＤＦの形式に変換する処理である。サービス開始要求は、スキャンシステムにサービスの開始、すなわち文書処理のジョブの生成を求める要求である。サービス実行要求は、文書処理のジョブの実行要求である。画像形成装置１０２は、外部からのアクセスが制限されたローカルエリアに配置されている。このローカルエリアは、各スキャンシステムが配置された領域からファイアウォールで遮断されている。

スキャンシステム１０３、１０５は、本実施形態のクラウドコンピューティングシステムである。スキャンシステムは、画像形成装置１０２から文書処理に関する要求を受信し、該要求に応じた文書処理を実行する。例えば、スキャンシステムは、画像形成装置１０２から受けたサービス実行要求に応じて、ビットマップなどの画像データをＰＤＦの形式に変換し、変換後の画像データを印刷データとしてストレージに保存する。

本実施形態において、各スキャンシステムは、クラウドに設けられている。クラウドとは、クラウドコンピューティング環境におけるサーバ群が配置される領域のことである。クラウドコンピューティング環境においては、ユーザはコンピュータ処理をネットワーク経由でサービスとして利用する。クラウドに設けられたスキャンシステムから発する要求によりファイアウォール内部にアクセスすることはできない。従って、スキャンシステムは、画像形成装置１０２からの要求の応答を返すことによって、画像形成装置１０２に対して通信を行う。本実施形態の文書処理方法は、図１に示すスキャンシステムによって実現される。また、本実施形態のコンピュータプログラムは、この文書処理方法をコンピュータに実行させる。ストレージ１０４は、スキャンシステム１０３による文書処理結果を保存する。ストレージ１０６は、スキャンシステム１０５による文書処理結果を保存する。

図２は、図１に示すシステムを構成する装置のハードウェア構成の例を示す図である。図２（Ａ）は、画像形成装置１０２のハードウェア構成の例を示す。画像形成装置１０２は、画像処理ユニット２０１、印刷ユニット２０２、読み込みユニット２０３を備える。読み込みユニット２０３は、文書（の原稿）の読み込み処理を行う。画像処理ユニット２０１は、読み込みユニット２０３による文書の読み込み処理結果に基づいて画像データを作成する。

画像処理ユニット２０１は、スキャンシステムに対してサービス開始要求を行う。また、画像処理ユニット２０１は、サービス開始要求を受けたスキャンシステムから、文書処理結果である印刷データが記憶されるストレージが設けられた場所を示す情報を含む情報を取得する。ストレージが設けられた場所は、例えば、このストレージが設けられた国や地域である。また、画像処理ユニット２０１は、サービス開始要求を受けたスキャンシステムから、文書処理を実行する処理部が設けられた場所を示す情報を含む情報を取得する。文書処理を実行する処理部が設けられた場所は、例えば、この処理部が設けられた国や地域である。

また、画像処理ユニット２０１は、作成した画像データを含むサービス実行要求をスキャンシステムに送信する。また、画像処理ユニット２０１は、ストレージにアクセスして印刷データを取得する機能を有する。印刷ユニット２０２は、印刷データを印刷する。

画像処理ユニット２０１は、ＣＰＵ（Central Processing Unit ）２０４、直接記憶部２０５、間接記憶部２０６、ユーザインタフェース２０７、外部インタフェース２０８を備える。ＣＰＵ２０４は、所定のプログラムを実行し、画像処理装置１０４の各種制御を指示する。直接記憶部２０５は、ＣＰＵ２０４がプログラムを実行する際に使用するワークメモリである。ＣＰＵ２０４が実行するプログラムは、直接記憶部２０５にロードされる。直接記憶部２０６は、ＲＡＭ（Random Access Memory）により実現される。間接記憶部２０６には、アプリケーションプログラムを含む各種プログラムが予め記憶される。間接記憶部２０６に記憶されている各種プログラムは、ＣＰＵ２０４がプログラムを実行する際に直接記憶部２０５へ移動する。間接記憶部２０６は、ＳＳＤ（Solid State Drive）またはＨＤＤ（Hard Disc Drive）により実現される。なお、ＣＰＵ２０４がマルチプロセッサであってもよい。本実施形態においては、アプリケーションプログラムとしてスキャンソフトウェアが動作する。スキャンソフトウェアは、読み込みユニット２０３から画像データの読み込みを行い、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）という通信プロトコルによって画像データを外部装置へ送信する。このように、アプリケーションプログラムの実行によって、画像形成装置１０２の制御を実現することができる。

ユーザインタフェース２０７は、ユーザからの処理依頼を受け付ける。ユーザインタフェース２０７は、例えば、キーボード、マウス等を通してユーザが入力した指示に応じた信号を受け付ける。外部インタフェース２０８は、外部装置からのデータの受信や外部装置へのデータの送信が可能である。例えば、外部装置は、外付けＨＤＤや外付けＵＳＢメモリ等の外付け記憶装置、またはネットワークを介して接続された別体のホストコンピュータや画像形成装置等の別体装置を含む。画像形成装置１０２は、ネットワーク１００及びインターネット１０１を介して、各スキャンシステム及びストレージと通信可能である。

図２（Ｂ）は、スキャンシステム、ストレージのハードウェア構成例を示す図である。図２（Ｂ）では、スキャンシステム１０３のハードウェア構成を例にとって説明する。スキャンシステム１０５、各ストレージのハードウェア構成は、図２（Ｂ）に示すスキャンシステム１０３のハードウェア構成と同様である。

スキャンシステム１０３は、ＣＰＵ３０１、直接記憶部３０２、間接記憶部３０３、ユーザインタフェース３０４、外部インタフェース３０５を備える。ＣＰＵ３０１は、所定のプログラムを実行し、スキャンシステム１０３の各種制御を指示するユニットである。直接記憶部３０２は、ＣＰＵ３０１がプログラムを実行する際に使用するワークメモリである。ＣＰＵ３０１が実行するプログラムは直接記憶部３０２にロードされる。直接記憶部３０２は、ＲＡＭで構成されている。間接記憶部３０３には、アプリケーションプログラムとＯＳ(Operating System)を含む各種プログラムが予め記憶されている。間接記憶部３０３に記憶されている各種プログラムは、ＣＰＵ３０１がプログラムを実行する際に直接記憶部３０２へ移動する。間接記憶部３０３は、ＲＯＭまたはＨＤＤで構成されている。ユーザインタフェース３０４は、ユーザからの処理依頼を受け付ける。例えば、キーボード、マウス等を通してユーザが入力した指示に応じた信号を受け付ける。外部インタフェース３０５は、ネットワーク１００に接続されており、ネットワーク１００に接続されている他の装置と通信可能である。

図３は、スキャンシステム、ストレージ、画像形成装置の機能ブロック図の例である。図３（Ａ）中に示すスキャンシステム１０３とスキャンシステム１０５とは同様の構成を有する。また、図３（Ａ）中に示すストレージ１０４とストレージ１０６とは同様の構成を有する。

スキャンシステム１０３は、要求受信部４０１、バックエンド処理部４０２、キューストレージサービス４０３、テーブルストレージサービス４０４、ブロブストレージサービス４０５を備える。要求受信部４０１、バックエンド処理部４０２、キューストレージサービス４０３、テーブルストレージサービス４０４、ブロブストレージサービス４０５は、１または複数台のＶＭ（Virtual Machine ）を備える。ＶＭは、仮想的なサーバである。

要求受信部４０１は、画像形成装置１０２のプラットフォームアプリケーション４０７から送信された文書処理に関する要求を受信する要求受信手段として機能する。要求受信部４０１は、プラットフォームアプリケーション４０７からサービス開始要求を受信すると、文書処理のジョブを生成する。要求受信部４０１は、テーブルストレージサービス４０４に指示して、文書処理のジョブに関する情報（ジョブ情報）をジョブテーブルに追加させる。ジョブ情報は、少なくともジョブの識別情報であるジョブＩＤを含む。

また、要求受信部４０１は、キューストレージサービス４０３に指示して、キューストレージサービス４０３が備える記憶手段であるキューに、少なくともジョブＩＤを含むメッセージを格納させる。具体的には、キューストレージサービス４０３は、メッセージＩＤとジョブＩＤとの対応情報を含むメッセージをキューに格納する。メッセージＩＤは、メッセージの識別情報である。メッセージＩＤは、メッセージ種別に対応づけられる。メッセージ種別は、バックエンド処理部４０２に対して要求される処理内容を示す。メッセージＩＤに対応づけられるメッセージ種別は、例えば、文書処理開始（スキャンサービス開始）である。文書処理開始は、文書処理のジョブの実行結果が保存される場所を示す情報（保存場所情報）と、ジョブを実行するスキャンシステムが配置された場所（実行場所情報）を示す情報の取得処理の開始を示す。

要求受信部４０１は、画像形成装置１０２のプラットフォームアプリケーション４０７からジョブ情報取得要求を受ける。ジョブ情報取得要求は、ジョブ情報の取得を求める要求である。要求受信部４０１は、ジョブ情報取得要求に対応するジョブ情報を画像形成装置１０２に返す。後述するように、バックエンド処理部４０２は、ジョブ情報に文書処理のジョブの実行結果が保存される場所を示す情報（保存場所情報）、ジョブを実行する処理手段が配置された場所を示す情報（実行場所情報）でジョブ情報を更新する。このジョブ情報の更新処理は、画像形成装置１０２がスキャンシステム１０３に対してサービス実行要求を行う前に実行される。これにより、スキャンシステム１０３が、実際に文書処理を実行する前に、画像形成装置１０２に対して、保存場所情報、実行場所情報を通知することができる。

要求受信部４０１は、画像形成装置１０２から文書処理のジョブの実行要求を受信したことに応じて、文書処理のジョブに対応するメッセージをキューに格納する。具体的には、要求受信部４０１は、プラットフォームアプリケーション４０７からサービス実行要求を受信すると、受信したサービス実行要求に含まれる画像データを、文書処理を実行するスキャンシステムが備えるブロブストレージサービス４０５に格納する。また、要求受信部４０１は、文書処理を実行するスキャンシステムが備えるキューストレージサービス４０３に指示して、文書処理のジョブを実行するために必要な情報を含むメッセージをキューに追加する。このメッセージは、少なくともメッセージＩＤを含む。このメッセージＩＤに対応づけられるメッセージ種別は、文書処理実行を示す。文書処理実行は、文書処理を実行することを示す。キューストレージサービス４０３は、要求受信部４０１とバックエンド処理部４０２とが非同期でデータ通信するための機能を持つ。キューストレージサービス４０３は、要求受信部４０１の指示に従って、メッセージをキューに格納する。

バックエンド処理部４０２は、キューに対しメッセージの取得要求を定期的に行って該メッセージを取得し、該取得したメッセージに対応する文書処理のジョブを実行し、該ジョブの実行結果（ジョブのデータ）を保存する文書処理部として機能する。バックエンド処理部４０２は、キューからメッセージを取得し、取得したメッセージに含まれるメッセージＩＤに対応づけられるメッセージ種別に応じた処理を実行する。例えば、メッセージ種別が文書処理開始を示す場合、バックエンド処理部４０２は、保存場所場所情報、実行場所情報を取得する。バックエンド処理部４０２は、上記取得した保存場所情報、実行場所情報でテーブルストレージサービス４０４内のジョブ情報を更新する。要求受信部４０１は、画像形成装置１０２からジョブ情報取得要求を受けた場合には、上記更新されたジョブ情報を取得して返す。これにより、画像形成装置１０２に対して、文書処理のジョブの実行結果が保存される場所を示す情報と、ジョブを実行するスキャンシステムが配置された場所を示す情報を通知することができる。

また、メッセージ種別が文書処理実行（例えば、スキャンサービス実行）である場合、バックエンド処理部４０２は、メッセージに含まれるブロブＵＲＩに基づいて、ブロブストレージサービス４０５から画像データを取得する。ブロブＵＲＩは、ブロブストレージサービス４０５が管理するＵＲＩであって、画像データの保存場所を示す。バックエンド処理部４０２は、取得した画像データを文書変換して印刷データを生成する。そして、バックエンド処理部４０２は、メッセージに含まれる、印刷データが保存される文書リポジトリ４０６を示す情報（ストレージＩＤ）を参照して、この文書リポジトリ４０６に印刷データを保存する。テーブルストレージサービス４０４は、ジョブテーブルを備え、ジョブテーブル上でジョブ情報を管理する。ブロブストレージサービス４０５は、要求受信部４０１の指示に従って、画像データを保存する。

ストレージ１０４は、文書リポジトリ４０６を備える。文書リポジトリ４０６は、図２（Ｂ）の間接記憶部３０３によって実現される。文書リポジトリ４０６は、スキャンシステム１０３のバックエンド処理部４０２による文書処理結果（印刷データ）を保存する。

画像形成装置１０２は、プラットフォームアプリケーション４０７、デバイスブラウザ４０８を備える。プラットフォームアプリケーション４０７は、スキャンソフトウェアのサービスを提供する。また、プラットフォームアプリケーション４０７は、スキャンシステム１０３の要求受信部４０１に対して、サービス開始要求、サービス実行要求、またはジョブ情報取得要求を行う。デバイスブラウザ４０８は、画像形成装置１０２内に保存されている情報や、スキャンシステム１０３から受信した情報を表示する。例えば、デバイスブラウザ４０８は、スキャンシステム１０３から受信したジョブ情報に含まれる保存場所情報、実行場所情報を画面表示する。デバイスブラウザ４０８は、例えば、Ｗｅｂブラウザである。

図３（Ｂ）は、ジョブテーブルの例を示す図である。ジョブテーブルには、ジョブ情報が格納される。ジョブ情報は、サービス毎に作成される。サービスは、例えば画像のＰＤＦ変換や、圧縮等の処理である。ジョブ情報は、ＥＴａｇ、ＰａｒｔｉｔｉｏｎＫｅｙ、ＲｏｗＫｅｙ、Ｓｔａｔｕｓ、ＤａｔａＩＤ、ＳｃａｎＳｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ、Ｓｔｏｒａｇｅ Ｌｏｃａｔｉｏｎを含む。ＥＴａｇは、テーブルストレージサービス４０４が自動的に設定する値である。列データが更新された際に一意の値がＥＴａｇとして書き込まれる。テーブルストレージサービス４０４がジョブ情報を更新する際に、更新のためのジョブ情報取得時のＥＴａｇ５０１の値と、ジョブ情報を更新する時のＥＴａｇ５０１の値が異なる場合、他の処理プロセスによりジョブ情報が更新されたことを識別することができる。

ＰａｒｔｉｔｉｏｎＫｅｙとＲｏｗＫｅｙとが、ジョブテーブルの列を一意に識別するＩＤ（ジョブＩＤ）である。Ｓｔａｔｕｓはジョブ全体のステータスを保持する。ジョブのステータスは、ジョブの処理状況に応じて、Ｒｅａｄｙ（準備完了）、Ｃｏｎｆｉｒｍ（確認中）、Ｐｒｏｃｅｓｓｉｎｇ（処理中）、Ｓｕｃｃｅｓｓ（成功）、Ｆａｉｌｕｒｅ（失敗）で管理される。準備完了は、要求受信部４０１の指示に従ってテーブルストレージサービス４０４がジョブテーブルにジョブ情報を追加後、バックエンド処理部４０２が実行場所情報と保存場所情報でジョブ情報を更新する前までの状態を示す。確認中は、バックエンド処理部４０２が実行場所情報と保存場所情報とをテーブルストレージサービス４０４が管理するジョブ情報に設定してから、バックエンド処理部４０２がジョブの処理を開始するまでの状態を示す。処理中は、バックエンド処理部４０２がジョブの処理を開始して、ジョブに定義された全ての処理の実行を完了、もしくは途中で処理に失敗するまでの状態を示す。成功は、バックエンド処理部４０２がジョブに定義された全ての処理を実行し、全ての処理が成功した状態を示す。失敗は、バックエンド処理部４０２がジョブに定義された処理を実行した結果、処理に失敗した状態、もしくは処理の実行前にサービスの品質が一定基準を満たしてないと判定された状態を示す。

ＤａｔａＩＤは、ジョブに対応づけられたデータ（画像データ）のＩＤである。画像データはブロブストレージサービス４０５に保存されている。ＳｃａｎＳｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎは実行場所情報を示す。バックエンド処理部４０２が公知のサービスＡＰＩを用いて実行場所情報を取得する。

Ｓｔｏｒａｇｅ Ｌｏｃａｔｉｏｎは保存場所情報を示す。バックエンド処理部４０２が、文書処理結果を保存するストレージを確認し、このストレージ（の文書リポジトリ４０６）の場所をサービスＡＰＩから取得する。バックエンド処理部４０２が、保存場所情報を取得できない場合、ジョブ情報のＳｔｏｒａｇｅ Ｌｏｃａｔｉｏｎに例えばＮｏｎｅが設定される。

図４は、サービステーブルとストレージテーブルの例を示す図である。図４（Ａ）は、サービステーブルの例を示す。サービステーブルは、要求受信部４０１に設けられる。サービステーブルは、サービスと処理と該処理を実行するキューストレージサービス４０３のＵＲＩとの対応情報を保持する。ＳｅｒｖｉｃｅＩＤはサービスを一意に識別するＩＤである。処理ＩＤはサービスに対応する処理を一意に識別するＩＤである。処理ＩＤとして、例えばＰＤＦ変換や圧縮が設定される。ＱｕｅｕｅＵＲＩは、キューストレージサービス４０３のＵＲＩを示す。従って、ＱｕｅｕｅＵＲＩは、文書処理を実行するスキャンシステムに対応する。本実施形態では、図４（Ａ）中のＰＤＦ変換を示す処理ＩＤに対応するスキャンシステムは、アジアに配置されたスキャンシステム１０３とＥＵに配置されたスキャンシステム１０５である。要求受信部４０１は処理ＩＤに対応したスキャンシステムのキューストレージサービス４０３のＱｕｅｕｅＵＲＩへメッセージを送信する。

図４（Ｂ）は、ストレージテーブルの例を示す。ストレージテーブルは、バックエンド処理部４０２に設けられる。ＳｔｏｒａｇｅＩＤは、ストレージテーブルの列を一意に識別するＩＤである。ＡＰＩ有無は保存場所情報を取得するためのサービスＡＰＩが存在するか否かを示す。ＳｔｏｒａｇｅＵＲＬはストレージのＵＲＬを示す。バックエンド処理部４０２は、ストレージテーブルを参照し、キューストレージサービス４０３から取得したメッセージに含まれるストレージ場所ＩＤと合致するＳｔｏｒａｇｅＩＤに対応するＳｔｏｒａｇｅＵＲＬを認識する。そして、バックエンド処理部４０２は、認識したＳｔｏｒａｇｅＵＲＬに対応するストレージに、文書処理結果である印刷データを格納する。

図５乃至図７は、実施例１の文書処理を説明するシーケンス図である。画像形成装置１０２のデバイスブラウザ４０８が、ユーザの操作に従って、要求受信部４０１において動作するスキャンアプリケーションと通信しスキャン処理を行う。

図８（Ａ）は、スキャンアプリケーションがデバイスブラウザに表示する画面の例である。この画面上には、選択対象となる情報が表示される。この画面内の読み込み元９０１には、ユーザが現在操作している画像形成装置１０２の識別情報であるデバイスＩＤが表示される。文書サーバ９０２には、印刷データを格納するサーバのＵＲＬが表示される。画像形成装置１０２のユーザが印刷データを格納するサーバのＵＲＬを入力する。なお、要求受信部４０１で動作するスキャンアプリケーションのプログラムにこのＵＲＬを組み込み、処理名と関連付けて表示するようにしてもよい。文書名９０３には、上記サーバに格納する印刷データに対応する文書の名称が表示される。ユーザが文書の名称を入力すると、この名称に対応する文書が選択される。処理名９０４には、スキャンした文書に施す処理内容を示す処理ＩＤが表示される。ユーザが処理ＩＤを入力すると、この処理ＩＤが選択される。ユーザがスキャンボタン９０５を押下すると、以下に説明する一連のスキャンシーケンスが実行される。

図５において、画像形成装置１０２のスキャンボタン９０５（図８（Ａ））が押下されると、デバイスブラウザ４０８が、プラットフォームアプリケーション４０７に対して、スキャン開始指示を行う（ステップＳ１）。スキャン開始指示には文書名とデバイスＩＤと処理ＩＤがパラメータとして含まれる。

スキャン開始指示を受けたプラットフォームアプリケーション４０７が、読み込みユニット２０３に対して原稿読み込み指示を行って（ステップＳ２）、原稿読み込み処理結果である画像データを受け取る。プラットフォームアプリケーション４０７は、画像データを間接記憶部２０６に一時保存する。

次に、プラットフォームアプリケーション４０７が、要求受信部４０１に対してサービス開始要求を行う（ステップＳ３）。サービス開始要求には文書名、デバイスＩＤ、処理ＩＤが含まれる。本実施例では処理ＩＤはＰＤＦ変換を示す。続いて、要求受信部４０１が、サービス選択を行う（ステップＳ４）。具体的には、要求受信部４０１が、サービステーブル（図４（Ａ））を参照して、サービス開始要求に含まれる処理ＩＤに対応するスキャンシステムのＱｕｅｕｅＵＲＩを認識する。要求受信部４０１は、認識したＱｕｅｕｅＵＲＩに対応するサービスを選択する。本実施例では、ＰＤＦ変換を示す処理ＩＤに対応するＱｕｅｕｅＵＲＩは、アジアに配置されたスキャンシステム１０３とＥＵに配置されたスキャンシステム１０５に対応する。このように、処理ＩＤに対応するスキャンシステムのＱｕｅｕｅＵＲＩが複数ある場合には、要求受信部４０１が、該当するスキャンシステム全てに以下の処理を行う。

要求受信部４０１は、該当するスキャンシステムのテーブルストレージサービス４０４が有するジョブテーブルに対して、ジョブ追加要求を行う（ステップＳ５）。ジョブ追加はジョブ情報の追加を求める要求である。テーブルストレージサービス４０４が、ジョブを生成して、ジョブ情報をジョブテーブルに追加し、ジョブＩＤを要求受信部４０１に返す（ステップＳ６）。上記ステップＳ５及びＳ６の処理により、ジョブ情報がサービス毎に生成される。

次に、要求受信部４０１が、キューストレージサービス４０３に対して、メッセージ追加要求を行う（ステップＳ７）。メッセージ追加要求は、メッセージの追加を求める要求である。このメッセージ追加要求にはジョブＩＤが含まれる。また、このメッセージ追加要求には、スキャンサービス開始を示すメッセージＩＤがメッセージ種別として含まれる。このメッセージ追加要求を受けたキューストレージサービス４０３が、メッセージの追加処理を行う。具体的には、キューストレージサービス４０３が、メッセージＩＤとジョブＩＤとの対応情報を含むメッセージをキューに格納する。続いて、要求受信部４０１が、ジョブＩＤをデバイスブラウザ４０８に返す（ステップＳ８）。

一方、バックエンド処理部４０２は、キューストレージサービス４０３に対して定期的にステメッセージ取得要求を行う（ステップＳ９）。メッセージ取得要求は、キュー内のメッセージの取得を求める要求である。バックエンド処理部４０２が、メッセージ取得要求に応答したキューストレージサービス４０３からメッセージを取得する（ステップＳ１０）。このメッセージにはメッセージＩＤとジョブＩＤとが含まれる。続いて、バックエンド処理部４０２が、テーブルストレージサービス４０４に対してジョブ情報取得要求を行う（ステップＳ１１）。ジョブ情報取得要求は、ジョブ情報の取得を求める要求である。ジョブ情報取得要求には、ジョブＩＤが含まれる。テーブルストレージサービス４０４が、ジョブテーブルからジョブＩＤに対応したジョブ情報を取得し（ステップＳ１２）、バックエンド処理部４０２に返す。

バックエンド処理部４０２が、テーブルストレージサービス４０４から取得したジョブ情報に基づいて、実行場所情報を取得するためのサービスＡＰＩを利用して、実行場所情報を取得する（ステップＳ１３）。また、バックエンド処理部４０２が、ストレージテーブル（図４（Ｂ））を参照して、保存場所情報を取得するためのＡＰＩの有無を確認する。保存場所情報を取得するためのＡＰＩがある場合は、バックエンド処理部４０２が、このＡＰＩを利用して、保存場所情報を取得する（ステップＳ１４）。バックエンド処理部４０２は、テーブルストレージサービス４０４に指示して、取得した実行場所情報、保存場所情報でジョブテーブルのジョブ情報を更新させる（ステップＳ１５）。バックエンド処理部が実行場所情報、保存場所情報を取得できない場合には、テーブルストレージサービス４０４は、ジョブテーブル上のＳｃａｎＳｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ、Ｓｔｏｒａｇｅ ＬｏｃａｔｉｏｎにＮｏｎｅを設定する。

テーブルストレージサービス４０４は、更新対象のジョブ情報に実行場所情報、保存場所情報を格納するとともに、ＳｔａｔｕｓにＣｏｎｆｉｒｍ（確認中）を設定する。続いて、バックエンド処理部４０２が、キューストレージサービス４０３に対して、メッセージ削除要求を行う（ステップＳ１６）。メッセージ削除要求は、キューからのメッセージの削除を求める要求である。メッセージ削除要求には、メッセージＩＤが含まれる。キューストレージサービス４０３は、メッセージ削除要求に含まれるメッセージＩＤに対応するメッセージを削除する。これにより、バックエンド処理部４０２の処理（この例では実行場所、保存場所の取得処理）に対応したメッセージがキューから削除され、タイムアウトによる再実行処理が行われなくなる。

一方、デバイスブラウザ４０８は、要求受信部４０１からジョブＩＤを取得すると、プラットフォームアプリケーション４０７に対して監視指示を行う（ステップＳ１７）。監視指示は、ジョブ情報の取得処理の実行を求める要求である。監視指示にはジョブＩＤがパラメータとして含まれる。続いて、プラットフォームアプリケーション４０７が、要求受信部４０１に対してジョブ情報取得要求を行う（ステップＳ１８）。このジョブ情報取得要求にはジョブＩＤとデバイスＩＤとがパラメータとして含まれる。要求受信部４０１が、テーブルストレージサービス４０４に対してジョブ情報取得要求を行う（ステップＳ１９）。要求受信部４０１は、ステップＳ１８においてプラットフォームアプリケーション４０７から受け取ったジョブ情報取得要求に含まれるジョブＩＤをジョブ情報取得要求の引数として指定して渡す。テーブルストレージサービス４０４が、ジョブテーブルから指定されたジョブＩＤに合致するジョブ情報を探し、要求受信部４０１へ応答する（ステップＳ２０）。続いて、要求受信部４０１が、ジョブ情報のＳｔａｔｕｓを参照して、ジョブのステータスが準備完了か確認中かを判断する。本実施例では、要求受信部４０１がステップＳ２０において応答を受けた時点でのジョブのステータスは準備完了状態である。要求受信部４０１は、プラットフォームアプリケーション４０７に対してこのジョブのステータスを含むジョブ情報を送信する（ステップＳ２１）。

プラットフォームアプリケーション４０７は、印刷データが取得できるまで繰り返し要求受信部４０１に対してジョブ情報取得要求を行い、テーブルストレージサービス４０４からジョブ情報を取得する（ステップＳ２２乃至Ｓ２４）。本実施例では、要求受信部４０１がステップＳ２４において取得したジョブ情報は、ステップＳ１５において更新されたジョブ情報である。すなわち、このジョブ情報には、保存場所情報、実行場所情報が含まれている。また、このジョブ情報が示すジョブのステータスは確認中状態である。要求受信部４０１は、プラットフォームアプリケーション４０７に対して、ステップＳ２４において取得したジョブ情報を送信する（ステップＳ２５）。

プラットフォームアプリケーション４０７が、要求受信部４０１から受信したジョブ情報に対応するジョブのステータスが確認中状態であることを確認し、デバイスブラウザ４０８に確認画面取得指示を行う（ステップＳ２６）。確認画面取得指示は、要求受信部４０１の確認画面を取得させる指示である。確認画面は、要求受信部４０１によって生成される画面情報である。そして、デバイスブラウザ４０８が、要求受信部４０１から確認画面を取得して確認画面の表示を行う（ステップＳ２７）。

図８（Ｂ）は、デバイスブラウザ４０８に表示される確認画面の一例である。要求受信部４０１において動作するスキャンアプリケーションがこの確認画面を生成する。スキャンサービスの場所９１１は、要求受信部４０１が取得したジョブ情報に含まれている実行場所情報に対応する。この例では、スキャンサービスの場所９１１には、Ａｓｉａ（アジア）が表示される。なお、図５のステップＳ１３において、バックエンド処理部４０２が実行場所情報を取得できない場合には、ジョブ情報のＳｃａｎＳｅｒｖｉｃｅ ＬｏｃａｔｉｏｎにはＮｏｎｅが設定される。従って、この場合には、デバイスブラウザ４０８は、実行場所情報を表示しない。また、図５のステップＳ１４において、バックエンド処理部４０２が保存場所情報を取得できない場合には、ジョブ情報のＳｔｏｒａｇｅ ＬｏｃａｔｉｏｎにはＮｏｎｅが設定される。従って、この場合には、デバイスブラウザ４０８は、保存場所情報を表示しない。

別スキャンサービス選択ボタン９１２は、押し下げられることにより画面を図９（Ａ）に示す別スキャンサービス選択画面に遷移させるボタンである。また、ストレージの場所９１３は、要求受信部４０１が取得したジョブ情報に含まれている保存場所情報に対応する。この例では、ストレージの場所９１３には、Ａｓｉａ（アジア）が表示される。別ストレージ選択ボタン９１４は、押し下げられることにより画面を図９（Ｂ）に示す別ストレージ選択画面に遷移させるボタンである。

図９（Ａ）は、別スキャンサービス選択画面の一例である。要求受信部４０１にて動作するスキャンアプリケーションが別スキャンサービス選択画面を生成する。スキャンサービスの場所９２１、９２２は選択可能な実行場所（スキャンシステムの場所）を示す。ユーザは、別スキャンサービス選択画面上で、文書処理を実行させるスキャンシステムの場所を選択することができる。ユーザがスキャンシステムの場所を選択すると、このスキャンシステムの場所を識別するサービス場所ＩＤが選択される。そして、画面が図８（Ｂ）に示す確認画面に戻る。

図９（Ｂ）は、別ストレージ選択画面の一例である。要求受信部４０１にて動作するスキャンアプリケーションが別ストレージ選択画面を生成する。ストレージの場所９３１、９３２は選択可能な保存場所（ストレージの場所）を示す。ユーザは、別スキャンサービス選択画面上で、印刷データが保存されるストレージの場所を選択することができる。ユーザがストレージの場所を選択すると、このストレージの場所を識別するストレージ場所ＩＤが選択される。そして、画面が図８（Ｂ）に示す確認画面に戻る。

図６は、実施例１のシステムのスキャン実行処理の流れを表したシーケンス図である。ユーザが図８（Ｂ）に示す確認画面上の継続ボタン９１５を押下すると、デバイスブラウザ４０８が、プラットフォームアプリケーション４０７に対して、スキャン実行指示を行う（ステップＳ３１）。スキャン実行指示は、プラットフォームアプリケーション４０７に対する指示であって、要求受信部４０１宛にサービス実行要求を送信させる指示である。スキャン実行指示は、文書名とデバイスＩＤと処理ＩＤとサービス場所ＩＤとストレージ場所ＩＤとをパラメータとして含む。文書名とデバイスＩＤと処理ＩＤは、図８（Ａ）に示す画面上で選択された情報である。サービス場所ＩＤとストレージ場所ＩＤは、図８（Ｂ）乃至図９（Ｂ）に示す画面上で選択された情報である。なお、この例では、サービス場所ＩＤ、ストレージ場所ＩＤは、それぞれ、ＥＵに配置されたスキャンシステム１０５、ＥＵに配置されたストレージ１０６に対応する。

次に、プラットフォームアプリケーション４０７が、要求受信部４０１に対してサービス実行要求を行う（ステップＳ３２）。サービス実行要求は、文書名、デバイスＩＤ、処理ＩＤ、サービス場所ＩＤ、ストレージ場所ＩＤ、画像データを含む。この画像データは、図５のステップＳ２においてプラットフォームアプリケーション４０７が間接記憶部２０６に一時保存した画像データである。

続いて、要求受信部４０１が、サービステーブル（図４（Ａ））を参照して、実行対象のサービスを特定する（ステップＳ３３）。具体的には、要求受信部４０１が、サービス実行要求に含まれる処理ＩＤに対応するサービスを選択する。要求受信部４０１は、選択したサービスのうち、サービス場所ＩＤに対応したサービスと、該サービスを実行するスキャンシステムを特定する。すなわち、要求受信部４０１は、上記選択したサービスのうち、ＱｕｅｕｅＵＲＩがサービス場所ＩＤと合致するサービスを実行対象のサービスとして特定する。要求受信部４０１は、上記サービス場所ＩＤと合致するＱｕｅｕｅＵＲＩに対応するスキャンシステムを、上記特定したサービス（文書処理）を実行するスキャンシステムとして認識する。図４（Ａ）に示す例では、ＰＤＦ変換を示す処理ＩＤに対応するサービスは、サービステーブルの１行目のサービスと２行目のサービスである。１行目のサービスは、ＥＵに配置されたスキャンシステム１０５に対応する。２行目のサービスは、Ａｓｉａに配置されたスキャンシステム１０５に対応する。従って、サービス場所ＩＤは、１行目のサービスに対応するＱｕｅｕｅＵＲＩと合致する。これにより、要求受信部４０１は、スキャンシステム１０５を、文書処理を実行するスキャンシステムとして認識する。また、要求受信部４０１は、スキャンシステム１０５に対応するサービスを実行されるサービスとして特定する。ステップＳ３３においては、要求受信部４０１は、更に、ジョブテーブル（図３（Ｂ））を参照して、上記特定したサービスに対応するジョブ情報に含まれるジョブＩＤを取得する。

次に、要求受信部４０１が、ブロブＵＲＩを生成する（ステップＳ３４）。このブロブＵＲＩは、ステップＳ３３において認識された、サービスを実行するスキャンシステム（スキャンシステム１０５）のブロブストレージサービス４０５に対応する。続いて、要求受信部４０１が、生成したブロブＵＲＩに画像を保存するよう、スキャンシステム１０５のブロブストレージサービス４０５に要求を行う（ステップＳ３５）。また、要求受信部４０１が、スキャンシステム１０５のキューストレージサービス４０３に対して、メッセージ追加要求を行う（ステップＳ３６）。メッセージ追加要求は、ステップＳ３４で生成したブロブＵＲＩと、ステップＳ３２で受信したサービス実行要求に含まれる文書名、ストレージ場所ＩＤを含む。また、メッセージ追加要求は、要求受信部４０１がステップＳ３３において取得したジョブＩＤを含む。また、メッセージ追加要求は、スキャンサービス実行を示すメッセージ種別に対応するメッセージＩＤを含む。キューストレージサービス４０３は、メッセージ追加要求に従って、キューへのメッセージの追加処理を行う。

バックエンド処理部４０２は、キューストレージサービス４０３に対して定期的にメッセージ取得要求を行う（ステップＳ３７）。そして、バックエンド処理部４０２は、キューストレージサービス４０３からキューに格納されたメッセージを取得する（ステップＳ３８）。バックエンド処理部４０２は、取得したメッセージに含まれるメッセージＩＤが示すメッセージ種別を認識する。認識したメッセージ種別が、スキャンサービス実行を示す場合、バックエンド処理部４０２は、メッセージからブロブＵＲＩと文書名とストレージ場所ＩＤとを取得する。そして、バックエンド処理部４０２が、取得したブロブＵＲＩにアクセスし、画像データを取得する（ステップＳ３９）。

バックエンド処理部４０２は、取得した画像データについて、文書変換処理を行う（ステップＳ４０）。具体的には、バックエンド処理部４０２は、ビットマップなどの画像データをＰＤＦの形式に変換し、印刷データを生成する。続いて、バックエンド処理部４０２が、生成した印刷データを文書リポジトリ４０６に格納する（ステップＳ４１）。具体的には、バックエンド処理部４０２は、ストレージテーブル（図４（Ｂ））を参照して、ステップＳ３８において取得したストレージ場所ＩＤと合致するＳｔｏｒａｇｅＵＲＬに対応するストレージを認識する。この例では、バックエンド処理部４０２は、ＥＵに配置されたストレージ１０６を認識する。バックエンド処理部４０２は、認識したストレージが備える文書リポジトリ４０６に対して印刷データを格納する。バックエンド処理部４０２は、印刷データの格納時に、パラメータとしてステップＳ３８において取得した文書名を指定する。文書リポジトリ４０６は、指定された文書名で印刷データを保存する。

次に、バックエンド処理部４０２が、テーブルストレージサービス４０４に対して指示して、ジョブ情報を更新する（ステップＳ４２）。具体的には、バックエンド処理部４０２は、処理したジョブに対応するジョブ情報のＳｔａｔｕｓに、Ｓｕｃｃｅｓｓ（成功）を設定する。続いて、バックエンド処理部４０２が、キューストレージサービス４０３に対してメッセージ削除要求を行う（ステップＳ４３）。これにより、現在処理されたジョブに対応するメッセージがキューから削除され、タイムアウトによる再実行処理が行われなくなる。

一方、デバイスブラウザ４０８は、プラットフォームアプリケーション４０７に対して監視指示を行う（ステップＳ４４）。監視指示にはジョブＩＤがパラメータとして含まれる。続いて、プラットフォームアプリケーション４０７が、要求受信部４０１に対してジョブ情報取得要求を行う（ステップＳ４５）。このジョブ情報取得要求にはジョブＩＤとデバイスＩＤとがパラメータとして含まれる。要求受信部４０１が、テーブルストレージサービス４０４に対してジョブ情報取得要求を行う（ステップＳ４６）。要求受信部４０１は、ステップＳ４４においてプラットフォームアプリケーション４０７から受け取ったジョブ情報取得要求に含まれるジョブＩＤをジョブ情報取得要求の引数として指定して渡す。テーブルストレージサービス４０４が、ジョブテーブルから指定されたジョブＩＤに合致するジョブ情報を探し、要求受信部４０１へ応答する（ステップＳ４７）。続いて、要求受信部４０１が、ジョブ情報のＳｔａｔｕｓを参照して、ジョブの処理が処理中か完了しているかを判断する。本実施例では、要求受信部４０１がステップＳ４７においてテーブルストレージサービス４０４から応答を受けた時点でのジョブは完了状態である。要求受信部４０１が、ジョブ情報をプラットフォームアプリケーション４０７に対して送信する（ステップＳ４８）。プラットフォームアプリケーション４０７が、ジョブ情報に基づいて、ジョブが完了状態であることを確認する。そして、プラットフォームアプリケーション４０７が、デバイスブラウザ４０８に対して、結果画面取得指示を行う。この例では、結果画面は、文書処理のジョブの実行に成功したことを示す。デバイスブラウザ４０８が、要求受信部４０１から結果画面を取得し、画面表示する（ステップＳ５０）。なお、要求受信部４０１が、デバイスブラウザ４０８に対して印刷データを保存しているストレージに対応するＳｔｏｒａｇｅＵＲＬを渡し、デバイスブラウザ４０８が、このＳｔｏｒａｇｅＵＲＬを結果画面上に表示するようにしてもよい。画像形成装置１０２は、結果画面上に表示されたＳｔｏｒａｇｅＵＲＬにアクセスして印刷データを取得することができる。

図７は、実施例１のシステムのスキャンキャンセル処理の流れを表したシーケンス図である。スキャンキャンセル処理は、実行されないジョブに対応するジョブ情報を削除する処理である。図７のステップＳ６１、Ｓ６２は、それぞれ、図６のステップＳ３１、Ｓ３２と同様である。要求受信部４０１が、実行されないジョブを認識する（ステップＳ６３）。図６のステップＳ３３では、要求受信部４０１は、サービステーブル内のサービスのうち、ＥＵに配置されたスキャンシステム１０５に対応するサービスを、実行されるサービスとして特定した。従って、要求受信部４０１は、実行されるサービスとして特定されなかったサービスすなわちＡｓｉａに配置されたスキャンシステム１０３に対応するサービスのジョブを実行されないジョブとして認識する。

要求受信部４０１が、スキャンシステム１０３のキューストレージサービス４０３に対して、メッセージ追加要求を行う（ステップＳ６４）。このメッセージ追加要求には、実行されないジョブに対応するジョブＩＤと、スキャンサービスキャンセルを示すメッセージ種別に対応するメッセージＩＤがパラメータとして含まれる。キューストレージサービス４０３が、メッセージ追加要求に従ってメッセージの追加処理を行う（ステップＳ６４）。

バックエンド処理部４０２は、キューストレージサービス４０３に対して定期的にステメッセージ取得要求を行う（ステップＳ６５）。そして、バックエンド処理部４０２が、キューストレージサービス４０３からメッセージを取得する（ステップＳ６６）。バックエンド処理部４０２は、取得したメッセージに含まれるメッセージＩＤが示すメッセージ種別がスキャンサービスキャンセルである場合、メッセージからジョブＩＤを取り出す。そして、バックエンド処理部４０２が、テーブルストレージサービス４０４に対してジョブ情報削除要求を行う（ステップＳ６７）。ジョブ情報削除要求は、ジョブ情報の削除を求める要求である。このジョブ情報削除要求には、ステップＳ６６において取得したジョブＩＤが含まれる。テーブルストレージサービス４０４は，ジョブ情報削除要求に含まれるジョブＩＤに対応するジョブ情報を削除する（ステップＳ６７）。また、バックエンド処理部４０２は、キューストレージサービス４０３に対して、メッセージ削除要求を行う（ステップＳ６８）。メッセージ削除要求には、現在処理したメッセージに対応するメッセージＩＤが含まれる。これにより、処理したメッセージがキューから削除され、タイムアウトによる再実行処理が行われなくなる。

図１０は、要求受信部の動作処理を説明するフローチャートの例である。要求受信部４０１が、プラットフォームアプリケーション４０７からリクエストを受信する（ステップＳ７１）。要求受信部４０１が、リクエストの種別を判断する（ステップＳ７２）。リクエスト種別がサービス開始要求である場合は、要求受信部４０１が、サービステーブルを参照してサービス開始要求に含まれる処理ＩＤに対応するサービスを選択する（ステップＳ７３）。続いて、要求受信部４０１が、テーブルストレージサービス４０４に対してジョブ追加要求を行う（ステップＳ７４）。

次に、要求受信部４０１が、ジョブ追加要求に対する応答として、テーブルストレージサービス４０４からジョブＩＤを取得する（ステップＳ７５）。そして、要求受信部４０１が、キューストレージサービス４０３に対してメッセージ追加要求を行う（ステップＳ７６）。これにより当該ジョブＩＤに対応するメッセージがキューに格納される。次に、要求受信部４０１が、ステップＳ７３において選択されたサービスのジョブに対応するメッセージが全て追加されたかを判断する（ステップＳ７７）。選択されたサービスのジョブに対応するメッセージが全て追加された場合は、処理を終了する。追加されていないメッセージがある場合は、ステップＳ７４に戻る。

リクエスト種別がサービス実行要求である場合は、要求受信部４０１が、サービステーブルを参照してサービス実行要求に含まれる処理ＩＤに対応するサービスを選択する（ステップＳ７８）。続いて、要求受信部４０１が、サービステーブルを参照して、選択したサービスに対応するＱｕｅｕｅＵＲＩがサービス実行要求に含まれるサービス場所ＩＤと合致するかを判断する（ステップＳ７９）。選択したサービスに対応するＱｕｅｕｅＵＲＩがサービス実行要求に含まれるサービス場所ＩＤと合致しない場合、要求受信部４０１はキューストレージサービス４０３に対し、このサービスのジョブを削除するためのメッセージ追加要求を行う（ステップＳ８４）。そして、処理がステップＳ８３に進む。

選択したサービスに対応するＱｕｅｕｅＵＲＩがサービス実行要求に含まれるサービス場所ＩＤと合致する場合、要求受信部４０１は、ブロブＵＲＩを生成する（ステップＳ８０）。そして、ブロブストレージサービス４０５に対して、ブロブＵＲＩへの画像格納を指示する（ステップＳ８１）。そして、要求受信部４０１が、キューストレージサービス４０３に対してメッセージ追加要求を行う（ステップＳ８２）。続いて、要求受信部４０１が、選択されたサービスのジョブに対応するメッセージが全て追加されたかを判断する（ステップＳ８３）。選択されたサービスのジョブに対応するメッセージが全て追加された場合は、処理を終了する。追加されていないメッセージがある場合は、ステップＳ７９に戻る。

リクエスト種別がジョブ情報取得要求である場合は、要求受信部４０１が、サービステーブルを参照して処理ＩＤに対応するサービスを選択する（ステップＳ８５）。続いて、要求受信部４０１が、テーブルストレージサービス４０４に対して、選択したサービスに対応するジョブ情報を取得するためのジョブ情報取得要求を行う（ステップＳ８６）。そして、要求受信部４０１が、テーブルストレージサービス４０４からジョブ情報を取得する（ステップＳ８７）。続いて、要求受信部４０１が、全サービスに対応するジョブ情報を取得したかを判断する（ステップＳ８８）。要求受信部４０１が、対応するジョブ情報を取得していないサービスがあると判断した場合は、ステップＳ８６に戻る。要求受信部４０１が、全サービスに対応するジョブ情報を取得したと判断した場合は、ジョブ情報をプラットフォームアプリケーションに送信して（ステップＳ８９）、処理を終了する。

図１１は、バックエンド処理部の動作処理を説明するフローチャートの例である。バックエンド処理部４０２が、キューストレージサービス４０３に対して，定期的にメッセージ取得要求を行う（ステップＳ９１）。バックエンド処理部４０２が、キューストレージサービス４０３からメッセージを取得する（ステップＳ９２）。そして、バックエンド処理部４０２が、メッセージに含まれるメッセージＩＤに基づいて、メッセージ種別を判断する（ステップＳ９３）。

メッセージ種別がスキャンサービス開始を示す場合、バックエンド処理部４０２が、キューストレージサービス４０３に対してジョブ情報取得要求を行う（ステップＳ９４）。そして、バックエンド処理部４０２が、キューストレージサービス４０３からジョブ情報を取得する（ステップＳ９５）。次に、バックエンド処理部４０２が、実行場所情報（この例ではスキャンシステムの場所情報）を取得するためのサービスＡＰＩを用いて、スキャンシステムの場所情報を取得する。

次に、バックエンド処理部４０２が、ストレージテーブルを参照して保存場所情報（この例ではストレージの場所情報）を取得するためのサービスＡＰＩの有無を確認する（ステップＳ９７）。ストレージの場所情報を取得するためのサービスＡＰＩが存在しない場合は、ステップＳ９９に進む。ストレージの場所情報を取得するためのサービスＡＰＩが存在する場合、バックエンド処理部４０２が、ストレージの場所情報をサービスＡＰＩから取得する（ステップＳ９８）。

次に、バックエンド処理部４０２が、テーブルストレージサービス４０４に指示して、ジョブ情報を更新する（ステップＳ１００）。そして、バックエンド処理部４０２が、キューストレージサービス４０３に対してメッセージ削除要求を行い（ステップＳ１００）、処理を終了する。

メッセージ種別がスキャンサービス実行を示す場合、バックエンド処理部４０２が、ブロブストレージサービス４０５から画像データを取得する（ステップＳ１０１）。そして、バックエンド処理部４０２が、取得した画像データに対して文書変換処理を行い、印刷データを生成する（ステップＳ１０２）。続いて、バックエンド処理部４０２が、ストレージテーブルを参照して、メッセージに含まれるストレージＩＤと合致するＳｔｏｒａｇｅＵＲＬに対応するストレージを選択し、選択したストレージに印刷データを格納する（ステップＳ１０３）。そして、処理がステップＳ９９に進む。メッセージ種別がスキャンサービスキャンセルを示す場合、バックエンド処理部４０２が、テーブルストレージサービス４０４にジョブ情報削除要求を行い（ステップＳ１０４）、ステップＳ１００に進む。

実施例１によれば、画像形成装置１０２が要求受信部４０１に対して文書処理のジョブの実行要求を送信する前に、バックエンド処理部４０２が、以下の処理を実行する。バックエンド処理部４０２は、ジョブの実行結果が保存される場所を示す情報、文書処理のジョブを実行するストレージシステム（のバックエンド処理部４０２）が設けられた場所を示す情報を取得する。そして、要求受信部４０１が、取得されたジョブの実行結果が保存される場所を示す情報，該ジョブを実行するストレージシステムが設けられた場所を示す情報を画像形成装置１０２に表示させるための画面情報を生成する。従って、実施例１によれば、例えばユーザがスキャンシステムの場所とストレージの場所を確認してから、スキャンシステムを利用することができる。これにより、文書処理や文書処理結果の保存が法律的制限されていない国や地域のスキャンシステムとストレージとを利用することができる。

以下に、図１２および図１３を参照して、実施例２について説明する。実施例１では、文書処理システムがスキャンサービスを開始する際に、必ずスキャンシステムの場所とストレージの場所を画像形成装置１０２に表示する。しかし、厳秘文書でない場合には、ユーザがスキャンシステムの場所とストレージの場所を確認する必要がない場合がある。実施例２では、ユーザがスキャンサービス開始時に文書の重要度を設定する。そして、文書処理システムが、厳秘文書であることが入力された場合にのみスキャンシステムの場所とストレージの場所を画像形成装置１０２に表示する。

図１２は、デバイスブラウザ４０８に表示される開始画面の一例である。要求受信部４０１にて動作するスキャンアプリケーションが本画面を生成する。読み込み元１４０１は図８（Ａ）の読み込み元９０１と同様である。文書サーバ１４０２は、図８（Ａ）の文書サーバ９０２と同様である。文書名１４０３は、図８（Ａ）の文書名９０３と同様である。処理名１４０４は、図８（Ａ）の処理名９０４と同様である。重要度１４０５は、文書の重要度を示す。画像形成装置１０２がユーザの操作に従って重要度を入力する。ユーザは、厳秘文書、通常文書といった様々な文書の重要度を入力することができる。例えばユーザが厳秘文書を入力した場合は、実施例１と同じ処理シーケンスとなる。実施例２では、ユーザが文書の重要度として通常文書を設定する。すなわち、バックエンド処理部４０２は、画像形成装置１０２が設定する文書処理の対象となる文書の重要度が第１の重要度である場合に、文書処理のジョブの実行結果が保存される場所を示す情報を取得する。バックエンド処理部４０２は、文書処理の対象となる文書の重要度が第１の重要度より低い第２の重要度である場合に、文書処理のジョブの実行結果が保存される場所を示す情報を取得しない。

図１３は、実施例２の文書処理を説明するシーケンス図である。図１２に示す開始画面上で重要度として通常文書が設定され、スキャンボタン１４０６が押下されると、デバイスブラウザ４０８が、プラットフォームアプリケーション４０７に対して、スキャン実行指示を行う（ステップＳ２０１）。このスキャン実行指示は、文書名とデバイスＩＤと処理ＩＤとをパラメータとして含む。文書名とデバイスＩＤと処理ＩＤは、図１２に示す開始画面上で設定された情報である。

次に、プラットフォームアプリケーション４０７が、画像形成装置１０２に対して原稿読み込み指示を行って（ステップＳ２０２）、画像形成装置０２が読み込んだ画像データを受け取る。続いて、プラットフォームアプリケーション４０７が、要求受信部４０１に対してサービス実行要求を行う（ステップＳ２０３）。このサービス実行要求は、画像データと文書名とデバイスＩＤと処理ＩＤとを含む。

次に、要求受信部４０１が、サービステーブルを参照して、処理ＩＤに対応するサービスを選択し、選択したサービスを実行するスキャンシステムを特定する（ステップＳ２０４）。処理ＩＤに対応するサービスが複数存在する場合には、要求受信部４０１は、当該複数のサービスから任意に選択したサービスを実行するスキャンシステムを実行する。本実施例では、要求受信部４０１がＡｓｉａに配置されたスキャンシステム１０３を特定したものとする。

要求受信部４０１が、スキャンシステム１０３のテーブルストレージサービス４０４に対して、ジョブ追加要求を行う（ステップＳ２０５）。テーブルストレージサービス４０４はジョブの生成処理を行い、生成したジョブのＩＤを要求受信部４０１に返す（ステップＳ２０６）。

次に、要求受信部４０１が、ブロブＵＲＩを生成する（ステップＳ２０７）。そして、要求受信部４０１が、スキャンシステム１０３ブロブストレージサービス４０５に指示して、ステップＳ２０７において生成されたブロブＵＲＩに画像を保存するように指示する（ステップＳ２０８）。また、要求受信部４０１が、スキャンシステム１０３のキューストレージサービス４０３に対してメッセージ追加要求を行う（ステップＳ２０９）。このメッセージ追加要求は、ジョブＩＤ、ブロブＵＲＩ、文書名を含む。また、このメッセージ追加要求は、スキャンサービス実行を示すメッセージ種別に対応するメッセージＩＤを含む。キューストレージサービス４０３が、メッセージ追加要求に応じてメッセージの追加処理を行う。ステップＳ２１０、Ｓ２１１の処理は、それぞれ、図５のステップＳ８、Ｓ１７の処理と同様である。

実施例２によれば、ユーザがスキャンサービス開始時に文書の重要度を設定し、設定した重要度が厳秘文書を示す場合にのみスキャンシステムの場所とストレージの場所を確認することができる。これにより、ユーザが重要度の低い文書について、スキャンシステムの場所とストレージの場所とを意識せずにスキャンシステムを利用することができる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

４０１ 要求受信部
４０２ バックエンド処理部
４０３ キューストレージサービス
４０４ テーブルストレージサービス
４０５ ブロブストレージサービス
４０６ 文書リポジトリ
４０７ プラットフォームアプリケーション
４０８ デバイスブラウザ

Claims (7)

1. 画像形成装置から文書処理のジョブの実行要求を受信したことに応じて、前記文書処理のジョブに対応するメッセージを記憶手段に格納する要求受信部と、
   前記記憶手段に対し前記メッセージの取得要求を定期的に行い、該メッセージを取得し、該取得したメッセージに対応するジョブのデータを保存する文書処理部とを備え、
   前記画像形成装置が前記要求受信部に対して文書処理のジョブの実行要求を送信する前に、前記文書処理部が、前記ジョブのデータが保存される場所を示す情報を取得し、前記要求受信部が、前記取得されたジョブのデータが保存される場所を示す情報を前記画像形成装置に表示させるための画面情報を生成する
   ことを特徴とするクラウドコンピューティングシステム。
2. 前記画像形成装置が前記要求受信部に対して文書処理のジョブの実行要求を送信する前に、前記文書処理部が、前記文書処理のジョブを実行する文書処理部が設けられた場所を示す情報を取得し、前記要求受信部が、前記取得された前記文書処理のジョブを実行する文書処理部が設けられた場所を示す情報を前記画像形成装置に表示させる
   ことを特徴とする請求項１に記載のクラウドコンピューティングシステム。
3. 前記文書処理部が前記文書処理のジョブを実行する文書処理部が設けられた場所を示す情報を取得できない場合に、前記要求受信部が、該文書処理のジョブを実行する文書処理部が設けられた場所を示す情報を前記画像形成装置に表示させない
   ことを特徴とする請求項２に記載の文書処理システム。
4. 前記文書処理部が前記ジョブのデータが保存される場所を示す情報を取得できない場合に、前記要求受信部が、該ジョブのデータが保存される場所を示す情報を前記画像形成装置に表示させない
   ことを特徴とする請求項１に記載のクラウドコンピューティングシステム。
5. 前記文書処理部は、前記画像形成装置が設定する文書処理の対象となる文書の重要度が第１の重要度である場合に、前記ジョブのデータが保存される場所を示す情報を取得し、文書処理の対象となる文書の重要度が第１の重要度より低い第２の重要度である場合に、前記ジョブのデータが保存される場所を示す情報を取得しない
   ことを特徴とする請求項１に記載のクラウドコンピューティングシステム。
6. 画像形成装置から文書処理のジョブの実行要求を受信したことに応じて、前記文書処理のジョブに対応するメッセージを記憶手段に格納する要求受信工程と、
   前記記憶手段に対し前記メッセージの取得要求を定期的に行い、該メッセージを取得し、該取得したメッセージに対応するジョブのデータを保存する文書処理工程とを有し、
   前記画像形成装置から前記文書処理のジョブの実行要求を受信する前に、前記ジョブのデータが保存される場所を示す情報を取得し、前記取得されたジョブのデータが保存される場所を示す情報を前記画像形成装置に表示させるための画面情報を生成する
   ことを特徴とする文書処理方法。
7. 請求項６に記載の文書処理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images