JP6427880B2

JP6427880B2 - 情報処理システム、情報処理装置及びプログラム

Info

Publication number: JP6427880B2
Application number: JP2014007160A
Authority: JP
Inventors: 和徳杉村; 浩太永井; 楽竹本; みなみ小川
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2013-02-06
Filing date: 2014-01-17
Publication date: 2018-11-28
Anticipated expiration: 2034-01-17
Also published as: CN103970528A; US20140223320A1; CN103970528B; JP2014170527A

Description

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

近年、ユーザが必要な時に必要な機能だけを利用するといった新しいサービス提供形態が増加している。例えば、ユーザが欲しい機能だけを自由に選んでサービスを利用できるような、新しいソフトウェア利用形態であるＳａａＳ（Software as a Service）や、インターネット上のコンピューティング・リソースを組合せ、エンドユーザに対してより付加価値の高いアプリケーションサービスを提供するクラウドコンピューティングといったサービス提供形態である。

ユーザがＷｅｂポータルサーバを介して順次Ｗｅｂサービス提供サーバを呼出し、必要に応じてユーザ端末とＷｅｂサービス提供サーバとの間でユーザインタラクションをしながら、サービス連携を実施するユーザ対話型サービス連携システムは、従来から知られている（例えば特許文献１参照）。

従来のユーザ対話型サービス連携システムはＷｅｂポータルサーバがユーザからのＷｅｂサービス提供サーバの呼出しを受け付け、Ｗｅｂサービス提供サーバが提供するＷｅｂサービスのサービス連携を実施していた。しかしながら、多種類のＷｅｂサービスによるサービス連携を実施するＷｅｂポータルサーバの開発は容易でなかった。

このような課題は、Ｗｅｂポータルサーバと同様に、ポータルサービスを提供する各種の情報処理装置においても共通の課題である。

本発明の実施の形態は、上記の点に鑑みなされたものであり、ポータルサービスの開発を容易化できる情報処理システム、情報処理装置及びプログラムを提供することを目的とする。

上記目的を達成するために本願請求項１は、画像形成装置と１以上の情報処理装置とを含む情報処理システムであって、前記情報処理装置は、ポータルサービスに関する１以上の基本処理の画面及び１以上の画像形成機能に関するサービスから起動するサービスをユーザに選択させる画面の画面データを前記画像形成装置に提供する表示制御手段と、前記画面データの作成に利用される１以上の共通機能を前記表示制御手段に提供する共通機能提供手段と、前記共通機能提供手段に基盤機能を提供する基盤機能提供手段と、を備え、前記共通機能提供手段は、前記基盤機能提供手段に対するクライアント機能を提供する共通クライアント手段と、前記共通クライアント手段により提供される機能を利用し、前記表示制御手段に機能を提供する第１の共通手段と、前記共通クライアント手段及び前記第１の共通手段が共通に利用する機能を提供する第２の共通手段と、を備えることを特徴とする。

本発明の実施の形態によれば、ポータルサービスの開発を容易化できる。

第１の実施形態に係る情報処理システムの一例の構成図である。サービス提供システムの他の例の構成図である。コンピュータシステムの一例のハードウェア構成図である。第１の実施形態に係るサービス提供システムの一例の処理ブロック図である。組織情報の一例の構成図である。ユーザ情報の一例の構成図である。ライセンス情報の一例の構成図である。機器情報の一例の構成図である。権限情報の一例の構成図である。第１の実施形態に係るサービス提供システムの他の例の処理ブロック図である。ポータルサービスアプリの一例の構成図である。ユーザ管理画面の表示処理手順の一例を表したシーケンス図である。ユーザ管理画面の一例のイメージ図である。サービス管理画面の一例のイメージ図である。エラーが発生したときのユーザ管理画面の表示処理手順の一例を表したシーケンス図である。アプリランチャ画面の表示処理手順の一例を表したシーケンス図である。アプリランチャ画面の一例のイメージ図である。アプリランチャ画面の他の例のイメージ図である。スキャンサービスアプリが基盤サービスから設定情報を取得する処理手順を表した説明図である。プリントサービスアプリが基盤サービスにジョブを登録する処理手順を表した説明図である。共通クライアント部を利用するアプリケーションの一例の構成図である。

以下、本発明の実施形態について図面を参照しながら説明する。
［第１の実施形態］
＜システム構成＞
図１は第１の実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１０００は例えばオフィス内ネットワーク等のネットワークＮ１と、クラウドサービスに代表されるサービス提供システムのネットワークＮ２と、インターネットなどのネットワークＮ３とを有する。

ネットワークＮ１は、ファイヤウォールＦＷの内側にあるプライベートなネットワークである。ファイヤウォールＦＷはネットワークＮ１とネットワークＮ３との接点に設置され、不正なアクセスを検出及び遮断する。ネットワークＮ１にはクライアント端末１０１１、携帯端末１０１２、複合機などの画像形成装置１０１３が接続されている。

クライアント端末１０１１は端末装置の一例である。クライアント端末１０１１は一般的なＯＳなどが搭載された情報処理装置によって実現できる。クライアント端末１０１１は無線による通信の手段または有線による通信の手段を有する。クライアント端末１０１１は、タブレットＰＣ、ノートＰＣなど、ユーザが操作可能な端末である。

携帯端末１０１２は端末装置の一例である。携帯端末１０１２は、無線による通信の手段または有線による通信の手段を有している。携帯端末１０１２は、スマートフォンや携帯電話、タブレットＰＣ、ノートＰＣなど、ユーザが携帯可能な端末である。

画像形成装置１０１３は複合機などの画像形成機能を有する装置である。画像形成装置１０１３は無線による通信の手段または有線による通信の手段を有する。画像形成装置１０１３は複合機、コピー機、スキャナ、プリンタ、レーザプリンタ、プロジェクタ、電子黒板など、画像形成に係る処理を行う装置である。図１では、一例としてクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３がそれぞれ一台である例を示しているが複数台であってもよい。

ネットワークＮ２はアクセス制御装置１０２１によってネットワークＮ３に接続されている。ネットワークＮ２はアクセス制御装置１０２１によってセキュリティが保護されている。ネットワークＮ２にはプリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４が接続されている。

図１の情報処理システム１０００は、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４がサービス提供システムを実現している。プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４はプリントサービス、スキャンサービスや他サービスを提供する。

アクセス制御装置１０２１はプリントサービス提供装置１０２２が提供するプリントサービスやスキャンサービス提供装置１０２３が提供するスキャンサービスなどへのログインを制御する。

アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は、一台以上の情報処理装置によって実現される。

アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は一台の情報処理装置に統合して実現してもよいし、複数の情報処理装置に分散して実現してもよい。

ネットワークＮ２側のサービスの一部はネットワークＮ２以外にあってもよい。携帯端末１０１２は、オフィス内ネットワーク等のネットワークＮ１以外にあってもよい。図１の情報処理システム１０００では携帯端末１０１２がネットワークＮ１と、ネットワークＮ３とにある例を示している。

図１のサービス提供システムの構成は一例であって、図２に示すような構成によっても実現できる。図２はサービス提供システムの他の例の構成図である。図２のサービス提供システムはネットワークＮ２がファイヤウォールＦＷによってネットワークＮ３に接続されている。

ネットワークＮ２にはＳａａＳ（Software as a Service）系のサービス提供装置、共通サービス（Network Service Platform）系のサービス提供装置、ストレージ（Storage）系の記憶装置が接続されている。なお、共通サービス系のサービス提供装置はＳａａＳ系のサービス提供装置が共通で使えるサービスを提供する。

ＳａａＳ系のサービス提供装置は、例えばポータルサービス提供装置１０５１、プリントサービス提供装置１０５２、スキャンサービス提供装置１０５３など、提供するサービスに応じたサービス提供装置が含まれる。また、共通サービス系のサービス提供装置は、例えば認証サービス提供装置１０６１、データ処理サービス提供装置１０６２、一時データ保存サービス提供装置１０６３など、提供する共通サービスに応じたサービス提供装置が含まれる。ストレージ系の記憶装置は、例えば認証情報記憶装置１０７１、ジョブ情報記憶装置１０７２、一時データ記憶装置１０７３など、記憶する情報（データ）に応じた記憶装置が含まれる。

図２のサービス提供システムでは、例えばファイヤウォールＦＷ、認証サービス提供装置１０６１が提供する認証サービスによってセキュリティが保護されている。なお、図２のサービス提供システムの構成も一例であって、他の構成であってもよい。

＜ハードウェア構成＞
図１のクライアント端末１０１１、携帯端末１０１２、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は、例えば図３に示すようなハードウェア構成のコンピュータシステムにより実現される。

図２のＳａａＳ系のサービス提供装置、共通サービス系のサービス提供装置、ストレージ系の記憶装置も、例えば図３に示すようなハードウェア構成のコンピュータシステムにより実現される。

図３はコンピュータシステムの一例のハードウェア構成図である。図３のコンピュータシステム１５００は、入力装置１５０１、表示装置１５０２、外部Ｉ／Ｆ１５０３、ＲＡＭ（Random Access Memory）１５０４、ＲＯＭ（Read Only Memory）１５０５、ＣＰＵ（Central Processing Unit）１５０６、通信Ｉ／Ｆ１５０７、及びＨＤＤ（Hard Disk Drive）１５０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置１５０２はディスプレイ等を含み、コンピュータシステム１５００による処理結果を表示する。

通信Ｉ／Ｆ１５０７はコンピュータシステム１５００をネットワークＮ１〜Ｎ３に接続するインタフェースである。これにより、コンピュータシステム１５００は通信Ｉ／Ｆ１５０７を介してデータ通信を行うことができる。

ＨＤＤ１５０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム１５００全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。

ＨＤＤ１５０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。外部Ｉ／Ｆ１５０３は、外部装置とのインタフェースである。外部装置には、記録媒体１５０３ａなどがある。これにより、コンピュータシステム１５００は外部Ｉ／Ｆ１５０３を介して記録媒体１５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１５０３ａにはフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ１５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１５０５には、コンピュータシステム１５００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１５０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ１５０６は、ＲＯＭ１５０５やＨＤＤ１５０８などの記憶装置からプログラムやデータをＲＡＭ１５０４上に読み出し、処理を実行することで、コンピュータシステム１５００全体の制御や機能を実現する演算装置である。

クライアント端末１０１１、携帯端末１０１２、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４は、コンピュータシステム１５００のハードウェア構成により、後述するような各種処理を実現できる。また、図２のＳａａＳ系のサービス提供装置、共通サービス系のサービス提供装置、ストレージ系の記憶装置も、コンピュータシステム１５００のハードウェア構成により、後述するような各種処理を実現できる。なお、図１に示した画像形成装置１０１３、ファイヤウォールＦＷのハードウェア構成については説明を省略する。

＜ソフトウェア構成＞
《サービス提供システム》
第１の実施形態に係るサービス提供システムは例えば図４に示す処理ブロックにより実現される。図４は第１の実施形態に係るサービス提供システムの一例の処理ブロック図である。

サービス提供システム１１００はプログラムを実行することにより、アプリケーション１１０１、共通サービス１１０２、データベース（ＤＢ）１１０３及びプラットフォームＡＰＩ（Application Programming Interface）１１０４を実現している。

アプリケーション１１０１は、ポータルサービスアプリ１１１１、スキャンサービスアプリ１１１２、プリントサービスアプリ１１１３を一例として有する。

ポータルサービスアプリ１１１１は、ポータルサービスを提供するアプリケーションである。ポータルサービスは、サービス提供システム１１００を利用するための入り口となるサービスを提供する。スキャンサービスアプリ１１１２はスキャンサービスを提供するアプリケーションである。プリントサービスアプリ１１１３はプリントサービスを提供するアプリケーションである。アプリケーション１１０１には、その他のサービスアプリが含まれていてもよい。

プラットフォームＡＰＩ１１０４はポータルサービスアプリ１１１１、スキャンサービスアプリ１１１２、プリントサービスアプリ１１１３などのアプリケーション１１０１が共通サービス１１０２を利用するためのインタフェースである。プラットフォームＡＰＩ１１０４はアプリケーション１１０１からの要求を共通サービス１１０２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。

プラットフォームＡＰＩ１１０４は、サービス提供システム１１００が複数の情報処理装置で構成される場合、ネットワーク経由で利用可能な例えばＷｅｂＡＰＩにより実現できる。

共通サービス１１０２は、認証・認可部１１２１、組織管理部１１２２、ユーザ管理部１１２３、ライセンス管理部１１２４、機器管理部１１２５、一時画像保存部１１２６、画像処理ワークフロー制御部１１２７、ログ収集部１１２８を有する。

また、画像処理ワークフロー制御部１１２７はメッセージキュー１１３１、１つ以上のワーカー（Ｗｏｒｋｅｒ）１１３２を有する。ワーカー１１３２は画像変換や画像送信などの機能を実現する。

認証・認可部１１２１は、クライアント端末１０１１や画像形成装置１０１３などのオフィス機器からのログイン要求に基づいて認証・認可を実行する。オフィス機器はクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３などの総称である。

認証・認可部１１２１は、例えば後述するユーザ情報記憶部１１４３、ライセンス情報記憶部１１４４、権限情報記憶部１１４７などにアクセスしてユーザを認証・認可する。また、認証・認可部１１２１は例えば後述する組織情報記憶部１１４２、ライセンス情報記憶部１１４４、機器情報記憶部１１４５などにアクセスして画像形成装置１０１３などを認証する。

組織管理部１１２２は後述する組織情報記憶部１１４２に記憶されている組織情報を管理する。ユーザ管理部１１２３は、後述するユーザ情報記憶部１１４３に記憶されているユーザ情報を管理する。また、ユーザ管理部１１２３は後述する権限情報記憶部１１４７に記憶されている権限情報を管理する。

ライセンス管理部１１２４は後述するライセンス情報記憶部１１４４に記憶されているライセンス情報を管理する。機器管理部１１２５は後述する機器情報記憶部１１４５に記憶されている機器情報を管理する。一時画像保存部１１２６は後述する一時画像記憶部１１４６への一時画像の保存、一時画像記憶部１１４６からの一時画像の取得を行う。

画像処理ワークフロー制御部１１２７はアプリケーション１１０１からの要求に基づいて画像処理に関するワークフローを制御する。メッセージキュー１１３１は処理の種類に対応するキューを有する。画像処理ワークフロー制御部１１２７は処理（ジョブ）に係るリクエストのメッセージを、そのジョブの種類に対応するキューに投入する。

ワーカー１１３２は対応するキューを監視している。キューにメッセージが投入されるとワーカー１１３２は、対応するジョブの種類に応じた画像変換や画像送信などの処理を行う。なお、キューに投入されたメッセージはワーカー１１３２が主体的に読み出す（Ｐｕｌｌ）ようにしてもよいし、キューからワーカー１１３２に提供する（Ｐｕｓｈ）ようにしてもよい。

データベース１１０３は、ログ情報記憶部１１４１、組織情報記憶部１１４２、ユーザ情報記憶部１１４３、ライセンス情報記憶部１１４４、機器情報記憶部１１４５、一時画像記憶部１１４６、権限情報記憶部１１４７、ジョブ情報記憶部１１４８、及び、アプリケーション固有の設定情報記憶部１１４９を有する。

ログ情報記憶部１１４１は、ログ情報を記憶する。組織情報記憶部１１４２は、後述の組織情報を記憶する。ユーザ情報記憶部１１４３は、後述のユーザ情報を記憶する。ライセンス情報記憶部１１４４は、後述のライセンス情報を記憶する。機器情報記憶部１１４５は後述の機器情報を記憶する。

一時画像記憶部１１４６は一時画像を記憶する。一時画像は、例えばワーカー１１３２が処理するスキャン画像などのファイルやデータである。権限情報記憶部１１４７は後述の権限情報を記憶する。ジョブ情報記憶部１１４８は処理（ジョブ）に係るリクエストの情報（ジョブ情報）を記憶する。アプリケーション固有の設定情報記憶部１１４９はアプリケーション１１０１に固有の設定情報を記憶する。

サービス提供システム１１００は、認証・認可や画像処理に関するワークフローなどの共通サービスを提供する統合基盤と、統合基盤の機能を利用してスキャンサービス、プリントサービス、ポータルサービス等のアプリサービスを提供するサービス群と、して機能する。

統合基盤は例えば共通サービス１１０２、データベース１１０３及びプラットフォームＡＰＩ１１０４によって構成される。また、サービス群は例えばアプリケーション１１０１によって構成される。

図４に示したサービス提供システム１１００はサービス群と統合基盤とを分離した構成により、プラットフォームＡＰＩ１１０４を利用するアプリケーション１１０１を容易に開発できる。

なお、図４に示したサービス提供システム１１００の処理ブロックの分類形態は一例であり、アプリケーション１１０１、共通サービス１１０２、データベース１１０３が図４に示される階層で分類されていることが必須ではない。第１の実施形態に係るサービス提供システム１１００の処理を実施できるのであれば、図４に示される階層関係などは特定のものに限定されない。

図５は組織情報の一例の構成図である。図５に示す組織情報はデータ項目として、組織ＩＤ、組織名、表示言語、タイムゾーン、状態、国などを有する。組織ＩＤは企業、部署などのグループを特定する情報である。組織ＩＤは組織という言語に限定されるものではなく、例えば契約を識別する情報であってもよい。なお、組織ＩＤは一意である。

組織名は企業、部署などのグループの名称を表している。表示言語は企業、部署などのグループの名称を表示する言語を表している。タイムゾーンは企業、部署などのグループが利用する標準時を表している。状態は企業、部署などのグループの状態を表している。国は企業、部署などのグループの属する国名を表している。

図６はユーザ情報の一例の構成図である。図６に示すユーザ情報は、データ項目として組織ＩＤ、ユーザＩＤ、パスワード、ユーザ名、表示言語、タイムゾーン、状態などを有する。

ユーザＩＤ、パスワードはユーザを特定する情報（ユーザ特定情報）である。ユーザＩＤはユーザ名等であってもよい。また、パスワードは必須でない。なお、同じ組織ＩＤで管理されるユーザＩＤ、パスワードは一意であるが、組織ＩＤが異なれば重複していてもよい。

さらに、ユーザＩＤはユーザが所持する電子媒体（例えばＩＣカード）を識別する情報を用いてもよい。ユーザが所持する電子媒体としてはＩＣカード、携帯電話、タブレット端末、電子書籍端末等を利用できる。電子媒体を識別する情報としては、カードＩＤ、シリアルＩＤ、携帯電話の電話番号、端末のプロフィール情報などを利用できる。電子媒体を識別する情報は組み合わせて利用してもよい。

ユーザ名はユーザの名称を表している。表示言語はユーザ名を表示する言語を表している。タイムゾーンはユーザが利用する標準時を表している。状態はユーザの状態を表している。国はユーザの属する国名を表している。

図７はライセンス情報の一例の構成図である。図７に示すライセンス情報はデータ項目として組織ＩＤ、サービスなどを有する。サービスは、サービスを特定する情報（サービス特定情報）である。ライセンス情報は、組織ＩＤにより特定される組織が利用することのできる１つ以上のサービスを表している。ライセンス情報は、例えば組織に属する有効なサービスのライセンスが一つ以上存在する場合に作成される。

図８は機器情報の一例の構成図である。図８に示す機器情報はデータ項目として、組織ＩＤ、デバイス認証情報、事業所情報、ケーパビリティなどを有する。デバイス認証情報は、オフィス機器が特定の条件を備えていることを判別するデバイス認証のための情報である。デバイス認証情報はオフィス機器に特定のアプリケーションが搭載されていることを示すＩＤや、特定のオフィス機器であることを示す機器番号などであってもよい。事業所情報は例えばオフィス機器が設置されている事業所を表している。ケーパビリティは例えばオフィス機器の能力を表している。

図９は権限情報の一例の構成図である。図９に示す権限情報はデータ項目としてユーザＩＤ、ロールなどを有する。ロールはユーザの役割を表す。ユーザの役割には、例えば管理者や一般ユーザなどが含まれる。

なお、図４に示したサービス提供システム１１００の処理ブロックは例えば図１０に示すような処理ブロックであってもよい。図１０は第１の実施形態に係るサービス提供システムの他の例の処理ブロック図である。なお、図１０のサービス提供システム１１００は一部を除いて図４のサービス提供システム１１００と同様であるため、同一部分について適宜説明を省略する。

図１０のサービス提供システム１１００は、プログラムを実行することにより、アプリケーション１１０１、共通サービス１１０２、データベース１１０３、プラットフォームＡＰＩ１１０４に加えて、ドメイン固有ＡＰＩ１１０５、ドメイン固有サービス１１０６を実現している。

図１０のサービス提供システム１１００はアプリケーション１１０１、ドメイン固有ＡＰＩ１１０５及びドメイン固有サービス１１０６が、図４のサービス提供システム１１００と異なっている。図１０のアプリケーション１１０１は、ポータルサービスアプリ１１１１、スキャンサービスアプリのＵＩ部１１１２ａ、プリントサービスアプリのＵＩ部１１１３ａを一例として有する。また、ドメイン固有サービス１１０６はスキャンサービスアプリのロジック部１１１２ｂ、プリントサービスアプリのロジック部１１１３ｂを一例として有する。

ドメイン固有のロジックであるスキャンサービスアプリのロジック部１１１２ｂとプリントサービスアプリのロジック部１１１３ｂとは、携帯端末１０１２や画像形成装置１０１３などのＷｅｂブラウザ以外のクライアントからのアクセスを受ける。Ｗｅｂブラウザ以外のクライアントにおいて、スキャンサービスアプリのＵＩ部１１１２ａなどのＵＩ部がクライアント側に配置されるため、サーバ側はドメイン固有ＡＰＩ１１０５を提供できればよい。

このように、図１０のサービス提供システム１１００は、ＷｅｂブラウザからのアクセスをスキャンサービスアプリのＵＩ部１１１２ａなどのＵＩ部が受ける。また、Ｗｅｂブラウザ以外のクライアントからのアクセスをスキャンサービスアプリのロジック部１１１２ｂなどのロジック部が受ける。Ｗｅｂブラウザからのアクセスと、Ｗｅｂブラウザ以外のクライアントからのアクセスとは頻度が異なるため、これらを別サーバとして配置することで、頻度の増加に伴うスケールアウトをより効果的に行うことができる。また、図１０のサービス提供システム１１００では、ドメイン固有ＡＰＩを組み合わせて利用することで、複合的なアプリケーションを構築することもできる。

《ポータルサービスアプリ》
図１１はポータルサービスアプリの一例の構成図である。ポータルサービスアプリ１１１１は、ポータルアプリケーション部１２０１、ポータル共通部１２０２、アプリ共通部１２０３、共通クライアント部１２０４を有する構成である。

ポータルアプリケーション部１２０１はポータル基本アプリケーションのコンポーネント１２１１と、ポータル応用アプリケーションのコンポーネント１２１２とを有する構成である。

図１１ではポータル基本アプリケーションのコンポーネント１２１１の一例としてアプリランチャコンポーネント１２２１、個人設定コンポーネント１２２２、ユーザ管理コンポーネント１２２３、サービス管理コンポーネント１２２４、組織設定コンポーネント１２２５、ユーザサポートコンポーネント１２２６を示している。また、ポータル応用アプリケーションのコンポーネント１２１２の一例としてスキャンアプリポータルコンポーネント１２２７、プリントアプリポータルコンポーネント１２２８を示している。

図１１のポータル基本アプリケーションのコンポーネント１２１１とポータル応用アプリケーションのコンポーネント１２１２とは、例えばポートレット（Portlet）により実現される。ポートレットはポータルで管理・表示される着脱可能なＵＩコンポーネントである。

ポータルアプリケーション部１２０１は、ポータル共通部１２０２、アプリ共通部１２０３、共通クライアント部１２０４により提供される機能を利用し、ポータルに関する処理を行う。ポータル基本アプリケーションのコンポーネント１２１１とポータル応用アプリケーションのコンポーネント１２１２とは、ポータル共通部１２０２、アプリ共通部１２０３、共通クライアント部１２０４により提供される機能を共有する。

なお、図１１のポータル基本アプリケーションのコンポーネント１２１１とポータル応用アプリケーションのコンポーネント１２１２とは一例であって、他のコンポーネントであってもよい。

図１１のポータル共通部１２０２、アプリ共通部１２０３、共通クライアント部１２０４は、ポータルのフレームワークやプラットフォームとして機能する。例えばポータル共通部１２０２、アプリ共通部１２０３、共通クライアント部１２０４は、ポータルアプリケーション部１２０１に汎用的な機能をまとめて提供する。

ポータル共通部１２０２は前／後処理部１２３１とベース部１２３２とを有する構成である。また、前／後処理部１２３１はユーザ情報取得部１２４１とリクエスト記録部１２４２とを有する構成である。

ポータル共通部１２０２は、アプリ共通部１２０３及び共通クライアント部１２０４を利用し、ポータルアプリケーション部１２０１に機能を提供する。なお、ポータル共通部１２０２が行う処理の詳細については後述する。

アプリ共通部１２０３はスレッド情報部１２５１とログ記録部１２５２とを有する構成である。アプリ共通部１２０３はポータル共通部１２０２、共通クライアント部１２０４から利用される。なお、アプリ共通部１２０３が行う処理の詳細については後述する。

共通クライアント部１２０４はサービス管理クライアント１２６１、ユーザ管理クライアント１２６２、ＤＢクライアント１２６３、メール送信クライアント１２６４、非同期ジョブクライアント１２６５、通信クライアント１２６６を有する構成である。共通クライアント部１２０４は、アプリ共通部１２０３を利用する。また、共通クライアント部１２０４はポータル共通部１２０２から利用される。

共通クライアント部１２０４は、後述の基盤サービス１２０５や他のアプリケーション１１０１に対するクライアント機能を備えている。なお、共通クライアント部１２０４が行う処理の詳細については後述する。

図１１の基盤サービス１２０５は図４等のサービス提供システム１１００における統合基盤を別の形態で表したものである。基盤サービス１２０５は図４等のサービス提供システム１１００における共通サービス１１０２、データベース１１０３、プラットフォームＡＰＩ１１０４に相当する。

図１１の基盤サービス１２０５は、認証／ユーザ管理部１２７１、サービス／ライセンス管理部１２７２、ＤＢ（データベース）１２７３、ストレージ１２７４、非同期ジョブ実行部１２７５を有する構成である。

＜処理の詳細＞
《ログイン》
例えば図１のクライアント端末１０１１に搭載されたＷｅｂブラウザ１２８０はユーザから例えばアクセス先としてログイン画面のＵＲＬを入力又はブックマークから選択されることで、例えばポータルサービスアプリ１１１１からログイン画面を受信する。

Ｗｅｂブラウザ１２８０はログイン画面を表示する。ユーザは表示されたログイン画面に組織ＩＤ、ユーザＩＤ及びパスワードを入力してログインボタンなどを押下する。ログインボタンが押下されると、Ｗｅｂブラウザ１２８０はポータルサービスアプリ１１１１にログインを要求する。なお、ログインの要求には組織ＩＤ、ユーザＩＤ、パスワードが含まれる。

ポータルサービスアプリ１１１１は認証・認可部１１２１にＷｅｂブラウザ１２８０からのログインの要求に含まれていた組織ＩＤ、ユーザＩＤ、パスワードによるログインを要求する。認証・認可部１１２１はポータルサービスアプリ１１１１からのログインの要求に含まれていた組織ＩＤ、ユーザＩＤ、パスワードの組みが、図６に示すようなユーザ情報としてユーザ情報記憶部１１４３に記憶されているか確認する。

ログインの要求に含まれていた組織ＩＤ、ユーザＩＤ、パスワードの組みが、ユーザ情報記憶部１１４３に記憶されていれば、認証・認可部１１２１はＷｅｂブラウザ１２８０に認証チケットなどのログイン情報を返す。ログイン情報はクッキー（Cookie）等を利用して受信する。ログイン情報を取得後、Ｗｅｂブラウザ１２８０はログイン情報を指定して、後述のようにユーザ管理画面やアプリランチャ画面の表示をポータルサービスアプリ１１１１に要求できる。

《ユーザ管理画面の表示》
図１２はユーザ管理画面の表示処理手順の一例を表したシーケンス図である。ユーザがユーザ管理画面の表示を要求すると、ステップＳ１において、Ｗｅｂブラウザ１２８０はログイン情報を指定してポータルアプリケーション部１２０１にユーザ管理画面の表示を要求する。

ステップＳ２において、ポータルアプリケーション部１２０１はログイン情報を指定してポータル共通部１２０２のユーザ情報取得部１２４１に前処理を要求する。ステップＳ３において、ユーザ情報取得部１２４１はアプリ共通部１２０３のスレッド情報部１２５１にログイン情報を保存する。ステップＳ４において、ユーザ情報取得部１２４１は共通クライアント部１２０４のユーザ管理クライアント１２６２に対してユーザ情報の取得を要求する。

ステップＳ５において、ユーザ管理クライアント１２６２はスレッド情報部１２５１にログイン情報の取得を要求する。ステップＳ６において、ユーザ管理クライアント１２６２はスレッド情報部１２５１からログイン情報を取得する。

ステップＳ７において、ユーザ管理クライアント１２６２はログイン情報を指定して通信クライアント１２６６にユーザ情報の取得を要求する。ステップＳ８において、通信クライアント１２６６は、アプリ共通部１２０３のログ記録部１２５２にログの出力を要求する。ステップＳ９において、ログ記録部１２５２はログを出力する。さらに、通信クライアント１２６６はステップＳ１０において、ログイン情報を指定してユーザ情報の取得を基盤サービス１２０５の認証／ユーザ管理部１２７１に要求する。

認証／ユーザ管理部１２７１はログイン情報に関連付けられているユーザ情報を例えばＤＢ１２７３から取得する。ステップＳ１１において、認証／ユーザ管理部１２７１は取得したユーザ情報を通信クライアント１２６６に提供する。なお、ここで言うユーザ情報は例えばユーザの組織、名前、ロールなどの情報である。

ステップＳ１２において、通信クライアント１２６６は認証／ユーザ管理部１２７１から受信したユーザ情報をユーザ管理クライアント１２６２に提供する。ステップＳ１３において、ユーザ管理クライアント１２６２は受信したユーザ情報をユーザ情報取得部１２４１に提供する。ステップＳ１４において、ユーザ情報取得部１２４１はアプリ共通部１２０３のスレッド情報部１２５１にユーザ情報を保存する。なお、スレッド情報部１２５１に保存するユーザ情報には、Ｗｅｂブラウザ１２８０からＨＴＴＰヘッダで受信する言語設定などを含ませてもよい。

ステップＳ１５において、ポータルアプリケーション部１２０１はログイン情報を指定してポータル共通部１２０２のリクエスト記録部１２４２に前処理を要求する。ステップＳ１６において、リクエスト記録部１２４２はアプリ共通部１２０３のログ記録部１２５２にログの出力を要求する。ステップＳ１７において、ログ記録部１２５２はログを出力する。

ステップＳ１８において、ポータルアプリケーション部１２０１はポータル共通部１２０２のベース部１２３２に表示要求を行う。ステップＳ１９において、ベース部１２３２はポータルアプリケーション部１２０１のユーザ管理コンポーネント１２２３に表示要求を行う。ユーザ管理コンポーネント１２２３は表示要求を受けると、ログイン情報により特定されるユーザの組織のユーザ管理画面を表示するための処理を開始する。

ステップＳ２０において、ユーザ管理コンポーネント１２２３は共通クライアント部１２０４のユーザ管理クライアント１２６２にユーザ一覧の取得を要求する。ステップＳ２１において、ユーザ管理クライアント１２６２はスレッド情報部１２５１にログイン情報の取得を要求する。ステップＳ２２において、ユーザ管理クライアント１２６２はログイン情報を取得する。

ステップＳ２３において、ユーザ管理クライアント１２６２はログイン情報を指定して通信クライアント１２６６にユーザ一覧の取得を要求する。ステップＳ２４において、通信クライアント１２６６は、アプリ共通部１２０３のログ記録部１２５２にログの出力を要求する。ログ記録部１２５２はログを出力する。さらに、通信クライアント１２６６はステップＳ２５において、ログイン情報を指定してユーザ一覧の取得を基盤サービス１２０５の認証／ユーザ管理部１２７１に要求する。

認証／ユーザ管理部１２７１はログイン情報に関連付いたユーザ一覧情報を例えばＤＢ１２７３から取得する。なお、ログイン情報に関連付いたユーザ一覧情報は例えばログインユーザが管理者であれば組織に属するユーザの一覧となる。また、ログイン情報に関連付いたユーザ一覧情報は例えばログインユーザが一般ユーザであれば、ユーザの一覧ではなくログインユーザの情報としてもよい。

ステップＳ２６において、認証／ユーザ管理部１２７１は取得したユーザ一覧情報を通信クライアント１２６６に提供する。ステップＳ２７において、通信クライアント１２６６は認証／ユーザ管理部１２７１から受信したユーザ一覧情報をユーザ管理クライアント１２６２に提供する。

ステップＳ２８において、ユーザ管理クライアント１２６２は受信したユーザ一覧情報をユーザ管理コンポーネント１２２３に提供する。ステップＳ２９において、ユーザ管理コンポーネント１２２３はユーザ一覧情報に基づき、ユーザ管理画面のユーザ一覧を作成する。なお、ユーザ管理コンポーネント１２２３はログインユーザが一般ユーザである場合に、ユーザ一覧に替えてログインユーザの情報を作成してもよい。

ユーザ管理コンポーネント１２２３はステップＳ３０において、ベース部１２３２にユーザ管理画面の表示を要求する。ステップＳ３１に進み、ベース部１２３２はポータルアプリケーション部１２０１にユーザ管理画面の表示を要求する。ステップＳ３２においてポータルアプリケーション部１２０１はユーザ管理画面をＷｅｂブラウザ１２８０に表示させる。

図１３はユーザ管理画面の一例のイメージ図である。図１３のユーザ管理画面はログインユーザが管理者である例を示している。ログインユーザが管理者であるため、図１３のユーザ管理画面はユーザ一覧が表示されている。

図１２のシーケンス図に示したように、ポータルサービスアプリ１１１１ではアプリ共通部１２０３のスレッド情報部１２５１にログインユーザのログイン情報を保存しておくことで、共通クライアント部１２０４においてログイン情報を共有できる。また、ログ記録部１２５２をアプリ共通部１２０３に設けたことで、ログを出力する機能をポータル共通部１２０２及び共通クライアント部１２０４において共有できる。

なお、図１２のシーケンス図ではユーザ管理画面の表示を要求した例について説明したがサービス管理画面の表示を要求した場合も同様である。例えばサービス管理画面の表示が要求された場合、ポータルアプリケーション部１２０１はポータル共通部１２０２のベース部１２３２に表示要求を行う。

ベース部１２３２はポータルアプリケーション部１２０１のサービス管理コンポーネント１２２４に表示要求を行う。サービス管理コンポーネント１２２４は表示要求を受けると、ログイン情報により特定されるユーザの組織のサービス管理画面を表示するための処理を開始する。

サービス管理コンポーネント１２２４は共通クライアント部１２０４のサービス管理クライアント１２６１にサービス一覧の取得を要求する。サービス管理クライアント１２６１はスレッド情報部１２５１にログイン情報の取得を要求する。サービス管理クライアント１２６１はログイン情報を取得する。サービス管理クライアント１２６１はログイン情報を指定して通信クライアント１２６６にサービス一覧の取得を要求する。

通信クライアント１２６６は、アプリ共通部１２０３のログ記録部１２５２にログの出力を要求する。ログ記録部１２５２はログを出力する。通信クライアント１２６６はログイン情報を指定してサービス一覧の取得を基盤サービス１２０５のサービス／ライセンス管理部１２７２に要求する。

サービス／ライセンス管理部１２７２はログイン情報に関連付いたサービス一覧情報を例えばＤＢ１２７３から取得する。サービス／ライセンス管理部１２７２はサービス一覧情報を通信クライアント１２６６に提供する。通信クライアント１２６６はサービス／ライセンス管理部１２７２から受信したサービス一覧情報をサービス管理クライアント１２６１に提供する。

サービス管理クライアント１２６１はサービス一覧情報をサービス管理コンポーネント１２２４に提供する。そして、サービス管理コンポーネント１２２４はサービス一覧情報に基づき、サービス管理画面のサービス一覧を作成する。

サービス管理コンポーネント１２２４はベース部１２３２にサービス管理画面の表示を要求する。ベース部１２３２はポータルアプリケーション部１２０１にサービス管理画面の表示を要求する。ポータルアプリケーション部１２０１はサービス管理画面をＷｅｂブラウザ１２８０に表示させる。

図１４はサービス管理画面の一例のイメージ図である。図１４のサービス管理画面はログインユーザの組織に属する有効なサービスのライセンス一覧が表示されている例を表している。

通信エラーなどのエラーが発生した場合、図１２に示したシーケンス図の処理は図１５に示したシーケンス図のようになる。図１５はエラーが発生したときのユーザ管理画面の表示処理手順の一例を表したシーケンス図である。なお、ステップＳ４１〜Ｓ５７の処理は図１２のステップＳ１〜Ｓ１７の処理と同様であるため説明を省略する。

ステップＳ５８において、ポータルアプリケーション部１２０１はポータル共通部１２０２のベース部１２３２に表示要求を行う。ステップＳ５９において、ベース部１２３２はポータルアプリケーション部１２０１のユーザ管理コンポーネント１２２３に表示要求を行う。ユーザ管理コンポーネント１２２３は表示要求を受けると、ログイン情報により特定されるユーザの組織のユーザ管理画面を表示するための処理を開始する。

ステップＳ６０において、ユーザ管理コンポーネント１２２３は共通クライアント部１２０４のユーザ管理クライアント１２６２にユーザ一覧の取得を要求する。なお、図１５のシーケンス図はステップＳ６０の後、通信エラーなどのエラーが発生した場合について示している。

ステップＳ６１において、ユーザ管理クライアント１２６２は発生したエラーに関するエラー情報を指定して、ユーザ管理コンポーネント１２２３にエラー通知を行う。ユーザ管理コンポーネント１２２３はエラー情報が指定されたエラー通知を受信する。ユーザ管理コンポーネント１２２３はエラー情報に基づき、エラーハンドリングしたいエラーであるか否かを判定する。エラーハンドリングしたいエラーであれば、ユーザ管理コンポーネント１２２３はステップＳ６２において、エラー情報を指定して、ポータル共通部１２０２のベース部１２３２にエラー通知を行う。なお、エラーハンドリングしたいエラーでなければ、ユーザ管理コンポーネント１２２３は何もしない。

エラー情報が指定されたエラー通知を受信すると、ベース部１２３２はステップＳ６３において、エラー情報に基づき、エラー画面を生成する。ステップＳ６４に進み、ベース部１２３２はポータルアプリケーション部１２０１にエラー画面の表示を要求する。ステップＳ６５においてポータルアプリケーション部１２０１はエラー画面をＷｅｂブラウザ１２８０に表示させる。

図１５のシーケンス図に示したように、ポータルサービスアプリ１１１１ではポータル共通部１２０２のベース部１２３２がベースクラス、ポータルアプリケーション部１２０１のユーザ管理コンポーネント１２２３がサブクラスとなる。表示要求は、ベースクラスのベース部１２３２からサブクラスのユーザ管理コンポーネント１２２３に流れる。

エラーが発生しなければ、サブクラスのユーザ管理コンポーネント１２２３は画面生成を行う。一方、エラーが発生すれば、サブクラスのユーザ管理コンポーネント１２２３はエラーをベースクラスのベース部１２３２に返す。エラーを返されたベース部１２３２は画面生成を行う。このように、ポータルサービスアプリ１１１１ではポータル共通部１２０２にエラー処理を備えている。

したがって、ポータルサービスアプリ１１１１では、独自にエラーハンドリングしたいエラーが発生した場合に行うエラー処理を、ポータルアプリケーション部１２０１において共有できる。

《アプリランチャ画面の表示》
図１６はアプリランチャ画面の表示処理手順の一例を表したシーケンス図である。図１６のシーケンス図は図１２のシーケンス図と同様な処理を含む。そこで、図１２のシーケンス図と同様な処理については適宜説明を省略する。

ユーザがアプリランチャ画面の表示を要求すると、ステップＳ７１において、Ｗｅｂブラウザ１２８０はログイン情報を指定してポータルアプリケーション部１２０１にアプリランチャ画面の表示を要求する。ステップＳ７１の処理後、ステップＳ８８の前までの処理は、図１２のステップＳ２〜Ｓ１７の処理と同様であるため説明を省略する。

ステップＳ８８において、ポータルアプリケーション部１２０１はポータル共通部１２０２のベース部１２３２に表示要求を行う。ステップＳ８９において、ベース部１２３２はポータルアプリケーション部１２０１のアプリランチャコンポーネント１２２１に表示要求を行う。

アプリランチャコンポーネント１２２１は表示要求を受けると、アプリランチャ画面を表示するための処理を開始する。アプリランチャ画面は、例えばログインユーザの組織が属する国で利用できるアプリ一覧を表示するものである。

ステップＳ９０において、アプリランチャコンポーネント１２２１はアプリ共通部１２０３のスレッド情報部１２５１にログインユーザの国情報を要求する。ステップＳ９１において、アプリランチャコンポーネント１２２１はスレッド情報部１２５１からログインユーザの国情報（ユーザ国情報）を取得する。なお、国別で利用できるアプリを分けないのであれば、ステップＳ９０、Ｓ９１の処理は不要となる。

ステップＳ９２において、アプリランチャコンポーネント１２２１は国情報を指定して共通クライアント部１２０４のサービス管理クライアント１２６１にアプリ一覧の取得を要求する。ステップＳ９３において、サービス管理クライアント１２６１はスレッド情報部１２５１にログイン情報の取得を要求する。ステップＳ９４において、サービス管理クライアント１２６１はログイン情報を取得する。

ステップＳ９５において、サービス管理クライアント１２６１はログイン情報及び国情報を指定して通信クライアント１２６６にアプリ一覧の取得を要求する。ステップＳ９６において、通信クライアント１２６６は、アプリ共通部１２０３のログ記録部１２５２にログの出力を要求する。ログ記録部１２５２はログを出力する。さらに、通信クライアント１２６６はステップＳ９７において、ログイン情報及び国情報を指定してアプリ一覧の取得を基盤サービス１２０５のサービス／ライセンス管理部１２７２に要求する。

サービス／ライセンス管理部１２７２はログイン情報及び国情報に関連付いたアプリ一覧情報を例えばＤＢ１２７３から取得する。アプリ一覧情報は一つ以上のアプリ情報を有する構成である。アプリ情報は、アプリ名、アプリのリンク先、アプリの説明などの情報を含む。

ステップＳ９８において、サービス／ライセンス管理部１２７２は取得したアプリ一覧情報を通信クライアント１２６６に提供する。ステップＳ９９において、通信クライアント１２６６はサービス／ライセンス管理部１２７２から受信したアプリ一覧情報をサービス管理クライアント１２６１に提供する。

ステップＳ１００において、サービス管理クライアント１２６１は受信したアプリ一覧情報をアプリランチャコンポーネント１２２１に提供する。アプリランチャコンポーネント１２２１はステップＳ１０１において、アプリ一覧情報に基づき、アプリランチャ画面を作成する。なお、アプリランチャコンポーネント１２２１はログインユーザが管理者であるか、一般ユーザであるかに基づき、異なるアプリランチャ画面を作成できる。

アプリランチャコンポーネント１２２１はステップＳ１０２において、ベース部１２３２にアプリランチャ画面の表示を要求する。ステップＳ１０３に進み、ベース部１２３２はポータルアプリケーション部１２０１にアプリランチャ画面の表示を要求する。ポータルアプリケーション部１２０１はステップＳ１０４においてアプリランチャ画面をＷｅｂブラウザ１２８０に表示させる。

図１７はアプリランチャ画面の一例のイメージ図である。図１７のアプリランチャ画面はログインユーザが管理者である例を示している。図１７のアプリランチャ画面はログインユーザが管理者であるため、利用可能なアプリ（サービス）のアイコン２００１と、利用可能な複数のアプリ（サービス）のタブ２００２と、が含まれている。

図１８はアプリランチャ画面の他の例のイメージ図である。図１８のアプリランチャ画面はログインユーザが一般ユーザである例を示している。図１８のアプリランチャ画面も利用可能なアプリ（サービス）のアイコン２００１と、利用可能なアプリ（サービス）のタブ２００２と、が含まれているが、タブの数が図１７のアプリランチャ画面と比べて少なくなっている。

なお、図１６のステップＳ９８において、サービス／ライセンス管理部１２７２はＤＢ１２７３を参照してユーザが利用可能なアプリ（サービス）一覧情報を通信クライアント１２６６に提供するようにしてもよい。その場合、アプリランチャコンポーネント１２２１はステップＳ１０１において、ユーザが利用可能なアプリ（サービス）一覧情報に基づいて、アプリランチャ画面のアイコン２００１及びタブ２００２の表示／非表示を制御することができる。

図１６のシーケンス図に示したように、ポータルサービスアプリ１１１１ではログインユーザが利用可能なアプリ（サービス）の基づき、アプリランチャ画面を異ならせることができる。また、ポータルサービスアプリ１１１１ではログインユーザが管理者であるか一般ユーザであるかにより、アプリランチャ画面を異ならせることができる。

《アプリケーション連携》
図１１のポータルサービスアプリ１１１１は例えば図４のスキャンサービスアプリ１１１２やプリントサービスアプリ１１１３と以下のように連携する。

図１９はスキャンサービスアプリが基盤サービスから設定情報を取得する処理手順を表した説明図である。基盤サービス１２０５から設定情報を取得する場合、ポータルサービスアプリ１１１１にポータル応用アプリケーションのコンポーネント１２１２の一例として含まれているスキャンアプリポータルコンポーネント１２２７はステップＳ２０１の処理を行う。

ステップＳ２０１において、スキャンアプリポータルコンポーネント１２２７は共通クライアント部１２０４のスキャンアプリクライアント１２６７に、設定情報の取得を要求する。

ステップＳ２０２において、スキャンアプリクライアント１２６７は通信クライアント１２６６に設定情報の取得を要求する。ステップＳ２０３において、通信クライアント１２６６はスキャンサービスアプリ１１１２に設定情報の取得を要求する。ステップＳ２０４において、スキャンサービスアプリ１１１２は基盤サービス１２０５から設定情報を読み出すことができる。

図２０はプリントサービスアプリが基盤サービスにジョブを登録する処理手順を表した説明図である。基盤サービス１２０５にジョブを登録する場合、ポータルサービスアプリ１１１１にポータル応用アプリケーションのコンポーネント１２１２の一例として含まれているプリントアプリポータルコンポーネント１２２８は、ステップＳ３０１の処理を行う。

ステップＳ３０１において、プリントアプリポータルコンポーネント１２２８は、共通クライアント部１２０４のプリントアプリクライアント１２６８に、ジョブの登録を要求する。

ステップＳ３０２において、プリントアプリクライアント１２６８は通信クライアント１２６６にジョブの登録を要求する。ステップＳ３０３において、通信クライアント１２６６はプリントサービスアプリ１１１３にジョブの登録を要求する。ステップＳ３０４において、プリントサービスアプリ１１１３は基盤サービス１２０５にジョブを登録することができる。

このように、図１１のポータルサービスアプリ１１１１はスキャンサービスアプリ１１１２やプリントサービスアプリ１１１３などと連携して処理を行うことができる。例えばスキャンサービスアプリ１１１２と連携して処理を行う場合、ポータルサービスアプリ１１１１にスキャンアプリポータルコンポーネント１２２７とスキャンアプリクライアント１２６７とを追加すればよい。

なお、スキャンサービスアプリ１１１２及びプリントサービスアプリ１１１３を例えばポータル共通部１２０２、アプリ共通部１２０３又は共通クライアント部１２０４が提供する機能として提供するようにしてもよい。

図４又は図１０に示したスキャンサービスアプリ１１１２やプリントサービスアプリ１１１３等は、図１１に示した共通クライアント部１２０４を利用して例えば図２１のような構成により作成できる。

図２１は共通クライアント部を利用するアプリケーションの一例の構成図である。図２１（ａ）は図４に示したサービス提供システム１１００の構成に対応している。また、図２１（ｂ）は図１０に示したサービス提供システム１１００の構成に対応している。

図２１（ａ）はスキャンサービスアプリ１１１２にＵＩ部及びロジック部を有する構成である。スキャンサービスアプリ１１１２のＵＩ部は、ロジック部に共通サービス１１０２やデータベース１１０３を利用する処理を要求する。スキャンサービスアプリ１１１２のロジック部は、ポータルサービスアプリ１１１１の共通クライアント部１２０４又はプラットフォームＡＰＩ１１０４を利用して共通サービス１１０２やデータベース１１０３を利用できる。

図２１（ｂ）はスキャンサービスアプリのＵＩ部１１１２ａ及びスキャンサービスアプリのロジック部１１１２ｂが分かれている構成である。スキャンサービスアプリのＵＩ部１１１２ａは共通クライアント部１２０４に共通サービス１１０２やデータベース１１０３を利用する処理を要求し、共通サービス１１０２やデータベース１１０３を利用することができる。また、スキャンサービスアプリのＵＩ部１１１２ａはスキャンサービスアプリのロジック部１１１２ｂに共通サービス１１０２やデータベース１１０３を利用する処理を要求し、共通サービス１１０２やデータベース１１０３を利用できる。

（まとめ）
第１の実施形態に係るサービス提供システム１１００では、ポータルサービスアプリ１１１１が共通的に利用する機能をポータル共通部１２０２、アプリ共通部１２０３及び共通クライアント部１２０４のような共通機能としてプラットフォーム化している。

ポータルサービスアプリ１１１１はポータルサービスアプリ１１１１の共通機能を利用したポータル基本アプリケーションのコンポーネント１２１１を有する。また、ポータルサービスアプリ１１１１はポータルサービスアプリ１１１１の共通機能を利用してポータル応用アプリケーションのコンポーネント１２１２を作成できる。

したがって、第１の実施形態に係るサービス提供システム１１００はポータルサービスアプリ１１１１が共通的に利用する機能を共通機能としてプラットフォーム化したことにより、ポータルサービスアプリ１１１１の開発を容易化できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば本実施形態では一例としてスキャンサービスアプリ１１１２やプリントサービスアプリ１１１３との連携について説明したが、スキャンサービスアプリ１１１２やプリントサービスアプリ１１１３以外のアプリケーション１１０１への応用も可能である。

なお、特許請求の範囲に記載した表示制御手段はポータルアプリケーション部１２０１に相当する。共通機能提供手段はポータル共通部１２０２、アプリ共通部１２０３及び共通クライアント部１２０４に相当する。基盤機能提供手段は基盤サービス１２０５に相当する。基本処理はポータル基本アプリケーションのコンポーネント１２１１が行う処理に相当する。

また、共通クライアント手段は共通クライアント部１２０４に相当する。第１の共通手段はポータル共通部１２０２に相当する。第２の共通手段はアプリ共通部１２０３に相当する。スレッド情報提供手段はスレッド情報部１２５１に相当する。ログ記録手段はログ記録部１２５２に相当する。

１０００情報処理システム
１０１１クライアント端末
１０１２携帯端末
１０１３画像形成装置
１０２１アクセス制御装置
１０２２プリントサービス提供装置
１０２３スキャンサービス提供装置
１０２４他サービス提供装置
１０５１ポータルサービス提供装置
１０５２プリントサービス提供装置
１０５３スキャンサービス提供装置
１０６１認証サービス提供装置
１０６２データ処理サービス提供装置
１０６３一時データ保存サービス提供装置
１０７１認証情報記憶装置
１０７２ジョブ情報記憶装置
１０７３一時データ記憶装置
１１００サービス提供システム
１１０１アプリケーション
１１０２共通サービス
１１０３データベース
１１０４プラットフォームＡＰＩ（Application Programming Interface）
１１０５ドメイン固有ＡＰＩ
１１０６ドメイン固有サービス
１１１１ポータルサービスアプリ
１１１２スキャンサービスアプリ
１１１２ａスキャンサービスアプリのＵＩ部
１１１２ｂスキャンサービスアプリのロジック部
１１１３プリントサービスアプリ
１１１３ａプリントサービスアプリのＵＩ部
１１１３ｂプリントサービスアプリのロジック部
１１２１認証・認可部
１１２２組織管理部
１１２３ユーザ管理部
１１２４ライセンス管理部
１１２５機器管理部
１１２６一時画像保存部
１１２７画像処理ワークフロー制御部
１１２８ログ収集部
１１３１メッセージキュー
１１３２ワーカー
１１４１ログ情報記憶部
１１４２組織情報記憶部
１１４３ユーザ情報記憶部
１１４４ライセンス情報記憶部
１１４５機器情報記憶部
１１４６一時画像記憶部
１１４７権限情報記憶部
１１４８ジョブ情報記憶部
１１４９アプリケーション固有の設定情報記憶部
１２０１ポータルアプリケーション部
１２０２ポータル共通部
１２０３アプリ共通部
１２０４共通クライアント部
１２０５基盤サービス
１２１１ポータル基本アプリケーションのコンポーネント
１２１２ポータル応用アプリケーションのコンポーネント
１２２１アプリランチャコンポーネント
１２２２個人設定コンポーネント
１２２３ユーザ管理コンポーネント
１２２４サービス管理コンポーネント
１２２５組織設定コンポーネント
１２２６ユーザサポートコンポーネント
１２２７スキャンアプリポータルコンポーネント
１２２８プリントアプリポータルコンポーネント
１２３１前／後処理部
１２３２ベース部
１２４１ユーザ情報取得部
１２４２リクエスト記録部
１２５１スレッド情報部
１２５２ログ記録部
１２６１サービス管理クライアント
１２６２ユーザ管理クライアント
１２６３ＤＢクライアント
１２６４メール送信クライアント
１２６５非同期ジョブクライアント
１２６６通信クライアント
１２６７スキャンアプリクライアント
１２６８プリントアプリクライアント
１２７１認証／ユーザ管理部
１２７２サービス／ライセンス管理部
１２７３データベース
１２７４ストレージ
１２７５非同期ジョブ実行部
１２８０Ｗｅｂブラウザ
１５００コンピュータシステム
１５０１入力装置
１５０２表示装置
１５０３外部Ｉ／Ｆ
１５０３ａ記録媒体
１５０４ＲＡＭ
１５０５ＲＯＭ
１５０６ＣＰＵ
１５０７通信Ｉ／Ｆ
１５０８ＨＤＤ
Ｂバス
ＦＷファイヤウォール
Ｎ１〜Ｎ３ネットワーク

特開２０１２−７９２１０号公報

Claims

画像形成装置と１以上の情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
ポータルサービスに関する１以上の基本処理の画面及び１以上の画像形成機能に関するサービスから起動するサービスをユーザに選択させる画面の画面データを前記画像形成装置に提供する表示制御手段と、
前記画面データの作成に利用される１以上の共通機能を前記表示制御手段に提供する共通機能提供手段と、
前記共通機能提供手段に基盤機能を提供する基盤機能提供手段と、を備え、
前記共通機能提供手段は、前記基盤機能提供手段に対するクライアント機能を提供する共通クライアント手段と、
前記共通クライアント手段により提供される機能を利用し、前記表示制御手段に機能を提供する第１の共通手段と、
前記共通クライアント手段及び前記第１の共通手段が共通に利用する機能を提供する第２の共通手段と、を備えること
を特徴とする情報処理システム。
前記第２の共通手段は、前記第１の共通手段から受信したログイン情報を保存し、前記共通クライアント手段からの取得要求に基づき、前記ログイン情報を提供するスレッド情報提供手段、を備えること
を特徴とする請求項１記載の情報処理システム。
前記第２の共通手段は、前記共通クライアント手段及び前記第１の共通手段からの出力要求に基づき、ログを記録するログ記録手段、を更に備えること
を特徴とする請求項２記載の情報処理システム。
前記第１の共通手段は、前記共通クライアント手段により提供される機能にエラーが発生したときに、前記画像形成装置に対するエラー処理を行うこと
を特徴とする請求項１乃至３何れか一項記載の情報処理システム。
前記表示制御手段は、更に、応用サービスに関する１以上の画面の画面データを、前記画像形成装置に提供すること
を特徴とする請求項１乃至４何れか一項記載の情報処理システム。
前記表示制御手段は、前記画像形成装置から前記応用サービスに関する処理の実行を要求されると、前記共通クライアント手段を介して、前記応用サービスを提供する応用サービス提供手段に、前記応用サービスに関する処理の実行を要求すること
を特徴とする請求項５記載の情報処理システム。
前記基本処理の画面は、ユーザ管理画面、サービス管理画面、サービス一覧画面の少なくとも一つを含むこと
を特徴とする請求項１乃至６何れか一項記載の情報処理システム。
ポータルサービスに関する１以上の基本処理の画面及び１以上の画像形成機能に関するサービスから起動するサービスをユーザに選択させる画面の画面データを画像形成装置に提供する表示制御手段と、
前記画面データの作成に利用される１以上の共通機能を前記表示制御手段に提供する共通機能提供手段と、
前記共通機能提供手段に基盤機能を提供する基盤機能提供手段と、を備え、
前記共通機能提供手段は、前記基盤機能提供手段に対するクライアント機能を提供する共通クライアント手段と、
前記共通クライアント手段により提供される機能を利用し、前記表示制御手段に機能を提供する第１の共通手段と、
前記共通クライアント手段及び前記第１の共通手段が共通に利用する機能を提供する第２の共通手段と、を備えること
を特徴とする情報処理装置。
コンピュータを、請求項８記載の情報処理装置として機能させるためのプログラム。