JP5146057B2 - 検索仲介システム - Google Patents

Description

本発明は、開設者が異なる複数のデータベースを検索するための技術に関する。

近年、物流管理や物品所在管理の情報を企業を超えて共有することが求められている。ebXML（electronic business XML）に代表されるように、そのための基本情報の取得の仕組み、情報共有・交換の枠組みや交換される情報の項目の共通化が整備されつつある。この共通化された情報共有・交換の枠組みを利用して企業の業務情報を蓄積したデータベースを既存あるいは潜在の取引先に必要に応じて検索させることで、円滑な事業運営をはかることも始まりつつある。一方、データの保管先の仲介を行うシステム等はすでに提案されている（特許文献１参照）。
特開２００６−１４６２９３号公報

自社が管理する情報を公開することは、それにより新たな顧客を開拓することができるという利点を有している。しかしながら、情報を無条件に公開すると、競合相手にも手の内を明かしてしまうことになるという問題もある。これは情報の内容はもちろん、データベースの所在自体も、潜在取引先には周知させたいが、産業スパイやクラッキング妨害などを予防するためにも競合相手など不都合な相手には秘匿しておきたいという矛盾した要求を抱えることになる。標準化されたデータ共有・交換の手法が普及しつつある今日、この恩恵として共通の基盤で結ばれることにより、これまでには出会うことの無かったより有利な取引関係が新たに結ばれる好機が潜在している。しかしながら、基盤として共通化されていてもその存在や所在を探知することは依然として困難がある。

一方、企業間商業取引以外の一般生活者向けのインターネットショッピングサービスや、商取引を伴わない極普通のコンテンツサービスを周知するないしは紹介するサービスとして、検索エンジンが広く利用され大きな貢献を果たしている。インターネット上での企業間情報XML Webサービスの供給を告知することを主な用途としてUDDI（Universal Description, Discovery, and Integration）方式も一部では利用されている。匿名による検索エンジン利用は検索者にとって見ればワンストップで求める情報の所在が一括して取得できる利便があり望ましいサービス形態であるが、そのために匿名アクセスを前提に事前にその複写を提供することは前述の事業情報の機密性に起因する制約があるため、情報管理の点から提供者にとっては受け入れ難いものとなる。UDDIは提供されるサービスの内容を告知する手段に過ぎず、検索者が求める情報内容が実際にそのサービス提供者の下に存在しているかは、そのサービス利用契約を取り交わして交信のための手続きを終え許諾を受けた後で検索して始めてその有効無効が判明するという大きな手間を強いられることになる。

ところで物流管理や物品所在管理の情報を企業を超えて共有することを実現するために現状ではＲＦＩＤ（Radio Frequency IDentification）タグを利用することが前提となっている。しかしながら、物品追跡情報の根源として、ＲＦＩＤタグを、管理すべき個々の物品に貼り付けるにはそれなりのコストを要する。そこで物品の供給者あるいは物流管理情報の提供者は、このようなＲＦＩＤタグの貼付負担が物品供給者・物流管理情報提供者側に押し付けられ、その後の物流管理システムによる利益の享受者にタグ貼り付け負担コストを分散分配させることができないであろうとの危惧から、ｅｂＸＭＬに代表されるような情報共有・交換の仕組みの普及が妨げられているという事情がある。

このような事情から、情報にアクセスしようとする相手に応じて、データベースへのアクセスと、公開する情報を制御することが可能であって、物流管理情報の提供者が、物流管理情報を得るためのコストを適正に物流管理情報の利用者から回収することが可能な検索仲介システムが望まれるところである。
しかしながら一方で、そのような検索仲介システムによるサービスが実現すると、データベース開設者と直接の取引関係に無い、ないしはそのデータベースに特定のアカウントを持たない検索者がデータベースを横串横断で検索できるようになるため、データベース開設者は自身から出るデータに対していかなる内容制限を加えたとしても、自らがコントロールできない他所のデータベースから自らに関するデータを第三者が収集して自社での情報管理が無意味になる可能性もある。例えば自社が販売した（または仕入れた）物品についての取引の相手が推定できる符号を含むデータが取引先のデータベースに格納されている状況で、ある検索者がこの取引に関与した企業の名称等をキーに複数のデータベースを一斉検索すると、この当事者間だけで秘匿させておきたい情報が、その検索者に知られてしまうことになる。

そこで、本発明は、物流管理情報の提供者が、情報にアクセスしようとする相手に応じて、データベースへのアクセスと、公開する情報を制御することが可能な検索仲介システムであって、さらに、検索者に提供される物流管理情報に関与するものは誰でも、検索者に提供される情報に一定の合理的なやり方で制限を加えることが可能な検索仲介システムを提供することである。

上記課題を解決するための第１の発明の最も基本的な態様は、開設者が異なる複数のデータベースを利用者端末から検索する際に、検索の仲介を行うシステムであって、
検索者の情報を記憶した検索者情報記憶手段と、
各データベースの提供条件を、検索結果として提供する情報の粒度を定めるルールとして記述し、これを記憶した提供条件記憶手段と、
検索者に提供されるデータについて第三者が粒度を粗くする開示制限を行うために必要な、開示制限キーを含む第三者開示制限情報を記憶する提供条件制約記憶手段と、
利用者端末からの検索要求を受け付ける検索受付手段と、
受け付けた検索要求に従って、各データベースに検索依頼を行う検索依頼手段と、
前記各データベースから得られた検索結果を取得する検索結果取得手段と、
前記検索者情報、前記提供条件に基づいて、取得した検索結果から検索者に対して公開可能なものを抽出し、あるいは公開可能な情報粒度レベルの値に変換して、さらに提供するデータが第三者が設定した開示制限キーに該当する場合には、前記第三者開示制限情報を参照して検索者に提供するデータの情報粒度レベルに必要な変換を行って、利用者端末に提供する検索結果提供手段と、
前記検索結果提供手段が抽出した提供情報の粒度と件数に基づく情報提供料とその処理手数料を算定して、検索者、前記開示制限処理を要求した第三者ならびにデータベースへの課金・配分額を算出する内容料金集計手段と、
前記内容料金集計手段が算出した課金・配分額を検索者、前記開示制限処理を要求した第三者、情報提供者の識別情報に対応付けた記録として作成記録する
課金・分配手段と、を具備することを特徴とする検索仲介システムである。

また、上記第１の発明の検索仲介システムにおいて、前記提供条件は、検索者の登録属性及び検索者開示属性により定まる検索者カテゴリとそれに対応する粒度処理ルールの全ての組み合わせにより表現されるものとし、 前記粒度処理ルールは、データベースの各項目ごとに粒度のレベル数と、各粒度レベルごとに当該項目のオリジナル値を該粒度レベルで表示する際に適用する変換規則または置き換え語彙を定めたものであって、 前記検索結果提供手段は、取得した検索結果であるオリジナルデータから前記提供条件により検索者の検索者カテゴリを決定し、前記提供条件に従って特定の粒度処理ルールを適用して検索結果の各項目を所定の粒度レベルの表示に変換された変換済み検索結果を作成して、これを利用者端末に提供するものとすることが望ましい。

また、前記検索受付手段は、検索要求元である検索者についての検索者情報を前記検索者情報記憶手段から抽出して、当該検索者情報で前記提供条件記憶手段を参照して、当該検索者に対して公開可能なデータベースを特定し、前記検索依頼手段は、前記特定されたデータベースに対してのみ検索依頼を行うものとしてよい。

また、前記第三者開示制限情報は、提供するデータの特定の項目の値についての条件を記述した開示制限キー情報と、開示制限キーに該当するデータの当該項目の第三者にとって望ましい希望粒度を特定するための情報と、検索者に提供する予定のデータが開示制限キーに該当しさらに対象となる項目の粒度が前記希望粒度より細かいことにより粒度操作が必要となる場合に発動される粒度交渉を行なう際の交渉方針を定める「制限方針」、粒度交渉を終結させる方針を定める「到達方針」の４種類の情報のセットであって、
前記検索結果提供手段は、提供予定データの情報粒度が、第三者の求める「希望粒度」より細かい場合は、当該第三者が事前に定めた前記「希望粒度」、「制限方針」、「到達方針」の内容に基づいて、検索者に提供されるべき情報粒度を自動的に再決定し、この粒度に基づいて検索結果を加工して提供するように構成してもよい。

また、前記第1の発明に係る検索仲介システムの最も基本的な態様、あるいは、より望ましい前記各態様において、さらに、通常の検索とは区別されて扱われるべき緊急特権検索に対応する機能を備えたものであることがさらに望ましい。
この緊急特権検索に対応する機能は、
権威機関の公開鍵を記録保持し、電子署名の真正性を検証する手段を備えて、受け付けた検索リクエストに送信者以外の電子署名が付されている場合は、その署名が権威機関による真正の署名であるかを検証し真正な署名である場合は、当該検索を緊急特権検索として通常の検索とは区別する情報を生成記録し、前記検索リクエストにて特定される検索対象を捜索対象事物として緊急特権検索対象データテーブルに１件のレコードとして登録する緊急特権付与手段と、
前記の検索結果提供手段であって、緊急特権検索に係る検索結果を集約する際は、前記緊急特権検索対象データテーブルを参照して捜索対象事物に該当するものを含む検索結果のレコードのみをそのままの粒度のまま残し、それ以外のレコードはすべて廃棄することにより検索結果を集約して検索者に検索結果を提供するように構成した前記検索結果提供手段とを備えることにより実現される。

課題を解決するための第２の発明は、コンピュータを上記第１の発明に係る検索仲介システムとして動作させるソフトウエアプログラムである。

本発明によれば、検索仲介システムを、検索者と情報提供者が設置するデータベースの間に仲介させることにより、事前に検索者の情報、データベースの提供条件を記録しておき、検索要求してきた検索者に応じて、検索した情報のうち公開可能な情報を抽出し、あるいは公開可能な形に変換して提供するようにしたので、情報にアクセスしようとする相手に応じて、公開する情報を制御することが可能となる。さらに、検索者に提供される物流管理情報に関与するものは誰でも、事前に第三者開示制限情報を検索仲介システムに登録することにより検索者に提供される情報に一定の合理的なやり方で制限を加えることを可能とすることができ、結果として検索仲介システムに情報提供しようとするデータベース開設者の参加を促し、より利便性の高いシステムとすることができる。

《第1の実施形態》
（概要） 以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。図１は、本発明に係る検索仲介システムの第１の実施形態を示す構成図である。図１において、１０は利用者端末、２０は検索仲介システム、３０ａ〜３０ｃはそれぞれ独立したデータベースシステム（以下単にデータベースと記す）である。利用者端末１０と検索仲介システム２０はネットワーク２により接続されている。また、検索仲介システム２０とデータベース３０ａ〜３０ｃはネットワーク３に接続される。ネットワーク２と３は同一のものであっても良い。

利用者端末１０は、検索を行う利用者が利用する端末装置であり、ネットワークを介して検索仲介システム２０にアクセス可能な汎用のコンピュータで実現される。検索仲介システム２０は、利用者端末１０からの検索要求に応じてネットワーク上のデータベースを検索し、検索結果を利用者端末１０に返信する機能を有するサーバコンピュータであり、検索者情報記憶手段２１、提供条件記憶手段２２、検索受付手段２３、検索依頼手段２４、検索結果取得手段２５、検索結果提供手段２６、内容料金集計手段２７、課金・分配手段２８を有している。

検索者情報記憶手段２１は、検索者に関する情報を記憶した記憶手段である。提供条件記憶手段２２は、データベース３０ａ〜３０ｃの提供条件を記憶した記憶手段である。検索受付手段２３は、利用者端末１０からの検索要求を受け付ける機能を有している。検索依頼手段２４は、利用者端末１０から受け付けた検索要求に従って、データベース３０ａ〜３０ｃに対して検索依頼を行う機能を有している。検索結果取得手段２５は、データベース３０ａ〜３０ｃからの検索結果を取得する機能を有している。検索結果提供手段２６は、検索者情報記憶手段２１に記憶された検索者情報、提供条件記憶手段２２に記憶された提供条件を参照し、データベース３０ａ〜３０ｃから取得した検索結果のうち、検索者に公開可能な検索結果のみを抽出し、検索要求元の利用者端末１０に提供する機能を有している。

内容料金集計手段２７は、検索結果提供手段２６が抽出した提供情報の粒度と件数に基づく情報提供料とその処理手数料を算定して、検索者ならびにデータベースへの課金・配分を算出する機能を有している。尚、件数とは必ずしもレコード数に対応するわけではない。課金・分配手段２８は、検索者への検索利用料金の請求額の記録、およびデータベース３０ａ〜ｃへの情報提供報酬の分配額の記録を、それぞれ検索者、情報提供者の識別情報に対応付けた記録として作成する。この記録は、郵送等の方法または電子メールなどの電気通信的な方法により、請求額は検索者に、分配額はデータベース開設者に通知される。（図１の矢印つき破線４，５はこの通知を示す）

データベース３０ａ〜３０ｃは、それぞれ異なる企業が管理し、検索仲介システム２０からのアクセスを許可したデータベースである。各データベースは、互いに独立しており、検索仲介システム２０を介さない限り互いの連携はない。図１において、利用者端末１０と検索仲介システム２０を結ぶネットワーク２、検索仲介システム２０とデータベース３０ａ〜３０ｃを結ぶネットワーク３は同一のものであっても別のものであっても良い。利用者端末１０からデータベース３０ａ〜３０ｃへは潜在的な通信経路としては到達可能であるが、通信先としての所在が知られておらず、またデータベース３０ａ〜３０ｃから見て利用者端末１０は既知の関係に無いため、直接のアクセスは許可されないようになっている。データベース３０ａ〜３０ｃは企業が管理する重要な情報を記録したものであるので、検索仲介システム２０にのみアクセスを許可している。このように、利用者端末１０からデータベース３０ａ〜３０ｃには直接アクセスできず、必ず、検索仲介システム２０を仲介することになる。逆に、この仕組みを利用することにより、検索者はデータベース３０ａ〜３０ｃの所在を特定する必要はなくなる。実務上においても、検索者が、データベース３０ａ〜３０ｃの開設者と個別にアクセス許諾契約を結ぶよう要求し交渉する必要がなくなる。

検索仲介システム２０は、ネットワークに接続されたサーバコンピュータに専用のプログラムを組み込むことにより実現される。また、検索者情報記憶手段２１、提供条件記憶手段２２としての情報のデータ記憶領域は、ハードディスク等の大容量記憶装置内に確保される。利用者端末１０と検索仲介システム２０を結ぶネットワークとしてインターネットを採用した場合には、検索仲介システム２０にXML Webサービスサーバの機能を持たせておくことにより、利用者端末１０からは、XML Webサービスを利用して検索仲介システム２０にアクセスすることが可能となる。検索仲介システム２０にXML Webサービスサーバの機能を持たせるには、検索仲介システム２０を実現するコンピュータに、例えば、Apache axis（登録商標）と呼ばれるソフトウェアを組み込む。

（データ構造）
図２は、検索者情報記憶手段２１に記憶された検索者情報の一例を示す図である。本システムを利用して検索を行おうとする者は、事前に検索者自身に関する情報を検索者情報として登録しておかなければならない。本実施形態では、図２に示すように検索者情報として、検索者名、業種、所在地、年商規模、検索者情報開示条件、さらに後述する開示情報の粒度交渉に関わる項目である、需要粒度、交渉方針、到達方針、および、その他の情報を登録している。その他の情報としては、検索者の利用者端末と検索仲介システム２０との間の通信を秘匿するための利用者端末を特定する公開鍵データ等が挙げられる。そして、各検索者には、検索者を特定するための検索者ＩＤが発行され、対応付けて検索者情報記憶手段２１に登録される。検索者情報開示条件は、検索者情報をデータベースの開設者に対して開示する場合の条件を定めたものであり、検索者情報の各項目単位での設定、開設者の業種に応じた設定が可能となっている。需要粒度の項目には、各情報項目ごとに検索者が希望する情報粒度が登録される。交渉方針の項目は、各データベース開設者が設定している開示粒度が、検索者の設定する需要粒度に至らない時に、検索者がより細かい粒度の情報を得るためにその代償として上積みを申し出る対価供出の事前条件が登録されている。この検索者情報開示条件は、矛盾を起こさない限り１検索者について複数の内容を設定しておくことが可能である。到達方針は、検索者とデータベース開設者が開示情報の粒度について折りあわなかった場合の交渉終了方針（いかなる仕方で妥協をするか）を定める。

検索仲介システム２０においては、検索者とデータベース開設者の関係に応じて各データベースを検索して得た情報の「粒度」をコントロールして検索者に提供することができる。すなわち、検索結果提供手段２６は、図３に示すような、各データベース開設者が定めた粒度処理ルール表を保有しており、データベースに記録される各項目の値は開示粒度レベルに応じて各項目ごとに定義される粗さで表される値に変換されて検索者に提供される。後述する検索者カテゴリ別クラス対応表、クラス定義表に従って、ある検索要求時のデータベースの各項目の開示粒度レベルが決定される。図３に示すように、粒度処理ルール表には、各項目について、レベルＡ〜レベルｄの最大７段階で、どの程度の正確さで情報を提供するかを規定してある。粒度処理を実行するためには、各ＤＢ項目にはそれぞれ粒度レベルに応じた「値」の変換ルールが定まっている。これは、図４に例示するように、各粒度レベルに応じた「値」の表現語彙または変換規則を、粒度の粗いレベルＤから、最も精細なレベルＡまで、階層的に予め定義することに他ならない。

ここで、データベース３０ａに記録された情報の一例を図７に示す。図７に示すように、データベース３０ａには、記録時刻、商品ＩＤ、商品所在、在庫個数、仕入れ元、納入先の項目により１レコードの情報が記録されている。この1レコードはＲＦＩＤタグをリーダーが1回読取った時のデータに対応することが普通である。従って、リーダーが1度に複数のタグを読取った場合は、商品ＩＤの項には、読取った複数のタグの記録内容である複数の商品ＩＤが記録されることになる。また、この場合、内容料金集計手段２７が情報提供料として算定する際の件数としては、1件ではなく商品タグの個数分の件数としてカウントする。商品所在については、図４に示すような階層構造で記録されている。データベース３０ａ〜３０ｃは互いに独立しており、データベース３０ｂ、３０ｃは、図４、図７に示した構造とは異なっている場合もある。

図４は項目「商品所在」の階層構造（各粒度レベルで表示する際の使用語彙と変換規則）を示した図である。項目「商品所在」はレベルＡからレベルＤの４段階の粒度レベルをもち、例えばレベルＡで項目「商品所在」の値を表示する場合は、「保管区域イ」、「保管区域ロ」等の値で表示される。また、レベルＢでは項目「商品所在」の値を「建屋/施設ａ」、「建屋/施設ｂ」等で表示する。すなわち各粒度レベルでとりえる値のセット（語彙）は予め規定されている。また、レベルＡで「保管区域イ」、「保管区域ロ」、「保管区域ハ」のいずれかで表示される値は、粒度レベルを１階層あげてレベルＢで表示しなければならないときは、「建屋/施設ａ」に変換される。すなわち「建屋/施設ａ」は「保管区域イ」、「保管区域ロ」、「保管区域ハ」の置き換え語彙である。図４で示される階層構造は、下位レベルの値がより上位レベルではどんな値に置き換えられるか、すなわち、変換規則を示している。

この情報粒度低減には検索仲介システム２０によるデータ処理の演算負荷を必要とする。元来は自己都合による情報機密と経済価値を守るために各データベースが自力で変換処理を行うべきところを、検索仲介システム２０に処理代行をさせていることにあたり、この粒度低減処理のためのコストは情報提供を行う側であるデータベース開設者が負担するのが妥当である。そのため、この低減処理の階層数または階層無差別に１語彙処理ごと、あるいは処理個数に由らない包括として粒度低減処理費用が内容料金集計手段２７に累積されていく。検索とその応答が完了するたび、ないしは月次などの定期集計として、内容料金集計手段が累積した情報粒度低減処理費用は、同じく同手段が累積した情報提供対価報酬の各データベース開設者への分配額から相殺する形で、課金・分配手段２８に送付され、同手段２８の機能により、情報提供者の識別情報と関係付けて記録される。この記録に基づき電子的ないしは在来の商取引手段により決済されることにより、各データベース３０ａ〜ｃはそれぞれの提供した情報の項目ごとの情報粒度と低減処理費用とその事項数の積算としての対価の配分を受けることができる。

提供条件記憶手段２２には、提供条件について、クラス定義表と、検索者カテゴリ別クラス対応表、情報提供単価表のそれぞれが記録されている。本実施形態では、クラス定義表と、検索者カテゴリ別クラス対応表により提供条件が定まることになる。図５に、クラス定義表の一例を、図６に検索者カテゴリ別クラス対応表の一例を、また、図９に情報提供単価表の一例を示す。クラス定義表は、データベースが保有する情報の各項目について、どの程度のレベルで開示するかをクラス単位で設定したものである。クラスとは、データベースの各項目についての開示粒度レベルを全項目について定めた場合のその開示粒度レベルのセットのことである。図５の例で、クラス１、クラス２、‥などと表しているのは、そのような開示粒度レベルの様々なセットにつけた名前と考えてよい。すなわち、クラス１、クラス２、‥により、ある開示粒度レベルのセットが特定される。このクラス定義表により、データベースの開設者が、どの程度の情報を公開するかを設定する際に、各項目を個別に設定することなく、簡易に各項目の開示粒度レベルを設定できるようになる。

この機構を利用するこれらの検索者とデータベースが共通のデータ交換フォーマット規格を共有している場合、これらの情報粒度処理により初期の原本記録と変換処理後の提供データの形式が整合しない場合も生じる可能性がある。この場合、検索結果提供手段２６は、原本記録とは表記書式の異なるフォーマットに変更したデータを作成し、検索者に提供することもできる。事例として、図３の商品IDが記録されている項目をレベルｃの商品分類表記に変換した場合、分類の表記書式構造が商品IDとは異なる体系にあったとした場合、原初記録とは別のフォーマットに変更して回答することができる。ただし、これが共有されている規格を逸脱する場合は、検索者には事前に共通規格から拡張ないしは変更される書式についての通達がなされ、検索者の受領機能がそれを処理し解釈する仕組みを備える必要がある。

図５の例では、クラス１が最も厳しく、クラスの番号が増えるにつれて緩やかな内容となっている。クラス１は、データベースの存在の公開も不可、データベースの開設者の業種の公開も不可である。クラス１の場合、データベースの存在の公開が不可であるため、データベースに記録された情報の各項目についても当然公開不可である。クラス２は、データベースの存在の公開は可であるが、開設者の業種の公開は不可となっており、在庫個数、商品所在はレベルＤでの公開となっている。レベルについては、レベルＡが最も詳細な情報を提供するものとなっており、レベルＢ、Ｃ、Ｄとなるにつれて、大まかな情報を提供するものとなっている。したがって、クラス２は、在庫個数、商品所在ともに、非常に漠然とした形での情報の提供をするものとなっている。クラス３以降は、データベースの存在、開設者の業種ともに公開可となっており、各項目については、在庫個数、商品所在について、クラス番号が増えるにしたがって詳細なレベルで公開されるものとなっていることがわかる。

さらに、これらの項目には粒度に応じた情報提供単価が設定されている。一般には、より精細な粒度において提供される情報項目の内容に対しては、情報の正確さ・精密さの点から有用性が高く、業務機密としての経済価値が高いものとして、より粗い粒度における値付けより高額に設定することができるが、提供者の意思によりフラットな価格など任意に設定することもできる。図９は、データベース３０ａの情報提供単価表の例である。例えば、項目：商品ＩＤはレベルＡ（記録内容そのまま）で提供を受けると１件あたり１００円であるが、レベルｃ（商品分類）で提供を受けると１件１０円になるような設定となっている。

図６は、検索者カテゴリ別クラス対応表の一例を示したものである。検索者カテゴリとはデータベース開設者がデータベース開設者の都合により定めた検索者を識別するカテゴリである。検索者カテゴリは検索者情報として登録される検索者属性情報に基づいてデータベース開設者が任意に定義するカテゴリに、通常は、身元開示検索者かそうでないかの２通りの組合せを掛けて定められる。身元非開示検索者、身元開示検索者における“身元”とは、その検索者を特定するのに十分な情報を意味しており、本実施形態では、検索者名である。図６に示した検索者カテゴリ別クラス対応表は、ある１つのデータベースについてのものであり、各データベースについて、同様のものが設定されることになる。クラスの設定は、開設者側が任意に設定することができるが、通常、図６に示すように、身元非開示検索者に厳しいものとなっている。また、カテゴリとして検索者名を直接特定し、クラスを設定することもできる。

カテゴリーが判定されることにより、図５の開示制限の組み合わせである項目ごとの開示粒度クラスが定まる。しかしながら、ここで提供者側が検索者カテゴリに基づき図６に従って定まるカテゴリ別クラスにより設定される開示粒度クラスは、図２に示す検索者情報記憶手段２１に記録されている需要粒度、すなわち、検索者が欲求する項目ごとの情報粒度を満たさない事態が常態的に発生する。検索結果提供手段２６は、このような場合に検索者が設定した需要粒度、交渉方針、到達方針に基づいて、情報提供者側と、より精細な粒度での開示を得るためにネゴシエーションする機能を備えている。これについては、システムの処理動作を説明する際に詳述する。

（処理動作）
次に、図１に示したシステムの処理動作について説明する。まず、検索者情報記憶手段２１に検索者として登録した利用者は、利用者端末１０から検索仲介システム２０にアクセスし、検索要求を送信する。この際、検索受付手段２３は、検索者の認証を行い、検索者情報記憶手段２１に登録されたどの検索者であるかを特定する。これは、例えば、検索者情報記憶手段２１にパスワードを登録しておき、アクセスしてきた利用者に対して、検索者ＩＤとパスワードを要求して行うようにすれば良い。より確実に検索者を特定し、通信を保護するためには、検索者が送信してきた検索式文書のハッシュ値を利用者端末１０に発給された秘密鍵で暗号化した発信者証明を事前送付された対になる公開鍵で復号し、送付された検索式から送信時と同一のハッシュ法で求めた値と照合することも利用できる。合わせて、検索式本文も検索仲介システム２０の発給した公開鍵で暗号化して送信し、受信した検索仲介システム２０の秘密鍵で復号することで、系路上の通信を保護することもできる。これにより自己申告された検索者の身元が登録された本来の利用者であることが同定される。

検索者ＩＤが特定されたら、検索受付手段２３は、その検索者ＩＤで検索者情報記憶手段２１を参照し、検索者の属性情報を取得する。ここでは、属性情報として、業種、検索者情報開示条件を取得する。続いて、検索受付手段２３は、取得した属性情報で提供条件記憶手段２２を参照し、その検索者に対して公開可能なデータベースのアドレスを取得する。例えば、図５、図６の例では、業種非開示検索者に対しては、クラス１に該当するのでデータベースの存在が公開不可となるため、アドレスの取得は行われない。図５、図６の例では、その他の場合には、そのデータベースのアドレスの取得が行われる。このようにして、検索受付手段２３は、受け付けた検索者に対して公開可能なデータベースのアドレスを取得していく。

提供条件記憶手段２２からデータベースのアドレスを取得したら、検索依頼手段２４は、利用者端末１０から受信した検索要求に従った内容の検索を行うよう、アドレスを取得した全てのデータベースに検索依頼を行う。したがって、検索者の属性が、データベースの提供条件に合わない場合には、そのデータベースについてのアドレスは取得しないため、検索依頼の対象とならない。これにより検索仲介システム２０において無効破棄されることが事前に確定している検索結果を得るために無用な検索処理も途上の無効トラフィックも事前に抑制される。データベース３０ａ〜３０ｃの全てのアドレスが取得できた場合には、データベース３０ａ、データベース３０ｂ、データベース３０ｃ宛てに、検索依頼を送信することになる。

データ共有・交換の手法が標準化されていて、検索を依頼されるデータベース３０ａ〜３０ｃが全てこれに準拠している場合は、各データベース３０ａ〜３０ｃにはこの共通の書式での同一内容での検索が依頼される。一方、この標準方式に従わないデータベースに対しては、そのデータベースが交信可能な通信手順および検索式書式に変換して委託する。これには事前にそのデータベースの仕様を取得して設計された変換対照表を利用したり、XSLT（XML Stylesheet Language Transformations）による変換規則を適用するなどの手法を利用する。

各データベース３０ａ〜３０ｃでは、検索依頼を受信すると、検索仲介システム２０からの依頼であることの認証を行った後、検索依頼を受け付ける。そして、各データベースは、受け付けた依頼内容に従って、自身のデータベース内を検索し、検索結果を得る。検索結果が得られたら、各データベース３０ａ〜３０ｃは、それぞれ検索結果を検索仲介システム２０に送信する。このとき返信される検索結果には、検索者によっては公開を制限する必要のある事業上の機密内容が含まれている場合がある。回答にあたって実際の検索者を認識し、事業上の関係に照会して秘匿するべき内容を省略する処理を、回答するデータベース３０ａ〜３０ｃ側で実現することも可能であるが、これには本来、自社内で活用するために開発されたデータベースシステムに当初想定外の社外向けの情報管理機能を与えるための改修を加える必要が生じるとともに、その情報管理処理負荷により本来用途への能力圧迫を招く弊害が生じる、ないしはそれを見越した余分な能力増強を迫られることがある。本発明では、検索仲介システム２０において提供条件に基づいた公開内容抽出を行っているため、データベース３０ａ〜３０ｃ側でこの秘匿処理負荷を負う必要がない。

検索仲介システム２０では、検索結果取得手段２５が、データベース３０ａ〜３０ｃから送信された検索結果を取得する。このとき、回答するデータベースの中に標準から外れた通信手順と回答書式を要するものがある場合には、それに応じた回答手段で検索結果を取得し、標準不整合な書式から、検索式変換を行ったときと同様に事前取得したその仕様に基づく変換手段を適用することにより、他の標準法と同等の回答に整形変換することを事前処理として行うことにより、続く他の回答と同じ開示提供可能な情報の抽出が可能になる。続いて、検索結果提供手段２６が、検索者情報記憶手段２１に記憶された検索者情報、提供条件記憶手段２２に記憶された提供条件を参照して、提供すべき検索結果を抽出する。例えば、この検索の検索者ＩＤがＡ００１であった場合、検索結果提供手段２６は、検索者情報記憶手段２１を参照し、業種「ドラッグストアチェーン」、検索者情報開示条件について「製薬業には業種のみ開示」を取得する。そして、検索結果提供手段２６は、取得した情報で提供条件記憶手段２２を参照する。

ここでは、データベース３０ａについての処理について説明する。検索者Ａ００１は「製薬業には業種のみ開示」であるので、検索結果提供手段２６は、データベース３０ａの開設者の業種を確認する。データベース３０ａの開設者が製薬業であったとすると、検索者Ａ００１の検索者情報は、データベース３０ａに対しては「業種のみ開示」となる。そして、検索結果提供手段２６は、身元非開示検索者、業種「ドラッグストアチェーン」で検索者カテゴリ別クラス対応表（図６）を参照し、「クラス４」を取得する。さらに、この「クラス４」でクラス定義表（図５）を参照し、データベース存在の「公開可」、開設者業種の「公開可」、商品所在「レベルＣ」、在庫個数「レベルＣ」、商品ＩＤ「レベルＢ」を取得する。

一方、検索者Ａ００１の求めている提供情報の粒度レベルを検索者情報記憶手段２１の需要粒度の項目から求めると、例えば、商品所在「レベルＤ」、在庫個数「レベルＢ」、商品ＩＤ「レベルＡ」であったとする。この場合、図１０に示すように、商品所在については検索者の要求する以上の開示粒度レベルでの情報提供が可能とされるが、在庫個数と商品ＩＤについては、情報提供者が標準的に設定する開示粒度レベルは検索者の求める開示粒度レベルを満足していない。情報提供者と検索者の立場の違いにより、このような齟齬はまま起こりえるが、このような場合には検索結果提供手段２６における粒度交渉処理機能が機能する。

図１１は、検索結果提供手段２６の作用である開示粒度決定処理の動作を説明するフローチャートである。ここまでの動作を図１１に従って説明する。まず検索者の開示条件を検索者情報記憶手段２１を参照して読み込み、情報提供者の設定する検索者カテゴリ別クラス対応表およびクラス定義表から、当該検索者に対する各項目毎のデフォルト開示粒度を判定する（Ｓ１００）。一方検索者情報記憶手段２１の当該検索者の需要粒度の項目を参照して、当該検索者の求める核項目毎の粒度レベルを特定する（Ｓ１０２）。両者をつき合わせて比較する（Ｓ１０４）。全ての項目でデフォルト開示粒度が検索者の需要粒度レベルを満足している場合は、デフォルトの開示粒度レベルと情報単価が適用される（Ｓ１０６）。これに対し、先の例では図１０のようなテーブルが得られるが、これによると、商品所在は需要粒度を満足するが、在庫個数と商品ＩＤの項目は需要粒度を満足していない。したがって粒度交渉処理が動作する（Ｓ２００）。この結果、粒度交渉処理結果で定まる粒度レベルと情報単価が適用される（Ｓ１０６）。

次に、図１２のフローチャートに従って粒度交渉処理を説明する。以下先の例と同様、検索者Ａ００１，データベースは３０ａとして説明する。まず、検索者の交渉方針を検索者情報記憶手段２１の当該検索者の「交渉方針」の項目を参照して一時記憶する（Ｓ２０１）。次に、交渉方針に従い当該項目の判定開示粒度の価格に許容最大額を上乗せする（Ｓ２０３）。検索者Ａ００１の場合は、「２０％上乗せ」となっているので、在庫個数：Ｃレベルの情報単価の２０％増しの価格を設定する。この価格（許容最大額を上乗せした提示価格、または提示価格）が当該項目の需要粒度での単価を満足する（同額かそれを超える）かどうかを判定する（Ｓ２０３）。満足すれば（Ｓ２０５のＹｅｓ）、その項目については需要粒度で情報開示を受けることし、その開示粒度レベルの単価が適用される（Ｓ２０７）。ここで、交渉方針の内容（項目の値）としては、「単価２０％上乗せ」、「２段階まで高位粒度レベルの料金受容」、「単価２０円上乗せ」などを設定できる。

一方、提示価格をもってしても当該項目の需要粒度での単価を満足することができないときは（Ｓ２０５のＮｏ）、検索者情報記憶手段２１の当該検索者の到達方針を参照する（Ｓ２１１）。到達方針は、「最善」、「未達時不変」、「未達時検索撤回」
等のうちから一つを設定できる。到達方針が「最善」のときは（Ｓ２１３のＹｅｓ）、提示価格以内で得られる最善粒度（最も精細な粒度）を当該項目の適用開示粒度および単価とし（Ｓ２１５）、Ｓ２２３に進む。到達方針が「未達時不変」のときは（Ｓ２１３のＮｏ）、デフォルトの粒度を当該項目の適用開示粒度および単価とし（Ｓ２１５）、Ｓ２２３に進む。到達方針が「未達時検索撤回」の場合は、検索をキャンセルすることとし（Ｓ２１９）、直ちに粒度交渉処理を終了する。

当該項目についての粒度と単価が決定したならば、必要な項目すべてについて粒度交渉が終わったかどうかをチェックして（Ｓ２２３）、まだ残っている項目があればＳ２０３に戻り次の項目について粒度交渉を繰り返す。
このようにして、検索結果提供手段２６は、検索者情報記憶手段２１に格納されている検索者情報と提供条件記憶手段２２に記憶されている情報提供者の条件とをつき合わせて自動的に提供情報の粒度と提供コストの交渉を行うことができる。（但し、粒度交渉途中で検索撤回された場合は、そのデータベースからの情報取得はキャンセルされる。）

この結果、商品所在に関する情報であれば、データベース３０ａの開設者が検索者Ａ００１に対して設定したデフォルト開示粒度レベルＣの「事業所に包含」が適用される。それに伴い、検索仲介システム２０に事前に通知されているないしはデータベース３０ａ自身が検索仲介システム２０からの問合せに対して都度供給するデータベース開設者の属する事業所の施設帰属関係を記述した図４に示す構造の事業所構成マスターデータを参照することで、この帰属の階層に割り当てられた段階意味属性としての「企業（大代表）事業所に包含」の階層まで、取得した商品所在情報からその帰属先を繰り上げていくことで、検索者に回答するべき指定の情報粒度に適った所在表記内容を得ることができ、これを検索者への回答として抽出することで実際の検索結果が元来持っていた商品所在の精細度と異なるデータベース３０ａの開設者の指定した公開範囲を順守することができる。また、在庫個数、商品ＩＤについては、粒度交渉処理結果が適用される。つまり、情報提供者の都合だけではなく、検索者のニーズを一定限度反映した形での、あるいは情報提供者と検索者のお互いの情報開示／取得ポリシーを円満に妥協させた形での情報提供および情報取得が可能となる。

同様に、検索者は、他のデータベースからも自身の検索者情報とデータベースの提供条件に対応したレベルの情報を取得することになる。

公開する情報の決定について、再度説明しておく。たとえば、データベース３０ａの開設者の業種が製薬業である場合を考えてみる。データベース３０ａを検索者Ａ００３が検索する場合、図２に示すように、検索者情報開示条件が「小売、製薬業には開示」となっているので、データベース３０ａには検索者Ａ００３の検索者情報が開示されることになる。また、図２に示すように、検索者Ａ００３は、卸売業であるので、図６の検索者カテゴリ別クラス対応表で、情報開示検索者、卸売業を参照して、クラス６と判定される。一方、データベース３０ａを検索者Ａ００１が検索する場合、図２に示すように、検索者情報開示条件は「製薬業には業種のみ開示」となっている。この場合、データベース３０ａの開設者は製薬業であるため、業種のみ開示されることになる。そして、図６の検索者カテゴリ別クラス対応表で、身元非開示検索者、ドラッグストアチェーンを参照して、クラス４と判定される。クラス４の場合、図５に示したクラス定義表より、商品所在はレベルＤ、在庫個数はレベルＣ、商品ＩＤはレベルＢとなる。商品所在はレベルＤであるので、企業名のみ公開される。在庫個数はレベルＣであるので、桁数のみ公開される。商品ＩＤはレベルＢであるので、品種コードが公開される。このように、検索者が業種のみ開示している状態、すなわち匿名と実名の狭間に当たる限定的な属性開示を行っている場合であっても、適切な公開情報の抽出範囲を設定し、確実に履行させることができる。

以上のようにして、公開すべき情報を決定し、検索結果を提供することになるが、検索者情報記憶手段２１に記憶された検索者情報内の検索者情報開示条件から、事前に図８に示すような各開設者別に対する検索者−開設者対応表を作成しておくようにしても良い。図８に示すような検索者−開設者対応表を所定の記憶領域に記憶させておくことにより、検索仲介システム２０は、検索者ＩＤを特定した後、検索者−開設者対応表を参照して、即座に検索依頼を行うべきデータベースが特定できるとともに、返ってきた検索結果から検索者に回答すべき内容の特定を行う際にも、図６に示した検索者カテゴリ別クラス対応表の参照を高速に行うことが可能となる。

（実施形態１のまとめ）
図1３及び図１４は、これまで詳細に説明した実施形態１のシステムの概要を端的に説明する流れ図である。左端のフローは検索者側の処理の流れを表す。中央のフローは検索仲介システム２０の処理の流れを表す。右端のフローは情報提供者のデータベースサーバの処理の流れを表す。以下図１３,図１４により実施形態１のシステムの動作を要約する。まず検索者、情報提供者それぞれの側で検索仲介システム２０に必要な情報を設定する(図１４Ｓ２０、Ｓ３０)。検索仲介システム２０はこれらの登録要求を受け付けて所与のテーブルに登録する（Ｓ７００）。検索者は必要なタイミングで検索式を伴う検索要求を検索仲介システム２０に発行する（図１３Ｓ２２）。検索仲介システム２０はこれを受付け、当該検索者の検索要求を受け入れられる情報提供者を選択して、それら全てに検索要求する（Ｓ７１０）。このとき、検索仲介システム２０は後の処理のために検索者からの検索要求の１件ごとにユニークな検索識別子を生成しこれを記憶手段に保持するととともに、情報提供者へはこの検索識別子を付して検索要求する。情報提供者側は、検索式を受けて（Ｓ３２）、データベースを検索し結果を検索識別子を付して検索仲介システム２０に返す（Ｓ３４）。検索仲介システム２０は検索要求した全ての情報提供者から提供された検索結果を受信し（Ｓ７２０）、その検索識別子が同一のものを集約するがその際、各情報提供者の提供情報粒度が検索者の需要粒度に満たない時は両者の粒度交渉処理を実行する（Ｓ７３０）。粒度交渉の結果、検索者の負担額、情報提供者への分配額を計算する（Ｓ７５０）。検索者へのデータ提供、課金および請求通知、情報提供者への分配金通知を行う（Ｓ７６０）。検索者は請求通知を受領する（Ｓ２４）。情報提供者は分配金通知を受領する（Ｓ３６）。

《実施形態２》
次に本発明の第２の実施形態を説明する。
(実施形態１との相違)
第１の実施形態では、検索者と情報提供者とが提供情報について粒度交渉処理(図１２、図１３のＳ７３０)を行うことが含まれていた。第２の実施形態では、これに加えて、第三者による提供情報の開示制限処理が行われることが特徴である。図１５及び１６は、図１３及び１４と対比させて第２の実施形態のシステムの概要を説明する流れ図である。（図１５，１６で図１３，１４と同じステップ番号を付されている処理は第１の実施形態の処理と同じ処理がそこで行われることを表す。よってそのような処理の説明は以下適宜省略する。）図１５，１６の最左端に第三者のフローが追加されている。ここで第三者とは、粒度交渉処理の当事者である検索者と検索要求に応じて情報を提供する一の情報提供者以外の第三者である。したがって、１回の検索要求に応えて複数の情報提供者が情報提供する場合は、その中の一つの情報提供を行うデータベース開設者であってもよい。また、検索を行うだけの参加者であってもよい。この第三者は、第三者開示制限処理を実行するために必要な情報(第三者開示制限キーなど、詳細は後述する)を検索仲介システム２０に対して事前に登録要求する（図１５Ｓ１０）。検索仲介システム２０は、第三者が登録要求した設定情報を受付け、検索者の登録要求情報、情報提供者の登録要求情報とともにそれぞれサーバの記憶手段の所定のテーブルに記録する（Ｓ７０１）。検索者による検索仲介システム２０への検索式発行処理（図１６Ｓ２２）後の、情報提供者の選択（Ｓ７１０）、各情報提供者でのデータベース検索（Ｓ３２，Ｓ３４）、検索仲介システム２０の検索結果受信（Ｓ７２０）、検索者と検索結果を提供した情報提供者との間の粒度交渉処理（Ｓ７３０）は実施形態１と同様に行われる。この後、粒度交渉処理（Ｓ７３０）で一旦決定された、この検索者に対する各情報提供者の情報提供データについて、第三者開示制限キーに該当するデータが存在する場合には、当該情報提供者から当該検索者への提供情報について第三者開示制限処理（Ｓ７４０）が施される。その結果最終決定される提供情報について、検索者、第三者の負担額、各情報提供者への分配金が計算され（Ｓ７５１）、検索者へのデータ提供、課金および請求通知、第三者への課金および請求通知、情報提供者への分配金通知を行う（Ｓ７６１）。このように、第２の実施形態では、第三者の開示制限処理が施される可能性があることが第１の実施形態に係るシステムとの最大の相違である。以下、第２の実施形態に係る情報提供システムの機能構成、第三者が設定する情報、第三者開示制限処理について具体的に説明する。

（第２の実施形態に係る情報提供システムの概要）
図１７は、第２の実施形態に係る情報提供システムの構成図である。図１の番号と同じ番号の構成要素は第１の実施形態と同じ構成要素であることを表すので説明を省略し、図１と異なる部分だけ説明する。２９は提供条件制約記憶手段である。検索者情報記憶手段２１、提供条件記憶手段２２と同様に、検索仲介システム２０として稼動するサーバコンピュータの大容量記憶装置内に提供条件制約記憶手段２９としての記憶領域が確保される。第三者の開示制限にかかわる必要な情報を登録する。検索結果提供手段２６は、提供条件記憶手段２２だけでなく提供条件制約記憶手段２９の内容をも参照して提供情報を最終的に決めることになる。また、４０は緊急特権付与手段、４１は「権威機関」のサーバである。緊急特権付与手段４０、「権威機関」については後で詳述することとし、まず、第三者開示制限も機能に絞って第２の実施形態に係る情報提供システムを説明することにする。

（第三者開示制限のために設定する情報）
次に第三者開示制限のために設定する情報について詳しく説明する。
図１８は、第三者が指定する劣化指示対象データキーテーブル（Ｔ１００）である。このテーブルでは、ある参加主体が検索制限処理を発動するきっかけとなるキー情報を登録する。Ｔ１００の各行は、１つの開示制限キーを特定する情報、または関連する情報を表す。Ｔ１００の第１列はキーを区別する番号が記録される。第２列はキーが表す項目の種類を示す。すなわち商品ＩＤや出荷先、商品所在など、検索結果として検索者に提供されるデータレコードのもつ項目のどれかが指定される。第３列以下はキーの詳細情報である。キーが表す項目によりその行の各列のセルに登録される情報の意味は少し異なる。キーが表す項目が商品ＩＤの場合には、企業番号、商品品種番号、個品番号が第３列〜第５列に設定される。商品品種番号はＪＡＮコードに相当する情報、個品番号はシリアル番号(製造番号)に相当すると考えてもよい。また、キーが表す項目が商品所在の場合には、企業番号、事業所番号、施設番号が第３列〜第５列に設定される。また、キーが表す項目が出荷先の場合には、企業番号、事業所番号、施設番号が第３列〜第５列に設定される。ただし、開示制限キーの設定に当たって、第４列、第５列の指定は適宜省略することができる。その場合は図１８で示すように‘＊（アスタリスク）’を設定する。

以下の説明では、データベース３０ｘのデータベース開設者でもある参加主体Ｘが第三者開示制限のための情報を設定した場合として説明する。参加主体Ｘは自身が情報提供者でもあるので、図１９に示すように参加主体Ｘが設定するデータフィルタクラス定義表（Ｔ１０５）を持つ。データベース３０ｘは、図１７のデータベース３０ａ、３０ｂ、などと同じ検索仲介システム２０からのアクセスを許可した独立したデータベースである。図１７に図示はしていないが、ネットワーク３に接続される（あるいは、３０ｂ、３０ｃのいずれかが３０ｘであるとしてもよい）。

図２０は、参加主体Ｘが設定する検索者カテゴリ別制限到達目標クラス設定表（Ｔ１０２）である。参加主体Ｘは、Ｔ１０２により、検索者のカテゴリ別に開示制限する程度（制限到達目標クラス）とそのための開示制限処理ルールを設定する。開示制限する程度（制限到達目標クラス）は、表Ｔ１０２の第２行に、クラス定義表（Ｔ１０１）のクラスにより指定する。また、開示制限処理のルールは、表の第３行に「制限方針」を、第４行に「到達方針」を設定する。制限方針の意味するところは、検索者情報記憶手段２１に記憶される粒度交渉処理のルール指定における「交渉方針」と同じである。すなわち、開示制限を要するデータがあったときに、そのデータの情報粒度が制限到達目標クラスで設定される粒度より精緻な場合には、第三者がより粗い粒度の情報とするためにその代償として申し出る対価供出の事前条件が登録されている。また、「到達方針」は、検索者情報記憶手段２１に記憶される粒度交渉処理のルール指定における「到達方針」と同じである。すなわち、データベース開設者が提供する開示情報の粒度と第三者が要求する粒度について折りあわなかった場合の制限処理終了方針（いかなる仕方で妥協をするか）を定める。

検索者がＡ００１の場合は、業種が「ドラッグストアチェーン」であるから、表Ｔ１０２より、参加主体ＸからみてＡ００１に提供されるデータは（参加者Ｘの定義する）クラス４であることが望ましいことになる。このとき(制限方針、到達方針)は(各項目一律１０円限度、最善)ということになる。図１９は参加者Ｘが定義するクラス定義表(Ｔ１０５)である。この表より、例えば商品ＩＤについてはレベルＢがＸが希望する粒度であることがわかる。

図２１は、参加主体Ｘが設定するデータベース情報提供者カテゴリ別制限到達目標クラス設定表（Ｔ１０３）である。参加主体Ｘは、Ｔ１０３により、データベース情報提供者のカテゴリ別に開示制限する程度（制限到達目標クラス）とそのための開示制限処理ルールを設定する。開示制限する程度（制限到達目標クラス）は、表の第２行に、クラス定義表（Ｔ１０１）のクラスにより指定する。また、開示制限処理のルールは、表の第３行に「制限方針」を、第４行に「到達方針」を設定する。これらは検索者カテゴリ別制限到達目標クラス設定表（Ｔ１０２）の場合と同様である。情報提供者３０ａの業種が「製薬業」の場合は、表Ｔ１０３より、参加主体Ｘからみて３０ａから提供されるデータは（参加者Ｘの定義する）クラス３であることが望ましいことになる。このとき(制限方針、到達方針)は(各項別、未達時干渉撤回)ということになる。表Ｔ１０５より、例えば商品ＩＤについてはレベルＣがＸが希望する粒度であることがわかる。

第三者Ｘが第三者開示制限のために設定する情報は、劣化指示対象データキーテーブル（Ｔ１００）、データフィルタクラス定義表（Ｔ１０１）、検索者カテゴリ別制限到達目標クラス設定表（Ｔ１０２）、データベース情報提供者カテゴリ別制限到達目標クラス設定表（Ｔ１０３）の４個のテーブルと、Ｔ１０２とＴ１０３のどちらを優先させるかを定めた優先指示の情報である。あるデータベース解説者から提供されるデータの中に開示制限を要するデータ(開示制限キーのいずれかに該当するデータ)が含まれていた場合に、第三者から見ると、当該データを提供する側が表Ｔ１０３により識別されるカテゴリと、当該データを受ける側が表Ｔ１０２により識別されるカテゴリと、があり、それぞれが制限到達目標クラスを有する。したがって、表Ｔ１０３により指定される制限到達目標クラスと表Ｔ１０２により指定される制限到達目標クラスとが相違する場合にいずれを優先させるかの指定を優先指示の指定として定めておかなければならない。これらの情報は、提供条件制約記憶手段２９に登録され記録保持される。

図２２は、第三者データフィルター指示一覧表（Ｔ１０４）である。検索仲介システム２０は、第三者開示制限を希望する各参加者から登録要求される情報（表Ｔ１００〜Ｔ１０３）を提供条件制約記憶手段２９に記録するとともに、すべての第三者開示制限依頼者からの依頼内容を集約した一覧表を第三者データフィルター指示一覧表（Ｔ１０４）として作成し提供条件制約記憶手段２９に記録する。第三者データフィルター指示一覧表（Ｔ１０４）の各行は、開示制限処理に必要な４種のテーブル（表Ｔ１００〜Ｔ１０３）へのリンクと、表Ｔ１０２と表Ｔ１０３のどちらを優先させるかを定めた優先指示の情報を、第三者からの１回の登録要求ごとに記録したものである。表Ｔ１０４において登録要求者は第１列に依頼者ＩＤにより記録される。第２列の指示票ＩＤは、このテーブルの各行（１レコードに対応）にユニークに振られるＩＤである。第三者からの１回の登録要求で設定される情報、すなわち、表Ｔ１０４の１行の内容である表Ｔ１００〜Ｔ１０３へのリンクと、Ｔ１０２とＴ１０３のどちらを優先させるかを定めた優先指示の情報のセット（これを第三者開示制限情報セットと呼ぶことにする）は、そのつど内容を変えることが可能である。図２２では、指示表ＩＤ＃００８７と＃００８８の記録は、参照する劣化指示対象データ指定キーテーブルが一方で＃２５５７、他方は＃５０９８でリンクされるが同一のデータベース開設者から設定されている。

（第三者開示制限の処理フロー）
次に図２４および図２５により第三者による開示制限処理およびそれに伴う粒度交渉処理の詳細な動作フローを説明する。図１６のＳ７３０の処理までが終了したとする。検索結果提供手段２６は検索仲介システム２０２０の記憶手段の所定の領域に、検索者との粒度交渉処理が済んだ状態の各情報提供者から提供された情報(提供予定データ)を各情報提供者ごとに保持しているものとする。この状態で図１６のＳ７４０の処理に入ると、まず、検索結果提供手段は後で参照するために検索者ＩＤから検索者カテゴリを決めてこれを記憶保持する（図２４のＳ３００）。次に提供予定データを提供する情報提供者のうちの最初の情報提供者を定める（Ｓ３０５）。その提供者の提供予定データを検索結果提供手段２６の作業データ記憶領域に読込む。このときその提供者のカテゴリも記録しておく（Ｓ３１０）。作業データ記憶領域から１件のレコードを読込み「処理対象」とし、その複製を取り「処理後」とする（Ｓ３１５）。

表Ｔ１０１および表Ｔ１００を参照して最初の開示制限キーをひとつとる（Ｓ３２０）。「処理対象」が開示制限キーに該当するかどうか検査する。開示制限キーは１件のレコードのある項目の条件として設定されているので、「処理対象」のある項目の値に注目することになる（Ｓ３２５）。該当しないときはＳ３５５にジャンプする。該当するときは、開示制限キーにより決まる該当項目の希望制限粒度を、その開示制限キーを指定している第三者開示制限情報セットを参照して決定する（Ｓ３３０）。この処理は、Ｓ３００、Ｓ３１０で記録した検索者およびその時の情報提供者それぞれのカテゴリと、表Ｔ１０１の第５列、第６列のリンクを辿って対応する表Ｔ１０２，Ｔ１０３を参照してそれぞれの制限目標到達クラスを求め、優先指示により決定される制限目標クラスをキーにして第三者が設定するデータフィルタークラス定義表Ｔ１０５により該当項目のレベルを求め、このレベルをキーにして第三者が設定する粒度処理ルール表（ここでは便宜上、図３の情報提供者３０ａが設定しているものと同じものを想定する）を参照して当該項目の希望制限粒度が決定されることになる。

次に、希望制限粒度と「処理対象」の該当項目の粒度(現在粒度)のどちらが粗いかを比較する（Ｓ３３５，Ｓ３４０）。現在粒度が希望制限粒度と同じかそれより粗い場合は何もする必要が無くＳ３３５にジャンプする。現在粒度が希望制限粒度より細かい場合は、粒度交渉処理および第三者が情報提供者に支払う補償料を計算する処理を行う。この処理の詳細は後述する。粒度交渉処理の結果、当該項目についての交渉後粒度が定まる（Ｓ３４５）。交渉後粒度と「処理後」の該当項目の粒度を比較する。「処理後」の該当項目の粒度の初期値はＳ３１５で設定した開示制限処理前の粒度である。「処理後」の該当項目の粒度よりも交渉後粒度（いまの開示制限キーにより決まった粒度）のほうが粗い場合は、「処理後」の該当項目の粒度を交渉後粒度に更新する。そうでない場合は、交渉後粒度による更新を行わない（Ｓ３５０）。この結果、「処理後」の各項目の粒度は、それまでに関与した開示制限キーに基づいて粒度交渉した交渉後粒度のうちのもっとも粗いレベルを維持することになる（Ｓ３５５）。１件のレコード＝「処理対象」について、Ｔ１０１，Ｔ１００に記録されているすべての開示制限キーに関してＳ３２５からＳ３５５を繰り返し、すべての開示制限キーについて処理し終わったならば、その時の「処理後」レコードをＳ３１５で読込んだ「処理対象」に代わる情報提供する１件のレコードとする。（Ｓ３６０）。以上の処理をすべての同一情報提供者が提供予定のデータのレコード（Ｓ３６５）、すべての情報提供者について行えば（Ｓ３７０）、各提供データはそのデータに関与する開示制限キーが1つ以上存在する場合に、交渉後粒度の最も粗いレベルで書き換えられることになる。

（第三者開示制限時の粒度交渉処理、補償料計算処理）
図２５は図２４のＳ３４５の処理をより詳しく説明するフロー図である。希望制限粒度が、「処理対象」のその時の開示制限キーの対象となる項目の粒度(現在粒度)より粗いときに、現在粒度を希望制限粒度とできるかどうかの交渉処理および、そのために必要な補償料金を算定する。

まず、第三者のその情報提供者またはその検索者についての制限方針および到達方針を表Ｔ１０３または表Ｔ１０２を参照して一時記憶する（Ｓ４０１）。どちらの表を用いるかは当該開示制限キーの属する第三者開示制限情報セットのカテゴリルール優先指示の指定（表Ｔ１０１の最右列の内容）による。（Ｓ３３０で希望制限粒度を求めた時と同じ表の方を用いる。）次に、現在粒度を希望制限粒度とするために情報提供者に支払うべきデータ１件ごとの補償額を表Ｔ２００を参照して求める（Ｓ４０５）。この補償額が制限方針で定める限度内かどうかを検査する（Ｓ４１０）。限度内、または(制限方針、到達方針)＝(完全達成、妥協せず)である場合は、当該項目については希望制限粒度を交渉後粒度とする（Ｓ４１５）。その時必要な補償額を第三者がその情報提供者に支払う補償料として積算する（Ｓ４２０）。この補償額が制限方針で定める限度を超える場合は、到達方針が‘最善’か‘未達時干渉撤回’かにより処理が分かれる（Ｓ４３０）。到達方針＝‘最善’の場合は、制限方針で許容されている拠出限度額以内で得られる最も粗い粒度を表Ｔ２００より求め、これを当該項目の交渉後粒度とする（Ｓ４３５）。その時必要な補償額を第三者がその情報提供者に支払う補償料として積算する（Ｓ４３６）。到達方針＝‘未達時干渉撤回’の場合は、現在粒度を交渉後粒度とする。粒度を粗くしなかったので補償額の積算はしない（Ｓ４４０）。

この最終粒度の決定手順は、上記の情報提供者が設定している提供情報粒度を出発点にして、制限を加えたい第三者が希望する提供情報粒度を順次比較して、より厳しい（より粗い）粒度への交渉が成立する場合に実際に提供する情報粒度を更新する手順となっているが、これは提供する粒度の決定を行うアルゴリズムの一例を示したものであり、他の実現方法も考えられる。他の方法の一つは、提供情報の各項目ごとに、情報提供者のその項目の希望粒度より粗い開示粒度を希望するすべての第三者について、各第三者がそれぞれ希望する開示粒度をそれぞれの各第三者のインデックスを付記して厳しい順に並べ直し、第三者を第三者（１）、第三者（２）、‥と順位付けする。ｋ＝１とし、情報提供者は、第三者（ｋ）と交渉する。交渉後粒度が決まるまではｋ＝２，３，と第三者の順位を動かしてゆく、ｋ＝ｎで初めて交渉後粒度が決まったならば、ｎ＜＝ｍの順位の第三者（ｍ）はすべて、自分が要求した開示粒度での提供は満たされたとして要求した粒度までの開示制限に要する補償額を算定するという手順である。この手順では、結果は図２４のフローの場合と同じであるが、関与する第三者の数が少ないと見込めるならば、このアルゴリズムのほうが処理が速いと期待できる。

第三者が各情報提供者に支払う補償料は最終的に内容料金集計手段２７に通知される。

図２３は、情報提供者が設定する第三者粒度劣化補償料表（Ｔ２００）である。この表は情報提供単価表を兼ねている。つまり図９の内容を包含している。上記、Ｓ４２０，Ｓ４３６ではこの表を参照して補償料を算出する。例えば商品ＩＤについて、レベルＢからレベルＣに粒度を制限する場合は、第三者は表Ｔ２００の２行６列を参照することにより１件につき３０円負担しなければならないことになる。一方そのレベルで検索者に最終的に提供されるとすると、検索者は１件２５円のコストを要するが当初レベルＢでは５０円だったから、粒度が粗くなった分だけ情報提供料はディスカウントされるわけである。内容料金集計手段２７は、このように表Ｔ２００を参照するなどして、参加主体Ｘ(データベース３０開設者)のアカウントに付けられたフィルター処理料を課金・分配手段２８に登録し、課金分配手段２８は第三者開示制限処理の依頼者であるＸに処理料金を請求する。依頼者がデータ提供者の一角でもある場合は、別件の検索におけるデータ提供者として受け取るべき報酬から相殺することもできる。徴収されたフィルター処理料は中継システムの処理手数料を割り引いてデータ提供者に配分される。

図２４および図２５のフローチャートにより、提供情報制約記憶手段２９を参照して第三者開示制限処理を行う検索結果提供手段２６の動作を詳しく説明した。説明した動作では、一つの提供予定データの特定の項目が複数の異なる第三者Ｐ，Ｑが設定した開示制限キーに該当する場合は、開示制限処理の結果、Ｐ、Ｑのうちより粗い交渉後粒度のレベルに設定される。このときＰ，Ｑいずれも、自身の粒度交渉処理結果である交渉後粒度とするために要する補償料をデータベース開設者に支払う債務を負うことになる。これは、一方は他方より緩い開示制限を要求していたとしても、最も厳しい開示制限レベルにて情報提供されることによりいずれの第三者も開示制限要求した目的が達せられたと考えられることによる。しかしながら開示制限をかける第三者に、本来データベース開設者がより細かい粒度の情報を提供することによって検索者から得られたはずの対価が減少する補償をどのように課すかまではビジネスのルールに属することであり、ＰとＱで補償料を折半するなどさまざまな実現形態が考えられよう。

以上、本発明の好適な実施形態である実施形態２について説明した。実施形態２の態様では、検索者の希望する需要粒度に満たない場合に、その原因が情報提供者の側にあるのか、第三者が干渉した結果なのかは検索者には明示的にわからないようにできる。

（緊急特権による検索について）
実施形態１および２の双方、特に実施形態２に係る情報提供システムにおいて、様々な関係者の利害により検索者が必要とする詳細な粒度の情報の取得を制限することが実現できる。しかし検索の背景事情によっては、このような粒度の劣化や情報の所在自体の隠蔽が社会的な利益に反する場合が起きうる。この好例として、「リコール」により欠陥を抱えた製品の所在を付きとめて、早急に回収を図らねばならない場合がある。
そこで、検索仲介システム２０には、こうした公益維持を目的とした緊急事態に対応して、ほとんどの粒度制限を乗り越える「緊急特権」行使機能を備えることが要求される。こうした事件事故に関係している製造（メーカー）の単体のデータベースであれば令状など公的機関の正規の手続きに基づいて個別に捜索することが行えるが、メーカーから出荷され既に流通業者に渡ったものについては、在来の方法では一斉捜索を実施することは不可能であった。それに対して、この検索仲介システム２０を介してこれらの一時保有者あるいは、自らはリコール品の保有者とは認識していない保有者の保持する情報に幅広くアクセスできるようになることで、こうした社会的要請への対応が大きく改善されることが期待される。そのためにも、公益に適った緊急検索で各種の制限を乗り越えて、秘匿される可能性のある詳細情報に到達するための特権手段は大きな意味を持つ。
以下の説明では、リコールなど特定の商品についての緊急の回収、公益利益を目的としたその他の優先的なまたは強制的な調査、あるいは法的権原を伴う捜索についての公益指令や公的承認、あるいは令状の発行を行いえる業界団体、公的機関、自治体または国の機関を「権威機関」と総称することにする。検索仲介システム２０が行う検索処理のうち権威機関による真正の電子署名が付された検索リクエストによるものを「緊急特権検索」と呼ぶことにする。

（緊急特権付与手段４０について）
第２の実施形態に係る情報提供システムの検索仲介システム２０は緊急特権付与手段４０を備える。緊急特権付与手段４０は、権威機関の署名の真正を確認し、特権を認定した配布検索式の識別子を記憶し、回答に添付される検索式識別符号との照合に備える。このために権威機関の身元証明となる電子証明書を格納する記憶手段、および権威付けられた認証局への照会手段を備える。

（緊急特権検索の流れ）
図２６は、第２の実施形態に係る情報提供システムにおける緊急特権検索の処理フローを説明する流れ図である。以下、図２６により緊急特権検索の処理フローを説明する。

まず検索者（何らかの事故の当事者等）は、事態の収拾を図るために必要な情報を得るための緊急特権検索式を作成し、定められたプロトコルにより、この検索式に権威機関の電子署名を付してもらうよう該当する権威機関にリクエストする（Ｓ８０）。このリクエストには、検索者の真正性を証明するための検索者自身の電子署名も当然ながら含まれる。この電子署名による相互認証については特にその方式を限定するものではないが、今日ではＰＫＩ（公開鍵暗号基盤）の仕組みを利用するのが最も現実的である。前後するが、図２６にはＰＫＩを利用して相互認証するために、権威機関が権威機関の公開鍵を配布し、検索仲介システム２０がこれを受け、自身の記憶手段に登録するとともに、情報提供者にも公開鍵を配布するステップ（Ｓ９０，Ｓ８００，Ｓ７０）を含めて描いてある。
権威機関は、リクエストを受付け、発信者の身元を確認できたならば、その時点で当該事故の対策であることを知ることができるわけであり、受け取ったリクエストの内容である緊急特権検索式に権威機関の電子署名を付加して検索者に返信する（Ｓ９２）。

検索者は、権威機関の電子署名が付加された検索式（緊急特権検索式）による検索リクエストを検索仲介システム２０に改めて発信する（Ｓ８２）。
検索仲介システム２０は受信した検索リクエストに通常は含まれない直接の送信者ではない電子書名が添付されていることを検出する。緊急特権付与手段４０は、その電子署名が正規の権威機関によるものであるか否かを所定の手続きにより確認し、そうであれば、この権威機関が認証した検索式中にある捜索対象となっている事物、大抵は特定の製品の特定のシリアル番号あるいはロット番号、製造日時の集合か区間の事物を特定する。通常は製品の品種番号などものを特定する情報項目で捜索されると考えられるが、場合によっては、たとえばある場所にある特定の時期に保管されていたあらゆるものが環境影響で汚染されている可能性があるなど、場所と時刻をキーとした捜索が実施される可能性がある。この事物の範囲を特定するとともに、捜索物と所在を特定するために保全しなければならない情報項目と、捜索対象とは無関係で検索者が知るべきでない事物を切り分ける。その結果捜索対象を、（キー番号、キーが表す項目の種類、キーの詳細情報）の情報の組で表す。この表現形式は、劣化指示対象データキーテーブル（Ｔ１００）と同じものである。すなわち、キーが表す項目の種類としては、商品ＩＤや出荷先、商品所在など、検索結果として検索者に提供されるデータレコードのもつ項目のどれかが指定される。キーが表す項目が商品ＩＤの場合には、企業番号、商品品種番号、個品番号が、それぞれ３番目〜５番目のデータとして設定される。この情報は、緊急特権検索対象データキーテーブル（図示せず）として劣化指示対象データキーテーブル（Ｔ１００）と同様に、提供条件制約記憶手段２９に登録される。

この「緊急特権検索」であることが証明された検索式も、検索依頼手段２４を通じて全ての加盟データベース３０ａ〜３０ｃに一斉検索が掛けられる（Ｓ８１０）。その際、加盟データベースへの一斉検索の１件についてユニークに付番される検索識別子が緊急特権検索であることを示すフラグとともに検索仲介システム２０の所定の記憶領域（検索結果提供手段２６が参照可能な記憶領域）に記録される。

情報提供者側は、緊急特権検索の検索リクエストを受領する（Ｓ７２）。情報提供者側は、通常の検索仲介システム２０からの検索に回答するのと変わらずに、検索結果をそのまま検索仲介システム２０に回答する（Ｓ７２）。尚、これまで特に触れていなかったが、検索仲介システム２０への通常の検索結果回答の際、情報提供者側で自ら自家製の粒度処理を施すということを通常の処理で行っている情報提供者も想定される。そのような情報提供者は、緊急特権検索に対して回答する場合は、自家製の粒度処理をしないで検索結果を提供することが要請される（Ｓ７２）。

検索仲介システム２０は、検索結果取得手段２５の働きにより各情報提供者から取得した検索結果を受領する（Ｓ８２０）。検索仲介システム２０は検索要求した全ての情報提供者から提供された検索結果を受信し、検索結果に含まれる検索識別子をキーにして同一の検索要求についての検索結果を集約するがその際、緊急特権検索であることを示すフラグが付随している場合は、通常行う、各情報提供者の提供情報粒度が検索者の需要粒度に満たない場合の粒度交渉処理（図１６のＳ７３０）および、第三者の要求による開示制限処理（図１６のＳ７４０）を行わない。その代わりに、提供条件制約記憶手段２９に記録された緊急特権検索対象データキーテーブルを参照し、検索結果を構成する各レコードに緊急特権検索対象に該当するものが含まれているかどうか検査する。この結果、該当するものを含むレコードについては提供されたそのままの粒度（データベースに登録されている情報の粒度）のまま検索者に提供される検索結果として集約する。一方、緊急特権検索対象に該当するものが含まれていないレコードについては、すべて廃棄される。このようにして、例えば、緊急特権検索対象事物が商品ＩＤの場合は、該当する商品ＩＤに係る対象物の企業番号、商品品種番号、個品番号とその所在や記録時刻などの文脈情報が１件の検索結果情報として選択され、これらが集約されて検索者への回答データが作成される（Ｓ８４０）。

このとき、検索結果提供手段２６は、緊急特権検索対象事物と無関係な情報が回答されないように配慮する必要がある。図７ですでに説明したように、データベース３０ａ等には、記録時刻、商品ＩＤ、商品所在、在庫個数、仕入れ元、納入先の項目により１レコードの情報が記録されている。この1レコードはＲＦＩＤタグをリーダーが1回読取った時のデータに対応することが普通である。従って、リーダーが1度に複数のタグを読取った場合は、商品ＩＤの項には、読取った複数のタグの記録内容である複数の商品ＩＤが記録されることになる。したがって、１件のレコードの商品ＩＤの項目に８個の商品ＩＤが記録され、そのうちの１個が緊急特権検索対象事物に該当する場合も想定される。そのような場合は、他の７個の商品ＩＤの記録は、緊急特権検索には無関係な記録であり、強制的に情報の提供を要請される筋合いのものではないため、検索結果提供手段２６は、無関係な商品ＩＤの記録を削除する。緊急特権検索対象事物が商品所在や商品所在と記録時刻の掛け合わせで特定される場合もあるが、そのような場合にはこのような配慮は特に必要ではない。
以上が緊急特権検索の流れである。

以上、本発明の好適な実施形態である実施形態１および実施形態２について説明したが、本発明は、上記実施形態に限定されず、種々の変形が可能である。例えば、実施形態２については、第三者による開示制限処理（図１６のＳ７４０）が実施された後に、検索者にその結果の概要、すなわち提供情報されるデータの総件数、各項目について提供される粒度とその割合、そのときの情報提供コストなどを提示して、これで準備された提供情報を検索結果として受け取るか否かを事前に確認させるステップを設けるようにしてもよい。あるいはそのときに、検索者からの申し出により粒度を改善する復活交渉処理のようなものを可能とする処理フローも考えられる。但しいずれにしても、第三者による開示制限処理を行う直前のそれまでの提供予定情報の概要、すなわち、総件数、各項目について提供される粒度とその割合等を検索者に教えない限り、検索者の希望する需要粒度に満たない原因が情報提供者の側にあるのか、第三者が干渉した結果なのかは検索者には明示的にわからない。このことは第三者が開示制限要求を出しやすくすることになり、本発明の検索仲介システムによるサービスの利便性を高める。バリエーションとしてはこのほかに、図１６において、検索者と各情報提供者との粒度交渉処理（ステップＳ７３０)を省略したシステムも考えられる。

本発明に係る検索仲介システムの第１の実施形態の全体構成図である。 検索者情報記憶手段２１に記憶された検索者情報の一例を示す図である。 粒度処理ルール表を示す図である。 商品情報の一項目である商品所在の階層構造を示す図である。 提供条件記憶手段２２に記憶されたクラス定義表を示す図である。 提供条件記憶手段２２に記憶された検索者カテゴリ別クラス対応表を示す図である。 データベース３０ａに記憶された情報の一例を示す図である。 検索者−開設者対応表を示す図である。 データベース３０ａに設定された情報提供単価表の一例である。 検索者の需要粒度と情報提供者のデフォルト粒度の対比例である。 検索結果提供手段２６の機能である開示粒度決定処理の動作を説明するフローチャートである。 検索結果提供手段２６の機能である粒度交渉処理の動作を説明するフローチャートである。 第１の実施形態の検索時の概要フローチャートである。 第１の実施形態の登録処理時の概要フローチャートである。 第１の実施形態の登録処理時の概要フローチャートである。 第１の実施形態の検索時の概要フローチャートである。 本発明の第２の実施形態の全体構成図である。 第三者が指定する劣化指示対象データキーテーブル（Ｔ１００）である。 第三者が定義するクラス定義表(Ｔ１０５)である。 第三者が設定する検索者カテゴリ別制限到達目標クラス設定表（Ｔ１０２）である。 第三者が設定するデータベース情報提供者カテゴリ別制限到達目標クラス設定表（Ｔ１０３）である。 第三者データフィルター指示一覧表（Ｔ１０４）である。 情報提供者が設定する第三者粒度劣化補償料表（Ｔ２００）である。 第三者開示制限処理の動作の流れを説明するフローチャートである。 第三者開示制限処理に伴う粒度交渉処理を説明するフローチャートである。 緊急特権検索処理の動作の流れを説明するフローチャートである。

符号の説明

１０・・・利用者端末
２０・・・検索仲介システム
２１・・・検索者情報記憶手段
２２・・・提供条件記憶手段
２３・・・検索受付手段
２４・・・検索依頼手段
２５・・・検索結果取得手段
２６・・・検索結果提供手段
２７・・・内容料金集計手段
２８・・・課金・分配手段
２９・・・提供条件制約記憶手段
３０ａ〜３０ｃ・・・データベース
４０・・・緊急特権付与手段
４１・・・権威機関

Claims (6)

1. 開設者が異なる複数のデータベースを利用者端末から検索する際に、検索の仲介を行うシステムであって、
   検索者の情報を記憶した検索者情報記憶手段と、
   各データベースの提供条件を、検索結果として提供する情報の粒度を定めるルールとして記述し、これを記憶した提供条件記憶手段と、
   検索者に提供されるデータについて第三者が粒度を粗くする開示制限を行うために必要な、開示制限キーを含む第三者開示制限情報を記憶する提供条件制約記憶手段と、
   利用者端末からの検索要求を受け付ける検索受付手段と、
   受け付けた検索要求に従って、各データベースに検索依頼を行う検索依頼手段と、
   前記各データベースから得られた検索結果を取得する検索結果取得手段と、
   前記検索者情報、前記提供条件に基づいて、取得した検索結果から検索者に対して公開可能なものを抽出し、あるいは公開可能な情報粒度レベルの値に変換して、さらに提供するデータが第三者が設定した開示制限キーに該当する場合には、前記第三者開示制限情報を参照して検索者に提供するデータの情報粒度レベルに必要な変換を行って、利用者端末に提供する検索結果提供手段と、
   前記検索結果提供手段が抽出した提供情報の粒度と件数に基づく情報提供料とその処理手数料を算定して、検索者、前記開示制限処理を要求した第三者ならびにデータベースへの課金・配分額を算出する内容料金集計手段と、
   前記内容料金集計手段が算出した課金・配分額を検索者、前記開示制限処理を要求した第三者、情報提供者の識別情報に対応付けた記録として作成記録する課金・分配手段と、
   を具備することを特徴とする検索仲介システム。
2. 前記提供条件は、検索者の登録属性及び検索者開示属性により定まる検索者カテゴリとそれに対応する粒度処理ルールの全ての組み合わせにより表現されるものであって、
   前記粒度処理ルールは、データベースの各項目ごとに粒度のレベル数と、各粒度レベルごとに当該項目のオリジナル値を該粒度レベルで表示する際に適用する変換規則または置き換え語彙を定めたものであって、
   前記検索結果提供手段は、取得した検索結果であるオリジナルデータから前記提供条件により検索者の検索者カテゴリを決定し、前記提供条件に従って特定の粒度処理ルールを適用して検索結果の各項目を所定の粒度レベルの表示に変換された変換済み検索結果を作成して、これを利用者端末に提供するものであることを特徴とする請求項１に記載の検索仲介システム。
3. 前記検索受付手段は、検索要求元である検索者についての検索者情報を前記検索者情報記憶手段から抽出して、当該検索者情報で前記提供条件記憶手段を参照して、当該検索者に対して公開可能なデータベースを特定し、
   前記検索依頼手段は、前記特定されたデータベースに対してのみ検索依頼を行うものであることを特徴とする請求項２に記載の検索仲介システム。
4. 前記第三者開示制限情報は、提供するデータの特定の項目の値についての条件を記述した開示制限キー情報と、開示制限キーに該当するデータの当該項目の第三者にとって望ましい希望粒度を特定するための情報と、検索者に提供する予定のデータが開示制限キーに該当しさらに対象となる項目の粒度が前記希望粒度より細かいことにより粒度操作が必要となる場合に発動される粒度交渉を行なう際の交渉方針を定める「制限方針」、粒度交渉を終結させる方針を定める「到達方針」の４種類の情報のセットであって、
   前記検索結果提供手段は、提供予定データの情報粒度が、第三者の求める「希望粒度」より細かい場合は、当該第三者が事前に定めた前記「希望粒度」、「制限方針」、「到達方針」の内容に基づいて、検索者に提供されるべき情報粒度を自動的に再決定し、この粒度に基づいて検索結果を加工して提供するものであることを特徴とする請求項３に記載の検索仲介システム。
5. 請求項１から請求項４のいずれか一項に記載の検索仲介システムにおいて通常の検索とは区別されて扱われるべき緊急特権検索に対応する機能を備えた検索仲介システムであって、
   権威機関の公開鍵を記録保持し、電子署名の真正性を検証する手段を備えて、受け付けた検索リクエストに送信者以外の電子署名が付されている場合は、その署名が権威機関による真正の署名であるかを検証し真正な署名である場合は、当該検索を緊急特権検索として通常の検索とは区別する情報を生成記録し、前記検索リクエストにて特定される検索対象を捜索対象事物として緊急特権検索対象データテーブルに１件のレコードとして登録する緊急特権付与手段と、
   前記検索結果提供手段は、緊急特権検索に係る検索結果を集約する際は、前記緊急特権検索対象データテーブルを参照して捜索対象事物に該当するものを含む検索結果のレコードのみをそのままの粒度のまま残し、それ以外のレコードはすべて廃棄することにより検索結果を集約して検索者に検索結果を提供するように構成した検索仲介システム。
6. 請求項１から請求項５のいずれか一項に記載の検索仲介システムとして、コンピュータを機能させるソフトウエアプログラム。

Images