JP2003196240A - サービス提供装置、サービス提供システム、サービス提供プログラムおよび当該プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 サービス提供装置において、サービス要求に
対して柔軟な対応ができるようにする。 【解決手段】 本実施例のサービス提供システムにおい
て、サーバ２０は、クライアント１０から取得した恒久
リンクキーと自己の認証ＤＢに登録されている恒久リン
クキーとに基づいて、クライアント１０に対する認証処
理（Ｓ３４０）を行った結果、有効期限内の恒久リンク
キーによってクライアント１０が認証されない場合であ
っても（Ｓ３５０：ＮＯ）、有効期限切れの恒久リンク
キーによって認証される場合には（Ｓ３７０：ＹＥ
Ｓ）、所定の条件の下で、暫定的にサービスを提供する
（Ｓ３９０：ＹＥＳ）。これにより、サービス要求に対
する柔軟な対応が実現され、利用者側がサービスを利用
し易くなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、クライアント装
置が認証された場合に、サービス提供を行うサービス提
供装置、サービス提供システム、サービス提供プログラ
ム及び当該プログラムを記録したコンピュータ読み取り
可能な記録媒体に関する。

【０００２】

【従来の技術】従来より、クライアント装置が認証され
た場合にサービス提供を行うサービス提供装置において
は、パスワードやリンクキー（後に後述する）などを入
力させ、その入力されたパスワードやリンクキーが正規
のものであるか否かを判断することによって認証処理を
行っている。

【０００３】しかし、印刷サービス等もネットワーク化
に伴い、利用する人が増加する傾向にあるため、中には
パスワードやリンクキーを何らかの方法によって盗みと
り、不当にサービスの提供を受けようとする者がいる虞
がある。この様な不安に対処するために、管理者として
は、パスワードやリンクキーに有効期限を設けたり、定
期的にそれらを変更することによってセキュリティを強
化することが考えられる。

【０００４】

【発明が解決しようとする課題】しかしながら、セキュ
リティを強化するために、パスワードやリンクキーに有
効期限を設けたり、定期的にそれらを変更することは有
効であるが、有効期限が切れたことや、パスワードやリ
ンクキーの変更に気付かず、以前のパスワードやリンク
キーを用いてサービスを要求したユーザーには、サービ
スが提供されない。

【０００５】このようなユーザは、元々正規のユーザで
あるにも拘わらず、不当にサービスを受けようとする者
を排除するために、突然サービスの提供が認められない
といった不利益を与えていた。本発明はこうした課題を
背景としてなされたものであり、サービス提供装置、サ
ービス提供システム、サービス提供プログラム及び当該
プログラムを記録したコンピュータ読み取り可能な記録
媒体において、セキュリティを確保しつつ、サービス要
求に対して柔軟な対応ができるようにすることを目的と
する。

【０００６】

【課題を解決するための手段及び発明の効果】上記課題
を解決するためになされた請求項１記載のサービス提供
装置においては、認証手段が、クライアント装置から入
手した認証情報と、記憶手段に記憶された照合情報とに
基づいて、クライアント装置の認証処理を行い、その結
果、クライアント装置が認証された場合に、サービス提
供手段がサービスを提供する。

【０００７】そして特に請求項１記載のサービス提供装
置においては、認証手段によりクライアント装置が認証
されない場合であっても、当該クライアント装置が過去
に認証手段により認証されたクライアント装置である場
合、暫定サービス提供手段が、暫定的なサービスを提供
する。

【０００８】つまり、請求項１のサービス提供装置によ
れば、クライアント装置が認証されない場合であって
も、サービス利用側は、暫定的ではあるがサービスを受
けることができることとなる。即ち、サービス要求に対
して柔軟な対応ができ、利用者側がサービスを利用し易
くなるという効果を奏する。

【０００９】サービス提供を暫定的なものとすること
は、例えば、サービス提供を一定期間に限定したり、サ
ービス提供の回数を限定したりするなど、サービスを提
供するための条件を定めておくことで実現できる。ま
た、過去に認証手段により認証されたクライアント装置
であるかどうかを判断できるようにするには、例えば、
請求項２に記載の様にサービス提供装置を構成すればよ
い。

【００１０】即ち、請求項２に記載のサービス提供装置
においては、記憶手段に、照合情報として、現在の及び
過去の照合情報を記憶させており、サービス提供手段
を、認証手段を介して、クライアント装置から入手した
認証情報と現在の照合情報とに基づいてクライアント装
置が認証された場合にサービスを提供するように構成し
ている。そして、暫定サービス提供手段については、認
証手段によりクライアント装置が認証されない場合であ
っても、認証情報と過去の照合情報とに基づいて当該ク
ライアント装置が認証された場合は、暫定的なサービス
を提供するよう構成している。

【００１１】この様に構成された請求項２に記載のサー
ビス提供装置によれば、過去に認証手段により認証され
たクライアント装置であるかどうかを判断することがで
きる。ところで、暫定サービス提供手段によるサービス
提供は暫定的なものであり、いつまでもそのサービス提
供を受けることはできない。そこで、請求項３に記載の
様に、暫定的なサービスを提供する際、通知手段に、所
定の情報をクライアント装置に通知させるようにすると
よい。この様にすれば、サービス利用側に対して注意を
促すことができ、サービスがより利用しやすくなる。

【００１２】また、当該サービス提供装置が複数のサー
ビスを提供できるものである場合には、請求項４に記載
の様に、暫定サービス提供手段に基づく暫定的なサービ
スの提供可否を、サービス毎に設定しておくとよい。こ
の様にすれば、サービス提供の運用により柔軟性を持た
せることができる。

【００１３】なお、請求項５のサービス提供プログラ
ム、および請求項６のコンピュータ読み取り可能な記録
媒体によれば、コンピュータを、請求項１のサービス提
供装置と同様に機能させることができ、この装置と同様
の効果を得ることができる。また、請求項７に記載のサ
ービス提供システムによれば、請求項１のサービス提供
装置と同様の効果を得ることができる。

【００１４】

【発明の実施の形態】以下に、本発明の一実施例を図面
と共に説明する。図１は、一実施例としてのサービス提
供システム１の構成を示す図である。このサービス提供
システムは、後述するリンクキーを記憶するための記憶
部１２を有するクライアント装置（以下、「クライアン
ト」という）１０と、サーバ装置（以下、「サーバ」と
いう）２０とから構成されている。

【００１５】サーバ２０は、図２に示す様に、ＣＰＵ３
０、ＲＡＭ４０、ＲＯＭ５０等からなるコンピュータ、
入力装置６０、表示装置７０、通信装置８０、印刷装置
９０で構成されており、ファクシミリ装置やプリンタ装
置などとしての機能を備えた複合装置であって、プリン
トサービスやＦＡＸサービスなど、複数のサービスを提
供できるものである。尚、サーバ２０は、請求項の「サ
ービス提供装置」に相当する。

【００１６】ＣＰＵ３０は、制御部３２、演算部３４、
データ比較部３６などから構成されており、ＲＯＭ５０
に格納されたプログラムに基づいて所定の処理を実行す
るものである。ＲＯＭ５０には、請求項の「サービス提
供プログラム」を構成する、認証制御プログラム５２や
その他の動作プログラム５４が格納されている。

【００１７】ＲＡＭ４０には、認証データベース（Ｄ
Ｂ）４２、サービスＤＢ４４、リンクキーＤＢ４６、各
種動作用バッファ４８などの記憶領域が確保されてい
る。認証ＤＢ４２は、データ項目として、図３（ａ）に
示す様に、”認証の種類”、”認証の有無”、”有効期
限”、”無効時の対応（回数）”および”無効時の対応
（期限）”を有するデータベースである。

【００１８】またサービスＤＢ４４は、データ項目とし
て、図３（ｂ）に示す様に、”サービス”、”認証の種
類”、”ＰＩＮコード”および”恒久リンクキーの種
類”を有するデータベースである。この”サービス”
は、サーバ２０が提供可能なサービスである。

【００１９】またリンクキーＤＢ４６は、データ項目と
して、図３（ｃ）に示す様に、”恒久リンクキー”、”
恒久リンクキーの種類”、”ＢＤアドレス”、”生成
日”、”再提供回数”、”再提供有効期限”および”再
提供フラグ”を有するデータベースである。リンクキー
ＤＢ４６（具体的にはＲＡＭ４０）は、請求項の「記憶
手段」として機能するものであり、”恒久リンクキー”
が、請求項の「照合情報」に相当する。

【００２０】入力装置６０は、外部から入力操作を行う
ための入力部６２と、入力部６２に入力された情報をＣ
ＰＵ３０に入力する入力制御部６４とを備えている。ま
た、表示装置７０は、ＣＰＵ３０からの表示データを一
旦蓄える表示制御バッファ７２と、表示制御バッファ７
２に蓄えた表示データに基づく画像を表示部７４に表示
させる表示制御部７６とを備えている。

【００２１】通信装置８０は、ＣＰＵ３０と通信データ
を送受する通信ポート８２と、アンテナ８４を用いて無
線通信を制御する無線制御部８６とを備え、クライアン
ト１０と通信可能に構成されている。クライアント１０
およびサーバ２０は、Ｂｌｕｅｔｏｏｔｈ方式の無線通
信によりデータの送受信を行う通信機器（ＢＴ通信機
器）であり、他のＢＴ通信機器（本実施形態では、Ｂｌ
ｕｅｔｏｏｔｈ方式の通信に対応したクライアント装置
１０）との間で、Ｂｌｕｅｔｏｏｔｈ方式の無線通信を
行う。Ｂｌｕｅｔｏｏｔｈ方式の通信では、通信開始時
のリンクレイヤにおいて、リンクキーと呼ばれる秘密鍵
を用いて接続認証が行われることにより、誤接続防止等
のセキュリティが図られている。

【００２２】ＢＴ通信機器では、通信相手となる他のＢ
Ｔ通信機器毎に、そのＢＤアドレスと、２機器間で利用
されるリンクキーとをペアにして記憶し管理するように
なっている。例えば、本実施例のサーバ２０において
は、リンクキーＤＢ４６に、クライアント１０のＢＤア
ドレスとリンクキーとをペアにして登録している。ここ
で、２機器間で利用されるリンクキーには、半固定的な
リンクキーとしてのユニットキー及びコンビネーション
キーと、一時的なリンクキーとしての初期化キーとがあ
る。ユニットキーおよびコンビネーションキーは、機能
的には同じものであるが、前者は単一のＢＴ通信機器の
情報から生成されるものであるのに対し、後者は２つの
ＢＴ通信機器の情報を組み合わせて生成される点で異な
る。

【００２３】通信相手についての半固定的なリンクキー
（即ち、ユニットキー又はコンビネーションキー、以
下、恒久リンクキーという）が既に設定されている場合
には、そのリンクキーを用いて接続認証が行われるが、
恒久リンクキーが設定されていない場合には、暫定的な
リンクキーである初期化キーを生成する。

【００２４】ここで、初期化キーの生成方法について説
明する。まず、初期化キーを生成しようとする２つのＢ
Ｔ通信機器（以下、機器Ａ及び機器Ｂとして説明する）
において、接続要求を受けた側の機器Ｂが、当該機器Ｂ
で発生した乱数を接続要求側の機器Ａに送信する。ま
た、各機器のＢＤアドレスは、通信の初期段階において
交換されており、２機器間で周知のパラメータとなって
いる。

【００２５】そして、機器Ａは、当該機器ＡのＢＤアド
レスと、当該機器ＡのＰＩＮコードと、機器Ｂで発生し
た乱数とから、初期化キー生成のための演算を行い、初
期化キーを算出する。同様に、機器Ｂも、機器ＡのＢＤ
アドレスと、当該機器ＢのＰＩＮコードと、当該機器Ｂ
で発生した乱数とから、初期化キー生成のための上記演
算を行い、初期化キーを算出する。尚、初期化キーを生
成する場合、クライアント１０側においては当該クライ
アント１０のＰＩＮコードを入力する必要がある。

【００２６】一方、２つのＢＴ通信機器間の接続認証
は、それぞれのＢＴ通信機器で通信相手について設定さ
れているリンクキーが一致するか否かを判定することに
より行われる。ここで、リンクキーが一致するか否かの
判定方法について説明する。

【００２７】接続認証を行おうとする２つのＢＴ通信機
器（以下、機器Ｃ及び機器Ｄとして説明する）におい
て、認証要求を受けた側の機器Ｄが、当該機器Ｄで発生
した乱数を認証要求側の機器Ｃに送信する。また、各機
器のＢＤアドレスは、通信の初期段階において交換され
ており、２機器間で周知のパラメータとなっている。

【００２８】そして、機器Ｃは、当該機器ＣのＢＤアド
レスと、機器Ｄについて設定されているリンクキーと、
機器Ｄで発生した乱数とから、接続認証のための演算を
行い、ＳＲＥＳと呼ばれるパラメータを算出する。同様
に、機器Ｄも、機器ＣのＢＤアドレスと、機器Ｃについ
て設定されているリンクキーと、当該機器Ｄで発生した
乱数とから、接続認証のための上記演算を行い、ＳＲＥ
Ｓを算出する。そして、機器Ｃは、当該機器Ｃで算出し
たＳＲＥＳを機器Ｄへ送信する。一方、機器Ｄは、当該
機器Ｄで算出したＳＲＥＳと、機器Ｃから受信したＳＲ
ＥＳとが一致するか否かを判定する。

【００２９】ここで、機器Ｄが、２つのＳＲＥＳが一致
したと判定すると、接続認証が成立する。このように、
接続認証では、セキュリティ確保のため、それぞれのＢ
Ｔ通信機器で通信相手について設定されているリンクキ
ーが一致するか否かを、リンクキー自体を送信すること
なく判定するようになっている。

【００３０】なお、印刷装置９０は、ＣＰＵ３０から印
刷データを受信する通信ポート９２と、ＣＰＵ３０から
受信した印刷データを一時的に蓄える印刷制御バッファ
９４と、印刷データに基づいて印刷動作を制御して印刷
部９６から印刷物を出力させる印刷制御部９８とから構
成されている。

【００３１】以上の様に構成されたサーバ２０におい
て、ＲＯＭ５０に格納されたプログラムに基づいてＣＰ
Ｕ３０が実行する処理につき、以下に説明する。図４
は、クライアント１０からサービスの要求を受信した
後、サーバ２０において行われる処理を示すフローチャ
ートである。

【００３２】図４に示すように、サーバ２０は、サービ
ス要求を受けると、その要求された”サービス”に基づ
いて、サービスＤＢ４４から”認証の種類”を検索し
（Ｓ１０）、その結果得られた”認証の種類”に基づい
て、認証ＤＢ４２から”認証の有無”を検索する（Ｓ２
０）。”認証の有無”は、認証を行うかどうかを判断す
るためのデータ項目であり、認証ＤＢ４２の検索の結果
得られた”認証の有無”に基づいて、認証処理を行うか
どうかを判断する（Ｓ３０）。

【００３３】その結果、認証処理を行わないものと判断
した場合には（Ｓ３０：ＮＯ）、直ちにサービス提供処
理に移行するが（Ｓ８０）、認証処理を行うものと判断
した場合には（Ｓ３０：ＹＥＳ）、認証処理を行う（Ｓ
４０）。なお、認証処理（Ｓ４０）の詳細については、
後述する（図５参照）。

【００３４】認証処理（Ｓ４０）を終えると、認証処理
の結果が「ＯＫ」かどうかを判断し（Ｓ５０）、「Ｏ
Ｋ」でない場合は（Ｓ５０：ＮＯ）、サービスの提供を
行わない。一方、認証処理の結果が「ＯＫ」である場合
には（Ｓ５０：ＹＥＳ）、リンクキーＤＢ４６の”再提
供フラグ”が立っているかどうかを判断する（Ｓ６
０）。”再提供フラグ”は、リンクキーの有効期限が切
れた場合において、暫定的にサービスの提供を許可する
ときに立てられるフラグである。

【００３５】”再提供フラグ”が立っていない場合には
（Ｓ６０：ＮＯ）、そのままサービス提供処理に移行す
るが（Ｓ８０）、”再提供フラグ”が立っている場合に
は、この後に提供するサービスが暫定的なサービス提供
であることをクライアント１０のユーザに通知して（Ｓ
７０）、サービス提供を行う（Ｓ８０）。

【００３６】なお、ＣＰＵ３０は、Ｓ７０の処理を実行
することによって請求項の「通知手段」として機能し、
Ｓ８０の処理を実行することによって請求項の「サービ
ス提供手段」として機能する。図５は、サーバ２０で行
われる認証処理を示すフローチャートである。

【００３７】認証処理において、サーバ２０は、クライ
アント１０に対して恒久リンクキーによる認証要求を行
い（Ｓ１１０）、その後、クライアント１０が恒久リン
クキーを返信してきたかどうかを判断する（Ｓ１２
０）。クライアント１０から恒久リンクキーが返信され
ない場合には（Ｓ１２０：ＮＯ）、恒久リンクキーを新
規に作成する（Ｓ１３０）。そして、恒久リンクキーの
新規作成が問題なく行われたかどうかを判断し（Ｓ１４
０）、所定の問題があった場合には（Ｓ１４０：Ｎ
Ｏ）、認証処理の結果を「ＮＧ」として（Ｓ１５０）、
当該認証処理を終了する。一方、その作成が問題なく行
われた場合には（Ｓ１４０：ＹＥＳ）、恒久リンクキー
による認証処理を行う（Ｓ１６０）。なお、”恒久リン
クキーの新規作成”の詳細については後述する（図６参
照）。

【００３８】クライアント１０から恒久リンクキーが返
信された場合には（Ｓ１２０：ＹＥＳ）、直ちに恒久リ
ンクキーによる認証処理を行う（Ｓ１６０）。クライア
ント１０から送られる恒久リンクキーは、請求項の「認
証情報」に相当するものである。なお、恒久リンクキー
による認証処理については後述する（図７参照）。

【００３９】恒久リンクキーによる認証処理（Ｓ１６
０）を終えると、その結果が「ＯＫ」であるかどうかを
判断し（Ｓ１７０）、「ＯＫ」であれば（Ｓ１７０：Ｙ
ＥＳ）、認証結果を「ＯＫ」とし（Ｓ１８０）、その
後、当該認証処理を終了する。一方、「ＯＫ」でなけれ
ば（Ｓ１７０：ＮＯ）、認証結果を「ＮＧ」とし（Ｓ１
５０）、その後、当該認証処理を終了する。

【００４０】図６は、”恒久リンクキーの新規作成”処
理を示すフローチャートである。サーバ２０は、要求を
受けた”サービス”に基づいて、サービスＤＢ４４か
ら”ＰＩＮコード”を検索し、それに基づいて初期化キ
ーを作成すると共に（Ｓ２１０）、クライアント１０か
ら初期化キーを受信する（Ｓ２２０）。そして、作成し
た初期化キーに基づいて、受信した初期化キーを認証す
る（Ｓ２３０）。即ち、初期化キーに基づいて、当該”
サービス”への接続についての認証（初期認証という）
を行うのである。

【００４１】次に、初期認証の結果が「ＯＫ」かどうか
を判断し（Ｓ２４０）、「ＯＫ」でない場合には（Ｓ２
４０：ＮＯ）、直ちに当該恒久リンクキー新規作成処理
を終了するが、「ＯＫ」である場合には（Ｓ２４０：Ｙ
ＥＳ）、要求を受けた”サービス”に基づいて、”サー
ビスＤＢ４４に登録してある”恒久リンクキーの種類”
を検索し、その”恒久リンクキーの種類”が”ユニット
キー”かどうかを判断する（Ｓ２５０）。

【００４２】その判断の結果、検索された”恒久リンク
キーの種類”がユニットキーである場合には（Ｓ２５
０：ＹＥＳ）、ユニットキーを生成し（Ｓ２６０）、一
方、”恒久リンクキーの種類”がユニットキーでない場
合には（Ｓ２５０：ＮＯ）、コンビネーションキーを生
成する（Ｓ２７０）。そして、生成したリンクキーを、
リンクキーＤＢ４６に登録する（Ｓ２８０）。

【００４３】図７は、サーバ２０において行われる”恒
久リンクキーによる認証”処理を示すフローチャートで
ある。この認証処理において、サーバ２０は、クライア
ント１０の”ＢＤアドレス”に基づいて、リンクキーＤ
Ｂ４６からリンクキーを検索し（Ｓ３１０）、リンクキ
ーがあるかどうかを判断する（Ｓ３２０）。

【００４４】ここで、リンクキーがない場合には（Ｓ３
２０：ＮＯ）、リンクキーＤＢ４６の再提供フラグをお
ろすとともに（Ｓ３２５）、恒久リンクキーによる認証
の結果を「ＮＧ」として（Ｓ３３０）、当該”恒久リン
クキーによる認証処理”を終了する。

【００４５】一方、リンクキーがある場合には（Ｓ３２
０：ＹＥＳ）、そのリンクキーを用いた認証処理を行う
（Ｓ３４０）。この認証処理（Ｓ３４０）の結果が「Ｏ
Ｋ」となるには、受信したリンクキーとリンクキーＤＢ
４６に登録されているリンクキーとが一致しているこ
と、およびリンクキーＤＢ４６に登録されているリンク
キーが有効期限内であることが必要である。リンクキー
が有効期限内かどうかについては、認証ＤＢ４２の”有
効期限”、リンクキーＤＢ４６の”生成日”および現在
の日付に基づいて判断される。

【００４６】この様な認証処理（Ｓ３４０）を終える
と、その結果が「ＯＫ」かどうかを判断し（Ｓ３５
０）、「ＯＫ」である場合には（Ｓ３５０：ＹＥＳ）、
恒久リンクキーによる認証の結果を「ＯＫ」とし（Ｓ３
６０）、当該”恒久リンクキーによる認証処理”を終了
する。

【００４７】ところで、上記の認証処理の結果が「Ｏ
Ｋ」でない場合には（Ｓ３５０：ＮＯ）、クライアント
１０から受信したリンクキーと、リンクキーＤＢ４６を
検索して得られたリンクキーとが一致していたかどうか
を判断する（Ｓ３７０）。この判断の結果、両リンクキ
ーが一致していない場合には（Ｓ３７０：ＮＯ）、Ｓ３
３０に移行するが、両リンクキーが一致している場合に
は（Ｓ３７０：ＹＥＳ）、リンクキーＤＢ４６に登録さ
れている恒久リンクキーの有効期限が切れただけである
と判断されるので、当該恒久リンクキーに関して、”暫
定的な恒久リンクキーの提供設定”を行う。”暫定的な
恒久リンクキーの提供設定”とは、恒久リンクキーの有
効期限が切れている場合に、所定の条件の下で、暫定的
に、その恒久リンクキーを有効なものとみなすためのも
のであるが、その詳細については後述する（図８参
照）。

【００４８】”暫定的な恒久リンクキーの提供設定”
（Ｓ３８０）を終えると、暫定的なサービス提供（以
下、「再提供」という）をすることができるかどうか
を、その処理結果に基づいて判断する（リンクキーＤＢ
４６の再提供回数が０回でなく、かつ、リンクキーＤＢ
４６の再提供有効期限が０日でない場合にのみ、再提供
が許可される）（Ｓ３９０）。そして、再提供できない
場合には（Ｓ３９０：ＮＯ）、Ｓ３３０に移行するが、
再提供できる場合には（Ｓ３９０：ＹＥＳ）、リンクキ
ーＤＢ４６において当該”恒久リンクキー”に対応す
る”再提供フラグ”を立て（Ｓ４００）、その後、Ｓ３
６０に移行する。

【００４９】なお、ＣＰＵ３０は、Ｓ３４０〜Ｓ３６０
の処理を実行することにより、請求項の「認証手段」と
して機能し、Ｓ３７０〜Ｓ４００の処理を実行すること
により、請求項の「暫定サービス提供手段」としての機
能する。また、リンクキーＤＢ４６には、有効期限内の
恒久リンクキーおよび有効期限切れの恒久リンクキーの
両方が記録されているのであるが、有効期限内の”恒久
リンクキー”が、請求項における「現在の照合情報」に
相当し、有効期限を過ぎた”恒久リンクキー”が、請求
項における「過去の照合情報」に相当するものである。

【００５０】図８は、”暫定的な恒久リンクキーの提供
設定”処理を示すフローチャートである。本処理におい
ては、”再提供フラグ”が立っているかどうかを、リン
クキーＤＢ４６を検索して判断する（Ｓ５１０）。”再
提供フラグ”が立っている場合には（Ｓ５１０：ＹＥ
Ｓ）、リンクキーＤＢ４６の”再提供回数”を１減らし
（Ｓ５２０）、直ちに”暫定的な恒久リンクキーの提供
設定”処理を終了する。

【００５１】一方、”再提供フラグ”が立っていない場
合には（Ｓ５１０：ＮＯ）、Ｓ１０で検索された”認証
の種類”に対応する”無効時の対応（回数）”が「Ｎ
Ｇ」となっているかどうかを、認証ＤＢ４２を検索して
判断する（Ｓ５３０）。ここで、「ＮＧ」である場合に
は（Ｓ５３０：ＹＥＳ）、リンクキーＤＢ４６の”再提
供回数”を「０」とする（Ｓ５４０）と共に、”再提供
有効期限”を「０」とし（Ｓ５５０）、当該”暫定的な
恒久リンクキーの提供設定”を終了する。

【００５２】また、認証ＤＢ４２の”無効時の対応（回
数）”が、「ＮＧ」でない場合には（Ｓ５３０：Ｎ
Ｏ）、リンクキーＤＢ４６の”再提供回数”に、認証Ｄ
Ｂ４２の”無効時の対応（回数）”のデータを設定し
（Ｓ５６０）、そして、認証ＤＢ４２の”無効時の対応
（期限）”が「ＮＧ」かどうかを判断する（Ｓ５７
０）。その結果、認証ＤＢ４２の”無効時の対応（期
限）”が「ＮＧ」である場合には（Ｓ５７０：ＹＥ
Ｓ）、Ｓ５５０に移行し、「ＮＧ」でない場合には（Ｓ
５７０：ＮＯ）、リンクキーＤＢ４６の”再提供有効期
限”に、認証ＤＢ４２の”無効時の対応（期限）”のデ
ータを設定し（Ｓ５８０）、その後、当該”暫定的な恒
久リンクキーの提供設定”を終了する。

【００５３】つまり、認証ＤＢ４２の”無効時の対応
（回数）”および”無効時の対応（期限）”とサービス
ＤＢ４４の”サービス”とは、”認証の種類”に基づい
て関連づけられ、これにより、サーバ２０が提供可能
な”サービス”ごとに暫定的なサービス提供の可否（条
件）が設定されている。そして、その条件の下で、暫定
的なサービスの提供が行われるのである。

【００５４】以上の様に、本実施例のサービス提供シス
テムにおいて、サーバ２０は、クライアント１０から取
得した恒久リンクキーと自己の認証ＤＢ４２に登録され
ている恒久リンクキーとに基づいて、クライアント１０
に対する認証処理（Ｓ３４０）を行った結果、有効期限
内の恒久リンクキーによってクライアント１０が認証さ
れない場合であっても（Ｓ３５０：ＮＯ）、有効期限切
れの恒久リンクキーによって認証される場合には（Ｓ３
７０：ＹＥＳ）、所定の条件の下で、暫定的にサービス
を提供する（Ｓ３９０：ＹＥＳ）。これにより、サービ
ス要求に対する柔軟な対応が実現され、利用者側がサー
ビスを利用し易くなる。

【００５５】また、暫定的なサービスを提供する際（Ｓ
６０：ＹＥＳ）、所定の情報、即ち暫定的なサービス提
供であることをクライアント１０のユーザに通知して注
意を促すため、サービスがより利用しやすくなる。ま
た、暫定的なサービスの提供可否を、サービス毎に設定
しているため、サービス提供システムを柔軟性に運用す
ることができる。

【００５６】以上、本発明の一実施例について説明した
が、本発明は上記実施例に限定されるものではなく、種
々の態様をとることができる。例えば、上記実施例で
は、暫定的なサービスを提供する条件として、回数およ
び期間に制限を設けたが、これに限られるものではな
い。サービスの内容に応じて、回数のみを制限するよう
にしてもよいし、また期間のみに制限を設けてもよい。

【００５７】また、上記実施例では、Ｂｌｕｅｔｏｏｔ
ｈ方式により、クライアント１０とサーバ２０とが無線
通信を行うものとして説明したが、これに限られるもの
ではない。更に、上記実施例では、リンクキーの一致及
びリンクキーの有効性（有効期限内であること）に基づ
いて認証処理を行い（Ｓ４０）、共に条件を満たす場合
に認証処理ＯＫとする例を挙げて説明したが、リンクキ
ーの有効性（有効期限内であること）については、検討
しない構成としても良い。つまり、リンクキーの一致・
不一致に基づいて認証処理を行う構成としても良い。こ
の場合、過去のリンクキー（過去の照合情報）をリンク
キーＤＢに記憶しておき、現在のリンクキー（現在の照
合情報）と一致しなくても、過去のリンクキーと一致す
る場合に、暫定的なサービスを提供する構成となる。こ
のような構成によれば、管理者によって定期的、あるい
は不規則に認証の種類を変えたとしても、その変更前の
ユーザに対しては、少なくとも暫定的なサービスが提供
されることとなるため、セキュリティの向上とユーザに
対する利便性とをうまく両立させることが可能である。

【図面の簡単な説明】

【図１】 一実施例としてのサービス提供システム１の
構成を示す図である。

【図２】 サーバの構成を示すブロック図である。

【図３】 （ａ）は認証データベースの内容、（ｂ）は
サービスデータベースの内容、（ｃ）はリンクキーデー
タベースの内容を示す図である。

【図４】 サービス要求を受けた後にサーバで行われる
処理を示すフローチャートである。

【図５】 サーバで行われる認証処理を示すフローチャ
ートである。

【図６】 サーバで行われる恒久リンクキーの新規作成
処理を示すフローチャートである。

【図７】 サーバで行われる恒久リンクキーによる認証
処理を示すフローチャートである。

【図８】 サーバで行われる暫定的な恒久リンクキーの
提供設定処理を示すフローチャートである。

【符号の説明】

１…サービス提供システム １０…クライアント装置 ２０…サーバ装置 ３０…ＣＰＵ ４０…ＲＡＭ ５０…ＲＯＭ ４２…認証ＤＢ ４４…サービスＤＢ ４６…リンクキーＤＢ

Claims (7)

【特許請求の範囲】
1. 【請求項１】照合情報を記憶する記憶手段と、クライア
   ント装置から入手した認証情報と前記記憶手段に記憶さ
   れた照合情報とに基づき、前記クライアント装置の認証
   を行う認証手段と、該認証手段によりクライアント装置
   が認証された場合に、サービスを提供するサービス提供
   手段とを備えたサービス提供装置であって、 前記認証手段によりクライアント装置が認証されない場
   合であっても、当該クライアント装置が、過去に前記認
   証手段により認証されたクライアント装置である場合
   は、暫定的なサービスを提供する暫定サービス提供手段
   を更に備えたことを特徴とするサービス提供装置。
2. 【請求項２】前記記憶手段は、前記照合情報として、現
   在の及び過去の照合情報を記憶しており、 前記サービス提供手段は、前記認証手段を介して、前記
   クライアント装置から入手した認証情報と前記現在の照
   合情報とに基づいてクライアント装置が認証された場合
   にサービスを提供するとともに、 前記暫定サービス提供手段は、前記認証手段によりクラ
   イアント装置が認証されない場合であっても、前記認証
   情報と前記過去の照合情報とに基づいて当該クライアン
   ト装置が認証された場合は、暫定的なサービスを提供す
   ることを特徴とする請求項１に記載のサービス提供装
   置。
3. 【請求項３】前記暫定サービス提供手段に基づく暫定的
   なサービスを提供する際に、所定の情報をクライアント
   装置に通知する通知手段を備えたことを特徴とする請求
   項１又は請求項２に記載のサービス提供装置。
4. 【請求項４】請求項１乃至請求項３の何れか１項に記載
   のサービス提供装置において、 当該装置は複数のサービスを提供できるものであり、前
   記暫定サービス提供手段に基づく暫定的なサービスの提
   供可否が、該サービスごとに設定されていることを特徴
   とするサービス提供装置。
5. 【請求項５】照合情報を記憶する記憶手段と、クライア
   ント装置から入手した認証情報と前記記憶手段に記憶さ
   れた照合情報とに基づき、前記クライアント装置の認証
   を行う認証手段と、該認証手段によりクライアント装置
   が認証された場合に、サービスを提供するサービス提供
   手段とを備えたサービス提供装置、としてコンピュータ
   を機能させるためのプログラムであって、 更に、前記認証手段によりクライアント装置が認証され
   ない場合であっても、当該クライアント装置が、過去に
   前記認証手段により認証されたクライアント装置である
   場合は、暫定的なサービスを提供する暫定サービス提供
   手段としてコンピュータを機能させるためのサービス提
   供プログラム。
6. 【請求項６】請求項５に記載のサービス提供プログラム
   を記録したコンピュータ読み取り可能な記録媒体。
7. 【請求項７】クライアント装置と、 照合情報を記憶する記憶手段と、クライアント装置から
   入手した認証情報と前記記憶手段に記憶された照合情報
   とに基づき、前記クライアント装置の認証を行う認証手
   段と、該認証手段によりクライアント装置が認証された
   場合に、サービスを提供するサービス提供手段とを備え
   たサービス提供システムであって、 前記認証手段によりクライアント装置が認証されない場
   合であっても、当該クライアント装置が、過去に前記認
   証手段により認証されたクライアント装置である場合
   は、暫定的なサービスを提供する暫定サービス提供手段
   を更に備えたことを特徴とするサービス提供システム。