JP2018163694A - 情報処理システム、情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】機器からの処理要求に対して各ユーザに適した処理の実行を可能とすること。
【解決手段】複数の機器それぞれを識別するそれぞれの機器識別情報毎に、各処理を識別するそれぞれの処理識別情報と、該処理に関する設定情報とを対応付けて記憶する第一の記憶部と、一の処理識別情報と、該一の処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報の一部又は全部に対する変更情報と、該変更情報を適用させるユーザを識別するユーザ識別情報とを対応付けて記憶する第二の記憶部と、機器から、処理識別情報を含む処理要求と、ユーザ識別情報とを受信する受信部と、前記機器を識別する機器識別情報と、該処理識別情報とに対応付けて記憶されている設定情報に対して、該ユーザ識別情報に対応付けて記憶されている変更情報を適用した結果に基づいて、当該処理識別情報に応じた処理を実行する処理制御部とを有する。
【選択図】図３

Description

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

複合機等の画像形成装置においてスキャンされた画像データがクラウドサービスに転送され、クラウドサービスにおいて、予め設定された設定情報に応じた処理（例えば、オンラインストレージシステムへの保存等）が当該画像データに関して実行されるシステムが有る。

上記のようなシステムにおいて、上記の設定情報の内容を、当該システムの利用契約を締結している企業等（テナント）ごとではなく、当該企業等に所属するユーザごとに変更することができれば、当該システムの利便性の向上を期待することができる。

本発明は、上記の点に鑑みてなされたものであって、機器からの処理要求に対して各ユーザに適した処理の実行を可能とすることを目的とする。

そこで上記課題を解決するため、１以上の情報処理装置を含み、ネットワークを介して接続される複数の機器からの処理要求に応じた処理を実行する情報処理システムであって、前記複数の機器それぞれを識別するそれぞれの機器識別情報毎に、１以上の処理をそれぞれ識別するそれぞれの処理識別情報と、該処理に関する設定情報とを対応付けて記憶する第一の記憶部と、前記処理識別情報のうち一の処理識別情報と、該一の処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報の一部又は全部に対する変更情報と、当該情報処理システムを利用可能なユーザのうち、該変更情報を適用させるユーザを識別するユーザ識別情報とを対応付けて記憶する第二の記憶部と、前記複数の機器のうちの一の機器から、一の処理を識別する処理識別情報を含む処理要求と、ユーザ識別情報とを受信する受信部と、前記受信部で受信したユーザ識別情報が、前記受信部で受信した処理識別情報に対応付けて前記第二の記憶部に記憶されているとき、前記第一の記憶部に記憶されている設定情報のうち、前記一の機器を識別する機器識別情報と、受信した該処理識別情報とに対応付けて記憶されている設定情報に対して、前記受信部で受信したユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する処理制御部と、を有することを特徴とする。

機器からの処理要求に対して各ユーザに適した処理の実行を可能とすることができる。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。 本発明の実施の形態におけるサービス提供装置の機能構成例を示す図である。 プロファイルの概念モデルを説明するための図である。 本発明の実施の形態における機器の機能構成例を示す図である。 プロジェクトの全ユーザアクセス許否に関する設定処理の処理手順の一例を説明するためのシーケンス図である。 ユーザ情報記憶部の構成例を示す図である。 プロファイル記憶部の構成例を示す図である。 メイン画面の表示例を示す図である。 アクセス許可ユーザ選択画面の表示例を示す図である。 ユーザ個別情報記憶部の構成例を示す図である。 ユーザ個別情報の登録処理の処理手順の一例を説明するためのシーケンス図である。 プロファイル機器対応記憶部の構成例を示す図である。 プロファイル情報に基づいて表示される操作画面の一例を示す図である。 設定画面の表示例を示す図である。 読み取り条件設定画面の表示例を示す図である。 設定情報が登録されたユーザ個別情報記憶部の例を示す図である。 クラウドスキャンサービスのジョブの実行時の処理手順の一例を説明するためのシーケンス図である。 認証が不要なプロファイルが割り当てられた機器に係るクラウドスキャンサービスのジョブの実行時の処理手順の一例を説明するためのシーケンス図である。

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

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

サービス提供環境Ｅ２は、サービス提供装置２０を有する。サービス提供装置２０は、ネットワークを介して所定のサービスを提供する。サービス提供装置２０が提供するサービスの一つとして、「クラウドスキャンサービス」が有る。クラウドスキャンサービスとは、機器１０においてスキャンされ、機器１０より転送された画像データを、所定のストレージに配信するサービスをいう。なお、サービス提供装置２０は、ユーザ環境Ｅ１に設置されてもよい。すなわち、サービス提供環境Ｅ２は、ユーザ環境Ｅ１に包含されてもよい。

ユーザ環境Ｅ１は、機器１０のユーザ企業等の組織におけるシステム環境である。ユーザ環境Ｅ１において、一台以上の機器１０と管理者端末３０とはＬＡＮ（Local Area Network）等のネットワークを介して接続されている。本実施の形態の機器１０は、スキャン機能を有する画像形成装置である。スキャン機能以外に、印刷、コピー、又はファクス（ＦＡＸ）通信等の機能を有する複合機が機器１０として用いられてよい。

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

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

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

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

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

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

図３は、本発明の実施の形態におけるサービス提供装置の機能構成例を示す図である。図３において、サービス提供装置２０の機能は、アプリケーション層２２０Ｌ、ドメイン固有サービス層２３０Ｌ、共通サービス層２４０Ｌ、及びデータベース層２５０Ｌ等の４つの層（レイヤ）に分類されている。

アプリケーション層２２０Ｌは、クラウドスキャンサービスに関するサーバ側のアプリケーション（以下、「サーバアプリ」という。）が実装される層である。図３において、アプリケーション層２２０Ｌは、ポータルアプリ２２１ｐ及びスキャンアプリ２２２ｐ等を含む。ポータルアプリ２２１ｐは、クラウドスキャンサービスのポータルサイトの提供等を行うサーバアプリである。当該ポータルサイトでは、例えば、ユーザ情報の登録や、サーバアプリに対するユーザごとの設定情報の設定等を行うことができる。スキャンアプリ２２２ｐは、上述したクラウドスキャンサービスに関してサーバ側の処理を実行するサーバアプリである。なお、クラウドスキャンサービス以外のサービスに関するサーバアプリが追加可能であってもよい。

共通サービス層２４０Ｌは、複数のサーバアプリに共通する機能、又は複数のサーバアプリから利用される基本機能等を含む層である。共通サービス層２４０Ｌの機能は、プラットフォームＡＰＩ２８０を介して呼び出すことができる。プラットフォームＡＰＩ２８０は、基本的に、アプリケーション層２２０Ｌにおけるサーバアプリ又はドメイン固有サービス層２３０Lから呼び出される。なお、プラットフォームＡＰＩ２８０は、サービス提供装置２０の運営者以外のサードベンダ等に対して公開されてもよい。この場合、サーバアプリは、当該サードベンダ等によって実装されてもよい。すなわち、サーバアプリは、プラットフォームＡＰＩ２８０を利用して、適宜開発され、追加される。

図３において、共通サービス層２４０Ｌは、認証部２４１ｐ及びユーザ管理部２４２ｐ等を含む。認証部２４１ｐは、サービス提供装置２０にアクセスするユーザ又は機器１０に関して認証及び認可等を行う。認可とは、ユーザ又は機器１０による、アクセス対象とされたサービスに対するアクセスの可否の判定等をいう。例えば、アクセス対象とされたサービスに対するライセンスの有無等に基づいて認可が行われる。ユーザ管理部２４２ｐは、認証されたユーザに関する情報を管理する。

ドメイン固有サービス層２３０Ｌは、共通サービス層２４０Ｌに比較して、より完結性の高い、粒度の大きい、又は応用度の高いサービスを提供する層である。ドメイン固有サービス層２３０Ｌが提供するサービスは、ドメイン固有ＡＰＩ２９０を介して利用可能である。ドメイン固有ＡＰＩ２９０は、プラットフォームＡＰＩ２８０に比べて、より粒度の大きなＡＰＩである。ドメイン固有ＡＰＩ２９０についても、外部に公開されてもよい。ドメイン固有サービス層２３０Ｌは、スキャンロジック部２３１ｐ等を含む。スキャンロジック部２３１ｐは、クラウドスキャンサービスのロジック部分を実行する。クラウドスキャンサービスのロジック部分とは、スキャンアプリ２２２ｐが有する機能のうち、ユーザインタフェース機能を除いた部分である。ユーザインタフェース機能とは、主として、ＷｅｂＵＩ（Ｗｅｂページ）の生成及び提供機能をいう。したがって、図３の構成において、スキャンアプリ２２２ｐの機能は、スキャンロジック部２３１ｐを利用することにより、主として、ユーザインタフェース機能に関するものとなる。

ドメイン固有サービス層２３０Ｌが設けられ、ドメイン固有ＡＰＩ２９０が提供されることにより、例えば、他のクラウドサービス等が、クラウドスキャンサービスに連携する際に実装すべきソースコードの量を低減させることができる。すなわち、ドメイン固有ＡＰＩ２９０の一つの関数又はメソッド（以下、「メソッド」で統一する。）は、プラットフォームＡＰＩ２８０の複数のメソッドを呼び出すことにより、サーバアプリに近い機能を提供する。したがって、既製のサービスでも良いから早期に連携を実現させたいといった場合に、ドメイン固有ＡＰＩ２９０は有効である。また、ドメイン固有ＡＰＩ２９０を用いて、複合的な機能を有するサーバアプリの実装が行われてもよい。一方、固有のサーバアプリを実装したい場合には、プラットフォームＡＰＩ２８０を利用するのが好適である。

データベース層２５０Ｌは、各種の情報を記憶するデータベースを含む層である。図３において、データベース層２５０Ｌは、テナント情報記憶部２５１ｐ、ユーザ情報記憶部２５２ｐ、機器情報記憶部２５３ｐ、プロファイル記憶部２５４ｐ、ユーザ個別情報記憶部２５５ｐ、及びプロファイル機器対応記憶部２５６ｐ等を含む。これら各記憶部は、補助記憶装置２０２に含まれてもよいし、サービス提供装置２０にネットワークを介して接続される外部の記憶装置等に含まれてもよい。一部の記憶部が補助記憶装置２０２に含まれ、他の記憶部が外部の記憶装置に含まれてもよい。

テナント情報記憶部２５１ｐは、サービス提供装置２０のテナントごとの属性情報（以下、「テナント情報」という。）を記憶する。テナントとは、クラウドスキャンサービスの利用契約を締結しているユーザ単位（契約組織）をいう。例えば、テナントは、企業又はその他の団体等、一以上のユーザの集合である。本実施の形態では、一つのユーザ環境Ｅ１が一つのテナントに対応することとする。テナント情報には、各テナントを識別するためのテナントＩＤ等が含まれる。ユーザ情報記憶部２５２ｐは、テナントに属する個人ユーザ（以下、単に「ユーザ」という。）ごとの属性情報（以下、「ユーザ情報」という。）を記憶する。ユーザ情報には、各ユーザを識別するためのユーザＩＤや、各ユーザの認証に用いられるパスワード等が含まれる。また、ユーザが属するテナントＩＤも、ユーザ情報に含まれる。ユーザＩＤの一意性は、テナント内で保証されればよいからである。すなわち、本実施の形態において、各ユーザは、テナントＩＤ及びユーザＩＤの組み合わせによって識別される。

機器情報記憶部２５３ｐは、テナントにおいて利用される各機器１０の属性情報（以下、「機器情報」という。）を、当該テナントのテナントＩＤに対応付けて記憶する。機器情報には、例えば、各機器１０の機体（個体）を識別するための識別情報（以下、「機体番号」という。）等が含まれる。

プロファイル記憶部２５４ｐは、プロファイルを記憶する。プロファイルには、機器１０に表示させる操作画面の構成情報や、操作画面に対する操作に応じて実行されるクラウドスキャンサービスの処理に関する設定情報等が含まれる。ユーザ個別情報記憶部２５５ｐは、プロファイルに対する、ユーザごとに個別のカスタマイズ情報（以下、「ユーザ個別情報」という。）を記憶する。すなわち、プロファイルは、各ユーザに共通の情報であるところ、ユーザ個別情報記憶部２５５ｐには、当該共通の情報に対する差分情報又は変更情報が、ユーザ個別情報として、ユーザ別に記憶される。プロファイル機器対応記憶部２５６ｐは、プロファイルと機器１０との対応情報を記憶する。

図４は、プロファイルの概念モデルを説明するための図である。図４に示されるように、各機器１０は、一つのプロファイルに対応付けられる。但し、１つの機器１０に対して複数のプロファイルの設定が可能とされてもよいし、例えば、ユーザごとに異なるプロファイルが一つの機器１０に設定されてもよい。プロファイルは、属性として認証要否を有する。認証要否は、プロファイルの利用について、ユーザ認証が必要であるか否かを示す属性である。

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

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

画面レイアウト情報は、一つのタブウィンドウ内におけるボタンの配置位置や大きさ等を示す情報である。

一つのプロジェクトは、読み取り条件、ファイル名、ストレージ連携情報、加工情報、及び全ユーザアクセス許否等を有する。読み取り条件は、スキャン時の読み取り条件である。ファイル名は、スキャンされた画像データを格納するファイルのファイル名である。ストレージ連携情報は、スキャンされた画像データに関して、いずれのオンラインストレージシステム４０のいずれのフォルダを配信先とするか等を示す情報である。加工情報は、スキャンされた画像データに関して、配信前に行われる加工処理（画像処理）に関する情報である。全ユーザアクセス許否は、当該プロジェクトの利用を、全てのユーザに許可するか否かを示す情報である。換言すれば、全ユーザアクセス許否は、当該プロジェクトを利用可能なユーザが限定されるか否かを示す情報である。「全てのユーザ」とは、当該プロファイルが割り当てられた機器１０が属するテナントの全てのユーザをいう。

図５は、本発明の実施の形態における機器の機能構成例を示す図である。図５において、機器１０は、クライアントアプリ１１及びアプリケーションプラットフォーム１２等を有する。

クライアントアプリ１１は、ドメイン固有ＡＰＩ２９０を利用して、クラウドスキャンサービスをユーザに提供するアプリケーションである。基本的に、クライアントアプリ１１は、クラウドスキャンサービスのうち、ＵＩ機能（画面の表示機能）と、機器１０の制御機能等を実現する。

アプリケーションプラットフォーム１２は、機器１０を制御するためのＡＰＩを備えると共に、クライアントアプリ１１の実行環境を提供する。ＡＰＩの形態は、例えば、関数であってもよいし、オブジェクト指向のクラス及びクラスのメソッド等であってもよい。例えば、アプリケーションプラットフォーム１２は、スキャン機能に関するＡＰＩ、印刷機能に関するＡＰＩ、コピー機能に関するＡＰＩ等をクライアントアプリ１１に提供する。なお、アプリケーションプラットフォーム１２は、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）を含んでいてもよい。この場合、クライアントアプリ１１は、Ｊａｖａ（登録商標）言語によって実装されてもよい。アプリケーションプラットフォーム１２は、また、サービス提供装置２０とクライアントアプリ１１とを連携させるための機構等をも備える。具体的には、アプリケーションプラットフォーム１２は、クライアントアプリ１１に対して、サービス提供装置２０と通信するための機構を提供する。

以下、情報処理システム１において実行される処理手順について説明する。図６は、プロジェクトの全ユーザアクセス許否に関する設定処理の処理手順の一例を説明するためのシーケンス図である。図６の処理は、テナントＩＤが「１２３」であるテナント（以下、「テナント１２３」という。）における管理者による管理者端末３０の操作に応じて実行される。また、図６の処理の開始時において、管理者端末３０には、サービス提供装置２０のポータルサイトに対するログイン画面が表示されていることとする。

管理者は、ログイン画面に対して、テナントＩＤ、当該管理者のユーザＩＤ（以下、「管理者ＩＤ」という。）、及びパスワードを入力すると、管理者端末３０は、入力された情報を含むログイン要求を、サービス提供装置２０に送信する（Ｓ１０１）。当該ログイン要求は、ポータルアプリ２２１ｐによって受信される。ポータルアプリ２２１ｐは、ログイン要求に伴って受信されたテナントＩＤ、管理者ＩＤ、及びパスワードに基づく認証を、認証部２４１ｐに要求する（Ｓ１０２）。

認証部２４１ｐは、ユーザ情報記憶部２５２ｐを参照して、当該テナントＩＤ、当該管理者ＩＤ、及び当該パスワードに基づく認証の成否を判定する。

図７は、ユーザ情報記憶部の構成例を示す図である。図７において、ユーザ情報記憶部２５２ｐは、テナントに属するユーザごとに、当該テナントのテナントＩＤ、当該ユーザのユーザＩＤ及びパスワード、並びに当該ユーザのロール等を記憶する。ロールは、ユーザの中で管理者を識別するための項目である。すなわち、ロールには、管理者であるユーザに関して「管理者」が登録され、管理者以外のユーザに関して「利用者」が登録される。

認証部２４１ｐは、認証要求に含まれているテナントＩＤ、管理者ＩＤ、およびパスワードの組がユーザ情報記憶部２５２ｐに記憶されていれば、認証は成功であると判定する。認証部２４１ｐは、認証結果を示す応答を、ポータルアプリ２２１ｐに返信する（Ｓ１０３）。認証部２４１ｐからの応答が、認証の成功を示す場合、ステップＳ１０４以降が実行される。以下、認証されたテナントＩＤ及び管理者ＩＤを、それぞれ、「ログインテナントＩＤ」、「ログイン管理者ＩＤ」という。

ステップＳ１０４において、ポータルアプリ２２１ｐは、ログインテナントＩＤを指定して、ユーザ情報の一覧（以下、「ユーザ一覧」という。）の取得要求を、スキャンロジック部２３１ｐに送信する。スキャンロジック部２３１ｐは、当該要求を、ユーザ管理部２４２ｐに転送する（Ｓ１０５）。ユーザ管理部２４２ｐは、ログインテナントＩＤに対応付けられているユーザ情報の一覧（ユーザ一覧）を、ユーザ情報記憶部２５２ｐより取得する（Ｓ１０６、Ｓ１０７）。ユーザ管理部２４２ｐは、取得されたユーザ一覧を、スキャンロジック部２３１ｐに返信する（Ｓ１０８）。スキャンロジック部２３１ｐは、当該ユーザ一覧を、ポータルアプリ２２１ｐに返信する（Ｓ１０９）。なお、ユーザ一覧には、各ユーザのユーザＩＤが含まれていればよい。

続いて、ポータルアプリ２２１ｐは、ログインテナントＩＤを指定して、プロファイル情報の取得要求を、スキャンロジック部２３１ｐに送信する（Ｓ１１０）。スキャンロジック部２３１ｐは、ログインテナントＩＤに対応付けられているプロファイル情報を、プロファイル記憶部２５４ｐより取得する（Ｓ１１１、Ｓ１１２）。

図８は、プロファイル記憶部の構成例を示す図である。プロファイル記憶部２５４ｐは、プロファイルごとに、テナントＩＤ、プロファイル名、認証要否、グループ、及びプロジェクト等の項目を有する。なお、プロファイル名ごとの、レコードを、以下「プロファイルレコード」という。

テナントＩＤは、プロファイルが属するテナントのテナントＩＤである。プロファイル名は、プロファイルの名前である。認証要否は、プロファイルの利用について、ユーザ認証が必要であるか否かを示す属性である。「要」は、ユーザ認証が必要であること示す。すなわち、「要」は、認証されたユーザのみが、当該プロファイルを利用可能であることを示す。「否」は、ユーザ認証が不要であることを示す。すなわち、「否」は、認証されていないユーザも、当該プロファイルを利用可能であることを示す。

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

一つのグループレコードは、グループ名及びレイアウト情報及び１以上のプロジェクトレコードを含む。グループ名は、グループの識別名であり、グループに対応するタブウィンドウのタブに表示されるラベルでもある。レイアウト情報は、グループに対応するタブウィンドウ内における各ボタンの配置情報である。

一つのプロジェクトレコードは、プロジェクトＩＤ、ラベル、読み取り条件、ファイル名、加工情報、ストレージ連携情報、及び全ユーザアクセス許否等を含む。プロジェクトＩＤは、プロジェクトごとの識別情報である。本実施の形態において、一つのテナント内におけるプロジェクトＩＤは、プロファイルを跨いで一意であるとする。したがって、テナントＩＤ及びプロジェクトＩＤの組み合わせによって、一つのプロジェクトが特定される。ラベルは、プロジェクトが対応するボタンのラベルである。本実施の形態において、ラベルは、ストレージ連携情報のフォルダ名に一致する。読み取り条件、ファイル名、加工情報、ストレージ連携情報、及び全ユーザアクセス許否については、図４において説明した通りである。なお、ファイル名には、例えば、固定的な文字列以外に、日時等、動的な値を設定することも可能である。例えば、＜日時＞は、スキャンされた日時を示す文字列がファイル名とされることを示す。また、全ユーザアクセス許否は、「ＹＥＳ」又は「ＮＯ」の値を採りうる。「ＹＥＳ」は、全ユーザによるプロジェクトの利用が許可されること、なわち、プロジェクトを利用可能なユーザが限定されないことを示す。「ＮＯ」は、全ユーザによるプロジェクトの利用が許可されないこと、すなわち、プロジェクトを利用可能なユーザが限定されることを示す。

ステップＳ１１２では、ログインテナントＩＤに対応付けられている全てのプロファイルレコードの内容（以下、プロファイルレコードの内容を「プロファイル情報」という。）が取得される。スキャンロジック部２３１ｐは、取得されたプロファイル情報を、ポータルアプリ２２１ｐに返信する（Ｓ１１３）。

ポータルアプリ２２１ｐは、ステップＳ１０９において取得されたユーザ一覧と、ステップＳ１１３において取得されたプロファイル情報とに基づいて、プロファイルに関する設定画面群を表示させる表示データを生成する。当該表示データは、例えば、ＨＴＭＬ（HyperText Markup Language）形式等、汎用的な形式を有するデータであってもよい。ポータルアプリ２２１ｐは、生成された表示データを、管理者端末３０に返信する（Ｓ１１４）。管理者端末３０は、当該表示データに基づいて、プロファイルに関する設定画面群のうちのメイン画面を表示する。

図９は、メイン画面の表示例を示す図である。図９に示されるメイン画面５１０は、グループ選択領域５１１及びプロジェクト表示領域５１２等を含む。

グループ選択領域５１１には、第一階層のノードにプロファイルが割り当てられ、第二階層のノードに各プロファイルに属するグループが割り当てられたツリー構造が表示される。

例えば、グループ選択領域５１１において、いずれかのプロファイルに対応するノードが右クリックされると、認証要否の「要」又は「否」を選択肢とするコンテキストメニューが表示される。当該コンテキストメニューの操作によって、プロファイルに対する認証要否の設定が行われる。

プロジェクト表示領域５１２には、グループ選択領域５１１において選択されたグループに属するプロジェクトごとに、プロジェクト情報が表形式で表示される。すなわち、当該表における１行は、一つのプロジェクトに対応する。なお、当該表の「順序変更」の列における「▼」又は「▲」を操作することで、行の入れ替えが可能である。行の並び順は、プロジェクトに対応するボタンの表示順に対応する。当該表におけるプロジェクトの並び順は、プロジェクト記憶部におけるプロジェクトレコードの並び順に一致する。

プロジェクト表示領域５１２において、いずれかのプロジェクトが選択され、所定の操作が行われると、表示対象の画面は、当該プロジェクトを編集対象とするアクセス許可ユーザ選択画面５２０に遷移する。所定の操作は、例えば、右クリックで表示されるコンテキストメニュー内のメニュー項目の選択であってもよい。または、プロジェクトの選択によって、当該プロジェクトの詳細設定画面が表示され、当該詳細設定画面において、所定の表示部品が操作されるとアクセス許可ユーザ選択画面５２０が表示されてもよい。

図１０は、アクセス許可ユーザ選択画面の表示例を示す図である。図１０において、アクセス許可ユーザ選択画面５２０は、トグルボタン５２１及びユーザ選択領域５２２等を含む。トグルボタン５２１は、編集対象のプロジェクトについて、全ユーザによる利用を許可するか否かを選択させるためのトグルボタンである。すなわち、トグルボタン５２１の「する」は、全ユーザによる利用を許可する場合に選択される。トグルボタン５２１の「しない」は、全ユーザによる利用を許可しない場合に選択される。トグルボタン５２１による設定は、プロジェクトの全ユーザアクセス許否に対応する。

ユーザ選択領域５２２は、トグルボタン５２１において「しない」が選択された場合に操作可能となる。ユーザ選択領域５２２は、リストボックス５２２ａ、リストボックス５２２ｂ、ボタン５２２ｃ、及びボタン５２２ｄ等を含む。リストボックス５２２ａは、ステップＳ１０９において取得されたユーザ一覧に含まれるユーザＩＤの一覧が選択候補として表示される。すなわち、リストボックス５２２ａには、ログインテナントＩＤに係るテナントに属する全ユーザのユーザＩＤが表示される。リストボックス５２２ａにおいて一以上のユーザＩＤが選択され、ボタン５２２ｃが押下されると、選択されたユーザＩＤが、リストボックス５２２ｂに移動する。リストボックス５２２ｂは、編集対象のプロジェクトの利用が許可されるユーザのユーザＩＤを含む。リストボックス５２２ｂに移動されたユーザＩＤに係るユーザを、以下「アクセス許可ユーザ」という。なお、リストボックス５２２ｂにおいて一以上のユーザＩＤが選択され、ボタン５２２ｄが押下されると、選択されたユーザＩＤが、リストボックス５２２ａに移動する。

トグルボタン５２１及びユーザ選択領域５２２における設定が完了し、ＯＫボタン５２３が押下されると、アクセス許可ユーザ選択画面５２０における設定内容が保持され、表示対象の画面は、メイン画面５１０に遷移する。

なお、アクセス許可ユーザ選択画面５２０以外の画面において、プロジェクトの他の項目の編集が可能とされてもよい。

メイン画面５１０において、ＯＫボタン５１３が押下されると、管理者端末３０は、メイン画面５１０及びアクセス許可ユーザ選択画面５２０等における設定内容を含む、プロファイルの更新要求を、サービス提供装置２０に送信する（Ｓ１１５）。当該設定内容には、アクセス許可ユーザ選択画面５２０のリストボックス５２２ｂに含まれているユーザＩＤの一覧（以下、「アクセス許可ユーザ一覧」という。）も含まれる。ポータルアプリ２２１ｐは、当該更新要求を受信すると、当該更新要求を、スキャンロジック部２３１ｐに転送する（Ｓ１１６）。

スキャンロジック部２３１ｐは、当該更新要求を受信すると、当該更新要求に含まれている設定内容に基づいて、プロファイル記憶部２５４ｐに記憶されているプロファイル情報を更新する（Ｓ１１７）。例えば、認証可否の値等が更新される。また、プロジェクトレコードの全ユーザアクセス許否の値が更新される。具体的には、図８は、プロファイル名が「Ａ４ｐｆ」であるプロファイルの認証要否が「要」に設定された例に対応する。また、図８は、プロジェクトＩＤが、「Ｐ００１」、又は「Ｐ００３」であるプロジェクトの全ユーザアクセス許否が、「Ｎｏ」に設定された例に対応する。すなわち、図８は、当該プロジェクトに関して、アクセス許可ユーザ選択画面５２０のトグルボタン５２１において、「しない」が選択された例に対応する。以下、各プロジェクトを、プロジェクトＩＤごとに区別する場合、各プロジェクトは、プロジェクト＜プロジェクトＩＤ＞の形式で記載される。例えば、プロジェクトＩＤが「Ｐ００１」のプロジェクトは、プロジェクトＰ００１と記載される。

続いて、スキャンロジック部２３１ｐは、当該編集結果に含まれているアクセス許可ユーザ一覧に基づいて、ユーザ個別情報記憶部２５５ｐの内容を更新する（Ｓ１１８）。

図１１は、ユーザ個別情報記憶部の構成例を示す図である。図１１において、ユーザ個別情報記憶部２５５ｐは、テナントＩＤ、プロジェクトＩＤ、ユーザＩＤ、読み取り条件、及びファイル名等の項目を有する。

テナントＩＤは、ユーザごとにカスタマイズされるプロジェクトが属するテナントのテナントＩＤである。プロジェクトＩＤは、ユーザごとにカスタマイズの対象とされるプロジェクトのプロジェクトＩＤである。ユーザＩＤは、プロジェクトＩＤに係るプロジェクトについて、カスタマイズが行われるユーザのユーザＩＤである。読み取り条件及びファイル名は、プロジェクトＩＤに係るプロジェクトについて、ユーザＩＤに係るユーザに固有の読み取り条件又はファイル名である。なお、図１１においては省略されているが、加工情報及びストレージ連携情報等についても、カスタマイズ可能とされてもよい。

ステップＳ１１８では、アクセス許可ユーザ選択画面５２０において編集対象とされたプロジェクトごとに、各アクセス許可ユーザのユーザＩＤに対応するレコードが、ユーザ個別情報記憶部２５５ｐに追加される。更に、追加された各レコードのテナントＩＤ、プロジェクトＩＤ、及びユーザＩＤの各項目に値が記憶される。各レコードのテナントＩＤの項目には、ログインテナントＩＤが記憶される。プロジェクトＩＤの項目には、アクセス許可ユーザ選択画面５２０において編集対象とされた各プロジェクトのプロジェクトＩＤが記憶される。ユーザＩＤの項目には、当該プロジェクトに係るアクセス許可ユーザ選択画面５２０において、リストボックス５２２ｂに移動されたユーザＩＤが記憶される。一方、追加された各レコードの読み取り条件及びファイル名等の項目には、この時点では値は記憶されない。すなわち、アクセス許可ユーザごとのカスタマイズ情報であるユーザ個別情報は、後段の処理において、各アクセス許可ユーザによって登録される。

続いて、ユーザ個別情報の登録処理について説明する。図１２は、ユーザ個別情報の登録処理の処理手順の一例を説明するためのシーケンス図である。図１２の処理は、テナント１２３に属するユーザＡによる機器１０の操作に応じて実行される。ユーザＡとは、ユーザＩＤが「Ａ」であるユーザをいう。他のユーザの呼び方についても、同様の命名規則に従う。

ステップＳ２０１において、機器１０は、ユーザＡによる操作指示に応じてクライアントアプリ１１を起動させる。クライアントアプリ１１は、起動されると、ユーザ認証の要否の問い合わせを、サービス提供装置２０の認証部２４１ｐに送信する（Ｓ２０２）。当該問い合わせには、機器１０の認証情報として、当該機器１０の機体番号及びテナントＩＤが含められる。なお、当該機体番号及びテナントＩＤは、例えば、予め機器１０に記憶されている。

認証部２４１ｐは、当該問い合わせに応じ、当該問い合わせに含まれている機体番号及びテナントＩＤに基づいて、問い合わせ元の機器１０について認証を行う（Ｓ２０３）。当該認証は、例えば、当該機体番号が、当該テナントＩＤに対応付けられて機器情報記憶部２５３ｐに記憶されていれば成功する。認証に成功した場合、ステップＳ２０４以降が実行される。以下、ステップＳ２０３において認証された機体番号、テナントＩＤを、それぞれ、対象機体番号、対象テナントＩＤという。

ステップＳ２０４及びＳ２０５において、認証部２４１ｐは、対象機体番号に対応するプロファイル名を、プロファイル機器対応記憶部２５６ｐより取得する。

図１３は、プロファイル機器対応記憶部の構成例を示す図である。図１３に示されるように、プロファイル機器対応記憶部２５６ｐは、機体番号に対応付けてプロファイル名を記憶する。プロファイル機器対応記憶部２５６ｐにおける機体番号とプロファイル名との対応付けは、図４における、機器１０とプロファイルとの対応関係を実現するものである。

続いて、認証部２４１ｐは、取得されたプロファイル名に係るプロファイルの認証要否の項目の値を、プロファイル記憶部２５４ｐ（図８）より取得する（Ｓ２０６、Ｓ２０７）。なお、本実施の形態では、プロファイル名は、テナントを跨いで一意であるとする。但し、プロファイル名の一意性が、テナント内でのみ保証される場合、ステップＳ２０６及びＳ２０７では、対象テナントＩＤ及び取得されたプロファイル名に係るプロファイルの認証要否の項目の値が取得されればよい。

続いて、認証部２４１ｐは、取得された値（「要」又は「否」）を、クライアントアプリ１１に返信する（Ｓ２０８）。返信された値が「要」である場合、クライアントアプリ１１は、機器１０の操作パネルにログイン画面を表示させる（Ｓ２０９）。

ユーザＡによって、ログイン画面に対して、ユーザＩＤ及びパスワードが入力されると（Ｓ２１０）、クライアントアプリ１１は、当該ユーザＩＤ及びパスワードと、機器１０に記憶されているテナントＩＤとを含むユーザ認証要求を、認証部２４１ｐに送信する（Ｓ２１１）。認証部２４１ｐは、ユーザ認証要求に含まれているテナントＩＤ、ユーザＩＤ、及びパスワードの組が、ユーザ情報記憶部２５２ｐに記憶されていれば、ユーザ認証は成功であると判定する。認証に成功した場合、認証部２４１ｐは、認証チケットを生成する。生成された認証チケットは、ユーザ管理部２４２ｐによって、認証に成功したテナントＩＤ及びユーザＩＤに関連付けられて、例えば、メモリ装置２０３に記憶される。なお、認証チケットは、認証されたユーザであることを示すデータであり、例えば、Ｃｏｏｋｉｅによって実装されてもよい。また、認証チケットは有効期限を有していてもよい。続いて、認証部２４１ｐは、認証チケットをクライアントアプリ１１に返信する（Ｓ２１２）。認証チケットに対応するユーザＩＤに係るユーザ（すなわち、認証に成功したユーザ）を、以下「ログインユーザ」という。なお、認証に失敗した場合、認証チケットは生成されず、認証に失敗したことを示す応答が、クライアントアプリ１１に返信される。この場合、ステップＳ２１３以降は実行されない。

認証チケットが返信されると、クライアントアプリ１１は、プロファイル名、認証チケット、及び機体番号を含む、プロファイル情報の取得要求をスキャンロジック部２３１ｐに送信する（Ｓ２１３）。なお、プロファイル名は、過去に、当該機器１０においてプロファイル情報の取得（ダウンロード）が行われた場合に、プロファイル情報の取得要求に含まれる。したがって、当該機器１０において初めてプロファイル情報の取得が行われる場合、プロファイル名は、当該取得要求に含まれない。この場合、当該取得要求を受信したスキャンロジック部２３１ｐは、ステップＳ２１４の実行前において、当該取得要求に含まれる機体番号に対応付けられているプロファイル名を、プロファイル機器対応記憶部２５６ｐより取得する。なお、ステップＳ２１３以降におけるクライアントアプリ１１からの各要求には、認証チケットが含まれており、当該認証チケットの正当性が、ユーザ管理部２４２ｐによって毎回確認されるが、当該確認処理については、便宜上、シーケンス図においては省略されている。当該確認処理では、当該認証チケットに対応付けられてユーザＩＤがメモリ装置２０３に記憶されていること、当該認証チケットの有効期限が切れていないこと等が確認される。認証チケットの正当性が確認されない場合、クライアントアプリ１１からの要求は拒否される。

続いて、スキャンロジック部２３１ｐは、プロファイル情報の取得要求に含まれるプロファイル名に係るプロファイル（以下、「対象プロファイル」という。）に含まれるプロジェクト情報のうち、共通プロジェク情報を、プロファイル記憶部２５４ｐ（図８）より取得する（Ｓ２１４、Ｓ２１５）。共通プロジェクト情報とは、全ユーザアクセス許否の値が「ＹＥＳ」である（すなわち、全ユーザが利用可能な）プロジェクトの情報である。したがって、図８の例によれば、プロジェクトＰ００２及びプロジェクトＰ００４のプロジェクト情報が、共通プロジェクト情報に該当する。なお、ステップＳ２１５において取得される共通プロジェクト情報は、当該共通プロジェクト情報に係るプロジェクトが属するグループの情報（以下、「グループ情報」という。）をも含む。

続いて、スキャンロジック部２３１ｐは、ログインユーザのテナントＩＤ及びユーザＩＤの取得要求を、ユーザ管理部２４２ｐに送信する（Ｓ２１６）。当該取得要求は、認証チケットを含む。ユーザ管理部２４２ｐは、当該取得要求に含まれる認証チケットに対応付けられてメモリ装置２０３に記憶されているテナントＩＤ及びユーザＩＤを、スキャンロジック部２３１ｐに返信する（Ｓ２１７）。

続いて、スキャンロジック部２３１ｐは、当該テナントＩＤ及びユーザＩＤに係るユーザ個別情報を、ユーザ個別情報記憶部２５５ｐ（図１１）より取得する（Ｓ２１８、Ｓ２１９）。続いて、スキャンロジック部２３１ｐは、対象プロファイルに含まれるプロジェクト情報のうち、ログインユーザが利用可能な限定プロジェク情報を、プロファイル記憶部２５４ｐ（図８）より取得する（Ｓ２２０、Ｓ２２１）。限定プロジェクト情報とは、全ユーザアクセス許否の値が「ＮＯ」である（すなわち、利用可能なユーザが限定される）プロジェクトの情報である。したがって、図８の例によれば、プロジェクトＰ００１及びプロジェクトＰ００３のプロジェクト情報が、限定プロジェクト情報に該当する。また、ログインユーザに利用可能な限定プロジェクト情報とは、当該プロジェクト情報のプロジェクトＩＤが、ログインユーザのテナントＩＤ及びユーザＩＤに対応付けられてユーザ個別情報記憶部２５５ｐに記憶されているプロジェクト情報をいう。なお、ステップＳ２２１において取得される限定プロジェクト情報は、当該プロジェクト情報に係るプロジェクトが属するグループのグループ情報をも含む。

続いて、スキャンロジック部２３１ｐは、共通プロファイル情報及び限定プロファイル情報を統合し、更に、統合結果に対してユーザ個別情報が上書き（適用）されたプロファイル情報を生成する（Ｓ２２２）。但し、限定プロファイル情報に対してユーザ個別情報が上書きされた結果と、共通プロファイル情報とが統合されることにより、プロファイル情報が生成されてもよい。すなわち、生成されるプロファイル情報の内容が同じであれば、生成手順は問わない。生成されるプロファイル情報のプロファイル名は、対象プロファイルのプロファイル名となる。また、ユーザ個別情報のうち、空欄となっている項目（例えば、図１１の読み取り条件）については、限定プロファイル情報の値が有効となる。続いて、スキャンロジック部２３１ｐは、生成されたプロファイル情報を、クライアントアプリ１１に返信する（Ｓ２２３）。

クライアントアプリ１１は、受信されたプロファイル情報に基づいて、クラウドスキャンサービスの操作画面を生成する（Ｓ２２４）。続いて、クライアントアプリ１１は、当該操作画面を、機器１０の操作パネルに表示させる（Ｓ２２５）。なお、クライアントアプリ１１は、当該プロファイル情報を、機器１０の記憶装置に記憶しておく。例えば、ここで記憶されたプロファイル情報のプロファイル名が、次回のステップＳ２１３におけるプロファイル情報の取得要求に含められる。

図１４は、プロファイル情報に基づいて表示される操作画面の一例を示す図である。図１４には、図８に示される、プロファイル名が「Ａ４ｐｆ」であるプロファイルが対象プロファイルである場合に、ログインユーザがユーザＡ、ユーザＢ、又はそれ以外であるかに応じて表示される操作画面の例が示されている。なお、対象プロファイルにおいて、プロジェクトＰ００２及びＰ００４のプロジェクト情報が、共通プロジェクトに該当し、プロジェクトＰ００１及びＰ００３のプロジェクト情報が、限定プロジェクトに該当する。

操作画面６１０ａは、ユーザＡがログインユーザである場合に表示される操作画面である。すなわち、図１１より、ユーザＡが利用可能な限定プロジェクトは、プロジェクトＰ００１及びＰ００３である。したがって、操作画面６１０ａには、対象プロファイルに属する全てのプロジェクトに対応するボタンが表示される。

操作画面６１０ｂは、ユーザＢがログインユーザである場合に表示される操作画面である。すなわち、図１１より、ユーザＢが利用可能な限定プロジェクトは、プロジェクトＰ００１である。換言すれば、ユーザＢは、プロジェクトＰ００３を利用することはできない。したがって、操作画面６１０ｂには、プロジェクトＰ００３を除く各プロジェクト対応するボタンが表示される。

操作画面６１０ｃは、ログインユーザが、ユーザＡ及びユーザＢのいずれでもない場合に表示される操作画面である。すなわち、図１１より、斯かるログインユーザが利用可能な限定プロジェクトは無い。したがって、操作画面６１０ｃには、プロジェクトＰ００１及びプロジェクトＰ００３を除く各プロジェクト対応するボタンが表示される。なお、ここでは、ログインユーザは、ユーザＡであるため、操作画面６１０ａが表示される。

操作画面６１０ａにおいて、いずれかのプロジェクトのボタンが選択された状態で、更新ボタン６１１が押下されると、クライアントアプリ１１は、選択されたプロジェクトを編集対象とする設定画面を操作パネルに表示させる。

図１５は、設定画面の表示例を示す図である。図１５において、設定画面６２０は、編集対象のプロジェクトの、ストレージ連携情報、ファイル名、及び読み取り条件等を、クラウドスキャンサービスのジョブの実行時に変更可能とするためのユーザインタフェースを有する。設定画面６２０の初期状態は、受信されたプロファイル情報に従う。詳細ボタン６２１が押下されると、クライアントアプリ１１は、ストレージ連携情報を設定させるための画面を操作パネルに表示させる。また、テキストボックス６２２には、ファイル名を示す文字列の入力が可能である。また、ボタン６２３が押下されると、クライアントアプリ１１は、読み取り条件を設定させるための画面（以下、「読み取り条件設定画面」という。）を操作パネルに表示させる。

図１６は、読み取り条件設定画面の表示例を示す図である。読み取り条件設定画面６３０では、読み取り条件を構成する各項目の値を設定可能である。読み取り条件設定画面６３０の初期状態は、受信されたプロファイル情報に従う。一部又は全部の項目の値が変更され、ＯＫボタン６３０が押下されると、読み取り条件設定画面６３０における設定内容が、機器１０のメモリ内に記憶されて、表示対象の画面が設定画面６２０に遷移する。

設定画面６２０において、戻るボタン６２４が押下されると、表示対象の画面は操作画面６１０ａに遷移する。この状態でジョブが開始されると、今回のジョブに限って、設定画面６２０及び読み取り条件設定画面６３０等において設定された情報が、受信されたプロファイル情報に対して優先される。

一方、設定画面６２０において、登録ボタン６２５が押下されると（Ｓ２３１）、クライアントアプリ１１は、ユーザ個別情報の登録要求を、スキャンロジック部２３１ｐに送信する（Ｓ２３２）。当該要求には、認証チケット、ステップＳ２２３において受信されたプロファイル情報のプロファイル名、及び設定画面６２０及び読み取り条件設定画面６３０等における設定情報が含まれる。

当該登録要求に応じ、スキャンロジック部２３１ｐは、ステップＳ２１６及びＳ２１７と同様に、当該登録要求に含まれる認証チケットに対応するテナントＩＤ及びユーザＩＤを、ユーザ管理部２４２ｐより取得する（Ｓ２３３、Ｓ２３４）。続いて、スキャンロジック部２３１ｐは、ユーザ個別情報記憶部２５５ｐにおいて、取得されたテナントＩＤ及びユーザＩＤに係るレコードに、当該登録要求に含まれる設定情報を記憶する（Ｓ２３５）。

図１７は、設定情報が登録されたユーザ個別情報記憶部の例を示す図である。図１７では、プロジェクトＰ００１に関して、ユーザＡについて読み取り条件が登録された例が示されている。

続いて、クラウドスキャンサービスのジョブの実行時の処理手順について説明する。図１８は、クラウドスキャンサービスのジョブの実行時の処理手順の一例を説明するためのシーケンス図である。図１８の処理は、ユーザＡによる機器１０の操作に応じて実行される。また、図１８の処理は、図１２の処理を実行させたユーザＡが、改めて機器１０を操作する際に実行される処理であるとする。したがって、ユーザ個別情報記憶部２５５ｐは、図１７に示した状態であるとする。

まず、図１２において説明したステップＳ２０１〜Ｓ２２５が実行される。その結果、機器１０の操作パネルには、操作画面６１０ａが表示される。なお、図１８では、ステップＳ２１９において取得されるユーザ個別情報には、プロジェクトＰ００１の読み取り条件に、図１７に示される値が記憶されている。したがって、当該値が、プロジェクトＰ００１に係るプロジェクト情報に対して上書きされた結果が、ステップＳ２２３においてクライアントアプリ１１によって受信される。

ユーザＡが、操作画面６１０ａにおいて、プロジェクトＰ００１に対応するボタンを選択した状態で、機器１０に原稿をセットし、スキャンの開始指示を入力すると（Ｓ３０１）、クライアントアプリ１１は、プロジェクトＰ００１の読み取り条件に従った原稿のスキャンを機器１０に実行させる（Ｓ３０２）。ここで、プロジェクトＰ００１の読み取り条件は、ユーザＡのユーザ個別情報（図１７）によって上書きされている。したがって、ステップＳ３０２におけるスキャンは、プロジェクトＰ００１に対するユーザＡのユーザ個別情報が示す読み取り条件にしたがって実行される。原稿からスキャンされた画像データを、以下「スキャン画像」という。

続いて、クライアントアプリ１１は、スキャン画像を、認証チケット、機体番号、及びプロジェクト情報と共に、スキャンロジック部２３１ｐにアップロードする（Ｓ３０３）。プロジェクト情報は、操作画面６１０ａにおいて選択されたプロジェクトＰ００１のプロジェクト情報である。但し、設定画面６２０等を介して、変更が行われている場合、変更が反映されたプロジェクト情報がアップロードされる。なお、ステップＳ３０３において、プロジェクト情報を含むアップロードは、当該プロジェクト情報に含まれるプロジェクトＩＤに対応した処理の実行要求（処理要求）の一例である。

続いて、スキャンロジック部２３１ｐは、アップロードされたスキャン画像に関して、アップロードされたプロジェクト情報に従った処理を実行する（Ｓ３０４）。例えば、当該プロジェクト情報の加工情報においてＯＣＲ（Optical Character Recognition）が指定されていれば、スキャン画像に対してＯＣＲ処理が実行される。続いて、スキャンロジック部２３１ｐは、当該プロジェクト情報に従った処理の結果として生成されるデータを、当該プロジェクト情報のストレージ連携情報に従った配信先に配信する（Ｓ３０５）。該プロジェクト情報に従った処理の結果として生成されるデータとは、例えば、スキャン画像に対してＯＣＲ処理が実行された場合は、ＯＣＲ処理の結果として出力されるテキストデータである。

なお、図１８の処理は、同じプロファイルが割り当てられている機器１０であれば、いずれの機器１０からも同じプロファイル情報に基づいて実行される。プロファイルは、サービス提供装置２０において記憶されており、各機器１０には、プロファイル機器対応記憶部２５６ｐにおいて当該機器１０に割り当てられているプロファイル情報がダウンロードされるからである。したがって、ユーザＡは、同一のプロファイルが割り当てられた各機器１０のいずれを使用した場合も、同一のユーザ個別情報が同様に適用された状態で、ジョブが実行させることができる。したがって、ユーザＡは、機器１０ごとに、ユーザ個別情報の設定を行う必要はない。この点は、他のユーザについても同様である。

続いて、認証要否が「否」であるプロファイルが割り当てられている機器１０が操作対象とされた場合に実行される処理手順について説明する。

図１９は、認証が不要なプロファイルが割り当てられた機器に係るクラウドスキャンサービスのジョブの実行時の処理手順の一例を説明するためのシーケンス図である。図１９中、図１８（図１２）と同一又は対応するステップには同一符号を付している。

図１９では、ステップＳ２０１〜Ｓ２０７が便宜上省略されている。ステップＳ２０８において、認証部２４１ｐは、認証要否が「否」であることを示す応答を、クライアントアプリ１１に返信する。

クライアントアプリ１１は、認証が不要であることに応じ、テナントＩＤ及び機体番号を含む簡易認証要求を、認証部２４１ｐに送信する（Ｓ２１１）。すなわち、認証が不要である場合、ログイン画面の表示、ログイン画面に対するユーザＩＤ及びパスワードの入力等は行われない。また、ユーザ認証の代わりに簡易認証が、認証部２４１ｐに対して要求される。簡易認証は、実質的に、図１２のステップＳ２０３において説明した機器認証と同じである。

認証部２４１ｐは、簡易認証要求に指定されているテナントＩＤ及び機体番号が、機器情報記憶部２５３ｐに記憶されていれば、簡易認証は成功であると判定する。簡易認証に成功すると、認証部２４１ｐは、簡易認証チケットをクライアントアプリ１１に返信する（Ｓ２１２）。なお、ユーザ管理部２４２ｐは、簡易認証チケットとテナントＩＤ及び機体番号とを対応付けて、例えば、メモリ装置２０３に記憶しておく。

続いて、クライアントアプリ１１は、プロファイル名、簡易認証チケット、及び機体番号を含む、プロファイル情報の取得要求をスキャンロジック部２３１ｐに送信する（Ｓ２１３）。続いて、スキャンロジック部２３１ｐは、プロファイル情報の取得要求に含まれるプロファイル名に係るプロファイルに含まれるプロジェクト情報のうち、共通プロジェク情報を、プロファイル記憶部２５４ｐ（図８）より取得する（Ｓ２１４、Ｓ２１５）。

続いて、スキャンロジック部２３１ｐは、共通プロジェクト情報が構成するプロファイル情報を、クライアントアプリ１１に返信する（Ｓ２２３）。すなわち、スキャンロジック部２３１ｐは、プロファイル情報の取得要求に含まれている認証チケットが簡易認証チケットである場合は、ステップＳ２１６〜Ｓ２２２は実行せずに、ステップＳ２２３を実行する。図１２又は図１８における認証チケットと簡易認証チケットとの区別は、例えば、それぞれの構成が相互に異なることに基づいて行われてもよい。又は、それぞれの構成が同じである場合、それぞれに対応付いている情報の違いに基づいてそれぞれが区別されてもよい。すなわち、図１２又は図１８における認証チケットであれば、テナントＩＤ及びユーザＩＤに対応付いている。一方、簡易認証チケットであれば、テナントＩＤ及び機体番号に対応付いている。

ステップＳ２２４以降は、図１２又は図１８等において説明した処理手順が実行される。但し、操作画面としては、操作画面６１０ｃ（図１４）が表示される。すなわち、操作画面には、共通プロジェクト情報に係るプロジェクトに対応するボタンが表示される。また、図１９では、図１２のステップＳ２２５以降は実行することはできない。すなわち、認証要否が「否」であるプロファイルに関しては、ユーザ個別情報を登録することはできない。ユーザの認証が行われなければ、サービス提供装置２０は、機器１０の操作者のユーザＩＤを特定することができず、当該操作者に対してユーザ個別情報を対応付けることができないからである。

上述したように、本実施の形態によれば、ユーザごとにユーザ個別情報を登録することができる。また、機器１０にプロファイル情報がダウンロードされる際には、ログインユーザに係るユーザ個別情報が、プロファイルに対して上書きされる。すなわち、ログインユーザに適したプロファイル情報が、機器１０にダウンロードされる。したがって、ユーザに適した処理の実行を可能とすることができる。

なお、ユーザ認証が行われた場合は、ユーザ別に、ＯＣＲ等の加工処理について、利用制限が行われてもよい。例えば、ユーザごとに、利用可能な加工処理が設定されたり、各加工処理について利用可能な数量が設定されたりしてもよい。利用可能な数量は、例えば、ＯＣＲ処理であれば、ページ数であってもよい。制限の範囲外の要求が行われた場合、その旨を示すメッセージが、機器１０の操作パネルに表示されてもよい。

なお、プロファイル機器対応記憶部２５６ｐ及びプロファイル記憶部２５４ｐと、ユーザ個別情報記憶部２５５ｐとは、同一の記憶装置（例えば、補助記憶装置２０２）に含まれてもよいし、別々の記憶装置に含まれてもよい。また、プロファイル機器対応記憶部２５６ｐ及びプロファイル記憶部２５４ｐと、ユーザ個別情報記憶部２５５ｐとは、サービス提供装置２０にネットワークを介して接続される外部の記憶装置に含まれてもよい。これらの記憶部が外部の記憶装置に含まれることで、例えば、サービス提供装置２０をエリアごと（例えば、国ごと）に設置した場合に、これらの記憶部に記憶される情報について、一元的に管理を行うことができる。又は、プロファイル機器対応記憶部２５６ｐ及びプロファイル記憶部２５４ｐは、補助記憶装置２０２に含まれ、ユーザ個別情報記憶部２５５ｐは、外部の記憶装置に含まれてもよい。この場合、機密性の高いユーザ個別情報を、一元的に管理することができる。

また、本実施の形態では、画像形成装置が機器１０の具体例である場合について説明したが、例えば、携帯電話、スマートフォン、タブレット型端末、ＰＣ（Personal Computer）、又はデジタルカメラ等が、サービス提供装置２０に対する画像データの入力元（送信元）であってもよい。

なお、本実施の形態において、サービス提供装置２０は、情報処理装置又は情報処理システムの一例である。機体番号は、機器識別情報の一例である。プロジェクトＩＤは、処理識別情報の一例である。プロジェクト情報は、設定情報の一例である。プロファイル機器対応記憶部２５６ｐ及びプロファイル記憶部２５４ｐは、第一の記憶部の一例である。ユーザＩＤは、ユーザ識別情報の一例である。ユーザ個別情報は、変更情報の一例である。ユーザ個別情報記憶部２５５ｐは、第二の記憶部の一例である。スキャンロジック部２３１ｐは、処理制御部の一例である。テナントＩＤは、組織識別情報の一例である。機器情報記憶部２５３ｐは、第三の記憶部の一例である。プロジェクト情報の全アクセスユーザ許否は、処理識別情報に係る処理を利用可能なユーザが限定されるか否かを示す情報の一例である。テナントは、契約組織の一例である。

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

１ 情報処理システム
１０ 機器
１１ クライアントアプリ
１２ アプリケーションプラットフォーム
２０ サービス提供装置
３０ 管理者端末
４０ オンラインストレージシステム
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２２０Ｌ アプリケーション層
２２１ｐ ポータルアプリ
２２２ｐ スキャンアプリ
２３０Ｌ ドメイン固有サービス層
２３１ｐ スキャンロジック部
２４０Ｌ 共通サービス層
２４１ｐ 認証部
２４２ｐ ユーザ管理部
２５０Ｌ データベース層
２５１ｐ テナント情報記憶部
２５２ｐ ユーザ情報記憶部
２５３ｐ 機器情報記憶部
２５４ｐ プロファイル記憶部
２５５ｐ ユーザ個別情報記憶部
２５６ｐ プロファイル機器対応記憶部
２８０ プラットフォームＡＰＩ
２９０ ドメイン固有ＡＰＩ

特開２００７−２９３６５４号公報

Claims (13)

1. １以上の情報処理装置を含み、ネットワークを介して接続される複数の機器からの処理要求に応じた処理を実行する情報処理システムであって、
   前記複数の機器それぞれを識別するそれぞれの機器識別情報毎に、１以上の処理をそれぞれ識別するそれぞれの処理識別情報と、該処理に関する設定情報とを対応付けて記憶する第一の記憶部と、
   前記処理識別情報のうち一の処理識別情報と、該一の処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報の一部又は全部に対する変更情報と、当該情報処理システムを利用可能なユーザのうち、該変更情報を適用させるユーザを識別するユーザ識別情報とを対応付けて記憶する第二の記憶部と、
   前記複数の機器のうちの一の機器から、一の処理を識別する処理識別情報を含む処理要求と、ユーザ識別情報とを受信する受信部と、
   前記受信部で受信したユーザ識別情報が、前記受信部で受信した処理識別情報に対応付けて前記第二の記憶部に記憶されているとき、前記第一の記憶部に記憶されている設定情報のうち、前記一の機器を識別する機器識別情報と、受信した該処理識別情報とに対応付けて記憶されている設定情報に対して、前記受信部で受信したユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する処理制御部と、
   を有することを特徴とする情報処理システム。
2. 前記第一の記憶部は、当該情報処理システムの各契約組織を識別する組織識別情報に対応付けて設定情報を記憶し、
   各機器の機器識別情報に対応付けて、組織識別情報を記憶する第三の記憶部を有し、
   前記処理制御部は、前記一の機器からの、一の処理を識別する処理識別情報を含む処理要求の受信に応じ、前記第一の記憶部に記憶されている設定情報のうち、送信元の該一の機器を識別する機器識別情報及び組織識別情報と、受信した該処理識別情報とに対応付けて前記第一の記憶部に記憶されている設定情報に対して、前記処理要求に関して前記一の機器から受信したユーザ識別情報に対応付けて前記第二の記憶部に記憶されている、当該処理識別情報に係る変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行することを特徴とする請求項１記載の情報処理システム。
3. 前記第一の記憶部は、前記処理識別情報ごとに、当該処理識別情報に係る処理を利用可能なユーザが限定されるか否かを示す情報を記憶し、
   前記第二の記憶部は、利用可能なユーザが限定される処理に係る処理識別情報ごとに、当該処理識別情報に係る処理を利用可能なユーザのユーザ識別情報に対応付けて、前記変更情報を記憶し、
   前記処理制御部は、前記一の機器からの、一の処理を識別する処理識別情報を含む処理要求の受信に応じ、当該処理要求の送信元の該一の機器を識別する機器識別情報に対応付けて前記第一の記憶部に記憶されている当該処理識別情報について、当該処理識別情報に係る処理を利用可能なユーザが限定されるユーザが限定されることを示す情報が記憶されており、かつ、前記一の処理要求に関して該一の機器から受信したユーザ識別情報が、当該処理識別情報に対応付けられて前記第二の記憶部に記憶されている場合に、当該処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報に対して、当該ユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行することを特徴とする請求項１又は２記載の情報処理システム。
4. 前記第一の記憶部は、前記処理識別情報に対応付けて、ユーザの認証の要否を示す情報を記憶し、
   前記複数の機器のうちの一の機器からの、機器識別情報及び処理識別情報を含む認証の要否の問い合わせの受信に応じ、当該機器識別情報及び当該処理識別情報に対応付けてユーザの認証が必要であることが前記第一の記憶部に記憶されている場合に、前記機器に対してユーザ識別情報の送信を要求し、前記機器から返信されるユーザ識別情報に基づく認証を実行する認証部を有し、
   前記処理制御部は、前記一の機器からの、一の処理を識別する処理識別情報を含む処理要求の受信に応じ、前記第一の記憶部に記憶されている設定情報のうち、送信元の該一の機器を識別する機器識別情報と、受信した該処理識別情報とに対応付けて前記第一の記憶部に記憶されている設定情報に対して、前記認証部によって認証されたユーザ識別情報に対応付けて前記第二の記憶部に記憶されている、当該処理識別情報に係る変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する請求項１乃至３いずれか一項記載の情報処理システム。
5. 前記第一の記憶部及び前記第二の記憶部は、同一の記憶装置に含まれている、
   ことを特徴とする請求項１乃至４いずれか一項記載の情報処理システム。
6. １以上の情報処理装置を含み、ネットワークを介して接続される複数の機器からの処理要求に応じた処理を実行する情報処理システムであって、
   前記複数の機器のうちの一の機器から、一の処理を識別する処理識別情報を含む処理要求と、ユーザ識別情報とを受信する受信部と、
   前記複数の機器それぞれを識別するそれぞれの機器識別情報毎に、１以上の処理をそれぞれ識別するそれぞれの処理識別情報と、該処理に関する設定情報とを対応付けて記憶する第一の記憶部から、前記一の機器を識別する機器識別情報と、前記受信部で受信した該処理識別情報とに対応付けて記憶されている設定情報を取得し、前記処理識別情報のうち一の処理識別情報と、該一の処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報の一部又は全部に対する変更情報と、当該情報処理システムを利用可能なユーザのうち、該変更情報を適用させるユーザを識別するユーザ識別情報とを対応付けて記憶する第二の記憶部に、前記受信部で受信したユーザ識別情報が、前記受信部で受信した処理識別情報に対応付けて記憶されているとき、受信した該ユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を取得し、取得した該設定情報に対して、取得した該変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する処理制御部と、
   を有することを特徴とする情報処理システム。
7. １以上の情報処理装置を含み、ネットワークを介して接続される複数の機器からの処理要求に応じた処理を実行する情報処理システムであって、
   前記複数の機器それぞれを識別するそれぞれの機器識別情報毎に、１以上の処理をそれぞれ識別するそれぞれの処理識別情報と、該処理に関する設定情報とを対応付けて記憶する第一の記憶部と、
   前記複数の機器のうちの一の機器から、一の処理を識別する処理識別情報を含む処理要求と、ユーザ識別情報とを受信する受信部と、
   前記処理識別情報のうち一の処理識別情報と、該一の処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報の一部又は全部に対する変更情報と、当該情報処理システムを利用可能なユーザのうち、該変更情報を適用させるユーザを識別するユーザ識別情報とを対応付けて記憶する第二の記憶部に、前記受信部で受信したユーザ識別情報が、前記受信部で受信した処理識別情報に対応付けて前記第二の記憶部に記憶されているとき、前記受信部で受信したユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を取得し、前記第一の記憶部に記憶されている設定情報のうち、前記一の機器を識別する機器識別情報と、受信した該処理識別情報とに対応付けて記憶されている設定情報に対して、取得した変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する処理制御部と、
   を有することを特徴とする情報処理システム。
8. ネットワークを介して接続される複数の機器からの処理要求に応じた処理を実行する情報処理装置であって、
   前記複数の機器それぞれを識別するそれぞれの機器識別情報毎に、１以上の処理をそれぞれ識別するそれぞれの処理識別情報と、該処理に関する設定情報とを対応付けて記憶する第一の記憶部と、
   前記処理識別情報のうち一の処理識別情報と、該一の処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報の一部又は全部に対する変更情報と、当該情報処理装置を利用可能なユーザのうち、該変更情報を適用させるユーザを識別するユーザ識別情報とを対応付けて記憶する第二の記憶部と、
   前記複数の機器のうちの一の機器から、一の処理を識別する処理識別情報を含む処理要求と、ユーザ識別情報とを受信する受信部と、
   前記受信部で受信したユーザ識別情報が、前記受信部で受信した処理識別情報に対応付けて前記第二の記憶部に記憶されているとき、前記第一の記憶部に記憶されている設定情報のうち、前記一の機器を識別する機器識別情報と、受信した該処理識別情報とに対応付けて記憶されている設定情報に対して、前記受信部で受信したユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する処理制御部と、
   を有することを特徴とする情報処理装置。
9. 前記第一の記憶部は、当該情報処理装置の各契約組織を識別する組織識別情報に対応付けて設定情報を記憶し、
   各機器の機器識別情報に対応付けて、組織識別情報を記憶する第三の記憶部を有し、
   前記処理制御部は、前記一の機器からの、一の処理を識別する処理識別情報を含む処理要求の受信に応じ、前記第一の記憶部に記憶されている設定情報のうち、送信元の該一の機器を識別する機器識別情報及び組織識別情報と、受信した該処理識別情報とに対応付けて前記第一の記憶部に記憶されている設定情報に対して、前記処理要求に関して前記一の機器から受信したユーザ識別情報に対応付けて前記第二の記憶部に記憶されている、当該処理識別情報に係る変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行することを特徴とする請求項８記載の情報処理装置。
10. 前記第一の記憶部は、前記処理識別情報ごとに、当該処理識別情報に係る処理を利用可能なユーザが限定されるか否かを示す情報を記憶し、
    前記第二の記憶部は、利用可能なユーザが限定される処理に係る処理識別情報ごとに、当該処理識別情報に係る処理を利用可能なユーザのユーザ識別情報に対応付けて、前記変更情報を記憶し、
    前記処理制御部は、前記一の機器からの、一の処理を識別する処理識別情報を含む処理要求の受信に応じ、当該処理要求の送信元の該一の機器を識別する機器識別情報に対応付けて前記第一の記憶部に記憶されている当該処理識別情報について、当該処理識別情報に係る処理を利用可能なユーザが限定されるユーザが限定されることを示す情報が記憶されており、かつ、前記一の処理要求に関して該一の機器から受信したユーザ識別情報が、当該処理識別情報に対応付けられて前記第二の記憶部に記憶されている場合に、当該処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報に対して、当該ユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行することを特徴とする請求項８又は９記載の情報処理装置。
11. 前記第一の記憶部は、前記処理識別情報に対応付けて、ユーザの認証の要否を示す情報を記憶し、
    前記複数の機器のうちの一の機器からの、機器識別情報及び処理識別情報を含む認証の要否の問い合わせの受信に応じ、当該機器識別情報及び当該処理識別情報に対応付けてユーザの認証が必要であることが前記第一の記憶部に記憶されている場合に、前記機器に対してユーザ識別情報の送信を要求し、前記機器から返信されるユーザ識別情報に基づく認証を実行する認証部を有し、
    前記処理制御部は、前記一の機器からの、一の処理を識別する処理識別情報を含む処理要求の受信に応じ、前記第一の記憶部に記憶されている設定情報のうち、送信元の該一の機器を識別する機器識別情報と、受信した該処理識別情報とに対応付けて前記第一の記憶部に記憶されている設定情報に対して、前記認証部によって認証されたユーザ識別情報に対応付けて前記第二の記憶部に記憶されている、当該処理識別情報に係る変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する請求項８乃至１０いずれか一項記載の情報処理装置。
12. 前記第一の記憶部及び前記第二の記憶部は、同一の記憶装置に含まれている、
    ことを特徴とする請求項８乃至１１いずれか一項記載の情報処理装置。
13. １以上の情報処理装置を含み、ネットワークを介して接続される複数の機器からの処理要求に応じた処理を実行する情報処理システムが、
    前記複数の機器それぞれを識別するそれぞれの機器識別情報毎に、１以上の処理をそれぞれ識別するそれぞれの処理識別情報と、該処理に関する設定情報とを対応付けて記憶する第一の記憶部と、
    前記処理識別情報のうち一の処理識別情報と、該一の処理識別情報に対応付けて前記第一の記憶部に記憶されている設定情報の一部又は全部に対する変更情報と、当該情報処理システムを利用可能なユーザのうち、該変更情報を適用させるユーザを識別するユーザ識別情報とを対応付けて記憶する第二の記憶部とを用いて、
    前記複数の機器のうちの一の機器から、一の処理を識別する処理識別情報を含む処理要求と、ユーザ識別情報とを受信する受信手順と、
    前記受信手順で受信したユーザ識別情報が、前記受信手順で受信した処理識別情報に対応付けて前記第二の記憶部に記憶されているとき、前記第一の記憶部に記憶されている設定情報のうち、前記一の機器を識別する機器識別情報と、受信した該処理識別情報とに対応付けて記憶されている設定情報に対して、前記受信手順で受信したユーザ識別情報に対応付けて前記第二の記憶部に記憶されている変更情報を適用した結果に基づいて、当該処理識別情報に応じた前記一の処理を実行する処理制御手順と、
    を実行することを特徴とする情報処理方法。

Images