JP2003519846A - 方針通知方法とシステム - Google Patents

Abstract

(57)【要約】 本発明の好適な実施形態は、個人のプライバシーの権利に関するデータ保護並びにプライバシーに関する法律及び規則の遵守を促進する方法及びシステムからなる。その方法は、（１）自分の個人データを企業に開示する可能性のある個人に対して、その企業が承認されたプライバシー及びデータセキュリティの規範を遵守することを証明していることを通知し（１１５）、（２）個人データを企業に受け取らせることの個人の同意、または企業が受け取り、個人データを規定された方針もしくは少なくとも個人の所在国の個人データの使用にかかわる関連するデータ保護並びにプライバシーの法律及び規則に従って、自分の個人のデータを企業に使用させることへの了解を得（１２０）、（３）個人に企業のプライバシーの規範を通知したこと、個人が企業が受け取ることに同意したこと、または企業が受け取り個人データを使用することに了解することを示すデータを企業に送信し（１２５）、（４）企業が個人から収集した個人データを含むデータを企業から受け取り（１４５）、（５）企業が規定された方針または少なくとも個人又は企業の所在国の個人データの使用に関するデータ保護並びにプライバシーの法律及び規則を遵守しているかどうかを定期的にチェックする（１５０、１５５）ことからなる。

Description

【発明の詳細な説明】

【０００１】 発明の分野 本発明は、ネットワークベースの情報交換又はデータ伝送に関し、特に異なる
地域又は国に所在する企業と消費者との間のインターネットベースの情報交換又
はデータ伝送に関する。

【０００２】 背景 過去数年間、消費者、被雇用者、報道機関並びに公務員などすべての人々が、
個人情報をどのようにビジネスで使用、収集、配布するかにより深い関心を寄せ
始めている。米国では、連邦取引委員会（ＦＴＣ）が「調査（ルックアップ）業
界」が個人情報をどのように使用したかについて公聴会を始めた１９９７年頃に
この件を先導した。この公聴会は米国の主要データ会社(Lexis-Nexis、Trans U
nion、Equifax、Acxion、CDB Infotek)と多数の他の商業興信所及びデータ会社
に焦点が当てられた。公聴会の結果、ＦＴＣはデータ会社に対してデータ会社が
自主規制手順を確立するべきだと納得させた。これらの主要データ会社は個人照
会サービスグループ(「ＩＲＳＧ」）を設立し、ここがhttp://www.irsg.orgでウ
ェブサイトを維持している。

【０００３】 ＩＲＳＧの努力の後、オンライン・プライバシー・アリアンス(http://www.pr
ivacyalliance.org)、トラスト−ｅ (http://www.truste.org)、ベター・ビジネ
ス・ビューロー・オンライン (http://www.bbbonline.org)、及び他の同様な機
関が設立された。これらは、すべて新たなプライバシー法を回避する一環として
企業により設立された。これらすべては、ある程度までは、監督する目的の企業
と同じ企業に管理されている。また、これらすべてはインターネット上でのプラ
イバシー規則に対して消極的なアプローチをとる傾向がある。

【０００４】 これら機関のほとんどは、メンバーに対して請求する料金はわずかである。こ
れらのほとんどは企業にオンラインアンケート記入してもらっている。しかし、
これら機関は監督企業に対し継続的かつ定期的な監視は行っていない。また、最
も重要なことは、これら機関が設定しているのは、経済協力開発機構（「ＯＥＣ
Ｄ」）や欧州連合（「ＥＵ」）の加入国のほとんどを含めた先進諸国のうちの４
０ヶ国が課している基準ではなく、プライバシー保護に関して最小限の基準であ
るということである。

【０００５】 欧州連合は、西ヨーロッパのほとんどを構成する国を含めた約１５ヶ国の加盟
国からなる(さらに８ヶ国がＥＵへの加盟を待っている）。ＥＵ圏には現在約３
億６，５００万人の人が住んでいる。また、ＥＵ基準を満たすプライバシーに関
する法律を採用する国は全部で約４０ヶ国ある。つまり、ＥＵのプライバシーに
関する法律を採用している国々には、約１０億人の市民がいる。

【０００６】 ＥＵのプライバシーに関する法律は、データのプライバシーに関する指導（１
９９８年１０月発効）に基づいている。ＥＵのデータのプライバシーに関する指
導によると、その市民のプライバシーを保証するために「十分な保護」を提供し
ない国はＥＵからのすべてのデータフローを遮断されうる。例えば、米国は十分
な保護を提供しているとは考えられていない。ある手続きを採択しない限り、ア
メリカの会社及び／又はインターネット会社は、欧州連合又はＥＵと同じ種類の
手続きを採択している他の諸国のいずれかの居住者である個人に関する個人デー
タを処理することはできない。例えば、米国のインターネット会社はＥＵの消費
者に商品を出荷するために、ＥＵの市民から個人データを得られないことになる
。米国に本社を置くアメリカの会社は、職員の配属を決定するために職員の情報
を米国に送ることはできない。

【０００７】 米国とヨーロッパの間のデータフローが減少すると、米国・ヨーロッパ間の情
報とサービスに関し年間約１兆ドルの損失を生じる畏れがある。このような厳し
い結果を防ぐために、米国とＥＵは「セーフ・ハーバー」協定を交渉し、まず登
録してＥＵ指導が定めた事務手続きに準拠しなくても、米国の会社がＥＵのデー
タのプライバシーに関する指導に準拠することを認証できるようにした。

【０００８】 米国とＥＵは１９９９年１２月１５日にセーフ・ハーバー協定を発表した。セ
ーフ・ハーバープログラムは、米国の会社がＥＵのデータのプライバシーに関す
る指導を回避するための方法ではなく、単に米国の会社が指導が要求する事務的
な申請手続きに従うことを回避するための方法である。つまり、アメリカの会社
はデータのプライバシーに関する指導の要件に準拠することを自己認証できるよ
うになる。これは後になって問題とされるかもしれないが、自己認証によってア
メリカ企業の遵守を推定することができるようになる。

【０００９】 データのプライバシーに関する指導の基本方針には、個人データを公正且つ合
法に処理しなければならないという要件が含まれる。この要件はいくつかの要素
から成立する。この目的を実現するためにもっとも重要な要素は、個人は自分の
個人データの処理に明示的な同意を与えなければならないというものである。「
同意」とは、「データの対象が自分に関する個人データが処理されることへの合
意を表明することによって、説明を受けた上で自由に具体的に意思を示すこと」
と定義されている。もう一つ重要な要件とは、「個人データは、欧州経済地域外
の国又は地域に対しては、当該国又は地域が個人データの処理に関するデータ対
象の権利と自由に対し適切なレベルもしくは保護を保証しない限り、転送しては
ならない」というものである。

【００１０】 指導は、他者が保有する個人の個人データに対して個人の様々な権利を定めて
いる。簡単にいうと、これらの権利は、（１）データへのアクセス権、（２）損
害又は苦痛を生じさせる可能性のある処理を防止する権利、（３）ダイレクトマ
ーケティングするための処理を防止する権利、（４）自動化された意志決定に関
する一定の情報を知る権利、（５）損害に対する補償を求める行動を起こす権利
、（６）不正確なデータを修正、ブロック、消去、又は破壊するための行動を起
こす権利から構成される。

【００１１】 ほとんどのプライバシーシールプログラムは、監視されることになる会社が出
資し、運営している。これはこのようなプログラムの信頼性と公平性に疑義を投
げかける。実際、２つの有名なメンバー会社によるプライバシー違反では、ある
機関はメンバー会社と自らの関係から干渉することを拒否した。また、オンタリ
オ州の情報・プライバシーコミッショナー事務所とオーストラリアの連邦プライ
バシーコミッショナーが最近行った共同プロジェクトは、現在のシールプログラ
ムについて多数不適切な点があると述べている。

【００１２】 概要 本発明の好適な実施例は、個人のプライバシーの権利に関するデータ保護とプ
ライバシーに関する法律及び規則の遵守を促進する方法からなる。この方法は、
（１）自分の個人データを企業に開示する可能性のある個人に、少なくとも個人
もしくは企業の所在国の個人データの使用に係る関連するデータ保護とプライバ
シーの法律及び規則に準拠する承認されたプライバシー及びデータセキュリティ
規範をその企業が遵守することを証明していることを通知し、（２）規定された
方針又は少なくとも個人もしくは企業の所在国の個人データの使用を規定する関
連するデータ保護とプライバシーに関する法律及び規則に従って自分の個人デー
タを企業が受け取り、（又は企業が受け取ることの了解）、使用することに個人
の同意を得、（３）個人に企業のプライバシー規範について通知し、企業が個人
の個人データを受け取り（又は企業が受け取了解し）、企業の規定方針又は少な
くとも個人もしくは企業の所在国の個人データの使用に関する関連するデータ保
護とプライバシーの法律及び規則に従って使用することに同意していることを示
すデータを企業に送信し、（４）企業が個人から収集した個人データを含むデー
タを企業から受け取り、（５）企業から受け取った前記個人データを保存し、（
６）規定された方針又は少なくとも個人もしくは企業の所在国の個人データの使
用に関するデータ保護とプライバシーに関する法律及び規則に企業が従っている
かどうかを定期的に確認する方法である。この方法は好ましくは、企業による個
人の個人データの誤使用又は損失から生じる損失や損害のリスクから個人を保護
するために、企業には保険又は同等なリスク商品がかけられていることを個人に
通知することも含まれる。

【００１３】 好ましくは、企業が自分の個人データを受け取り（又は企業が受け取ることを
了解し）、使用することに個人が同意したことを示すデータは、個人の同意又は
了解に関する詳細を独自に識別するデータ（例えば、消費者ＩＰアドレス、言語
別、国別、有効期間）を含み、ハッシュ機能を使用して圧縮される。

【００１４】 個人から企業が収集した個人データを、この好適な方法を実施するシステムの
オペレータに送信する際、その送信されたデータは好ましくは、個人の同意又は
(了解)に関する詳細を独自に識別するシステムオペレータにより企業に送信され
るデータが含まれる。好適な方法は一国に所在する多数の企業及び個人、又は多
数の国に所在する多数の企業及び個人についても実施できる。

【００１５】 本発明の好適な実施例はまた、システムのウェブサイトにインターネットサー
バーのウェブアプリケーションを含むシステムを備えるメンバーのウェブサイト
から転送されるＵＲＬを受信する。そのシステムは、メンバーの参加ページにア
クセスしてシステムのウェブサイトに転送された顧客に対してインターネット上
で“方針の通知”を表示する。提示される“方針の通知”は好ましくは、消費者
の居住国のプライバシーに関する法律に従って消費者の個人情報を保護すること
に合意するメンバーによって提供される合意書とともに、顧客の居住国のプライ
バシーの法律と保険証書からなる表示にリンクされる。別の実施例では、消費者
の個人情報を保護することに合意するメンバーが提供する合意書は、メンバーの
居住国のプライバシーに関する法律に従っている。

【００１６】 顧客は合意書を読み、自分の個人情報を提供することに合意するもしくは合意
しない。ここで、「合意」とは、メンバーが顧客の情報を受信することを了解す
ることを含んでもよい。この記述を通して、「合意」もしくは「受諾」という用
語は、「了解」という用語がより正確な場合を含むものとする。顧客が合意する
場合、顧客は「合意する」ボタンを押す（又は従来技術において既知である（受
諾（又は了解）を示すもの）。一方、顧客が合意しない場合、顧客は「拒否する
」ボタンを押す（又は合意を拒絶したい旨を示すもの）。その結果は、システム
のウェブサイトからメンバーのウェブサイトに、好ましくは日付／時刻印や顧客
のＩＰアドレスなどの情報とともに、顧客の合意の受諾又は拒絶を示すデータか
らなるハッシュコードで返送される。顧客が「合意する」ボタンを押す場合、メ
ンバーのウェブサイトは個人情報を要求するフォームを表示する。顧客がこのフ
ォームに記入してメンバーのウェブサイトに提出すると、情報のコピーがシステ
ムのウェブサイトに送信され、そのコピーがメンバーのデータベースに提出され
てさらに処理される。またハッシュコードは監査や紛争を解決する手続に関連し
て将来使用するためにシステムのウェブサイトに戻される。

【００１７】 プライバシーの通知は、好適なシステムオペレータが承認する独立機関(プラ
イス・ウォーターハウス・クーパーズなど)が実施する監査に基づくことが好ま
しい。独立機関はシステムオペレータに対し、承認されたプライバシーの基準を
満たしていることを証明する。この機関は、システムオペレータに、個人情報を
どのように収集、使用するかを決めるのに十分な情報を提供する。ただし、別の
実施例では、プライバシーの通知は専ら又は主にメンバーが提供する情報に基づ
いている。

【００１８】 好ましくは、システムオペレータは独立機関に、システムオペレータにプライ
バシーの通知で使用する情報を提供するためのテンプレートを提供する。テンプ
レートが完成したら、好適なシステムはプライバシーの通知を個人の消費者に送
る。消費者が初めて個人情報をメンバーのウェブサイトに提供するよう求められ
るとき、プライバシーの通知が与えられる(この段階ではメンバーのウェブサイ
トで個人情報を一切収集しない)。消費者が、通常このような個人情報を収集す
るサイトでＵＲＬに達すると、好適なシステムはそのページを好適なシステムの
ウェブサイトに転送された顧客に提示する。このページには、プライバシーの通
知とシステムの仕組みに関する情報が含まれる。

【００１９】 好適なシステムで使用するサーバーは、どのプライバシーの通知が提示された
か、どの情報が収集されたかを示して、企業ごとに監査証跡を保存する。データ
ベースは、各企業がどのくらいの期間個人情報を有するかを把握している。好適
なシステムのオペレータは、いつ期限が満了するかを会社と消費者に通知し、会
社に対して、個人情報を消費者各々の意向に従って削除あるいは処理することを
確認するよう要求する。監査証跡は、参加企業と消費者の間で紛争が生じた場合
に使用する。

【００２０】 本発明の好適な実施例と他のシステムを差別化する大きな特徴は、保険を提供
することである。参加する消費者は好ましくは保険証書（例えば、１００，００
０ドル）の提供を受ける。この保険証書は参加会社が消費者の個人情報を誤使用
又は紛失したことによって消費者が実際に損害を被った場合に使用できる。証書
は好ましくは、問題の会社の本拠地に関係なく消費者が自分の住む地域で手続き
して、保険に入っている会社から損害賠償を受けられるようにする。

【００２１】 保険制度の目的は、参加会社が保険会社と協力して紛争の解決に当たることを
保証することである。紛争が解決されず、保険の支払い請求がなされる場合、会
社は保険会社にプライバシーの権利を意図的に侵害したことに対して弁済しなけ
ればならない。

【００２２】 好適なシステムは、メンバー会社が自社規定のプライバシーに関する方針にし
たがっているかを確認するために、メンバー会社を定期的にチェックする構成要
素を有する。この検証は、監査する会社が無作為に検査することによって行われ
ることが好ましい。自社のプライバシーに関する方針に違反及び／又は欠陥を是
正しない会社は、その“方針の通知”を削除されることもある。そのような会社
がシステムのルールに違反して方針の通知を使用した場合、その会社に対して強
制措置が取られる。適切な監督機関は違反の事実の通知を受け、監査証跡情報を
用いて違反した会社に対して取るべき何らかの適切な措置の裏付けをする。図５
を参照。

【００２３】 このように好適な実施例は、電子商取引をする両当事者にプライバシーを保護
する金銭的な動機を与えることになる。消費者は、自分が取り引きする会社が適
法で、個人データを適切に使用することが第三者による検証から得ることができ
る。違反がある場合には、消費者は保険証書に対して償還請求権を持つ。メンバ
ー会社は情報を適切に使用することについて消費者に信頼してもらい、欧州連合
や他の国々でビジネスを行うことができる。

【００２４】 好適な実施例の詳細な説明 本発明の好適な実施例は、少なくとも次のコンポーネントを有するコンピュー
タシステムからなる（図１Ａを参照）。システムサーバー１０はシステムのデー
タベース１５に接続される。システムサーバー１０はまたコンピュータネットワ
ーク２０にも接続され、コンピュータネットワーク２０を介してメンバーサーバ
ー２５に接続される。メンバーサーバー２５はメンバーのデータベース３０に接
続される。メンバーサーバー２５はまた、コンピュータネットワーク３５を介し
て顧客のパーソナルコンピュータ（ＰＣ）４０にも接続される。好適な実施例で
は、ネットワーク２０及び３５は実際には同じネットワーク、つまりインターネ
ットである。

【００２５】 本発明の好適な実施例はさらに、確立されたメンバーのウェブサイトのサーバ
ー２５から転送されたＵＲＬを受信し、システムのウェブサイトに転送されてい
る顧客ＰＣ４０を介して顧客に対してインターネット３５上で方針の通知を表示
するシステムのウェブサイトのインターネットサーバー１０のウェブアプリケー
ションからなる。提示される方針の通知は、好ましくは、消費者の居住国のプラ
イバシーに関する法律に従って消費者の個人情報を保護することに合意するメン
バーが提供する合意書とともに、顧客の居住国に適用されるプライバシーの法律
と保険証書から構成されるディスプレイにリンクされる。顧客は合意書を読み、
自分の個人情報を提供することに合意するもしくは合意しない（又はメンバーが
自分の個人情報を受信することになることを了解する−詳細な説明を明確にする
ため、後の説明では引き続きこの点を明示はしない。当業者は、どの場合に「了
解」という用語が「受諾」又は「合意」の代替語として使用できるか分かるため
）。顧客が合意する場合、「合意する」ボタンを押す（又は業界で既知の合意を
示すもの）。顧客が合意しない場合、「拒否する」ボタンを押す。その結果はシ
ステムのウェブサイトのサーバー１０からメンバーのウェブサイトのサーバー２
５に、ハッシュコードの形で返送される。顧客が「合意する」ボタンを押した場
合、メンバーのウェブサーバー２５は個人情報を要求するフォームを提示する。
顧客がこのフォームに記入してメンバーのウェブサーバー２５に提出すると、情
報のコピーがシステムのウェブサーバー１０に送信され、かつ更なる処理のため
に、メンバーのデータベース３０にもコピーが提出される。またハッシュコード
は、その後の追跡のためにシステムのウェブサーバー１０とデータベース１５に
返送される。

【００２６】 ハッシュコードは、システムのウェブサーバー１０がどの情報が提示されて合
意されたかを追跡するために使用する複合キーである。このキーは、好ましくは
少なくとも（１）メンバーのデータ、（２）日時、（３）方針の通知への照会、
（４）顧客のＩＰアドレス、の情報を含む。

【００２７】 図１Ｂは、本発明の好適な方法の実施例の工程を図示する。工程１０５で、顧
客はメンバーの参加ページ（顧客が登録できる又はメンバーのサービスを使用で
きるウェブサイトのページ）にアクセスする。工程１１０で、顧客は「参加する
」ボタン（又は顧客となることへの関心を示すもの（つまり、個人情報を提供す
る））をクリックする。工程１１５で、顧客は好適なシステムのウェブサイトと
サーバー１０に転送される。メンバーのウェブサイト２５はメンバーＩＤと顧客
のＩＰアドレスをシステムのウェブサーバー１０に送信する（図３のプロセス図
、工程（ａ）を参照）。

【００２８】 工程１２０で、顧客はメンバーと顧客の所在国に固有の方針の通知の合意書（
顧客のＵＲＬにより判定される）を提示される。方針の通知の合意書は、好まし
くは、個人の識別が可能な情報（ＰＩＩ）の収集と使用に関するメンバーの方針
に関する情報からなる。好適な実施例では、顧客にはまず、合意書の条件をまと
めているプライバシーに関する方針の概要ページが提示される（図２を参照）。
次に、顧客は、プライバシーに関する方針の概要ページの適切なリンクをクリッ
クすると、詳細な記述又は完全なプライバシーに関する方針にアクセスできる。

【００２９】 顧客が合意書の条件を受諾する場合、顧客は、好ましくは「合意する」ボタン
（又は合意（もしくは了解）を示すもの）をクリックし、顧客が合意書の条件を
受諾しない場合、顧客は「拒否する」ボタン（又は合意書を拒否したい旨を示す
もの）をクリックする。工程１２５で、システムは、顧客が合意書の受諾又は拒
否を示したかどうかを確認する。顧客が合意書の拒否を示している場合、工程１
３０でシステムは「いいえ」のハッシュコード（顧客が合意書を拒否したことを
示すハッシュコード）を作成する。顧客が合意書の受諾を示している場合、工程
１３５でシステムは「はい」のハッシュコード（顧客が合意書を受諾（もしくは
了解）したことを示すハッシュコード）を作成する。各ハッシュコードは以下に
述べる他のデータも含む。図３の工程（ｂ）を参照。

【００３０】 一旦顧客が受諾を示して、工程１３５で「はい」のハッシュコードが作成され
るか、顧客が拒否を示して、工程１３０で「いいえ」のハッシュコードが作成さ
れると、工程１４０で顧客はメンバーのウェブサイトに転送されて、工程１３０
又は１３５で作成されたハッシュコードがメンバーのウェブサイトに送信される
。

【００３１】 工程１４５で、メンバーのウェブサイトは、「はい」のハッシュコードがシス
テムのウェブサイトから受信されたかどうかを確認する。もし受信されていれば
、工程１６５でメンバーのウェブサイトは顧客の個人情報を要求するフォームを
表示して、顧客は要求される情報を提出する。工程１７０で、メンバーのウェブ
サイトは顧客の情報を受信して保管し（図３の工程（ｃ）と（ｆ）を参照）、顧
客の情報を暗号化したコピーを、受信した「はい」のハッシュコードとともにシ
ステムのウェブサイトに送信する（図３の工程（ｄ）を参照）。この情報はシス
テムの顧客データ記憶装置に保管される（図３の工程（ｅ）を参照）。

【００３２】 工程１４５で、メンバーのウェブサイトが、「はい」のハッシュコードが受信
されなかったと判定すると、工程１５０でメンバーのウェブサイトは、「いいえ
」のハッシュコードが受信されたかどうかを確認する。「いいえ」のハッシュコ
ードが受信された場合、工程１５５でメンバーのウェブサイトは、参加するため
の許可を与えることができないことを顧客に示すページを表示する。工程１５０
で、メンバーのウェブサイトが「いいえ」のハッシュコードを受信したことを判
定しない場合、顧客は参加ページに転送される。

【００３３】 好適なシステムのウェブサイトのウェブサーバー１０は、好ましくはウェブア
プリケーションをサポートするための企業クラスのデータベースをもつ企業クラ
スのウェブサーバーである（例えば、ウィンドウズＮＴ（登録商標）のサーバー
が提供するマイクロソフトのインターネット・インフォメーション・サーバー（
ＩＩＳ））。サーバーは、好ましくはロードバランスのとれたクラスタに構成さ
れる同一の対を有する。これで冗長性を確保して、メンバーと顧客に適切なサポ
ートを与える。

【００３４】 顧客のデータがシステムのウェブサーバー１０に返送されると、データは好適
なデータベース１５に保管される。ハッシュコードと姓名でデータベース２５の
索引付けをする。好適なデータベースは、オラクル８Ｉ又は機能的にそれの等価
物である。オラクルは、リレーショナル・データベースシステムにおいて広く認
められたトップ企業であり、インターネットのデータベースアプリケーションに
関して固有のソリューションをもつ。データベース２５は、好ましくは、以下の
少なくとも６つのテーブルを有する。

【００３５】 （１） メンバーの詳細―このテーブルはメンバーの情報を保持する。メンバ
ーの詳細と請求情報を追跡するために使用する。 （２） 世界のプライバシーに関する法律―このテーブルは適用される国別に
索引付けされるプライバシーに関する法律を保持する。テーブルは方針の通知を
構築する毎に参照される。 （３） グローバルな保険証書―このテーブルは各メンバーが合意している保
険証書を保持する。

【００３６】 （４） グローバルなＩＰレジスタ―このテーブルは顧客のＩＰアドレスをあ
る場所に帰着させるために使用する。これはシステムが最初に方針の通知を提示
するときに便利である。 （５） アクティビティログ―このテーブルはシステムのウェブサイトのアプ
リケーション内で発生するすべてのアクティビティイベントを保持する。 （６） 顧客のプライバシーに関する情報―このテーブルはメンバーのウェブ
サイトから提出されるすべての顧客情報を保持する。 （７） メンバーのプライバシーに関する方針の概要

【００３７】 好適なシステムのハードウェアは、（１）デュアルウェブサーバーと、（２）
データベースサーバーと、（３）バックアップテープドライブとからなる。好適
なソフトウェアは、（１）オラクル８Ｉと（２）ウェブサーバーのアプリケーシ
ョンとからなる。

【００３８】 本発明の好適な実施例は、メンバー機関が、消費者の個人情報を保護するため
の国の現行のプライバシーに関する法律を遵守することを消費者に通知するため
のグローバルな方針の通知アプリケーション（ＧＰＮＡ）からなる。好適な方針
の通知システムは、（１）メンバー機関がサポートする複数の言語で消費者に方
針の通知を表示する、（２）保険により保証される、（３）一流の監査人による
厳格な監査の確認と検証により実施される地域のプライバシーに関する法律を遵
守する、（４）期間満了時にデータ記憶装置から消費者の個人情報を削除するよ
うメンバーに強制する事前通知をする、（５）何か判断をする度に消費者からの
同意を要求する、（６）消費者がクレームを提出でき、それを第三者の調査機関
により処理させる機能を提供する。図４を参照。

【００３９】 メンバーは、システムのアプリケーションをメンバーのウェブサイトの環境に
統合するために、最低限の変更を行わなければならない。変更は、主に、（１）
メンバーのサイトの顧客参加ページから転送されたＵＲＬ及び（２）メンバーの
ウェブサイトの個人の詳細ページからの複製のフォーム提出ＨＴＴＰ請求を伴う
。メンバーのサイトのサーバー２５は、システムのウェブサーバー１０から返却
されるハッシュコードも受け取って、そのハッシュコードを消費者から収集した
個人情報とともにシステムのウェブサーバー１０に戻さなければならない。

【００４０】 以下は、好適なシステムのソフトウェアで構成される機能要素のリストである
。 （１）システムがメンバーの情報を保管かつ維持でき、次の機能性を有するフ
ロントエンド：（Ａ）好ましくは以下の要素を含むメンバーのデータの追加：

【００４１】

【表１】

【００４２】 （「ボリューム閾値」とは予想月刊閲覧数である）；（Ｂ）上記要素のためのメ
ンバーデータの変更；（Ｃ）メンバーの停止；（Ｄ）メンバーの監査人の関連付
け；（Ｅ）メンバーの監査人の変更；（Ｆ）メンバーの監査人の停止；（Ｇ）メ
ンバーの保険会社の関連付け；（Ｈ）メンバーの保険会社の変更；（Ｉ）メンバ
ーの保険会社の停止；（Ｊ）好ましくは以下の要素を含むメンバーの保険証書の
追加：

【００４３】

【表２】

【００４４】 （Ｋ）上記要素についてのメンバーの保険証書の変更；（Ｌ）メンバーの保険
証書の停止；（Ｍ）好ましくは以下の要素を含むメンバーのプライバシー方針の
追加：

【００４５】

【表３】

【００４６】 （Ｎ）上記要素についてのメンバーのプライバシー方針の変更；（Ｏ）メンバ
ーのプライバシー方針の停止；（Ｐ）メンバーの言語の追加；（Ｑ）メンバーの
言語の停止；（Ｒ）システム会員資格レベルの関連付け；（Ｓ）システム会員資
格レベルの変更；（Ｔ）システム会員資格レベルの停止。 （２）システムが次の機能性を有する保険会社の情報を保管、維持できるフロ
ントエンド：（Ａ）好ましくは以下の要素を含む保険会社のデータの追加：

【００４７】

【表４】

【００４８】 （Ｂ）上記要素についての保険会社のデータの変更；（Ｃ）保険会社の停止。 （３）システムが次の機能性を有する監査人の情報を保管、維持できるフロン
トエンド：（Ａ）好ましくは以下の要素を含む監査人のデータの追加：

【００４９】

【表５】

【００５０】 （Ｂ）上記要素についての監査人のデータの変更；（Ｃ）監査人の停止。 （４）システムが次の機能性を有する機関の情報を保管、維持できるフロント
エンド：（Ａ）好ましくは以下の要素を含む機関のデータの追加：

【００５１】

【表６】

【００５２】 （Ｂ）上記要素についての機関のデータの変更；（Ｃ）機関の停止。 （５）システムが次の機能性を有するインテグレータの情報を保管、維持でき
るフロントエンド：（Ａ）好ましくは以下の要素を含むインテグレータのデータ
の追加：

【００５３】

【表７】

【００５４】 （Ｂ）上記要素についてのインテグレータのデータの変更；（Ｃ）インテグレ
ータの停止。 （６）システムが次の機能性を有する第三者クレーム処理会社の情報を保管、
維持できるフロントエンド：（Ａ）好ましくは以下の要素を含む第三者クレーム
処理会社のデータの追加：

【００５５】

【表８】

【００５６】 （Ｂ）上記要素についての第三者クレーム処理会社の変更；（Ｃ）第三者クレ
ーム処理会社の停止。

【００５７】 （７）システムが次の機能性を有する言語情報を保管、維持できるフロントエ
ンド：（Ａ）言語の追加；（Ｂ）言語の停止。 （８）システムが次の機能性を有するインタラクティブな方針の通知のページ
レイアウトのバージョン情報：（Ａ）インタラクティブな方針の通知のページレ
イアウトのバージョンの追加；（Ｂ）インタラクティブな方針の通知のページレ
イアウトのバージョンの停止。 （９）システムが政府により適用できるとみなされるプライバシーに関する法
律を保管、維持できるフロントエンド。

【００５８】 以下は、好適な実施例の方法を実施するときに含まれる工程のリストである。 （１０） システムのインタラクティブな方針の通知ページを、メンバー情報
、保険証書情報、プライバシーに関する方針情報、システムの会員資格レベル及
び監査人情報とともに消費者の言語で表示する。

【００５９】 （１１）選択した国のシステムのインタラクティブな方針の通知ページを表示
する。 （１２）選択した言語でシステムのインタラクティブな方針の通知ページを表
示する。 （１３）より詳細にメンバーの保険証書を表示する。 （１４）より詳細にメンバーのプライバシーに関する方針を表示する。

【００６０】 （１５）消費者がシステムのインタラクティブな方針の通知ページの条件を受
諾する場合、メンバーのアプリケーションに制御を戻す。制御を戻す前に、好ま
しくは一旦消費者がシステムのインタラクティブな方針の通知ページを受諾した
ら以下の要素からなる、暗号化した固有のインタラクティブな方針の通知ページ
の識別名（ハッシュコード）を生成させる：

【００６１】

【表９】

【００６２】 （１６）消費者（顧客）がシステムのインタラクティブな方針の通知ページに
同意しない場合、制御をメンバーのアプリケーションに戻す。

【００６３】 （１７）メンバーのアプリケーションは以下の項目からなる消費者のプライバ
シーに関する情報をシステムに送信する：（Ａ）キー：固有のインタラクティブ
な方針の通知ページＩＤ（システムキーで暗号化）；（Ｂ）検索可能データ：（
ｉ）メンバーＩＤ（システムキーで暗号化）；（ｉｉ）消費者の名前（システム
キーで暗号化）；（ｉｉｉ）アドレスライン（システムキーで暗号化）；（ｉｖ
）国別コード（システムキーで暗号化）；（ｖ）郵便番号（システムキーで暗号
化）；（ｖｉ）失効日（システムキーで暗号化）；（Ｃ）消費者の個人情報：消
費者の個人データ（メンバーキーで暗号化）。

【００６４】 （１８）以下の項目からなる消費者のプライバシーに関する情報を受け取り、
システムのデータ記憶装置に保管：（Ａ）キー：固有のインタラクティブな方針
の通知ページＩＤ（システムキーで暗号化）；（Ｂ）検索可能データ：（ｉ）メ
ンバーＩＤ（システムキーで暗号化）；（ｉｉ）消費者の名前（システムキーで
暗号化）；（ｉｉｉ）アドレスライン（システムキーで暗号化）；（ｉｖ）国別
コード（システムキーで暗号化）；（ｖ）郵便番号（システムキーで暗号化）；
（ｖｉ）失効日（システムキーで暗号化）；（Ｃ）消費者の個人情報：消費者の
個人データ（メンバーキーで暗号化）。

【００６５】 （１９）メンバーがシステムとオンラインインターフェースしているときに問
題があれば、以下のコンマで区切られたデータ要素からなる消費者のプライバシ
ーに関する情報を追加する（区切られたデータはシステムのデータレポジトリに
コピーされる）：（Ａ）キー：固有のインタラクティブな方針の通知ページＩＤ
（システムキーで暗号化）；（Ｂ）検索可能データ：（ｉ）メンバーＩＤ（シス
テムキーで暗号化）；（ｉｉ）消費者の名前（システムキーで暗号化）；（ｉｉ
ｉ）アドレスライン（システムキーで暗号化）；（ｉｖ）国別コード（システム
キーで暗号化）；（ｖ）郵便番号（システムキーで暗号化）；（ｖｉ）失効日（
システムキーで暗号化）；（Ｃ）消費者の個人情報：消費者の個人データ（メン
バーキーで暗号化）。

【００６６】 （２０）システムが好ましくは以下の要素を有する消費者のインシデントに関
するデータを追加できるフロントエンド：（Ａ）イニシエータの名前；（Ｂ）イ
ニシエータのアドレス；（Ｃ）イニシエータの国ＩＤ；（Ｄ）イニシエータの郵
便番号；（Ｅ）イニシエータの連絡先データ；（Ｆ）インシデント名；（Ｇ）イ
ンシデントのアドレスライン１；（Ｈ）インシデントの国別コード；（Ｉ）イン
シデントの郵便番号；（Ｊ）インシデントのメンバー；（Ｋ）インシデントのタ
イムフレーム；（Ｌ）インシデントの種類；（Ｍ）インシデントの詳細。 また、システムのインタラクティブな方針の通知ページが、インシデントのイ
ニシエータのために生成される。受取り次第、インタラクティブな方針の通知ペ
ージは消費者のプライバシーに関する情報のためのシステムのデータ記憶装置に
保管される―上記（１２）を参照。

【００６７】 （２１）サポートするインシデントデータを第三者クレーム処理会社、監査人
又は消費者に提供する。サポートするデータは好ましくは以下の項目の組み合わ
せである：（Ａ）プライバシーに関するデータ記憶装置からの未加工データ；（
Ｂ）再生したインタラクティブな方針の通知ページ。

【００６８】 （２２）システムが以下の要素を含む消費者が提出するインシデントの解決法
を更新できるフロントエンド：（Ａ）解決日；（Ｂ）解決のテキスト；（３）解
決のコード。 （２３）メンバーに失効したインタラクティブな方針の通知ページを通知する
。 （２４）失効したインタラクティブな方針の通知ページに関するメンバーの了
解を処理する。

【００６９】 （２５）該当する監査人のためにメンバー毎のインタラクティブな方針の通知
ページのデータのサンプリングを作成する。このデータは、有効なインタラクテ
ィブな方針の通知ページ、失効したインタラクティブな方針の通知ページ、ある
いはその両方のリストからなる。データは特定のインタラクティブな方針の通知
ページに関連付けることができる。 （２６）メンバーのインタラクティブな方針の通知ページのデータを記録保存
する。

【００７０】 （２７）受信したメンバーのインタラクティブな方針の通知ページのデータを
以下の項目について検証する：（Ａ）有効なインタラクティブな方針の通知ペー
ジＩＤかどうか；（Ｂ）固有のインタラクティブな方針の通知ページＩＤかどう
か；（Ｃ）有効なメンバーＩＤであるか；（Ｄ）メンバーＩＤによる日時の順番
が許容値の範囲内か；（Ｅ）データは予想ボリューム閾値内でメンバーから受信
しているか；（Ｆ）有効な失効日か―有効日―日付を計算してメンバーの日付と
比較する；（Ｇ）消費者の個人データが存在して、ｘバイトより大きいか；（Ｈ
）検索可能情報が提供されているか（消費者の名前、アドレスライン１、国別コ
ード、郵便番号、及び失効日）。

【００７１】 （２８）日付、メンバー、国、及び言語毎に、消費者のプライバシーに関する
情報の利用ボリューム統計を生成する。 （２９）キャッシュメカニズムからメンバー毎のメンバーのインタラクティブ
な方針の通知ページの要求の統計を受信、保管する。

【００７２】 （３０）すべてのシステムインタラクティブな方針の通知ページを以下の項目
について確認し、以下の項目について報告する、メンバーのサイトで実行できる
サンプルコンプライアンスを作成する：（Ａ）有効なインタラクティブな方針の
通知ページＩＤ；（Ｂ）固有のインタラクティブな方針の通知ページＩＤ；（Ｃ
）現在の日付より先のインタラクティブな方針の通知ページの失効日；（Ｄ）失
効日が正しく計算されている。

【００７３】 （３１）対象のインタラクティブな方針の通知ページＩＤを処理する、メンバ
ーのサイトで実行できるサンプルコンプライアンスを作成する。インタラクティ
ブな方針の通知ページＩＤが失効しているのに、インタラクティブな方針の通知
ページがメンバーのデータベースに存在する場合、異常を生成する。インタラク
ティブな方針の通知ページＩＤがアクティブで、インタラクティブな方針の通知
ページがメンバーのデータベースに存在する場合、メンバーの個人データを暗号
化して、それをシステムの消費者の個人データ記憶装置と比較する。 （３２）インタラクティブな方針の通知ページのコンテンツを維持し、配布す
る。

【００７４】 （３３）日付、メンバー、国、言語別のボリューム統計の報告書を作成する第
三者報告ツールを実行する。 （３４）選択された時にインタラクティブな方針の通知ページのエンブレムの
信頼性を検証するメカニズムを提供する。有効なシステムメンバーのリストとの
リンクを提供する。

【００７５】 （３５）システムの導入／統合文書を発行する。この文書に記載されるのは、
メンバーが消費者の個人データを保管する前に、確実にシステムのインタラクテ
ィブな方針の通知ページを生成するという要件である。 好適な実施例は、GPNAを実行するためにUNIX（登録商標）のオペレーションシ
ステムを使用している。UNIXは世界中の多くの企業のシステムが採用している折
り紙付きのOSである。

【００７６】 好適なハードウェア：（Ａ）各システムサーバーに（各インターネット・デー
タベース・コネクタ（ＩＤＣ））：（ｉ）リアルタイムのデータベース更新のた
めにサンマイクロシステムズ社のＥ−２５０ ワークグループサーバー；（ｉｉ
）ウェブロジックアプリケーションサーバーにはサンマイクロシステムズ社のＥ
−２５０ ワークグループサーバー；（ｉｉｉ）システム構成で許容される最大
限のＲＡＭでキャッシュサービスするために、サンマイクロシステムズ社のＵｌ
ｔｒａ−６０ ワークグループサーバー；（ｉｖ）ネットスケープウェブサーバ
ーには、サンマイクロシステムズ社のＵｌｔｒａ−６０ ワークグループサーバ
ー２台；（ｖ）記録保存とバックアップのためにテープジュークボックス。

【００７７】 （Ｂ）システムデータセンターで：（ｉ）コンテンツ配信のためにサンマイク
ロシステムズ社のＵｌｔｒａ−６０ ワークグループサーバー（ネットワーク認
証とファイヤウォール）；（ｉｉ）クレーム処理とパートナーの更新のためにウ
ェブロジックアプリケーションサーバー用のサンマイクロシステムズ社のＥ−２
５０ ワークグループサーバー；（ｉｉｉ）クレーム処理と内部トラフィックの
ためにネットスケープウェブサーバー用のサンマイクロシステムズ社のＵｌｔｒ
ａ−６０ ワークグループサーバー；（ｉｖ）方針の通知データを記録保存して
検索するため、かつクレームの保存とパートナーの更新のために、サンマイクロ
システムズ社のＥ−２５０ ワークグループデータベースサーバー；（ｖ）記録
保存とバックアップのためのテープジュークボックス。

【００７８】 ＧＰＮＡを実行するための好適な実施例：（Ａ）配置環境：（ｉ）ソフトウェ
アをクラスタ化するアプリケーションサーバー（ウェブロジック）；（ｉｉ）リ
レーショナル・データベース（オラクル）；（ｉｉｉ）インクトミ社のコンテン
ツ・ディストリビュータ；（ｉｖ）ＳＳＬパッケージ（ボルチモア社のＪ／ＳＳ
Ｌ）；（ｖ）デジタル署名ソフトウェア装備の証明書サーバー；（ｖｉ）ファイ
ヤウォール（チェックポイント）；（ｖｉｉ）ホストベースの侵入検出（アクセ
ント・テクノロジーズ社のイントルーダ・アラート）；（ｖｉｉｉ）キャッシュ
サービス（エピック・レルム）；（ｉｘ）インテリジェントルーティング用のレ
ゾネイト・ディスパッチ（グローバル・アンド・セントラル）；（ｘ）コンテン
ツ・ディストリビュータとキャッシュサービスを接続するためのネットワーク認
証サーバー（シスコ・セキュア・アクセス・コントロールサーバー）；（Ｂ）開
発環境；（ｉ）モデリングツール（ラショナル・ローズ）；（ｉｉ）構成管理シ
ステム（クリアケース）；（ｉｉｉ）テストツール（シルクネット・セギュイ）
；（ｉｖ）ＩＤＥ（ビジュアルカフェ）；（ｖ）ウェブオーサリングツール（ド
リームウィーバー）；（ｖｉ）ジャバサーバーページとサーブレット；（ｖｉｉ
）ウェブサーバー（ネットスケープ）；（ｖｉｉｉ）ジャバ １．２．ＸとＪＳ
ＤＫ；（ｉｘ）ウェブロジックアプリケーションサーバー；（ｘ）オラクルＲＤ
ＢＭＳ。

【００７９】 図７Ａ、７Ｂ及び７Ｃは、好適な実施例の設計クラスの図である。図８Ａ及び
８Ｂは、好適な実施例のデータベース設計図である。「シール」という用語は「
方針の通知」と同義と解釈するべきである。 ホスティング：地域のアプリケーションのホスティングのための世界中に点在
するインターネットデータセンター （エキソダス・コミュニケーションズ又は
デジタルアイランド）。

【００８０】 ネットワークのインフラ：（Ａ）コンテンツ・ディストリビュータとキャッシ
ュサービスからの専用接続；（Ｂ）システムのウェブサーバーへの高速（Ｔ３）
インターネット接続。

【００８１】 セキュリティ 以下の問題について、ＧＰＮＡの安全なソリューションを実行するには対応す
る是正策が好ましい。

【００８２】 （１）方針の通知の信用証明を無許可で使用するのを防ぐ：システムの最も重
要な目的の一つは、定期的な監査プロセスを受けるそのメンバー機関の完全性を
維持することである。この厳格な監査プロセスに合格するメンバー機関だけが方
針の通知を付与される。そのため、詐称者がシステムと会員関係にあると虚偽を
主張したり、方針の通知のコピー（イメージ）を盗用したり、あるいは疑いをも
たない消費者を虚偽の信用証明のセットで誤解させたりする可能性も現実的にあ
る。 是正策：メンバーの方針の通知の信用証明のイメージをダイナミック―好まし
くはＧＰＮＡとオンラインでバリデートできるアプレットとする。システムのウ
ェブサイトも好ましくは、その失効日で最新のメンバー機関のリストを維持する
。

【００８３】 （２）インターネットで送受信する機密情報を保護する：インターネットはコ
ンピュータの公共ネットワークであり、そのままではインターネット上の通信は
安全ではなく傍受される可能性がある。そのため、データ交換の安全な方法は、
メンバーとシステムの間に安全なプライベートネットワークを配備することであ
る。しかし、このようなネットワークを導入することは費用が極めて高くつき、
システムに新規のメンバーを呼び込む障害となるであろう。

【００８４】 是正策：すべてのメッセージを、公開鍵基盤（ＰＫＩ）ソルーションを使って
暗号化／解読する。暗号化／解読には少なくとも１２８ビット値の非対称のキー
ペアを使用する。暗号化したら、メッセージはインターネット上ではセキュア・
ソケット・レイヤ（ＳＳＬ）プロトコルを使って送信する。ＳＳＬプロトコルは
、公開キー、ユーザのドメイン名（「ＤＮ」）、発行者のＤＮ、シリアルナンバ
ー、有効期間、電子署名、及びその指紋（ハッシュ値）を含む電子証明書を検証
しながら、暗号キーを交換することによって二者間の会話をハンドシェークで開
始する。つまり、このセキュア通信は次の工程を含む：（Ａ）エンドシステムの
認証（サーバー、クライアント）；（Ｂ）暗号キーの配信；（Ｃ）アプリケーシ
ョン間で送信されるデータの暗号化。

【００８５】 （３）監査証跡とログの維持：最近は人気のあるウェブサーバーがハッカーか
ら攻撃されるため、特にＢ２Ｂの場では企業システムの完全性に対する深刻な脅
威となっている。システムに記録されるすべてのトランザクションが追跡可能と
するようなメカニズムを確立する必要がある。

【００８６】 是正策：好適なシステムは重要なすべてのトランザクションについて監査証跡
とログを維持する。 ここに示し、説明する実施例は主題の発明の目的を十分に達成できるが、前述
の説明に鑑みて当業者には多数の代替、改造、変形が明らかであることは明白で
ある。これら代替、改造及び変形は主題の発明の範囲内にあり、これに説明する
実施例は単に例示のためにのみ示しており、限定のためのものではないことは理
解されるべきである。

【図面の簡単な説明】

図１Ａは、本発明の好適な実施例においてシステムの主なハードウェアの構成
要素を示すシステム図である。 図１Ｂは、本発明の好適な実施例の方法のステップを示す流れ図である。 図２は、好適な“方針の通知”のウェブページを示す。 図３は、好適な実施例のプロセスを示す。 図４は、好適な実施例の適用例を示す図である。 図５は、好適な実施例の業務形態を示す。 図６は、好適な実施例の構成要素を示す図である。 図７Ａ、図７Ｂ及び図７Ｃは、好適な実施例の分類デサインの図である。 図８Ａ及び図８Ｂは、好適な実施例のデータベースの設計図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 カーネル、ハリー、ティー． アメリカ合衆国、テキサス 75230、ダラ ス、マスリン サークル 31 【要約の続き】 の個人データの使用に関するデータ保護並びにプライバ シーの法律及び規則を遵守しているかどうかを定期的に チェックする（１５０、１５５）ことからなる。

Claims (38)

【特許請求の範囲】
1. 【請求項１】 自分の個人データを企業に開示する可能性のある個人に対し
   て、企業が少なくとも個人又は企業の所在国の個人データの使用に関するデータ
   保護とプライバシーの法律及び規則に準拠する承認されたプライバシー及びデー
   タ保護の規範を遵守することを証明していることを通知し、 自分の個人データを企業に受信させることへの個人の同意、または規定された方
   針あるいは少なくとも個人又は企業の所在国の個人データの使用に関するデータ
   保護とプライバシーの法律及び規則に従って、企業がデータを受信し使用するこ
   とへの了解を得て、 個人が企業のプライバシー保護の規範について通知され、個人が企業の受信に
   同意または、規定された方針あるいは少なくとも個人又は企業の所在国の個人デ
   ータの使用に関するデータ保護とプライバシーの法律及び規則に従って、自分の
   個人データを企業が受信し使用することを了解したことを示すデータを企業に送
   信し、 企業が個人から収集した個人データを含むデータを企業から受信し、 企業から受信した前記個人データを保存し、 企業が規定された方針もしくは少なくとも個人又は企業の所在国の個人データ
   の使用に関するデータ保護とプライバシーの法律及び規則を遵守しているかどう
   かを定期的にチェックすることを特徴とする個人のプライバシーの権利に関する
   データ保護とプライバシーに関する法律及び規則の遵守を促進する方法。
2. 【請求項２】 さらに、企業が個人データを誤使用又は紛失することから発
   生する個人に対する損失もしくは損害の起きるリスクを防ぐために、企業が保険
   又は同等のリスク手段で保証されていることを個人に通知することを特徴する請
   求項１に記載の方法。
3. 【請求項３】 自分の個人データを企業に受信させることに個人が同意した
   こと、あるいは企業が個人データを受信して使用することに個人が了解すること
   を示す前記データが、個人の同意に関する詳細を固有に識別するデータを含むこ
   とを特徴とする請求項１に記載の方法。
4. 【請求項４】 自分の個人データを企業に受信させることに個人が同意した
   こと、あるいは企業が個人データを受信して使用することに個人が了解すること
   を示し、個人の同意に関する詳細を独自に識別する前記データが、ハッシュ機能
   を使って圧縮されることを特徴とする請求項３に記載の方法。
5. 【請求項５】 企業から受信される、企業が個人から収集する個人データを
   含む前記データが、企業に送信される、個人の同意に関する詳細を独自に識別す
   るデータを含むことを特徴とする請求項４に記載の方法。
6. 【請求項６】 一つの国に所在する多数の企業と個人について実施されるこ
   とを特徴とする請求項１に記載の方法。
7. 【請求項７】 多数の国に所在する多数の企業と個人について実施されるこ
   とを特徴とする請求項１に記載の方法。
8. 【請求項８】 個人にその居住する国の公用語で通知することを特徴とする
   、請求項１に記載の方法。
9. 【請求項９】 メンバー企業に対して承認された個人データ使用基準を遵守
   することを証明することを要求し、プログラムによって承認されたこと及びプロ
   グラムのメンバーである事を確認する方針の通知を与える、多企業のプライバシ
   ー方針認証プログラムとして実施されることを特徴とする請求項１に記載の方法
   。
10. 【請求項１０】 前記承認された基準が、合衆国、欧州連合、又はその他の
    国や地域の機関が要求する基準を満たしていることを特徴とする請求項９に記載
    の方法。
11. 【請求項１１】 さらに、プライバシーに関する方針認証プログラムのメン
    バーになることを望む又はメンバーになっている企業に対して監査又はその他査
    定を実施し、企業のプライバシーに関する規範がプログラムが承認及び要求する
    基準を満たしていることを確認することを特徴とする請求項９に記載の方法。
12. 【請求項１２】 さらに、承認されたプライバシー規範を企業が遵守してい
    ることを検証するためにメンバー企業に対して、無作為の検査又は監査を実施す
    ることを特徴とする請求項１１に記載の方法。
13. 【請求項１３】 承認されたプライバシー規範に対する企業の違反が発見さ
    れた場合、その旨の通知と是正の要求を企業に対して行うことを特徴とする請求
    項１２に記載の方法。
14. 【請求項１４】 企業が是正の要求に従わない場合には、企業の方針の通知
    を消去することを特徴とする請求項１３に記載の方法。
15. 【請求項１５】 企業が方針の通知を継続して不適切に使用した場合、上記
    使用を停止する強制措置を開始し、その旨を適切な監督機関に通知することを特
    徴とする請求項１４に記載の方法。
16. 【請求項１６】 企業から受信した、個人の保存された個人データを含むデ
    ータは、個人の同意あるいは了解の期限と、個人データを保持する期間と、個人
    の同意あるいは了解の期限を延長又は更新するためのオプションを含み、希望す
    る場合、同意の期間失効に先立ち企業及び個人にその旨が通知されることを特徴
    とする請求項１に記載の方法。
17. 【請求項１７】 合意の失効時には自分の個人データを企業のデータ記憶装
    置から削除するオプションが個人に与えられていることを特徴とする請求項１６
    に記載の方法。
18. 【請求項１８】 プライバシー方針認証プログラムのメンバーになるための
    前提条件として、（ａ）個人との紛争を解決するために保険又は同等のリスク手
    段の提供業者と提携すること、及び（ｂ）企業がプライバシーの権利を侵害した
    際に個人に支払う保険金を保険又は同等のリスク手段の提供業者に弁済すること
    に合意することを企業に要求することを特徴とする請求項２に記載の方法。
19. 【請求項１９】 前記個人に通知し、個人の同意あるいは了解を得、企業に
    データを送信し、企業からデータを受信するステップはコンピュータネットワー
    ク上で行われることを特徴とする請求項１に記載の方法。
20. 【請求項２０】 前記コンピュータネットワークがインターネットであるこ
    とを特徴とする請求項１９に記載の方法。
21. 【請求項２１】 自分の個人データを企業に開示する可能性のある個人に対
    して、企業が少なくとも個人又は企業の所在国の個人データの使用に関するデー
    タ保護とプライバシーの法律及び規則に準拠する承認されたプライバシー及びデ
    ータ保護の規範を遵守することを証明していることを通知する手段と、 自分の個人データを企業に受信させることへの同意、または規定された方針あ
    るいは少なくとも個人又は企業の所在国の個人データの使用に関するデータ保護
    とプライバシーの法律及び規則に従って、企業が受信したデータを使用すること
    への了解を得る手段と、 個人が企業のプライバシー保護の規範について通知され、個人が企業の受信に
    同意し、または規定された方針あるいは少なくとも個人又は企業の所在国の個人
    データの使用に関するデータ保護とプライバシーの法律及び規則に従って、企業
    が自分の個人データを受信し使用することへの了解を示すデータを企業に送信す
    る手段と、 企業が個人から収集した個人データを含むデータを企業から受信する手段と、 企業から受信した前記個人データを保存する手段と、 企業が規定された方針もしくは少なくとも個人又は企業の所在国の個人データ
    の使用に関するデータ保護とプライバシーの法律及び規則を遵守しているかどう
    かを定期的にチェックする手段と を備えることを特徴とする個人のプライバシーの権利についてのデータ保護と
    プライバシーに関する法律及び規則の遵守を促進するシステム。
22. 【請求項２２】 さらに、企業が個人データを誤使用又は紛失することから
    発生する個人に対する損失もしくは損害の起きるリスクを防ぐために、企業が保
    険又は同等のリスク手段で保証されていることを個人に通知する手段を備えるこ
    とを特徴とする請求項２１に記載のシステム。
23. 【請求項２３】 企業に自分の個人データを受信させることに個人が同意し
    たこと、あるいは企業がデータを受信して使用することに個人が了解することを
    示す前記データが、個人の同意に関する詳細を独自に識別するデータを含むこと
    を特徴とする請求項２１に記載のシステム。
24. 【請求項２４】 企業に自分の個人データを受信させることに個人が合意し
    たこと、あるいは企業がそれを受信して使用することに個人が了解したことを示
    し、個人の同意に関する詳細を独自に識別する前記データが、ハッシュ機能を使
    って圧縮されることを特徴とする請求項２４に記載のシステム。
25. 【請求項２５】 企業から受信され、企業が個人から収集する個人データを
    含む前記データが、企業に送信される、個人の同意に関する詳細を独自に識別す
    るデータを含むことを特徴とする請求項２４に記載のシステム。
26. 【請求項２６】 個人にその居住する国の公用語で通知することを特徴とす
    る請求項２１に記載のシステム。
27. 【請求項２７】 メンバー企業に対して承認された個人データ使用基準を遵
    守することを証明することを要求する多企業のプライバシー方針認証プログラム
    を実施する手段と、それらの企業にプログラムによって承認されたこと、プログ
    ラムのメンバーである事を確認する方針の通知を与える手段を備えることを特徴
    とする請求項２１に記載のシステム。
28. 【請求項２８】 前記承認された基準が、合衆国、欧州連合、又はその他の
    国や地域の機関が要求する基準を満たしていることを特徴とする請求項２７に記
    載のシステム。
29. 【請求項２９】 さらに、プライバシーに関する方針認証プログラムのメン
    バーになることを望む又はメンバーになっている企業に対して監査又はその他査
    定を実施し、企業のプライバシーに関する規範がプログラムが承認及び要求する
    基準を満たしていることを確認することを特徴とする請求項２７に記載のシステ
    ム。
30. 【請求項３０】 さらに、承認されたプライバシー規範を企業が遵守してい
    ることを検証するためにメンバー企業に対して、無作為の検査又は監査を実施す
    ることを特徴とする請求項２９に記載のシステム。
31. 【請求項３１】 企業の承認されたプライバシー規範に対する違反が発見さ
    れた場合、その旨の通知と是正の要求を企業に対して行う手段をさらに備えるこ
    とを特徴とする請求項３０に記載のシステム。
32. 【請求項３２】 企業が是正の要求に従わない場合には、企業の方針の通知
    を消去する手段をさらに備えることを特徴とする請求項３１に記載のシステム。
33. 【請求項３３】 さらに、企業が方針の通知を継続して不適切に使用した場
    合、その旨を適切な監督機関に通知し、上記使用を停止する強制措置を開始する
    手段を備えることを特徴とする請求項３２に記載のシステム。
34. 【請求項３４】 企業から受信した、個人の保存された個人データを含むデ
    ータは、個人の同意あるいは了解の期限と、個人データを保持する期間と、個人
    の同意あるいは了解の期限を延長又は更新するためのオプションを含み、希望す
    る場合、同意の期間失効に先立ち企業及び個人にその旨が通知されることを特徴
    とする請求項２１に記載のシステム。
35. 【請求項３５】 合意の失効時に自分の個人データを企業のデータ記憶装置
    から削除するオプションを個人に与える手段をさらに備えることを特徴とする請
    求項３４に記載のシステム。
36. 【請求項３６】 プライバシー方針認証プログラムのメンバーになるための
    前提条件として、企業は、（ａ）個人との紛争を解決するために保険又は同等の
    リスク手段の提供業者と提携すること、及び（ｂ）企業がプライバシーの権利を
    侵害した際に個人に支払う保険金を保険又は同等のリスク手段の提供業者に弁済
    すること、に合意することを要求されることを特徴とする請求項２２に記載のシ
    ステム。
37. 【請求項３７】 個人に通知し、個人の同意あるいは了解を得、企業にデー
    タを送信し、企業からデータを受信する前記手段はコンピュータネットワークを
    備えることを特徴とする請求項２１に記載のシステム。
38. 【請求項３８】 前記コンピュータネットワークがインターネットであるこ
    とを特徴とする請求項３７に記載のシステム。