JP4849962B2 - 画像処理装置、認証サーバ選択方法及びプログラム - Google Patents
画像処理装置、認証サーバ選択方法及びプログラム Download PDFInfo
- Publication number
- JP4849962B2 JP4849962B2 JP2006157274A JP2006157274A JP4849962B2 JP 4849962 B2 JP4849962 B2 JP 4849962B2 JP 2006157274 A JP2006157274 A JP 2006157274A JP 2006157274 A JP2006157274 A JP 2006157274A JP 4849962 B2 JP4849962 B2 JP 4849962B2
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- user
- authentication server
- server
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、ネットワーク経由で認証サーバにユーザ認証の依頼が可能であり、ユーザ認証の成立を条件に処理要求に応じた画像出力処理を行う、ＭＦＰ（複合機）、ネットワークに接続可能なプリンタ装置、ファクシミリ装置等の画像処理装置に関し、より詳しくは、処理要求に付されたユーザ情報をもとに、依頼する認証サーバを選択する上記画像処理装置、認証サーバ選択方法及び認証サーバを選択するためのプログラムに関する。
入力文書データのプリント出力を行う機能をベースに画像処理を行う装置として、複写・ＦＡＸ・プリンタ・スキャナ・ドキュメントボックス等の機能を複合して有するＭＦＰ（Multi-Function Peripherals：複合機）が広く使用されている。ＭＦＰは、インターネットやイントラネットなどのネットワークに接続され、自身が備えるスキャナを通して入力された紙文書の電子化データのほか、ネットワーク経由でホストＰＣ等の外部機器からも入力され、これらの入力文書は、ドキュメントボックス等の機能に見られるように、ＨＤＤ等の記憶装置で蓄積、管理されている。
記憶装置に蓄積、管理される文書に対しては、ＭＦＰ機が複数のユーザによって共同使用されることや、ネットワーク接続されている場合にネットワーク経由でアクセスできることを考えると、常に改ざん、不正アクセス、情報漏洩などの危険があり、こうした危険からデータを守り、セキュリティを確保する必要性が強く求められている。特に、紙文書の入力手段を持つＭＦＰ機のような場合には、内部の機密文書を電子化するようなケースが想定されることから、必要性が高い。
記憶装置に蓄積、管理される文書に対しては、ＭＦＰ機が複数のユーザによって共同使用されることや、ネットワーク接続されている場合にネットワーク経由でアクセスできることを考えると、常に改ざん、不正アクセス、情報漏洩などの危険があり、こうした危険からデータを守り、セキュリティを確保する必要性が強く求められている。特に、紙文書の入力手段を持つＭＦＰ機のような場合には、内部の機密文書を電子化するようなケースが想定されることから、必要性が高い。
ネットワーク上で使用されるこの種の画像処理装置では、求められるセキュリティを確保するために、ユーザ認証機能を装備し、ログインするユーザの利用を制限したり、ユーザの利用履歴情報を保存する、といったユーザ管理を行うことを可能にしている。
ＭＦＰを例にすると、フロアに１台設置されたＭＦＰが複数の部署のユーザにより共同使用される場合が良くある。このような場合、ＰＣ（Personal Computer）のユーザ管理と同様に、各部署の単位で認証サーバを持つシステムでユーザ管理をする方法が、普通採用される。
ただ、このような方法によりシステムを構成すると、ＭＦＰの場合、ユーザアカウントがＭＦＰにはなく、複数の認証サーバにあるために、ＭＦＰから利用する認証サーバを選択する切替え動作が必要になってくる。
ＰＣのユーザ管理の場合、一般的にＰＣは個人使用されるので、主に利用しているユーザが所属する部署を管理する認証サーバに対して認証の依頼をすればよく、予め設定した所属する部署の認証サーバから他に切替えることは、ほとんど必要がない。
ところが、ＭＦＰの場合には、複数の認証サーバが選択の対象になり、ユーザ毎に切替えるといった動作状況が想定される。
ＭＦＰを例にすると、フロアに１台設置されたＭＦＰが複数の部署のユーザにより共同使用される場合が良くある。このような場合、ＰＣ（Personal Computer）のユーザ管理と同様に、各部署の単位で認証サーバを持つシステムでユーザ管理をする方法が、普通採用される。
ただ、このような方法によりシステムを構成すると、ＭＦＰの場合、ユーザアカウントがＭＦＰにはなく、複数の認証サーバにあるために、ＭＦＰから利用する認証サーバを選択する切替え動作が必要になってくる。
ＰＣのユーザ管理の場合、一般的にＰＣは個人使用されるので、主に利用しているユーザが所属する部署を管理する認証サーバに対して認証の依頼をすればよく、予め設定した所属する部署の認証サーバから他に切替えることは、ほとんど必要がない。
ところが、ＭＦＰの場合には、複数の認証サーバが選択の対象になり、ユーザ毎に切替えるといった動作状況が想定される。
ネットワーク上のＭＦＰ等の画像処理装置から複数の認証手段を利用する際に、認証を依頼する手段の選択を可能にした認証機能に係わる従来技術として、下記特許文献１（特開２００５−１４９２５６号公報）を示すことができる。
特許文献１には、ネットワーク上に異なる種別の認証手段が存在するシステムにおいて、設定画面へのユーザの操作により、予め利用可能な異なる種別の認証手段に優先順位を設定し、設定に従って認証手段を選択可能とする機能が示されている。この機能によると、認証時に、先に認証を依頼した認証手段にユーザアカウントが存在しないなど、何らかの原因で認証ができない状況でも、設定された優先順位の次の認証手段を選択し、認証を依頼することを可能にする。
従って、認証に失敗する度に、ユーザが改めて操作をし直して、別の認証手段を指定する等の操作を不要とし、操作性の改善を図ることができる、としている。なお、特許文献１には、ＭＦＰ内蔵の手段によるローカル認証、ネットワーク上に設けたサーバによるＮＴ認証やＬＤＡＰ認証を選択の対象として、優先順位の設定をＭＦＰの操作パネルから行う例が示されている。
特開２００５−１４９２５６号公報
特許文献１には、ネットワーク上に異なる種別の認証手段が存在するシステムにおいて、設定画面へのユーザの操作により、予め利用可能な異なる種別の認証手段に優先順位を設定し、設定に従って認証手段を選択可能とする機能が示されている。この機能によると、認証時に、先に認証を依頼した認証手段にユーザアカウントが存在しないなど、何らかの原因で認証ができない状況でも、設定された優先順位の次の認証手段を選択し、認証を依頼することを可能にする。
従って、認証に失敗する度に、ユーザが改めて操作をし直して、別の認証手段を指定する等の操作を不要とし、操作性の改善を図ることができる、としている。なお、特許文献１には、ＭＦＰ内蔵の手段によるローカル認証、ネットワーク上に設けたサーバによるＮＴ認証やＬＤＡＰ認証を選択の対象として、優先順位の設定をＭＦＰの操作パネルから行う例が示されている。
しかしながら、特許文献１記載の優先順位の設定に従って認証手段を選択可能とする機能は、最適な設定で利用しようとすると、特に、多くのユーザで共用するＭＦＰの場合、ユーザはログイン毎に設定操作を行う必要が生じてしまう。しかも、この設定を行うための操作画面として、小さな画面で、又キーボードも存在しないといった条件のＵＩ（User Interface）で対応する場合には、操作手順が煩雑になるという問題を生じる。なお、上記と同様の操作の煩雑さは、特許文献１の優先順位の設定方式とは違うが、ＰＣで一般に行っている方式である、選択する認証手段をユーザの操作画面への入力により指定する方式を、ＭＦＰに導入する場合にも、起きる。
また、ＭＦＰは、ネットワーク経由でプリント出力要求や機器の状態監視が行われ、ＰＣ等のリモート機から利用されるケースが少なくない。この場合、ＭＦＰが、telnet（telecommunication network）やftp（file transfer protocol）などのログイン方法を使用したり、プリンタドライバで作成された印刷データにPJL（Printer Job Language）等でログインIDとパスワードを入れてログインする方法を使用する場合、ユーザ名、パスワード以外の情報を取得する方法がない。従って、認証サーバを指示するための情報が得られず、適切な認証サーバが選択できない、という問題が生じる。
本発明は、上記した従来技術の問題に鑑み、これを解決するためになされたもので、その課題は、利用可能な複数の認証サーバから認証を依頼するサーバを選択する際に、選択するサーバの指示が難しい、telnetやftpなどのログイン方法を使用する場合、或いは、操作パネルに選択するサーバの指示が容易にできるＵＩが用意できない場合にも、ユーザ情報の入力だけで、ユーザに適う認証サーバの選択を行うことを可能にし、利便性の向上を図ることにある。
また、ＭＦＰは、ネットワーク経由でプリント出力要求や機器の状態監視が行われ、ＰＣ等のリモート機から利用されるケースが少なくない。この場合、ＭＦＰが、telnet（telecommunication network）やftp（file transfer protocol）などのログイン方法を使用したり、プリンタドライバで作成された印刷データにPJL（Printer Job Language）等でログインIDとパスワードを入れてログインする方法を使用する場合、ユーザ名、パスワード以外の情報を取得する方法がない。従って、認証サーバを指示するための情報が得られず、適切な認証サーバが選択できない、という問題が生じる。
本発明は、上記した従来技術の問題に鑑み、これを解決するためになされたもので、その課題は、利用可能な複数の認証サーバから認証を依頼するサーバを選択する際に、選択するサーバの指示が難しい、telnetやftpなどのログイン方法を使用する場合、或いは、操作パネルに選択するサーバの指示が容易にできるＵＩが用意できない場合にも、ユーザ情報の入力だけで、ユーザに適う認証サーバの選択を行うことを可能にし、利便性の向上を図ることにある。
請求項１の発明は、ユーザ情報が付された処理要求を受付け、前記ユーザ情報に基づくユーザ認証をネットワーク経由で認証サーバに依頼が可能であり、ユーザ認証の成立を条件に前記処理要求に応じて処理対象の画像出力処理を行う画像処理装置であって、ユーザ認証の依頼が可能な前記認証サーバを登録する認証サーバ登録手段と、依頼したユーザ認証の履歴情報を認証サーバ毎に保存する認証履歴保存手段と、前記認証履歴保存手段に保存されたユーザ認証の履歴情報に基づいて、前記認証サーバ登録手段に登録された認証サーバからユーザ認証を依頼する認証サーバを選択する認証サーバ選択手段と、を備え、前記認証履歴保存手段は、ユーザ認証の履歴情報として、認証に成功した依頼件数の統計値を保存し、前記認証サーバ選択手段は、選択する認証サーバの優先順位を認証に成功した依頼件数の多い順とする手段であることを特徴とする。
請求項２の発明は、前記処理要求に付されたユーザ情報へ認証サーバの指定情報が添付される請求項１に記載された画像処理装置において、前記認証サーバ選択手段は、ユーザ認証の履歴情報による選択に優先させて、前記認証サーバの指定情報に示された認証サーバを選択する手段であることを特徴とする。
請求項３の発明は、前記認証サーバの指定情報を各認証サーバ名に対応するキーワードで指示する請求項２に記載された画像処理装置において、指示された前記キーワードを前記認証サーバ選択手段の選択処理に必要な認証サーバ名に変換する手段を備えたことを特徴とする。
請求項４の発明は、前記認証履歴保存手段のユーザ認証の履歴情報として、最新の認証に成功した認証サーバをユーザ毎に保存するようにした請求項１乃至３のいずれかに記載された画像処理装置において、前記認証サーバ選択手段は、前記認証履歴保存手段にユーザ毎に保存した最新の認証に成功した認証サーバを最優先させて、選択する手段であることを特徴とする。
請求項５の発明は、請求項４に記載された画像処理装置において、前記認証履歴保存手段に最新の認証に成功した認証サーバとしてユーザ毎に保存された情報を、所定時間の経過、電源ON／OFF、システムリセットの少なくとも１つによって、初期化する手段を備えたことを特徴とする。
請求項６の発明は、ユーザ情報が付された処理要求を受付け、前記ユーザ情報に基づくユーザ認証をネットワーク経由で認証サーバに依頼が可能であり、ユーザ認証の成立を条件に前記処理要求に応じて処理対象の画像出力処理を行う画像処理装置における認証サーバ選択方法であって、ユーザ認証の依頼が可能な前記認証サーバを登録する認証サーバ登録工程と、依頼したユーザ認証の履歴情報を認証サーバ毎に保存する認証履歴保存工程と、前記認証履歴保存工程で保存されたユーザ認証の履歴情報に基づいて、前記認証サーバ登録工程で登録された認証サーバからユーザ認証を依頼する認証サーバを選択する認証サーバ選択工程と、を有し、前記認証履歴保存工程では、ユーザ認証の履歴情報として、認証に成功した依頼件数の統計値を保存し、前記認証サーバ選択工程では、選択する認証サーバの優先順位を認証に成功した依頼件数の多い順とすることを特徴とする。
請求項７の発明は、前記処理要求に付されたユーザ情報へ認証サーバの指定情報が添付される請求項６に記載された認証サーバ選択方法において、前記認証サーバ選択工程では、ユーザ認証の履歴情報による選択に優先させて、前記認証サーバの指定情報に示された認証サーバを選択するようにしたことを特徴とする。
請求項８の発明は、請求項７に記載された認証サーバ選択方法において、指示されたキーワードを前記認証サーバ選択工程における選択処理に必要な認証サーバ名に変換する工程を有し、前記認証サーバの指定情報を各認証サーバ名に対応する前記キーワードで指示することを特徴とする。
請求項９の発明は、請求項６乃至８のいずれかに記載された認証サーバ選択方法において、前記認証履歴保存工程では、ユーザ認証の履歴情報として、最新の認証に成功した認証サーバをユーザ毎に保存し、前記認証サーバ選択工程では、前記認証履歴保存工程でユーザ毎に保存された最新の認証に成功した認証サーバを最優先させて、選択するようにしたことを特徴とする。
請求項１０の発明は、プログラムであって、コンピュータを請求項１に記載された画像処理装置が備える認証サーバ登録手段、認証履歴保存手段、認証サーバ選択手段の各手段として機能させることを特徴とする。
請求項２の発明は、前記処理要求に付されたユーザ情報へ認証サーバの指定情報が添付される請求項１に記載された画像処理装置において、前記認証サーバ選択手段は、ユーザ認証の履歴情報による選択に優先させて、前記認証サーバの指定情報に示された認証サーバを選択する手段であることを特徴とする。
請求項３の発明は、前記認証サーバの指定情報を各認証サーバ名に対応するキーワードで指示する請求項２に記載された画像処理装置において、指示された前記キーワードを前記認証サーバ選択手段の選択処理に必要な認証サーバ名に変換する手段を備えたことを特徴とする。
請求項４の発明は、前記認証履歴保存手段のユーザ認証の履歴情報として、最新の認証に成功した認証サーバをユーザ毎に保存するようにした請求項１乃至３のいずれかに記載された画像処理装置において、前記認証サーバ選択手段は、前記認証履歴保存手段にユーザ毎に保存した最新の認証に成功した認証サーバを最優先させて、選択する手段であることを特徴とする。
請求項５の発明は、請求項４に記載された画像処理装置において、前記認証履歴保存手段に最新の認証に成功した認証サーバとしてユーザ毎に保存された情報を、所定時間の経過、電源ON／OFF、システムリセットの少なくとも１つによって、初期化する手段を備えたことを特徴とする。
請求項６の発明は、ユーザ情報が付された処理要求を受付け、前記ユーザ情報に基づくユーザ認証をネットワーク経由で認証サーバに依頼が可能であり、ユーザ認証の成立を条件に前記処理要求に応じて処理対象の画像出力処理を行う画像処理装置における認証サーバ選択方法であって、ユーザ認証の依頼が可能な前記認証サーバを登録する認証サーバ登録工程と、依頼したユーザ認証の履歴情報を認証サーバ毎に保存する認証履歴保存工程と、前記認証履歴保存工程で保存されたユーザ認証の履歴情報に基づいて、前記認証サーバ登録工程で登録された認証サーバからユーザ認証を依頼する認証サーバを選択する認証サーバ選択工程と、を有し、前記認証履歴保存工程では、ユーザ認証の履歴情報として、認証に成功した依頼件数の統計値を保存し、前記認証サーバ選択工程では、選択する認証サーバの優先順位を認証に成功した依頼件数の多い順とすることを特徴とする。
請求項７の発明は、前記処理要求に付されたユーザ情報へ認証サーバの指定情報が添付される請求項６に記載された認証サーバ選択方法において、前記認証サーバ選択工程では、ユーザ認証の履歴情報による選択に優先させて、前記認証サーバの指定情報に示された認証サーバを選択するようにしたことを特徴とする。
請求項８の発明は、請求項７に記載された認証サーバ選択方法において、指示されたキーワードを前記認証サーバ選択工程における選択処理に必要な認証サーバ名に変換する工程を有し、前記認証サーバの指定情報を各認証サーバ名に対応する前記キーワードで指示することを特徴とする。
請求項９の発明は、請求項６乃至８のいずれかに記載された認証サーバ選択方法において、前記認証履歴保存工程では、ユーザ認証の履歴情報として、最新の認証に成功した認証サーバをユーザ毎に保存し、前記認証サーバ選択工程では、前記認証履歴保存工程でユーザ毎に保存された最新の認証に成功した認証サーバを最優先させて、選択するようにしたことを特徴とする。
請求項１０の発明は、プログラムであって、コンピュータを請求項１に記載された画像処理装置が備える認証サーバ登録手段、認証履歴保存手段、認証サーバ選択手段の各手段として機能させることを特徴とする。
本発明によると、ユーザが画像処理装置への処理要求時に、認証サーバを指示する入力をしなくても、ユーザ情報の入力を行うだけで、ユーザ認証が可能な認証サーバを画像処理装置側で選択することができる。従って、認証サーバの指示を必要とした従来の制約を除き、telnetやftpなどのログイン方法を使用する場合、或いは、操作パネルに大画面で高度な機能を提供できるＵＩ（User Interface）が用意できない場合でも、ユーザアカウントがある認証サーバを選択でき、より汎用性の高い認証機能を提供でき、かつユーザの操作を簡易化することが可能になる。
また、良く利用されている認証サーバを優先して選択するので、わずらわしい設定をすることなく、頻度の高いユーザには認証要求に対する応答性を向上させることが可能になる（請求項１，６）。
また、ＰＣを利用して行われるリモート操作によるログインに適したやり方として、ログイン時に、ユーザの希望する認証サーバをユーザ情報に添付して指定することで、画像処理装置側の選択に優先させ、ユーザの意に従った選択をすることが可能になる（請求項２，７）。このとき、各認証サーバ名に対応するキーワードで認証サーバを指定することで、ユーザの操作手順をより簡素化できる（請求項３，８）。
また、ユーザ対応で認証に成功した最新の認証サーバを最優先させて、選択するようにしたので、認証要求に対する応答性を向上させることができる（請求項４，９）。
また、ユーザ対応の選択を可能とするために、請求項４で保存されたサーバ情報を所定時間の経過、電源ON／OFF、リセット操作のいずれかによって、初期化するようにしたので、次のようなシステムで起きる不具合を解消することが可能になる。即ち、複数認証サーバをマスター／バックアップで使用可能なシステムにおいて、たまたま速いマスター認証サーバが落ちているときに、バックアップ認証サーバに切り替わってしまうと、バックアップ認証サーバが一時的に応答しなくなるなどしないと、マスター認証サーバに切り替わるタイミングがなくなり、遅いサーバを使用し続ける、という不具合が起きる。この不具合は、保存されたサーバ情報を初期化することによって、解消することが可能になる（請求項５）。
また、プログラムにより、認証サーバを選択する機能を装備するようにしたので、機能実現手段を容易に構成することが可能になる（請求項１０）。
また、良く利用されている認証サーバを優先して選択するので、わずらわしい設定をすることなく、頻度の高いユーザには認証要求に対する応答性を向上させることが可能になる（請求項１，６）。
また、ＰＣを利用して行われるリモート操作によるログインに適したやり方として、ログイン時に、ユーザの希望する認証サーバをユーザ情報に添付して指定することで、画像処理装置側の選択に優先させ、ユーザの意に従った選択をすることが可能になる（請求項２，７）。このとき、各認証サーバ名に対応するキーワードで認証サーバを指定することで、ユーザの操作手順をより簡素化できる（請求項３，８）。
また、ユーザ対応で認証に成功した最新の認証サーバを最優先させて、選択するようにしたので、認証要求に対する応答性を向上させることができる（請求項４，９）。
また、ユーザ対応の選択を可能とするために、請求項４で保存されたサーバ情報を所定時間の経過、電源ON／OFF、リセット操作のいずれかによって、初期化するようにしたので、次のようなシステムで起きる不具合を解消することが可能になる。即ち、複数認証サーバをマスター／バックアップで使用可能なシステムにおいて、たまたま速いマスター認証サーバが落ちているときに、バックアップ認証サーバに切り替わってしまうと、バックアップ認証サーバが一時的に応答しなくなるなどしないと、マスター認証サーバに切り替わるタイミングがなくなり、遅いサーバを使用し続ける、という不具合が起きる。この不具合は、保存されたサーバ情報を初期化することによって、解消することが可能になる（請求項５）。
また、プログラムにより、認証サーバを選択する機能を装備するようにしたので、機能実現手段を容易に構成することが可能になる（請求項１０）。
以下に、本発明の画像処理装置に係わる実施形態として、ＭＦＰを実施装置とした例を示す。
本実施形態のＭＦＰは、コピー・プリンタ・ＦＡＸ・スキャナ等の複合機能を提供し、これらの機能によって生成される画像出力用データをもとに、プリント出力、或いは外部機（ＰＣ、ファクシミリ等）へのデータ転送等の画像出力処理を行う。
この画像出力処理は、本体の操作パネルから指示されるコピー、ＦＡＸ送信、等を要求するログインに応じるほか、ネットワーク経由でＰＣ（Personal Computer）等のリモート機からのプリント出力や閲覧要求のログインに応じる。
また、本例のＭＦＰは、リモート機から行われる、ＭＦＰの状態監視、ＭＦＰの管理情報へのアクセス等を要求するログインを受付け、これらの要求に応じた処理を行う。
ただ、ログインしてくる処理要求の全てを対象として処理を行うと、蓄積、管理される文書やデータに対する改ざん、不正アクセス、情報漏洩などの危険からデータを守り、セキュリティを確保することができないので、上記した操作パネル或いはネットワーク経由で行われるログインに対し、ユーザ認証を行い、認証が成立した場合に、ログインを許し、要求されるジョブの処理を実行する。
本実施形態のＭＦＰは、コピー・プリンタ・ＦＡＸ・スキャナ等の複合機能を提供し、これらの機能によって生成される画像出力用データをもとに、プリント出力、或いは外部機（ＰＣ、ファクシミリ等）へのデータ転送等の画像出力処理を行う。
この画像出力処理は、本体の操作パネルから指示されるコピー、ＦＡＸ送信、等を要求するログインに応じるほか、ネットワーク経由でＰＣ（Personal Computer）等のリモート機からのプリント出力や閲覧要求のログインに応じる。
また、本例のＭＦＰは、リモート機から行われる、ＭＦＰの状態監視、ＭＦＰの管理情報へのアクセス等を要求するログインを受付け、これらの要求に応じた処理を行う。
ただ、ログインしてくる処理要求の全てを対象として処理を行うと、蓄積、管理される文書やデータに対する改ざん、不正アクセス、情報漏洩などの危険からデータを守り、セキュリティを確保することができないので、上記した操作パネル或いはネットワーク経由で行われるログインに対し、ユーザ認証を行い、認証が成立した場合に、ログインを許し、要求されるジョブの処理を実行する。
また、本例のＭＦＰは、ユーザ認証にネットワーク接続された認証サーバを利用する。即ち、ＭＦＰは、ユーザが処理を要求してログインする時に、ユーザID等のユーザ識別情報の入力を求め、入力されたユーザID等をもとに、認証サーバにユーザ認証を依頼し、認証サーバからユーザ認証の成立／不成立の結果を得る。なお、ＭＦＰがネットワーク接続された認証サーバを利用するために必要な機能、機能を実現するために必要な構成は、基本的には、上記で従来例として示した特許文献１にも記載があるように、既存の技術を用いることにより実施し得る。
ただ、本例のＭＦＰは、ユーザが処理を要求してログインする時に、認証サーバを指示する入力をしなくても、ユーザID等の入力を行うだけで、ユーザ認証が可能な認証サーバをＭＦＰ側で選択する機能を有し、この機能は、従来技術になく、本ＭＦＰの特徴点である。
なお、本実施形態は、ＭＦＰに実施した例を示すが、ネットワーク上で同様の環境で使用され、セキュリティを確保することが必要な、例えば、ネットワークプリンタ、ネットワークファクシミリ等の画像処理装置へも、同様に実施し得る。
また、以下に示す実施形態では、ユーザ認証機能は、認証サーバで受持つ例を示すが、認証サーバが有すると同様のユーザ認証機能をＭＦＰ等の画像処理装置に内蔵し、１サーバとして用いるようにしても良いし、全てを認証サーバに依存する構成でも良い。
ただ、本例のＭＦＰは、ユーザが処理を要求してログインする時に、認証サーバを指示する入力をしなくても、ユーザID等の入力を行うだけで、ユーザ認証が可能な認証サーバをＭＦＰ側で選択する機能を有し、この機能は、従来技術になく、本ＭＦＰの特徴点である。
なお、本実施形態は、ＭＦＰに実施した例を示すが、ネットワーク上で同様の環境で使用され、セキュリティを確保することが必要な、例えば、ネットワークプリンタ、ネットワークファクシミリ等の画像処理装置へも、同様に実施し得る。
また、以下に示す実施形態では、ユーザ認証機能は、認証サーバで受持つ例を示すが、認証サーバが有すると同様のユーザ認証機能をＭＦＰ等の画像処理装置に内蔵し、１サーバとして用いるようにしても良いし、全てを認証サーバに依存する構成でも良い。
まず、ＭＦＰからネットワーク接続された認証サーバを利用可能とした処理システムを例示し、当該処理システムの要素としてのＭＦＰの構成及び動作の前提となる事項を説明する。
図１は、この処理システムの構成の概略を例示するものである。
図１の処理システムは、１台のＭＦＰ１００が複数の部署（プループ）のユーザにより共同使用される場合を想定したもので、各グループのユーザが使用するＰＣ群３００ａ，３００ｂを管理するような形態で、グループのＰＣ群３００ａ，３００ｂに対応してそれぞれ認証サーバ２００ａ，２００ｂを設け、複数の認証サーバ２００ａ，２００ｂをＭＦＰ１００から利用可能とした構成を有する。
従って、LAN（Local Area Network）上に、ＭＦＰ１００と、ＰＣ群３００ａ，３００ｂ（以下、単に「ＰＣ」と記す場合、これらを総称する）と、認証サーバ２００ａ，２００ｂとを接続する。
この処理システムでは、ユーザは、既存のシステムと同様に、ＭＦＰ１００の操作パネルから、例えばコピー機能を利用するためのログインを行い、また、ネットワーク経由で自分の部署のＰＣからプリント出力や蓄積文書の閲覧要求のログインを行う。
図１は、この処理システムの構成の概略を例示するものである。
図１の処理システムは、１台のＭＦＰ１００が複数の部署（プループ）のユーザにより共同使用される場合を想定したもので、各グループのユーザが使用するＰＣ群３００ａ，３００ｂを管理するような形態で、グループのＰＣ群３００ａ，３００ｂに対応してそれぞれ認証サーバ２００ａ，２００ｂを設け、複数の認証サーバ２００ａ，２００ｂをＭＦＰ１００から利用可能とした構成を有する。
従って、LAN（Local Area Network）上に、ＭＦＰ１００と、ＰＣ群３００ａ，３００ｂ（以下、単に「ＰＣ」と記す場合、これらを総称する）と、認証サーバ２００ａ，２００ｂとを接続する。
この処理システムでは、ユーザは、既存のシステムと同様に、ＭＦＰ１００の操作パネルから、例えばコピー機能を利用するためのログインを行い、また、ネットワーク経由で自分の部署のＰＣからプリント出力や蓄積文書の閲覧要求のログインを行う。
認証サーバ２００ａ，２００ｂは、それぞれユーザアカウント情報データベースを持ったセキュリティ・アカウント・マネージャ（SAM）２１０ａ，２１０ｂを有し、この機能を用いてＭＦＰ１００からの依頼に応じて、ユーザ認証を行う。なお、ユーザアカウント情報は、通常、ユーザ名（ID）と、パスワードを組にして登録したものである。
ＭＦＰ１００は、後記で詳述するように、複数の認証サーバ２００ａ，２００ｂから、ユーザ認証が可能な認証サーバを選択する機能を有し、この機能によって選択された認証サーバへユーザ認証を指示し、ログインする。
また、図１に示した、LAN接続したネットワークプリンタ１８０とネットワークＦＡＸ１７０は、ネットワーク経由で認証サーバ２００ａ，２００ｂを利用可能な画像処理装置の他の例を示すものである。
このように、認証サーバ２００ａ，２００ｂは、ＭＦＰ１００、プリンタ１８０、ＦＡＸ１７０といった異なる画像処理装置（端末）からのログインに応じる。ユーザ認証を行う際、上記のSAMデータベースを持つ認証サーバ２００ａ，２００ｂにログインすることで、どの端末上でも同じアカウントとして認識されるように運用することができる。
なお、ここでは、ネットワークプリンタ１８０、ネットワークＦＡＸ１７０において発生するログに対するユーザ認証は、ＭＦＰ１００と同様に実施し得るので、ＭＦＰ１００を例にした以下の説明に代え、詳しい説明は省く。
ＭＦＰ１００は、後記で詳述するように、複数の認証サーバ２００ａ，２００ｂから、ユーザ認証が可能な認証サーバを選択する機能を有し、この機能によって選択された認証サーバへユーザ認証を指示し、ログインする。
また、図１に示した、LAN接続したネットワークプリンタ１８０とネットワークＦＡＸ１７０は、ネットワーク経由で認証サーバ２００ａ，２００ｂを利用可能な画像処理装置の他の例を示すものである。
このように、認証サーバ２００ａ，２００ｂは、ＭＦＰ１００、プリンタ１８０、ＦＡＸ１７０といった異なる画像処理装置（端末）からのログインに応じる。ユーザ認証を行う際、上記のSAMデータベースを持つ認証サーバ２００ａ，２００ｂにログインすることで、どの端末上でも同じアカウントとして認識されるように運用することができる。
なお、ここでは、ネットワークプリンタ１８０、ネットワークＦＡＸ１７０において発生するログに対するユーザ認証は、ＭＦＰ１００と同様に実施し得るので、ＭＦＰ１００を例にした以下の説明に代え、詳しい説明は省く。
図２は、図１におけるＭＦＰのハードウェア構成の概略を示す図である。
図２のハードウェア構成において、ＣＰＵ（Central Processing Unit）１１はソフトウェアを動作させるための演算装置、ＲＯＭ（Read Only Memory）１２はソフトウェアプログラムを格納するメモリデバイス、ＲＡＭ（Random Access Memory）１３はプログラムを動作させたり、一時的にデータを格納するためのメモリデバイスで、これらがシステム制御部を構成する。なお、ＲＯＭ１２に格納するソフトウェアの構成は、後記図３に概要を示す。
また、システム制御部は、ソフトウェアプログラムに従って、制御下の画像蓄積装置１４、不揮発メモリ１５、LANコントローラ１６、DCR１７、スキャナ１８、プロッタ１９、操作表示パネル２０の各デバイスを制御し、目的の機能を実現するための動作を行わせる。
ここに、画像蓄積装置１４は、画情報の入力を行うスキャナ１８やLANコントローラ１６経由で渡された画情報を比較的大容量の記憶媒体を用いて格納するための記憶デバイスである。
不揮発メモリ１５は、初期設定値など電源OFF時にも各種設定情報を記憶しておくための不揮発性の記憶装置である。
LANコントローラ１６は、Ethernet（登録商標）や無線LANなど、ネットワークと接続するためのコントローラである。
DCR１７は、画情報（ビットマップ）を電子文書に変換するための変換装置である。
スキャナ１８は、紙文書を画情報（ビットマップ）に変換するための読取装置である。
プロッタ１９は、画情報を紙に印字出力する装置である。
操作表示パネル２０は、ＬＣＤ（Liquid Crystal Display）タッチパネルの操作画面を通じてユーザの操作によるジョブの処理要求や実行指示を受付け、ジョブの実行状況をユーザに知らせる装置である。
なお、各デバイス間でのデータのやりとりは、主として内部バス１０を介して行われる。また、図２は、ＭＦＰのハードウェア構成を示すものであるが、コピー、プリンタ、スキャナは、図２に示す構成のサブセットとなる。
図２のハードウェア構成において、ＣＰＵ（Central Processing Unit）１１はソフトウェアを動作させるための演算装置、ＲＯＭ（Read Only Memory）１２はソフトウェアプログラムを格納するメモリデバイス、ＲＡＭ（Random Access Memory）１３はプログラムを動作させたり、一時的にデータを格納するためのメモリデバイスで、これらがシステム制御部を構成する。なお、ＲＯＭ１２に格納するソフトウェアの構成は、後記図３に概要を示す。
また、システム制御部は、ソフトウェアプログラムに従って、制御下の画像蓄積装置１４、不揮発メモリ１５、LANコントローラ１６、DCR１７、スキャナ１８、プロッタ１９、操作表示パネル２０の各デバイスを制御し、目的の機能を実現するための動作を行わせる。
ここに、画像蓄積装置１４は、画情報の入力を行うスキャナ１８やLANコントローラ１６経由で渡された画情報を比較的大容量の記憶媒体を用いて格納するための記憶デバイスである。
不揮発メモリ１５は、初期設定値など電源OFF時にも各種設定情報を記憶しておくための不揮発性の記憶装置である。
LANコントローラ１６は、Ethernet（登録商標）や無線LANなど、ネットワークと接続するためのコントローラである。
DCR１７は、画情報（ビットマップ）を電子文書に変換するための変換装置である。
スキャナ１８は、紙文書を画情報（ビットマップ）に変換するための読取装置である。
プロッタ１９は、画情報を紙に印字出力する装置である。
操作表示パネル２０は、ＬＣＤ（Liquid Crystal Display）タッチパネルの操作画面を通じてユーザの操作によるジョブの処理要求や実行指示を受付け、ジョブの実行状況をユーザに知らせる装置である。
なお、各デバイス間でのデータのやりとりは、主として内部バス１０を介して行われる。また、図２は、ＭＦＰのハードウェア構成を示すものであるが、コピー、プリンタ、スキャナは、図２に示す構成のサブセットとなる。
図３は、ＭＦＰのシステム制御部におけるソフトウェア構成を示す概略図である。なお、同図に示すソフトウェア構成は、ユーザ認証機能に係わる要部の構成を示すもので、既存のＭＦＰに採用されている、Windows（登録商標）ネットワークを想定した構成を前提に、本実施形態で新たに必要となる機能を実現する要素が付加されている。
前提とするＭＦＰのソフトウェア構成は、大別するとアプリケーション部３０とプラットフォーム部４０のソフトウェア群よりなる。
アプリケーション部３０のコピー・アプリ３１，プリンタ・アプリ３２，ファクス・アプリ３３，スキャナ・アプリ３４，ドキュメントボックス・アプリ３５等のアプリは、ＭＦＰに備わるこれらの処理機能が利用される際に、各アプリのＵＩ（User Interface）の画面制御、キー操作制御及びジョブ生成などアプリ固有の処理を行う画面表示制御プログラムがその主体となる。
なお、コピー・アプリ３１はコピー動作を、プリンタ・アプリ３２は印刷動作を、ファクス・アプリ３３はファクシミリ動作を、スキャナ・アプリ３４は読取り動作を、ドキュメントボックス・アプリ３５は画像蓄積装置１４に画情報を保存したり、Web等ネットワーク経由で画情報を取得するための動作を行うためのソフトウェアである。
前提とするＭＦＰのソフトウェア構成は、大別するとアプリケーション部３０とプラットフォーム部４０のソフトウェア群よりなる。
アプリケーション部３０のコピー・アプリ３１，プリンタ・アプリ３２，ファクス・アプリ３３，スキャナ・アプリ３４，ドキュメントボックス・アプリ３５等のアプリは、ＭＦＰに備わるこれらの処理機能が利用される際に、各アプリのＵＩ（User Interface）の画面制御、キー操作制御及びジョブ生成などアプリ固有の処理を行う画面表示制御プログラムがその主体となる。
なお、コピー・アプリ３１はコピー動作を、プリンタ・アプリ３２は印刷動作を、ファクス・アプリ３３はファクシミリ動作を、スキャナ・アプリ３４は読取り動作を、ドキュメントボックス・アプリ３５は画像蓄積装置１４に画情報を保存したり、Web等ネットワーク経由で画情報を取得するための動作を行うためのソフトウェアである。
プラットフォーム部４０は、アプリからの処理要求を解釈してハードウェア資源の獲得要求を発生させ、又ハードウェア資源を管理するために、各アプリで共通に必要となる処理を一元的に扱う。このために、図３中に全体制御３９として示す、ＳＲＭ（システム リソース マネージャー）とＯＳ（オペレーティング システム）を有する。全体制御３９は、下記ＣＳに対して、データの集計、受け渡しを行う。
また、プラットフォーム部４０には、各種のＣＳ（コントロール サービス）が実装される。本案に係わるユーザ認証機能に用いるＣＳとしては、認証サービス３６とネットワークサービス３７が実装される。また、ネットワークサービス３７の一部にはLANコントローラ３８が備わる。
ネットワークサービス３７は、ネットワークへのデータの受け渡しの手順を制御し、プロトコルに従った処理を行うするソフトウェアであり、LANコントローラ３８は、ネットワークへのデータの受け渡しのハードウェア制御を行うソフトウェアである。
認証サービス３６は、ネットワークサービス３７を介してネットワーク上にある認証サーバ２００に対してユーザアカウントの認証を依頼し、認証結果を得るためのソフトウェアであり、後述のフロー図（図６，８，９，１１，１３）に示す処理を実行するためのソフトウェアが備わる。
また、プラットフォーム部４０には、各種のＣＳ（コントロール サービス）が実装される。本案に係わるユーザ認証機能に用いるＣＳとしては、認証サービス３６とネットワークサービス３７が実装される。また、ネットワークサービス３７の一部にはLANコントローラ３８が備わる。
ネットワークサービス３７は、ネットワークへのデータの受け渡しの手順を制御し、プロトコルに従った処理を行うするソフトウェアであり、LANコントローラ３８は、ネットワークへのデータの受け渡しのハードウェア制御を行うソフトウェアである。
認証サービス３６は、ネットワークサービス３７を介してネットワーク上にある認証サーバ２００に対してユーザアカウントの認証を依頼し、認証結果を得るためのソフトウェアであり、後述のフロー図（図６，８，９，１１，１３）に示す処理を実行するためのソフトウェアが備わる。
ここで、本案に係わるユーザ認証機能について、より詳細に説明する。
ユーザが処理を要求してログインする時に、通常行われるユーザ認証は、ユーザアカウントの認証で、ユーザによって入力された、ユーザ名（ID）と、パスワードを組にし、この組合せがSAMデータベースに登録されているか、否かをチェックし、その結果により認証の成立／不成立を導く。
図１に示す処理システムでは、上記のユーザ認証を行うにあたって、ＭＦＰ１００自身が、SAMデータベースを持たなくても、ネットワーク経由で認証サーバ２００ａ，２００ｂを利用することで、認証を行うことが可能になる。ただ、複数の認証サーバ２００ａ，２００ｂが利用可能なシステムであると、従来、ユーザによりサーバを指示する設定操作を必要としていた。この操作手順をなくすことが本案の課題となる。
この課題に対し、本案では、認証サーバを指定する入力をしなくても、ユーザID等の入力を行うだけで、複数の認証サーバ２００ａ，２００ｂから、ユーザ認証が可能な認証サーバをＭＦＰ側で選択できるように、このための選択機能をＭＦＰ１００に備えることで、解消を図る。
ユーザが処理を要求してログインする時に、通常行われるユーザ認証は、ユーザアカウントの認証で、ユーザによって入力された、ユーザ名（ID）と、パスワードを組にし、この組合せがSAMデータベースに登録されているか、否かをチェックし、その結果により認証の成立／不成立を導く。
図１に示す処理システムでは、上記のユーザ認証を行うにあたって、ＭＦＰ１００自身が、SAMデータベースを持たなくても、ネットワーク経由で認証サーバ２００ａ，２００ｂを利用することで、認証を行うことが可能になる。ただ、複数の認証サーバ２００ａ，２００ｂが利用可能なシステムであると、従来、ユーザによりサーバを指示する設定操作を必要としていた。この操作手順をなくすことが本案の課題となる。
この課題に対し、本案では、認証サーバを指定する入力をしなくても、ユーザID等の入力を行うだけで、複数の認証サーバ２００ａ，２００ｂから、ユーザ認証が可能な認証サーバをＭＦＰ側で選択できるように、このための選択機能をＭＦＰ１００に備えることで、解消を図る。
図４は、ＭＦＰの操作表示パネル２０のＬＣＤに表示されたユーザ認証の入力画面の１例を示す。同図に示すように、表示画面１０ｗ内に、ユーザ名の入力ボックス１０ｎ、パスワードの入力ボックス１０ｐ、取消キー１０ｃ及び設定キー１０ｓが設けられている。
この入力画面へのユーザの操作によってアカウント情報が入力され、このアカウント情報によってユーザを認証し、不正な利用を避けることが可能になる。
ＭＦＰ１００は、処理要求のログイン時に、この画面を表示し、画面へアカウント情報が入力された後、設定キー１０ｓの押下に応えて、認証サーバにユーザ認証を依頼する。
このとき、ＭＦＰ１００は、１の認証サーバを指定してユーザ認証を依頼する。ここでは、複数の認証サーバがネットワークに接続されたシステムの構成であるから、その中から１の認証サーバを選択し、指定する。
サーバを指定する際、速やかに依頼に対する応答が得られるサーバを選択するために、認証依頼の履歴情報を参照する。即ち、各サーバへ依頼したユーザ認証の履歴情報に基づいて、これまでに認証に成功した認証サーバを選択できるようにし、利用されていないサーバ或いは実績のないサーバを回避する。例えば、サーバの能力、使用状況等により認証結果を得るまでに時間が掛かったり、あまり利用されていないサーバは選択しないようにする。
もっとも、上記のように履歴情報に基づいて選択し、指定した認証サーバが必ず認証に成功する保証はないので、認証に成功しなかった場合には、別のサーバに依頼するような動作を行うようにする。このために依頼が可能なサーバを選択する場合には、履歴情報をもとに成功しやすいサーバから順に、優先順位を付け、失敗をした時には、この順位に従い、依頼をする動作を行う。
或いは、同一のユーザ認証を行うことができる認証サーバ同士をマスタ、スレーブの関係でバックアップするシステムを構築することにより、一方のサーバを選択し、認証に失敗してもバックアップするサーバでカバーし、システムを高パフォーマンスに保つようにしても良い。
この入力画面へのユーザの操作によってアカウント情報が入力され、このアカウント情報によってユーザを認証し、不正な利用を避けることが可能になる。
ＭＦＰ１００は、処理要求のログイン時に、この画面を表示し、画面へアカウント情報が入力された後、設定キー１０ｓの押下に応えて、認証サーバにユーザ認証を依頼する。
このとき、ＭＦＰ１００は、１の認証サーバを指定してユーザ認証を依頼する。ここでは、複数の認証サーバがネットワークに接続されたシステムの構成であるから、その中から１の認証サーバを選択し、指定する。
サーバを指定する際、速やかに依頼に対する応答が得られるサーバを選択するために、認証依頼の履歴情報を参照する。即ち、各サーバへ依頼したユーザ認証の履歴情報に基づいて、これまでに認証に成功した認証サーバを選択できるようにし、利用されていないサーバ或いは実績のないサーバを回避する。例えば、サーバの能力、使用状況等により認証結果を得るまでに時間が掛かったり、あまり利用されていないサーバは選択しないようにする。
もっとも、上記のように履歴情報に基づいて選択し、指定した認証サーバが必ず認証に成功する保証はないので、認証に成功しなかった場合には、別のサーバに依頼するような動作を行うようにする。このために依頼が可能なサーバを選択する場合には、履歴情報をもとに成功しやすいサーバから順に、優先順位を付け、失敗をした時には、この順位に従い、依頼をする動作を行う。
或いは、同一のユーザ認証を行うことができる認証サーバ同士をマスタ、スレーブの関係でバックアップするシステムを構築することにより、一方のサーバを選択し、認証に失敗してもバックアップするサーバでカバーし、システムを高パフォーマンスに保つようにしても良い。
上記のような選択をするための前提として、ＭＦＰ１００は、先ず、依頼が可能な認証サーバを登録しておく必要がある。
認証サーバの登録は、各サーバに固有の識別情報を、例えば、後述する認証サーバテーブル（図５、参照）のように、依頼するサーバの選択処理等に用いることができるように、他の付属情報と関連付け、所定の形式で管理する。登録した認証サーバの情報は、電源OFF時にもデータが消えない不揮発メモリ１５に格納される。
登録する認証サーバの識別情報は、機器IDやネットワークで用いるドメイン等を利用することができる。登録の方法は、ユーザ（管理者）の操作により入力できるようにしたり、ネットワークの通信手順で得られるドメインを自動登録する方法を採用することができる。
また、ＭＦＰ１００は、ユーザ認証の履歴情報を、依頼する認証サーバの選択に用いることが可能な内容及び形式で保存する。この履歴情報についても、上記した認証サーバの登録情報と同様に、不揮発メモリ１５に格納される。
履歴情報の内容は、先に述べたように、認証サーバ毎の利用状況を示す情報であり、認証に成功したログの依頼日時、ユーザ名をベースにする。
履歴情報を保存する形式は、例えば後述する認証サーバテーブル（図７、参照）に示すような、成功した依頼件数の統計をとって、認証サーバ毎の利用状況を数値で表わす。この履歴情報は、依頼の際に参照され、得られる数値に基づいて、これまでに成功したサーバを依頼先として指示するサーバとして選択したり、サーバを選択するときの優先順位を決めることを可能にする。
履歴情報の取得方法は、認証サーバから依頼したジョブに対する応答が返信されてくる度に、返信内容を解析し、少なくとも認証に成功したジョブの認証日時、ユーザ名等を取得し、上記例示のように、利用に適した形式で表される履歴情報に反映させる。
認証サーバの登録は、各サーバに固有の識別情報を、例えば、後述する認証サーバテーブル（図５、参照）のように、依頼するサーバの選択処理等に用いることができるように、他の付属情報と関連付け、所定の形式で管理する。登録した認証サーバの情報は、電源OFF時にもデータが消えない不揮発メモリ１５に格納される。
登録する認証サーバの識別情報は、機器IDやネットワークで用いるドメイン等を利用することができる。登録の方法は、ユーザ（管理者）の操作により入力できるようにしたり、ネットワークの通信手順で得られるドメインを自動登録する方法を採用することができる。
また、ＭＦＰ１００は、ユーザ認証の履歴情報を、依頼する認証サーバの選択に用いることが可能な内容及び形式で保存する。この履歴情報についても、上記した認証サーバの登録情報と同様に、不揮発メモリ１５に格納される。
履歴情報の内容は、先に述べたように、認証サーバ毎の利用状況を示す情報であり、認証に成功したログの依頼日時、ユーザ名をベースにする。
履歴情報を保存する形式は、例えば後述する認証サーバテーブル（図７、参照）に示すような、成功した依頼件数の統計をとって、認証サーバ毎の利用状況を数値で表わす。この履歴情報は、依頼の際に参照され、得られる数値に基づいて、これまでに成功したサーバを依頼先として指示するサーバとして選択したり、サーバを選択するときの優先順位を決めることを可能にする。
履歴情報の取得方法は、認証サーバから依頼したジョブに対する応答が返信されてくる度に、返信内容を解析し、少なくとも認証に成功したジョブの認証日時、ユーザ名等を取得し、上記例示のように、利用に適した形式で表される履歴情報に反映させる。
以下の「実施形態１」〜「実施形態５」に本案のユーザ認証機能による処理例を示す。
「実施形態１」は、依頼する認証サーバの選択処理の基本動作に係わる実施形態を示す。
「実施形態２」〜「実施形態５」は、「実施形態１」をベースにしたバリエーションを示す。
「実施形態２」は、優先順位を認証に成功した依頼数の多い順として、依頼するサーバを選択する例であり、「実施形態３」は、ユーザが指定するサーバをＭＦＰによる選択に優先させる例であり、「実施形態４」は、「実施形態３」において、ユーザの入力操作を容易にする改良を施した例であり、「実施形態５」は、ユーザテーブルに示されるサーバの選択を最優先させる例である。
「実施形態１」
この実施形態は、登録された複数の認証サーバから選択された１のサーバにユーザ認証を依頼する際の基本動作例を示す。
図５は、本実施形態の動作に用いる認証サーバテーブルを示す。
同図に示す認証サーバテーブルは、ユーザ認証を依頼することが可能な認証サーバとして登録されたサーバと、依頼する際の優先順位を、登録した各サーバに対応して付したテーブルで、上記したように、不揮発メモリ１５に予め格納されている。
このテーブルにおいて、各サーバは、機器IDやネットワークで用いるドメイン等の機器固有の情報により識別する。このサーバ名の登録は、ユーザ（管理者）の入力操作やネットワークの通信手順に用いる情報を自動的に取り込む等の方法による。
図示のテーブルでは、各サーバに対応して優先順位を数字で示し、ユーザ認証を依頼する順番を１→２→３の順で行うことを指示している。ここでは、基本動作例を説明するために一般的な方法で優先順位を表現している。
この順位を認証サーバ毎の利用状況を示す履歴情報に基づいて、設定することにより、本発明の実施例となる。例えば、この処理の実行時を基準に時間で決める方法を採用しても良い。即ち、図示の例では、「Zzz.xxx.yyy.com」が最も近い時点で認証に成功したサーバであり、このサーバを順位１として、優先させる、といった方法で実施することを可能にする。なお、図示のテーブルにおける優先順位の数字を操作入力により変更できるようにすれば、ユーザ（管理者）によって、優先順位を変えることが可能になる。
「実施形態１」は、依頼する認証サーバの選択処理の基本動作に係わる実施形態を示す。
「実施形態２」〜「実施形態５」は、「実施形態１」をベースにしたバリエーションを示す。
「実施形態２」は、優先順位を認証に成功した依頼数の多い順として、依頼するサーバを選択する例であり、「実施形態３」は、ユーザが指定するサーバをＭＦＰによる選択に優先させる例であり、「実施形態４」は、「実施形態３」において、ユーザの入力操作を容易にする改良を施した例であり、「実施形態５」は、ユーザテーブルに示されるサーバの選択を最優先させる例である。
「実施形態１」
この実施形態は、登録された複数の認証サーバから選択された１のサーバにユーザ認証を依頼する際の基本動作例を示す。
図５は、本実施形態の動作に用いる認証サーバテーブルを示す。
同図に示す認証サーバテーブルは、ユーザ認証を依頼することが可能な認証サーバとして登録されたサーバと、依頼する際の優先順位を、登録した各サーバに対応して付したテーブルで、上記したように、不揮発メモリ１５に予め格納されている。
このテーブルにおいて、各サーバは、機器IDやネットワークで用いるドメイン等の機器固有の情報により識別する。このサーバ名の登録は、ユーザ（管理者）の入力操作やネットワークの通信手順に用いる情報を自動的に取り込む等の方法による。
図示のテーブルでは、各サーバに対応して優先順位を数字で示し、ユーザ認証を依頼する順番を１→２→３の順で行うことを指示している。ここでは、基本動作例を説明するために一般的な方法で優先順位を表現している。
この順位を認証サーバ毎の利用状況を示す履歴情報に基づいて、設定することにより、本発明の実施例となる。例えば、この処理の実行時を基準に時間で決める方法を採用しても良い。即ち、図示の例では、「Zzz.xxx.yyy.com」が最も近い時点で認証に成功したサーバであり、このサーバを順位１として、優先させる、といった方法で実施することを可能にする。なお、図示のテーブルにおける優先順位の数字を操作入力により変更できるようにすれば、ユーザ（管理者）によって、優先順位を変えることが可能になる。
図６は、本実施形態のユーザ認証機能による処理の制御フローを示す。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図６のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へユーザ操作によるログインが行われた場合に対応する動作で説明する。
先ず、ユーザにより操作パネル２０における、コピー、プリンタ等の各種機能から利用する機能のボタンが押下される（ステップＳ１０１）。このボタン操作をユーザの処理要求として検出し、ログインの要求を受理するための手順を進める。
この手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ１０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ１０２-NO）、ステップＳ１０１で操作ボタンを押下するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図６のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へユーザ操作によるログインが行われた場合に対応する動作で説明する。
先ず、ユーザにより操作パネル２０における、コピー、プリンタ等の各種機能から利用する機能のボタンが押下される（ステップＳ１０１）。このボタン操作をユーザの処理要求として検出し、ログインの要求を受理するための手順を進める。
この手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ１０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ１０２-NO）、ステップＳ１０１で操作ボタンを押下するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
他方、ユーザ認証機能を利用する設定がON（有効）である場合には（ステップＳ１０２-YES）、操作パネル２０のＬＣＤ表示を通常の状態表示画面からユーザ認証の入力画面（図４）に表示を切替える。この画面でユーザ名とパスワードが入力された後、設定キー１０ｓの押下でユーザアカウント情報の入力を確定する（ステップＳ１０３）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ１０４）。この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図５）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ１０５）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ１０４）。この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図５）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ１０５）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ１０６-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ１０９）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ１０６-NO）、登録された各認証サーバに対応して指示された優先順位に従って、次のサーバｎ＋１を選択する（ステップＳ１０８）。
ただ、次のサーバがなければ（ステップＳ１０７-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ１１１）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
この優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ１０５〜１０８）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へユーザ操作によるログインが行われた場合を示したが、リモートから機器を利用する場合には、図６のステップＳ１０１「操作ボタン押下」におけるイベントのトリガをリモートアクセスに変えると、これ以降のフローは、同じになる。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ１０６-NO）、登録された各認証サーバに対応して指示された優先順位に従って、次のサーバｎ＋１を選択する（ステップＳ１０８）。
ただ、次のサーバがなければ（ステップＳ１０７-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ１１１）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
この優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ１０５〜１０８）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へユーザ操作によるログインが行われた場合を示したが、リモートから機器を利用する場合には、図６のステップＳ１０１「操作ボタン押下」におけるイベントのトリガをリモートアクセスに変えると、これ以降のフローは、同じになる。
「実施形態２」
この実施形態は、登録された複数の認証サーバから１のサーバを選択する際の優先順位を認証に成功した依頼数の多い順とする動作例を示す。
図７は、本実施形態の動作に用いる認証サーバテーブルを示す。
同図に示す認証サーバテーブルは、ユーザ認証を依頼することが可能な認証サーバとして登録されたサーバと、依頼した認証の成功回数を、登録した各サーバに対応して付したテーブルで、不揮発メモリ１５に履歴として格納されている。
このテーブルにおいて、サーバ名は、ユーザ（管理者）の入力操作やネットワークの通信手順に用いる情報を自動的に取り込む等の方法により、機器IDやネットワークで用いるドメイン等の機器固有の情報を登録しておく。
図示のテーブルでは、各サーバに対応して認証成功回数を数値で表し、ユーザ認証を依頼する順番を成功回数の多い順で行うことを可能にする。
認証成功回数を履歴情報として管理するためには、認証サーバ２００に認証を依頼し、ログインしたサーバからの返信を受取り、返信内容から、認証が成立したことを確認した時に、図示のテーブルにおける認証成功回数をカウントアップする必要がある。
このように、認証成功回数という履歴によって、優先順位を定め、依頼するサーバを選定して行くので、何らかの原因であるサーバの応答が悪くなった場合に、このサーバの利用が減り、応答性の良いサーバを優先させるように、順位が変わるので、パフォーマンスを良好に保つことが可能になる。
この実施形態は、登録された複数の認証サーバから１のサーバを選択する際の優先順位を認証に成功した依頼数の多い順とする動作例を示す。
図７は、本実施形態の動作に用いる認証サーバテーブルを示す。
同図に示す認証サーバテーブルは、ユーザ認証を依頼することが可能な認証サーバとして登録されたサーバと、依頼した認証の成功回数を、登録した各サーバに対応して付したテーブルで、不揮発メモリ１５に履歴として格納されている。
このテーブルにおいて、サーバ名は、ユーザ（管理者）の入力操作やネットワークの通信手順に用いる情報を自動的に取り込む等の方法により、機器IDやネットワークで用いるドメイン等の機器固有の情報を登録しておく。
図示のテーブルでは、各サーバに対応して認証成功回数を数値で表し、ユーザ認証を依頼する順番を成功回数の多い順で行うことを可能にする。
認証成功回数を履歴情報として管理するためには、認証サーバ２００に認証を依頼し、ログインしたサーバからの返信を受取り、返信内容から、認証が成立したことを確認した時に、図示のテーブルにおける認証成功回数をカウントアップする必要がある。
このように、認証成功回数という履歴によって、優先順位を定め、依頼するサーバを選定して行くので、何らかの原因であるサーバの応答が悪くなった場合に、このサーバの利用が減り、応答性の良いサーバを優先させるように、順位が変わるので、パフォーマンスを良好に保つことが可能になる。
図８は、本実施形態のユーザ認証機能による処理の制御フローを示す。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図８のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へユーザ操作によるログインが行われた場合に対応する動作で説明する。
先ず、ユーザにより操作パネル２０における、コピー、プリンタ等の各種機能から利用する機能のボタンが押下される（ステップＳ２０１）。このボタン操作をユーザの処理要求として検出し、ログインの要求を受理するための手順を進める。
この手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ１０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ２０２-NO）、ステップＳ１０１で操作ボタンを押下するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図８のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へユーザ操作によるログインが行われた場合に対応する動作で説明する。
先ず、ユーザにより操作パネル２０における、コピー、プリンタ等の各種機能から利用する機能のボタンが押下される（ステップＳ２０１）。このボタン操作をユーザの処理要求として検出し、ログインの要求を受理するための手順を進める。
この手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ１０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ２０２-NO）、ステップＳ１０１で操作ボタンを押下するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
他方、ユーザ認証機能を利用する設定がON（有効）である場合には（ステップＳ２０２-YES）、操作パネル２０のＬＣＤ表示を通常の状態表示画面からユーザ認証の入力画面（図４）に表示を切替える。この画面でユーザ名とパスワードが入力された後、設定キー１０ｓの押下でユーザアカウント情報の入力を確定する（ステップＳ２０３）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ２０５）。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図７）に登録された各認証サーバに対応して記録されている認証成功回数をもとに、成功回数の多い順に１のサーバを選定する。従って、この選択処理を行うために、不揮発メモリ１５に格納された認証サーバテーブルのデータをＲＡＭ１３にコピーする（ステップＳ２０４）。
この後、ＲＡＭ１３上の認証サーバテーブルに対し、最も多い認証成功回数に対応するサーバを検索し、この検索結果として得られる認証サーバ２００を依頼先に選定する（ステップＳ２０５）。
次いで、選定された認証サーバ２００に、先に入力されたユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ２０６）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ２０５）。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図７）に登録された各認証サーバに対応して記録されている認証成功回数をもとに、成功回数の多い順に１のサーバを選定する。従って、この選択処理を行うために、不揮発メモリ１５に格納された認証サーバテーブルのデータをＲＡＭ１３にコピーする（ステップＳ２０４）。
この後、ＲＡＭ１３上の認証サーバテーブルに対し、最も多い認証成功回数に対応するサーバを検索し、この検索結果として得られる認証サーバ２００を依頼先に選定する（ステップＳ２０５）。
次いで、選定された認証サーバ２００に、先に入力されたユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ２０６）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ２０７-YES）、行われた認証の履歴をＲＡＭ１３上の認証サーバテーブルに反映させ、不揮発メモリ１５に格納された認証サーバテーブル（図７）の認証成功回数をカウントアップし、データを更新する（ステップＳ２１０）。
次いで、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ２１１）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ２０７-NO）、登録された認証サーバに未了のサーバがあることを確認して（ステップＳ２０８）、次のサーバを選定するために、ステップＳ２０５のループに戻す。ただ、次のサーバを認証サーバテーブルから選定する処理で、ログインに失敗したサーバを選ばないように、失敗したサーバをテーブルから削除する処理を行い（ステップＳ２０９）、その後、次のサーバを選択する処理に移る。
また、ステップＳ２０８で未了のサーバがなければ、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ２１３）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
この認証成功回数の多い順に依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ２０５〜２０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へユーザ操作によるログインが行われた場合を示したが、リモートから機器を利用する場合には、図８のステップＳ２０１「操作ボタン押下」におけるイベントのトリガをリモートアクセスに変えると、これ以降のフローは、同じになる。
次いで、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ２１１）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ２０７-NO）、登録された認証サーバに未了のサーバがあることを確認して（ステップＳ２０８）、次のサーバを選定するために、ステップＳ２０５のループに戻す。ただ、次のサーバを認証サーバテーブルから選定する処理で、ログインに失敗したサーバを選ばないように、失敗したサーバをテーブルから削除する処理を行い（ステップＳ２０９）、その後、次のサーバを選択する処理に移る。
また、ステップＳ２０８で未了のサーバがなければ、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ２１３）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
この認証成功回数の多い順に依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ２０５〜２０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へユーザ操作によるログインが行われた場合を示したが、リモートから機器を利用する場合には、図８のステップＳ２０１「操作ボタン押下」におけるイベントのトリガをリモートアクセスに変えると、これ以降のフローは、同じになる。
「実施形態３」
この実施形態は、登録された複数の認証サーバから選択された１のサーバにユーザ認証を依頼する際に、ユーザが指定するサーバをＭＦＰによる選択に優先させる動作例を示す。
このユーザの指定は、ユーザ認証に必要なアカウント情報に添付した形で、ユーザの求める認証サーバを指示する方法を採用する。具体的には、ユーザがアカウント情報を入力する時に、アカウント情報の後に機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報を入力することにより、ＭＦＰ側で指示を理解することを可能にする。
ＭＦＰによる選択に優先させて、ユーザの指示による認証サーバの選択を可能としたことにより、ユーザが持つ知識によって、より速やかな選択を行うことが可能な場合に、実行に移すことができ、パフォーマンスの向上を図ることができる。
以下に、本実施形態として例示する制御フローは、実施形態１をベースにした動作例を示す。従って、後述の制御フロー（図９）では、図５に示した認証サーバテーブルを用いた、実施形態１におけると同様の選択動作（図６、参照）が含まれる。
この実施形態は、登録された複数の認証サーバから選択された１のサーバにユーザ認証を依頼する際に、ユーザが指定するサーバをＭＦＰによる選択に優先させる動作例を示す。
このユーザの指定は、ユーザ認証に必要なアカウント情報に添付した形で、ユーザの求める認証サーバを指示する方法を採用する。具体的には、ユーザがアカウント情報を入力する時に、アカウント情報の後に機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報を入力することにより、ＭＦＰ側で指示を理解することを可能にする。
ＭＦＰによる選択に優先させて、ユーザの指示による認証サーバの選択を可能としたことにより、ユーザが持つ知識によって、より速やかな選択を行うことが可能な場合に、実行に移すことができ、パフォーマンスの向上を図ることができる。
以下に、本実施形態として例示する制御フローは、実施形態１をベースにした動作例を示す。従って、後述の制御フロー（図９）では、図５に示した認証サーバテーブルを用いた、実施形態１におけると同様の選択動作（図６、参照）が含まれる。
図９は、本実施形態のユーザ認証機能による処理の制御フローを示す。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図９のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合に対応する動作で説明する。
先ず、ネットワーク経由でＰＣからの接続要求を、この要求に対応する処理を行うLANコントローラ３８及びネットワークサービス３７を介して受取り、認証処理手順を含む、ログインの要求を受理するための処理を開始する（ステップＳ３０１）。
この処理手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ３０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ３０２-NO）、ステップＳ３０１でログインの要求を受理するための処理を開始するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図９のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合に対応する動作で説明する。
先ず、ネットワーク経由でＰＣからの接続要求を、この要求に対応する処理を行うLANコントローラ３８及びネットワークサービス３７を介して受取り、認証処理手順を含む、ログインの要求を受理するための処理を開始する（ステップＳ３０１）。
この処理手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ３０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ３０２-NO）、ステップＳ３０１でログインの要求を受理するための処理を開始するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
他方、ユーザ認証機能を利用する設定がON（有効）である場合には（ステップＳ３０２-YES）、操作パネル２０のＬＣＤ表示を通常の状態表示画面からユーザ認証の入力画面（図４）に表示を切替える。この画面でユーザ名とパスワードが入力された後、設定キー１０ｓの押下でユーザアカウント情報の入力を確定する（ステップＳ３０３）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ３０５）。
ただ、ユーザがログインに伴って、入力したアカウント情報の後に、機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報が付されている場合には、認証サーバの指示と理解し、この指示に従い、当該サーバを優先的に指定する。従って、処理手順として、ユーザの指定するサーバがあるか、否かをチェックする（ステップＳ３０４）。
このチェック結果として、ユーザの指定するサーバがある場合には（ステップＳ３０４-YES）、無条件で指定されている認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ３１０）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ３１１-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ３１２）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ３１１-NO）、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ３１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ３０５）。
ただ、ユーザがログインに伴って、入力したアカウント情報の後に、機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報が付されている場合には、認証サーバの指示と理解し、この指示に従い、当該サーバを優先的に指定する。従って、処理手順として、ユーザの指定するサーバがあるか、否かをチェックする（ステップＳ３０４）。
このチェック結果として、ユーザの指定するサーバがある場合には（ステップＳ３０４-YES）、無条件で指定されている認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ３１０）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ３１１-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ３１２）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ３１１-NO）、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ３１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
ステップＳ３０４のチェック結果として、ユーザの指定するサーバがない場合には、ＭＦＰ側で用意した認証サーバの選択処理を行う。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図５）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する（ステップＳ３０５）。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ３０６）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ３０７-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ３１２）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ３０７-NO）、登録された各認証サーバに対応して指示された優先順位に従って、次のサーバｎ＋１を選択する（ステップＳ３０９）。
ただ、ここで、次のサーバがなければ（ステップＳ３０８-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ３１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
認証サーバテーブル（図５）に設定された優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ３０６〜３０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合を示したが、ＭＦＰ１００の操作パネル２０からのログインに対応する場合には、図９のステップＳ３０１「ネットワーク接続開始」を「操作ボタン押下」イベントのトリガに変えると、これ以降のフローは、同じになる。
また、ＭＦＰ側で行う、認証サーバテーブルを用いる認証サーバの選定処理は、図８に示した認証成功回数による優先順位に従う処理に置換えても良い。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図５）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する（ステップＳ３０５）。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ３０６）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ３０７-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ３１２）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ３０７-NO）、登録された各認証サーバに対応して指示された優先順位に従って、次のサーバｎ＋１を選択する（ステップＳ３０９）。
ただ、ここで、次のサーバがなければ（ステップＳ３０８-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ３１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
認証サーバテーブル（図５）に設定された優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ３０６〜３０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合を示したが、ＭＦＰ１００の操作パネル２０からのログインに対応する場合には、図９のステップＳ３０１「ネットワーク接続開始」を「操作ボタン押下」イベントのトリガに変えると、これ以降のフローは、同じになる。
また、ＭＦＰ側で行う、認証サーバテーブルを用いる認証サーバの選定処理は、図８に示した認証成功回数による優先順位に従う処理に置換えても良い。
「実施形態４」
この実施形態は、「実施形態３」において、ユーザの入力操作を容易にする改良を施した例を示す。
ＭＦＰが用意した認証サーバテーブルを用いる選択に優先させて、ユーザが指定するサーバを選択する「実施形態３」では、ユーザが機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報を入力する、煩わしい入力作業を必要とする。
そこで、この実施形態では、認証サーバに固有の情報を簡単なキーワードで表現し、入力操作を容易にする。
図１０は、本実施形態に用いる認証サーバテーブルを示す。
同図に示す認証サーバテーブルは、ユーザ認証を依頼することが可能な認証サーバとして登録されたサーバと、登録した各サーバに対応づけて依頼する際の優先順位を付したテーブル（図５、参照）で、この実施形態では、さらに各サーバに対応付けて、キーワードをさらに定義しておき、このテーブルを不揮発メモリ１５に予め格納しておく。
キーワードを導入した以外の選択動作、即ち、ＭＦＰによる選択に優先させて、ユーザの指示による認証サーバの選択を可能とした点は、基本的に「実施形態３」と変わらない。従って、「実施形態３」と同様に、後述の制御フロー（図１１）では、「実施形態１」におけると同様の選択動作（図６、参照）が含まれる。
この実施形態は、「実施形態３」において、ユーザの入力操作を容易にする改良を施した例を示す。
ＭＦＰが用意した認証サーバテーブルを用いる選択に優先させて、ユーザが指定するサーバを選択する「実施形態３」では、ユーザが機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報を入力する、煩わしい入力作業を必要とする。
そこで、この実施形態では、認証サーバに固有の情報を簡単なキーワードで表現し、入力操作を容易にする。
図１０は、本実施形態に用いる認証サーバテーブルを示す。
同図に示す認証サーバテーブルは、ユーザ認証を依頼することが可能な認証サーバとして登録されたサーバと、登録した各サーバに対応づけて依頼する際の優先順位を付したテーブル（図５、参照）で、この実施形態では、さらに各サーバに対応付けて、キーワードをさらに定義しておき、このテーブルを不揮発メモリ１５に予め格納しておく。
キーワードを導入した以外の選択動作、即ち、ＭＦＰによる選択に優先させて、ユーザの指示による認証サーバの選択を可能とした点は、基本的に「実施形態３」と変わらない。従って、「実施形態３」と同様に、後述の制御フロー（図１１）では、「実施形態１」におけると同様の選択動作（図６、参照）が含まれる。
図１１は、本実施形態のユーザ認証機能による処理の制御フローを示す。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図１１のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合に対応する動作で説明する。
先ず、ネットワーク経由でＰＣからの接続要求を、この要求に対応する処理を行うLANコントローラ３８及びネットワークサービス３７を介して受取り、認証処理手順を含む、ログインの要求を受理するための処理を開始する（ステップＳ４０１）。
この処理手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ４０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ４０２-NO）、ステップＳ４０１でログインの要求を受理するための処理を開始するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図１１のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合に対応する動作で説明する。
先ず、ネットワーク経由でＰＣからの接続要求を、この要求に対応する処理を行うLANコントローラ３８及びネットワークサービス３７を介して受取り、認証処理手順を含む、ログインの要求を受理するための処理を開始する（ステップＳ４０１）。
この処理手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ４０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ４０２-NO）、ステップＳ４０１でログインの要求を受理するための処理を開始するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
他方、ユーザ認証機能を利用する設定がON（有効）である場合には（ステップＳ４０２-YES）、操作パネル２０のＬＣＤ表示を通常の状態表示画面からユーザ認証の入力画面（図４）に表示を切替える。この画面でユーザ名とパスワードが入力された後、設定キー１０ｓの押下でユーザアカウント情報の入力を確定する（ステップＳ４０３）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ４０５）。
ただ、ユーザがログインに伴って、入力したアカウント情報の後に、利用可能な各認証サーバに対応するキーワードが付されている場合には、認証サーバの指示と理解し、この指示に従い、当該サーバを優先的に指定する。従って、処理手順として、ユーザの指定するサーバがあるか、否かをチェックする（ステップＳ４０４）。
このチェック結果として、ユーザの指定するサーバがある場合には（ステップＳ４０４-YES）、無条件で指定されている認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ４１１）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ４０５）。
ただ、ユーザがログインに伴って、入力したアカウント情報の後に、利用可能な各認証サーバに対応するキーワードが付されている場合には、認証サーバの指示と理解し、この指示に従い、当該サーバを優先的に指定する。従って、処理手順として、ユーザの指定するサーバがあるか、否かをチェックする（ステップＳ４０４）。
このチェック結果として、ユーザの指定するサーバがある場合には（ステップＳ４０４-YES）、無条件で指定されている認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ４１１）。
ただ、指定の認証サーバは、キーワードで指示されている場合にも対応可能とするので、前処理として、変換を要することから、キーワードが認証サーバテーブル（図１０）に存在するか、否かのチェックを行う（ステップＳ４１０）。
ここで、ログイン時にサーバを指定するために入力されたキーワードがテーブルになければ（ステップＳ４１０-NO）、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ４１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
他方、入力されたキーワードがテーブルにあれば（ステップＳ４１０-YES）、認証サーバテーブル（図１０）を参照し、このキーワードに対応する機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報に変換する。
なお、この実施形態では、キーワード方式でユーザの入力操作を簡便化したが、この方式に代えて、前方一致、部分一致などの検索方式を採用することによっても、実施し得る。
次いで、テーブルを用いて変換し、得られたサーバ名の認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ４１１）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ４１２-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ４１３）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ４１２-NO）、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ４１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
ここで、ログイン時にサーバを指定するために入力されたキーワードがテーブルになければ（ステップＳ４１０-NO）、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ４１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
他方、入力されたキーワードがテーブルにあれば（ステップＳ４１０-YES）、認証サーバテーブル（図１０）を参照し、このキーワードに対応する機器IDやネットワークで用いるドメイン等の認証サーバに固有の情報に変換する。
なお、この実施形態では、キーワード方式でユーザの入力操作を簡便化したが、この方式に代えて、前方一致、部分一致などの検索方式を採用することによっても、実施し得る。
次いで、テーブルを用いて変換し、得られたサーバ名の認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ４１１）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ４１２-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ４１３）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ４１２-NO）、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ４１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
ステップＳ４０４のチェック結果として、ユーザの指定するサーバがない場合には、ＭＦＰ側で用意した認証サーバの選択処理を行う。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図１０）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する（ステップＳ４０５）。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ４０６）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ４０７-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ４１３）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ４０７-NO）、登録された各認証サーバに対応して指示された優先順位に従って、次のサーバｎ＋１を選択する（ステップＳ４０９）。
ただ、ここで、次のサーバがなければ（ステップＳ４０８-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ４１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
認証サーバテーブル（図１０）に設定された優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ４０６〜４０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合を示したが、ＭＦＰ１００の操作パネル２０からのログインに対応する場合には、図９のステップＳ３０１「ネットワーク接続開始」を「操作ボタン押下」イベントのトリガに変えると、これ以降のフローは、同じになる。
また、ＭＦＰ側で行う、認証サーバテーブルを用いる認証サーバの選定処理は、図８に示した認証成功回数による優先順位に従う処理に置換えても良い。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図１０）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する（ステップＳ４０５）。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ４０６）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ４０７-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ４１３）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ４０７-NO）、登録された各認証サーバに対応して指示された優先順位に従って、次のサーバｎ＋１を選択する（ステップＳ４０９）。
ただ、ここで、次のサーバがなければ（ステップＳ４０８-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ４１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
認証サーバテーブル（図１０）に設定された優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ４０６〜４０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合を示したが、ＭＦＰ１００の操作パネル２０からのログインに対応する場合には、図９のステップＳ３０１「ネットワーク接続開始」を「操作ボタン押下」イベントのトリガに変えると、これ以降のフローは、同じになる。
また、ＭＦＰ側で行う、認証サーバテーブルを用いる認証サーバの選定処理は、図８に示した認証成功回数による優先順位に従う処理に置換えても良い。
「実施形態５」
この実施形態は、登録された複数の認証サーバから選択された１のサーバにユーザ認証を依頼する際に、ユーザテーブルをもとに選定を行う例を示す。
図１２は、本実施形態の動作に用いるユーザテーブルを示す。
同図に示すユーザテーブルは、ＭＦＰへのログインの履歴情報として、ユーザがログインし、認証に成功した最新の認証サーバをユーザ毎に保存しておくテーブルで、ユーザ名に対応して、当該認証サーバが格納されている。
このテーブルにおいて、サーバ名と対応する認証サーバは、ユーザがログインし、認証に成功する度に、認証の手続に使用した情報を自動的に取込む等の方法により取得する。取得されたユーザID等のユーザ名と機器IDやネットワークで用いるドメイン等の認証サーバ情報は、ユーザテーブルのデータを更新するために用いられる。
上記実施形態１〜４では、登録したサーバから１のサーバを選択するために、認証サーバテーブルに優先順位を設定する方法、或いはユーザ入力で認証サーバを指定する方法の例を示したが、本例では、ユーザテーブルにユーザ毎に保存されたサーバの選択動作を、上記各実施形態の選択に先立って行うことを可能にする例を示すものである。
このように、ユーザ対応で認証に成功した最新の認証サーバを選定する動作を優先させることにより、確実に認証要求に対する応答性を良好に保つことが可能になる。
以下に、本実施形態として例示する制御フローは、実施形態１をベースにした動作例を示す。従って、後述の制御フロー（図１３）では、図５に示した認証サーバテーブルを用いた、実施形態１におけると同様の選択動作（図６、参照）が含まれる。
この実施形態は、登録された複数の認証サーバから選択された１のサーバにユーザ認証を依頼する際に、ユーザテーブルをもとに選定を行う例を示す。
図１２は、本実施形態の動作に用いるユーザテーブルを示す。
同図に示すユーザテーブルは、ＭＦＰへのログインの履歴情報として、ユーザがログインし、認証に成功した最新の認証サーバをユーザ毎に保存しておくテーブルで、ユーザ名に対応して、当該認証サーバが格納されている。
このテーブルにおいて、サーバ名と対応する認証サーバは、ユーザがログインし、認証に成功する度に、認証の手続に使用した情報を自動的に取込む等の方法により取得する。取得されたユーザID等のユーザ名と機器IDやネットワークで用いるドメイン等の認証サーバ情報は、ユーザテーブルのデータを更新するために用いられる。
上記実施形態１〜４では、登録したサーバから１のサーバを選択するために、認証サーバテーブルに優先順位を設定する方法、或いはユーザ入力で認証サーバを指定する方法の例を示したが、本例では、ユーザテーブルにユーザ毎に保存されたサーバの選択動作を、上記各実施形態の選択に先立って行うことを可能にする例を示すものである。
このように、ユーザ対応で認証に成功した最新の認証サーバを選定する動作を優先させることにより、確実に認証要求に対する応答性を良好に保つことが可能になる。
以下に、本実施形態として例示する制御フローは、実施形態１をベースにした動作例を示す。従って、後述の制御フロー（図１３）では、図５に示した認証サーバテーブルを用いた、実施形態１におけると同様の選択動作（図６、参照）が含まれる。
図１３は、本実施形態のユーザ認証機能による処理の制御フローを示す。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図１３のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合に対応する動作で説明する。
先ず、ネットワーク経由でＰＣからの接続要求を、この要求に対応する処理を行うLANコントローラ３８及びネットワークサービス３７を介して受取り、認証処理手順を含む、ログインの要求を受理するための処理を開始する（ステップＳ５０１）。
この処理手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ５０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ５０２-NO）、ステップＳ５０１でログインの要求を受理するための処理を開始するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
この制御フローは、処理を要求するユーザによるＭＦＰ１００へのログインに応じて実行される。即ち、コピー操作、スキャナ読取操作、印刷操作、ファクス送信操作、初期設定操作等の各アプリケーションを使用するために、ユーザが操作ボタンを押下した場合、或いはネットワーク経由で接続要求を受取った場合に、起動される認証サービス３６（図３）により実行される。
以下、図１３のフローに従い、ユーザ認証の処理を説明する。なお、ここでは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合に対応する動作で説明する。
先ず、ネットワーク経由でＰＣからの接続要求を、この要求に対応する処理を行うLANコントローラ３８及びネットワークサービス３７を介して受取り、認証処理手順を含む、ログインの要求を受理するための処理を開始する（ステップＳ５０１）。
この処理手順の始めに、ユーザ認証機能を利用する設定がONか、否かをチェックする（ステップＳ５０２）。このチェックは、ＭＦＰの使用状況によっては、ユーザ認証機能を無効にすることが必要になる場合を想定し、このような状況に対応するために、例えば、ユーザ（管理者）の設定によって、ユーザ認証機能のON／OFFを設定できるようにしており、この設定に従って処理を実行するための手順として設けている。
従って、制御フローでは、ユーザ認証機能を利用する設定がOFFである場合には（ステップＳ５０２-NO）、ステップＳ５０１でログインの要求を受理するための処理を開始するときに操作パネル２０のＬＣＤに表示されている通常の状態表示画面をそのまま表示し続け、このフローを抜ける。
他方、ユーザ認証機能を利用する設定がON（有効）である場合には（ステップＳ５０２-YES）、操作パネル２０のＬＣＤ表示を通常の状態表示画面からユーザ認証の入力画面（図４）に表示を切替える。この画面でユーザ名とパスワードが入力された後、設定キー１０ｓの押下でユーザアカウント情報の入力を確定する（ステップＳ５０３）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ５０５）。
ただ、ユーザ対応で認証に成功した最新の認証サーバの選定を優先させるので、処理手順として、この選定を可能とするユーザテーブル（図１２）があるか、否かをチェックする（ステップＳ５０４）。
このチェック結果として、ユーザテーブル（図１２）がある場合には（ステップＳ５０４-YES）、無条件でユーザテーブルに登録されている認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ５１１）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ５１２-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ５１３）。
認証情報としてのユーザアカウント情報が入力された後、ユーザ認証を依頼する認証サーバ２００を登録されたサーバの中から選択する（ステップＳ５０５）。
ただ、ユーザ対応で認証に成功した最新の認証サーバの選定を優先させるので、処理手順として、この選定を可能とするユーザテーブル（図１２）があるか、否かをチェックする（ステップＳ５０４）。
このチェック結果として、ユーザテーブル（図１２）がある場合には（ステップＳ５０４-YES）、無条件でユーザテーブルに登録されている認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ５１１）。このとき、認証サービス３６は、ネットワークサービス３７、LANコントローラ３８を介して、認証サーバ２００にネットワーク経由で認証要求を送信する（図３、参照）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ５１２-YES）、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ５１３）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ５１２-NO）、認証サーバテーブル（図５）を用いて行う選択処理に移行する。この選択処理は、ステップＳ５０４のチェックで、ユーザテーブルがない場合に行う処理でもある。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図５）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する（ステップＳ５０５）。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ５０６）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ５０７-YES）、行われた認証の履歴をユーザテーブル（図１２）に反映させる（ステップＳ５１０）。即ち、今、ログインし、認証が成立したユーザ名に対応付けて認証サーバをユーザテーブル（図１２）に最新のデータとして保存する。
この後、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ５１３）。
この選択処理は、不揮発メモリ１５に格納された認証サーバテーブル（図５）に登録された各認証サーバに対応して指示された優先順位に従って、１のサーバを選択するので、先ず順位ｎが１のサーバを選定する（ステップＳ５０５）。
次いで、選定された順位ｎの認証サーバ２００に、ユーザアカウント情報を付しユーザ認証を依頼し、ログインする（ステップＳ５０６）。
この後、ログインした認証サーバ２００からの返信を受取り、返信内容からログインし、認証が成立したことが確認できれば（ステップＳ５０７-YES）、行われた認証の履歴をユーザテーブル（図１２）に反映させる（ステップＳ５１０）。即ち、今、ログインし、認証が成立したユーザ名に対応付けて認証サーバをユーザテーブル（図１２）に最新のデータとして保存する。
この後、操作パネル２０のＬＣＤ表示を次の操作状態の画面に移行し、入力操作が行われるのを待ち受ける（ステップＳ５１３）。
他方、返信内容からログインに失敗し、認証が成立したことが確認できなければ（ステップＳ５０７-NO）、登録された各認証サーバに対応して指示された優先順位に従って、次のサーバｎ＋１を選択する（ステップＳ５０９）。
ただ、ここで、次のサーバがなければ（ステップＳ５０８-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ５１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
認証サーバテーブル（図５）に設定された優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ５０６〜５０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合を示したが、ＭＦＰ１００の操作パネル２０からのログインに対応する場合には、図９のステップＳ３０１「ネットワーク接続開始」を「操作ボタン押下」イベントのトリガに変えると、これ以降のフローは、同じになる。
また、ＭＦＰ側で行う、認証サーバテーブルを用いる認証サーバの選定処理は、図８に示した認証成功回数による優先順位に従う処理に置換えても良い。
ただ、ここで、次のサーバがなければ（ステップＳ５０８-NO）、依頼ができず、最終的に認証に失敗した、と判断するので、この場合には、操作パネル２０のＬＣＤ表示をエラーメッセージの表示画面として、ユーザに認証の不成立を通知する（ステップＳ５１４）。その後、このエラー通知に対するユーザの確認を持って、通常の状態表示画面に戻し、このフローを抜ける。
認証サーバテーブル（図５）に設定された優先順位に従って依頼する認証サーバを選定する処理は、認証サーバ分だけ繰り返され（ステップＳ５０６〜５０９）、認証の成立／不成立によって、操作パネル２０のＬＣＤ表示を上記した画面のいずれかに導く。
なお、上記の処理フローは、ＭＦＰ１００へネットワーク接続したＰＣ３００ａ、３００ｂ（図１、参照）等のリモート機から利用する場合を示したが、ＭＦＰ１００の操作パネル２０からのログインに対応する場合には、図９のステップＳ３０１「ネットワーク接続開始」を「操作ボタン押下」イベントのトリガに変えると、これ以降のフローは、同じになる。
また、ＭＦＰ側で行う、認証サーバテーブルを用いる認証サーバの選定処理は、図８に示した認証成功回数による優先順位に従う処理に置換えても良い。
ところで、この実施形態においては、上記のように、ユーザ対応で認証に成功した最新の認証サーバを優先させて選択するために、認証に成功する度に、ユーザテーブルのデータを更新する。
このため、複数認証サーバをマスター／バックアップで使用可能とするシステムで運用すると、例えば、能力の高い方のサーバが選択されている場合、能力の低い方がバックアップとなって、望ましい動作を続けることができるが、たまたま、何らかの原因で現在使用している能力の高い方のサーバが応答せず、ログインができなかった場合に、バックアップする能力の低い方のサーバに切替わる。
一旦、サーバが切替わると、本案のサーバ選択動作は上記のように、そのまま能力の低いサーバを使い続けることになってしまう。
このような不具合を避けるためには、ここでは、初期状態として能力の高い方のサーバを選択するような設定情報を予め不揮発メモリ１５に格納しておき、所定のタイミングでユーザテーブル（図１２）を初期化することにより、初期設定で用いる高能力のサーバが選択できるようにすることが可能になる。
ユーザテーブル（図１２）を初期化するタイミングは、所定の時間経過、或いは電源ON／OFFやシステムリセット時に行うようにすることができる。また、システム起動時にＲＡＭ１３に初期設定のテーブルを作成することで、電源ON／OFFの度に初期化が容易に行える。
このため、複数認証サーバをマスター／バックアップで使用可能とするシステムで運用すると、例えば、能力の高い方のサーバが選択されている場合、能力の低い方がバックアップとなって、望ましい動作を続けることができるが、たまたま、何らかの原因で現在使用している能力の高い方のサーバが応答せず、ログインができなかった場合に、バックアップする能力の低い方のサーバに切替わる。
一旦、サーバが切替わると、本案のサーバ選択動作は上記のように、そのまま能力の低いサーバを使い続けることになってしまう。
このような不具合を避けるためには、ここでは、初期状態として能力の高い方のサーバを選択するような設定情報を予め不揮発メモリ１５に格納しておき、所定のタイミングでユーザテーブル（図１２）を初期化することにより、初期設定で用いる高能力のサーバが選択できるようにすることが可能になる。
ユーザテーブル（図１２）を初期化するタイミングは、所定の時間経過、或いは電源ON／OFFやシステムリセット時に行うようにすることができる。また、システム起動時にＲＡＭ１３に初期設定のテーブルを作成することで、電源ON／OFFの度に初期化が容易に行える。
１１・・ＣＰＵ（Central Processing Unit）、１２・・ＲＯＭ（Read Only Memory）、１３・・ＲＡＭ（Random Access Memory）、１４・・画像蓄積装置、１５・・不揮発メモリ、１６・・LANコントローラ、２０・・操作表示パネル、３６・・認証サービス、１００・・ＭＦＰ（Multi-Function Peripherals：複合機）、２００，２００ａ，２００ｂ・・認証サーバ、２１０ａ，２１０ｂ・・セキュリティ・アカウント・マネージャ（ＳＡＭ）、３００ａ，３００ｂ・・ＰＣ（Personal Computer）。
Claims (10)
- ユーザ情報が付された処理要求を受付け、前記ユーザ情報に基づくユーザ認証をネットワーク経由で認証サーバに依頼が可能であり、ユーザ認証の成立を条件に前記処理要求に応じて処理対象の画像出力処理を行う画像処理装置であって、
ユーザ認証の依頼が可能な前記認証サーバを登録する認証サーバ登録手段と、
依頼したユーザ認証の履歴情報を認証サーバ毎に保存する認証履歴保存手段と、
前記認証履歴保存手段に保存されたユーザ認証の履歴情報に基づいて、前記認証サーバ登録手段に登録された認証サーバからユーザ認証を依頼する認証サーバを選択する認証サーバ選択手段と、を備え、
前記認証履歴保存手段は、ユーザ認証の履歴情報として、認証に成功した依頼件数の統計値を保存し、
前記認証サーバ選択手段は、選択する認証サーバの優先順位を認証に成功した依頼件数の多い順とする手段であることを特徴とする画像処理装置。 - 前記処理要求に付されたユーザ情報へ認証サーバの指定情報が添付される請求項１に記載された画像処理装置において、
前記認証サーバ選択手段は、ユーザ認証の履歴情報による選択に優先させて、前記認証サーバの指定情報に示された認証サーバを選択する手段であることを特徴とする画像処理装置。 - 前記認証サーバの指定情報を各認証サーバ名に対応するキーワードで指示する請求項２に記載された画像処理装置において、
指示された前記キーワードを前記認証サーバ選択手段の選択処理に必要な認証サーバ名に変換する手段を備えたことを特徴とする画像処理装置。 - 前記認証履歴保存手段のユーザ認証の履歴情報として、最新の認証に成功した認証サーバをユーザ毎に保存するようにした請求項１乃至３のいずれかに記載された画像処理装置において、
前記認証サーバ選択手段は、前記認証履歴保存手段にユーザ毎に保存した最新の認証に成功した認証サーバを最優先させて、選択する手段であることを特徴とする画像処理装置。 - 請求項４に記載された画像処理装置において、
前記認証履歴保存手段に最新の認証に成功した認証サーバとしてユーザ毎に保存された情報を、所定時間の経過、電源ON／OFF、システムリセットの少なくとも１つによって、初期化する手段を備えたことを特徴とする画像処理装置。 - ユーザ情報が付された処理要求を受付け、前記ユーザ情報に基づくユーザ認証をネットワーク経由で認証サーバに依頼が可能であり、ユーザ認証の成立を条件に前記処理要求に応じて処理対象の画像出力処理を行う画像処理装置における認証サーバ選択方法であって、
ユーザ認証の依頼が可能な前記認証サーバを登録する認証サーバ登録工程と、
依頼したユーザ認証の履歴情報を認証サーバ毎に保存する認証履歴保存工程と、
前記認証履歴保存工程で保存されたユーザ認証の履歴情報に基づいて、前記認証サーバ登録工程で登録された認証サーバからユーザ認証を依頼する認証サーバを選択する認証サーバ選択工程と、を有し、
前記認証履歴保存工程では、ユーザ認証の履歴情報として、認証に成功した依頼件数の統計値を保存し、
前記認証サーバ選択工程では、選択する認証サーバの優先順位を認証に成功した依頼件数の多い順とすることを特徴とする認証サーバ選択方法。 - 前記処理要求に付されたユーザ情報へ認証サーバの指定情報が添付される請求項６に記載された認証サーバ選択方法において、
前記認証サーバ選択工程では、ユーザ認証の履歴情報による選択に優先させて、前記認証サーバの指定情報に示された認証サーバを選択するようにしたことを特徴とする認証サーバ選択方法。 - 請求項７に記載された認証サーバ選択方法において、
指示されたキーワードを前記認証サーバ選択工程における選択処理に必要な認証サーバ名に変換する工程を有し、前記認証サーバの指定情報を各認証サーバ名に対応する前記キーワードで指示することを特徴とする認証サーバ選択方法。 - 請求項６乃至８のいずれかに記載された認証サーバ選択方法において、
前記認証履歴保存工程では、ユーザ認証の履歴情報として、最新の認証に成功した認証サーバをユーザ毎に保存し、
前記認証サーバ選択工程では、前記認証履歴保存工程でユーザ毎に保存された最新の認証に成功した認証サーバを最優先させて、選択するようにしたことを特徴とする認証サーバ選択方法。 - コンピュータを請求項１に記載された画像処理装置が備える認証サーバ登録手段、認証履歴保存手段、認証サーバ選択手段の各手段として機能させることを特徴とするプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006157274A JP4849962B2 (ja) | 2006-06-06 | 2006-06-06 | 画像処理装置、認証サーバ選択方法及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006157274A JP4849962B2 (ja) | 2006-06-06 | 2006-06-06 | 画像処理装置、認証サーバ選択方法及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007328411A JP2007328411A (ja) | 2007-12-20 |
| JP4849962B2 true JP4849962B2 (ja) | 2012-01-11 |
Family
ID=38928857
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006157274A Expired - Fee Related JP4849962B2 (ja) | 2006-06-06 | 2006-06-06 | 画像処理装置、認証サーバ選択方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4849962B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10476842B2 (en) * | 2017-03-24 | 2019-11-12 | Fuji Xerox Co., Ltd. | Communication apparatus and recording medium |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009214516A (ja) * | 2008-03-13 | 2009-09-24 | Seiko Epson Corp | 認証出力のための装置、システム及び方法 |
| JP4289436B1 (ja) * | 2008-03-18 | 2009-07-01 | 日本電気株式会社 | 負荷分散システム及び負荷分散方法 |
| JP5153591B2 (ja) * | 2008-11-26 | 2013-02-27 | 株式会社日立製作所 | 認証仲介サーバ、プログラム、認証システム及び選択方法 |
| EP2413261A4 (en) | 2009-03-24 | 2013-12-25 | Nec Corp | COMPUTING DEVICE, COMPUTING PROCESS, PROGRAM AND MEDIATION SYSTEM |
| JP5446544B2 (ja) * | 2009-07-27 | 2014-03-19 | 株式会社リコー | 画像形成装置、画像処理装置、画像配信システム、及び認証処理方法 |
| JP5486237B2 (ja) * | 2009-08-07 | 2014-05-07 | キヤノン株式会社 | 情報処理システム、情報処理装置及びそれらの制御方法、並びにプログラム |
| JP5531659B2 (ja) * | 2010-02-12 | 2014-06-25 | 日本電気株式会社 | 属性情報交換システム、属性情報交換方法、属性情報交換プログラム |
| JP5679567B2 (ja) * | 2011-03-31 | 2015-03-04 | 西日本電信電話株式会社 | 認証支援装置、認証支援方法 |
| JP5751029B2 (ja) * | 2011-06-03 | 2015-07-22 | 株式会社リコー | 認証装置、プログラムおよび記録媒体 |
| JP5847546B2 (ja) * | 2011-11-14 | 2016-01-27 | キヤノン株式会社 | 情報処理装置、その制御方法、及びプログラム |
| JP5610051B2 (ja) * | 2013-09-04 | 2014-10-22 | 株式会社リコー | 認証制御装置、認証制御方法、プログラム、及び記録媒体 |
| JP5712262B2 (ja) * | 2013-09-17 | 2015-05-07 | アラクサラネットワークス株式会社 | 通信装置 |
| JP6327894B2 (ja) * | 2014-03-17 | 2018-05-23 | キヤノン株式会社 | 共用データの配信方法、処理装置、コンピュータプログラム |
| JP2017062743A (ja) * | 2015-09-25 | 2017-03-30 | 富士ゼロックス株式会社 | 画像形成システムおよび画像形成装置 |
| JP7000771B2 (ja) | 2017-09-27 | 2022-02-10 | 株式会社リコー | ネットワーク機器、入出力装置、認証方法およびプログラム |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003044442A (ja) * | 2001-07-30 | 2003-02-14 | Fujitsu Support & Service Kk | データ認証方法及びデータ認証装置 |
| JP4441238B2 (ja) * | 2003-11-18 | 2010-03-31 | 株式会社リコー | ネットワーク対応周辺装置およびその制御方法 |
-
2006
- 2006-06-06 JP JP2006157274A patent/JP4849962B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10476842B2 (en) * | 2017-03-24 | 2019-11-12 | Fuji Xerox Co., Ltd. | Communication apparatus and recording medium |
| US10931632B2 (en) | 2017-03-24 | 2021-02-23 | Fuji Xerox Co., Ltd. | Communication apparatus and recording medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007328411A (ja) | 2007-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4849962B2 (ja) | 画像処理装置、認証サーバ選択方法及びプログラム | |
| JP4429998B2 (ja) | 画像形成装置、遠隔演算装置、これら装置間の情報通信の方法、画像形成システム、通信プログラムおよび記録媒体 | |
| JP2005085090A (ja) | 遠隔処理装置 | |
| US10754933B2 (en) | Processing apparatus, method for controlling processing apparatus, and non-transitory computer-readable storage medium | |
| JP2007028109A (ja) | データ通信システム、画像処理装置、および画像処理装置におけるデータの管理方法 | |
| JP2007237685A (ja) | 画像形成装置、画像形成装置の機密保持方法、プログラム及びプログラムを記憶した記憶媒体 | |
| JP2007088944A (ja) | 画像処理装置およびその制御方法ならびにコンピュータプログラム | |
| JP2010181972A (ja) | 画像処理システム、画像処理方法、画像処理装置及び情報処理装置、並びに画像処理プログラム | |
| JP5069820B2 (ja) | 画像形成システムおよびユーザマネージャサーバ装置 | |
| JP2007042098A (ja) | コンテンツ表示方法、コンテンツ伝送方法、画像処理装置、遠隔演算装置 | |
| JP2007214853A (ja) | 画像処理装置 | |
| JP4337900B2 (ja) | 画像形成システム、サーバ装置、画像形成装置、画像形成装置制御方法及び同制御プログラム | |
| JP2004122778A (ja) | 画像形成装置及び利用制御方法 | |
| JP2004129247A (ja) | 画像形成装置及び利用制御方法 | |
| JP4837475B2 (ja) | 認証情報データの入力回数の削減方法、システムおよびサーバ装置 | |
| JP2010170232A (ja) | 画像形成システム、サーバ装置および画像形成装置 | |
| US7882225B2 (en) | Information processing device, and method and computer readable medium for the same | |
| JP6481451B2 (ja) | 画像処理システム、情報処理装置、画像処理装置及びプログラム | |
| JP2008290271A (ja) | ネットワーク複合機 | |
| JP2007316739A (ja) | 文書管理装置 | |
| JP5449587B2 (ja) | 画像形成システム、サーバ装置および画像形成装置 | |
| JP5550749B2 (ja) | 画像形成システムおよびサーバ装置 | |
| JP2005096381A (ja) | 印刷装置、印刷システム、およびコンピュータプログラム | |
| JP2007042099A (ja) | 課金データ保持方法、課金データ回復方法、課金データ回復システム、画像処理装置アクティビティデータ保持方法、課金データ保持システム | |
| JP5550750B2 (ja) | 画像形成システムおよびサーバ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090323 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110802 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110803 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110922 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111018 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111018 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141028 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |