(57)【要約】【課題】機器から入力された画像データの配信先における処理の柔軟性の確保を可能とすること。【解決手段】１以上のコンピュータを含む情報処理システムは、機器から画像データを受信する受信部と、前記画像データに対して処理を実行する処理部と、前記画像データ又は前記処理に関する第一の書誌情報を生成する生成部と、前記第一の書誌情報を、前記画像データ又は前記処理の結果として生成されるデータの送信先に送信する送信部とを有する。【選択図】図４
2015055951.tif 000002
【特許請求の範囲】
【請求項１】
１以上のコンピュータを含む情報処理システムであって、
機器から画像データを受信する受信部と、
前記画像データに対して処理を実行する処理部と、
前記画像データ又は前記処理に関する第一の書誌情報を生成する生成部と、
前記第一の書誌情報を、前記画像データ又は前記処理の結果として生成されるデータの送信先に送信する送信部とを有する情報処理システム。
【請求項２】
前記受信部は、前記画像データと、前記機器において生成される、当該画像データの第二の書誌情報とを受信し、
前記送信部は、前記第一の書誌情報及び前記第二の書誌情報を送信する請求項１記載の情報処理システム。
【請求項３】
前記第一の書誌情報の構成情報を受信し、第一の記憶部に記憶する登録部を有し、
前記生成部は、前記第一の記憶部に記憶された構成情報に基づいて、前記第一の書誌情報を生成する請求項１又は２記載の情報処理システム。
【請求項４】
前記生成部によって生成された第一の書誌情報を記憶する第二の記憶部と、
前記画像データ又は前記処理の結果として生成されるデータの送信先から、当該画像データ又は当該データに対する処理の実行結果を受信すると、当該実行結果を示す情報を、前記第二の記憶部に追加する追加部とを有する請求項１乃至３いずれか一項記載の情報処理システム。
【請求項５】
前記第一の書誌情報は、前記受信部によって受信された画像データの一時的な保存位置を示す情報、及び前記画像データ又は前記処理の結果として生成されるデータの送信先を示す情報を含むことを特徴とする請求項１乃至４いずれか一項記載の情報処理システム。
【請求項６】
前記第二の書誌情報は、前記機器における前記画像データの読み取り条件を示す情報を含むことを特徴とする請求項２記載の情報処理システム。
【請求項７】
１以上のコンピュータを含む情報処理システムであって、
機器から画像データを受信する受信部と、
前記画像データに対して処理を実行する処理部と、
前記画像データ又は前記処理に関する第一の書誌情報を生成する生成部と、
前記第一の書誌情報を、ネットワークを介して接続される端末に送信する送信部と、
前記第一の書誌情報を受信した端末からの要求に応じ、前記画像データ又は前記処理の結果として生成されるデータを当該端末に返信する返信部とを有する情報処理システム。
【請求項８】
１以上のコンピュータを含む情報処理システムが、
機器から画像データを受信する受信手順と、
前記画像データに対して処理を実行する処理手順と、
前記画像データ又は前記処理に関する第一の書誌情報を生成する生成手順と、
前記第一の書誌情報を、前記画像データ又は前記処理の結果として生成されるデータの送信先に送信する送信手順とを実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理方法に関する。
【背景技術】
【０００２】
画像形成装置が原稿からスキャンした画像データ、又は当該画像データを加工したデータを、所定のファイルサーバ又は所定のオンラインストレージ等に保存することが行われている。具体的には、画像形成装置は、原稿からスキャンした画像データを、所定のサーバに送信する。当該サーバは、ユーザによって設定された設定情報に応じ、当該画像データに対して、ＯＣＲ（Optical Character Recognition）等の処理を実行し、処理結果として生成されたデータを、所定のファイルサーバ又は所定のオンラインストレージ等に配信する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来、データの配信先には、基本的にデータの実体のみが配信されていた。したがって、例えば、配信先において、データの書誌情報に応じて処理を動的に変化させるといった制御を行うのが困難であった。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、機器から入力された画像データの配信先における処理の柔軟性の確保を可能とすることを目的とする。
【課題を解決するための手段】
【０００５】
そこで上記課題を解決するため、１以上のコンピュータを含む情報処理システムは、機器から画像データを受信する受信部と、前記画像データに対して処理を実行する処理部と、前記画像データ又は前記処理に関する第一の書誌情報を生成する生成部と、前記第一の書誌情報を、前記画像データ又は前記処理の結果として生成されるデータの送信先に送信する送信部とを有する。
【発明の効果】
【０００６】
機器から入力された画像データの配信先における処理の柔軟性の確保を可能とすることができる。
【図面の簡単な説明】
【０００７】
【図１】第一の実施の形態における情報処理システムの構成例を示す図である。
【図２】第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。
【図３】第一の実施の形態における機器のハードウェア構成例を示す図である。
【図４】第一の実施の形態における情報処理システムの機能構成例を示す図である。
【図５】プロファイルの概念モデルを説明するための図である。
【図６】プロファイル記憶部の構成例を示す図である。
【図７】プロファイル機器対応記憶部の構成例を示す図である。
【図８】第一の実施の形態におけるプロファイルに対するメタデータ定義の登録処理の処理手順の一例を示す図である。
【図９】メタデータ定義登録画面の表示例を示す図である。
【図１０】メタデータ定義の記憶例を示す図である。
【図１１】第一の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。
【図１２】プロファイルに基づいて表示される操作画面の一例を示す図である。
【図１３】メタデータファイルの記述内容の例を示す図である。
【図１４】メタデータファイルの記述内容の例を示す図である。
【図１５】第二の実施の形態における情報処理システムの構成例を示す図である。
【図１６】第二の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。
【図１７】第三の実施の形態における情報処理システムの構成例を示す図である。
【図１８】第三の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。
【図１９】第四の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、図面に基づいて第一の実施の形態を説明する。図１に示される情報処理システム１において、サービス提供環境Ｅ２、ユーザ環境Ｅ１、及び外部システム４０等は、インターネット等の広域的なネットワークを介して通信可能とされている。
【０００９】
サービス提供環境Ｅ２は、ネットワークを介してクラウドサービスを提供する組織におけるシステム環境である。なお、本実施の形態では、クラウドサービスを具体例に採用して説明するが、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供されるサービスに関して、本実施の形態が適用されてもよい。
【００１０】
サービス提供環境Ｅ２は、サービス提供装置２０を有する。サービス提供装置２０は、ネットワークを介して所定のサービスを提供する。サービス提供装置２０が提供するサービスの一つとして、「クラウド画像処理サービス」が有る。本実施の形態では、クラウド画像処理サービスに関して説明する。クラウド画像処理サービスとは、ユーザ環境Ｅ１の機器１０において入力された画像データ、又は機器１０に保存されている画像データがアップロードされると、当該画像データに対して所定の処理を実行し、当該処理結果としてのデータを、予め設定された配信先に配信するサービスをいう。なお、サービス提供装置２０は、ユーザ環境Ｅ１に設置されてもよい。すなわち、サービス提供環境Ｅ２は、ユーザ環境Ｅ１に包含されてもよい。
【００１１】
ユーザ環境Ｅ１は、機器１０のユーザ企業等の組織におけるシステム環境である。ユーザ環境Ｅ１において、一台以上の機器１０と管理者端末３０とはＬＡＮ（Local Area Network）等のネットワークを介して接続されている。
【００１２】
本実施の形態の機器１０は、スキャン機能を有する画像形成装置である。スキャン機能以外に、印刷、コピー、又はファクス（ＦＡＸ）通信等の機能を有する複合機が機器１０として用いられてよい。なお、本実施の形態では、機器１０においてスキャンされた画像データ（以下、「スキャン画像」という。）が、クラウド画像処理サービスにおいて処理対象とされる。但し、機器１０は、画像データの入力機能又は保存機能を有し、画像データをネットワークを介して送信可能な機器であれば、画像形成装置以外の機器であってもよい。例えば、ＰＣ、スマートフォン、タブレット型端末、携帯電話、デジタルカメラ、又はその他のデバイスが、機器１０として利用されてもよい。
【００１３】
管理者端末３０は、ユーザ環境Ｅ１における機器１０の管理者が使用する端末である。管理者端末３０の一例として、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistance）、タブレット型端末、スマートフォン、又は携帯電話等が挙げられる。
【００１４】
外部システム４０は、サービス提供装置２０の外部のコンピュータシステムである。外部システム４０は、例えば、ネットワークを介してクラウドサービスを提供する。提供されるクラウドサービスの一例として、オンラインストレージが挙げられる。オンラインストレージとは、ストレージの記憶領域を貸し出すサービスである。外部システム４０は、サービス提供装置２０によって提供されるクラウド画像処理サービスにおいて、スキャン画像又はスキャン画像に対する所定の処理によって生成されるデータの配信先の候補となる。なお、外部システム４０は、サービス提供装置２０を運営するシステムとは異なる組織によって運営されてもよいし、同じ組織によって運営されてもよい。
【００１５】
図２は、第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。図２のサービス提供装置２０は、それぞれバスBで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５とを有する。
【００１６】
サービス提供装置２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体２０１によって提供される。プログラムを記憶した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１７】
メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従ってサービス提供装置２０に係る機能を実行する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１８】
なお、サービス提供装置２０は、図２に示されるようなハードウェアを有する複数のコンピュータによって構成されてもよい。すなわち、後述においてサービス提供装置２０が実行する処理は、複数のコンピュータに分散されて実行されてもよい。
【００１９】
図３は、第一の実施の形態における機器のハードウェア構成例を示す図である。図３において、機器１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００２０】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。
【００２１】
スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、機器１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。
【００２２】
図４は、第一の実施の形態における情報処理システムの機能構成例を示す図である。図４において、サービス提供装置２０は、ＷｅｂＵＩ部２１１、データ受信部２１２、ジョブ実行部２１３、メタデータ生成部２１４、ジョブ監視部２１５、プロファイル管理部２１６、プロセス実行部２１７、及び認証部２１８等を有する。これら各部は、サービス提供装置２０にインストールされる一以上のプログラムが、ＣＰＵ２０４に実行させる処理により実現される。サービス提供装置２０は、また、プロファイル記憶部２２１、プロファイル機器対応記憶部２２２、ジョブデータ記憶部２２３、及びユーザ情報記憶部２２４等を利用する。これら各記憶部は、補助記憶装置２０２、又はサービス提供装置２０にネットワークを介して接続される記憶装置等を用いて実現可能である。
【００２３】
ＷｅｂＵＩ部２１１は、ネットワークを介して、Ｗｅｂページを介したユーザインタフェースを提供する。本実施の形態において、ＷｅｂＵＩ部２１１は、管理者端末３０に対し、Ｗｅｂページを介したユーザインタフェースを提供する。
【００２４】
データ受信部２１２は、機器１０より送信される（アップロードされる）スキャン画像や、当該スキャン画像に関して、機器１０において生成されたメタデータ等を受信する。メタデータとは、スキャン画像の特徴又は属性等を示す書誌情報である。機器１０において、スキャン画像に関連付けられるメタデータは、例えば、スキャンに関する設定情報や、スキャン画像そのものの特徴を示す情報である。具体的には、スキャン画像のデータサイズ、解像度、及びページ数等が、機器１０においてスキャン画像に関連付けられるメタデータの一例である。
【００２５】
ジョブ実行部２１３は、データ受信部２１２によって受信されたスキャン画像に関して、クラウド画像処理サービスに関して、サービス提供装置２０おいて実行されるジョブ（以下、「サーバジョブ」という。）の実行を制御する。メタデータ生成部２１４は、サーバジョブの実行対象とされているスキャン画像に関して、サービス提供装置２０に関するメタデータを生成する。サービス提供装置２０に関するメタデータの一例として、例えば、スキャン画像の一時的な保存位置を示すＵＲＩ（Uniform Resource Identifier）やファイルパス名、機器１０にスキャン画像をアップロードさせたユーザの認証情報等、スキャン画像に関するファイル管理に必要とされる情報が挙げられる。ジョブ監視部２１５は、サーバジョブを監視し、サーバジョブの完了を検知する。なお、機器１０においてスキャン画像に関連付けられるメタデータと、サービス提供装置２０において、スキャン画像等に関連付けられるメタデータとを区別する場合、前者を「クライアントメタデータ」といい、後者を「サーバメタデータ」という。
【００２６】
プロファイル管理部２１６は、プロファイル記憶部２２１に対するプロファイルの登録、又はプロファイル記憶部２２１が記憶するプロファイルの読み出し等を行う。プロファイルとは、スキャンクラウドサービスに関して、予め登録される設定情報である。スキャンクラウドサービスに関して機器１０において実行されるジョブ（以下、「クライアントジョブ」という。）やサーバジョブ等は、プロファイルに従って実行される。プロファイルの詳細については後述される。
【００２７】
プロセス実行部２１７は、サーバジョブを構成する処理単位を実行する。サーバジョブは、プロセス実行部２１７が実行する１以上の処理単位の組み合わせによって構成される。斯かる処理単位の一例として、スキャン画像に対するＯＣＲ（Optical Character Recognition）処理、ＯＣＲ結果として出力されるテキストデータに対する翻訳処理、スキャン画像又はサーバジョブの途中若しくは最後に生成されるデータの配信処理等が挙げられる。なお、図中において、プロセス実行部２１７は、一つのブロックによって示されているが、処理単位の種別ごとに、プロセス実行部２１７が分割されてもよい。
【００２８】
認証部２１８は、サービス提供装置２０にアクセスするクライアント（例えば、機器１０やそのユーザ等）に関して認証を行う。認証されたクライアントが、サービス提供装置２０に対してサーバジョブ等を実行させることができる。
【００２９】
プロファイル記憶部２２１は、プロファイルを記憶する。プロファイル機器対応記憶部２２２は、プロファイルと機器１０との対応情報を記憶する。ジョブデータ記憶部２２３は、クラウド画像処理サービスのジョブにおいて発生するデータを記憶する。斯かるデータの一例として、機器１０よりアップロードされたスキャン画像、メタデータ生成部２１４によって生成されるメタデータ等が挙げられる。ユーザ情報記憶部２２４は、サービス提供装置２０の利用を許可されたユーザごとに、テナントＩＤ、ユーザ名、パスワード、及びメールアドレス等を記憶する。
【００３０】
テナントＩＤは、ユーザが所属するテナントの識別情報である。本実施の形態において「テナント」とは、クラウド画像処理サービスのライセンスを購入した組織をいう。例えば、一つの企業が一つのテナントとなりうる。また、一つの企業を構成する一つの部署が、一つのテナントであってもよい。すなわち、一つの企業内に、複数のテナントが存在してもよい。いずれの場合であっても、テナントは、機器連携サービスを実際に利用する一以上の個人ユーザの集合である。また、組織は、企業に関する組織でなくてもよく、任意の団体又はサークル等であってもよい。また、一人が構成する組織であってもよい。本実施の形態では、一つのユーザ環境Ｅ１が、一つのテナントに対応することとする。
【００３１】
機器１０は、スキャン制御部１２１及び通信制御部１２２等を有する。これら各部は、機器１０にインストールされたプログラムが、ＣＰＵ１１１に実行させる処理により実現される。
【００３２】
スキャン制御部１２１及び通信制御部１２２は、クラウド画像処理サービスにおいて機器１０側の処理を実行する。すなわち、スキャン制御部１２１は、原稿からの画像データのスキャン（読み取り）を制御する。通信制御部１２２は、サービス提供装置２０へのスキャン画像の送信（アップロード）等を行う。
【００３３】
管理者端末３０は、ブラウザ部３１を有する。ブラウザ部３１は、例えば、Ｗｅｂブラウザプログラムが、管理者端末３０のＣＰＵに実行させる処理により実現される。ブラウザ部３１は、ＷｅｂＵＩ部２１１により提供されるＷｅｂページの表示や、当該Ｗｅｂページに対する入力に応じた処理等を実行する。
【００３４】
続いて、プロファイルについて説明する。図５は、プロファイルの概念モデルを説明するための図である。図５に示されるように、各機器１０は、一つのプロファイルに対応付けられる。但し、１つの機器１０に対して複数のプロファイルの設定が可能とされてもよいし、例えば、ユーザごとに異なるプロファイルが一つの機器１０に設定されてもよい。
【００３５】
プロファイルは、一以上のグループを含む。グループとは、操作画面において、例えば、タブウィンドウに対応する概念である。図５では、グループの具体例として、「営業」及び「開発」が示されている。これらは、それぞれ営業タブウィンドウ又は開発タブウィンドウに対応する。
【００３６】
一つのグループは、一以上のプロジェクト及び画面レイアウト情報を含む。プロジェクトは、例えば、タブウィンドウ上に配置されるボタン等の操作部品に対応し、クラウド画像処理サービスにおいて実行される処理単位の組み合わせの定義に対応する概念である。図５では、プロジェクトの具体例として「伝票」、「日報」、「商品情報」及び「顧客情報」等が示されている。これらは、例えば、営業タブウィンドウに配置される各ボタンのラベルを示す。
【００３７】
画面レイアウト情報は、一つのタブウィンドウ内における操作部品（ボタン）の配置位置や大きさ等を示す情報である。
【００３８】
一つのプロジェクトは、読み取り条件、外部連携情報、加工情報、及びメタデータ定義等を有する。読み取り条件は、スキャン時の読み取り条件である。外部連携情報とは、スキャンされた画像データに関して、いずれの外部システム４０のいずれのフォルダを配信先とするか等を示す情報である。加工情報は、スキャン画像等に対して実行される１以上の処理単位に関する情報である。メタデータ定義は、当該プロジェクトに係るサーバジョブにおいて、スキャン画像等に関連付けられるメタデータの構成を示す定義情報である。すなわち、スキャン画像等に対して、どのようなメタデータが関連付けられるかは、プロジェクトごとに異ならせることができる。但し、プロジェクトの異同を問わず、全てのサーバジョブにおいて、スキャン画像等に関連付けられるメタデータの構成は、共通であってもよい。
【００３９】
以上のような構成を有するプロファイルの実体が、プロファイル記憶部２２１において、例えば、図６に示されるように記憶される。
【００４０】
図６は、プロファイル記憶部の構成例を示す図である。プロファイル記憶部２２１は、プロファイルごとに、テナントＩＤ、プロファイル名、グループ、及びプロジェクト等の項目を有する。
【００４１】
テナントＩＤは、プロファイルが属するテナントのテナントＩＤである。プロファイル名は、プロファイル識別名である。グループは、プロファイルに含まれるグループである。一つのプロファイルに対するレコード内に、グループごとのレコード（以下、「グループレコード」という。）が形成される。プロジェクトは、グループに含まれるプロジェクトである。一つのグループレコード内に、プロジェクトごとのレコード（以下、「プロジェクトレコード」という。）が形成される。
【００４２】
一つのグループレコードは、グループ名及びレイアウト情報及び１以上のプロジェクトレコードを含む。グループ名は、グループの識別名であり、グループに対応するタブウィンドウのタブに表示されるラベルでもある。レイアウト情報は、グループに対応するタブウィンドウ内における各ボタンの配置情報である。
【００４３】
一つのプロジェクトレコードは、プロジェクト名、読み取り条件、加工情報、外部連携情報、及びメタデータ定義等を含む。プロジェクト名は、プロジェクトの識別名であり、プロジェクトが対応するボタンのラベルでもある。本実施の形態において、プロジェクト名は、外部連携情報のフォルダ名に一致する。
【００４４】
読み取り条件は、加工情報、トレージ連携情報、及びメタデータ定義等の意味は、図５において説明した通りである。
【００４５】
また、図５に示される、機器１０とプロファイルとの対応付けは、プロファイル機器対応記憶部２２２において記憶される。
【００４６】
図７は、プロファイル機器対応記憶部の構成例を示す図である。図７に示されるように、プロファイル機器対応記憶部２２２は、機体番号及びプロファイル名を対応付けて記憶する。機体番号は、機器１０の機体（個体）ごとの識別情報である。例えば、製造番号又はシリアル番号が機体番号として用いられてもよい。
【００４７】
なお、プロファイル記憶部２２１及びプロファイル機器対応記憶部２２２が記憶する情報は、例えば、クラウド画像処理サービスを利用するテナントにおける管理者による設定作業によって、予め登録される。
【００４８】
以下、第一の実施の形態において、情報処理システム１が実行する処理手順について説明する。図８は、第一の実施の形態におけるプロファイルに対するメタデータ定義の登録処理の処理手順の一例を示す図である。図８は、既存のプロファイルの或るプロジェクトに対して、メタデータ定義を登録する際に実行される処理手順の一例である。例えば、図８の開始時には、プロファイル記憶部２２１において、メタデータ定義が登録されていないプロジェクトレコードが記憶されていることとする。または、図８の処理は、既にプロファイル記憶部２２１に登録されているメタデータ定義を更新する際に実行されてもよい。
【００４９】
なお、図８において、管理者は、管理者端末３０を操作する。また、管理者は、管理者端末３０を介して、サービス提供装置２０に対し、テナントＩＤ、管理者のユーザ名、及びパスワードを入力することにより、サービス提供装置２０にログイン済みであるとする。
【００５０】
ステップＳ１１において、管理者端末３０のブラウザ部３１は、管理者による操作に応じ、メタデータ定義登録画面の取得要求を、サービス提供装置２０のＷｅｂＵＩ部２１１宛に送信する。当該取得要求には、当該要求に応じ、ＷｅｂＵＩ部２１１は、メタデータ定義登録画面を表示させるＷｅｂページを返信する（Ｓ１２）。ブラウザ部３１は、当該Ｗｅｂページに基づいて、メタデータ定義登録画面を表示させる。
【００５１】
図９は、メタデータ定義登録画面の表示例を示す図である。図９において、メタデータ定義登録画面５１０は、リストボックス５１１、５１２、及び５１３、テキストボックス５１４、並びにＯＫボタン５１５等を含む。
【００５２】
リストボックス５１１は、ログインしている管理者のテナントＩＤ（以下、「ログインテナントＩＤ」という。）に対応付けられてプロファイル記憶部２２１に記憶されているプロファイル名の一覧を選択肢とする。リストボックス５１２は、リストボックス５１１において選択されたプロファイル名に係るプロファイルに属するグループのグループ名の一覧を選択肢とする。リストボックス５１３は、リストボックス５１２において選択されたグループ名に係るグループに属するプロジェクトのプロジェクト名の一覧を選択肢とする。
【００５３】
テキストボックス５１４は、リストボックス５１３において選択されたプロジェクト名に係るプロジェクトに対するメタデータ定義が入力される領域である。なお、図９に示されるメタデータ定義において、％で囲まれた文字列は、当該％内の文字列によって識別される項目の値によって置き換えられることを示す。たとえば、％ｓｉｚｅ％は、データサイズを示す。
【００５４】
メタデータ定義登録画面５１０においてＯＫボタン５１５が押下されると、ブラウザ部３１は、メタデータ定義登録画面５１０において選択されたプロファイル名、グループ名、及びプロファイル名、並びに入力されたメタデータ定義等を含む登録要求を、ＷｅｂＵＩ部２１１宛に送信する（Ｓ１３）。ＷｅｂＵＩ部２１１は、ログインテナントＩＤを付加して、当該登録要求をプロファイル管理部２１６に転送する（Ｓ１４）。プロファイル管理部２１６は、プロファイル記憶部２２１（図６）において、当該登録要求指定されたログインテナントＩＤ、プロファイル名、グループ名、及びプロジェクト名に基づいて特定されるレコードに対して、当該登録要求に指定されたメタデータ定義を登録する（Ｓ１５）。
【００５５】
図１０は、メタデータ定義の記憶例を示す図である。図１０は、例えば、図６における一つのプロジェクトレコードのメタデータ定義の項目に記憶される内容を示す。
【００５６】
図１０では、テキストボックス５１４に入力された内容が、ＸＭＬ（eXtensible Markup Language）形式に変換されて記憶される例が示されている。すなわち、テキストボックス５１４では、「項目名＝値」の形式で記述されていたが、図１０では、「＜ｐｒｏｐｅｒｔｙ  ｉｄ＝"項目名"＞＜ｖａｌｕｅ＞値＜／ｖａｌｕｅ＞＜／＜ｐｒｏｐｅｒｔｙ＞」といった形式で記憶されている。なお、メタデータ定義の記憶形式は、ＸＭＬに限定されない。例えば、ＪＳＯＮ（JavaScript Object Notation）形式又はＣＳＶ（Comma Separated Values）形式で記憶されてもよいし、その他の形式で記憶されてもよい。
【００５７】
なお、図８のシーケンス図では、便宜上、プロファイルを構成する項目の中で、メタデータ定義のみが登録される例を示したが、メタデータ定義は、他の項目と共に登録されてもよい。この場合、ステップＳ１２に応じて表示される画面は、他の項目の値も設定可能な構成を有していればよい。
【００５８】
続いて、クラウド画像処理サービスのジョブの実行時において、情報処理システム１が実行する処理手順について説明する。
【００５９】
図１１は、第一の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。図１１において、ユーザは、機器１０を操作する。機器１０には、ステップＳ１０１の前において、当該機器１０に対応するプロファイルがダウンロードされていることとする。
【００６０】
ユーザが、プロファイルに基づいて操作パネル１５に表示されている操作画面において、実行対象とするプロジェクトを選択し、スキャンの開始指示を入力すると（Ｓ１０１）、選択されたプロジェクトに係るプロファイル名、グループ名、及びプロジェクト名と、スキャンの実行指示とがスキャン制御部１２１に入力される。プロジェクトの選択は、例えば、プロファイルに基づいて表示される図１２に示されるような操作画面を介して行われる。
【００６１】
図１２は、プロファイルに基づいて表示される操作画面の一例を示す図である。図１２に示される操作画面８１０は、図６において、プロファイル名が「Ａｄｐｆ」であるプロファイルに対応する。
【００６２】
操作画面８１０において、タブ８１１及び８１２は、それぞれグループに対応する。タブ８１１の選択時に表示されるボタン８１３〜８１６は、タブ８１１に対応するグループに属するプロジェクトに対応する。操作画面８１０において、いずれかのボタンが押下されることで、プロジェクトが選択される。
【００６３】
スキャン制御部１２１は、スキャンの開始指示に応じ、指定されたプロジェクト名に係るプロジェクトにおける読み取り条件に従った原稿のスキャンを、スキャナ１２に実行させる。その結果、原稿から画像が読み取られ、当該画像を示す画像データ（スキャン画像）が生成される。
【００６４】
続いて、スキャン制御部１２１は、スキャン画像の転送を、通信制御部１２２に要求する（Ｓ１０４）。通信制御部１２２は、データ受信部２１２宛に、スキャン画像を転送（アップロード）する（Ｓ１０５）。データ受信部２１２は、受信されたスキャン画像を、ジョブデータ記憶部２２３に保存する（Ｓ１０６）。保存に伴って、スキャン画像にはＵＲＩ（Uniform Resource Identifier）が割り当てられ、当該ＵＲＩ（以下、「画像ＵＲＩ」という。）が、データ受信部２１２に返信される（Ｓ１０７）。画像ＵＲＩは、スキャン画像ごとの識別情報であると共に、スキャン画像の保存位置を示す情報でもある。なお、原稿が複数枚であり、複数のスキャン画像がアップロードされた場合、スキャン画像ごとに画像ＵＲＩが割り当てられる。
【００６５】
続いて、データ受信部２１２は、当該画像ＵＲＩを、機器１０の通信制御部１２２に返信する（Ｓ１０８）。通信制御部１２２は、当該画像ＵＲＩを、スキャン制御部１２１に通知する（Ｓ１０９）。続いて、スキャン制御部１２１は、当該画像ＵＲＩと、選択されたプロジェクトに係るプロファイル名、グループ名、及びプロジェクト名と、当該プロジェクト名に係るプロジェクトの読み取り条件等を含むクライアントメタデータとを指定して、サーバジョブの実行要求をジョブ実行部２１３宛に送信する（Ｓ１１０）。以下、プロジェクトを識別するためのプロファイル名、グループ名、及びプロジェクト名の組み合わせを、「プロジェクトＩＤ」という。
【００６６】
ジョブ実行部２１３は、サーバジョブの実行要求に応じ、当該サーバジョブに対する識別情報（以下、「ジョブＩＤ」という。）を割り当てる。ジョブ実行部２１３は、当該ジョブＩＤと、サーバジョブの実行要求に指定された、画像ＵＲＩ、クライアントメタデータ、及びプロジェクトＩＤと等を指定して、サーバメタデータの生成を、メタデータ生成部２１４に要求する（Ｓ１１１）。メタデータ生成部２１４は、画像ＵＲＩを含み、プロジェクトＩＤに係るプロジェクトのメタデータ定義に基づくサーバメタデータを生成する。メタデータ生成部２１４は、当該サーバメタデータと、クライアントメタデータとを含むメタデータファイルを、ジョブＩＤ及びプロジェクトＩＤに関連付けてジョブデータ記憶部２２３に保存する（Ｓ１１２）。この際、当該メタデータファイルと、当該メタデータファイルの対象となるスキャン画像とが関連付けられる。斯かる関連付けは、例えば、スキャン画像に対しても、メタデータファイルと同一のジョブＩＤが関連付けられることにより実現されてもよい。または、メタデータファイルに対して、スキャン画像の識別情報（例えば、画像ＵＲＩ）が記述されることにより実現されてもよい。または、スキャン画像とメタデータファイルとが、同じフォルダに保存されることにより、斯かる関連付けが実現されてもよい。本実施の形態では、メタデータファイルとスキャン画像には、共通のジョブＩＤが関連付けられることとする。
【００６７】
続いて、ジョブ実行部２１３は、サーバジョブの実行要求に指定された画像ＵＲＩ及びプロジェクトＩＤと、ジョブＩＤとを指定して、処理単位の実行要求を、プロセス実行部２１７に送信する（Ｓ１２１）。プロセス実行部２１７は、当該画像ＵＲＩに係るスキャン画像の複製及び当該スキャン画像に関連付けられているメタデータファイルの複製を、ジョブデータ記憶部２２３より取得する（Ｓ１２２、Ｓ１２３）。以下において、スキャン画像の複製、メタデータファイルの複製を、単に、スキャン画像、メタデータファイルという。
【００６８】
続いて、プロセス実行部２１７は、プロジェクトＩＤに係るプロジェクトの加工情報に従った処理単位を実行する（Ｓ１２４）。例えば、スキャン画像に対して、ＯＣＲ処理が実行される。なお、複数の加工情報が設定されている場合、複数の処理単位が実行されてもよい。なお、プロセス実行部２１７によって実行された処理単位に関する書誌情報が、メタデータファイルに追加されてもよい。
【００６９】
続いて、プロセス実行部２１７は、プロジェクトＩＤに係るプロジェクトの外部連携情報に指定された外部システム４０に対して、例えば、スキャン画像、又はステップＳ１２４の処理結果として得られるデータと、メタデータファイルとを配信する（Ｓ１２５）。
【００７０】
斯かるデータ及びメタデータファイルを受信した外部システム４０は、当該データに対して処理を実行するに際し、メタデータファイルの内容を解釈し（Ｓ１２６）、メタデータファイルの内容に応じて、当該処理の内容を振り分ける（変化させる）ことができる（Ｓ１２７）。当該処理が完了すると、外部システム４０は、処理の完了を示す応答を、プロセス実行部２１７に返信する（Ｓ１２８）。
【００７１】
続いて、プロセス実行部２１７は、ジョブデータ記憶部２２３に記憶されているメタデータファイルに対して、例えば、配信処理の実行結果等を示す情報を追加する（Ｓ１２９）。続いて、プロセス実行部２１７は、ジョブＩＤを指定して、当該ジョブＩＤに係るサーバジョブの完了を、ジョブ監視部２１５に通知する（Ｓ１３０）。
【００７２】
ステップＳ１３０の時点において、メタデータファイルは、例えば、図１３及び図１４に示されるような記述を含む。
【００７３】
図１３及び図１４は、メタデータファイルの記述内容の例を示す図である。図１３及び図１４では、便宜上、１つのメタデータファイルの記述内容が、２つの図面に分割されて示されている。
【００７４】
図１３において、記述６１００は、機器１０よりアップロードされるクライアントメタデータの例を示す。すなわち、記述６１００は、読み取り条件等を構成する項目ごとに、ｐｒｏｐｅｒｔｙ要素を含む。ｐｒｏｐｅｒｔｙ要素のｉｄ属性の値は、項目名を意味する。また、ｐｒｏｐｅｒｔｙ要素の子要素である、ｖａｌｕｅ要素の値は、項目の値を示す。記述６１００に含まれる記述６１０１は、スキャン画像に付与された文書名を示す。記述６１０２は、スキャン画像の原稿のページ数を示す。記述６１０３は、スキャンを行った機器１０の機体番号を示す。記述６１０４は、機器１０が行ったジョブの種類（スキャン）を示す。記述６１０５は、どのような描画要素（文字、画像等）に対して適したスキャンを実行したのかを示す。「ＴＥＸＴ」は、文字に対して最適化された状態でスキャンが実行されたことを示す。記述６１０６は、スキャンの解像度を示す。記述６１０７は、解像度の単位を示す。記述６１０８は、スキャン時のグレーの濃さを示す。記述６１０９は、原稿サイズを示す。記述６１１０は、入力モード（原稿の載置先がＡＤＦ（Auto Document Feeder）か又は圧板か）を示す。記述６１１１は、ＡＤＦ又は圧板における原稿の向きを示す。記述６１１２は、スキャン画像の１画素あたりの深さ（ビット数）を示す。記述６１１３は、原稿の両面のスキャンであるか否かを示す。
【００７５】
図１４において、記述６２００は、ジョブを実行させたユーザの認証情報（テナントＩＤ及びユーザ名等）である。記述６３００は、機器１０よりアップロードされたスキャン画像ごとに、当該スキャン画像のジョブデータ記憶部２２３における保存位置を示すＵＲＩ、ページ番号、及びデータ形式等を示す。記述６３０１は、１ページ目の原稿のスキャン画像に対応し、記述６３０２は、２ページ目の原稿のスキャン画像に対応する。記述６４００は、図１０におけるメタデータ定義に基づく記述である。なお、記述６１００、記述６２００、記述６３００、及び記述６４００は、例えば、ステップＳ１１２において、メタデータファイルに記録される。
【００７６】
記述６５００は、スキャン画像ごとに、配信先のＵＲＬを示す。記述６５００は、例えば、ステップＳ１２９において、メタデータファイルに記録される。
【００７７】
なお、図１３及び図１４では、メタデータファイルが、ＸＭＬ形式で記述された例を示したが、メタデータファイルは、ＪＳＯＮ形式、ＣＳＶ形式、又は他の形式によって記述されてもよい。
【００７８】
上述したように、第一の実施の形態によれば、機器１０において入力されたスキャン画像に係るデータ（当該スキャン画像又は当該スキャン画像に基づいて生成されるデータ）の書誌情報又は当該データに関して実行された処理に関する書誌情報であるメタデータを関連付けることができる。したがって、配信先において、当該メタデータに基づいて動的に処理を変化させることができる。すなわち、機器１０において入力された画像データの配信先における処理の柔軟性の確保を可能とすることができる。
【００７９】
次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。
【００８０】
図１５は、第二の実施の形態における情報処理システムの構成例を示す図である。図１５中、図１と同一部分には同一符号を付し、その説明は省略する。
【００８１】
図１５に示される情報処理システム２では、ユーザ端末５０が、ネットワークを介してサービス提供装置２０と通信可能とされている。ユーザ端末５０は、例えば、ＰＣ（Personal Computer）、スマートフォン、タブレット型端末、又は携帯電話等である。ユーザ端末５０は、ユーザ環境Ｅ１内で利用されてもよいし、ユーザ環境Ｅ１外で利用されてもよい。
【００８２】
図１６は、第二の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。図１６中、図１１と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００８３】
図１６では、ステップＳ１２５〜Ｓ１２８の代わりにステップＳ２０１が実行される。すなわち、図１６は、外部連携情報が設定されていないプロジェクトが実行対象として選択された場合に実行される処理手順を示す。
【００８４】
ステップＳ２０１において、プロセス実行部２１７は、例えば、全ての処理単位が実行されることにより最終的に得られるデータを、ジョブデータ記憶部２２３に保存する。当該データは、ジョブＩＤ、スキャン画像、及びメタデータファイルに関連付けられて保存される。
【００８５】
また、図１６では、ステップＳ２１１〜Ｓ２１５が追加されている。
【００８６】
ステップＳ１３０においてジョブの完了通知を受けたジョブ監視部２１５は、当該ジョブの実行者のユーザ名に関連付けられてユーザ情報記憶部２２４に記憶されているメールアドレス宛に、例えば、メタデータファイルが添付された電子メール、又はメタデータファイルの記述内容を本文とする電子メールを送信する（Ｓ２１１）。なお、当該電子メールには、サービス提供装置２０のログイン画面に対するリンクが含まれている。当該リンクには、当該メタデータファイルに対応するジョブに係るデータ（例えば、スキャン画像又は処理単位の実行結果として出力されるデータ等）のＵＲＩが、例えば、引数として含まれている。
【００８７】
ユーザ端末５０において、当該電子メールが受信され、ユーザが、ユーザ端末５０を利用して、当該電子メールに含まれているリンクにアクセスすると、ユーザ端末５０は、ログイン画面を表示させる。ユーザが、ログイン画面に対してテナントＩＤ、ユーザ名、及びパスワードを入力し、ログインを指示すると、ユーザ端末５０は、入力された情報が指定されたログイン要求を、サービス提供装置２０の認証部２１８宛に送信する（Ｓ２１２）。当該ログイン要求には、電子メールのリンクに含まれていた、データのＵＲＩが指定される。
【００８８】
認証部２１８は、ログイン要求に指定された情報を、ユーザ情報記憶部２２４に記憶されている情報と照合することにより、ユーザの認証を行う。認証に成功した場合、認証部２１８は、例えば、ログイン要求に指定されていた、データのＵＲＩをアクセス先とするリダイレクト命令を、ユーザ端末５０に返信する（Ｓ２１３）。ユーザ端末５０は、当該リダイレクト命令に従って、当該ＵＲＩに係るデータへアクセスする（Ｓ２１４）。例えば、認証部２１８は、アクセス先のデータを、ユーザ端末５０に返信する（Ｓ２１５）。その結果、当該データが、ユーザ端末５０にダウンロードされる。ユーザは、ユーザ端末５０において、例えば、スキャン画像やジョブの実行結果等を確認することができる。
【００８９】
なお、第二の実施の形態において、ステップＳ２０１及びその応答の代わりに、図１１のステップＳ１２５〜Ｓ１２８が実行されてもよい。すなわち、全ての処理単位が実行されることにより最終的に得られるデータとメタデータとが、外部システム４０に対して送信され、保存されてもよい。ステップＳ２１１では、当該データ又は当該メタデータの保存先に対するリンクが含まれてもよい。この場合、ユーザが、ユーザ端末５０を利用して、当該電子メールに含まれているリンクにアクセスすると、ユーザ端末５０は、当該外部システム４０に対するログイン画面を表示させる。ユーザが、ログイン画面に対して、当該外部システム４０に対するユーザ名、及びパスワードを入力し、ログインを指示すると、ユーザ端末５０は、入力された情報が指定されたログイン要求を、当該外部システム４０に送信する。当該ログイン要求に応じた認証が当該外部システム４０において成功すると、ユーザ端末５０は、保存されたデータ又はメタデータにアクセスすることができる。その結果、ユーザは、当該データ又はメタデータを参照することができる。
【００９０】
次に、第三の実施の形態について説明する。第三の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。
【００９１】
図１７は、第三の実施の形態における情報処理システムの構成例を示す図である。図１７中、図１と同一部分には同一符号を付し、その説明は省略する。
【００９２】
図１７に示される情報処理システム３では、外部アプリ装置６０が、ネットワークを介してサービス提供装置２０及び外部システム４０等と通信可能とされている。外部アプリ装置６０は、外部システム４０ごとに、外部アプリ６１を有する。外部アプリ６１は、外部システム４０ごとに固有のインタフェース（ＡＰＩ（Application Program Interface）や通信プロトコル等）をサービス提供装置２０から隠蔽し、外部システム４０のインタフェースを共通化させるためのアプリケーションプログラムである。すなわち、外部アプリ６１は、サービス提供装置２０と、当該外部アプリ６１が対応する外部システム４０との間のやりとりを中継する。
【００９３】
なお、各外部アプリ６１は、サービス提供装置２０に実装されてもよい。この場合、外部アプリ装置６０は、サービス提供装置２０とは別個に設置されなくてもよい。
【００９４】
図１８は、第三の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。図１８中、図１１又は図１６と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００９５】
図１８では、ステップＳ３０１及びＳ３０２と、ステップＳ３０４〜Ｓ３１０とが追加されている。
【００９６】
ステップＳ３０１は、例えば、外部アプリ６１の起動時等に実行される。すなわち、外部アプリ６１は、起動されると、サービス提供装置２０の認証部２１８に対して、認証要求を送信する（Ｓ３０１）。認証要求では、外部アプリ６１の正当性を示す情報が指定されればよい。斯かる情報は、例えば、電子証明書であってもよい。認証部２１８は、認証要求に応じて認証処理を実行し、認証の成否を示す情報を返信する（Ｓ３０２）。
【００９７】
認証に成功すると、外部アプリ６１は、ジョブ監視部２１５に対するポーリングを開始する。当該ポーリングには、例えば、外部アプリ６１に対応する外部システムの識別情報（例えば、図６における「ＳｔｏｒａｇｅＡ」等）が含まれる。
【００９８】
ジョブ監視部２１５は、ジョブの完了通知を受けた後において（Ｓ１３０）、外部アプリ６１からのポーリングを受信すると（Ｓ３０４）、当該ポーリングに指定されている識別情報が、ジョブの完了通知に指定されたジョブＩＤに係るジョブのプロジェクトの外部連携情報に含まれている識別情報であるか否かを判定する。すなわち、ポーリング元の外部アプリ６１が、当該プロジェクトにおいて連携対象（配信先）とされている外部システム４０に対応する外部アプリ６１であるか否かが判定される。なお、当該ジョブＩＤに係るプロジェクトは、当該ジョブＩＤに関連付けられて記憶されているプロジェクトＩＤに基づいて特定可能である。
【００９９】
ポーリングに指定されている識別情報が、ジョブの完了通知に指定されたジョブＩＤに係るジョブのプロジェクトの外部連携情報に含まれている場合、ジョブ監視部２１５は、ポーリングに対して、当該ジョブＩＤを返信する（Ｓ３０５）。
【０１００】
外部アプリ６１は、ジョブＩＤが返信されると、当該ジョブＩＤに関連付けられている、スキャン画像又はジョブの実行結果としてのデータと、メタデータファイルとを、ジョブデータ記憶部２２３より取得する（Ｓ３０６、Ｓ３０７）。また、当該ジョブＩＤに係るプロジェクトの外部連携情報も取得される。
【０１０１】
続いて、外部アプリ６１は、当該メタデータファイルに対して、外部アプリ６１に固有のメタデータを追加する（Ｓ３０８）。ここで、追加されるメタデータは、外部システム４０に関する書誌情報であってもよい。例えば、図１４の記述６５００が、外部アプリ６１によって追加されてもよい。続いて、外部アプリ６１は、必要に応じて、取得されたデータに関して独自の処理を実行する（Ｓ３０９）。続いて、外部アプリ６１は、例えば、独自の処理の処理結果としてのデータと、メタデータファイルとを、外部連携情報に指定された外部システム４０に対して配信する（Ｓ３１０）。
【０１０２】
次に、第四の実施の形態について説明する。第四の実施の形態では第三の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第三の実施の形態と同様でもよい。
【０１０３】
図１９は、第四の実施の形態においてクラウド画像処理サービスのジョブに関して実行される処理手順の一例を説明するためのシーケンス図である。図１９中、図１８と同一ステップには同一ステップ番号を付し、その説明は省略する。
【０１０４】
図１９では、ステップＳ３０２に続いてステップＳ４０１が実行され、ステップＳ１３０に続いてステップＳ４０２が実行される。一方、ステップＳ３０４及びＳ３０５は実行されない。
【０１０５】
ステップＳ４０１において、外部アプリ６１は、自らのＵＲＩ（Uniform Resource Identifier）と、当該外部アプリ６１に対応する外部システム４０の識別情報とを含む、コールバックの登録要求を、ジョブ監視部２１５宛に送信する。ジョブ監視部２１５は、当該ＵＲＩと識別情報とを、コールバック情報として、例えば、メモリ装置２０３又は補助記憶装置２０２に記憶しておく。
【０１０６】
ジョブ監視部２１５は、ジョブの完了通知を受けると（Ｓ１３０）、登録されているコールバック情報のうち、当該完了通知に指定されたジョブＩＤに係るジョブのプロジェクトの外部連携情報に含まれている識別情報を含むコールバック情報を検索する。該当するコールバック情報が検索された場合、ジョブ監視部２１５は、当該コールバック情報に含まれているＵＲＩ宛（すなわち、外部アプリ６１宛）に、当該ジョブＩＤを送信する（Ｓ４０２）。続いて、ステップＳ３０６以降が実行される。
【０１０７】
なお、上記各実施の形態において、メタデータに含まれる情報は、スキャン画像の特徴又は属性等を示す書誌情報である例について説明したが、メタデータには、外部システム４０や外部アプリ６１等が、処理制御に利用する専用のパラメータ（外部システム４０又は外部アプリ６１に固有のパラメータ）が、例えば、プロセス実行部２１７によって、メタデータに含まれてもよい。また、このようなパラメータが、メタデータ定義登録画面５１０のテキストボックス５１４に設定されてもよい。
【０１０８】
なお、上記各実施の形態において、データ受信部２１２は、受信部の一例である。プロセス実行部２１７は、処理部の一例である。メタデータ生成部２１４は、生成部の一例である。第一の実施の形態におけるプロセス実行部２１７は、送信部及び追加部の一例である。第二の実施の形態におけるジョブ監視部２１５は、送信部の一例である。第三及び第四の実施の形態における外部アプリ６１は、送信部の一例である。プロファイル管理部２１６は、登録部の一例である。メタデータ定義は、第一の書誌情報の構成情報の一例である。プロファイル記憶部２２１は、第一の記憶部の一例である。ジョブデータ記憶部２２３は、第二の記憶部の一例である。第二の実施の形態における認証部２１８は、返信部の一例である。
【０１０９】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１１０】
１            情報処理システム
１０          機器
１１          コントローラ
１２          スキャナ
１３          プリンタ
１４          モデム
１５          操作パネル
１６          ネットワークインタフェース
１７          ＳＤカードスロット
２０          サービス提供装置
３０          管理者端末
３１          ブラウザ部
４０          オンラインストレージシステム
５０          ユーザ端末
６０          外部アプリ装置
６１          外部アプリ
８０          ＳＤカード
１１１        ＣＰＵ
１１２        ＲＡＭ
１１３        ＲＯＭ
１１４        ＨＤＤ
１１５        ＮＶＲＡＭ
１２１        スキャン制御部
１２２        通信制御部
２００        ドライブ装置
２０１        記録媒体
２０２        補助記憶装置
２０３        メモリ装置
２０４        ＣＰＵ
２０５        インタフェース装置
２１１        ＷｅｂＵＩ部
２１２        データ受信部
２１３        ジョブ実行部
２１４        メタデータ生成部
２１５        ジョブ監視部
２１６        プロファイル管理部
２１７        プロセス実行部
２１８        認証部
２２１        プロファイル記憶部
２２２        プロファイル機器対応記憶部
２２３        ジョブデータ記憶部
２２４        ユーザ情報記憶部
Ｂ            バス
【先行技術文献】
【特許文献】
【０１１１】
【特許文献１】特開２００７−１６６５９５号公報
【図１】
2015055951.tif 000003
【図２】
2015055951.tif 000004
【図３】
2015055951.tif 000005
【図４】
2015055951.tif 000006
【図５】
2015055951.tif 000007
【図６】
2015055951.tif 000008
【図７】
2015055951.tif 000009
【図８】
2015055951.tif 000010
【図９】
2015055951.tif 000011
【図１０】
2015055951.tif 000012
【図１１】
2015055951.tif 000013
【図１２】
2015055951.tif 000014
【図１３】
2015055951.tif 000015
【図１４】
2015055951.tif 000016
【図１５】
2015055951.tif 000017
【図１６】
2015055951.tif 000018
【図１７】
2015055951.tif 000019
【図１８】
2015055951.tif 000020
【図１９】
2015055951.tif 000021