JP6446995B2 - 情報処理システム及び情報処理方法 - Google Patents

Description

本発明は、情報処理システム及び情報処理方法に関する。

画像形成装置が原稿からスキャンした画像データ、又は当該画像データを加工したデータを、所定のオンラインストレージ等に保存するといったクラウドサービスが提供されている。具体的には、画像形成装置は、原稿からスキャンした画像データを、クラウド側のサーバに送信する。当該サーバは、ユーザによって設定された設定情報に応じ、当該画像データに対して、ＯＣＲ（Optical Character Recognition）等の処理を実行し、処理結果として生成されたデータを、所定のオンラインストレージ等に送信する。

各オンラインストレージは、それぞれ個別のインタフェース（ＡＰＩ（Application Program Interface））を有する。すなわち、各オンラインストレージに対するデータの送信要求の形式は、相互に相違する。そのため、複数のオンラインストレージをデータの保存先の候補とし、複数のオンラインストレージのうち中から選択されたオンラインストレージに対してデータを送信するサーバには、各オンラインストレージに対応した実装が予め必要とされる。

しかしながら、市場において提供されているオンラインストレージの種類は流動的である。したがって、新たなオンラインストレージを保存先として利用したいというニーズが発生しうる。

この場合、新たなオンラインストレージに対応するための実装を、上記サーバに対して追加するための作業が必要とされる。当該作業中においては、上記サーバの稼動が停止され、当該停止期間においては、ユーザに対してサービスを提供することができなくなる。

本発明は、上記の点に鑑みてなされたものであって、機器から送信されるデータの保存先への送信について柔軟性を向上させることを目的とする。

そこで上記課題を解決するため、１以上のコンピュータを含む情報処理システムは、ネットワークを介して接続される機器から、前記機器が入力したデータと、前記データ又は当該データに基づいて生成されるデータの保存先を複数の保存先の候補の中から特定する特定情報とを受信する受信部と、前記複数の保存先の候補ごとのインタフェースに対して共通化されたインタフェースを提供し、前記共通化されたインタフェースを介した要求に指定された保存先にデータを送信する仲介部と、前記受信部によって受信されたデータ又は当該データに基づいて生成されたデータについて、前記特定情報に基づいて特定される保存先への送信を、前記共通化されたインタフェースを介して前記仲介部に要求する要求部とを有することを特徴とする。

機器から送信されるデータの保存先への送信について柔軟性を向上させることができる。

第一の実施の形態における情報処理システムの構成例を示す図である。 第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。 第一の実施の形態における機器のハードウェア構成例を示す図である。 第一の実施の形態におけるサービス提供装置の機能構成例を示す図である。 第一の実施の形態における機器の機能構成例を示す図である。 第一の実施の形態における仲介装置の機能構成例を示す図である。 準備作業に伴って実行される処理手順の一例を説明するための図である。 準備作業時に管理者端末に表示される画面の遷移例を示す図である。 ユーザ情報記憶部の構成例を示す図である。 機器情報ファイルにおける機器情報の記述例を示す図である。 機器情報記憶部の構成例を示す図である。 連携先のオンラインストレージシステムのアカウント情報を登録させるための画面の遷移例を示す図である。 ユーザ情報ファイルにおけるユーザ情報の記述例を示す図である。 プロファイルの概念モデルを説明するための図である。 プロファイル編集画面の表示例を示す図である。 仲介情報設定画面の表示例を示す図である。 ストレージ連携情報を構成する保存先の選択肢の表示例を示す図である。 プロファイル記憶部の構成例を示す図である。 プロファイル機器設定画面の表示例を示す図である。 プロファイル機器対応記憶部の構成例を示す図である。 データの保存先を選択させるリストボックスの展開時に実行される処理手順の一例を説明するためのフローチャートである。 状態情報の構成例を示す図である。 連携情報記憶部の構成例を示す図である。 ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第一の例を説明するためのシーケンス図である。 スキャン機器アプリの操作画面の表示例を示す図である。 ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第二の例を説明するためのシーケンス図である。 仲介装置が有する組織認証情報記憶部の構成例を示す図である。 メタ情報の一例を示す図である。 アップロード情報記憶部の構成例を示す図である。 メタ情報の生成処理の処理手順の一例を説明するためのフローチャートである。 ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第三の例を説明するためのシーケンス図である。 アップロード状態の確認処理の処理手順の一例を説明するためのシーケンス図である。 第二の実施の形態における情報処理システムの構成例を示す図である。 認証装置の機能構成例を示す図である。 ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第四の例を説明するためのシーケンス図である。 認証装置が有する組織認証情報記憶部の構成例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１に示される情報処理システム１において、サービス提供環境Ｅ２とユーザ環境Ｅ１とは、インターネット等の広域的なネットワークを介して通信可能とされている。また、サービス提供装置２０と仲介装置５０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して通信可能とされている。更に、サービス提供装置２０及び仲介装置５０と、オンラインストレージシステム４０とは、ＬＡＮ又はインターネット等のネットワークを介して通信可能とされている。

サービス提供環境Ｅ２は、ネットワークを介してクラウドサービスを提供する組織におけるシステム環境である。なお、本実施の形態では、クラウドサービスを具体例に採用して説明するが、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等、ネットワークを介して提供されるサービスに関して、本実施の形態が適用されてもよい。

サービス提供環境Ｅ２は、サービス提供装置２０を有する。サービス提供装置２０は、ネットワークを介して所定のサービスを提供する。サービス提供装置２０が提供するサービスの一つとして、「ＳｃａｎＴｏＳｔｏｒａｇｅサービス」が有る。本実施の形態では、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに関して説明する。ＳｃａｎＴｏＳｔｏｒａｇｅサービスとは、ユーザ環境Ｅ１の機器１０においてスキャンされた画像データを、予め設定された保存先に保存するサービスをいう。なお、サービス提供装置２０は、ユーザ環境Ｅ１に設置されてもよい。すなわち、サービス提供環境Ｅ２は、ユーザ環境Ｅ１に包含されてもよい。

ユーザ環境Ｅ１は、機器１０のユーザ企業等の組織におけるシステム環境である。ユーザ環境Ｅ１において、一台以上の機器１０と管理者端末３０とはＬＡＮ（Local Area Network）等のネットワークを介して接続されている。

本実施の形態の機器１０は、スキャン機能を有する画像形成装置である。スキャン機能以外に、印刷、コピー、又はファクス（ＦＡＸ）通信等の機能を有する複合機が機器１０として用いられてよい。

管理者端末３０は、ユーザ環境Ｅ１における機器１０の管理者が使用する端末である。管理者端末３０の一例として、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistance）、タブレット型端末、スマートフォン、又は携帯電話等が挙げられる。

オンラインストレージシステム４０は、ネットワークを介してオンラインストレージと呼ばれるクラウドサービスを提供するコンピュータシステムである。オンラインストレージとは、ストレージの記憶領域を貸し出すサービスである。本実施の形態において、オンラインストレージによって貸し出される記憶領域は、サービス提供装置２０によって提供されるＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、画像データの保存先の候補となる。

仲介装置５０は、サービス提供装置２０による、オンラインストレージシステム４０へのデータのアップロードを仲介するコンピュータである。具体的には、各仲介装置５０は、オンラインストレージシステム４０ごとに固有又は個別のインタフェース（例えば、ＡＰＩ（Application Program Interface））の違いを吸収し、共通化されたインタフェース（例えば、ＡＰＩ）を、サービス提供装置２０に提供する。その結果、サービス提供装置２０は、各オンラインストレージシステム４０に固有のインタフェースを知らなくても、仲介装置５０を介して、各オンラインストレージシステム４０にデータをアップロードすることができる。なお、各仲介装置５０は、連携又は対応するオンラインストレージシステム４０が相互に異なる。但し、仲介装置５０間において、連携するオンラインストレージシステム４０が重複していてもよい。例えば、同一のオンラインストレージシステム４０にデータをアップロードする仲介装置５０が、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用するユーザ（組織）ごとに設けられてもよい。このような形態は、例えば、データのアップロードに際して、ユーザごとに固有の処理を仲介装置５０において実行させたい場合に有効である。

なお、一つの仲介装置５０が、複数のオンラインストレージシステム４０と連携してもよい。また、仲介装置５０とサービス提供装置２０とは、一つのコンピュータ又は一つのコンピュータシステムによって実現されてもよい。また、仲介装置５０は、サーバ環境Ｅ２又はユーザ環境Ｅ１に設置されてもよい。また、仲介装置５０は、サービス提供装置２０と異なる国に設置されてもよい。そうすることにより、サービス提供装置２０が、国ごとや地域ごとに設置される場合であっても、複数のサービス提供装置２０が、或る国に設置された仲介装置５０を共用することができる。

図２は、第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。図２のサービス提供装置２０は、それぞれバスBで相互に接続されているドライブ装置２００と、補助記憶装置２０２と、メモリ装置２０３と、ＣＰＵ２０４と、インタフェース装置２０５とを有する。

サービス提供装置２０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体２０１によって提供される。プログラムを記憶した記録媒体２０１がドライブ装置２００にセットされると、プログラムが記録媒体２０１からドライブ装置２００を介して補助記憶装置２０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体２０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置２０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置２０３は、プログラムの起動指示があった場合に、補助記憶装置２０２からプログラムを読み出して格納する。ＣＰＵ２０４は、メモリ装置２０３に格納されたプログラムに従ってサービス提供装置２０に係る機能を実行する。インタフェース装置２０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、サービス提供装置２０は、図２に示されるようなハードウェアを有する複数のコンピュータによって構成されてもよい。すなわち、後述においてサービス提供装置２０が実行する処理は、複数のコンピュータに分散されて実行されてもよい。また、仲介装置５０についても、図２に示されるようなハードウェアを有していても良いし、図２に示されるようなハードウェアを有する複数のコンピュータによって構成されてもよい。

図３は、第一の実施の形態における機器のハードウェア構成例を示す図である。図３において、機器１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。

コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、機器１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

図４は、第一の実施の形態におけるサービス提供装置の機能構成例を示す図である。図４において、サービス提供装置２０は、サーバアプリ２１０及びプラットフォーム２２０等のソフトウェアを含む。これらは、サービス提供装置２０にインストールされる一以上のプログラムによって構成され、ＣＰＵ２０４に所定の処理を実行させる。

サービス提供装置２０は、また、ユーザ情報記憶部２３１、機器情報記憶部２３２、機器アプリ記憶部２３３、プロファイル記憶部２３４、プロファイル機器対応記憶部２３５、及びアップロード情報記憶部２３６等を利用する。これら各記憶部は、補助記憶装置２０２、又はサービス提供装置２０にネットワークを介して接続される記憶装置等を用いて実現可能である。

サーバアプリ２１０は、サービス提供装置２０が提供するサービスを実現するアプリケーションプログラムである。但し、サーバアプリ２１０単独では、サービスは完結されないこととする。サーバアプリ２１０と機器１０との連携によって、サービスは完結される。更に、オンラインストレージ等、他のクラウドサービス等との連携によって、完結されるサービスもある。なお、「サーバアプリ」という用語は、サービス提供装置２０側のアプリケーションプログラムを、サーバアプリ２１０と連携するために機器１０側にインストールされる必要の有るアプリケーションプログラム（例えば、後述されるスキャン機器アプリ１２５）と区別するために便宜上用いた用語である。

図４では、サーバアプリ２１０の一例として、スキャンサーバアプリ２１１が示されている。スキャンサーバアプリ２１１は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに関する処理を実行するサーバアプリ２１０である。

プラットフォーム２２０は、複数のサーバアプリ２１０に共通する機能、又は複数のサーバアプリ２１０から利用される基本機能等を含む。図４において、プラットフォーム２２０は、設定登録部２２１、機器通信部２２２、認証処理部２２３、セッション管理部２２４、ジョブ処理部２２５、ＯＣＲ処理部２２６、アップロード処理部２２７、ストレージ連携部２２８、及び連携元判定部２２９等を含む。これら各部の機能は、プラットフォームＡＰＩ２４０を介してサーバアプリ２１０に公開されている。換言すれば、サーバアプリ２１０は、プラットフォームＡＰＩ２４０によって公開されている範囲においてこれら各部の機能を利用可能である。

設定登録部２２１は、ＳｃａｎＴｏＳｔｏｒａｇｅサービス等、サービス提供装置２０が提供するサービスの利用開始時に必要とされる設定登録処理を実行する。設定登録部２２１によって、ユーザ情報記憶部２３１、機器情報記憶部２３２、プロファイル記憶部２３４、プロファイル機器対応記憶部２３５に対して情報が登録される。

ユーザ情報記憶部２３１は、サービス提供装置２０が提供するサービスのユーザに関する情報を記憶する。機器情報記憶部２３２は、ユーザにおけるシステム環境（すなわち、ユーザ環境Ｅ１）において、サービス提供装置２０が提供するサービスと連携させる機器１０に関する情報を記憶する。すなわち、ＳｃａｎＴｏＳｔｏｒａｇｅサービス等、サービス提供装置２０によって提供されるサービスは、ユーザ環境Ｅ１における機器１０との連携によって実現される。

機器アプリ記憶部２３３は、サーバアプリ２１０と機器１０とを連携させるために、機器１０にインストールされる必要の有るアプリケーションプログラム（以下、「機器アプリ」という。）を記憶する。プロファイル記憶部２３４は、プロファイルを記憶する。プロファイルには、機器アプリの操作画面の構成情報や、操作画面に対する操作に応じて実行される処理に関する情報等が含まれる。プロファイル機器対応記憶部２３５は、プロファイルと機器１０との対応情報を記憶する。すなわち、同一の機器アプリに対する操作画面に関して、機器１０ごとに異なるプロファイルを対応付けることができる。

機器通信部２２２は、機器１０との通信を制御する。認証処理部２２３は、管理者端末３０のユーザ又は機器１０のユーザの認証等を行う。また、認証処理部２２３は、例えば、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの実行時において、オンラインストレージシステム４０に対するログイン処理を代行する。セッション管理部２２４は、サービス提供装置２０と機器１０との連携時において、両者の通信のセッションを管理する。

ジョブ処理部２２５は、例えば、ＯＣＲ処理部２２６やアップロード処理部２２７等を利用して、サーバアプリ２１０から要求されるジョブの実行を制御する。ＯＣＲ処理部２２６は、サーバアプリ２１０から要求されるジョブがＯＣＲ処理である場合に、処理対象の画像データに対してＯＣＲ処理を実行する。アップロード処理部２２７は、サーバアプリ２１０から要求されるジョブがネットワークを介したデータのアップロードある場合に、当該アップロードを実行する。オンラインストレージシステム４０へのデータの保存は、アップロードの一形態である。アップロード情報記憶部２３６は、オンラインストレージシステム４０等へアップロードされたデータごとに、アップロード先における識別情報等を記憶する。当該識別情報は、当該識別情報に係るデータの、アップロード先における状態を確認するために用いられる。

ストレージ連携部２２８は、オンラインストレージシステム４０に対するアクセス等を行う。連携元判定部２２９は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの実行単位ごとに、オンラインストレージシステム４０へのデータのアップロード元が、サービス提供装置２０であるか仲介装置５０であるかを判定する。すなわち、本実施の形態では、オンラインストレージシステム４０へのデータのアップロード形態として、サービス提供装置２０がアップロードする形態と、仲介装置５０を経由してアップロードされる形態とが有る。

図５は、第一の実施の形態における機器の機能構成例を示す図である。図５において、機器１０は、機器制御部１２１、機器認証部１２２、通信部１２３、及び表示制御部１２４等を有する。これら各部は、機器１０にインストールされた一以上のプログラムが、ＣＰＵ１１１に実行させる処理により実現される。

機器制御部１２１は、機器１０のハードウェアの制御を行う。機器認証部１２２は、機器１０の操作者を認証するための処理を実行する。通信部１２３は、ネットワークを介した通信を制御する。表示制御部１２４は、操作パネル１５に対する画面の表示等を行う。

図５には、また、スキャン機器アプリ１２５が破線によって示されている。スキャン機器アプリ１２５は、機器アプリの一つであり、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、機器１０をサービス提供装置２０と連携させるために機器１０にインストールされる。なお、機器アプリは、機器１０にインストール可能なものであればよく、サーバアプリとしても機能可能なアプリケーションプログラムが機器アプリとして機器１０にインストールされてもよい。

本実施の形態においてスキャン機器アプリ１２５は、当初から機器１０にインストールされているのではなく、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用するための準備作業において機器１０にインストールされる。スキャン機器アプリ１２５が破線によって示されているのは、斯かる事情を表現したものである。但し、スキャン機器アプリ１２５は、当初から機器１０にインストールされていてもよい。

図６は、第一の実施の形態における仲介装置の機能構成例を示す図である。図６において、仲介装置５０は、連携仲介部５１１、状態管理部５１２、認証処理部５１３、及びメタ情報生成部５１４等を有する。これら各部は、仲介装置５０にインストールされたプログラムが、仲介装置５０のＣＰＵに実行させる処理により実現される。仲介装置５０は、また、状態情報記憶部５２１、連携情報記憶部５２２、組織認証情報記憶部５２３、及びメタ情報記憶部５２４等を利用する。これら各部は、仲介装置５０が有する補助記憶装置、又は仲介装置５０にネットワークを介して接続される記憶装置等を用いて実現可能である。

連携仲介部５１１は、サービス提供装置２０とオンラインストレージシステム４０との連携を仲介する。具体的には、連携仲介部５１１は、サービス提供装置２０からの要求を、仲介装置５０間において共通化されたＡＰＩである仲介ＡＰＩ５３を介して受信する。連携仲介部５１１は、当該要求を、当該仲介装置５０が連携するオンラインストレージシステム４０に固有のＡＰＩに対応した形式の要求に変換し、変換後の要求をオンラインストレージシステム４０に送信する。連携仲介部５１１は、また、オンラインストレージシステム４０からの応答を、仲介ＡＰＩ５３に則した形式の応答に変換し、変換後の応答を、サービス提供装置２０に返信する。

なお、仲介ＡＰＩ５３は、例えば、ＨＴＴＰ（HyperText Transfer Protocol）ベースのＡＰＩ（例えば、ＲＥＳＴ（Representational State Transfer））であってもよいし、ＳＯＡＰ（Simple Object Access Protocol）等のＲＰＣ（Remote Procedure Call）を利用したＡＰＩであってもよい。または、他の形式のＡＰＩであってもよい。

連携情報記憶部５２２は、当該仲介装置５０の連携先のオンラインストレージシステム４０を示す情報、すなわち、仲介装置５０とオンラインストレージシステム４０との対応関係を示す情報を記憶する。

状態管理部５１２は、当該仲介装置５０の状態を判定する。当該仲介装置５０の状態の一例として、稼働中及び更新中等が挙げられる。稼働中とは、仲介装置５０の機能を正常に提供可能な状態である。更新中とは、例えば、仲介装置５０に対して新たな機能を実装中（例えば、新たなプログラムのインストール中）である状態をいい、仲介装置５０の機能を正常に提供できない状態をいう。状態情報記憶部５２１は、当該仲介装置５０の状態を示す情報を記憶する。

認証処理部５１３は、仲介ＡＰＩ５３の呼び出し権限を与えるための認証処理を実行する。組織認証情報記憶部５２３は、認証処理部５１３が、仲介ＡＰＩ５３の呼び出し元を認証するための情報を記憶する。

メタ情報生成部５１４は、与えられたテキスト情報を、所定のフォーマットのメタ情報ファイルに整形する。メタ情報記憶部５２４は、メタ情報生成部５１４によって生成されるメタ情報ファイルを記憶する。

なお、破線の矩形Ａによって囲まれた部分は、各仲介装置５０が有する部分である。但し、当該部分の実装内容は、連携先のオンラインストレージシステム４０等に応じて異なりうる。一方、破線の矩形Ｂによって囲まれた部分は、当該仲介装置５０を利用するユーザ（組織）に固有の部分である。すなわち、図６に示される仲介装置５０は、機器１０においてスキャンされた画像データよりＯＣＲによって抽出されたテキストデータから、メタ情報を生成するといった処理を実行させたいといったユーザのニーズに対応した仲介装置５０である。

以下、情報処理システム１において実行される処理手順について説明する。ユーザ環境Ｅ１において、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用可能とするためには、サービス提供装置２０に対するユーザ環境Ｅ１に関する各種情報の登録や、及びスキャン機器アプリ１２５の機器１０への導入等といった準備作業が必要とされる。そこで、まず、準備作業に伴って実行される処理手順について説明する。なお、準備作業は、ユーザ環境Ｅ１における機器１０の管理者（以下、単に「管理者」という。）によって管理者端末３０を利用して行われる。

図７は、準備作業に伴って実行される処理手順の一例を説明するための図である。

ステップＳ１０１において、管理者端末３０は、管理者より入力される指示に応じ、組織登録要求をサービス提供装置２０に送信する。組織登録要求とは、サービス提供装置２０が提供するサービスを利用する組織に関する情報の登録要求をいう。組織登録要求の指示は、例えば、次のような画面を介して入力される。

図８は、準備作業時に管理者端末に表示される画面の遷移例を示す図である。準備作業の開始時において、管理者端末３０には、図８に示されるポータル画面５６０が表示されている。ポータル画面５６０は、サービス提供装置２０が提供するサービスへの窓口としての画面である。なお、図８に示される各種画面は、例えば、サービス提供装置２０より提供されるＨＴＭＬデータ等を含むＷｅｂページに基づいて表示される。すなわち、以下においては、便宜上省略されているが、各画面への遷移時には、管理者端末３０とサービス提供装置２０との間でＨＴＴＰ（HyperText Transfer Protocol）通信が行われる。

ポータル画面５６０は、新規アカウント作成ボタン５６１、ログイン情報入力領域５６２、及びログインボタン５６３等を含む。

組織登録を行う場合、管理者は、新規アカウント作成ボタン５６１を押下する。新規アカウント作成ボタン５６１が押下されると、新規アカウント申し込み画面５７０が管理者端末３０に表示される。なお、図８において、或る画面のボタンから他の画面への矢印は、当該ボタンが押下されることにより、表示対象が当該他の画面へ遷移することを示す。

新規アカウント申し込み画面５７０において、管理者のユーザ名、パスワード、及びメールアドレスが入力されて申し込みボタン５７１が押下されると、管理者端末３０は、当該ユーザ名、パスワード及びメールアドレス等を含む組織登録要求をサービス提供装置２０に送信する。

サービス提供装置２０において組織登録要求が受信されると、設定登録部２２１は、ユーザ情報記憶部２３１に対して、組織登録要求に含まれている情報等を登録する（Ｓ１０２）。

図９は、ユーザ情報記憶部の構成例を示す図である。図９において、ユーザ情報記憶部２３１の各レコードは、組織ＩＤ、ユーザ名、パスワード、ロール、カードＩＤ、ストレージアカウント情報、及び購入アプリ等の項目を含む。

組織ＩＤは、ユーザ環境Ｅ１ごと、すなわち、サービス提供装置２０が提供するサービスを利用する企業ユーザ等の組織ごとに割り当てられる識別子である。ユーザ名、パスワード、ロール、及びカードＩＤは、組織ＩＤに係る組織の構成員である各個人のユーザ（以下、「構成員ユーザ」という。）のユーザ名、パスワード、ロール、及びカードＩＤである。

ロールは、構成員ユーザの中で管理者を識別するための項目である。すなわち、管理者である構成員ユーザには、「管理者」が登録され、管理者以外の構成員ユーザには、「利用者」が登録される。カードＩＤは、構成員ユーザが、機器１０にログインする際に利用する、ＩＣカードの識別子である。ストレージアカウント情報は、組織ＩＤに係る組織が利用するオンラインストレージに対するアカウント情報である。当該アカウント情報は、機器１０においてスキャンされた画像データをオンラインストレージシステム４０に保存する際に、オンラインストレージシステム４０に提示される認証情報として利用される。購入アプリは、組織ＩＤに係る組織において購入されているアプリケーションの識別子（以下、「アプリＩＤ」という。）の一覧である。図９では、便宜上、アプリケーションの名前が記載されているが、アプリＩＤは、数字やアルファベットの羅列等であってもよい。

なお、ユーザ情報記憶部２３１において、ユーザ名が記憶されていないレコードは、組織（ユーザ環境Ｅ１）に対応するレコード（以下、「組織レコード」という。）である。ユーザ名が記憶されているレコードは、構成員ユーザに対応するレコード（以下、「構成員レコード」という。）である。構成員レコードの中で、ロールが管理者であるレコードを、以下「管理者レコード」といい。ロールが利用者であるレコードを、以下「利用者レコード」という。なお、本実施の形態において、ストレージアカウント情報及び購入アプリは、組織レコードにおいて有効な項目である。但し、ストレージアカウント情報に関しては、構成員レコードにおいて有効とされてもよい。例えば、管理者レコードに対してストレージアカウント情報が設定可能とされてもよいし、利用者レコードごとに、ストレージアカウント情報が設定可能とされてもよい。

ステップＳ１０１では、１つの組織レコードと、１つの管理者レコードとが生成される。組織レコードには、組織ＩＤが登録される。すなわち、組織レコードの生成に伴って、組織ＩＤが割り当てられる。また、管理者レコードには、組織ＩＤ、ユーザ名、パスワード、及びロール等が登録される。管理者レコードの組織ＩＤには、生成された組織レコードの組織ＩＤと同じ値が登録される。ユーザ名及びパスワードには、組織登録要求に含まれているユーザ名又はパスワードが登録される。ロールには、「管理者」が登録される。

組織レコード及び管理者レコードの他の項目や、利用者レコード等については、後述の処理において登録又は生成が行われる。

続いて、設定登録部２２１は、例えば、組織登録が正常に行われたことを通知する電子メール（以下、「登録通知メール」という。）を、組織登録要求に含まれているメールアドレス宛に送信する。登録通知メールには、例えば、割り当てられた組織ＩＤが含まれている。但し、組織登録が正常に行われたことは、例えば、組織登録要求を含むＨＴＴＰリクエストに対するＨＴＴＰレスポンスに含まれていてもよい。また、組織ＩＤは、新規アカウント申し込み画面５７０において、ユーザによって指定されてもよい。

組織登録が正常に終了すると、管理者は、ポータル画面５６０におけるログイン情報入力領域５６２に対して、登録された組織ＩＤ、ユーザ名、及びパスワードを入力し、ログインボタン５６３を押下する。ログインボタン５６３の押下に応じ、管理者端末３０は、ログイン要求をサービス提供装置２０に送信する（Ｓ１０３）。ログイン要求には、ログイン情報入力領域５６２に入力された組織ＩＤ、ユーザ名、及びパスワードが含まれている。

ログイン要求に応じ、サービス提供装置２０の認証処理部２２３は、ログイン要求に含まれているログインＩＤ、ユーザ名、及びパスワードを含み、ロールの値が「管理者」であるレコードがユーザ情報記憶部２３１に記憶されているか否かに基づいて、ログイン要求に係るユーザの認証を行う。該当するレコードが記憶されている場合、認証は成功する（Ｓ１０４）。該当するレコードが記憶されていない場合、認証は失敗する。認証が成功した場合、設定登録部２２１は、ログイン要求に含まれているユーザ名に係る管理者専用のポータル画面（以下、「管理者ポータル画面５３０」という。）を表示させるＷｅｂページを返信する。以下、ログインした管理者を、「ログイン管理者」という。

管理者端末３０は、返信されたＷｅｂページに基づいて管理者ポータル画面５３０を表示させる。図８に示されるように、管理者ポータル画面５３０は、連携ボタン５３１、マーケットプレースボタン５３２、プロファイル設定ボタン５３３、機器登録領域５３４、及び利用者登録領域５３５等を含む。

ここでは、管理者は、機器登録領域５３４のテキストボックス５３４ｔに、ＳｃａｎＴｏＳｔｏｒａｇｅサービスに連携させる各機器１０に関する情報（以下、「機器情報という。」という。）が記述されたファイル（以下、「機器情報ファイル」という。）のファイル名を入力し、登録ボタン５３４ｂを押下する。

一台の機器１０に関する機器情報は、例えば、機体番号、機体名、機体種類、及び設置場所等の項目を含む。これらの項目の値が、例えば、図１０に示されるような形式で機器情報ファイルに記述されている。

図１０は、機器情報ファイルにおける機器情報の記述例を示す図である。図１０では、各項目の値が、カンマによって区切られた、ＣＳＶ（Comma Separated Values）形式によって、機器情報が記述された例が示されている。但し、機器情報ファイルにおける機器情報の記述形式は、ＣＳＶ形式に限定されない。ＸＭＬ（eXtensible Markup Language）形式であってもよいし、他の形式であってもよい。

なお、機体番号とは、各機器１０の機体（個体）の識別情報である。例えば、製造番号又はシリアル番号が機体番号として用いられてもよい。機体名は、機種名とほぼ同義である。機体種類は、機種名に係る機種の機能を端的に示す情報である。設置場所は、ユーザ環境Ｅ１において機器１０が設置されている場所である。

機器情報ファイルのファイル名がテキストボックス５３４ｔに入力され、登録ボタン５３４ｂが押下されると、管理者端末３０は、機器情報ファイルに記述されている機器情報を含む機器登録要求を、サービス提供装置２０に送信する（Ｓ１０５）。

サービス提供装置２０の設定登録部２２１は、機器登録要求の受信に応じ、機器登録要求に含まれている機器情報を、ログイン管理者に係る組織ＩＤに対応付けて、機器情報記憶部２３２に登録する（Ｓ１０６）。

図１１は、機器情報記憶部の構成例を示す図である。図１１において、機器情報記憶部２３２は機器１０ごとにレコードを記憶する。各レコードは、組織ＩＤ、機体番号、機体名、機体種類、及び設置場所等の項目を含む。機器情報記憶部２３２によって、各機器１０と組織との関連付けが保持される。

続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスを受けるために、機器１０にインストールする必要のある機器アプリであるスキャン機器アプリ１２５を購入すべく、管理者ポータル画面５３０（図８）のマーケットプレースボタン５３２を押下する。マーケットプレースボタン５３２の押下に応じ、管理者端末３０には、マーケットプレース画面５４０が表示される。

図８に示されるように、マーケットプレース画面５４０は、機器アプリ記憶部２３３に記憶されている機器アプリごとに、ボタンを含む。図８では、三つの機器アプリに対応するボタン５４１〜５４３が含まれている例が示されている。このうち、ボタン５４１は、スキャン機器アプリ１２５に対応するボタンである。

ここでは、スキャン機器アプリ１２５が購入対象であるため、ボタン５４１が管理者によって押下される。ボタン５４１の押下に応じ、管理者端末３０は、スキャン機器アプリ１２５のアプリＩＤを含むアプリ購入要求を、サービス提供装置２０に送信する（Ｓ１０７）。

サービス提供装置２０の設定登録部２２１は、アプリ購入要求の受信に応じ、当該要求に含まれているアプリＩＤを、ユーザ情報記憶部２３１において、ログイン管理者に係る組織ＩＤに対応する組織レコードの購入アプリの項目に記憶する（Ｓ１０８）。例えば、図９において、組織ＩＤ＝１２３に対応する組織レコードの購入アプリの項目における「スキャン機器アプリ」は、このタイミングで登録される。

続いて、機器通信部２２２は、アプリ購入要求に含まれているアプリＩＤに対応するスキャン機器アプリ１２５を機器アプリ記憶部２３３より取得し、アプリ購入要求元のログイン管理者に係る組織ＩＤに属する機器１０に配信する（Ｓ１０９）。当該組織ＩＤに属する機器１０とは、機器情報記憶部２３２において当該組織ＩＤに対応付けられている機器１０である。

なお、通常、ユーザ環境Ｅ１にはファイアウォールが設置されているため、サービス提供装置２０からユーザ環境Ｅ１内の各機器１０に対して、スキャン機器アプリ１２５を送り付けることはできない。そこで、例えば、機器１０の通信部１２３からのポーリングに対する応答において、スキャン機器アプリ１２５が返信されてもよい。

すなわち、各機器１０には、サービス提供装置２０との連携のために、サービス提供装置２０のＩＰアドレスや、機器通信部２２２に対するポート番号等が設定されている。各機器１０の通信部１２３は、例えば、定期的に当該ＩＰアドレス及び当該ポート番号宛に、何らかの事象の発生の有無を問い合わせるためのポーリングを行う。当該問い合わせには、例えば、機体番号が含まれる。サービス提供装置２０の機器通信部２２２は、当該問い合わせに指定されている機体番号が、スキャン機器アプリ１２５の購入元の組織ＩＤに対応付いている機体番号であれば、スキャン機器アプリ１２５を返信する。

但し、ユーザ環境Ｅ１とサービス提供装置２０との間にファイアウォールが存在しない場合、機器通信部２２２が、各機器１０に対してスキャン機器アプリ１２５を送り付けてもよい。この場合、機器情報記憶部２３２に記憶される機器情報には、機器１０のＩＰアドレス及びポート番号等が含まれるようにしてもよい。

スキャン機器アプリ１２５を受信した各機器１０は、スキャン機器アプリ１２５を機器１０内に配置（インストール）する（Ｓ１１０）。

続いて、管理者端末３０において、マーケットプレース画面５４０の戻るボタンが管理者によって押下されると、マーケットプレース画面５４０は非表示となり、管理者端末３０には、管理者ポータル画面５３０が表示される。

なお、ステップＳ１０３〜Ｓ１１０に代えて、以下のような作業及び処理が実行されてもよい。

例えば、スキャン機器アプリ１２５は、図７の処理手順とは非同期に購入され、機器１０にインストールされる。スキャン機器アプリ１２５の購入は、所定のＷｅｂサイト等を利用して行われてもよい。

スキャン機器アプリ１２５のインストール先の機器１０の起動時において、スキャン機器アプリ１２５が起動されると、スキャン機器アプリ１２５は、自動的に、組織ＩＤ、管理者のユーザ名及びパスワード、当該機器１０の機器情報、並びに当該スキャン機器アプリ１２５のアプリＩＤ等が指定された登録要求（以下、「自動登録要求」という。）を、サービス提供装置２０に送信する。なお、組織ＩＤ、管理者のユーザ名、及びパスワードは、例えば、管理者端末３０において入力され、ネットワークを介して機器１０に設定されている。サービス提供装置２０の設定登録部２２１は、自動登録要求を受信すると、自動登録要求に指定された組織ＩＤ、管理者のユーザ名、及びパスワードについて認証を行う。認証処理は、ステップＳ１０３に関して説明した処理と同様でよい。認証に成功すると、設定登録部２２１は、自動登録要求に指定された組織ＩＤと機器情報とを対応付けて、機器情報記憶部２３２に登録する。また、設定登録部２２１は、自動登録要求に指定された組織ＩＤに対応付けて、自動登録要求に指定されたアプリＩＤを、ユーザ情報記憶部２３１の購入アプリの項目に記憶する。このような手順によっても、組織ＩＤと機器情報、及び組織ＩＤとアプリＩＤとの対応付けを形成することができる。

また、自動登録要求は、ステップＳ１０１の組織登録要求を兼ねてもよい。すなわち、自動登録要求に応じて、組織レコード及び管理レコード等が、ユーザ情報記憶部２３１に記憶されてもよい。

続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、サービス提供装置２０が直接的に連携するオンラインストレージシステム４０に対するアカウント情報を登録すべく、管理者ポータル画面５３０の連携ボタン５３１を押下する。連携ボタン５３１の押下に応じ、管理者端末３０は、ストレージ連携画面６１０を表示させる。「直接的に連携する」とは、仲介装置５０を介さずに、という意味である。

図１２は、連携先のオンラインストレージシステムのアカウント情報を登録させるための画面の遷移例を示す図である。

図１２において、ストレージ連携画面６１０は、連携先ストレージ表示領域６１１、連携先入力領域６１２、及び追加ボタン６１３等を含む。連携先ストレージ表示領域６１１には、連携先として選択されたオンラインストレージシステム４０の名前（以下、「ストレージ名」という。）が表示される領域である。既に、連携先として選択されているオンラインストレージシステム４０が有る場合、当該オンラインストレージシステム４０のストレージ名が表示される。連携先入力領域６１２は、サービス提供装置２０が直接的に連携先とするオンラインストレージシステム４０（以下、「連携先ストレージ」という。）のストレージ名を入力させるための領域である。

管理者によって、連携先入力領域６１２にストレージ名（「ＳｔｏｒａｇｅＡ」）が入力され、追加ボタン６１３が押下されると、管理者端末３０は、アカウント入力画面６２０を表示させる。管理者端末３０は、アカウント入力画面６２０を介して、連携先ストレージに対するアカウント情報（ＩＤ（例えば、メールアドレス等）及びパスワード）の入力を、管理者より受け付ける。当該アカウント情報は、事前に、連携先ストレージに対するユーザ登録等によって作成されているものである。アカウント入力画面６２０においてＩＤ及びパスワードが入力され、ログインボタン６２１が押下されると、管理者端末３０は、当該ＩＤ及びパスワードに基づいて、連携先ストレージ（「ＳｔｏｒａｇｅＡ」）に対してログインを行う。なお、ストレージ名に対応付けて、連携先ストレージへのログイン要求先のＵＲＬ（Uniform Resource Locator）が予め管理者端末３０に保存されていてもよいし、連携先入力領域６１２に対して当該ＵＲＬが入力されるようにしてもよい。

ログインに成功すると、管理者端末３０は、アクセス許否選択画面６３０を表示させる。アクセス許否選択画面６３０は、サービス提供装置２０による連携先ストレージへのアクセスを許可するか否かを選択させる画面である。ボタン６３２（「許可しない」）が押下されると、管理者端末３０における表示画面は、管理者ポータル画面５３０に遷移する。ボタン６３１（「アクセス許可」）が押下されると、管理者端末３０は、連携先ストレージのアカウント登録要求をサービス提供装置２０に送信する（Ｓ１１１）。当該アカウント登録要求には、ストレージ連携画面６１０に入力されたストレージ名、及びアカウント入力画面６２０に入力されたアカウント情報（ＩＤ及びパスワード）が含まれる。

サービス提供装置２０の設定登録部２２１は、アカウント登録要求に応じ、ユーザ情報記憶部２３１（図９）において、ログイン管理者に係る組織ＩＤに対応する組織レコードのストレージアカウント情報に、当該要求に含まれているストレージ名、ＩＤ、及びパスワードを登録する（Ｓ１１２）。図９には、組織ＩＤ＝１２３に係る組織レコードに対して、ＳｔｏｒａｇｅＡのストレージ名と、ＳｔｏｒａｇｅＡに対するＩＤ及びパスワードが登録された例が示されている。

なお、連携先ストレージ及び連携先ストレージに対するアカウント情報が、ユーザごとに設定可能とされてもよい。この場合、例えば、ストレージ連携画面６１０又はアカウント入力画面６２０において、一以上のユーザ名を入力可能な領域が設けられてもよい。当該領域に入力されたユーザ名は、アカウント登録要求に含まれてサービス提供装置２０に送信される。サービス提供装置２０の設定登録部２２１は、アカウント登録要求に含まれているユーザ名に対応する構成員レコードのストレージアカウント情報に、当該要求に含まれているストレージ名、ＩＤ、及びパスワードを登録する。

アカウント登録要に応じたサービス提供装置２０における登録処理が成功すると、管理者端末３０には、ストレージ連携画面６１０ａが表示される。ストレージ連携画面６１０ａの連携先ストレージ表示領域６１１には、連携先ストレージのストレージ名が表示される。なお、続けて他のオンラインストレージに関するアカウント情報の登録等が行われてもよい。すなわち、一つの組織レコード又は構成員レコードに対して、複数のオンラインストレージに対するアカウント情報が登録されてもよい。

続いて、管理者は、ユーザ環境Ｅ１において、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用を許可する構成員ユーザの登録を行う。具体的には、管理者は、管理者ポータル画面５３０（図８）の利用者登録領域５３５のテキストボックス５３５ｔに、当該構成員ユーザに関する情報（以下「ユーザ情報」という。）が記述されたファイル（以下、「ユーザ情報ファイル」という。）のファイル名を入力し、登録ボタン５３５ｂを押下する。

一人の構成員ユーザに関するユーザ情報は、例えば、ユーザ名、パスワード、及びカードＩＤ等の項目を含む。これらの項目の値が、例えば、図１３に示されるような形式でユーザ情報ファイルに記述されている。

図１３は、ユーザ情報ファイルにおけるユーザ情報の記述例を示す図である。図１３では、各項目の値が、カンマによって区切られた、ＣＳＶ形式によって、ユーザ情報が記述された例が示されている。但し、ユーザ情報ファイルにおけるユーザ情報の記述形式は、ＣＳＶ形式に限定されない。ＸＭＬ（eXtensible Markup Language）形式であってもよいし、他の形式であってもよい。

ユーザ情報ファイルのファイル名がテキストボックス５３５ｔに入力され、登録ボタン５３５ｂが押下されると、管理者端末３０は、ユーザ情報ファイルに記述されているユーザ情報を含むユーザ登録要求を、サービス提供装置２０に送信する（Ｓ１１３）。

サービス提供装置２０の設定登録部２２１は、ユーザ登録要求に含まれているユーザ情報を、ログイン管理者に係る組織ＩＤに対応付けて、ユーザ情報記憶部２３１に登録する（Ｓ１１４）。すなわち、ユーザ情報ごとに新たな利用者レコードが生成され、各利用者レコードに対して、一つのユーザ情報が登録される。図９の例では、ユーザ名が、Ｂ、Ｃ、又はＤのレコードがステップＳ１１４において登録される。なお、管理者に関するユーザ情報が、ユーザ登録要求に含まれていてもよい。この場合、管理者に関するユーザ情報とは、ユーザ名が、管理者レコードのユーザ名と一致するユーザ情報をいう。この場合、ユーザ登録要求に含まれているユーザ情報によって、管理者レコードの内容が更新されてもよい。そうすることにより、例えば、管理者のカードＩＤが、このタイミングで登録されてもよい。

続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用に際して、各機器１０の操作パネル１５に表示される操作画面の構成情報であるプロファイルの編集作業等を行う。本実施の形態におけるプロファイルは、スキャン機器アプリ１２５の操作画面に関する情報であり、画面上のボタンのレイアウトや、ボタンごとに、スキャンの読み取り条件、スキャンされた画像データに対する加工処理、及び保存先（配信先）とするストレージ等に関する情報を含む。

図１４は、プロファイルの概念モデルを説明するための図である。図１４に示されるように、各機器１０は、一つのプロファイルを有する。但し、機器１０ごとに異なるプロファイルが設定されてもよいし、例えば、ユーザごとに異なるプロファイルが一つの機器１０に設定されてもよい。

プロファイルは、一以上のグループを含む。グループとは、操作画面において、例えば、タブウィンドウに対応する概念である。図１４では、グループの具体例として、「営業」及び「開発」が示されている。これらは、それぞれ営業タブウィンドウ又は開発タブウィンドウを示す。

一つのグループは、一以上のプロジェクト、画面レイアウト情報、及び０以上の仲介情報を含む。プロジェクトは、例えば、タブウィンドウ上に配置されるボタン等の操作部品に対応する概念である。図１４では、プロジェクトの具体例として「伝票」、「日報」、「商品情報」、「顧客情報」、及び「納品情報」等が示されている。これらは、例えば、営業タブウィンドウに配置される各ボタンのラベルを示す。

画面レイアウト情報は、一つのタブウィンドウ内における操作部品（ボタン）の配置位置や大きさ等を示す情報である。但し、画面レイアウト情報は、プロファイルに対して一対一に関連付いてもよい。この場合、同一のプロファイルに属する各グルーブに対応する画面レイアウト（操作部品の配置等）は、共通のものとなる。

仲介情報は、当該グループに属する各プロジェクトにおいて、オンラインストレージシステム４０への仲介先として選択可能な仲介装置５０に関する情報である。具体的には、仲介情報は、仲介装置５０のアドレス及び仲介装置５０にアクセスするためのパスワード等を含む。

一つのプロジェクトは、読み取り条件、ストレージ連携情報、加工情報、及びストレージ連携元等を有する、又はこれらの情報に対応付けられる。読み取り条件は、スキャン時の読み取り条件である。ストレージ連携情報とは、スキャンされた画像データに関して、いずれのオンラインストレージシステム４０のいずれのフォルダを保存先とするか等を示す情報である。加工情報は、スキャンされた画像データに関して、保存前に行われる加工処理（画像処理）に関する情報である。ストレージ連携元は、オンラインストレージシステム４０へのデータのアップロード元となる装置を識別する情報である。具体的には、ストレージ連携元は、サービス提供装置２０を示す情報又は特定の仲介装置５０を示す情報である。

管理者ポータル画面５３０（図８）において、プロファイル設定ボタン５３３が押下されると、管理者端末３０には、プロファイル設定画面５５０が表示される。図８に示されるように、プロファイル設定画面５５０は、プロファイル編集ボタン５５１及び機器設定ボタン５５２を含む。管理者によって、プロファイル編集ボタン５５１が選択されると、管理者端末３０には、プロファイル設定画面５５０上に、プロファイル編集画面７１０が表示される。

図１５は、プロファイル編集画面の表示例を示す図である。図１５において、プロファイル編集画面７１０は、プロファイル名入力領域７１１、編集対象画面表示領域７１２、ボタン編集領域７１３、タブ追加ボタン７１４、タブ削除ボタン７１５、ボタン追加ボタン７１６、ボタン削除ボタン７１７、仲介情報編集ボタン７１８、及び登録ボタン７１９等を含む。

プロファイル名入力領域７１１は、プロファイル名の入力を受け付ける領域である。編集対象画面表示領域７１２は、編集対象とされている画面（スキャン機器アプリ１２５の操作画面）が表示される領域である。図１５では、図１４に示した概念モデルに対応した画面例が表示されている。すなわち、営業タブウィンドウ及び開発タブウィンドウを含み、営業タブウィンドウ内に、日報ボタン、顧客情報ボタン、商品情報ボタン、伝票ボタン、及び納品情報ボタン等を含む画面が編集対象とされた例が示されている。

タブ追加ボタン７１４、タブ削除ボタン７１５、ボタン追加ボタン７１６、ボタン削除ボタン７１７は、新たなタブウィンドウの追加、編集対象とされているタブウィンドウの削除、編集対象とされているタブウィンドウに対するボタンの追加、当該ボタンの削除等を行わせるためのボタンである。編集対象画面表示領域７１２の初期状態は、一つのタブウィンドウに一つのボタンが配置された状態であってもよいし、予め雛型として作成されているプロファイルに基づく状態であってもよい。

仲介情報編集ボタン７１８は、編集対象とされているタブウィンドウに対応するグループへの、仲介情報の追加又は削除を受け付けるためのボタンである。例えば、仲介情報編集ボタン７１８が押下されると、仲介情報設定画面が表示される。

図１６は、仲介情報設定画面の表示例を示す図である。図１６において、仲介情報設定画面７３０は、仲介情報設定領域７３１−１及び７３１−２（以下、それぞれを区別しない場合「仲介情報設定領域７３１」という。）、追加ボタン７３２、削除ボタン７３３、ＯＫボタン７３４、及びキャンセルボタン７３５等を含む。

仲介情報設定領域７３１は、編集対象のグループに属するプロジェクトに対して選択可能とする仲介装置５０ごとに、アドレス及びパスワードを設定させるための領域である。アドレスは、特定の仲介装置５０のＩＰアドレス又はホスト名等、特定の仲介装置５０を識別するための情報である。パスワードは、特定の仲介装置５０にアクセスするためのパスワードである。図１６では、二つの仲介情報設定領域７３１が含まれている。したがって、編集対象のグループに属するプロジェクトについては、二つの仲介装置５０のいずれかを、オンラインストレージシステム４０への仲介先として選択することができる。

追加ボタン７３２が押下されると、仲介情報設定領域７３１が新たに追加される。すなわち、図１６は、追加ボタン７３２が２回押下された状態が示されている。

削除ボタン７３３が押下されると、チェックボタン７３６がチェックされている仲介情報設定領域７３１が削除される。キャンセルボタン７３５が押下されると、仲介情報設定画面７３０における編集内容はキャンセルされて、仲介情報設定画面７３０がクローズするＯＫ７３４が押下されると、仲介情報設定画面７３０における編集内容が保持された状態で、仲介情報設定画面７３０がクローズする。なお、仲介情報設定画面７３０がクローズすると、プロファイル編集画面７１０が再び前面に表示された状態となる。

なお、各仲介情報設定領域７３１から他の領域にフォーカスが移動したタイミング、又はＯＫボタン７３４が押下されたタイミングで、管理者端末３０は、仲介情報設定領域７３１に設定されたアドレス及びパスワードを含む接続確認要求を、サービス提供装置２０に送信してもよい。サービス提供装置２０のストレージ連携部２２８は、当該接続確認要求に応じ、当該接続確認要求に含まれているアドレス宛に、ログイン管理者に係る組織ＩＤ及び当該接続確認要求に含まれているパスワードに基づく認証要求を送信し、仲介装置５０との接続の成否を確認してもよい。ストレージ連携部２２８は、サービス提供装置２０と仲介装置５０との接続の成否を管理者端末３０に返信する。管理者端末３０は、接続に失敗した場合、その旨を示すメッセージを表示させ、仲介情報の再設定をユーザに要求してもよい。

プロファイル編集画面７１０の編集対象画面表示領域７１２において、選択されたボタン（以下、「対象ボタン」という。）は、ボタン削除ボタン７１７、又はボタン編集領域７１３の編集対象となる。ボタン編集領域７１３は、例えば、読み取り条件設定領域７１３１、加工情報設定領域７１３２、及びストレージ連携情報設定領域７１３３等を含む。

読み取り条件設定領域７１３１は、対象ボタンが押下された場合に実行されるスキャンに関する読み取り条件の設定を受け付ける領域である。図１５では、両面、解像度、及びファイル形式が設定項目の一例として示されているが、カラーモード等、他の項目の設定が可能とされてもよい。

加工情報設定領域７１３２は、対象ボタンの押下に応じてスキャンされた画像データに対して実行する加工処理の設定を受け付ける領域である。図１５では、ＯＣＲ（Optical Character Recognition）が設定された例が示されている。この場合、ＯＣＲの結果が保存対象とされる。ＯＣＲの他に、ＯＣＲ結果の翻訳、画像データのデータ形式の変換等が加工処理として設定されてもよい。また、複数の加工処理の組み合わせの設定が可能とされてもよい。

ストレージ連携情報設定領域７１３３は、対象ボタンの押下に応じて、スキャンされ、必要に応じて加工処理が施されたデータの保存先に関する設定を受け付けるための領域である。図１５では、保存先とするオンラインストレージのストレージ名、及び当該オンラインストレージにおけるフォルダ名が設定可能とされた例が示されている。なお、保存先として選択可能なストレージ名は、ログイン管理者に係る組織ＩＤに対応する組織レコード（図９）のストレージアカウント情報に登録されているストレージ名、及び編集対象のグループに対して設定された各仲介情報に係る仲介装置５０の連携先のオンラインストレージシステム４０のストレージ名である。

図１７は、ストレージ連携情報を構成する保存先の選択肢の表示例を示す図である。図１７では、保存先のリストボックスが展開されることにより表示されるリストに、選択可能なオンラインストレージシステム４０のストレージ名の一覧が表示された状態が示されている。当該リストにおいて、＜＜サービス提供装置＞＞の下に表示されているストレージ名は、ログイン管理者に係る組織ＩＤに対応する組織レコード（図９）のストレージアカウント情報に登録されているストレージ名である。すなわち、当該ストレージ名は、サービス提供装置２０が直接的に連携するオンラインストレージシステム４０のストレージ名である。一方、＜＜仲介装置１＞＞又は＜＜仲介装置２＞＞の下に表示されているストレージ名は、仲介情報設定画面７３０において設定された仲介情報に係る各仲介装置５０の連携先のオンラインストレージシステム４０のストレージ名である。当該ストレージ名は、「＜ストレージ名＞（＜状態＞）」の形式で表示されている。括弧内の＜状態＞は、＜ストレージ名＞に係るオンラインストレージシステム４０の状態である。仲介装置５０の連携先のオンラインストレージシステム４０のストレージ名及び状態は、例えば、リストボックスの展開時において、サービス提供装置２０の設定登録部２２１経由で、各仲介装置５０に問い合わせることによって取得される。この点については、図２１において詳述される。

また、図１５におけるストレージ連携情報設定領域７１３３において、フォルダ名は、対象ボタンのボタン名（ラベル）となる。すなわち、フォルダ名が変更されると、対象ボタンのボタン名は変更される。但し、ボタン名とフォルダ名とは必ずしも一致していなくてもよい。

プロファイル編集画面７１０において必要な編集が完了し、登録ボタン７１９が押下されると、管理者端末３０は、プロファイル編集画面７１０及び仲介情報設定画面７３０等における設定内容を示す情報を含むプロファイル登録要求をサービス提供装置２０に送信する（Ｓ１１５）。サービス提供装置２０の設定登録部２２１は、プロファイル登録要求に含まれている情報のうち、仲介情報設定画面７３０に対する設定内容に含まれている、仲介装置５０ごとのアドレスに基づいて、当該アドレスに係る仲介装置５０に対して接続確認の要求を送信する（Ｓ１１６）。当該仲介装置５０は、当該要求に応じ、当該仲介装置５０のサーバ証明書を返信する（Ｓ１１７）。ステップＳ１１６及びＳ１１７は、仲介情報設定画面７３０に対して設定されたアドレスごとに行われる。

続いて、設定登録部２２１は、ステップＳ１１５における登録要求に含まれている情報を、ログイン管理者に係る組織ＩＤに対応付けて、プロファイル記憶部２３４に登録する（Ｓ１１８）。この際、仲介情報については、ステップＳ１１７において正当なサーバ証明書が返信された仲介装置５０に係る仲介情報が、有効なものとしてプロファイル記憶部２３４に登録される。

図１８は、プロファイル記憶部の構成例を示す図である。プロファイル記憶部２３４は、プロファイルごとに、組織ＩＤ、プロファイル名、グループ、及びプロジェクト等の項目を有する。

組織ＩＤは、プロファイルが属する組織の組織ＩＤである。プロファイル名は、プロファイルの名前である。グループは、プロファイルに含まれるグループである。一つのプロファイルに対するレコード内に、グループごとのレコード（以下、「グループレコード」という。）が形成される。プロジェクトは、グループに含まれるプロジェクトである。一つのグループレコード内に、プロジェクトごとのレコード（以下、「プロジェクトレコード」という。）が形成される。

一つのグループレコードは、グループ名、レイアウト情報、仲介情報、及び１以上のプロジェクトレコードを含む。グループ名は、グループの識別名であり、グループに対応するタブウィンドウのタブに表示されるラベルでもある。レイアウト情報は、グループに対応するタブウィンドウ内における各ボタンの配置情報である。なお、図１４において説明したプロファイルの概念モデルにおいて、画面レイアウト情報が、プロファイルに一対一に関連付く場合、図１８において、レイアウト情報は、例えば、プロファイル名の横の項目であって、同一のプロファイルに属する複数のグループレコードに跨る項目に（すなわち、グループレコードの外側に）記憶されるようにしてもよい。

仲介情報は、仲介情報設定画面７３０における設定内容が記憶される項目である。図１８における仲介情報は、図１６における設定内容に対応する。したがって、二つの仲介装置５０に関して、アドレス及びパスワードが記憶されている。

一つのプロジェクトレコードは、プロジェクト名、読み取り条件、加工情報、ストレージ連携情報、及びストレージ連携元等の項目を含む。プロジェクト名は、プロジェクトの識別名であり、プロジェクトが対応するボタンのラベルでもある。本実施の形態において、プロジェクト名は、ストレージ連携情報のフォルダ名に一致する。他の項目については、プロファイル編集画面７１０（図１５）において説明した通りである。ストレージ連携元には、プロファイル編集画面７１０（図１５）のストレージ連携情報設定領域７１３３のリストボックスにおいて、＜＜サービス提供装置＞＞に属するストレージ名が選択されたプロジェクトには、「サービス提供装置」が登録される。一方、当該リストボックスにおいて、＜＜仲介装置Ｎ＞＞（図１５の例では、Ｎは「１」又は「２」）に属するストレージ名が選択されたプロジェクトには、「仲介装置Ｎ」が登録される。なお、「サービス提供装置」及び「仲介装置Ｎ」は、サービス提供装置２０又は仲介装置５０の識別情報を、便宜的にこのような文字列によって表現したものである。

続いて、管理者によって、プロファイル設定画面５５０（図８）の機器設定ボタン５５１が押下されると、管理者端末３０には、プロファイル機器設定画面７２０が表示される。

図１９は、プロファイル機器設定画面の表示例を示す図である。プロファイル機器設定画面７２０は、プロファイルと各機器１０との対応付けを設定させるための画面である。図１９に示されるように、プロファイル機器設定画面７２０には、ログイン管理者に係る組織ＩＤに対応付けられて機器情報記憶部２３２に機器情報が記憶されている機器１０ごとに、機器情報及びプロファイル名入力領域７２１が表示される。管理者は、プロファイル名入力領域７２１に対して、各機器１０に対応付ける（各機器１０において利用される）プロファイルのプロファイル名を入力し、登録ボタン７２２を押下する。

登録ボタン７２２の押下に応じ、管理者端末３０は、プロファイル機器設定画面７２０における設定内容（例えば、機体番号とプロファイル名との組み合わせ）を含む登録要求をサービス提供装置２０に送信する。サービス提供装置２０の設定登録部２２１は、当該登録要求に含まれている情報を、プロファイル機器対応記憶部２３５に登録する。

図２０は、プロファイル機器対応記憶部の構成例を示す図である。プロファイル機器対応記憶部２３５は、機体番号、プロファイル名、及び機器アプリのアプリＩＤを対応付けて記憶する。対応付けられるアプリＩＤは、マーケットプレース画面５４０（図８）において選択された機器アプリのアプリＩＤである。すなわち、設定登録部２２１は、当該機器アプリのアプリＩＤを、ログイン管理者に対応付けてメモリ装置２０３等に記憶しておき、プロファイル機器設定画面７２０における設定内容の登録要求に応じ、当該アプリＩＤを当該設定内容に対応付けてプロファイル機器対応記憶部２３５に記憶する。

続いて、管理者ポータル画面５３０（図８）のログアウトボタン５３６が押下されると（Ｓ１１９）、管理者端末３０は、サービス提供装置２０に対してログアウト要求を送信する。ログアウト要求の受信に応じ、サービス提供装置２０は、ログイン管理者のログイン状態を解除する。

続いて、図１７に示されるプロファイル編集画面７１０のストレージ連携情報設定領域７１３３において、データの保存先（アップロード先）を選択させるリストボックスの展開が指示された際に実行される処理について説明する。

図２１は、データの保存先を選択させるリストボックスの展開時に実行される処理手順の一例を説明するためのフローチャートである。なお、図２１は、仲介情報設定画面７３０においてアドレス及びパスワードが設定された一つの仲介装置５０に関して実行される処理を示す。したがって、仲介情報設定画面７３０において、複数の仲介装置５０に対するアドレス及びパスワードが設定された場合、各仲介装置５０に関して、図２１の処理が実行される。以下、処理対象の仲介装置５０を、「対象仲介装置５０」という。

リストボックスの展開が指示されると、管理者端末３０は、組織ＩＤと、対象仲介装置５０に対して設定されたアドレス及びパスワードとを指定して、対象仲介装置５０の連携先のオンラインストレージシステム４０のストレージ名の一覧の取得要求を、サービス提供装置２０に送信する（Ｓ１３１）。

サービス提供装置２０の設定登録部２２１は、当該取得要求に指定されたアドレス宛に、状態の確認要求を送信する（Ｓ１３２）。当該要求には、ステップＳ１３１において受信された組織ＩＤ及びパスワードが指定される。状態の確認要求の送信は、仲介ＡＰＩ５３の一つのインタフェースの呼び出しに相当する。したがって、当該要求は、当該アドレスに係る対象仲介装置５０の連携仲介部５１１によって受信される。

ここで、当該要求に指定された組織ＩＤ及びパスワードについて認証が行われ、認証に成功した場合に、ステップＳ１３３が実行される。ステップＳ１３３において、対象仲介装置５０の状態管理部５１２は、状態情報記憶部５２１に記憶されている状態情報を取得する。

図２２は、状態情報の構成例を示す図である。図２２に示されるように、状態情報は、状態及び復旧予定等を含む。本実施の形態において、状態の値は、「稼働中」又は「更新中」である。復旧予定は、状態の値が「更新中」の場合に有効な値であり、更新作業からの復旧予定の時期を示す情報である。状態管理部５１２は、当該仲介装置５０の状態の変化に応じて、状態情報記憶部５２１の記憶内容を更新する。

続いて、連携仲介部５１１は、取得された状態情報を、設定登録部２２１に返信する（Ｓ１３４）。設定登録部２２１は、状態情報の値が、「稼働中」であるか否かを判定する（Ｓ１３５）。状態情報の値が、「稼働中」でない場合（Ｓ１３５でＮｏ）、設定登録部２２１は、例えば、エラーを示す応答を返信する（Ｓ１３６）。

一方、当該状態情報の値が、「稼働中」である場合（Ｓ１３５でＹｅｓ）、設定登録部２２１は、連携先のオンラインストレージシステム４０の一覧の取得要求を、対象仲介装置５０のアドレス宛に送信する（Ｓ１３７）。当該要求には、ステップＳ１３１において受信された組織ＩＤ及びパスワードが指定される。当該要求の送信は、仲介ＡＰＩ５３の一つのインタフェースの呼び出しに相当する。したがって、当該要求は、対象仲介装置５０の連携仲介部５１１によって受信される。

ここで、当該要求に指定された組織ＩＤ及びパスワードについて認証が行われ、認証に成功した場合に、ステップＳ１３８が実行される。ステップＳ１３８において、連携仲介部５１１は、対象仲介装置５０が連携するオンラインストレージシステム４０のストレージ名の一覧を、連携情報記憶部５２２から取得する。

図２３は、連携情報記憶部の構成例を示す図である。図２３において、連携情報記憶部５２２は、組織ＩＤに対応付けてストレージ名を記憶する。図２３に示されるように、組織ＩＤごとに、連携先のオンラインストレージシステム４０が異なっていてもよいし、一つの仲介装置５０について、連携先のオンラインストレージシステム４０は、全ての組織ＩＤに対して共通であってもよい。

ステップＳ１３８では、受信された組織ＩＤに対応付いているストレージ名の一覧が取得される。続いて、連携仲介部５１１は、取得されたストレージ名の一覧を、設定登録部２２１に返信する（Ｓ１３９）。

続いて、設定登録部２２１は、返信された一覧に含まれるストレージ名に係る各オンラインストレージシステム４０の稼動状態の取得要求を、対象仲介装置５０のアドレス宛に送信する（Ｓ１４０）。当該要求には、ステップＳ１３１において受信された組織ＩＤ及びパスワードと、ストレージ名とが指定される。ストレージ名は、一回の要求において一つのみ指定可能であってもよいし、複数指定可能であってもよい。一つのみ指定可能な場合、ステップＳ１４０は、ストレージ名の一覧に含まれるストレージ名の数だけ繰り返されればよい。オンラインストレージシステム４０の状態の取得要求の送信は、仲介ＡＰＩ５３の一つのインタフェースの呼び出しに相当する。したがって、当該要求は、当該アドレスに係る対象仲介装置５０の連携仲介部５１１によって受信される。

ここで、当該要求に指定された組織ＩＤ及びパスワードについて認証が行われ、認証に成功した場合に、ステップＳ１４２が実行される。ステップＳ１４２において、連携仲介部５１１は、当該要求に指定されたストレージ名に係るオンラインストレージシステム４０に対して、その稼動状態を問い合わせる。続いて、連携仲介部５１１は、問い合わせに応じて返信される稼動状態を示す情報を、設定登録部２２１に返信する（Ｓ１４２）。

続いて、設定登録部２２１は、ステップＳ１３９において返信された一覧に含まれるストレージ名ごとに、当該ストレージ名に係るオンラインストレージシステム４０の稼動状態を示す値が付与された情報を含む応答を、管理者端末３０に返信する（Ｓ１４３）。

管理者端末３０は、ステップＳ１３６又はＳ１４３において返信された応答を受信する（Ｓ１４３）。ここで、ステップＳ１４３において返信された応答に含まれている情報に基づいて、管理者端末３０は、展開されたリスト内に、仲介装置５０ごとに、連携先のストレージ名及びその状態を表示させることができる。

以上でＳｃａｎＴｏＳｔｏｒａｇｅサービスを利用するための管理者による準備作業は完了する。続いて、構成員ユーザによって、ＳｃａｎＴｏＳｔｏｒａｇｅサービスが利用される際に、情報処理システム１において実行される処理手順について説明する。

図２４は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第一の例を説明するためのシーケンス図である。図２４の説明において、操作対象とされる機器１０を、単に「機器１０」といい、機器１０を操作する或る構成員ユーザを、単に「ユーザ」という。また、図２４の処理の開始時において、機器１０には、いずれのユーザもログインしていない状態であるとする。

ユーザが、機器１０にログインすべく、機器１０の非図示のカードリーダにＩＣカードを翳すと、機器認証部１２２は、カードリーダを介して当該ＩＣカードよりカードＩＤを取得する（Ｓ２１０）。続いて、機器認証部１２２は、カードＩＤを含む認証要求をサービス提供装置２０に送信する（Ｓ２２０）。

サービス提供装置２０の認証処理部２２３は、認証要求の受信に応じ、認証要求に含まれているカードＩＤについて認証を行う。例えば、当該カードＩＤを含むレコードがユーザ情報記憶部２３１に記憶されていれば認証は成功したとされてもよい。または、機器１０からカードＩＤと共に組織ＩＤ及び機体番号が送信されてもよい。この場合、組織ＩＤ、機体番号、及びカードＩＤの組み合わせに矛盾が無ければ、認証は成功したとされてもよい。認証が成功した場合、セッション管理部２２４は、機器１０との間のセッションを開設する。セッション管理部２２４は、ユーザ情報記憶部２３１において、当該カードＩＤに対応付けられている組織ＩＤ及びユーザ名を、当該セッションに対応付けてメモリ装置２０３に記憶する。セッション管理部２２４は、また、当該セッションの識別情報であるトークン（ｃｏｏｋｉｅ）を生成する。認証処理部２２３は、当該トークンを認証の成功を示す応答に含めて機器１０の機器認証部１２２に返信する（Ｓ２３０）。

機器認証部１２２は、認証成功の応答の受信に応じ、当該応答に含まれているトークンを、ＲＡＭ１１２に記憶する。機器認証部１２２は、また、ユーザの操作を可能とするため、操作パネル１５に対する利用制限（ロック）を解除する（Ｓ２４０）。利用制限が解除されることにより、ユーザは、操作パネル１５を介して機器１０の操作が可能となる。

続いて、機器認証部１２２は、機器１０内で起動している各アプリケーションに対して、ログインの成功を通知する。本実施の形態では、スキャン機器アプリ１２５にもログインの成功が通知される（Ｓ２５０）。ログインの成功の通知には、トークンが添付される。したがって、スキャン機器アプリ１２５は、当該通知を介してトークンを入手する。

続いて、ユーザによる操作パネル１５を介した操作によって、スキャン機器アプリ１２５が利用対象として選択されると、スキャン機器アプリ１２５は、自らのアプリＩＤ、トークン、及び機器１０（自機）の機体番号等を指定して、プロファイルの取得要求を、サービス提供装置２０のスキャンサーバアプリ２１１宛に送信する（Ｓ２６０）。サービス提供装置２０のセッション管理部２２４は、当該取得要求を中継する。中継に際し、セッション管理部２２４は、当該取得要求に含まれているトークンを、当該トークンによって識別されるセッションの組織ＩＤ及びユーザ名に変換して、当該取得要求をスキャンサーバアプリ２１１に転送する（Ｓ２７０）。なお、セッション管理部２２４は、不正なトークンを含む要求については、拒絶する。

続いて、スキャンサーバアプリ２１１は、当該取得要求に指定されているアプリＩＤ及び機体番号に対応付いているプロファイル名を、プロファイル機器対応記憶部２３５（図２０）を参照して特定する。スキャンサーバアプリ２１１は、更に、特定されたプロファイル名、及びトークンから変換された組織ＩＤによって識別されるプロファイルを、プロファイル記憶部２３４（図１８）より取得し、取得されたプロファイルを、スキャン機器アプリ１２５に返信する（Ｓ２８０）。

スキャン機器アプリ１２５は、返信されたプロファイルに基づいて、操作画面を生成する（Ｓ２９０）。続いて、スキャン機器アプリ１２５は、当該操作画面を操作パネル１５に表示させる（Ｓ３００）。なお、厳密には、プロファイルに基づく操作画面の生成及び操作パネル１５への表示は、表示制御部１２４によって実行される。

図２５は、スキャン機器アプリの操作画面の表示例を示す図である。図２５に示される操作画面８１０は、図１５の編集対象画面表示領域７１２に示されている画面と同じである。

続いて、ユーザによって、操作画面８１０のボタンの中から、ユーザの業務に適したボタンが選択される（Ｓ３１０）。例えば、日報をスキャン対象とする場合、ボタン８１１が選択される。操作パネル１５によってボタンの選択が通知されると（Ｓ３２０）、スキャン機器アプリ１２５は、選択されたボタン８１１（「日報」）に対応するグループ名（以下、「対象グループ名」という。）及びプロジェクト名（以下、「対象プロジェクト名」という。）と、読み込み条件とをＲＡＭ１１２に記憶する（Ｓ３３０）。当該読み込み条件は、操作画面８１０の生成に用いられたプロファイルにおいて、対象グループ名及び対象プロジェクト名に対応付けられているものである。

続いて、ユーザによって、スキャン対象とされる原稿（例えば、日報）が機器１０にセットされ、操作パネル１５上のスタートボタンが押下されると（Ｓ３４０）、操作パネル１５は、スキャン機器アプリ１２５に対してスタートボタンの押下を通知する（Ｓ３５０）。スタートボタンの押下の通知に応じ、スキャン機器アプリ１２５は、機器制御部１２１を介して原稿のスキャンジョブを機器１０に実行させる（Ｓ３６０）。すなわち、スキャナ１２によって原稿から画像データが読み取られる。この際、読み取り条件は、ステップＳ３３０においてＲＡＭ１１２に記憶されたものが用いられる。したがって、日報のスキャンに適した読み取り条件によって、原稿のスキャンが実行され、画像データが生成される。

続いて、スキャン機器アプリ１２５は、当該画像データを、自らのアプリＩＤ、機体番号、対象グループ名及び対象プロジェクト名、並びにトークンと共にスキャンサーバアプリ２１１に送信（アップロード）する（Ｓ３７０）。セッション管理部２２４は、当該トークンを組織ＩＤ及びユーザ名に変換し、変換結果、アプリＩＤ、機体番号、対象グループ名及び対象プロジェクト名、並びに当該画像データをスキャンサーバアプリ２１１に転送する（Ｓ３８０）。

続いて、スキャンサーバアプリ２１１は、転送されたアプリＩＤ及び機体番号に対応するプロファイルを、プロファイル機器対応記憶部２３５及びプロファイル記憶部２３４に基づいて特定し、当該プロファイル（以下、「対象プロファイル」という。）のプロファイル名（以下、「対象プロファイル名」という。）、対象グループ名、及び対象プロジェクト名を指定して、連携元判定部２２９に対して、ストレージ連携元を問い合わせる（Ｓ３８１）。連携元判定部２２９は、プロファイル記憶部２３４に記憶されている対象プロファイルにおいて、対象グループ名及び対象プロジェクト名に対応するストレージ連携元の値を取得する。連携元判定部２２９は、取得された値を、スキャンサーバアプリ２１１に返信する（Ｓ３８２）。図２４では、「サービス提供装置」が返信されたこととする。なお、スキャンサーバアプリ２１１が対象プロファイルを参照することにより、ストレージ連携元を判定してもよい。

続いて、スキャンサーバアプリ２１１は、対象プロファイルにおいて、対象グループ名及び対象プロジェクト名に対応する加工情報及びストレージ連携情報を特定する。

スキャンサーバアプリ２１１は、当該加工情報及び当該ストレージ連携情報に応じた処理を示すジョブ（以下、「ジョブＡ」という。）の実行要求をジョブ処理部２２５に投入する（Ｓ３９０）。ここでは、加工情報は、ＯＣＲ処理を実行することを示し、ストレージ情報は、ＳｔｏｒａｇｅＡの「／日報」フォルダへ保存（アップロード）することを示すこととする。また、ジョブには、機器１０に係る組織ＩＤ、ユーザ名、対象プロファイル名、対象グループ名、対象プロジェクト名、及びスキャンされた画像データが関連付けられる。なお、ジョブの実行要求は、ＲＡＭ１１２に形成されているジョブキューに蓄積される。ジョブの実行は、ジョブの実行要求とは非同期に実行される。但し、ジョブの実行要求と同期的にジョブが実行されてもよい。

続いて、ジョブ処理部２２５は、ジョブキューよりジョブＡを取り出すと、ジョブＡに係る加工情報に基づいて、ＯＣＲ処理をＯＣＲ処理部２２６に要求する（Ｓ４００）。ＯＣＲ処理部２２６は、画像データに関してＯＣＲ処理を実行し、処理結果としてのテキストデータを出力する（Ｓ４１０）。

続いて、ジョブ処理部２２５は、当該テキストデータと、ストレージ連携情報が示すストレージ名及びフォルダ名と、ジョブＡに係る組織ＩＤ及びユーザ名と、ジョブＡに係るプロファイル名、グループ名、及びプロジェクト名とを指定して、アップロードの実行をアップロード処理部２２７に要求する（Ｓ４２０）。アップロード処理部２２７は、当該アップロードの実行を、ストレージ連携部２２８に要求する（Ｓ４３０）。

ストレージ連携部２２８は、指定されたストレージ名に係るオンラインストレージシステム４０に対するログインを認証処理部２２３に要求する（Ｓ４４０）。ストレージ連携部２２８は、アップロード要求に指定された組織ＩＤ及びストレージ名を当該ログイン要求に指定する。認証処理部２２３は、当該組織ＩＤに対応する組織レコードをユーザ情報記憶部２３１より取得し、当該組織レコードのストレージアカウント情報において、アップロード要求に係るストレージ名に対応付けられているアカウント情報（ＩＤ及びパスワード）を取得する。認証処理部２２３は、取得されたアカウント情報を用いて、例えば、ＳｔｏｒａｇｅＡに係るオンラインストレージシステム４０（以下、単に「ＳｔｏｒａｇｅＡ」という。）に対して認証要求を送信する（Ｓ４５０）。

ＳｔｏｒａｇｅＡは、当該認証要求に指定されたアカウント情報について認証に成功すると、ＳｔｏｒａｇｅＡへのアクセス用のトークンを返信する（Ｓ４６０）。認証処理部２２３は、返信されたトークンを、ストレージ連携部２２８に返却する（Ｓ４７０）。

続いて、ストレージ連携部２２８は、ステップＳ４３０において指定されたプロファイル名、グループ名、及びプロジェクト名を指定して、連携元判定部２２９に対して、ストレージ連携元を問い合わせる（Ｓ４７１）。連携元判定部２２９は、プロファイル記憶部２３４に記憶されている、当該プロジェクト名に係るプロファイルにおいて、当該グループ名及び当該プロジェクト名に対応するストレージ連携元の値を取得する。連携元判定部２２９は、取得された値を、スキャンサーバアプリ２１１に返信する（Ｓ４７２）。図２４では、「サービス提供装置」が返信されたこととする。なお、ステップＳ３８２における判定結果が、ジョブに関連付けられて保持されてもよい。この場合、ストレージ連携部２２８は、ステップＳ４７１を実行する代わりに、ジョブに関連付けられている判定結果に基づいて、ストレージ連携元を特定してもよい。

ストレージ連携元が「サービス提供装置」であることに応じ、ストレージ連携部２２８は、自らがアップロードを実行すべきことを認識する。そこで、ストレージ連携部２２８は、ステップＳ４７０において取得されたトークンを指定して、ＯＣＲ処理によって得られたテキストデータについて、アップロード要求に指定されたストレージ名によって特定されるオンラインストレージ（ＳｔｏｒａｇｅＡ）に対して保存要求を送信する（Ｓ４８０）。この際、アップロード要求に指定されたフォルダ名（／日報）が保存先のフォルダとして指定される。

その結果、ＳｔｏｒａｇｅＡの／日報に対して、当該テキストデータが保存される。

続いて、仲介装置５０を介してデータがアップロードされる例について説明する。

図２６は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第二の例を説明するためのシーケンス図である。図２６中、図２４と同一ステップには同一ステップ番号を付し、その説明は省略する。

図２６では、ステップＳ３１０〜Ｓ３３０が、ステップＳ３１０ａ〜Ｓ３３０ａに置き換えられている。すなわち、ステップＳ３１０ａでは、操作画面８１０（図２５）において、ボタン８１２（「納品情報」）が選択される。したがって、ステップＳ３３０ａでは、ボタン８１２に対応するグループ名（以下、「対象グループ名」という。）及びプロジェクト名（以下、「対象プロジェクト名」という。）と、読み込み条件とがＲＡＭ１１２に記憶される。

ここで、図１８より明らかなように、対象プロジェクト名が「納品情報」であるプロジェクトのストレージ連携元は、「仲介装置１」である。したがって、ステップＳ３８２ａにおいて、連携元判定部２２９は、「仲介装置１」を、スキャンサーバアプリ２１１に返信する。

続いて、スキャンサーバアプリ２１１は、「仲介装置１」のアドレス宛に、状態確認要求を送信する（Ｓ３８３）。状態確認要求の送信は、仲介ＡＰＩ５３の一つのインタフェースの呼び出しに相当する。したがって、当該状態確認要求は、当該仲介装置５０の連携仲介部５１１によって受信される。なお、状態確認要求には、組織ＩＤと、「仲介装置１」に対するパスワードとが指定される。「仲介装置１」に対するアドレス及びパスワードは、プロファイルにおいて、対象グループ名に対応付けられている仲介情報に含まれている。

連携仲介部５１１は、状態確認要求を受信すると、当該状態確認要求に指定されている組織ＩＤ及びパスワードの認証を、認証処理部５１３に要求する（Ｓ３８４）。認証処理部５１３は、当該組織ＩＤ及びパスワードの組が、組織認証情報記憶部５２３に記憶されているか否かに基づいて、当該組織ＩＤ及びパスワードの認証を行う。

図２７は、仲介装置が有する組織認証情報記憶部の構成例を示す図である。図２７において、組織認証情報記憶部５２３は、当該仲介装置５０の利用が許可される各組織の組織ＩＤ及びパスワードを記憶する。認証処理部５１３は、状態確認要求に指定された組織ＩＤ及びパスワードの組が、組織認証情報記憶部５２３に記憶されていれば、認証の成功を認証結果として判定し、当該組が、組織認証情報記憶部５２３に記憶されていなければ、認証の失敗を認証結果として判定する。認証処理部５１３は、認証結果を連携仲介部５１１に返信する（Ｓ３８５）。

認証結果が認証の失敗を示す場合、連携仲介部５１１は、状態確認要求に対してエラーを返信する。この場合、ステップＳ３９０以降の実行は中止される。認証結果が認証の成功を示す場合、連携仲介部５１１は、状態管理部５１２に対して、当該仲介装置５０の状態を問い合わせる（Ｓ３８６）。状態管理部５１２は、状態情報記憶部５２１（図２２）に記憶されている状態情報を、連携仲介部５１１に返信する（Ｓ３８７）。

ステップＳ３８７では、「稼働中」を示す状態情報が返信されたこととする。そこで、連携仲介部５１１は、「稼働中」を示す状態情報を、サービス提供装置２０のスキャンサーバアプリ２１１に返信する（Ｓ３８８）。スキャンサーバアプリ２１１は、仲介装置５０の状態が「稼働中」であること（すなわち、仲介装置５０を正常に利用可能であること）に応じ、ジョブ（以下、「ジョブＢ」という。）の実行要求をジョブ処理部２２５に投入する（Ｓ３９０）。

ステップＳ４００〜Ｓ４７２ａにおいては、図２４のステップＳ４００〜Ｓ４７２と同様の処理が実行される。但し、図２４と図２６とでは、選択されたプロジェクトが異なるため、例えば、アップロード先のストレージ名及びフォルダ名等が、図２４と異なる。また、ステップＳ４７２ａにおいて、連携元判定部２２９は、ストレージ連携元として、「仲介装置１」をストレージ連携部２２８に返信する。

ステップＳ４９０において、ストレージ連携部２２８は、ストレージ連携元が仲介装置５０であることに基づき、組織ＩＤ、パスワード、トークン、ストレージ名、及びフォルダ名を指定して、ＯＣＲ処理の結果のテキストデータのアップロード要求を、「仲介装置１」のアドレス宛にネットワークを介して送信する。アップロード要求の送信は、仲介ＡＰＩ５３の一つのインタフェースの呼び出しに相当する。したがって、当該アップロード要求は、当該アドレスに係る仲介装置５０の連携仲介部５１１によって受信される。

連携仲介部５１１は、アップロード要求を受信すると、当該アップロード要求に指定されている組織ＩＤ及びパスワードの認証を、認証処理部５１３に要求する（Ｓ４９１）。認証処理部５１３は、ステップＳ３８４に応じた場合と同様の処理を行い、当該組織ＩＤ及びパスワードの認証結果を、連携仲介部５１１に返信する（Ｓ４９２）。

認証に成功すると、連携仲介部５１１は、アップロードされたテキストデータからのメタ情報の生成を、メタ情報生成部５１４に要求する（Ｓ４９３）。メタ情報生成部５１４は、当該テキストデータから所定の項目の値を示す文字列を抽出し、抽出された文字列に基づいて、メタ情報を生成する。メタ情報は、例えば、ＣＳＶ（Comma Separated Values）形式で生成される。但し、ＸＭＬ（eXtensible Markup Language）形式等、他の形式によってメタ情報が生成されてもよい。メタ情報生成部５１４は、生成されたメタ情報を、連携仲介部５１１に返信する（Ｓ４９４）。

図２８は、メタ情報の一例を示す図である。図２８では、「顧客情報」という項目について、「山田太郎」が、「注文日」という項目について、「２０１３／０８／１３」が、それぞれテキストデータから抽出され、図２８に示されるような形式に整形された例が示されている。なお、メタ情報の生成に関する処理は、当該仲介装置５０に固有の処理の一例である。例えば、テキストデータが示す文章の翻訳や、テキストデータを所定のデータ形式への変換等、仲介装置５０ごとに、他の処理が実行されてもよい。

続いて、連携仲介部５１１は、ステップＳ４９０において受信されたアップロード要求に指定されたストレージ名に係るオンラインストレージシステム４０に対し、テキストデータの保存要求を送信する（Ｓ４９５）。この際、当該アップロード要求に指定されたフォルダ名（／納品情報）が保存先のフォルダとして指定される。

続いて、オンラインストレージシステム４０は、アップロードされたデータを、当該オンラインストレージシステム４０において識別するための情報（以下、「ファイルＩＤ」という。）を、アップロード要求に対する応答に含めて返信する（Ｓ４９６）。

続くステップＳ４９７及びＳ４９８では、メタ情報のアップロード及びメタ情報に対するファイルＩＤの返信が行われる。

続いて、連携仲介部５１１は、オンラインストレージシステム４０から返信されたファイルＩＤを、サービス提供装置２０のストレージ連携部２２８に返信する（Ｓ４９９）。ここでは、テキストデータに対するファイルＩＤと、メタ情報に対するファイルＩＤとが返信される。又は、テキストデータに対するファイルＩＤのみが返信されてもよい。

続いて、ストレージ連携部２２８は、返信されたファイルＩＤを、当該ファイルＩＤに係るデータのアップロードに係るジョブに関する情報に関連付けて、アップロード情報記憶部２３６に記憶する（Ｓ５００）。

図２９は、アップロード情報記憶部の構成例を示す図である。図２９において、アップロード情報記憶部２３６は、アップロードされたデータごとに、組織ＩＤ、ストレージ名、ファイルパス、アドレス、パスワード、アップロード日時、及びファイルＩＤ等を記憶する。

組織ＩＤは、データのアップロードのジョブに係る組織ＩＤである。ストレージ名は、データのアップロード先のオンラインストレージシステム４０のストレージ名である。ファイルパスは、アップロード先のファイルパスである。なお、ファイルパスに含まれるファイル名を、サービス提供装置２０側で特定できない場合、ファイル名は、ファイルＩＤと共に、ステップＳ４９８において返信されてもよい。アドレスは、アップロードに利用した仲介装置５０のアドレスである。パスワードは、当該仲介装置５０に対するパスワードである。アップロード日時は、アップロードが行われた日時である。例えば、当該レコードが、アップロード情報記憶部２３６に登録された日時が、アップロード日時とされてもよい。ファイルＩＤは、アップロード先のオンラインストレージシステム４０から返信されたファイルＩＤである。なお、組織ＩＤ、ストレージ名、及びファイルパスは、アップロードのジョブ関連付いている情報に基づいて特定可能である。

続いて、ステップＳ４９３のメタ情報の生成要求に応じて、メタ情報生成部５１４が実行する処理手順の詳細について説明する。図３０は、メタ情報の生成処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ６０１において、メタ情報生成部５１４は、テキストデータから、「お客様の名前：ｘｘｘ ｙｙｙ」の形式に合致する文字列を検索し、検索された文字列から「ｘｘｘ ｙｙｙ」の部分（すなわち、氏名の部分）を抽出する。すなわち、「納品情報」に係るプロジェクトでは、このような文字列を含む原稿が、機器１０においてスキャン対象とされることが予定されている。

続いて、メタ情報生成部５１４は、「顧客名，ｘｘｘ ｙｙｙ」の形式で、抽出された部分を含む文字列を、メタ情報を格納するファイルに書き出す（Ｓ６０２）。

続いて、メタ情報生成部５１４は、テキストデータから、「注文日：ｙｙｙｙ／ｍｍ／ｄｄ」の形式に合致する文字列を検索し、検索された文字列から「ｙｙｙｙ／ｍｍ／ｄｄ」の部分（すなわち、年月日の部分）を抽出する（Ｓ６０３）。すなわち、「納品情報」に係るプロジェクトでは、このような文字列を含む原稿が、機器１０においてスキャン対象とされることが予定されている。

続いて、メタ情報生成部５１４は、「注文日，ｙｙｙｙ／ｍｍ／ｄｄ」の形式で、抽出された部分を含む文字列を、メタ情報を格納するファイルに書き出す（Ｓ６０４）。

以上の処理手順によって、図２８に示したメタ情報が生成される。

続いて、ストレージ連携元の仲介装置５０の状態が「更新中」である場合、すなわち、当該仲介装置５０を利用できない場合について説明する。

図３１は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第三の例を説明するためのシーケンス図である。図３１中、図２６と同一ステップには同一ステップ番号を付し、その説明は省略する。

図３１では、仲介装置５０の状態情報記憶部５２１に記憶されている状態情報が、図２２の（２）の通りであるとする。したがって、ステップＳ３８７ａでは、当該状態情報が、状態管理部５１２から連携仲介部５１１に返信される。また、ステップＳ３８８ａでは、当該状態情報が、連携仲介部５１１からスキャンサーバアプリ２１１に返信される。

スキャンサーバアプリ２１１は、仲介装置５０の状態が「更新中」であること（すなわち、仲介装置５０を利用できないこと）に応じ、機器１０のスキャン機器アプリ１２５に対し、仲介装置５０が更新中であり、２０１３／８／１１の１１：００まで利用できないことを示す応答を返信する（Ｓ５１１）。当該応答に応じ、スキャン機器アプリ１２５は、仲介装置５０の斯かる状態を通知するための警告画面を生成し（Ｓ５１２）、当該警告画面を操作パネル１５に表示させる。ユーザは、警告画面を参照することにより、２０１３／８／１１の１１：００までは、ステップＳ３１０ａにおいて選択したボタンに対応するプロジェクトは利用できないことを認識する。

続いて、アップロードしたデータの状態（以下、「アップロード状態」という。）の確認要求をユーザから入力された場合に実行される処理手順について説明する。

図３２は、アップロード状態の確認処理の処理手順の一例を説明するためのシーケンス図である。

ステップＳ７０１では、例えば、スキャン機器アプリ１２５が操作パネル１５に表示させているジョブ管理画面に含まれている、アップロードされたデータの一覧の中から、状態確認の対象とされるデータが選択される。ジョブ管理画面には、例えば、アップロード情報記憶部２３６に記憶されているレコードの中で、操作対象の機器１０が属する組織の組織ＩＤを含むレコードのストレージ名及びファイルパスの一覧が表示される。

続いて、スキャン機器アプリ１２５は、選択されたストレージ名及びファイルパスと、組織ＩＤとが指定された、アップロード状態の確認要求を、スキャンサーバアプリ２１１に送信する（Ｓ７０２）。スキャンサーバアプリ２１１は、状態確認要求を受信すると、当該状態確認要求に指定されている組織ＩＤ、ストレージ名、及びファイルパスに対応付いているアドレス、パスワード、アップロード日時、及びファイルＩＤを、アップロード情報記憶部２３６より取得する（Ｓ７０３）。

続いて、スキャンサーバアプリ２１１は、組織ＩＤ、ストレージ名、アドレス、パスワード、アップロード日時、及びファイルＩＤを指定して、アップロード状態の確認をストレージ連携部２２８に要求する（Ｓ７０４）。アドレス、パスワード、アップロード日時、及びファイルＩＤは、ステップＳ７０３において取得されたものである。

続くステップＳ７０５〜Ｓ７０８では、図２４のステップＳ４３０〜Ｓ４７０と同様の処理が実行される。その結果、ストレージ連携部２２８は、状態の確認要求に指定されたストレージ名に係るオンラインストレージシステム４０に対するトークンを入手する。

続いて、ストレージ連携部２２８は、組織ＩＤ、パスワード、トークン、ストレージ名、アップロード日時、及びファイルＩＤを指定して、アップロード状態の確認要求を、ステップＳ７０４において指定されたアドレス宛に送信する（Ｓ７０９）。アップロード状態の確認要求の送信は、仲介ＡＰＩ５３の一つのインタフェースの呼び出しに相当する。したがって、当該アップロード状態の確認要求は、当該アドレスに係る仲介装置５０の連携仲介部５１１によって受信される。

ステップＳ７１０及びＳ７１１では、図２６のステップＳ３８４及びＳ３８５と同様に、組織ＩＤ及びパスワードについて認証が行われる。認証に成功すると、連携仲介部５１１は、ステップＳ７０９において指定されたトークンを指定して、ステップＳ７０９において指定されたストレージ名に係るオンラインストレージシステム４０に対して、ファイル一覧の取得要求を送信する（Ｓ７１２）。ファイルの一覧の取得対象は、所定のフォルダ以下（例えば、ステップＳ７０９において指定された組織ＩＤに対応するフォルダ以下）の階層のファイルに限定されてもよい。オンラインストレージシステム４０は、ファイル一覧の取得要求に応じ、当該オンラインストレージシステム４０に保存されているファイルのファイルＩＤの一覧を返信する（Ｓ７１３）。

続いて、連携仲介部５１１は、アップロード状態の確認対象として選択されたデータのアップロード状態を判定する（Ｓ７１４）。具体的には、当該データに対応するファイルＩＤが、ステップＳ７１３において受信されたファイルＩＤの一覧の中に含まれている場合、連携仲介部５１１は、対象ファイルＩＤに係るデータのアップロード状態は、「完了」であると判定する。対象ファイルＩＤが、受信されたファイルＩＤの一覧の中に含まれていない場合、連携仲介部５１１は、アップロード日時から現時点までの経過時間に応じて、アップロード状態を区別する。例えば、アップロード日時からの経過時間が所定時間以内である場合、連携仲介部５１１は、対象ファイルＩＤに係るデータのアップロード状態は、「アップロード中」であると判定する。アップロード日時からの経過時間が所定時間を超える場合、連携仲介部５１１は、対象ファイルＩＤに係るデータのアップロード状態は、「失敗」であると判定する。

なお、ステップＳ７１２〜Ｓ７１４におけるアップロード状態の判定方法は、アップロード先のオンラインストレージシステム４０が公開するＡＰＩ等に依存する。例えば、アップロード先のオンラインストレージシステム４０が、「指定されたファイルＩＤのアップロード状態を返信する」といったＡＰＩを有する場合、連携仲介部５１１は、当該ＡＰＩを一回呼び出すことで、アップロード状態を知ることができる。

続いて、連携仲介部５１１は、アップロード状態の判定結果を、ストレージ連携部２２８に返信する（Ｓ７１５）。ストレージ連携部２２８は、当該アップロード状態を示す情報（以下、「アップロード状態情報」という。）を、スキャンサーバアプリ２１１に返信する（Ｓ７１６）。スキャンサーバアプリ２１１は、当該アップロード状態情報を、スキャン機器アプリ１２５に返信する（Ｓ７１７）。

スキャン機器アプリ１２５は、当該アップロード状態情報を表示させるための画面を生成し（Ｓ７１８）、当該画面を操作パネル１５に表示させる（Ｓ７１９）。ユーザは、当該画面を参照して、指定したデータのアップロード状態を確認することができる。

上述したように、第一の実施の形態によれば、機器１０からサービス提供装置２０に送信される画像データ又は当該画像データに基づいて生成されるデータについて、オンラインストレージシステム４０への送信（アップロード）は、仲介装置５０によって仲介されうる。すなわち、サービス提供装置２０は、仲介装置５０によって提供される共通化されたインタフェースである仲介ＡＰＩ５３を利用して、相互に異なるインタフェースを有する各オンラインストレージシステム４０へのデータの送信を行うことができる。その結果、機器１０から送信される画像データ又は当該画像データに基づいて生成されるデータの保存先への送信について、柔軟性を向上させることができる。

したがって、新たなオンラインストレージシステム４０を保存先の候補として追加する場合、当該オンラインストレージシステム４０に対応した仲介装置５０を用意したり、又は既存の仲介装置５０を更新したりすればよく、サービス提供装置２０に新たな実装を追加する必要性を低減させることができる。その結果、サービス提供装置２０を停止させる頻度を低下させることができる。

また、一つの仲介装置５０は、複数のオンラインストレージシステム４０に対応（連携）可能である。したがって、仲介装置５０とオンラインストレージシステム４０との対応関係が１対１である場合に比べて、新たなオンラインストレージシステム４０に対応するためのコストを低下させることができる。

但し、一つの仲介装置５０がオンラインストレージシステム４０に対応可能である場合、既存の仲介装置５０を新たなオンラインストレージシステム４０に対応させるために、当該仲介装置５０に関して更新作業が必要とされる。この場合、更新期間中においては、当該仲介装置５０を利用したデータのアップロードを行えない可能性が有る。しかし、例えば、仲介装置５０を、ユーザごと（組織ＩＤごと）に用意することで、或る仲介装置５０に更新に伴う影響範囲を、特定のユーザに限定することができる。

なお、本実施の形態では、便宜上、仲介装置５０の連携先は、オンラインストレージシステム４０である例を説明したが、他のコンピュータシステムが仲介装置５０の連携先とされてもよい。

次に、第二の実施の形態について説明する。第二の実施の形態では、第一の実施の形態と異なる点について説明する。したがって、特に明記されない点については、第一の実施の形態と同様でもよい。

図３３は、第二の実施の形態における情報処理システムの構成例を示す図である。図３３において、認証装置６０は、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して仲介装置５０と通信可能に接続されている。

認証装置６０は、各仲介装置５０（仲介ＡＰＩ５３）の利用権限を与えるための認証を、一元的に実行するコンピュータである。すなわち、第一の実施の形態では、各仲介装置５０が、当該仲介装置５０の利用について認証を行っていた。このことは、仲介装置５０ごとに、組織認証情報記憶部５２３に対する登録作業等が必要とされることを意味する。特に、仲介装置５０が分散されて配置される場合、斯かる作業は煩雑となる。

そこで、第二の実施の形態においては、各仲介装置５０の利用権限を与えるための認証が、認証装置６０によって一元的に代行される。したがって、第二の実施の形態において、各仲介装置５０は、認証処理部５１３及び組織認証情報記憶部５２３を有していなくてもよい。

図３４は、認証装置の機能構成例を示す図である。図３４において、認証装置６０は、認証処理部６１及び組織認証情報記憶部６２等を有する。

認証処理部６１は、仲介ＡＰＩ５３の呼び出し権限を与えるための認証処理を実行する。組織認証情報記憶部６２は、認証処理部６１が、仲介ＡＰＩ５３へのアクセス要求元を認証するための情報を記憶する。

図３５は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスの利用時の処理手順の第四の例を説明するためのシーケンス図である。図３５中、図２６と同一ステップには同一ステップ番号を付し、その説明は省略する。

図３５では、ステップＳ３８４及びＳ３８５が、ステップＳ３８４ａ又はＳ３８５ａに置き換えられている。また、ステップＳ４９１及びＳ４９２が、ステップＳ４９１ａ又はＳ４９２ａに置き換えられている。

すなわち、ステップＳ３８４ａにおいて、連携仲介部５１１は、受信された状態確認要求に指定されている組織ＩＤ及びパスワードの認証要求を、認証装置６０の認証処理部６１に送信する。当該認証要求には、組織ＩＤ及びパスワードに加え、当該仲介装置５０のアドレスが、当該仲介装置５０の識別情報として指定される。アドレス以外が、各仲介装置５０の識別情報として利用されてもよい。

認証装置６０の認証処理部６１は、認証要求に指定されたアドレス、組織ＩＤ、及びパスワードの組が、組織認証情報記憶部６２に記憶されているか否かに基づいて、当該組織ＩＤ及びパスワードの認証を行う。

図３６は、認証装置が有する組織認証情報記憶部の構成例を示す図である。図３６において、組織認証情報記憶部６２は、アドレスごとに、当該アドレスに係る仲介装置５０の利用が許可される各組織の組織ＩＤ及びパスワードを記憶する。認証処理部６１は、認証要求に指定されたアドレス、組織ＩＤ、及びパスワードの組が、組織認証情報記憶部６２に記憶されていれば、認証の成功を認証結果として判定し、当該組が、組織認証情報記憶部６２に記憶されていなければ、認証の失敗を認証結果として判定する。認証処理部６１は、認証結果を連携仲介部５１１に返信する（Ｓ３８５ａ）。

ステップＳ４９１ａ及びＳ４９２ａの処理内容は、ステップＳ３８４ａ及びＳ３８５ａの処理内容と同様である。

上述したように、第二の実施の形態によれば、仲介装置５０の利用権限を与えるための認証のために管理が必要とされる情報が、認証装置６０の組織認証情報記憶部６２に集約される。したがって、当該情報に関する保守作業の負担を軽減することができる。

なお、上記各実施の形態においては、画像データの入力元がスキャナであるＳｃａｎＴｏＳｔｏｒａｇｅサービスについて説明したが、画像データの入力元は、スキャナ以外であってもよい。画像データの入力元としては、例えば、デジタルカメラ（デジタルカメラ機能付きの携帯端末等を含む）、ホワイトボード等が挙げられる。デジタルカメラであれば、デジタルカメラによって撮像された画像データが入力対象となる。ホワイトボードであればホワイトボードに対する書き込みが読み取られた画像データが入力対象となる。

更に、画像データ以外の電子データが入力対象とされてもよい。例えば、ＩＣレコーダにおいて録音された音声データや、ＰＣ（Personal Computer）等において作成された文書データが、入力対象とされてもよい。

したがって、サービス提供装置２０には、図４に示されるように、機器１０以外に、携帯端末、ＰＣ、会議システム、画像投影装置、及びＩＣレコーダや、その他の新規デバイス等がネットワークを介して接続されてもよい。

なお、本実施の形態において、サービス提供装置２０及び仲介装置５０は、情報処理システムの一例である。スキャンサーバアプリ２１１は、受信部の一例である。プロファイルに関するグループ名及びプロジェクト名は、特定情報の一例である。グループ名及びプロジェクト名に対応付いているストレージ連携情報やストレージ連携元に基づいて、オンラインストレージシステム４０及び仲介装置５０を特定可能であるからである。連携仲介部５１１は、仲介部の一例である。ストレージ連携部２２８は、要求部の一例である。サービス提供装置２０は、第一の情報処理装置の一例である。仲介装置５０は、第二の情報処理装置及び外部装置の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 情報処理システム
１０ 機器
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ サービス提供装置
３０ 管理者端末
４０ オンラインストレージシステム
５０ 仲介装置
５３ 仲介ＡＰＩ
６０ 認証装置
６１ 認証処理部
６２ 組織認証情報記憶部
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
１２１ 機器制御部
１２２ 機器認証部
１２３ 通信部
１２４ 表示制御部
１２５ スキャン機器アプリ
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２１０ サーバアプリ
２１１ スキャンサーバアプリ
２２０ プラットフォーム
２２１ 設定登録部
２２２ 機器通信部
２２３ 認証処理部
２２４ セッション管理部
２２５ ジョブ処理部
２２６ ＯＣＲ処理部
２２７ アップロード処理部
２２８ ストレージ連携部
２２９ 連携元判定部
２３１ ユーザ情報記憶部
２３２ 機器情報記憶部
２２３ 機器アプリ記憶部
２３４ プロファイル記憶部
２３５ プロファイル機器対応記憶部
２３６ アップロード情報記憶部
２４０ プラットフォームＡＰＩ
５１１ 連携仲介部
５１２ 状態管理部
５１３ 認証処理部
５１４ メタ情報生成部
５２１ 状態情報記憶部
５２２ 連携情報記憶部
５２３ 組織認証情報記憶部
５２４ メタ情報記憶部
Ｂ バス

特開２０１１−１９２２５０号公報

Claims (8)

1. １以上のコンピュータを含む情報処理システムであって、
   ネットワークを介して接続される機器から、前記機器が入力したデータと、前記データ又は当該データに基づいて生成される他のデータの保存先を複数の保存先の候補の中から特定する特定情報とを受信する受信部と、
   前記複数の保存先の候補ごとのインタフェースに対して共通化されたインタフェースを提供し、前記共通化されたインタフェースを介した要求に指定された保存先にデータ又は他のデータを送信する複数の仲介部と、
   前記受信部によって受信されたデータ又は当該データに基づいて生成されたデータについて、前記特定情報に基づいて特定される保存先への送信を、前記共通化されたインタフェースを介して前記仲介部に要求する要求部とを有し、
   前記特定情報は、前記仲介部及びデータの保存先を特定する情報であり、
   前記要求部は、前記複数の仲介部のうち、前記特定情報に関連付けられた前記仲介部に対し、当該特定情報に基づいて特定される保存先へのデータ又は当該データに基づいて生成された他のデータの送信を要求する、
   ことを特徴とする情報処理システム。
2. 前記複数の仲介部のいずれかの仲介部は、送信が要求されたデータについて、当該仲介部に固有の処理を実行し、当該固有の処理によって生成される他のデータを、要求された保存先へ送信することを特徴とする請求項１記載の情報処理システム。
3. 前記仲介部と前記保存先の候補との対応関係が記憶された記憶部を有し、
   前記要求部は、前記受信部によって受信されたデータ又は当該データに基づいて生成されるデータについて、前記特定情報に基づいて特定される保存先への送信を、当該保存先に対して前記対応関係を有する前記仲介部に要求することを特徴とする請求項１又は２記載の情報処理システム。
4. 前記記憶部には、ユーザを識別するユーザ情報ごとに、前記仲介部と前記保存先の候補との対応関係が記憶され、
   前記受信部は、ユーザ情報を前記機器から受信し、
   前記要求部は、前記受信部によって受信されたデータ又は当該データに基づいて生成されるデータについて、前記特定情報に基づいて特定される保存先への送信を、前記受信部によって受信されたユーザ情報に関して前記記憶部に記憶された対応関係を当該保存先に対して有する前記仲介部に要求することを特徴とする請求項３記載の情報処理システム。
5. 第一の情報処理装置と第二の情報処理装置とを含む情報処理システムであって、
   前記第一の情報処理装置は、
   ネットワークを介して接続される機器から、前記機器が入力したデータと、前記データ又は当該データに基づいて生成される他のデータの保存先を複数の保存先の候補の中から特定する特定情報とを受信する受信部と、
   前記受信部によって受信されたデータ又は当該データに基づいて生成された他のデータについて、前記特定情報に基づいて特定される保存先への送信を、前記複数の保存先の候補ごとのインタフェースに対して共通化されたインタフェースを介して前記第二の情報処理装置の仲介部に要求する要求部とを有し、
   前記第二の情報処理装置は、
   前記共通化されたインタフェースを提供し、前記共通化されたインタフェースを介した要求に指定された保存先にデータ又は他のデータを送信する複数の前記仲介部を有し、
   前記特定情報は、前記仲介部及びデータの保存先を特定する情報であり、
   前記要求部は、前記複数の仲介部のうち、前記特定情報に関連付けられた前記仲介部に対し、当該特定情報に基づいて特定される保存先へのデータ又は当該データに基づいて生成された他のデータの送信を要求する、
   ことを特徴とする情報処理システム。
6. １以上のコンピュータを含む情報処理システムであって、
   ネットワークを介して接続される機器から、前記機器が入力したデータと、前記データ又は当該データに基づいて生成される他のデータの保存先を複数の保存先の候補の中から特定する特定情報とを受信する受信部と、
   前記受信部によって受信されたデータ又は当該データに基づいて生成された他のデータについて、前記特定情報に基づいて特定される保存先への送信を、前記複数の保存先の候補ごとのインタフェースに対して共通化されたインタフェースを介して、前記共通化されたインタフェースを介した要求に指定された保存先にデータ又は他のデータを送信する複数の外部装置のいずれかに、ネットワークを介して要求する要求部とを有し、
   前記特定情報は、前記外部装置及びデータの保存先を特定する情報であり、
   前記要求部は、前記複数の外部装置のうち、前記特定情報に関連付けられた前記外部装置に対し、当該特定情報に基づいて特定される保存先へのデータ又は当該データに基づいて生成された他のデータの送信を要求する、
   ことを特徴とする情報処理システム。
7. １以上のコンピュータを含む情報処理システムが、
   受信部が、ネットワークを介して接続される機器から、前記機器が入力したデータと、前記データ又は当該データに基づいて生成されるデータの保存先を複数の保存先の候補の中から特定する特定情報とを受信する受信手順と、
   複数の仲介部のいずれかが、前記複数の保存先の候補ごとのインタフェースに対して共通化されたインタフェースを提供し、前記共通化されたインタフェースを介した要求に指定された保存先にデータを送信する仲介手順と、
   前記受信手順において受信されたデータ又は当該データに基づいて生成されたデータについて、前記特定情報に基づいて特定される保存先への送信を、前記共通化されたインタフェースを介して前記仲介部に要求する要求手順とを実行し、
   前記特定情報は、前記仲介部及びデータの保存先を特定する情報であり、
   前記要求手順は、前記複数の仲介部のうち、前記特定情報に関連付けられた前記仲介部に対し、当該特定情報に基づいて特定される保存先へのデータ又は当該データに基づいて生成された他のデータの送信を要求する、
   ことを特徴とする情報処理方法。
8. １以上のコンピュータを含む情報処理システムが、
   ネットワークを介して接続される機器から、前記機器が入力したデータと、前記データ又は当該データに基づいて生成されるデータの保存先を複数の保存先の候補の中から特定する特定情報とを受信する受信手順と、
   前記受信手順において受信されたデータ又は当該データに基づいて生成されたデータについて、前記特定情報に基づいて特定される保存先への送信を、前記複数の保存先の候補ごとのインタフェースに対して共通化されたインタフェースを介して、前記共通化されたインタフェースを介した要求に指定された保存先にデータを送信する複数の外部装置のいずれかに、ネットワークを介して要求する要求手順とを実行し、
   前記特定情報は、前記外部装置及びデータの保存先を特定する情報であり、
   前記要求手順は、前記複数の外部装置のうち、前記特定情報に関連付けられた前記外部装置に対し、当該特定情報に基づいて特定される保存先へのデータ又は当該データに基づいて生成された他のデータの送信を要求する、
   ことを特徴とする情報処理方法。

Images