JP2015114683A - 情報処理システム、機器、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】ネットワークを介した画面情報の取得に関する効率性を向上させること。【解決手段】ネットワークを介して機器に接続される情報処理システムは、ユーザが特定される前の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定のユーザに対応付けられていない画面情報を前記機器に返信する第一の返信部と、ユーザが特定された後の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定されたユーザに対応付けられている画面情報を前記機器に返信する第二の返信部と、を有する。【選択図】図４

Description

本発明は、情報処理システム、機器、情報処理方法、及びプログラムに関する。

近年、ユーザが直接操作する情報処理装置においてアプリケーションプログラムを実行することなく、インターネットなどのネットワーク上で提供されているソフトウェアを利用したサービスの提供形態が普及しつつある。このようなサービスの提供形態として、クラウドサービスが知られている。

ネットワークを介して提供されるサービスに関する画面の画面情報は、サービスの提供側（例えば、クラウド側）において管理されているのが望ましい。サービスの提供側に画面情報が管理されていれば、各クライアント装置に予め画面情報をインストールしておく手間を省くことができる。また、各クライアント装置から同一の画面情報を容易に利用することができる。

しかしながら、画面情報がサービスの提供側で管理されている場合、クライアント装置は、いずれかのタイミングで画面情報をネットワークを介してダウンロードする必要が有る。画面情報が、ユーザごとにカスタマイズ可能である場合、全ユーザの画面情報を、一台のクライアント装置にダウンロードするのは、記憶装置等のクライアント装置のリソースの消費や、ネットワーク負荷等に鑑みて経済的ではない。特に、従業員が多い企業のように、多数のユーザが存在する場合、全ユーザの画面情報のダウンロードに要するネットワーク負荷や、記憶装置の消費量は、無視できない程度に大きくなることが予想される。

本発明は、上記の点に鑑みてなされたものであって、ネットワークを介した画面情報の取得に関する効率性を向上させることを目的とする。

そこで上記課題を解決するため、ネットワークを介して機器に接続される情報処理システムは、ユーザが特定される前の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定のユーザに対応付けられていない画面情報を前記機器に返信する第一の返信部と、ユーザが特定された後の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定されたユーザに対応付けられている画面情報を前記機器に返信する第二の返信部と、を有する。

ネットワークを介した画面情報の取得に関する効率性を向上させることができる。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。 本発明の実施の形態における機器のハードウェア構成例を示す図である。 本発明の実施の形態におけるサービス提供装置の機能構成例を示す図である。 本発明の実施の形態における機器の機能構成例を示す図である。 準備作業に伴って実行される処理手順の一例を説明するための図である。 準備作業時に管理者端末に表示される画面の遷移例を示す図である。 ユーザ情報記憶部の構成例を示す図である。 機器情報ファイルにおける機器情報の記述例を示す図である。 機器情報記憶部の構成例を示す図である。 連携先のオンラインストレージシステムのアカウント情報を登録させるための画面の遷移例を示す図である。 ユーザ情報ファイルにおけるユーザ情報の記述例を示す図である。 プロファイルの概念モデルを説明するための図である。 プロファイル、グループ、及びプロジェクトとユーザとの関係の一例を説明するための図である。 画面情報ファイルの定義例を示す図である。 プロファイル編集画面の表示例を示す図である。 プロファイル記憶部に記憶される情報を説明するための図である。 プロファイル機器設定画面の表示例を示す図である。 プロファイル機器対応記憶部の構成例を示す図である。 ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。 ＳｃａｎＴｏＳｔｏｒａｇｅサービス利用時の処理手順の一例を説明するためのシーケンス図である。 スキャン機器アプリの操作画面の第一の表示例を示す図である。 スキャン機器アプリの操作画面の第二の表示例を示す図である。 画面情報ファイルに基づく画面生成時に実行される処理手順の一例を説明するためのフローチャートである。 管理ファイルに格納される管理情報の例を示す図である。

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

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

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

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

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

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

ファイルサーバ５０は、オンラインストレージシステム４０と共に、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて、画像データの保存先の候補になりうる装置である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ストレージ連携部２２８は、オンラインストレージシステム４０との連携を行う。

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

機器制御部１２１は、機器１０のハードウェアの制御を行う。機器認証部１２２は、機器１０の操作者を認証するための処理を実行する。通信部１２３は、ネットワークを介した通信を制御する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

続いて、管理者は、ＳｃａｎＴｏＳｔｏｒａｇｅサービスにおいて連携するオンラインストレージシステム４０に対するアカウント情報を登録すべく、管理者ポータル画面５３０の連携ボタン５３１を押下する。連携ボタン５３１の押下に応じ、管理者端末３０は、ストレージ連携画面６１０を表示させる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一つのプロジェクトは、読み取り条件、ストレージ連携情報、及び加工情報等を有する、又はこれらの情報に対応付けられる。読み取り条件は、スキャン時の読み取り条件である。ストレージ連携情報とは、スキャンされた画像データに関して、いずれのオンラインストレージシステム４０のいずれのフォルダを保存先とするか等を示す情報である。加工情報は、スキャンされた画像データに関して、保存前に行われる加工処理（画像処理）に関する情報である。

本実施の形態において、プロファイル、グループ、及びプロジェクトとユーザとの関係は、図１４に示される通りである。図１４は、プロファイル、グループ、及びプロジェクトとユーザとの関係の一例を説明するための図である。

図１４において、プロファイルとユーザとの関係は、１対多である。すなわち、同一の機器１０を利用する複数のユーザは、当該機器１０に対応付けられている同一のプロファイルを共用する。したがって、プロファイルは、ユーザに依存しない（ユーザ非依存の）概念であるといえる。

一方、グループとユーザとの関係は、１対１であることが示されている。すなわち、グループに関する定義は、ユーザごとに固有である。例えば、グループＡに対応するタブウィンドウに表示されるボタン（プロジェクト）について、ユーザＡとユーザＢとで異ならせることが可能である。また、グループとユーザとの関係が１対１であることは、ユーザごとに利用可能なグループが異なることをも意味する。具体的には、ユーザＡが利用可能なグループ（ユーザＡに関して表示可能なタブウィンドウ）は、グループＡ及びグループＢであるのに対し、ユーザＢが利用可能なグループは、グループＢとすることが可能である。したがって、グループは、ユーザに依存する（ユーザ依存の）概念であるといえる。

プロジェクトとユーザとの関係は、１対多である。すなわち、一つのプロジェクトの定義は、複数のユーザに対して共通である。具体的には、同一のボタンに関する画面遷移は、複数のユーザに対して共通である。したがって、プロジェクトは、ユーザ非依存の概念であるといえる。

上記より、同一のプロファイルに関して利用可能なグループは、ユーザごとに異なりうる。また、或るグループに属するプロジェクト（或るタブウィンドウ内に表示されるボタン）は、ユーザごとに異なりうる。但し、同一のボタンを押下することによって実行可能な処理は、複数のユーザ間において共通である。

なお、本実施の形態において、プロファイル、グループ、及びプロジェクトのそれぞれの実体は、画面情報ファイルと呼ばれるＸＭＬ形式のファイルによって実現される。画面情報ファイルには、ラベルやボタン等の表示部品のサイズや配置位置等を示す、画面を構成するためのレイアウト情報が含まれる。各部品を初期化するときや、各部品が操作されたときに実行する動作の設定も、画面情報ファイルに含まれてもよい。

例えば、プロファイルの画面情報ファイルには、グループに対応するタブウィンドウが配置される画面のレイアウト情報等が含まれている。グループの画面情報ファイルには、タブウィンドウに関するレイアウト情報等が含まれている。プロジェクトの画面情報ファイルには、プロジェクトに対応するボタンが選択されることにより表示される、１以上の設定画面に関するレイアウト情報等が含まれている。但し、各画面情報ファイルに格納される情報は、上記の例に限定されない。例えば、各タブウィンドウに関するレイアウト情報、すなわち、各タブウィンドウに配置される、プロジェクトに対応するボタン等の情報は、プロファイルの画面情報ファイルに含まれるようにしてもよい。この場合、グループの画面情報ファイルは、作成されなくてもよい。また、この場合、プロファイルの画面情報ファイルは、ユーザ別に設けられてもよい。例えば、ユーザＡに対応するプロファイルの画面情報ファイルには、ユーザＡが利用可能なグループに関するレイアウト情報が含まれ、ユーザＢに対応するプロファイルの画面情報ファイルには、ユーザＢが利用可能なグループに関するレイアウト情報等が含まれるようにしてもよい。すなわち、この場合、プロファイルは、ユーザ依存の概念となり、プロファイルの画面情報ファイルは、ユーザ依存の画面情報ファイルとなる。

図１５は、画面情報ファイルの定義例を示す図である。図１５では、便宜上、特定の画面情報ファイルではなく、画面情報ファイルの定義の一部の一例が示されている。図１５において、＜ｗｉｎｄｏｗ＞タグで囲まれた、ｗｉｎｄｏｗ要素は、１つの画面に関する定義を含む。ｗｉｎｄｏｗ要素は、ｘ属性、ｙ属性、ｗｉｄｔｈ属性、及びｈｅｉｇｈｔ属性を有する。ｘ属性及びｙ属性の値は、所定の座標系における、当該画面の左上頂点の位置を示す。ｗｉｄｔｈ属性及びｈｅｉｇｈｔ属性の値は、当該画面の幅及び高さを示す。

ｗｉｎｄｏｗ要素は、１以上のｐａｒｔ要素を子要素として含む。一つのｐａｒｔ要素は、一つの表示部品に関する定義を含む。ｐａｒｔ要素は、ｘ属性、ｙ属性、ｗｉｄｔｈ属性、及びｈｅｉｇｈｔ属性の他に、ｔｙｐｅ属性及びｌａｂｅｌ属性等を有する。

ｔｙｐｅ属性の値は、表示部品の種別を示す。例えば、「Ｌａｂｅｌ」は、ラベルを示し、「Ｂｕｔｔｏｎ」は、ボタンを示す。ボタンのように、操作可能な表示部品は、ａｃｔｉｏｎ要素を子要素として含む。ａｃｔｉｏｎ要素は、当該表示部品に対する操作に応じて実行すべき処理を示す情報を含む。

なお、画面情報ファイルは、プロファイル、グループ、プロジェクトの実体ごとに、かつ、言語ごと（日本語、英語、及び他の言語等ごと）に、１つである。例えば、グループＡの画面情報ファイルと、グループＢの画面情報ファイルとは異なる。同様に、プロジェクトＡの画面情報ファイルと、プロジェクトＢの画面情報ファイルとは異なる。但し、例えば、プロジェクトＡに対応するボタンの選択後、複数の画面への遷移が生じる場合、当該複数の画面に関する定義が、一つの画面情報ファイルに含まれる。また、同一のプロファイル、グループ、又はプロジェクトに対する画面情報ファイルであっても、例えば、日本語用（日本語版）の画面情報ファイルと、英語用（英語版）の画面情報ファイルとは別のファイルである。日本語用の画面情報ファイルとは、表示部品に表示される文字列が、日本語である画面情報ファイルをいう。但し、プロファイル、グループ、プロジェクトと画面情報ファイルとの関係、又は言語と画面情報ファイルとの関係は、上記の通りでなくてもよい。

また、上記したように、本実施の形態において、プロファイルは、ユーザ非依存の概念である。したがって、プロファイルの画面情報ファイルは、ユーザ非依存の画面情報ファイルの一例である。グループは、ユーザ依存の概念である。したがって、グループの画面情報ファイルは、ユーザ依存の画面情報ファイルの一例である。プロジェクトは、ユーザ非依存の概念である。したがって、プロジェクトの画面情報ファイルは、ユーザ依存の画面情報ファイルの一例である。

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

図１６は、プロファイル編集画面の表示例を示す図である。図１６において、プロファイル編集画面７１０は、プロファイル名入力領域７１１、編集対象画面表示領域７１２、ボタン編集領域７１３、編集ボタン７１４〜７１７、ユーザ設定ボタン７１８、及び登録ボタン７１９等を含む。

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

編集ボタン７１４〜７１７は、新たなタブウィンドウの追加、編集対象とされているタブウィンドウの削除、編集対象とされているタブウィンドウに対するボタンの追加、編集対象とされているタブウィンドウにおいて選択されているボタンの削除等を行わせるためのボタンである。

なお、編集対象画面表示領域７１２の初期状態は、一つのタブウィンドウに一つのボタンが配置された状態であってもよいし、予め雛型として作成されているプロファイルに基づく状態であってもよい。

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

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

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

ストレージ連携情報設定領域７１３３は、対象ボタンの押下に応じて、スキャンされ、必要に応じて加工処理が施されたデータの保存先に関する設定を受け付けるための領域である。図１６では、保存先とするオンラインストレージのストレージ名、及び当該オンラインストレージにおけるフォルダ名が設定可能とされた例が示されている。なお、保存先として選択可能なストレージ名は、ログイン管理者に係る組織ＩＤに対応する組織レコード（図８）のストレージアカウント情報に登録されているストレージ名である。また、フォルダ名は、対象ボタンのボタン名（ラベル）となる。すなわち、フォルダ名が変更されると、対象ボタンのボタン名は変更される。但し、ボタン名とフォルダ名とは必ずしも一致していなくてもよい。

なお、図１６に示されるプロファイル編集画面７１０では、言語ごとに設定が行われてもよい。または、プロファイル編集画面７１０では、特定の言語用（例えば、日本語用）に対する設定が行われ、他の言語用の画面情報ファイルは、サービス提供装置２０側で自動的に、又は人手によって生成されてもよい。また、プロファイル編集画面７１０において設定される内容は、例えば、一つのプロファイルに関するフルスペックの定義でもよい。一つのプロファイルに関するフルスペックの定義とは、当該プロファイルに属する全てのグループ、及び各グループに属する全てのプロジェクトを含む定義をいう。

一方、ユーザ依存のグループに関する設定は、例えば、ユーザ設定ボタン７１８が押下されることにより表示されるユーザ設定画面を介して行うことができる。ユーザ設定画面には、ログイン管理者に係る組織ＩＤに対応付けられてユーザ情報記憶部２３１に記憶されているユーザ名の一覧、プロファイル編集画面７１０において設定されたグループの識別情報（グループ名）の一覧、及びグループごとに、当該グループに属するプロジェクトの識別情報（プロジェクト名）の一覧が表示される。ユーザ名の一覧の中から選択されたユーザ名に係るユーザに利用可能とするグループを、グループ名の一覧の中から選択することができる。また、選択されたグループ名に係るグループに属するプロジェクトの中で、当該ユーザに利用可能とするプロジェクトを、プロジェクト名の一覧の中から選択することができる。選択されたプロジェクト名に対応するボタンについて、タブウィンドウ上における位置の調整が、ユーザ設定画面において設定可能とされてもよい。

プロファイル編集画面７１０において必要な編集が完了し、登録ボタン７１９が押下されると、管理者端末３０は、プロファイル編集画面７１０における編集内容を含むプロファイル登録要求をサービス提供装置２０に送信する（Ｓ１１５）。サービス提供装置２０の設定登録部２２１は、プロファイル登録要求に応じ、当該登録要求に含まれている情報を、ログイン管理者に係る組織ＩＤに対応付けて、プロファイル記憶部２３４に登録する（Ｓ１１６）。

図１７は、プロファイル記憶部に記憶される情報を説明するための図である。図１７において、角が丸められた矩形は、画面情報ファイルを示す。また、当該矩形を接続する線分は、画面情報ファイル間の関連（親子関係）を示す。すなわち、ステップＳ１１６において、プロファイル記憶部２３４には、プロファイル登録要求に含まれている情報が、画面情報ファイルとして記憶される。

図１７には、プロファイルの画面情報ファイル２３４ｐｆ、グループの画面情報ファイル２３４ｇ１ａ、２３４ｇ２ａ、及び２３４ｇ１ｂ、プロジェクトの画面情報ファイル２３４ｐｊ１、２３４ｐｊ２、２３４ｐｊ３、及び２３４ｐｆ４等が示されている。なお、グループの画面情報ファイル２３４ｇ１ａ、２３４ｇ２ａ、及び２３４ｇ１ｂのそれぞれを区別しない場合、「画面情報ファイル２３４ｇ」という。また、プロジェクトの画面情報ファイル２３４ｐｊ１、２３４ｐｊ２、２３４ｐｊ３、及び２３４ｐｆ４のそれぞれを区別しない場合、「画面情報ファイル２３４ｐｊ」という。

画面情報ファイル２３４ｐｆは、プロファイルＩＤ、プロファイル名、バージョン情報、レイアウト情報等を含む。プロフィルＩＤは、プロファイルごとの識別情報である。プロファイルＩＤは、設定登録部２２１によって自動的に割り当てられてもよいし、プロファイル編集画面７１０において設定可能とされてもよい。プロファイル名は、ユーザ（管理者）によって付与されたプロファイルの名前である。バージョン情報は、プロファイルのバージョン（版数）を示す情報（例えば、数値）である。バージョン情報の値は、例えば、最初の登録時に１が付与され、その後に、プロファイル自体、又はプロファイルに属するグループやプロジェクトに対して変更が行われるたびに、１が加算されるようにしてもよい。レイアウト情報は、例えば、グループに対応するタブウィンドウが配置される画面のレイアウト情報である。なお、画面情報ファイル２３４ｐｆは、ログイン管理者に係る組織ＩＤに関連付けられて保存される。画面情報ファイル２３４ｇ及び画面情報ファイル２３４ｐｆも、直接的に、組織ＩＤに関連付けられていてもよい。

グループの画面情報ファイル２３４ｇは、ユーザ名が記載された楕円によって分類されている。すなわち、画面情報ファイル２３４ｇは、ユーザ依存の画面情報であるため、ユーザ名ごとに生成され、ユーザ名に対応付けられて記憶される。例えば、図１７では、ユーザＡに対して、画面情報ファイル２３４ｇ１ａ及び２３４ｇ２ａが生成され、ユーザＢに対して、画面情報ファイル２３４ｇ１ｂが生成された例が示されている。ここで、ユーザＡに対する画面情報ファイル２３４ｇ１ａと、ユーザＢに対する画面情報ファイル２３４ｇ１ｂとは、グループＩＤが「Ｇｒｐ００１」である同一のグループに対する画面情報ファイル２３４ｇであるが、グループの画面情報ファイル２３４ｇは、ユーザ依存の画面情報ファイルであるため、ユーザ毎に生成されている。

各画面情報ファイル２３４ｇは、グループＩＤ、グループ名、及びレイアウト情報等を含む。グループＩＤは、グループごとの識別情報であり、プロファイルＩＤと同様、自動的に割り当てられてもよい。グループ名は、ユーザによって付与されたグループの識別名であり、グループに対応するタブウィンドウのタブに表示されるラベルとして用いられる。レイアウト情報は、グループに対応するタブウィンドウ内における各ボタンの配置情報である。例えば、画面情報ファイル２３４ｇ１ａは、４つのプロジェクトに対する画面情報ファイル２３４ｐｊに対して関連を有している。したがって、画面情報ファイル２３４ｇ１ａのレイアウト情報には、４つのボタンに関するレイアウト情報が含まれる。一方、画面情報ファイル２３４ｇ１ｂは、２つのプロジェクトに対する画面情報ファイル２３４ｐｊに対して関連を有している。したがって、画面情報ファイル２３４ｇ１ｂのレイアウト情報には、２つのボタンに関するレイアウト情報が含まれる。

プロジェクトの画面情報ファイル２３４ｐｊは、プロジェクトＩＤ、プロジェクト名、レイアウト情報、読み取り条件、加工情報、及びストレージ連携情報等を含む。プロジェクトＩＤは、プロジェクトごとの識別情報であり、プロファイルＩＤと同様、自動的に割り当てられてもよい。プロジェクト名は、ユーザによって付与されたプロジェクトの識別名であり、プロジェクトが対応するボタンのラベルとして用いられる。本実施の形態において、プロジェクト名は、また、ストレージ連携情報のフォルダ名に一致する。レイアウト情報は、プロジェクトに対応するボタンが押下されることにより表示される、１以上の設定画面のレイアウト情報である。読み取り条件、加工情報、及びストレージ連携情報について、プロファイル編集画面７１０（図１６）において説明した通りである。

プロジェクトの画面情報ファイル２３４ｐｊは、ユーザ非依存の画面情報ファイルである。したがって、一つの画面情報ファイル２３４ｐｆは、ユーザごとに生成される複数のグループの画面情報ファイル２３４ｇと関連を有しうる。図１７では、画面情報ファイル２３４ｐｊ１に対して、画面情報ファイル２３４ｇ１ａ及び画面情報ファイル２３４ｇ１ｂが関連を有している。

なお、図１７では、一つの言語に対する画面情報ファイルが示されているが、言語ごとに、図１７に示される画面情報ファイル群が生成される。また、図１７に示されるように、画面情報ファイルには、レイアウト情報以外の情報も含まれる。図１５に示した画面情報ファイルの一例は、画面情報ファイルが含む情報のうち、主に、レイアウト情報が抽出されて示されたものである。

また、各画面情報ファイル間の関連（図１７における線分）は、当該関連を示す情報を保持するファイル（以下、「関連ファイル」という。）において保持されてもよい。例えば、ユーザＡに関しては、プロファイルＩＤと２つのグループのそれぞれのグループＩＤとの対応付けを保持する関連ファイルと、２つのグループのそれぞれごとに、当該グループＩＤと、各グループが関連を有するプロジェクトのプロジェクトＩＤとの対応付けを保持する４つの関連ファイルが生成されてもよい。また、ユーザＢに関しては、プロファイルＩＤと１つのグループのグループＩＤとの対応付けを保持する関連ファイルと、当該グループのグループＩＤと、当該グループが関連を有する２つのプロジェクトのプロジェクトＩＤとの対応付けを保持する１つの関連ファイルが生成されてもよい。本実施の形態では、便宜上、グループの画面情報ファイル２３４ｇに、プロファイルの画面情報ファイル２３４ｐｆへのリンク情報と、プロジェクトの画面情報ファイル２３４ｐｆへのリンク情報とが含まれていることとする。例えば、ユーザＢの画面情報ファイル２３４ｇ１ｂは、画面情報ファイル２３４ｐｆへのリンク情報と、画面情報ファイル２３４ｐｊ１及び２３４ｐｊ２へのリンク情報とを含む。リンク情報の実体は、例えば、プロファイルＩＤ又はプロジェクトＩＤであってもよいし、リンク先（参照先）の画面情報ファイルのファイル名であってもよい。

なお、グループの画面情報ファイル２３４ｇが作成されず、プロファイルの画面情報ファイル２３４ｐｆが、ユーザ別に作成される場合、各画面情報ファイル２３４ｐｆには、図１７において、グループの画面情報ファイル２３４ｇが含むとされている情報が、含まれるようにしてもよい。

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

図１８は、プロファイル機器設定画面の表示例を示す図である。プロファイル機器設定画面７２０は、プロファイル及び言語と各機器１０との対応付けを設定させるための画面である。図１８に示されるように、プロファイル機器設定画面７２０には、ログイン管理者に係る組織ＩＤに対応付けられて機器情報記憶部２３２に機器情報が記憶されている機器１０ごとに、機器情報及びプロファイル名入力領域７２１及び言語選択領域７２２が表示される。管理者は、プロファイル名入力領域７２１に対して、各機器１０に対応付ける（各機器１０において利用される）プロファイルのプロファイル名を入力する。管理者は、また、言語選択領域７２２において、各機器１０において表示される画面に使用される言語の識別名（以下、「言語名」という。）を選択する。例えば、１以上の言語名が直接入力されてもよいし、複数の言語名を選択肢とするダイアログ等が表示され、当該ダイアログを介して１以上の言語名が選択されてもよい。管理者は、例えば、各機器１０が設置されている場所又は地域や、各機器１０が設置されている場所におけるユーザが利用する言語等を考慮して、各機器１０に対応付ける言語名を選択する。プロファイル名の入力及び言語名の選択が終了すると、管理者は、登録ボタン７２３を押下する。

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

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

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

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

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

例えば、ユーザによる操作パネル１５を介した操作に応じてスキャン機器アプリ１２５が起動されると（Ｓ１５１）、スキャン機器アプリ１２５は、自らのアプリＩＤ、組織ＩＤ、及び機器１０（自機）の機体番号等を指定して、画面情報ファイルの取得要求を、サービス提供装置２０のスキャンサーバアプリ２１１宛に送信する（Ｓ１５２）。組織ＩＤは、機器１０に予め記憶されている。なお、過去に画面情報ファイルの取得（ダウンロード）が行われている場合、当該画面情報ファイルのバージョン情報も、当該取得要求に指定される。当該バージョン情報は、例えば、プロファイルの画面情報ファイルに含まれている。また、ステップＳ１５１は、機器１０の起動に応じて実行されてもよい。すなわち、機器１０の起動に応じた、スキャン機器アプリ１２５が自動的な起動に応じてステップＳ１５１が実行されてもよい。

スキャンサーバアプリ２１１は、当該取得要求に指定されているアプリＩＤ及び機体番号に対応付いているプロファイル名及び言語名を、プロファイル機器対応記憶部２３５（図１９）を参照して特定する。スキャンサーバアプリ２１１は、更に、当該プロファイル名に関連する画面情報ファイル群のうち、当該言語名に対応する画面情報ファイルであって、ユーザ非依存の画面情報ファイルを、プロファイル記憶部２３４（図１７）より取得し、取得された画面情報ファイルを、スキャン機器アプリ１２５に返信する（Ｓ１５３）。本実施の形態において、ユーザ非依存の画面情報ファイルは、プロファイルの画面情報ファイル２３４ｐｆ及びプロジェクトの画面情報ファイル２３４ｐｊである。したがって、ステップＳ１５３では、画面情報ファイル２３４ｐｆ及び画面情報ファイル２３４ｐｊが返信される。一方、グループの画面情報ファイル２３４ｇは、ユーザ依存の画面情報ファイルである。したがって、画面情報ファイル２３４ｇは、ステップＳ１５３では返信されない。なお、プロファイルの画面情報ファイル２３４ｐｆに、グループに対応するタブウィンドウのレイアウト情報が含まれる場合、画面情報ファイル２３４ｐｆは、ユーザ依存の画面情報ファイルとなる。この場合、プロファイルの画面情報ファイル２３４ｐｆも、ステップＳ１５３では返信されない。

なお、画面情報ファイルの取得要求にバージョン情報が指定されている場合において、プロファイル記憶部２３４から取得されたプロファイルの画面情報ファイル２３４ｐｆに含まれているバージョン情報、当該取得要求に指定されているバージョン情報に一致している場合、画面情報ファイルは返信されなくてもよい。換言すれば、画面情報ファイルの返信は、比較されたバージョン情報が相互に異なる場合に行われてもよい。比較されたバージョン情報が一致する場合、返信対象となる画面情報ファイルは、既に、機器１０が有しているはずであるからである。

スキャン機器アプリ１２５は、返信された画面情報ファイル群を、例えば、ＨＤＤ１１４に保存する。なお、ＨＤＤ１１４に保存されている、プロファイルの画面情報ファイルに含まれているバージョン情報が、以降におけるステップＳ１５２の要求に指定される。

続いて、スキャン機器アプリ１２５は、ＨＤＤ１１４に保存されている画面情報ファイル群のうち、プロファイルの画面情報ファイル２３４ｐｆに基づいて、操作画面を生成する（Ｓ１５４）。ここでは、グループの画面情報ファイル２３４ｇが無いため、実質的に操作不能な操作画面が生成される。続いて、スキャン機器アプリ１２５は、スキャン機器アプリ１２５の認証を行うためのログイン画面を当該操作画面の上に重ねて表示させる（Ｓ１５５）。なお、プロファイルの画面情報ファイル２３４ｐｆが、ユーザ依存の画面情報ファイルであって、ステップＳ１５３において返信されない場合、ステップＳ１５４では、例えば、既定の操作画面が生成されてもよいし、操作画面は生成されずに、ログイン画面が表示されてもよい。

ログイン画面の表示に応じ、ユーザが、機器１０にログインすべく、機器１０の非図示のカードリーダにＩＣカードを翳すと、機器認証部１２２は、カードリーダを介して当該ＩＣカードよりカードＩＤを取得する（Ｓ２０１）。続いて、機器認証部１２２は、カードＩＤを含む認証要求をサービス提供装置２０に送信する（Ｓ２０２）。なお、ユーザによるログインには、ＩＣカード以外の手段が用いられてもよい。例えば、ユーザ名及びパスワードが入力されてもよい。

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

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

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

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

続いて、スキャンサーバアプリ２１１は、当該取得要求に指定されているアプリＩＤ及び機体番号に対応付いているプロファイル名及び言語名を、プロファイル機器対応記憶部２３５（図１９）を参照して特定する。スキャンサーバアプリ２１１は、更に、当該プロファイル名に関連する画面情報ファイルのうち、当該言語名に対応する画面情報ファイルであって、当該取得要求に指定されているユーザ名に対応付いているユーザ依存の画面情報ファイルを、プロファイル記憶部２３４（図１７）より取得し、取得された画面情報ファイルを、スキャン機器アプリ１２５に返信する（Ｓ２０８）。本実施の形態において、ユーザ依存の画面情報ファイルは、グループの画面情報ファイル２３４ｇである。したがって、ステップＳ２０８では、画面情報ファイルの取得要求に指定されたプロファイル名に係るプロファイルに属し、当該取得要求に指定されたユーザ名に対応付けられている画面情報ファイル２３４ｇが返信される。なお、プロファイルの画面情報ファイル２３４ｐｆがユーザ依存の画面情報ファイルである場合、ステップＳ２０８では、プロファイルの画面情報ファイル２３４ｐｆも返信される。更に、プロファイルの画面情報ファイル２３４ｐｆが、ユーザ依存の画面情報ファイルである場合において、グループの画面情報ファイル２３４ｇが、作成されない場合、ステップＳ２０８では、グループの画面情報ファイル２３４ｇは、返信されない。この場合、以降の処理において、グループの画面情報ファイル２３４ｇが利用されて実行される処理は、プロファイルの画面情報ファイル２３４ｐｆが利用されて実行されればよい。

スキャン機器アプリ１２５は、返信された画面情報ファイルを、例えば、ＨＤＤ１１４に保存する。続いて、スキャン機器アプリ１２５は、ＨＤＤ１１４に保存されている画面情報ファイル群に基づいて、操作画面を生成する（Ｓ２０９）。ここでは、ログインユーザに対応するグループの画面情報ファイル２３４ｇも保存されている。したがって、当該画面情報ファイル２３４ｇに基づいてタブウィンドウを含む操作画面が生成される。

続いて、スキャン機器アプリ１２５は、当該操作画面を操作パネル１５に表示させる（Ｓ２１０）。

図２２は、スキャン機器アプリの操作画面の第一の表示例を示す図である。図２２に示される操作画面８１０ａは、ユーザＡに対応する操作画面の表示例である。すなわち、図１７において、ユーザＡには、グループ名が「営業」又は「開発」である２つのグループに対応付いている。そして、ユーザＡに対する「営業」グループには、プロジェクト名が「日報」、「顧客情報」、「商品情報」、又は「伝票」である４つのプロジェクトが関連付けられている。したがって、操作画面８１０ａには、２つのグループに対応する２つのタブウィンドウが表示され、「営業」グループのタブウィンドウには、４つのボタンが表示される。

仮に、ユーザＢがログインユーザである場合、図２３に示されるような操作画面が表される。図２３は、スキャン機器アプリの操作画面の第二の表示例を示す図である。

図１７に基づけば、ユーザＢには、「開発」グループは対応付けられていない。したがって、操作画面８１０ｂには、「営業」グループのタブウィンドウが一つ表示される。また、ユーザＢに対応付けられている「営業」グループに対して、「商品情報」プロジェクト及び「伝票」プロジェクトは関連を有さない。したがって、当該タブウィンドウには、「日報」プロジェクト及び「顧客情報」プロジェクトのそれぞれのボタンが表示される。

なお、以下において、操作画面８１０ａと操作画面８１０ｂとを区別しない場合、「操作画面８１０」という。

続いて、ユーザによって、操作画面８１０のボタンの中から、ユーザの業務に適したボタンが選択される（図２１のＳ２１１）。例えば、日報をスキャン対象とする場合、ボタン８１１が選択される。操作パネル１５によってボタンの選択が通知されると（Ｓ２１２）、スキャン機器アプリ１２５は、選択されたボタン８１１（「日報」）に対応するグループ名及びプロジェクト名とをＲＡＭ１１２に記憶する（Ｓ２１３）。

スキャン機器アプリ１２５は、また、当該プロジェクト名に係るプロジェクトの画面情報ファイル２３４ｐｊに基づいて、当該プロジェクトに対する設定情報を設定させるための設定画面を生成し（Ｓ２１４）、当該設定画面を操作パネル１５に表示させる（Ｓ２１５）。設定画面において設定される内容は、例えば、スキャンの読み取り条件である。表示される設定画面の初期状態は、当該プロジェクトに対する画面情報ファイルに含まれている読み取り条件が選択された状態であってもよい。また、設定画面について画面遷移が発生する場合、ステップＳ２１４及びＳ２１５が、画面遷移のたびに繰り返されてもよい。

設定画面を介した読み取り条件の設定が完了し、スキャン対象とされる原稿（日報）が機器１０にセットされ、操作パネル１５上のスタートボタンが押下されると（Ｓ２１６）、操作パネル１５は、スキャン機器アプリ１２５に対してスタートボタンの押下を通知する（Ｓ２１７）。スタートボタンの押下の通知に応じ、スキャン機器アプリ１２５は、機器制御部１２１を介して原稿のスキャンジョブを機器１０に実行させる（Ｓ２１８）。すなわち、スキャナ１２によって原稿から画像データが読み取られる。この際、読み取り条件は、設定画面を介して設定されたものが用いられる。

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

スキャンサーバアプリ２１１は、転送されたアプリＩＤ及び機体番号に対応するプロファイルを、プロファイル機器対応記憶部２３５に基づいて特定し、当該プロファイルに属するグループ及びプロジェクトの中で、転送されたグループ名及びプロジェクト名に対応するプロジェクトの画面情報ファイルを参照して、加工情報及びストレージ連携情報を特定する。

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

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

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

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

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

続いて、ストレージ連携部２２８は、当該トークンを指定して、ＯＣＲ処理によって得られたテキストデータについて、アップロード要求に指定されたストレージ名によって特定されるオンラインストレージ（ＳｔｏｒａｇｅＡ）に対して保存要求を送信する（Ｓ２３０）。この際、アップロード要求に指定されたフォルダ名（／日報）が保存先のフォルダとして指定される。

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

なお、ユーザ依存の画面情報ファイルは、ユーザのログアウト時に、例えば、スキャン機器アプリ１２５によって削除されてもよい。そうすることで、ＨＤＤ１１４の消費量の増加を抑制することができる。

続いて、図２０のステップＳ１５４、Ｓ２０９，及び図２１のステップＳ２１４等における画面生成時に実行される処理について説明する。図２４は、画面情報ファイルに基づく画面生成時に実行される処理手順の一例を説明するためのフローチャートである。

ステップＳ３０１において、スキャン機器アプリ１２５は、表示対象のプロファイル、グループ、又はプロジェクトに対応する画面情報ファイルが登録済みであるか否かを判定する。ここで、表示対象のプロファイル、グループ、又はプロジェクトとは、例えば、プロファイルに対応する画面、グループに対応するタブウィンドウ、プロジェクトに対応する設定画面等をいう。また、「登録」とは、画面情報ファイルに関して、管理ファイルが生成（又は構築）されることをいう。管理ファイルとは、画面情報ファイルの管理情報が格納されるファイルである。管理ファイルは、例えば、所定のフォルダに生成される。したがって、表示対象の画面ファイルに対する管理ファイルの有無は、所定のフォルダを参照することで判定可能である。

該当する管理ファイルが無い場合（Ｓ３０１でＮＯ）、スキャン機器アプリ１２５は、表示対象のプロファイル、グループ、又はプロジェクトに対応する管理ファイルを生成する（Ｓ３０２）。すなわち、管理ファイルは、プロファイルＩＤごと、グループＩＤごと、又はプロジェクトＩＤごとに生成される。

図２５は、管理ファイルに格納される管理情報の例を示す図である。図２５に示される管理情報は、ＸＭＬ形式によって記述された例が示されている。但し、管理情報は、他の形式によって記述されてもよい。

図２５の管理情報は、ｒｏｏｔ要素内に、ＤａｔａＩＤ要素、ＦｉｌｅＮａｍｅｓ要素、Ｖｅｒｓｉｏｎ要素、ＰａｒｅｎｔＩＤ要素、及びＣｈｉｌｄｒｅｌＩＤ要素等を含む。

ＤａｔａＩＤ要素の値は、当該管理情報に対応するプロファイル、グループ、又はプロジェクトのプロファイルＩＤ、グループＩＤ、又はプロジェクトＩＤである。図２５では、「営業」グループに対応する管理情報が示されている。したがって、当該グループのグループＩＤが、ＤａｔａＩＤ要素の値とされている。

ＦｉｌｅＮａｍｅｓ要素の値は、当該管理情報に対応するプロファイル、グループ、又はプロジェクトの画面情報ファイルのファイル名である。図２５では、２つのファイル名が、ＦｉｌｅＮａｍｅｓ要素の値として含まれている。これは、英語用の画面情報ファイルと、日本語用の画面情報ファイルのそれぞれのファイル名である。

Ｖｅｒｓｉｏｎ要素の値は、プロファイルのバージョン情報である。バージョン情報は、プロファイルに対応する管理情報のみに含まれてもよい。

ＰａｒｅｎｔＩＤ要素の値は、親のＩＤである。当該管理情報が、或るグループに対応する場合、プロファイルのＩＤが、親のＩＤである。当該管理情報が、或るプロジェクトに対応する場合、当該プロジェクトが属するグループのグループＩＤが、親のＩＤである。当該管理情報が、プロファイルに対応する場合、ＰａｒｅｎｔＩＤ要素は省略されてもよい。

ＣｈｉｌｄｒｅｎＩＤの値は、子のＩＤである。当該管理情報が、プロファイルに対応する場合、グループのＩＤが、子のＩＤである。当該管理情報が、グループに対応する場合、当該グループに属するプロジェクトのプロジェクトＩＤが、子のＩＤである。当該管理情報が、プロジェクトに対応する場合、ＣｈｉｌｄｒｅｎＩＤ要素は省略されてもよい。

なお、表示対象のプロファイル、グループ、又はプロジェクトに対応する管理情報が既に生成されている場合（Ｓ３０１でＹＥＳ）、ステップＳ３０２は実行されない。

続いて、スキャン機器アプリ１２５は、表示対象に対応する管理ファイルを参照して画面を生成する（Ｓ３０３）。例えば、管理ファイルには、表示対象に対応する画面情報ファイルのファイル名が、ＦｉｌｅＮａｍｅｓ要素に含まれている。したがって、スキャン機器アプリ１２５は、管理ファイルに基づいて、必要な画面情報ファイルの保存位置を容易に特定することができる。

すなわち、管理ファイルに格納されている管理情報の役割の一つは、所望の画面情報ファイルの保存位置の特定を迅速化することにある。管理ファイルを利用することで、各画面情報ファイルを毎回開いて所望の画面情報ファイルを検索する場合に比べて、所望の画面情報ファイルの検索速度を向上させることができる。なお、生成された管理ファイルは、当該管理ファイルが対応するプロファイルのプロファイルＩＤ、グループのグループＩＤ、又はプロジェクトのプロジェクトＩＤをフォルダ名とするフォルダに保存されてもよい。そうすることで、表示対象に対応する管理ファイルの検索速度を向上させることができる。

また、画面情報ファイルの管理体系を、機器１０側（スキャン機器アプリ１２５）にとって都合のよい形態とすることで、取得された画面情報ファイルについて、サービス提供装置２０における管理体系への依存度を低下させることができる。その結果、サービス提供装置２０側における、画面情報ファイルの管理体系の変化に対する影響を小さくすることができる。

なお、１回の画面の生成処理において生成される管理ファイルは、表示対象に対応する管理ファイルである。すなわち、管理ファイルは、表示対象となる画面の変化に応じて逐次又は順次生成される。例えば、表示対象のタブウィンドウが切り替えられると、表示対象となったタブウィンドウに係るグループについて、管理ファイルが生成される。また、タブウィンドウ内においてボタンが押下されると、当該ボタンに係るプロジェクトについて、管理ファイルが生成される。管理ファイルが逐次又は順次生成されることで、最初に操作画面８１０が表示される際の、表示速度の低下を回避することができる。

上述したように、本実施の形態によれば、画面情報ファイルについて、ユーザ依存の画面情報ファイルと、ユーザ非依存の画面情報ファイルとに区別されて管理される。ユーザのログイン前、すなわち、機器１０のユーザが特定される前であれば、機器１０には、いずれのユーザにも対応付けられていないユーザ非依存の画面情報ファイルがダウンロードされる。一方、ユーザのログイン後、すなわち、機器１０のユーザが特定された後であれば、機器１０には、ユーザ依存の画面情報ファイルであって、特定されたユーザに対応付けられている画面情報ファイルがダウンロードされる。

したがって、全てのユーザの画面情報ファイルがダウンロードされる場合に比べて、ネットワーク負荷や、ＨＤＤ１１４の消費量等を低減することができる。したがって、画面情報ファイルの取得に関する効率性を向上させることができる。

特に、従業員の多い組織であれば、ユーザ依存の画面情報ファイルの方が、ユーザ非依存の画面情報ファイルより情報量が多くなる可能性が高い。例えば、１万人の従業員が属する組織でれば、１万人分の画面情報ファイルが必要となる可能性が有る。本実施の形態によれば、各従業員が、いずれの機器１０を利用しても、当該従業員に固有の画面を利用可能としつつ、各機器１０においてダウンロードされる画面情報ファイルの増加を抑制することができる。

また、本実施の形態によれば、機器１０ごとに、言語名との対応付けが行われ（図１９参照）、各機器１０には、当該機器１０に対応付けられている言語名に対応する画面情報ファイルがダウンロードされる。斯かる点においても、各機器１０にダウンロードされる画面情報ファイルの増加を抑制することができる。

なお、ユーザ環境Ｅ１の記憶装置に記憶されている画像データについて、同様のサービスが実現されてもよい。また、画像データの保存先は、必ずしも、オンラインストレージでなくてもよい。例えば、サービス提供装置２０の補助記憶装置２０２におけるフォルダであってもよい。または、ユーザ環境Ｅ１におけるいずれかの記憶装置のフォルダであってもよい。

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

画像データの出力先としては、例えば、プロジェクタのような画像投影装置、プリンタ、会議システム、携帯端末等が挙げられる。

その他、画像データの入力手段又は画像データの出力手段として機能可能な機器であれば、他の機器を用いて、本実施の形態と同趣旨のサービスが実現されてもよい。

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

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

このような場合、機器情報記憶部２３２に記憶される機器情報には、機器の能力を示す情報が含まれるようにしてもよい。機器の能力を示す情報とは、例えば、機器はスキャンが可能であるとか、映像の当該が可能であるとか等、機器１０が有する機能を示す情報である。機器の能力を示す情報が機器情報に含まれることで、画像データの転送部として機能する機能部は、当該情報を参照して、出力先の機器が画像データを出力可能か否かを判定し、出力可能である場合に、当該機器宛に画像データを転送するようにしてもよい。出力先の機器は、例えば、本実施の形態におけるストレージ連携情報を上位概念化させた、出力先連携情報において、出力先として指定されている機器である。

なお、本実施の形態において、サービス提供装置２０は、情報処理システムの一例である。スキャンサーバアプリ２１１は、第一の返信部、第二の返信部の一例である。スキャン機器アプリ１２５は、第一の取得部、第二の取得部、表示制御部の一例である。ＨＤＤ１１４は、記憶部の一例である。

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

特開２００８−０４０５２９号公報

Claims (8)

1. ネットワークを介して機器に接続される情報処理システムであって、
   ユーザが特定される前の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定のユーザに対応付けられていない画面情報を前記機器に返信する第一の返信部と、
   ユーザが特定された後の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定されたユーザに対応付けられている画面情報を前記機器に返信する第二の返信部と、
   を有することを特徴とする情報処理システム。
2. 前記第一の返信部及び前記第二の返信部は、前記機器に対応付けられて記憶されている言語名に係る画面情報を返信する請求項１記載の情報処理システム。
3. 前記第一の返信部は、前記機器から送信される、前記機器が有する画面情報のバージョン情報と、前記情報処理システムに記憶されている画面情報のバージョン情報とが異なる場合に、画面情報を返信する請求項１又は２記載の情報処理システム。
4. ネットワークを介して情報処理システムに接続される機器であって、
   ユーザが特定される前に、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定のユーザに対応付けられていない画面情報を前記情報処理システムから取得する第一の取得部と、
   ユーザが特定された後に、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定されたユーザに対応付けられている画面情報を前記情報処理システムから取得する第二の取得部と、
   前記第一の取得部又は前記第二の取得部によって取得された画面情報を記憶する記憶部と、
   を有することを特徴とする機器。
5. 前記機器は、
   前記記憶部に記憶された画面情報のうち、表示対象とされた画面情報の記憶位置を示す管理情報を生成する生成部と、
   前記管理情報に基づいて、前記表示対象とされた画面情報を特定し、当該画面情報に基づいて画面を表示させる表示制御部とを有する請求項４記載の機器。
6. ネットワークを介して機器に接続される情報処理システムが、
   ユーザが特定される前の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定のユーザに対応付けられていない画面情報を前記機器に返信する第一の返信手順と、
   ユーザが特定された後の前記機器からの画面情報の取得要求に応じ、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定されたユーザに対応付けられている画面情報を前記機器に返信する第二の返信手順と、
   を実行することを特徴とする情報処理方法。
7. ネットワークを介して情報処理システムに接続される機器が、
   ユーザが特定される前に、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定のユーザに対応付けられていない画面情報を前記情報処理システムから取得する第一の取得手順と、
   ユーザが特定された後に、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定されたユーザに対応付けられている画面情報を前記情報処理システムから取得する第二の取得手順と、
   前記第一の取得手順又は前記第二の取得手順によって取得された画面情報を記憶部に記憶する記憶手順と、
   を実行することを特徴とする情報処理方法。
8. ネットワークを介して情報処理システムに接続される機器に、
   ユーザが特定される前に、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定のユーザに対応付けられていない画面情報を前記情報処理システムから取得する第一の取得手順と、
   ユーザが特定された後に、前記機器の識別情報に対応付けられている複数の画面情報のうち、特定されたユーザに対応付けられている画面情報を前記情報処理システムから取得する第二の取得手順と、
   前記第一の取得手順又は前記第二の取得手順によって取得された画面情報を記憶部に記憶する記憶手順と、
   を実行させるプログラム。

Images