(57)【要約】【課題】ネットワークの利便性を損なうことなく、不正侵入に対するセキュリティを高めることができるクライアントサーバシステムを実現する。【解決手段】クライアント装置１とサーバ装置２をネットワーク３を介して接続してなるクライアントサーバシステムであって、サーバ装置２は、クライアント装置１を用いてサービスを利用しようとするユーザの認証を行うユーザ認証手段と、このユーザ認証手段による認証結果を承認するか否かを、ユーザ認証手段で認証対象となったユーザからの承認依頼情報を受けて承認者が入力した承認可否判断情報に基づいて判定する承認判定手段と、これらユーザ認証手段による認証結果及び承認判定手段による承認判定結果に基づいてクライアント装置との間の通信を制御する通信制御手段とを備える。【選択図】図１
2005222100.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置とサーバ装置とをネットワークを介して接続してなるクライアントサーバシステムであって、
前記サーバ装置は、前記クライアント装置を用いてサービスを利用しようとするユーザの認証を行うユーザ認証手段と、前記ユーザ認証手段による認証結果を承認するか否かを、前記ユーザ認証手段で認証対象となったユーザからの承認依頼情報を受けて承認者が入力した承認可否判断情報に基づいて判定する承認判定手段と、前記ユーザ認証手段による認証結果及び前記承認判定手段による承認判定結果に基づいて前記クライアント装置との間の通信を制御する通信制御手段とを備える
ことを特徴とするクライアントサーバシステム。
【請求項２】
前記承認依頼情報は、前記認証結果を承認する際に必要となる承認用情報として、前記認証対象となったユーザの音声情報、映像情報、及び当該ユーザとの交信情報のうちの少なくとも１つの情報を含む
ことを特徴とする請求項１記載のクライアントサーバシステム。
【請求項３】
前記承認依頼情報は、前記認証結果を承認する際に必要となる承認用情報として、前記承認対象となったユーザが使用しているクライアント装置と前記サーバ装置との間の通信接続を識別する通信接続識別情報を含む
ことを特徴とする請求項１記載のクライアントサーバシステム。
【請求項４】
前記承認判定手段は、前記承認者から前記承認可否判断情報の入力を受け付ける手段を有する
ことを特徴とする請求項１記載のクライアントサーバシステム。
【請求項５】
前記承認依頼情報は、前記クライアント装置と前記サーバ装置との間に確立された通信接続上で、前記クライアント装置から前記サーバ装置に送信される
ことを特徴とする請求項２記載のクライアントサーバシステム。
【請求項６】
前記承認依頼情報は、前記クライアント装置と前記サーバ装置との間に確立された通信接続と別の通信経路で、前記ユーザから前記承認者に通知される
ことを特徴とする請求項３記載のクライアントサーバシステム。
【請求項７】
前記承認判定手段は、前記サーバ装置が設置された空間内の承認者から前記承認可否判断情報の入力を受け付ける
ことを特徴とする請求項４記載のクライアントサーバシステム。
【請求項８】
ネットワークを介してクライアント装置と接続してなるサーバ装置であって、
前記クライアント装置を用いてサービスを利用しようとするユーザの認証を行うユーザ認証手段と、
前記ユーザ認証手段による認証結果を承認するか否かを、前記ユーザ認証手段で認証対象となったユーザからの承認依頼情報を受けて承認者が入力した承認可否判断情報に基づいて判定する承認判定手段と、
前記ユーザ認証手段による認証結果及び前記承認判定手段による承認判定結果に基づいて前記クライアント装置との間の通信を制御する通信制御手段とを備える
ことを特徴とするサーバ装置。
【請求項９】
クライアント装置とサーバ装置とをネットワークを介して接続してなるクライアントサーバシステムにおける通信制御方法であって、
前記クライアント装置を用いてサービスを利用しようとするユーザの認証を行うユーザ認証処理と、
前記ユーザ認証処理による認証結果を承認するか否かを、前記ユーザ認証処理で認証対象となったユーザからの承認依頼情報を受けて承認者が入力した承認可否判断情報に基づいて判定する承認判定処理とを含み、
前記ユーザ認証処理の認証結果と前記承認判定処理の承認判定結果に基づいて前記クライアント装置と前記サーバ装置との間の通信を制御する
ことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを用いて構成されるクライアントサーバシステムと、このクライアントサーバシステムを構成する際に用いて好適なサーバ装置、及びクライアントサーバシステムに適用して好適な通信制御方法に関する。
【背景技術】
【０００２】
一般に、クライアントサーバシステムにおいては、ネットワークを経由したサーバ装置への不正な侵入を防止するためにユーザ認証が広く行われている。ユーザ認証では、サーバ装置への最初のアクセス（ログイン）時に、サービスを受けようとするユーザに対してユーザＩＤ（ユーザ名）とパスワードの入力を要求し、この要求に対して入力された情報が予め登録されたユーザ情報と一致する場合のみ、その後のアクセスを許可し、それ以外はアクセスを拒否することにより、予め登録されたユーザ（換言すると、サービスの提供を受ける権限をもつ正規ユーザ）だけにサービスを提供するようにしている。
【０００３】
具体的な処理の流れを簡単に接続すると、まず、クライアント装置とサーバ装置の間にはネットワークを介して論理的な通信接続が確立される。次に、この通信接続上でクライアント装置からサーバ装置にユーザＩＤとパスワードが送られ、この情報にしたがってサーバ装置でユーザの認証が行われる。そして、認証の結果、サービスを利用する権限をもつ正規ユーザであることが確認されると、認証済みの通信接続上で、サービスの利用と提供のための通信が、クライアント装置とサーバ装置との間で行われる。
【０００４】
しかしながら、ユーザＩＤとパスワードを用いたユーザ認証では、ネットワークのセキュリティ上、第三者の「なりすまし」による不正な侵入を確実に防止することが難しい。例えば、不特定多数のユーザからアクセスを受けるネットワーク環境（例えば、インターネットのような広域ネットワーク上）でユーザ認証を行う場合に、ユーザ自身がパスワードを憶えやすいように短い単語や単純な単語でパスワードを構成すると、第三者によって容易にパスワードを推測され、第三者による不正な侵入を許してしまう恐れがある。また、複雑な単語でパスワードを構成した場合は、正規ユーザでありながらパスワードの記憶忘れによってアクセスの許可を受けられない状況を招く恐れがあり、その防止策としてパスワードを手帳等にメモした場合はこれを盗み見られてパスワードが第三者に漏洩する恐れがある。
【０００５】
そこで従来においては、ユーザＩＤとパスワードのほかに、ネットワークに接続するコンピュータ装置のＭＡＣアドレスを用いてユーザ認証を行う技術が提案されている（例えば、特許文献１参照）。この技術によれば、仮にユーザＩＤとパスワードが第三者に知られたとしても、正規ユーザのコンピュータ装置からサービス利用の要求を行わない限り、ユーザ認証時にＭＡＣアドレスを一致させることができない。そのため、不正な第三者からのアクセスを拒否することができる。
【０００６】
【特許文献１】特開２０００−１８１８６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の技術においては、サービスを利用できるコンピュータ装置が限定されるため、クライアントサーバシステムにおけるネットワークの利便性が損なわれてしまう。具体的には、例えば、正規ユーザが日常的に使用するサーバ装置がディスクトップ型のコンピュータ装置であって、このコンピュータ装置が正規ユーザの職場に設置された場合に、正規ユーザが出張先のコンピュータ装置からアクセスしようとしても、アクセスに使用したコンピュータ装置のＭＡＣアドレスが、正規ユーザのコンピュータ装置のＭＡＣアドレスと異なるものとなる。そのため、正規ユーザは出張先から所望のサービスを利用できなくなる。
【０００８】
本発明は、上記課題を解決するためになされたもので、その目的とするところは、ネットワークの利便性を損なうことなく、不正侵入に対するセキュリティを高めることができるクライアントサーバシステムを実現することにある。
【課題を解決するための手段】
【０００９】
本発明に係るクライアントサーバシステムは、クライアント装置とサーバ装置をネットワークを介して接続してなるクライアントサーバシステムであって、サーバ装置は、クライアント装置を用いてサービスを利用しようとするユーザの認証を行うユーザ認証手段と、このユーザ認証手段による認証結果を承認するか否かを、ユーザ認証手段で認証対象となったユーザからの承認依頼情報を受けて承認者が入力した承認可否判断情報に基づいて判定する承認判定手段と、これらユーザ認証手段による認証結果及び承認判定手段による承認判定結果に基づいてクライアント装置との間の通信を制御する通信制御手段とを備えるものである。
【００１０】
本発明に係るクライアントサーバシステムにおいては、クライアント装置を用いてサービスを利用しようとするユーザが、サーバ装置のユーザ認証手段で正規ユーザであると認証されたうえで、この認証結果の承認を承認者に依頼し、この依頼を受けた承認者が、承認結果を承認する旨の承認可否判断情報を入力しないかぎり、上記認証結果を承認するとの判定が承認判定手段で行われない。そのため、仮に、不正侵入を試みる第三者が正規ユーザになりすましてユーザ認証を受け、この認証に成功したとしても、その後の承認に失敗する確率が非常に高くなる。したがって、ユーザ認証手段で正規ユーザであると認証され、かつこの認証結果を承認する旨の判定が承認判定手段でなされた場合のみ、サービスの利用と提供のための通信（アクセス）を許可するように通信制御手段で制御することにより、不正侵入者となる第三者にはサービスを提供せず、正規ユーザだけにサービスを提供することが可能となる。
【発明の効果】
【００１１】
本発明によれば、ネットワークを利用したクライアントサーバシステムにおいて、ネットワークの利便性を損なうことなく、不正侵入に対するセキュリティを高めることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の具体的な実施の形態について図面を参照しつつ詳細に説明する。
【００１３】
図１は本発明が適用されるクライアントサーバシステムの構成例を示す概略図である。図においては、クライアント装置１とサーバ装置２がネットワーク３を介して相互に接続されている。クライアント装置１は、ネットワーク３に接続されたサーバ装置２に対してサービス利用の要求を行って所望のサービスを受ける機能を備えるものである。これに対して、サーバ装置２は、ネットワーク３に接続されたクライアント装置１からサービス利用の要求を受けて自装置が有するサービスを提供する機能を備えるものである。具体例として、クライアント装置１は、パーソナルコンピュータなどによって構成され、サーバ装置２は、プリントサーバ、データベースサーバ、ファイルサーバ、メールサーバなどによって構成される。
【００１４】
ネットワーク３は、クライアント装置１とサーバ装置２との間でデータ通信（データ送受信）を行う際に利用されるネット手段となるものである。このネットワーク３は、例えば、ＬＡＮ(Local Area Network)、ＷＡＮ(Wide Area Network)、インターネットなどで構成される。ネットワーク３の具体的な通信形態としては、ＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)に基づいてデータ転送をパケット単位で行うパケット通信を採用することができる。
【００１５】
図２は本発明の実施形態に係るクライアント装置の構成例を示す機能ブロック図である。図示のようにクライアント装置１は、ネットワークインタフェース部４と、通信制御部５と、認証用情報入力部６と、承認用情報入力部７と、サービス利用部８とを備えて構成されている。
【００１６】
ネットワークインタフェース部４は、ネットワーク３を介してサーバ装置２とデータ通信（データ送受信）を行うためのインタフェースである。クライアント装置１は、このネットワークインタフェース部４を介してネットワーク３に接続されている。この通信制御部５は、サーバ装置２との間のデータ通信を統括的に制御するものである。通信制御部５では、ネットワーク３を介してサーバ装置２とデータ通信を行う場合に、ネットワークインタフェース部４、認証用情報入力部６、承認用情報入力部７及びサービス利用機能８との間で、データ通信に用いられるデータ及び情報の受け渡しを行う。
【００１７】
認証用情報入力部６は、サーバ装置２が提供するサービスを利用する際（厳密にはサービスを利用する前）に行われるユーザ認証で必要とされる情報（以下、認証用情報）を入力するための機能部である。これに対して、承認用情報入力部７は、サーバ装置２で行われるユーザ認証で、実際にサービスを利用しようとするユーザが正規ユーザであると認証された場合に、この認証結果を承認する際に必要とされる情報（以下、承認用情報）を入力するための機能部である。これらの認証用情報入力部６及び承認用情報入力部８を用いた情報（認証用情報、承認用情報）の入力は、クライアント装置１を使用するユーザによって行われる。
【００１８】
サービス利用部８は、例えば、ユーザの入力操作（キー操作、マウス操作等）によってユーザインタフェース部（不図示）から入力されたサービス利用の具体的な要求内容にしたがって要求メッセージを作成し、この要求メッセージを通信制御部５に送るとともに、この要求メッセージに対する通信制御部５からの応答を受け取って所望のサービスを利用する機能を有するものである。要求メッセージに含まれるサービス利用の具体的な要求内容としては、例えば、サービスの利用種別を指定した内容と、サービスの利用条件を指定した内容を組み合わせたものが考えられる。サービスの利用種別としては、プリントサービス、データベースサービス、メールサービス、ファイルサービスなどがある。また、サービスの利用条件としては、サービスの利用種別がプリントサービスであれば、カラー印刷の指定、ステープル処理の指定、仕分け処理の指定などがある。また、サービスの利用種別がデータベースサービスであれば、キーワードによるデータ検索の指定、複数キーワードによるデータ検索の指定、データ検索の範囲や階層の指定などがある。
【００１９】
図３は本発明の実施形態に係るサーバ装置の構成例を示す機能ブロック図である。図示のようにサーバ装置２は、ネットワークインタフェース部９と、通信制御部１０と、ユーザ認証部１１と、承認判定部１２と、サービス提供部１３とを備えて構成されている。
【００２０】
ネットワークインタフェース部９は、ネットワーク３を介してクライアント装置１とデータ通信（データ送受信）を行うためのインタフェースである。サーバ装置２は、このネットワークインタフェース部４を介してネットワーク３に接続されている。通信制御部１０は、クライアント装置１との間のデータ通信を統括的に制御するものである。この通信制御部１０では、ネットワーク３を介してクライアント装置１とデータ通信を行う場合に、ネットワークインタフェース部９、ユーザ認証部１１、承認判定部１２及びサービス提供部１３との間で、データ通信に用いられるデータ及び情報の受け渡しを行う。
【００２１】
ユーザ認証部１１は、クライアント装置１を用いてサービスを利用しようとするユーザの認証、つまりサービスを利用しようとするユーザが、事前のユーザ登録手続きなどによってサービスを利用する権限が与えられた正規（登録済み）のユーザであるかどうかの確認を行うものである。このユーザ認証部１１では、例えば、ユーザＩＤ（ユーザ名）とパスワードを用いてユーザの認証処理を行う。この場合、ユーザＩＤとパスワードは認証用情報に該当するものとなる。正規ユーザの資格（サービスの利用権限）をもつユーザ情報（ユーザＩＤ、パスワードを含む）は、事前のユーザ登録処理時に図示しないデータベースに記憶保持される。したがって、ユーザ認証部１１では、データベースに保持されたユーザ情報を参照してユーザの認証処理を行う。
【００２２】
承認判定部１２は、ユーザ認証部１１による認証結果を承認するか否かを、ユーザ認証部１１で承認対象となったユーザ、さらに詳しくはユーザ認証部１１で正規ユーザであると確認（認証）されたユーザからの承認依頼情報を受けて承認者が入力した承認可否判断情報に基づいて判定するものである。本実施形態において、承認者は、ユーザ認証部１１で正規ユーザであると認証されたユーザと顔見知りの関係（例えば、上司と部下の関係、同僚の関係、友人関係など）にあり、正規ユーザの声を聞いたり顔を見たりして本人であると確認できる資格をもつ者とする。承認者が入力する承認可否判断情報は、ユーザ認証部１１による認証結果を、後述する承認用情報を参照して承認者自身が承認すると判断したのか承認しないと判断したのかを明示する情報となる。
【００２３】
サービス提供部１３は、ネットワーク３を介してネットワークインタフェース部９がサービス利用の要求メッセージを受信したときに、この要求メッセージを通信制御部１０から受け取って、実際に要求メッセージで要求されているサービスを提供可能であるか否かを判断し、提供可能であれば実際に要求されたサービスを提供する機能を有するものである。
【００２４】
図４は本発明の実施形態に係るクライアント装置が備える承認用情報入力部の構成例を示す機能ブロック図である。図示のように承認用情報入力部７は、音声入力部７１と音声送信部７２とを備えた構成となっている。音声入力部７１は、サービスを利用しようとするユーザの音声を取り込んで音声データを生成するもので、小型のマイクなどによって構成される。音声送信部７２は、音声入力部７１で生成されたユーザの音声データを通信制御部５に送信するものである。通信制御部５に送信された音声データは、ネットワークインタフェース部４からネットワーク３を経由してサーバ装置２に送られる。
【００２５】
図５は本発明の実施形態に係るサーバ装置が備える承認判定部の構成例を示す機能ブロック図である。図示のように承認判定部１２は、音声受信部１２１と、音声出力部１２２と、認証結果表示部１２３と、承認判断入力部１２４とを備えた構成となっている。音声受信部１２１は、クライアント装置１からサーバ装置２に送られたユーザの音声データを、ネットワークインタフェース部９及び通信制御部１０を通して受信するとともに、受信した音声データを音声出力部１２２に与えるものである。音声出力部１２２は、音声受信部１２１から与えられた音声データを出力（再生）するもので、小型のスピーカなどによって構成される。
【００２６】
認証結果表示部１２３は、ユーザ認証部１１での認証結果として、当該ユーザ認証部１１から通信制御部１０を経由して与えられるユーザ識別情報を可視情報として表示するものである。この認証結果表示部１２３には、ユーザ認証部１１で正規ユーザであると認証されたユーザの識別情報が表示される。表示対象となるユーザ識別情報は、これを見た承認者が、認証結果の承認を受けようとするユーザ（承認依頼ユーザ）を一意に特定できる情報であればよい。ユーザ識別情報の一例としては、ユーザの氏名（ニックネームを含む）や、これに所属部署名を加えた情報などを用いることができる。
【００２７】
承認判断入力部１２４は、音声出力部１２２から出力されるユーザの音声と認証結果表示部１２３に表示されるユーザ識別情報とに基づいて、承認者が自身で下した承認可否判断情報を入力するためのものである。この承認判断入力部１２４には、例えば、認証結果を承認すると判断した場合に押下操作するための承認ＯＫボタンと、認証結果を承認しないと判断した場合に押下操作するための承認ＮＧボタンが設けられる。また、承認判断入力部１２４からは、承認者が入力した承認可否判断情報に基づく承認可否情報が通信制御部１０に与えられる。
【００２８】
図６は本発明の実施形態に係るクライアントサーバシステムでクライアント装置とサーバ装置との間の通信を制御する際の処理の流れ（通信制御方法）を示すフローチャートである。まず、クライアント装置１からサーバ装置２にネットワーク３を介して接続要求（アクセス要求）を行い、この接続要求をサーバ装置２で受け付けることにより、両者の間に論理的な通信接続（コネクション）を確立する（ステップＳ１）。次いで、先に確立した通信接続上でユーザ認証のための通信を行う（ステップＳ２）。ユーザ認証のための通信は次のような手順で行う。
【００２９】
まず、サーバ装置２では、ユーザ認証部１１でユーザの認証を行う際に必要となる認証用情報の送信をクライアント装置１に要求する。この送信要求を受けてクライアント装置１では、当該クライアント装置１を使用（操作）しているユーザに対して認証用情報の入力を促し、実際にユーザが認証用情報入力部６から認証用情報（ユーザＩＤ、パスワード）を入力すると、この認証用情報をサーバ装置２に送信する。そうすると、サーバ装置２では、クライアント装置１から送信された認証用情報を受け取ってユーザ認証部１１に送り、ユーザの認証処理を行う。
【００３０】
ユーザ認証部１１による認証処理では、クライアント装置１から送信された認証用情報に一致する情報を含むユーザ情報がデータベースに存在するか否かを確認し、存在した場合は正規ユーザであると判断し、存在しない場合は正規ユーザではないと判断する。そして、正規ユーザであると判断した場合は、認証に成功した旨を示す認証結果を通信制御部１０に通知し、正規ユーザではないと判断した場合は、認証に失敗した旨を示す認証結果を通信制御部１０に通知する。この認証結果の通知を受けて通信制御部１０では、ユーザ認証部１１での認証に成功したか否かを判別し、その後の通信接続を制御する。
【００３１】
すなわち、認証に成功した場合（ステップＳ３でＹｅｓの場合）は、先に確立した通信接続上で、ユーザ認証部１１による認証結果を承認するための通信を行う（ステップＳ４）。また、認証に失敗した場合（ステップＳ３でＮｏの場合）は、その時点で両者の間の通信を切断する（ステップＳ８）。認証結果を承認するための通信は次のような手順で行う。
【００３２】
まず、サーバ装置２では、ユーザ認証部１１でユーザ認証に成功した旨の通知と合わせて、この認証結果を承認する際に必要となる承認用情報の送信をクライアント装置１に要求する。この送信要求を受けてクライアント装置１では、当該クライアント装置１を使用（操作）しているユーザに対して承認用情報の入力を促し、実際にユーザが認証用情報入力部７から承認用情報を入力すると、この承認用情報を含む承認依頼情報をサーバ装置２に送信する。承認依頼情報には、認証結果の承認を依頼する旨のヘッダ情報と承認に必要となる承認用情報とが含まれる。このとき、クライアント装置１では、承認用情報入力部７の音声入力部７１からユーザの音声を取り込むとともに、これによって生成したユーザの音声データを音声送信部７２から通信制御部５へと送ることにより、承認用情報となるユーザの音声データを、ネットワークインタフェース部４からネットワーク３を介してサーバ装置２に送信する。そして、承認依頼情報を送信した後は、認証結果の承認待ち（応答待ち）状態となる。
【００３３】
一方、サーバ装置２では、クライアント装置１から送信された承認依頼情報を受け取って、当該承認依頼情報に含まれる承認用情報（ユーザの音声データ）を承認判定部１２に送り、認証結果を承認するかどうかの処理を行う。この承認処理では、クライアント装置１から送信された承認依頼情報をネットワークインタフェース部９で受信して通信制御部１０に送り、さらに承認依頼情報に含まれる承認用情報すなわちユーザの音声データを通信制御部１０で抽出して承認判定部１２へと送る。そうすると、承認判定部１２では、通信制御部１０から送られた音声データを音声受信部１２１で受信して音声出力部１２２に送り、そこでユーザの音声データを再生出力する。また、これと並行して通信制御部１０から承認判定部１２に、ユーザ認証部１１で正規ユーザであると認証されたユーザの識別情報を送り、このユーザ識別情報を認証結果表示部１２３に表示する。これにより、サーバ装置２が設置された空間内で、かつサーバ装置２の近くにいる承認者は、音声出力部１２２から出力されるユーザの声を耳で確認するとともに、認証結果表示部１２３に表示されるユーザ識別情報を目で確認することができる。
【００３４】
その結果、クライアント装置１を使用してサービスを利用しようとしているユーザが、ユーザ認証部１１で正規ユーザであると認証されたユーザ本人に間違いないかどうかを承認者に判断（確認）させることができる。このとき、承認者は、自身で下した承認可否判断に基づく情報を承認判断入力部１２４を用いて入力する。例えば、前述のように承認判断入力部１２４に承認ＯＫボタンと承認ＮＧボタンが設けられている状況にあっては、承認者は、ユーザ認証部１１での認証結果を承認すると判断した場合は、承認ＯＫボタンの押下操作によって承認可否判断情報を入力し、ユーザ認証部１１での認証結果を承認しないと判断した場合は、承認ＮＧボタンの押下操作によって承認可否判断情報を入力する。これにより、承認判定部１２では、承認者によって承認ＯＫボタンが押下操作された場合は、認証結果を承認すると判定してその旨の承認可否情報を通信制御部１０に通知し、承認者によって承認ＮＧボタンが押下操作された場合は、認証結果を承認しないと判定してその旨の承認可否情報を通信制御部１０に通知する。そうすると、通信制御部１０では、これに入力された承認可否情報を、ネットワークインターフェース部９からネットワーク３を経由してクライアント装置１に送信（通知）する。これにより、クライアント装置１では、サーバ装置２から送信される承認可否情報の内容を確認することにより、サーバ装置２側で認証結果の承認に成功したか否かを知ることができる。
【００３５】
続いて、認証結果が承認された場合（ステップＳ５でＹｅｓの場合）は、クライアント装置１とサーバ装置２との間でサービスを利用したり提供したりするための通信を行う（ステップＳ６）。また、認証結果が承認されなかった場合（ステップＳ５でＮｏの場合）は、その時点で両者の間の通信を切断する（ステップＳ８）。通信の切断は、サーバ装置２の通信制御部１０が主導的に行う。サービスの利用や提供のための通信は次のような手順で行う。
【００３６】
まず、クライアント装置１では、所望のサービス内容を記述した要求メッセージをサービス利用部８で作成し、この要求メッセージを通信制御部５に送る。そうすると、通信制御部５では、サービス利用部８から受け取ったサービス利用の要求メッセージを、ネットワークインタフェース部４からネットワーク３を経由してサーバ装置２に送信する。そうすると、サーバ装置２では、クライアント装置１から送信された要求メッセージをネットワークインタフェース部９で受信して通信制御部１０に送り、さらに通信制御部１０からサービス提供部１３へと要求メッセージを送る。要求メッセージを受け取ったサービス利用部１３では、実際に要求メッセージで要求されているサービスを提供可能であるか否かを判断し、提供可能であれば実際に要求されたサービスを提供する。
【００３７】
その後、クライアント装置１からサーバ装置２にサービスの利用を終了する旨の通知がなされたり、サーバ装置２でサービス利用の要求を待っている時間が予め設定されたタイムアウト時間に達したりして、サービスの利用が終了した場合（ステップＳ７でＹｅｓの場合）は、その時点で両者の間の通信を切断する（ステップＳ８）。
【００３８】
このようにクライアント装置１とサーバ装置２との間でデータ通信を行うことにより、仮に、正規ユーザがサービスを利用するときに必要となる認証用情報（ユーザＩＤ、ユーザパスワード）が第三者に漏洩し、この第三者が自身のコンピュータ装置をクライアント装置１として使用してサーバ装置２に認証用情報（ユーザＩＤ、パスワード）を送り、ユーザ認証部１１で正規のユーザであるとの認証を受けたとしても、この認証結果の承認を受けてからでないとサービスを利用することができない。実際に承認を受ける場合は、不正侵入を試みる第三者がクライアント装置１の承認用情報入力部７で自身の音声を入力して音声データをサーバ装置２に送る必要がある。そうした場合、サーバ装置２側にいる認証者は、承認判定部１２の音声出力部１２２から出力される音声が正規ユーザの音声と一致するかどうかを確認し、一致した場合は認証結果を承認する旨の承認可否判断情報を承認判断入力部１２４から入力し、一致しない場合は認証結果を承認しない旨の承認可否判断情報を承認判断入力部１２４から入力することになる。そのため、不正侵入者となる第三者にはサービスを提供せず、正規ユーザだけにサービスを提供することができる。
【００３９】
これにより、ユーザＩＤとパスワードを用いてユーザ認証を行う場合に、パスワードを複雑な単語で構成しなくても、第三者による不正侵入を確実に防止することができる。また、ＭＡＣアドレスのような装置固有の識別情報をユーザ認証に使用しなくても済むため、サービスを利用できるコンピュータ装置が限定されることがない。その結果、ネットワークの利便性を損なうことなく、不正侵入に対するセキュリティを高めることができる。
【００４０】
なお、上記実施形態においては、認証依頼情報に含まれる認証用情報として、ユーザの音声情報（音声データ）を用いるようにしたが、これに限らず、例えば、ユーザの顔を映した映像情報を用いるようにしてもよい。また、これ以外にも、例えば、正規ユーザしか知り得ないような情報を、サーバ装置２を使って承認者が音声や文字でユーザに問い合わせ、この問い合わせに対する応答（回答）、つまりユーザとの間でやり取りされた交信情報（音声、文字等を用いた会話内容）を認証用情報として用いるようにしてもよい。
【００４１】
また、上記実施形態においては、クライアント装置１とサーバ装置２との間に確立された通信接続上で、承認用情報を含む承認依頼情報をクライアント装置１からサーバ装置２に送信するようにしたが、承認依頼情報は、上記通信接続とは別の通信経路で承認者に通知するようにしてもよい。具体的には以下のような実施の形態を採用することができる。
【００４２】
図７は本発明の他の実施形態に係るクライアント装置の構成例を示す機能ブロック図である。図示のようにクライアント装置１は、ネットワークインタフェース部４と、通信制御部５と、認証用情報入力部６と、サービス利用部８と、情報出力部１４とを備えて構成されている。このうち、ネットワークインタフェース部４と、通信制御部５と、認証用情報入力部６と、サービス利用部８の各機能については、先述した実施形態の場合と同様である。情報出力部１４は、当該クライアント装置１とサーバ装置２との間に確立された通信接続を識別する通信接続識別情報を出力するものである。
【００４３】
図８は本発明の他の実施形態に係るサーバ装置の構成例を示す機能ブロック図である。図示のようにサーバ装置２は、ネットワークインタフェース部９と、通信制御部１０と、ユーザ認証部１１と、承認判定部１２と、サービス提供部１３とを備えて構成されている。これらの全体的な構成については先述した実施形態の場合と同様であるが、承認判定部１２の内部構成（後述）は先述した実施形態と異なるものとなっている。
【００４４】
図９は本発明の他の実施形態に係るクライアント装置が備える情報出力部の構成例を示す機能ブロック図である。図示のように情報出力部１４は、情報表示部１４１と情報取得部１４２とを備えた構成となっている。情報表示部１４１は、上記通信接続識別情報を可視情報としてモニタ等に表示するものである。情報取得部１４２は、上記通信接続識別情報を通信制御部１０から取得し、この取得した通信接続識別情報を情報表示部１４１に与えるものである。通信接続識別情報としては、クライアント装置１のＩＰアドレスやＴＣＰのポート番号などを用いることができる。これにより、クライアント装置１を使用してサービスを利用しようとするユーザは、情報出力部１４の情報表示部１４１に表示された可視情報から通信接続識別情報を読み取ることができる。
【００４５】
図１０は本発明の他の実施形態に係るサーバ装置が備える承認判定部の構成例を示す機能ブロック図である。図示のように承認判定部１２は、情報取得部１２５と、情報照合部１２６と、情報入力部１２７とを備えた構成となっている。情報取得部１２５は、ユーザ認証部１１で認証に成功した通信接続識別情報を通信制御部１０から取得し、この取得した通信接続識別情報を情報照合部１２６に与えるものである。認証に成功した通信接続識別情報とは、ユーザ認証部１１で正規ユーザであると確認（認証）されたユーザが使用しているクライアント装置１と、このユーザがサービスの提供元として指定したサーバ装置２との間に確立されている通信接続を識別する情報をいう。したがって、例えば、クライアント装置１のＩＰアドレスを通信接続識別情報として用いる場合は、ユーザ認証部１１で正規ユーザであると確認（認証）されたユーザが使用しているクライアント装置１のＩＰアドレスが通信制御部１０から情報取得部１２５によって取得されることになる。また、こうして取得されたＩＰアドレスは、ユーザ認証部１１による認証結果の承認を待っている承認待ち状態のクライアント装置１のＩＰアドレスとなる。
【００４６】
一方、情報入力部１２７は、承認依頼情報に含めてユーザから承認者に通知される通信接続識別情報や、承認者が自身で下した承認可否判断情報を入力するためのものである。この情報入力部１２７はキーボードなどによって構成される。また、情報入力部１２７には、例えば、認証結果を承認すると判断した場合に押下操作するための承認ＯＫボタンと、認証結果を承認しないと判断した場合に押下操作するための承認ＮＧボタンが設けられる。また、情報入力部１２７を用いて承認者により入力された通信接続識別情報と承認可否判断情報は情報照合部１２６に与えられる。
【００４７】
情報照合部１２６は、情報取得部１２５から与えられた通信接続識別情報と、情報入力部１２７から与えられた通信接続識別情報とを照合して双方の情報が一致するか否かを確認し、この照合結果と、承認者によって入力された承認可否判断情報に基づいて、ユーザ認証部１１による認証結果を承認するか否かを判定するものである。すなわち、承認者が承認ＯＫボタンを押下操作して承認可否判断情報を入力したときに、当該承認可否判断情報とともに入力された通信接続識別情報が、情報取得部１２５から与えられた通信接続識別情報に一致する場合は認証結果を承認すると判定し、承認者が承認ＮＧボタンを押下操作して承認可否判断情報を入力した場合は認証結果を承認しないと判定する。この情報照合部１２６において、認証結果を承認すると判定した場合はその旨の承認可否情報を通信制御部１０に送り、認証結果を承認しないと判定した場合はその旨の承認可否情報を通信制御部１０に送る。また、承認者が承認ＯＫボタン又は承認ＮＧボタンを押下操作して承認可否判断情報を入力したときに、当該承認可否判断情報とともに入力された通信接続識別情報が、情報取得部１２５から与えられた通信接続識別情報に一致しない場合は、ユーザが承認者に通知した通信接続識別情報、または承認者が入力した通信接続識別情報に誤りがあるため、入力された通信接続識別情報に該当する通信接続が見つからない旨を承認者に通知するための通知処理を行う。この通知処理は、承認判定部１２で行ってもよいし、承認判定部１２からの通知を受けて通信制御部１０で行ってもよい。
【００４８】
続いて、本発明の他の実施形態に係るクライアントサーバシステムでクライアント装置とサーバ装置との間の通信を制御する際の処理の流れついて説明する。クライアントサーバシステム内での基本的な処理の流れは、上記図６に示したものと同様であるが、ユーザの認証に成功した後の、認証結果を承認するための通信処理が、先述した実施形態の場合と異なるものとなる。
【００４９】
すなわち、認証結果を承認するための通信処理に移行すると、サーバ装置２では、ユーザ認証部１１でユーザ認証に成功した旨の通知と合わせて、この認証結果を承認する際に必要となる承認用情報の通知をクライアント装置１側に要求する。これを受けてクライアント装置１では、通信接続識別情報となる自装置のＩＰアドレス（又はＴＣＰのポート番号）を情報取得部１４２が通信制御部１０から取得し、これを情報表示部１４１に表示した後、認証結果の承認待ち状態となる。このとき、認証結果の承認を受けようとするユーザは、情報表示部１４１に表示されたＩＰアドレスを読み取る。そして、このユーザは、認証用情報の通知要求に応えるべく、例えば、サーバ装置２側にいる承認者に電話をかけて、認証結果の承認を依頼する旨を承認者に伝えるとともに、承認対象となる通信接続識別情報（ＩＰアドレス等）を情報表示部１４１から読み取って承認者に伝える。これにより、図１１に示すように、クライアント装置１側にいるユーザから、サーバ装置２側にいる承認者に通信接続識別情報が通知される。このとき、電話を使って承認者に通知される通信接続識別情報と合わせて、実際に電話口から承認者に伝わるユーザの音声が承認用情報として利用される。
【００５０】
こうしてユーザから承認者に通信接続識別情報が通知されると、承認者は、実際に電話で聞き取ったユーザの音声が正規ユーザの音声（声質）に一致するか否かを判断する。そして、正規ユーザ本人に間違いないと判断した場合は、サーバ装置２の承認判定部１２において、ユーザから通知された通信接続識別情報を情報入力部１２７から入力するとともに、この通信接続識別情報で識別される通信接続を使ってアクセスしているユーザの認証結果を承認する旨の承認可否判断情報を承認ＯＫボタンの押圧操作によって入力する。これに対して、正規ユーザ本人ではないと判断した場合は、サーバ装置２の承認判定部１２において、ユーザから通知された通信接続識別情報を情報入力部１２７から入力するとともに、この通信接続識別情報で識別される通信接続を使ってアクセスしているユーザの認証結果を承認しない旨の承認可否判断情報を承認ＮＧボタンの押圧操作によって入力する。
【００５１】
そうすると、承認判定部１２では、例えば、情報入力部１２７から情報が入力された時点、又はそれ以前にユーザ認証部１１でユーザの認証に成功した時点で、情報取得部１２５が認証に成功した通信接続識別情報を通信制御部１０から取得し、これを情報照合部１２６に与える。また、情報入力部１２７では、承認者によって通信接続識別情報が入力されると、これを情報照合部１２６に与える。これにより、情報照合部１２６では、情報取得部１２５から与えられた通信接続識別情報と、情報入力部１２７から与えられた通信接続識別情報とを照合し、この照合結果において、双方の情報が一致する場合は、当該通信接続識別情報で識別される通信接続を使ってアクセスしているクライアント装置１に承認可否の結果を通知すべく、情報入力部１２７から入力された承認可否判断情報に基づく承認可否情報を通信制御部１０に与える。そうすると、通信制御部１０では、承認判定部１２から入力された承認可否情報を、ネットワークインターフェース部９からネットワーク３を経由してクライアント装置１に送信（通知）する。また、通信制御部１０では、承認判定部１２で認証結果を承認しないと判定した場合に、現在アクセス中の複数の通信接続のなかから、承認されなかった通信接続識別情報によって識別（特定）される通信接続を抽出して切断する。また、上記照合結果において、双方の情報が一致しない場合は、その旨をメッセージ表示や警告音などで承認者に通知する通知処理を行う。
【００５２】
このようにクライアント装置１とサーバ装置２との間でデータ通信を行うことにより、仮に、正規ユーザがサービスを利用するときに必要となる認証用情報（ユーザＩＤ、ユーザパスワード）が第三者に漏洩し、この第三者が自身のコンピュータ装置をクライアント装置１として使用してサーバ装置２に認証用情報（ユーザＩＤ、パスワード）を送り、ユーザ認証部１１で正規のユーザであるとの認証を受けたとしても、この認証結果の承認を受けてからでないとサービスを利用することができない。実際に承認を受ける場合は、不正侵入を試みる第三者が電話で通信接続識別情報を承認者に通知する必要がある。そうした場合、サーバ装置２側にいる認証者は、電話から聞こえるユーザの音声が正規ユーザの音声と一致するかどうかを確認し、一致した場合は、ユーザから通知された通信接続識別情報と合わせて、認証結果を承認する旨の承認可否判断情報を承認判断入力部１２４から入力し、一致しない場合は、ユーザから通知された通信接続識別情報と合わせて、認証結果を承認しない旨の承認可否判断情報を承認判断入力部１２４から入力することになる。そのため、不正侵入者となる第三者にはサービスを提供せず、正規ユーザだけにサービスを提供することができる。したがって、先の実施形態と同様に、ネットワークの利便性を損なうことなく、不正侵入に対するセキュリティを高めることができる。
【００５３】
なお、ユーザから承認者への通信接続識別情報の通知は、クライアント装置１とサーバ装置２との間に確立されている通信接続と別の通信経路を用いるものであればよい。したがって、電話を利用する以外に、電子メールなどを利用することも可能である。ただし、電子メールで通知する場合は、実際に情報の通知を行ったユーザが正規ユーザであるかどうかを承認者に判断（確認）させる必要があるため、その判断材料の１つとして、例えば、フィンガープリントなどのように正規ユーザ本人からの通知であることを証明する証明書を添付した証明書付きの電子メールを使って通知する必要がある。電子メールを利用する場合は、承認者と正規ユーザが顔見知りの関係にある必要はない。また、それらの組み合わせとして、通信接続識別情報は電子メールで通知し、認証結果の承認は電話で依頼することも可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明が適用されるクライアントサーバシステムの構成例を示す概略図である。
【図２】発明の実施形態に係るクライアント装置の構成例を示す機能ブロック図である。
【図３】本発明の実施形態に係るサーバ装置の構成例を示す機能ブロック図である。
【図４】本発明の実施形態に係るクライアント装置が備える承認用情報入力部の構成例を示す機能ブロック図である。
【図５】本発明の実施形態に係るサーバ装置が備える承認判定部の構成例を示す機能ブロック図である。
【図６】本発明の実施形態に係るクライアントサーバシステムでクライアント装置とサーバ装置との間の通信を制御する際の処理の流れを示すフローチャートである。
【図７】本発明の他の実施形態に係るクライアント装置の構成例を示す機能ブロック図である。
【図８】本発明の他の実施形態に係るサーバ装置の構成例を示す機能ブロック図である。
【図９】本発明の他の実施形態に係るクライアント装置が備える情報出力部の構成例を示す機能ブロック図である。
【図１０】本発明の他の実施形態に係るサーバ装置が備える承認判定部の構成例を示す機能ブロック図である。
【図１１】本発明の他の実施形態に係るクライアントサーバシステムでクライアント装置とサーバ装置との間の通信を制御する際の承認処理の一例を示す概念図である。
【符号の説明】
【００５５】
１…クライアント装置、２…サーバ装置、３…ネットワーク、４…ネットワークインタフェース部、５…通信制御部、６…認証用情報入力部、７…承認用情報入力部、８…サービス利用部、９…ネットワークインタフェース部、１０…通信制御部、１１…ユーザ認証部、１２…承認判定部、１３…サービス提供部、１４…情報出力部
【図１】
2005222100.tif 000003
【図２】
2005222100.tif 000004
【図３】
2005222100.tif 000005
【図４】
2005222100.tif 000006
【図５】
2005222100.tif 000007
【図６】
2005222100.tif 000008
【図７】
2005222100.tif 000009
【図８】
2005222100.tif 000010
【図９】
2005222100.tif 000011
【図１０】
2005222100.tif 000012
【図１１】
2005222100.tif 000013