(57)【要約】【課題】ＩＴ管理者が存在しなくても、グループに応じたクラウドサービスのサービス選択画面をデバイスに表示させることができるサービス情報管理サーバ及び情報処理システムを提供する。【解決手段】  複数のサービスのアイコンを配置する複数のページからなるサービス選択画面を表示するデバイス１０１とデバイス１０１に対して複数のサービスを供給するサービス提供サーバ１０４とに接続する仲介サーバ１０３において、画面表示制御部３０８は、デバイス１０１よりサービス選択画面のレイアウト情報の取得要求を受信すると、デバイス１０１にログイン中のユーザが所属するグループがデバイス１０１で実行したサービスとその実行回数を実行履歴管理部３０７から取得し、実行回数の大きい順番にサービス選択画面上での複数のサービスのアイコンの表示優先度を決める。【選択図】図１４
2022001998.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスのアイコンを配置する複数のページからなるサービス選択画面を表示する情報処理装置と、前記情報処理装置に対して前記複数のサービスを供給するサービス供給サーバとに接続するサービス情報管理サーバであって、
複数のグループ毎に、前記情報処理装置からの前記複数のサービスの実行履歴を管理する第１の管理手段と、
前記複数のグループ毎に、前記サービス選択画面のレイアウト情報を生成する生成手段とを備え、
前記生成手段は、
前記情報処理装置より前記サービス選択画面のレイアウト情報の取得要求を受信すると、前記第１の管理手段に対して前記情報処理装置にログイン中のユーザが所属するグループに紐づく実行履歴の取得要求を行って、前記ログイン中のユーザが所属するグループによる前記複数のサービス毎の実行回数を保持する実行履歴を取得し、
前記実行履歴における実行回数の大きい順番に前記サービス選択画面上での前記複数のサービスのアイコンの表示優先度を決めることを特徴とするサービス情報管理サーバ。
【請求項２】
前記サービス情報管理サーバは、前記複数のグループのうち、前記ログイン中のユーザが所属するグループに紐づく情報を取得するためのアクセストークンを発行する認可管理手段を更に有し、
前記実行履歴の取得要求には、前記アクセストークンが含まれることを特徴とする請求項１記載のサービス情報管理サーバ。
【請求項３】
前記情報処理装置により、前記ログイン中のユーザのユーザＩＤ、前記ログイン中のユーザの所属するグループのグループＩＤ、及び前記複数のサービスのうちの前記ユーザが利用するサービスのサービスＩＤを含む利用サービス登録要求を受信すると、前記サービスのサービス用認可トークンを前記サービス供給サーバより取得する第３の取得手段と、
前記サービスのサービス用認可トークンを取得すると、前記アクセストークンを生成する生成手段と、
前記アクセストークン及び前記サービスのサービス用認可トークンを含む仮登録コードを前記情報処理装置に送信する送信手段とを備えることを特徴とする請求項２記載のサービス情報管理サーバ。
【請求項４】
ユーザ毎の前記複数のサービスの夫々の実行履歴を含むユーザ別実行履歴を管理する第２の管理手段と、
前記複数のグループのグループＩＤの夫々に紐づく前記サービス選択画面のレイアウト情報の更新期限を含むグループ画面更新期限情報を管理する第３の管理手段とを更に備え、
前記第３の管理手段は、
前記複数のグループのうちの１つである第１のグループのグループＩＤに紐づくグループ画面更新期限情報の更新期限が過ぎると、前記生成手段に対して前記第１のグループのグループＩＤを含むプッシュ通知を送信し
前記生成手段は、
前記プッシュ通知を受けると、前記プッシュ通知に含まれるグループＩＤを取得し、
前記取得されたグループＩＤに紐づくグループ画面更新期限情報の更新期限の更新を行うよう、前記第３の管理手段を制御し、
前記第２の管理手段より前記取得されたグループＩＤのグループ内のユーザ毎の前記ユーザ別実行履歴を取得し、前記取得したユーザ別実行履歴に基づき、前記複数のサービスのうち、前記取得されたグループＩＤに紐づくグループ内のユーザが実行していない第１のサービス、及び前記グループ内のユーザのうち、利用者の比率が任意の閾値以下である第２のサービスを特定し、
前記複数のサービスのうち、前記第１及び第２のサービスのいずれかに特定されたサービスのアイコンを前記サービス選択画面において非表示とすべく、前記サービス選択画面に非表示サービスリンクの付与を前記情報処理装置に要求することを特徴とする請求項１乃至３のいずれか１項に記載のサービス情報管理サーバ。
【請求項５】
情報処理装置と、前記情報処理装置に対して複数のサービスを供給するサービス供給サーバと、サービス情報管理サーバとを有する情報処理システムであって、
前記情報処理装置は、
前記複数のサービスのアイコンを配置する複数のページからなるサービス選択画面を表示する画面表示部と、
前記情報処理装置から前記複数のサービスを実行する制御部と、
複数のグループ、並びに前記複数のグループの夫々に所属するユーザを管理するアカウント管理部とを有し、
前記サービス情報管理サーバは、
前記複数のグループ毎に、前記情報処理装置からの前記複数のサービスの実行履歴を管理するサービス実行履歴管理部と、
前記複数のグループ毎に、前記サービス選択画面のレイアウト情報を生成する画面表示制御部とを有し、
前記画面表示制御部は、
前記画面表示部より前記サービス選択画面のレイアウト情報の取得要求を受信すると、前記サービス実行履歴管理部に対して前記情報処理装置にログイン中のユーザが所属するグループに紐づく実行履歴の取得要求を行って、前記ログイン中のユーザが所属するグループによる前記複数のサービス毎の実行回数を保持する実行履歴を取得し、
前記実行履歴における実行回数の大きい順番に前記サービス選択画面上での前記複数のサービスのアイコンの表示優先度を決めることを特徴とする情報処理システム。
【請求項６】
前記情報処理装置は、
前記サービス選択画面へ遷移するための第１のアイコン及びショートカットを実行するための第２のアイコンを少なくとも含むメイン画面を更に有し、
前記メイン画面の表示中における前記第１のアイコンのユーザ選択に応じた前記ショートカットの実行と、前記ショートカットの作成と、前記ショートカットを前記ログイン中のユーザが所属するグループに紐づけて管理する第一ショートカット情報の作成・保持とを行う第一ショートカット管理部と、
前記メイン画面の表示中における前記第１のアイコンのユーザ選択に応じた前記サービス選択画面への遷移の回数を示す第１の実行回数と、前記メイン画面の表示中における前記第２のアイコンのユーザ選択に応じた前記ショートカットの実行の回数を示す第２の実行回数を保持する第一サービス実行履歴管理部とを更に備え、
前記サービス供給サーバは、
前記第一ショートカット管理部により前記第一ショートカット情報を含むショートカット登録要求を受信した際に、前記第一ショートカット情報を第二のショートカット情報として保持する第二ショートカット管理部を更に備え、
前記画面表示制御部は、
前記第二ショートカット管理部より取得した前記第二のショートカット情報に基づき、前記ログイン中のユーザが所属するグループが作成したショートカット以外のショートカットのアイコンを非表示とし、
前記メイン画面上での前記第１及び第２のアイコンの表示優先度を、前記第１及び第２の実行回数のうちの大きい順番に決定することを特徴とする請求項５記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス情報管理サーバ及び情報処理システムに関し、特に、シェアオフィスにおける画像形成装置のＵＩを管理するサービス情報管理サーバ及び情報処理システムに関する。
【背景技術】
【０００２】
従来より、画像形成装置などのデバイスからの要求に応じて、ストレージサービスや画像提供サービスなどを提供するクラウドサービスが知られている。
【０００３】
ここで、デバイス自体でクラウドサービスのプログラムを実行すると、デバイスに提供するプログラムがクラウドサービスにおいて更新された際に、デバイス内部プログラムも更新される必要がある。このため、デバイスのメンテナンスに多大な労力が発生する。
【０００４】
そこで特許文献１のシステムでは、クラウドサービスのプログラムをサーバが実行する構成とし、デバイスは、サーバへのログインによりサーバでのクラウドサービスのプログラムの実行を開始する。これにより、クラウドサービスの更新にあわせて、デバイス内部プログラムを更新する必要がなくなるため、デバイスのメンテナンスの労力が削減される。
【０００５】
また、特許文献１では、デバイスは、サーバへのログイン後、サーバから送信されるＵＩ表示データに基づき、クラウドサービスのプログラムを実行する上で必要となる情報を入力するためのＵＩを画面表示する。ここで、特許文献１では、デバイスにおいて利用可能なクラウドサービスは一つのみであり、複数の場合は例示していない。従って、複数のクラウドサービスの夫々を選択するためのアイコンを配置する複数ページからなる画面（以下、サービス選択画面）を表示するデバイス構成は開示していない。
【０００６】
また、仮にサービス選択画面がデバイスで表示できても、特許文献１のデバイス構成では、デバイスがログアウト状態になった場合など、サーバとの通信が一時的に遮断されると、サーバとの通信開始後、ページ切替前のサービス選択画面が表示されてしまう。デバイス側では画面情報を保持していないためである。この結果、ユーザは再度ページ切替をしなければならず、デバイスの利便性を損ねる。
【０００７】
一方、特許文献２では、デバイスに表示されるサービス選択画面上で一つのクラウドサービスのアイコンがユーザにより選択された場合、サーバが、このユーザに紐づくサービス選択画面の先頭ページを、上記選択されたアイコンが存在するページとする。これにより、デバイスとサーバとの通信が一時的に遮断された場合でも、再度のログインにより遮断前のサービス選択画面を表示させることができるため、デバイスの利便性が向上する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１２−０９９０１１号公報
【特許文献２】特開２０１９−０７１６１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献２の技術では、ユーザ毎にサービス選択画面の先頭ページに配置されるクラウドサービスのアイコンは異なる。よって例えば、クラウドサービスとして複数のクラウドストレージサービスが利用できると、会社内の複数のユーザの夫々に対するサービス選択画面の先頭ページには、異なるクラウドストレージサービスのアイコンが配置される場合がある。この場合、会社内の複数のユーザが、異なるクラウドストレージサービスを選択してしまう可能性が高くなる。このような場合、会社の情報管理作業において、クラウドストレージサービス間での同期という無駄な作業が発生するという問題が生じてしまう。
【００１０】
この問題は、ＩＴ管理者が、会社などの同一グループ内のユーザのログイン時に、そのグループで優先的に利用されているクラウドサービスの順にそのアイコンが並ぶようサービス選択画面の表示設定を行えば解消しうる。
【００１１】
しかしながら、近年注目されているオフィスの形態である、画像形成装置などのデバイスを複数の会社で共有して使うシェアオフィスにおいては、専任のＩＴ管理者は通常存在しない。このため、シェアオフィスを利用する会社毎にその会社に応じたクラウドサービスのサービス選択画面の表示設定を行うことは難しい。
【００１２】
そこで本発明は、ＩＴ管理者が存在しなくても、グループに応じたクラウドサービスのサービス選択画面をデバイスに表示させることができるサービス情報管理サーバ及び情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の請求項１に係るサービス情報管理サーバは、複数のサービスのアイコンを配置する複数のページからなるサービス選択画面を表示する情報処理装置と、前記情報処理装置に対して前記複数のサービスを供給するサービス供給サーバとに接続するサービス情報管理サーバであって、複数のグループ毎に、前記情報処理装置からの前記複数のサービスの実行履歴を管理する第１の管理手段と、前記複数のグループ毎に、前記サービス選択画面のレイアウト情報を生成する生成手段とを備え、前記生成手段は、前記情報処理装置より前記サービス選択画面のレイアウト情報の取得要求を受信すると、前記第１の管理手段に対して前記情報処理装置にログイン中のユーザが所属するグループに紐づく実行履歴の取得要求を行って、前記ログイン中のユーザが所属するグループによる前記複数のサービス毎の実行回数を保持する実行履歴を取得し、前記実行履歴における実行回数の大きい順番に前記サービス選択画面上での前記複数のサービスのアイコンの表示優先度を決めることを特徴とする。
【００１４】
本発明の請求項５に係る情報処理システムは、情報処理装置と、前記情報処理装置に対して複数のサービスを供給するサービス供給サーバと、サービス情報管理サーバとを有する情報処理システムであって、前記情報処理装置は、前記複数のサービスのアイコンを配置する複数のページからなるサービス選択画面を表示する画面表示部と、前記情報処理装置から前記複数のサービスを実行する制御部と、複数のグループ、並びに前記複数のグループの夫々に所属するユーザを管理するアカウント管理部とを有し、前記サービス情報管理サーバは、前記複数のグループ毎に、前記情報処理装置からの前記複数のサービスの実行履歴を管理するサービス実行履歴管理部と、前記複数のグループ毎に、前記サービス選択画面のレイアウト情報を生成する画面表示制御部とを有し、前記画面表示制御部は、前記画面表示部より前記サービス選択画面のレイアウト情報の取得要求を受信すると、前記サービス実行履歴管理部に対して前記情報処理装置にログイン中のユーザが所属するグループに紐づく実行履歴の取得要求を行って、前記ログイン中のユーザが所属するグループによる前記複数のサービス毎の実行回数を保持する実行履歴を取得し、前記実行履歴における実行回数の大きい順番に前記サービス選択画面上での前記複数のサービスのアイコンの表示優先度を決めることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ＩＴ管理者が存在しなくても、グループに応じたクラウドサービスのサービス選択画面をデバイスに表示させることができる。
【図面の簡単な説明】
【００１６】
【図１】実施例１に係る情報処理システムの全体構成を示す図である。
【図２Ａ】図１におけるデバイスのハードウェア構成の一例を示す図である。
【図２Ｂ】図１におけるＰＣのハードウェア構成の一例を示す図である。
【図３】実施例１に係るデバイス及び仲介サーバの機能構成の一例を示すブロック図である。
【図４】図３におけるＵＩ管理部３０２が管理するアイコン画像情報テーブルを例示する図である。
【図５】デバイスのメイン画面を示す図である。
【図６】実施例１に係るユーザ登録処理の一部である、ＰＣにおいて実行される仮登録コード取得処理のフローチャートである。
【図７】実施例１に係るユーザ登録処理の一部である、仲介サーバにおいて実行されるアクセストークンの取得処理のフローチャートである。
【図８】実施例１に係るユーザ登録処理の一部である、デバイスにおいて実行される仮登録コード入力画面表示処理のフローチャートである。
【図９】実施例１に係るユーザ登録処理の一部である、デバイスにおいて実行される認可トークン取得処理のフローチャートである。
【図１０】実施例１に係るユーザ登録処理全体のシーケンスである。
【図１１】実施例１に係る、仲介サーバにおいて実行される画像情報生成処理の主部のフローチャートである。
【図１２】図１１のステップＳ１１０１の初回アクセス処理のフローチャートである。
【図１３】図１１のステップＳ１１０２の画面配置情報生成処理のフローチャートである。
【図１４】図１３のステップＳ１３０３のサービス配置処理のフローチャートである。
【図１５】実施例１に係る画面情報生成処理全体のシーケンスである。
【図１６】サービス選択画面の画面表示例である。
【図１７】サービス実行後のサービス選択画面の画面表示例である。
【図１８】サービス実行後の画面表示例である。
【図１９】実施例１に係るサービス選択画面更新処理の一部である、仲介サーバにおいて実行される通信日時更新処理のフローチャートである。
【図２０】実施例１に係るサービス選択画面更新処理の一部である、仲介サーバにおいて実行される非表示サービス登録処理のフローチャートである。
【図２１】実施例１に係るサービス選択画面更新処理の一部である、仲介サーバにおいて実行されるサービス配置処理のフローチャートである。
【図２２】実施例１に係るサービス選択画面更新処理の一部である、仲介サーバにおいて実行される非表示サービス表示処理のフローチャートである。
【図２３】実施例１に係るサービス選択画面更新処理全体のシーケンスである。
【図２４】サービス選択画面更新後の画面表示例である。
【図２５】非表示サービス一覧の画面表示例である。
【図２６】実施例２に係る画像形成処理のシステム全体構成を示す図である。
【図２７】実施例２に係るデバイス及び仲介サーバの機能構成の一例を示す機能構成の一例を示すブロック図である。
【図２８】実施例２に係るメイン画面のレイアウト情報取得処理の一部である、デバイスにおいて実行されるショートカット登録処理のフローチャートである。
【図２９】実施例２に係るメイン画面のレイアウト情報取得処理の一部である、仲介サーバにおいて実行される実行履歴更新処理のフローチャートである。
【図３０】実施例２に係るメイン画面のレイアウト情報取得処理の一部である、仲介サーバにおいて実行される画面情報生成処理のフローチャートである。
【図３１】実施例２に係るメイン画面のレイアウト情報取得処理の一部である、画面配置情報生成処理のフローチャートである。
【図３２】図３１のステップＳ３１０２のメイン画面配置処理のフローチャートである。
【図３３】メイン画面のレイアウト情報取得処理全体のシーケンスである。
【図３４】ショートカット選択時のメイン画面の画面表示例である。
【図３５】実施例２でのアイコン画像情報テーブルである。
【図３６】ショートカット実行後のメイン画面の画面表示例である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１８】
（実施例１）
＜システム構成＞
図１は、本実施例に係る情報処理システム１００の全体構成を示す図である。
【００１９】
図１において、情報処理システム１００は、デバイス１０１、ＰＣ１０２、仲介サーバ１０３（サービス情報管理サーバ）、及びサービス提供サーバ１０４（サービス供給サーバ）を備える。
【００２０】
デバイス１０１は、サービス提供サーバ１０４より提供されるサービスを実行することができ、サービスを選択する画面の情報を仲介サーバ１０３より取得する。また、デバイス１０１は、デバイス１０１の組み込み機能であるメイン機能としてスキャン機能を有する。
【００２１】
ＰＣ１０２は、デバイス１０１を利用するユーザ情報を登録する。デバイス１０１を利用するユーザは、ＰＣ１０２からサービス提供サーバに対してユーザ情報に紐づくユーザのサービス利用登録を利用する。尚、デバイス１０１は、上記ＰＣ１０２の機能も有していてもよい。
【００２２】
仲介サーバ１０３は、デバイス１０１から要求されたサービスに対して、サービス提供サーバ１０４がデバイス１０１に対して要求する処理を仲介する。また、デバイス１０１より要求されたサービス選択の画面の情報を送信する。
【００２３】
サービス提供サーバ１０４は、デバイス１０１より要求されたサービスをデバイス１０１に対して提供する。
【００２４】
デバイス１０１、ＰＣ１０２はローカルネットワーク１０５を介して接続される。仲介サーバ１０３、サービス提供サーバ１０４、ローカルネットワーク１０５はグローバルネットワーク１０６を介して接続される。ローカルネットワーク１０５、グローバルネットワーク１０６は、通信ネットワークである。これらは、例えば、インターネットなどのＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、または組み合わせにより実現される。
【００２５】
＜デバイス、情報処理装置のハードウェア構成＞
図２Ａは、デバイス１０１のハードウェア構成の一例を示すブロック図であり、図２Ｂは、ＰＣ１０２のハードウェア構成の一例を示すブロック図である。尚、仲介サーバ１０３及びサービス提供サーバ１０４のハードウェア構成は、夫々図２Ｂに示すＰＣ１０２と同一であるため、重複した説明は省略すると共に、以下同一のハードウェア構成については同一の符号を用いる。
【００２６】
図２Ａにおいて、デバイス１０１は、ＣＰＵ２０１、メモリー２０２、ハードディスクドライブ（ＨＤＤ）２０３、ＵＩ制御部２０５、入力装置２０６、スキャン制御部２０７、スキャンエンジン２０８、及びネットワーク制御部２０９を備える。
【００２７】
ＣＰＵ２０１は、ＨＤＤ２０３に記憶されたソフトウェアを実行する。また、ＣＰＵ２０１はシステムバス２０４に接続される各ハードウェアを総括的に制御する。
【００２８】
メモリー２０２は、ＣＰＵ２０１の主メモリー、ワークエリア等として機能する。
【００２９】
ＨＤＤ２０３は、データを記録する大容量記憶装置である。
【００３０】
ＵＩ制御部２０５は、例えばタッチパネルなどの入力装置２０６からの入力を制御する。
【００３１】
スキャン制御部２０７は、スキャンエンジン２０８の挙動を制御する。
【００３２】
ネットワーク制御部２０９は、ネットワークを介して、他のノードと双方向にデータをやりとりする。
【００３３】
図２Ｂにおいて、ＰＣ１０２は、ＣＰＵ２１０、メモリー２１１、ＨＤＤ２１２、入力制御部２１４、入力装置２１５、表示制御部２１６、表示装置２１７、及びネットワーク制御部２１８を備える。
【００３４】
ＣＰＵ２１０は、ＨＤＤ２１２に記憶されたソフトウェアを実行する。また、ＣＰＵ２１０はシステムバス２１３に接続される各ハードウェアを総括的に制御する。
【００３５】
メモリー２１１は、ＣＰＵ２１０の主メモリー、ワークエリア等として機能する。
【００３６】
ＨＤＤ２１２は、データを記録する大容量記憶装置である。
【００３７】
入力制御部２１４は、例えばキーボードなどの入力装置２１５からの入力を制御する。尚、仲介サーバ１０３及びサービス提供サーバ１０４においては、入力制御部２１４や入力装置２１５がなくても良い。
【００３８】
表示制御部２１６は、例えば液晶ディスプレイなどの表示装置２１７への表示を制御する。尚、仲介サーバ１０３及びサービス提供サーバ１０４においては、表示制御部２１６や表示装置２１７がなくても良い。
【００３９】
ネットワーク制御部２１８は、ネットワークを介して、他のノードと双方向にデータをやりとりする。
【００４０】
尚、本実施例では、仲介サーバ１０３、サービス提供サーバ１０４が、夫々１台の物理マシンで実現される構成としたが、クラウドコンピューティングサービスによって実現されてもよい。クラウドコンピューティングとしては、サーバーレスコンピューティングや仮想マシンなどがある。クラウドコンピューティングでは、図２に示したハードウェアリソースが複数利用される。
【００４１】
＜機能構成＞
図３は、デバイス１０１及び仲介サーバ１０３の機能構成の一例を示すブロック図である。
【００４２】
まず、図３を用いて、デバイス１０１の機能構成について詳述する。
【００４３】
図３において、デバイス１０１は、スキャン実行部３０１、ＵＩ管理部３０２（画面表示部）、ユーザ情報管理部３０３、及び機能制御部３０４（アカウント管理部）を備える。また、仲介サーバ１０３は、認証・認可管理部３０５、サービス管理部３０６、実行履歴管理部３０７（サービス実行履歴管理部）、画面表示制御部３０８、及びユーザ情報管理部３０９を備える。
【００４４】
スキャン実行部３０１は、スキャン実行を管理する。本実施例では、スキャン実行部３０１は、機能制御部３０４よりスキャン要求を受信するとスキャンを実行して、所定の格納先にスキャンしたデータを格納する。
【００４５】
ＵＩ管理部３０２は、デバイス１０１に表示されるＵＩ画面の構成情報を管理する。
【００４６】
本実施例では、ＵＩ管理部３０２は、機能制御部３０４ないしは仲介サーバ１０３から要求された、画面の情報であるレイアウト情報と、機能のアイコン情報であるアイコン画像情報とを管理する。
【００４７】
レイアウト情報には少なくともレイアウトを一意に識別するレイアウトＩＤと、アイコンを表示する順番を示す表示順番情報マップと、前ページの遷移先を示す前ページ遷移先情報、次ページの遷移先を示す次ページ遷移先情報をもつ。
【００４８】
アイコン画像情報は、少なくともアイコンを一意に識別する識別子であるアイコンＩＤと、各アイコンの画像の情報を持つ。各アイコンの画像の情報は、ＪＰＧやＧＩＦ、ないしはＰＮＧなどの形式の画像データか、もしくは画像提供先のＵＲＬの形態をとる。具体的には、ＵＩ管理部３０２は、図４に例示するアイコン画像テーブルという形でアイコン画像情報を管理する。
【００４９】
また、ＵＩ管理部３０２は、仲介サーバ１０３の画面表示制御部３０８に対して、仲介サーバ１０３が提供するサービス選択画面のレイアウト情報であるサービスレイアウト情報の取得要求を送信する。尚、サービス選択画面とは、サービス提供サーバ１０４から提供される機能を利用するためのＵＩ画面である。
【００５０】
サービスレイアウト情報の取得要求には、少なくともデバイスＩＤ、ユーザＩＤ、グループＩＤ、及びグループ情報取得用認可トークンを必要とする。
【００５１】
デバイスＩＤは、デバイス１０１を一意に識別する識別子である。
【００５２】
ユーザＩＤは、ユーザを一意に識別する識別子である。
【００５３】
グループＩＤは、グループを一意に識別する識別子である。
【００５４】
グループ情報取得用認可トークンは、仲介サーバ１０３が管理する実行履歴管理部３０７が持つ、所定のグループＩＤに紐づく実行履歴情報を取得するための認可トークンである。実行履歴情報については後述する。
【００５５】
また、ＵＩ管理部３０２は、レイアウト情報の前ページ遷移先情報にレイアウトＩＤが存在する場合は、アイコン画像テーブル（図４）の最上段にある前画面アイコンの画像情報を取得する。この場合、図５（ｂ）に例示するデバイス１０１のメイン画面のように、前画面アイコンの画像を左端に配置したＵＩ画面を生成する。また、レイアウト情報の次ページ遷移先情報にレイアウトＩＤが存在する場合は、アイコン画像テーブル（図４）の上から２段目にある次画面アイコンの画像情報を取得する。この場合、図５（ａ）に例示するデバイス１０１のメイン画面のように、次画面アイコンの画像を右端に配置したＵＩ画面を生成する。尚、メイン画面とは、デバイス１０１の組み込み機能であるメイン機能を選択するためのアイコンや、サービス選択画面への遷移を選択するためアイコンを表示するＵＩ画面である。
【００５６】
また、ＵＩ管理部３０２は、表示順番情報マップ内にアイコンＩＤが含まれている場合、アイコン画像テーブル（図４）からそのアイコンＩＤの画像情報を取得し、表示番号の小さいほうから順番に左側から配置したＵＩ画面を生成する。また、ＵＩ管理部３０２は表示順番情報マップ内に画像ＵＲＬが含まれている場合、画像ＵＲＬをもとに仲介サーバ１０３に画像取得要求を送信して画像を取得し、表示番号の小さいほうから順番に左側から配置したＵＩ画面を生成する。
【００５７】
また、ＵＩ管理部３０２は、仲介サーバ１０３の画面表示制御部３０８から非表示サービスのリンクを付与することを要求される場合がある。この場合、ＵＩ管理部３０２は、次ページ遷移先情報がｎｕｌｌであるレイアウトＩＤの表示順番情報マップに、アイコン画像テーブル（図４）の「非表示サービス一覧」アイコンのアイコン情報を追加する。これにより、非表示サービスのリンクとしてこのアイコンの画像を右上端に配置したＵＩ画面が生成される。
【００５８】
また、ＵＩ管理部３０２は、ユーザから仮登録コードの入力画面の表示要求を受け付けると、仮登録コードの入力画面を表示する。
【００５９】
表１はレイアウト情報を示すテーブルの一例である。
【００６０】
【表１】
2022001998.tif 000003
【００６１】
ユーザ情報管理部３０３は、デバイス１０１を利用するユーザの情報であるユーザ情報を管理する。ユーザ情報には、少なくともグループＩＤ、ユーザＩＤ、パスワードが含まれる。本実施例では、ユーザ情報管理部３０３は、ＵＩ管理部３０２から受け付けたユーザ情報をもとに、ユーザの認証処理を行う。ユーザの認証処理には、少なくともユーザ情報がもつユーザＩＤ、パスワードを必要とする。
【００６２】
表２は、ユーザ情報管理部３０３がユーザ情報を管理するユーザ情報テーブルである。
【００６３】
【表２】
2022001998.tif 000004
【００６４】
機能制御部３０４は、モジュール間の処理の仲介をする。本実施例では、機能制御部３０４は、各管理部（スキャン実行部３０１、ＵＩ管理部３０２、ユーザ情報管理部３０３）から別の管理部が管理する機能の要求を受信した際に、該当の管理部に機能要求を送信する。また、機能制御部３０４は、仲介サーバ１０３から各管理部の機能の要求を受信した際に、該当の管理部に機能要求を送信する。さらに、機能制御部３０４は、仲介サーバ１０３の認証・認可管理部３０５に対して、サービスを利用するにあたり必要な各認可トークンの取得要求を送信する。
【００６５】
次に、図３を用いて、仲介サーバ１０３の機能構成について詳述する。
【００６６】
認証・認可管理部３０５は、デバイス１０１の認証・認可情報を管理する。本実施例では、認証・認可管理部３０５は、ＰＣ１０２から送信されたサービス提供サーバ１０４へのアカウント登録要求をもとに、デバイス１０１の利用サービスの登録を行う。また、認証・認可管理部３０５は、上述のアカウント登録要求に含まれるユーザの情報である登録用ユーザ情報をもとに、サービス提供サーバ１０４に対して、サービス用認可トークン取得要求を送信する。ここでサービス用認可トークンとは、サービス提供サーバ１０４が提供するサービス利用の権限を与える認可トークンである。また、上述のサービスの利用登録要求に含まれる情報をもとに、グループ情報取得用認可トークンを生成する。尚、図７を用いて後述するアクセストークン取得処理により、認証・認可管理部３０５においてグループ情報取得用認可トークンが生成される。
【００６７】
また、認証・認可管理部３０５は、サービス提供サーバ１０４が提供するサービスの仮登録コードを生成し、ＰＣ１０２へ仮登録コードの送信をする。ここで仮登録コードとは、サービス提供サーバ１０４が提供するサービスの利用前に、デバイス１０１に入力する識別コードであり、仲介サーバ１０３がデバイス１０１に対してそのサービスを利用するための各種情報を供給するために利用される。尚、図６を用いて後述する仮登録コードの生成取得処理により、認証・認可管理部３０５において仮登録コードが生成される。
【００６８】
また、認証・認可管理部３０５は、デバイス１０１から仮登録コードを含む利用サービス登録要求を受信すると、利用サービス登録要求に含まれる仮登録コードが上記仮登録コードの生成取得処理により生成された仮登録コードと一致するか否かを検証する。両仮登録コードが一致すると検証された場合、認証・認可管理部３０５は、デバイスＩＤをもとに、デバイス１０１に対して少なくともサービス用認可トークン及びグループ情報取得用認可トークンを送信する。
【００６９】
サービス管理部３０６は、サービス提供サーバ１０４から提供されるサービスの処理をデバイス１０１に仲介する。
【００７０】
本実施例では、サービス管理部３０６は、まず、デバイス１０１からサービスの実行要求を受信する。このサービスの実行要求には、少なくとも実行要求されたサービスのサービスＩＤが含まれる。サービス管理部３０６は、受信したサービスの実行要求に含まれるサービスＩＤに紐づくサービス提供サーバ１０４内のアクセス先にアクセスする。尚、サービス管理部３０６は、複数のサービスＩＤ及びその夫々に紐づくアクセス先の情報（以下、サービス情報という）を、後述するサービス情報テーブル（表３）で例示するように予め管理している。
【００７１】
その後、サービス管理部３０６は、上記アクセスに応じてサービス提供サーバ１０４から要求された処理を実行する。また、サービス提供サーバ１０４から要求された処理のうち、デバイス１０１を操作するユーザからの入力が必要な場合、サービス管理部３０６は、デバイス１０１に対して画面表示要求を送信する。
【００７２】
さらに、サービス管理部３０６は、現在稼働中のサービスのサービス情報も保持している。
【００７３】
表３は、サービス管理部３０６が管理するサービス情報テーブルの一例である。本実施例では、アクセス先の情報はＵＲＬで表記する。
【００７４】
【表３】
2022001998.tif 000005
【００７５】
実行履歴管理部３０７は、デバイス１０１から実行要求されたサービスの実行履歴情報を管理する。本実施例では、実行履歴管理部３０７は、デバイス１０１からサービスの実行要求を受信すると、その実行要求されたサービスの実行履歴情報を更新する。
【００７６】
また、実行履歴管理部３０７は、デバイス１０１からの各グループのユーザのサービス利用の履歴として、少なくともグループＩＤと更新期限からなるグループ画面更新期限情報を、後述する表５に例示されるグループ画面更新期限情報テーブルで管理する。
【００７７】
本実施例では、デバイス１０１からあるグループが初めてサービスを利用した際に、グループ画面更新期限情報テーブルに、そのグループのグループ画面更新期限情報を追加する。尚、詳細は、図１２を用いて後述する。
【００７８】
また、実行履歴管理部３０７は、グループ画面更新期限情報テーブルで管理されるグループ画面更新期限情報の１つが更新期限になると、そのグループ画面更新期限情報を更新する。かかる更新方法の詳細は図１９を用いて後述する。
【００７９】
グループ画面更新期限情報テーブルで管理されるグループＩＤのグループがサービスを実行した場合、実行履歴管理部３０７は、実行履歴情報中の該当サービスの実行回数をインクリメントし、ユーザ毎の実行履歴情報であるユーザ別実行履歴情報を登録する。
【００８０】
実行履歴情報は、グループＩＤと紐づく実行履歴情報マップからなり、実行履歴管理部３０７が後述する表４に例示される実行履歴情報テーブルで管理する。実行履歴情報マップは、サービス毎のデバイス１０１からの実行回数（サービス実行回数）の情報を保持する。
【００８１】
ユーザ別実行履歴情報は、少なくともデバイス１０１からサービスを実行した日時であるサービス実行日時、サービスＩＤ、ユーザＩＤをもち、実行履歴管理部３０７が後述する表６で例示するユーザ別実行履歴情報テーブルで管理する。尚、ユーザ別実行履歴情報に、グループＩＤを含めてもよい。
【００８２】
また、実行履歴管理部３０７は、グループ画面更新期限情報テーブルで管理されるグループ画面更新期限情報の１つが更新期限になると、仲介サーバ１０３の画面表示制御部３０８に対してプッシュ通知を送信する。プッシュ通知とは、テーブルが更新された場合、予め登録されているモジュールに対して、送信されるイベントを指す。プッシュ通知には、少なくともグループＩＤと更新期限を示す日時情報とを含む。
【００８３】
尚、実行履歴情報テーブル、グループ画面更新期限情報テーブル、ユーザ別実行履歴情報テーブルは、仲介サーバ１０３ではなく、ネットワークを介して接続される別のサーバが保持する構成でも良い。
【００８４】
【表４】
2022001998.tif 000006
【００８５】
【表５】
2022001998.tif 000007
【００８６】
【表６】
2022001998.tif 000008
【００８７】
画面表示制御部３０８は、デバイス１０１で表示されるサービス選択画面のレイアウトを示すサービスレイアウト情報を制御する。本実施例では、画面表示制御部３０８は、デバイス１０１からのサービスレイアウト情報の取得要求を受信すると、実行履歴管理部３０７から実行履歴情報を取得し、その取得した実行履歴情報をもとにサービスレイアウト情報を生成する。その後、画面表示制御部３０８は、その生成したサービスレイアウト情報をデバイス１０１に送信する。実行履歴情報をもとにサービスレイアウト情報を生成する処理の詳細については後述する。ここで生成されるサービスレイアウト情報は、デバイス１０１のＵＩ管理部３０２で管理されるレイアウト情報とデータ構造が同じである。また、サービスレイアウト情報は、画面表示制御部３０８において、サービスレイアウト情報テーブルとして管理される。
【００８８】
また、画面表示制御部３０８は、実行履歴管理部３０７からのプッシュ通知を登録しており、実行履歴管理部３０７からのプッシュ通知を受けてグループ画面更新期限情報の更新要求を実行履歴管理部３０７に送信する。
【００８９】
また、画面表示制御部３０８は、サービスの表示状態を表す非表示サービス情報を管理する。非表示サービス情報は、少なくとも、グループを一意に識別する識別子であるグループＩＤと、各サービスが非表示かどうかを示すブーリアン値をとる非表示ステータスをもつ。本実施例では画面表示制御部３０８は、非表示ステータスがＦａｌｓｅの場合はデバイス１０１のサービス選択画面上にサービスのアイコンを表示するように制御する。一方、Ｔｒｕｅの場合はデバイス１０１のサービス選択画面上でサービスのアイコンを非表示とするように制御する。
【００９０】
また、画面表示制御部３０８は、実行履歴管理部３０７からのプッシュ通知を受けて、グループ内でのサービスの実行回数が０またはグループ内でサービスの利用者の比率が閾値以下のサービスのアイコンを特定する。その後、その特定されたアイコンをサービス選択画面上に非表示とするように非表示サービス情報を制御する。かかる制御の詳細は図２３を用いて後述する。尚、この制御に用いられる閾値は画面表示制御部３０８で予め定められた任意の数値である。
【００９１】
また、画面表示制御部３０８は、非表示にするサービスをＵＩ管理部３０２に通知する。ユーザは、非表示となったサービスのアイコンは、デバイス１０１のＵＩ画面に表示される「非表示サービス一覧」アイコンのユーザ押下を行うことで確認することができる。表７は非表示サービスを管理する非表示サービステーブルの一例である。
【００９２】
【表７】
2022001998.tif 000009
【００９３】
ユーザ情報管理部３０９は、グループに所属するユーザ情報として、少なくともグループＩＤに紐づくユーザＩＤをもつ表８で例示されるユーザ情報テーブルとして管理する。また、ユーザ情報管理部３０９は、画面表示制御部３０８からのユーザ情報取得要求を受信すると、画面表示制御部３０８に対してグループＩＤに紐づくユーザＩＤを一括で送信する。
【００９４】
【表８】
2022001998.tif 000010
【００９５】
＜ユーザ登録処理＞
次に、ユーザがデバイス１０１においてサービス提供サーバ１０４が提供するサービスを利用するためのユーザ登録処理について説明する。
【００９６】
尚、ユーザ登録処理は、主として、ＰＣ１０２で実行される仮登録コード取得処理と、仲介サーバ１０３で実行されるアクセストークン取得処理と、デバイス１０１で実行される仮登録コード表示処理及び認可トークン取得処理とから構成される。以下、これらの処理、及び情報処理システム１００において実行されるユーザ登録処理全体のシークエンスを順に説明する。
【００９７】
図６は、ＰＣ１０２において実行される仮登録コード取得処理のフローチャートである。
【００９８】
尚、本処理を実行するためのプログラムは、ＰＣ１０２のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下実行主体はＰＣ１０２として説明する。
【００９９】
ＰＣ１０２は、ユーザ１０２から仮登録コードの取得のリクエストを受信すると、本処理を開始する。
【０１００】
ステップＳ６０１でＰＣ１０２は、サービス提供サーバ１０４に対してデバイス１０１を利用するユーザのサービス利用登録のためのアカウント登録要求を送信する。アカウント登録要求は少なくとも登録用ユーザ情報を含む。
【０１０１】
続いて、ステップＳ６０２でＰＣ１０２は、サービス提供サーバ１０４からアカウント登録要求に対する応答を受信すると、ステップＳ６０３に進む。
【０１０２】
ステップＳ６０３でＰＣ１０２は、仲介サーバ１０３の認証・認可管理部３０５に対してデバイス１０１からのサービス利用登録を要求する利用サービス登録要求を送信する。利用サービス登録要求は、少なくとも利用するサービスを一意に識別する識別子であるサービスＩＤ、ユーザを一意に識別する識別子であるユーザＩＤ、ユーザが所属するグループを一意に識別する識別子であるグループＩＤを含む。尚、利用サービス登録要求が、デバイス１０１からの２以上のサービスの利用登録を要求する場合は、その２以上のサービスのサービスＩＤが利用サービス登録要求に含まれる。
【０１０３】
続いて、ステップＳ６０４でＰＣ１０２は、仲介サーバ１０３の認証・認可管理部３０５から、仮登録コードを受信して、本処理を終了する。
【０１０４】
図７は、仲介サーバ１０３の認証・認可管理部３０５において実行されるアクセストークン取得処理のフローチャートである。本処理によりグループ情報取得用認可トークンが生成される。これにより、グループ毎のデバイス利用についての情報を取得する権限が該当グループのみに与えられるようになるため、グループ毎のデータをセキュアに取得することができるようになる。
【０１０５】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下実行主体は認証・認可管理部３０５として説明する。
【０１０６】
認証・認可管理部３０５は、ＰＣ１０２から利用サービス登録要求を受信すると、本処理を開始する。
【０１０７】
ステップＳ７０１で認証・認可管理部３０５は、サービス提供サーバ１０４に対して、サービス用認可トークン取得要求を送信する。サービス用認可トークン取得要求は少なくとも、利用サービス登録要求に含まれるサービスＩＤ及びユーザＩＤを含む。
【０１０８】
続いてステップＳ７０２で認証・認可管理部３０５は、サービス提供サーバ１０４からサービス用認可トークンを受信する。
【０１０９】
続いてステップＳ７０３で認証・認可管理部３０５は、グループ情報取得用認可トークンを生成する。
【０１１０】
続いてステップＳ７０４で認証・認可管理部３０５は、仮登録コードを生成する。
【０１１１】
続いてステップＳ７０５で認証・認可管理部３０５は、ＰＣ１０２に対して仮登録コードを送信し、本処理を終了する。ＰＣ１０２は、仮登録コードを受信すると、この受信した仮登録コードを表示するＵＩ画面を表示する。これにより、ユーザは仮登録コードを取得することができる。
【０１１２】
図８は、デバイス１０１のＵＩ管理部３０２において実行される仮登録コード表示処理のフローチャートである。
【０１１３】
尚、本処理を実行するためのプログラムは、デバイス１０１のメモリー２０２及びＨＤＤ２０３のいずれかに記憶され、ＣＰＵ２０１により実行されるが、以下実行主体はＵＩ管理部３０２として説明する。
【０１１４】
本処理は、ユーザが、ＰＣ１０２において図７のステップＳ７０５で仮登録コードを取得した後、デバイス１０１に移動して入力装置２０６に対して仮登録コード入力画面表示要求を行ったときに開始する。
【０１１５】
ステップＳ８０１でＵＩ管理部３０２は、ユーザからの仮登録コード入力画面表示要求を受け付けると、仮登録コードの入力画面である仮登録コード入力画面を入力装置２０６に表示し、本処理を終了する。
【０１１６】
図９は、デバイス１０１の機能制御部３０４において実行されるトークン取得要求処理のフローチャートである。
【０１１７】
尚、本処理を実行するためのプログラムは、デバイス１０１のメモリー２０２及びＨＤＤ２０３のいずれかに記憶され、ＣＰＵ２０１により実行されるが、以下実行主体は機能制御部３０４として説明する。
【０１１８】
本処理は、ユーザが、図８のステップＳ８０１で入力装置２０６に表示された仮登録コード入力画面に仮登録コードを入力したとき開始する。
【０１１９】
ステップＳ９０１で機能制御部３０４は、ＵＩ管理部３０２よりユーザ入力された仮登録コードを受信すると、仲介サーバ１０３に対して、認証・認可管理部３０５に仮登録コードを含む利用サービス登録要求を送信する。
【０１２０】
続いて、ステップＳ９０２で機能制御部３０４は、仲介サーバ１０３の認証・認可管理部３０５よりサービス用認可トークン、グループ情報取得用認可トークンを受信して、本処理を終了する。
【０１２１】
ここで、図１０を使って、本実施例に係るユーザ登録処理全体のシーケンスを説明する。
【０１２２】
図６にて上述の通り、本処理は、ＰＣ１０２が、ユーザ１０２から仮登録コードの取得のリクエストを受信したときに開始する。
【０１２３】
ユーザ登録処理を開始すると、ステップＳ１００１でＰＣ１０２からアカウント登録要求をサービス提供サーバ１０４に対して送信する（図６のステップＳ６０１）。
【０１２４】
続いて、ステップＳ１００２でサービス提供サーバ１０４からＰＣ１０２に対してアカウント登録応答を送信する（図６のステップＳ６０２）。
【０１２５】
続いて、ステップＳ１００３でＰＣ１０２から利用サービス登録要求を仲介サーバ１０３の認証・認可管理部３０５に送信する（図６のステップＳ６０３）。具体的には、ＰＣ１０２は、アカウント登録応答を受信すると、サービスＩＤ、ユーザＩＤ、及びグループＩＤを入力するＵＩ画面を表示する。このＵＩ画面において、サービスＩＤ、ユーザＩＤ、及びグループＩＤがユーザ入力されると、ＰＣ１０２は、ユーザ入力されたサービスＩＤ、ユーザＩＤ、及びグループＩＤと共に利用サービス登録要求を仲介サーバ１０３の認証・認可管理部３０５に送信する。以下、ステップＳ１００３で送信された利用サービス登録要求と共に送信されるサービスＩＤ、ユーザＩＤ、及びグループＩＤが夫々、Ｓ０００４、Ｕ０００６、Ｇ０００３である場合について説明する。
【０１２６】
続いて、ステップＳ１００４で仲介サーバ１０３の認証・認可管理部３０５からサービス提供サーバ１０４に対して、利用サービス登録要求と共に送信されたサービスＩＤ（Ｓ０００４）のサービスに対するサービス用認可トークン取得要求を送信する。この処理は、図７のステップＳ７０１に対応する。
【０１２７】
続いて、ステップＳ１００５でサービス提供サーバ１０４は、ＰＣ１０２に対して、仲介サーバ１０３がサービス提供サーバ１０４の利用を要求することに対しての許可を求める要求を送信する。
【０１２８】
続いて、ステップＳ１００６でＰＣ１０２は、サービス提供サーバ１０４に対して、仲介サーバ１０３がサービス提供サーバ１０４の利用を要求することに対して許可するとの通知を送信する。
【０１２９】
尚、ＰＣ１０２は、かかる通知を受信すると、ユーザＩＤとパスワードを入力するＵＩ画面を表示するようにしてもよい。このＵＩ画面において、ユーザＩＤとパスワードがユーザ入力されると、ＰＣ１０２は、ユーザ入力されたユーザＩＤとパスワードをサービス提供サーバ１０４に送信する。ここでサービス提供サーバ１０４に対して送信するユーザＩＤとパスワードは夫々、ステップＳ１００３で送信されたユーザＩＤとパスワードと一致している必要がある。ＰＣ１０２は、不一致と判断した場合、ユーザＩＤとパスワードを入力するＵＩ画面を再表示する。
【０１３０】
続いて、ステップＳ１００７でサービス提供サーバ１０４は、仲介サーバ１０３の認証・認可管理部３０５に対して、仲介サーバ１０３のサービス用認可トークンを送信する（図７のステップＳ７０２）。
【０１３１】
続いて、ステップＳ１００８で仲介サーバ１０３の認証・認可管理部３０５は、グループ情報取得用認可トークンを生成する（図７のステップＳ７０３）。
【０１３２】
続いて、ステップＳ１００９で仲介サーバ１０３の認証・認可管理部３０５は、仮登録コードを生成する（図７のステップＳ７０４）。
【０１３３】
続いて、ステップＳ１０１０で仲介サーバ１０３の認証・認可管理部３０５は、ＰＣ１０２に対して仮登録コードを送信する（図７のステップＳ７０５）。ＰＣ１０２は、仮登録コードを受信すると、この受信した仮登録コードを表示するＵＩ画面を表示する。これにより、ユーザは仮登録コードを取得することができる。
【０１３４】
続いて、ステップＳ１０１１でデバイス１０１のＵＩ管理部３０２は、ユーザから仮登録コード入力画面表示要求を受け付けると、ＵＩ管理部３０２は仮登録コード入力画面を表示する（図８のステップＳ８０１）。ユーザは仮登録コード入力画面において、ステップＳ１０１０で取得した仮登録コードを入力する。デバイス１０１のＵＩ管理部３０２は、仮登録コード入力画面にユーザ入力された仮登録コードを、デバイス１０１の機能制御部３０４に送信する。
【０１３５】
続いて、ステップＳ１０１２でデバイス１０１の機能制御部３０４は、デバイス１０１のＵＩ管理部３０２より仮登録コードが受信されるのを待つ。機能制御部３０４は、その後、仮登録コードが受信されると、仲介サーバ１０３の認証・認可管理部３０５に対して、利用サービス登録要求と共に送信されたサービスＩＤ（Ｓ０００４）のサービスの利用サービス登録要求を送信する。利用サービス登録要求には、少なくともステップＳ１０１１でユーザ入力された仮登録コードが含まれる。
【０１３６】
表９は、ステップＳ１０１０で仲介サーバ１０３の認証・認可管理部３０５が仮登録コードを送信した直後の、仲介サーバ１０３のユーザ情報管理部３０９で管理されるユーザ情報テーブルの一例である。ステップＳ１０１０で仮登録コードが送信される直前のユーザ情報テーブルの状態を示す表８では、グループＩＤがＧ０００３であるユーザ情報はＵ０００７しか存在しない。これに対し、表９では、グループＩＤがＧ０００３であるユーザ情報としてＵ０００６が追加されている。
【０１３７】
【表９】
2022001998.tif 000011
【０１３８】
続いて、ステップＳ１０１３で仲介サーバ１０３の認証・認可管理部３０５は、ステップステップＳ１００９で生成した仮登録コードとステップＳ１０１２で受信した利用サービス登録要求に含まれる仮登録コードが一致するか否かを検証する。この検証の結果、一致する場合、認証・認可管理部３０５は、デバイス１０１のユーザ情報管理部３０３に対して、サービス用認可トークン、グループ情報取得用認可トークン、ユーザＩＤ、グループＩＤを送信し、本処理を終了する。ユーザ情報管理部３０３は、送信されたサービス用認可トークン及びグループ情報取得用認可トークンを、ユーザＩＤ及びグループＩＤと紐づけて管理する。
【０１３９】
＜画面情報生成処理＞
次に、サービス提供サーバ１０４が提供するサービスをユーザが利用する際にデバイス１０１で表示されるサービス選択画面のレイアウトを示すサービスレイアウト情報を生成する画面情報生成処理について説明する。
【０１４０】
ここで、画面情報生成処理は、主として、以下に説明するように仲介サーバ１０３において実行される。以下、画面情報生成処理の、仲介サーバ１０３おける処理、及び情報処理システム１００において実行されるその全体シークエンスを順に説明する。
【０１４１】
図１１は、仲介サーバ１０３の画面表示制御部３０８により実行される画面情報生成処理の主部のフローチャートである。本処理により、例えばサービス選択画面の各ページのＵＩ画面には３つのサービスのアイコンが表示される場合、グループ内で利用される頻度の高さが１番目から３番目までのサービスのアイコンは、ユーザが利用しやすい先頭ページに表示されるようになる。このため、ユーザの利便性を向上させることができる。
【０１４２】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下実行主体は仲介サーバ１０３の画面表示制御部３０８として説明する。
【０１４３】
画面表示制御部３０８は、デバイス１０１のＵＩ管理部３０２からサービスレイアウト情報送信要求を受信すると、本処理を開始する。尚、サービスレイアウト情報送信要求には、デバイスＩＤ、ユーザＩＤ、グループＩＤ、及びグループ情報取得用認可トークンが含まれる。
【０１４４】
ステップＳ１１０１で、画面表示制御部３０８は、ユーザに紐づくグループが初めてサービスを利用したかどうかを判断する初回アクセス処理を実行する。初回アクセス処理の詳細は図１２を用いて後述する。
【０１４５】
続いてステップＳ１１０２で、画面表示制御部３０８は、各サービスのアイコンの画像のサービス選択画面上の配置先の情報（サービスレイアウト情報）を生成する画面配置情報生成処理を実行し、本処理を終了する。画面配置情報生成処理の詳細は図１３を用いて後述する。
【０１４６】
続いてステップＳ１１０３で、画面表示制御部３０８は、画面配置情報生成処理で生成されたサービスレイアウト情報をアクセス先のデバイス１０１のＵＩ管理部３０２に送信することで、本処理を終了する。
【０１４７】
図１２は、図１１のステップＳ１１０１の初回アクセス処理のフローチャートである。
【０１４８】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下実行主体は仲介サーバ１０３の画面表示制御部３０８として説明する。
【０１４９】
ステップＳ１２０１で、画面表示制御部３０８は、デバイス１０１から送信されたサービスレイアウト情報送信要求に含まれるグループＩＤ（対象グループＩＤ）を取得する。
【０１５０】
続いてステップＳ１２０２で、画面表示制御部３０８は、対象グループＩＤに紐づくグループにより初めてサービスが実行されるかを仲介サーバ１０３の実行履歴管理部３０７に調べさせる。具体的には、実行履歴管理部３０７は、グループ画面更新期限情報テーブルに、対象グループＩＤを持つレコードがない場合、初めてサービスが実行されると判断し、ステップＳ１２０３に処理を進める。一方、グループ画面更新期限情報テーブルに対象グループＩＤを持つレコードが存在している場合、画面表示制御部３０８はすでにサービスが実行されていると判断し、本処理を終了する。
【０１５１】
続いてステップＳ１２０３で、画面表示制御部３０８は、グループ画面更新期限情報テーブルに対象グループＩＤに対するグループ画面更新期限情報を追加する要求を、実行履歴管理部３０７に送信する。この要求には、対象グループＩＤ及びサービスの初回利用時間が含まれる。実行履歴管理部３０７は、通知された対象グループＩＤと、サービスの初回利用時間からシステム内で予め定められた更新期間が経過した日時を更新期限として、グループ画面更新期限情報テーブルに登録する。尚、画面表示制御部３０８は、デバイス１０１からサービスレイアウト情報送信要求を受信した時間をサービスの初回利用時間に設定する。
【０１５２】
図１３は、図１１のステップＳ１１０２の画面配置情報生成処理のフローチャートである。
【０１５３】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２に記憶され、ＣＰＵ２１０により実行されるが、以下実行主体は仲介サーバ１０３の画面表示制御部３０８として説明する。
【０１５４】
ステップＳ１３０１で、画面表示制御部３０８は、デバイス１０１から送信されたサービスレイアウト情報送信要求に含まれるグループＩＤ（対象グループＩＤ）を取得する。
【０１５５】
続いてステップＳ１３０２で、画面表示制御部３０８は、対象グループＩＤに紐づく実行履歴取得要求を実行履歴管理部３０７に送信する。これにより、画面表示制御部３０８は、対象グループＩＤに紐づく実行履歴情報マップを実行履歴管理部３０７から取得する。尚、ステップＳ１３０２の処理は、デバイス１０１から送信されたサービスレイアウト情報送信要求にグループ情報取得用認可トークンが含まれる場合のみ実行される。これにより、対象グループＩＤのグループにおける実行履歴をセキュアに取得することができる。
【０１５６】
続いてステップＳ１３０３で、画面表示制御部３０８は、サービス配置処理を行い、本処理を終了する。サービス配置処理の詳細は図１４を用いて後述する。
【０１５７】
図１４は、図１３のステップＳ１３０３のサービス配置処理のフローチャートである。本処理により、サービスレイアウト情報が生成される。
【０１５８】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下実行主体は仲介サーバ１０３の画面表示制御部３０８として説明する。
【０１５９】
ステップＳ１４０１で、画面表示制御部３０８は、仲介サーバ１０３のサービス管理部３０６からサービス情報テーブルに登録されているすべてのサービス情報を取得する。
【０１６０】
続いてステップＳ１４０２で、画面表示制御部３０８は、ステップＳ１３０２で取得したグループＩＤに紐づく実行履歴情報マップをもとに、サービス実行回数が多いサービスから順番にステップＳ１４０１で取得したサービス情報をキューに積む。尚、サービス実行回数が等しいサービスは、サービスＩＤの値が小さい順番にキューに積まれる。
【０１６１】
続いてステップＳ１４０３で、画面表示制御部３０８は、サービスレイアウト情報テーブルのうち、一画面分（サービス選択画面の１ページ分）に相当するサービスレイアウト情報を取得する。一画面分に相当するサービスレイアウト情報は予め仲介サーバ１０３で定義されている。すなわち、ステップＳ１４０３では、サービスレイアウト情報テーブルから上からｉ番目にあるサービスレイアウト情報ｉが取得される。尚、ｉの初期値は１である。
【０１６２】
その後、以下に説明するステップＳ１４０４〜Ｓ１４０７の処理を一画面分に相当するサービスレイアウト情報毎に繰り返す。すなわち、後述するステップＳ１４０８において、サービスレイアウト情報ｉがサービスレイアウト情報テーブルの最後尾にある情報である場合、本処理を終了する一方、そうでない場合は、ｉの値をインクリメントした後にステップＳ１４０３に戻る。
【０１６３】
ステップＳ１４０４で、画面表示制御部３０８は、ステップＳ１４０２でキューに積んだサービス情報の１つを取得する。すなわち、ステップＳ１４０４では、キューにおいてｊ番目に積まれているサービス情報ｊが取得される。尚、ｊの初期値は１である。
【０１６４】
その後、ステップＳ１４０５，Ｓ１４０６の処理を、ステップＳ１４０４で取得したサービス情報毎に繰り返す。すなわち、後述するステップＳ１４０７において、サービス情報ｊが、キューの最後尾に積まれている情報である場合、本処理を終了する一方、そうでない場合は、ｊの値をインクリメントした後にステップＳ１４０４に戻る。
【０１６５】
ステップＳ１４０５で、画面表示制御部３０８は、サービスレイアウト情報ｉ中の表示順番情報マップ中の領域のうち、サービス情報ｊに対応するアイコン情報を割り当てることができる領域があるかどうか調べる。すなわち、サービスレイアウト情報ｉ中の表示順番情報マップのアイコン情報としてｎｕｌｌという値が設定されているか否かを判断する。割り当てることができる領域がある（ｎｕｌｌという値が設定されている）場合はステップＳ１４０６へ進み、割り当てることができる領域がない場合はステップＳ１４０８へ進む。
【０１６６】
続いてステップＳ１４０６で、画面表示制御部３０８は、サービスレイアウト情報ｉ中の表示順番情報マップの表示番号が小さい順にサービス情報ｊのアクセス先（アイコン情報）を割り当てる。
【０１６７】
続いてステップＳ１４０７で、画面表示制御部３０８は、キューに積まれたサービス情報のうち、ステップＳ１４０５，Ｓ１４０６の処理が未処理のサービス情報がないかどうか確認する。未処理のサービス情報があればステップＳ１４０４へ戻り、なければステップＳ１４０８へ進む。
【０１６８】
続いてステップＳ１４０８で、画面表示制御部３０８は、サービスレイアウト情報テーブルのサービスレイアウト情報のうち、ステップＳ１４０４〜Ｓ１４０７の処理が未処理のサービスレイアウト情報がないかどうか確認する。未処理のサービスレイアウト情報があればステップＳ１４０３へ戻り、なければ本処理を終了する。
【０１６９】
本処理により、サービス実行回数の大きい順番にサービス選択画面上でのサービスのアイコンの表示優先度が決定される。
【０１７０】
尚、画面表示制御部３０８は、ステップＳ１４０２で非表示サービステーブル内の非表示サービス情報を確認し、ステップＳ１４０１で取得したサービス情報を、非表示サービス情報に該当するサービス情報を削除した後にキューに積むようにしてもよい。かかる変形例の詳細は、図２１を用いて後述する。
【０１７１】
ここで、図１５を使って画面情報生成処理全体のシーケンスを説明する。ここでは、ユーザは、ユーザＩＤがＵ０００６であり、且つグループＩＤがＧ０００３のグループに所属する。また、ユーザが、図１０のユーザ登録処理の後、このグループにおいて初めてサービス提供サーバ１０４が提供するサービスを本処理により利用する場合について説明する。
【０１７２】
まず、ステップＳ１５０１で、デバイス１０１のＵＩ管理部３０２は、ログイン用のＵＩ画面を表示する。その後、このＵＩ画面に対する、ユーザＩＤがＵ０００６でパスワードがＰ０００６の認証情報をユーザから受け付けると、これをデバイス１０１の機能制御部３０４に送信する。機能制御部３０４は、ＵＩ管理部３０２から上記認証情報を受信すると、デバイス１０１のユーザ情報管理部３０３にその認証情報を送信してユーザ認証を行わせる。ここで、表２のとおり、ユーザ情報管理部３０３が管理するユーザ情報テーブル中に、該当ユーザＩＤとパスワードの組合せをもつレコード（ユーザ情報）が存在する。このため、ユーザ情報管理部３０３は、ユーザ認証が成功した旨の応答を機能制御部３０４に送信する。
【０１７３】
続いてステップＳ１５０２で、ＵＩ管理部３０２は、メイン画面の先頭ページ（図５（ａ））を表示する。
【０１７４】
続いてステップＳ１５０３で、ＵＩ管理部３０２は、メイン画面表示中において「サービス」アイコンのユーザ選択を受け付ける。ここで、「サービス」アイコンは、サービス提供サーバ１０４から提供されるサービスを選択するためのサービス選択画面をデバイス１０１において表示するためのアイコンである。サービス選択画面の画面構成は複数画面構成であり、そのレイアウトを示すサービスレイアウト情報は仲介サーバ１０３の画面表示制御部３０８により生成され、後述のステップＳ１５０７で画面表示制御部３０８から送信される。
【０１７５】
続いてステップＳ１５０４で、ＵＩ管理部３０２は、サービスレイアウト情報取得要求を仲介サーバ１０３に送信する。サービスレイアウト情報取得要求には、デバイスＩＤ、ユーザＩＤ、グループＩＤ、及びグループ情報取得用認可トークンが含まれる。具体的には、デバイスＩＤ、ユーザＩＤ、及びグループＩＤとして夫々、デバイス１０１のデバイスＩＤ（Ｄ０００１）、及びステップＳ１５０１でユーザ入力されたユーザＩＤ（Ｕ０００６）とグループＩＤ（Ｇ０００３）が含まれる。また、グループ情報取得用認可トークンとして、図１０のユーザ登録処理で発行されたグループＩＤ（Ｇ０００３）に紐づくグループ情報取得用認可トークンが含まれる。
【０１７６】
続いてステップＳ１５０５で、仲介サーバ１０３の画面表示制御部３０８は、初回アクセス処理を実行する（図１１のステップＳ１１０１）。
【０１７７】
具体的には、まず画面表示制御部３０８は、初回アクセスかどうかを判断する要求を実行履歴管理部３０７に送信する。本実施例においては、この時点で実行履歴管理部３０７が管理するグループ画面更新期限情報テーブルは表５に示すテーブルであり、グループＩＤがＧ０００３であるレコードが存在しない。この場合、実行履歴管理部３０７は初回アクセスであると判断し、その判断結果を画面表示制御部３０８に送信する。
【０１７８】
画面表示制御部３０８は、初回アクセスである旨の判断結果が送信された場合、実行履歴管理部３０７にグループ画面更新期限情報テーブルを更新させる。具体的には、ステップＳ１５０５の処理直前の表５のグループ画面更新期限情報テーブルは、グループＩＤがＧ０００３に紐づくグループ画面更新期限情報のレコードが追加された表１０のテーブルに更新される。
【０１７９】
【表１０】
2022001998.tif 000012
【０１８０】
続いてステップＳ１５０６で、画面表示制御部３０８は、画面配置情報生成処理を実行する（図１１のステップＳ１１０２）。
【０１８１】
例えば、ステップＳ１５０５でグループＩＤがＧ０００３に紐づくユーザからの初回アクセスと判断された場合、グループＩＤがＧ０００３に紐づく実行履歴がない。このため、表３の仲介サーバ１０３のユーザ情報管理部３０９がもつサービス情報テーブルに登録されているサービスの上から順番にサービスレイアウト情報が生成される。
【０１８２】
表１１において、ステップＳ１５０６で仲介サーバ１０３の画面表示制御部３０８により生成されるサービスレイアウト情報を例示する。
【０１８３】
【表１１】
2022001998.tif 000013
【０１８４】
続いてステップＳ１５０７で、仲介サーバ１０３の画面表示制御部３０８は、デバイス１０１のＵＩ管理部３０２に対してサービスレイアウト情報を送信する（図１１のステップＳ１１０３）。
【０１８５】
続いてステップＳ１５０８で、デバイス１０１のＵＩ管理部３０２は、サービス提供サーバ１０４に対して、サービス選択画面に表示されるサービスのアイコンの画像データの取得要求を送信する。この例ではアイコンの画像データのＵＲＬはサービス提供サーバ１０４を示す。
【０１８６】
続いてステップＳ１５０９で、サービス提供サーバ１０４は、デバイス１０１のＵＩ管理部３０２へ、ステップＳ１５０８の取得要求に応じたアイコンの画像データを送信する。ステップＳ１５０７で送信されたサービスレイアウト情報と、ここで送信されたアイコンの画像データに基づき、ＵＩ管理部３０２は、図１６に例示するサービス選択画面を生成する。
【０１８７】
続いてステップＳ１５１０で、デバイス１０１のＵＩ管理部３０２は、サービス選択画面の先頭ページのＵＩ画面（例えば図１６（ａ））を表示する。
【０１８８】
続いてステップＳ１５１１で、ＵＩ管理部３０２は、サービス選択画面の先頭ページのＵＩ画面において次ページを表示する指示をユーザから受け付けた場合、サービス選択画面の次のページのＵＩ画面を表示する。例えば、図１６（ａ）の次画面アイコン１６０１のユーザ選択があった場合、図１６（ｂ）のＵＩ画面が表示される。
【０１８９】
続いてステップＳ１５１２で、ＵＩ管理部３０２は、サービス選択画面の次のページのＵＩ画面において表示される複数のサービスを提供するためのアイコンに一つがユーザ選択されるとステップＳ１５１３に進む。以下、図１６（ｂ）のＵＩ画面において、「サービス４」のアイコンがユーザ選択された場合について説明する。尚、サービス４はサービスＩＤがＳ０００４であるストレージサービスであり、スキャンした画像データをサービス業者が管理するＷＡＮ上のストレージサーバに保存するサービスである。
【０１９０】
続いてステップＳ１５１３で、デバイス１０１の機能制御部３０４は、仲介サーバ１０３のサービス管理部３０６に対して、サービスＩＤがＳ０００４である「サービス４」の実行要求を送信する。この実行要求には、デバイスＩＤ（Ｄ０００１）、ユーザＩＤ（Ｕ０００６）、グループＩＤ（Ｇ０００３）、「サービス４」のサービス用認可トークン、及びグループＩＤ（Ｇ０００３）に紐づくグループ情報取得用認可トークンが含まれる。
【０１９１】
続いてステップＳ１５１４で、仲介サーバ１０３の実行履歴管理部３０７は、サービス実行履歴を更新する。例えば、ステップＳ１５１２でサービスＩＤがＳ０００４である「サービス４」がユーザ選択された場合、ステップＳ１５１４で実行履歴管理部３０７が「サービス４」の実行回数をインクリメントする。具体的には、ステップＳ１５１４の処理直前の実行履歴情報テーブルである表４では、グループＩＤがＧ０００３に紐づく実行履歴情報マップ中の「サービス４」の実行回数が０である。これに対し、ステップＳ１５１４で実行履歴がインクリメントされたあとの実行履歴情報テーブルである表１２では、グループＩＤがＧ０００３に紐づく実行履歴情報マップ中の「サービス４」の実行回数が１になる。
【０１９２】
【表１２】
2022001998.tif 000014
【０１９３】
続いてステップＳ１５１５で、仲介サーバ１０３のサービス管理部３０６は、サービス提供サーバ１０４に対してアップロード先のＵＲＬの取得要求を送信する。
【０１９４】
続いてステップＳ１５１６で、サービス提供サーバ１０４は、仲介サーバ１０３のサービス管理部３０６に対してアップロード先のＵＲＬを送信する。
【０１９５】
続いてステップＳ１５１７で、仲介サーバ１０３のサービス管理部３０６は、デバイス１０１の機能制御部３０４に対してスキャン実行要求を送信する。このスキャン実行要求には、ステップＳ１５１６でサービス提供サーバ１０４から送信されたアップロード先のＵＲＬが含まれる。
【０１９６】
続いてステップＳ１５１８で、デバイス１０１の機能制御部３０４は、仲介サーバ１０３のサービス管理部３０６からスキャン実行要求を受信すると、スキャン実行画面を表示する要求をデバイス１０１のＵＩ管理部３０２に送信する。ＵＩ管理部３０２は、この要求を受けてスキャン実行画面を表示する。その後、ＵＩ管理部３０２は、スキャン実行画面においてユーザからのスキャン実行指示を受け付けると、スキャン実行要求を機能制御部３０４に送信する。機能制御部３０４は、ＵＩ管理部３０２からスキャン実行要求を受けて、スキャン実行要求をスキャン実行部３０１に送信する。
【０１９７】
続いて、ステップＳ１５１９で、デバイス１０１のスキャン実行部３０１は、スキャンを実行し、スキャン画像を取得する。
【０１９８】
続いてステップＳ１５２０で、デバイス１０１のスキャン実行部３０１はステップＳ１５１７で送信されたスキャン実行要求に含まれるアップロード先のＵＲＬに対して、ステップＳ１５１９で取得されたスキャン画像のアップロードを実行する。
【０１９９】
続いてステップＳ１５２１で、サービス提供サーバ１０４はデバイス１０１の機能制御部３０４に対してアップロード結果を送信する。
【０２００】
続いてステップＳ１５２２で、デバイス１０１のＵＩ管理部３０２はサービス実行後の画面取得要求を仲介サーバ１０３に送信する。この画面取得要求には、デバイスＩＤ、ユーザＩＤ、グループＩＤ、グループ情報取得用認可トークンが含まれる。
【０２０１】
続いてステップＳ１５２３で、仲介サーバ１０３の画面表示制御部３０８は、サービス実行後の画面配置情報生成処理を実行し、サービスレイアウト情報を生成する。
【０２０２】
表１３において、ステップＳ１５２３で仲介サーバ１０３の画面表示制御部３０８により生成されるサービスレイアウト情報を例示する。表１１では、表示順番情報マップ１の表示番号１に紐づくアイコン情報はｈｔｔｐ：／／ｓｅｒｖｉｃｅ０１．ｃｏｍ 
であったが、表１３では、表示順番情報マップ１の表示番号１に紐づくアイコン情報は
ｈｔｔｐ：／／ｓｅｒｖｉｃｅ０４．ｃｏｍ となっている。すなわち、ステップＳ１５１２において「サービス４」のアイコンがユーザ選択されたことによりサービスが実行された結果、サービスの表示順番が変更されたことがわかる。
【０２０３】
【表１３】
2022001998.tif 000015
【０２０４】
続いてステップＳ１５２４で、仲介サーバ１０３の画面表示制御部３０８は、デバイス１０１のＵＩ管理部３０２に対してサービス実行後のサービスレイアウト情報を送信する。
【０２０５】
続いてステップＳ１５２５で、デバイス１０１のＵＩ管理部３０２は、サービス提供サーバ１０４に対して、アイコンの画像データの取得要求を送信する。
【０２０６】
続いてステップＳ１５２６で、サービス提供サーバ１０４は、デバイス１０１のＵＩ管理部３０２へアイコンの画像データを送信する。この送信されたアイコンの画像データに基づき、ＵＩ管理部３０２は、図１７に例示するサービス選択画面を生成する。
【０２０７】
続いてステップＳ１５２７で、ＵＩ管理部３０２は、サービス選択画面の先頭ページのＵＩ画面（例えば図１７（ａ））を表示し、本処理を終了する。
【０２０８】
図１６では、サービス４はサービス選択画面の２ページ目のＵＩ画面に配置されていたが、図１７では、サービス４はサービス選択画面の先頭ページのＵＩ画面に配置が修正されていることがわかる。
【０２０９】
次に、引き続き、同じくグループＩＤがＧ０００３のグループに所属する別のユーザがサービス提供サーバ１０４が提供するサービスを利用した場合について説明する。
【０２１０】
この場合、ステップＳ１５０３で、ＵＩ管理部３０２が表示するメイン画面の先頭ページにある「サービス」アイコンのユーザ選択を受け付けた場合、ステップＳ１５０６の画面配置情報生成処理により、表１３のサービスレイアウト情報が生成される。この結果、ステップＳ１５１０で表示されるサービス選択画面の先頭ページのＵＩ画面は、図１７（ａ）となる。
【０２１１】
その後、図１７（ａ）の次画面アイコン１７０１のユーザ選択があった場合、ＵＩ管理部３０２は、サービス選択画面の先頭ページのＵＩ画面から次のページのＵＩ画面（図１７（ｂ））に移動する（ステップＳ１５１１）。さらにその後、図１７（ｂ）のＵＩ画面において「サービス３」のアイコンがユーザ選択された場合（ステップＳ１５１２，Ｓ１５１３）、ステップＳ１５１４で、仲介サーバ１０３の実行履歴管理部３０７が「サービス３」の実行回数をインクリメントする。この結果、実行履歴情報テーブルは表１２から表１４のように更新される。
【０２１２】
さらに、ステップＳ１５２３で生成される、「サービス３」実行後のサービスレイアウト情報は、表１５のように実行履歴情報マップ１にｈｔｔｐ：／／ｓｅｒｖｉｃｅ０３．ｃｏｍ が配置される。この結果、ステップＳ１５２７で表示される、「サービス３」実行後のサービス選択画面の先頭ページには、図１８（ａ）のように「サービス３」のアイコンが表示される。
【０２１３】
以上説明した通り、図１５の画面情報生成処理によれば、サービス提供サーバ１０４が提供するサービスのアイコンのサービス選択画面上での表示順番を、グループ毎に変更する。これにより、ＩＴ管理者が存在しなくても、グループに応じたクラウドサービスのサービス選択画面をデバイスに表示させることができる。
【０２１４】
具体的には、同一グループ内での実行回数が多いサービスほど、サービス選択画面の先頭ページのＵＩ画面近くに配置され、それがグループに所属するユーザ間で共有される。また、同一グループ内での実行回数が同一であるサービスについては、更新期限が長いサービスがより先頭ページのＵＩ画面近くに配置される。
【０２１５】
【表１４】
2022001998.tif 000016
【０２１６】
【表１５】
2022001998.tif 000017
【０２１７】
＜サービス選択画面更新処理＞
次に、ユーザが、サービス提供サーバ１０４が提供するサービスを利用する際にデバイス１０１で表示されるサービス選択画面を更新するサービス選択画面更新処理について説明する。
【０２１８】
ここで、サービス選択画面更新処理は、主として、以下に説明するように仲介サーバ１０３において実行される、通信日時更新処理、非表示サービス登録処理、及びサービス配置処理により構成される。以下、これらの処理、及び情報処理システム１００において実行されるサービス選択画面更新処理全体のシークエンスを順に説明する。
【０２１９】
図１９は、仲介サーバ１０３において実行される通信日時更新処理のフローチャートである。
【０２２０】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下仲介サーバ１０３の機能構成を実行主体として説明する。
【０２２１】
本処理は、仲介サーバ１０３の実行履歴管理部３０７がもつグループ画面更新期限情報テーブルのグループ画面更新期限情報の更新期限に基づき、実行履歴管理部３０７から送信されたプッシュ通知を画面表示制御部３０８が受信した後に実行される。尚、プッシュ通知には、更新期限が過ぎたグループ画面更新期限情報のグループＩＤが含まれる。
【０２２２】
本処理が開始されると、ステップＳ１９０１で、画面表示制御部３０８は、プッシュ通知からグループＩＤを取得する。
【０２２３】
続いてステップＳ１９０２で、画面表示制御部３０８は、ステップＳ１９０１で取得したグループＩＤに紐づくグループ画面更新期限情報がもつ更新期限の更新要求を実行履歴管理部３０７に送信し、本処理を終了する。この更新要求には、ステップＳ１９０１で取得したグループＩＤ、すなわちプッシュ通知に含まれていたグループＩＤが含まれる。実行履歴管理部３０７は、この更新要求を受けると、更新要求に含まれるグループＩＤに紐づくグループ画面更新期限情報を更新する。
【０２２４】
ここで、表１６は、グループＩＤがＧ０００１に紐づくグループの更新期限が過ぎ、ステップＳ１９０２で更新が行われた場合のグループ画面更新期限情報テーブルを示す。ここで、本実施例では次期の更新期限は一週間後とする。本処理開始時のグループ画面更新期限情報テーブルである表５と比べて、表１６ではグループＩＤがＧ０００１に紐づく更新期限が一週間後になっていることがわかる。
【０２２５】
【表１６】
2022001998.tif 000018
【０２２６】
図２０は、仲介サーバ１０３において実行される非表示サービス登録処理のフローチャートである。本処理によって、グループ内で特定の個人しか利用しないサービスやグループ内で全く利用されないサービスは、サービス選択画面において非表示となるため、ユーザのサービス選択画面への誤操作を抑制することができる。
【０２２７】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下仲介サーバ１０３の機能構成を実行主体として説明する。
【０２２８】
本処理は、仲介サーバ１０３の実行履歴管理部３０７がもつグループ画面更新期限情報テーブルにおけるグループ画面更新期限情報の更新期限により送信された、実行履歴管理部３０７からのプッシュ通知を画面表示制御部３０８が受信した後に実行される。
【０２２９】
本処理が開始されると、ステップＳ２００１で、画面表示制御部３０８は、プッシュ通知からグループＩＤを取得する。以下、ステップＳ２００１で取得したグループＩＤがＧ０００１である場合について説明する。
【０２３０】
続いてステップＳ２００２で、画面表示制御部３０８は、サービス情報テーブルで管理されているサービス情報を一括取得する要求をサービス管理部３０６に対して送信する。画面表示制御部３０８は、サービス情報テーブルからサービス情報を一括取得したのちに、ステップＳ２００３へ進む。以下、サービス管理部３０６で表３のサービス情報テーブルが管理されており、ステップＳ２００２で表３の６つのサービス情報を含むテーブルが取得された場合について説明する。
【０２３１】
続いてステップＳ２００３で、画面表示制御部３０８は、ユーザ情報テーブルで管理されている、ステップＳ２００１で取得したグループＩＤに紐づくユーザＩＤを一括取得するユーザ情報取得要求をユーザ情報管理部３０９に対して送信する。画面表示制御部３０８は、ユーザ情報管理部３０９から、ステップＳ２００１で取得したグループＩＤに紐づくユーザＩＤを一括取得したのちに、ステップＳ２００４へ進む。以下、ユーザ情報管理部３０３で表２のユーザ情報テーブルが管理されており、ユーザＩＤとしてＵ０００１及びＵ０００２が取得された場合について説明する。
【０２３２】
続いてステップＳ２００４で、画面表示制御部３０８は、以下に説明するステップＳ２００５〜Ｓ２００７の処理を未処理のサービス情報テーブルのレコード毎に繰り返す。すなわち、ステップＳ２００４では、ステップＳ２００２で取得されたサービス情報テーブルの上からｈ番目にあるレコードｈが取得される。尚、ｈの初期値は１である。その後、ステップＳ２００８において、ステップＳ２００４で取得されたレコードｈがステップＳ２００２で取得されたサービス情報テーブル（表３）の最後尾にある場合（本実施例では、ｈ＝６の場合）、本処理を終了する。一方、そうでない場合は、ｈの値をインクリメントした後にステップＳ２００４に戻る。
【０２３３】
ステップＳ２００５で、画面表示制御部３０８は、ユーザ別実行履歴情報で管理されている、レコードｈに含まれるサービスＩＤとステップＳ２００１で取得したグループＩＤに紐づくユーザ別実行履歴情報の取得要求を実行履歴管理部３０７に対して送信する。画面表示制御部３０８は、実行履歴管理部３０７からユーザ別実行履歴情報を取得したのちに、ステップＳ２００６へ進む。ここで、例えば、実行履歴管理部３０７が表６のユーザ別実行履歴情報テーブルを管理している場合、ユーザ別実行履歴情報テーブルにおいてグループＩＤがＧ０００１に紐づくサービスＩＤはＳ０００１，Ｓ０００２，Ｓ０００４の３つである。すなわち、ステップＳ２００５では、ｈ＝１，２，４の場合の夫々において、表１７のようにユーザ別実行履歴情報が取得される。
【０２３４】
【表１７】
2022001998.tif 000019
【０２３５】
続いてステップＳ２００６で、画面表示制御部３０８は、ステップＳ２００３で一括取得したユーザＩＤのユーザにおける、レコードｈのサービスＩＤのサービスの利用者の比率が、閾値以下であるか閾値より大きいかを判別する。閾値以下である場合はステップＳ２００７へ進み、閾値より大きい場合はステップＳ２００８へ進む。閾値は画面表示制御部３０８で定められた任意の数値である。本実施例においては、この閾値は５０％である。表１７に示すようにステップＳ２００５でユーザ別実行履歴情報の取得がされなかった、サービスＩＤがＳ０００３、Ｓ０００５、Ｓ０００６のサービスの利用者の比率は閾値以下とステップＳ２００６では判別される。一方、ステップＳ２００３で一括取得したユーザＩＤはＵ０００１，Ｕ０００２であるが、サービスＩＤがＳ０００１のサービスはユーザＩＤがＵ０００１のユーザしか利用していない。このため、このサービスの利用者の比率は閾値以下とステップＳ２００６では判別される。
【０２３６】
すなわち、ステップＳ２００６では、レコードｈのサービスＩＤのサービスが、プッシュ通知に含まれるグループＩＤのグループ内において、ユーザが実行していない、又はその利用者の比率は閾値以下であるか否かが特定される。
【０２３７】
続いてステップＳ２００７で、画面表示制御部３０８は、非表示サービステーブルの、ステップＳ２００１で取得したグループＩＤ及びレコードｈのサービスＩＤに紐づく非表示ステータスをＴｒｕｅに更新する。例えば、画面表示制御部３０８は、初期設定として、表７の非表示サービステーブルを管理している場合、Ｇ０００１のグループＩＤに紐づくレコードはすべての非表示ステータスがＦａｌｓｅである。すなわち、全てのサービスＩＤのサービスのアイコンはサービス選択画面上に表示される。これに対し、本実施例では、ユーザによるサービスの利用の結果、Ｇ０００１のグループＩＤ及びＳ０００１、Ｓ０００３、Ｓ０００５、Ｓ０００６のサービスＩＤに紐づく非表示ステータスをＴｒｕｅに更新する。このため、表１８のとおり、非表示サービステーブルは下記の通りとなる。
【０２３８】
【表１８】
2022001998.tif 000020
【０２３９】
続いてステップＳ２００８で、画面表示制御部３０８は、サービス情報テーブルに未処理のレコードがあるかどうか調べ、あればステップＳ２００４へ戻り、なければ本処理を終了する。
【０２４０】
図２１は、仲介サーバ１０３において実行されるサービス配置処理のフローチャートである。
【０２４１】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下実行主体は仲介サーバ１０３の画面表示制御部３０８として説明する。この処理により、図２０の処理で更新された非表示サービステーブルに応じて、サービス選択画面に表示されるサービスのアイコンの配置を示すサービスレイアウト情報が生成される。
【０２４２】
本処理は、デバイス１０１のＵＩ管理部３０２より非表示サービスレイアウト情報取得要求を受信した後に開始される。
【０２４３】
まず、ステップＳ２１０１で、画面表示制御部３０８は、実行履歴管理部３０７に対して現在ログイン中のユーザが所属するグループＩＤに紐づくサービス実行履歴の取得要求を送信する。画面表示制御部３０８は、実行履歴管理部３０７からサービス実行履歴を取得したのち、ステップＳ２１０２に進む。
【０２４４】
続いてステップＳ２１０２で、画面表示制御部３０８は、サービス管理部３０６に対してサービス情報の一括取得の要求を送信する。画面表示制御部３０８は、サービス管理部３０６からサービス情報を一括取得したのち、ステップＳ２１０３に進む。
【０２４５】
続いてステップＳ２１０３で、画面表示制御部３０８は、ステップＳ２１０２で一括取得したサービス情報のうち、画面表示制御部３０８がもつ非表示サービステーブルにおいて非表示ステータスがＴｒｕｅであるサービスＩＤに紐づくサービス情報を削除する。尚、画面表示制御部３０８は、ここで削除したサービス情報を、非表示サービスリストとして利用すべく、仲介サーバ１０３のメモリー２１１で一時保管する。
【０２４６】
続いてステップＳ２１０４で、画面表示制御部３０８は、ステップＳ２１０１で取得したサービス実行履歴に含まれるサービス実行回数が多いサービスから順番にステップＳ２１０３の処理後のサービス情報をキューに積む。尚、サービス実行回数が等しいサービスは、サービスＩＤの値が小さい順番にキューに積まれる。
【０２４７】
続いてステップＳ２１０５で、画面表示制御部３０８は、サービスレイアウト情報テーブルのうち、一画面分（サービス選択画面の１ページ分）に相当するサービスレイアウト情報を取得する。すなわち、ステップＳ２１０５では、サービスレイアウト情報テーブルから上からｉ番目にあるサービスレイアウト情報ｉが取得される。尚、ｉの初期値は１である。
【０２４８】
その後、以下に説明するステップＳ２１０６〜ステップＳ２１０９の処理を一画面分に相当するサービスレイアウト情報毎に繰り返す。すなわち、後述するステップＳ２１１０において、サービスレイアウト情報ｉがサービスレイアウト情報テーブルの最後尾にある情報である場合、ステップＳ２１１１に進む一方、そうでない場合は、ｉの値をインクリメントした後にステップＳ２１０５に戻る。
【０２４９】
ステップＳ２１０６で、画面表示制御部３０８は、ステップＳ２１０４でキューに積んだサービス情報の１つを取得する。すなわち、ステップＳ２１０６では、キューにおいてｊ番目に積まれているサービス情報ｊが取得される。尚、ｊの初期値は１である。
【０２５０】
その後、ステップＳ２１０７，Ｓ２１０８の処理を、ステップＳ２１０６で取得したサービス情報毎に繰り返す。すなわち、後述するステップＳ２１０９において、サービス情報ｊが、キューの最後尾に積まれている情報である場合、ステップＳ２１１０に進む一方、そうでない場合は、ｊの値をインクリメントした後にステップＳ２１０６に戻る。
【０２５１】
続いてステップＳ２１０７で、画面表示制御部３０８は、サービスレイアウト情報ｉ中の表示順番情報マップ中の領域のうち、サービス情報ｊに対応するアイコン情報を割り当てることができる領域があるかどうか調べる。すなわち、サービスレイアウト情報ｉ中の表示順番情報マップのアイコン情報としてｎｕｌｌという値が設定されているか否かを判断する。割り当てることができる領域がある（ｎｕｌｌという値が設定されている）場合はステップＳ２１０８へ進み、割り当てることができる領域がない場合はステップＳ２１０９へ進む。
【０２５２】
続いてステップＳ２１０８で、画面表示制御部３０８は、サービスレイアウト情報ｉ中の表示順番情報マップの表示番号が小さい順にサービス情報ｊのアクセス先（アイコン情報）を割り当てる。
【０２５３】
続いてステップＳ２１０９で、画面表示制御部３０８は、キューに積まれたサービス情報のうち、ステップＳ２１０７，Ｓ２１０８の処理が未処理のサービス情報がないかどうか確認する。未処理のサービス情報のキューがあればステップＳ２１０６へ戻り、なければステップＳ２１１０へ進む。
【０２５４】
続いてステップＳ２１１０で、画面表示制御部３０８は、サービスレイアウト情報テーブルのサービスレイアウト情報のうち、ステップＳ２１０６〜Ｓ２１０９の処理が未処理のサービスレイアウト情報がないかどうか確認する。未処理のサービスレイアウト情報があればステップＳ２１０５へ戻り、なければステップＳ２１１１へ進む。
【０２５５】
続いてステップＳ２１１１で、画面表示制御部３０８は、デバイス１０１のＵＩ管理部３０２に対して、非表示サービスリンクの表示要求を送信して、本処理を終了する。
【０２５６】
図２２は、仲介サーバ１０３において実行される、非表示サービス配置処理のフローチャートである。この処理により、図２０の処理で更新された非表示サービステーブルに応じて非表示サービス選択画面上の非表示サービスのアイコンの配置を示す非表示サービスレイアウト情報が生成される。尚、非表示サービス選択画面は、サービス選択画面の「非表示サービス一覧」アイコン選択時に表示されるＵＩ画面である。また、非表示サービスレイアウト情報は、デバイス１０１において表示される非表示サービス選択画面のレイアウトを示す情報であり、サービスレイアウト情報とデータ構造が同じである。また、非表示サービスレイアウト情報は、画面表示制御部３０８において、非表示サービスレイアウト情報テーブルとして管理される。
【０２５７】
尚、本処理を実行するためのプログラムは、仲介サーバ１０３のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下実行主体は仲介サーバ１０３の画面表示制御部３０８として説明する。
【０２５８】
まず、ステップＳ２２０１で、画面表示制御部３０８は、図２１のステップＳ２１０３で一時保管されているサービス情報を、非表示サービスリストとして読み出す。
【０２５９】
続いてステップＳ２２０２で、画面表示制御部３０８は、非表示サービスレイアウト情報テーブルのうち、一画面分（非表示サービス選択画面の１ページ分）に相当する非表示サービスレイアウト情報を取得する。すなわち、ステップＳ２２０２では、非表示サービスレイアウト情報テーブルから上からｉ番目にある非表示サービスレイアウト情報ｉが取得される。尚、ｉの初期値は１である。
【０２６０】
その後、以下に説明するステップＳ２２０３〜Ｓ２２０６の処理を一画面分に相当する非表示サービスレイアウト情報毎に繰り返す。すなわち、後述するステップＳ２２０７において、非表示サービスレイアウト情報ｉが非表示サービスレイアウト情報テーブルの最後尾にある情報である場合、本処理を終了する。一方、そうでない場合は、ｉの値をインクリメントした後にステップＳ２２０２に戻る。
【０２６１】
続いてステップＳ２２０３で、画面表示制御部３０８は、ステップＳ２２０１で取得した非表示サービスのリストの中から１つの非表示サービスを取得する。すなわち、ステップＳ２２０３では、非表示サービスのリストの上からｊ番目の非表示サービスｊが取得される。尚、ｊの初期値は１である。
【０２６２】
その後、ステップＳ２２０４〜Ｓ２２０５の処理を、ステップＳ２２０３で取得した非表示サービス毎に繰り返す。すなわち、後述するステップＳ２２０６において、非表示サービス情報ｊが、非表示サービスのリストの最後尾にある情報である場合、ステップＳ２２０７に進む一方、そうでない場合は、ｊの値をインクリメントした後にステップＳ２２０３に戻る。
【０２６３】
続いてステップＳ２２０４で、画面表示制御部３０８は、非表示サービスレイアウト情報ｉ中の表示順番情報マップ中の領域のうち、非表示サービス情報ｊに対応するアイコン情報を割り当てることができる領域があるかどうか調べる。すなわち、非表示サービスレイアウト情報ｉ中の表示順番情報マップのアイコン情報としてｎｕｌｌという値が設定されているか否かを判断する。割り当てることができる領域がある（ｎｕｌｌという値が設定されている）場合はステップＳ２２０５へ進み、割り当てることができる領域がない場合はステップＳ２２０７へ進む。
【０２６４】
続いてステップＳ２２０５で、画面表示制御部３０８は、非表示サービスレイアウト情報ｉ中の表示順番情報マップの表示番号が小さい順に非表示サービス情報ｊのアクセス先（アイコン情報）を割り当てる。
【０２６５】
続いてステップＳ２２０６で、画面表示制御部３０８は、非表示サービスのリストのうち、ステップＳ２２０４，Ｓ２２０５の処理が未処理の非表示サービス情報がないかどうか確認する。未処理の非表示サービス情報があればステップＳ２２０３に戻り、なければステップＳ２２０７へ進む。
【０２６６】
続いてステップＳ２２０７で、画面表示制御部３０８は、非表示サービスレイアウト情報テーブルの非表示サービスレイアウト情報のうち、ステップＳ２２０３〜Ｓ２２０６の処理が未処理の非表示サービスレイアウト情報がないかどうか確認する。未処理の非表示サービスレイアウト情報があればステップＳ２２０２に戻り、なければ本処理を終了する。
【０２６７】
ここで、図２３を使って、非表示サービス登録処理を除く本実施例に係るサービス選択画面更新処理全体のシーケンスを説明する。ここでは、ユーザは、ユーザＩＤがＵ０００１であり、且つグループＩＤがＧ０００１のグループに所属し、図１０のユーザ登録処理は実行済である。また、グループＩＤがＧ０００１のグループでは、すでにサービス提供サーバ１０４が提供するサービスが利用されている場合について説明する。
【０２６８】
まず、ステップＳ２３０１で、デバイス１０１のＵＩ管理部３０２は、ログイン用のＵＩ画面を表示する。その後、このＵＩ画面に対する、ユーザＩＤがＵ０００１でパスワードがＰ０００１の認証情報をユーザから受け付けると、これをデバイス１０１の機能制御部３０４に送信する。機能制御部３０４は、ＵＩ管理部３０２から上記認証情報を受信すると、デバイス１０１のユーザ情報管理部３０３にその認証情報を送信してユーザ認証を行わせる。ここで、表２のとおり、ユーザ情報管理部３０３が管理するユーザ情報テーブル中に、該当ユーザＩＤとパスワードの組合せをもつレコード（ユーザ情報）が存在する。このため、ユーザ情報管理部３０３は、ユーザ認証が成功した旨の応答を機能制御部３０４に送信する。
【０２６９】
続いてステップＳ２３０２で、ＵＩ管理部３０２は、メイン画面の先頭ページ（図５（ａ））を表示する。
【０２７０】
続いてステップＳ２３０３で、ＵＩ管理部３０２は、メイン画面上の「サービス」アイコンのユーザ選択を受け付ける。ここで、「サービス」アイコンは、サービス提供サーバ１０４から提供されるサービスを選択するためのサービス選択画面をデバイス１０１において表示するためのアイコンである。サービス選択画面の画面構成は複数画面構成であり、そのレイアウトを示すサービスレイアウト情報は仲介サーバ１０３の画面表示制御部３０８により生成され、後述のステップＳ２３０７で画面表示制御部３０８から送信される。
【０２７１】
続いてステップＳ２３０４で、ＵＩ管理部３０２は、サービスレイアウト情報取得要求を仲介サーバ１０３に送信する。サービスレイアウト情報取得要求には、デバイスＩＤ、ユーザＩＤ、グループＩＤ、及びグループ情報取得用認可トークンが含まれる。具体的には、デバイスＩＤ、ユーザＩＤ、及びグループＩＤとして夫々、デバイス１０１のデバイスＩＤ（Ｄ０００１）、及びステップＳ２３０１でユーザ入力されたユーザＩＤ（Ｕ０００１）とグループＩＤ（Ｇ０００１）が含まれる。また、グループ情報取得用認可トークンとして、図１０のユーザ登録処理で発行されたグループＩＤ（Ｇ０００１）に紐づくグループ情報取得用認可トークンが含まれる。
【０２７２】
続いてステップＳ２３０５で、仲介サーバ１０３の画面表示制御部３０８は、初回アクセス処理を実行する。
【０２７３】
具体的には、まず画面表示制御部３０８は、初回アクセスかどうかを判断する要求を実行履歴管理部３０７に送信する。本実施例においては、この時点で実行履歴管理部３０７が管理するグループ画面更新期限情報テーブルは表１６に示すテーブルであり、グループＩＤがＧ０００１であるレコードが存在する。この場合、実行履歴管理部３０７は初回アクセスではないと判断し、その判断結果を画面表示制御部３０８に送信する。
【０２７４】
画面表示制御部３０８は、初回アクセスではない旨の判断結果が送信された場合、グループ画面更新期限情報テーブルを更新することなく、そのままステップＳ２３０６に進む。
【０２７５】
続いてステップＳ２３０６で、画面表示制御部３０８は、画面配置情報生成処理を実行する。具体的には、図２０の非表示サービス登録処理と、図２１のサービス配置処理がステップＳ２３０６において実行される。
【０２７６】
本実施例では、図２０の非表示サービス登録処理により更新された、画面表示制御部３０８が管理する非表示サービステーブルは表１８に示すテーブルである。よって、Ｇ０００１のグループＩＤに紐づくサービスのアイコンは、サービスＩＤがＳ０００２とＳ０００４のサービスのみがサービス選択画面において表示される設定となっている。さらに、この時点で実行履歴管理部３０７が管理する実行履歴情報テーブルは表１７に示すテーブルであり、サービスＩＤがＳ０００２とＳ０００４のサービス実行回数は等しい。このため、図２１のサービス配置処理により、表１９に示すサービスレイアウト情報テーブルが生成される。
【０２７７】
【表１９】
2022001998.tif 000021
【０２７８】
続いてステップＳ２３０７で、仲介サーバ１０３の画面表示制御部３０８は、デバイス１０１のＵＩ管理部３０２に対してサービスレイアウト情報を送信する。この際同時に、非表示サービスリンクを表示させる要求も送信する。
【０２７９】
続いてステップＳ２３０８で、デバイス１０１のＵＩ管理部３０２は、サービス提供サーバ１０４に対して、サービス選択画面に表示されるサービスのアイコンの画像データの取得要求を送信する。この例ではアイコンの画像データのＵＲＬはサービス提供サーバ１０４を示す。
【０２８０】
続いてステップＳ２３０９で、サービス提供サーバ１０４は、デバイス１０１のＵＩ管理部３０２へ、ステップＳ２３０８の取得要求に応じたアイコンの画像データを送信する。ステップＳ２３０７で送信されたサービスレイアウト情報と、ここで送信されたアイコンの画像データに基づき、ＵＩ管理部３０２は、図２４に例示するサービス選択画面を生成する。尚、ステップＳ２３０７で、非表示サービスリンクを表示させる要求も送信されているため、サービス選択画面には、「非表示サービス一覧」アイコンも含まれる。
【０２８１】
続いてステップＳ２３１０で、デバイス１０１のＵＩ管理部３０２は、サービス選択画面の先頭ページのＵＩ画面を表示する。尚、本実施例では、ステップＳ２３０９で生成されるサービス選択画面は１ページのみからなるため、生成されたサービス選択画面が全て表示される。
【０２８２】
続いてステップＳ２３１１で、ＵＩ管理部３０２は、サービス選択画面上の「非表示サービス一覧」アイコンのユーザ選択を受け付ける。ここで、「非表示サービス一覧」アイコンは、サービス提供サーバ１０４から提供されるサービスのうち、サービス選択画面における非表示サービスのアイコンを一覧で表示する非表示サービス選択画面に遷移するためのアイコンである。
【０２８３】
続いてステップＳ２３１２で、ＵＩ管理部３０２は、非表示サービス選択画面のレイアウトを示す非表示サービスレイアウト情報取得要求を仲介サーバ１０３に送信する。この取得要求には、デバイスＩＤ（Ｄ０００１）、ユーザＩＤ（Ｕ０００１）、グループＩＤ（Ｇ０００１）、非表示サービスのサービス用認可トークン、及びグループＩＤ（Ｇ０００１）に紐づくグループ情報取得用認可トークンが含まれる。
【０２８４】
続いてステップＳ２３１３で、仲介サーバ１０３の画面表示制御部３０８は、非表示サービス配置処理（図２２）を実行する。
【０２８５】
本実施例では、図２０の非表示サービス登録処理により更新された、画面表示制御部３０８が管理する非表示サービステーブルは表１８に示すテーブルである。よって、Ｇ０００１のグループＩＤに紐づくサービスのアイコンは、サービスＩＤがＳ０００２とＳ０００４のサービス以外は非表示となっている。このため、図２２の非表示サービス配置処理により、表２０に示す非表示サービスレイアウト情報テーブルが生成される。
【０２８６】
【表２０】
2022001998.tif 000022
【０２８７】
続いてステップＳ２３１４で、仲介サーバ１０３の画面表示制御部３０８は、デバイス１０１のＵＩ管理部３０２に対して非表示サービスレイアウト情報を送信する。
【０２８８】
続いてステップＳ２３１５で、デバイス１０１のＵＩ管理部３０２は、サービス提供サーバ１０４に対して、非表示サービス選択画面に表示されるサービスのアイコンの画像データの取得要求を送信する。
【０２８９】
続いてステップＳ２３１６で、サービス提供サーバ１０４は、デバイス１０１のＵＩ管理部３０２へステップＳ２３１５の取得要求に応じたアイコンの画像データを送信する。ステップＳ２３１４で送信された非表示サービスレイアウト情報と、ここで送信されたアイコンの画像データに基づき、ＵＩ管理部３０２は、図２５に例示する非表示サービス選択画面を生成し、その先頭画面（図２５（ａ））を表示する。
【０２９０】
以上説明した通り、図２３のサービス選択画面更新処理によれば、グループ内での利用頻度が少ない、または特定のユーザにしか利用されないサービスをサービス選択画面において非表示にすることができる。これにより、ユーザのサービス選択画面への誤操作を抑制することができる。
【０２９１】
尚、本実施例では、デバイス１０１は１台である場合を例示したが、複数台であってもよい。
【０２９２】
（実施例２）
本実施例では、実施例１と同様、サービス選択画面でのサービス提供サーバ１０４が提供するサービスのアイコンの表示順番をグループ毎に変更する。また、本実施例では、実施例１と同様、グループ内で全く利用されない、もしくは一部のユーザしか利用しないサービスのアイコンをサービス選択画面において非表示にする。
【０２９３】
本実施例ではさらに、メイン画面においてグループ内のユーザが独自に作成したショートカットのアイコンを表示すると共に、メイン画面上での表示順番をグループ毎に変更させる。また、本実施例では、グループ内のユーザが作成したショートカットを、グループ外のユーザのログイン中においてはメイン画面上に表示させない方法を開示する。
【０２９４】
よって以下、本実施例においては、実施例１と同一のハードウェア構成については、同一の符号を付し、重複した説明は省略する。
【０２９５】
＜システム構成＞
図２６は、本実施例に係る情報処理システム２６００の全体構成を示す図である。
【０２９６】
情報処理システム２６００と図１の情報処理システム１００との相違点は以下の２点である。１点目は、デバイス１０１の代わりにこれと同一のハードウェア構成を有するデバイス２６０１を有する点である。２点目は、仲介サーバ１０３の代わりにこれと同一のハードウェア構成を有する仲介サーバ２６０２を有する点である。
【０２９７】
よって、以下、デバイス２６０１及び仲介サーバ２６０２についてのみ説明する。
【０２９８】
デバイス２６０１は、メイン画面のレイアウト情報を仲介サーバ２６０２より取得する。また、デバイス２６０１は、ユーザが予め設定した設定値をもとにメイン機能やサービスを実行するショートカット機能を有する。
【０２９９】
仲介サーバ２６０２は、デバイス２６０１よりメイン画面のレイアウト情報の取得要求を受信すると、デバイス２６０１に対してメイン画面のレイアウト情報を送信する。
【０３００】
＜機能構成＞
図２７は、デバイス２６０１及び仲介サーバ２６０２の機能構成の一例を示すブロック図である。
【０３０１】
まず、図２７を用いて、デバイス２６０１の機能構成について詳述する。
【０３０２】
ここで、デバイス１０１とデバイス２６０１の機能構成は、ほぼ同様なため、異なる部分のみを以下、説明する。
【０３０３】
図２６において、デバイス２６０１は、スキャン実行部３０１、ＵＩ管理部２７０２、ユーザ情報管理部３０３、機能制御部２７０４、第一実行履歴管理部２７０５、及び第一ショートカット管理部２７０６を備える。
【０３０４】
ＵＩ管理部２７０２は、デバイス２６０１に表示されるＵＩ画面の構成情報を管理する。ＵＩ管理部２７０２は、第一実行履歴管理部２７０５がもつ第一実行履歴情報を仲介サーバ２６０２の後述する第二実行履歴管理部２７０９へ送信する要求（第一実行履歴情報送信要求）を機能制御部２７０４に送信する。第一実行履歴情報については後述する。また、ＵＩ管理部２７０２は、ユーザからのショートカットの作成要求とショートカットの設定値を取得して、機能制御部２７０４に送信する。また、ＵＩ管理部２７０２は、第一ショートカット管理部２７０６がもつ第一ショートカット情報を仲介サーバ２６０２の後述する第二ショートカット管理部２７０８へ送信する要求（第一ショートカット情報送信要求）を機能制御部２７０４に送信する。また、ＵＩ管理部２７０２は、仲介サーバ２６０２の後述する画面表示制御部２７１０へ、メイン画面のレイアウト情報取得要求を送信する。
【０３０５】
機能制御部２７０４は、モジュール間の処理の仲介をする。本実施例では、各管理部から別の管理部が管理する機能の要求を受信した際に、該当の管理部に機能要求を仲介する。該当する各管理部とは、スキャン実行部３０１、ＵＩ管理部２７０２、ユーザ情報管理部３０３、第一実行履歴管理部２７０５、第一ショートカット管理部２７０６である。また、機能制御部２７０４は、第一ショートカット管理部２７０６に対してショートカットの作成要求を送信する。また、機能制御部２７０４は、ＵＩ管理部２７０２から第一実行履歴情報送信要求を受信すると、第一実行履歴管理部２７０５に第一実行履歴情報送信要求を送信する。また、機能制御部２７０４は、ＵＩ管理部２７０２より第一ショートカット情報送信要求を受信すると、第一ショートカット管理部２７０６に対して第一ショートカット情報の送信要求を送信する。
【０３０６】
第一実行履歴管理部２７０５は、デバイス２６０１で実行された機能の実行履歴情報を管理する。本実施例では、第一実行履歴管理部２７０５は、グループ毎にデバイス２６０１のメイン機能、サービス、及びショートカットの実行履歴の情報である第一実行履歴情報を第一実行履歴情報テーブルで管理する。第一実行履歴情報のデータ構造は、実施例１の実行履歴情報のデータ構造と同様とする。また、第一実行履歴管理部２７０５は、デバイス２６０１の機能制御部２７０４から送信されるデバイス２６０１におけるメイン機能、サービス、及びショートカットの実行要求をもとに第一実行履歴情報を更新する。また、第一実行履歴管理部２７０５は、グループに所属するユーザによってメイン機能、サービス、及びショートカットのいずれかが実行された場合は、第一実行履歴情報中の該当実行対象の実行回数をインクリメントする。また、第一実行履歴管理部２７０５は、機能制御部２７０４の要求に応じて、第一実行履歴情報を含む第一実行履歴更新要求を仲介サーバ２６０２の第二実行履歴管理部２７０９に対して送信する。また、第一実行履歴管理部２７０５は、かかる送信後、第二実行履歴管理部２７０９から第一実行履歴情報を取得した旨の通知を受信すると、グループ情報に紐づく第一実行履歴情報マップの実行回数をすべて０に上書きする。表２１は第一実行履歴管理部が管理する第一実行履歴情報テーブルの一例である。
【０３０７】
【表２１】
2022001998.tif 000023
【０３０８】
第一ショートカット管理部２７０６は、デバイス２６０１側で設定したメイン機能のショートカットを管理する。本実施例では、第一ショートカット管理部２７０６は、機能制御部２７０４よりショートカットの実行要求を受信すると、該当のサービスの実行要求と予め設定されたサービス実行時の設定値を機能制御部２７０４に送信し、ショートカットを実行する。また、第一ショートカット管理部２７０６は、機能制御部２７０４よりショートカットの作成要求を受信すると、ショートカットを作成・保持すると共に、そのショートカットを管理するための情報である第一ショートカット情報を作成する。その後、第一ショートカット管理部２７０６は、ショートカット作成結果を機能制御部２７０４に送信する。機能制御部２７０４は、このショートカット作成結果を受信すると、第一ショートカット管理部２７０６に対して、ショートカット登録要求を送信する。第一ショートカット情報には、少なくともショートカットを一意に識別する識別子であるショートカットＩＤとグループＩＤを持つ。第一ショートカット情報は第一ショートカット情報テーブルのレコードとして登録される。また、第一ショートカット管理部２７０６は、機能制御部２７０４からのショートカット登録要求に応じて、第一ショートカット情報を含むショートカット登録要求を、仲介サーバ２６０２の第二ショートカット管理部２７０８に送信する。表２２は第一ショートカット情報テーブルの一例である。
【０３０９】
【表２２】
2022001998.tif 000024
【０３１０】
まず、図２７を用いて、仲介サーバ２６０２の機能構成について詳述する。
【０３１１】
ここで、仲介サーバ２６０２と仲介サーバ１０３の機能構成は、ほぼ同様なため、異なる部分のみを以下、説明する。
【０３１２】
仲介サーバ２６０２は、認証・認可管理部３０５、第二ショートカット管理部２７０８、第二実行履歴管理部２７０９、画面表示制御部２７１０、ユーザ情報管理部３０９を備える。
【０３１３】
第二ショートカット管理部２７０８は、デバイス２６０１のショートカットを管理する。本実施例では、第二ショートカット管理部２７０８は、デバイス２６０１の第一ショートカット管理部２７０６よりショートカット登録要求を受信すると、ショートカット登録要求に含まれる第一ショートカット情報を、第二ショートカット情報として保存する。第二ショートカット情報は第二ショートカット情報テーブルのレコードとして管理される。表２３は第二ショートカット管理部２７０８が管理する第二ショートカット情報テーブルの一例である。
【０３１４】
【表２３】
2022001998.tif 000025
【０３１５】
第二実行履歴管理部２７０９は、デバイス２６０１で実行された機能の実行履歴情報を管理する。本実施例では、第二実行履歴管理部２７０９は、グループ毎にデバイス２６０１のメイン機能、サービス、及びショートカットの実行履歴の情報である第二実行履歴情報を第二実行履歴情報テーブルで管理する。第二実行履歴情報のデータ構造は、実施例１の実行履歴情報と同様である。また、第二実行履歴管理部２７０９は、デバイス２６０１から送信される第一実行履歴更新要求を受信すると、第一実行履歴更新要求に含まれる第一実行履歴情報をもとに第二実行履歴情報を更新する。表２４は第二実行履歴管理部２７０９が管理する第二実行履歴情報テーブルの一例である。尚、第二実行履歴情報テーブルは、仲介サーバ２６０２ではなく、ネットワークを介して接続される別のサーバが保持する構成でも良い。
【０３１６】
【表２４】
2022001998.tif 000026
【０３１７】
画面表示制御部２７１０は、デバイス２６０１のメイン画面のレイアウト情報を制御する。本実施例では、画面表示制御部２７１０は、デバイス２６０１からメイン画面のレイアウト情報取得要求を受信すると、まず、第二実行履歴管理部２７０９からグループ毎の第二実行履歴情報を取得する。その後、第二実行履歴情報をもとにレイアウト情報を生成し、デバイス２６０１に送信する。
【０３１８】
以下、本実施例に係るメイン画面取得のレイアウト情報処理について説明する。
【０３１９】
＜ショートカット登録処理＞
図２８は、本実施例に係るメイン画面取得のレイアウト情報処理の一部である、デバイス２６０１の第一ショートカット管理部２７０６により実行されるショートカット登録処理のフローチャートである。本処理により、ユーザはデバイス２６０１のメイン画面においてショートカットを選択できるようになる。またショートカットをデバイス２６０１内で管理できるようになる。
【０３２０】
尚、本処理を実行するためのプログラムは、デバイス２６０１のメモリー２０２及びＨＤＤ２０３のいずれかに記憶され、ＣＰＵ２０１により実行されるが、以下デバイス２６０１の第一ショートカット管理部２７０６を実行主体として説明する。
【０３２１】
本処理は、デバイス２６０１において、機能制御部２７０４が、ユーザ入力されたショートカット作成要求とショートカットの設定値をＵＩ管理部２７０２から受信し、第一ショートカット管理部２７０６にショートカット作成要求を送信したときに開始される。
【０３２２】
まず、ステップＳ２８０１で第一ショートカット管理部２７０６は、ユーザ入力されたショートカットの設定値に基づいて機能制御部２７０４で生成されたショートカットの設定情報を機能制御部２７０４から取得する。
【０３２３】
次にステップＳ２８０２で、第一ショートカット管理部２７０６は、ステップＳ２８０１で取得したショートカットの設定情報をもとにショートカットを作成する。
【０３２４】
次にステップＳ２８０３で、第一ショートカット管理部２７０６は、ステップＳ２８０２で作成したショートカットに対するショートカットＩＤを生成する。
【０３２５】
次にステップＳ２８０４で、第一ショートカット管理部２７０６は、ステップＳ２８０３で生成されたショートカットＩＤとショートカット作成要求を行ったユーザに紐づくグループＩＤをもとに第一ショートカット情報を生成する。その後、第一ショートカット管理部２７０６は、第一ショートカットテーブルに登録し、本処理を終了する。
【０３２６】
表２５は、ステップＳ２８０４で第１ショートカット情報を登録した後の第一ショートカットテーブルの一例である。
【０３２７】
ステップＳ２８０４の処理で第１ショートカット情報を登録される直前の第一ショートカットテーブルを示す表２２では、グループＩＤがＧ０００３に紐づくショートカット情報のレコードは登録されていなかった。一方、表２５では、グループＩＤがＧ０００３に紐づくユーザＵ０００６によるショートカット作成要求に応じて、グループＩＤがＧ０００３でショートカットＩＤがＳＣ０００３である第１ショートカット情報が第一ショートカットテーブルに登録される。
【０３２８】
【表２５】
2022001998.tif 000027
【０３２９】
＜第二実行履歴情報更新処理＞
図２９は、本実施例に係るメイン画面取得のレイアウト情報処理の一部である、仲介サーバ２６０２の第二実行履歴管理部２７０９により実行される第二実行履歴情報更新処理のフローチャートである。
【０３３０】
尚、本処理を実行するためのプログラムは、仲介サーバ２６０２のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下仲介サーバ２６０２の第二実行履歴管理部２７０９を実行主体として説明する。
【０３３１】
本処理は、デバイス２６０１からの第一実行履歴更新要求を受信して、その第一実行履歴更新要求に含まれる第一実行履歴情報を取得すると実行される。
【０３３２】
まず、ステップＳ２９０１で、第二実行履歴管理部２７０９は、自身が管理する第二実行履歴情報を取得する。
【０３３３】
続いてステップＳ２９０２で、第二実行履歴管理部２７０９は、ステップＳ２９０１で取得した第一実行履歴情報に含まれる未処理の第一実行履歴情報マップの各要素に対して後述するステップＳ２９０３の処理を繰り返す。すなわち、ステップＳ２９０２では、第一実行履歴情報として取得した第一実行履歴情報テーブルにおいて上からｉ番目に管理される第一実行履歴情報マップｉが取得される。尚、ｉの初期値は１である。その後、ステップＳ２９０３の処理を行った後、後述するステップＳ２９０４において、第一実行履歴情報マップｉが第一実行履歴情報テーブルの最後尾にある情報である場合、本処理を終了する。一方、そうでない場合は、ｉの値をインクリメントした後にステップＳ２９０２に戻る。
【０３３４】
ステップＳ２９０３で、第二実行履歴管理部２７０９は、自身が管理する第二実行履歴情報の第二実行履歴情報マップの要素と、第一実行履歴情報マップｉの要素とを比較する。第一実行履歴情報マップに含まれる要素がもつ属性が一致する第二実行履歴情報マップｉのレコードの実行回数を、第一実行履歴情報マップｉのレコードの実行回数に更新する。
【０３３５】
続いてステップＳ２９０４で、第二実行履歴管理部２７０９は、ステップＳ２９０１で取得した第一実行履歴情報に含まれる未処理の第一実行履歴情報マップの要素がないか確認する。未処理の要素があればステップＳ２９０２に戻り、なければ本処理を終了する。
【０３３６】
＜レイアウト情報生成処理＞
図３０は、本実施例に係るメイン画面取得のレイアウト情報処理の一部である、仲介サーバ２６０２の画面表示制御部２７１０により実行されるレイアウト情報生成処理のフローチャートである。
【０３３７】
尚、本処理を実行するためのプログラムは、仲介サーバ２６０２のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下仲介サーバ２６０２の画面表示制御部２７１０を実行主体として説明する。
【０３３８】
画面表示制御部３０８は、デバイス２６０１からメイン画面のレイアウト情報の取得要求を受信すると、本処理を開始する。尚、ここでの説明は前述の実施例１の図１１とほぼ同様なため、異なる部分のみを以下、説明する。尚、メイン画面のレイアウト情報取得要求には、デバイスＩＤ、ユーザＩＤ、グループＩＤ、及びグループ情報取得用認可トークンが含まれる。この要求の受信の際、第二実行履歴管理部２７０９は第一実行履歴情報を受信することで第二実行履歴情報を更新し、第二ショートカット管理部２７０８は、第一ショートカット情報を受信することで第二ショートカット情報を更新する。
【０３３９】
ステップＳ３００１で、画面表示制御部２７１０は、画面配置情報生成処理を実行する。画面配置情報生成処理については図３１を用いて後述する。
【０３４０】
続いてステップＳ３００２は、画面配置情報生成処理で生成されたメイン画面のレイアウト情報をアクセス先のデバイス１０１のＵＩ管理部２７０２に送信することで、本処理を終了する。
【０３４１】
＜画面配置情報生成処理＞
図３１は、図３０のステップＳ３００１の画面配置情報生成処理のフローチャートである。本処理を実行するためのプログラムは、仲介サーバ２６０２のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下仲介サーバ２６０２の画面表示制御部２７１０を実行主体として説明する。
【０３４２】
尚、ここでの説明は前述の実施例１の図１３とほぼ同様なため、異なる部分のみを以下、説明する。
【０３４３】
まず、ステップＳ３１０１で、画面表示制御部２７１０は、メイン画面のレイアウト情報取得要求に含まれるグループＩＤ（対象グループＩＤ）を取得する。
【０３４４】
ステップＳ３１０２で、画面表示制御部２７１０は、第二実行履歴管理部２７０９に対して対象グループＩＤに紐づく第二実行履歴情報の取得要求を送信する。これにより、画面表示制御部２７１０は、対象グループＩＤに紐づく第二実行履歴情報マップを第二実行履歴管理部２７０９から取得する。
【０３４５】
続いてステップＳ３１０３で、画面表示制御部２７１０は、メイン機能配置処理を実行し、本処理を終了する。このメイン機能配置処理については図３２を用いて後述する。
【０３４６】
＜メイン機能配置処理＞
図３２は、図３１のステップＳ３１０２のメイン機能配置処理のフローチャートである。本処理を実行するためのプログラムは、仲介サーバ２６０２のメモリー２１１及びＨＤＤ２１２のいずれかに記憶され、ＣＰＵ２１０により実行されるが、以下仲介サーバ２６０２の画面表示制御部２７１０を実行主体として説明する。本処理により、メイン画面には他のグループのユーザが作成したショートカットが表示されなくなり、またグループ内で頻繁に利用されるメイン機能やショートカットが先頭ページ近くに配置されるようになるため、ユーザの利便性が向上する。
【０３４７】
尚、ここでの説明は前述の実施例１の図１４とほぼ同様なため、異なる部分のみを以下、説明する。
【０３４８】
まず、ステップＳ３２０１で、画面表示制御部２７１０は、仲介サーバ１０３の第二ショートカット管理部２７０８から第二ショートカット情報テーブルに登録されているグループＩＤに紐づく第二ショートカット情報を取得する。
【０３４９】
続いてステップＳ３２０２で、画面表示制御部２７１０は、ステップＳ３１０２で取得した対象グループＩＤに紐づく第二実行履歴情報マップをもとに、実行回数が多い順番に、メイン機能、サービス、及びショートカットの情報をキューに積む。尚、実行回数が等しい実行履歴の情報は、第二実行履歴情報マップの左側から順番にキューに積まれる。また、ステップＳ３２０１で取得した第二ショートカット情報に含まれるショートカットＩＤ以外のショートカットＩＤに紐づけられる実行履歴はキューから削除する。これにより、第二ショートカット情報に含まれるショートカットＩＤのショートカット以外のショートカットをメイン画面において非表示とすることができる。
【０３５０】
続いてステップＳ３２０３〜Ｓ３２０８において、前述の実施例１の図１４のステップＳ１４０３〜Ｓ１４０８と同様の処理を行う。但し、図１４では、サービスレイアウト情報ｉにサービス情報ｊを割り当てたのに対し、図３２ではメイン画面のレイアウト情報ｉにメイン機能、サービス、及びショートカットの情報ｊを割り当てる点が相違する。
【０３５１】
尚、ステップＳ３２０２で削除されたショートカットＩＤがある場合、ステップＳ２１１１における非表示サービスリンクの表示要求と同様に、表示禁止サービスリンクの表示要求を送信するようにしてもよい。この場合、表示されるメイン画面には、「非表示禁止サービス一覧」アイコン（図３５参照）も含まれる。また、メイン画面におけるこのアイコンのユーザ選択があると、ステップＳ２３１１〜Ｓ２３１６と同様の処理が行われる。これにより、ステップＳ３２０２で削除されたショートカットＩＤのショートカットのアイコンを含む非表示禁止サービス選択画面の先頭ページがデバイス２６０１において表示される。
【０３５２】
ここで、図３３を使って、メイン画面のレイアウト情報取得処理全体のシーケンスを説明する。ここでは、ユーザは、ユーザＩＤがＵ０００６であり、且つグループＩＤがＧ０００３のグループに所属する。
【０３５３】
まずステップＳ３３００で、デバイス２６０１のＵＩ管理部２７０２は、ログイン用のＵＩ画面を表示する。その後、このＵＩ画面に対する、ユーザＩＤがＵ０００６でパスワードがＰ０００６の認証情報をユーザから受け付けると、これをデバイス２６０１の機能制御部２７０４に送信する。機能制御部２７０４は、ＵＩ管理部２７０２から上記認証情報を受信すると、デバイス１０１のユーザ情報管理部３０３にその認証情報を送信してユーザ認証を行わせる。ここで、表２のとおり、ユーザ情報管理部３０３が管理するユーザ情報テーブル中に、該当ユーザＩＤとパスワードの組合せをもつレコード（ユーザ情報）が存在する。このため、ユーザ情報管理部３０３は、ユーザ認証が成功した旨の応答を機能制御部２７０４に送信する。
【０３５４】
続いてステップＳ３３０１で、ＵＩ管理部２７０２は、ショートカット作成要求とショートカットの設定値のユーザ入力を受け付ける。このユーザ入力に応じて、第一ショートカット管理部２７０６は、図２８のショートカット登録処理を実行する。
【０３５５】
続いてステップＳ３３０２で、ＵＩ管理部２７０２は、ユーザよりメイン画面のレイアウト情報取得要求を受け付けると、機能制御部２７０４及び仲介サーバ２６０２の画面表示制御部２７１０にメイン画面のレイアウト情報取得要求を送信する。メイン画面のレイアウト情報の取得要求には、デバイスＩＤ、ユーザＩＤ、グループＩＤ、グループ情報取得用認可トークンが含まれる。また、機能制御部２７０４は、ＵＩ管理部２７０２よりメイン画面のレイアウト情報取得要求を受信すると、第一実行履歴管理部２７０５に対して第一実行履歴情報の送信要求を送信する。さらに、機能制御部２７０４は、第一ショートカット管理部２７０６に対して第一ショートカット情報の送信要求を送信する。第一実行履歴管理部２７０５は、この第一実行履歴情報の送信要求に応じて、第二実行履歴管理部２７０９に第一実行履歴情報を含む第一実行履歴更新要求を送信する。機能制御部２７０４は、この第一ショートカット情報の送信要求に応じて、ステップＳ３３０１で生成された第一ショートカット情報を含むショートカット登録要求を送信する。
【０３５６】
表２６は、第一実行履歴情報の送信要求が送信された時点で第一実行履歴管理部２７０５が管理する第一実行履歴情報テーブルの一例である。また、表２７は、第一ショートカット情報の送信要求が送信された時点で第一ショートカット管理部２７０６が管理する第一ショートカット情報テーブルの一例である。表２７に例示する第一ショートカット情報テーブルは、表２５と同様である。
【０３５７】
【表２６】
2022001998.tif 000028
【０３５８】
【表２７】
2022001998.tif 000029
【０３５９】
続いてステップＳ３３０３で、仲介サーバ２６０２の第二ショートカット管理部２７０８は、ステップＳ３３０１でデバイス２６０１の第一ショートカット管理部２７０６から送信された第一ショートカット情報の受信を待つ。その後、第二ショートカット管理部２７０８は、受信された第一ショートカット情報を第二ショートカット情報テーブルに登録する。表２８は、ステップＳ３３０３の処理後の第二ショートカット管理部２７０８が管理する第二ショートカット情報テーブルの一例である。ステップＳ３３０３の処理直前においては、表２３に示すように、グループＩＤがＧ０００３の第二ショートカット情報に紐づくレコードが存在しなかったが、表２８ではかかるレコードが追加されている。
【０３６０】
【表２８】
2022001998.tif 000030
【０３６１】
続いてステップＳ３３０４で、仲介サーバ２６０２の第二実行履歴管理部２７０９は、ステップＳ３３０２でデバイス２６０１の第一実行履歴管理部２７０５より送信された第一実行履歴情報を含む第一実行履歴更新要求の受信を待つ。その後、第二実行履歴管理部２７０９は、受信した第一実行履歴更新要求に応じて第二実行履歴情報を更新する。具体的には、図２９を用いて上述した処理が実行される。表２９は、ステップＳ３３０２での更新後の第二実行履歴管理部２７０９が管理する第二実行履歴情報テーブルの一例である。
【０３６２】
【表２９】
2022001998.tif 000031
【０３６３】
続いてステップＳ３３０５で、仲介サーバ２６０２の画面表示制御部２７１０は、メイン画面のレイアウト情報を生成する。具体的には、図３０を用いて上述した処理が実行される。表３０は生成されたレイアウト情報の一例である。図３４は、表３４に基づき生成されるメイン画面である。また、デバイス２６０１のＵＩ管理部２７０２と仲介サーバ２６０２の画面表示制御部２７１０におけるアイコン画像テーブルは図３５のように定義されている。
【０３６４】
【表３０】
2022001998.tif 000032
【０３６５】
続いてステップＳ３３０６で、仲介サーバ２６０２の画面表示制御部２７１０は、デバイス２６０１のＵＩ管理部２７０２に対してメイン画面のレイアウト情報を送信する。
【０３６６】
続いてステップＳ３３０７で、デバイス２６０１のＵＩ管理部２７０２は、ステップＳ３３０６で送信されたメイン画面のレイアウト情報をもとにメイン画面を生成する。
【０３６７】
続いてステップＳ３３０８で、デバイス２６０１のＵＩ管理部２７０２は、メイン画面の先頭ページのＵＩ画面を表示する。
【０３６８】
続いてステップＳ３３０９で、デバイス２６０１のＵＩ管理部２７０２は、メイン画面の先頭ページのＵＩ画面においてユーザからメイン画面の次ページへの移動要求を受け付けた場合、メイン画面の次ページのＵＩ画面を表示する。
【０３６９】
続いてステップＳ３３１０で、デバイス２６０１のＵＩ管理部２７０２は、メイン画面の次ページのＵＩ画面において「ショートカット３」のアイコンがユーザ選択されると、機能制御部２７０４に「ショートカット３」の実行要求を送信する。機能制御部２７０４は、第一ショートカット管理部２７０６にショートカットの実行要求を送信すると共に、第一実行履歴情報の更新要求を第一実行履歴管理部２７０５に送信する。
【０３７０】
続いてステップＳ３３１１で、第一実行履歴管理部２７０５は、ステップＳ３３１０での送信された第一実行履歴情報の更新要求を受けて、第一実行履歴情報を更新する。表３１は、ステップＳ３３１１での更新後の第一実行履歴情報テーブルの一例である。表２９と異なり、表３１ではグループＩＤがＧ０００３に紐づく実行履歴情報の実行履歴情報マップ４のショートカット３に紐づく実行回数がインクリメントされ、実行回数が１になっていることがわかる。
【０３７１】
【表３１】
2022001998.tif 000033
【０３７２】
続いてステップＳ３３１２で、デバイス２６０１の第一ショートカット管理部２７０６は、機能制御部２７０４から「ショートカット３」実行要求を受信すると、「ショートカット３」を実行する。第一ショートカット管理部２７０６は、「ショートカット３」の実行を完了すると、機能制御部２７０４を介して、ＵＩ管理部２７０２へメイン画面の表示要求を送信する。
【０３７３】
続いてステップＳ３３１３で、デバイス２６０１のＵＩ管理部２７０２は、第一ショートカット管理部２７０６からのメイン画面の表示要求に応じて、メイン画面を表示して、本処理を終了する。
【０３７４】
次に、引き続き、デバイス２６０１が、同じくグループＩＤがＧ０００３に所属する、ユーザＩＤがＵ０００７の別のユーザより、ユーザＩＤがＵ０００７でパスワードがＰ０００７の認証情報をステップＳ３３００で受け付けた場合について説明する。尚、ここでは、ステップＳ３３０１の処理は行われず、直接ステップＳ３３０２の処理に進む。
【０３７５】
この場合、続いてステップＳ３３０２の処理で、表３１の第一実行履歴情報を含む第一実行履歴更新要求が仲介サーバ２６０２の第二実行履歴管理部２７０９に対して送信される。この結果、ステップＳ３３０４で第二実行履歴情報が更新されるため、第二実行履歴情報テーブルの例は表３２になる。
【０３７６】
また、ステップＳ３３０４の結果として、ステップＳ３３０５でメイン画面のレイアウト情報テーブルが表３３のように生成され、ステップＳ３３０７で生成されるメイン画面のレイアウトは図３６のようになる。
【０３７７】
図３６に示すメイン画面のレイアウトには、現在デバイス２６０１にログイン中のユーザが所属するグループＩＤがＧ０００３のグループとは異なるグループに所属するユーザが作成したショートカットのアイコンは含まれない。例えば、グループＩＤがＧ０００２のグループに所属するユーザが作成した「ショートカット２」のアイコンは、図３６のメイン画面のレイアウトには含まれない。
【０３７８】
また、ステップＳ３３０８の処理で、現在デバイス２６０１にログイン中のユーザと同一グループに所属するユーザＵ０００６が選択した「ショートカット３」のアイコンがメイン画面の先頭ページのＵＩ画面に表示される。このため、グループ間で利用される機能が選択しやすくなり、ユーザの利便性を向上させることができる。
【０３７９】
【表３２】
2022001998.tif 000034
【０３８０】
【表３３】
2022001998.tif 000035
【０３８１】
尚、実施例１のデバイス１０１と同様、本実施例のデバイス２６０１は１台である場合を例示したが、複数台であってもよい。
【０３８２】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶（格納）した記録媒体は本発明を構成することになる。
【符号の説明】
【０３８３】
１００，２６００  情報処理システム
１０１,２６０１  デバイス
１０３，２６０２  仲介サーバ
１０４  サービス提供サーバ
３０２  ＵＩ管理部
３０４  機能制御部
３０５  認証・認可管理部
３０７  実行履歴管理部
３０８，２７１０  画面表示制御部
２７０５  第一実行履歴管理部
２７０６  第一ショートカット管理部
２７０８  第二ショートカット管理部
【図１】
2022001998.tif 000036
【図２Ａ】
2022001998.tif 000037
【図２Ｂ】
2022001998.tif 000038
【図３】
2022001998.tif 000039
【図４】
2022001998.tif 000040
【図５】
2022001998.tif 000041
【図６】
2022001998.tif 000042
【図７】
2022001998.tif 000043
【図８】
2022001998.tif 000044
【図９】
2022001998.tif 000045
【図１０】
2022001998.tif 000046
【図１１】
2022001998.tif 000047
【図１２】
2022001998.tif 000048
【図１３】
2022001998.tif 000049
【図１４】
2022001998.tif 000050
【図１５】
2022001998.tif 000051
【図１６】
2022001998.tif 000052
【図１７】
2022001998.tif 000053
【図１８】
2022001998.tif 000054
【図１９】
2022001998.tif 000055
【図２０】
2022001998.tif 000056
【図２１】
2022001998.tif 000057
【図２２】
2022001998.tif 000058
【図２３】
2022001998.tif 000059
【図２４】
2022001998.tif 000060
【図２５】
2022001998.tif 000061
【図２６】
2022001998.tif 000062
【図２７】
2022001998.tif 000063
【図２８】
2022001998.tif 000064
【図２９】
2022001998.tif 000065
【図３０】
2022001998.tif 000066
【図３１】
2022001998.tif 000067
【図３２】
2022001998.tif 000068
【図３３】
2022001998.tif 000069
【図３４】
2022001998.tif 000070
【図３５】
2022001998.tif 000071
【図３６】
2022001998.tif 000072