JP2003167851A - 認証システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアント装置が増加してもサーバ装置の
負担増加を抑制できるようにする。 【解決手段】 本実施例の認証システム１においては、
サーバ３は、クライアント７からサービス要求を受ける
と、管理装置５が有するクライアント認証ＤＢ１７の登
録内容に基づいて、クライアント７に対するサービスの
可否を判断する。そして、クライアント認証ＤＢ１７の
登録内容は、管理装置５によって管理することができる
ことから、クライアント７が増えた場合であっても、サ
ーバ３における負担を抑制することができる。また、管
理装置５が複数設けられているため、クライアント７に
関するデータベースの管理負担を分散することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クライアント装
置についての認証処理を行う認証システムに関する。

【０００２】

【従来の技術】従来、プリンタやＦＡＸなどのサーバ装
置がプリントサービスやＦＡＸ送信サービスなどのサー
ビスを提供する際に、携帯端末やＩＤカードなどのクラ
イアント装置についての認証を行い、認証された場合に
サービスを提供している。この認証を行うために、サー
バ装置には、ユーザ識別情報（ＩＤ）やパスワードなど
のクライアント装置を識別するための情報（クライアン
ト識別情報）を格納したデータベースが設けられてお
り、そのデータベースの登録内容に基づいてクライアン
ト装置の認証処理を行っている。

【０００３】

【発明が解決しようとする課題】ところで、近年、無線
ネットワーク技術（例えば、Ｂｌｕｅｔｏｏｔｈ、ＩＥ
ＥＥ８０２．１１など）等の進歩により、パーソナルコ
ンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄ
ｉｇｉｔａｌ（Ｄａｔａ） Ａｓｓｉｓｔａｎｔｓ）を
初めとする携帯情報端末など、多種多様な情報端末機器
がネットワークを介して接続されるようになってきてい
る。そして、このような情報端末機器を上述のクライア
ント装置として利用するには、これら情報端末機器（ク
ライアント装置）に関する情報（クライアント識別情
報）をサーバ装置に登録し、管理することが必要とな
る。このため、登録する情報端末機器が増加するにつ
れ、サーバ装置に対して登録や管理に関する負荷が増大
することとなっていた。

【０００４】本発明は、上記問題点に鑑みてなされたも
のであり、クライアント装置が増加しても、サーバ装置
への負荷増大を抑制できるようにすることを目的として
いる。

【０００５】

【課題を解決するための手段及び発明の効果】上記課題
を解決するため、本発明（請求項１記載）の認証システ
ムは、クライアント装置が登録されるクライアント認証
データベースを有する管理装置と、この管理装置が登録
される管理装置認証データベースを有するサーバ装置と
を備え、クライアント装置についての認証を行うシステ
ムである。

【０００６】管理装置は、クライアント認証データベー
スの登録内容を管理可能に構成されており、このクライ
アント認証データベースには、クライアント装置を識別
するためのクライアント識別情報（以下「クライアント
ＩＤ」ともいう）が格納されることにより、クライアン
ト装置が登録される。また、管理装置認証データベース
には、管理装置を識別するための管理装置識別情報（以
下「管理装置ＩＤ」ともいう）が格納されることによ
り、管理装置が登録される。

【０００７】サーバ装置は、管理装置認証データベース
に登録されている管理装置に対し、クライアント装置に
関する問い合わせを行う。管理装置は、サーバ装置から
クライアント装置に関する問い合わせを受けると、自己
のクライアント認証データベースの登録内容に基づいた
返答内容をサーバ装置に返答する。すると、サーバ装置
は、管理装置から返答された返答内容に基づいてサービ
スの可否を判断する。

【０００８】つまり、本発明の認証システムにおいて、
サーバ装置は、管理装置が有するクライアント認証デー
タベースの登録内容に基づいて、サービスの可否を判断
する。そして、クライアント認証データベースの登録内
容は、管理装置によって管理することができることか
ら、クライアント装置が増えた場合であっても、サーバ
装置の負担増加を抑制することができる。

【０００９】請求項２記載の認証システムにおいては、
サーバ装置は、クライアント装置のクライアント識別情
報に基づいた認証結果を管理装置に問い合わせる。管理
装置は、サーバ装置から認証結果に関する問い合わせを
受けると、クライアント装置のクライアント識別情報
を、自己のクライアント認証データベースの登録内容と
照合する。この照合により、管理装置は、クライアント
装置についての認証を行い、その認証結果をサーバ装置
に返答する。そして、サーバ装置は、管理装置から返答
された認証結果に基づいてサービスの可否を判断する。

【００１０】すなわち請求項２の認証システムにおいて
は、管理装置がクライアント装置についての認証処理を
行うから、サーバ装置が認証処理を行う場合よりも、サ
ーバ装置にかかる負担が軽くなり、負荷分散型のシステ
ムの形成が可能となるという効果を奏する。

【００１１】次に、管理装置が複数設けられている場合
は、請求項３に記載の様に認証システムを構成すると良
い。請求項３の認証システムにおいて、クライアント装
置は、自己が登録されたクライアント認証データベース
を有する管理装置の管理装置識別情報を、サーバ装置に
送信する。そして、サーバ装置は、管理装置識別情報を
クライアント装置から受けると、その管理装置識別情報
に対応する管理装置から優先的に、クライアント装置に
関する問い合わせを行う。

【００１２】すなわち、請求項３に記載の認証システム
においては、サーバー装置は、クライアント装置から受
けた管理装置識別情報で識別される管理装置から優先的
にクライアント装置に関する問い合わせをおこなうこと
から、効率的である。請求項４に記載の認証システムに
おいては、管理装置は、サーバ装置に対して返答内容を
返答する際、暗証情報をサーバ装置に送信する。そし
て、サーバ装置は、管理装置から返答内容および暗証情
報を受信すると、返答内容および暗証情報に基づいて、
サービスの可否を判断する。

【００１３】すなわち、請求項４の認証システムにおい
ては、サーバ装置は、管理装置から受信した返答内容お
よび暗証情報に基づいて、サービスの可否を判断するこ
とから、セキュリティの向上を図ることができる。請求
項５に記載の認証システムにおいては、クライアント装
置は、自己のクライアント識別情報を、管理装置に向け
て送信可能に構成されている。一方、管理装置は、クラ
イアント装置から送信されたクライアント識別情報を受
信する受信手段と、この受信手段を介して受信したクラ
イアント識別情報をクライアント認証データベースへ登
録することを認めるかどうかについての承認情報を入力
可能な入力手段とを備えている。

【００１４】そして管理装置は、クライアント装置から
クライアント識別情報を受信した後、クライアント識別
情報のクライアント認証データベースへの登録を認める
旨の承認情報が入力手段から入力されると、クライアン
ト識別情報をクライアント認証データベースに登録す
る。

【００１５】すなわち、請求項５の認証システムにおい
ては、クライアント装置がそのクライアント識別情報を
管理装置に向けて送信可能に構成されており、これを受
信した管理装置においては、クライアント識別情報をク
ライアント認証データベースに登録することを認める旨
の承認情報を入力手段から入力することにより、クライ
アント識別情報をクライアント認証データベースに登録
することができる。従って、クライアント識別情報をク
ライアント認証データベースに容易に登録することがで
きる。

【００１６】なお、サーバ装置が複数設けられている場
合には、請求項６に記載の様に、管理装置認証データベ
ースを、それら複数のサーバ装置により共有させると良
い。そうすれば、サーバ装置毎に管理装置認証データベ
ースを有する場合よりも、管理装置認証データベースの
管理負担を軽減することができる。

【００１７】

【発明の実施の形態】以下に、本発明の一実施例を図面
と共に説明する。図１は、第１実施例としての認証シス
テム１の構成を示す図である。本実施例の認証システム
１は、サーバ装置（以下、「サーバ」という。）３と管
理装置５とを備え、クライアント装置（以下、「クライ
アント」という）７について認証するシステムである。

【００１８】本実施例のサーバ３は、クライアント７か
らの要求によりプリントサービスを行うプリントサーバ
であり、各種文書を印刷する文書印刷部９、外部装置と
の通信を行う通信部１１、管理装置５を識別するための
管理装置識別情報（ＩＤ）を格納した管理装置認証デー
タベース（ＤＢ）１３、これらを制御するための制御部
１５などを備えている。

【００１９】管理装置５は、クライアント７を識別する
ためのクライアント識別情報（ＩＤ）を格納したクライ
アント認証データベース（ＤＢ）１７、クライアントＩ
Ｄの照合を行う照合部１９、外部装置と通信を行う通信
部２１、クライアント７からクライアントＩＤを受信す
るとそのクライアントＩＤを表示する表示部２２、受信
したクライアントＩＤをクライアント認証ＤＢ１７に登
録することを認めるかどうかについての承認情報を入力
するための入力部２３、これらを制御する制御部２４な
どを備えている。なお、通信部２１が、請求項の「受信
手段」に相当し、入力部２３が請求項の「入力手段」に
相当する。

【００２０】クライアント７は、文書を記憶する文書記
憶部２５、自装置のクライアントＩＤを記憶するクライ
アントＩＤ記憶部２７、外部装置と通信する通信部２
９、これらを制御する制御部３１などを備えている。管
理装置５およびクライアント７は、例えば図２に示す様
に、複数の個人（ユーザＡ〜Ｃとする）に所持されてい
る。管理装置は、各人が１台ずつ持っている。ユーザＡ
は、管理装置５および２台のクライアント７（例えば、
ＰＤＡ、携帯電話など）を持っており、その管理装置５
（管理装置Ａとする）のクライアント認証ＤＢ１７に
は、ユーザＡが所持するクライアント７（それぞれクラ
イアントＡ１，Ａ２とする）のクライアントＩＤ（”Ｉ
Ｄａ１”、”ＩＤａ２”）が登録されている。

【００２１】クライアント認証ＤＢ１７へのクライアン
トＩＤの登録は、次の様に行われる。ユーザＡが、例え
ばクライアントＡ１を操作して、通信部２９からクライ
アントＡ１のクライアントＩＤ”ＩＤａ１”を、管理装
置Ａに送信する。管理装置Ａは、通信部２１を介してこ
れを受信し、表示部２２に表示する。その後、入力部２
３の操作により、登録を認める旨の承認情報が入力され
ると、そのクライアントＩＤ”ＩＤａ１”は、管理装置
Ａのクライアント認証ＤＢ１７に登録される。

【００２２】次にユーザＢが所持する管理装置５（管理
装置Ｂとする）のクライアント認証ＤＢ１７には、ユー
ザＢが所持するクライアント７（それぞれクライアント
Ｂ１，Ｂ２とする）のクライアントＩＤ（”ＩＤｂ
１”、”ＩＤｂ２”）が登録されている。

【００２３】ユーザＣが所持する管理装置５（管理装置
Ｃとする）のクライアント認証ＤＢ１７には、ユーザＣ
が所持するクライアント７（クライアントＣ１とする）
のクライアントＩＤ（”ＩＤｃ１”）が登録されてい
る。また、サーバ３の管理装置認証ＤＢ１３には、管理
装置Ａを示す管理装置ＩＤである”ＩＤｋａ”および管
理装置Ｂの管理装置ＩＤである”ＩＤｋｂ”が登録され
ている。尚、このサーバ３の管理装置認証ＤＢ１３に対
する管理装置ＩＤの登録については、上述した管理装置
５のクライアント認証ＤＢ１７に対するクライアントＩ
Ｄの登録と同様の処理によって登録されても良いし、直
接サーバ３に対して手入力などによる登録を行っても良
い。

【００２４】さて、図３のフローチャートに示す様に、
クライアント７が、サーバ３に対して自己のクライアン
トＩＤを送信してサービスを要求すると（Ｓ１０）、そ
の後、そのサービス要求に対する応答（サービス要求結
果）がサーバ３から送信され、クライアント７はこれを
受信する（Ｓ２０）。その応答内容がサービス許可であ
る場合には（Ｓ３０：ＹＥＳ）、印刷文書をサーバ３に
送信する（Ｓ４０）。一方、応答内容がサービス許可で
なければ（Ｓ３０：ＮＯ）、エラーを出力する（Ｓ４
５）。つまり、サービスが許可されなかった旨がユーザ
に対して通知される。

【００２５】また、クライアント７からサービス要求が
送信されると（Ｓ１０）、サーバ３では図４のフローチ
ャートに示す処理が実行される。サーバ３は、まずクラ
イアントＩＤを含むサービス要求を受信すると（Ｓ５
０）、変数Ｎに１を設定して（Ｓ６０）、Ｎ番目の管理
装置５にサービス認証を問い合わせる（Ｓ７０）。Ｎ番
目の管理装置５とは、管理装置認証ＤＢ１３に管理装置
ＩＤが登録されているＮ番目の管理装置５である。

【００２６】最初は、Ｎ＝１であるので、管理装置認証
ＤＢ１３に登録されている１番目の管理装置５に対し
て、問い合わせ（Ｓ７０）が行われる。問い合わせ（Ｓ
７０）の内容は、サービスを要求しているクライアント
７に対して、そのサービスをしても良いかどうか、につ
いてである。この問い合わせはクライアントＩＤと共に
送信される。

【００２７】その後、問い合わせ先の管理装置５から返
答を受信し（Ｓ８０）、その返答内容が”サービスを許
可する”である場合には（Ｓ９０：ＹＥＳ）、クライア
ント７に対してサービスを許可する旨を送信する（Ｓ１
００）。そして、その後、クライアント７から文書が送
信されると（Ｓ４０）、これを受信して（Ｓ１１０）、
印刷を行う（Ｓ１２０）。

【００２８】一方、管理装置５からの返答内容が”サー
ビスを拒否する”である場合には（Ｓ９０：ＮＯ）、管
理装置認証ＤＢ１３に登録されている全ての管理装置５
に対して問い合わせたかどうかを判断する（Ｓ１３
０）。そして、全ての管理装置５に対する問い合わせを
終えていない場合には（Ｓ１３０：ＮＯ）、変数Ｎに１
を加えた後（Ｓ１４０）、Ｓ７０に移行する。つまり、
管理装置認証ＤＢ１３に登録されている次の管理装置５
に対する問い合わせを行うのである（Ｓ１４０、Ｓ７
０）。

【００２９】Ｓ１３０において、管理装置認証ＤＢ１３
に登録されている全ての管理装置５に対して問い合わせ
たと判断された場合（Ｓ１３０：ＹＥＳ）、クライアン
ト７に対してサービスを拒否する旨を送信する（Ｓ１５
０）。すなわち、サービス許可の返答をどの管理装置５
からも得られない場合、クライアント７に対してサービ
スを拒否する旨が送信されることになる（Ｓ１５０）。

【００３０】さて、サーバ３から管理装置５に向けてサ
ービス認証の問い合わせが送信されると（Ｓ７０）、管
理装置５では、図５のフローチャートに示す処理が実行
される。図５に示す様に、管理装置５は、まずサービス
認証の問い合わせ（「サービス確認」ともいう）を受信
し（Ｓ１６０）、サービス要求を出したクライアント７
がクライアント認証ＤＢ１７に登録されているかどうか
を判断する（Ｓ１７０、Ｓ１８０、Ｓ１９０、Ｓ２０
０）。

【００３１】すなわち、管理装置５は、まず変数Ｍに１
を設定する（Ｓ１７０）。そして、サーバ３から受信し
たクライアントＩＤが、クライアント認証ＤＢ１７に格
納されているＭ番目のクライアントＩＤと一致するかど
うかを判断する（Ｓ１８０）。その結果、一致しない場
合は（Ｓ１８０：ＮＯ）、クライアント認証ＤＢ１７に
格納されている全てのクライアントＩＤとの比較を行っ
たかどうかを判断する（Ｓ１９０）。

【００３２】そして、全てのクライアントＩＤについて
は未だ比較していない場合（Ｓ１９０：ＮＯ）、変数Ｍ
に１を加え（Ｓ２００）、Ｓ１８０に移行する。つま
り、サーバ３から受信したクライアントＩＤを、クライ
アント認証ＤＢ１７に格納されている次のクライアント
ＩＤと比較する（Ｓ１８０）。

【００３３】一方、サーバ３から受信したクライアント
ＩＤが、クライアント認証ＤＢ１７に格納されているク
ライアントＩＤと一致した場合（Ｓ１８０：ＹＥＳ）に
は、管理装置５は、サービスを許可する旨をサーバ３に
送信する（Ｓ２１０）。つまり、サービス要求を出した
クライアント７がクライアント認証ＤＢ１７に登録され
ていることが検出された場合に（Ｓ１８０：ＹＥＳ）、
サービスを許可する旨の返答がサーバ３に向けて行われ
る（Ｓ２１０）。

【００３４】また、Ｓ１９０において、クライアント認
証ＤＢ１７に格納されている全てのクライアントＩＤと
の比較が行われたと判断した場合（Ｓ１９０：ＹＥ
Ｓ）、管理装置５は、サーバ３に対し、サービスを拒否
する旨を返答する（Ｓ２２０）。つまり、サービス要求
を出したクライアント７がクライアント認証ＤＢ１７に
登録されていない場合に、サービスを拒否する旨の返答
がなされる（Ｓ２２０）。

【００３５】以上の様にサーバ３、管理装置５が動作す
ることによって、サービス要求を行ったクライアント７
についての認証処理が行われ、認証されたクライアント
７は、プリントサービスの提供を受けることができる
（Ｓ４０、Ｓ１２０）。以下、クライアントＢ２、クラ
イアントＣ１からサービス要求が出された場合につい
て、図６および図７をそれぞれ参照しつつ説明する。な
お、図６、７にしめす吹き出し中の括弧は、その中の情
報が送受信されることを示している（図８において同
じ）。

【００３６】図６に示す様に、クライアントＢ２がサー
バ３に対してプリントサービスを要求すると（）、サ
ーバ３は、管理装置認証ＤＢ１３に登録されている管理
装置を調べる。管理装置認証ＤＢ１３には管理装置Ａが
１番目に登録されているため、サーバ３は、まず、管理
装置Ａに対してサービス確認を行う（）。

【００３７】管理装置Ａのクライアント認証ＤＢ１７に
はクライアントＢ２（ＩＤｂ２）は登録されていないこ
とから、管理装置Ａは、サービスの拒否をサーバ３に返
答する（）。次に、サーバ３は、管理装置認証ＤＢ１
３に登録されている２番目の管理装置Ｂに対して、サー
ビス確認を行う（）。管理装置Ｂのクライアント認証
ＤＢ１７には、クライアントＢ２（ＩＤｂ２）が登録さ
れているため、管理装置Ｂは、サービスの許可をサーバ
３に返答する（）。

【００３８】サーバ３は、サービス許可の返答を管理装
置Ｂから受信すると、その後、クライアントＢ２に対し
てサービスを開始する（）。すなわち、クライアント
Ｂ２から文書を受信して、それを印刷する。一方、図７
に示すように、クライアントＣ１が、サーバ３に対して
プリントサービスを要求すると（）、サーバ３は、管
理装置認証ＤＢ１３に登録されている管理装置を調べ
る。管理装置認証ＤＢ１３には管理装置Ａが１番目に登
録されているため、サーバ３は、まず、管理装置Ａに対
してサービス確認を行う（）。管理装置Ａのクライア
ント認証ＤＢ１７にはクライアントＣ１（ＩＤｃ１）は
登録されていないことから、管理装置Ａは、サービスの
拒否をサーバ３に返答する（）。

【００３９】次に、サーバ３は、管理装置認証ＤＢ１３
に２番目に登録されている管理装置Ｂに対して、サービ
ス確認を行う（）。管理装置Ｂのクライアント認証Ｄ
Ｂ１７にも、クライアントＣ１（ＩＤｃ１）は登録され
ていないため、管理装置Ｂは、サービスの拒否をサーバ
３に返答する（）。

【００４０】サーバ３は、管理装置認証ＤＢ１３に登録
されている全ての管理装置Ａ，Ｂに対してサービス確認
を行ったにも拘わらず、サービス許可の返答を得ること
ができなかったため、サービスを拒否する旨をクライア
ントＣ１に対して送信する（）。

【００４１】なお管理装置認証ＤＢ１３には管理装置Ｃ
は登録されていないため、サーバ３は管理装置Ｃに対し
てはサービス確認を送信しない。以上の様に、本実施例
の認証システム１においては、サーバ３は、クライアン
ト７からサービス要求を受けると、管理装置認証ＤＢ１
３に登録されている管理装置５に対し、そのサービス要
求を行ったクライアント７に関する問い合わせを行う。
管理装置５は、サーバ装置からクライアント７に関する
問い合わせを受けると、自己のクライアント認証ＤＢ１
７の登録内容に基づいた返答内容をサーバ３に返答す
る。すると、サーバ３は、管理装置５から返答された返
答内容に基づいてクライアント７に対するサービスの可
否を判断する。

【００４２】つまり、サーバ３は、管理装置５が有する
クライアント認証ＤＢ１７の登録内容に基づいて、クラ
イアント７に対するサービスの可否を判断する。そし
て、クライアント認証ＤＢ１７の登録内容は、管理装置
５によって管理することができることから、クライアン
ト７が増えた場合であっても、サーバ３における負担を
抑制することができる。

【００４３】また、管理装置５が複数設けられているた
め、クライアント７に関するデータベースの管理負担を
分散することができる。更に、上記実施形態によれば、
管理装置５はユーザＡ〜Ｃそれぞれによって管理するこ
とが可能であるため、ユーザＡ〜Ｃそれぞれが所有する
クライアント７を管理装置５に登録しておくことによっ
て、各ユーザ毎の管理が容易に実現できる。そして、ユ
ーザＡ〜Ｃは、自分が所有するクライアント７さえ管理
装置５に登録しておけば同システムを採用する複数種類
のサーバ３との認証が可能となるので、異なるサーバ３
毎にクライアント７を登録しなければならないという手
間を解消することが可能となる。

【００４４】また、サーバ３は、サービス要求を行った
クライアント７のクライアントＩＤに基づいた認証結果
を管理装置５に問い合わせる。管理装置５は、サーバ３
から認証結果に関する問い合わせを受けると、サービス
要求を行ったクライアント装置のクライアントＩＤを、
自己のクライアント認証ＤＢ１７の登録内容と照合す
る。この照合により、管理装置５は、クライアント装置
についての認証を行い、その認証結果をサーバ３に返答
する。そして、サーバ３は、管理装置５から返答された
認証結果に基づいてクライアント７に対するサービスの
可否を判断する。つまり、管理装置５がクライアント装
置についての認証処理を行うから、サーバ３が認証処理
を行う場合よりも、サーバ３にかかる負担が軽くなる。
また、管理装置５は複数設けられているので、更に、負
荷の分散を図ることができる。

【００４５】また、クライアント７がそのクライアント
ＩＤを管理装置５に向けて送信可能に構成され、そし
て、これを受信した管理装置５においては所定の承認情
報を入力部２３から入力することにより、クライアント
ＩＤをクライアント認証ＤＢ１７に登録することができ
る。すなわち、クライアント認証ＤＢ１７へのクライア
ントＩＤの登録が容易である。

【００４６】次に第２実施例について、図８と共に説明
する。なお、下記で述べる以外の基本的な構成、動作に
ついては、第１実施例と同様であるので説明を省略す
る。本実施例においては、サーバとして、プリンタサー
バ５３ａおよびＦＡＸサーバ５３ｂが備えられている。
これらを総称するときは、サーバ５３と言うものとす
る。プリンタサーバ５３ａに設置されている管理装置認
証ＤＢ６３は、プリンタサーバ５３ａおよびＦＡＸサー
バ５３ｂに共有されている。

【００４７】管理装置認証ＤＢ６３には、管理装置５５
の管理装置ＩＤ（例えば”ＩＤｋｂ”）に加えて、管理
装置の暗証情報（”例えばＰＷｋｂ”）が登録されてい
る。そして、管理装置５５は、自己の管理装置ＩＤ（例
えば”ＩＤｋｂ”）に加えて、暗証情報（”例えばＰＷ
ｋｂ”）も記憶している。この管理装置５５が有するク
ライアント認証ＤＢ６７には、クライアントのクライア
ントＩＤ（例えば”ＩＤｂ”）が登録されている。な
お、図示した管理装置Ｂ以外にも管理装置５５は設けら
れているが、図示を省略する。

【００４８】クライアントとしては、例えばＰＤＡ５７
ａ、携帯電話５７ｂが備えられている。これらを総称す
るときは、クライアント５７というものとする。なお、
他のクライアントについては、図示を省略する。クライ
アント５７は、所定の記憶部５９に自己のクライアント
ＩＤ（例えば”ＩＤａ””ＩＤｂ”など）に加え、自己
が登録された管理装置５５の管理装置ＩＤ（例えば”Ｉ
Ｄｋｂ”）を記憶している。

【００４９】クライアント５７は、サーバ５３に対して
サービス要求を行う際、自己が登録されたクライアント
認証ＤＢを有する管理装置Ｂの管理装置ＩＤを、サーバ
５３に送信する。例えば携帯電話５７ｂは、サーバ５３
に対してサービス要求を行う際、自己が登録されたクラ
イアント認証ＤＢを有する管理装置Ｂの管理装置ＩＤで
ある”ＩＤｋｂ”を、サーバ５３に送信する（）。

【００５０】サーバ５３は、クライアントＩＤおよび管
理装置ＩＤを携帯電話５７ｂから受信すると、その管理
装置ＩＤに基づいて管理装置Ｂを特定し、その特定した
管理装置５５から優先的に、携帯電話５７ｂに関する問
い合わせを行う（）。つまり、管理装置認証ＤＢ６３
には複数の管理装置５５が登録されているが、管理装置
ＩＤで特定された管理装置Ｂに対し、１番目に問い合わ
せを行う。

【００５１】図８に示す様に、管理装置Ｂのクライアン
ト認証ＤＢ６７には、携帯電話５７ｂ（ＩＤｂ）が登録
されているため、管理装置Ｂは、サービスの許可をサー
バ３に返答する（）。その返答の際、管理装置Ｂは、
自己の暗証情報（ＰＷｋｂ）もサーバ５３に送信する。

【００５２】サーバ５３は、サービス許可の返答を管理
装置５５から受信すると、受信した暗証情報と、管理装
置認証ＤＢ６３の内容とを照合し、両者が一致した場合
に、携帯電話５７ｂに対するサービスを開始する
（）。すなわち、携帯電話５７ｂから文書を受信し、
それを印刷する。

【００５３】一方、クライアント５７がＦＡＸサーバ５
３ｂに対してサービス要求を行った場合、ＦＡＸサーバ
５３ｂは、共有の管理装置認証ＤＢ６３を参照し、その
登録内容に基づいて管理装置５５への問い合わせを行
う。以上の様に、本実施例においては、サーバ５３は、
クライアント５７から受けた管理装置ＩＤで識別される
管理装置に対して優先的にクライアント５７に関する問
い合わせをおこなうことから、効率的にクライアント５
７に対するサービスの可否を判断できる。

【００５４】また、管理装置５５は、サーバ５３に対し
て返答内容を返答する際、暗証情報をサーバ５３に送信
する。そして、サーバ５３は、受信した返答内容および
暗証情報に基づいて、クライアント５７に対するサービ
スの可否を判断することから、セキュリティの向上を図
ることができる。

【００５５】また、管理装置認証ＤＢ６３を複数のサー
バ５３により共有しており、管理装置認証ＤＢ６３の管
理負担を軽減することができる。以上、本発明の一実施
例について説明したが、本発明は上記実施例に限定され
るものではなく、種々の態様をとることができる。

【００５６】例えば、上記実施例では、管理装置が複数
設けられているものとして説明したが、それに限られる
ものではない。また、クライアントとしては携帯電話、
ＰＤＡなどを例に挙げたが、こうした携帯情報端末に限
られるものではなく、場所が固定されたパーソナルコン
ピュータなどであってもよい。

【００５７】更に、上記実施形態では、クライアントＩ
Ｄの照合を管理装置にて行う例を挙げて説明したが、サ
ーバからの要求に応じて、管理装置に格納されているク
ライアントＩＤをサーバに返信し、サーバにて管理装置
に格納されていたクライアントＩＤとクライアントから
受信したクライアントＩＤとを照合する構成としても良
い。但し、このような構成を採用した場合、上述した実
施形態よりもサーバにかかる負担が大きくなってしま
う。

【図面の簡単な説明】

【図１】 第１実施例の認証システムを構成するを示す
図である。

【図２】 認証システムの具体例を示す図である。

【図３】 クライアント装置で行われる動作を示すフロ
ーチャートである。

【図４】 サーバ装置で行われる動作を示すフローチャ
ートである。

【図５】 管理装置で行われる動作を示すフローチャー
トである。

【図６】 クライアントＢ１がサービス要求した場合を
示す図である。

【図７】 クライアントＣ１がサービス要求した場合を
示す図である。

【図８】 第２実施例の認証システムを示す図である。

【符号の説明】

１…認証システム ３…サーバ ５…管理装置 ７…クライアント １３…管理装置認証データベース １７…クライアント認証データベース ２１通信部 ２３…入力部 ２７…クライアントＩＤ記憶部 ５３ａ…プリンタサーバ ５３ｂ…ＦＡＸサーバ ５７ａ…ＰＤＡ ５７ｂ…携帯電話 ６３…管理装置認証データベース ６７…クライアント認証データベース

Claims (6)

【特許請求の範囲】
1. 【請求項１】 クライアント装置を識別するためのクラ
   イアント識別情報が格納されるクライアント認証データ
   ベースを有し、当該クライアント認証データベースの登
   録内容を管理可能に構成された管理装置と、前記管理装
   置を識別するための管理装置識別情報が格納される管理
   装置認証データベースを有するサーバ装置と、を備え、
   前記クライアント装置についての認証を行うシステムで
   あって、 前記サーバ装置は、前記管理装置認証データベースに登
   録されている管理装置に対し、前記クライアント装置に
   関する問い合わせを行い、その後、該管理装置から返答
   された返答内容に基づいてサービスの可否を判断するよ
   う構成され、 前記管理装置は、前記サーバ装置からクライアント装置
   に関する問い合わせを受けると、自己のクライアント認
   証データベースの登録内容に基づいた前記返答内容を該
   サーバ装置に返答することを特徴とする認証システム。
2. 【請求項２】 前記サーバ装置が行う問い合わせは、前
   記クライアント装置のクライアント識別情報に基づいた
   認証結果を前記管理装置に問い合わせるものであって、 前記サーバ装置は、前記管理装置から返答された認証結
   果に基づいて前記サービスの可否を判断するように構成
   され、 前記管理装置は、前記サーバ装置から前記認証結果に関
   する問い合わせを受けると、該クライアント装置のクラ
   イアント識別情報を自己のクライアント認証データベー
   スの登録内容と照合することにより、該クライアント装
   置についての認証を行い、その認証結果を前記サーバ装
   置に返答することを特徴とする請求項１に記載の認証シ
   ステム。
3. 【請求項３】 前記管理装置は複数設けられており、 前記クライアント装置は、自己が登録されたクライアン
   ト認証データベースを有する管理装置の管理装置識別情
   報を、前記サーバ装置に送信し、 前記サーバ装置は、前記管理装置識別情報をクライアン
   ト装置から受けると、該管理装置識別情報に対応する管
   理装置から優先的に、該クライアント装置に関する問い
   合わせを行うことを特徴とする請求項１または請求項２
   に記載の認証システム。
4. 【請求項４】 前記管理装置は、前記サーバ装置に対し
   て前記返答内容を返答する際、暗証情報を該サーバ装置
   に送信し、 前記サーバ装置は、前記管理装置から返答内容および暗
   証情報を受信すると、該返答内容および暗証情報に基づ
   いて、前記サービスの可否を判断することを特徴とする
   請求項１乃至請求項３の何れかに記載の認証システム。
5. 【請求項５】 前記クライアント装置は、自己のクライ
   アント識別情報を、管理装置に向けて送信可能に構成さ
   れ、 前記管理装置は、前記クライアント装置から送信された
   クライアント識別情報を受信する受信手段と、該受信手
   段を介して受信したクライアント識別情報をクライアン
   ト認証データベースへ登録することを認めるかどうかに
   ついての承認情報を入力可能な入力手段とを備え、クラ
   イアント装置からクライアント識別情報を受信した後、
   該クライアント識別情報のクライアント認証データベー
   スへの登録を認める旨の承認情報が前記入力手段から入
   力されると、該クライアント識別情報をクライアント認
   証データベースに登録することを特徴とする請求項１乃
   至請求項４の何れかに記載の認証システム。
6. 【請求項６】 前記サーバ装置は、複数設けられてお
   り、 前記管理装置認証データベースは、複数のサーバ装置に
   より共有されていることを特徴とする請求項１乃至請求
   項５の何れかに記載の認証システム。