JP6111713B2 - 情報処理システム、情報処理装置、認証情報管理方法及びプログラム - Google Patents

Description

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

近年、ＬＡＮやイントラネット等のネットワークシステム（Ｗｅｂシステム）を構築して、ネットワークに接続されたクライアント端末からＷｅｂブラウザを使用して、Ｗｅｂサーバが提供する各種Ｗｅｂサービスを利用することが行われている。

このようなＷｅｂシステムにおいては、従来から、Ｗｅｂブラウザから認証サービスを利用して認証を要求する際、必ず利用ユーザがログイン名（アカウント）とパスワードを入力する。Ｗｅｂシステムでは、ユーザにより入力されたログイン名とパスワードを認証サービスに渡して、認証チケットをＷｅｂサービスに与えることにより、Ｗｅｂサービスの機能を利用することが許可される（例えば特許文献１参照）。

例えばデータ変換やデータ処理等をサーバに要求するクライアントは、ユーザのログインにより発行された有効な認証チケットをサーバに提供し、ユーザの権限でサーバの機能を利用する。ところで、サーバによって実行されるデータ変換やデータ処理には、終了するまでに長時間を要するものもある。

しかしながら、ユーザの権限でサーバの機能を利用するクライアントはユーザがログアウトしてしまうと、ユーザの権限でサーバの機能を利用し続けることができないという問題があった。

本発明の実施の形態は、上記の点に鑑みなされたもので、ユーザによる利用終了申請後もユーザの権限で処理を継続することができる情報処理システム、情報処理装置、認証情報管理方法及びプログラムを提供することを目的とする。

上記目的を達成するために本願請求項１の情報処理装置は、１以上の情報処理装置を含む情報処理システムであって、外部装置からユーザ特定情報、組織識別情報を指定した利用開始申請を受信する受信手段と、組織識別情報に関連付けて１以上のユーザ特定情報を記憶する第１の記憶手段に、前記利用開始申請に指定された前記ユーザ特定情報、組織識別情報が関連付けられて記憶されているときに、前記外部装置がサービスの提供を要求するための、認証済みであることを示す認証情報を発行する認証手段と、を備え、前記認証手段は、前記認証情報を指定した新規認証情報の発行要求を受け、前記認証情報を指定した利用終了申請の後も利用できる新規認証情報を発行することを特徴とする。

本発明の実施の形態によれば、ユーザによる利用終了申請後もユーザの権限で処理を継続することができる。

第１の実施形態に係る情報処理システムの一例の構成図である。 サービス提供システムの他の例の構成図である。 コンピュータシステムの一例のハードウェア構成図である。 第１の実施形態に係るサービス提供システムの一例の処理ブロック図である。 組織情報の一例の構成図である。 ユーザ情報の一例の構成図である。 機器情報の一例の構成図である。 ユーザによるログイン処理の一例を表したシーケンス図である。 ユーザによる処理要求時の処理の一例を表したシーケンス図である。 チケット管理部が保持するテーブルの一例の構成図である。 ユーザ一覧表示処理の一例を表したシーケンス図である。 ユーザ情報をＵＩから追加する処理の一例のシーケンス図である。 インポート処理のためのＵＩの一例のイメージ図である。 ユーザ情報をファイルから追加する処理の一例のシーケンス図である。 情報取得／設定処理の一例を表したシーケンス図である。 ジョブ登録処理の一例を表したシーケンス図である。 ジョブ情報の一例の構成図である。 コールバック時の処理の一例を表したシーケンス図である。

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

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

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

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

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

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

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

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

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

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

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

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

ネットワークＮ２にはＳａａＳ（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）１１０４を実現している。

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

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

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

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

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

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

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

認証・認可部１１２１は、例えば後述するユーザ情報記憶部１１４３、ライセンス情報記憶部１１４４などにアクセスしてユーザを認証・認可する。また、認証・認可部１１２１は例えば後述する組織情報記憶部１１４２、ライセンス情報記憶部１１４４、機器情報記憶部１１４５などにアクセスして画像形成装置１０１３などを認証する。認証・認可部１１２１はログイン要求に対し、認証・認可を行い、認証チケットを返す。

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

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

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

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

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

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

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

サービス提供システム１１００は、認証・認可や画像処理に関するワークフローなどの共通サービスを提供する統合基盤と、統合基盤の機能を利用してスキャンサービス、プリントサービス等のアプリサービスを提供するサービス群と、して機能する。統合基盤は例えば共通サービス１１０２、ＤＢ１１０３及びプラットフォームＡＰＩ１１０４によって構成される。サービス群は例えばアプリケーション１１０１によって構成される。

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

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

組織名は企業、部署などのグループの名称である。国は企業、部署などのグループの属する国名を表している。言語は企業、部署などのグループの使用言語を表している。アドレス情報は企業、部署などのグループのメールアドレスを表している。

図６はユーザ情報の一例の構成図である。図６のユーザ情報はデータ項目として組織ＩＤ、ユーザＩＤ、パスワード、アドレス情報などを有する。ユーザＩＤ、パスワードはユーザを特定する情報である。したがって、ユーザＩＤはユーザ名等であってもよい。また、パスワードは必須でない。また、同じ組織ＩＤで管理されるユーザＩＤ、パスワードは一意であるが、組織ＩＤが異なれば重複していてもよい。アドレス情報は例えばユーザのメールアドレスを表している。

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

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

＜処理の詳細＞
図８はユーザによるログイン処理の一例を表したシーケンス図である。ユーザはクライアント端末１０１１を操作して、ログイン要求の為に必要な組織ＩＤ、ユーザＩＤ及びパスワードを入力する。組織ＩＤ、ユーザＩＤ及びパスワードはユーザを特定するユーザ特定情報の一例である。ログイン要求は利用開始申請の一例である。図８ではクライアント端末１０１１からログイン要求を行う例を示したが、携帯端末１０１２などのオフィス機器からログイン要求を行ってもよい。

ステップＳ１において、クライアント端末１０１１はサービス提供システム１１００のアプリケーション１１０１に対し、ユーザにより入力されたユーザ特定情報によるログイン要求を行う。ステップＳ２において、アプリケーション１１０１は認証・認可部１１２１にユーザ特定情報を指定してログイン要求を行う。なお、ステップＳ２のログイン要求は例えばプラットフォームＡＰＩ１１０４に含まれる認証ＡＰＩを利用して行うことができる。

認証・認可部１１２１は認証部１１５１、チケット管理部１１５２をサブモジュールとして有する。アプリケーション１１０１からのログイン要求には、認証・認可部１１２１の認証部１１５１が対応する。ステップＳ３において、認証部１１５１はログイン要求で指定されたユーザ特定情報と、例えばユーザ情報記憶部１１４３が記憶しているユーザ特定情報とが一致しているかを確認する。

一致していることが確認できれば、認証部１１５１はログイン要求で指定されたユーザ特定情報に含まれる組織ＩＤ、ユーザＩＤを指定してチケット管理部１１５２にチケット発行を要求する。チケット管理部１１５２は認証チケット１を発行し、後述するテーブルに組織ＩＤ、ユーザＩＤ及び認証チケット１を関連付けて登録する。

ステップＳ５において、チケット管理部１１５２は発行した認証チケット１を認証部１１５１に返す。ステップＳ６において、認証部１１５１は認証チケット１をログイン要求元のアプリケーション１１０１に返す。なお、ステップＳ６において、認証チケット１は例えばクッキー（Cookie）に設定されて返される。

そして、ステップＳ７において、アプリケーション１１０１は認証チケット１をログイン要求元のクライアント端末１０１１に返す。図８に示すように、クライアント端末１０１１はユーザのログインにより発行された認証チケット１を取得できる。

ユーザは図９に示すように、取得した認証チケット１を利用して、サービス提供システム１１００に処理を要求できる。図９は、ユーザによる処理要求時の処理の一例を表したシーケンス図である。なお、図９では同期処理を行うアプリケーション１１０１Ａと非同期処理を行うアプリケーション１１０１Ｂとが含まれている。

ステップＳ１１において、クライアント端末１０１１は取得した認証チケット１（有効な認証チケット）を利用してサービス提供システム１１００のアプリケーション１１０１Ａに処理要求を行う。アプリケーション１１０１Ａはクライアント端末１０１１から処理要求があった処理が、非同期処理であるか判定する。

非同期処理であれば、アプリケーション１１０１ＡはステップＳ１２において、認証チケット１を指定して新規チケット発行を認証・認可部１１２１に要求する。ステップＳ１２の新規チケット発行要求は例えばプラットフォームＡＰＩ１１０４に含まれる認証ＡＰＩを利用して行うことができる。

ステップＳ１３において、認証部１１５１は新規チケット発行要求で指定された認証チケット１の確認をチケット管理部１１５２に要求する。チケット管理部１１５２は後述するテーブルを参照し、認証チケット１が登録されているかを確認する。なお、テーブルに認証チケット１が登録されていれば、チケット管理部１１５２は認証チケット１が有効なチケットであると判定できる。テーブルに認証チケット１が登録されていれば、チケット管理部１１５２はテーブルを参照し、ステップＳ１４において、認証チケット１に関連付けられている組織ＩＤ、ユーザＩＤを認証部１１５１に返す。

ステップＳ１５において、認証部１１５１は認証チケット１に関連付けられている組織ＩＤ、ユーザＩＤを指定して、チケット管理部１１５２にチケット発行を要求する。チケット管理部１１５２は認証チケット２を発行し、図１０のテーブルに組織ＩＤ、ユーザＩＤ及び認証チケット２を関連付けて登録する。

図１０はチケット管理部が保持するテーブルの一例の構成図である。図１０のテーブルはチケット発行要求時に指定された組織ＩＤ、ユーザＩＤと、発行した認証チケットとを関連付けるものである。図１０のテーブルでは、前述の認証チケット１及び認証チケット２が、企業Ａ及びユーザＡと関連付けられている。

このように、チケット管理部１１５２が保持するテーブルでは、新規チケット発行要求で指定された認証チケット１を破棄することなく、新規チケット発行要求により新規に発行した認証チケット２も合わせて登録される。

ステップＳ１６において、チケット管理部１１５２は発行した認証チケット２を認証部１１５１に返す。そして、認証部１１５１はステップＳ１７において、認証チケット２を新規チケット発行要求元のアプリケーション１１０１Ａに返す。なお、ステップＳ１７において、認証チケット２は例えばクッキー（Cookie）に設定されて返される。

ステップＳ１８において、アプリケーション１１０１Ａは認証チケット２を指定してアプリケーション１１０１Ｂに認証チケット２での処理実行を要求する。アプリケーション１１０１Ｂは認証チケット２を指定されることにより、ユーザＡの権限で非同期処理を開始する。

ステップＳ１９において、アプリケーション１１０１ＡはステップＳ１１の処理要求に対する応答を返す。ステップＳ１９の後、ユーザはクライアント端末１０１１を操作してログアウト要求に必要な操作を行う。ログアウト要求は利用終了申請の一例である。

ステップＳ２０において、クライアント端末１０１１はアプリケーション１１０１Ａに対し、認証チケット１を利用してログアウトを要求する。ステップＳ２１において、アプリケーション１１０１Ａは認証・認可部１１２１に認証チケット１を指定してログアウト要求を行う。なお、ステップＳ２１のログアウト要求も例えばプラットフォームＡＰＩ１１０４に含まれる認証ＡＰＩを利用して行うことができる。

ステップＳ２２において、認証部１１５１はログアウト要求で指定された認証チケット１の破棄をチケット管理部１１５２に要求する。チケット管理部１１５２は図１０に示したようなテーブルから認証チケット１を削除する。ステップＳ２３において、チケット管理部１１５２はステップＳ２２のチケット破棄要求に対する応答を返す。ステップＳ２４において、認証部１１５１はステップＳ２１のログアウト要求に対する応答を返す。

そして、アプリケーション１１０１ＡはステップＳ２０のログアウト要求に対する応答としてログイン画面をクライアント端末１０１１に返す。クライアント端末１０１１にログイン画面が表示されることにより、ユーザはログアウトされたことを認識できる。

図９のシーケンス図の処理では、有効な認証チケット１を持つユーザＡからの処理要求に対して、ユーザＡのログアウト後も破棄されない認証チケット２を生成する。ユーザＡのログアウトにより認証チケット１が破棄されたあとも、ユーザＡの認証チケット２が登録されたままであるため、非同期処理を行うアプリケーション１１０１ＢはユーザＡの権限で処理を継続できる。

なお、図９のシーケンス図では図示していないが、アプリケーション１１０１Ｂは非同期処理の終了時に、認証チケット２を指定してログアウト要求を行うことで、図１０に示したテーブルから認証チケット２を削除させることができる。認証チケット２はユーザ側から破棄できない。また、ステップＳ１２の新規チケット発行要求はアカウントロックされている場合であっても利用できる。

このように、第１の実施形態に係るサービス提供システム１１００では例えば時間が掛かる処理を非同期で実行する場合に、ユーザがログアウトした後も、ユーザの権限で処理を継続して実行できる。

＜具体例＞
以下では、前述したようなユーザのログアウト後も破棄されない認証チケット２の利用例について具体例を挙げて説明する。

《ユーザ管理》
例えば図４に示したポータルサービスアプリ１１１１はユーザ管理のための機能が設けられているものとする。ユーザ管理の機能は、ユーザ情報のインポート、エクスポート又は削除などが含まれる。このようなユーザ情報のインポート、エクスポート又は削除などの処理は時間が掛かる場合があるため、前述したようなユーザのログアウト後も破棄されない認証チケット２を利用し、ユーザのログアウト後も処理を継続できるようにする。

図１１はユーザ一覧表示処理の一例を表したシーケンス図である。ユーザは例えばクライアント端末１０１１を操作して、ログイン要求の為に必要な組織ＩＤ、ユーザＩＤ及びパスワードを入力する。クライアント端末１０１１はサービス提供システム１１００のポータルサービスアプリ１１１１に対し、ユーザにより入力されたユーザ特定情報によるログイン要求を行う。

ステップＳ３１において、ポータルサービスアプリ１１１１は認証・認可部１１２１にユーザ特定情報を指定してログイン要求を行う。認証・認可部１１２１はログイン要求で指定されたユーザ特定情報による認証に成功すると、認証チケットを発行し、図１０のテーブルに組織ＩＤ、ユーザＩＤ及び認証チケットを関連付けて登録する。

ステップＳ３２において、認証・認可部１１２１は、認証チケットをログイン要求元のポータルサービスアプリ１１１１に返す。ステップＳ３３において、ポータルサービスアプリ１１１１は認証チケットを例えばクッキー（Cookie）に設定する。ステップＳ３４においてポータルサービスアプリ１１１１は認証・認可部１１２１に対し、認証チケットを指定してユーザ一覧情報取得要求を行う。ステップＳ３５において、ポータルサービスアプリ１１１１は認証・認可部１１２１からユーザ一覧情報を取得する。

そして、ステップＳ３６において、ポータルサービスアプリ１１１１はユーザ一覧画面を生成する。ポータルサービスアプリ１１１１は生成したユーザ一覧画面を、クライアント端末１０１１に表示させる。

クライアント端末１０１１にユーザ一覧画面を表示させたあと、追加するユーザ情報をＵＩ（User Interface）から入力する処理は、ポータルサービスアプリ１１１１が行う同期処理の一例である。

図１２はユーザ情報をＵＩから追加する処理の一例のシーケンス図である。ユーザは例えばクライアント端末１０１１を操作して、追加するユーザ情報を、ポータルサービスアプリ１１１１が用意するＵＩに入力する。ステップＳ４１において、ポータルサービスアプリ１１１１はユーザにより入力された追加するユーザ情報からユーザ追加要求情報を作成する。ポータルサービスアプリ１１１１はステップＳ４２において、認証・認可部１１２１に対し、認証チケットを指定してユーザ追加要求を行う。

ステップＳ４３において、ポータルサービスアプリ１１１１はユーザ追加要求に対する応答を認証・認可部１１２１から受ける。ステップＳ４４において、ユーザ情報の追加が正常に終了していれば、ポータルサービスアプリ１１１１はユーザ情報が追加された後のユーザ一覧画面を生成する。ポータルサービスアプリ１１１１はユーザ情報が追加されたユーザ一覧画面をクライアント端末１０１１に表示させる。

次に、非同期処理の一例として、ユーザ情報をファイルから一括して追加する処理について図１３及び図１４を参照しつつ説明する。

ユーザは例えばクライアント端末１０１１を操作して、ユーザ情報をファイルから一括して追加する処理（インポート処理）に必要な情報を、例えば図１３に示すようなＵＩから入力する。図１３はインポート処理のためのＵＩの一例のイメージ図である。

図１３のＵＩはユーザ情報をファイルからインポートする為に必要なインポート条件の一例として文字コード、新規登録されたユーザへの通知メールの有無の設定、ユーザ情報が記録されているファイルの選択、を行うものである。インポート条件の設定とファイルの選択とを行ったあと、ユーザがＯＫボタンを押下すると、クライアント端末１０１１はユーザ情報をファイルからインポートする処理をポータルサービスアプリ１１１１に要求する。

図１４はユーザ情報をファイルから追加する処理の一例のシーケンス図である。ユーザは例えばクライアント端末１０１１を操作して、ユーザ情報のインポート処理に必要な情報を図１３のＵＩから入力する。ステップＳ５１において、ポータルサービスアプリ１１１１はＵＩから入力されたユーザ情報のインポート処理に必要な情報に基づき、追加したい人数分のユーザ情報が記録されているファイルから、ユーザ追加要求情報を作成する。

ステップＳ５２において、ポータルサービスアプリ１１１１はクライアント端末１０１１からのユーザ情報をファイルからインポートする処理が非同期処理であるため、認証チケットを指定して新規チケット発行を認証・認可部１１２１に要求する。

なお、新規チケット発行を要求されたときの認証・認可部１１２１の処理はステップＳ１３〜Ｓ１６と同様であるため、説明を省略する。そして、ステップＳ５３において、認証・認可部１１２１は認証チケットを新規チケット発行要求元のポータルサービスアプリ１１１１に返す。ステップＳ５４において、ポータルサービスアプリ１１１１は新しい認証チケットをクッキー（Cookie）に設定する。

ステップＳ５５において、ポータルサービスアプリ１１１１は一括処理ジョブスレッド１１６１に対し、新しい認証チケット及びユーザ追加要求情報のリストを指定してユーザ一括追加要求を行う。なお、一括処理ジョブスレッド１１６１はポータルサービスアプリ１１１１に代わってユーザ追加要求を行う処理主体の一例である。

一括処理ジョブスレッド１１６１はユーザ追加要求情報のリストの人数分、ステップＳ５６〜ステップＳ５７の処理をループする。ステップＳ５６において、一括処理ジョブスレッド１１６１は認証・認可部１１２１に対し、新しい認証チケットを指定してユーザ追加要求を行う。ステップＳ５７において、一括処理ジョブスレッド１１６１はユーザ追加要求に対する応答を認証・認可部１１２１から受ける。

一括処理ジョブスレッド１１６１は、ユーザ追加要求情報のリストの人数分、ステップＳ５６〜ステップＳ５７の処理をループ後、新しい認証チケットを指定して認証・認可部１１２１にログアウト要求を行う。

ステップＳ５９において、ポータルサービスアプリ１１１１は一括処理ジョブスレッド１１６１の処理と非同期に、認証・認可部１１２１に対して、ユーザ一覧情報取得要求を行う。ステップＳ５９において、ポータルサービスアプリ１１１１は認証・認可部１１２１からユーザ一覧情報を取得する。ポータルサービスアプリ１１１１が取得するユーザ一覧情報は、一括処理ジョブスレッド１１６１によるユーザ情報の追加が反映されたものとなる。例えば一括処理ジョブスレッド１１６１によるユーザ情報の追加が一部終了していた場合、ユーザ一覧情報は終了した一部のユーザ情報の追加が反映されたものとなる。

そして、ステップＳ６１において、ポータルサービスアプリ１１１１はユーザ一覧画面を生成する。ポータルサービスアプリ１１１１は生成したユーザ一覧画面を、クライアント端末１０１１に表示させる。

図１４に示したシーケンス図ではユーザ情報のインポート時に、ユーザのログアウト後も破棄されない新しい認証チケットを取得して、ユーザのログアウト後も一括処理ジョブスレッド１１６１が行うユーザ情報を追加する処理を継続できる。なお、ユーザ情報のインポート時に限ることなく、ユーザ情報のエクスポート時やユーザ情報の削除時においても同様に、新しい認証チケットを利用可能である。

《ジョブ処理》
例えば図４に示したスキャンサービスアプリ１１１２はジョブを登録して実行させるための機能が設けられているものとする。このようなジョブの処理は時間が掛かる場合があるため、前述したようなユーザのログアウト後も破棄されない認証チケット２を利用してユーザのログアウト後も処理を継続できるようにする。

図１５は情報取得／設定処理の一例を表したシーケンス図である。ユーザは例えばクライアント端末１０１１を操作して、ログイン要求の為に必要な組織ＩＤ、ユーザＩＤ及びパスワードを入力する。クライアント端末１０１１はサービス提供システム１１００のポータルサービスアプリ１１１１に対し、ユーザにより入力されたユーザ特定情報によるログイン要求を行う。

ステップＳ７１において、ポータルサービスアプリ１１１１は認証・認可部１１２１にユーザ特定情報を指定してログイン要求を行う。認証・認可部１１２１はログイン要求で指定されたユーザ特定情報による認証に成功すると、認証チケットを発行し、図１０のテーブルに組織ＩＤ、ユーザＩＤ及び認証チケットを関連付けて登録する。ステップＳ７２において、認証・認可部１１２１は、認証チケットをログイン要求元のポータルサービスアプリ１１１１に返す。

ポータルサービスアプリ１１１１は認証チケットを例えばクッキー（Cookie）に設定する。ステップＳ７３において、ポータルサービスアプリ１１１１はスキャンサービスアプリ１１１２に対し、認証チケットを指定して情報取得／設定要求を行う。ステップＳ７４において、スキャンサービスアプリ１１１２はクッキー（Cookie）から認証チケットを取得する。

ステップＳ７５、Ｓ７６において、スキャンサービスアプリ１１１２はポータルサービスアプリ１１１１からの情報取得／設定要求に基づき、認証・認可部１１２１に情報要求して情報を取得する。

ステップＳ７７において、スキャンサービスアプリ１１１２はポータルサービスアプリ１１１１からの情報取得／設定要求に基づき、認証・認可部１１２１から取得した情報の設定を共通サービス１１０２に要求する。共通サービス１１０２は要求された情報の設定を行う。その結果を共通サービス１１０２はステップＳ７８においてスキャンサービスアプリ１１１２に返す。そして、ステップＳ７９において、スキャンサービスアプリ１１１２はポータルサービスアプリ１１１１からの情報取得／設定要求に対する応答を返す。

図１５に示した情報取得／設定処理は同期処理の一例である。次に、非同期処理の一例としてのジョブ登録処理を、図１６を参照しつつ説明する。図１６はジョブ登録処理の一例を表したシーケンス図である。

ステップＳ８１において、ポータルサービスアプリ１１１１は認証・認可部１１２１にユーザ特定情報を指定してログイン要求を行う。認証・認可部１１２１はログイン要求で指定されたユーザ特定情報による認証に成功すると、認証チケットを発行し、図１０のテーブルに組織ＩＤ、ユーザＩＤ及び認証チケットを関連付けて登録する。ステップＳ８２において、認証・認可部１１２１は、認証チケットをログイン要求元のポータルサービスアプリ１１１１に返す。

ポータルサービスアプリ１１１１は認証チケットを例えばクッキー（Cookie）に設定する。ステップＳ８３において、ポータルサービスアプリ１１１１はスキャンサービスアプリ１１１２に対し、認証チケットを指定してジョブ登録要求を行う。スキャンサービスアプリ１１１２はクッキー（Cookie）から認証チケットを取得する。

ステップＳ８４、Ｓ８５において、スキャンサービスアプリ１１１２はポータルサービスアプリ１１１１からのジョブ登録要求に基づき、認証・認可部１１２１に情報要求して情報を取得する。

また、スキャンサービスアプリ１１１２はステップＳ８６において、ジョブ登録処理が非同期処理であるため、認証チケットを指定して新規チケット発行を認証・認可部１１２１に要求する。

なお、新規チケット発行を要求されたときの認証・認可部１１２１の処理はステップＳ１３〜Ｓ１６と同様であるため、説明を省略する。そして、ステップＳ８７において、認証・認可部１１２１は認証チケットを新規チケット発行要求元のスキャンサービスアプリ１１１２に返す。ステップＳ８８において、スキャンサービスアプリ１１１２は新しい認証チケットをクッキー（Cookie）に設定する。

ステップＳ８９において、スキャンサービスアプリ１１１２は新しい認証チケットを指定して画像処理ワークフロー制御部１１２７にジョブ登録を要求する。ステップＳ９０において、画像処理ワークフロー制御部１１２７はジョブ登録の結果をスキャンサービスアプリ１１１２に返す。そして、ステップＳ９１において、スキャンサービスアプリ１１１２はポータルサービスアプリ１１１１からのジョブ登録要求に対する応答を返す。

なお、画像処理ワークフロー制御部１１２７の中には、ジョブ終了時にコールバックする機能を有するものがある。ステップＳ８９において、スキャンサービスアプリ１１１２から画像処理ワークフロー制御部１１２７が登録されるジョブのジョブ情報は例えば図１７に示すようなものである。

図１７はジョブ情報の一例の構成図である。図１７のジョブ情報は、ジョブの定義に関わる部分５と、タスクの定義に関わる部分６とを含む。ジョブの定義に関わる部分５はジョブＩＤ、ユーザＩＤ、組織ＩＤ、アプリＩＤ、コールバックする先のＵＲＬ、コールバックに必要なクッキー情報などを含む。また、タスクの定義に関わる部分６はタスクＩＤ、親ジョブＩＤ、タイプ（ｔｙｐｅ）、パラメータ（Ｐａｒａｍｓ）などを含む。

ユーザＩＤは、ジョブの実行を要求したユーザを表す情報である。組織ＩＤは、ジョブの実行を要求した組織を表す情報である。アプリＩＤは、ジョブの実行を要求したアプリケーション１１０１を表す情報である。コールバックする先のＵＲＬは、コールバックする先を表す情報である。コールバックに必要なクッキー情報は、アプリケーション１１０１にコールバックする際に用いられる情報である。

なお、図１６のシーケンス図の例では、コールバックする先のＵＲＬにスキャンサービスアプリ１１１２のＵＲＬを設定し、コールバックに必要なクッキー情報に新しい認証チケットを設定しておけばよい。

図１８はコールバック時の処理の一例を表したシーケンス図である。画像処理ワークフロー制御部１１２７はジョブの終了時、図１７に示したジョブ情報からジョブの定義に関わる部分５に含まれるコールバックする先のＵＲＬを読み出す。図１８のシーケンス図はコールバックする先のＵＲＬがスキャンサービスアプリ１１１２の例を示している。

ステップＳ１０１において、画像処理ワークフロー制御部１１２７はスキャンサービスアプリ１１１２にジョブ終了を通知する。なお、画像処理ワークフロー制御部１１２７はステップＳ１０１において、ジョブ情報のジョブの定義に関わる部分５に設定されているコールバックに必要なクッキー情報を用いることで、新しい認証チケットをコールバックに付加できる。

ステップＳ１０２において、スキャンサービスアプリ１１１２はコールバックから新しい認証チケットを取得する。ステップＳ１０３において、スキャンサービスアプリ１１１２は情報更新などの要求を共通サービス１１０２に要求する。スキャンサービスアプリ１１１２はステップＳ１０４において、情報更新などの要求に対する応答を受ける。

ステップＳ１０５において、スキャンサービスアプリ１１１２は新しい認証チケットを指定して認証・認可部１１２１にログアウト要求を行う。認証・認可部１１２１はログアウト要求で指定された新しい認証チケットをテーブルから削除する。

ステップＳ１０６において、認証・認可部１１２１はステップＳ１０５のログアウト要求に対する応答を返す。そして、ステップＳ１０７において、スキャンサービスアプリ１１１２はステップＳ１０１のコールバックに対する応答を画像処理ワークフロー制御部１１２７に返す。

このように、図１６に示したシーケンス図ではジョブ登録時に、ユーザのログアウト後も破棄されない新しい認証チケットを取得して、ユーザのログアウト後も画像処理ワークフロー制御部１１２７が行うジョブの処理を継続できる。

また、図１６に示したシーケンス図では、ジョブの終了時にコールバックする先のＵＲＬと、コールバックに必要なクッキー情報とを、登録するジョブのジョブ情報に設定しておくことで、コールバック時に認証を通過できる。また、図１８に示したシーケンス図では終了したジョブの実行に利用した認証チケットがコールバックに付加されて、画像処理ワークフロー制御部１１２７から通知されるため、スキャンサービスアプリ１１１２が新しい認証チケットによりログアウトできる。

（まとめ）
第１の実施形態に係るサービス提供システム１１００によれば、例えば時間が掛かる処理を非同期で実行する場合に、ユーザがログアウトした後も、ログアウトしたユーザの権限で処理を継続して実行できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

なお、特許請求の範囲に記載した受信手段は、ポータルサービスアプリ１１１１に相当する。認証手段は認証・認可部１１２１に相当する。実行手段は非同期処理を行うアプリケーション１１０１Ｂ、一括処理ジョブスレッド１１６１、画像処理ワークフロー制御部１１２７に相当する。

また、外部装置はクライアント端末１０１１等のオフィス機器に相当する。第１の記憶手段はユーザ情報記憶部１１４３に相当する。第２の記憶手段は図１０のテーブルに相当する。処理実行を終了したあと通知先に通知する際に必要な情報はコールバックに必要なクッキー情報に相当する。組織識別情報は組織ＩＤに相当する。認証済みであることを示す認証情報は認証チケットに相当する。新規認証情報は新しい認証チケットに相当する。

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

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

Claims (9)

1. １以上の情報処理装置を含む情報処理システムであって、
   外部装置からユーザ特定情報、組織識別情報を指定した利用開始申請を受信する受信手段と、
   組織識別情報に関連付けて１以上のユーザ特定情報を記憶する第１の記憶手段に、前記利用開始申請に指定された前記ユーザ特定情報、組織識別情報が関連付けられて記憶されているときに、前記外部装置がサービスの提供を要求するための、認証済みであることを示す認証情報を発行する認証手段と、を備え、
   前記認証手段は、前記認証情報を指定した新規認証情報の発行要求を受け、前記認証情報を指定した利用終了申請の後も利用できる新規認証情報を発行すること
   を特徴とする情報処理システム。
2. 前記認証手段は、発行した前記認証情報を記憶する第２の記憶手段に、前記新規認証情報の発行要求に指定された前記認証情報が記憶されていれば、前記新規認証情報を発行すること
   を特徴とする請求項１記載の情報処理システム。
3. 前記受信手段と非同期に情報処理を実行する実行手段
   を更に有し、
   前記受信手段は、前記外部装置から受信した処理要求が、前記実行手段で実行する情報処理に関するものであるとき、前記処理要求に含まれる前記認証情報を指定した新規認証情報の発行要求を前記認証手段に対して行うこと
   を特徴とする請求項１又は２記載の情報処理システム。
4. 前記受信手段は、前記認証手段から前記新規認証情報の発行を受け、前記実行手段に前記新規認証情報を指定した処理実行を要求すること
   を特徴とする請求項３記載の情報処理システム。
5. 前記受信手段は、前記外部装置から受信した処理要求が前記実行手段で実行するユーザ情報のインポート、エクスポート又は削除であるとき、前記処理要求に含まれる前記認証情報を指定した新規認証情報の発行要求を前記認証手段に対して行うこと
   を特徴とする請求項３記載の情報処理システム。
6. 前記受信手段は、前記実行手段に前記新規認証情報を指定した処理実行を要求するときに更に、前記実行手段が前記処理実行を終了したあと通知先に通知する際に必要な情報として前記新規認証情報を、前記実行手段に送信すること
   を特徴とする請求項４記載の情報処理システム。
7. コンピュータを、請求項１乃至６何れか一項に記載の情報処理装置として機能させるためのプログラム。
8. 外部装置からユーザ特定情報、組織識別情報を指定した利用開始申請を受信する受信手段と、
   組織識別情報に関連付けて１以上のユーザ特定情報を記憶する第１の記憶手段に、前記利用開始申請に指定された前記ユーザ特定情報、組織識別情報が関連付けられて記憶されているときに、前記外部装置が前記サービスの提供を要求するための、認証済みであることを示す認証情報を発行する認証手段と、を備え、
   前記認証手段は、前記認証情報を指定した新規認証情報の発行要求を受け、前記認証情報を指定した利用終了申請の後も利用できる新規認証情報を発行すること
   を特徴とする情報処理装置。
9. １以上の情報処理装置を含む情報処理システムが実行する認証情報管理方法であって、
   受信手段が、外部装置からユーザ特定情報、組織識別情報を指定した利用開始申請を受信するステップと、
   認証手段が、組織識別情報に関連付けて１以上のユーザ特定情報を記憶する第１の記憶手段に、前記利用開始申請に指定された前記ユーザ特定情報、組織識別情報が関連付けられて記憶されているときに、前記外部装置が前記サービスの提供を要求するための、認証済みであることを示す認証情報を発行するステップと、
   前記認証手段が、前記認証情報を指定した新規認証情報の発行要求を受け、前記認証情報を指定した利用終了申請の後も利用できる新規認証情報を発行するステップと
   を有することを特徴とする認証情報管理方法。

Images