サービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法
【課題】 ユーザに煩雑な作業を強いることなく、セキュリティレベルを維持できるサービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法を提供することを目的とする。
【解決手段】 独立して認証機構を持つ情報処理装置１０及びサービス提供サーバ２０がネットワークを介して接続され、情報処理装置１０及びサービス提供サーバ２０が、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、情報処理装置１０は、自機で認証されたユーザに対応付けられているサービス提供サーバ２０の認証のための情報を取得する情報取得手段と、取得したサービス提供サーバ２０の認証のための情報を含む処理要求を、サービス提供サーバ２０に対して行なう処理要求手段とを有することにより上記課題を解決する。
【解決手段】 独立して認証機構を持つ情報処理装置１０及びサービス提供サーバ２０がネットワークを介して接続され、情報処理装置１０及びサービス提供サーバ２０が、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、情報処理装置１０は、自機で認証されたユーザに対応付けられているサービス提供サーバ２０の認証のための情報を取得する情報取得手段と、取得したサービス提供サーバ２０の認証のための情報を含む処理要求を、サービス提供サーバ２０に対して行なう処理要求手段とを有することにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法に係り、特に認証が必要な情報処理装置、サービス提供サーバ、その情報処理装置及びサービス提供サーバを有するサービス提供システム、その情報処理装置及びサービス提供サーバで行うユーザ認証方法に関する。
【背景技術】
【０００２】
近年、ソフトウェア資源又はハードウェア資源を共有化するために、複数のサーバや装置をＬＡＮ（ローカルエリアネットワーク）やインターネット等のネットワーク上に接続させることが行われている（例えば特許文献１）。
【０００３】
通常、ＬＡＮやインターネット等のネットワーク上で複数のサーバや装置を利用する為には、サーバや装置毎に認証を行う必要がある。図１は、複数のサーバや装置を利用するシステムの一例の構成図である。
【０００４】
図１のシステムでは、クライアントＰＣ３０からの要求に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に転送される。ここでは、画像形成装置１０の認証情報を認証情報［Ａ］、配信サーバ２０の認証情報を認証情報［Ｂ］として説明する。図１のシステムは、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］が異なるため、画像形成装置１０，配信サーバ２０を操作する場合、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行う必要があった。
【０００５】
図２は、複数のサーバや装置を利用するシステムの他の例の構成図である。図２のシステムでは、画像形成装置１０の操作パネルからの操作に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に転送される。例えば操作パネルからの操作の場合、図２のシステムでは画像形成装置１０に対しての認証を行っても、配信サーバ２０に対しての認証を省略することが多かった。
【特許文献１】特開２００３−１２２５１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
図１のシステムの場合、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行う必要があった。したがって、利用するサーバや装置の数が増えると必要な認証の数も増えるため、クライアントＰＣ３０を操作するユーザに煩雑な作業を強いるという問題があった。
【０００７】
図２のシステムの場合、画像形成装置１０に対しての認証を行っても、配信サーバ２０に対しての認証を省略している。通常、画像形成装置１０では蓄積されている文書を配信サーバ２０に転送する場合、送信者を自由に選択できることが多い。したがって、画像形成装置１０のユーザは「送信者のなりすまし」が可能であるという問題があった。
【０００８】
なお、図２のシステムの場合であっても、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行うようにすると、操作パネルを操作するユーザに煩雑な作業を強いるという問題があった。
【０００９】
本発明は、上記の点に鑑みなされたもので、ユーザに煩雑な作業を強いることなく、セキュリティレベルを維持できるサービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明は、独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、前記情報処理装置は、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段とを有することを特徴とする。
【００１１】
また、本発明は、独立して認証機構を持つサービス提供サーバに所定のネットワークを介して接続されており、認証したユーザからの要求に応じて前記サービス提供サーバに処理要求を行なう情報処理装置であって、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段とを有することを特徴とする。
【００１２】
また、本発明は、独立して認証機構を持つ情報処理装置に所定のネットワークを介して接続され、認証したユーザからの要求に応じてサービスを提供するサービス提供サーバであって、前記情報処理装置からの処理要求があると、その処理要求に含まれる認証のための情報を取得する情報取得手段と、前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段とを有することを特徴とする。
【００１３】
また、本発明は、独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムのサービス提供方法であって、前記情報処理装置が、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得するステップと、取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なうステップとを有することを特徴とする。
【００１４】
本発明では、情報処理装置で認証されたユーザに対応付けられているサービス提供サーバの認証のための情報を取得し、認証のための情報でサービス提供サーバに対して認証を行うことができる。
【００１５】
即ち、ユーザは情報処理装置に対して認証を行えば、煩雑な作業を行うことなく、認証が必要な１つ以上のサービス提供サーバの認証を行うことができる。また、情報処理装置からサービス提供サーバへの処理要求には、情報処理装置で認証されたユーザに対応付けられている認証のための情報が含まれているため、「送信者のなりすまし」を防止でき、セキュリティレベルを維持することが可能である。
【発明の効果】
【００１６】
本発明によれば、ユーザに煩雑な作業を強いることなく、セキュリティレベルを維持できるサービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法を提供可能である。
【発明を実施するための最良の形態】
【００１７】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では情報処理装置としての画像形成装置を一例として説明するが、認証が必要な如何なる情報処理装置であってもよい。また、本実施例ではサービス提供サーバとしての配信サーバ，ワークフローサーバを一例として説明するが、認証が必要な如何なるサービス提供サーバであってもよい。
【００１８】
図３は、本発明のユーザ認証方法の一例の原理図である。図３のシステムは、画像形成装置１０，配信サーバ２０，ワークフローサーバ２１，クライアントＰＣ３０が、ＬＡＮやインターネット等のネットワーク（図示せず）を介して接続されている。例えば図３のシステムでは、クライアントＰＣ３０からの要求に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に配信またはワークフローサーバ２１に登録される。
【００１９】
なお、クライアントＰＣ３０に入力されるユーザからの要求は、配信サーバ２０またはワークフローサーバ２１に要求するサービスを直接に指定するものでもよいし、間接的に指定するものでもよい。
【００２０】
また、図３のシステムでは、画像形成装置１０，配信サーバ２０，ワークフローサーバ２１が独立して認証機構を持つ。したがって、図３のシステムは画像形成装置１０，配信サーバ２０，ワークフローサーバ２１のそれぞれに対して認証を行なう必要がある。
【００２１】
なお、以下の説明では、画像形成装置１０の認証情報を認証情報［Ａ］、配信サーバ２０の認証情報を認証情報［Ｂ］，ワークフローサーバ２１の認証情報を認証情報［Ｃ］として説明する。まず、クライアントＰＣ３０を操作するユーザは、認証情報［Ａ］を利用して画像形成装置１０に認証を行う。
【００２２】
クライアントＰＣ３０からの要求に基づき文書を配信サーバ２０に配信する場合、画像形成装置１０は認証情報［Ａ］で認証されたユーザのユーザＩＤに基づき、自機内の認証情報対応表１０１から配信サーバ２０の認証情報［Ｂ］を取得する。認証情報対応表１０１は、ユーザのユーザＩＤ，画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］，ワークフローサーバ２１の認証情報［Ｃ］が対応付けられている。従って、画像形成装置１０は認証情報［Ｂ］で配信サーバ２０に対して認証を行うことができる。
【００２３】
クライアントＰＣ３０からの要求に基づき文書をワークフローサーバ２１に登録する場合、画像形成装置１０は認証情報［Ａ］で認証されたユーザのユーザＩＤに基づき、自機内の認証情報対応表１０１からワークフローサーバ２１の認証情報［Ｃ］を取得する。従って、画像形成装置１０は認証情報［Ｃ］でワークフローサーバ２１に対して認証を行うことができる。
【００２４】
図３のシステムでは、クライアント３０を操作するユーザが認証情報［Ａ］を利用して画像形成装置１０に１回認証を行えば、認証されたユーザのユーザＩＤに基づき、認証情報対応表１０１から配信サーバ２０の認証情報［Ｂ］およびワークフローサーバ２１の認証情報［Ｃ］を取得できる。したがって、クライアント３０を操作するユーザは利用するサービス提供サーバの数が増えても認証情報［Ａ］を１回入力すればよい。
【００２５】
また、図３のシステムでは、画像形成装置１０から配信サーバ２０への配信要求またはワークフローサーバ２１への登録要求に、認証情報［Ａ］で認証されたユーザのユーザＩＤを含ませる。画像形成装置１０で認証済みのユーザのユーザＩＤを送信者として含ませることにより、「送信者のなりすまし」を効果的に防止できる。
【００２６】
なお、図３のシステムでは、認証情報対応表１０１が画像形成装置１０内に設けられているが、配信サーバ２０又はワークフローサーバ２１に設けてもよいし、ネットワークに接続された後述するディレクトリサーバに設けてもよい。ディレクトリサーバは、ネットワークを介して接続された外部の機器の一例である。認証情報対応表１０１が画像形成装置１０以外に設けられているときの処理の詳細は、後述する。
【００２７】
さらに、図３のシステムでは認証情報対応表１０１を利用しているが、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］およびワークフローサーバ２１の認証情報［Ｃ］の同期を取っておけば、認証情報対応表１０１を利用しなくてもよい。
【００２８】
このように、ユーザは画像形成装置１０に対して認証を１回行えば、認証の必要な配信サーバ２０，ワークフローサーバ２１への認証を容易に行うことができる。また、画像形成装置１０から配信サーバ２０，ワークフローサーバ２１への処理要求には、画像形成装置１０で認証済みのユーザのユーザＩＤが含まれているため、「送信者のなりすまし」を防止でき、セキュリティレベルを維持することが可能である。
【００２９】
次に、画像形成装置１０の一例の構成について説明する。図４は、本発明による画像形成装置の一実施例の構成図である。画像形成装置１０は、ハードウェア資源１１０，起動部１２０，ソフトウェア群１３０を含むように構成されている。
【００３０】
ハードウェア資源１１０は、プロッタ，スキャナ，その他のハードウェアリソースを含む。ソフトウェア群１３０はＵＮＩＸ（登録商標）などのＯＳ（オペレーティングシステム）上で実行されているアプリケーション１４０とプラットフォーム１５０とを含む。起動部１２０は画像形成装置１０の電源投入時に最初に実行され、アプリケーション１４０やプラットフォーム１５０をＯＳ上に起動するものである。
【００３１】
アプリケーション１４０は、プリンタアプリ，コピーアプリ，ファックスアプリ，スキャナアプリ，Ｗｅｂサービス実行部などを含む。また、プラットフォーム１５０はコントロールサービス１５１，ＳＲＭ（システムリソースマネージャ）１５２，ハンドラ層１５３を含む。プラットフォーム１５０は、ＡＰＩ（アプリケーションプログラムインターフェース）１５４を含むように構成されている。
【００３２】
コントロールサービス１５１は、ＮＣＳ（ネットワークコントロールサービス）と，ＤＣＳ（デリバリーコントロールサービス）と，ＯＣＳ（オペレーションパネルコントロールサービス）と，ＦＣＳ（ファックスコントロールサービス）と，ＥＣＳ（エンジンコントロールサービス）と，ＭＣＳ（メモリコントロールサービス）と，ＵＣＳ（ユーザインフォメーションコントロールサービス）と，ＣＣＳ（認証コントロールサービス）と，ＳＣＳ（システムコントロールサービス）とを含むように構成されている。
【００３３】
ハンドラ層１５３は、ＦＣＵＨ（ファックスコントロールユニットハンドラ）及びＩＭＨ（イメージメモリハンドラ）を含む。図４の画像形成装置１０を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている。
【００３４】
図５は、本発明による画像形成装置の一実施例のハードウェア構成図である。画像形成装置１０は、コントローラ１６０と，操作パネル１６１と，ＦＣＵ１６２と，エンジン部１６３とを含むように構成されている。
【００３５】
コントローラ１６０は、ＣＰＵ，システムメモリ，ローカルメモリ，ＨＤＤ（ハードディスクドライブ），ＮＢ（ノースブリッジ），ＡＳＩＣ，ＳＢ（サウスブリッジ），ＮＩＣ（ネットワークインターフェースカード），ＵＳＢＩ／Ｆ，ＩＥＥＥ１３９４Ｉ／Ｆ，セントロニクスＩ／Ｆ，ＳＤカードリーダ，ＩＣカードリーダなどを含む。図５の画像形成装置１０を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている。
【００３６】
以下、画像形成装置１０に蓄積されている文書を配信サーバ２０に配信する処理を実施例１として、画像形成装置１０に蓄積されている文書をワークフローサーバ２１に登録する処理を実施例２として説明する。
【実施例１】
【００３７】
図６は、本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。図６のシステムは、認証情報対応表が画像形成装置１０に保持されている例を表す。図６のシステムは、画像形成装置１０，配信サーバ２０及びクライアントＰＣ３０がネットワーク４０を介して接続されている。なお、図６の画像形成装置１０，配信サーバ２０及びクライアントＰＣ３０の構成は、説明に必要のない構成を適宜省略したものである。
【００３８】
画像形成装置１０は、スキャナアプリ１７１と，ネットワークＩ／Ｆ１７２と，Ｗｅｂサービス実行部１７３と，ＣＣＳ１７４と，ＵＣＳ１７５と，ＤＣＳ１７６と，ＭＣＳ１７７と，アドレス帳１７８と，認証情報対応表１７９と，ＨＤＤ１８０とを含む構成である。配信サーバ２０は、ネットワークＩ／Ｆ２０１と，配信モジュール２０２と，認証実行部２０３と，アドレス帳２０４とを含む構成である。クライアントＰＣ３０は、アプリケーション３０１と，ネットワークＩ／Ｆ３０２とを含む構成である。
【００３９】
図７は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図７のシステムは、認証情報対応表が配信サーバ２０に保持されている例を表す。図７のシステムでは、画像形成装置１０が認証情報対応表を保持しておらず、配信サーバ２０が認証情報対応表２０５を保持している。その他、図７のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。
【００４０】
図８は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図８のシステムは、認証情報対応表がディレクトリサーバ５０に保持されている例を表している。図８のシステムは、画像形成装置１０，配信サーバ２０，クライアントＰＣ３０及びディレクトリサーバ５０がネットワーク４０を介して接続されている。
【００４１】
図８のシステムでは、画像形成装置１０が認証情報対応表を保持しておらず、ディレクトリサーバ５０が認証情報対応表５０３を保持している。その他、図８のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。
【００４２】
図９は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図９のシステムは、認証情報対応表が無く、画像形成装置１０及び配信サーバ２０で共通のアドレス帳を利用する例を表している。図９のシステムは、画像形成装置１０のアドレス帳１７８と配信サーバ２０のアドレス帳２０４とで同期を取ることで、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］を同じにしている。その他、図９のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。
【００４３】
図６〜図９のシステムでは、画像形成装置１０，配信サーバ２０，クライアントＰＣ３０及びディレクトリサーバ５０が、それぞれのネットワークＩ／Ｆ１７２，２０１，３０２及び５０１を介してデータ通信可能である。
【００４４】
次に、図６〜図９のシステムの処理について、シーケンス図に基づき説明する。図１０は、ユーザログインからアドレス帳取得までの処理を表したシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１からユーザＩＤ及びパスワードを入力してユーザログインを行うと、ステップＳ１に進み、操作パネル１６１からユーザＩＤ及びパスワードを含む認証要求がＣＣＳ１７４に送信される。
【００４５】
ＣＣＳ１７４では、認証要求に含まれるユーザＩＤ及びパスワードを利用してユーザ認証を行い、認証が正常に終了するとユーザチケットの生成を行う。ＣＣＳ１７４では、生成したユーザチケットの管理を行う。ステップＳ２に進み、ＣＣＳ１７４はユーザチケットをスキャナアプリ１７１に送信する。
【００４６】
ユーザチケットを受信すると、スキャナアプリ１７１はステップＳ３に進み、ユーザチケットを含むアドレス帳取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は、アドレス帳取得要求に含まれるユーザチケットからユーザＩＤを取得する。ＵＣＳ１７５は、取得したユーザＩＤを利用して、アドレス帳１７８からユーザの個人宛先アドレス帳を取得する。
【００４７】
ステップＳ４に進み、ＵＣＳ１７５は取得した個人宛先アドレス帳をスキャナアプリ１７１に送信する。このように、スキャナアプリ１７１はユーザ認証されたユーザの個人宛先アドレス帳を取得できる。
【００４８】
なお、ＵＣＳ１７５は図１１のシーケンス図に表した処理により、配信サーバ２０からユーザの個人宛先アドレス帳を取得するようにしてもよい。図１１は、配信サーバからアドレス帳を取得する処理を表したシーケンス図である。
【００４９】
ステップＳ１１に進み、ＵＣＳ１７５は、取得したユーザＩＤを含むアドレス帳取得要求を、配信サーバ２０の配信モジュール２０２に対して行う。配信サーバ２０の配信モジュール２０２は、アドレス帳取得要求に含まれるユーザＩＤを利用して、アドレス帳２０４からユーザの個人宛先アドレス帳を取得する。
【００５０】
ステップＳ１２に進み、配信モジュール２０２は取得した個人宛先アドレス帳を画像形成装置１０のＵＣＳ１７５に送信する。このように、ＵＣＳ１７５は配信サーバ２０からユーザの個人宛先アドレス帳を取得できる。
【００５１】
図１２は、文書作成から文書配信までの処理を表した一例のシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示すると、スキャナアプリ１７１は選択指示された宛先の宛先ＩＤを取得する。ユーザは配信する文書をセットし、画像形成装置１０のスキャナ機能を利用してスキャンを開始する。
【００５２】
スキャンが終了すると、スキャナアプリ１７１はステップＳ２１に進み、ユーザチケット，文書，宛先ＩＤを含む文書配信要求をＤＣＳ１７６に対して行う。ＤＣＳ１７６は文書配信要求に含まれるユーザチケットからユーザＩＤを取得する。ＤＣＳ１７６はステップＳ２２に進み、取得したユーザＩＤを含む認証情報取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は、認証情報取得要求に含まれるユーザＩＤを利用して、後述するようにユーザＩＤに対応する認証情報（例えば、パスワードなど）を取得する。ステップＳ２３に進み、ＵＣＳ１７５は取得した認証情報をＤＣＳ１７６に送信する。
【００５３】
ＤＣＳ１７６は、受信した認証情報を文書書誌情報に追加する。文書書誌情報には、送信者の認証情報，送信者名，宛先，指定時刻，画像ファイル名，画像フォーマット，画像圧縮形式などが含まれる。なお、ＵＣＳ１７５又はＤＣＳ１７６は認証情報を暗号化してもよい。
【００５４】
ステップＳ２４に進み、ＤＣＳ１７６は文書，文書書誌情報を含む配信要求をステップＳ２１の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００５５】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了するとステップＳ２５に進み、ステップＳ２４の配信要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ２６に進み、ＤＣＳ１７６はステップＳ２１の文書配信要求に対する応答をスキャナアプリ１７１に対して行う。このように、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００５６】
図１３は、文書作成から文書配信までの処理を表した他の例のシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示すると、スキャナアプリ１７１は選択指示された宛先の宛先ＩＤを取得する。ユーザは配信する文書をセットし、画像形成装置１０のスキャナ機能を利用してスキャンを開始する。
【００５７】
スキャンが終了すると、ユーザは操作パネル１６１から文書の保存を指示する。ユーザから文書の保存を指示されると、スキャナアプリ１７１はステップＳ３１に進み、文書を含む文書保存要求をＭＣＳ１７７に対して行う。ＭＣＳ１７７は文書保存要求に含まれる文書を取得し、ＨＤＤ１８０に格納する。ＭＣＳ１７７は、ＨＤＤ１８０に格納した文書の文書ＩＤを発行する。ステップＳ３２に進み、ＭＣＳ１７７は発行した文書ＩＤをスキャナアプリ１７１に送信する。
【００５８】
ステップＳ３３に進み、スキャナアプリ１７１はユーザチケット，文書ＩＤ，宛先ＩＤを含む文書配信要求をＤＣＳ１７６に対して行う。ＤＣＳ１７６は文書配信要求に含まれるユーザチケットからユーザＩＤを取得する。ＤＣＳ１７６はステップＳ３４に進み、取得したユーザＩＤを含む認証情報取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は認証情報取得要求に含まれるユーザＩＤを利用して、後述するようにユーザＩＤに対応する認証情報を取得する。ステップＳ３５に進み、ＵＣＳ１７５は取得した認証情報をＤＣＳ１７６に送信する。
【００５９】
ステップＳ３６に進み、ＤＣＳ１７６は文書配信要求に含まれるユーザチケットから文書ＩＤを取得する。ＤＣＳ１７６は、取得した文書ＩＤを含む文書取得要求をＭＣＳ１７７に対して行う。ＭＣＳ１７７は文書取得要求に含まれる文書ＩＤを利用して、文書ＩＤに対応する文書，文書書誌情報をＨＤＤ１８０から取得する。ステップＳ３７に進み、ＭＣＳ１７７は取得した文書，文書書誌情報をＤＣＳ１７６に送信する。
【００６０】
ＤＣＳ１７６は、受信した認証情報を文書書誌情報に追加する。なお、ＤＣＳ１７６は認証情報を暗号化してもよい。ステップＳ３８に進み、ＤＣＳ１７６は文書，文書書誌情報を含む配信要求を、ステップＳ３３の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００６１】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了するとステップＳ３９に進み、ステップＳ３８の配信要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ４０に進み、ＤＣＳ１７６はステップＳ３３の文書配信要求に対する応答をスキャナアプリ１７１に対して行う。このように、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００６２】
図１２又は図１３において、配信サーバ２０で送信者のユーザ認証を行うために画像形成装置１０から配信サーバ２０に送信される認証情報は、前述した図６〜図９のシステムにより異なっている。即ち、画像形成装置１０から配信サーバ２０に送信される認証情報は認証情報対応表の管理が、どこで行われているかにより異なる。
【００６３】
図１４は、画像形成装置から配信サーバに送信される認証情報の違いを表した説明図である。図６のシステムように、画像形成装置１０が認証情報対応表１７９を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、ＵＣＳ１７５は認証情報対応表１７９から配信サーバ２０の認証情報［Ｂ］を取得する。この為、画像形成装置１０から配信サーバ２０に送信される認証情報は、配信サーバ２０の認証情報［Ｂ］となる。
【００６４】
図２４は画像形成装置で管理が行われる認証情報対応表の一例の構成図である。図２５は画像形成装置で管理が行われる認証情報対応表の他の例の構成図である。図２４の認証情報対応表１７９では、機器間で共通のユーザＩＤ毎に、画像形成装置１０，配信サーバ２０及びワークフローサーバ２１の認証情報が対応付けられている。図２４の認証情報対応表１７９では、認証情報がパスワードにより構成されている。パスワードは、ユーザを確認する為の情報である。図２５の認証情報対応表１７９では、機器間で共通のユーザＩＤ毎に、画像形成装置１０，配信サーバ２０及びワークフローサーバ２１の認証情報が対応付けられている。図２５の認証情報対応表１７９では、認証情報がＩＤ及びパスワードにより構成されている。ユーザＩＤは機器間でユーザを識別する為の情報である。ＩＤは機器毎にユーザを識別する為の情報である。
【００６５】
また、図７のシステムように、配信サーバ２０が認証情報対応表２０５を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、認証実行部２０３は認証情報対応表２０５から配信サーバ２０の認証情報［Ｂ］を取得する。したがって、画像形成装置１０から配信サーバ２０に送信される認証情報は、画像形成装置１０の認証情報［Ａ］となる。
【００６６】
この場合、認証情報［Ａ］は画像形成装置１０で認証されたユーザのユーザＩＤにより構成されている。例えば配信サーバ２０は、ユーザＩＤの他に、ユーザを認証した機器が信用のある機器であることを証明する電子署名を受信することで、配信要求を行った機器が信用のある機器かどうかを認証できる。電子署名は、ユーザを認証した機器を確認する為の情報である。
【００６７】
なお、電子署名の確認に利用する公開鍵は図２６に示す機器認証情報対応表２０６により機器毎に管理される。図２６は、配信サーバで管理が行われる機器認証情報対応表の一例の構成図である。画像形成装置１０は、自機の秘密鍵で暗号化した電子署名を配信サーバ２０に送信する。配信サーバ２０は、受信した電子署名を機器認証情報対応表２０６によって管理されている画像形成装置１０の公開鍵で復号することにより、配信要求を行った機器が信用のある機器かどうかを確認できる。
【００６８】
また、図８のシステムのように、ディレクトリサーバ５０が認証情報対応表５０３を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、認証情報対応表５０３から配信サーバ２０の認証情報［Ｂ］を取得し、その認証情報［Ｂ］を画像形成装置１０に送信する。
【００６９】
この為、画像形成装置１０から配信サーバ２０に送信される認証情報は、配信サーバ２０の認証情報［Ｂ］となる。なお、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、認証情報対応表５０３から配信サーバ２０の認証情報［Ｂ］を取得し、その認証情報［Ｂ］を配信サーバ２０に送信するようにしてもよい。
【００７０】
また、図９のシステムのように、画像形成装置１０及び配信サーバ２０で共通のアドレス帳を利用している場合、画像形成装置１０の認証情報［Ａ］および配信サーバ２０の認証情報［Ｂ］が同じであるため、配信サーバ２０は認証情報［Ａ］をそのまま利用することができる。したがって、画像形成装置１０から配信サーバ２０に送信される認証情報は画像形成装置１０の認証情報［Ａ］となる。
【００７１】
ここまで、ユーザが画像形成装置１０を操作する例を説明してきたが、クライアントＰＣ３０からリモートで操作することもできる。そこで、クライアントＰＣ３０から画像形成装置１０及び配信サーバ２０をリモートで操作するときの図６〜図９のシステムの処理について、シーケンス図に基づき説明する。図１５は、セッション開始からアドレス帳取得までの処理を表したシーケンス図である。ここでは、画像形成装置１０がＤＣＳ１７６からでなく配信サービスから配信する例を説明する。
【００７２】
まず、クライアントＰＣ３０を操作するユーザは、ユーザＩＤ及びパスワードを入力する。ユーザＩＤ及びパスワードを入力されると、クライアントＰＣ３０のアプリケーション３０１はステップＳ５１に進み、ユーザＩＤ及びパスワードを含むセッション開始要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、Ｗｅｂサービスの一例である。
【００７３】
ステップＳ５２に進み、配信サービス１８１はセッション開始要求に含まれるユーザＩＤ及びパスワードを取得し、そのユーザＩＤ及びパスワードを含む認証要求をＣＣＳ１７４に対して行う。ＣＣＳ１７４では、認証要求に含まれるユーザＩＤ及びパスワードを利用してユーザ認証を行い、認証が正常に終了するとユーザチケットの生成を行う。ＣＣＳ１７４では、生成したユーザチケットの管理を行う。ステップＳ５３に進み、ＣＣＳ１７４はユーザチケットを配信サービス１８１に送信する。
【００７４】
ユーザチケットを受信すると、配信サービス１８１はユーザチケットに基づき、セッションＩＤを発行する。配信サービス１８１はステップＳ５４に進み、発行したセッションＩＤをクライアントＰＣ３０のアプリケーション３０１に送信する。
【００７５】
ステップＳ５５に進み、アプリケーション３０１は受信したセッションＩＤを含むアドレス帳取得要求を、配信サーバ２０の配信モジュール２０２に対して行う。配信サーバ２０の配信モジュール２０２は、アドレス帳取得要求に含まれるユーザＩＤを利用して、アドレス帳２０４からユーザの個人宛先アドレス帳を取得する。
【００７６】
ステップＳ５６に進み、配信モジュール２０２は取得した個人宛先アドレス帳をクライアントＰＣ３０のアプリケーション３０１に送信する。このように、クライアントＰＣ３０は配信サーバ２０からユーザの個人宛先アドレス帳を取得できる。
【００７７】
図１６は、文書選択から文書配信までの処理を表した一例のシーケンス図である。図１５のステップＳ５１〜Ｓ５４と同様に、クライアントＰＣ３０のアプリケーション３０１は画像形成装置１０の文書管理サービス１８２に対してセッション開始要求を行い、セッションＩＤを取得する。
【００７８】
ステップＳ６１に進み、アプリケーション３０１は受信したセッションＩＤを含む文書一覧取得要求を、画像形成装置１０の文書管理サービス１８２に対して行う。ステップＳ６２に進み、画像形成装置１０の文書管理サービス１８２は、文書一覧取得要求に含まれるセッションＩＤを利用して、クライアントＰＣ３０のアプリケーション３０１に文書ＩＤのリストを送信する。
【００７９】
クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された文書のリストから配信する文書を選択指示すると共に、表示された個人宛先アドレス帳から文書を配信する宛先を選択指示する。アプリケーション３０１は、選択指示された文書の文書ＩＤおよび宛先の宛先ＩＤを取得する。
【００８０】
ステップＳ６３に進み、アプリケーション３０１はセッションＩＤ，文書管理サービスのＵＲＬ，文書ＩＤ，宛先ＩＤを含む文書配信要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、文書配信要求に含まれるセッションＩＤを利用して、セッションＩＤに対応するユーザＩＤを取得する。
【００８１】
ステップＳ６４に進み、配信サービス１８１は文書配信要求に含まれる文書ＩＤを取得する。配信サービス１８１は、取得した文書ＩＤを含む文書取得要求を文書管理サービス１８２に対して行う。文書管理サービス１８２は文書取得要求に含まれる文書ＩＤを利用して、文書ＩＤに対応する文書をＨＤＤ１８０から取得する。ステップＳ６５に進み、文書管理サービス１８２は取得した文書を配信サービス１８１に送信する。
【００８２】
その後、図１２のステップＳ２４〜Ｓ２６と同様に、文書，文書書誌情報を含む配信要求を、ステップＳ６３の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００８３】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了すると配信要求に対する応答を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、ステップＳ６３の文書配信要求に対する応答をクライアントＰＣ３０のアプリケーション３０１に対して行う。このように、クライアントＰＣ３０からのリモートによる操作に基づき、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００８４】
図１７は、文書選択から文書配信までの処理を表した他の例のシーケンス図である。図１５のステップＳ５１〜Ｓ５４と同様に、クライアントＰＣ３０のアプリケーション３０１は画像形成装置１０の文書管理サービス１８２に対してセッション開始要求を行い、セッションＩＤを取得する。
【００８５】
ステップＳ７１に進み、アプリケーション３０１は受信したセッションＩＤを含む文書一覧取得要求を、画像形成装置１０の文書管理サービス１８２に対して行う。ステップＳ７２に進み、画像形成装置１０の文書管理サービス１８２は、文書一覧取得要求に含まれるセッションＩＤを利用して、クライアントＰＣ３０のアプリケーション３０１に文書ＩＤのリストを送信する。
【００８６】
クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された文書のリストから配信する文書を選択指示する。アプリケーション３０１は、選択指示された文書の文書ＩＤを取得する。ステップＳ７３に進み、アプリケーション３０１はセッションＩＤ及び選択指示した文書の文書ＩＤのリストを含む文書チケット取得要求を画像形成装置１０の文書管理サービス１８２に対して行う。文書管理サービス１８２は、文書チケット取得要求に含まれるセッションＩＤ及び文書ＩＤのリストを利用して文書チケットの生成を行う。文書管理サービス１８２は、文書チケットの管理を行う。ステップＳ７４に進み、文書管理サービス１８２は文書チケットをクライアントＰＣ３０のアプリケーション３０１に送信する。
【００８７】
クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示する。アプリケーション３０１は、選択指示された宛先の宛先ＩＤを取得する。
【００８８】
ステップＳ７５に進み、アプリケーション３０１はセッションＩＤ，文書管理サービスのＵＲＬ，文書チケット，宛先ＩＤを含む文書配信要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、文書配信要求に含まれるセッションＩＤを利用して、セッションＩＤに対応するユーザＩＤを取得する。
【００８９】
ステップＳ７６に進み、配信サービス１８１は文書配信要求に含まれる文書チケットを取得する。配信サービス１８１は、取得した文書チケットを含む文書取得要求を文書管理サービス１８２に対して行う。文書管理サービス１８２は文書取得要求に含まれる文書チケットを利用して、文書チケットに対応する文書をＨＤＤ１８０から取得する。ステップＳ７７に進み、文書管理サービス１８２はＨＤＤ１８０から取得した文書を配信サービス１８１に送信する。
【００９０】
その後、図１２のステップＳ２４〜Ｓ２６と同様に、文書，文書書誌情報を含む配信要求を、ステップＳ７５の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００９１】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了すると配信要求に対する応答を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、ステップＳ７５の文書配信要求に対する応答をクライアントＰＣ３０のアプリケーション３０１に対して行う。このように、クライアントＰＣ３０からのリモートによる操作に基づき、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００９２】
画像形成装置１０から配信サーバ２０に送信する認証情報を暗号化する場合、予め配信サーバ２０の暗号鍵を画像形成装置１０内に登録しておく必要がある。図１８は、暗号鍵を登録する処理を表したシーケンス図である。
【００９３】
ステップＳ８１に進み、配信サーバ２０の配信モジュール２０２は機器のケーパビリティ取得要求を画像形成装置１０の配信サービス１８１に対して行う。ステップＳ８２に進み、配信サービス１８１は暗号化方式の候補を配信サーバ２０の配信モジュール２０２に送信する。ステップＳ８３に進み、配信モジュール２０２は受信した暗号化方式の候補から暗号化方式を選択し、その暗号化方式および暗号鍵を含む暗号鍵の登録要求を画像形成装置１０の配信サービス１８１に対して行う。ステップＳ８４に進み、配信サービス１８１は暗号鍵の登録ＯＫを配信サーバ２０の配信モジュール２０２に通知する。なお、ステップＳ８１の機器のケーパビリティ取得は、機器管理サービスに行わせてもよい。
【００９４】
次に、アドレス帳の同期処理について説明する。図２７は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２７のシーケンス図は、ポーリング形式、且つ一括更新の場合を表す。
【００９５】
まず、画像形成装置１０のＵＣＳ１７５は、図２４又は図２５のような認証情報対応表１７９から配信サーバ２０のＵＲＬを取得する。ステップＳ１００に進み、ＵＣＳ１７５は配信サーバ２０のＵＲＬを指定してＤＣＳ１７６に認証情報取得要求を行なう。ＵＣＳ１７５は、特定のユーザの認証情報を取得するならば、ユーザＩＤを指定してＤＣＳ１７６に認証情報取得要求を行なう。また、ＵＣＳ１７５は配信サーバ２０のアドレス帳２０４に含まれる認証情報の全てを一括で取得してもよい。このとき、ＵＣＳ１７５はユーザＩＤを指定しなくてもよい。
【００９６】
ステップＳ１０１に進み、ＤＣＳ１７６はＵＲＬにより指定された配信サーバ２０の配信モジュール２０２に認証情報取得要求を送信する。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。ステップＳ１０２に進み、配信モジュール２０２はステップＳ１０１の認証情報取得要求の応答として認証情報リストを画像形成装置１０のＤＣＳ１７６に送信する。ここで、認証情報リストとはユーザＩＤとパスワードとが組みになったリストである。
【００９７】
ステップＳ１０３に進み、ＤＣＳ１７６はステップＳ１００の認証情報取得要求の応答として認証情報リストをＵＣＳ１７５に送信する。ＵＣＳ１７５は、受信した認証情報リストを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。
【００９８】
図２８は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２８のシーケンス図は、アドレス帳更新時に同期を取る場合を表す。図２８のシーケンス図では、配信サーバ２０からの認証情報変更通知の中にユーザＩＤ，パスワードを含めている。
【００９９】
まず、配信サーバ２０の配信モジュール２０２は認証情報の更新を検出する。ステップＳ１１０に進み、配信サーバ２０の配信モジュール２０２はユーザＩＤ，パスワードを指定した認証情報変更通知を画像形成装置１０のＤＣＳ１７６に通知する。ステップＳ１１１に進み、ＤＣＳ１７６はユーザＩＤ，パスワードを指定した認証情報変更通知をＵＣＳ１７５に通知する。ＵＣＳ１７５は、受信したユーザＩＤ，パスワードを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。
【０１００】
図２９は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２９のシーケンス図は、アドレス帳更新時に同期を取る場合を表す。
【０１０１】
図２９のシーケンス図では、配信サーバ２０からの認証情報変更通知後、画像形成装置１０から認証情報取得要求を行っている。まず、配信サーバ２０の配信モジュール２０２は認証情報の更新を検出する。
【０１０２】
ステップＳ１２０に進み、配信サーバ２０の配信モジュール２０２はユーザＩＤを指定した認証情報変更通知を画像形成装置１０のＤＣＳ１７６に通知する。ステップＳ１２１に進み、ＤＣＳ１７６はユーザＩＤを指定した認証情報変更通知をＵＣＳ１７５に通知する。
【０１０３】
ステップＳ１２２に進み、ＵＣＳ１７５はユーザＩＤを指定してＤＣＳ１７６に認証情報取得要求を行なう。ステップＳ１２３に進み、ＤＣＳ１７６はユーザＩＤを指定して配信サーバ２０の配信モジュール２０２に認証情報取得要求を行なう。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。
【０１０４】
ステップＳ１２４に進み、配信モジュール２０２はステップＳ１２３の認証情報取得要求の応答としてユーザＩＤ及びパスワードを、画像形成装置１０のＤＣＳ１７６に送信する。ステップＳ１２５に進み、ＤＣＳ１７６はステップＳ１２２の認証情報取得要求の応答としてユーザＩＤ及びパスワードをＵＣＳ１７５に送信する。ＵＣＳ１７５は、受信したユーザＩＤ及びパスワードを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。
【０１０５】
図３０は、認証情報対応表がディレクトリサーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図３０のシーケンス図は、一括更新の場合を表す。
【０１０６】
まず、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、図２４又は図２５のような認証情報対応表１７９から画像形成装置１０及び配信サーバ２０のＵＲＬを取得する。ステップＳ１３０に進み、ユーザディレクトリサービス５０２は画像形成装置１０のＵＲＬを指定してＷｅｂサービス実行部１７３に認証情報取得要求を行なう。
【０１０７】
ステップＳ１３１に進み、Ｗｅｂサービス実行部１７３はＵＣＳ１７５に認証情報取得要求を送信する。ＵＣＳ１７５はアドレス帳１７８から認証情報を取得する。ステップＳ１３２に進み、ＵＣＳ１７５はステップＳ１３１の認証情報取得要求の応答として認証情報リストをディレクトリサーバ５０のユーザディレクトリサービス５０２に送信する。
【０１０８】
ステップＳ１３４に進み、ユーザディレクトリサービス５０２は配信サーバ２０のＵＲＬを指定して配信モジュール２０２に認証情報取得要求を行なう。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。ステップＳ１３５に進み、配信モジュール２０２はステップＳ１３４の認証情報取得要求の応答として認証情報リストをディレクトリサーバ５０のユーザディレクトリサービス５０２に送信する。ディレクトリサーバ５０のユーザディレクトリサービス５０２は、受信した認証情報リストを用いて認証情報対応表５０３を画像形成装置１０のアドレス帳１７８及び配信サーバ２０のアドレス帳２０４と同期させることができる。
【実施例２】
【０１０９】
図１９は、本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。図１９のシステムは、認証情報対応表が画像形成装置１０に保持されている例を表す。図１９のシステムは、画像形成装置１０，ワークフローサーバ２１およびクライアントＰＣ３０が、ネットワーク４０を介して接続されている。図１９の画像形成装置１０，ワークフローサーバ２１およびクライアントＰＣ３０の構成は、説明に必要のない構成を適宜省略したものである。
【０１１０】
画像形成装置１０は、スキャナアプリ１７１と，ネットワークＩ／Ｆ１７２と，Ｗｅｂサービス実行部１７３と，ＣＣＳ１７４と，ＵＣＳ１７５と，ＤＣＳ１７６と，ＭＣＳ１７７と，アドレス帳１７８と，認証情報対応表１７９と，ＨＤＤ１８０とを含む構成である。また、ワークフローサーバ２１は、ネットワークＩ／Ｆ２１１と，ワークフロー制御モジュール２１２と，認証実行部２１３と，アドレス帳２１４とを含む構成である。クライアントＰＣ３０は、アプリケーション３０１と，ネットワークＩ／Ｆ３０２とを含む構成である。
【０１１１】
また、図２０は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２０のシステムは、認証情報対応表がワークフローサーバ２１に保持されている例を表す。図２０のシステムでは画像形成装置１０が認証情報対応表を保持せず、ワークフローサーバ２１が認証情報対応表２１５を保持している。その他、図２０のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。
【０１１２】
また、図２１は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２１のシステムは、認証情報対応表がディレクトリサーバ５０に保持されている例を表している。図２１のシステムは、画像形成装置１０，ワークフローサーバ２１，クライアントＰＣ３０及びディレクトリサーバ５０がネットワーク４０を介して接続されている。図２１のシステムでは、画像形成装置１０が認証情報対応表を保持せず、ディレクトリサーバ５０が認証情報対応表５０３を保持している。その他、図２１のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。
【０１１３】
また、図２２は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２２のシステムは認証情報対応表が無く、画像形成装置１０，ワークフローサーバ２１で共通のアドレス帳を利用する例を表している。図２２のシステムは、画像形成装置１０のアドレス帳１７８とワークフローサーバ２１のアドレス帳２１４とで同期を取ることで、画像形成装置１０の認証情報［Ａ］，ワークフローサーバ２１の認証情報［Ｃ］を同じにしている。その他、図２２のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。
【０１１４】
図１９〜図２２のシステムでは、画像形成装置１０，ワークフローサーバ２１，クライアントＰＣ３０及びディレクトリサーバ５０が、ネットワークＩ／Ｆ１７２，２１１，３０２及び５０１を介してデータ通信可能である。
【０１１５】
図１９〜図２２のシステムの処理については、図６〜図９のシステムの処理と一部を除いて同様である。具体的には、画像形成装置１０のＤＣＳ１７６からワークフローサーバ２１のワークフロー制御モジュール２１２への図２３に表した要求名のみ異なる。
【０１１６】
図２３は、画像形成装置とワークフローサーバとの間で行う文書登録処理のシーケンス図である。なお、図２３のステップＳ９１は図１２及び図１３のステップＳ２４及びＳ３８に相当する。
【０１１７】
ステップＳ９１では、ＤＣＳ１７６が、文書，文書書誌情報を含む文書登録要求を宛先ＩＤに対応したワークフローサーバ２１のワークフロー制御モジュール２１２に対して行う。
【０１１８】
ワークフローサーバ２１のワークフロー制御モジュール２１２は、文書登録要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、ワークフロー制御モジュール２１２は認証情報を復号してからユーザ認証を行う。ワークフロー制御モジュール２１２は、認証が正常に終了するとステップＳ９２に進み、ステップＳ９１の文書登録要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ９３に進み、ＤＣＳ１７６は文書登録ＯＫをスキャナアプリ１７１に通知する。
【０１１９】
このように、図１９〜図２２のシステムの処理についても図６〜図９のシステムの処理と同様に、図１０に表したユーザログインからアドレス帳取得までの処理，図１１に表した配信サーバからアドレス帳を取得する処理，図１２及び図１３に表した文書作成から文書配信までの処理，図１５に表したセッション開始からアドレス帳取得までの処理，図１６及び図１７に表した文書選択から文書配信までの処理，図１８に表した暗号鍵を登録する処理を行うことができる。
【０１２０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０１２１】
【図１】複数のサーバや装置を利用するシステムの一例の構成図である。
【図２】複数のサーバや装置を利用するシステムの他の例の構成図である。
【図３】本発明のユーザ認証方法の一例の原理図である。
【図４】本発明による画像形成装置の一実施例の構成図である。
【図５】本発明による画像形成装置の一実施例のハードウェア構成図である。
【図６】本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。
【図７】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図８】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図９】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図１０】ユーザログインからアドレス帳取得までの処理を表したシーケンス図である。
【図１１】配信サーバからアドレス帳を取得する処理を表したシーケンス図である。
【図１２】文書作成から文書配信までの処理を表した一例のシーケンス図である。
【図１３】文書作成から文書配信までの処理を表した他の例のシーケンス図である。
【図１４】画像形成装置から配信サーバに送信される認証情報の違いを表した説明図である。
【図１５】セッション開始からアドレス帳取得までの処理を表したシーケンス図である。
【図１６】文書選択から文書配信までの処理を表した一例のシーケンス図である。
【図１７】文書選択から文書配信までの処理を表した他の例のシーケンス図である。
【図１８】暗号鍵を登録する処理を表したシーケンス図である。
【図１９】本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。
【図２０】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図２１】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図２２】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図２３】画像形成装置とワークフローサーバとの間で行う文書登録処理のシーケンス図である。
【図２４】画像形成装置で管理が行われる認証情報対応表の一例の構成図である。
【図２５】画像形成装置で管理が行われる認証情報対応表の他の例の構成図である。
【図２６】配信サーバで管理が行われる機器認証情報対応表の一例の構成図である。
【図２７】認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【図２８】認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【図２９】認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【図３０】認証情報対応表がディレクトリサーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【符号の説明】
【０１２２】
１０ 画像形成装置
２０ 配信サーバ
２１ ワークフローサーバ
３０ クライアントＰＣ
４０ ネットワーク
５０ ディレクトリサーバ
１０１，１７９，２０５，２１５，５０３ 認証情報対応表
１６１ 操作パネル
１７１ スキャナアプリ
１７２，２０１，２１１，３０２，５０１ ネットワークＩ／Ｆ
１７３ Ｗｅｂサービス実行部
１７４ ＣＣＳ
１７５ ＵＣＳ
１７６ ＤＣＳ
１７７ ＭＣＳ
１７８，２０４，２１４ アドレス帳
１８０ ＨＤＤ
１８１ 配信サービス
１８２ 文書管理サービス
２０２ 配信モジュール
２０３，２１３ 認証実行部
２０６ 機器認証情報対応表
２１２ ワークフロー制御モジュール
３０１ アプリケーション
５０２ ユーザディレクトリサービス
【技術分野】
【０００１】
本発明は、サービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法に係り、特に認証が必要な情報処理装置、サービス提供サーバ、その情報処理装置及びサービス提供サーバを有するサービス提供システム、その情報処理装置及びサービス提供サーバで行うユーザ認証方法に関する。
【背景技術】
【０００２】
近年、ソフトウェア資源又はハードウェア資源を共有化するために、複数のサーバや装置をＬＡＮ（ローカルエリアネットワーク）やインターネット等のネットワーク上に接続させることが行われている（例えば特許文献１）。
【０００３】
通常、ＬＡＮやインターネット等のネットワーク上で複数のサーバや装置を利用する為には、サーバや装置毎に認証を行う必要がある。図１は、複数のサーバや装置を利用するシステムの一例の構成図である。
【０００４】
図１のシステムでは、クライアントＰＣ３０からの要求に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に転送される。ここでは、画像形成装置１０の認証情報を認証情報［Ａ］、配信サーバ２０の認証情報を認証情報［Ｂ］として説明する。図１のシステムは、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］が異なるため、画像形成装置１０，配信サーバ２０を操作する場合、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行う必要があった。
【０００５】
図２は、複数のサーバや装置を利用するシステムの他の例の構成図である。図２のシステムでは、画像形成装置１０の操作パネルからの操作に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に転送される。例えば操作パネルからの操作の場合、図２のシステムでは画像形成装置１０に対しての認証を行っても、配信サーバ２０に対しての認証を省略することが多かった。
【特許文献１】特開２００３−１２２５１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
図１のシステムの場合、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行う必要があった。したがって、利用するサーバや装置の数が増えると必要な認証の数も増えるため、クライアントＰＣ３０を操作するユーザに煩雑な作業を強いるという問題があった。
【０００７】
図２のシステムの場合、画像形成装置１０に対しての認証を行っても、配信サーバ２０に対しての認証を省略している。通常、画像形成装置１０では蓄積されている文書を配信サーバ２０に転送する場合、送信者を自由に選択できることが多い。したがって、画像形成装置１０のユーザは「送信者のなりすまし」が可能であるという問題があった。
【０００８】
なお、図２のシステムの場合であっても、画像形成装置１０，配信サーバ２０のそれぞれに対して認証を行うようにすると、操作パネルを操作するユーザに煩雑な作業を強いるという問題があった。
【０００９】
本発明は、上記の点に鑑みなされたもので、ユーザに煩雑な作業を強いることなく、セキュリティレベルを維持できるサービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明は、独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、前記情報処理装置は、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段とを有することを特徴とする。
【００１１】
また、本発明は、独立して認証機構を持つサービス提供サーバに所定のネットワークを介して接続されており、認証したユーザからの要求に応じて前記サービス提供サーバに処理要求を行なう情報処理装置であって、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段とを有することを特徴とする。
【００１２】
また、本発明は、独立して認証機構を持つ情報処理装置に所定のネットワークを介して接続され、認証したユーザからの要求に応じてサービスを提供するサービス提供サーバであって、前記情報処理装置からの処理要求があると、その処理要求に含まれる認証のための情報を取得する情報取得手段と、前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段とを有することを特徴とする。
【００１３】
また、本発明は、独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムのサービス提供方法であって、前記情報処理装置が、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得するステップと、取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なうステップとを有することを特徴とする。
【００１４】
本発明では、情報処理装置で認証されたユーザに対応付けられているサービス提供サーバの認証のための情報を取得し、認証のための情報でサービス提供サーバに対して認証を行うことができる。
【００１５】
即ち、ユーザは情報処理装置に対して認証を行えば、煩雑な作業を行うことなく、認証が必要な１つ以上のサービス提供サーバの認証を行うことができる。また、情報処理装置からサービス提供サーバへの処理要求には、情報処理装置で認証されたユーザに対応付けられている認証のための情報が含まれているため、「送信者のなりすまし」を防止でき、セキュリティレベルを維持することが可能である。
【発明の効果】
【００１６】
本発明によれば、ユーザに煩雑な作業を強いることなく、セキュリティレベルを維持できるサービス提供システム、情報処理装置、サービス提供サーバ及びユーザ認証方法を提供可能である。
【発明を実施するための最良の形態】
【００１７】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例では情報処理装置としての画像形成装置を一例として説明するが、認証が必要な如何なる情報処理装置であってもよい。また、本実施例ではサービス提供サーバとしての配信サーバ，ワークフローサーバを一例として説明するが、認証が必要な如何なるサービス提供サーバであってもよい。
【００１８】
図３は、本発明のユーザ認証方法の一例の原理図である。図３のシステムは、画像形成装置１０，配信サーバ２０，ワークフローサーバ２１，クライアントＰＣ３０が、ＬＡＮやインターネット等のネットワーク（図示せず）を介して接続されている。例えば図３のシステムでは、クライアントＰＣ３０からの要求に基づき、画像形成装置１０に蓄積されている文書が配信サーバ２０に配信またはワークフローサーバ２１に登録される。
【００１９】
なお、クライアントＰＣ３０に入力されるユーザからの要求は、配信サーバ２０またはワークフローサーバ２１に要求するサービスを直接に指定するものでもよいし、間接的に指定するものでもよい。
【００２０】
また、図３のシステムでは、画像形成装置１０，配信サーバ２０，ワークフローサーバ２１が独立して認証機構を持つ。したがって、図３のシステムは画像形成装置１０，配信サーバ２０，ワークフローサーバ２１のそれぞれに対して認証を行なう必要がある。
【００２１】
なお、以下の説明では、画像形成装置１０の認証情報を認証情報［Ａ］、配信サーバ２０の認証情報を認証情報［Ｂ］，ワークフローサーバ２１の認証情報を認証情報［Ｃ］として説明する。まず、クライアントＰＣ３０を操作するユーザは、認証情報［Ａ］を利用して画像形成装置１０に認証を行う。
【００２２】
クライアントＰＣ３０からの要求に基づき文書を配信サーバ２０に配信する場合、画像形成装置１０は認証情報［Ａ］で認証されたユーザのユーザＩＤに基づき、自機内の認証情報対応表１０１から配信サーバ２０の認証情報［Ｂ］を取得する。認証情報対応表１０１は、ユーザのユーザＩＤ，画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］，ワークフローサーバ２１の認証情報［Ｃ］が対応付けられている。従って、画像形成装置１０は認証情報［Ｂ］で配信サーバ２０に対して認証を行うことができる。
【００２３】
クライアントＰＣ３０からの要求に基づき文書をワークフローサーバ２１に登録する場合、画像形成装置１０は認証情報［Ａ］で認証されたユーザのユーザＩＤに基づき、自機内の認証情報対応表１０１からワークフローサーバ２１の認証情報［Ｃ］を取得する。従って、画像形成装置１０は認証情報［Ｃ］でワークフローサーバ２１に対して認証を行うことができる。
【００２４】
図３のシステムでは、クライアント３０を操作するユーザが認証情報［Ａ］を利用して画像形成装置１０に１回認証を行えば、認証されたユーザのユーザＩＤに基づき、認証情報対応表１０１から配信サーバ２０の認証情報［Ｂ］およびワークフローサーバ２１の認証情報［Ｃ］を取得できる。したがって、クライアント３０を操作するユーザは利用するサービス提供サーバの数が増えても認証情報［Ａ］を１回入力すればよい。
【００２５】
また、図３のシステムでは、画像形成装置１０から配信サーバ２０への配信要求またはワークフローサーバ２１への登録要求に、認証情報［Ａ］で認証されたユーザのユーザＩＤを含ませる。画像形成装置１０で認証済みのユーザのユーザＩＤを送信者として含ませることにより、「送信者のなりすまし」を効果的に防止できる。
【００２６】
なお、図３のシステムでは、認証情報対応表１０１が画像形成装置１０内に設けられているが、配信サーバ２０又はワークフローサーバ２１に設けてもよいし、ネットワークに接続された後述するディレクトリサーバに設けてもよい。ディレクトリサーバは、ネットワークを介して接続された外部の機器の一例である。認証情報対応表１０１が画像形成装置１０以外に設けられているときの処理の詳細は、後述する。
【００２７】
さらに、図３のシステムでは認証情報対応表１０１を利用しているが、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］およびワークフローサーバ２１の認証情報［Ｃ］の同期を取っておけば、認証情報対応表１０１を利用しなくてもよい。
【００２８】
このように、ユーザは画像形成装置１０に対して認証を１回行えば、認証の必要な配信サーバ２０，ワークフローサーバ２１への認証を容易に行うことができる。また、画像形成装置１０から配信サーバ２０，ワークフローサーバ２１への処理要求には、画像形成装置１０で認証済みのユーザのユーザＩＤが含まれているため、「送信者のなりすまし」を防止でき、セキュリティレベルを維持することが可能である。
【００２９】
次に、画像形成装置１０の一例の構成について説明する。図４は、本発明による画像形成装置の一実施例の構成図である。画像形成装置１０は、ハードウェア資源１１０，起動部１２０，ソフトウェア群１３０を含むように構成されている。
【００３０】
ハードウェア資源１１０は、プロッタ，スキャナ，その他のハードウェアリソースを含む。ソフトウェア群１３０はＵＮＩＸ（登録商標）などのＯＳ（オペレーティングシステム）上で実行されているアプリケーション１４０とプラットフォーム１５０とを含む。起動部１２０は画像形成装置１０の電源投入時に最初に実行され、アプリケーション１４０やプラットフォーム１５０をＯＳ上に起動するものである。
【００３１】
アプリケーション１４０は、プリンタアプリ，コピーアプリ，ファックスアプリ，スキャナアプリ，Ｗｅｂサービス実行部などを含む。また、プラットフォーム１５０はコントロールサービス１５１，ＳＲＭ（システムリソースマネージャ）１５２，ハンドラ層１５３を含む。プラットフォーム１５０は、ＡＰＩ（アプリケーションプログラムインターフェース）１５４を含むように構成されている。
【００３２】
コントロールサービス１５１は、ＮＣＳ（ネットワークコントロールサービス）と，ＤＣＳ（デリバリーコントロールサービス）と，ＯＣＳ（オペレーションパネルコントロールサービス）と，ＦＣＳ（ファックスコントロールサービス）と，ＥＣＳ（エンジンコントロールサービス）と，ＭＣＳ（メモリコントロールサービス）と，ＵＣＳ（ユーザインフォメーションコントロールサービス）と，ＣＣＳ（認証コントロールサービス）と，ＳＣＳ（システムコントロールサービス）とを含むように構成されている。
【００３３】
ハンドラ層１５３は、ＦＣＵＨ（ファックスコントロールユニットハンドラ）及びＩＭＨ（イメージメモリハンドラ）を含む。図４の画像形成装置１０を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている。
【００３４】
図５は、本発明による画像形成装置の一実施例のハードウェア構成図である。画像形成装置１０は、コントローラ１６０と，操作パネル１６１と，ＦＣＵ１６２と，エンジン部１６３とを含むように構成されている。
【００３５】
コントローラ１６０は、ＣＰＵ，システムメモリ，ローカルメモリ，ＨＤＤ（ハードディスクドライブ），ＮＢ（ノースブリッジ），ＡＳＩＣ，ＳＢ（サウスブリッジ），ＮＩＣ（ネットワークインターフェースカード），ＵＳＢＩ／Ｆ，ＩＥＥＥ１３９４Ｉ／Ｆ，セントロニクスＩ／Ｆ，ＳＤカードリーダ，ＩＣカードリーダなどを含む。図５の画像形成装置１０を構成する各ブロックの機能や動作の詳細は、例えば特開２００２−８４３８３号公報に記載されている。
【００３６】
以下、画像形成装置１０に蓄積されている文書を配信サーバ２０に配信する処理を実施例１として、画像形成装置１０に蓄積されている文書をワークフローサーバ２１に登録する処理を実施例２として説明する。
【実施例１】
【００３７】
図６は、本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。図６のシステムは、認証情報対応表が画像形成装置１０に保持されている例を表す。図６のシステムは、画像形成装置１０，配信サーバ２０及びクライアントＰＣ３０がネットワーク４０を介して接続されている。なお、図６の画像形成装置１０，配信サーバ２０及びクライアントＰＣ３０の構成は、説明に必要のない構成を適宜省略したものである。
【００３８】
画像形成装置１０は、スキャナアプリ１７１と，ネットワークＩ／Ｆ１７２と，Ｗｅｂサービス実行部１７３と，ＣＣＳ１７４と，ＵＣＳ１７５と，ＤＣＳ１７６と，ＭＣＳ１７７と，アドレス帳１７８と，認証情報対応表１７９と，ＨＤＤ１８０とを含む構成である。配信サーバ２０は、ネットワークＩ／Ｆ２０１と，配信モジュール２０２と，認証実行部２０３と，アドレス帳２０４とを含む構成である。クライアントＰＣ３０は、アプリケーション３０１と，ネットワークＩ／Ｆ３０２とを含む構成である。
【００３９】
図７は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図７のシステムは、認証情報対応表が配信サーバ２０に保持されている例を表す。図７のシステムでは、画像形成装置１０が認証情報対応表を保持しておらず、配信サーバ２０が認証情報対応表２０５を保持している。その他、図７のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。
【００４０】
図８は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図８のシステムは、認証情報対応表がディレクトリサーバ５０に保持されている例を表している。図８のシステムは、画像形成装置１０，配信サーバ２０，クライアントＰＣ３０及びディレクトリサーバ５０がネットワーク４０を介して接続されている。
【００４１】
図８のシステムでは、画像形成装置１０が認証情報対応表を保持しておらず、ディレクトリサーバ５０が認証情報対応表５０３を保持している。その他、図８のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。
【００４２】
図９は、本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図９のシステムは、認証情報対応表が無く、画像形成装置１０及び配信サーバ２０で共通のアドレス帳を利用する例を表している。図９のシステムは、画像形成装置１０のアドレス帳１７８と配信サーバ２０のアドレス帳２０４とで同期を取ることで、画像形成装置１０の認証情報［Ａ］，配信サーバ２０の認証情報［Ｂ］を同じにしている。その他、図９のシステムは一部を除いて図６のシステムと同様であり、同一部分に同一符号を付して説明を省略する。
【００４３】
図６〜図９のシステムでは、画像形成装置１０，配信サーバ２０，クライアントＰＣ３０及びディレクトリサーバ５０が、それぞれのネットワークＩ／Ｆ１７２，２０１，３０２及び５０１を介してデータ通信可能である。
【００４４】
次に、図６〜図９のシステムの処理について、シーケンス図に基づき説明する。図１０は、ユーザログインからアドレス帳取得までの処理を表したシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１からユーザＩＤ及びパスワードを入力してユーザログインを行うと、ステップＳ１に進み、操作パネル１６１からユーザＩＤ及びパスワードを含む認証要求がＣＣＳ１７４に送信される。
【００４５】
ＣＣＳ１７４では、認証要求に含まれるユーザＩＤ及びパスワードを利用してユーザ認証を行い、認証が正常に終了するとユーザチケットの生成を行う。ＣＣＳ１７４では、生成したユーザチケットの管理を行う。ステップＳ２に進み、ＣＣＳ１７４はユーザチケットをスキャナアプリ１７１に送信する。
【００４６】
ユーザチケットを受信すると、スキャナアプリ１７１はステップＳ３に進み、ユーザチケットを含むアドレス帳取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は、アドレス帳取得要求に含まれるユーザチケットからユーザＩＤを取得する。ＵＣＳ１７５は、取得したユーザＩＤを利用して、アドレス帳１７８からユーザの個人宛先アドレス帳を取得する。
【００４７】
ステップＳ４に進み、ＵＣＳ１７５は取得した個人宛先アドレス帳をスキャナアプリ１７１に送信する。このように、スキャナアプリ１７１はユーザ認証されたユーザの個人宛先アドレス帳を取得できる。
【００４８】
なお、ＵＣＳ１７５は図１１のシーケンス図に表した処理により、配信サーバ２０からユーザの個人宛先アドレス帳を取得するようにしてもよい。図１１は、配信サーバからアドレス帳を取得する処理を表したシーケンス図である。
【００４９】
ステップＳ１１に進み、ＵＣＳ１７５は、取得したユーザＩＤを含むアドレス帳取得要求を、配信サーバ２０の配信モジュール２０２に対して行う。配信サーバ２０の配信モジュール２０２は、アドレス帳取得要求に含まれるユーザＩＤを利用して、アドレス帳２０４からユーザの個人宛先アドレス帳を取得する。
【００５０】
ステップＳ１２に進み、配信モジュール２０２は取得した個人宛先アドレス帳を画像形成装置１０のＵＣＳ１７５に送信する。このように、ＵＣＳ１７５は配信サーバ２０からユーザの個人宛先アドレス帳を取得できる。
【００５１】
図１２は、文書作成から文書配信までの処理を表した一例のシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示すると、スキャナアプリ１７１は選択指示された宛先の宛先ＩＤを取得する。ユーザは配信する文書をセットし、画像形成装置１０のスキャナ機能を利用してスキャンを開始する。
【００５２】
スキャンが終了すると、スキャナアプリ１７１はステップＳ２１に進み、ユーザチケット，文書，宛先ＩＤを含む文書配信要求をＤＣＳ１７６に対して行う。ＤＣＳ１７６は文書配信要求に含まれるユーザチケットからユーザＩＤを取得する。ＤＣＳ１７６はステップＳ２２に進み、取得したユーザＩＤを含む認証情報取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は、認証情報取得要求に含まれるユーザＩＤを利用して、後述するようにユーザＩＤに対応する認証情報（例えば、パスワードなど）を取得する。ステップＳ２３に進み、ＵＣＳ１７５は取得した認証情報をＤＣＳ１７６に送信する。
【００５３】
ＤＣＳ１７６は、受信した認証情報を文書書誌情報に追加する。文書書誌情報には、送信者の認証情報，送信者名，宛先，指定時刻，画像ファイル名，画像フォーマット，画像圧縮形式などが含まれる。なお、ＵＣＳ１７５又はＤＣＳ１７６は認証情報を暗号化してもよい。
【００５４】
ステップＳ２４に進み、ＤＣＳ１７６は文書，文書書誌情報を含む配信要求をステップＳ２１の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００５５】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了するとステップＳ２５に進み、ステップＳ２４の配信要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ２６に進み、ＤＣＳ１７６はステップＳ２１の文書配信要求に対する応答をスキャナアプリ１７１に対して行う。このように、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００５６】
図１３は、文書作成から文書配信までの処理を表した他の例のシーケンス図である。画像形成装置１０を操作するユーザが、操作パネル１６１に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示すると、スキャナアプリ１７１は選択指示された宛先の宛先ＩＤを取得する。ユーザは配信する文書をセットし、画像形成装置１０のスキャナ機能を利用してスキャンを開始する。
【００５７】
スキャンが終了すると、ユーザは操作パネル１６１から文書の保存を指示する。ユーザから文書の保存を指示されると、スキャナアプリ１７１はステップＳ３１に進み、文書を含む文書保存要求をＭＣＳ１７７に対して行う。ＭＣＳ１７７は文書保存要求に含まれる文書を取得し、ＨＤＤ１８０に格納する。ＭＣＳ１７７は、ＨＤＤ１８０に格納した文書の文書ＩＤを発行する。ステップＳ３２に進み、ＭＣＳ１７７は発行した文書ＩＤをスキャナアプリ１７１に送信する。
【００５８】
ステップＳ３３に進み、スキャナアプリ１７１はユーザチケット，文書ＩＤ，宛先ＩＤを含む文書配信要求をＤＣＳ１７６に対して行う。ＤＣＳ１７６は文書配信要求に含まれるユーザチケットからユーザＩＤを取得する。ＤＣＳ１７６はステップＳ３４に進み、取得したユーザＩＤを含む認証情報取得要求をＵＣＳ１７５に対して行う。ＵＣＳ１７５は認証情報取得要求に含まれるユーザＩＤを利用して、後述するようにユーザＩＤに対応する認証情報を取得する。ステップＳ３５に進み、ＵＣＳ１７５は取得した認証情報をＤＣＳ１７６に送信する。
【００５９】
ステップＳ３６に進み、ＤＣＳ１７６は文書配信要求に含まれるユーザチケットから文書ＩＤを取得する。ＤＣＳ１７６は、取得した文書ＩＤを含む文書取得要求をＭＣＳ１７７に対して行う。ＭＣＳ１７７は文書取得要求に含まれる文書ＩＤを利用して、文書ＩＤに対応する文書，文書書誌情報をＨＤＤ１８０から取得する。ステップＳ３７に進み、ＭＣＳ１７７は取得した文書，文書書誌情報をＤＣＳ１７６に送信する。
【００６０】
ＤＣＳ１７６は、受信した認証情報を文書書誌情報に追加する。なお、ＤＣＳ１７６は認証情報を暗号化してもよい。ステップＳ３８に進み、ＤＣＳ１７６は文書，文書書誌情報を含む配信要求を、ステップＳ３３の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００６１】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了するとステップＳ３９に進み、ステップＳ３８の配信要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ４０に進み、ＤＣＳ１７６はステップＳ３３の文書配信要求に対する応答をスキャナアプリ１７１に対して行う。このように、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００６２】
図１２又は図１３において、配信サーバ２０で送信者のユーザ認証を行うために画像形成装置１０から配信サーバ２０に送信される認証情報は、前述した図６〜図９のシステムにより異なっている。即ち、画像形成装置１０から配信サーバ２０に送信される認証情報は認証情報対応表の管理が、どこで行われているかにより異なる。
【００６３】
図１４は、画像形成装置から配信サーバに送信される認証情報の違いを表した説明図である。図６のシステムように、画像形成装置１０が認証情報対応表１７９を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、ＵＣＳ１７５は認証情報対応表１７９から配信サーバ２０の認証情報［Ｂ］を取得する。この為、画像形成装置１０から配信サーバ２０に送信される認証情報は、配信サーバ２０の認証情報［Ｂ］となる。
【００６４】
図２４は画像形成装置で管理が行われる認証情報対応表の一例の構成図である。図２５は画像形成装置で管理が行われる認証情報対応表の他の例の構成図である。図２４の認証情報対応表１７９では、機器間で共通のユーザＩＤ毎に、画像形成装置１０，配信サーバ２０及びワークフローサーバ２１の認証情報が対応付けられている。図２４の認証情報対応表１７９では、認証情報がパスワードにより構成されている。パスワードは、ユーザを確認する為の情報である。図２５の認証情報対応表１７９では、機器間で共通のユーザＩＤ毎に、画像形成装置１０，配信サーバ２０及びワークフローサーバ２１の認証情報が対応付けられている。図２５の認証情報対応表１７９では、認証情報がＩＤ及びパスワードにより構成されている。ユーザＩＤは機器間でユーザを識別する為の情報である。ＩＤは機器毎にユーザを識別する為の情報である。
【００６５】
また、図７のシステムように、配信サーバ２０が認証情報対応表２０５を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、認証実行部２０３は認証情報対応表２０５から配信サーバ２０の認証情報［Ｂ］を取得する。したがって、画像形成装置１０から配信サーバ２０に送信される認証情報は、画像形成装置１０の認証情報［Ａ］となる。
【００６６】
この場合、認証情報［Ａ］は画像形成装置１０で認証されたユーザのユーザＩＤにより構成されている。例えば配信サーバ２０は、ユーザＩＤの他に、ユーザを認証した機器が信用のある機器であることを証明する電子署名を受信することで、配信要求を行った機器が信用のある機器かどうかを認証できる。電子署名は、ユーザを認証した機器を確認する為の情報である。
【００６７】
なお、電子署名の確認に利用する公開鍵は図２６に示す機器認証情報対応表２０６により機器毎に管理される。図２６は、配信サーバで管理が行われる機器認証情報対応表の一例の構成図である。画像形成装置１０は、自機の秘密鍵で暗号化した電子署名を配信サーバ２０に送信する。配信サーバ２０は、受信した電子署名を機器認証情報対応表２０６によって管理されている画像形成装置１０の公開鍵で復号することにより、配信要求を行った機器が信用のある機器かどうかを確認できる。
【００６８】
また、図８のシステムのように、ディレクトリサーバ５０が認証情報対応表５０３を保持している場合、画像形成装置１０で認証されたユーザのユーザＩＤに基づき、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、認証情報対応表５０３から配信サーバ２０の認証情報［Ｂ］を取得し、その認証情報［Ｂ］を画像形成装置１０に送信する。
【００６９】
この為、画像形成装置１０から配信サーバ２０に送信される認証情報は、配信サーバ２０の認証情報［Ｂ］となる。なお、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、認証情報対応表５０３から配信サーバ２０の認証情報［Ｂ］を取得し、その認証情報［Ｂ］を配信サーバ２０に送信するようにしてもよい。
【００７０】
また、図９のシステムのように、画像形成装置１０及び配信サーバ２０で共通のアドレス帳を利用している場合、画像形成装置１０の認証情報［Ａ］および配信サーバ２０の認証情報［Ｂ］が同じであるため、配信サーバ２０は認証情報［Ａ］をそのまま利用することができる。したがって、画像形成装置１０から配信サーバ２０に送信される認証情報は画像形成装置１０の認証情報［Ａ］となる。
【００７１】
ここまで、ユーザが画像形成装置１０を操作する例を説明してきたが、クライアントＰＣ３０からリモートで操作することもできる。そこで、クライアントＰＣ３０から画像形成装置１０及び配信サーバ２０をリモートで操作するときの図６〜図９のシステムの処理について、シーケンス図に基づき説明する。図１５は、セッション開始からアドレス帳取得までの処理を表したシーケンス図である。ここでは、画像形成装置１０がＤＣＳ１７６からでなく配信サービスから配信する例を説明する。
【００７２】
まず、クライアントＰＣ３０を操作するユーザは、ユーザＩＤ及びパスワードを入力する。ユーザＩＤ及びパスワードを入力されると、クライアントＰＣ３０のアプリケーション３０１はステップＳ５１に進み、ユーザＩＤ及びパスワードを含むセッション開始要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、Ｗｅｂサービスの一例である。
【００７３】
ステップＳ５２に進み、配信サービス１８１はセッション開始要求に含まれるユーザＩＤ及びパスワードを取得し、そのユーザＩＤ及びパスワードを含む認証要求をＣＣＳ１７４に対して行う。ＣＣＳ１７４では、認証要求に含まれるユーザＩＤ及びパスワードを利用してユーザ認証を行い、認証が正常に終了するとユーザチケットの生成を行う。ＣＣＳ１７４では、生成したユーザチケットの管理を行う。ステップＳ５３に進み、ＣＣＳ１７４はユーザチケットを配信サービス１８１に送信する。
【００７４】
ユーザチケットを受信すると、配信サービス１８１はユーザチケットに基づき、セッションＩＤを発行する。配信サービス１８１はステップＳ５４に進み、発行したセッションＩＤをクライアントＰＣ３０のアプリケーション３０１に送信する。
【００７５】
ステップＳ５５に進み、アプリケーション３０１は受信したセッションＩＤを含むアドレス帳取得要求を、配信サーバ２０の配信モジュール２０２に対して行う。配信サーバ２０の配信モジュール２０２は、アドレス帳取得要求に含まれるユーザＩＤを利用して、アドレス帳２０４からユーザの個人宛先アドレス帳を取得する。
【００７６】
ステップＳ５６に進み、配信モジュール２０２は取得した個人宛先アドレス帳をクライアントＰＣ３０のアプリケーション３０１に送信する。このように、クライアントＰＣ３０は配信サーバ２０からユーザの個人宛先アドレス帳を取得できる。
【００７７】
図１６は、文書選択から文書配信までの処理を表した一例のシーケンス図である。図１５のステップＳ５１〜Ｓ５４と同様に、クライアントＰＣ３０のアプリケーション３０１は画像形成装置１０の文書管理サービス１８２に対してセッション開始要求を行い、セッションＩＤを取得する。
【００７８】
ステップＳ６１に進み、アプリケーション３０１は受信したセッションＩＤを含む文書一覧取得要求を、画像形成装置１０の文書管理サービス１８２に対して行う。ステップＳ６２に進み、画像形成装置１０の文書管理サービス１８２は、文書一覧取得要求に含まれるセッションＩＤを利用して、クライアントＰＣ３０のアプリケーション３０１に文書ＩＤのリストを送信する。
【００７９】
クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された文書のリストから配信する文書を選択指示すると共に、表示された個人宛先アドレス帳から文書を配信する宛先を選択指示する。アプリケーション３０１は、選択指示された文書の文書ＩＤおよび宛先の宛先ＩＤを取得する。
【００８０】
ステップＳ６３に進み、アプリケーション３０１はセッションＩＤ，文書管理サービスのＵＲＬ，文書ＩＤ，宛先ＩＤを含む文書配信要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、文書配信要求に含まれるセッションＩＤを利用して、セッションＩＤに対応するユーザＩＤを取得する。
【００８１】
ステップＳ６４に進み、配信サービス１８１は文書配信要求に含まれる文書ＩＤを取得する。配信サービス１８１は、取得した文書ＩＤを含む文書取得要求を文書管理サービス１８２に対して行う。文書管理サービス１８２は文書取得要求に含まれる文書ＩＤを利用して、文書ＩＤに対応する文書をＨＤＤ１８０から取得する。ステップＳ６５に進み、文書管理サービス１８２は取得した文書を配信サービス１８１に送信する。
【００８２】
その後、図１２のステップＳ２４〜Ｓ２６と同様に、文書，文書書誌情報を含む配信要求を、ステップＳ６３の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００８３】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了すると配信要求に対する応答を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、ステップＳ６３の文書配信要求に対する応答をクライアントＰＣ３０のアプリケーション３０１に対して行う。このように、クライアントＰＣ３０からのリモートによる操作に基づき、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００８４】
図１７は、文書選択から文書配信までの処理を表した他の例のシーケンス図である。図１５のステップＳ５１〜Ｓ５４と同様に、クライアントＰＣ３０のアプリケーション３０１は画像形成装置１０の文書管理サービス１８２に対してセッション開始要求を行い、セッションＩＤを取得する。
【００８５】
ステップＳ７１に進み、アプリケーション３０１は受信したセッションＩＤを含む文書一覧取得要求を、画像形成装置１０の文書管理サービス１８２に対して行う。ステップＳ７２に進み、画像形成装置１０の文書管理サービス１８２は、文書一覧取得要求に含まれるセッションＩＤを利用して、クライアントＰＣ３０のアプリケーション３０１に文書ＩＤのリストを送信する。
【００８６】
クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された文書のリストから配信する文書を選択指示する。アプリケーション３０１は、選択指示された文書の文書ＩＤを取得する。ステップＳ７３に進み、アプリケーション３０１はセッションＩＤ及び選択指示した文書の文書ＩＤのリストを含む文書チケット取得要求を画像形成装置１０の文書管理サービス１８２に対して行う。文書管理サービス１８２は、文書チケット取得要求に含まれるセッションＩＤ及び文書ＩＤのリストを利用して文書チケットの生成を行う。文書管理サービス１８２は、文書チケットの管理を行う。ステップＳ７４に進み、文書管理サービス１８２は文書チケットをクライアントＰＣ３０のアプリケーション３０１に送信する。
【００８７】
クライアントＰＣ３０を操作するユーザは、ディスプレイ等に表示された個人宛先アドレス帳から文書を配信する宛先を選択指示する。アプリケーション３０１は、選択指示された宛先の宛先ＩＤを取得する。
【００８８】
ステップＳ７５に進み、アプリケーション３０１はセッションＩＤ，文書管理サービスのＵＲＬ，文書チケット，宛先ＩＤを含む文書配信要求を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、文書配信要求に含まれるセッションＩＤを利用して、セッションＩＤに対応するユーザＩＤを取得する。
【００８９】
ステップＳ７６に進み、配信サービス１８１は文書配信要求に含まれる文書チケットを取得する。配信サービス１８１は、取得した文書チケットを含む文書取得要求を文書管理サービス１８２に対して行う。文書管理サービス１８２は文書取得要求に含まれる文書チケットを利用して、文書チケットに対応する文書をＨＤＤ１８０から取得する。ステップＳ７７に進み、文書管理サービス１８２はＨＤＤ１８０から取得した文書を配信サービス１８１に送信する。
【００９０】
その後、図１２のステップＳ２４〜Ｓ２６と同様に、文書，文書書誌情報を含む配信要求を、ステップＳ７５の文書配信要求に含まれる宛先ＩＤに対応した配信サーバ２０の配信モジュール２０２に対して行う。
【００９１】
配信サーバ２０の配信モジュール２０２は、配信要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、配信モジュール２０２は認証情報を復号してからユーザ認証を行う。配信モジュール２０２は、認証が正常に終了すると配信要求に対する応答を画像形成装置１０の配信サービス１８１に対して行う。配信サービス１８１は、ステップＳ７５の文書配信要求に対する応答をクライアントＰＣ３０のアプリケーション３０１に対して行う。このように、クライアントＰＣ３０からのリモートによる操作に基づき、画像形成装置１０は配信サーバ２０を利用するための認証情報を取得できる。
【００９２】
画像形成装置１０から配信サーバ２０に送信する認証情報を暗号化する場合、予め配信サーバ２０の暗号鍵を画像形成装置１０内に登録しておく必要がある。図１８は、暗号鍵を登録する処理を表したシーケンス図である。
【００９３】
ステップＳ８１に進み、配信サーバ２０の配信モジュール２０２は機器のケーパビリティ取得要求を画像形成装置１０の配信サービス１８１に対して行う。ステップＳ８２に進み、配信サービス１８１は暗号化方式の候補を配信サーバ２０の配信モジュール２０２に送信する。ステップＳ８３に進み、配信モジュール２０２は受信した暗号化方式の候補から暗号化方式を選択し、その暗号化方式および暗号鍵を含む暗号鍵の登録要求を画像形成装置１０の配信サービス１８１に対して行う。ステップＳ８４に進み、配信サービス１８１は暗号鍵の登録ＯＫを配信サーバ２０の配信モジュール２０２に通知する。なお、ステップＳ８１の機器のケーパビリティ取得は、機器管理サービスに行わせてもよい。
【００９４】
次に、アドレス帳の同期処理について説明する。図２７は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２７のシーケンス図は、ポーリング形式、且つ一括更新の場合を表す。
【００９５】
まず、画像形成装置１０のＵＣＳ１７５は、図２４又は図２５のような認証情報対応表１７９から配信サーバ２０のＵＲＬを取得する。ステップＳ１００に進み、ＵＣＳ１７５は配信サーバ２０のＵＲＬを指定してＤＣＳ１７６に認証情報取得要求を行なう。ＵＣＳ１７５は、特定のユーザの認証情報を取得するならば、ユーザＩＤを指定してＤＣＳ１７６に認証情報取得要求を行なう。また、ＵＣＳ１７５は配信サーバ２０のアドレス帳２０４に含まれる認証情報の全てを一括で取得してもよい。このとき、ＵＣＳ１７５はユーザＩＤを指定しなくてもよい。
【００９６】
ステップＳ１０１に進み、ＤＣＳ１７６はＵＲＬにより指定された配信サーバ２０の配信モジュール２０２に認証情報取得要求を送信する。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。ステップＳ１０２に進み、配信モジュール２０２はステップＳ１０１の認証情報取得要求の応答として認証情報リストを画像形成装置１０のＤＣＳ１７６に送信する。ここで、認証情報リストとはユーザＩＤとパスワードとが組みになったリストである。
【００９７】
ステップＳ１０３に進み、ＤＣＳ１７６はステップＳ１００の認証情報取得要求の応答として認証情報リストをＵＣＳ１７５に送信する。ＵＣＳ１７５は、受信した認証情報リストを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。
【００９８】
図２８は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２８のシーケンス図は、アドレス帳更新時に同期を取る場合を表す。図２８のシーケンス図では、配信サーバ２０からの認証情報変更通知の中にユーザＩＤ，パスワードを含めている。
【００９９】
まず、配信サーバ２０の配信モジュール２０２は認証情報の更新を検出する。ステップＳ１１０に進み、配信サーバ２０の配信モジュール２０２はユーザＩＤ，パスワードを指定した認証情報変更通知を画像形成装置１０のＤＣＳ１７６に通知する。ステップＳ１１１に進み、ＤＣＳ１７６はユーザＩＤ，パスワードを指定した認証情報変更通知をＵＣＳ１７５に通知する。ＵＣＳ１７５は、受信したユーザＩＤ，パスワードを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。
【０１００】
図２９は、認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図２９のシーケンス図は、アドレス帳更新時に同期を取る場合を表す。
【０１０１】
図２９のシーケンス図では、配信サーバ２０からの認証情報変更通知後、画像形成装置１０から認証情報取得要求を行っている。まず、配信サーバ２０の配信モジュール２０２は認証情報の更新を検出する。
【０１０２】
ステップＳ１２０に進み、配信サーバ２０の配信モジュール２０２はユーザＩＤを指定した認証情報変更通知を画像形成装置１０のＤＣＳ１７６に通知する。ステップＳ１２１に進み、ＤＣＳ１７６はユーザＩＤを指定した認証情報変更通知をＵＣＳ１７５に通知する。
【０１０３】
ステップＳ１２２に進み、ＵＣＳ１７５はユーザＩＤを指定してＤＣＳ１７６に認証情報取得要求を行なう。ステップＳ１２３に進み、ＤＣＳ１７６はユーザＩＤを指定して配信サーバ２０の配信モジュール２０２に認証情報取得要求を行なう。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。
【０１０４】
ステップＳ１２４に進み、配信モジュール２０２はステップＳ１２３の認証情報取得要求の応答としてユーザＩＤ及びパスワードを、画像形成装置１０のＤＣＳ１７６に送信する。ステップＳ１２５に進み、ＤＣＳ１７６はステップＳ１２２の認証情報取得要求の応答としてユーザＩＤ及びパスワードをＵＣＳ１７５に送信する。ＵＣＳ１７５は、受信したユーザＩＤ及びパスワードを用いてアドレス帳１７８の認証情報を配信サーバ２０のアドレス帳２０４と同期させることができる。
【０１０５】
図３０は、認証情報対応表がディレクトリサーバにあるときのアドレス帳の同期処理を表すシーケンス図である。図３０のシーケンス図は、一括更新の場合を表す。
【０１０６】
まず、ディレクトリサーバ５０のユーザディレクトリサービス５０２は、図２４又は図２５のような認証情報対応表１７９から画像形成装置１０及び配信サーバ２０のＵＲＬを取得する。ステップＳ１３０に進み、ユーザディレクトリサービス５０２は画像形成装置１０のＵＲＬを指定してＷｅｂサービス実行部１７３に認証情報取得要求を行なう。
【０１０７】
ステップＳ１３１に進み、Ｗｅｂサービス実行部１７３はＵＣＳ１７５に認証情報取得要求を送信する。ＵＣＳ１７５はアドレス帳１７８から認証情報を取得する。ステップＳ１３２に進み、ＵＣＳ１７５はステップＳ１３１の認証情報取得要求の応答として認証情報リストをディレクトリサーバ５０のユーザディレクトリサービス５０２に送信する。
【０１０８】
ステップＳ１３４に進み、ユーザディレクトリサービス５０２は配信サーバ２０のＵＲＬを指定して配信モジュール２０２に認証情報取得要求を行なう。配信モジュール２０２はアドレス帳２０４から認証情報を取得する。ステップＳ１３５に進み、配信モジュール２０２はステップＳ１３４の認証情報取得要求の応答として認証情報リストをディレクトリサーバ５０のユーザディレクトリサービス５０２に送信する。ディレクトリサーバ５０のユーザディレクトリサービス５０２は、受信した認証情報リストを用いて認証情報対応表５０３を画像形成装置１０のアドレス帳１７８及び配信サーバ２０のアドレス帳２０４と同期させることができる。
【実施例２】
【０１０９】
図１９は、本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。図１９のシステムは、認証情報対応表が画像形成装置１０に保持されている例を表す。図１９のシステムは、画像形成装置１０，ワークフローサーバ２１およびクライアントＰＣ３０が、ネットワーク４０を介して接続されている。図１９の画像形成装置１０，ワークフローサーバ２１およびクライアントＰＣ３０の構成は、説明に必要のない構成を適宜省略したものである。
【０１１０】
画像形成装置１０は、スキャナアプリ１７１と，ネットワークＩ／Ｆ１７２と，Ｗｅｂサービス実行部１７３と，ＣＣＳ１７４と，ＵＣＳ１７５と，ＤＣＳ１７６と，ＭＣＳ１７７と，アドレス帳１７８と，認証情報対応表１７９と，ＨＤＤ１８０とを含む構成である。また、ワークフローサーバ２１は、ネットワークＩ／Ｆ２１１と，ワークフロー制御モジュール２１２と，認証実行部２１３と，アドレス帳２１４とを含む構成である。クライアントＰＣ３０は、アプリケーション３０１と，ネットワークＩ／Ｆ３０２とを含む構成である。
【０１１１】
また、図２０は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２０のシステムは、認証情報対応表がワークフローサーバ２１に保持されている例を表す。図２０のシステムでは画像形成装置１０が認証情報対応表を保持せず、ワークフローサーバ２１が認証情報対応表２１５を保持している。その他、図２０のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。
【０１１２】
また、図２１は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２１のシステムは、認証情報対応表がディレクトリサーバ５０に保持されている例を表している。図２１のシステムは、画像形成装置１０，ワークフローサーバ２１，クライアントＰＣ３０及びディレクトリサーバ５０がネットワーク４０を介して接続されている。図２１のシステムでは、画像形成装置１０が認証情報対応表を保持せず、ディレクトリサーバ５０が認証情報対応表５０３を保持している。その他、図２１のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。
【０１１３】
また、図２２は本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。図２２のシステムは認証情報対応表が無く、画像形成装置１０，ワークフローサーバ２１で共通のアドレス帳を利用する例を表している。図２２のシステムは、画像形成装置１０のアドレス帳１７８とワークフローサーバ２１のアドレス帳２１４とで同期を取ることで、画像形成装置１０の認証情報［Ａ］，ワークフローサーバ２１の認証情報［Ｃ］を同じにしている。その他、図２２のシステムは一部を除いて図１９のシステムと同様であるため、同一部分に同一符号を付して説明を省略する。
【０１１４】
図１９〜図２２のシステムでは、画像形成装置１０，ワークフローサーバ２１，クライアントＰＣ３０及びディレクトリサーバ５０が、ネットワークＩ／Ｆ１７２，２１１，３０２及び５０１を介してデータ通信可能である。
【０１１５】
図１９〜図２２のシステムの処理については、図６〜図９のシステムの処理と一部を除いて同様である。具体的には、画像形成装置１０のＤＣＳ１７６からワークフローサーバ２１のワークフロー制御モジュール２１２への図２３に表した要求名のみ異なる。
【０１１６】
図２３は、画像形成装置とワークフローサーバとの間で行う文書登録処理のシーケンス図である。なお、図２３のステップＳ９１は図１２及び図１３のステップＳ２４及びＳ３８に相当する。
【０１１７】
ステップＳ９１では、ＤＣＳ１７６が、文書，文書書誌情報を含む文書登録要求を宛先ＩＤに対応したワークフローサーバ２１のワークフロー制御モジュール２１２に対して行う。
【０１１８】
ワークフローサーバ２１のワークフロー制御モジュール２１２は、文書登録要求に含まれる文書書誌情報から認証情報を取得し、その認証情報を利用してユーザ認証を行う。なお、認証情報が暗号化されている場合、ワークフロー制御モジュール２１２は認証情報を復号してからユーザ認証を行う。ワークフロー制御モジュール２１２は、認証が正常に終了するとステップＳ９２に進み、ステップＳ９１の文書登録要求に対する応答を画像形成装置１０のＤＣＳ１７６に対して行う。ステップＳ９３に進み、ＤＣＳ１７６は文書登録ＯＫをスキャナアプリ１７１に通知する。
【０１１９】
このように、図１９〜図２２のシステムの処理についても図６〜図９のシステムの処理と同様に、図１０に表したユーザログインからアドレス帳取得までの処理，図１１に表した配信サーバからアドレス帳を取得する処理，図１２及び図１３に表した文書作成から文書配信までの処理，図１５に表したセッション開始からアドレス帳取得までの処理，図１６及び図１７に表した文書選択から文書配信までの処理，図１８に表した暗号鍵を登録する処理を行うことができる。
【０１２０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０１２１】
【図１】複数のサーバや装置を利用するシステムの一例の構成図である。
【図２】複数のサーバや装置を利用するシステムの他の例の構成図である。
【図３】本発明のユーザ認証方法の一例の原理図である。
【図４】本発明による画像形成装置の一実施例の構成図である。
【図５】本発明による画像形成装置の一実施例のハードウェア構成図である。
【図６】本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。
【図７】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図８】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図９】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図１０】ユーザログインからアドレス帳取得までの処理を表したシーケンス図である。
【図１１】配信サーバからアドレス帳を取得する処理を表したシーケンス図である。
【図１２】文書作成から文書配信までの処理を表した一例のシーケンス図である。
【図１３】文書作成から文書配信までの処理を表した他の例のシーケンス図である。
【図１４】画像形成装置から配信サーバに送信される認証情報の違いを表した説明図である。
【図１５】セッション開始からアドレス帳取得までの処理を表したシーケンス図である。
【図１６】文書選択から文書配信までの処理を表した一例のシーケンス図である。
【図１７】文書選択から文書配信までの処理を表した他の例のシーケンス図である。
【図１８】暗号鍵を登録する処理を表したシーケンス図である。
【図１９】本発明のユーザ認証方法を実現するシステムの一実施例の構成図である。
【図２０】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図２１】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図２２】本発明のユーザ認証方法を実現するシステムの他の実施例の構成図である。
【図２３】画像形成装置とワークフローサーバとの間で行う文書登録処理のシーケンス図である。
【図２４】画像形成装置で管理が行われる認証情報対応表の一例の構成図である。
【図２５】画像形成装置で管理が行われる認証情報対応表の他の例の構成図である。
【図２６】配信サーバで管理が行われる機器認証情報対応表の一例の構成図である。
【図２７】認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【図２８】認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【図２９】認証情報対応表が画像形成装置又は配信サーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【図３０】認証情報対応表がディレクトリサーバにあるときのアドレス帳の同期処理を表すシーケンス図である。
【符号の説明】
【０１２２】
１０ 画像形成装置
２０ 配信サーバ
２１ ワークフローサーバ
３０ クライアントＰＣ
４０ ネットワーク
５０ ディレクトリサーバ
１０１，１７９，２０５，２１５，５０３ 認証情報対応表
１６１ 操作パネル
１７１ スキャナアプリ
１７２，２０１，２１１，３０２，５０１ ネットワークＩ／Ｆ
１７３ Ｗｅｂサービス実行部
１７４ ＣＣＳ
１７５ ＵＣＳ
１７６ ＤＣＳ
１７７ ＭＣＳ
１７８，２０４，２１４ アドレス帳
１８０ ＨＤＤ
１８１ 配信サービス
１８２ 文書管理サービス
２０２ 配信モジュール
２０３，２１３ 認証実行部
２０６ 機器認証情報対応表
２１２ ワークフロー制御モジュール
３０１ アプリケーション
５０２ ユーザディレクトリサービス
【特許請求の範囲】
【請求項１】
独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、
前記情報処理装置は、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、
取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段と
を有するサービス提供システム。
【請求項２】
前記サービス提供サーバは、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証のための情報を取得する情報取得手段と、
前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段と
を有する請求項１記載のサービス提供システム。
【請求項３】
前記情報処理装置は、自機で認証されたユーザに対応付けられている認証された情報を取得する情報取得手段と、
前記認証された情報及び自機を確認する為の情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段と
を有する請求項１記載のサービス提供システム。
【請求項４】
前記サービス提供サーバは、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証された情報及び情報処理装置を確認する為の情報を取得する情報取得手段と、
前記情報処理装置を確認するための情報で認証が正常終了した後に、前記認証された情報に対応付けられている自機の認証のための情報を取得し、前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段と
を有する請求項３記載のサービス提供システム。
【請求項５】
前記情報処理装置の処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項２記載のサービス提供システム。
【請求項６】
前記情報処理装置の処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを識別するための情報およびユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項２記載のサービス提供システム。
【請求項７】
前記情報処理装置の処理要求手段は、前記認証された情報として、ユーザを識別するための情報を前記処理要求に含ませることを特徴とする請求項３記載のサービス提供システム。
【請求項８】
独立して認証機構を持つサービス提供サーバに所定のネットワークを介して接続されており、認証したユーザからの要求に応じて前記サービス提供サーバに処理要求を行なう情報処理装置であって、
自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、
取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段と
を有する情報処理装置。
【請求項９】
前記情報処理手段は、自機で認証されたユーザに対応付けられている認証された情報を取得し、
前記処理要求手段は、前記認証された情報及び自機を確認する為の情報を含む処理要求を前記サービス提供サーバに対して行なうこと
を特徴とする請求項８記載の情報処理装置。
【請求項１０】
前記処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項８記載の情報処理装置。
【請求項１１】
前記処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを識別するための情報およびユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項８記載の情報処理装置。
【請求項１２】
前記処理要求手段は、前記認証された情報として、ユーザを識別するための情報を前記処理要求に含ませることを特徴とする請求項９記載の情報処理装置。
【請求項１３】
独立して認証機構を持つ情報処理装置に所定のネットワークを介して接続され、認証したユーザからの要求に応じてサービスを提供するサービス提供サーバであって、
前記情報処理装置からの処理要求があると、その処理要求に含まれる認証のための情報を取得する情報取得手段と、
前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段と
を有するサービス提供サーバ。
【請求項１４】
前記情報取得手段は、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証された情報及び情報処理装置を確認する為の情報を取得し、
前記処理実行手段は、前記情報処理装置を確認するための情報で認証が正常終了した後に、前記認証された情報に対応付けられている自機の認証のための情報を取得し、前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う
ことを特徴とする請求項１３記載のサービス提供サーバ。
【請求項１５】
独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムのサービス提供方法であって、
前記情報処理装置が、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得するステップと、
取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なうステップと
を有するサービス提供方法。
【請求項１６】
前記サービス提供サーバが、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証のための情報を取得するステップと、
前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行うステップと
を有する請求項１５記載のサービス提供方法。
【請求項１７】
前記情報処理装置が、自機で認証されたユーザに対応付けられている認証された情報を取得するステップと、
前記認証された情報及び自機を確認する為の情報を含む処理要求を、前記サービス提供サーバに対して行なうステップと
を有する請求項１５記載のサービス提供方法。
【請求項１】
独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムであって、
前記情報処理装置は、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、
取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段と
を有するサービス提供システム。
【請求項２】
前記サービス提供サーバは、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証のための情報を取得する情報取得手段と、
前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段と
を有する請求項１記載のサービス提供システム。
【請求項３】
前記情報処理装置は、自機で認証されたユーザに対応付けられている認証された情報を取得する情報取得手段と、
前記認証された情報及び自機を確認する為の情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段と
を有する請求項１記載のサービス提供システム。
【請求項４】
前記サービス提供サーバは、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証された情報及び情報処理装置を確認する為の情報を取得する情報取得手段と、
前記情報処理装置を確認するための情報で認証が正常終了した後に、前記認証された情報に対応付けられている自機の認証のための情報を取得し、前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段と
を有する請求項３記載のサービス提供システム。
【請求項５】
前記情報処理装置の処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項２記載のサービス提供システム。
【請求項６】
前記情報処理装置の処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを識別するための情報およびユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項２記載のサービス提供システム。
【請求項７】
前記情報処理装置の処理要求手段は、前記認証された情報として、ユーザを識別するための情報を前記処理要求に含ませることを特徴とする請求項３記載のサービス提供システム。
【請求項８】
独立して認証機構を持つサービス提供サーバに所定のネットワークを介して接続されており、認証したユーザからの要求に応じて前記サービス提供サーバに処理要求を行なう情報処理装置であって、
自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得する情報取得手段と、
取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なう処理要求手段と
を有する情報処理装置。
【請求項９】
前記情報処理手段は、自機で認証されたユーザに対応付けられている認証された情報を取得し、
前記処理要求手段は、前記認証された情報及び自機を確認する為の情報を含む処理要求を前記サービス提供サーバに対して行なうこと
を特徴とする請求項８記載の情報処理装置。
【請求項１０】
前記処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項８記載の情報処理装置。
【請求項１１】
前記処理要求手段は、取得した前記サービス提供サーバの認証のための情報として、ユーザを識別するための情報およびユーザを確認するための情報を前記処理要求に含ませることを特徴とする請求項８記載の情報処理装置。
【請求項１２】
前記処理要求手段は、前記認証された情報として、ユーザを識別するための情報を前記処理要求に含ませることを特徴とする請求項９記載の情報処理装置。
【請求項１３】
独立して認証機構を持つ情報処理装置に所定のネットワークを介して接続され、認証したユーザからの要求に応じてサービスを提供するサービス提供サーバであって、
前記情報処理装置からの処理要求があると、その処理要求に含まれる認証のための情報を取得する情報取得手段と、
前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う処理実行手段と
を有するサービス提供サーバ。
【請求項１４】
前記情報取得手段は、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証された情報及び情報処理装置を確認する為の情報を取得し、
前記処理実行手段は、前記情報処理装置を確認するための情報で認証が正常終了した後に、前記認証された情報に対応付けられている自機の認証のための情報を取得し、前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行う
ことを特徴とする請求項１３記載のサービス提供サーバ。
【請求項１５】
独立して認証機構を持つ情報処理装置及びサービス提供サーバが所定のネットワークを介して接続されており、前記情報処理装置及びサービス提供サーバが、認証されたユーザからの要求に応じてサービスを提供するサービス提供システムのサービス提供方法であって、
前記情報処理装置が、自機で認証されたユーザに対応付けられている前記サービス提供サーバの認証のための情報を取得するステップと、
取得した前記サービス提供サーバの認証のための情報を含む処理要求を、前記サービス提供サーバに対して行なうステップと
を有するサービス提供方法。
【請求項１６】
前記サービス提供サーバが、前記情報処理装置からの処理要求があると、その処理要求に含まれる前記認証のための情報を取得するステップと、
前記認証のための情報で認証が正常終了した後に、前記処理要求に応じた処理を行うステップと
を有する請求項１５記載のサービス提供方法。
【請求項１７】
前記情報処理装置が、自機で認証されたユーザに対応付けられている認証された情報を取得するステップと、
前記認証された情報及び自機を確認する為の情報を含む処理要求を、前記サービス提供サーバに対して行なうステップと
を有する請求項１５記載のサービス提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２００６−１３４３０１（Ｐ２００６−１３４３０１Ａ）
【公開日】平成１８年５月２５日（２００６．５．２５）
【国際特許分類】
【出願番号】特願２００５−２８２０６３（Ｐ２００５−２８２０６３）
【出願日】平成１７年９月２８日（２００５．９．２８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１８年５月２５日（２００６．５．２５）
【国際特許分類】
【出願日】平成１７年９月２８日（２００５．９．２８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]