JP2015127950A - 情報処理システム及び情報処理方法 - 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 (5)

1. １以上のコンピュータを含む情報処理システムであって、
   ネットワークを介して接続される機器からユーザ識別情報を受信する受信部と、
   前記機器からの画面情報の取得要求に応じ、当該機器に対応付けられて記憶されている、複数のユーザに対して共通の画面情報のうち、前記受信部によって受信されたユーザ識別情報に対応付けられている部分を返信する返信部と、
   返信された部分に基づいて前記機器において表示される画面に対する入力に応じて前記機器より送信される要求を受信し、当該要求に応じた処理を実行する処理部と、
   を有することを特徴とする情報処理システム。
2. 前記返信部は、前記画面情報のうち、前記受信部によって受信されたユーザ識別情報に対応付けられている部分と、いずれのユーザ識別情報にも対応付けられていない部分とを返信する請求項１記載の情報処理システム。
3. 前記部分は、前記画面情報に基づいて表示される画面において、タブに対応する部分である請求項１又は２記載の情報処理システム。
4. １以上のコンピュータを含むサービス提供システムと１以上のコンピュータを含むユーザ管理システムとを含む情報処理システムであって、
   前記サービス提供システムは、
   ネットワークを介して接続される機器から、前記ユーザ管理システムに記憶されているいずれかのユーザ識別情報を受信する受信部と、
   前記機器からの画面情報の取得要求に応じ、当該機器に対応付けられて記憶されている、複数のユーザに対して共通の画面情報のうち、前記受信部によって受信されたユーザ識別情報に対応付けられている部分を返信する返信部と、
   返信された部分に基づいて前記機器において表示される画面に対する入力に応じて前記機器より送信される要求を受信し、当該要求に応じた処理を実行する処理部と、
   を有することを特徴とする情報処理システム。
5. １以上のコンピュータを含む情報処理システムが、
   ネットワークを介して接続される機器からユーザ識別情報を受信する受信手順と、
   前記機器からの画面情報の取得要求に応じ、当該機器に対応付けられて記憶されている、複数のユーザに対して共通の画面情報のうち、前記受信手順において受信されたユーザ識別情報に対応付けられている部分を返信する返信手順と、
   返信された部分に基づいて前記機器において表示される画面に対する入力に応じて前記機器より送信される要求を受信し、当該要求に応じた処理を実行する処理手順と、
   を実行することを特徴とする情報処理方法。

Images