JP4902981B2

JP4902981B2 - サービス提供システム及びサービス提供方法

Info

Publication number: JP4902981B2
Application number: JP2005282063A
Authority: JP
Inventors: 幸子竹内; 透松田
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2004-10-05
Filing date: 2005-09-28
Publication date: 2012-03-21
Anticipated expiration: 2025-09-28
Also published as: EP1646179B1; EP1646179A1; DE602005025187D1; US20060075474A1; JP2006134301A; US8171526B2

Description

本発明は、サービス提供システム及びサービス提供方法に係り、特に認証が必要な情報処理装置及びサービス提供サーバを有するサービス提供システム、そのサービス提供システムによって実行されるサービス提供方法に関する。

近年、ソフトウェア資源又はハードウェア資源を共有化するために、複数のサーバや装置をＬＡＮ（ローカルエリアネットワーク）やインターネット等のネットワーク上に接続させることが行われている（例えば特許文献１）。

通常、ＬＡＮやインターネット等のネットワーク上で複数のサーバや装置を利用する為には、サーバや装置毎に認証を行う必要がある。図１は、複数のサーバや装置を利用するシステムの一例の構成図である。

図１のシステムでは、クライアントＰＣ３０からの要求に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に転送される。ここでは、画像形成装置１０の認証情報を認証情報［Ａ］、配信サーバ２０の認証情報を認証情報［Ｂ］として説明する。図１のシステムは、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］が異なるため、画像形成装置１０，配信サーバ２０を操作する場合、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行う必要があった。

図２は、複数のサーバや装置を利用するシステムの他の例の構成図である。図２のシステムでは、画像形成装置１０の操作パネルからの操作に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に転送される。例えば操作パネルからの操作の場合、図２のシステムでは画像形成装置１０に対しての認証を行っても、配信サーバ２０に対しての認証を省略することが多かった。
特開２００３−１２２５１４号公報

図１のシステムの場合、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行う必要があった。したがって、利用するサーバや装置の数が増えると必要な認証の数も増えるため、クライアントＰＣ３０を操作するユーザに煩雑な作業を強いるという問題があった。

図２のシステムの場合、画像形成装置１０に対しての認証を行っても、配信サーバ２０に対しての認証を省略している。通常、画像形成装置１０では蓄積されている文書を配信サーバ２０に転送する場合、送信者を自由に選択できることが多い。したがって、画像形成装置１０のユーザは「送信者のなりすまし」が可能であるという問題があった。

なお、図２のシステムの場合であっても、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行うようにすると、操作パネルを操作するユーザに煩雑な作業を強いるという問題があった。

本発明は、上記の点に鑑みなされたもので、ユーザに煩雑な作業を強いることなく、セキュリティレベルを維持できるサービス提供システム及びサービス提供方法を提供することを目的とする。

上記課題を解決するため、本発明は、独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、前記情報処理装置は、前記情報処理装置で認証されたユーザに対応付けられたユーザを識別するためのユーザ識別情報を取得するユーザ識別情報取得手段と、取得したユーザ識別情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段とを有し、前記サービス提供サーバは、ユーザ識別情報と前記サービス提供サーバの認証のための情報とを対応付ける認証情報対応表を保持する認証情報対応表保持手段と、前記情報処理装置からの処理要求があると、その処理要求に含まれるユーザ識別情報と対応付けられている前記サービス提供サーバの認証のための情報を取得する認証情報取得手段と、前記サービス提供サーバの認証のための情報で認証が正常終了した後に、前記情報処理装置からの処理要求に応じた処理を行う処理実行手段とを有することを特徴とする。

また、本発明は、独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムによって実行されるサービス提供方法であって、前記情報処理装置が、前記情報処理装置で認証されたユーザに対応付けられたユーザを識別するためのユーザ識別情報を取得するステップと、取得したユーザ識別情報を含む処理要求を、前記サービス提供サーバに対して行なうステップと、前記サービス提供サーバが、前記情報処理装置からの処理要求があると、ユーザ識別情報と前記サービス提供サーバの認証のための情報とを対応付ける認証情報対応表を保持する認証情報対応表保持手段から、その処理要求に含まれるユーザ識別情報と対応付けられている前記サービス提供サーバの認証のための情報を取得するステップと、前記サービス提供サーバの認証のための情報で認証が正常終了した後に、前記情報処理装置からの処理要求に応じた処理を行うステップとを有することを特徴とする。

本発明では、情報処理装置で認証されたユーザに対応付けられているサービス提供サーバの認証のための情報を取得し、認証のための情報でサービス提供サーバに対して認証を行うことができる。

即ち、ユーザは情報処理装置に対して認証を行えば、煩雑な作業を行うことなく、認証が必要な１つ以上のサービス提供サーバの認証を行うことができる。また、情報処理装置からサービス提供サーバへの処理要求には、情報処理装置で認証されたユーザに対応付けられている認証のための情報が含まれているため、「送信者のなりすまし」を防止でき、セキュリティレベルを維持することが可能である。

本発明によれば、ユーザに煩雑な作業を強いることなく、セキュリティレベルを維持できるサービス提供システム及びサービス提供方法を提供可能である。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では情報処理装置としての画像形成装置を一例として説明するが、認証が必要な如何なる情報処理装置であってもよい。また、本実施例ではサービス提供サーバとしての配信サーバ，ワークフローサーバを一例として説明するが、認証が必要な如何なるサービス提供サーバであってもよい。

図３は、本発明のユーザ認証方法の一例の原理図である。図３のシステムは、画像形成装置１０，配信サーバ２０，ワークフローサーバ２１，クライアントＰＣ３０が、ＬＡＮやインターネット等のネットワーク（図示せず）を介して接続されている。例えば図３のシステムでは、クライアントＰＣ３０からの要求に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に配信またはワークフローサーバ２１に登録される。

なお、クライアントＰＣ３０に入力されるユーザからの要求は、配信サーバ２０またはワークフローサーバ２１に要求するサービスを直接に指定するものでもよいし、間接的に指定するものでもよい。

また、図３のシステムでは、画像形成装置１０，配信サーバ２０，ワークフローサーバ２１が独立して認証機構を持つ。したがって、図３のシステムは画像形成装置１０，配信サーバ２０，ワークフローサーバ２１のそれぞれに対して認証を行なう必要がある。

なお、以下の説明では、画像形成装置１０の認証情報を認証情報［Ａ］、配信サーバ２０の認証情報を認証情報［Ｂ］，ワークフローサーバ２１の認証情報を認証情報［Ｃ］として説明する。まず、クライアントＰＣ３０を操作するユーザは、認証情報［Ａ］を利用して画像形成装置１０に認証を行う。

クライアントＰＣ３０からの要求に基づき文書を配信サーバ２０に配信する場合、画像形成装置１０は認証情報［Ａ］で認証されたユーザのユーザＩＤに基づき、自機内の認証情報対応表１０１から配信サーバ２０の認証情報［Ｂ］を取得する。認証情報対応表１０１は、ユーザのユーザＩＤ，画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］，ワークフローサーバ２１の認証情報［Ｃ］が対応付けられている。従って、画像形成装置１０は認証情報［Ｂ］で配信サーバ２０に対して認証を行うことができる。

クライアントＰＣ３０からの要求に基づき文書をワークフローサーバ２１に登録する場合、画像形成装置１０は認証情報［Ａ］で認証されたユーザのユーザＩＤに基づき、自機内の認証情報対応表１０１からワークフローサーバ２１の認証情報［Ｃ］を取得する。従って、画像形成装置１０は認証情報［Ｃ］でワークフローサーバ２１に対して認証を行うことができる。

図３のシステムでは、クライアント３０を操作するユーザが認証情報［Ａ］を利用して画像形成装置１０に１回認証を行えば、認証されたユーザのユーザＩＤに基づき、認証情報対応表１０１から配信サーバ２０の認証情報［Ｂ］およびワークフローサーバ２１の認証情報［Ｃ］を取得できる。したがって、クライアント３０を操作するユーザは利用するサービス提供サーバの数が増えても認証情報［Ａ］を１回入力すればよい。

また、図３のシステムでは、画像形成装置１０から配信サーバ２０への配信要求またはワークフローサーバ２１への登録要求に、認証情報［Ａ］で認証されたユーザのユーザＩＤを含ませる。画像形成装置１０で認証済みのユーザのユーザＩＤを送信者として含ませることにより、「送信者のなりすまし」を効果的に防止できる。

なお、図３のシステムでは、認証情報対応表１０１が画像形成装置１０内に設けられているが、配信サーバ２０又はワークフローサーバ２１に設けてもよいし、ネットワークに接続された後述するディレクトリサーバに設けてもよい。ディレクトリサーバは、ネットワークを介して接続された外部の機器の一例である。認証情報対応表１０１が画像形成装置１０以外に設けられているときの処理の詳細は、後述する。

さらに、図３のシステムでは認証情報対応表１０１を利用しているが、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］およびワークフローサーバ２１の認証情報［Ｃ］の同期を取っておけば、認証情報対応表１０１を利用しなくてもよい。

このように、ユーザは画像形成装置１０に対して認証を１回行えば、認証の必要な配信サーバ２０，ワークフローサーバ２１への認証を容易に行うことができる。また、画像形成装置１０から配信サーバ２０，ワークフローサーバ２１への処理要求には、画像形成装置１０で認証済みのユーザのユーザＩＤが含まれているため、「送信者のなりすまし」を防止でき、セキュリティレベルを維持することが可能である。

次に、画像形成装置１０の一例の構成について説明する。図４は、本発明による画像形成装置の一実施例の構成図である。画像形成装置１０は、ハードウェア資源１１０，起動部１２０，ソフトウェア群１３０を含むように構成されている。

ハードウェア資源１１０は、プロッタ，スキャナ，その他のハードウェアリソースを含む。ソフトウェア群１３０はＵＮＩＸ（登録商標）などのＯＳ（オペレーティングシステム）上で実行されているアプリケーション１４０とプラットフォーム１５０とを含む。起動部１２０は画像形成装置１０の電源投入時に最初に実行され、アプリケーション１４０やプラットフォーム１５０をＯＳ上に起動するものである。

アプリケーション１４０は、プリンタアプリ，コピーアプリ，ファックスアプリ，スキャナアプリ，Ｗｅｂサービス実行部などを含む。また、プラットフォーム１５０はコントロールサービス１５１，ＳＲＭ（システムリソースマネージャ）１５２，ハンドラ層１５３を含む。プラットフォーム１５０は、ＡＰＩ（アプリケーションプログラムインターフェース）１５４を含むように構成されている。

コントロールサービス１５１は、ＮＣＳ（ネットワークコントロールサービス）と，ＤＣＳ（デリバリーコントロールサービス）と，ＯＣＳ（オペレーションパネルコントロールサービス）と，ＦＣＳ（ファックスコントロールサービス）と，ＥＣＳ（エンジンコントロールサービス）と，ＭＣＳ（メモリコントロールサービス）と，ＵＣＳ（ユーザインフォメーションコントロールサービス）と，ＣＣＳ（認証コントロールサービス）と，ＳＣＳ（システムコントロールサービス）とを含むように構成されている。

ハンドラ層１５３は、ＦＣＵＨ（ファックスコントロールユニットハンドラ）及びＩＭＨ（イメージメモリハンドラ）を含む。図４の画像形成装置１０を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている。

図５は、本発明による画像形成装置の一実施例のハードウェア構成図である。画像形成装置１０は、コントローラ１６０と，操作パネル１６１と，ＦＣＵ１６２と，エンジン部１６３とを含むように構成されている。

コントローラ１６０は、ＣＰＵ，システムメモリ，ローカルメモリ，ＨＤＤ（ハードディスクドライブ），ＮＢ（ノースブリッジ），ＡＳＩＣ，ＳＢ（サウスブリッジ），ＮＩＣ（ネットワークインターフェースカード），ＵＳＢＩ／Ｆ，ＩＥＥＥ１３９４Ｉ／Ｆ，セントロニクスＩ／Ｆ，ＳＤカードリーダ，ＩＣカードリーダなどを含む。図５の画像形成装置１０を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている。

以下、画像形成装置１０に蓄積されている文書を配信サーバ２０に配信する処理を実施例１として、画像形成装置１０に蓄積されている文書をワークフローサーバ２１に登録する処理を実施例２として説明する。

図６は、本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。図６のシステムは、認証情報対応表が画像形成装置１０に保持されている例を表す。図６のシステムは、画像形成装置１０，配信サーバ２０及びクライアントＰＣ３０がネットワーク４０を介して接続されている。なお、図６の画像形成装置１０，配信サーバ２０及びクライアントＰＣ３０の構成は、説明に必要のない構成を適宜省略したものである。

画像形成装置１０は、スキャナアプリ１７１と，ネットワークＩ／Ｆ１７２と，Ｗｅｂサービス実行部１７３と，ＣＣＳ１７４と，ＵＣＳ１７５と，ＤＣＳ１７６と，ＭＣＳ１７７と，アドレス帳１７８と，認証情報対応表１７９と，ＨＤＤ１８０とを含む構成である。配信サーバ２０は、ネットワークＩ／Ｆ２０１と，配信モジュール２０２と，認証実行部２０３と，アドレス帳２０４とを含む構成である。クライアントＰＣ３０は、アプリケーション３０１と，ネットワークＩ／Ｆ３０２とを含む構成である。

図７は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図７のシステムは、認証情報対応表が配信サーバ２０に保持されている例を表す。図７のシステムでは、画像形成装置１０が認証情報対応表を保持しておらず、配信サーバ２０が認証情報対応表２０５を保持している。その他、図７のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。

図８は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図８のシステムは、認証情報対応表がディレクトリサーバ５０に保持されている例を表している。図８のシステムは、画像形成装置１０，配信サーバ２０，クライアントＰＣ３０及びディレクトリサーバ５０がネットワーク４０を介して接続されている。

図８のシステムでは、画像形成装置１０が認証情報対応表を保持しておらず、ディレクトリサーバ５０が認証情報対応表５０３を保持している。その他、図８のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。

図９は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図９のシステムは、認証情報対応表が無く、画像形成装置１０及び配信サーバ２０で共通のアドレス帳を利用する例を表している。図９のシステムは、画像形成装置１０のアドレス帳１７８と配信サーバ２０のアドレス帳２０４とで同期を取ることで、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］を同じにしている。その他、図９のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。

図６〜図９のシステムでは、画像形成装置１０，配信サーバ２０，クライアントＰＣ３０及びディレクトリサーバ５０が、それぞれのネットワークＩ／Ｆ１７２，２０１，３０２及び５０１を介してデータ通信可能である。

次に、図６〜図９のシステムの処理について、シーケンス図に基づき説明する。図１０は、ユーザログインからアドレス帳取得までの処理を表したシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１からユーザＩＤ及びパスワードを入力してユーザログインを行うと、ステップＳ１に進み、操作パネル１６１からユーザＩＤ及びパスワードを含む認証要求がＣＣＳ１７４に送信される。

ＣＣＳ１７４では、認証要求に含まれるユーザＩＤ及びパスワードを利用してユーザ認証を行い、認証が正常に終了するとユーザチケットの生成を行う。ＣＣＳ１７４では、生成したユーザチケットの管理を行う。ステップＳ２に進み、ＣＣＳ１７４はユーザチケットをスキャナアプリ１７１に送信する。

ユーザチケットを受信すると、スキャナアプリ１７１はステップＳ３に進み、ユーザチケットを含むアドレス帳取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は、アドレス帳取得要求に含まれるユーザチケットからユーザＩＤを取得する。ＵＣＳ１７５は、取得したユーザＩＤを利用して、アドレス帳１７８からユーザの個人宛先アドレス帳を取得する。

ステップＳ４に進み、ＵＣＳ１７５は取得した個人宛先アドレス帳をスキャナアプリ１７１に送信する。このように、スキャナアプリ１７１はユーザ認証されたユーザの個人宛先アドレス帳を取得できる。

なお、ＵＣＳ１７５は図１１のシーケンス図に表した処理により、配信サーバ２０からユーザの個人宛先アドレス帳を取得するようにしてもよい。図１１は、配信サーバからアドレス帳を取得する処理を表したシーケンス図である。

ステップＳ１１に進み、ＵＣＳ１７５は、取得したユーザＩＤを含むアドレス帳取得要求を、配信サーバ２０の配信モジュール２０２に対して行う。配信サーバ２０の配信モジュール２０２は、アドレス帳取得要求に含まれるユーザＩＤを利用して、アドレス帳２０４からユーザの個人宛先アドレス帳を取得する。

ステップＳ１２に進み、配信モジュール２０２は取得した個人宛先アドレス帳を画像形成装置１０のＵＣＳ１７５に送信する。このように、ＵＣＳ１７５は配信サーバ２０からユーザの個人宛先アドレス帳を取得できる。

図１２は、文書作成から文書配信までの処理を表した一例のシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示すると、スキャナアプリ１７１は選択指示された宛先の宛先ＩＤを取得する。ユーザは配信する文書をセットし、画像形成装置１０のスキャナ機能を利用してスキャンを開始する。

スキャンが終了すると、スキャナアプリ１７１はステップＳ２１に進み、ユーザチケット，文書，宛先ＩＤを含む文書配信要求をＤＣＳ１７６に対して行う。ＤＣＳ１７６は文書配信要求に含まれるユーザチケットからユーザＩＤを取得する。ＤＣＳ１７６はステップＳ２２に進み、取得したユーザＩＤを含む認証情報取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は、認証情報取得要求に含まれるユーザＩＤを利用して、後述するようにユーザＩＤに対応する認証情報（例えば、パスワードなど）を取得する。ステップＳ２３に進み、ＵＣＳ１７５は取得した認証情報をＤＣＳ１７６に送信する。

ＤＣＳ１７６は、受信した認証情報を文書書誌情報に追加する。文書書誌情報には、送信者の認証情報，送信者名，宛先，指定時刻，画像ファイル名，画像フォーマット，画像圧縮形式などが含まれる。なお、ＵＣＳ１７５又はＤＣＳ１７６は認証情報を暗号化してもよい。

ステップＳ２４に進み、ＤＣＳ１７６は文書，文書書誌情報を含む配信要求をステップＳ２１の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。

配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了するとステップＳ２５に進み、ステップＳ２４の配信要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ２６に進み、ＤＣＳ１７６はステップＳ２１の文書配信要求に対する応答をスキャナアプリ１７１に対して行う。このように、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。

図１３は、文書作成から文書配信までの処理を表した他の例のシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示すると、スキャナアプリ１７１は選択指示された宛先の宛先ＩＤを取得する。ユーザは配信する文書をセットし、画像形成装置１０のスキャナ機能を利用してスキャンを開始する。

スキャンが終了すると、ユーザは操作パネル１６１から文書の保存を指示する。ユーザから文書の保存を指示されると、スキャナアプリ１７１はステップＳ３１に進み、文書を含む文書保存要求をＭＣＳ１７７に対して行う。ＭＣＳ１７７は文書保存要求に含まれる文書を取得し、ＨＤＤ１８０に格納する。ＭＣＳ１７７は、ＨＤＤ１８０に格納した文書の文書ＩＤを発行する。ステップＳ３２に進み、ＭＣＳ１７７は発行した文書ＩＤをスキャナアプリ１７１に送信する。

ステップＳ３３に進み、スキャナアプリ１７１はユーザチケット，文書ＩＤ，宛先ＩＤを含む文書配信要求をＤＣＳ１７６に対して行う。ＤＣＳ１７６は文書配信要求に含まれるユーザチケットからユーザＩＤを取得する。ＤＣＳ１７６はステップＳ３４に進み、取得したユーザＩＤを含む認証情報取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は認証情報取得要求に含まれるユーザＩＤを利用して、後述するようにユーザＩＤに対応する認証情報を取得する。ステップＳ３５に進み、ＵＣＳ１７５は取得した認証情報をＤＣＳ１７６に送信する。

ステップＳ３６に進み、ＤＣＳ１７６は文書配信要求に含まれるユーザチケットから文書ＩＤを取得する。ＤＣＳ１７６は、取得した文書ＩＤを含む文書取得要求をＭＣＳ１７７に対して行う。ＭＣＳ１７７は文書取得要求に含まれる文書ＩＤを利用して、文書ＩＤに対応する文書，文書書誌情報をＨＤＤ１８０から取得する。ステップＳ３７に進み、ＭＣＳ１７７は取得した文書，文書書誌情報をＤＣＳ１７６に送信する。

ＤＣＳ１７６は、受信した認証情報を文書書誌情報に追加する。なお、ＤＣＳ１７６は認証情報を暗号化してもよい。ステップＳ３８に進み、ＤＣＳ１７６は文書，文書書誌情報を含む配信要求を、ステップＳ３３の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。

配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了するとステップＳ３９に進み、ステップＳ３８の配信要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ４０に進み、ＤＣＳ１７６はステップＳ３３の文書配信要求に対する応答をスキャナアプリ１７１に対して行う。このように、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。

図１２又は図１３において、配信サーバ２０で送信者のユーザ認証を行うために画像形成装置１０から配信サーバ２０に送信される認証情報は、前述した図６〜図９のシステムにより異なっている。即ち、画像形成装置１０から配信サーバ２０に送信される認証情報は認証情報対応表の管理が、どこで行われているかにより異なる。

図１４は、画像形成装置から配信サーバに送信される認証情報の違いを表した説明図である。図６のシステムように、画像形成装置１０が認証情報対応表１７９を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、ＵＣＳ１７５は認証情報対応表１７９から配信サーバ２０の認証情報［Ｂ］を取得する。この為、画像形成装置１０から配信サーバ２０に送信される認証情報は、配信サーバ２０の認証情報［Ｂ］となる。

図２４は画像形成装置で管理が行われる認証情報対応表の一例の構成図である。図２５は画像形成装置で管理が行われる認証情報対応表の他の例の構成図である。図２４の認証情報対応表１７９では、機器間で共通のユーザＩＤ毎に、画像形成装置１０，配信サーバ２０及びワークフローサーバ２１の認証情報が対応付けられている。図２４の認証情報対応表１７９では、認証情報がパスワードにより構成されている。パスワードは、ユーザを確認する為の情報である。図２５の認証情報対応表１７９では、機器間で共通のユーザＩＤ毎に、画像形成装置１０，配信サーバ２０及びワークフローサーバ２１の認証情報が対応付けられている。図２５の認証情報対応表１７９では、認証情報がＩＤ及びパスワードにより構成されている。ユーザＩＤは機器間でユーザを識別する為の情報である。ＩＤは機器毎にユーザを識別する為の情報である。

また、図７のシステムように、配信サーバ２０が認証情報対応表２０５を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、認証実行部２０３は認証情報対応表２０５から配信サーバ２０の認証情報［Ｂ］を取得する。したがって、画像形成装置１０から配信サーバ２０に送信される認証情報は、画像形成装置１０の認証情報［Ａ］となる。

この場合、認証情報［Ａ］は画像形成装置１０で認証されたユーザのユーザＩＤにより構成されている。例えば配信サーバ２０は、ユーザＩＤの他に、ユーザを認証した機器が信用のある機器であることを証明する電子署名を受信することで、配信要求を行った機器が信用のある機器かどうかを認証できる。電子署名は、ユーザを認証した機器を確認する為の情報である。

なお、電子署名の確認に利用する公開鍵は図２６に示す機器認証情報対応表２０６により機器毎に管理される。図２６は、配信サーバで管理が行われる機器認証情報対応表の一例の構成図である。画像形成装置１０は、自機の秘密鍵で暗号化した電子署名を配信サーバ２０に送信する。配信サーバ２０は、受信した電子署名を機器認証情報対応表２０６によって管理されている画像形成装置１０の公開鍵で復号することにより、配信要求を行った機器が信用のある機器かどうかを確認できる。

また、図８のシステムのように、ディレクトリサーバ５０が認証情報対応表５０３を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、認証情報対応表５０３から配信サーバ２０の認証情報［Ｂ］を取得し、その認証情報［Ｂ］を画像形成装置１０に送信する。

この為、画像形成装置１０から配信サーバ２０に送信される認証情報は、配信サーバ２０の認証情報［Ｂ］となる。なお、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、認証情報対応表５０３から配信サーバ２０の認証情報［Ｂ］を取得し、その認証情報［Ｂ］を配信サーバ２０に送信するようにしてもよい。

また、図９のシステムのように、画像形成装置１０及び配信サーバ２０で共通のアドレス帳を利用している場合、画像形成装置１０の認証情報［Ａ］および配信サーバ２０の認証情報［Ｂ］が同じであるため、配信サーバ２０は認証情報［Ａ］をそのまま利用することができる。したがって、画像形成装置１０から配信サーバ２０に送信される認証情報は画像形成装置１０の認証情報［Ａ］となる。

ここまで、ユーザが画像形成装置１０を操作する例を説明してきたが、クライアントＰＣ３０からリモートで操作することもできる。そこで、クライアントＰＣ３０から画像形成装置１０及び配信サーバ２０をリモートで操作するときの図６〜図９のシステムの処理について、シーケンス図に基づき説明する。図１５は、セッション開始からアドレス帳取得までの処理を表したシーケンス図である。ここでは、画像形成装置１０がＤＣＳ１７６からでなく配信サービスから配信する例を説明する。

まず、クライアントＰＣ３０を操作するユーザは、ユーザＩＤ及びパスワードを入力する。ユーザＩＤ及びパスワードを入力されると、クライアントＰＣ３０のアプリケーション３０１はステップＳ５１に進み、ユーザＩＤ及びパスワードを含むセッション開始要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、Ｗｅｂサービスの一例である。

ステップＳ５２に進み、配信サービス１８１はセッション開始要求に含まれるユーザＩＤ及びパスワードを取得し、そのユーザＩＤ及びパスワードを含む認証要求をＣＣＳ１７４に対して行う。ＣＣＳ１７４では、認証要求に含まれるユーザＩＤ及びパスワードを利用してユーザ認証を行い、認証が正常に終了するとユーザチケットの生成を行う。ＣＣＳ１７４では、生成したユーザチケットの管理を行う。ステップＳ５３に進み、ＣＣＳ１７４はユーザチケットを配信サービス１８１に送信する。

ユーザチケットを受信すると、配信サービス１８１はユーザチケットに基づき、セッションＩＤを発行する。配信サービス１８１はステップＳ５４に進み、発行したセッションＩＤをクライアントＰＣ３０のアプリケーション３０１に送信する。

ステップＳ５５に進み、アプリケーション３０１は受信したセッションＩＤを含むアドレス帳取得要求を、配信サーバ２０の配信モジュール２０２に対して行う。配信サーバ２０の配信モジュール２０２は、アドレス帳取得要求に含まれるユーザＩＤを利用して、アドレス帳２０４からユーザの個人宛先アドレス帳を取得する。

ステップＳ５６に進み、配信モジュール２０２は取得した個人宛先アドレス帳をクライアントＰＣ３０のアプリケーション３０１に送信する。このように、クライアントＰＣ３０は配信サーバ２０からユーザの個人宛先アドレス帳を取得できる。

図１６は、文書選択から文書配信までの処理を表した一例のシーケンス図である。図１５のステップＳ５１〜Ｓ５４と同様に、クライアントＰＣ３０のアプリケーション３０１は画像形成装置１０の文書管理サービス１８２に対してセッション開始要求を行い、セッションＩＤを取得する。

ステップＳ６１に進み、アプリケーション３０１は受信したセッションＩＤを含む文書一覧取得要求を、画像形成装置１０の文書管理サービス１８２に対して行う。ステップＳ６２に進み、画像形成装置１０の文書管理サービス１８２は、文書一覧取得要求に含まれるセッションＩＤを利用して、クライアントＰＣ３０のアプリケーション３０１に文書ＩＤのリストを送信する。

クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された文書のリストから配信する文書を選択指示すると共に、表示された個人宛先アドレス帳から文書を配信する宛先を選択指示する。アプリケーション３０１は、選択指示された文書の文書ＩＤおよび宛先の宛先ＩＤを取得する。

ステップＳ６３に進み、アプリケーション３０１はセッションＩＤ，文書管理サービスのＵＲＬ，文書ＩＤ，宛先ＩＤを含む文書配信要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、文書配信要求に含まれるセッションＩＤを利用して、セッションＩＤに対応するユーザＩＤを取得する。

ステップＳ６４に進み、配信サービス１８１は文書配信要求に含まれる文書ＩＤを取得する。配信サービス１８１は、取得した文書ＩＤを含む文書取得要求を文書管理サービス１８２に対して行う。文書管理サービス１８２は文書取得要求に含まれる文書ＩＤを利用して、文書ＩＤに対応する文書をＨＤＤ１８０から取得する。ステップＳ６５に進み、文書管理サービス１８２は取得した文書を配信サービス１８１に送信する。

その後、図１２のステップＳ２４〜Ｓ２６と同様に、文書，文書書誌情報を含む配信要求を、ステップＳ６３の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。

配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了すると配信要求に対する応答を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、ステップＳ６３の文書配信要求に対する応答をクライアントＰＣ３０のアプリケーション３０１に対して行う。このように、クライアントＰＣ３０からのリモートによる操作に基づき、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。

図１７は、文書選択から文書配信までの処理を表した他の例のシーケンス図である。図１５のステップＳ５１〜Ｓ５４と同様に、クライアントＰＣ３０のアプリケーション３０１は画像形成装置１０の文書管理サービス１８２に対してセッション開始要求を行い、セッションＩＤを取得する。

ステップＳ７１に進み、アプリケーション３０１は受信したセッションＩＤを含む文書一覧取得要求を、画像形成装置１０の文書管理サービス１８２に対して行う。ステップＳ７２に進み、画像形成装置１０の文書管理サービス１８２は、文書一覧取得要求に含まれるセッションＩＤを利用して、クライアントＰＣ３０のアプリケーション３０１に文書ＩＤのリストを送信する。

クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された文書のリストから配信する文書を選択指示する。アプリケーション３０１は、選択指示された文書の文書ＩＤを取得する。ステップＳ７３に進み、アプリケーション３０１はセッションＩＤ及び選択指示した文書の文書ＩＤのリストを含む文書チケット取得要求を画像形成装置１０の文書管理サービス１８２に対して行う。文書管理サービス１８２は、文書チケット取得要求に含まれるセッションＩＤ及び文書ＩＤのリストを利用して文書チケットの生成を行う。文書管理サービス１８２は、文書チケットの管理を行う。ステップＳ７４に進み、文書管理サービス１８２は文書チケットをクライアントＰＣ３０のアプリケーション３０１に送信する。

クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示する。アプリケーション３０１は、選択指示された宛先の宛先ＩＤを取得する。

ステップＳ７５に進み、アプリケーション３０１はセッションＩＤ，文書管理サービスのＵＲＬ，文書チケット，宛先ＩＤを含む文書配信要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、文書配信要求に含まれるセッションＩＤを利用して、セッションＩＤに対応するユーザＩＤを取得する。

ステップＳ７６に進み、配信サービス１８１は文書配信要求に含まれる文書チケットを取得する。配信サービス１８１は、取得した文書チケットを含む文書取得要求を文書管理サービス１８２に対して行う。文書管理サービス１８２は文書取得要求に含まれる文書チケットを利用して、文書チケットに対応する文書をＨＤＤ１８０から取得する。ステップＳ７７に進み、文書管理サービス１８２はＨＤＤ１８０から取得した文書を配信サービス１８１に送信する。

その後、図１２のステップＳ２４〜Ｓ２６と同様に、文書，文書書誌情報を含む配信要求を、ステップＳ７５の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。

配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了すると配信要求に対する応答を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、ステップＳ７５の文書配信要求に対する応答をクライアントＰＣ３０のアプリケーション３０１に対して行う。このように、クライアントＰＣ３０からのリモートによる操作に基づき、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。

画像形成装置１０から配信サーバ２０に送信する認証情報を暗号化する場合、予め配信サーバ２０の暗号鍵を画像形成装置１０内に登録しておく必要がある。図１８は、暗号鍵を登録する処理を表したシーケンス図である。

ステップＳ８１に進み、配信サーバ２０の配信モジュール２０２は機器のケーパビリティ取得要求を画像形成装置１０の配信サービス１８１に対して行う。ステップＳ８２に進み、配信サービス１８１は暗号化方式の候補を配信サーバ２０の配信モジュール２０２に送信する。ステップＳ８３に進み、配信モジュール２０２は受信した暗号化方式の候補から暗号化方式を選択し、その暗号化方式および暗号鍵を含む暗号鍵の登録要求を画像形成装置１０の配信サービス１８１に対して行う。ステップＳ８４に進み、配信サービス１８１は暗号鍵の登録ＯＫを配信サーバ２０の配信モジュール２０２に通知する。なお、ステップＳ８１の機器のケーパビリティ取得は、機器管理サービスに行わせてもよい。

次に、アドレス帳の同期処理について説明する。図２７は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２７のシーケンス図は、ポーリング形式、且つ一括更新の場合を表す。

まず、画像形成装置１０のＵＣＳ１７５は、図２４又は図２５のような認証情報対応表１７９から配信サーバ２０のＵＲＬを取得する。ステップＳ１００に進み、ＵＣＳ１７５は配信サーバ２０のＵＲＬを指定してＤＣＳ１７６に認証情報取得要求を行なう。ＵＣＳ１７５は、特定のユーザの認証情報を取得するならば、ユーザＩＤを指定してＤＣＳ１７６に認証情報取得要求を行なう。また、ＵＣＳ１７５は配信サーバ２０のアドレス帳２０４に含まれる認証情報の全てを一括で取得してもよい。このとき、ＵＣＳ１７５はユーザＩＤを指定しなくてもよい。

ステップＳ１０１に進み、ＤＣＳ１７６はＵＲＬにより指定された配信サーバ２０の配信モジュール２０２に認証情報取得要求を送信する。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。ステップＳ１０２に進み、配信モジュール２０２はステップＳ１０１の認証情報取得要求の応答として認証情報リストを画像形成装置１０のＤＣＳ１７６に送信する。ここで、認証情報リストとはユーザＩＤとパスワードとが組みになったリストである。

ステップＳ１０３に進み、ＤＣＳ１７６はステップＳ１００の認証情報取得要求の応答として認証情報リストをＵＣＳ１７５に送信する。ＵＣＳ１７５は、受信した認証情報リストを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。

図２８は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２８のシーケンス図は、アドレス帳更新時に同期を取る場合を表す。図２８のシーケンス図では、配信サーバ２０からの認証情報変更通知の中にユーザＩＤ，パスワードを含めている。

まず、配信サーバ２０の配信モジュール２０２は認証情報の更新を検出する。ステップＳ１１０に進み、配信サーバ２０の配信モジュール２０２はユーザＩＤ，パスワードを指定した認証情報変更通知を画像形成装置１０のＤＣＳ１７６に通知する。ステップＳ１１１に進み、ＤＣＳ１７６はユーザＩＤ，パスワードを指定した認証情報変更通知をＵＣＳ１７５に通知する。ＵＣＳ１７５は、受信したユーザＩＤ，パスワードを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。

図２９は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２９のシーケンス図は、アドレス帳更新時に同期を取る場合を表す。

図２９のシーケンス図では、配信サーバ２０からの認証情報変更通知後、画像形成装置１０から認証情報取得要求を行っている。まず、配信サーバ２０の配信モジュール２０２は認証情報の更新を検出する。

ステップＳ１２０に進み、配信サーバ２０の配信モジュール２０２はユーザＩＤを指定した認証情報変更通知を画像形成装置１０のＤＣＳ１７６に通知する。ステップＳ１２１に進み、ＤＣＳ１７６はユーザＩＤを指定した認証情報変更通知をＵＣＳ１７５に通知する。

ステップＳ１２２に進み、ＵＣＳ１７５はユーザＩＤを指定してＤＣＳ１７６に認証情報取得要求を行なう。ステップＳ１２３に進み、ＤＣＳ１７６はユーザＩＤを指定して配信サーバ２０の配信モジュール２０２に認証情報取得要求を行なう。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。

ステップＳ１２４に進み、配信モジュール２０２はステップＳ１２３の認証情報取得要求の応答としてユーザＩＤ及びパスワードを、画像形成装置１０のＤＣＳ１７６に送信する。ステップＳ１２５に進み、ＤＣＳ１７６はステップＳ１２２の認証情報取得要求の応答としてユーザＩＤ及びパスワードをＵＣＳ１７５に送信する。ＵＣＳ１７５は、受信したユーザＩＤ及びパスワードを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。

図３０は、認証情報対応表がディレクトリサーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図３０のシーケンス図は、一括更新の場合を表す。

まず、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、図２４又は図２５のような認証情報対応表１７９から画像形成装置１０及び配信サーバ２０のＵＲＬを取得する。ステップＳ１３０に進み、ユーザディレクトリサービス５０２は画像形成装置１０のＵＲＬを指定してＷｅｂサービス実行部１７３に認証情報取得要求を行なう。

ステップＳ１３１に進み、Ｗｅｂサービス実行部１７３はＵＣＳ１７５に認証情報取得要求を送信する。ＵＣＳ１７５はアドレス帳１７８から認証情報を取得する。ステップＳ１３２に進み、ＵＣＳ１７５はステップＳ１３１の認証情報取得要求の応答として認証情報リストをディレクトリサーバ５０のユーザディレクトリサービス５０２に送信する。

ステップＳ１３４に進み、ユーザディレクトリサービス５０２は配信サーバ２０のＵＲＬを指定して配信モジュール２０２に認証情報取得要求を行なう。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。ステップＳ１３５に進み、配信モジュール２０２はステップＳ１３４の認証情報取得要求の応答として認証情報リストをディレクトリサーバ５０のユーザディレクトリサービス５０２に送信する。ディレクトリサーバ５０のユーザディレクトリサービス５０２は、受信した認証情報リストを用いて認証情報対応表５０３を画像形成装置１０のアドレス帳１７８及び配信サーバ２０のアドレス帳２０４と同期させることができる。

図１９は、本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。図１９のシステムは、認証情報対応表が画像形成装置１０に保持されている例を表す。図１９のシステムは、画像形成装置１０，ワークフローサーバ２１およびクライアントＰＣ３０が、ネットワーク４０を介して接続されている。図１９の画像形成装置１０，ワークフローサーバ２１およびクライアントＰＣ３０の構成は、説明に必要のない構成を適宜省略したものである。

画像形成装置１０は、スキャナアプリ１７１と，ネットワークＩ／Ｆ１７２と，Ｗｅｂサービス実行部１７３と，ＣＣＳ１７４と，ＵＣＳ１７５と，ＤＣＳ１７６と，ＭＣＳ１７７と，アドレス帳１７８と，認証情報対応表１７９と，ＨＤＤ１８０とを含む構成である。また、ワークフローサーバ２１は、ネットワークＩ／Ｆ２１１と，ワークフロー制御モジュール２１２と，認証実行部２１３と，アドレス帳２１４とを含む構成である。クライアントＰＣ３０は、アプリケーション３０１と，ネットワークＩ／Ｆ３０２とを含む構成である。

また、図２０は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２０のシステムは、認証情報対応表がワークフローサーバ２１に保持されている例を表す。図２０のシステムでは画像形成装置１０が認証情報対応表を保持せず、ワークフローサーバ２１が認証情報対応表２１５を保持している。その他、図２０のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。

また、図２１は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２１のシステムは、認証情報対応表がディレクトリサーバ５０に保持されている例を表している。図２１のシステムは、画像形成装置１０，ワークフローサーバ２１，クライアントＰＣ３０及びディレクトリサーバ５０がネットワーク４０を介して接続されている。図２１のシステムでは、画像形成装置１０が認証情報対応表を保持せず、ディレクトリサーバ５０が認証情報対応表５０３を保持している。その他、図２１のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。

また、図２２は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２２のシステムは認証情報対応表が無く、画像形成装置１０，ワークフローサーバ２１で共通のアドレス帳を利用する例を表している。図２２のシステムは、画像形成装置１０のアドレス帳１７８とワークフローサーバ２１のアドレス帳２１４とで同期を取ることで、画像形成装置１０の認証情報［Ａ］，ワークフローサーバ２１の認証情報［Ｃ］を同じにしている。その他、図２２のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。

図１９〜図２２のシステムでは、画像形成装置１０，ワークフローサーバ２１，クライアントＰＣ３０及びディレクトリサーバ５０が、ネットワークＩ／Ｆ１７２，２１１，３０２及び５０１を介してデータ通信可能である。

図１９〜図２２のシステムの処理については、図６〜図９のシステムの処理と一部を除いて同様である。具体的には、画像形成装置１０のＤＣＳ１７６からワークフローサーバ２１のワークフロー制御モジュール２１２への図２３に表した要求名のみ異なる。

図２３は、画像形成装置とワークフローサーバとの間で行う文書登録処理のシーケンス図である。なお、図２３のステップＳ９１は図１２及び図１３のステップＳ２４及びＳ３８に相当する。

ステップＳ９１では、ＤＣＳ１７６が、文書，文書書誌情報を含む文書登録要求を宛先ＩＤに対応したワークフローサーバ２１のワークフロー制御モジュール２１２に対して行う。

ワークフローサーバ２１のワークフロー制御モジュール２１２は、文書登録要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、ワークフロー制御モジュール２１２は認証情報を復号してからユーザ認証を行う。ワークフロー制御モジュール２１２は、認証が正常に終了するとステップＳ９２に進み、ステップＳ９１の文書登録要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ９３に進み、ＤＣＳ１７６は文書登録ＯＫをスキャナアプリ１７１に通知する。

このように、図１９〜図２２のシステムの処理についても図６〜図９のシステムの処理と同様に、図１０に表したユーザログインからアドレス帳取得までの処理，図１１に表した配信サーバからアドレス帳を取得する処理，図１２及び図１３に表した文書作成から文書配信までの処理，図１５に表したセッション開始からアドレス帳取得までの処理，図１６及び図１７に表した文書選択から文書配信までの処理，図１８に表した暗号鍵を登録する処理を行うことができる。

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

複数のサーバや装置を利用するシステムの一例の構成図である。複数のサーバや装置を利用するシステムの他の例の構成図である。本発明のユーザ認証方法の一例の原理図である。本発明による画像形成装置の一実施例の構成図である。本発明による画像形成装置の一実施例のハードウェア構成図である。本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。ユーザログインからアドレス帳取得までの処理を表したシーケンス図である。配信サーバからアドレス帳を取得する処理を表したシーケンス図である。文書作成から文書配信までの処理を表した一例のシーケンス図である。文書作成から文書配信までの処理を表した他の例のシーケンス図である。画像形成装置から配信サーバに送信される認証情報の違いを表した説明図である。セッション開始からアドレス帳取得までの処理を表したシーケンス図である。文書選択から文書配信までの処理を表した一例のシーケンス図である。文書選択から文書配信までの処理を表した他の例のシーケンス図である。暗号鍵を登録する処理を表したシーケンス図である。本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。画像形成装置とワークフローサーバとの間で行う文書登録処理のシーケンス図である。画像形成装置で管理が行われる認証情報対応表の一例の構成図である。画像形成装置で管理が行われる認証情報対応表の他の例の構成図である。配信サーバで管理が行われる機器認証情報対応表の一例の構成図である。認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。認証情報対応表がディレクトリサーバにあるときのアドレス帳の同期処理を表すシーケンス図である。

符号の説明

１０画像形成装置
２０配信サーバ
２１ワークフローサーバ
３０クライアントＰＣ
４０ネットワーク
５０ディレクトリサーバ
１０１，１７９，２０５，２１５，５０３認証情報対応表
１６１操作パネル
１７１スキャナアプリ
１７２，２０１，２１１，３０２，５０１ネットワークＩ／Ｆ
１７３Ｗｅｂサービス実行部
１７４ＣＣＳ
１７５ＵＣＳ
１７６ＤＣＳ
１７７ＭＣＳ
１７８，２０４，２１４アドレス帳
１８０ＨＤＤ
１８１配信サービス
１８２文書管理サービス
２０２配信モジュール
２０３，２１３認証実行部
２０６機器認証情報対応表
２１２ワークフロー制御モジュール
３０１アプリケーション
５０２ユーザディレクトリサービス

Claims

独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、
前記情報処理装置は、前記情報処理装置で認証されたユーザに対応付けられたユーザを識別するためのユーザ識別情報を取得するユーザ識別情報取得手段と、
取得したユーザ識別情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段とを有し、
前記サービス提供サーバは、ユーザ識別情報と前記サービス提供サーバの認証のための情報とを対応付ける認証情報対応表を保持する認証情報対応表保持手段と、
前記情報処理装置からの処理要求があると、その処理要求に含まれるユーザ識別情報と対応付けられている前記サービス提供サーバの認証のための情報を取得する認証情報取得手段と、
前記サービス提供サーバの認証のための情報で認証が正常終了した後に、前記情報処理装置からの処理要求に応じた処理を行う処理実行手段と
を有するサービス提供システム。
前記処理要求手段は、取得したユーザ識別情報及び前記情報処理装置を確認する為の情報を含む処理要求を、前記サービス提供サーバに対して行ない、
前記認証情報取得手段は、前記情報処理装置からの処理要求があると、その処理要求に含まれる取得したユーザ識別情報及び前記情報処理装置を確認する為の情報を取得し、
前記処理実行手段は、前記情報処理装置を確認するための情報で認証が正常終了し、前記サービス提供サーバの認証のための情報で認証が正常終了した後に、前記情報処理装置からの処理要求に応じた処理を行うこと
を特徴とする請求項１記載のサービス提供システム。
前記認証情報対応表保持手段は、ユーザ識別情報と対応付ける前記サービス提供サーバの認証のための情報としてユーザを識別するための情報およびユーザを確認するための情報を保持することを特徴とする請求項１又は２記載のサービス提供システム。
独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムによって実行されるサービス提供方法であって、
前記情報処理装置が、前記情報処理装置で認証されたユーザに対応付けられたユーザを識別するためのユーザ識別情報を取得するステップと、
取得したユーザ識別情報を含む処理要求を、前記サービス提供サーバに対して行なうステップと、
前記サービス提供サーバが、前記情報処理装置からの処理要求があると、ユーザ識別情報と前記サービス提供サーバの認証のための情報とを対応付ける認証情報対応表を保持する認証情報対応表保持手段から、その処理要求に含まれるユーザ識別情報と対応付けられている前記サービス提供サーバの認証のための情報を取得するステップと、
前記サービス提供サーバの認証のための情報で認証が正常終了した後に、前記情報処理装置からの処理要求に応じた処理を行うステップと
を有するサービス提供方法。