JP2002163384A - セキュリティ情報仲介装置、セキュリティ情報仲介方法およびセキュリティ情報仲介プログラム、並びにセキュリティ情報仲介プログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザにとってセキュリティ情報を提供し易
い環境を整備し、開発元にとって低コストで有用なセキ
ュリティ情報を収集すること。 【解決手段】 ユーザクライアント１１から提供された
セキュリティ情報４０を登録するセキュリティ情報登録
部２１と、セキュリティ情報４０の有用性を判断する開
発元３１Ａの開発元クライアント３０Ａへ、セキュリテ
ィ情報登録部２１により登録されたセキュリティ情報４
０を転送する転送部２３と、セキュリティ情報４０の有
用性を示す返答情報４１Ａおよび当該セキュリティ情報
４０の情報提供料の支払いに関する支払情報４２を開発
元クライアント３０Ａより受信する返答情報登録部２４
と、返答情報４１Ａおよび支払情報４２をユーザクライ
アント１１へ転送する転送部２６とを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータプロ
グラムの開発元（ベンダ）とユーザとの間で、セキュリ
ティホールに関するセキュリティ情報を効率的に仲介さ
せるセキュリティ情報仲介装置、セキュリティ情報仲介
方法およびセキュリティ情報仲介プログラム、並びにセ
キュリティ情報仲介プログラムを記録したコンピュータ
読み取り可能な記録媒体に関するものである。

【０００２】近時、コンピュータプログラムのセキュリ
ティ情報に関する情報交換および情報公開は、ＣＥＲＴ
やその他のボランティア団体、民間企業により、インタ
ーネットを介して世界規模で行われている。ここでいう
セキュリティ情報とは、コンピュータプログラムの設計
上のミスやバグ等によってセキュリティ対策上問題とな
るセキュリティホールに関する情報をいう。

【０００３】しかしながら、現状では、セキュリティホ
ールを発見した善意者が、危険なクラッカーと間違われ
たり、コンピュータプログラム開発会社とのトラブルに
巻き込まれる等の問題が発生していることから、セキュ
リティ情報の交換および公開をオープンに誰もが行うこ
とができる環境が整っているとは言い難い。これは、イ
ンターネットをはじめとするオープンシステムの流れに
逆行し、人類共有の資産であるコンピュータプログラム
の発展を阻害するものである。このような背景より、か
かる問題を効果的に解決するための手段、方法が切望さ
れている。

【０００４】

【従来の技術】コンピュータプログラムの開発元では、
テスト段階で設計ミスやバグ等のセキュリティホールを
徹底的に洗い出し、対策済みのコンピュータプログラム
をユーザに提供している。しかしながら、現実的には、
テスト段階でセキュリティホールの全てを発見すること
が極めて困難であるため、ユーザが当該コンピュータプ
ログラムを利用してはじめて、開発元で発見できなかっ
たセキュリティホールが発見される場合が多い。

【０００５】ここで、セキュリティホールを発見したユ
ーザは、セキュリティホールの詳細情報をセキュリティ
情報として、直接、開発元に提供したり、インターネッ
ト上のセキュリティ情報サイトにセキュリティ情報を投
稿する等の対応を採る場合がある。この場合、開発元で
は、提供されたセキュリティ情報が有用であると判断す
ると、修正用のパッチプログラムや当該セキュリティ情
報をユーザに提供する等の対応をとる。

【０００６】

【発明が解決しようとする課題】ところで、前述したよ
うに、従来では、直接やインターネット上のセキュリテ
ィ情報サイトを介して、ユーザから開発元へセキュリテ
ィ情報を提供する環境がある。しかしながら、従来で
は、善意でセキュリティ情報を提供したユーザが、危険
なクラッカと酷評されたり、セキュリティホールの存在
を公開したくない開発元とのトラブルに巻き込まれたり
する場合が多い。

【０００７】従って、従来では、有用なセキュリティ情
報を有するユーザが、上述した酷評やトラブルを避け、
当該セキュリティ情報の提供を躊躇してしまう環境があ
ることも否めない。このような環境は、コンピュータプ
ログラムの質向上を妨げ、開発元およびユーザにとって
利益とならない。

【０００８】一方、開発元では、インターネット上に分
散されたセキュリティ情報を効率良く収集することが困
難であり、しかも質にバラツキがあるセキュリティ情報
の中から有用なものを選別しなければならないため、労
力やコストも看過できない状況にある。ここで、分散さ
れたセキュリティ情報を分類する動きがあるが、際だっ
た成果が見られない。結局、開発元は、独自に大量のセ
キュリティ情報を収集し、この中から有用なものを選別
するという従来の手法を踏襲せざるを得ないのである。

【０００９】本発明は、上記に鑑みてなされたもので、
ユーザにとってセキュリティ情報を提供し易い環境を整
備することができ、しかも開発元にとって低コストで有
用なセキュリティ情報を収集することができるセキュリ
ティ情報仲介装置、セキュリティ情報仲介方法およびセ
キュリティ情報仲介プログラム、並びにセキュリティ情
報仲介プログラムを記録したコンピュータ読み取り可能
な記録媒体を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、情報提供者の情報提供者端末から提供さ
れたセキュリティ情報を登録する登録手段と、前記セキ
ュリティ情報の有用性を判断する情報受信者の情報受信
者端末へ、前記登録手段により登録された前記セキュリ
ティ情報を転送する第１の転送手段と、当該セキュリテ
ィ情報の有用性を示す返答情報および当該セキュリティ
情報の情報提供料の支払いに関する支払情報を前記情報
受信者端末より受信する受信手段と、前記返答情報およ
び前記支払情報を前記情報提供者端末へ転送する第２の
転送手段とを備えたことを特徴とする。

【００１１】この発明によれば、情報提供者（ユーザ）
よりセキュリティ情報が提供されると、登録手段により
セキュリティ情報が登録される。これにより、第１の転
送手段により、上記セキュリティ情報が情報受信者端末
（例えば、コンピュータプログラムの開発元の端末）へ
転送され、情報受信者によりセキュリティ情報の有用性
が判断される。ここで、セキュリティ情報が有用である
と判断されると、情報受信者端末からは、返答情報およ
び支払情報が送信される。

【００１２】そして、上記返答情報および支払情報が受
信手段に受信されると、第２の転送手段は、返答情報お
よび支払情報を情報提供者端末へ転送する。これによ
り、情報提供者は、自身が提供したセキュリティ情報が
有用であることを認識するとともに、セキュリティ情報
の提供に対する支払いがあることを認識する。

【００１３】このように、この発明によれば、情報提供
者からのセキュリティ情報をダイレクトに情報受信者側
に提供し、しかも有用なセキュリティ情報を提供した者
に対して支払いを行うようにしたので、情報提供者（ユ
ーザ）にとってセキュリティ情報を提供し易い環境を整
備し、情報受信者（例えば、開発元）にとって低コスト
で有用なセキュリティ情報を収集することができる。

【００１４】また、本発明は、情報提供者の情報提供者
端末から提供されたセキュリティ情報を登録する登録工
程と、前記セキュリティ情報の有用性を判断する情報受
信者の情報受信者端末へ、前記登録工程で登録された前
記セキュリティ情報を転送する第１の転送工程と、当該
セキュリティ情報の有用性を示す返答情報および当該セ
キュリティ情報の情報提供料の支払いに関する支払情報
を前記情報受信者端末より受信する受信工程と、前記返
答情報および前記支払情報を前記情報提供者端末へ転送
する第２の転送工程とを含むことを特徴とする。

【００１５】この発明によれば、情報提供者（ユーザ）
よりセキュリティ情報が提供されると、登録工程でセキ
ュリティ情報が登録される。これにより、第１の転送工
程で上記セキュリティ情報が情報受信者端末（例えば、
コンピュータプログラムの開発元の端末）へ転送され、
情報受信者によりセキュリティ情報の有用性が判断され
る。ここで、セキュリティ情報が有用であると判断され
ると、情報受信者端末からは、返答情報および支払情報
が送信される。

【００１６】そして、受信工程で上記返答情報および支
払情報が受信されると、第２の転送工程では、返答情報
および支払情報が情報提供者端末へ転送される。これに
より、情報提供者は、自身が提供したセキュリティ情報
が有用であることを認識するとともに、セキュリティ情
報の提供に対する支払いがあることを認識する。

【００１７】このように、この発明によれば、情報提供
者からのセキュリティ情報をダイレクトに情報受信者側
に提供し、しかも有用なセキュリティ情報を提供した者
に対して支払いを行うようにしたので、情報提供者（ユ
ーザ）にとってセキュリティ情報を提供し易い環境を整
備し、情報受信者（例えば、開発元）にとって低コスト
で有用なセキュリティ情報を収集することができる。

【００１８】

【発明の実施の形態】以下、図面を参照して本発明にか
かるセキュリティ情報仲介装置、セキュリティ情報仲介
方法およびセキュリティ情報仲介プログラム、並びにセ
キュリティ情報仲介プログラムを記録したコンピュータ
読み取り可能な記録媒体の実施の形態１〜４について詳
細に説明する。

【００１９】（実施の形態１）図１は、本発明にかかる
実施の形態１の構成を示すブロック図である。この図に
おいて、ユーザクライアント１１は、ユーザ１０により
操作されるコンピュータ端末であり、ネットワーク１２
を介してセキュリティ情報仲介装置２０にアクセス可能
とされている。ユーザ１０は、後述する開発元３１Ａや
開発元３１Ｂ、その他の開発元により開発された各種コ
ンピュータプログラムを利用する者である。また、ユー
ザ１０は、コンピュータプログラムのバグ等のセキュリ
ティホールを発見し、これをセキュリティ情報として提
供することができる知識を有する者である。

【００２０】また、ユーザクライアント１１は、ネット
ワーク１２を介してセキュリティ情報仲介装置２０にセ
キュリティ情報４０を登録する機能と、セキュリティ情
報４０が有用である場合にセキュリティ情報仲介装置２
０から返答情報４１Ａおよび支払情報４２を受信する機
能とを備えている。このセキュリティ情報４０は、ユー
ザ１０がコンピュータプログラムにセキュリティホール
を発見した場合に、当該コンピュータプログラムの開発
元へ提供される情報である。

【００２１】具体的には、図２（ａ）に示したセキュリ
ティ情報４０は、「登録者」（ユーザ１０）および「セ
キュリティ情報の内容」（ソフトウェアＸのバグ問題）
から構成されている。「登録者」は、当該セキュリティ
情報を登録した者を表す情報であり、「セキュリティ情
報の内容」は、当該セキュリティ情報の具体的内容を表
す情報である。

【００２２】返答情報４１Ａは、セキュリティ情報４０
が有効であると開発元に判断された場合に、当該開発元
からユーザ１０へ返答される情報である。具体的には、
図２（ｂ）に示した返答情報４１Ａは、「返答者」（開
発元３１Ａ）、「判定結果」（有効）、「登録者」（ユ
ーザ１０）および「セキュリティ情報の内容」（ソフト
ウェアＸのバグ問題）から構成されている。

【００２３】「返答者」は、セキュリティ情報仲介装置
２０に登録されたセキュリティ情報に対して返答した開
発元を表す情報である。「判定結果」は、当該セキュリ
ティ情報が有効であるか否かの結果を表す情報である。
「登録者」は、当該セキュリティ情報を登録した者を表
す情報であり、「セキュリティ情報の内容」は、当該セ
キュリティ情報の具体的内容を表す情報である。

【００２４】支払情報４２は、開発元３１Ａ側でセキュ
リティ情報４０が有効であると判定された場合に、セキ
ュリティ情報４０を提供した代償として、開発元３１Ａ
からユーザ１０へ支払われる金額や、支払い方法等に関
する情報である。具体的には、図２（ｄ）に示した支払
情報４２は、「支払金額」（１００００円）、「支払
先」（ユーザ１０）、「支払者」（開発元３１Ａ）およ
び「支払方法」（電子決済）から構成されている。

【００２５】「支払金額」は、セキュリティ情報４０を
提供した代償として開発元３１Ａからユーザ１０へ支払
われる金額を表す情報である。「支払先」は、上記金額
の支払い先を表す情報である。「支払者」は、上記金額
を支払う者を表す情報である。「支払方法」は、上記金
額を支払者に支払う方法を表す情報である。なお、実施
の形態１では、「支払方法」として電子決済を一例とし
ているが、金融機関口座への振り込み等、他の支払い方
法を用いてもよい。

【００２６】セキュリティ情報仲介装置２０は、ユーザ
１０と開発元３１Ａおよび３１Ｂとの間においてセキュ
リティ情報を仲介するサーバであり、ネットワーク１２
とネットワーク３２との間に介挿されている。このセキ
ュリティ情報仲介装置２０には、ユーザクライアント１
１、開発元クライアント３０Ａおよび３０Ｂがアクセス
する。

【００２７】セキュリティ情報仲介装置２０において、
セキュリティ情報登録部２１は、ユーザクライアント１
１からのセキュリティ情報４０をセキュリティ情報デー
タベース２２に登録する機能を備えている。なお、実際
には、ネットワーク１２には、ユーザクライアント１１
以外に多数のユーザクライアントが接続されている。従
って、セキュリティ情報登録部２１は、他のユーザクラ
イアントからのセキュリティ情報をセキュリティ情報デ
ータベース２２に登録する機能も備えている。

【００２８】転送部２３は、セキュリティ情報登録部２
１により登録されたセキュリティ情報を、ネットワーク
３２を介して開発元クライアント３０Ａおよび３０Ｂに
転送する機能を備えている。ネットワーク３２は、セキ
ュリティ情報仲介装置２０と開発元クライアント３０Ａ
および３０Ｂとを接続するものである。開発元クライア
ント３０Ａは、コンピュータプログラムのベンダである
開発元３１Ａ側に設置されたコンピュータ端末である。
開発元クライアント３０Ｂは、コンピュータプログラム
のベンダである開発元３１Ｂ側に設置されたコンピュー
タ端末である。

【００２９】開発元クライアント３０Ａは、転送部２３
からのセキュリティ情報４０を受信し、上述した返答情
報４１Ａ（図２（ｂ）参照）および支払情報４２（図２
（ｄ）参照）をセキュリティ情報仲介装置２０へ送信す
る。同様にして、開発元クライアント３０Ｂは、転送部
２３からのセキュリティ情報４０を受信し、返答情報４
１Ｂをセキュリティ情報仲介装置２０へ送信する。

【００３０】同図に示した例では、開発元クライアント
３０Ｂからは、支払情報が送信されない。これは、セキ
ュリティ情報４０が開発元３１Ｂにとって無効であり、
代償としての支払いが発生しないからである。つまり、
返答情報４１Ａ（図２（ｂ）参照）の「判定結果」が有
効であるのに対して、返答情報４１Ｂ（図２（ｃ）参
照）の「判定結果」は、無効である。この場合、返答情
報４１Ｂの「返答者」は、開発元３１Ｂとされている。

【００３１】セキュリティ情報仲介装置２０において、
返答情報登録部２４は、開発元クライアント３０Ａおよ
び開発元クライアント３０Ｂからネットワーク３２を介
して送信される返答情報４１Ａ、支払情報４２および返
答情報４１Ｂを返答情報データベース２５に登録する機
能を備えている。転送部２６は、返答情報登録部２４に
登録された返答情報のうち「判定結果」が有効とされた
返答情報（同図では返答情報４１Ａ）と、該返答情報に
対応する支払情報（同図では支払情報４２）とを、ネッ
トワーク１２を介して当該ユーザクライアント（同図で
はユーザクライアント１１）に転送する機能を備えてい
る。

【００３２】つぎに、実施の形態１の動作について、図
３に示したフローチャートを参照しつつ説明する。同図
に示したステップＳＡ１では、セキュリティ情報登録部
２１は、ユーザクライアント１１からセキュリティ情報
を受信したか否かを判断し、この場合、判断結果を「Ｎ
ｏ」として同判断を繰り返す。ここで、ソフトウェアＸ
のバグ（セキュリティホール）を発見したユーザ１０
は、図２（ａ）に示したセキュリティ情報４０をユーザ
クライアント１１により作成する。つぎに、ユーザ１０
の操作により、ユーザクライアント１１からセキュリテ
ィ情報仲介装置２０へセキュリティ情報４０が送信され
る。

【００３３】そして、上記セキュリティ情報４０を受信
すると、セキュリティ情報登録部２１は、ステップＳＡ
１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２で
は、セキュリティ情報登録部２１は、セキュリティ情報
４０をセキュリティ情報データベース２２に登録する。
ステップＳＡ３では、セキュリティ情報登録部２１は、
セキュリティ情報４０を転送部２３へ渡す。これによ
り、転送部２３は、セキュリティ情報４０を開発元クラ
イアント３０Ａおよび３０Ｂに並列的に転送する。ステ
ップＳＡ４では、返答情報登録部２４は、返答情報を受
信したか否かを判断し、この場合、判断結果を「Ｎｏ」
として同判断を繰り返す。

【００３４】そして、開発元クライアント３０Ａおよび
３０Ｂによりセキュリティ情報４０がそれぞれ受信され
ると、開発元３１Ａおよび３１Ｂは、セキュリティ情報
４０が有効な情報であるか否かをそれぞれ判断する。こ
こで「有効」とは、セキュリティ情報４０が、当該ソフ
トウェアＸのバージョンアップに貢献し、かつ提供の代
償としてユーザ１０に対して所定の金額を支払うことが
妥当であると判断された状態をいう。

【００３５】この場合、開発元３１Ａでは、セキュリテ
ィ情報４０が有効であると判断されたものとする。開発
元３１Ａでは、開発元クライアント３０Ａを用いて、返
答情報４１Ａ（図２（ｂ）参照）および支払情報４２
（図２（ｄ）参照）を作成した後、これらをセキュリテ
ィ情報仲介装置２０宛に送信する。これらの返答情報４
１Ａおよび支払情報４２は、ネットワーク３２を介して
セキュリティ情報仲介装置２０の返答情報登録部２４に
受信される。

【００３６】これにより、返答情報登録部２４は、ステ
ップＳＡ４の判断結果を「Ｙｅｓ」とする。ステップＳ
Ａ５では、返答情報登録部２４は、図２（ｂ）に示した
返答情報４１Ａの「判定結果」が有効であるか否かを判
断し、この場合、判断結果を「Ｙｅｓ」とする。ステッ
プＳＡ６では、返答情報登録部２４は、受信した返答情
報４１Ａに対応する支払情報を受信したか否かを判断
し、この場合、判断結果を「Ｙｅｓ」とする。なお、ス
テップＳＡ６の判断結果が「Ｎｏ」である場合、返答情
報登録部２４は、同判断を繰り返す。

【００３７】ステップＳＡ７では、返答情報登録部２４
は、返答情報４１Ａおよび支払情報４２を返答情報デー
タベース２５に登録する。ステップＳＡ８では、返答情
報登録部２４は、返答情報４１Ａおよび支払情報４２を
転送部２６へ渡す。これにより、転送部２６は、返答情
報４１Ａおよび支払情報４２をネットワーク１２を介し
てユーザクライアント１１へ転送する。

【００３８】これらの返答情報４１Ａおよび支払情報４
２がユーザクライアント１１に受信されると、ユーザク
ライアント１１は、返答情報４１Ａおよび支払情報４２
をユーザ１０に報知する。これにより、ユーザ１０は、
自身が提供したセキュリティ情報４０が有用であったこ
とを認識するとともに、電子決済により開発元３１Ａか
ら１００００円が支払われることを認識する。

【００３９】一方、開発元３１Ｂでは、セキュリティ情
報４０が無効な情報であると判断したものとする。ここ
でいう「無効」とは、当該ソフトウェアＸが開発元３１
Ｂと無関係であって、かつ提供の代償としてユーザに対
して所定の金額を支払う必要がない状態をいう。この場
合、開発元３１Ｂでは、開発元クライアント３０Ｂを用
いて、無効である旨の返答情報４１Ｂ（図２（ｃ）参
照）を作成した後、これをセキュリティ情報仲介装置２
０宛に送信する。この返答情報４１Ｂは、ネットワーク
３２を介してセキュリティ情報仲介装置２０の返答情報
登録部２４に受信される。

【００４０】これにより、返答情報登録部２４は、ステ
ップＳＡ４の判断結果を「Ｙｅｓ」とする。ステップＳ
Ａ５では、返答情報登録部２４は、図２（ｃ）に示した
返答情報４１Ｂの「判定結果」が有効であるか否かを判
断し、この場合、判断結果を「Ｎｏ」とする。ステップ
ＳＡ９では、返答情報４１Ｂを返答情報データベース２
５に登録する。

【００４１】以上説明したように、実施の形態１によれ
ば、ユーザ１０からのセキュリティ情報４０をダイレク
トに開発元３１Ａおよび開発元３１Ｂに提供し、しかも
有用なセキュリティ情報を提供した者に対して支払いを
行うようにしたので、ユーザ１０にとってセキュリティ
情報を提供し易い環境を整備し、開発元３１Ａおよび開
発元３１Ｂにとって低コストで有用なセキュリティ情報
を収集することができる。

【００４２】（実施の形態２）図４は、本発明にかかる
実施の形態２の構成を示すブロック図である。この図に
おいて、ユーザクライアント１０１Ａは、ユーザ１００
Ａにより操作されるコンピュータ端末であり、ネットワ
ーク１０２を介してセキュリティ情報仲介装置２００に
アクセス可能とされている。ユーザ１００Ａは、後述す
る開発元３０１、その他の開発元により開発された各種
コンピュータプログラムを利用する者である。また、ユ
ーザ１００Ａは、コンピュータプログラムのバグ等のセ
キュリティホールを発見し、これをセキュリティ情報と
して提供することができる知識を有するものである。

【００４３】また、ユーザクライアント１０１Ａは、ユ
ーザクライアント１１（図１参照）と同様にして、ネッ
トワーク１０２を介してセキュリティ情報仲介装置２０
０にセキュリティ情報４００Ａを登録する機能と、セキ
ュリティ情報仲介装置２００からの情報（同図では、返
答情報４０１Ａおよび支払情報４０２）を受信する機能
とを備えている。

【００４４】上記セキュリティ情報４００Ａは、ユーザ
１００Ａがコンピュータプログラムにセキュリティホー
ルを発見した場合に、当該コンピュータプログラムの開
発元へ提供される情報であり、セキュリティ情報４０
（図２（ａ）参照）と同一の構成とされている。具体的
には、図５（ａ）に示したセキュリティ情報４００Ａ
は、「登録者」（ユーザ１００Ａ）および「セキュリテ
ィ情報の内容」（ソフトウェアＸのバグ問題ＱＡ）から
構成されている。

【００４５】返答情報４０１Ａは、返答情報４１Ａ（図
２（ｂ）参照）と同様にして、セキュリティ情報４００
Ａが有効であると開発元に判断された場合に、当該開発
元からユーザ１００Ａへ返答される情報である。具体的
には、図５（ｃ）に示した返答情報４０１Ａは、「返答
者」（開発元３０１）、「判定結果」（有効）、「登録
者」（ユーザ１００Ａ）および「セキュリティ情報の内
容」（ソフトウェアＸのバグ問題ＱＡ）から構成されて
いる。

【００４６】支払情報４０２は、支払情報４２（図２
（ｄ）参照）と同様にして、開発元３０１側でセキュリ
ティ情報４００Ａが有効であると判断された場合に、セ
キュリティ情報４００Ａを提供した代償として、開発元
３０１からユーザ１００Ａへ支払われる金額や、支払い
方法等に関する情報である。具体的には、図５（ｅ）に
示した支払情報４０２は、「支払金額」（１００００
円）、「支払先」（ユーザ１００Ａ）、「支払者」（開
発元３０１）および「支払方法」（電子決済）から構成
されている。

【００４７】一方、ユーザクライアント１０１Ｂは、ユ
ーザ１００Ｂにより操作されるコンピュータ端末であ
り、ネットワーク１０２を介してセキュリティ情報仲介
装置２００にアクセス可能とされている。ユーザ１００
Ｂは、ユーザ１００Ａと同様にして、開発元３０１、そ
の他の開発元により開発された各種コンピュータプログ
ラムを利用する者である。また、ユーザ１００Ｂは、コ
ンピュータプログラムのバグ等のセキュリティホールを
発見し、これをセキュリティ情報として提供することが
できる知識を有するものである。

【００４８】また、ユーザクライアント１０１Ｂは、ユ
ーザクライアント１０１Ａと同様にして、ネットワーク
１０２を介してセキュリティ情報仲介装置２００にセキ
ュリティ情報４００Ｂを登録する機能と、セキュリティ
情報仲介装置２００からの情報（同図では返答情報４０
１Ｂ）を受信する機能とを備えている。

【００４９】このセキュリティ情報４００Ｂは、ユーザ
１００Ｂがコンピュータプログラムにセキュリティホー
ルを発見した場合に、当該コンピュータプログラムの開
発元へ提供される情報であり、セキュリティ情報４０
（図２（ａ）参照）と同一の構成とされている。具体的
には、図５（ｂ）に示したセキュリティ情報４００Ｂ
は、「登録者」（ユーザ１００Ｂ）および「セキュリテ
ィ情報の内容」（ソフトウェアＸのバグ問題ＱＢ）から
構成されている。

【００５０】返答情報４０１Ｂは、セキュリティ情報４
００Ｂが無効であると開発元に判断された場合に、当該
開発元からユーザ１００Ｂへ返答される情報である。具
体的には、図５（ｄ）に示した返答情報４０１Ｂは、
「返答者」（開発元３０１）、「判定結果」（無効）、
「登録者」（ユーザ１００Ｂ）および「セキュリティ情
報の内容」（ソフトウェアＸのバグ問題ＱＢ）から構成
されている。

【００５１】セキュリティ情報仲介装置２００は、ユー
ザ１００Ａおよび１００Ｂと開発元３０１との間におい
てセキュリティ情報を仲介するサーバであり、ネットワ
ーク１０２とネットワーク３０２との間に介挿されてい
る。このセキュリティ情報仲介装置２００には、ユーザ
クライアント１０１Ａ、１０１Ｂ、開発元クライアント
３００がアクセスする。

【００５２】セキュリティ情報仲介装置２００におい
て、受信部２０１は、ユーザクライアント１０１Ａおよ
び１０１Ｂからのセキュリティ情報４００Ａおよび４０
０Ｂを受信する機能を備えている。情報管理部２０２
は、受信部２０１に受信されたセキュリティ情報４００
Ａおよび４００Ｂや、後述する受信部２０６に受信され
た返答情報４０１Ａ、４０１Ｂおよび支払情報４０２を
管理する機能を備えている。この情報管理部２０２の機
能については、後述する。

【００５３】転送部２０５は、情報管理部２０２により
登録されたセキュリティ情報を、ネットワーク３０２を
介して開発元クライアント３００に転送する機能を備え
ている。ネットワーク３０２は、セキュリティ情報仲介
装置２００と開発元クライアント３００とを接続するも
のである。開発元クライアント３００は、コンピュータ
プログラムのベンダである開発元３０１側に設置された
コンピュータ端末である。

【００５４】開発元クライアント３００は、転送部２０
５からのセキュリティ情報４００Ａおよび４００Ｂを受
信し、上述した返答情報４０１Ａ（図５（ｃ）参照）、
返答情報４０１Ｂ（図５（ｄ）参照）および支払情報４
０２（図５（ｅ）参照）をセキュリティ情報仲介装置２
００へ送信する。

【００５５】同図に示した例では、開発元クライアント
３００からは、セキュリティ情報４００Ｂに対応する支
払情報が送信されない。これは、セキュリティ情報４０
０Ｂが開発元３０１にとって無効であり、代償としての
支払いが発生しないからである。つまり、返答情報４０
１Ａ（図５（ｃ）参照）の「判定結果」が有効であるの
に対して、返答情報４０１Ｂ（図５（ｄ）参照）の「判
定結果」は、無効である。この場合、返答情報４０１Ａ
および４０１Ｂのそれぞれの「返答者」は、共に開発元
３０１とされている。

【００５６】セキュリティ情報仲介装置２００におい
て、受信部２０６は、開発元クライアント３００からネ
ットワーク３０２を介して送信される返答情報、支払情
報（同図では、返答情報４０１Ａ、４０１Ｂ、支払情報
４０２）を受信する機能を備えている。情報管理部２０
２は、受信部２０１に受信されたセキュリティ情報（同
図では、セキュリティ情報４００Ａおよび４００Ｂ）を
図６（ａ）に示したセキュリティ情報データベース２０
３に登録する機能を備えている。

【００５７】このセキュリティ情報データベース２０３
は、セキュリティ情報に対して登録順に付与される「登
録番号」、「登録日時」、「登録者」および「セキュリ
ティ情報の内容」から構成されている。同図において、
「登録番号」＝「３」のレコードは、セキュリティ情報
４００Ａ（図５（ａ）参照）に対応しており、「登録番
号」＝「４」のレコードは、セキュリティ情報４００Ｂ
（図５（ｂ）参照）に対応している。

【００５８】また、情報管理部２０２は、受信部２０６
に受信された返答情報（同図では、返答情報４０１Ａお
よび４０１Ｂ）を図６（ｂ）に示した返答情報データベ
ース２０４に登録する機能を備えている。この返答情報
データベース２０４は、返答情報に対して登録順に付与
される「返答番号」、「返答日時」、「登録番号」（図
６（ａ）参照）、「返答者」および「判定結果」から構
成されている。同図において、「返答番号」＝「３」の
レコードは、返答情報４０１Ａ（図５（ｃ）参照）に対
応しており、「返答番号」＝「４」のレコードは、返答
情報４０１Ｂ（図５（ｄ）参照）に対応している。

【００５９】さらに、情報管理部２０２は、「判定結
果」が「有効」または「無効」とされた返答情報（同図
では返答情報４０１Ａおよび返答情報４０１Ｂ）と、支
払情報（同図では支払情報４０２）とを転送部２０７へ
渡す。転送部２０７は、情報管理部２０２からの返答情
報、支払情報を当該ユーザクライアントへネットワーク
１０２を介して転送する機能を備えている。

【００６０】つぎに、実施の形態２の動作について、図
７に示したフローチャートを参照しつつ説明する。同図
に示したステップＳＢ１では、情報管理部２０２は、受
信部２０１によりセキュリティ情報が受信されたか否か
を判断し、この場合、判断結果を「Ｎｏ」として同判断
を繰り返す。

【００６１】ここで、ソフトウェアＸのバグ（セキュリ
ティホール）を発見したユーザ１００Ａは、図５（ａ）
に示したセキュリティ情報４００Ａをユーザクライアン
ト１０１Ａにより作成する。つぎに、ユーザ１００Ａの
操作により、ユーザクライアント１０１Ａからセキュリ
ティ情報仲介装置２００へセキュリティ情報４００Ａが
送信される。

【００６２】そして、上記セキュリティ情報４００Ａが
受信部２０１に受信されると、情報管理部２０２は、ス
テップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップ
ＳＢ２では、情報管理部２０２は、セキュリティ情報４
００Ａの「登録者」および「セキュリティ情報の内容」
をキーとして、図６（ａ）に示したセキュリティ情報デ
ータベース２０３を検索する。この場合、セキュリティ
情報データベース２０３には、「登録番号」＝１および
２のレコードのみが存在しているものとする。

【００６３】ステップＳＢ３では、情報管理部２０２
は、検索ヒットしたか否か、すなわち、セキュリティ情
報４００Ａと同一の内容がセキュリティ情報データベー
ス２０３に登録されているか否かを判断し、この判断結
果が「Ｙｅｓ」である場合、ステップＳＢ１１では、情
報管理部２０２は、登録拒絶をする。この場合、情報管
理部２０２は、ステップＳＢ３の判断結果を「Ｎｏ」と
する。

【００６４】ステップＳＢ４では、情報管理部２０２
は、セキュリティ情報４００Ａをセキュリティ情報デー
タベース２０３（図６（ａ）参照）に登録する。これに
より、セキュリティ情報データベース２０３には、「登
録番号」＝３のレコード（セキュリティ情報４００Ａに
対応）が追加される。

【００６５】ステップＳＢ５では、情報管理部２０２
は、上記セキュリティ情報４００Ａを転送部２０５へ渡
す。これにより、転送部２０５は、セキュリティ情報４
００Ａをネットワーク３０２を介して開発元クライアン
ト３００に転送する。ステップＳＢ６では、情報管理部
２０２は、受信部２０６により返答情報が受信されたか
否かを判断し、この場合、判断結果を「Ｎｏ」として同
判断を繰り返す。

【００６６】そして、開発元クライアント３００により
セキュリティ情報４００Ａが受信されると、開発元３０
１は、セキュリティ情報４００Ａが有効な情報であるか
否かを判断する。この場合、開発元３０１では、セキュ
リティ情報４００Ａが有効であると判断されたものとす
る。開発元３０１では、開発元クライアント３００を用
いて、返答情報４０１Ａ（図５（ｃ）参照）および支払
情報４０２（図５（ｅ）参照）を作成した後、これらを
セキュリティ情報仲介装置２００宛に送信する。これら
の返答情報４０１Ａおよび支払情報４０２は、ネットワ
ーク３０２を介してセキュリティ情報仲介装置２００の
受信部２０６に受信される。

【００６７】これにより、情報管理部２０２は、ステッ
プＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ
７では、情報管理部２０２は、返答情報４０１Ａを返答
情報データベース２０４（図６（ｂ）参照）に登録す
る。これにより、返答情報データベース２０４には、
「返答番号」＝３のレコード（返答情報４０１Ａに対
応）が追加される。

【００６８】ステップＳＢ８では、情報管理部２０２
は、図５（ｃ）に示した返答情報４０１Ａの「判定結
果」が有効であるか否かを判断し、この場合、判断結果
を「Ｙｅｓ」とする。ステップＳＢ９では、情報管理部
２０２は、返答情報４０１Ａに対応する支払情報４０２
が受信部２０６に受信されたか否かを判断し、この場
合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＢ
９の判断結果が「Ｎｏ」である場合、情報管理部２０２
は、同判断を繰り返す。

【００６９】ステップＳＢ１０では、情報管理部２０２
は、返答情報４０１Ａおよび支払情報４０２を転送部２
０７へ渡す。これにより、転送部２０７は、返答情報４
０１Ａおよび支払情報４０２をネットワーク１０２を介
してユーザクライアント１０１Ａへ転送する。

【００７０】これらの返答情報４０１Ａおよび支払情報
４０２がユーザクライアント１０１Ａに受信されると、
ユーザクライアント１０１Ａは、返答情報４０１Ａおよ
び支払情報４０２をユーザ１００Ａに報知する。これに
より、ユーザ１００Ａは、自身が提供したセキュリティ
情報４００Ａが有用であったことを認識するとともに、
電子決済により開発元３０１から１００００円が支払わ
れることを認識する。

【００７１】一方、ソフトウェアＸのバグ（セキュリテ
ィホール）を発見したユーザ１００Ｂは、図５（ｂ）に
示したセキュリティ情報４００Ｂをユーザクライアント
１０１Ｂにより作成する。つぎに、ユーザ１００Ｂの操
作により、ユーザクライアント１０１Ｂからセキュリテ
ィ情報仲介装置２００へセキュリティ情報４００Ｂが送
信される。

【００７２】そして、上記セキュリティ情報４００Ｂが
受信部２０１に受信されると、情報管理部２０２は、ス
テップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップ
ＳＢ２では、情報管理部２０２は、セキュリティ情報４
００Ｂの「登録者」および「セキュリティ情報の内容」
をキーとして、セキュリティ情報データベース２０３を
検索する。この場合、セキュリティ情報データベース２
０３には、「登録番号」＝１〜３のレコードのみが存在
しているものとする。

【００７３】ステップＳＢ３では、情報管理部２０２
は、検索ヒットしたか否かを判断し、この場合、判断結
果を「Ｎｏ」とする。ステップＳＢ４では、情報管理部
２０２は、セキュリティ情報４００Ｂをセキュリティ情
報データベース２０３（図６（ａ）参照）に登録する。
これにより、セキュリティ情報データベース２０３に
は、「登録番号」＝４のレコード（セキュリティ情報４
００Ｂに対応）が追加される。

【００７４】ステップＳＢ５では、情報管理部２０２
は、上記セキュリティ情報４００Ｂを転送部２０５へ渡
す。これにより、転送部２０５は、セキュリティ情報４
００Ｂをネットワーク３０２を介して開発元クライアン
ト３００に転送する。ステップＳＢ６では、情報管理部
２０２は、受信部２０６により返答情報が受信されたか
否かを判断し、この場合、判断結果を「Ｎｏ」として同
判断を繰り返す。

【００７５】そして、開発元クライアント３００により
セキュリティ情報４００Ｂが受信されると、開発元３０
１は、セキュリティ情報４００Ｂが有効な情報であるか
否かを判断する。この場合、開発元３０１では、セキュ
リティ情報４００Ｂが無効であると判断されたものとす
る。開発元３０１では、開発元クライアント３００を用
いて、拒絶メッセージとしての返答情報４０１Ｂ（図５
（ｄ）参照）を作成した後、これをセキュリティ情報仲
介装置２００宛に送信する。

【００７６】そして、返答情報４０１Ｂは、ネットワー
ク３０２を介してセキュリティ情報仲介装置２００の受
信部２０６に受信される。これにより、情報管理部２０
２は、ステップＳＢ６の判断結果を「Ｙｅｓ」とする。
ステップＳＢ７では、情報管理部２０２は、返答情報４
０１Ｂを返答情報データベース２０４（図６（ｂ）参
照）に登録する。これにより、返答情報データベース２
０４には、「返答番号」＝４のレコード（返答情報４０
１Ｂに対応）が追加される。

【００７７】ステップＳＢ８では、情報管理部２０２
は、図５（ｄ）に示した返答情報４０１Ｂの「判定結
果」が有効であるか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。ステップＳＢ１２では、情報管理部
２０２は、拒絶メッセージとしての返答情報４０１Ｂを
転送部２０７へ渡す。これにより、転送部２０７は、返
答情報４０１Ｂをネットワーク１０２を介してユーザク
ライアント１０１Ｂへ転送する。この返答情報４０１Ｂ
がユーザクライアント１０１Ｂに受信されると、ユーザ
クライアント１０１Ｂは、返答情報４０１Ｂをユーザ１
００Ｂに報知する。これにより、ユーザ１００Ｂは、自
身が提供したセキュリティ情報４００Ｂが無効であった
ことを認識する。

【００７８】以上説明したように、実施の形態２によれ
ば、ユーザ１００Ｂから提供されたセキュリティ情報４
００Ｂの無効を示す返答情報４０１Ｂをユーザクライア
ント１０１Ｂへ転送するようにしたので、提供したセキ
ュリティ情報の使われ方（有用または無効）に関心を持
つユーザに対するサービスを向上させることができる。

【００７９】また、実施の形態２によれば、ユーザ（ユ
ーザ１００Ａ、１００Ｂ）より提供されたセキュリティ
情報（セキュリティ情報４００Ａ、４００Ｂ）が新規で
ある場合にのみ、当該セキュリティ情報を開発元クライ
アント３００へ転送するようにしたので、不要なセキュ
リティ情報を開発元クライアント３００へ転送するとい
う無駄を防止でき、効率良くセキュリティ情報の収集を
行うことできる。

【００８０】（実施の形態３）図８は、本発明にかかる
実施の形態３の構成を示すブロック図である。この図に
おいて、ユーザクライアント５０１は、ユーザ５００に
より操作されるコンピュータ端末であり、ネットワーク
５０２を介してセキュリティ情報仲介装置６００にアク
セス可能とされている。

【００８１】ユーザ５００は、後述する開発元７０１Ａ
および７０１Ｂ、その他の開発元により開発された各種
コンピュータプログラムを利用する者である。また、ユ
ーザ５００は、コンピュータプログラムのバグ等のセキ
ュリティホールを発見し、これをセキュリティ情報とし
て提供することができる知識を有するものである。

【００８２】また、ユーザクライアント５０１は、ユー
ザクライアント１１（図１参照）と同様にして、ネット
ワーク５０２を介してセキュリティ情報仲介装置６００
にセキュリティ情報８００を登録する機能と、セキュリ
ティ情報仲介装置６００からの情報（同図では、返答情
報８０１および支払情報８０２）を受信する機能とを備
えている。

【００８３】上記セキュリティ情報８００は、ユーザ５
００がコンピュータプログラムにセキュリティホールを
発見した場合に、当該コンピュータプログラムの開発元
へ提供される情報であり、セキュリティ情報４０（図２
（ａ）参照）と同一の構成とされている。具体的には、
図９（ａ）に示したセキュリティ情報８００は、「登録
者」（ユーザ５００）および「セキュリティ情報の内
容」（ソフトウェアＸのバグ問題）から構成されてい
る。

【００８４】返答情報８０１は、返答情報４１Ａ（図２
（ｂ）参照）と同様にして、セキュリティ情報８００が
有効であると開発元に判断された場合に、当該開発元か
らユーザ５００へ返答される情報である。具体的には、
図９（ｂ）に示した返答情報８０１は、「返答者」（開
発元７０１Ａ）、「判定結果」（有効）、「登録者」
（ユーザ５００）、「分類」（Ａ）および「セキュリテ
ィ情報の内容」（ソフトウェアＸのバグ問題）から構成
されている。上記「分類」は、当該セキュリティ情報の
内容が該当する分類項目を表す情報である。

【００８５】支払情報８０２は、支払情報４２（図２
（ｄ）参照）と同様にして、開発元７０１Ａ側でセキュ
リティ情報８００が有効であると判断された場合に、セ
キュリティ情報８００を提供した代償として、開発元７
０１Ａからユーザ５００へ支払われる金額や、支払い方
法等に関する情報である。具体的には、図９（ｃ）に示
した支払情報８０２は、「支払金額」（１００００
円）、「支払先」（ユーザ５００）、「支払者」（開発
元７０１Ａ）および「支払方法」（電子決済）から構成
されている。

【００８６】セキュリティ情報仲介装置６００は、ユー
ザ５００と、開発元７０１Ａおよび７０１Ｂとの間にお
いてセキュリティ情報を仲介するサーバであり、ネット
ワーク５０２とネットワーク７０２との間に介挿されて
いる。このセキュリティ情報仲介装置６００には、ユー
ザクライアント５０１、開発元クライアント７００Ａお
よび７００Ｂがアクセスする。

【００８７】セキュリティ情報仲介装置６００におい
て、受信部６０１は、ユーザクライアント５０１からの
セキュリティ情報８００を受信する機能を備えている。
情報管理部６０２は、受信部６０１に受信されたセキュ
リティ情報８００や、後述する受信部６０７に受信され
た返答情報８０１および支払情報８０２を管理する機能
を備えている。この情報管理部６０２の機能について
は、後述する。

【００８８】転送部６０５は、情報管理部６０２により
登録されたセキュリティ情報を、ネットワーク７０２を
介して開発元クライアント７００Ａおよび７００Ｂの双
方に転送する機能を備えている。また、転送部６０５
は、開発元クライアント７００Ａおよび７００Ｂからの
分類情報８０３Ａおよび８０３Ｂを受信し、これらを分
類情報データベース６０６に登録する機能も備えてい
る。

【００８９】分類情報８０３Ａは、開発元７０１Ａで必
要とするセキュリティ情報の分類を表す情報である。具
体的には、図９（ｄ）に示した分類情報８０３Ａは、
「開発元」（開発元７０１Ａ）および「分類」（Ａ）か
ら構成されている。従って、開発元７０１Ａは、分類
「Ａ」に属するセキュリティ情報のみが必要であって、
その他の分類に属するセキュリティ情報を必要としてい
ない。つまり、分類情報８０３Ａは、セキュリティ情報
仲介装置６００に登録される多数のセキュリティ情報の
中から、開発元７０１Ａで必要とするセキュリティ情報
を抽出するためのフィルタリング情報である。

【００９０】一方、分類情報８０３Ｂは、分類情報８０
３Ａと同様にして、開発元７０１Ｂで必要とするセキュ
リティ情報の分類を表す情報である。具体的には、図９
（ｅ）に示した分類情報８０３Ｂは、「開発元」（開発
元７０１Ｂ）および「分類」（Ｂ）から構成されてい
る。

【００９１】従って、開発元７０１Ｂは、分類「Ｂ」に
属するセキュリティ情報のみが必要であって、その他の
分類に属するセキュリティ情報を必要としていない。こ
のように、分類情報８０３Ｂも、分類情報８０３Ａと同
様にして、セキュリティ情報仲介装置６００に登録され
る多数のセキュリティ情報の中から、開発元７０１Ｂで
必要とするセキュリティ情報を抽出するためのフィルタ
リング情報である。

【００９２】また、分類情報データベース６０６は、図
１０（ｃ）に示したように、「開発元」および「分類」
から構成されている。この分類情報データベース６０６
において、「開発元」（＝開発元７０１Ａ）のレコード
は、分類情報８０３Ａ（図９（ｄ）参照）に対応してお
り、「開発元」（＝開発元７０１Ｂ）のレコードは、分
類情報８０３Ｂ（図９（ｅ）参照）に対応している。

【００９３】ネットワーク７０２は、セキュリティ情報
仲介装置６００と開発元クライアント７００Ａおよび７
００Ｂとを接続するものである。開発元クライアント７
００Ａは、コンピュータプログラムのベンダである開発
元７０１Ａ側に設置されたコンピュータ端末である。開
発元クライアント７００Ｂは、コンピュータプログラム
のベンダである開発元７０１Ｂ側に設置されたコンピュ
ータ端末である。

【００９４】開発元クライアント７００Ａは、分類情報
８０３Ａ（図９（ｄ）参照）を転送部６０５へ送信し、
また、上記分類情報８０３Ａに対応するセキュリティ情
報（同図では、セキュリティ情報８００）を受信する。
また、開発元クライアント７００Ａは、当該セキュリテ
ィ情報が有効である場合、上述した返答情報８０１（図
９（ｂ）参照）および支払情報８０２（図９（ｃ）参
照）をセキュリティ情報仲介装置６００へ送信する。

【００９５】一方、開発元クライアント７００Ｂは、分
類情報８０３Ｂ（図９（ｅ）参照）を転送部６０５へ送
信し、また、上記分類情報８０３Ｂに対応するセキュリ
ティ情報を受信する。また、開発元クライアント７００
Ｂは、開発元クライアント７００Ａと同様にして、当該
セキュリティ情報が有効である場合、返答情報および支
払情報をセキュリティ情報仲介装置６００へ送信する。

【００９６】セキュリティ情報仲介装置６００におい
て、受信部６０７は、開発元クライアント７００Ａ、７
００Ｂからネットワーク７０２を介して送信される返答
情報、支払情報（同図では、返答情報８０１および支払
情報８０２）を受信する機能を備えている。情報管理部
６０２は、受信部６０１に受信されたセキュリティ情報
（同図では、セキュリティ情報８００）を図１０（ａ）
に示したセキュリティ情報データベース６０３に登録す
る機能を備えている。

【００９７】このセキュリティ情報データベース６０３
は、セキュリティ情報に対して登録順に付与される「登
録番号」、「登録日時」、「登録者」、セキュリティ情
報の分類を表す「分類」、および「セキュリティ情報の
内容」から構成されている。同図において、「登録番
号」＝「３」のレコードは、セキュリティ情報８００
（図９（ａ）参照）に対応している。

【００９８】また、情報管理部６０２は、受信部６０７
に受信された返答情報（同図では、返答情報８０１）を
図１０（ｂ）に示した返答情報データベース６０４に登
録する機能を備えている。この返答情報データベース６
０４は、返答情報に対して登録順に付与される「返答番
号」、「返答日時」、「登録番号」（図１０（ａ）参
照）、「返答者」、「分類」（図１０（ａ）参照）およ
び「判定結果」から構成されている。同図において、
「返答番号」＝「３」のレコードは、返答情報８０１
（図９（ｂ）参照）に対応している。

【００９９】さらに、情報管理部６０２は、「判定結
果」が「有効」または「無効」とされた返答情報（同図
では返答情報８０１）と、支払情報（同図では支払情報
８０２）とを転送部６０８へ渡す。転送部６０８は、情
報管理部６０２からの返答情報、支払情報を当該ユーザ
クライアントへネットワーク５０２を介して転送する機
能を備えている。

【０１００】つぎに、実施の形態３の動作について、図
１１に示したフローチャートを参照しつつ説明する。同
図に示したステップＳＣ１では、転送部６０５は、分類
情報登録処理を実行する。具体的には、転送部６０５
は、開発元クライアント７００Ａおよび７００Ｂからネ
ットワーク７０２を介して、分類情報８０３Ａ（図９
（ｄ）参照）および分類情報８０３Ｂ（図９（ｅ）参
照）を受信すると、これらを分類情報データベース６０
６（図１０（ｃ）参照）に登録する。

【０１０１】上記分類情報登録処理が終了すると、ステ
ップＳＣ２では、情報管理部６０２は、受信部６０１に
よりセキュリティ情報が受信されたか否かを判断し、こ
の場合、判断結果を「Ｎｏ」として同判断を繰り返す。
ここで、ソフトウェアＸのバグ（セキュリティホール）
を発見したユーザ５００は、図９（ａ）に示したセキュ
リティ情報８００をユーザクライアント５０１により作
成する。つぎに、ユーザ５００の操作により、ユーザク
ライアント５０１からセキュリティ情報仲介装置６００
へセキュリティ情報８００が送信される。

【０１０２】そして、上記セキュリティ情報８００が受
信部６０１に受信されると、情報管理部６０２は、ステ
ップＳＣ２の判断結果を「Ｙｅｓ」とする。ステップＳ
Ｃ３では、情報管理部６０２は、セキュリティ情報８０
０の「登録者」および「セキュリティ情報の内容」をキ
ーとして、図１０（ａ）に示したセキュリティ情報デー
タベース６０３を検索する。この場合、セキュリティ情
報データベース６０３には、「登録番号」＝１および２
のレコードのみが存在しているものとする。

【０１０３】ステップＳＣ４では、情報管理部６０２
は、検索ヒットしたか否か、すなわち、セキュリティ情
報８００と同一の内容がセキュリティ情報データベース
６０３に登録されているか否かを判断し、この判断結果
が「Ｙｅｓ」である場合、ステップＳＣ１５では、情報
管理部６０２は、登録拒絶をする。この場合、情報管理
部６０２は、ステップＳＣ４の判断結果を「Ｎｏ」とす
る。

【０１０４】ステップＳＣ５では、情報管理部６０２
は、受信されたセキュリティ情報８００の内容に基づい
て、当該セキュリティ情報８００が、予め設定された分
類（例えば、Ａ〜Ｚ）のうち、どの分類に当てはまるか
を判断する分類処理を実行する。

【０１０５】この場合、情報管理部６０２は、セキュリ
ティ情報８００の分類をＡと判断したものとする。ステ
ップＳＣ６では、情報管理部６０２は、セキュリティ情
報８００を分類Ａに対応付けて、セキュリティ情報デー
タベース６０３（図１０（ａ）参照）に登録する。これ
により、セキュリティ情報データベース６０３には、
「登録番号」＝３のレコード（セキュリティ情報８００
に対応）が追加される。

【０１０６】ステップＳＣ７では、情報管理部６０２
は、転送部６０５を経由して分類情報データベース６０
６にアクセスした後、セキュリティ情報８００の分類Ａ
をキーとして図１０（ｃ）に示した分類情報データベー
ス６０６を検索する。ステップＳＣ８では、情報管理部
６０２は、セキュリティ情報８００の分類Ａと同一の分
類が分類情報データベース６０６に存在するか否かを判
断する。

【０１０７】この場合、分類情報データベース６０６に
おける「開発元」（＝開発元７０１Ａ）の分類（＝Ａ）
がセキュリティ情報８００の分類Ａと一致しているた
め、情報管理部６０２は、ステップＳＣ８の判断結果を
「Ｙｅｓ」とする。なお、ステップＳＣ８の判断結果が
「Ｎｏ」である場合、情報管理部６０２は、ステップＳ
Ｃ２以降の処理を繰り返す。

【０１０８】ステップＳＣ９では、情報管理部６０２
は、開発元クライアント７００Ａ宛のセキュリティ情報
８００を転送部６０５へ渡す。これにより、転送部６０
５は、セキュリティ情報８００を開発元クライアント７
００Ａに転送する。この場合、開発元クライアント７０
０Ｂには、セキュリティ情報８００が転送されない。ス
テップＳＣ１０では、情報管理部６０２は、受信部６０
７により返答情報が受信されたか否かを判断し、この場
合、判断結果を「Ｎｏ」として同判断を繰り返す。

【０１０９】そして、開発元クライアント７００Ａによ
りセキュリティ情報８００が受信されると、開発元７０
１Ａは、セキュリティ情報８００が有効な情報であるか
否かを判断する。この場合、開発元７０１Ａでは、セキ
ュリティ情報８００が有効であると判断されたものとす
る。開発元７０１Ａでは、開発元クライアント７００Ａ
を用いて、返答情報８０１（図９（ｂ）参照）および支
払情報８０２（図９（ｃ）参照）を作成した後、これら
をセキュリティ情報仲介装置６００宛に送信する。これ
らの返答情報８０１および支払情報８０２は、ネットワ
ーク７０２を介してセキュリティ情報仲介装置６００の
受信部６０７に受信される。

【０１１０】これにより、情報管理部６０２は、ステッ
プＳＣ１０の判断結果を「Ｙｅｓ」とする。ステップＳ
Ｃ１１では、情報管理部６０２は、返答情報８０１を返
答情報データベース６０４（図１０（ｂ）参照）に登録
する。これにより、返答情報データベース６０４には、
「返答番号」＝３のレコード（返答情報８０１に対応）
が追加される。

【０１１１】ステップＳＣ１２では、情報管理部６０２
は、図９（ｂ）に示した返答情報８０１の「判定結果」
が有効であるか否かを判断し、この場合、判断結果を
「Ｙｅｓ」とする。ステップＳＣ１３では、情報管理部
６０２は、返答情報８０１に対応する支払情報８０２が
受信部６０７に受信されたか否かを判断し、この場合、
判断結果を「Ｙｅｓ」とする。なお、ステップＳＣ１３
の判断結果が「Ｎｏ」である場合、情報管理部６０２
は、同判断を繰り返す。

【０１１２】ステップＳＣ１４では、情報管理部６０２
は、返答情報８０１および支払情報８０２を転送部６０
８へ渡す。これにより、転送部６０８は、返答情報８０
１および支払情報８０２をネットワーク５０２を介して
ユーザクライアント５０１へ転送する。

【０１１３】これらの返答情報８０１および支払情報８
０２がユーザクライアント５０１に受信されると、ユー
ザクライアント５０１は、返答情報８０１および支払情
報８０２をユーザ５００に報知する。これにより、ユー
ザ５００は、自身が提供したセキュリティ情報８００が
有用であったことを認識するとともに、電子決済により
開発元７０１Ａから１００００円が支払われることを認
識する。

【０１１４】一方、ステップＳＣ１２の判断結果が「Ｎ
ｏ」である場合、すなわち、「判定結果」＝「無効」の
返答情報が受信部６０７に受信された場合、ステップＳ
Ｃ１６では、情報管理部６０２は、拒絶メッセージとし
ての返答情報を転送部６０８へ渡す。これにより、転送
部６０８は、返答情報（拒絶メッセージ）をネットワー
ク５０２を介してユーザクライアント５０１へ転送す
る。この返答情報（拒絶メッセージ）がユーザクライア
ント５０１に受信されると、ユーザクライアント５０１
は、該返答情報をユーザ５００に報知する。これによ
り、ユーザ５００は、自身が提供したセキュリティ情報
が無効であったことを認識する。

【０１１５】以上説明したように、実施の形態３によれ
ば、開発元７０１Ａおよび開発元７０１Ｂが所望するセ
キュリティ情報の分類情報を分類情報データベース６０
６に登録しておき、上記分類情報と、ユーザ５００から
提供されたセキュリティ情報８００の分類結果とが一致
する場合にのみ当該セキュリティ情報８００を例えば開
発元クライアント７００Ａへ転送するようにしたので、
不要なセキュリティ情報を転送するという無駄を防止で
き、さらに効率良くセキュリティ情報の収集を行うこと
ができる。

【０１１６】（実施の形態４）さて、前述した実施の形
態３では、当事者間（ユーザおよび開発元）でセキュリ
ティ情報を共有する例について説明したが、セキュリテ
ィ情報や、当該コンピュータプログラムを修正するため
のパッチ情報を第三者である一般ユーザに公開するよう
にしてもよい。以下では、この場合を実施の形態４とし
て説明する。

【０１１７】図１２は、本発明にかかる実施の形態４の
構成を示すブロック図である。この図において、図８の
各部に対応する部分には同一の符号を付ける。図１２で
は、図８に示したセキュリティ情報仲介装置６００に代
えてセキュリティ情報仲介装置１０００が設けられてい
る。

【０１１８】このセキュリティ情報仲介装置１０００に
おいては、図８に示した情報管理部６０２および返答情
報データベース６０４に代えて、情報管理部１００１お
よび返答情報データベース１００２が設けられている。
さらに、セキュリティ情報仲介装置１０００において
は、情報公開部１００３および公開情報データベース１
００４が新たに設けられている。また、図１２において
は、ユーザ９００により操作されるユーザクライアント
９０１が新たに設けられている。

【０１１９】セキュリティ情報仲介装置１０００は、ユ
ーザ５００および９００と、開発元７０１Ａおよび７０
１Ｂとの間においてセキュリティ情報やパッチ情報を仲
介するサーバであり、ネットワーク５０２とネットワー
ク７０２との間に介挿されている。このセキュリティ情
報仲介装置１０００には、ユーザクライアント５０１、
ユーザクライアント９０１、開発元クライアント７００
Ａおよび７００Ｂがアクセスする。

【０１２０】セキュリティ情報仲介装置１０００におい
て、受信部６０７は、前述した返答情報８０１および支
払情報８０２に加えて、パッチ情報１１００を開発元ク
ライアント７００Ａより受信する。このパッチ情報１１
００は、図１３（ｃ）に示したように、返答情報８０１
に対応する「返答番号」（３）、「返答者」（開発元７
０１Ａ）およびパッチプログラムから構成されており、
セキュリティホールを有する当該コンピュータプログラ
ムを修正するための情報である。

【０１２１】情報管理部１００１は、受信部６０１に受
信されたセキュリティ情報（同図ではセキュリティ情報
８００）をセキュリティ情報データベース６０３に登録
する機能を備えている。また、情報管理部１００１は、
受信部６０７に受信された返答情報（同図では、返答情
報８０１）を図１３（ａ）に示した返答情報データベー
ス１００２に登録する機能を備えている。

【０１２２】この返答情報データベース１００２は、返
答情報データベース６０４（図１０（ｂ）参照）と同様
にして、返答情報に対して登録順に付与される「返答番
号」、「返答日時」、「登録番号」、「返答者」、「分
類」および「判定結果」のカラムを備えている。さら
に、返答情報データベース１００２は、「修正方法」の
カラムも備えている。この「修正方法」は、セキュリテ
ィホールを有するコンピュータプログラムに対する修正
方法（例えば、パッチ）を表す情報である。同図におい
て、「返答番号」＝「３」のレコードは、返答情報８０
１（図９（ｂ）参照）に対応している。

【０１２３】また、情報管理部１００１は、情報管理部
６０２と同様にして、「判定結果」が「有効」または
「無効」とされた返答情報（同図では返答情報８０１）
と、支払情報（同図では支払情報８０２）とを転送部６
０８へ渡す。さらに、情報管理部１００１は、セキュリ
ティ情報、返答情報およびパッチ情報を情報公開部１０
０３へ渡す。

【０１２４】情報公開部１００３は、ｗｅｂサイト上の
情報公開画面１２００（図１４参照）等を介して、第三
者であるユーザ９００のユーザクライアント９０１に対
して、セキュリティ情報、返答情報およびパッチ情報を
公開する機能を備えている。また、情報公開部１００３
は、情報管理部１００１からの返答情報、セキュリティ
情報およびパッチ情報を、図１３（ｂ）に示した公開情
報データベース１００４に登録する。

【０１２５】この公開情報データベース１００４は、返
答情報データベース１００２（図１３（ａ）参照）と同
様にして、「返答番号」、「分類」、「セキュリティ情
報の内容」、「返答者」、「修正方法」、「セキュリテ
ィ情報ポインタ」および「パッチ情報ポインタ」から構
成されている。「セキュリティ情報ポインタ」は、セキ
ュリティ情報が実際に格納されている領域を表すポイン
タであり、「パッチ情報ポインタ」は、パッチ情報が実
際に格納されている領域を表すポインタである。

【０１２６】つぎに、実施の形態４の動作について、図
１５に示したフローチャートを参照しつつ説明する。同
図に示したステップＳＤ１では、転送部６０５は、ステ
ップＳＣ１（図１１参照）と同様にして、分類情報８０
３Ａ（図９（ｄ）参照）および分類情報８０３Ｂ（図９
（ｅ）参照）を分類情報データベース６０６（図１０
（ｃ）参照）に登録する。

【０１２７】ステップＳＤ２では、情報管理部１００１
は、受信部６０１によりセキュリティ情報が受信された
か否かを判断し、この場合、判断結果を「Ｎｏ」として
同判断を繰り返す。ここで、ソフトウェアＸのバグ（セ
キュリティホール）を発見したユーザ５００は、図９
（ａ）に示したセキュリティ情報８００をユーザクライ
アント５０１により作成する。つぎに、ユーザ５００の
操作により、ユーザクライアント５０１からセキュリテ
ィ情報仲介装置１０００へセキュリティ情報８００が送
信される。

【０１２８】そして、上記セキュリティ情報８００が受
信部６０１に受信されると、情報管理部１００１は、ス
テップＳＤ２の判断結果を「Ｙｅｓ」とする。ステップ
ＳＤ３では、情報管理部１００１は、セキュリティ情報
８００の「登録者」および「セキュリティ情報の内容」
をキーとして、図１０（ａ）に示したセキュリティ情報
データベース６０３を検索する。この場合、セキュリテ
ィ情報データベース６０３には、「登録番号」＝１およ
び２のレコードのみが存在しているものとする。

【０１２９】ステップＳＤ４では、情報管理部１００１
は、検索ヒットしたか否か、すなわち、セキュリティ情
報８００と同一の内容がセキュリティ情報データベース
６０３に登録されているか否かを判断し、この判断結果
が「Ｙｅｓ」である場合、ステップＳＤ１９では、情報
管理部１００１は、登録拒絶をする。この場合、情報管
理部１００１は、ステップＳＤ４の判断結果を「Ｎｏ」
とする。

【０１３０】ステップＳＤ５では、情報管理部１００１
は、受信されたセキュリティ情報８００の内容に基づい
て、当該セキュリティ情報８００が、予め設定された分
類（例えば、Ａ〜Ｚ）のうち、どの分類に当てはまるか
を判断する分類処理を実行する。

【０１３１】この場合、情報管理部１００１は、セキュ
リティ情報８００の分類をＡと判断したものとする。ス
テップＳＤ６では、情報管理部１００１は、セキュリテ
ィ情報８００を分類Ａに対応付けて、セキュリティ情報
データベース６０３（図１０（ａ）参照）に登録する。
これにより、セキュリティ情報データベース６０３に
は、「登録番号」＝３のレコード（セキュリティ情報８
００に対応）が追加される。また、情報管理部１００１
は、セキュリティ情報８００を情報公開部１００３に渡
す。これにより、情報公開部１００３は、セキュリティ
情報８００を公開情報データベース１００４に登録す
る。

【０１３２】ステップＳＤ７では、情報管理部１００１
は、転送部６０５を経由して分類情報データベース６０
６にアクセスした後、セキュリティ情報８００の分類Ａ
をキーとして図１０（ｃ）に示した分類情報データベー
ス６０６を検索する。ステップＳＤ８では、情報管理部
１００１は、セキュリティ情報８００の分類Ａと同一の
分類が分類情報データベース６０６に存在するか否かを
判断する。

【０１３３】この場合、分類情報データベース６０６に
おける「開発元」（＝開発元７０１Ａ）の分類（＝Ａ）
がセキュリティ情報８００の分類Ａと一致しているた
め、情報管理部１００１は、ステップＳＤ８の判断結果
を「Ｙｅｓ」とする。なお、ステップＳＤ４の判断結果
が「Ｎｏ」である場合、情報管理部１００１は、ステッ
プＳＤ２以降の処理を繰り返す。

【０１３４】ステップＳＤ９では、情報管理部１００１
は、開発元クライアント７００Ａ宛のセキュリティ情報
８００を転送部６０５へ渡す。これにより、転送部６０
５は、セキュリティ情報８００を開発元クライアント７
００Ａに転送する。この場合、開発元クライアント７０
０Ｂには、セキュリティ情報８００が転送されない。ス
テップＳＤ１０では、情報管理部１００１は、受信部６
０７により返答情報が受信されたか否かを判断し、この
場合、判断結果を「Ｎｏ」として同判断を繰り返す。

【０１３５】そして、開発元クライアント７００Ａによ
りセキュリティ情報８００が受信されると、開発元７０
１Ａは、セキュリティ情報８００が有効な情報であるか
否かを判断する。この場合、開発元７０１Ａでは、セキ
ュリティ情報８００が有効であると判断されたものとす
る。開発元７０１Ａでは、開発元クライアント７００Ａ
を用いて、返答情報８０１（図９（ｂ）参照）、支払情
報８０２（図９（ｃ）参照）およびパッチ情報１１００
（図１３（ｃ）参照）を作成した後、これらをセキュリ
ティ情報仲介装置１０００宛に送信する。これらの返答
情報８０１、支払情報８０２およびパッチ情報１１００
は、ネットワーク７０２を介してセキュリティ情報仲介
装置１０００の受信部６０７に受信される。

【０１３６】これにより、情報管理部１００１は、ステ
ップＳＤ１０の判断結果を「Ｙｅｓ」とする。ステップ
ＳＤ１１では、情報管理部１００１は、受信部６０７に
パッチ情報が受信されたか否かを判断し、この場合、判
断結果を「Ｙｅｓ」とする。ステップＳＤ１７では、情
報管理部１００１は、返答情報８０１およびパッチ情報
１１００を返答情報データベース１００２（図１３
（ａ）参照）に登録する。

【０１３７】また、情報管理部１００１は、返答情報８
０１およびパッチ情報１１００を情報公開部１００３に
渡す。これにより、情報公開部１００３は、返答情報８
０１およびパッチ情報１１００を公開情報データベース
１００４（図１３（ｂ）参照）に登録する。一方、ステ
ップＳＤ１１の判断結果が「Ｎｏ」である場合、情報管
理部１００１は、返答情報８０１を返答情報データベー
ス１００２（図１３（ａ）参照）に登録する。

【０１３８】ステップＳＤ１３では、情報管理部１００
１は、図９（ｂ）に示した返答情報８０１の「判定結
果」が有効であるか否かを判断し、この場合、判断結果
を「Ｙｅｓ」とする。ステップＳＤ１４では、情報管理
部１００１は、返答情報８０１に対応する支払情報８０
２が受信部６０７に受信されたか否かを判断し、この場
合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＤ
１４の判断結果が「Ｎｏ」である場合、情報管理部１０
０１は、同判断を繰り返す。

【０１３９】ステップＳＤ１５では、情報管理部１００
１は、返答情報８０１および支払情報８０２を転送部６
０８へ渡す。これにより、転送部６０８は、返答情報８
０１および支払情報８０２をネットワーク５０２を介し
てユーザクライアント５０１へ転送する。

【０１４０】これらの返答情報８０１および支払情報８
０２がユーザクライアント５０１に受信されると、ユー
ザクライアント５０１は、返答情報８０１および支払情
報８０２をユーザ５００に報知する。これにより、ユー
ザ５００は、自身が提供したセキュリティ情報８００が
有用であったことを認識するとともに、電子決済により
開発元７０１Ａから１００００円が支払われることを認
識する。

【０１４１】一方、ステップＳＤ１３の判断結果が「Ｎ
ｏ」である場合、すなわち、「判定結果」＝「無効」の
返答情報が受信部６０７に受信された場合、ステップＳ
Ｄ１８では、情報管理部１００１は、拒絶メッセージと
しての返答情報を転送部６０８へ渡す。これにより、転
送部６０８は、返答情報（拒絶メッセージ）をネットワ
ーク５０２を介してユーザクライアント５０１へ転送す
る。この返答情報（拒絶メッセージ）がユーザクライア
ント５０１に受信されると、ユーザクライアント５０１
は、該返答情報をユーザ５００に報知する。これによ
り、ユーザ５００は、自身が提供したセキュリティ情報
が無効であったことを認識する。

【０１４２】つぎに、図１２に示した情報公開部１００
３の動作について、図１６に示したフローチャートを参
照しつつ説明する。ステップＳＥ１では、情報公開部１
００３は、情報管理部１００１からの公開情報（セキュ
リティ情報、返答情報、パッチ情報）を受信したか否か
を判断し、この判断結果が「Ｙｅｓ」である場合、ステ
ップＳＥ２で公開情報データベース１００４を更新す
る。

【０１４３】一方、ステップＳＥ１の判断結果が「Ｎ
ｏ」である場合、ステップＳＥ３では、情報公開部１０
０３は、ユーザクライアント（同図ではユーザクライア
ント９０１）からアクセス要求があるか否かを判断し、
この場合、同判断結果が「Ｎｏ」であるものとすると、
ステップＳＥ１以降の処理を繰り返す。ここで、ユーザ
クライアント９０１よりアクセス要求があると、情報公
開部１００３は、ステップＳＥ３の判断結果を「Ｙｅ
ｓ」とする。

【０１４４】ステップＳＥ４では、情報公開部１００３
は、公開情報データベース１００４（図１３（ｂ）参
照）に基づいて、図１４に示した情報公開画面１２００
をユーザクライアント９０１の表示部（図示略）に表示
させる処理を実行する。この情報公開画面１２００は、
ユーザ９００にセキュリティ情報（「返答情報」、「分
類」、「セキュリティ情報の内容」、「返答者」および
「修正方法」）を公開するための画面である。

【０１４５】ステップＳＥ５では、情報公開部１００３
は、ユーザ９００により、情報公開画面１２００の中か
ら所望のセキュリティ情報が選択されたか否かを判断
し、この場合、判断結果が「Ｎｏ」であるものとする。
ステップＳＥ８では、情報公開部１００３は、アクセス
解除されたか否か、具体的には終了ボタン１２０１（図
１４参照）が押下されたか否かを判断し、この場合、判
断結果を「Ｎｏ」として、ステップＳＥ５以降の処理を
繰り返す。

【０１４６】ここで、ユーザ９００により、図１４に示
した返答番号３が入力されることにより、返答番号
「３」に対応するセキュリティ情報が選択されると、情
報公開部１００３は、ステップＳＥ５の判断結果を「Ｙ
ｅｓ」とする。ステップＳＥ６では、情報公開部１００
３は、返答番号「３」をキーとして、図１３に示した公
開情報データベース１００４を検索し、セキュリティ情
報ポインタ「ＰＳ３」およびパッチ情報ポインタ「ＰＰ
３」を取得する。

【０１４７】つぎに、情報公開部１００３は、セキュリ
ティ情報ポインタ「ＰＳ３」およびパッチ情報ポインタ
「ＰＰ３」に基づいて、公開情報データベース１００４
からセキュリティ情報８００およびパッチ情報１１００
を取得する。ステップＳＥ７では、情報公開部１００３
は、上記セキュリティ情報８００およびパッチ情報１１
００をネットワーク５０２を介してユーザクライアント
９０１へ転送する。ここで、ユーザ９００により終了ボ
タン１２０１が押下されると、情報公開部１００３は、
ステップＳＥ８の判断結果を「Ｙｅｓ」とし、ステップ
ＳＥ１以降の処理を繰り返す。

【０１４８】また、セキュリティ情報８００およびパッ
チ情報１１００がユーザクライアント９０１に受信され
ると、ユーザ９００は、セキュリティ情報８００の内容
を認識し、パッチ情報１１００のパッチプログラムを
「ソフトウェアＸ」に適用する。これにより、「ソフト
ウェアＸ」が修正される。

【０１４９】なお、実施の形態４では、ユーザ９００が
所望するクライアント情報の分類情報を予め情報公開部
１００３に登録しておき、ユーザクライアント９０１か
らアクセス要求があった場合、当該分類情報に対応する
セキュリティ情報（パッチ情報）を公開情報データベー
ス１００４から抽出し、これをユーザ９００に対して公
開するようにしてもよい。さらに、実施の形態４では、
返答情報８０１および支払情報８０２に加えて、パッチ
情報１１００もユーザクライアント５０１に転送するよ
うにしてもよい。

【０１５０】以上説明したように、実施の形態４によれ
ば、情報公開部１００３によりセキュリティ情報を公開
するようにしたので、セキュリティ情報の提供に関する
第三者（ユーザ９００）の関心を引くことができ、多数
のセキュリティ情報の提供を期待することができる。ま
た、実施の形態４によれば、パッチ情報１１００をユー
ザクライアント９０１（ユーザクライアント５０１）へ
転送するようにしたので、迅速にセキュリティ情報に対
する対策を講じることができる。

【０１５１】以上本発明にかかる実施の形態１〜４につ
いて図面を参照して詳述してきたが、具体的な構成例は
これら実施の形態１〜４に限られるものではなく、本発
明の要旨を逸脱しない範囲の設計変更等があっても本発
明に含まれる。

【０１５２】例えば、前述した実施の形態１〜４におい
ては、セキュリティ情報を仲介する機能を実現するため
のセキュリティ情報仲介プログラムを図１７に示したコ
ンピュータ読み取り可能な記録媒体１４００に記録し
て、この記録媒体１４００に記録されたセキュリティ情
報仲介プログラムを同図に示したコンピュータ１３００
に読み込ませ、実行することによりセキュリティ情報の
仲介を行うようにしてもよい。

【０１５３】図１７に示したコンピュータ１３００は、
上記セキュリティ情報仲介プログラムを実行するＣＰＵ
１３０１と、キーボード、マウス等の入力装置１３０２
と、各種データを記憶するＲＯＭ（Read Only Memory）
１３０３と、演算パラメータ等を記憶するＲＡＭ（Rand
om Access Memory）１３０４と、記録媒体１４００から
セキュリティ情報仲介プログラムを読み取る読取装置１
３０５と、ディスプレイ、プリンタ等の出力装置１３０
６と、装置各部を接続するバスＢＵとから構成されてい
る。

【０１５４】ＣＰＵ１３０１は、読取装置１３０５を経
由して記録媒体１４００に記録されているセキュリティ
情報仲介プログラムを読み込んだ後、セキュリティ情報
仲介プログラムを実行することにより、前述したセキュ
リティ情報の仲介を行う。なお、記録媒体１４００に
は、光ディスク、フロッピー（登録商標）ディスク、ハ
ードディスク等の可搬型の記録媒体が含まれることはも
とより、ネットワークのようにデータを一時的に記録保
持するような伝送媒体も含まれる。

【０１５５】

【発明の効果】以上説明したように、本発明によれば、
情報提供者からのセキュリティ情報をダイレクトに情報
受信者側に提供し、しかも有用なセキュリティ情報を提
供した者に対して支払いを行うようにしたので、情報提
供者（ユーザ）にとってセキュリティ情報を提供し易い
環境を整備し、情報受信者（例えば、開発元）にとって
低コストで有用なセキュリティ情報を収集することがで
きるという効果を奏する。

【０１５６】また、本発明によれば、情報提供者より提
供されたセキュリティ情報が新規である場合にのみ、当
該セキュリティ情報を情報受信者端末へ転送するように
したので、不要なセキュリティ情報を情報受信者端末へ
転送するという無駄を防止でき、効率良くセキュリティ
情報の収集を行うことできるという効果を奏する。

【０１５７】また、本発明によれば、情報受信者が所望
するセキュリティ情報の分類情報を登録しておき、上記
分類情報と、提供されたセキュリティ情報の分類結果と
が一致する場合にのみ当該セキュリティ情報を情報受信
者端末へ転送するようにしたので、不要なセキュリティ
情報を情報受信者端末へ転送するという無駄を防止で
き、さらに効率良くセキュリティ情報の収集を行うこと
ができるという効果を奏する。

【０１５８】また、本発明によれば、情報提供者から提
供されたセキュリティ情報の無効を示す無効情報を情報
提供者端末へ転送するようにしたので、提供したセキュ
リティ情報の使われ方（有用または無効）に関心を持つ
情報提供者に対するサービスを向上させることができる
という効果を奏する。

【０１５９】また、本発明によれば、有用性が示された
セキュリティ情報の対策用の修正情報を情報提供者端末
へ転送するようにしたので、迅速にセキュリティ情報に
対する対策を講じることができるという効果を奏する。

【０１６０】また、本発明によれば、セキュリティ情報
を公開するようにしたので、セキュリティ情報の提供に
関する第三者の関心を引くことができ、多数のセキュリ
ティ情報の提供を期待することができるという効果を奏
する。

【０１６１】また、本発明によれば、セキュリティ情報
および修正情報を公開するようにしたので、セキュリテ
ィ情報の提供に関する第三者の関心を引くことができ、
多数のセキュリティ情報の提供を期待することができる
とともに、迅速にセキュリティ情報に対する対策を講じ
ることができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる実施の形態１の構成を示すブロ
ック図である。

【図２】図１に示したセキュリティ情報４０、返答情報
４１Ａ、４１Ｂおよび支払情報４２を示す図である。

【図３】同実施の形態１の動作を説明するフローチャー
トである。

【図４】本発明にかかる実施の形態２の構成を示すブロ
ック図である。

【図５】図４に示したセキュリティ情報４００Ａ、４０
０Ｂ、返答情報４０１Ａ、４０１Ｂおよび支払情報４０
２を示す図である。

【図６】図４に示したセキュリティ情報データベース２
０３および返答情報データベース２０４のデータ構造を
示す図である。

【図７】同実施の形態２の動作を説明するフローチャー
トである。

【図８】本発明にかかる実施の形態３の構成を示すブロ
ック図である。

【図９】図８に示したセキュリティ情報８００、返答情
報８０１、支払情報８０２および分類情報８０３Ａ、８
０３Ｂを示す図である。

【図１０】図８に示したセキュリティ情報データベース
６０３、返答情報データベース６０４および分類情報デ
ータベース６０６のデータ構造を示す図である。

【図１１】同実施の形態３の動作を説明するフローチャ
ートである。

【図１２】本発明にかかる実施の形態４の構成を示すブ
ロック図である。

【図１３】図１２に示した返答情報データベース１００
２、公開情報データベース１００４およびパッチ情報１
１００のデータ構造を示す図である。

【図１４】同実施の形態４における情報公開画面１２０
０の一例を示す図である。

【図１５】同実施の形態４の動作を説明するフローチャ
ートである。

【図１６】図１２に示した情報公開部１００３の動作を
説明するフローチャートである。

【図１７】本発明にかかる実施の形態１〜４の変形例を
示すブロック図である。

【符号の説明】

１１ ユーザクライアント ２０ セキュリティ情報仲介装置 ２１ セキュリティ情報登録部 ２３ 転送部 ２６ 転送部 １０１Ａ ユーザクライアント ２００ セキュリティ情報仲介装置 ２０１ 受信部 ２０２ 情報管理部 ２０５ 転送部 ２０６ 受信部 ２０７ 転送部 ３００ 開発元クライアント ５０１ ユーザクライアント ６００ セキュリティ情報仲介装置 ６０１ 受信部 ６０２ 情報管理部 ６０５ 転送部 ６０７ 受信部 ６０８ 転送部 ７００Ａ 開発元クライアント ９０１ ユーザクライアント １０００ セキュリティ情報仲介装置 １００１ 情報管理部 １００３ 情報公開部 １３００ コンピュータ １３０１ ＣＰＵ １４００ 記録媒体

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鳥居 悟 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (22)

【特許請求の範囲】
1. 【請求項１】 情報提供者の情報提供者端末から提供さ
   れたセキュリティ情報を登録する登録手段と、 前記セキュリティ情報の有用性を判断する情報受信者の
   情報受信者端末へ、前記登録手段により登録された前記
   セキュリティ情報を転送する第１の転送手段と、 当該セキュリティ情報の有用性を示す返答情報および当
   該セキュリティ情報の情報提供料の支払いに関する支払
   情報を前記情報受信者端末より受信する受信手段と、 前記返答情報および前記支払情報を前記情報提供者端末
   へ転送する第２の転送手段と、 を備えたことを特徴とするセキュリティ情報仲介装置。
2. 【請求項２】 前記登録手段は、登録済みのセキュリテ
   ィ情報を参照し、提供されたセキュリティ情報が新規で
   ある場合にのみ、当該セキュリティ情報を登録し、前記
   第１の転送手段は、提供されたセキュリティ情報が新規
   である場合にのみ、当該セキュリティ情報を前記情報受
   信者端末へ転送することを特徴とする請求項１に記載の
   セキュリティ情報仲介装置。
3. 【請求項３】 前記情報受信者が所望するセキュリティ
   情報の分類情報を登録する分類情報登録手段と、前記情
   報提供端末から提供されたセキュリティ情報を分類する
   分類手段とを備え、前記第１の転送手段は、前記分類情
   報と前記分類手段の分類結果が一致する場合にのみ当該
   セキュリティ情報を前記情報受信者端末へ転送すること
   を特徴とする請求項１または２に記載のセキュリティ情
   報仲介装置。
4. 【請求項４】 前記受信手段は、当該セキュリティ情報
   の無効を示す無効情報を前記情報受信者端末より受信
   し、前記第２の転送手段は、前記無効情報を前記情報提
   供者端末へ転送することを特徴とする請求項１〜３のい
   ずれか一つに記載のセキュリティ情報仲介装置。
5. 【請求項５】 前記受信手段は、有用性が示されたセキ
   ュリティ情報の対策用の修正情報を受信し、前記第２の
   転送手段は、前記修正情報を前記情報提供者端末へ転送
   することを特徴とする請求項１〜４のいずれか一つに記
   載のセキュリティ情報仲介装置。
6. 【請求項６】 前記登録手段により登録された前記セキ
   ュリティ情報を公開する公開手段を備えたことを特徴と
   する請求項１〜５のいずれか一つに記載のセキュリティ
   情報仲介装置。
7. 【請求項７】 前記登録手段により登録されたセキュリ
   ティ情報および前記修正情報を公開する公開手段を備え
   たことを特徴とする請求項５に記載のセキュリティ情報
   仲介装置。
8. 【請求項８】 情報提供者の情報提供者端末から提供さ
   れたセキュリティ情報を登録する登録工程と、 前記セキュリティ情報の有用性を判断する情報受信者の
   情報受信者端末へ、前記登録工程で登録された前記セキ
   ュリティ情報を転送する第１の転送工程と、 当該セキュリティ情報の有用性を示す返答情報および当
   該セキュリティ情報の情報提供料の支払いに関する支払
   情報を前記情報受信者端末より受信する受信工程と、 前記返答情報および前記支払情報を前記情報提供者端末
   へ転送する第２の転送工程と、 を含むことを特徴とするセキュリティ情報仲介方法。
9. 【請求項９】 前記登録工程では、登録済みのセキュリ
   ティ情報を参照し、提供されたセキュリティ情報が新規
   である場合にのみ、当該セキュリティ情報を登録し、前
   記第１の転送工程では、提供されたセキュリティ情報が
   新規である場合にのみ、当該セキュリティ情報を前記情
   報受信者端末へ転送することを特徴とする請求項８に記
   載のセキュリティ情報仲介方法。
10. 【請求項１０】 前記情報受信者が所望するセキュリテ
    ィ情報の分類情報を登録する分類情報登録工程と、前記
    情報提供端末から提供されたセキュリティ情報を分類す
    る分類工程とを含み、前記第１の転送工程では、前記分
    類情報と前記分類工程の分類結果が一致する場合にのみ
    当該セキュリティ情報を前記情報受信者端末へ転送する
    ことを特徴とする請求項８または９に記載のセキュリテ
    ィ情報仲介方法。
11. 【請求項１１】 前記受信工程では、当該セキュリティ
    情報の無効を示す無効情報を前記情報受信者端末より受
    信し、前記第２の転送工程では、前記無効情報を前記情
    報提供者端末へ転送することを特徴とする請求項８〜１
    ０のいずれか一つに記載のセキュリティ情報仲介方法。
12. 【請求項１２】 前記受信工程では、有用性が示された
    セキュリティ情報の対策用の修正情報を受信し、前記第
    ２の転送工程では、前記修正情報を前記情報提供者端末
    へ転送することを特徴とする請求項８〜１１のいずれか
    一つに記載のセキュリティ情報仲介方法。
13. 【請求項１３】 前記登録工程で登録された前記セキュ
    リティ情報を公開する公開工程を含むことを特徴とする
    請求項８〜１２のいずれか一つに記載のセキュリティ情
    報仲介方法。
14. 【請求項１４】 前記登録工程で登録されたセキュリテ
    ィ情報および前記修正情報を公開する公開工程を含むこ
    とを特徴とする請求項１２に記載のセキュリティ情報仲
    介方法。
15. 【請求項１５】 情報提供者の情報提供者端末から提供
    されたセキュリティ情報を登録する登録手順と、 前記セキュリティ情報の有用性を判断する情報受信者の
    情報受信者端末へ、前記登録手順で登録された前記セキ
    ュリティ情報を転送する第１の転送手順と、 当該セキュリティ情報の有用性を示す返答情報および当
    該セキュリティ情報の情報提供料の支払いに関する支払
    情報を前記情報受信者端末より受信する受信手順と、 前記返答情報および前記支払情報を前記情報提供者端末
    へ転送する第２の転送手順と、 を含むことを特徴とするセキュリティ情報仲介プログラ
    ム。
16. 【請求項１６】 前記登録手順では、登録済みのセキュ
    リティ情報を参照し、提供されたセキュリティ情報が新
    規である場合にのみ、当該セキュリティ情報を登録し、
    前記第１の転送手順では、提供されたセキュリティ情報
    が新規である場合にのみ、当該セキュリティ情報を前記
    情報受信者端末へ転送することを特徴とする請求項１５
    に記載のセキュリティ情報仲介プログラム。
17. 【請求項１７】 前記情報受信者が所望するセキュリテ
    ィ情報の分類情報を登録する分類情報登録手順と、前記
    情報提供端末から提供されたセキュリティ情報を分類す
    る分類手順とを含み、前記第１の転送手順では、前記分
    類情報と前記分類手順の分類結果が一致する場合にのみ
    当該セキュリティ情報を前記情報受信者端末へ転送する
    ことを特徴とする請求項１５または１６に記載のセキュ
    リティ情報仲介プログラム。
18. 【請求項１８】 前記受信手順では、当該セキュリティ
    情報の無効を示す無効情報を前記情報受信者端末より受
    信し、前記第２の転送手順では、前記無効情報を前記情
    報提供者端末へ転送することを特徴とする請求項１５〜
    １７のいずれか一つに記載のセキュリティ情報仲介プロ
    グラム。
19. 【請求項１９】 前記受信手順では、有用性が示された
    セキュリティ情報の対策用の修正情報を受信し、前記第
    ２の転送手順では、前記修正情報を前記情報提供者端末
    へ転送することを特徴とする請求項１５〜１８のいずれ
    か一つに記載のセキュリティ情報仲介プログラム。
20. 【請求項２０】 前記登録手順で登録された前記セキュ
    リティ情報を公開する公開手順を含むことを特徴とする
    請求項１５〜１９のいずれか一つに記載のセキュリティ
    情報仲介プログラム。
21. 【請求項２１】 前記登録手順で登録されたセキュリテ
    ィ情報および前記修正情報を公開する公開手順を含むこ
    とを特徴とする請求項１９に記載のセキュリティ情報仲
    介プログラム。
22. 【請求項２２】 前記請求項８〜１４のいずれか一つに
    記載のセキュリティ情報仲介方法をコンピュータに実行
    させるためのセキュリティ情報仲介プログラムを記録し
    たコンピュータ読み取り可能な記録媒体。