JP2014102816A - 設定支援装置、設定支援システム、及び設定支援方法 - Google Patents

Abstract

【課題】プログラムの設定項目に対する値の設定作業の負担を軽減する。
【解決手段】設定支援装置２０は、プログラムの設定項目に対する値の入力要求に応じ、前記入力要求元に係る識別情報に対応付けて第一の記憶部２３３が記憶する一以上のプログラム識別情報を取得する取得部と、取得されたプログラム識別情報に係るプログラムの設定項目に対して値を入力させるためのデータを生成する生成部２２５と、前記データを前記入力要求元に返信する返信部２２２とを有する。
【選択図】図３

Description

本発明は、設定支援装置、設定支援システム、及び設定支援方法に関する。

例えば、クラウドサービス等、ネットワークを介して提供されるサービスにおいては、複数のアプリケーションプログラムを利用することができる。このようなアプリケーションプログラムは、複数のユーザから共用される。したがって、ユーザに応じたサービスの提供を可能とするために、各アプリケーションプログラムは、設定項目を有する。各ユーザは、設定項目に対して、ユーザに応じた値を設定する必要が有る。

しかしながら、アプリケーションプログラムごとに設定画面が表示され、アプリケーションプログラムごとに設定項目の設定作業を行うのは、ユーザにとって負担が大きい。

本発明は、上記の点に鑑みてなされたものであって、プログラムの設定項目に対する値の設定作業の負担を軽減すること目的とする。

そこで上記課題を解決するため、設定支援装置は、プログラムの設定項目に対する値の入力要求に応じ、前記入力要求元に係る識別情報に対応付けて第一の記憶部が記憶する一以上のプログラム識別情報を取得する取得部と、取得されたプログラム識別情報に係るプログラムの設定項目に対して値を入力させるためのデータを生成する生成部と、前記データを前記入力要求元に返信する返信部とを有する。

プログラムの設定項目に対する値の設定作業の負担を軽減することができる。

第一の実施の形態における情報処理システムの構成例を示す図である。 第一の実施の形態におけるサービス提供装置のハードウェア構成例を示す図である。 第一の実施の形態におけるサービス提供装置の機能構成例を示す図である。 第一の実施の形態のサービス提供装置が実行する設定用データの生成処理の処理手順の一例を説明するためのフローチャートである。 購入アプリ情報記憶部の構成例を示す図である。 固有設定項目情報記憶部の構成例を示す図である。 ＪＳＯＮ形式による固有設定項目情報記憶部の構成例を示す図である。 ユーザ情報記憶部の構成例を示す図である。 設定用データとしてのＣＳＶファイルの例を示す図である。 共通設定項目及び固有設定項目に対する設定値の設定処理の処理手順の一例を説明するためのフローチャートである。 設定登録部による設定値の設定処理を説明するための図である。 第二の実施の形態におけるサービス提供装置の機能構成例を示す図である。 設定画面の表示例を示す図である。 共通設定項目及びサーバアプリごとにタブが割り当てられた設定画面の第一の表示例を示す図である。 共通設定項目及びサーバアプリごとにタブが割り当てられた設定画面の第二の表示例を示す図である。 共通設定項目及びサーバアプリごとにタブが割り当てられた設定画面の第三の表示例を示す図である。 第三の実施の形態におけるサービス提供装置の機能構成例を示す図である。 ポータルアプリに対するポートレットのプラグイン例を示す図である。

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

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

サービス提供環境Ｅ２は、サービス提供装置２０等を含む。サービス提供装置２０は、ネットワークを介して所定のサービスを提供する。サービス提供装置２０が提供するサービスの一形態として、ユーザ環境Ｅ１における機器１０と、サービス提供装置２０におけるアプリケーションとを連携させることにより実現されるサービスが有る。以下、斯かる形態のサービスを、「機器連携サービス」という。機器連携サービスの一例として、ユーザ環境Ｅ１の機器１０においてスキャンされた画像データを、サービス提供装置２０におけるアプリケーションが、予め設定された保存先に保存するサービス（以下、「スキャンＴｏストレージサービス」という。）が挙げられる。また、他の一例としてサービス提供装置２０におけるアプリケーションが管理する印刷データや画像データ等の出力データを、ユーザ環境Ｅ１の機器１０に送信し、機器１０において印刷出力するサービス（以下、「プリントサービス」という。）や表示（投影）出力するサービス（以下、「プロジェクションサービス」という。）等が挙げられる。なお、機器連携サービスは、サービス提供環境Ｅ２以外のサービス提供者によってネットワークを介して提供される、オンラインストレージやその他のクラウドサービス等と連携してもよい。

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

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

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

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

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

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

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

サービス提供装置２０は、また、ユーザ情報記憶部２３１、購入アプリ情報記憶部２３２、及び固有設定項目情報記憶部２３３等を利用する。これら各記憶部は、補助記憶装置２０２、又はサービス提供装置２０にネットワークを介して接続される記憶装置等を用いて実現可能である。

サーバアプリ２１０は、サービス提供装置２０が提供する機器連携サービスを実現するアプリケーションプログラムである。基本的に、一つのサーバアプリ２１０は、一つの機器連携サービスに対応する。したがって、機器連携サービスのライセンスとは、当該機器連携サービスに係るサーバアプリ２１０のライセンスということもできる。図３では、サーバアプリ２１０の一例として、アプリＡ２１１、アプリＢ２１２、アプリＣ２１３、及びポータルアプリ２１４等が例示されている。アプリＡ２１１、アプリＢ２１２、及びアプリＣ２１３の機能については、本実施の形態では特に限定されない。例えば、アプリＡ２１１は、スキャンＴｏストレージサービスを実現するサーバアプリ２１０であってもよい。アプリＡ２１１、アプリＢ２１２、及びアプリＣ２１３は、プラットフォームＡＰＩ２４０を利用してプラットフォーム２２０が備える機能を利用し、それぞれのサービスを提供する。従って各サーバアプリ２１０は、例えばユーザ情報記憶部２３１が記憶するユーザ情報等を利用することができる。また、アプリＡ２１１、アプリＢ２１２、及びアプリＣ２１３は、必要に応じてそれぞれ別個に又は固有の一以上の設定項目（以下、「固有設定項目」という。）を有する。アプリＡ２１１、アプリＢ２１２、及びアプリＣ２１３のそれぞれの固有設定項項目には、例えば、ユーザごとに値が設定される必要が有る。つまり、アプリＡ２１１、アプリＢ２１２、及びアプリＣ２１３は、ユーザ情報記憶部２３１が記憶するユーザ情報等の他に、それぞれの固有設定項目にユーザごとに設定された値に基づいて、ユーザに応じた処理を実行することにより各サービスを実現するアプリケーションプログラムとして実装することができる。ポータルアプリ２１４は、サービス提供装置２０に関するポータルサイトを提供するサーバアプリ２１０である。

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

ユーザ情報記憶部２３１は、サービス提供装置２０が提供するサービスのユーザに関する情報（ユーザ情報）を記憶する。

設定登録部２２１は、機器連携サービスの利用に先立って必要とされる、ユーザ環境Ｅ１に関する情報の設定登録処理を実行する。設定登録部２２１によって、ユーザ情報記憶部２３１等に対して情報が登録される。設定登録部２２１は、また、各サーバアプリ２１０の固有設定項目に対して設定値を設定する。なお、ユーザ情報記憶部２３１に記憶されるユーザ情報は、プラットフォーム２２０や、各サーバアプリ２１０より共通に利用されうる情報である。そこで、ユーザ情報記憶部２３１に記憶されるユーザ情報を構成する設定項目を、固有設定項目に対して共通設定項目という。なお、各サーバアプリ２１０の固有設定項目には、共通設定項目や、他のサーバアプリ２１０の固有設定項目と重複する項目が含まれていてもよい。

設定用データ生成部２２５は、共通設定項目及び固有設定項目に対する設定値をユーザに設定させるためのデータ（以下、「設定用データ」という。）を生成する。

機器通信部２２２は、機器１０との通信を制御する。認証処理部２２３は、管理者端末３０のユーザ又は機器１０のユーザの認証等を行う。セッション管理部２２４は、サービス提供装置２０と機器１０との連携時において、両者の通信のセッションを管理する。

なお、図３では、機器１０の一例として、複合機、複写機、ファクシミリ、若しくはプリンタ等の画像形成装置、携帯端末、ＰＣ、会議システム、画像投影装置、及びＩＣレコーダや、機器連携サービスを利用するその他の新規デバイス等が例示されている。

なお、例えば、サーバアプリ２１０ごと、プラットフォーム２２０を構成する各部ごと、及び各記憶部ごとに、異なるコンピュータが利用されてもよい。この場合、各コンピュータは、相互にネットワークを介して通信可能に接続されてもよい。

以下、情報処理システム１において実行される処理手順について説明する。図４は、第一の実施の形態のサービス提供装置が実行する設定用データの生成処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ１０１において、サービス提供装置２０の設定用データ生成部２２５は、設定用データの取得要求（例えば、ダウンロード要求）を受信する。設定用データの取得要求は、設定項目に対する値の入力要求の一例である。設定用データの取得要求は、例えば、管理者端末３０より送信される。設定用データの取得要求には、管理者端末３０が属するユーザ環境Ｅ１に対する識別情報が指定される。本実施の形態では、ユーザとしての組織に対する識別情報である組織ＩＤが、ユーザの識別情報として用いられる。組織ＩＤは、企業ごとのＩＤでもよいし、企業内の部署ごとのＩＤでもよい。また、明確な組織でなくても、複数ユーザの集合に対して組織ＩＤが割り当てられてもよい。また、個人ユーザごとに、設定項目に値が設定される必要が有る場合は、組織ＩＤは、ユーザＩＤ等の個人ユーザごとの識別情報に置き換えられてもよいし、組織ＩＤとユーザＩＤとを対応付けて個人ユーザごとの識別情報として用いてもよい。すなわち、「ユーザ」の単位は、運用に応じて適宜選択されればよい。

続いて、設定用データ生成部２２５は、設定用データの取得要求に指定された組織ＩＤ（以下、「対象組織ＩＤ」という。）に係る組織において利用可能な、サーバアプリ２１０の識別情報（以下、「アプリＩＤ」という。）を、購入アプリ情報記憶部２３２より検索又は取得する（Ｓ１０２）。

図５は、購入アプリ情報記憶部の構成例を示す図である。図５において、購入アプリ情報記憶部２３２は、組織ＩＤに対応付けて、当該組織ＩＤに係るユーザがライセンスを購入しているサーバアプリ２１０のアプリＩＤが記憶されている。例えば、組織ＩＤが「１２３」であるユーザは、アプリＩＤが「０００１」のサーバアプリ２１０のライセンスと、アプリＩＤが「０００２」のサーバアプリ２１０のライセンスと購入していることが分かる。なお、ライセンスとは、サーバアプリ２１０の利用権限をいう。また、本実施の形態において、アプリＩＤが「０００１」のサーバアプリ２１０は、サーバアプリＡ２１１であるとする。また、アプリＩＤが「０００２」のサーバアプリ２１０は、サーバアプリＢ２１２であるとする。

ステップＳ１０２では、対象組織ＩＤに対応付けられているアプリＩＤの一覧が取得される。

続いて、設定用データ生成部２２５は、固有設定項目情報記憶部２３３を参照して、検索されたアプリＩＤごとに、固有設定項目を判定又は特定する（Ｓ１０３）。

図６は、固有設定項目情報記憶部の構成例を示す図である。図６において、固有設定項目情報記憶部２３３は、アプリＩＤに対応付けて、当該アプリＩＤに係るサーバアプリ２１０の固有設定項目の名前（固有設定項目名）、データ型、及びデフォルト値等を記憶する。図６の例では、アプリＩＤが「０００１」のアプリＡ２１１については、「メール転送先」及び「ファイル保存日数」が、固有設定項目であることが示されている。また、アプリＩＤが「０００２」のアプリＢ２１２については、「外部ストレージ認証ＩＤ」及び「外部ストレージ認証パスワード」が、固有設定項目であることが示されている。

ステップＳ１０３では、検索されたアプリＩＤごとに、当該アプリＩＤに対応付けられて固有設定項目情報記憶部２３３に記憶されている設定項目名が取得される。

なお、固有設定項目情報記憶部２３３が記憶する情報は、例えば、サーバアプリ２１０のインストールに伴って、サーバアプリ２１０が、設定登録部２２１を利用して固有設定項目情報記憶部２３３に登録するようにしてもよい。例えば、サーバアプリＡ２１１がインストールされた際、サーバアプリＡ２１１、又はサーバアプリＡ２１１のインストーラが、サーバアプリＡ２１１の固有設定項目に関する情報を、固有設定項目情報記憶部２３３に登録してもよい。また、固有設定項目情報記憶部２３３が記憶する情報は、例えば、サーバアプリ２１０がバージョンアップされたタイミングで登録されてもよい。また、設定登録部２２１が定期的にサーバアプリ２１０から固有設定項目に関する情報の取得を要求し、取得した情報を登録するようにしてもよい。

また、固有設定項目情報記憶部２３３は、テーブル形式でなくてもよい。例えば、ＪＳＯＮ（JavaScript（登録商標） Object Notation）形式であってもよい。

図７は、ＪＳＯＮ形式による固有設定項目情報記憶部の構成例を示す図である。図７では、図６と同様の定義内容が、ＪＳＯＮ形式で記述されている。なお、図７では、各固有設定項目の属性に、最大長が含まれているが、これは便宜的なものである。なお、ＸＭＬ（eXtensible Markup Language）形式等、他の形式によって、固有設定項目情報記憶部２３３が構成されてもよい。

続いて、設定用データ生成部２２５は、共通設定項目の設定項目名を判定する（Ｓ１０４）。共通設定項目は、基本的に固定的である。したがって、共通設定項目の設定項目名については、設定用データ生成部２２５にロジックとして組み込まれていてもよい。または、共通設定項目についても、固有設定項目情報記憶部２３３と同様の記憶部が用意されてもよい。この場合、設定用データ生成部２２５は、当該記憶部を参照して、共通設定項目の設定項目名を判定してもよい。

なお、本実施の形態において、共通設定項目によって構成されるユーザ情報を記憶するユーザ情報記憶部２３１は、例えば、図８に示されるような構成を有する。

図８は、ユーザ情報記憶部の構成例を示す図である。図８において、ユーザ情報記憶部２３１は、組織ごとに、組織ＩＤ、組織名、及びメールアドレス等の項目の値を記憶する。組織名は、組織の名称である。メールアドレスは、例えば、当該組織に対する代表のメールアドレスである。すなわち、本実施の形態においては、組織ＩＤ、組織名、及びメールアドレスが、共通設定項目である。

続いて、設定用データ生成部２２５は、ステップＳ１０３において設定項目名が判定された固有設定項目、ステップＳ１０４において設定項目名が判定された共通設定項目に対して設定値を設定させるための設定用データを生成する（Ｓ１０５）。第一の実施の形態では、設定値を記述させるためのファイルが、設定用データとして生成される。例えば、当該ファイルがＣＳＶ（Comma Separated Values）形式のファイルである場合、図９に示されるようなＣＳＶファイルが、設定用データとして生成される。

図９は、設定用データとしてのＣＳＶファイルの例を示す図である。図９に示されるＣＳＶファイルｆ１において、１行目には、各共通設定項目名及び各固有設定項目名が、カンマによって区切られて記述されている。１行目は、ユーザに対するガイドとしての役割を有する行である。すなわち、ユーザは、１行目を参照することにより、どのような設定項目の値をどのような順番で記述すればよいのかを知ることができる。各設定項目に対する設定値は、２行目に記述される。同一の組織に属する複数の個人ユーザごとに異なる設定値を設定したい場合は、２行目以降において、ユーザごとに設定値が記述されてもよい。この場合、例えば、ユーザ情報には、各個人ユーザを識別するための項目（例えば、ユーザ名等）が含まれてもよい。

図９に示されるＣＳＶファイルｆ１は、組織ＩＤとして「１２３」が指定された設定用データの取得要求に対して返信される設定用データの一例である。当該組織ＩＤに係る組織の購入アプリは、アプリＡ２１１及びアプリＢ２１２であるため、ＣＳＶファイルｆ１には、アプリＣ２１３に関する固有設定項目は含まれていない。

なお、１行目に含まれる固有設定項目名は、ステップＳ１０３において判定された固有設定項目名である。すなわち、ユーザがライセンスを購入しているサーバアプリ２１０に関する固有設定項目名である。したがって、ユーザは、自らが値を設定すべき必要最小限の設定項目を知ることができる。

なお、固有設定項目間や、固有設定項目と共通設定項目との間において重複する設定項目が有る場合、重複が除去又は排除された状態で、設定用データが生成されてもよい。例えば、共通設定項目の設定項目名が、ａ、ｂ、ｃであり、固有設定項目が、ｂ、ｄ、ｅである場合、ｂについては重複している。この場合、設定用データにおいて設定させる設定項目は、ａ、ｂ、ｃ、ｂ、ｄ、ｅではなく、ａ、ｂ、ｃ、ｄ、ｅとされてもよい。または、重複を許容して、共通設定項目と、サーバアプリ２１０ごとの固有設定項目ごとに、設定値を入力させるように設定用データが生成されてもよい。

続いて、設定項目データ生成部は、生成されたＣＳＶファイルｆ１を、設定用データの取得要求元の管理者端末３０に返信する（Ｓ１０６）。

ユーザは、例えば、管理者端末３０において、ＣＳＶファイルｆ１の２行目以降に、各設定項目の値を記述する。なお、設定用データの形式は、ＣＳＶファイルに限定されない。例えば、ＸＭＬ（eXtensible Markup Language）形式であってもよいし、他の形式であってもよい。

続いて、設定値が記述された設定用データ（ＣＳＶファイル）が管理者端末３０より受信された際に、サービス提供装置２０が実行する処理について説明する。

図１０は、共通設定項目及び固有設定項目に対する設定値の設定処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ１５１において、設定登録部２２１は、設定値の設定要求を受信する。設定要求は、例えば、管理者端末３０より送信される。また、設定要求には、設定用データに対して入力された設定値が、設定項目名に対応付けられて指定される。例えば、設定用データがＣＳＶファイルである場合、１行目に記述された設定項目名に対応する順番で、２行目以降に設定値がカンマ区切りで記述されたＣＳＶファイルが受信される。

続いて、設定登録部２２１は、各設定項目に対する設定値の設定先を判定する（Ｓ１５２）。固有設定項目については、設定項目名をキーとして、固有設定項目情報記憶部２３３を参照することにより、設定先のサーバアプリ２１０のアプリＩＤが特定される。共通設定項目については、各共通設定項目の設定先が、ロジックとして設定登録部２２１に組み込まれていてもよい。また、共通設定項目についても、固有設定項目情報記憶部２３３と同様の記憶部が用意される場合、当該記憶部に基づいて設定先が判定されてもよい。なお、本実施の形態では、共通設定項目の設定値の設定先は、一つ（ユーザ情報記憶部２３１）であるが、共通設定項目の設定値の設定先についても、複数の記憶部、又はプログラムに分散されてもよい。

続いて、設定登録部２２１は、各設定値を、判定された設定先に設定する（Ｓ１５３）。この際、設定値が設定されていない固有設定項目については、固有設定項目情報記憶部２３３に記憶されているデフォルト値が設定される。

図１１は、設定登録部による設定値の設定処理を説明するための図である。例えば、図９に示されるようなＣＳＶファイルの設定用データに対して設定値が記述されている場合、設定登録部２２１は、組織ＩＤ、組織名、及びメールアドレスに対する設定値は、ユーザ情報記憶部２３１に設定する（Ｓ１５３ａ）。組織ＩＤ、組織名、及びメールアドレスの設定値をユーザ情報記憶部に設定すべきことは、設定登録部２２１のロジックとして組み込まれていてもよいし、共通設定項目に関する、固有設定項目情報記憶部２３３と同様の記憶部に基づいて判定されてもよい。

設定登録部２２１は、また、メール転送先及びファイル保存日数に対する設定値の設定先が、アプリＩＤが「０００１」であるアプリＡ２１１であることを、固有設定項目情報記憶部２３３に基づいて判定する。そこで、設定登録部２２１は、これらの設定値を、アプリＡ２１１に対して設定する（Ｓ１５１ｂ）。

設定登録部２２１は、更に、外部ストレージ認証ＩＤ及び外部ストレージ認証パスワードに対する設定値の設定先が、アプリＩＤが「０００２」であるアプリＢ２１２であることを、固有設定項目情報記憶部２３３に基づいて判定する。そこで、設定登録部２２１は、これらの設定値を、アプリＢ２１２に対して設定する（Ｓ１５１ｃ）。

なお、各サーバアプリ２１０は、設定値の設定を受けるための共通の関数又はメソッド等のＡＰＩ（Application Program Interface）を備えていてもよい。設定登録部２２１は、当該ＡＰＩを介して、各サーバアプリ２１０に対して、固有設定項目に対する設定値を設定してもよい。各サーバアプリ２１０の固有設定項目に対する設定値は、例えば、各サーバアプリ２１０が動作するコンピュータが有する記憶装置に記憶される。

上述したように、第一の実施の形態によれば、固有設定項目については、ユーザが利用するサーバアプリ２１０に対する設定項目のみが、設定対象として、設定用データにおいて提示される。したがって、各サーバアプリ２１０に対する設定値の設定作業を簡便化させることができる。例えば、各サーバアプリ２１０の固有設定項目や、共通設定項目について、１回の設定作業で設定値を設定することも可能である。その結果、各設定項目に対する値の設定作業の負担を軽減することができる。

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

図１２は、第二の実施の形態におけるサービス提供装置の機能構成例を示す図である。図１２と図３との相違点について説明すると、図１２において、サービス提供装置２０は、設定用データ生成部２２５を有していない。第二の実施の形態では、ポータルアプリ２１４が、設定用データ生成部２２５の機能を代行するからである。

したがって、第二の実施の形態では、図４に示される処理は、ポータルアプリ２１４によって実行される。図４の各ステップの処理内容は、基本的に第一の実施の形態と同様でよい。但し、第二の実施の形態では、設定用データとして、設定値を設定させるための画面を表示させる画面データが生成される。画面データは、例えば、ＨＴＭＬ（HyperText Markup Language）等の汎用的な形式であってもよいし、他のデータ形式であってもよい。

ステップＳ１０６では、生成された画面データが、管理者端末３０に返信される。管理者端末３０は、当該画面データに基づいて、設定画面を表示させる。

図１３は、設定画面の表示例を示す図である。図１３に示される設定画面５１０において、設定対象とされている設定項目は、図９に示したＣＳＶファイルｆ１と同じである。すなわち、領域５１１は、共通設定項目の設定領域である。領域５１２は、アプリＩＤが「０００１」であるアプリＡ２１１の固有設定項目の設定領域である。領域５１３は、アプリＩＤが「０００２」であるアプリＢ２１２の固有設定項目の設定領域である。

図１３に示される設定画面５１０は、組織ＩＤとして「１２３」が指定された設定用データの取得要求に対して返信される設定用データの一例である。当該組織ＩＤに係る組織の購入アプリは、アプリＡ２１１及びアプリＢ２１２であるため、設定画面５１０には、アプリＣ２１３に関する固有設定項目は含まれていない。

なお、設定用データを画面データとする場合においても、設定項目間の重複が除去又は排除されてもよいのは、第一の実施の形態と同様である。

一方、共通設定項目及びサーバアプリ２１０ごとに、設定項目の表示領域を明確に区別したい場合、共通設定項目及び各サーバアプリ２１０に対して、タブが割り当てられてもよい。

図１４は、共通設定項目及びサーバアプリごとにタブが割り当てられた設定画面の第一の表示例を示す図である。図１４では、タブ５１１ｔに、共通設定項目、タブ５１２ｔに、アプリＡ２１１の固有設定項目、タブ５１３ｔに、アプリＢ２１２の固有設定項目が割り当てられた例が示されている。このようにすることにより、設定画面５１０が非常に長くなってしまったり、スクロールバーのスケールが非常に大きくなってしまったりすることを回避できる。図１４では、タブ５１１ｔが選択され、共通設定項目が表示された例が示されている。

また、図１５は、共通設定項目及びサーバアプリごとにタブが割り当てられた設定画面の第二の表示例を示す図である。図１５では、タブ５１２ｔが選択され、アプリＡ２１１の固有設定項目が表示された例が示されている。

更に、図１６は、共通設定項目及びサーバアプリごとにタブが割り当てられた設定画面の第三の表示例を示す図である。図１６では、タブ５１３ｔが選択され、アプリＢ２１２の固有設定項目が表示された例が示されている。

なお、図１４〜図１６に示される設定画面５１０ａは、組織ＩＤとして「１２３」が指定された設定用データの取得要求に対して返信される設定用データの一例である。当該組織ＩＤに係る組織の購入アプリは、アプリＡ２１１及びアプリＢ２１２であるため、設定画面５１０ａには、アプリＣ２１３に対するタブは含まれていない。

設定画面５１０又は５１０ａにおいて、各設定項目に対する設定値が入力され、ＯＫボタン５１４が押下されると、管理者端末３０は、設定画面５１０又は５１０ａに入力された設定値が設定項目名に対応付けられて指定された設定要求を、サービス提供装置２０に送信する。当該設定要求の受信に応じ、ポータルアプリ２１４は、図１０において説明した処理と同様の処理手順を実行する。但し、ポータルアプリ２１４自身が、図１０の全てのステップを実行しなくてもよい。例えば、ポータルアプリ２１４は、設定要求に指定された情報を設定登録部２２１に入力するだけでもよい。当該情報の入力に応じ、設定登録部２２１が、図１０の各ステップを実行してもよい。

上述したように、第二の実施の形態によれば、ＧＵＩ（Graphical User Interface）によって、共通設定項目及び固有設定項目に対する設定手段を提供することができる。

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

図１７は、第三の実施の形態におけるサービス提供装置の機能構成例を示す図である。図１７と図１２との相違点について説明すると、図１７において、サービス提供装置２０は、固有設定項目情報記憶部２３３を有していない。第三の実施の形態において、固有設定項目情報記憶部２３３に記憶されている情報は、ポータルアプリ２１４に対して、サーバアプリ２１０ごとにプラグインされるプログラムモジュール（以下、「設定プログラム」という。）内にロジックとして実装されるからである。

すなわち、サーバアプリＡ２１１、サーバアプリＢ２１２、及びサーバアプリＣ２１３は、それぞれに対応する設定プログラムを有する。設定プログラムは、例えば、各サーバアプリ２１０のインストール時に、ポータルアプリ２１４に対してプラグインされてもよい。また、共通設定項目に対応する設定プログラムもポータルアプリ２１４にプラグインされる。各設定プログラムは、当該設定プログラムに対応するサーバアプリ２１０又は共通設定項目を設定させるための画面の表示機能と、当該画面を介して設定された設定値の設定機能とを有する。なお、設定プログラムとしては、ポートレットが好適である。各ポートレットが、図１４に示されるタブごとのウィンドウを表示させてもよい。

図１８は、ポータルアプリに対するポートレットのプラグイン例を示す図である。図１８では、ポータルアプリ２１４に対して、共通ポートレット２１４１、ポートレットＡ２１４２、ポートレットＢ２１４３、及びポートレットＣ２１４４が、プラグインされた例が示されている。

共通ポートレット２１４１は、共通設定項目に対応するポートレットである。ポートレットＡ２１４２は、ポートレットＡ２１４２、ポートレットＢ２１４３、ポートレットＣ２１４４は、順番に、アプリＡ２１１、アプリＢ２１２、アプリＣ２１３に対応するポートレットである。したがって、共通ポートレット２１４１は、図１４に示されるタブ５１１ｔに対応したウィンドウの生成、及び共通設定項目に対する設定値の設定処理等を行う。ポートレットＡ２１４２は、図１５に示されるタブ５１２ｔに対応したウィンドウの生成、及びアプリＡ２１１の固有設定項目に対する設定値の設定処理等を行う。ポートレットＢ２１４３は、図１６に示されるタブ５１３ｔに対応したウィンドウの生成、及びアプリＢ２１２の固有設定項目に対する設定値の設定処理等を行う。

各ポートレットは、例えば、ＷＡＲ（Web Application Archive）形式のファイルとして実装される。例えば、ポートレットのＷＡＲファイルが、所定のフォルダに保存されることにより、当該ポートレットについて、ポータルアプリ２１４に対するプラグインが実現される。すなわち、ポータルアプリ２１４は、所定のフォルダに保存されたＷＡＲファイルを、プラグイン対象として認識するように実装されている。

ポータルアプリ２１４によって実行される処理手順は、基本的に、図４及び図１０において説明した通りでよい。但し、共通設定項目に対応した処理、又は各サーバアプリ２１０の固有設定項目に対応した処理は、それぞれの設定プログラム（例えば、ポートレット）によって実行される。

具体的には、図１４〜図１６のいずれかの状態において設定画面５１０ａのＯＫボタン５１４が押下されると、設定画面５１０ａにおいて表示されているウィンドウに対応したＵＲＬ（Uniform Resource Locator）を含む設定値の設定要求が、ポータルアプリ２１４に送信される。ポータルアプリ２１４は、当該設定要求を受信すると、当該設定要求に含まれているＵＲＬに対応したポートレットに対して、当該設定要求を入力する。例えば、タブ５１１ｔが選択された状態における設定要求は、共通ポートレット２１４１に入力される。タブ５１２ｔが選択された状態における設定要求は、ポートレットＡ２１４２に入力される。タブ５１３ｔが選択された状態における設定要求は、ポートレットＢ２１４３に入力される。

設定要求を入力された各ポートレットは、当該設定要求に含まれる設定値の設定処理を実行する。具体的には、共通ポートレット２１４１は、ユーザ情報記憶部２３１に対して、共通設定項目の設定値を登録する。ポートレットＡ２１４２は、アプリＡ２１１に対して、アプリＡ２１１の固有設定項目の設定値を送信する。ポートレットＢ２１４３は、アプリＢ２１２に対して、アプリＢ２１２の固有設定項目の設定値を送信する。アプリＡ２１１及びアプリＢ２１２は、固有設定項目の設定値を受信すると、例えば、アプリＡ２１１又はアプリＢ２１２が動作するコンピュータの記憶装置に、受信した設定値を記憶する。

なお、上記各実施の形態において、ユーザ情報の設定を例として説明したが、ユーザ情報に限らず、例えば組織単位での情報の設定であってもよいし、機器情報の設定であってもよい。この場合、組織ＩＤが組織の識別情報として用いられ、機器としての組織に対する識別情報である組織ＩＤが機器の識別情報として用いられる。従って、ユーザ情報の設定か、機器情報の設定か、組織単位での情報の設定か、あるいはその他の情報の設定かによらず、本実施の形態を適用することができる。例えば、プリントサービスにおいて、組織単位で強制両面印刷を行うルールの設定や、プロジェクションサービスにおいて、機器（画像投影装置）の性能に応じて一画面上に投影するデータのページ数を指定する設定などが例として挙げられる。

本実施の形態において、サービス提供装置２０は、プラットフォーム２２０の各機能を利用してサービスを提供するサーバアプリ２１０を適宜追加していくことで種々のサービスを提供でき、またサーバアプリ２１０をバージョンアップすることで、各サービスについて追加された機能を提供することができる。サービス提供装置２０は、各サーバアプリ２１０が共通して利用することができるユーザ情報等の共通設定情報を登録できる機能と、各サーバアプリ２１０が任意に固有保持する固有設定に関する固有設定項目情報を登録できる機能を備える。そして、設定情報を登録したいユーザ（管理者等）に対して、共通設定情報の設定項目（共通設定項目）と識別情報（組織ＩＤ）により特定されるサービス（サーバアプリ２１０）に基づく設定項目（固有設定項目）から生成した設定用データを提供することで、ユーザに応じた設定項目を提供することができる。これにより、ユーザは適切かつ効率的に設定情報を登録することができると共に、サーバアプリ２１０はそれぞれのサービスに特化した固有設定情報を備え、必要に応じた固有設定項目の登録（項目の追加・削除等）を柔軟に行うことができる。

なお、上記各実施の形態において、サービス提供装置２０は、設定支援装置又は設定支援システムの一例である。設定用データ生成部２２５又は設定プログラムは、取得部、生成部、及び返信部の一例である。設定登録部２２１又は設定プログラムは、設定部の一例である。購入アプリ情報記憶部２３２は、第一の記憶部の一例である。固有設定項目情報記憶部２３３は、第二の記憶部の一例である。アプリＩＤは、プログラム識別情報の一例である。組織ＩＤは、プログラムの設定項目に対する値の入力要求元に係る識別情報の一例である。

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

１ 情報処理システム
１０ 機器
２０ サービス提供装置
３０ 管理者端末
２００ ドライブ装置
２０１ 記録媒体
２０２ 補助記憶装置
２０３ メモリ装置
２０４ ＣＰＵ
２０５ インタフェース装置
２１０ サーバアプリ
２２０ プラットフォーム
２１１ アプリＡ
２１２ アプリＢ
２１３ アプリＣ
２１４ ポータルアプリ
２２１ 設定登録部
２２２ 機器通信部
２２３ 認証処理部
２２４ セッション管理部
２２５ 設定用データ生成部
２３１ ユーザ情報記憶部
２３２ 購入アプリ情報記憶部
２３３ 固有設定項目情報記憶部
２４０ プラットフォームＡＰＩ
２１４１ 共通ポートレット
２１４２ ポートレットＡ
２１４３ ポートレットＢ
２１４４ ポートレットＣ

特開２０００−２８５０７７１号公報

Claims (8)

1. プログラムの設定項目に対する値の入力要求に応じ、前記入力要求元に係る識別情報に対応付けて第一の記憶部が記憶する一以上のプログラム識別情報を取得する取得部と、
   取得されたプログラム識別情報に係るプログラムの設定項目に対して値を入力させるためのデータを生成する生成部と、
   前記データを前記入力要求元に返信する返信部とを有する設定支援装置。
2. 前記データに基づいて値が設定された設定項目ごとに、当該設定項目を有するプログラムに値を設定する設定部を有する請求項１記載の設定支援装置。
3. 前記生成部は、プログラム識別情報に対応付けて当該プログラム識別情報に係るプログラムの設定項目を示す情報を記憶する第二の記憶部を参照して、前記取得されたプログラム識別情報に係るプログラムの設定項目を特定し、特定された設定項目に対して値を入力させるためのデータを生成する請求項１又は２記載の設定支援装置。
4. 前記設定部は、プログラム識別情報に対応付けて当該プログラム識別情報に係るプログラムの設定項目を示す情報を記憶する第二の記憶部を参照して、前記データに基づいて値が設定された設定項目ごとに、当該設定項目を有するプログラムを特定し、特定されたプログラムに対して、当該設定項目の値を設定する請求項２記載の設定支援装置。
5. 前記データは、設定値を入力させるためのファイルである請求項１乃至４いずれか一項記載の設定支援装置。
6. 前記データは、設定値を入力させるための画面を表示させる画面データである請求項１乃至４いずれか一項記載の設定支援装置。
7. 一以上のコンピュータを含む設定支援システムであって、
   プログラムの設定項目に対する値の入力要求に応じ、前記入力要求元に係る識別情報に対応付けて第一の記憶部が記憶する一以上のプログラム識別情報を取得する取得部と、
   取得されたプログラム識別情報に係るプログラムの設定項目に対して値を入力させるためのデータを生成する生成部と、
   前記データを前記入力要求元に返信する返信部とを有する設定支援システム。
8. プログラムの設定項目に対する値の入力要求に応じ、前記入力要求元に係る識別情報に対応付けて第一の記憶部が記憶する一以上のプログラム識別情報を取得する取得手順と、
   取得されたプログラム識別情報に係るプログラムの設定項目に対して値を入力させるためのデータを生成する生成手順と、
   前記データを前記入力要求元に返信する返信手順とをコンピュータが実行する設定支援方法。

Images