JP4161566B2 - 認証システム、管理装置、及び、サーバ装置 - Google Patents
認証システム、管理装置、及び、サーバ装置 Download PDFInfo
- Publication number
- JP4161566B2 JP4161566B2 JP2001364653A JP2001364653A JP4161566B2 JP 4161566 B2 JP4161566 B2 JP 4161566B2 JP 2001364653 A JP2001364653 A JP 2001364653A JP 2001364653 A JP2001364653 A JP 2001364653A JP 4161566 B2 JP4161566 B2 JP 4161566B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- management device
- authentication
- identification information
- server
- 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
【０００１】
【発明の属する技術分野】
この発明は、クライアント装置についての認証処理を行う認証システム、及びそのシステムを構成する管理装置，サーバ装置に関する。
【０００２】
【従来の技術】
従来、プリンタやＦＡＸなどのサーバ装置がプリントサービスやＦＡＸ送信サービスなどのサービスを提供する際に、携帯端末やＩＤカードなどのクライアント装置についての認証を行い、認証された場合にサービスを提供している。この認証を行うために、サーバ装置には、ユーザ識別情報（ＩＤ）やパスワードなどのクライアント装置を識別するための情報（クライアント識別情報）を格納したデータベースが設けられており、そのデータベースの登録内容に基づいてクライアント装置の認証処理を行っている。
【０００３】
【発明が解決しようとする課題】
ところで、近年、無線ネットワーク技術（例えば、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１など）等の進歩により、パーソナルコンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ（Ｄａｔａ） Ａｓｓｉｓｔａｎｔｓ）を初めとする携帯情報端末など、多種多様な情報端末機器がネットワークを介して接続されるようになってきている。そして、このような情報端末機器を上述のクライアント装置として利用するには、これら情報端末機器（クライアント装置）に関する情報（クライアント識別情報）をサーバ装置に登録し、管理することが必要となる。このため、登録する情報端末機器が増加するにつれ、サーバ装置に対して登録や管理に関する負荷が増大することとなっていた。
【０００４】
本発明は、上記問題点に鑑みてなされたものであり、クライアント装置が増加しても、サーバ装置への負荷増大を抑制できるようにすることを目的としている。
【０００５】
【課題を解決するための手段及び発明の効果】
上記課題を解決するため、本発明（請求項１記載）の認証システムは、クライアント装置が登録されるクライアント認証データベースを有する管理装置と、この管理装置が登録される管理装置認証データベースを有するサーバ装置とを備え、クライアント装置についての認証を行うシステムである。
【０００６】
管理装置は、クライアント認証データベースの登録内容を管理可能に構成されており、このクライアント認証データベースには、クライアント装置を識別するためのクライアント識別情報（以下「クライアントＩＤ」ともいう）が格納されることにより、クライアント装置が登録される。また、管理装置認証データベースには、管理装置を識別するための管理装置識別情報（以下「管理装置ＩＤ」ともいう）が格納されることにより、管理装置が登録される。
【０００７】
サーバ装置は、管理装置認証データベースに登録されている管理装置に対し、クライアント装置に関する問い合わせを行う。管理装置は、サーバ装置からクライアント装置に関する問い合わせを受けると、自己のクライアント認証データベースの登録内容に基づいた返答内容をサーバ装置に返答する。すると、サーバ装置は、管理装置から返答された返答内容に基づいてサービスの可否を判断する。
ここで、管理装置は、クライアント装置から送信されたクライアント識別情報を受信する受信手段と、この受信手段を介して受信したクライアント識別情報をクライアント認証データベースへ登録することを認めるかどうかについての承認情報を入力可能な入力手段とを備えている。なお、クライアント装置は、自己のクライアント識別情報を、管理装置に向けて送信可能に構成されている。
そして、管理装置は、クライアント装置からクライアント識別情報を受信した後、クライアント識別情報のクライアント認証データベースへの登録を認める旨の承認情報が入力手段から入力されると、クライアント識別情報をクライアント認証データベースに登録する。
【０００８】
つまり、本発明の認証システムにおいて、サーバ装置は、管理装置が有するクライアント認証データベースの登録内容に基づいて、サービスの可否を判断する。そして、クライアント認証データベースの登録内容は、管理装置によって管理することができることから、クライアント装置が増えた場合であっても、サーバ装置の負担増加を抑制することができる。
さらに、本発明の認証システムにおいては、クライアント装置がそのクライアント識別情報を管理装置に向けて送信可能に構成されており、これを受信した管理装置においては、クライアント識別情報をクライアント認証データベースに登録することを認める旨の承認情報を入力手段から入力することにより、クライアント識別情報をクライアント認証データベースに登録することができる。従って、クライアント識別情報をクライアント認証データベースに容易に登録することができる。
【０００９】
請求項２記載の認証システムにおいては、サーバ装置は、クライアント装置のクライアント識別情報に基づいた認証結果を管理装置に問い合わせる。管理装置は、サーバ装置から認証結果に関する問い合わせを受けると、クライアント装置のクライアント識別情報を、自己のクライアント認証データベースの登録内容と照合する。この照合により、管理装置は、クライアント装置についての認証を行い、その認証結果をサーバ装置に返答する。そして、サーバ装置は、管理装置から返答された認証結果に基づいてサービスの可否を判断する。
【００１０】
すなわち請求項２の認証システムにおいては、管理装置がクライアント装置についての認証処理を行うから、サーバ装置が認証処理を行う場合よりも、サーバ装置にかかる負担が軽くなり、負荷分散型のシステムの形成が可能となるという効果を奏する。
【００１１】
次に、管理装置が複数設けられている場合は、請求項３に記載の様に認証システムを構成すると良い。
請求項３の認証システムにおいて、クライアント装置は、自己が登録されたクライアント認証データベースを有する管理装置の管理装置識別情報を、サーバ装置に送信する。そして、サーバ装置は、管理装置識別情報をクライアント装置から受けると、その管理装置識別情報に対応する管理装置から優先的に、クライアント装置に関する問い合わせを行う。
【００１２】
すなわち、請求項３に記載の認証システムにおいては、サーバー装置は、クライアント装置から受けた管理装置識別情報で識別される管理装置から優先的にクライアント装置に関する問い合わせをおこなうことから、効率的である。
請求項４に記載の認証システムにおいては、管理装置は、サーバ装置に対して返答内容を返答する際、暗証情報をサーバ装置に送信する。そして、サーバ装置は、管理装置から返答内容および暗証情報を受信すると、返答内容および暗証情報に基づいて、サービスの可否を判断する。
【００１３】
すなわち、請求項４の認証システムにおいては、サーバ装置は、管理装置から受信した返答内容および暗証情報に基づいて、サービスの可否を判断することから、セキュリティの向上を図ることができる。
【００１４】
【００１５】
【００１６】
なお、サーバ装置が複数設けられている場合には、請求項５に記載の様に、管理装置認証データベースを、それら複数のサーバ装置により共有させると良い。そうすれば、サーバ装置毎に管理装置認証データベースを有する場合よりも、管理装置認証データベースの管理負担を軽減することができる。
【００１７】
【発明の実施の形態】
以下に、本発明の一実施例を図面と共に説明する。
図１は、第１実施例としての認証システム１の構成を示す図である。
本実施例の認証システム１は、サーバ装置（以下、「サーバ」という。）３と管理装置５とを備え、クライアント装置（以下、「クライアント」という）７について認証するシステムである。
【００１８】
本実施例のサーバ３は、クライアント７からの要求によりプリントサービスを行うプリントサーバであり、各種文書を印刷する文書印刷部９、外部装置との通信を行う通信部１１、管理装置５を識別するための管理装置識別情報（ＩＤ）を格納した管理装置認証データベース（ＤＢ）１３、これらを制御するための制御部１５などを備えている。
【００１９】
管理装置５は、クライアント７を識別するためのクライアント識別情報（ＩＤ）を格納したクライアント認証データベース（ＤＢ）１７、クライアントＩＤの照合を行う照合部１９、外部装置と通信を行う通信部２１、クライアント７からクライアントＩＤを受信するとそのクライアントＩＤを表示する表示部２２、受信したクライアントＩＤをクライアント認証ＤＢ１７に登録することを認めるかどうかについての承認情報を入力するための入力部２３、これらを制御する制御部２４などを備えている。なお、通信部２１が、請求項の「受信手段」に相当し、入力部２３が請求項の「入力手段」に相当する。
【００２０】
クライアント７は、文書を記憶する文書記憶部２５、自装置のクライアントＩＤを記憶するクライアントＩＤ記憶部２７、外部装置と通信する通信部２９、これらを制御する制御部３１などを備えている。
管理装置５およびクライアント７は、例えば図２に示す様に、複数の個人（ユーザＡ〜Ｃとする）に所持されている。管理装置は、各人が１台ずつ持っている。ユーザＡは、管理装置５および２台のクライアント７（例えば、ＰＤＡ、携帯電話など）を持っており、その管理装置５（管理装置Ａとする）のクライアント認証ＤＢ１７には、ユーザＡが所持するクライアント７（それぞれクライアントＡ１，Ａ２とする）のクライアントＩＤ（”ＩＤａ１”、”ＩＤａ２”）が登録されている。
【００２１】
クライアント認証ＤＢ１７へのクライアントＩＤの登録は、次の様に行われる。ユーザＡが、例えばクライアントＡ１を操作して、通信部２９からクライアントＡ１のクライアントＩＤ”ＩＤａ１”を、管理装置Ａに送信する。管理装置Ａは、通信部２１を介してこれを受信し、表示部２２に表示する。その後、入力部２３の操作により、登録を認める旨の承認情報が入力されると、そのクライアントＩＤ”ＩＤａ１”は、管理装置Ａのクライアント認証ＤＢ１７に登録される。
【００２２】
次にユーザＢが所持する管理装置５（管理装置Ｂとする）のクライアント認証ＤＢ１７には、ユーザＢが所持するクライアント７（それぞれクライアントＢ１，Ｂ２とする）のクライアントＩＤ（”ＩＤｂ１”、”ＩＤｂ２”）が登録されている。
【００２３】
ユーザＣが所持する管理装置５（管理装置Ｃとする）のクライアント認証ＤＢ１７には、ユーザＣが所持するクライアント７（クライアントＣ１とする）のクライアントＩＤ（”ＩＤｃ１”）が登録されている。
また、サーバ３の管理装置認証ＤＢ１３には、管理装置Ａを示す管理装置ＩＤである”ＩＤｋａ”および管理装置Ｂの管理装置ＩＤである”ＩＤｋｂ”が登録されている。尚、このサーバ３の管理装置認証ＤＢ１３に対する管理装置ＩＤの登録については、上述した管理装置５のクライアント認証ＤＢ１７に対するクライアントＩＤの登録と同様の処理によって登録されても良いし、直接サーバ３に対して手入力などによる登録を行っても良い。
【００２４】
さて、図３のフローチャートに示す様に、クライアント７が、サーバ３に対して自己のクライアントＩＤを送信してサービスを要求すると（Ｓ１０）、その後、そのサービス要求に対する応答（サービス要求結果）がサーバ３から送信され、クライアント７はこれを受信する（Ｓ２０）。その応答内容がサービス許可である場合には（Ｓ３０：ＹＥＳ）、印刷文書をサーバ３に送信する（Ｓ４０）。一方、応答内容がサービス許可でなければ（Ｓ３０：ＮＯ）、エラーを出力する（Ｓ４５）。つまり、サービスが許可されなかった旨がユーザに対して通知される。
【００２５】
また、クライアント７からサービス要求が送信されると（Ｓ１０）、サーバ３では図４のフローチャートに示す処理が実行される。
サーバ３は、まずクライアントＩＤを含むサービス要求を受信すると（Ｓ５０）、変数Ｎに１を設定して（Ｓ６０）、Ｎ番目の管理装置５にサービス認証を問い合わせる（Ｓ７０）。Ｎ番目の管理装置５とは、管理装置認証ＤＢ１３に管理装置ＩＤが登録されているＮ番目の管理装置５である。
【００２６】
最初は、Ｎ＝１であるので、管理装置認証ＤＢ１３に登録されている１番目の管理装置５に対して、問い合わせ（Ｓ７０）が行われる。問い合わせ（Ｓ７０）の内容は、サービスを要求しているクライアント７に対して、そのサービスをしても良いかどうか、についてである。この問い合わせはクライアントＩＤと共に送信される。
【００２７】
その後、問い合わせ先の管理装置５から返答を受信し（Ｓ８０）、その返答内容が”サービスを許可する”である場合には（Ｓ９０：ＹＥＳ）、クライアント７に対してサービスを許可する旨を送信する（Ｓ１００）。そして、その後、クライアント７から文書が送信されると（Ｓ４０）、これを受信して（Ｓ１１０）、印刷を行う（Ｓ１２０）。
【００２８】
一方、管理装置５からの返答内容が”サービスを拒否する”である場合には（Ｓ９０：ＮＯ）、管理装置認証ＤＢ１３に登録されている全ての管理装置５に対して問い合わせたかどうかを判断する（Ｓ１３０）。そして、全ての管理装置５に対する問い合わせを終えていない場合には（Ｓ１３０：ＮＯ）、変数Ｎに１を加えた後（Ｓ１４０）、Ｓ７０に移行する。つまり、管理装置認証ＤＢ１３に登録されている次の管理装置５に対する問い合わせを行うのである（Ｓ１４０、Ｓ７０）。
【００２９】
Ｓ１３０において、管理装置認証ＤＢ１３に登録されている全ての管理装置５に対して問い合わせたと判断された場合（Ｓ１３０：ＹＥＳ）、クライアント７に対してサービスを拒否する旨を送信する（Ｓ１５０）。すなわち、サービス許可の返答をどの管理装置５からも得られない場合、クライアント７に対してサービスを拒否する旨が送信されることになる（Ｓ１５０）。
【００３０】
さて、サーバ３から管理装置５に向けてサービス認証の問い合わせが送信されると（Ｓ７０）、管理装置５では、図５のフローチャートに示す処理が実行される。
図５に示す様に、管理装置５は、まずサービス認証の問い合わせ（「サービス確認」ともいう）を受信し（Ｓ１６０）、サービス要求を出したクライアント７がクライアント認証ＤＢ１７に登録されているかどうかを判断する（Ｓ１７０、Ｓ１８０、Ｓ１９０、Ｓ２００）。
【００３１】
すなわち、管理装置５は、まず変数Ｍに１を設定する（Ｓ１７０）。そして、サーバ３から受信したクライアントＩＤが、クライアント認証ＤＢ１７に格納されているＭ番目のクライアントＩＤと一致するかどうかを判断する（Ｓ１８０）。その結果、一致しない場合は（Ｓ１８０：ＮＯ）、クライアント認証ＤＢ１７に格納されている全てのクライアントＩＤとの比較を行ったかどうかを判断する（Ｓ１９０）。
【００３２】
そして、全てのクライアントＩＤについては未だ比較していない場合（Ｓ１９０：ＮＯ）、変数Ｍに１を加え（Ｓ２００）、Ｓ１８０に移行する。つまり、サーバ３から受信したクライアントＩＤを、クライアント認証ＤＢ１７に格納されている次のクライアントＩＤと比較する（Ｓ１８０）。
【００３３】
一方、サーバ３から受信したクライアントＩＤが、クライアント認証ＤＢ１７に格納されているクライアントＩＤと一致した場合（Ｓ１８０：ＹＥＳ）には、管理装置５は、サービスを許可する旨をサーバ３に送信する（Ｓ２１０）。つまり、サービス要求を出したクライアント７がクライアント認証ＤＢ１７に登録されていることが検出された場合に（Ｓ１８０：ＹＥＳ）、サービスを許可する旨の返答がサーバ３に向けて行われる（Ｓ２１０）。
【００３４】
また、Ｓ１９０において、クライアント認証ＤＢ１７に格納されている全てのクライアントＩＤとの比較が行われたと判断した場合（Ｓ１９０：ＹＥＳ）、管理装置５は、サーバ３に対し、サービスを拒否する旨を返答する（Ｓ２２０）。つまり、サービス要求を出したクライアント７がクライアント認証ＤＢ１７に登録されていない場合に、サービスを拒否する旨の返答がなされる（Ｓ２２０）。
【００３５】
以上の様にサーバ３、管理装置５が動作することによって、サービス要求を行ったクライアント７についての認証処理が行われ、認証されたクライアント７は、プリントサービスの提供を受けることができる（Ｓ４０、Ｓ１２０）。
以下、クライアントＢ２、クライアントＣ１からサービス要求が出された場合について、図６および図７をそれぞれ参照しつつ説明する。なお、図６、７にしめす吹き出し中の括弧は、その中の情報が送受信されることを示している（図８において同じ）。
【００３６】
図６に示す様に、クライアントＢ２がサーバ３に対してプリントサービスを要求すると（１）、サーバ３は、管理装置認証ＤＢ１３に登録されている管理装置を調べる。管理装置認証ＤＢ１３には管理装置Ａが１番目に登録されているため、サーバ３は、まず、管理装置Ａに対してサービス確認を行う（２）。
【００３７】
管理装置Ａのクライアント認証ＤＢ１７にはクライアントＢ２（ＩＤｂ２）は登録されていないことから、管理装置Ａは、サービスの拒否をサーバ３に返答する（３）。
次に、サーバ３は、管理装置認証ＤＢ１３に登録されている２番目の管理装置Ｂに対して、サービス確認を行う（４）。管理装置Ｂのクライアント認証ＤＢ１７には、クライアントＢ２（ＩＤｂ２）が登録されているため、管理装置Ｂは、サービスの許可をサーバ３に返答する（５）。
【００３８】
サーバ３は、サービス許可の返答を管理装置Ｂから受信すると、その後、クライアントＢ２に対してサービスを開始する（６）。すなわち、クライアントＢ２から文書を受信して、それを印刷する。
一方、図７に示すように、クライアントＣ１が、サーバ３に対してプリントサービスを要求すると（１）、サーバ３は、管理装置認証ＤＢ１３に登録されている管理装置を調べる。管理装置認証ＤＢ１３には管理装置Ａが１番目に登録されているため、サーバ３は、まず、管理装置Ａに対してサービス確認を行う（２）。管理装置Ａのクライアント認証ＤＢ１７にはクライアントＣ１（ＩＤｃ１）は登録されていないことから、管理装置Ａは、サービスの拒否をサーバ３に返答する（３）。
【００３９】
次に、サーバ３は、管理装置認証ＤＢ１３に２番目に登録されている管理装置Ｂに対して、サービス確認を行う（４）。管理装置Ｂのクライアント認証ＤＢ１７にも、クライアントＣ１（ＩＤｃ１）は登録されていないため、管理装置Ｂは、サービスの拒否をサーバ３に返答する（５）。
【００４０】
サーバ３は、管理装置認証ＤＢ１３に登録されている全ての管理装置Ａ，Ｂに対してサービス確認を行ったにも拘わらず、サービス許可の返答を得ることができなかったため、サービスを拒否する旨をクライアントＣ１に対して送信する（６）。
【００４１】
なお管理装置認証ＤＢ１３には管理装置Ｃは登録されていないため、サーバ３は管理装置Ｃに対してはサービス確認を送信しない。
以上の様に、本実施例の認証システム１においては、サーバ３は、クライアント７からサービス要求を受けると、管理装置認証ＤＢ１３に登録されている管理装置５に対し、そのサービス要求を行ったクライアント７に関する問い合わせを行う。管理装置５は、サーバ装置からクライアント７に関する問い合わせを受けると、自己のクライアント認証ＤＢ１７の登録内容に基づいた返答内容をサーバ３に返答する。すると、サーバ３は、管理装置５から返答された返答内容に基づいてクライアント７に対するサービスの可否を判断する。
【００４２】
つまり、サーバ３は、管理装置５が有するクライアント認証ＤＢ１７の登録内容に基づいて、クライアント７に対するサービスの可否を判断する。そして、クライアント認証ＤＢ１７の登録内容は、管理装置５によって管理することができることから、クライアント７が増えた場合であっても、サーバ３における負担を抑制することができる。
【００４３】
また、管理装置５が複数設けられているため、クライアント７に関するデータベースの管理負担を分散することができる。更に、上記実施形態によれば、管理装置５はユーザＡ〜Ｃそれぞれによって管理することが可能であるため、ユーザＡ〜Ｃそれぞれが所有するクライアント７を管理装置５に登録しておくことによって、各ユーザ毎の管理が容易に実現できる。そして、ユーザＡ〜Ｃは、自分が所有するクライアント７さえ管理装置５に登録しておけば同システムを採用する複数種類のサーバ３との認証が可能となるので、異なるサーバ３毎にクライアント７を登録しなければならないという手間を解消することが可能となる。
【００４４】
また、サーバ３は、サービス要求を行ったクライアント７のクライアントＩＤに基づいた認証結果を管理装置５に問い合わせる。管理装置５は、サーバ３から認証結果に関する問い合わせを受けると、サービス要求を行ったクライアント装置のクライアントＩＤを、自己のクライアント認証ＤＢ１７の登録内容と照合する。この照合により、管理装置５は、クライアント装置についての認証を行い、その認証結果をサーバ３に返答する。そして、サーバ３は、管理装置５から返答された認証結果に基づいてクライアント７に対するサービスの可否を判断する。つまり、管理装置５がクライアント装置についての認証処理を行うから、サーバ３が認証処理を行う場合よりも、サーバ３にかかる負担が軽くなる。また、管理装置５は複数設けられているので、更に、負荷の分散を図ることができる。
【００４５】
また、クライアント７がそのクライアントＩＤを管理装置５に向けて送信可能に構成され、そして、これを受信した管理装置５においては所定の承認情報を入力部２３から入力することにより、クライアントＩＤをクライアント認証ＤＢ１７に登録することができる。すなわち、クライアント認証ＤＢ１７へのクライアントＩＤの登録が容易である。
【００４６】
次に第２実施例について、図８と共に説明する。なお、下記で述べる以外の基本的な構成、動作については、第１実施例と同様であるので説明を省略する。
本実施例においては、サーバとして、プリンタサーバ５３ａおよびＦＡＸサーバ５３ｂが備えられている。これらを総称するときは、サーバ５３と言うものとする。プリンタサーバ５３ａに設置されている管理装置認証ＤＢ６３は、プリンタサーバ５３ａおよびＦＡＸサーバ５３ｂに共有されている。
【００４７】
管理装置認証ＤＢ６３には、管理装置５５の管理装置ＩＤ（例えば”ＩＤｋｂ”）に加えて、管理装置の暗証情報（”例えばＰＷｋｂ”）が登録されている。
そして、管理装置５５は、自己の管理装置ＩＤ（例えば”ＩＤｋｂ”）に加えて、暗証情報（”例えばＰＷｋｂ”）も記憶している。この管理装置５５が有するクライアント認証ＤＢ６７には、クライアントのクライアントＩＤ（例えば”ＩＤｂ”）が登録されている。なお、図示した管理装置Ｂ以外にも管理装置５５は設けられているが、図示を省略する。
【００４８】
クライアントとしては、例えばＰＤＡ５７ａ、携帯電話５７ｂが備えられている。これらを総称するときは、クライアント５７というものとする。なお、他のクライアントについては、図示を省略する。
クライアント５７は、所定の記憶部５９に自己のクライアントＩＤ（例えば”ＩＤａ””ＩＤｂ”など）に加え、自己が登録された管理装置５５の管理装置ＩＤ（例えば”ＩＤｋｂ”）を記憶している。
【００４９】
クライアント５７は、サーバ５３に対してサービス要求を行う際、自己が登録されたクライアント認証ＤＢを有する管理装置Ｂの管理装置ＩＤを、サーバ５３に送信する。例えば携帯電話５７ｂは、サーバ５３に対してサービス要求を行う際、自己が登録されたクライアント認証ＤＢを有する管理装置Ｂの管理装置ＩＤである”ＩＤｋｂ”を、サーバ５３に送信する（１）。
【００５０】
サーバ５３は、クライアントＩＤおよび管理装置ＩＤを携帯電話５７ｂから受信すると、その管理装置ＩＤに基づいて管理装置Ｂを特定し、その特定した管理装置５５から優先的に、携帯電話５７ｂに関する問い合わせを行う（２）。つまり、管理装置認証ＤＢ６３には複数の管理装置５５が登録されているが、管理装置ＩＤで特定された管理装置Ｂに対し、１番目に問い合わせを行う。
【００５１】
図８に示す様に、管理装置Ｂのクライアント認証ＤＢ６７には、携帯電話５７ｂ（ＩＤｂ）が登録されているため、管理装置Ｂは、サービスの許可をサーバ３に返答する（３）。その返答の際、管理装置Ｂは、自己の暗証情報（ＰＷｋｂ）もサーバ５３に送信する。
【００５２】
サーバ５３は、サービス許可の返答を管理装置５５から受信すると、受信した暗証情報と、管理装置認証ＤＢ６３の内容とを照合し、両者が一致した場合に、携帯電話５７ｂに対するサービスを開始する（４）。すなわち、携帯電話５７ｂから文書を受信し、それを印刷する。
【００５３】
一方、クライアント５７がＦＡＸサーバ５３ｂに対してサービス要求を行った場合、ＦＡＸサーバ５３ｂは、共有の管理装置認証ＤＢ６３を参照し、その登録内容に基づいて管理装置５５への問い合わせを行う。
以上の様に、本実施例においては、サーバ５３は、クライアント５７から受けた管理装置ＩＤで識別される管理装置に対して優先的にクライアント５７に関する問い合わせをおこなうことから、効率的にクライアント５７に対するサービスの可否を判断できる。
【００５４】
また、管理装置５５は、サーバ５３に対して返答内容を返答する際、暗証情報をサーバ５３に送信する。そして、サーバ５３は、受信した返答内容および暗証情報に基づいて、クライアント５７に対するサービスの可否を判断することから、セキュリティの向上を図ることができる。
【００５５】
また、管理装置認証ＤＢ６３を複数のサーバ５３により共有しており、管理装置認証ＤＢ６３の管理負担を軽減することができる。
以上、本発明の一実施例について説明したが、本発明は上記実施例に限定されるものではなく、種々の態様をとることができる。
【００５６】
例えば、上記実施例では、管理装置が複数設けられているものとして説明したが、それに限られるものではない。
また、クライアントとしては携帯電話、ＰＤＡなどを例に挙げたが、こうした携帯情報端末に限られるものではなく、場所が固定されたパーソナルコンピュータなどであってもよい。
【００５７】
更に、上記実施形態では、クライアントＩＤの照合を管理装置にて行う例を挙げて説明したが、サーバからの要求に応じて、管理装置に格納されているクライアントＩＤをサーバに返信し、サーバにて管理装置に格納されていたクライアントＩＤとクライアントから受信したクライアントＩＤとを照合する構成としても良い。但し、このような構成を採用した場合、上述した実施形態よりもサーバにかかる負担が大きくなってしまう。
【図面の簡単な説明】
【図１】 第１実施例の認証システムを構成するを示す図である。
【図２】 認証システムの具体例を示す図である。
【図３】 クライアント装置で行われる動作を示すフローチャートである。
【図４】 サーバ装置で行われる動作を示すフローチャートである。
【図５】 管理装置で行われる動作を示すフローチャートである。
【図６】 クライアントＢ１がサービス要求した場合を示す図である。
【図７】 クライアントＣ１がサービス要求した場合を示す図である。
【図８】 第２実施例の認証システムを示す図である。
【符号の説明】
１…認証システム ３…サーバ
５…管理装置 ７…クライアント
１３…管理装置認証データベース
１７…クライアント認証データベース
２１通信部 ２３…入力部
２７…クライアントＩＤ記憶部
５３ａ…プリンタサーバ
５３ｂ…ＦＡＸサーバ
５７ａ…ＰＤＡ ５７ｂ…携帯電話
６３…管理装置認証データベース
６７…クライアント認証データベース
【発明の属する技術分野】
この発明は、クライアント装置についての認証処理を行う認証システム、及びそのシステムを構成する管理装置，サーバ装置に関する。
【０００２】
【従来の技術】
従来、プリンタやＦＡＸなどのサーバ装置がプリントサービスやＦＡＸ送信サービスなどのサービスを提供する際に、携帯端末やＩＤカードなどのクライアント装置についての認証を行い、認証された場合にサービスを提供している。この認証を行うために、サーバ装置には、ユーザ識別情報（ＩＤ）やパスワードなどのクライアント装置を識別するための情報（クライアント識別情報）を格納したデータベースが設けられており、そのデータベースの登録内容に基づいてクライアント装置の認証処理を行っている。
【０００３】
【発明が解決しようとする課題】
ところで、近年、無線ネットワーク技術（例えば、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１など）等の進歩により、パーソナルコンピュータ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ（Ｄａｔａ） Ａｓｓｉｓｔａｎｔｓ）を初めとする携帯情報端末など、多種多様な情報端末機器がネットワークを介して接続されるようになってきている。そして、このような情報端末機器を上述のクライアント装置として利用するには、これら情報端末機器（クライアント装置）に関する情報（クライアント識別情報）をサーバ装置に登録し、管理することが必要となる。このため、登録する情報端末機器が増加するにつれ、サーバ装置に対して登録や管理に関する負荷が増大することとなっていた。
【０００４】
本発明は、上記問題点に鑑みてなされたものであり、クライアント装置が増加しても、サーバ装置への負荷増大を抑制できるようにすることを目的としている。
【０００５】
【課題を解決するための手段及び発明の効果】
上記課題を解決するため、本発明（請求項１記載）の認証システムは、クライアント装置が登録されるクライアント認証データベースを有する管理装置と、この管理装置が登録される管理装置認証データベースを有するサーバ装置とを備え、クライアント装置についての認証を行うシステムである。
【０００６】
管理装置は、クライアント認証データベースの登録内容を管理可能に構成されており、このクライアント認証データベースには、クライアント装置を識別するためのクライアント識別情報（以下「クライアントＩＤ」ともいう）が格納されることにより、クライアント装置が登録される。また、管理装置認証データベースには、管理装置を識別するための管理装置識別情報（以下「管理装置ＩＤ」ともいう）が格納されることにより、管理装置が登録される。
【０００７】
サーバ装置は、管理装置認証データベースに登録されている管理装置に対し、クライアント装置に関する問い合わせを行う。管理装置は、サーバ装置からクライアント装置に関する問い合わせを受けると、自己のクライアント認証データベースの登録内容に基づいた返答内容をサーバ装置に返答する。すると、サーバ装置は、管理装置から返答された返答内容に基づいてサービスの可否を判断する。
ここで、管理装置は、クライアント装置から送信されたクライアント識別情報を受信する受信手段と、この受信手段を介して受信したクライアント識別情報をクライアント認証データベースへ登録することを認めるかどうかについての承認情報を入力可能な入力手段とを備えている。なお、クライアント装置は、自己のクライアント識別情報を、管理装置に向けて送信可能に構成されている。
そして、管理装置は、クライアント装置からクライアント識別情報を受信した後、クライアント識別情報のクライアント認証データベースへの登録を認める旨の承認情報が入力手段から入力されると、クライアント識別情報をクライアント認証データベースに登録する。
【０００８】
つまり、本発明の認証システムにおいて、サーバ装置は、管理装置が有するクライアント認証データベースの登録内容に基づいて、サービスの可否を判断する。そして、クライアント認証データベースの登録内容は、管理装置によって管理することができることから、クライアント装置が増えた場合であっても、サーバ装置の負担増加を抑制することができる。
さらに、本発明の認証システムにおいては、クライアント装置がそのクライアント識別情報を管理装置に向けて送信可能に構成されており、これを受信した管理装置においては、クライアント識別情報をクライアント認証データベースに登録することを認める旨の承認情報を入力手段から入力することにより、クライアント識別情報をクライアント認証データベースに登録することができる。従って、クライアント識別情報をクライアント認証データベースに容易に登録することができる。
【０００９】
請求項２記載の認証システムにおいては、サーバ装置は、クライアント装置のクライアント識別情報に基づいた認証結果を管理装置に問い合わせる。管理装置は、サーバ装置から認証結果に関する問い合わせを受けると、クライアント装置のクライアント識別情報を、自己のクライアント認証データベースの登録内容と照合する。この照合により、管理装置は、クライアント装置についての認証を行い、その認証結果をサーバ装置に返答する。そして、サーバ装置は、管理装置から返答された認証結果に基づいてサービスの可否を判断する。
【００１０】
すなわち請求項２の認証システムにおいては、管理装置がクライアント装置についての認証処理を行うから、サーバ装置が認証処理を行う場合よりも、サーバ装置にかかる負担が軽くなり、負荷分散型のシステムの形成が可能となるという効果を奏する。
【００１１】
次に、管理装置が複数設けられている場合は、請求項３に記載の様に認証システムを構成すると良い。
請求項３の認証システムにおいて、クライアント装置は、自己が登録されたクライアント認証データベースを有する管理装置の管理装置識別情報を、サーバ装置に送信する。そして、サーバ装置は、管理装置識別情報をクライアント装置から受けると、その管理装置識別情報に対応する管理装置から優先的に、クライアント装置に関する問い合わせを行う。
【００１２】
すなわち、請求項３に記載の認証システムにおいては、サーバー装置は、クライアント装置から受けた管理装置識別情報で識別される管理装置から優先的にクライアント装置に関する問い合わせをおこなうことから、効率的である。
請求項４に記載の認証システムにおいては、管理装置は、サーバ装置に対して返答内容を返答する際、暗証情報をサーバ装置に送信する。そして、サーバ装置は、管理装置から返答内容および暗証情報を受信すると、返答内容および暗証情報に基づいて、サービスの可否を判断する。
【００１３】
すなわち、請求項４の認証システムにおいては、サーバ装置は、管理装置から受信した返答内容および暗証情報に基づいて、サービスの可否を判断することから、セキュリティの向上を図ることができる。
【００１４】
【００１５】
【００１６】
なお、サーバ装置が複数設けられている場合には、請求項５に記載の様に、管理装置認証データベースを、それら複数のサーバ装置により共有させると良い。そうすれば、サーバ装置毎に管理装置認証データベースを有する場合よりも、管理装置認証データベースの管理負担を軽減することができる。
【００１７】
【発明の実施の形態】
以下に、本発明の一実施例を図面と共に説明する。
図１は、第１実施例としての認証システム１の構成を示す図である。
本実施例の認証システム１は、サーバ装置（以下、「サーバ」という。）３と管理装置５とを備え、クライアント装置（以下、「クライアント」という）７について認証するシステムである。
【００１８】
本実施例のサーバ３は、クライアント７からの要求によりプリントサービスを行うプリントサーバであり、各種文書を印刷する文書印刷部９、外部装置との通信を行う通信部１１、管理装置５を識別するための管理装置識別情報（ＩＤ）を格納した管理装置認証データベース（ＤＢ）１３、これらを制御するための制御部１５などを備えている。
【００１９】
管理装置５は、クライアント７を識別するためのクライアント識別情報（ＩＤ）を格納したクライアント認証データベース（ＤＢ）１７、クライアントＩＤの照合を行う照合部１９、外部装置と通信を行う通信部２１、クライアント７からクライアントＩＤを受信するとそのクライアントＩＤを表示する表示部２２、受信したクライアントＩＤをクライアント認証ＤＢ１７に登録することを認めるかどうかについての承認情報を入力するための入力部２３、これらを制御する制御部２４などを備えている。なお、通信部２１が、請求項の「受信手段」に相当し、入力部２３が請求項の「入力手段」に相当する。
【００２０】
クライアント７は、文書を記憶する文書記憶部２５、自装置のクライアントＩＤを記憶するクライアントＩＤ記憶部２７、外部装置と通信する通信部２９、これらを制御する制御部３１などを備えている。
管理装置５およびクライアント７は、例えば図２に示す様に、複数の個人（ユーザＡ〜Ｃとする）に所持されている。管理装置は、各人が１台ずつ持っている。ユーザＡは、管理装置５および２台のクライアント７（例えば、ＰＤＡ、携帯電話など）を持っており、その管理装置５（管理装置Ａとする）のクライアント認証ＤＢ１７には、ユーザＡが所持するクライアント７（それぞれクライアントＡ１，Ａ２とする）のクライアントＩＤ（”ＩＤａ１”、”ＩＤａ２”）が登録されている。
【００２１】
クライアント認証ＤＢ１７へのクライアントＩＤの登録は、次の様に行われる。ユーザＡが、例えばクライアントＡ１を操作して、通信部２９からクライアントＡ１のクライアントＩＤ”ＩＤａ１”を、管理装置Ａに送信する。管理装置Ａは、通信部２１を介してこれを受信し、表示部２２に表示する。その後、入力部２３の操作により、登録を認める旨の承認情報が入力されると、そのクライアントＩＤ”ＩＤａ１”は、管理装置Ａのクライアント認証ＤＢ１７に登録される。
【００２２】
次にユーザＢが所持する管理装置５（管理装置Ｂとする）のクライアント認証ＤＢ１７には、ユーザＢが所持するクライアント７（それぞれクライアントＢ１，Ｂ２とする）のクライアントＩＤ（”ＩＤｂ１”、”ＩＤｂ２”）が登録されている。
【００２３】
ユーザＣが所持する管理装置５（管理装置Ｃとする）のクライアント認証ＤＢ１７には、ユーザＣが所持するクライアント７（クライアントＣ１とする）のクライアントＩＤ（”ＩＤｃ１”）が登録されている。
また、サーバ３の管理装置認証ＤＢ１３には、管理装置Ａを示す管理装置ＩＤである”ＩＤｋａ”および管理装置Ｂの管理装置ＩＤである”ＩＤｋｂ”が登録されている。尚、このサーバ３の管理装置認証ＤＢ１３に対する管理装置ＩＤの登録については、上述した管理装置５のクライアント認証ＤＢ１７に対するクライアントＩＤの登録と同様の処理によって登録されても良いし、直接サーバ３に対して手入力などによる登録を行っても良い。
【００２４】
さて、図３のフローチャートに示す様に、クライアント７が、サーバ３に対して自己のクライアントＩＤを送信してサービスを要求すると（Ｓ１０）、その後、そのサービス要求に対する応答（サービス要求結果）がサーバ３から送信され、クライアント７はこれを受信する（Ｓ２０）。その応答内容がサービス許可である場合には（Ｓ３０：ＹＥＳ）、印刷文書をサーバ３に送信する（Ｓ４０）。一方、応答内容がサービス許可でなければ（Ｓ３０：ＮＯ）、エラーを出力する（Ｓ４５）。つまり、サービスが許可されなかった旨がユーザに対して通知される。
【００２５】
また、クライアント７からサービス要求が送信されると（Ｓ１０）、サーバ３では図４のフローチャートに示す処理が実行される。
サーバ３は、まずクライアントＩＤを含むサービス要求を受信すると（Ｓ５０）、変数Ｎに１を設定して（Ｓ６０）、Ｎ番目の管理装置５にサービス認証を問い合わせる（Ｓ７０）。Ｎ番目の管理装置５とは、管理装置認証ＤＢ１３に管理装置ＩＤが登録されているＮ番目の管理装置５である。
【００２６】
最初は、Ｎ＝１であるので、管理装置認証ＤＢ１３に登録されている１番目の管理装置５に対して、問い合わせ（Ｓ７０）が行われる。問い合わせ（Ｓ７０）の内容は、サービスを要求しているクライアント７に対して、そのサービスをしても良いかどうか、についてである。この問い合わせはクライアントＩＤと共に送信される。
【００２７】
その後、問い合わせ先の管理装置５から返答を受信し（Ｓ８０）、その返答内容が”サービスを許可する”である場合には（Ｓ９０：ＹＥＳ）、クライアント７に対してサービスを許可する旨を送信する（Ｓ１００）。そして、その後、クライアント７から文書が送信されると（Ｓ４０）、これを受信して（Ｓ１１０）、印刷を行う（Ｓ１２０）。
【００２８】
一方、管理装置５からの返答内容が”サービスを拒否する”である場合には（Ｓ９０：ＮＯ）、管理装置認証ＤＢ１３に登録されている全ての管理装置５に対して問い合わせたかどうかを判断する（Ｓ１３０）。そして、全ての管理装置５に対する問い合わせを終えていない場合には（Ｓ１３０：ＮＯ）、変数Ｎに１を加えた後（Ｓ１４０）、Ｓ７０に移行する。つまり、管理装置認証ＤＢ１３に登録されている次の管理装置５に対する問い合わせを行うのである（Ｓ１４０、Ｓ７０）。
【００２９】
Ｓ１３０において、管理装置認証ＤＢ１３に登録されている全ての管理装置５に対して問い合わせたと判断された場合（Ｓ１３０：ＹＥＳ）、クライアント７に対してサービスを拒否する旨を送信する（Ｓ１５０）。すなわち、サービス許可の返答をどの管理装置５からも得られない場合、クライアント７に対してサービスを拒否する旨が送信されることになる（Ｓ１５０）。
【００３０】
さて、サーバ３から管理装置５に向けてサービス認証の問い合わせが送信されると（Ｓ７０）、管理装置５では、図５のフローチャートに示す処理が実行される。
図５に示す様に、管理装置５は、まずサービス認証の問い合わせ（「サービス確認」ともいう）を受信し（Ｓ１６０）、サービス要求を出したクライアント７がクライアント認証ＤＢ１７に登録されているかどうかを判断する（Ｓ１７０、Ｓ１８０、Ｓ１９０、Ｓ２００）。
【００３１】
すなわち、管理装置５は、まず変数Ｍに１を設定する（Ｓ１７０）。そして、サーバ３から受信したクライアントＩＤが、クライアント認証ＤＢ１７に格納されているＭ番目のクライアントＩＤと一致するかどうかを判断する（Ｓ１８０）。その結果、一致しない場合は（Ｓ１８０：ＮＯ）、クライアント認証ＤＢ１７に格納されている全てのクライアントＩＤとの比較を行ったかどうかを判断する（Ｓ１９０）。
【００３２】
そして、全てのクライアントＩＤについては未だ比較していない場合（Ｓ１９０：ＮＯ）、変数Ｍに１を加え（Ｓ２００）、Ｓ１８０に移行する。つまり、サーバ３から受信したクライアントＩＤを、クライアント認証ＤＢ１７に格納されている次のクライアントＩＤと比較する（Ｓ１８０）。
【００３３】
一方、サーバ３から受信したクライアントＩＤが、クライアント認証ＤＢ１７に格納されているクライアントＩＤと一致した場合（Ｓ１８０：ＹＥＳ）には、管理装置５は、サービスを許可する旨をサーバ３に送信する（Ｓ２１０）。つまり、サービス要求を出したクライアント７がクライアント認証ＤＢ１７に登録されていることが検出された場合に（Ｓ１８０：ＹＥＳ）、サービスを許可する旨の返答がサーバ３に向けて行われる（Ｓ２１０）。
【００３４】
また、Ｓ１９０において、クライアント認証ＤＢ１７に格納されている全てのクライアントＩＤとの比較が行われたと判断した場合（Ｓ１９０：ＹＥＳ）、管理装置５は、サーバ３に対し、サービスを拒否する旨を返答する（Ｓ２２０）。つまり、サービス要求を出したクライアント７がクライアント認証ＤＢ１７に登録されていない場合に、サービスを拒否する旨の返答がなされる（Ｓ２２０）。
【００３５】
以上の様にサーバ３、管理装置５が動作することによって、サービス要求を行ったクライアント７についての認証処理が行われ、認証されたクライアント７は、プリントサービスの提供を受けることができる（Ｓ４０、Ｓ１２０）。
以下、クライアントＢ２、クライアントＣ１からサービス要求が出された場合について、図６および図７をそれぞれ参照しつつ説明する。なお、図６、７にしめす吹き出し中の括弧は、その中の情報が送受信されることを示している（図８において同じ）。
【００３６】
図６に示す様に、クライアントＢ２がサーバ３に対してプリントサービスを要求すると（１）、サーバ３は、管理装置認証ＤＢ１３に登録されている管理装置を調べる。管理装置認証ＤＢ１３には管理装置Ａが１番目に登録されているため、サーバ３は、まず、管理装置Ａに対してサービス確認を行う（２）。
【００３７】
管理装置Ａのクライアント認証ＤＢ１７にはクライアントＢ２（ＩＤｂ２）は登録されていないことから、管理装置Ａは、サービスの拒否をサーバ３に返答する（３）。
次に、サーバ３は、管理装置認証ＤＢ１３に登録されている２番目の管理装置Ｂに対して、サービス確認を行う（４）。管理装置Ｂのクライアント認証ＤＢ１７には、クライアントＢ２（ＩＤｂ２）が登録されているため、管理装置Ｂは、サービスの許可をサーバ３に返答する（５）。
【００３８】
サーバ３は、サービス許可の返答を管理装置Ｂから受信すると、その後、クライアントＢ２に対してサービスを開始する（６）。すなわち、クライアントＢ２から文書を受信して、それを印刷する。
一方、図７に示すように、クライアントＣ１が、サーバ３に対してプリントサービスを要求すると（１）、サーバ３は、管理装置認証ＤＢ１３に登録されている管理装置を調べる。管理装置認証ＤＢ１３には管理装置Ａが１番目に登録されているため、サーバ３は、まず、管理装置Ａに対してサービス確認を行う（２）。管理装置Ａのクライアント認証ＤＢ１７にはクライアントＣ１（ＩＤｃ１）は登録されていないことから、管理装置Ａは、サービスの拒否をサーバ３に返答する（３）。
【００３９】
次に、サーバ３は、管理装置認証ＤＢ１３に２番目に登録されている管理装置Ｂに対して、サービス確認を行う（４）。管理装置Ｂのクライアント認証ＤＢ１７にも、クライアントＣ１（ＩＤｃ１）は登録されていないため、管理装置Ｂは、サービスの拒否をサーバ３に返答する（５）。
【００４０】
サーバ３は、管理装置認証ＤＢ１３に登録されている全ての管理装置Ａ，Ｂに対してサービス確認を行ったにも拘わらず、サービス許可の返答を得ることができなかったため、サービスを拒否する旨をクライアントＣ１に対して送信する（６）。
【００４１】
なお管理装置認証ＤＢ１３には管理装置Ｃは登録されていないため、サーバ３は管理装置Ｃに対してはサービス確認を送信しない。
以上の様に、本実施例の認証システム１においては、サーバ３は、クライアント７からサービス要求を受けると、管理装置認証ＤＢ１３に登録されている管理装置５に対し、そのサービス要求を行ったクライアント７に関する問い合わせを行う。管理装置５は、サーバ装置からクライアント７に関する問い合わせを受けると、自己のクライアント認証ＤＢ１７の登録内容に基づいた返答内容をサーバ３に返答する。すると、サーバ３は、管理装置５から返答された返答内容に基づいてクライアント７に対するサービスの可否を判断する。
【００４２】
つまり、サーバ３は、管理装置５が有するクライアント認証ＤＢ１７の登録内容に基づいて、クライアント７に対するサービスの可否を判断する。そして、クライアント認証ＤＢ１７の登録内容は、管理装置５によって管理することができることから、クライアント７が増えた場合であっても、サーバ３における負担を抑制することができる。
【００４３】
また、管理装置５が複数設けられているため、クライアント７に関するデータベースの管理負担を分散することができる。更に、上記実施形態によれば、管理装置５はユーザＡ〜Ｃそれぞれによって管理することが可能であるため、ユーザＡ〜Ｃそれぞれが所有するクライアント７を管理装置５に登録しておくことによって、各ユーザ毎の管理が容易に実現できる。そして、ユーザＡ〜Ｃは、自分が所有するクライアント７さえ管理装置５に登録しておけば同システムを採用する複数種類のサーバ３との認証が可能となるので、異なるサーバ３毎にクライアント７を登録しなければならないという手間を解消することが可能となる。
【００４４】
また、サーバ３は、サービス要求を行ったクライアント７のクライアントＩＤに基づいた認証結果を管理装置５に問い合わせる。管理装置５は、サーバ３から認証結果に関する問い合わせを受けると、サービス要求を行ったクライアント装置のクライアントＩＤを、自己のクライアント認証ＤＢ１７の登録内容と照合する。この照合により、管理装置５は、クライアント装置についての認証を行い、その認証結果をサーバ３に返答する。そして、サーバ３は、管理装置５から返答された認証結果に基づいてクライアント７に対するサービスの可否を判断する。つまり、管理装置５がクライアント装置についての認証処理を行うから、サーバ３が認証処理を行う場合よりも、サーバ３にかかる負担が軽くなる。また、管理装置５は複数設けられているので、更に、負荷の分散を図ることができる。
【００４５】
また、クライアント７がそのクライアントＩＤを管理装置５に向けて送信可能に構成され、そして、これを受信した管理装置５においては所定の承認情報を入力部２３から入力することにより、クライアントＩＤをクライアント認証ＤＢ１７に登録することができる。すなわち、クライアント認証ＤＢ１７へのクライアントＩＤの登録が容易である。
【００４６】
次に第２実施例について、図８と共に説明する。なお、下記で述べる以外の基本的な構成、動作については、第１実施例と同様であるので説明を省略する。
本実施例においては、サーバとして、プリンタサーバ５３ａおよびＦＡＸサーバ５３ｂが備えられている。これらを総称するときは、サーバ５３と言うものとする。プリンタサーバ５３ａに設置されている管理装置認証ＤＢ６３は、プリンタサーバ５３ａおよびＦＡＸサーバ５３ｂに共有されている。
【００４７】
管理装置認証ＤＢ６３には、管理装置５５の管理装置ＩＤ（例えば”ＩＤｋｂ”）に加えて、管理装置の暗証情報（”例えばＰＷｋｂ”）が登録されている。
そして、管理装置５５は、自己の管理装置ＩＤ（例えば”ＩＤｋｂ”）に加えて、暗証情報（”例えばＰＷｋｂ”）も記憶している。この管理装置５５が有するクライアント認証ＤＢ６７には、クライアントのクライアントＩＤ（例えば”ＩＤｂ”）が登録されている。なお、図示した管理装置Ｂ以外にも管理装置５５は設けられているが、図示を省略する。
【００４８】
クライアントとしては、例えばＰＤＡ５７ａ、携帯電話５７ｂが備えられている。これらを総称するときは、クライアント５７というものとする。なお、他のクライアントについては、図示を省略する。
クライアント５７は、所定の記憶部５９に自己のクライアントＩＤ（例えば”ＩＤａ””ＩＤｂ”など）に加え、自己が登録された管理装置５５の管理装置ＩＤ（例えば”ＩＤｋｂ”）を記憶している。
【００４９】
クライアント５７は、サーバ５３に対してサービス要求を行う際、自己が登録されたクライアント認証ＤＢを有する管理装置Ｂの管理装置ＩＤを、サーバ５３に送信する。例えば携帯電話５７ｂは、サーバ５３に対してサービス要求を行う際、自己が登録されたクライアント認証ＤＢを有する管理装置Ｂの管理装置ＩＤである”ＩＤｋｂ”を、サーバ５３に送信する（１）。
【００５０】
サーバ５３は、クライアントＩＤおよび管理装置ＩＤを携帯電話５７ｂから受信すると、その管理装置ＩＤに基づいて管理装置Ｂを特定し、その特定した管理装置５５から優先的に、携帯電話５７ｂに関する問い合わせを行う（２）。つまり、管理装置認証ＤＢ６３には複数の管理装置５５が登録されているが、管理装置ＩＤで特定された管理装置Ｂに対し、１番目に問い合わせを行う。
【００５１】
図８に示す様に、管理装置Ｂのクライアント認証ＤＢ６７には、携帯電話５７ｂ（ＩＤｂ）が登録されているため、管理装置Ｂは、サービスの許可をサーバ３に返答する（３）。その返答の際、管理装置Ｂは、自己の暗証情報（ＰＷｋｂ）もサーバ５３に送信する。
【００５２】
サーバ５３は、サービス許可の返答を管理装置５５から受信すると、受信した暗証情報と、管理装置認証ＤＢ６３の内容とを照合し、両者が一致した場合に、携帯電話５７ｂに対するサービスを開始する（４）。すなわち、携帯電話５７ｂから文書を受信し、それを印刷する。
【００５３】
一方、クライアント５７がＦＡＸサーバ５３ｂに対してサービス要求を行った場合、ＦＡＸサーバ５３ｂは、共有の管理装置認証ＤＢ６３を参照し、その登録内容に基づいて管理装置５５への問い合わせを行う。
以上の様に、本実施例においては、サーバ５３は、クライアント５７から受けた管理装置ＩＤで識別される管理装置に対して優先的にクライアント５７に関する問い合わせをおこなうことから、効率的にクライアント５７に対するサービスの可否を判断できる。
【００５４】
また、管理装置５５は、サーバ５３に対して返答内容を返答する際、暗証情報をサーバ５３に送信する。そして、サーバ５３は、受信した返答内容および暗証情報に基づいて、クライアント５７に対するサービスの可否を判断することから、セキュリティの向上を図ることができる。
【００５５】
また、管理装置認証ＤＢ６３を複数のサーバ５３により共有しており、管理装置認証ＤＢ６３の管理負担を軽減することができる。
以上、本発明の一実施例について説明したが、本発明は上記実施例に限定されるものではなく、種々の態様をとることができる。
【００５６】
例えば、上記実施例では、管理装置が複数設けられているものとして説明したが、それに限られるものではない。
また、クライアントとしては携帯電話、ＰＤＡなどを例に挙げたが、こうした携帯情報端末に限られるものではなく、場所が固定されたパーソナルコンピュータなどであってもよい。
【００５７】
更に、上記実施形態では、クライアントＩＤの照合を管理装置にて行う例を挙げて説明したが、サーバからの要求に応じて、管理装置に格納されているクライアントＩＤをサーバに返信し、サーバにて管理装置に格納されていたクライアントＩＤとクライアントから受信したクライアントＩＤとを照合する構成としても良い。但し、このような構成を採用した場合、上述した実施形態よりもサーバにかかる負担が大きくなってしまう。
【図面の簡単な説明】
【図１】 第１実施例の認証システムを構成するを示す図である。
【図２】 認証システムの具体例を示す図である。
【図３】 クライアント装置で行われる動作を示すフローチャートである。
【図４】 サーバ装置で行われる動作を示すフローチャートである。
【図５】 管理装置で行われる動作を示すフローチャートである。
【図６】 クライアントＢ１がサービス要求した場合を示す図である。
【図７】 クライアントＣ１がサービス要求した場合を示す図である。
【図８】 第２実施例の認証システムを示す図である。
【符号の説明】
１…認証システム ３…サーバ
５…管理装置 ７…クライアント
１３…管理装置認証データベース
１７…クライアント認証データベース
２１通信部 ２３…入力部
２７…クライアントＩＤ記憶部
５３ａ…プリンタサーバ
５３ｂ…ＦＡＸサーバ
５７ａ…ＰＤＡ ５７ｂ…携帯電話
６３…管理装置認証データベース
６７…クライアント認証データベース
Claims (7)
- クライアント装置を識別するためのクライアント識別情報が格納されるクライアント認証データベースを有し、当該クライアント認証データベースの登録内容を管理可能に構成された管理装置と、前記管理装置を識別するための管理装置識別情報が格納される管理装置認証データベースを有するサーバ装置と、を備え、前記クライアント装置についての認証を行うシステムであって、
前記サーバ装置は、前記管理装置認証データベースに登録されている管理装置に対し、前記クライアント装置に関する問い合わせを行い、その後、該管理装置から返答された返答内容に基づいてサービスの可否を判断するよう構成され、
前記クライアント装置は、自己のクライアント識別情報を、前記管理装置に向けて送信可能に構成され、
前記管理装置は、前記サーバ装置からクライアント装置に関する問い合わせを受けると、自己のクライアント認証データベースの登録内容に基づいた前記返答内容を該サーバ装置に返答するよう構成されると共に、
前記クライアント装置から送信されたクライアント識別情報を受信する受信手段と、該受信手段を介して受信したクライアント識別情報をクライアント認証データベースへ登録することを認めるかどうかについての承認情報を入力可能な入力手段とを備え、前記クライアント装置からクライアント識別情報を受信した後、該クライアント識別情報のクライアント認証データベースへの登録を認める旨の承認情報が前記入力手段から入力されると、該クライアント識別情報をクライアント認証データベースに登録すること
を特徴とする認証システム。 - 前記サーバ装置が行う問い合わせは、前記クライアント装置のクライアント識別情報に基づいた認証結果を前記管理装置に問い合わせるものであって、
前記サーバ装置は、前記管理装置から返答された認証結果に基づいて前記サービスの可否を判断するように構成され、
前記管理装置は、前記サーバ装置から前記認証結果に関する問い合わせを受けると、該クライアント装置のクライアント識別情報を自己のクライアント認証データベースの登録内容と照合することにより、該クライアント装置についての認証を行い、その認証結果を前記サーバ装置に返答すること
を特徴とする請求項１に記載の認証システム。 - 前記管理装置は複数設けられており、
前記クライアント装置は、自己が登録されたクライアント認証データベースを有する管理装置の管理装置識別情報を、前記サーバ装置に送信し、
前記サーバ装置は、前記管理装置識別情報をクライアント装置から受けると、該管理装置識別情報に対応する管理装置から優先的に、該クライアント装置に関する問い合わせを行うこと
を特徴とする請求項１または請求項２に記載の認証システム。 - 前記管理装置は、前記サーバ装置に対して前記返答内容を返答する際、暗証情報を該サーバ装置に送信し、
前記サーバ装置は、前記管理装置から返答内容および暗証情報を受信すると、該返答内容および暗証情報に基づいて、前記サービスの可否を判断すること
を特徴とする請求項１乃至請求項３の何れかに記載の認証システム。 - 前記サーバ装置は、複数設けられており、
前記管理装置認証データベースは、複数のサーバ装置により共有されていることを特徴とする請求項１乃至請求項４の何れかに記載の認証システム。 - 自己のクライアント識別情報を送信可能に構成されたクライアント装置についての認証を行う認証システムに用いられる管理装置であって、
前記クライアント識別情報が格納されるクライアント認証データベースを有し、当該ク ライアント認証データベースの登録内容を管理可能に構成されると共に、
当該管理装置を識別するための管理装置識別情報が格納される管理装置認証データベースを有するサーバ装置から、前記クライアント装置に関する問い合わせを受けると、自己のクライアント認証データベースの登録内容に基づいた前記返答内容を該サーバ装置に返答するよう構成され、
前記クライアント装置から送信されたクライアント識別情報を受信する受信手段と、該受信手段を介して受信したクライアント識別情報をクライアント認証データベースへ登録することを認めるかどうかについての承認情報を入力可能な入力手段とを備え、前記クライアント装置からクライアント識別情報を受信した後、該クライアント識別情報のクライアント認証データベースへの登録を認める旨の承認情報が前記入力手段から入力されると、該クライアント識別情報をクライアント認証データベースに登録すること
を特徴とする管理装置。 - クライアント装置を識別するためのクライアント識別情報が格納されるクライアント認証データベースを有し、該クライアント認証データベースの登録内容を管理可能に構成されると共に、前記クライアント装置に関する問い合わせを受けると、自己のクライアント認証データベースの登録内容に基づいた前記返答内容を返答するよう構成され、前記クライアント装置から送信されるクライアント識別情報を受信する受信手段と、該受信手段を介して受信したクライアント識別情報をクライアント認証データベースへ登録することを認めるかどうかについての承認情報を入力可能な入力手段とを備え、前記クライアント装置からクライアント識別情報を受信した後、該クライアント識別情報のクライアント認証データベースへの登録を認める旨の承認情報が前記入力手段から入力されると、該クライアント識別情報をクライアント認証データベースに登録する管理装置と共に、前記クライアント装置についての認証を行う認証システムを構成するサーバ装置であって、
前記管理装置を識別するための管理装置識別情報が格納される管理装置認証データベースを有し、該管理装置認証データベースに登録されている管理装置に対し、前記クライアント装置に関する問い合わせを行い、その後、該管理装置から返答された返答内容に基づいてサービスの可否を判断すること
を特徴とする認証システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001364653A JP4161566B2 (ja) | 2001-11-29 | 2001-11-29 | 認証システム、管理装置、及び、サーバ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001364653A JP4161566B2 (ja) | 2001-11-29 | 2001-11-29 | 認証システム、管理装置、及び、サーバ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003167851A JP2003167851A (ja) | 2003-06-13 |
| JP4161566B2 true JP4161566B2 (ja) | 2008-10-08 |
Family
ID=19174805
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001364653A Expired - Fee Related JP4161566B2 (ja) | 2001-11-29 | 2001-11-29 | 認証システム、管理装置、及び、サーバ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4161566B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102337782B (zh) * | 2010-07-27 | 2013-08-07 | 北京星河模板脚手架工程有限公司 | 一种高大空间顶部施工桁架平台提升系统 |
-
2001
- 2001-11-29 JP JP2001364653A patent/JP4161566B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102337782B (zh) * | 2010-07-27 | 2013-08-07 | 北京星河模板脚手架工程有限公司 | 一种高大空间顶部施工桁架平台提升系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003167851A (ja) | 2003-06-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2008272894B2 (en) | Print management system and related methods | |
| JP4693818B2 (ja) | 認証システム及び認証方法 | |
| JP3742056B2 (ja) | 無線ネットワークのアクセス認証技術 | |
| JP4929577B2 (ja) | ネットワーク及び物理インターフェースの組合せによる汎用セキュリティ方法、記憶媒体及びシステム | |
| CN1941700B (zh) | 电信系统中的特权授予与资源共享的方法 | |
| EP2593856B1 (en) | Processing print request | |
| JP3617500B2 (ja) | ネットワークを介した印刷 | |
| CN100407750C (zh) | 通信系统和在这种系统中使用的客户机、服务器 | |
| US20070136820A1 (en) | Server apparatus, client apparatus, control method therefor, and computer program | |
| US20080040774A1 (en) | System and method for permission management | |
| JP4684100B2 (ja) | 認証システムおよび認証方法 | |
| JP2728033B2 (ja) | コンピュータネットワークにおけるセキュリティ方式 | |
| JP2012155568A (ja) | 情報処理システム、情報処理装置、情報処理方法、およびプログラム | |
| JP6413041B1 (ja) | 受取人確認システムおよび受取人確認方法 | |
| US7603698B2 (en) | Image forming apparatus and image forming method | |
| JP2005025243A (ja) | プリントネットワークシステムの認証システム、リモート保管サーバ及びリモート出力装置 | |
| JP4161566B2 (ja) | 認証システム、管理装置、及び、サーバ装置 | |
| CN114448725B (zh) | 一种设备认证方法、系统及存储介质 | |
| US20060017970A1 (en) | Image forming system, apparatus and method | |
| JP3707381B2 (ja) | ログイン制御方法およびログイン制御システムならびにログイン制御プログラムを記録した情報記録媒体 | |
| US9201406B2 (en) | Information processing apparatus, information processing method, and computer-readable recording medium storing a program | |
| JP4097951B2 (ja) | 携帯電話端末における利用者認証システム及び方法、並びに利用者認証プログラム | |
| JP2015099515A (ja) | 情報提供装置、情報提供方法、端末装置及び情報提供プログラム | |
| JP7367479B2 (ja) | 情報処理システム | |
| US10831424B1 (en) | Authentication system with refresh tokens to print using a mobile application |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041125 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071114 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080415 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080603 |
|
| 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: 20080701 |
|
| 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: 20080714 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110801 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4161566 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130801 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |