JP2005150829A - ネットワークシステム、クライアント、サーバ、情報漏洩防止方法、コンピュータプログラム、及びコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

【課題】 サーバとクライアントが接続されるネットワークシステムにおける第三者への情報漏洩を防ぐ。
【解決手段】 第三者がサービス利用者であるクライアントは、SecurityTagを付与したサービス検索要求を送信せず、要求を受信したサーバはSecurityTagが無い要求は破棄するため、第三者のクライアントへサービス検索要求に対する応答が行われないことにより、第三者のクライアントに対してサービス情報の漏洩を防ぎ、サービス利用に制限をかけることができる。
【選択図】 図４

Description

本発明はサーバとクライアントが接続されるネットワークシステム、及びかかるネットワークシステムにおけるクライアント、サーバ、情報漏洩防止方法、コンピュータプログラム、及びコンピュータ読み取り可能な記録媒体に関する。

従来は、サーバのソフトウェアとクライアントのソフトウェアが人間を介さずにサービスの提供・利用を行うシステム（以下、WEBサービス技術を使用したシステム）において、クライアントがネットワーク上のサービスの検索を行う際、サーバはクライアントの認証を行わずにサービスの検索に応答していた。

しかしながら、サービス検索サービスがネットワーク上に展開され第三者がサービス利用者であるクライアントを前記ネットワークに接続可能な場合において、第三者がサービス利用者であるクライアントを前記ネットワークに接続しネットワーク上のサービス提供者であるサーバが第三者のサービス利用者の検索に応答してしまい、どのサーバにおいてどのようなサービスが提供されているのかという情報が第三者へ漏洩してしまうおそれがある。

また、認可されていない第三者のサービス利用者に容易にサービスを利用されてしまうため、課金をかけるようなシステムには適用できない。

また、課金などの利用に制限をかけるシステムでは、サービス毎にセキュリティを強化しなければならないため、サービス毎のコストが増加する。

本発明は前記のような点に鑑みてなされたものであり、第三者への情報漏洩を防ぐことを目的とする。

本発明のネットワークシステムは、複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムであって、固有の非対称鍵のペアのうち秘密鍵を持つクライアントが接続され、前記クライアントに対応する公開鍵を持つサーバが接続される点に特徴を有する。
本発明のクライアントは、複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおける前記クライアントであって、送信するデータのハッシュ値を求め、前記ハッシュ値に対して前記秘密鍵により暗号化したデータを作成して送信データに署名データを付与してネットワークを介してサーバへ送信する手段を備えた点に特徴を有する。さらに、前記サービス検索を行う時にテンポラリデータを生成し前記テンポラリデータのハッシュ値を求め、前記ハッシュ値を前記秘密鍵により暗号化した署名データを生成し、サービス検索要求に前記テンポラリデータと署名データを付与して同報通知を行う点に特徴を有する。
本発明のサーバは、複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおける前記サーバであって、前記クライアントが送付してきた送信データと署名データを受信し、前記署名データを前記クライアントに対応する公開鍵により復号化し、前記送信データのハッシュ値をとり、復号化データと前記ハッシュ値とを比較して、同値であれば、サーバの持つ公開鍵に対応する秘密鍵を持つクライアントであると認証し、サービスの提供許可を行う点に特徴を有する。さらに、前記サービス検索要求を受信し要求されたサービスの提供が可能か不可能を判定し、可能であればサービス検索要求に付与されている前記署名データを送信元のクライアントに対応する公開鍵により復号化データを取り出し、また前記テンポラリデータのハッシュ値をとり、前記復号化データと前記ハッシュ値との比較をとり、同値であれば前記クライアントを認証されたものとし、サービス検索要求に応答を行う点に特徴を有する。さらにまた、前記復号化データと前記ハッシュ値との比較をとり、同値でなければ前記クライアントを認証せず、サービス検索要求に対する応答を行わない点に特徴を有する。さらにまた、前記サービス検索要求を受信し前記テンポラリデータと前記署名データが付与されていない場合は、送信元のクライアントを認証せず、前記サービス検索要求に対する応答を行わない点に特徴を有する。
本発明の情報漏洩防止方法は、複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおける情報漏洩防止方法であって、固有の非対称鍵のペアのうち秘密鍵を持つクライアントが接続され、前記クライアントに対応する公開鍵を持つサーバが接続される点に特徴を有する。
本発明のコンピュータプログラムは、複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおいて前記クライアントを構成するコンピュータに処理を実行させるためのコンピュータプログラムであって、送信するデータのハッシュ値を求め、前記ハッシュ値に対して前記秘密鍵により暗号化したデータを作成して送信データに署名データを付与してネットワークを介してサーバへ送信する処理を前記コンピュータに実行させる点に特徴を有する。
本発明の別のコンピュータプログラムは、複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおいて前記サーバを構成するコンピュータに処理を実行させるためのコンピュータプログラムであって、前記クライアントが送付してきた送信データと署名データを受信し、前記署名データを前記クライアントに対応する公開鍵により復号化し、前記送信データのハッシュ値をとり、復号化データと前記ハッシュ値とを比較して、同値であれば、サーバの持つ公開鍵に対応する秘密鍵を持つクライアントであると認証し、サービスの提供許可を行う処理を前記コンピュータに実行させる点に特徴を有する。
本発明のコンピュータ読み取り可能な記録媒体は、前記本発明のコンピュータプログラムを格納した点に特徴を有する。

本発明によれば、固有の非対称鍵のペアのうち秘密鍵を持つクライアントが接続され、前記クライアントに対応する公開鍵を持つサーバが接続されるので、第三者への情報漏洩を防ぐことができる。

以下、添付図面を参照して、本発明の好適な実施形態について説明する。以下に詳述するように、サーバのソフトウェアとクライアントのソフトウェアが人間の意思や確認を介さずにサービスの提供・利用を行うWEBサービス技術を使用したネットワークシステムにおけるセキュリティに関するものである。

昨今、ユビキタス、モバイルネットワークという言葉に代表されるように、ネットワークはスタティックに接続される端末だけではなく、ダイナミックに端末を接続、切断、移動が行われるようになってきた。そのため、第三者があるネットワークに容易に接続できるような状況が多くなってきている。

また、WEBサービスのようなシステムでは人間がサーバ、クライアントの動作に関して逐一指示をせずに、サービスの検索、要求、実行を行うことを特徴とする。例えば、ユーザがある要求をクライアントを使用して行うと、クライアントはユーザに逐一確認せず自動でサービスを提供できるサーバを検索し、検索を受信したサーバは自身が提供できるサービスであれば応答し範囲外であれば応答せず、クライアントは応答してきたサーバの中から条件の良いサーバを自動で選択しサービスを要求し、サービス要求を受信したサーバはサービスを実行し、サービス終了後にクライアントへ通知する、というような動作がある。このようにWEBサービスシステムでは人間の動作や判断を要求することが少ない場合が多いため、ネットワークに接続しただけ従来のシステムでは知りえないURLなどを自動で検索し、内部の情報が漏洩する可能性がある。

つまり、第三者のクライアントが内部ネットワークに接続されWEBサービスに参加し、クライアントからのサービス検索、サービス要求に対してサーバは応答してしまう可能性がある。特にサービスの種類やサーバの情報が漏洩することは、従来ネットワーク内部で送受信されるべき機密データやサービスを、搾取する第一歩を提供してしまうことになり、本発明はそのようなサービス検索におけるセキュリティ確保に対処するものである。

図１は、本実施形態のネットワークシステムの構成例を示す図である。図１において、１０１、１０２、１０３はクライアントＰＣ（パーソナルコンピュータ）、１０５、１０６はＭＦＰ（Multi Function Printer）、それぞれＬＡＮ１００に接続される。また、１１０は第三者がＬＡＮ１００に接続したＰＣである。ＬＡＮ１００はファイアウォール１２０を介してインターネット１３０、さらには他のネットワーク１４０に接続される。

ＭＦＰ１０５、１０６はWEBサービスにおける印刷サービスを提供するサーバであり、クライアントＰＣ１０１、１０２、１０３からのサービス検索に応答し、クライアントＰＣ１０１、１０２、１０３からのサービス要求によってサービスを提供する。

クライアントＰＣ１０１、１０２、１０３はWEBサービスにおけるクライアントであり、ＭＦＰ１０５、１０６に対してサービス検索を行い、ＭＦＰ１０５、１０６に対してサービスを要求し、サービスの提供を受ける。

ＰＣ１１０は第三者のＰＣであり、クライアントＰＣ１０１、１０２、１０３と同じように、ＭＦＰ１０５、１０６に対してサービス検索を行い、ＭＦＰ１０５、ＭＦＰ１０６に対してサービスを要求し、本来第三者が受けることのできないサービスの提供を受けてしまうことのできる、WEBサービスの端末である。

図２は、一般的なパーソナルコンピュータの内部構成を示した図であり、図１におけるＰＣ１０１、１０２、１０３、１１０の内部構成はこのようになっている。ＰＣ２００は、ＲＯＭ２０２もしくはハードディスク（ＨＤ）２１１に記憶された、或いはフレキシブルディスクドライブ（ＦＤ）２１２より供給される各種ソフトウェアを実行するＣＰＵ２０１を備え、システムバス２０４に接続される各機器を総括的に制御する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリアなどとして機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や不図示のポインティングデバイスなどからの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、本発明の動作を行うプログラム又は印刷データの搾取を目的とした擬似印刷サーバプログラム、種々のアプリケーション、編集ファイル、ユーザファイルなどを記憶するハードディスク（ＨＤ）２１１及びフレキシブルディスクコントローラ（ＦＤ）２１２とのアクセスを制御する。２０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ２２０を介して、ネットワークプリンタ、他のネットワーク機器或いは他のＰＣと双方向にデータをやりとりする。なお、本実施形態においては、ＬＡＮ２２０は図１におけるＬＡＮ１００と同じものである。

図３において、３００は、WEBサービスプログラムが稼動するＭＦＰ又はプリンタの内部構成の一例であり、図１における１０５、１０６と同等である。デバイス３００は、ＲＯＭ３０２もしくはハードディスク（ＨＤ）３１０に記憶された、或いはフレキシブルディスクドライブ（ＦＤ）３１１より供給される各種プログラムを実行するＣＰＵ３０１を備え、システムバス３０４に接続される各機器を総括的に制御する。３０３はＲＡＭで、ＣＰＵ３０１の主メモリ、ワークエリアなどとして機能する。３０５はユーザインタフェースコントローラ（ＵＩＣ）で、ユーザインタフェース（ＵＩ）３０９への表示、３０９からの指示入力を制御する。ファンクションコントローラ（ＦＵＮＣＣ）３０６は各デバイス特有の機能であるファンクション（ＦＵＮＣ）３１０を実現／制御する。モノクロプリンタであればモノクロプリントエンジンコントローラとモノクロプリントエンジン、カラープリンタであればカラープリントエンジンコントローラとカラープリントエンジン、ＭＦＰであればデバイス３００は各機能のファンクションコントローラ（ＦＵＮＣＣ）３０６とファンクション（ＦＵＮＣ）３１０をそれぞれ持つ。３０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、本発明の動作を行うプログラム、種々のアプリケーション、データファイルを記憶するハードディスク（ＨＤ）３１１及びフレキシブルディスクコントローラ（ＦＤ）３１２とのアクセスを制御する。３０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ３２０を介して、ネットワークプリンタ、他のネットワーク機器或いは他のＰＣと双方向にデータをやりとりする。なお、本実施例においては、ＬＡＮ３２０は図１におけるＬＡＮ１００と同じものである。

図４は、本発明のネットワークシステムにおけるクライアント及びサーバの機能構成を示すモデル図である。４１０はサーバであり、図３における１０５、１０６と同等である。４２０はクライアントであり、図１における１０１、１０２、１０３、１１０と同等である。サーバ４１０とクライアント４２０はＬＡＮ４４０を介して接続されている。なお、本実施形態においては、ＬＡＮ４４０は図１におけるＬＡＮ１００と同じものである。

４１１はネットワークインタフェース機能であり、サーバ４１０をＬＡＮ４４０に接続する。４１２はWEBサービスサーバ機能であり、例えばHTTPサーバ、SOAPサーバ、XMLパーサ、WSDL生成機能などである。４１３は認証機能であり、クライアントの認証機能４２３と合わせてWEBサービスシステムにおけるクライアント認証を実現するものである。４１４はサービスを提供するアプリケーションである。４１５は４１３が使用しクライアント４２０が持つ秘密鍵４２６に対応する公開鍵のデータベースである。

４２１はネットワークインタフェース機能であり、クライアント４２０をＬＡＮ４４０に接続する。４２２はWEBサービスクライアント機能であり、HTTPクライアント、SOAPクライアント、XMLパーサなどが代表的な例である。４２３は認証機能であり、サーバ４１０の認証機能４１３と合わせてWEBサービスシステムにおけるクライアント認証を実現する。４２４はクライアント上で動作するアプリケーションを表している。４２５はＵＩであり、クライアント４２０とユーザのI/Fである。４２６は、４２３が使用しサーバ４１０が持つデータベース４１５に保存された公開鍵に対応する秘密鍵である。

図５はWEBサービスの一例であるBMLinkSにおいて、本発明が適用されたクライアントとサーバとの間のシーケンス図である。５１０はクライアントを表し、図４の４２０と同等である。５２０はサーバを表し、図４の４１０と同等である。クライアント５１０は非対称鍵方式の秘密鍵５９１を持ち、サーバ５２０は前記秘密鍵５９１に対応する公開鍵５９３を持つ。

クライアント５１０はサービス検索時、すなわち入札公告メッセージをネットワークに向けて送信する場合に、処理５１１でテンポラリデータ５９２を生成し（処理５１１）、テンポラリデータ５９２をハッシュ関数に入力しハッシュ値を得て（処理５１２）、ハッシュ値を秘密鍵５９１で暗号化し、署名データ５９４を作成する（処理５１３）。処理５１１で生成したテンポラリデータ５９２と処理５１３で生成した署名データ５９４からSecurityTagデータ５９５を生成し、入札公告メッセージ５１４に添付してサーバ５２０へ送信する。

サーバ５２０は入札公告メッセージ５１４を受信後、入札公告メッセージ５１２のSecurityTagデータのテンポラリデータをクライアント５１０の処理５１２と同様のハッシュ関数に入力しハッシュ値を得る（処理５２１）。署名データを抽出し公開鍵５９３によって復号化を行い、復号化データを取り出す（処理５２２）。処理５２１で得たハッシュ値と復号化データ５２２を比較し（処理５２３）、一致した場合は参加通知５２４を送信する。

参加通知５２４を受信したクライアント５１０は処理５１５でＵＩに返信してきたサーバのBrowse表示を行う（処理５１５）。その後、ユーザによってサーバ５２０に対して印刷を指示された場合、CreateJob５１６をサーバ５２０へ送信し、印刷サービスを要求することができる。

図６はクライアントのサービス要求処理を表すフローチャートである。処理６１０でユーザからのサービス要求を待ち、要求があれば処理６１１へ進む。処理６１１では、テンポラリデータを生成し、処理６１２でテンポラリデータにハッシュをかけ、ハッシュ値を得る。処理６１３では、あらかじめ保持している秘密鍵にて処理６１２で生成したハッシュ値を暗号化し署名データを生成する。処理６１４では、処理６１１で生成したテンポラリデータと処理６１３で生成した署名データから入札公告メッセージに挿入するsecurityTagデータを作成し、処理６１５でSecurityTagを持った入札公告メッセージを作成し、マルチキャストでネットワーク上へ送信する。

その後処理６２０で参加通知メッセージを待つが、他のメッセージを受信した場合は、処理６３１で受信メッセージの処理を行い、参加通知メッセージを受信した場合にのみ、処理６２１へ進む。処理６２１では、ＵＩにて参加通知メッセージを送付してきたサーバのBrowse表示を行い、ユーザに通知する。その後処理６３０ではサービス検索が終了したかを判定し、終了であれば、処理６９９へ進み、処理６００を終了する。終了していなければ、処理６２０へ進み、再びサーバからの受信を待つ。

図７はサーバ側のサービス実行処理のフローチャートである。処理７１０ではクライアントからの要求を待っている。入札公告メッセージを受信した場合は処理７１１へ進むが、その他を受信した場合は処理７２０へ進み、受信した要求メッセージに従った処理を行い、再度処理７１０へ戻る。

処理７１１では、入札公告からSecurityTagを抽出する。処理７１２にて入札公告の送信元クライアントに対応する公開鍵をデータベース４１５から検索し、用意する。処理７１３では、処理７１２で用意した公開鍵を使用し、SecurityTagの署名データを復号化し復号化データを生成する。処理７１４では、SecurityTagのテンポラリデータをハッシュ関数へ入力し、ハッシュ値を得る。

その後、処理７３０にて処理７１３で得た復号化データと処理７１４で生成したハッシュ値を比較し、一致すれば７３１へ進む。不一致であれば再び処理７１０へ戻り、クライアントからの要求を待つ。処理７３１に進んだ場合は、参加通知を入札公告を送信したクライアントへ返信する。その後、再度処理７１０へ戻り、クライアントからの要求を待つ。

図８−１、８−２はクライアントが発行する入札公告であり、現在の設定において、用紙がA4、発色数が65536色以上のカラー印刷が可能なプリントサービスを探索する場合のメッセージの一例である。SecurityTagのtmpdtでテンポラリデータが格納されており、signdtに署名データが格納されている。この入札公告を受信したサーバは、提供サービスが検索条件に合致しない場合は応答しない。合致する場合は、tmpdtのテンポラリデータからハッシュ値を取り、signdtから送信元に対応する公開鍵により復号化データを生成し、前記ハッシュ値と復号化データを比較し、一致であれば参加通知を返信する。不一致であれば返信しない。

図９−１、９−２はサーバが発行する参加通知であり、図７の入札公告に対する応答メッセージの一例である。図７の入札公告を送信したクライアントはこの参加通知を受信すると、サーバのＵＩへのBrowse表示を行う。

図１０は入札広告の一例である。この入札広告にはSecurityTagが無いため、サーバはこのクライアントの認証結果を不可とし、応答メッセージである参加通知を返信しない。

図１１は記憶媒体の一例であるＣＤ−ＲＯＭのメモリマップを示す図である。９９９９はディレクトリ情報を記憶してある領域で、以降のインストールプログラムを記憶してある領域９９９８及び本発明を実現するプログラムを記憶してある領域９９９７の位置を示している。９９９８は、本発明を実現するプログラムをインストールするためのプログラムを記憶してある領域である。９９９７は、本発明を実現するプログラムを記憶してある領域である。

本発明を実現するプログラムが印刷デバイス３００にインストールされる際には、まずインストールプログラムを記憶してある領域９９９８に記憶されているインストールプログラムがシステムにロードされ、ＣＰＵ３０１によって実行される。次に、ＣＰＵ３０１によって実行されるインストールプログラムが、本発明を実現するプログラムを記憶してある領域９９９７から本発明を実現するプログラムを読み出して、ハードディスク３１１に格納する。

以上説明したように、第三者がサービス利用者であるクライアントは、SecurityTagを付与したサービス検索要求を送信せず、要求を受信したサーバはSecurityTagが無い要求は破棄するため、第三者のクライアントへサービス検索要求に対する応答が行われないことにより、第三者のクライアントに対してサービス情報の漏洩を防ぎ、サービス利用に制限をかけることができる。

第三者のクライアントは、本来クライアントが固有で持つべきであるサーバが持つ公開鍵に対応する秘密鍵を持たないため、SecurityTagを独自に作成したとしても、サーバ側で公開鍵で復号化しテンポラリデータのハッシュ値と一致するような有効な署名データを作成できず、サーバにおいて認可されずにサービス検索要求に対する応答が行われないため、第三者のクライアントに対してサービス情報の漏洩を防止し、サービス利用に制限をかけることができる。

第三者のクライアントのサービス利用、サービス情報漏洩に対して、サービスごとにクライアント認証を行う必要がないため、サービス毎のコスト低減が実現できる。

なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダなど）から構成されるシステム或いは統合装置に適用しても、ひとつの機器からなる装置に適用してもよい。

また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭPＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することによって、前述した実施形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体から、そのプログラムをパソコン通信など通信ラインを介して要求者にそのプログラムを配信する場合にも適用できることは言うまでもない。

本実施形態のネットワークシステムの構成例を示す図である。 パーソナルコンピュータの内部構成を示した図である。 ＭＦＰの内部構成を示した図である。 ネットワークシステムのモデル図である。 クライアントとサーバ間のシーケンス図である。 クライアントが行う処理を説明するためのフローチャートである。 サーバが行う処理を説明するためのフローチャートである。 クライアント・サーバ間のメッセージの一例を示す図である。 クライアント・サーバ間のメッセージの一例を示す図である。 クライアント・サーバ間のメッセージの一例を示す図である。 クライアント・サーバ間のメッセージの一例を示す図である。 クライアント・サーバ間のメッセージの一例を示す図である。 プログラムの記憶媒体におけるメモリマップを示す図である。

符号の説明

１０１、１０２、１０３ クライアントＰＣ
１０５、１０６ ＭＦＰ
１００ ＬＡＮ
１１０ ＰＣ

Claims (11)

1. 複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムであって、
   固有の非対称鍵のペアのうち秘密鍵を持つクライアントが接続され、前記クライアントに対応する公開鍵を持つサーバが接続されることを特徴とするネットワークシステム。
2. 複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおける前記クライアントであって、
   送信するデータのハッシュ値を求め、前記ハッシュ値に対して前記秘密鍵により暗号化したデータを作成して送信データに署名データを付与してネットワークを介してサーバへ送信する手段を備えたことを特徴とするクライアント。
3. 前記サービス検索を行う時にテンポラリデータを生成し前記テンポラリデータのハッシュ値を求め、前記ハッシュ値を前記秘密鍵により暗号化した署名データを生成し、サービス検索要求に前記テンポラリデータと署名データを付与して同報通知を行うことを特徴とする請求項２に記載のクライアント。
4. 複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおける前記サーバであって、
   前記クライアントが送付してきた送信データと署名データを受信し、前記署名データを前記クライアントに対応する公開鍵により復号化し、前記送信データのハッシュ値をとり、復号化データと前記ハッシュ値とを比較して、同値であれば、サーバの持つ公開鍵に対応する秘密鍵を持つクライアントであると認証し、サービスの提供許可を行うことを特徴とするサーバ。
5. 前記サービス検索要求を受信し要求されたサービスの提供が可能か不可能を判定し、可能であればサービス検索要求に付与されている前記署名データを送信元のクライアントに対応する公開鍵により復号化データを取り出し、また前記テンポラリデータのハッシュ値をとり、前記復号化データと前記ハッシュ値との比較をとり、同値であれば前記クライアントを認証されたものとし、サービス検索要求に応答を行うことを特徴とする請求項４に記載のサーバ。
6. 前記復号化データと前記ハッシュ値との比較をとり、同値でなければ前記クライアントを認証せず、サービス検索要求に対する応答を行わないことを特徴とする請求項５に記載のサーバ。
7. 前記サービス検索要求を受信し前記テンポラリデータと前記署名データが付与されていない場合は、送信元のクライアントを認証せず、前記サービス検索要求に対する応答を行わないことを特徴とする請求項６に記載のサーバ。
8. 複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおける情報漏洩防止方法であって、
   固有の非対称鍵のペアのうち秘密鍵を持つクライアントが接続され、前記クライアントに対応する公開鍵を持つサーバが接続されることを特徴とする情報漏洩防止方法。
9. 複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおいて前記クライアントを構成するコンピュータに処理を実行させるためのコンピュータプログラムであって、
   送信するデータのハッシュ値を求め、前記ハッシュ値に対して前記秘密鍵により暗号化したデータを作成して送信データに署名データを付与してネットワークを介してサーバへ送信する処理を前記コンピュータに実行させることを特徴とするコンピュータプログラム。
10. 複数のクライアントと複数のサーバがネットワークに接続されており、クライアントは所定のサービスを提供することが可能なサーバを発見するためのサービス検索を行い、前記サーバは前記サービス検索の要求に対してサービスを提供する意思があることを前記クライアントへ返信するネットワークシステムにおいて前記サーバを構成するコンピュータに処理を実行させるためのコンピュータプログラムであって、
    前記クライアントが送付してきた送信データと署名データを受信し、前記署名データを前記クライアントに対応する公開鍵により復号化し、前記送信データのハッシュ値をとり、復号化データと前記ハッシュ値とを比較して、同値であれば、サーバの持つ公開鍵に対応する秘密鍵を持つクライアントであると認証し、サービスの提供許可を行う処理を前記コンピュータに実行させることを特徴とするコンピュータプログラム。
11. 請求項９又は１０に記載のコンピュータプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。