仲介サーバ、その制御方法及びそのプログラム
【課題】認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしても、ユーザに大きな負担をかけることなく対応できる。
【解決手段】仲介サーバ１０は、第1のＭＦＰ５０から、その第1のＭＦＰ５０に入力された認証ＩＤや型番、処理アプリＩＤなどを含んで予め定められた共通のデータ形式で作成された認証要求データを受信すると、型番と処理アプリＩＤから認証サーバを特定し（ここでは第1のユーザ認証サーバ２０とする）、受信した認証ＩＤを第1のユーザ認証サーバ２０に適合したデータ形式で該ユーザ認証サーバ２０へ送信し、その後その認証ＩＤに基づいて第1のユーザ認証サーバ１０が実行した認証の結果を第1のユーザ認証サーバ２０から受信し、その認証の結果を第1のＭＦＰ５０へ送信する。
【解決手段】仲介サーバ１０は、第1のＭＦＰ５０から、その第1のＭＦＰ５０に入力された認証ＩＤや型番、処理アプリＩＤなどを含んで予め定められた共通のデータ形式で作成された認証要求データを受信すると、型番と処理アプリＩＤから認証サーバを特定し（ここでは第1のユーザ認証サーバ２０とする）、受信した認証ＩＤを第1のユーザ認証サーバ２０に適合したデータ形式で該ユーザ認証サーバ２０へ送信し、その後その認証ＩＤに基づいて第1のユーザ認証サーバ１０が実行した認証の結果を第1のユーザ認証サーバ２０から受信し、その認証の結果を第1のＭＦＰ５０へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仲介サーバ、その制御方法及びそのプログラムに関し、具体的には、認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバ、その制御方法及びそのプログラムに関する。
【背景技術】
【０００２】
従来より、セキュリティの観点から、ネットワークデバイスの使用に際し、ユーザ認証が必要なものが知られている。これらのデバイスは、ＩＤカード等の認証媒体からカード固有の認証ＩＤを読み取り、ユーザ管理データベースに問い合わせることによってユーザの認証を行っている。また、特許文献１のように、複数のアプリケーションを搭載したネットワークデバイスにおいて、複数の認証システムからの認証結果を受信し、受信した認証結果に基づいて複数のアプリケーションの利用を制限するものも知られている。
【特許文献１】特開２００４−１２９２４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、こうしたネットワークデバイスが複数存在している場合、各ネットワークデバイスは読み取った認証ＩＤをユーザ管理データベースに適合したデータ形式に変換してユーザ管理データベースに送信するため、何らかの事情により当初のデータ形式が別のデータ形式に変更されるとすべてのネットワークデバイスで設定変更しなければならず、著しく手間がかかるという問題があった。この問題は、別の認証サーバが追加されたときにも同様に発生する。
【０００４】
本発明の仲介サーバ、その制御方法及びそのプログラムは、認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介するものであり、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしても、ユーザに大きな負担をかけることなく対応可能とすることを主目的とする。
【課題を解決するための手段】
【０００５】
本発明は、上述の主目的を達成するために以下の手段を採った。
【０００６】
本発明の仲介サーバは、
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバであって、
前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信する要求受信手段と、
前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信する対認証サーバ通信手段と、
前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信する結果送信手段と、
を備えたものである。
【０００７】
この仲介サーバでは、複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報か該デバイスに固有の識別情報を含んで予め定められた共通のデータ形式（例えばＸＭＬ形式など）で作成された認証の認証要求データを受信する。そして、受信した識別情報を認証サーバに適合したデータ形式で該認証サーバへ送信し、その後その識別情報に基づいて認証サーバが実行した認証の結果を該認証サーバから受信し、その認証の結果を認証要求データを送信してきたデバイスへ送信する。つまり、この仲介サーバは、複数のデバイスからは共通のデータ形式で作成された認証要求データを受信し、認証サーバへはその認証サーバに適合したデータ形式で識別情報を送信する。したがって、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしても、複数のデバイスの各々につき設定を変更する必要はなく仲介サーバの設定を変更するだけで対応可能となるため、ユーザに大きな負担をかけることなく対応可能となる。
【０００８】
ここで、認証サーバは、ユーザが正規ユーザか否かの認証を行うサーバであってもよいし、利用を許可するかどうかを確認するためのサーバ（例えば課金サーバやデバイス認証サーバ）であってもよい。また、データ形式には、データを保存する形式のほかにプロトコルなどの通信形式も含むものとする。
【０００９】
本発明の仲介サーバは、予め認証サーバを特定可能な特定情報と認証サーバとの対応関係を記憶する対応関係記憶手段と、前記対応関係記憶手段への新たな対応関係の登録及び該対応関係記憶手段に登録されている対応関係の変更・削除が可能な対応関係設定手段と、を備え、前記認証サーバは、複数存在し、前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、前記対認証サーバ通信手段は、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応する認証サーバを特定し、該特定した認証サーバに適合したデータ形式で前記識別情報を該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信するとしてもよい。こうすれば、認証サーバが複数存在する場合でも本発明の効果が得られる。
【００１０】
ここで、認証サーバは、同種の認証サーバが複数存在していてもよいし、異種の認証サーバが混在していてもよい。識別情報と特定情報とは別々の情報であってもよいし、一つの情報が両方を兼用していてもよい。
【００１１】
このように複数の認証サーバと接続される本発明の仲介サーバにおいて、前記複数存在する認証サーバは、ユーザ認証を実行するユーザ認証サーバとデバイス認証を実行するデバイス認証サーバの少なくとも２つのサーバであり、前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報、該デバイスに固有の識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、前記対認証サーバ通信手段は、前記受信したデバイス識別情報を前記デバイス認証サーバに適合したデータ形式で該デバイス認証サーバへ送信し、その後前記送信したデバイス識別情報に基づいて前記デバイス認証サーバが実行したデバイス認証の結果を該デバイス認証サーバから受信し、該受信したデバイス認証の結果が成功だったときには、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応するユーザ認証サーバを特定し、該特定したユーザ認証サーバに適合したデータ形式で前記識別情報を該ユーザ認証サーバへ送信し、その後前記送信した識別情報に基づいて前記ユーザ認証サーバが実行した認証の結果を該ユーザ認証サーバから受信するとしてもよい。こうすれば、ユーザ認証の対象となっているデバイスに対してのみユーザ認証を行うことができる。
【００１２】
また、複数の認証サーバと接続される本発明の仲介サーバにおいて、前記対応関係記憶手段は、前記対応関係をスクリプトファイル（例えばマクロファイル）として記憶していてもよい。こうすれば、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしたときには、記憶手段に記憶されたスクリプトファイルの変更・削除・追加を行えばよいため、ユーザに大きな負担がかからない。
【００１３】
本発明の仲介サーバの制御方法は、
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバをコンピュータ・ソフトウェアによって制御する方法であって、
（ａ）前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信するステップと、
（ｂ）前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信するステップと、
（ｃ）前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信するステップと、
を含むものである。
【００１４】
この仲介サーバの制御方法では、複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報か該デバイスに固有の識別情報を含んで予め定められた共通のデータ形式で作成された認証の認証要求データを受信する。そして、受信した識別情報を認証サーバに適合したデータ形式で該認証サーバへ送信し、その後その識別情報に基づいて認証サーバが実行した認証の結果を該認証サーバから受信し、その認証の結果を認証要求データを送信してきたデバイスへ送信する。つまり、この仲介サーバは、複数のデバイスからは共通のデータ形式で作成された認証要求データを受信し、認証サーバへはその認証サーバに適合したデータ形式で識別情報を送信する。したがって、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしても、複数のデバイスの各々につき設定を変更する必要はなく仲介サーバの設定を変更するだけで対応可能となるため、ユーザに大きな負担をかけることなく対応可能となる。なお、本発明の仲介サーバの制御方法において、上述したいずれかの仲介サーバの機能を実現するステップを追加してもよい。
【００１５】
本発明のプログラムは、１又は複数のコンピュータに、上述した仲介サーバの制御方法を実行させるためのプログラムである。このプログラムは、コンピュータが読み取り可能な記録媒体（例えばハードディスク、ＲＯＭ、ＦＤ、ＣＤ、ＤＶＤなど）に記録されていてもよいし、伝送媒体（インターネットやＬＡＮなどの通信網）を介してあるコンピュータから別のコンピュータへ配信されてもよいし、その他どのような形で授受されてもよい。このプログラムを一つのコンピュータに実行させるか又は複数のコンピュータに各ステップを分担して実行させれば、本発明の仲介サーバの制御方法と同様の効果を得ることができる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施の形態を図面に基づいて説明する。図１は本発明の一実施形態である仲介サーバ１０を含む認証システム１００の構成の概略を示す説明図である。
【００１７】
この認証システム１００は、仲介サーバ１０と、第１及び第２のユーザ認証サーバ２０，３０と、第１及び第２のマルチファンクションプリンタ（ＭＦＰ）５０，６０とを、ネットワーク（ここではＬＡＮ）を通じてデータのやり取りが可能に接続したものである。
【００１８】
仲介サーバ１０は、第１及び第２のユーザ認証サーバ２０，３０と第１及び第２のマルチファンクションプリンタ５０，６０とを仲介するサーバである。この仲介サーバ１０は、制御プログラムに基づいて仲介サーバ１０の全体を制御するＣＰＵ１１と、所定のプログラム格納領域に制御プログラム等が格納されているＲＯＭ１２と、各種データを一時的に記憶するＲＡＭ１３と、他の機器とデータの入出力を行うためのＩ／Ｆ（入出力インタフェース）１４とを備え、これらがバス１９を介してデータのやり取りが可能なように接続されている。Ｉ／Ｆ１４には、各種画像を表示可能な液晶ディスプレイに代表される出力部１５と、ユーザの操作によりデータが入力されるキーボードやマウスに代表される入力部１６と、各種データや各種テーブル等をファイルとして格納するハードディスクドライブに代表される記憶部１７と、ＬＡＮに接続するためのＬＡＮケーブル１８とが接続されている。
【００１９】
第１及び第２のユーザ認証サーバ２０，３０は、基本的には仲介サーバ１０と同じ構成であるため、ここではその説明を省略する。
【００２０】
第１のＭＦＰ５０は、印刷ヘッドから用紙Ｓへインクを吐出することにより印刷を行う周知のインクジェット方式のカラープリンタ機構及びこのカラープリンタ機構を制御するプリンタＡＳＩＣを有するプリンタユニット５１と、ガラス台５９に載置された書類に向かって発光したあと反射光をレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の各色に分解してスキャンデータとする周知のカラーイメージセンサ及びこのカラーイメージスキャナを制御するスキャナＡＳＩＣを有するスキャナユニット５２と、スキャンデータなどの画像データをＦａｘ送信先に送信するＦａｘユニット５３と、ＩＤカード４０からカード固有の認証ＩＤを読み取るカードリーダ５４と、ユーザが自分のユーザＩＤやパスワードを入力可能なキーボード５５と、動作状況に関する情報を表示可能な液晶ディスプレイ５６と、ＬＡＮに接続するためのＬＡＮインタフェース５７と、各部５１〜５７を制御するコントローラ５８とを備えている。コントローラ５８は、図示しないが、制御プログラムに基づいて全体を制御するＣＰＵや制御プログラム等が格納されているＲＯＭ、各種データを一時的に記憶するＲＡＭ、データの消去・書き込みを自由に行うことができ電源を切っても内容が消えないフラッシュメモリなどを備え、フラッシュメモリには第１のＭＦＰ５０の型番やＩＰアドレスのほか、処理内容ごとに定められた処理アプリケーションＩＤが格納されている。ここで、処理アプリケーションＩＤと処理内容との関係を表１に示す。
【表１】
【００２１】
次に、仲介サーバ１０，第１のユーザ認証サーバ２０及び第１のＭＦＰ５０の機能について、図２の機能ブロック図に基づいて説明する。
【００２２】
仲介サーバ１０は、第１及び第２のＭＦＰ５０，６０と通信を行う対ＭＦＰ通信部１０ａと、第１及び第２のユーザ認証サーバ２０，３０と通信を行う対認証サーバ通信部１０ｄと、型番及び処理アプリケーションＩＤに対応してスクリプトファイルであるマクロファイルが設定されているマクロ設定テーブルを保持する設定情報保持部１０ｈと、マクロファイルに記述されているサーバモジュールを記憶するモジュール保持部１０ｊとを備えている。対ＭＦＰ通信部１０ａは、第１又は第２のＭＦＰ５０，６０から共通のデータ形式で作成された認証要求データを認証要求受信部１０ｂで受信する。認証要求データには、ＩＤカード４０に固有の認証ＩＤ（又はユーザによって入力されたユーザＩＤとパスワード）が含まれると共に、ＭＦＰの型番やＩＰアドレス、処理アプリケーションＩＤが含まれている。対認証サーバ通信部１０ｄでは、仲介処理部１０ｇが、認証要求受信部１０ｂで受信した認証要求データに含まれる型番及び処理アプリケーションＩＤを設定情報保持部１０ｈのマクロ設定テーブルに照らしてマクロファイルを設定し、該マクロファイルに記述されているサーバモジュールをモジュール保持部１０ｊから読み出して実行する。マクロ設定テーブルの一例を表２に示す。サーバモジュールは、型番及び処理アプリケーションＩＤによって特定される第１又は第２のユーザ認証サーバ２０，３０と通信を行うためのモジュールであり、プロトコルとしては例えばＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）が利用される。サーバモジュールの提供機能を表３に示す。表３で「ｅｘｉｓｔｓ」はユーザ認証の実行、「ｇｅｔＭａｉｌＡｄｄｒｅｓｓ」はメールアドレスの取得を表す。こうしたサーバモジュールを実行することにより、仲介処理部１０ｇは、特定のユーザ認証サーバに合致した形式の認証ＩＤ（又はユーザＩＤとパスワードとの組み合わせ）を含む認証要求データを作成し、それを該ユーザ認証サーバへ認証要求送信部１０ｅから送信すると共に、そのユーザ認証サーバからの認証結果を認証結果受信部１０ｆで受信する。そして、仲介処理部１０ｇは、このようにして得られた認証結果を対ＭＦＰ通信部１０ａに渡し、対ＭＦＰ通信部１０ａは認証結果送信部１０ｃから認証要求データの送信元に対してこの認証結果を共通のデータ形式で送信する。
【表２】
【表３】
【００２３】
一方、設定情報保持部１０ｈは、設定情報操作部１０ｉを介してオペレータが新たな設定情報を登録したり既に登録されている設定情報を変更又は削除したりすることが可能となっている。また、モジュール保持部１０ｊは、モジュール登録部１０ｋを介してオペレータが新たなサーバモジュールを登録したり既に登録されているサーバモジュールを変更又は削除したりすることが可能となっている。ここで、対ＭＦＰ通信部１０ａや対認証サーバ通信部１０ｄは主として図１のＣＰＵ１１，ＲＯＭ１２、ＲＡＭ１３及びＩ／Ｆ１４を機能的に表したものであり、設定情報保持部１０ｈやモジュール保持部１０ｊは記憶部１７を機能的に表したものであり、設定情報操作部１０ｉやモジュール登録部１０ｋは入力部１６を機能的に表したものである。
【００２４】
第１のユーザ認証サーバ２０は、認証ＩＤごとにユーザ名とパスワードとメールアドレスとを対応づけたユーザ情報テーブルを記憶するユーザ情報記憶部２０ａと、ユーザ認証を実行するユーザ認証部２０ｂとを備えている。ユーザ情報テーブルの一例を表４に示す。ユーザ情報記憶部２０ａには、別途、ユーザ登録処理により正規のユーザがユーザ情報を登録するようになっている。ユーザ認証部２０ｂは、ネットワークを介して仲介サーバ１０から受信した認証ＩＤ（又はユーザＩＤ及びパスワード）がユーザ情報記憶部２０ａのユーザ情報テーブルに登録されているか否かによってユーザ認証を行う。ここで、ユーザ情報記憶部２０ａは図示しない記憶部（例えばハードディスクドライブ）を機能的に表したものであり、ユーザ認証部２０ｂは、図示しないＣＰＵ，ＲＯＭ及びＲＡＭを機能的に表したものである。
【表４】
【００２５】
第１のＭＦＰ５０は、仲介サーバ１０と通信可能な対仲介サーバ通信部５０ａと、ＩＤカード４０（図１参照）の認証ＩＤを読み出すカードリーダ５０ｂ（カードリーダ５４と同じ）と、コピー機能やＦａｘ機能などの処理を実行するデータ処理部５０ｃとを備えている。対仲介サーバ通信部５０ａは、カードリーダ５０ｂから認証ＩＤを取得して該認証ＩＤとＩＰアドレスと型番とアプリケーションＩＤとを含む認証要求データを共通のデータ形式で作成し、それを仲介サーバ１０へ送信する。その後、対仲介サーバ通信部５０ａは、仲介サーバ１０から認証結果を受信すると、受信した認証結果に応じた処理をデータ処理部５０ｃに実行させる。ここで、対仲介サーバ通信部５０ａは、ＬＡＮインタフェース５７及びコントローラ５８を機能的に表したものであり、データ処理部５０ｃは、プリンタユニット５１、スキャナユニット５２，Ｆａｘユニット５３などを機能的に表したものである。
【００２６】
次に、こうして構成された本実施形態の仲介サーバ１０の動作につき、第１のＭＦＰ５０から認証要求データを受信したときを例に挙げて図３に基づいて説明する。図３は仲介サーバ１０のデータ通信のフローを表す説明図である。
【００２７】
まず、第１のＭＦＰ５０がユーザ認証を待ち受ける画面を液晶ディスプレイ５６に表示している状態のときに、ユーザがこの第１のＭＦＰ５０にログインし管理設定を行うためにカードリーダ５４に自分のＩＤカード４０（認証ＩＤ“００１”）を挿入したとする。すると、第１のＭＦＰ５０は、カードリーダ５４からＩＤカード４０の認証ＩＤを取得して該認証ＩＤとＩＰアドレスと型番“Ｘ”とログインの処理アプリケーションＩＤ“０”（表１参照）とを含む認証要求データを共通のデータ形式で作成し、それを仲介サーバ１０へ送信する（ステップＳ１００）。このときの認証要求データを図４に示す。
【００２８】
仲介サーバ１０は、その認証要求データから認証ＩＤとＩＰアドレスと型番“Ｘ”と処理アプリケーションＩＤ“０”を取得し、型番“Ｘ”及び処理アプリケーションＩＤ“０”に対応するマクロファイル名“Ｘ０．ｔｘｔ”を表２のマクロ設定テーブルから読み出す。図５はこのときのマクロファイルの説明図である。仲介サーバ１０は、このマクロに従って処理を実行する。具体的には、認証ＩＤがＮＵＬＬではないため、第１のユーザ認証サーバ２０に合致した形式の認証要求データ（認証ＩＤを含む）を作成し、第１のユーザ認証サーバ２０に送信する（ステップＳ１１０）。この認証要求データを受信した第１のユーザ認証サーバ２０は、その認証要求データに含まれる認証ＩＤが登録されているか否かを表４のユーザ情報テーブルに照らして判定し、登録されているときには認証結果を成功とし、登録されていないときには認証結果を失敗として、仲介サーバ１０に送信する（ステップＳ１２０）。この認証結果を受信した仲介サーバ１０は、先ほどのマクロに従い、認証結果が成功だったときには、その認証ＩＤに関連するＩＤ関連情報（ここではメールアドレス）を第１のユーザ認証サーバ２０から取得したあと認証結果とＩＤ関連情報とを認証結果データとして第１のＭＦＰ５０へ送信し、認証結果が失敗だったときには、その認証結果を認証結果データとして第１のＭＦＰ５０へ送信する（ステップＳ１３０）。第１のＭＦＰ５０は、受信した認証結果データを解析し、認証結果が成功のときにはログイン及び管理設定を許可する旨の表示を液晶ディスプレイ５６に表示し、ユーザのログイン操作や管理設定操作を受け付けるが、認証結果が失敗のときにはログイン及び管理設定を許可しない旨の表示を液晶ディスプレイ５６に表示する（ステップＳ１４０）。なお、認証結果が成功のときにはメールアドレスが認証結果データに含まれているが、このメールアドレスは例えばスキャン・ツウ・メールなどの機能を用いるときに活用することができる。
【００２９】
なお、図３では第１のＭＦＰ５０のカードリーダ５４にＩＤカード４０が挿入された場合を例示したが、ユーザがＩＤカード４０を挿入する代わりにキーボード５５からユーザ名とパスワードを入力した場合には、認証ＩＤの代わりにそのユーザ名とパスワードを用いてユーザ認証を行うようにしてもよい。この場合には、第１のユーザ認証サーバ２０は、受信したユーザ名とパスワードがユーザ情報テーブル（表４）に登録されているときには認証成功とし、登録されていないときには認証失敗とする。図５のマクロファイルにはこの場合の記述もなされている。なお、このとき第１のＭＦＰ５０から送信される認証要求データは、例えば図６のようになる。
【００３０】
ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態の認証要求受信部１０ｂが本発明の要求受信手段に相当し、対認証サーバ通信部１０ｄが対認証サーバ通信手段に相当し、認証結果送信部１０ｃが結果送信手段に相当する。また、第１及び第２のＭＦＰ５０，６０が複数のデバイスに相当する。また、第１及び第２のＭＦＰ５０，６０の型番及び処理アプリケーションＩＤが特定情報に相当し、設定情報保持部１０ｈが対応関係記憶手段に相当し、設定情報操作部１０ｉが対応関係設定手段に相当する（設定情報保持部１０ｈに記憶されたマクロファイルにどのユーザ認証サーバが対応するのかが記述されている）。なお、本実施形態では、仲介サーバの動作を説明することにより本発明の仲介サーバの制御方法の一例も明らかにしている。
【００３１】
以上詳述した仲介サーバ１０によれば、複数のＭＦＰ５０，６０からは共通のデータ形式で作成された認証要求データを受信し、各ユーザ認証サーバ２０，３０へはそのユーザ認証サーバに適合したデータ形式で認証ＩＤ（又はユーザ名とパスワードとの組合せ）を送信する。したがって、各ユーザ認証サーバ２０，３０に適合するデータ形式が変更されたり別のユーザ認証サーバが追加されたりしても、複数のＭＦＰ５０，６０の各々につき設定を変更する必要はなく仲介サーバ１０の設定を変更するだけで対応可能となるため、ユーザに大きな負担をかけることなく対応可能となる。ここで、仲介サーバ１０の設定を変更するとは、例えばマクロファイルを新規に登録したり変更したり削除したりするほか、サーバモジュールを新規に登録したり変更したり削除したりすることをいう。
【００３２】
なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。
【００３３】
例えば、上述した実施形態では複数の認証サーバをすべてユーザ認証サーバとしたが、図７の認証システム１１０のように更にデバイス認証サーバ７０を追加し、このデバイス認証サーバ７０で認証要求データを送信してきたデバイス（第１又は第２ＭＦＰ５０，６０）がユーザ認証の対象となっているか否かの認証を行い、ユーザ認証の対象となっているときに限り、その認証要求データに応じて決まる第１又は第２のユーザ認証サーバ２０，３０にユーザ認証を要求するようにしてもよい。具体的には、コピーモードが選択されたあとの第１のＭＦＰ５０から仲介サーバ１０に認証要求データが送信されてきた場合を図８に基づいて説明すると、第１のＭＦＰ５０は、認証ＩＤとＩＰアドレスと型番“Ｘ”と処理アプリケーションＩＤ“１”（表１参照）とを含む認証要求データを共通のデータ形式で作成し、それを仲介サーバ１０へ送信する（ステップＳ２００）。仲介サーバ１０は、その認証要求データから認証ＩＤとＩＰアドレスと型番“Ｘ”と処理アプリケーションＩＤ“１”を取得し、型番“Ｘ”及び処理アプリケーションＩＤ“１”に対応するマクロファイル名“Ｘ１．ｔｘｔ”をマクロ設定テーブルから読み出す。仲介サーバ１０は、このマクロに従って処理を実行する。具体的には、デバイス認証サーバ７０に合致した形式の認証要求データ（型番及びＩＰアドレスを含む）を作成し、デバイス認証サーバ７０に送信する（ステップＳ２１０）。この認証要求データを受信したデバイス認証サーバ７０は、その認証要求データに含まれる型番及びＩＰアドレスが記憶部（図示せず）のデバイス情報データベースに登録されているか否かを判定し、登録されているときには認証結果を成功（ユーザ認証の対象となっているデバイスである）とし、登録されていないときには認証結果を失敗として、仲介サーバ１０に送信する（ステップＳ２２０）。この認証結果を受信した仲介サーバ１０は、先ほどのマクロに従い、認証結果が成功だったときには、図３のステップＳ１１０以降の処理を実行し（但し第１のＭＦＰ５０はログインの許可・禁止ではなくコピー利用の許可・禁止を液晶ディスプレイ５６に表示する）、認証結果が失敗だったときにはその認証結果を認証結果データとして第１のＭＦＰ５０へ送信する（ステップＳ２３０）。第１のＭＦＰ５０はデバイス認証の結果が失敗だったときには、自機がユーザ認証の対象となっていないデバイスである旨を液晶ディスプレイ５６に表示する。こうすれば、ユーザ認証の対象となっているデバイスに対してのみユーザ認証を行うことができる。
【００３４】
上述した実施形態では、認証システム１００が第１及び第２のユーザ認証サーバ２０，３０を含むものとしたが、例えば第１のユーザ認証サーバ２０のみを含むとしてもよい。この場合でも、第１のユーザ認証サーバ２０に合致したデータ形式が変更されたときに個々のＭＦＰ５０，６０の設定を変更する必要はなく仲介サーバ１０の設定を変更するだけで対応可能となる。
【００３５】
上述した実施形態では、第１のＭＦＰ５０はＩＤカード４０の認証ＩＤを読み取り可能なカードリーダ５４を備えているとしたが、カードリーダ５４に代えて又は加えて指紋読取装置や虹彩読取装置、静脈パターン読取装置などの生体情報読取装置を接続し、この生体情報読取装置で読み取った情報をＩＤとして仲介サーバ１０へ送信してもよい。
【００３６】
上述した実施形態では、ユーザ識別情報（認証ＩＤやユーザ名とパスワードとの組合せ）と第１又は第２のユーザ認証サーバ２０，３０を特定するための特定情報（型番と処理アプリケーションＩＤ）とを別々の情報としたが、ユーザ識別情報が特定情報を兼用してもよい。例えば、ユーザ識別情報の下一桁の数字によってユーザ認証サーバが特定されるようにしてもよい。
【００３７】
上述した実施形態では、認証サーバとしてユーザ認証サーバを例示したが、特にユーザ認証サーバに限定されるものではなく、課金サーバのように利用を許可するかどうかの判定を行うサーバであってもよい。
【図面の簡単な説明】
【００３８】
【図１】認証システム１００の構成の概略を示す説明図。
【図２】仲介サーバ１０等の機能を示す機能ブロック図。
【図３】認証システム１００の仲介サーバ１０のデータ通信のフローを表す説明図。
【図４】認証要求データの一例を示す説明図。
【図５】マクロファイルの一例を示す説明図。
【図６】認証要求データの一例を示す説明図。
【図７】認証システム１１０の構成の概略を示す説明図。
【図８】認証システム１１０の仲介サーバ１０のデータ通信のフローを表す説明図。
【符号の説明】
【００３９】
１０ 仲介サーバ、１０ａ 通信部、１０ｂ 認証要求受信部、１０ｃ 認証結果送信部、１０ｄ 対認証サーバ通信部、１０ｅ 認証要求送信部、１０ｆ 認証結果受信部、１０ｇ 仲介処理部、１０ｈ 設定情報保持部、１０ｉ 設定情報操作部、１０ｊ モジュール保持部、１０ｋ モジュール登録部、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ Ｉ／Ｆ、１５ 出力部、１６ 入力部、１７ 記憶部、１８ ケーブル、１９ バス、２０ 第１のユーザ認証サーバ、２０ａ ユーザ情報記憶部、２０ｂ ユーザ認証部、３０ 第２のユーザ認証サーバ、４０ ＩＤカード、５０ 第１のＭＦＰ、５０ａ 対仲介サーバ通信部、５０ｂ カードリーダ、５０ｃ データ処理部、５１ プリンタユニット、５２ スキャナユニット、５３ Ｆａｘユニット、５４ カードリーダ、５５ キーボード、５６ 液晶ディスプレイ、５７ インタフェース、５８ コントローラ、５９ ガラス台、６０ 第２のＭＦＰ、７０ デバイス認証サーバ、１００，１１０ 認証システム。
【技術分野】
【０００１】
本発明は、仲介サーバ、その制御方法及びそのプログラムに関し、具体的には、認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバ、その制御方法及びそのプログラムに関する。
【背景技術】
【０００２】
従来より、セキュリティの観点から、ネットワークデバイスの使用に際し、ユーザ認証が必要なものが知られている。これらのデバイスは、ＩＤカード等の認証媒体からカード固有の認証ＩＤを読み取り、ユーザ管理データベースに問い合わせることによってユーザの認証を行っている。また、特許文献１のように、複数のアプリケーションを搭載したネットワークデバイスにおいて、複数の認証システムからの認証結果を受信し、受信した認証結果に基づいて複数のアプリケーションの利用を制限するものも知られている。
【特許文献１】特開２００４−１２９２４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、こうしたネットワークデバイスが複数存在している場合、各ネットワークデバイスは読み取った認証ＩＤをユーザ管理データベースに適合したデータ形式に変換してユーザ管理データベースに送信するため、何らかの事情により当初のデータ形式が別のデータ形式に変更されるとすべてのネットワークデバイスで設定変更しなければならず、著しく手間がかかるという問題があった。この問題は、別の認証サーバが追加されたときにも同様に発生する。
【０００４】
本発明の仲介サーバ、その制御方法及びそのプログラムは、認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介するものであり、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしても、ユーザに大きな負担をかけることなく対応可能とすることを主目的とする。
【課題を解決するための手段】
【０００５】
本発明は、上述の主目的を達成するために以下の手段を採った。
【０００６】
本発明の仲介サーバは、
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバであって、
前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信する要求受信手段と、
前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信する対認証サーバ通信手段と、
前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信する結果送信手段と、
を備えたものである。
【０００７】
この仲介サーバでは、複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報か該デバイスに固有の識別情報を含んで予め定められた共通のデータ形式（例えばＸＭＬ形式など）で作成された認証の認証要求データを受信する。そして、受信した識別情報を認証サーバに適合したデータ形式で該認証サーバへ送信し、その後その識別情報に基づいて認証サーバが実行した認証の結果を該認証サーバから受信し、その認証の結果を認証要求データを送信してきたデバイスへ送信する。つまり、この仲介サーバは、複数のデバイスからは共通のデータ形式で作成された認証要求データを受信し、認証サーバへはその認証サーバに適合したデータ形式で識別情報を送信する。したがって、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしても、複数のデバイスの各々につき設定を変更する必要はなく仲介サーバの設定を変更するだけで対応可能となるため、ユーザに大きな負担をかけることなく対応可能となる。
【０００８】
ここで、認証サーバは、ユーザが正規ユーザか否かの認証を行うサーバであってもよいし、利用を許可するかどうかを確認するためのサーバ（例えば課金サーバやデバイス認証サーバ）であってもよい。また、データ形式には、データを保存する形式のほかにプロトコルなどの通信形式も含むものとする。
【０００９】
本発明の仲介サーバは、予め認証サーバを特定可能な特定情報と認証サーバとの対応関係を記憶する対応関係記憶手段と、前記対応関係記憶手段への新たな対応関係の登録及び該対応関係記憶手段に登録されている対応関係の変更・削除が可能な対応関係設定手段と、を備え、前記認証サーバは、複数存在し、前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、前記対認証サーバ通信手段は、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応する認証サーバを特定し、該特定した認証サーバに適合したデータ形式で前記識別情報を該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信するとしてもよい。こうすれば、認証サーバが複数存在する場合でも本発明の効果が得られる。
【００１０】
ここで、認証サーバは、同種の認証サーバが複数存在していてもよいし、異種の認証サーバが混在していてもよい。識別情報と特定情報とは別々の情報であってもよいし、一つの情報が両方を兼用していてもよい。
【００１１】
このように複数の認証サーバと接続される本発明の仲介サーバにおいて、前記複数存在する認証サーバは、ユーザ認証を実行するユーザ認証サーバとデバイス認証を実行するデバイス認証サーバの少なくとも２つのサーバであり、前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報、該デバイスに固有の識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、前記対認証サーバ通信手段は、前記受信したデバイス識別情報を前記デバイス認証サーバに適合したデータ形式で該デバイス認証サーバへ送信し、その後前記送信したデバイス識別情報に基づいて前記デバイス認証サーバが実行したデバイス認証の結果を該デバイス認証サーバから受信し、該受信したデバイス認証の結果が成功だったときには、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応するユーザ認証サーバを特定し、該特定したユーザ認証サーバに適合したデータ形式で前記識別情報を該ユーザ認証サーバへ送信し、その後前記送信した識別情報に基づいて前記ユーザ認証サーバが実行した認証の結果を該ユーザ認証サーバから受信するとしてもよい。こうすれば、ユーザ認証の対象となっているデバイスに対してのみユーザ認証を行うことができる。
【００１２】
また、複数の認証サーバと接続される本発明の仲介サーバにおいて、前記対応関係記憶手段は、前記対応関係をスクリプトファイル（例えばマクロファイル）として記憶していてもよい。こうすれば、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしたときには、記憶手段に記憶されたスクリプトファイルの変更・削除・追加を行えばよいため、ユーザに大きな負担がかからない。
【００１３】
本発明の仲介サーバの制御方法は、
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバをコンピュータ・ソフトウェアによって制御する方法であって、
（ａ）前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信するステップと、
（ｂ）前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信するステップと、
（ｃ）前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信するステップと、
を含むものである。
【００１４】
この仲介サーバの制御方法では、複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報か該デバイスに固有の識別情報を含んで予め定められた共通のデータ形式で作成された認証の認証要求データを受信する。そして、受信した識別情報を認証サーバに適合したデータ形式で該認証サーバへ送信し、その後その識別情報に基づいて認証サーバが実行した認証の結果を該認証サーバから受信し、その認証の結果を認証要求データを送信してきたデバイスへ送信する。つまり、この仲介サーバは、複数のデバイスからは共通のデータ形式で作成された認証要求データを受信し、認証サーバへはその認証サーバに適合したデータ形式で識別情報を送信する。したがって、認証サーバに適合するデータ形式が変更されたり別の認証サーバが追加されたりしても、複数のデバイスの各々につき設定を変更する必要はなく仲介サーバの設定を変更するだけで対応可能となるため、ユーザに大きな負担をかけることなく対応可能となる。なお、本発明の仲介サーバの制御方法において、上述したいずれかの仲介サーバの機能を実現するステップを追加してもよい。
【００１５】
本発明のプログラムは、１又は複数のコンピュータに、上述した仲介サーバの制御方法を実行させるためのプログラムである。このプログラムは、コンピュータが読み取り可能な記録媒体（例えばハードディスク、ＲＯＭ、ＦＤ、ＣＤ、ＤＶＤなど）に記録されていてもよいし、伝送媒体（インターネットやＬＡＮなどの通信網）を介してあるコンピュータから別のコンピュータへ配信されてもよいし、その他どのような形で授受されてもよい。このプログラムを一つのコンピュータに実行させるか又は複数のコンピュータに各ステップを分担して実行させれば、本発明の仲介サーバの制御方法と同様の効果を得ることができる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施の形態を図面に基づいて説明する。図１は本発明の一実施形態である仲介サーバ１０を含む認証システム１００の構成の概略を示す説明図である。
【００１７】
この認証システム１００は、仲介サーバ１０と、第１及び第２のユーザ認証サーバ２０，３０と、第１及び第２のマルチファンクションプリンタ（ＭＦＰ）５０，６０とを、ネットワーク（ここではＬＡＮ）を通じてデータのやり取りが可能に接続したものである。
【００１８】
仲介サーバ１０は、第１及び第２のユーザ認証サーバ２０，３０と第１及び第２のマルチファンクションプリンタ５０，６０とを仲介するサーバである。この仲介サーバ１０は、制御プログラムに基づいて仲介サーバ１０の全体を制御するＣＰＵ１１と、所定のプログラム格納領域に制御プログラム等が格納されているＲＯＭ１２と、各種データを一時的に記憶するＲＡＭ１３と、他の機器とデータの入出力を行うためのＩ／Ｆ（入出力インタフェース）１４とを備え、これらがバス１９を介してデータのやり取りが可能なように接続されている。Ｉ／Ｆ１４には、各種画像を表示可能な液晶ディスプレイに代表される出力部１５と、ユーザの操作によりデータが入力されるキーボードやマウスに代表される入力部１６と、各種データや各種テーブル等をファイルとして格納するハードディスクドライブに代表される記憶部１７と、ＬＡＮに接続するためのＬＡＮケーブル１８とが接続されている。
【００１９】
第１及び第２のユーザ認証サーバ２０，３０は、基本的には仲介サーバ１０と同じ構成であるため、ここではその説明を省略する。
【００２０】
第１のＭＦＰ５０は、印刷ヘッドから用紙Ｓへインクを吐出することにより印刷を行う周知のインクジェット方式のカラープリンタ機構及びこのカラープリンタ機構を制御するプリンタＡＳＩＣを有するプリンタユニット５１と、ガラス台５９に載置された書類に向かって発光したあと反射光をレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の各色に分解してスキャンデータとする周知のカラーイメージセンサ及びこのカラーイメージスキャナを制御するスキャナＡＳＩＣを有するスキャナユニット５２と、スキャンデータなどの画像データをＦａｘ送信先に送信するＦａｘユニット５３と、ＩＤカード４０からカード固有の認証ＩＤを読み取るカードリーダ５４と、ユーザが自分のユーザＩＤやパスワードを入力可能なキーボード５５と、動作状況に関する情報を表示可能な液晶ディスプレイ５６と、ＬＡＮに接続するためのＬＡＮインタフェース５７と、各部５１〜５７を制御するコントローラ５８とを備えている。コントローラ５８は、図示しないが、制御プログラムに基づいて全体を制御するＣＰＵや制御プログラム等が格納されているＲＯＭ、各種データを一時的に記憶するＲＡＭ、データの消去・書き込みを自由に行うことができ電源を切っても内容が消えないフラッシュメモリなどを備え、フラッシュメモリには第１のＭＦＰ５０の型番やＩＰアドレスのほか、処理内容ごとに定められた処理アプリケーションＩＤが格納されている。ここで、処理アプリケーションＩＤと処理内容との関係を表１に示す。
【表１】
【００２１】
次に、仲介サーバ１０，第１のユーザ認証サーバ２０及び第１のＭＦＰ５０の機能について、図２の機能ブロック図に基づいて説明する。
【００２２】
仲介サーバ１０は、第１及び第２のＭＦＰ５０，６０と通信を行う対ＭＦＰ通信部１０ａと、第１及び第２のユーザ認証サーバ２０，３０と通信を行う対認証サーバ通信部１０ｄと、型番及び処理アプリケーションＩＤに対応してスクリプトファイルであるマクロファイルが設定されているマクロ設定テーブルを保持する設定情報保持部１０ｈと、マクロファイルに記述されているサーバモジュールを記憶するモジュール保持部１０ｊとを備えている。対ＭＦＰ通信部１０ａは、第１又は第２のＭＦＰ５０，６０から共通のデータ形式で作成された認証要求データを認証要求受信部１０ｂで受信する。認証要求データには、ＩＤカード４０に固有の認証ＩＤ（又はユーザによって入力されたユーザＩＤとパスワード）が含まれると共に、ＭＦＰの型番やＩＰアドレス、処理アプリケーションＩＤが含まれている。対認証サーバ通信部１０ｄでは、仲介処理部１０ｇが、認証要求受信部１０ｂで受信した認証要求データに含まれる型番及び処理アプリケーションＩＤを設定情報保持部１０ｈのマクロ設定テーブルに照らしてマクロファイルを設定し、該マクロファイルに記述されているサーバモジュールをモジュール保持部１０ｊから読み出して実行する。マクロ設定テーブルの一例を表２に示す。サーバモジュールは、型番及び処理アプリケーションＩＤによって特定される第１又は第２のユーザ認証サーバ２０，３０と通信を行うためのモジュールであり、プロトコルとしては例えばＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）が利用される。サーバモジュールの提供機能を表３に示す。表３で「ｅｘｉｓｔｓ」はユーザ認証の実行、「ｇｅｔＭａｉｌＡｄｄｒｅｓｓ」はメールアドレスの取得を表す。こうしたサーバモジュールを実行することにより、仲介処理部１０ｇは、特定のユーザ認証サーバに合致した形式の認証ＩＤ（又はユーザＩＤとパスワードとの組み合わせ）を含む認証要求データを作成し、それを該ユーザ認証サーバへ認証要求送信部１０ｅから送信すると共に、そのユーザ認証サーバからの認証結果を認証結果受信部１０ｆで受信する。そして、仲介処理部１０ｇは、このようにして得られた認証結果を対ＭＦＰ通信部１０ａに渡し、対ＭＦＰ通信部１０ａは認証結果送信部１０ｃから認証要求データの送信元に対してこの認証結果を共通のデータ形式で送信する。
【表２】
【表３】
【００２３】
一方、設定情報保持部１０ｈは、設定情報操作部１０ｉを介してオペレータが新たな設定情報を登録したり既に登録されている設定情報を変更又は削除したりすることが可能となっている。また、モジュール保持部１０ｊは、モジュール登録部１０ｋを介してオペレータが新たなサーバモジュールを登録したり既に登録されているサーバモジュールを変更又は削除したりすることが可能となっている。ここで、対ＭＦＰ通信部１０ａや対認証サーバ通信部１０ｄは主として図１のＣＰＵ１１，ＲＯＭ１２、ＲＡＭ１３及びＩ／Ｆ１４を機能的に表したものであり、設定情報保持部１０ｈやモジュール保持部１０ｊは記憶部１７を機能的に表したものであり、設定情報操作部１０ｉやモジュール登録部１０ｋは入力部１６を機能的に表したものである。
【００２４】
第１のユーザ認証サーバ２０は、認証ＩＤごとにユーザ名とパスワードとメールアドレスとを対応づけたユーザ情報テーブルを記憶するユーザ情報記憶部２０ａと、ユーザ認証を実行するユーザ認証部２０ｂとを備えている。ユーザ情報テーブルの一例を表４に示す。ユーザ情報記憶部２０ａには、別途、ユーザ登録処理により正規のユーザがユーザ情報を登録するようになっている。ユーザ認証部２０ｂは、ネットワークを介して仲介サーバ１０から受信した認証ＩＤ（又はユーザＩＤ及びパスワード）がユーザ情報記憶部２０ａのユーザ情報テーブルに登録されているか否かによってユーザ認証を行う。ここで、ユーザ情報記憶部２０ａは図示しない記憶部（例えばハードディスクドライブ）を機能的に表したものであり、ユーザ認証部２０ｂは、図示しないＣＰＵ，ＲＯＭ及びＲＡＭを機能的に表したものである。
【表４】
【００２５】
第１のＭＦＰ５０は、仲介サーバ１０と通信可能な対仲介サーバ通信部５０ａと、ＩＤカード４０（図１参照）の認証ＩＤを読み出すカードリーダ５０ｂ（カードリーダ５４と同じ）と、コピー機能やＦａｘ機能などの処理を実行するデータ処理部５０ｃとを備えている。対仲介サーバ通信部５０ａは、カードリーダ５０ｂから認証ＩＤを取得して該認証ＩＤとＩＰアドレスと型番とアプリケーションＩＤとを含む認証要求データを共通のデータ形式で作成し、それを仲介サーバ１０へ送信する。その後、対仲介サーバ通信部５０ａは、仲介サーバ１０から認証結果を受信すると、受信した認証結果に応じた処理をデータ処理部５０ｃに実行させる。ここで、対仲介サーバ通信部５０ａは、ＬＡＮインタフェース５７及びコントローラ５８を機能的に表したものであり、データ処理部５０ｃは、プリンタユニット５１、スキャナユニット５２，Ｆａｘユニット５３などを機能的に表したものである。
【００２６】
次に、こうして構成された本実施形態の仲介サーバ１０の動作につき、第１のＭＦＰ５０から認証要求データを受信したときを例に挙げて図３に基づいて説明する。図３は仲介サーバ１０のデータ通信のフローを表す説明図である。
【００２７】
まず、第１のＭＦＰ５０がユーザ認証を待ち受ける画面を液晶ディスプレイ５６に表示している状態のときに、ユーザがこの第１のＭＦＰ５０にログインし管理設定を行うためにカードリーダ５４に自分のＩＤカード４０（認証ＩＤ“００１”）を挿入したとする。すると、第１のＭＦＰ５０は、カードリーダ５４からＩＤカード４０の認証ＩＤを取得して該認証ＩＤとＩＰアドレスと型番“Ｘ”とログインの処理アプリケーションＩＤ“０”（表１参照）とを含む認証要求データを共通のデータ形式で作成し、それを仲介サーバ１０へ送信する（ステップＳ１００）。このときの認証要求データを図４に示す。
【００２８】
仲介サーバ１０は、その認証要求データから認証ＩＤとＩＰアドレスと型番“Ｘ”と処理アプリケーションＩＤ“０”を取得し、型番“Ｘ”及び処理アプリケーションＩＤ“０”に対応するマクロファイル名“Ｘ０．ｔｘｔ”を表２のマクロ設定テーブルから読み出す。図５はこのときのマクロファイルの説明図である。仲介サーバ１０は、このマクロに従って処理を実行する。具体的には、認証ＩＤがＮＵＬＬではないため、第１のユーザ認証サーバ２０に合致した形式の認証要求データ（認証ＩＤを含む）を作成し、第１のユーザ認証サーバ２０に送信する（ステップＳ１１０）。この認証要求データを受信した第１のユーザ認証サーバ２０は、その認証要求データに含まれる認証ＩＤが登録されているか否かを表４のユーザ情報テーブルに照らして判定し、登録されているときには認証結果を成功とし、登録されていないときには認証結果を失敗として、仲介サーバ１０に送信する（ステップＳ１２０）。この認証結果を受信した仲介サーバ１０は、先ほどのマクロに従い、認証結果が成功だったときには、その認証ＩＤに関連するＩＤ関連情報（ここではメールアドレス）を第１のユーザ認証サーバ２０から取得したあと認証結果とＩＤ関連情報とを認証結果データとして第１のＭＦＰ５０へ送信し、認証結果が失敗だったときには、その認証結果を認証結果データとして第１のＭＦＰ５０へ送信する（ステップＳ１３０）。第１のＭＦＰ５０は、受信した認証結果データを解析し、認証結果が成功のときにはログイン及び管理設定を許可する旨の表示を液晶ディスプレイ５６に表示し、ユーザのログイン操作や管理設定操作を受け付けるが、認証結果が失敗のときにはログイン及び管理設定を許可しない旨の表示を液晶ディスプレイ５６に表示する（ステップＳ１４０）。なお、認証結果が成功のときにはメールアドレスが認証結果データに含まれているが、このメールアドレスは例えばスキャン・ツウ・メールなどの機能を用いるときに活用することができる。
【００２９】
なお、図３では第１のＭＦＰ５０のカードリーダ５４にＩＤカード４０が挿入された場合を例示したが、ユーザがＩＤカード４０を挿入する代わりにキーボード５５からユーザ名とパスワードを入力した場合には、認証ＩＤの代わりにそのユーザ名とパスワードを用いてユーザ認証を行うようにしてもよい。この場合には、第１のユーザ認証サーバ２０は、受信したユーザ名とパスワードがユーザ情報テーブル（表４）に登録されているときには認証成功とし、登録されていないときには認証失敗とする。図５のマクロファイルにはこの場合の記述もなされている。なお、このとき第１のＭＦＰ５０から送信される認証要求データは、例えば図６のようになる。
【００３０】
ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態の認証要求受信部１０ｂが本発明の要求受信手段に相当し、対認証サーバ通信部１０ｄが対認証サーバ通信手段に相当し、認証結果送信部１０ｃが結果送信手段に相当する。また、第１及び第２のＭＦＰ５０，６０が複数のデバイスに相当する。また、第１及び第２のＭＦＰ５０，６０の型番及び処理アプリケーションＩＤが特定情報に相当し、設定情報保持部１０ｈが対応関係記憶手段に相当し、設定情報操作部１０ｉが対応関係設定手段に相当する（設定情報保持部１０ｈに記憶されたマクロファイルにどのユーザ認証サーバが対応するのかが記述されている）。なお、本実施形態では、仲介サーバの動作を説明することにより本発明の仲介サーバの制御方法の一例も明らかにしている。
【００３１】
以上詳述した仲介サーバ１０によれば、複数のＭＦＰ５０，６０からは共通のデータ形式で作成された認証要求データを受信し、各ユーザ認証サーバ２０，３０へはそのユーザ認証サーバに適合したデータ形式で認証ＩＤ（又はユーザ名とパスワードとの組合せ）を送信する。したがって、各ユーザ認証サーバ２０，３０に適合するデータ形式が変更されたり別のユーザ認証サーバが追加されたりしても、複数のＭＦＰ５０，６０の各々につき設定を変更する必要はなく仲介サーバ１０の設定を変更するだけで対応可能となるため、ユーザに大きな負担をかけることなく対応可能となる。ここで、仲介サーバ１０の設定を変更するとは、例えばマクロファイルを新規に登録したり変更したり削除したりするほか、サーバモジュールを新規に登録したり変更したり削除したりすることをいう。
【００３２】
なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。
【００３３】
例えば、上述した実施形態では複数の認証サーバをすべてユーザ認証サーバとしたが、図７の認証システム１１０のように更にデバイス認証サーバ７０を追加し、このデバイス認証サーバ７０で認証要求データを送信してきたデバイス（第１又は第２ＭＦＰ５０，６０）がユーザ認証の対象となっているか否かの認証を行い、ユーザ認証の対象となっているときに限り、その認証要求データに応じて決まる第１又は第２のユーザ認証サーバ２０，３０にユーザ認証を要求するようにしてもよい。具体的には、コピーモードが選択されたあとの第１のＭＦＰ５０から仲介サーバ１０に認証要求データが送信されてきた場合を図８に基づいて説明すると、第１のＭＦＰ５０は、認証ＩＤとＩＰアドレスと型番“Ｘ”と処理アプリケーションＩＤ“１”（表１参照）とを含む認証要求データを共通のデータ形式で作成し、それを仲介サーバ１０へ送信する（ステップＳ２００）。仲介サーバ１０は、その認証要求データから認証ＩＤとＩＰアドレスと型番“Ｘ”と処理アプリケーションＩＤ“１”を取得し、型番“Ｘ”及び処理アプリケーションＩＤ“１”に対応するマクロファイル名“Ｘ１．ｔｘｔ”をマクロ設定テーブルから読み出す。仲介サーバ１０は、このマクロに従って処理を実行する。具体的には、デバイス認証サーバ７０に合致した形式の認証要求データ（型番及びＩＰアドレスを含む）を作成し、デバイス認証サーバ７０に送信する（ステップＳ２１０）。この認証要求データを受信したデバイス認証サーバ７０は、その認証要求データに含まれる型番及びＩＰアドレスが記憶部（図示せず）のデバイス情報データベースに登録されているか否かを判定し、登録されているときには認証結果を成功（ユーザ認証の対象となっているデバイスである）とし、登録されていないときには認証結果を失敗として、仲介サーバ１０に送信する（ステップＳ２２０）。この認証結果を受信した仲介サーバ１０は、先ほどのマクロに従い、認証結果が成功だったときには、図３のステップＳ１１０以降の処理を実行し（但し第１のＭＦＰ５０はログインの許可・禁止ではなくコピー利用の許可・禁止を液晶ディスプレイ５６に表示する）、認証結果が失敗だったときにはその認証結果を認証結果データとして第１のＭＦＰ５０へ送信する（ステップＳ２３０）。第１のＭＦＰ５０はデバイス認証の結果が失敗だったときには、自機がユーザ認証の対象となっていないデバイスである旨を液晶ディスプレイ５６に表示する。こうすれば、ユーザ認証の対象となっているデバイスに対してのみユーザ認証を行うことができる。
【００３４】
上述した実施形態では、認証システム１００が第１及び第２のユーザ認証サーバ２０，３０を含むものとしたが、例えば第１のユーザ認証サーバ２０のみを含むとしてもよい。この場合でも、第１のユーザ認証サーバ２０に合致したデータ形式が変更されたときに個々のＭＦＰ５０，６０の設定を変更する必要はなく仲介サーバ１０の設定を変更するだけで対応可能となる。
【００３５】
上述した実施形態では、第１のＭＦＰ５０はＩＤカード４０の認証ＩＤを読み取り可能なカードリーダ５４を備えているとしたが、カードリーダ５４に代えて又は加えて指紋読取装置や虹彩読取装置、静脈パターン読取装置などの生体情報読取装置を接続し、この生体情報読取装置で読み取った情報をＩＤとして仲介サーバ１０へ送信してもよい。
【００３６】
上述した実施形態では、ユーザ識別情報（認証ＩＤやユーザ名とパスワードとの組合せ）と第１又は第２のユーザ認証サーバ２０，３０を特定するための特定情報（型番と処理アプリケーションＩＤ）とを別々の情報としたが、ユーザ識別情報が特定情報を兼用してもよい。例えば、ユーザ識別情報の下一桁の数字によってユーザ認証サーバが特定されるようにしてもよい。
【００３７】
上述した実施形態では、認証サーバとしてユーザ認証サーバを例示したが、特にユーザ認証サーバに限定されるものではなく、課金サーバのように利用を許可するかどうかの判定を行うサーバであってもよい。
【図面の簡単な説明】
【００３８】
【図１】認証システム１００の構成の概略を示す説明図。
【図２】仲介サーバ１０等の機能を示す機能ブロック図。
【図３】認証システム１００の仲介サーバ１０のデータ通信のフローを表す説明図。
【図４】認証要求データの一例を示す説明図。
【図５】マクロファイルの一例を示す説明図。
【図６】認証要求データの一例を示す説明図。
【図７】認証システム１１０の構成の概略を示す説明図。
【図８】認証システム１１０の仲介サーバ１０のデータ通信のフローを表す説明図。
【符号の説明】
【００３９】
１０ 仲介サーバ、１０ａ 通信部、１０ｂ 認証要求受信部、１０ｃ 認証結果送信部、１０ｄ 対認証サーバ通信部、１０ｅ 認証要求送信部、１０ｆ 認証結果受信部、１０ｇ 仲介処理部、１０ｈ 設定情報保持部、１０ｉ 設定情報操作部、１０ｊ モジュール保持部、１０ｋ モジュール登録部、１１ ＣＰＵ、１２ ＲＯＭ、１３ ＲＡＭ、１４ Ｉ／Ｆ、１５ 出力部、１６ 入力部、１７ 記憶部、１８ ケーブル、１９ バス、２０ 第１のユーザ認証サーバ、２０ａ ユーザ情報記憶部、２０ｂ ユーザ認証部、３０ 第２のユーザ認証サーバ、４０ ＩＤカード、５０ 第１のＭＦＰ、５０ａ 対仲介サーバ通信部、５０ｂ カードリーダ、５０ｃ データ処理部、５１ プリンタユニット、５２ スキャナユニット、５３ Ｆａｘユニット、５４ カードリーダ、５５ キーボード、５６ 液晶ディスプレイ、５７ インタフェース、５８ コントローラ、５９ ガラス台、６０ 第２のＭＦＰ、７０ デバイス認証サーバ、１００，１１０ 認証システム。
【特許請求の範囲】
【請求項１】
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバであって、
前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信する要求受信手段と、
前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信する対認証サーバ通信手段と、
前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信する結果送信手段と、
を備えた仲介サーバ。
【請求項２】
請求項１に記載の仲介サーバであって、
予め認証サーバを特定可能な特定情報と認証サーバとの対応関係を記憶する対応関係記憶手段と、
前記対応関係記憶手段への新たな対応関係の登録及び該対応関係記憶手段に登録されている対応関係の変更・削除が可能な対応関係設定手段と、
を備え、
前記認証サーバは、複数存在し、
前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、
前記対認証サーバ通信手段は、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応する認証サーバを特定し、該特定した認証サーバに適合したデータ形式で前記識別情報を該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信する、
仲介サーバ。
【請求項３】
前記複数存在する認証サーバは、ユーザ認証を実行するユーザ認証サーバとデバイス認証を実行するデバイス認証サーバの少なくとも２つのサーバであり、
前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報、該デバイスに固有の識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、
前記対認証サーバ通信手段は、前記受信したデバイス識別情報を前記デバイス認証サーバに適合したデータ形式で該デバイス認証サーバへ送信し、その後前記送信したデバイス識別情報に基づいて前記デバイス認証サーバが実行したデバイス認証の結果を該デバイス認証サーバから受信し、該受信したデバイス認証の結果が成功だったときには、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応するユーザ認証サーバを特定し、該特定したユーザ認証サーバに適合したデータ形式で前記識別情報を該ユーザ認証サーバへ送信し、その後前記送信した識別情報に基づいて前記ユーザ認証サーバが実行した認証の結果を該ユーザ認証サーバから受信する、
請求項２に記載の仲介サーバ。
【請求項４】
前記対応関係記憶手段は、前記対応関係をスクリプトファイルとして記憶している、
請求項２又は３に記載の仲介サーバ。
【請求項５】
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバをコンピュータ・ソフトウェアによって制御する方法であって、
（ａ）前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信するステップと、
（ｂ）前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信するステップと、
（ｃ）前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信するステップと、
を含む仲介サーバの制御方法。
【請求項６】
請求項５に記載の仲介サーバの制御方法の各ステップを１又は複数のコンピュータに実行させるためのプログラム。
【請求項１】
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバであって、
前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信する要求受信手段と、
前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信する対認証サーバ通信手段と、
前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信する結果送信手段と、
を備えた仲介サーバ。
【請求項２】
請求項１に記載の仲介サーバであって、
予め認証サーバを特定可能な特定情報と認証サーバとの対応関係を記憶する対応関係記憶手段と、
前記対応関係記憶手段への新たな対応関係の登録及び該対応関係記憶手段に登録されている対応関係の変更・削除が可能な対応関係設定手段と、
を備え、
前記認証サーバは、複数存在し、
前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、
前記対認証サーバ通信手段は、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応する認証サーバを特定し、該特定した認証サーバに適合したデータ形式で前記識別情報を該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信する、
仲介サーバ。
【請求項３】
前記複数存在する認証サーバは、ユーザ認証を実行するユーザ認証サーバとデバイス認証を実行するデバイス認証サーバの少なくとも２つのサーバであり、
前記要求受信手段は、前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報、該デバイスに固有の識別情報及び前記特定情報を含んで前記共通のデータ形式で作成された認証要求データを受信し、
前記対認証サーバ通信手段は、前記受信したデバイス識別情報を前記デバイス認証サーバに適合したデータ形式で該デバイス認証サーバへ送信し、その後前記送信したデバイス識別情報に基づいて前記デバイス認証サーバが実行したデバイス認証の結果を該デバイス認証サーバから受信し、該受信したデバイス認証の結果が成功だったときには、前記対応関係記憶手段に記憶された対応関係から前記受信した特定情報に対応するユーザ認証サーバを特定し、該特定したユーザ認証サーバに適合したデータ形式で前記識別情報を該ユーザ認証サーバへ送信し、その後前記送信した識別情報に基づいて前記ユーザ認証サーバが実行した認証の結果を該ユーザ認証サーバから受信する、
請求項２に記載の仲介サーバ。
【請求項４】
前記対応関係記憶手段は、前記対応関係をスクリプトファイルとして記憶している、
請求項２又は３に記載の仲介サーバ。
【請求項５】
認証を実行する認証サーバと該認証の結果に応じた処理を実行する複数のデバイスとを仲介する仲介サーバをコンピュータ・ソフトウェアによって制御する方法であって、
（ａ）前記複数のデバイスのうちのいずれかのデバイスから、該デバイスに入力された識別情報を含んで予め定められた共通のデータ形式で作成された認証要求データを受信するステップと、
（ｂ）前記受信した識別情報を前記認証サーバに適合したデータ形式で該認証サーバへ送信し、その後前記送信した識別情報に基づいて前記認証サーバが実行した認証の結果を該認証サーバから受信するステップと、
（ｃ）前記受信した認証の結果を前記認証要求データを送信してきたデバイスへ送信するステップと、
を含む仲介サーバの制御方法。
【請求項６】
請求項５に記載の仲介サーバの制御方法の各ステップを１又は複数のコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−２５９３６（Ｐ２００９−２５９３６Ａ）
【公開日】平成２１年２月５日（２００９．２．５）
【国際特許分類】
【出願番号】特願２００７−１８６６１４（Ｐ２００７−１８６６１４）
【出願日】平成１９年７月１８日（２００７．７．１８）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
【公開日】平成２１年２月５日（２００９．２．５）
【国際特許分類】
【出願日】平成１９年７月１８日（２００７．７．１８）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
[ Back to top ]