(57)【要約】【課題】クライアントがサーバへ依頼したジョブ処理に応じて、クライアントにそのジョブ処理が終了するまで待機させる制御を行うこと。【解決手段】機器と、機器にネットワークを介して接続される情報処理装置とを有する情報処理システムであって、機器は、情報処理装置にジョブを依頼した際に該ジョブの処理が完了するまで待機することを表す待機情報を作成し、情報処理装置からの待機情報に対する応答情報に基づいて、ジョブ処理の完了まで待機するか否かを判断する待機処理部と、情報処理装置へ待機情報を送信し、情報処理装置から送信される応答情報を受信する第１送受信部とを有し、情報処理装置は、機器から送信される待機情報の受信に応じ、情報処理装置の負荷状況を表す情報を取得し、該負荷状況を表す情報を付帯した応答情報を作成する負荷状況処理部と、機器から送信される処理完了待機情報を受信し、機器へ応答情報を送信する第２送受信部とを有する。【選択図】図２０
2016024640.tif 000002
【特許請求の範囲】
【請求項１】
機器と、前記機器にネットワークを介して接続される情報処理装置とを有する情報処理システムであって、
前記機器は、
前記情報処理装置にジョブを依頼した際に該ジョブの処理が完了するまで待機することを表す処理完了待機情報を作成するとともに、前記情報処理装置から送信される前記処理完了待機情報に対する応答情報に基づいて、前記ジョブの処理が完了するまで待機するか否かを判断するジョブ処理完了待機処理部と、
前記情報処理装置へ前記処理完了待機情報を送信するとともに、前記情報処理装置から送信される応答情報を受信する第１の送受信部と
を有し、
前記情報処理装置は、
前記機器から送信される処理完了待機情報の受信に応じ、前記情報処理装置の負荷状況を表す情報を取得し、該負荷状況に基づく情報を付帯した応答情報を作成する負荷状況処理部と、
前記機器から送信される処理完了待機情報を受信するとともに、前記機器へ前記応答情報を送信する第２の送受信部と
を有する情報処理システム。
【請求項２】
前記ジョブ処理完了待機処理部は、前記情報処理装置の負荷状況が所定の閾値以下であった場合に前記ジョブの処理が完了するまで待機すると判断する、請求項１に記載の情報処理システム。
【請求項３】
前記ジョブ処理完了待機処理部は、前記情報処理装置の負荷状況が所定の閾値以下であった場合に、定期的に前記情報処理装置に負荷状況を問い合わせる、請求項１又は２に記載の情報処理システム。
【請求項４】
前記負荷状況処理部は、前記機器から送信される処理完了待機情報の受信に応じ、前記情報処理装置の負荷状況を表す情報を取得し、該負荷状況が所定の閾値以下であるか否かに基づいて判定される情報を付帯した応答情報を作成する、請求項１に記載の情報処理システム。
【請求項５】
機器と、前記機器にネットワークを介して接続される情報処理装置とを有する情報処理システムにおける情報処理方法であって、
前記機器は、前記情報処理装置にジョブを依頼した際に該ジョブの処理が完了するまで待機することを表す処理完了待機情報を作成し、前記情報処理装置へ前記処理完了待機情報を送信し、
前記情報処理装置は、前記機器から送信される処理完了待機情報の受信に応じ、前記情報処理装置の負荷状況を表す情報を取得し、該負荷状況を表す情報を付帯した応答情報を作成し、前記機器へ前記応答情報を送信し、
前記機器は、前記情報処理装置から送信される前記応答情報を受信し、該応答情報に基づいて、前記ジョブの処理が完了するまで待機するか否かを判断する、情報処理方法。
【請求項６】
機器に、
ネットワークを介して接続される情報処理装置にジョブを依頼した際に該ジョブの処理が完了するまで待機することを表す処理完了待機情報を作成させ、前記情報処理装置へ前記処理完了待機情報を送信させ、前記情報処理装置から送信される応答情報を受信させ、前記応答情報に基づいて、前記ジョブの処理が完了するまで待機するか否かを判断させることを実行させるプログラム。
【請求項７】
情報処理装置に、
ネットワークを介して接続される機器から送信される処理完了待機情報を受信させ、前記処理完了待機情報の受信に応じ、前記情報処理装置の負荷状況を表す情報を取得させ、該負荷状況を表す情報を付帯した応答情報を作成させ、前記機器へ前記応答情報を送信させることを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに関する。
【背景技術】
【０００２】
クライアント装置がサーバ装置へジョブ処理の依頼を行うクライアントサーバモデルシステムにおいて、ユーザがクライアント装置を利用してジョブ処理のための操作を行った後、待機することなく次の操作を行なえることが望ましい。
【０００３】
しかし、クライアント装置がサーバ装置のジョブ処理が完了するまで待機すると、サーバ装置のジョブ処理に時間が掛かる場合、ユーザがクライアント装置を利用してジョブ処理のための操作を行ってから、ユーザがクライアント装置を操作可能となるまでに時間が掛かる。さらに、サーバ装置が遠隔地にあるクラウドシステムの場合、クライアント装置とサーバ装置との間の接続、データ転送に時間が掛かる場合がある。
【０００４】
そこで、クライアント装置、及びサーバ装置が非同期にジョブ処理を行い、クライアント装置がサーバ装置へジョブ処理の依頼をした後に、操作可能な状態となることで、クライアント装置を利用するユーザに待機時間を生じさせないようにする技術が知られている。
【０００５】
また、データ通信路、送信側機器及び受信側機器の能力や負荷、データの更新頻度や参照頻度等の動的に変化する様々な要因に応じて、通信方式を最適なものに切り替えることで、ネットワーク及びコンピュータ資源を有効に利用し、データ通信費用を削減する技術が知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、クライアント装置、及びサーバ装置が非同期にジョブ処理を行うクライアントサーバモデルシステムでは、クライアント装置はサーバ装置のジョブ処理が完了するまで待機しないため、サーバ装置のジョブ処理が完了したときにクライアント装置はそのジョブ処理の結果を取得することができなかった。このため、仮に、サーバ装置のジョブ処理でエラーが発生しても、ユーザはクライアント装置を利用してそのエラーを確認することができず、サーバ装置を利用して確認する必要があった。サーバ装置を利用してサーバ装置のジョブ処理でのエラーを確認する必要があるため、ユーザがサーバ装置のジョブ処理結果を確認する手間が掛かっていた。
【０００７】
サーバ装置のジョブ処理に要する時間が短い場合であれば、クライアント装置はサーバ装置のジョブ処理が完了するまで待機し、そのジョブ処理の結果をユーザに通知すれば、ユーザがサーバ装置のジョブ処理の結果を確認する手間が掛かる問題を解消することができる。しかし、クライアント装置とサーバ装置は常に非同期でジョブ処理を行っており、サーバ装置のジョブ処理の状況に応じて同期と非同期との間をリアルタイムに切り替えることはできない。
【０００８】
本発明は、上記の点に鑑みてなされたものであって、クライアント装置がサーバ装置へ依頼したジョブ処理に応じて、クライアント装置にそのジョブ処理が終了するまで待機させる制御を行うことを目的とする。
【課題を解決するための手段】
【０００９】
開示の一実施例の情報処理システムは、
機器と、前記機器にネットワークを介して接続される情報処理装置とを有する情報処理システムであって、
前記機器は、
前記情報処理装置にジョブを依頼した際に該ジョブの処理が完了するまで待機することを表す処理完了待機情報を作成するとともに、前記情報処理装置から送信される前記処理完了待機情報に対する応答情報に基づいて、前記ジョブの処理が完了するまで待機するか否かを判断するジョブ処理完了待機処理部と、
前記情報処理装置へ前記処理完了待機情報を送信するとともに、前記情報処理装置から送信される応答情報を受信する第１の送受信部と
を有し、
前記情報処理装置は、
前記機器から送信される処理完了待機情報の受信に応じ、前記情報処理装置の負荷状況を表す情報を取得し、該負荷状況に基づく情報を付帯した応答情報を作成する負荷状況処理部と、
前記機器から送信される処理完了待機情報を受信するとともに、前記機器へ前記応答情報を送信する第２の送受信部と
を有する。
【発明の効果】
【００１０】
開示の実施例によれば、クライアント装置がサーバ装置へ依頼したジョブ処理に応じて、クライアント装置にそのジョブ処理が終了するまで待機させる制御を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における情報処理システムの構成例を示す図である。
【図２】本発明の実施の形態におけるサーバ装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるクライアント装置のハードウェア構成例を示す図である。
【図４】本発明の実施の形態におけるサーバ装置の機能構成例を示す図である。
【図５】本発明の実施の形態におけるクライアント装置の機能構成例を示す図である。
【図６】準備作業に伴って実行される処理手順の一例を説明するための図である。
【図７】準備作業時に管理者端末に表示される画面の遷移例を示す図である。
【図８】ユーザ情報記憶部の構成例を示す図である。
【図９】機器情報ファイルにおける機器情報の記述例を示す図である。
【図１０】機器情報記憶部の構成例を示す図である。
【図１１】連携先のオンラインストレージのアカウント情報を登録させるための画面の遷移例を示す図である。
【図１２】ユーザ情報ファイルにおけるユーザ情報の記述例を示す図である。
【図１３】プロファイルの概念モデルを説明するための図である。
【図１４】プロファイル編集画面の表示例を示す図である。
【図１５】プロファイル記憶部の構成例を示す図である。
【図１６】プロファイル機器設定画面の表示例を示す図である。
【図１７】プロファイル機器対応記憶部の構成例を示す図である。
【図１８】ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。
【図１９】スキャン機器アプリの操作画面の表示例を示す図である。
【図２０】ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一実施例を説明するためのシーケンス図である。
【図２１】画像データ送信画面の表示例を示す図である。
【図２２】画像データ送信完了画面の表示例を示す図である。
【図２３】画像データ送信成功画面の表示例を示す図である。
【図２４】画像データ送信失敗画面の表示例を示す図である。
【図２５】ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一変形例を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１２】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。以下で説明する実施例は一例に過ぎず、本発明が適用される実施の形態は、以下の実施例に限られない。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００１３】
＜情報処理システム＞
図１は、情報処理システムの一実施例を示す。情報処理システム１は、ユーザ環境Ｅ１、サービス提供環境Ｅ２、及びオンラインストレージシステム４０等を有し、ユーザ環境Ｅ１、サービス提供環境Ｅ２、及びオンラインストレージシステム４０等はインターネット等の広域的なネットワークを介して通信可能に接続される。
【００１４】
サービス提供環境Ｅ２は、ネットワークを介してクラウドサービスを提供する組織におけるシステム環境である。なお、本実施の形態では、クラウドサービスを具体例に採用して説明するが、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供されるサービスに関して、本実施の形態が適用されてもよい。
【００１５】
サービス提供環境Ｅ２は、サービス提供装置等のサーバ装置２０を有する。サービス提供装置は、ネットワークを介して所定のサービスを提供する。サービス提供装置が提供するサービスの一つとして、「ＳｃａｎＴｏＳｔｏｒａｇｅサービス」が有る。本実施の形態では、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに関して説明する。ＳｃａｎＴｏＳｔｏｒａｇｅサービスとは、ユーザ環境Ｅ１の機器等のクライアント装置１０においてスキャンされた画像データを、予め設定された保存先に保存するサービスをいう。なお、サービス提供装置は、ユーザ環境Ｅ１に設置されてもよい。すなわち、サービス提供環境Ｅ２は、ユーザ環境Ｅ１に包含されてもよい。
【００１６】
ユーザ環境Ｅ１は、機器等のクライアント装置１０のユーザ企業等の組織におけるシステム環境である。ユーザ環境Ｅ１において、一台以上のクライアント装置１０、管理者端末３０、及びファイルサーバ５０等はＬＡＮ（Local Area Network）等のネットワークを介して接続されている。
【００１７】
本実施の形態のクライアント装置１０は、スキャン機能を有する画像形成装置を適用できる。スキャン機能以外に、印刷、コピー、又はファクス（ＦＡＸ）通信等の機能を有する複合機がクライアント装置１０として適用されてもよい。
【００１８】
管理者端末３０は、ユーザ環境Ｅ１における機器の管理者が使用する端末である。管理者端末３０の一例として、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistance）、タブレット型端末、スマートフォン、又は携帯電話等を適用できる。
【００１９】
ファイルサーバ５０は、オンラインストレージシステム４０と共に、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、画像データの保存先の候補になりうる装置である。
【００２０】
オンラインストレージシステム４０は、ネットワークを介してオンラインストレージと呼ばれるクラウドサービスを提供するコンピュータシステムである。オンラインストレージとは、ストレージの記憶領域を貸し出すサービスである。本実施の形態において、オンラインストレージによって貸し出される記憶領域は、サーバ装置２０によって提供されるＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、画像データの保存先の候補となる。
【００２１】
本実施形態に係る情報処理システムでは、クライアント装置１０は、サーバ装置２０へＳｃａｎＴｏＳｔｏｒａｇｅサービス等のジョブ処理を要求する際に、ジョブ処理要求情報を送信する。サーバ装置２０は、クライアント装置１０から送信されるジョブ処理要求情報にしたがって、ジョブの編集、オンラインストレージ等のクラウドサービスを提供するクラウドシステムへのジョブ配信等のジョブ処理を行う。
【００２２】
また、クライアント装置１０は、サーバ装置２０へ、ジョブ処理要求情報を送信した際に、そのジョブ処理が完了するまで待機するか否かを表す情報を付帯したジョブ処理完了待機情報を送信する。このジョブ処理完了待機情報は、サーバ装置２０へジョブ処理を依頼する際に、ユーザによって設定することができる。
【００２３】
サーバ装置２０は、クライアント装置１０から送信されるジョブ処理完了待機情報に付帯されるジョブ処理が完了するまで待機するか否かを表す情報にしたがって、サーバ装置２０の負荷状況を取得するか否かを判断する。サーバ装置２０は、ジョブ処理完了待機情報にジョブ処理が完了するまで待機する情報が付帯される場合にサーバ装置２０の負荷状況を取得すると判断し、ジョブ処理が完了するまで待機しない情報が付帯される場合にサーバ装置２０の負荷状況を取得しないと判断する。サーバ装置２０は、クライアント装置１０へサーバ装置２０の負荷状況を表す情報を付帯した応答情報を送信する。
【００２４】
クライアント装置１０は、サーバ装置２０から送信された応答情報に付帯されたサーバ装置２０の負荷状況を表す情報に基づいて、サーバ装置２０によって処理されているジョブが完了するまで待機するか否かを判断する。
【００２５】
＜サーバ装置のハードウェア構成＞
図２は、本発明の実施の形態におけるサーバ装置２０のハードウェア構成例を示す図である。図２のサーバ装置２０は、それぞれバスＢで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５とを有する。
【００２６】
サーバ装置２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体２０１によって提供される。プログラムを記憶した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２７】
メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従ってサーバ装置２０に係る機能を実行する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２８】
なお、サーバ装置２０は、図２に示されるようなハードウェアを有する複数のコンピュータによって構成されてもよい。すなわち、サーバ装置２０が実行する処理は、複数のコンピュータに分散されて実行されてもよい。
【００２９】
＜クライアント装置のハードウェア構成＞
図３は、本発明の実施の形態におけるクライアント装置１０のハードウェア構成例を示す図である。図３において、クライアント装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００３０】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。
【００３１】
スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。
【００３２】
ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、クライアント装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。
【００３３】
＜サーバ装置の機能構成＞
図４は、本発明の実施の形態におけるサーバ装置の機能構成例を示す図である。図４において、サーバ装置２０は、サーバアプリ２１０及びプラットフォーム２２０等のソフトウェアを含む。これらは、サーバ装置２０にインストールされる一以上のプログラムによって構成され、ＣＰＵ２０４に所定の処理を実行させる。
【００３４】
サーバ装置２０は、また、ユーザ情報記憶部２３１、機器情報記憶部２３２、機器アプリ記憶部２３３、プロファイル記憶部２３４、及びプロファイル機器対応記憶部２３５等を利用する。これら各記憶部は、補助記憶装置２０２、又はサーバ装置２０にネットワークを介して接続される記憶装置等を用いて実現可能である。
【００３５】
サーバアプリ２１０は、サーバ装置２０が提供するサービスを実現するアプリケーションプログラムである。但し、サーバアプリ２１０単独では、サービスは完結されないこととする。サーバアプリ２１０とクライアント装置１０との連携によって、サービスは完結される。更に、オンラインストレージ等、他のクラウドサービス等との連携によって、完結されるサービスもある。なお、「サーバアプリ」という用語は、サーバ装置２０側のアプリケーションプログラムをクライアント装置１０側のアプリケーションプログラム（例えば、後述されるスキャン機器アプリ１２５）と区別するために便宜上用いた用語である。
【００３６】
図４では、サーバアプリ２１０の一例として、スキャンサーバアプリ２１１が示されている。スキャンサーバアプリ２１１は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに関する処理を実行するサーバアプリ２１０である。
【００３７】
プラットフォーム２２０は、複数のサーバアプリ２１０に共通する機能、又は複数のサーバアプリ２１０から利用される基本機能等を含む。図４において、プラットフォーム２２０は、設定登録部２２１、機器通信部２２２、認証処理部２２３、セッション管理部２２４、ジョブ処理部２２５、ＯＣＲ処理部２２６、アップロード処理部２２７、ストレージ連携部２２８、及び負荷状況処理部２２９等を含む。これら各部の機能は、プラットフォームＡＰＩ２４０を介してサーバアプリ２１０に公開されている。換言すれば、サーバアプリ２１０は、プラットフォームＡＰＩ２４０によって公開されている範囲においてこれら各部の機能を利用可能である。
【００３８】
設定登録部２２１は、ＳｃａｎＴｏＳｔｏｒａｇｅサービス等、サーバ装置２０が提供するサービスの利用開始時に必要とされる設定登録処理を実行する。設定登録部２２１によって、ユーザ情報記憶部２３１、機器情報記憶部２３２、プロファイル記憶部２３４、プロファイル機器対応記憶部２３５に対して情報が登録される。
【００３９】
ユーザ情報記憶部２３１は、サーバ装置２０が提供するサービスのユーザに関する情報を記憶する。機器情報記憶部２３２は、ユーザにおけるシステム環境（すなわち、ユーザ環境Ｅ１）において、サーバ装置２０が提供するサービスと連携させるクライアント装置１０に関する情報を記憶する。すなわち、ＳｃａｎＴｏＳｔｏｒａｇｅサービス等、サーバ装置２０によって提供されるサービスは、ユーザ環境Ｅ１におけるクライアント装置１０との連携によって実現される。
【００４０】
機器アプリ記憶部２３３は、サーバアプリ２１０とクライアント装置１０とを連携させるために、クライアント装置１０にインストールされる必要の有るアプリケーションプログラム（以下、「機器アプリ」という。）を記憶する。プロファイル記憶部２３４は、プロファイルを記憶する。プロファイルには、機器アプリの操作画面の構成情報や、操作画面に対する操作に応じて実行される処理に関する情報等が含まれる。プロファイル機器対応記憶部２３５は、プロファイルとクライアント装置１０との対応情報を記憶する。すなわち、同一の機器アプリに対する操作画面に関して、クライアント装置１０ごとに異なるプロファイルを対応付けることができる。
【００４１】
機器通信部２２２は、クライアント装置１０との通信を制御する。認証処理部２２３は、管理者端末３０のユーザ又はクライアント装置１０のユーザの認証等を行う。また、認証処理部２２３は、例えば、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの実行時において、オンラインストレージシステム４０に対するログイン処理を代行する。セッション管理部２２４は、サーバ装置２０とクライアント装置１０との連携時において、両者の通信のセッションを管理する。
【００４２】
ジョブ処理部２２５は、例えば、ＯＣＲ処理部２２６やアップロード処理部２２７等を利用して、サーバアプリ２１０から要求されるジョブの実行を制御する。ＯＣＲ処理部２２６は、サーバアプリ２１０から要求されるジョブがＯＣＲ処理である場合に、処理対象の画像データに対してＯＣＲ処理を実行する。アップロード処理部２２７は、サーバアプリ２１０から要求されるジョブがネットワークを介したデータのアップロードある場合に、当該アップロードを実行する。オンラインストレージシステム４０へのデータの保存は、アップロードの一形態である。
【００４３】
ストレージ連携部２２８は、オンラインストレージシステム４０との連携を行う。負荷状況処理部２２９は、クライアント装置１０から送信されるジョブ処理完了待機情報にジョブ処理が完了するまで待機する情報が付帯される場合に、サーバ装置２０の負荷状況を取得し、機器通信部２２２から送信する。
【００４４】
＜クライアント装置の機能構成＞
図５は、本発明の実施の形態におけるクライアント装置の機能構成例を示す図である。図５において、クライアント装置１０は、機器制御部１２１、機器認証部１２２、通信部１２３、表示制御部１２４、及びジョブ処理完了待機処理部１２６等を有する。これら各部は、クライアント装置１０にインストールされた一以上のプログラムが、ＣＰＵ１１１に実行させる処理により実現される。
【００４５】
機器制御部１２１は、クライアント装置１０のハードウェアの制御を行う。機器認証部１２２は、クライアント装置１０の操作者を認証するための処理を実行する。通信部１２３は、ネットワークを介した通信を制御する。表示制御部１２４は、操作パネル１５に対する画面の表示等を行う。ジョブ処理完了待機処理部１２６は、サーバ装置２０に要求したジョブ処理が完了するまで待機する際の制御を行う。具体的には、ジョブ処理完了待機処理部１２６は、サーバ装置２０にジョブ処理を依頼した際に、そのジョブ処理が完了するまで待機するか否かを表す情報を付帯したジョブ処理完了待機情報を作成し、通信部１２３から送信する。さらに、ジョブ処理完了待機処理部１２６は、サーバ装置２０から送信されたサーバ装置２０の負荷状況を表す情報に基づいて、サーバ装置２０によって処理されているジョブが完了するまで待機するか否かを判断する。
【００４６】
図５には、また、スキャン機器アプリ１２５が破線によって示されている。スキャン機器アプリ１２５は、機器アプリの一つであり、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、クライアント装置１０をサーバ装置２０と連携させるためにクライアント装置１０にインストールされる。なお、機器アプリは、クライアント装置１０にインストール可能なものであればよく、サーバアプリとしても機能可能なアプリケーションプログラムが機器アプリとしてクライアント装置１０にインストールされてもよい。
【００４７】
本実施の形態においてスキャン機器アプリ１２５は、当初からクライアント装置１０にインストールされているのではなく、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用するための準備作業においてクライアント装置１０にインストールされる。スキャン機器アプリ１２５が破線によって示されているのは、斯かる事情を表現したものである。但し、スキャン機器アプリ１２５は、当初からクライアント装置１０にインストールされていてもよい。
【００４８】
以下、情報処理システム１において実行される処理手順について説明する。ユーザ環境Ｅ１において、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用可能とするためには、サーバ装置２０に対するユーザ環境Ｅ１に関する各種情報の登録や、及びスキャン機器アプリ１２５のクライアント装置１０への導入等といった準備作業が必要とされる。そこで、まず、準備作業に伴って実行される処理手順について説明する。なお、準備作業は、ユーザ環境Ｅ１におけるクライアント装置１０の管理者（以下、単に「管理者」という。）によって管理者端末３０を利用して行われる。
【００４９】
図６は、準備作業に伴って実行される処理手順の一例を説明するための図である。
【００５０】
ステップＳ１０１において、管理者端末３０は、管理者より入力される指示に応じ、組織登録要求をサーバ装置２０に送信する。組織登録要求とは、サーバ装置２０が提供するサービスを利用する組織に関する情報の登録要求をいう。組織登録要求の指示は、例えば、次のような画面を介して入力される。
【００５１】
図７は、準備作業時に管理者端末に表示される画面の遷移例を示す図である。準備作業の開始時において、管理者端末３０には、図７に示されるポータル画面５１０が表示されている。ポータル画面５１０は、サーバ装置２０が提供するサービスへの窓口としての画面である。なお、図７に示される各種画面は、例えば、サーバ装置２０より提供されるＨＴＭＬ（HyperText Markup Language）データ等を含むＷｅｂページに基づいて表示される。すなわち、以下においては、便宜上省略されているが、各画面への遷移時には、管理者端末３０とサーバ装置２０との間でＨＴＴＰ（HyperText Transfer Protocol）通信が行われる。
【００５２】
ポータル画面５１０は、新規アカウント作成ボタン５１１、ログイン情報入力領域５１２、及びログインボタン５１３等を含む。
【００５３】
組織登録を行う場合、管理者は、新規アカウント作成ボタン５１１を押下する。新規アカウント作成ボタン５１１が押下されると、新規アカウント申し込み画面５２０が管理者端末３０に表示される。なお、図７において、或る画面のボタンから他の画面への矢印は、当該ボタンが押下されることにより、表示対象が当該他の画面へ遷移することを示す。
【００５４】
新規アカウント申し込み画面５２０において、管理者のユーザ名、パスワード、及びメールアドレスが入力されて申し込みボタン５２１が押下されると、管理者端末３０は、当該ユーザ名、パスワード及びメールアドレス等を含む組織登録要求をサーバ装置２０に送信する。
【００５５】
サーバ装置２０において組織登録要求が受信されると、設定登録部２２１は、ユーザ情報記憶部２３１に対して、組織登録要求に含まれている情報等を登録する（Ｓ１０２）。
【００５６】
図８は、ユーザ情報記憶部の構成例を示す図である。図８において、ユーザ情報記憶部２３１の各レコードは、組織ＩＤ、ユーザ名、パスワード、ロール、カードＩＤ、ストレージアカウント情報、及び購入アプリ等の項目を含む。
【００５７】
組織ＩＤは、ユーザ環境Ｅ１ごと、すなわち、サーバ装置２０が提供するサービスを利用する企業ユーザ等の組織ごとに割り当てられる識別子である。ユーザ名、パスワード、ロール、及びカードＩＤは、組織ＩＤに係る組織の構成員である各個人のユーザ（以下、「構成員ユーザ」という。）のユーザ名、パスワード、ロール、及びカードＩＤである。
【００５８】
ロールは、構成員ユーザの中で管理者を識別するための項目である。すなわち、管理者である構成員ユーザには、「管理者」が登録され、管理者以外の構成員ユーザには、「利用者」が登録される。カードＩＤは、構成員ユーザが、クライアント装置１０にログインする際に利用する、ＩＣカードの識別子である。ストレージアカウント情報は、組織ＩＤに係る組織が利用するオンラインストレージに対するアカウント情報である。当該アカウント情報は、クライアント装置１０においてスキャンされた画像データをオンラインストレージシステム４０に保存する際に、オンラインストレージシステム４０に提示される認証情報として利用される。購入アプリは、組織ＩＤに係る組織において購入されているアプリケーションの識別子（以下、「アプリＩＤ」という。）の一覧である。図８では、便宜上、アプリケーションの名前が記載されているが、アプリＩＤは、数字やアルファベットの羅列等であってもよい。
【００５９】
なお、ユーザ情報記憶部２３１において、ユーザ名が記憶されていないレコードは、組織（ユーザ環境Ｅ１）に対応するレコード（以下、「組織レコード」という。）である。ユーザ名が記憶されているレコードは、構成員ユーザに対応するレコード（以下、「構成員レコード」という。）である。構成員レコードの中で、ロールが管理者であるレコードを、以下「管理者レコード」といい。ロールが利用者であるレコードを、以下「利用者レコード」という。なお、本実施の形態において、ストレージアカウント情報及び購入アプリは、組織レコードにおいて有効な項目である。但し、ストレージアカウント情報に関しては、構成員レコードにおいて有効とされてもよい。例えば、管理者レコードに対してストレージアカウント情報が設定可能とされてもよいし、利用者レコードごとに、ストレージアカウント情報が設定可能とされてもよい。
【００６０】
ステップＳ１０１では、１つの組織レコードと、１つの管理者レコードとが生成される。組織レコードには、組織ＩＤが登録される。すなわち、組織レコードの生成に伴って、組織ＩＤが割り当てられる。また、管理者レコードには、組織ＩＤ、ユーザ名、パスワード、及びロール等が登録される。管理者レコードの組織ＩＤには、生成された組織レコードの組織ＩＤと同じ値が登録される。ユーザ名及びパスワードには、組織登録要求に含まれているユーザ名又はパスワードが登録される。ロールには、「管理者」が登録される。
【００６１】
組織レコード及び管理者レコードの他の項目や、利用者レコード等については、後述の処理において登録又は生成が行われる。
【００６２】
続いて、設定登録部２２１は、例えば、組織登録が正常に行われたことを通知する電子メール（以下、「登録通知メール」という。）を、組織登録要求に含まれているメールアドレス宛に送信する。登録通知メールには、例えば、割り当てられた組織ＩＤが含まれている。但し、組織登録が正常に行われたことは、例えば、組織登録要求を含むＨＴＴＰリクエストに対するＨＴＴＰレスポンスに含まれていてもよい。また、組織ＩＤは、新規アカウント申し込み画面５２０において、ユーザによって指定されてもよい。
【００６３】
組織登録が正常に終了すると、管理者は、ポータル画面５１０におけるログイン情報入力領域５１２に対して、登録された組織ＩＤ、ユーザ名、及びパスワードを入力し、ログインボタン５１３を押下する。ログインボタン５１３の押下に応じ、管理者端末３０は、ログイン要求をサーバ装置２０に送信する（Ｓ１０３）。ログイン要求には、ログイン情報入力領域５１２に入力された組織ＩＤ、ユーザ名、及びパスワードが含まれている。
【００６４】
ログイン要求に応じ、サーバ装置２０の認証処理部２２３は、ログイン要求に含まれているログインＩＤ、ユーザ名、及びパスワードを含み、ロールの値が「管理者」であるレコードがユーザ情報記憶部２３１に記憶されているか否かに基づいて、ログイン要求に係るユーザの認証を行う。該当するレコードが記憶されている場合、認証は成功する（Ｓ１０４）。該当するレコードが記憶されていない場合、認証は失敗する。認証が成功した場合、設定登録部２２１は、ログイン要求に含まれているユーザ名に係る管理者専用のポータル画面（以下、「管理者ポータル画面５３０」という。）を表示させるＷｅｂページを返信する。以下、ログインした管理者を、「ログイン管理者」という。
【００６５】
管理者端末３０は、返信されたＷｅｂページに基づいて管理者ポータル画面５３０を表示させる。図７に示されるように、管理者ポータル画面５３０は、連携ボタン５３１、マーケットプレースボタン５３２、プロファイル設定ボタン５３３、機器登録領域５３４、及び利用者登録領域５３５等を含む。
【００６６】
ここでは、管理者は、機器登録領域５３４のテキストボックス５３４ｔに、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに連携させる各クライアント装置１０に関する情報（以下、「機器情報という。」という。）が記述されたファイル（以下、「機器情報ファイル」という。）のファイル名を入力し、登録ボタン５３４ｂを押下する。
【００６７】
一台のクライアント装置１０に関する機器情報は、例えば、機体番号、機体名、機体種類、及び設置場所等の項目を含む。これらの項目の値が、例えば、図９に示されるような形式で機器情報ファイルに記述されている。
【００６８】
図９は、機器情報ファイルにおける機器情報の記述例を示す図である。図９では、各項目の値が、カンマによって区切られた、ＣＳＶ（Comma Separated Values）形式によって、機器情報が記述された例が示されている。但し、機器情報ファイルにおける機器情報の記述形式は、ＣＳＶ形式に限定されない。ＸＭＬ（eXtensible Markup Language）形式であってもよいし、他の形式であってもよい。
【００６９】
なお、機体番号とは、各クライアント装置１０の機体（個体）の識別情報である。例えば、製造番号又はシリアル番号が機体番号として用いられてもよい。機体名は、機種名とほぼ同義である。機体種類は、機種名に係る機種の機能を端的に示す情報である。設置場所は、ユーザ環境Ｅ１においてクライアント装置１０が設置されている場所である。
【００７０】
機器情報ファイルのファイル名がテキストボックス５３４ｔに入力され、登録ボタン５３４ｂが押下されると、管理者端末３０は、機器情報ファイルに記述されている機器情報を含む機器登録要求を、サーバ装置２０に送信する（Ｓ１０５）。
【００７１】
サーバ装置２０の設定登録部２２１は、機器登録要求の受信に応じ、機器登録要求に含まれている機器情報を、ログイン管理者に係る組織ＩＤに対応付けて、機器情報記憶部２３２に登録する（Ｓ１０６）。
【００７２】
図１０は、機器情報記憶部の構成例を示す図である。図１０において、機器情報記憶部２３２はクライアント装置１０ごとにレコードを記憶する。各レコードは、組織ＩＤ、機体番号、機体名、機体種類、及び設置場所等の項目を含む。機器情報記憶部２３２によって、各クライアント装置１０と組織との関連付けが保持される。
【００７３】
続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを受けるために、クライアント装置１０にインストールする必要のある機器アプリであるスキャン機器アプリ１２５を購入すべく、管理者ポータル画面５３０（図７）のマーケットプレースボタン５３２を押下する。マーケットプレースボタン５３２の押下に応じ、管理者端末３０には、マーケットプレース画面５４０が表示される。
【００７４】
図７に示されるように、マーケットプレース画面５４０は、機器アプリ記憶部２３３に記憶されている機器アプリごとに、ボタンを含む。図７では、三つの機器アプリに対応するボタン５４１〜５４３が含まれている例が示されている。このうち、ボタン５４１は、スキャン機器アプリ１２５に対応するボタンである。
【００７５】
ここでは、スキャン機器アプリ１２５が購入対象であるため、ボタン５４１が管理者によって押下される。ボタン５４１の押下に応じ、管理者端末３０は、スキャン機器アプリ１２５のアプリＩＤを含むアプリ購入要求を、サーバ装置２０に送信する（Ｓ１０７）。
【００７６】
サーバ装置２０の設定登録部２２１は、アプリ購入要求の受信に応じ、当該要求に含まれているアプリＩＤを、ユーザ情報記憶部２３１において、ログイン管理者に係る組織ＩＤに対応する組織レコードの購入アプリの項目に記憶する（Ｓ１０８）。例えば、図８において、組織ＩＤ＝１２３に対応する組織レコードの購入アプリの項目における「スキャン機器アプリ」は、このタイミングで登録される。
【００７７】
続いて、機器通信部２２２は、アプリ購入要求に含まれているアプリＩＤに対応するスキャン機器アプリ１２５を機器アプリ記憶部２３３より取得し、アプリ購入要求元のログイン管理者に係る組織ＩＤに属するクライアント装置１０に配信する（Ｓ１０９）。当該組織ＩＤに属するクライアント装置１０とは、機器情報記憶部２３２において当該組織ＩＤに対応付けられているクライアント装置１０である。
【００７８】
なお、通常、ユーザ環境Ｅ１にはファイアウォールが設置されているため、サーバ装置２０からユーザ環境Ｅ１内の各クライアント装置１０に対して、スキャン機器アプリ１２５を送り付けることはできない。そこで、例えば、クライアント装置１０の通信部１２３からのポーリングに対する応答において、スキャン機器アプリ１２５が返信されてもよい。
【００７９】
すなわち、各クライアント装置１０には、サーバ装置２０との連携のために、サーバ装置２０のＩＰアドレスや、機器通信部２２２に対するポート番号等が設定されている。各クライアント装置１０の通信部１２３は、例えば、定期的に当該ＩＰアドレス及び当該ポート番号宛に、何らかの事象の発生の有無を問い合わせるためのポーリングを行う。当該問い合わせには、例えば、機体番号が含まれる。サーバ装置２０の機器通信部２２２は、当該問い合わせに指定されている機体番号が、スキャン機器アプリ１２５の購入元の組織ＩＤに対応付いている機体番号であれば、スキャン機器アプリ１２５を返信する。
【００８０】
但し、ユーザ環境Ｅ１とサーバ装置２０との間にファイアウォールが存在しない場合、機器通信部２２２が、各クライアント装置１０に対してスキャン機器アプリ１２５を送り付けてもよい。この場合、機器情報記憶部２３２に記憶される機器情報には、クライアント装置１０のＩＰアドレス及びポート番号等が含まれるようにしてもよい。
【００８１】
スキャン機器アプリ１２５を受信した各クライアント装置１０は、スキャン機器アプリ１２５をクライアント装置１０内に配置（インストール）する（Ｓ１１０）。
【００８２】
続いて、管理者端末３０において、マーケットプレース画面５４０の戻るボタンが管理者によって押下されると、マーケットプレース画面５４０は非表示となり、管理者端末３０には、管理者ポータル画面５３０が表示される。
【００８３】
なお、ステップＳ１０３〜Ｓ１１０に代えて、以下のような作業及び処理が実行されてもよい。
【００８４】
例えば、スキャン機器アプリ１２５は、図６の処理手順とは非同期に購入され、クライアント装置１０にインストールされる。スキャン機器アプリ１２５の購入は、所定のＷｅｂサイト等を利用して行われてもよい。
【００８５】
スキャン機器アプリ１２５のインストール先のクライアント装置１０の起動時において、スキャン機器アプリ１２５が起動されると、スキャン機器アプリ１２５は、自動的に、組織ＩＤ、管理者のユーザ名及びパスワード、当該クライアント装置１０の機器情報、並びに当該スキャン機器アプリ１２５のアプリＩＤ等が指定された登録要求（以下、「自動登録要求」という。）を、サーバ装置２０に送信する。なお、組織ＩＤ、管理者のユーザ名、及びパスワードは、例えば、管理者端末３０において入力され、ネットワークを介してクライアント装置１０に設定されている。サーバ装置２０の設定登録部２２１は、自動登録要求を受信すると、自動登録要求に指定された組織ＩＤ、管理者のユーザ名、及びパスワードについて認証を行う。認証処理は、ステップＳ１０３に関して説明した処理と同様でよい。認証に成功すると、設定登録部２２１は、自動登録要求に指定された組織ＩＤと機器情報とを対応付けて、機器情報記憶部２３２に登録する。また、設定登録部２２１は、自動登録要求に指定された組織ＩＤに対応付けて、自動登録要求に指定されたアプリＩＤを、ユーザ情報記憶部２３１の購入アプリの項目に記憶する。このような手順によっても、組織ＩＤと機器情報、及び組織ＩＤとアプリＩＤとの対応付けを形成することができる。
【００８６】
また、自動登録要求には、管理者のユーザ名及びパスワードの代わりに、機器証明書が指定されてもよい。機器証明書は、クライアント装置１０に予め保存されているクライアント装置１０の電子証明書であり、クライアント装置１０が正当な製品であることを証明するデータである。この場合、サーバ装置２０の設定登録部２２１は、機器証明書の正当性の確認を行えばよい。設定登録部２２１は、機器証明書の正当性が確認されると、組織ＩＤと機器情報とを対応付けて機器情報記憶部２３２に登録する。
【００８７】
また、自動登録要求は、ステップＳ１０１の組織登録要求を兼ねてもよい。すなわち、自動登録要求に応じて、組織レコード及び管理レコード等が、ユーザ情報記憶部２３１に記憶されてもよい。
【００８８】
続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて連携するオンラインストレージに対するアカウント情報を登録すべく、管理者ポータル画面５３０の連携ボタン５３１を押下する。連携ボタン５３１の押下に応じ、管理者端末３０は、ストレージ連携画面６１０を表示させる。
【００８９】
図１１は、連携先のオンラインストレージのアカウント情報を登録させるための画面の遷移例を示す図である。
【００９０】
図１１において、ストレージ連携画面６１０は、連携先ストレージ表示領域６１１、連携先入力領域６１２、及び追加ボタン６１３等を含む。連携先ストレージ表示領域６１１には、連携先として選択されたオンラインストレージの名前（以下、「ストレージ名」という。）が表示される領域である。既に、連携先として選択されているオンラインストレージが有る場合、当該オンラインストレージのストレージ名が表示される。連携先入力領域６１２は、連携先とするオンラインストレージ（以下、「連携先ストレージ」という。）のストレージ名を入力させるための領域である。
【００９１】
管理者によって、連携先入力領域６１２にストレージ名（「ＳｔｏｒａｇｅＡ」）が入力され、追加ボタン６１３が押下されると、管理者端末３０は、アカウント入力画面６２０を表示させる。管理者端末３０は、アカウント入力画面６２０を介して、連携先ストレージに対するアカウント情報（ＩＤ（例えば、メールアドレス等）及びパスワード）の入力を、管理者より受け付ける。当該アカウント情報は、事前に、連携先ストレージに対するユーザ登録等によって作成されているものである。アカウント入力画面６２０においてＩＤ及びパスワードが入力され、ログインボタン６２１が押下されると、管理者端末３０は、当該ＩＤ及びパスワードに基づいて、連携先ストレージ（「ＳｔｏｒａｇｅＡ」）に対してログインを行う。なお、ストレージ名に対応付けて、連携先ストレージへのログイン要求先のＵＲＬ（Uniform Resource Locator）が予め管理者端末３０に保存されていてもよいし、連携先入力領域６１２に対して当該ＵＲＬが入力されるようにしてもよい。
【００９２】
ログインに成功すると、管理者端末３０は、アクセス許否選択画面６３０を表示させる。アクセス許否選択画面６３０は、サーバ装置２０による連携先ストレージへのアクセスを許可するか否かを選択させる画面である。ボタン６３２（「許可しない」）が押下されると、管理者端末３０における表示画面は、管理者ポータル画面５３０に遷移する。ボタン６３１（「アクセス許可」）が押下されると、管理者端末３０は、連携先ストレージのアカウント登録要求をサーバ装置２０に送信する（Ｓ１１１）。当該アカウント登録要求には、ストレージ連携画面６１０に入力されたストレージ名、及びアカウント入力画面６２０に入力されたアカウント情報（ＩＤ及びパスワード）が含まれる。
【００９３】
サーバ装置２０の設定登録部２２１は、アカウント登録要求に応じ、ユーザ情報記憶部２３１（図８）において、ログイン管理者に係る組織ＩＤに対応する組織レコードのストレージアカウント情報に、当該要求に含まれているストレージ名、ＩＤ、及びパスワードを登録する（Ｓ１１２）。図８には、組織ＩＤ＝１２３に係る組織レコードに対して、ＳｔｏｒｅｇｅＡのストレージ名と、ＳｔｏｒｅｇａＡに対するＩＤ及びパスワードが登録された例が示されている。
【００９４】
なお、連携先ストレージ及び連携先ストレージに対するアカウント情報が、ユーザごとに設定可能とされてもよい。この場合、例えば、ストレージ連携画面６１０又はアカウント入力画面６２０において、一以上のユーザ名を入力可能な領域が設けられてもよい。当該領域に入力されたユーザ名は、アカウント登録要求に含まれてサーバ装置２０に送信される。サーバ装置２０の設定登録部２２１は、アカウント登録要求に含まれているユーザ名に対応する構成員レコードのストレージアカウント情報に、当該要求に含まれているストレージ名、ＩＤ、及びパスワードを登録する。
【００９５】
アカウント登録要に応じたサーバ装置２０における登録処理が成功すると、管理者端末３０には、ストレージ連携画面６１０ａが表示される。ストレージ連携画面６１０ａの連携先ストレージ表示領域６１１には、連携先ストレージのストレージ名が表示される。なお、続けて他のオンラインストレージに関するアカウント情報の登録等が行われてもよい。すなわち、一つの組織レコード又は構成員レコードに対して、複数のオンラインストレージに対するアカウント情報が登録されてもよい。
【００９６】
続いて、管理者は、ユーザ環境Ｅ１において、ＳｃａｎＴｏＳｔｏｒｅｇｅサービスの利用を許可する構成員ユーザの登録を行う。具体的には、管理者は、管理者ポータル画面５３０（図７）の利用者登録領域５３５のテキストボックス５３５ｔに、当該構成員ユーザに関する情報（以下「ユーザ情報」という。）が記述されたファイル（以下、「ユーザ情報ファイル」という。）のファイル名を入力し、登録ボタン５３５ｂを押下する。
【００９７】
一人の構成員ユーザに関するユーザ情報は、例えば、ユーザ名、パスワード、及びカードＩＤ等の項目を含む。これらの項目の値が、例えば、図１２に示されるような形式でユーザ情報ファイルに記述されている。
【００９８】
図１２は、ユーザ情報ファイルにおけるユーザ情報の記述例を示す図である。図１２では、各項目の値が、カンマによって区切られた、ＣＳＶ形式によって、ユーザ情報が記述された例が示されている。但し、ユーザ情報ファイルにおけるユーザ情報の記述形式は、ＣＳＶ形式に限定されない。ＸＭＬ（eXtensible Markup Language）形式であってもよいし、他の形式であってもよい。
【００９９】
ユーザ情報ファイルのファイル名がテキストボックス５３５ｔに入力され、登録ボタン５３５ｂが押下されると、管理者端末３０は、ユーザ情報ファイルに記述されているユーザ情報を含むユーザ登録要求を、サーバ装置２０に送信する（Ｓ１１３）。
【０１００】
サーバ装置２０の設定登録部２２１は、ユーザ登録要求に含まれているユーザ情報を、ログイン管理者に係る組織ＩＤに対応付けて、ユーザ情報記憶部２３１に登録する（Ｓ１１４）。すなわち、ユーザ情報ごとに新たな利用者レコードが生成され、各利用者レコードに対して、一つのユーザ情報が登録される。図８の例では、ユーザ名が、Ｂ、Ｃ、又はＤのレコードがステップＳ１１４において登録される。なお、管理者に関するユーザ情報が、ユーザ登録要求に含まれていてもよい。この場合、管理者に関するユーザ情報とは、ユーザ名が、管理者レコードのユーザ名と一致するユーザ情報をいう。この場合、ユーザ登録要求に含まれているユーザ情報によって、管理者レコードの内容が更新されてもよい。そうすることにより、例えば、管理者のカードＩＤが、このタイミングで登録されてもよい。
【０１０１】
続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用に際して、各クライアント装置１０の操作パネル１５に表示される操作画面の構成情報であるプロファイルの編集作業等を行う。本実施の形態におけるプロファイルは、スキャン機器アプリ１２５の操作画面に関する情報であり、画面上のボタンのレイアウトや、ボタンごとに、スキャンの読み取り条件、スキャンされた画像データに対する加工処理、及び保存先（配信先）とするストレージ等に関する情報を含む。
【０１０２】
図１３は、プロファイルの概念モデルを説明するための図である。図１３に示されるように、各クライアント装置１０は、一つのプロファイルを有する。但し、クライアント装置１０ごとに異なるプロファイルが設定されてもよいし、例えば、ユーザごとに異なるプロファイルが一つのクライアント装置１０に設定されてもよい。
【０１０３】
プロファイルは、一以上のグループを含む。グループとは、操作画面において、例えば、タブウィンドウに対応する概念である。図１３では、グループの具体例として、「営業」及び「開発」が示されている。これらは、それぞれ営業タブウィンドウ又は開発タブウィンドウを示す。
【０１０４】
一つのグループは、一以上のプロジェクト及び画面レイアウト情報を含む。プロジェクトは、例えば、タブウィンドウ上に配置されるボタン等の操作部品に対応する概念である。図１３では、プロジェクトの具体例として「伝票」、「日報」、「商品情報」及び「顧客情報」等が示されている。これらは、例えば、営業タブウィンドウに配置される各ボタンのラベルを示す。
【０１０５】
画面レイアウト情報は、一つのタブウィンドウ内における操作部品（ボタン）の配置位置や大きさ等を示す情報である。但し、画面レイアウト情報は、プロファイルに対して一対一に関連付いてもよい。この場合、同一のプロファイルに属する各グルーブに対応する画面レイアウト（操作部品の配置等）は、共通のものとなる。
【０１０６】
一つのプロジェクトは、読み取り条件、ストレージ連携情報、及び加工情報等を有する、又はこれらの情報に対応付けられる。読み取り条件は、スキャン時の読み取り条件である。ストレージ連携情報とは、スキャンされた画像データに関して、いずれのオンラインストレージのいずれのフォルダを保存先とするか等を示す情報である。加工情報は、スキャンされた画像データに関して、保存前に行われる加工処理（画像処理）に関する情報である。
【０１０７】
管理者ポータル画面５３０（図７）において、プロファイル設定ボタン５３３が押下されると、管理者端末３０には、プロファイル設定画面５５０が表示される。図７に示されるように、プロファイル設定画面５５０は、プロファイル編集ボタン５５１及び機器設定ボタン５５２を含む。管理者によって、プロファイル編集ボタン５５１が選択されると、管理者端末３０には、プロファイル設定画面５５０上に、プロファイル編集画面７１０が表示される。
【０１０８】
図１４は、プロファイル編集画面の表示例を示す図である。図１４において、プロファイル編集画面７１０は、プロファイル名入力領域７１１、編集対象画面表示領域７１２、ボタン編集領域７１３、編集ボタン７１４〜７１７、及び登録ボタン７１８等を含む。
【０１０９】
プロファイル名入力領域７１１は、プロファイル名の入力を受け付ける領域である。編集対象画面表示領域７１２は、編集対象とされている画面（スキャン機器アプリ１２５の操作画面）が表示される領域である。図１４では、図１３に示した概念モデルに対応した画面例が表示されている。すなわち、営業タブウィンドウ及び開発タブウィンドウを含み、営業タブウィンドウ内に、日報ボタン、顧客情報ボタン、商品情報ボタン、及び伝票ボタン等を含む画面が編集対象とされた例が示されている。
【０１１０】
操作ボタン７１４〜７１７は、新たなタブウィンドウの追加、編集対象とされているタブウィンドウの削除、編集対象とされているタブウィンドウに対するボタンの追加、編集対象とされているタブウィンドウにおいて選択されているボタンの削除等を行わせるためのボタンである。
【０１１１】
なお、編集対象画面表示領域７１２の初期状態は、一つのタブウィンドウに一つのボタンが配置された状態であってもよいし、予め雛型として作成されているプロファイルに基づく状態であってもよい。
【０１１２】
編集対象画面表示領域７１２において、選択されたボタン（以下、「対象ボタン」という。）は、操作ボタン７１６及び７１７、又はボタン編集領域７１３の編集対象となる。ボタン編集領域７１３は、例えば、読み取り条件設定領域７１３１、加工情報設定領域７１３２、及びストレージ連携情報設定領域７１３３等を含む。
【０１１３】
読み取り条件設定領域７１３１は、対象ボタンが押下された場合に実行されるスキャンに関する読み取り条件の設定を受け付ける領域である。図１４では、両面、解像度、及びファイル形式が設定項目の一例として示されているが、カラーモード等、他の項目の設定が可能とされてもよい。
【０１１４】
加工情報設定領域７１３２は、対象ボタンの押下に応じてスキャンされた画像データに対して実行する加工処理の設定を受け付ける領域である。図１４では、ＯＣＲ（Optical Character Recognition）が設定された例が示されている。この場合、ＯＣＲの結果が保存対象とされる。ＯＣＲの他に、ＯＣＲ結果の翻訳、画像データのデータ形式の変換等が加工処理として設定されてもよい。また、複数の加工処理の組み合わせの設定が可能とされてもよい。
【０１１５】
ストレージ連携情報設定領域７１３３は、対象ボタンの押下に応じて、スキャンされ、必要に応じて加工処理が施されたデータの保存先に関する設定を受け付けるための領域である。図１４では、保存先とするオンラインストレージのストレージ名、及び当該オンラインストレージにおけるフォルダ名が設定可能とされた例が示されている。なお、保存先として選択可能なストレージ名は、ログイン管理者に係る組織ＩＤに対応する組織レコード（図８）のストレージアカウント情報に登録されているストレージ名である。また、フォルダ名は、対象ボタンのボタン名（ラベル）となる。すなわち、フォルダ名が変更されると、対象ボタンのボタン名は変更される。但し、ボタン名とフォルダ名とは必ずしも一致していなくてもよい。
【０１１６】
プロファイル編集画面７１０において必要な編集が完了し、登録ボタン７１８が押下されると、管理者端末３０は、プロファイル編集画面７１０における編集内容を含むプロファイル登録要求をサーバ装置２０に送信する（Ｓ１１５）。サーバ装置２０の設定登録部２２１は、プロファイル登録要求に応じ、当該登録要求に含まれている情報を、ログイン管理者に係る組織ＩＤに対応付けて、プロファイル記憶部２３４に登録する（Ｓ１１６）。
【０１１７】
図１５は、プロファイル記憶部の構成例を示す図である。プロファイル記憶部２３４は、プロファイルごとに、組織ＩＤ、プロファイル名、グループ、及びプロジェクト等の項目を有する。
【０１１８】
組織ＩＤは、プロファイルが属する組織の組織ＩＤである。プロファイル名は、プロファイルの名前である。グループは、プロファイルに含まれるグループである。一つのプロファイルに対するレコード内に、グループごとのレコード（以下、「グループレコード」という。）が形成される。プロジェクトは、グループに含まれるプロジェクトである。一つのグループレコード内に、プロジェクトごとのレコード（以下、「プロジェクトレコード」という。）が形成される。
【０１１９】
一つのグループレコードは、グループ名及びレイアウト情報及び１以上のプロジェクトレコードを含む。グループ名は、グループの識別名であり、グループに対応するタブウィンドウのタブに表示されるラベルでもある。レイアウト情報は、グループに対応するタブウィンドウ内における各ボタンの配置情報である。なお、図１３において説明したプロファイルの概念モデルにおいて、画面レイアウト情報が、プロファイルに一対一に関連付く場合、レイアウト情報は、例えば、プロファイル名の横の項目であって、同一のプロファイルに属する複数のグループレコードに跨る項目に（すなわち、グループレコードの外側に）記憶されるようにしてもよい。
【０１２０】
一つのプロジェクトレコードは、プロジェクト名、読み取り条件、加工情報、及びストレージ連携情報等を含む。プロジェクト名は、プロジェクトの識別名であり、プロジェクトが対応するボタンのラベルでもある。本実施の形態において、プロジェクト名は、ストレージ連携情報のフォルダ名に一致する。他の項目については、プロファイル編集画面７１０（図１４）において説明した通りである。
【０１２１】
続いて、管理者によって、プロファイル設定画面５５０（図７）の機器設定ボタン５５２が押下されると、管理者端末３０には、プロファイル機器設定画面７２０が表示される。
【０１２２】
図１６は、プロファイル機器設定画面の表示例を示す図である。プロファイル機器設定画面７２０は、プロファイルと各クライアント装置１０との対応付けを設定させるための画面である。図１６に示されるように、プロファイル機器設定画面７２０には、ログイン管理者に係る組織ＩＤに対応付けられて機器情報記憶部２３２に機器情報が記憶されているクライアント装置１０ごとに、機器情報及びプロファイル名入力領域７２１が表示される。管理者は、プロファイル名入力領域７２１に対して、各クライアント装置１０に対応付ける（各クライアント装置１０において利用される）プロファイルのプロファイル名を入力し、登録ボタン７２２を押下する。
【０１２３】
登録ボタン７２２の押下に応じ、管理者端末３０は、プロファイル機器設定画面７２０における設定内容（例えば、機体番号とプロファイル名との組み合わせ）を含む登録要求をサーバ装置２０に送信する。サーバ装置２０の設定登録部２２１は、当該登録要求に含まれている情報を、プロファイル機器対応記憶部２３５に登録する。
【０１２４】
図１７は、プロファイル機器対応記憶部の構成例を示す図である。プロファイル機器対応記憶部２３５は、機体番号、プロファイル名、及び機器アプリのアプリＩＤを対応付けて記憶する。対応付けられるアプリＩＤは、マーケットプレース画面５４０（図７）において選択された機器アプリのアプリＩＤである。すなわち、設定登録部２２１は、当該機器アプリのアプリＩＤを、ログイン管理者に対応付けてメモリ装置２０３等に記憶しておき、プロファイル機器設定画面７２０における設定内容の登録要求に応じ、当該アプリＩＤを当該設定内容に対応付けてプロファイル機器対応記憶部２３５に記憶する。
【０１２５】
続いて、管理者ポータル画面５３０（図７）のログアウトボタン５３６が押下されると（Ｓ１１７）、管理者端末３０は、サーバ装置２０に対してログアウト要求を送信する。ログアウト要求の受信に応じ、サーバ装置２０は、ログイン管理者のログイン状態を解除する。
【０１２６】
以上でＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用するための管理者による準備作業は完了する。続いて、構成員ユーザによって、ＳｃａｎＴｏＳｔｏｒｅｇｅサービスが利用される際に、情報処理システム１において実行される処理手順について説明する。
【０１２７】
＜情報処理システムの動作（その１）＞
図１８は、ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。図１８の説明において、操作対象とされるクライアント装置１０を、単に「クライアント装置１０」といい、クライアント装置１０を操作する或る構成員ユーザを、単に「ユーザ」という。また、図１８の処理の開始時において、クライアント装置１０には、いずれのユーザもログインしていない状態であるとする。
【０１２８】
ユーザが、クライアント装置１０にログインすべく、クライアント装置１０の非図示のカードリーダにＩＣカードを翳すと、機器認証部１２２は、カードリーダを介して当該ＩＣカードよりカードＩＤを取得する（Ｓ２０１）。続いて、機器認証部１２２は、カードＩＤを含む認証要求をサーバ装置２０に送信する（Ｓ２０２）。
【０１２９】
サーバ装置２０の認証処理部２２３は、認証要求の受信に応じ、認証要求に含まれているカードＩＤについて認証を行う。例えば、当該カードＩＤを含むレコードがユーザ情報記憶部２３１に記憶されていれば認証は成功したとされてもよい。又は、クライアント装置１０からカードＩＤと共に組織ＩＤ及び機体番号が送信されてもよい。この場合、組織ＩＤ、機体番号、及びカードＩＤの組み合わせに矛盾が無ければ、認証は成功したとされてもよい。認証が成功した場合、セッション管理部２２４は、クライアント装置１０との間のセッションを開設する。セッション管理部２２４は、ユーザ情報記憶部２３１において、当該カードＩＤに対応付けられている組織ＩＤ及びユーザ名を、当該セッションに対応付けてメモリ装置２０３に記憶する。セッション管理部２２４は、また、当該セッションの識別情報であるトークン（ｃｏｏｋｉｅ）を生成する。認証処理部２２３は、当該トークンを認証の成功を示す応答に含めてクライアント装置１０の機器認証部１２２に返信する（Ｓ２０３）。
【０１３０】
機器認証部１２２は、認証成功の応答の受信に応じ、当該応答に含まれているトークンを、ＲＡＭ１１２に記憶する。機器認証部１２２は、また、ユーザの操作を可能とするため、操作パネル１５に対する利用制限（ロック）を解除する（Ｓ２０４）。利用制限が解除されることにより、ユーザは、操作パネル１５を介してクライアント装置１０の操作が可能となる。
【０１３１】
続いて、機器認証部１２２は、クライアント装置１０内で起動している各アプリケーションに対して、ログインの成功を通知する。本実施の形態では、スキャン機器アプリ１２５にもログインの成功が通知される（Ｓ２０５）。ログインの成功の通知には、トークンが添付される。したがって、スキャン機器アプリ１２５は、当該通知を介してトークンを入手する。
【０１３２】
続いて、ユーザによる操作パネル１５を介した操作によって、スキャン機器アプリ１２５が利用対象として選択されると、スキャン機器アプリ１２５は、自らのアプリＩＤ、トークン、及びクライアント装置１０（自装置）の機体番号等を指定して、プロファイルの取得要求を、サーバ装置２０のスキャンサーバアプリ２１１宛に送信する（Ｓ２０６）。サーバ装置２０のセッション管理部２２４は、当該取得要求を中継する。中継に際し、セッション管理部２２４は、当該取得要求に含まれているトークンを、当該トークンによって識別されるセッションの組織ＩＤ及びユーザ名に変換して、当該取得要求をスキャンサーバアプリ２１１に転送する（Ｓ２０７）。なお、セッション管理部２２４は、不正なトークンを含む要求については、拒絶する。
【０１３３】
続いて、スキャンサーバアプリ２１１は、当該取得要求に指定されているアプリＩＤ及び機体番号に対応付いているプロファイル名を、プロファイル機器対応記憶部２３５（図１７）を参照して特定する。スキャンサーバアプリ２１１は、更に、特定されたプロファイル名、及びトークンから変換された組織ＩＤによって識別されるプロファイルを、プロファイル記憶部２３４（図１５）より取得し、取得されたプロファイルを、スキャン機器アプリ１２５に返信する（Ｓ２０８）。
【０１３４】
スキャン機器アプリ１２５は、返信されたプロファイルに基づいて、操作画面を生成する（Ｓ２０９）。続いて、スキャン機器アプリ１２５は、当該操作画面を操作パネル１５に表示させる（Ｓ２１０）。なお、厳密には、プロファイルに基づく操作画面の生成及び操作パネル１５への表示は、表示制御部１２４によって実行される。
【０１３５】
図１９は、スキャン機器アプリの操作画面の表示例を示す図である。図１９に示される操作画面８１０は、図１４の編集対象画面表示領域７１２に示されている画面と同じである。
【０１３６】
続いて、ユーザによって、操作画面８１０のボタンの中から、ユーザの業務に適したボタンが選択される（Ｓ２１１）。例えば、日報をスキャン対象とする場合、ボタン８１１が選択される。操作パネル１５によってボタンの選択が通知されると（Ｓ２１２）、スキャン機器アプリ１２５は、選択されたボタン８１１（「日報」）に対応するグループ名及びプロジェクト名と、読み込み条件とをＲＡＭ１１２に記憶する（Ｓ２１３）。当該読み込み条件は、操作画面８１０の生成に用いられたプロファイルに含まれている。
【０１３７】
続いて、ユーザによって、スキャン対象とされる原稿（日報）がクライアント装置１０にセットされ、操作パネル１５上のスタートボタンが押下されると（Ｓ２１４）、操作パネル１５は、スキャン機器アプリ１２５に対してスタートボタンの押下を通知する（Ｓ２１５）。スタートボタンの押下の通知に応じ、スキャン機器アプリ１２５は、機器制御部１２１を介して原稿のスキャンジョブをクライアント装置１０に実行させる（Ｓ２１６）。すなわち、スキャナ１２によって原稿から画像データが読み取られる。この際、読み取り条件は、ステップＳ２１３においてＲＡＭ１１２に記憶されたものが用いられる。したがって、日報のスキャンに適した読み取り条件によって、原稿のスキャンが実行され、画像データが生成される。
【０１３８】
続いて、スキャン機器アプリ１２５は、当該画像データを、自らのアプリＩＤ、機体番号、選択されたボタンのグループ名及びプロジェクト名、並びにトークンと共にスキャンサーバアプリ２１１に送信（アップロード）する（Ｓ２１７）。セッション管理部２２４は、当該トークンを組織ＩＤ及びユーザ名に変換し、変換結果、アプリＩＤ、機体番号、グループ名及びプロジェクト名、並びに当該画像データをスキャンサーバアプリ２１１に転送する（Ｓ２１８）。
【０１３９】
スキャンサーバアプリ２１１は、転送されたアプリＩＤ及び機体番号に対応するプロファイルを、プロファイル機器対応記憶部２３５及びプロファイル記憶部２３４に基づいて特定し、当該プロファイルにおいて、転送されたグループＩＤ及びプロジェクトＩＤに対応する加工情報及びストレージ連携情報を特定する。
【０１４０】
スキャンサーバアプリ２１１は、当該加工情報及び当該ストレージ連携情報に応じた処理を示すジョブ（以下、「ジョブＡ」という。）の実行要求をジョブ処理部２２５に投入する（Ｓ２１９）。ここでは、加工情報は、ＯＣＲ処理を実行することを示し、ストレージ情報は、ＳｔｏｒａｇｅＡの「／日報」フォルダへ保存（アップロード）することを示すこととする。また、ジョブには、クライアント装置１０に係る組織ＩＤ、ユーザ名、及びスキャンされた画像データが関連付けられる。なお、ジョブの実行要求は、ＲＡＭ１１２に形成されているジョブキューに蓄積される。ジョブの実行は、ジョブの実行要求とは非同期に実行される。但し、ジョブの実行要求と同期的にジョブが実行されてもよい。
【０１４１】
続いて、ジョブ処理部２２５は、ジョブキューよりジョブＡを取り出すと、ジョブＡに係る加工情報に基づいて、ＯＣＲ処理をＯＣＲ処理部２２６に要求する（Ｓ２２０）。ＯＣＲ処理部２２６は、画像データに関してＯＣＲ処理を実行し、処理結果としてのテキストデータを出力する（Ｓ２２１）。
【０１４２】
続いて、ジョブ処理部２２５は、当該テキストデータと、ストレージ連携情報が示すストレージ名及びフォルダ名と、組織ＩＤ及びユーザ名とを指定して、アップロードの実行をアップロード処理部２２７に要求する（Ｓ２２２）。アップロード処理部２２７は、当該アップロードに応じた処理の実行を、ストレージ連携部２２８に要求する（Ｓ２２３）。
【０１４３】
ストレージ連携部２２８は、指定されたストレージ名に係るオンラインストレージシステム４０に対するログインを認証処理部２２３に要求する（Ｓ２２４）。ストレージ連携部２２８は、アップロード要求に指定された組織ＩＤ及びストレージ名を当該ログイン要求に指定する。認証処理部２２３は、当該組織ＩＤに対応する組織レコードをユーザ情報記憶部２３１より取得し、当該組織レコードのストレージアカウント情報において、アップロード要求に係るストレージ名に対応付けられているアカウント情報（ＩＤ及びパスワード）を取得する。認証処理部２２３は、取得されたアカウント情報を用いて、例えば、ＳｔｏｒａｇｅＡに係るオンラインストレージシステム４０（以下、単に「ＳｔｏｒａｇｅＡ」という。）に対して認証要求を送信する（Ｓ２２５）。
【０１４４】
ＳｔｏｒａｇｅＡは、当該認証要求に指定されたアカウント情報について認証に成功すると、ＳｔｏｒａｇｅＡへのアクセス用のトークンを返信する（Ｓ２２６）。認証処理部２２３は、返信されたトークンを、ストレージ連携部２２８に返却する（Ｓ２２７）。
【０１４５】
続いて、ストレージ連携部２２８は、当該トークンを指定して、ＯＣＲ処理によって得られたテキストデータについて、アップロード要求に指定されたストレージ名によって特定されるオンラインストレージ（ＳｔｏｒａｇｅＡ）に対して保存要求を送信する（Ｓ２２８）。この際、アップロード要求に指定されたフォルダ名（／日報）が保存先のフォルダとして指定される。
【０１４６】
その結果、ＳｔｏｒａｇｅＡの／日報に対して、当該テキストデータが保存される。
【０１４７】
＜情報処理システムの動作（その２）＞
図２０は、ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一実施例を説明するためのシーケンス図である。図２０は主に、図１８のステップＳ２１４−Ｓ２２８の処理の詳細を示す。図２０の処理の開始時において、クライアント装置１０は、ユーザがログインしている状態である。
【０１４８】
クライアント装置１０のスキャン機器アプリ１２５は、ジョブ処理を開始する（Ｓ３０１）。具体的には、ユーザによって、スキャン対象とされる原稿（日報）がクライアント装置１０にセットされ、操作パネル１５上のスタートボタンが押下されると、操作パネル１５は、スキャン機器アプリ１２５に対してスタートボタンの押下を通知する。スタートボタンの押下の通知に応じ、スキャン機器アプリ１２５は、機器制御部１２１を介して原稿のスキャンジョブをクライアント装置１０に実行させる。すなわち、スキャナ１２によって原稿から画像データが読み取られる。
【０１４９】
クライアント装置１０のスキャン機器アプリ１２５は、サーバ装置２０へジョブ処理を依頼する（Ｓ３０２）。スキャン機器アプリ１２５は、当該画像データを、自らのアプリＩＤ、機体番号、選択されたボタンのグループ名及びプロジェクト名、並びにトークンと共にスキャンサーバアプリ２１１に送信（アップロード）する。
【０１５０】
図２１は、画像データ送信画面の表示例を示す図である。画像データをサーバ装置２０へ送信する際に、表示制御部１２４は、画像データ送信画面９１０を表示する。ユーザが「ＯＫ」を選択することによって、画像データ送信画面９１０は消去される。
【０１５１】
クライアント装置１０のジョブ処理完了待機処理部１２６は、サーバ装置２０によるジョブ処理が完了するまで待機するか否かを判断する（Ｓ３０３）。ジョブ処理完了待機処理部１２６は、サーバ装置２０によるジョブ処理が完了するまで待機するように設定されているか否かを判断することで、ジョブ処理が完了するまで待機するか否かを判断する。
【０１５２】
ジョブ処理が完了するまで待機するように設定されていない場合、クライアント装置１０のジョブ処理完了待機処理部１２６は、ジョブ処理が完了するまで待機しないことを表す情報を付帯したジョブ処理完了待機情報を作成し、通信部１２３からサーバ装置２０へ送信する（Ｓ３０４）。
【０１５３】
クライアント装置１０の表示制御部１２４は、クライアント装置１０によるジョブ処理が完了したことを表示する（Ｓ３０５）。
【０１５４】
図２２は、画像データ送信完了画面の表示例を示す図である。画像データをサーバ装置２０へ送信するジョブ処理が完了した場合に、表示制御部１２４は、画像データ送信完了画面９２０を表示する。ユーザが「ＯＫ」を選択することによって、画像データ送信完了画面９２０は消去される。
【０１５５】
ジョブ処理が完了するまで待機するように設定されている場合、クライアント装置１０のジョブ処理完了待機処理部１２６は、ジョブ処理が完了するまで待機することを表す情報を付帯したジョブ処理完了待機情報を作成し、通信部１２３からサーバ装置２０へ送信する（Ｓ３０６）。
【０１５６】
サーバ装置２０の機器通信部２２２はクライアント装置１０から送信されたジョブ処理完了待機情報を受信し、ジョブ処理完了待機情報に付帯されている情報がジョブ処理が完了するまで待機することを表す情報であるか否かを判断する（Ｓ３０７）。
【０１５７】
ジョブ処理完了待機情報にジョブ処理が完了するまで待機することを表す情報が付帯されている場合、サーバ装置２０の負荷情報取得部２０９は、サーバ装置２０の負荷状況を取得する（Ｓ３０８）。具体的には負荷情報取得部２０９は、実行待ちプロセスの平均数（ロードアベレージ）、ＣＰＵパワー、プロセスのメモリ使用量、処理中のジョブ数（スレッド数）、処理開始前のジョブのサイズ等の負荷状況を取得することができる。
【０１５８】
サーバ装置２０の機器通信部２２２は、クライアント装置１０に負荷情報取得部２０９によって取得した負荷状況を表す情報を送信する（Ｓ３０９）。
【０１５９】
Ｓ３０７でジョブ処理完了待機情報にジョブ処理が完了するまで待機しないことを表す情報が付帯されている場合、又はＳ３０９でクライアント装置１０に負荷状況を表す情報を送信した後、サーバ装置２０のスキャンサーバアプリ２１１は、ジョブ処理を開始する（Ｓ３１０）。具体的には、スキャンサーバアプリ２１１は、転送されたアプリＩＤ及び機体番号に対応するプロファイルを、プロファイル機器対応記憶部２３５及びプロファイル記憶部２３４に基づいて特定し、当該プロファイルにおいて、転送されたグループＩＤ及びプロジェクトＩＤに対応する加工情報及びストレージ連携情報を特定する。
【０１６０】
スキャンサーバアプリ２１１は、当該加工情報及び当該ストレージ連携情報に応じた処理を示すジョブＡの実行要求をジョブ処理部２２５に投入する。ここでは、加工情報は、ＯＣＲ処理を実行することを示し、ストレージ情報は、ＳｔｏｒａｇｅＡの「／日報」フォルダへ保存（アップロード）することを示すこととする。また、ジョブには、クライアント装置１０に係る組織ＩＤ、ユーザ名、及びスキャンされた画像データが関連付けられる。なお、ジョブの実行要求は、ＲＡＭ１１２に形成されているジョブキューに蓄積される。ジョブの実行は、ジョブの実行要求とは非同期に実行される。但し、ジョブの実行要求と同期的にジョブが実行されてもよい。
【０１６１】
続いて、ジョブ処理部２２５は、ジョブキューよりジョブＡを取り出すと、ジョブＡに係る加工情報に基づいて、ＯＣＲ処理をＯＣＲ処理部２２６に要求する。ＯＣＲ処理部２２６は、画像データに関してＯＣＲ処理を実行し、処理結果としてのテキストデータを出力する。
【０１６２】
サーバ装置２０のアップロード処理部２２７は、ストレージサービスへの配信を行う（Ｓ３１１）。アップロード処理部２２７は、当該アップロードに応じた処理の実行を、ストレージ連携部２２８に要求する。ストレージ連携部２２８は、指定されたストレージ名に係るオンラインストレージシステム４０に対するログインを認証処理部２２３に要求する。ストレージ連携部２２８は、アップロード要求に指定された組織ＩＤ及びストレージ名を当該ログイン要求に指定する。認証処理部２２３は、当該組織ＩＤに対応する組織レコードをユーザ情報記憶部２３１より取得し、当該組織レコードのストレージアカウント情報において、アップロード要求に係るストレージ名に対応付けられているアカウント情報（ＩＤ及びパスワード）を取得する。認証処理部２２３は、取得されたアカウント情報を用いて、例えば、ＳｔｏｒａｇｅＡに係るオンラインストレージシステム４０（以下、単に「ＳｔｏｒａｇｅＡ」という。）に対して認証要求を送信する。ＳｔｏｒａｇｅＡは、当該認証要求に指定されたアカウント情報について認証に成功すると、ＳｔｏｒａｇｅＡへのアクセス用のトークンを返信する。認証処理部２２３は、返信されたトークンを、ストレージ連携部２２８に返却する。続いて、ストレージ連携部２２８は、当該トークンを指定して、ＯＣＲ処理によって得られたテキストデータについて、アップロード要求に指定されたストレージ名によって特定されるオンラインストレージ（ＳｔｏｒａｇｅＡ）に対して保存要求を送信する。この際、アップロード要求に指定されたフォルダ名（／日報）が保存先のフォルダとして指定される。
【０１６３】
その結果、ＳｔｏｒａｇｅＡの／日報に対して、当該テキストデータが保存される（Ｓ３１２）。
【０１６４】
ストレージサービスへの配信が完了すると、サーバ装置２０のジョブ処理部２２５は、ジョブ処理が完了したこととその結果をクライアント装置１０へ送信する（ステップＳ３１３）。
【０１６５】
サーバ装置２０のジョブ処理部２２５は、ジョブ処理を実行したユーザにメールでジョブ処理の結果を通知するとともに、ジョブログにジョブ処理の結果を書き込む（ステップＳ３１４）。
【０１６６】
Ｓ３０９でサーバ装置２０から送信された負荷状況を表す情報は、クライアント装置１０の通信部１２３によって受信され、ジョブ処理完了待機処理部１２６へ入力される。ジョブ処理完了待機処理部１２６は、負荷状況を表す情報によって示される負荷状況が高いか否かを判定する（Ｓ３１５）。
【０１６７】
負荷状況が高いと判定した場合、つまり、負荷状況が所定の閾値より高い場合にはクライアント装置１０の表示制御部１２４は、クライアント装置１０のジョブ処理が完了したことを表示する（Ｓ３１６）。具体的には、実行待ちプロセスの平均数、ＣＰＵパワー、プロセスのメモリ使用量、処理中のジョブ数、及び処理開始前のジョブのサイズを予め設定される各閾値とそれぞれ比較し、いずれかが閾値よりも高い場合に負荷状況が高いと判定する。
【０１６８】
図２３は、画像データ送信成功画面の表示例を示す図である。画像データをサーバ装置２０へ送信するジョブ処理が成功した場合に、表示制御部１２４は、画像データ送信成功画面９３０を表示する。ユーザが「ＯＫ」を選択することによって、画像データ送信成功画面９３０は消去される。
【０１６９】
図２４は、画像データ送信失敗画面の表示例を示す図である。画像データをサーバ装置２０へ送信するジョブ処理が失敗した場合に、表示制御部１２４は、画像データ送信失敗画面９４０を表示する。ユーザが「ＯＫ」を選択することによって、画像データ送信失敗画面９４０は消去される。
【０１７０】
負荷状況が低いと判定した場合、つまり、負荷状況が所定の閾値以下である場合にはクライアント装置１０のジョブ処理完了待機処理部１２６は、サーバ装置２０から処理が完了したことが通知されるまで待機する。具体的には、実行待ちプロセスの平均数、ＣＰＵパワー、プロセスのメモリ使用量、処理中のジョブ数、及び処理開始前のジョブのサイズを予め設定される各閾値とそれぞれ比較し、全負荷状況が閾値以下である場合に負荷状況が低いと判定する。例えば、クライアント装置１０のジョブ処理完了待機処理部１２６は、定期的に当該ＩＰアドレス及び当該ポート番号宛に、何らかの事象の発生の有無を問い合わせるためのポーリングを行う（Ｓ３１７）。
【０１７１】
クライアント装置１０のジョブ処理完了待機処理部１２６は、何らかの事象の発生の有無を問い合わせるためのポーリングを行う所定の期間が経過することによってタイムアウトとなったか否かを判断する（Ｓ３１８）。
【０１７２】
タイムアウトとなった場合、クライアント装置１０のジョブ処理完了待機処理部１２６は、ポーリングを終了する（Ｓ３１９）。
【０１７３】
クライアント装置１０の表示制御部１２４は、クライアント装置１０のジョブ処理が完了したことを表示する（Ｓ３２０）。
【０１７４】
画像データをサーバ装置２０へ送信するジョブ処理が成功した場合に、表示制御部１２４が表示する画像データ送信成功画面９３０は、図２３を適用できる。また、画像データをサーバ装置２０へ送信するジョブ処理が失敗した場合に、表示制御部１２４が表示する画像データ送信失敗画面９４０は、図２４を適用できる。
【０１７５】
サーバ装置２０の負荷状況処理部２２９は、Ｓ３１７でクライアント装置１０よって行われたポーリングに応じて、サーバ装置２０の負荷状況を取得する（Ｓ３２１）。
【０１７６】
サーバ装置２０の機器通信部２２２は、クライアント装置１０に負荷情報取得部２０９によって取得した負荷状況を表す情報を送信する（Ｓ３２２）。
【０１７７】
クライアント装置１０のジョブ処理完了待機処理部１２６は、Ｓ３２２でサーバ装置２０から通知された負荷状況を表す情報によって示される負荷状況が高いか否か、又はＳ３１３でジョブ処理が完了していることが通知されたかを判定する（Ｓ３２３）。負荷状況が高いか否かを判定する処理は、上述した方法を適用できる。
【０１７８】
Ｓ３２３で負荷状況を表す情報によって示される負荷状況が低いと判定した場合ステップＳ３１７へ戻る。また、Ｓ３２３で負荷状況を表す情報によって示される負荷状況が高いと判定した場合クライアント装置１０の表示制御部１２４は、クライアント装置１０のジョブ処理が完了したことを表示する（Ｓ３２４）。
【０１７９】
画像データをサーバ装置２０へ送信するジョブ処理が成功した場合に、表示制御部１２４が表示する画像データ送信成功画面９３０は、図２３を適用できる。また、画像データをサーバ装置２０へ送信するジョブ処理が失敗した場合に、表示制御部１２４が表示する画像データ送信失敗画面９４０は、図２４を適用できる。
【０１８０】
また、負荷状況を表す情報によってジョブ処理が完了していることが通知された場合、クライアント装置１０の表示制御部１２４は、サーバ装置２０から送信されるジョブ処理完了通知を表示する（Ｓ３２５）。
【０１８１】
本実施例によれは、サーバ装置２０によってジョブ処理が完了した際に、その処理の結果をクライアント装置に通知できるため、ユーザはクライアント装置を利用してシームレスにその結果を確認できる。また、クライアント装置１０から要求されたジョブの処理に時間を要する場合や、時間を要することが予測される場合には、クライアント装置とサーバ装置との間で同期処理から非同期処理に切り替える。これによって、サーバ装置によるジョブ処理が終了しても、クライアント装置には通知されないが、ユーザはクライアント装置を利用して処理を行うことができる。つまり、ユーザがクライアント装置を利用して、ジョブ処理を要求した後に、ジョブ処理の結果を受けた次のアクション（操作）を取りやすくすることができる。
【０１８２】
＜変形例＞
情報処理システムの一変形例は、図１を適用できる。
【０１８３】
クライアント装置１０は、サーバ装置２０へ、ジョブ処理要求情報を送信した際に、そのジョブ処理が完了するまで待機するか否かを表す情報を付帯したジョブ処理完了待機情報を送信する。このジョブ処理完了待機情報は、サーバ装置２０へジョブ処理を依頼する際に、ユーザによって設定することができる。
【０１８４】
サーバ装置２０は、クライアント装置１０から送信されるジョブ処理完了待機情報に付帯されるジョブ処理が完了するまで待機するか否かを表す情報に応じて、サーバ装置２０の負荷状況を取得するか否かを判断する。サーバ装置２０は、ジョブ処理完了待機情報にジョブ処理が完了するまで待機する情報が付帯される場合にサーバ装置２０の負荷状況を取得すると判断し、ジョブ処理が完了するまで待機しない情報が付帯される場合にサーバ装置２０の負荷状況を取得しないと判断する。サーバ装置２０は、負荷状況を表す情報に基づいて、処理しているジョブが完了するまで、クライアント装置を待機させるか否かを判断する。サーバ装置２０は、クライアント装置を待機させるか否かを表す情報を付帯した処理完了待機要求をクライアント装置１０へ送信する。
【０１８５】
サーバ装置２０のハードウェア構成例は図２を適用でき、クライアント装置１０のハードウェア構成例は図３を適用できる。
【０１８６】
サーバ装置２０の機能構成例は、図４を適用できる。ただし、負荷状況処理部２２９の処理が図４に示されるものと異なる。負荷状況処理部２２９は、クライアント装置１０から送信されるジョブ処理完了待機情報にジョブ処理が完了するまで待機する情報が付帯される場合に、サーバ装置２０の負荷状況を取得する。負荷状況処理部２２９は、負荷状況に基づいて、ジョブが完了するまで待機させるか否かを判断し、その判断結果を付帯した処理完了待機要求を機器通信部２２２からクライアント装置１０へ送信する。
【０１８７】
＜情報処理システムの動作＞
ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順は、図１８を適用できる。
【０１８８】
＜情報処理システムの動作＞
図２５は、ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一変形例を説明するためのシーケンス図である。
【０１８９】
Ｓ４０１−Ｓ４０８は、図２０のＳ３０１−Ｓ３０８を適用できる。
【０１９０】
サーバ装置２０の負荷状況処理部２２９は、サーバ装置２０の負荷状況が高いか否かを判定する（Ｓ４０９）。
【０１９１】
負荷状況処理部２２９は、サーバ装置２０の負荷状況が低いと判定した場合、つまり、負荷状況が所定の閾値以下である場合にはサーバ装置２０の処理が完了するまで待機することを示す情報、ポーリング間隔情報を付帯した処理完了待機要求を、機器通信部２２２から送信する（ステップＳ４１０）。具体的には、実行待ちプロセスの平均数、ＣＰＵパワー、プロセスのメモリ使用量、処理中のジョブ数、及び処理開始前のジョブのサイズを予め設定される各閾値とそれぞれ比較し、全てが閾値以下である場合に負荷状況が低いと判定する。
【０１９２】
負荷状況処理部２２９は、サーバ装置２０の負荷状況が高いと判定した場合、つまり、負荷状況が所定の閾値より高い場合にはサーバ装置２０の処理が完了するまで待機しないことを示す情報を付帯した処理完了待機要求を、機器通信部２２２から送信する（ステップＳ４１１）。具体的には、実行待ちプロセスの平均数、ＣＰＵパワー、プロセスのメモリ使用量、処理中のジョブ数、及び処理開始前のジョブのサイズを予め設定される各閾値とそれぞれ比較し、いずれかが閾値よりも高い場合に負荷状況が高いと判定する。
【０１９３】
Ｓ４０６でジョブ処理完了待機情報にジョブ処理が完了するまで待機しないことを表す情報が付帯されている場合、又はＳ４１０又はＳ４１１でクライアント装置１０に処理完了待機要求を送信した後、サーバ装置２０のスキャンサーバアプリ２１１は、ジョブ処理を開始する（Ｓ４１２）。具体的には、スキャンサーバアプリ２１１は、転送されたアプリＩＤ及び機体番号に対応するプロファイルを、プロファイル機器対応記憶部２３５及びプロファイル記憶部２３４に基づいて特定し、当該プロファイルにおいて、転送されたグループＩＤ及びプロジェクトＩＤに対応する加工情報及びストレージ連携情報を特定する。
【０１９４】
Ｓ４１３−Ｓ４１６は、図２０のＳ３１１−Ｓ３１４を適用できる。
【０１９５】
Ｓ４１０、又はＳ４１１でサーバ装置２０から送信された処理完了待機要求は、クライアント装置１０の通信部１２３によって受信され、ジョブ処理完了待機処理部１２６へ入力される。ジョブ処理完了待機処理部１２６は、処理完了待機要求に付帯される情報を確認する（Ｓ４１７）。
【０１９６】
処理完了待機情報に待機しないことが付帯されている場合、クライアント装置１０の表示制御部１２４は、クライアント装置１０のジョブ処理が完了したことを表示する（Ｓ４１８）。
【０１９７】
画像データをサーバ装置２０へ送信するジョブ処理が成功した場合に、表示制御部１２４が表示する画像データ送信成功画面９３０は、図２３を適用できる。また、画像データをサーバ装置２０へ送信するジョブ処理が失敗した場合に、表示制御部１２４が表示する画像データ送信失敗画面９４０は、図２４を適用できる。
【０１９８】
処理完了待機情報に待機することが付帯されている場合、クライアント装置１０のジョブ処理完了待機処理部１２６は、サーバ装置２０から処理が完了したことが通知されるまで待機する。例えば、クライアント装置１０のジョブ処理完了待機処理部１２６は、定期的に当該ＩＰアドレス及び当該ポート番号宛に、何らかの事象の発生の有無を問い合わせるためのポーリングを行う（Ｓ４１９）。
【０１９９】
クライアント装置１０のジョブ処理完了待機処理部１２６は、何らかの事象の発生の有無を問い合わせるためのポーリングを行う所定の期間が経過することによってタイムアウトとなったか否かを判断する（Ｓ４２０）。
【０２００】
タイムアウトとなった場合、クライアント装置１０のジョブ処理完了待機処理部１２６は、ポーリングを終了する（Ｓ４２１）。
【０２０１】
クライアント装置１０の表示制御部１２４は、クライアント装置１０のジョブ処理が完了したことを表示する（Ｓ４２２）。
【０２０２】
画像データをサーバ装置２０へ送信するジョブ処理が成功した場合に、表示制御部１２４が表示する画像データ送信成功画面９３０は、図２３を適用できる。また、画像データをサーバ装置２０へ送信するジョブ処理が失敗した場合に、表示制御部１２４が表示する画像データ送信失敗画面９４０は、図２４を適用できる。
【０２０３】
サーバ装置２０の負荷状況処理部２２９は、Ｓ４１９でクライアント装置１０よって行われたポーリングに応じて、サーバ装置２０の負荷状況を取得する（Ｓ４２３）。
【０２０４】
サーバ装置２０の負荷状況処理部２２９は、サーバ装置２０の負荷状況が高いか否かを判定する（Ｓ４２４）。
【０２０５】
負荷状況処理部２２９は、サーバ装置２０の負荷状況が低いと判定した場合、サーバ装置２０の処理が完了するまで待機することを示す情報、ポーリング間隔情報を付帯した処理完了待機要求を、機器通信部２２２から送信する（ステップＳ４２５）。
【０２０６】
負荷状況処理部２２９は、サーバ装置２０の負荷状況が高いと判定した場合、サーバ装置２０の処理が完了するまで待機しないことを示す情報を付帯した処理完了待機要求を、機器通信部２２２から送信する（ステップＳ４２６）。
【０２０７】
クライアント装置１０のジョブ処理完了待機処理部１２６は、Ｓ４２５、又はＳ４２６でサーバ装置２０から通知された処理完了待機要求に付帯される情報、又はＳ４１５でジョブ処理が完了していることが通知されたかを判定する（Ｓ４２７）。
【０２０８】
Ｓ４２７で処理完了待機要求に付帯される情報が待機することを表すものである場合、ステップＳ４１９へ戻る。また、Ｓ４２７で処理完了待機要求に付帯される情報が待機しないことを表すものである場合クライアント装置１０の表示制御部１２４は、クライアント装置１０のジョブ処理が完了したことを表示する（Ｓ４２８）。
【０２０９】
画像データをサーバ装置２０へ送信するジョブ処理が成功した場合に、表示制御部１２４が表示する画像データ送信成功画面９３０は、図２３を適用できる。また、画像データをサーバ装置２０へ送信するジョブ処理が失敗した場合に、表示制御部１２４が表示する画像データ送信失敗画面９４０は、図２４を適用できる。
【０２１０】
また、サーバ装置２０からジョブ処理が完了していることが通知された場合、クライアント装置１０の表示制御部１２４は、サーバ装置２０から送信されるジョブ処理完了通知を表示する（Ｓ４２９）。
【０２１１】
本実施例によれば上述した実施例と同様に、サーバ装置２０によってジョブ処理が完了した際に、その処理の結果をクライアント装置に通知できるため、ユーザはクライアント装置を利用してシームレスにその結果を確認できる。また、クライアント装置１０から要求されたジョブの処理に時間を要する場合や、時間を要することが予測される場合には、クライアント装置とサーバ装置との間で同期処理から非同期処理に切り替える。これによって、サーバ装置によってジョブ処理が終了しても、クライアント装置には通知されないが、ユーザはクライアント装置を利用して処理を行うことができる。つまり、ユーザがクライアント装置を利用して、ジョブ処理を要求した後に、ジョブ処理の結果を受けた次のアクション（操作）を取りやすくすることができる。
【０２１２】
上述した実施例、変形例において、ユーザ環境Ｅ１の記憶装置に記憶されている画像データについて、同様のサービスが実現されてもよい。また、画像データの保存先は、必ずしも、オンラインストレージでなくてもよい。例えば、サーバ装置２０の補助記憶装置２０２におけるフォルダであってもよい。又は、ユーザ環境Ｅ１におけるいずれかの記憶装置のフォルダであってもよい。
【０２１３】
また、本実施の形態においては、画像データの入力元がスキャナで、出力先がストレージであるＳｃａｎＴｏＳｔｏｒａｇｅサービスについて説明したが、画像データの入力元及び出力先は、スキャナ又はストレージ以外であってもよい。画像データの入力元としては、例えば、デジタルカメラ（デジタルカメラ機能付きの携帯端末等を含む）、ホワイトボード等が挙げられる。デジタルカメラであれば、デジタルカメラによって撮像された画像データが入力対象となる。ホワイトボードであればホワイトボードに対する書き込みが読み取られた画像データが入力対象となる。
【０２１４】
画像データの出力先としては、例えば、プロジェクタのような画像投影装置、プリンタ、会議システム、携帯端末等が挙げられる。
【０２１５】
その他、画像データの入力手段又は画像データの出力手段として機能可能な機器であれば、他の機器を用いて、本実施の形態と同趣旨のサービスが実現されてもよい。
【０２１６】
更に、画像データ以外の電子データが入力対象とされてもよい。例えば、ＩＣレコーダにおいて録音された音声データや、ＰＣ（Personal Computer）等において作成された文書データが、入力対象とされてもよい。
【０２１７】
上記より、サーバ装置２０には、図４に示されるように、クライアント装置１０以外に、携帯端末、ＰＣ、会議システム、画像投影装置、及びＩＣレコーダや、その他の新規デバイス等がネットワークを介して接続されてもよい。このような場合、機器情報記憶部２３２に記憶される機器情報には、機器の能力を示す情報が含まれるようにしてもよい。機器の能力を示す情報とは、例えば、機器はスキャンが可能であるとか、映像の当該が可能であるとか等、クライアント装置１０が有する機能を示す情報である。機器の能力を示す情報が機器情報に含まれることで、画像データの転送部として機能する機能部は、当該情報を参照して、出力先の機器が画像データを出力可能か否かを判定し、出力可能である場合に、当該機器宛に画像データを転送するようにしてもよい。出力先の機器は、例えば、本実施の形態におけるストレージ連携情報を上位概念化させた、出力先連携情報において、出力先として指定されている機器である。
【０２１８】
なお、本実施の形態において、クライアント装置１０は機器の一例であり、通信部１２３は第１の送受信部の一例である。また、サーバ装置２０は情報処理装置の一例であり、機器通信部２２２は第２の送受信部の一例である。
【０２１９】
本発明は特定の実施例、変形例を参照しながら説明されてきたが、各実施例、変形例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に従った装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
【符号の説明】
【０２２０】
１  情報処理システム
１０  クライアント装置
１１  コントローラ
１２  スキャナ
１３  プリンタ
１４  モデム
１５  操作パネル
１６  ネットワークインタフェース
１７  ＳＤカードスロット
２０  サーバ装置
３０  管理者端末
４０  オンラインストレージシステム
５０  ファイルサーバ
８０  ＳＤカード
１１１  ＣＰＵ
１１２  ＲＡＭ
１１３  ＲＯＭ
１１４  ＨＤＤ
１１５  ＮＶＲＡＭ
１２１  機器制御部
１２２  機器認証部
１２３  通信部
１２４  表示制御部
１２５  スキャン機器アプリ
２００  ドライブ装置
２０１  記録媒体
２０２  補助記憶装置
２０３  メモリ装置
２０４  ＣＰＵ
２０５  インタフェース装置
２１０  サーバアプリ
２１１  スキャンサーバアプリ
２２０  プラットフォーム
２２１  設定登録部
２２２  機器通信部
２２３  認証処理部
２２４  セッション管理部
２２５  ジョブ処理部
２２６  ＯＣＲ処理部
２２７  アップロード処理部
２２８  ストレージ連携部
２３１  ユーザ情報記憶部
２３２  機器情報記憶部
２３３  機器アプリ記憶部
２３４  プロファイル記憶部
２３５  プロファイル機器対応記憶部
２４０  プラットフォームＡＰＩ
Ｂ  バス
【先行技術文献】
【特許文献】
【０２２１】
【特許文献１】特開２００２−０７７２９４号公報
【図１】
2016024640.tif 000003
【図２】
2016024640.tif 000004
【図３】
2016024640.tif 000005
【図４】
2016024640.tif 000006
【図５】
2016024640.tif 000007
【図６】
2016024640.tif 000008
【図７】
2016024640.tif 000009
【図８】
2016024640.tif 000010
【図９】
2016024640.tif 000011
【図１０】
2016024640.tif 000012
【図１１】
2016024640.tif 000013
【図１２】
2016024640.tif 000014
【図１３】
2016024640.tif 000015
【図１４】
2016024640.tif 000016
【図１５】
2016024640.tif 000017
【図１６】
2016024640.tif 000018
【図１７】
2016024640.tif 000019
【図１８】
2016024640.tif 000020
【図１９】
2016024640.tif 000021
【図２０】
2016024640.tif 000022
【図２１】
2016024640.tif 000023
【図２２】
2016024640.tif 000024
【図２３】
2016024640.tif 000025
【図２４】
2016024640.tif 000026
【図２５】
2016024640.tif 000027