(57)【要約】【課題】【解決手段】デジタル情報検証（ＤＩＶ）システム（１０）、その中では、プロセス制御装置（１２）は、両方がＤＩＶシステム（１０）のユーザ（３４）である個人会員（３０）とエンティティメンバ（３２）によって提供された情報を含んでいる個人的データベース（２０）とエンティティデータベース（２２）にアクセスするデータベースマネージャ（１４）およびサーチエンジン（１６）の操作を制御する。ユーザ（３４）はユーザアクセスデバイス（２８）、通信ユニット（２６）、およびそれぞれのユーザ（３４）の特徴を識別番号（４４、５４）とパスワードに基づいて決定する認証プロセッサ（２４）を通してＤＩＶシステム（１０）にアクセスする。ユーザ（３４）に提供された情報は、個人的データベース（２０）とエンティティデータベース（２２）の中にそれぞれ保存される個人レコード（４０）およびエンティティレコード（５０）に保存され、比較に基づく検証済み情報になることができる。【選択図】図１
2004537127.tif 000002
【特許請求の範囲】
【請求項１】
組織的なエンティティのために個人に関する情報を検証するシステム、次を有する：
システムを通し情報の流通を制御するプロセス制御装置；
システムのユーザとしての個人に関する情報を含有する記録を含んだ個人レコードを含む個人データベース；
エンティティとエンティティメンバである個人に関する情報を含有する情報を含み、さらにシステムのユーザとしてのエンティティの代表により主導および管理されたエンティティレコードを含むエンティティデータベース；
個人およびエンティティレコードへのアクセスを許可し、レコードの新規作成、改定、および削除を管理し、その上、個人ならびにエンティティデータベースにおける両レコードの関係を設定するデータベースマネージャ；そして
個人およびエンティティデータベースを検索し、個人会員に関する、複数の個人およびエンティティレコードの相関関係において確認可能な情報は検証済み情報に及ぶレコード事例の編纂を提供するサーチエンジン。
【請求項２】
前記システムにアクセスしているユーザのタイプを、前記の個人メンバか前記のエンティティメンバのどちらかとして特定する前記のユーザが許可したシステムの使用法の種類を明確にする、認証プロセッサからも構成された請求事項１記載のシステム。
【請求項３】
ユーザアクセスデバイスを通して前記のユーザとシステムの間の通信を可能にする通信ユニットからも構成された請求事項１記載のシステム。
【請求項４】
システムを、特に前記ユーザの使用に関するデータを記録しレポートを作成する会計ユニットからも構成された請求事項１記載のシステム。
【請求項５】
前記の個人的なデータベースが個々のデータベースのクラスタを含んで、それぞれの前述の個々のデータベースはシステムの１つの特定の個人会員のための前述の個人記録を含んでいる請求事項１記載のシステム。
【請求項６】
少なくとも前記の個人会員の前記の個人記録の１つは前記の個人会員によって自分で提供された情報の個人的なプロフィールのタイプを持つインスタンスと、前記の個人会員によって他人に提供された情報の照会先のタイプを持つインスタンスを、含む請求事項１記載のシステム。
【請求項７】
前記の個人記録がシステムの前記の個人会員に関する情報のマルチメディアのタイプを持つインスタンスを含む請求事項１記載のシステム。
【請求項８】
前記のエンティティベースがシステムの１つの前述のエンティティメンバのための前記のエンティティレコードを含んでいる個々のデータベースのクラスタを含む請求事項１記載のシステム。
【請求項９】
前記のエンティティメンバのための前記のエンティティレコードは、少なくとも１つが前記のエンティティメンバにより提供された情報の組織プロフィールのタイプを持つインスタンスを含んで、前記のエンティティメンバの前記のエンティティレコードの１つ以上が前記のエンティティメンバにより代わりとしてシステムを使用可能な正式代表者に関して提供された情報の代表のタイプを持つインスタンスを含む請求事項１記載のシステム。
【請求項１０】
前記のデータベースマネージャは、リレーショナルデータベースとして前記の個人的でーたベースおよび、前記のエンティティデータベースを作り、維持する請求事項１記載のシステム。
【請求項１１】
前記のデータベースマネージャがそれぞれの前記の個人レコードおよび前記のエンティティレコードの情報にアクセスするためのセキュリティを制御する請求事項１記載のシステム。
【請求項１２】
前記のサーチエンジンが前記の個人会員のためのレコードの様々な部分を通るナビゲーションにデータベースにおける組分けを可能にするダイナミックリンクがあるレコードデータベースを編纂する請求事項１記載のシステム。
【請求項１３】
前記のサーチエンジンがそれで繰り返しに前記の個人会員のための前記の個人記録と前記のエンティティレコードにあるすべてのエントリに、前記の検証済み情報を最大にするために従って、編纂される請求事項１記載のシステム。
【請求項１４】
前記の認証プロセッサがそれでシステムへの前記のユーザのアクセスを利用者識別名と検証プロトコルに基づき制御する請求事項１記載のシステム。
【請求項１５】
前記の検証プロトコルがパスワード、スマートカード、および計量生物学から成るセットのメンバを含む請求事項１４記載のシステム。
【請求項１６】
前記の通信ユニットがそれでシステムの前記のユーザによって使用されるグローバルコミュニケーションネットワークを通し、前記のユーザアクセスデバイスと通信する請求事項１記載のシステム。
【請求項１７】
前記のプロセス制御装置に前記の個人レコードか前記のエンティティレコードに関係する情報への変化を通知するかは、ユーザをして、要求をする請求事項１記載のシステム。
【請求項１８】
前記の変化はそれで要求として扱われ、前記の個人的なベースか前記のエンティティベースのための前記の個々のメンバの、または、前記のエンティティメンバが前記の変化を認可した時が起こるまで、前記の要求は正式に実行されない請求事項１記載のシステム。
【請求項１９】
請求事項１記載のシステム、その中では：
前記の個人的なベースが過去の、そして、現在の、そして、将来の将来の従業員となる個人会員のための個人記録を含んでいる；そして
前記のエンティティベースは雇用主へのエンティティレコードを含んでいる。
【請求項２０】
前記の従業員が前記の雇用主がアクセスできる、従業員に関するシステムにある情報のプロフィールを開設した請求事項１９記載のシステム。
【請求項２１】
請求事項２０記載のシステム、その中では：
前記の従業員はシステムの中に識別子を持っている；そして
前記の従業員は、前記の雇用主に対する前記の識別子の使用に基づいているアクセスを提供するようにシステムに要求する。
【請求項２２】
前記の従業員が提供するようにシステムに要求するかが識別子を将来の前記の雇用主に示した請求事項２１記載のシステム。
【請求項２３】
前記の雇用主が前記の個人的なベースと前記のエンティティベースを、将来の前記の従業員のための前記の識別子に基づいて検索するようにシステムに要求する請求事項２１記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人と組織の間で交換された情報の検証、認証、または認定に使用されるコンピュータにより実施されたシステム一般に関する。
【０００２】
本発明における主要的応用は就職、クレジット、および住宅に適用すると予期される。しかしながら、本発明は、個人が検証された情報を組織に提供するための簡単な方法を求める、且つ、組織は検証された情報に基づいて雇用候補の特定を求める、という他の応用にも適切である。
【背景技術】
【０００３】
最近、大幅に益々増加している情報の必要性が見受けられる。例えば、雇用主、貸手、教育機関、住宅プロバイダなどのビジネス組織は、個人に関して、しばしば長期確約にかかわる重要的決定をする必要がある。その上、交通と通信インフラの高速化した結果として、そのような決定も、特にエンティティがそれぞれの市場において競争力を保持を望む場合、より高速化する事が期待される。
【０００４】
情報に関するこの必要性と競争は、情報が信頼でき、適切に使用されている事を確することが必要である。組織かエンティティが個人に関して必要とする情報は、しばしば認証または検証される必要がある。しかしながら、情報が誤用される恐れがある場合、情報提供側、またはその情報の対象側は、その情報の使用に関して貢献することも、助長する事もない。
【０００５】
１つの例として、雇用、特に現代の求職または、就職斡旋を考慮する（ここで説明された要素は従来の場合にも大体適用できるけれども）。現在、雇用主は求人募集を、そして候補者または求職者にはレジュメをオンラインに掲載する、ＳＡＮ  ＪＯＳＥ  ＭＥＲＣＵＲＹ  ＮＥＷＳ、ＣＡＲＥＥＲＢＵＩＬＤＥＲ、ＣＡＲＥＥＲＰＡＴＨのような多数の人材募集やレジュメ斡旋サービスがある。このようなシステムは、システムに記載された仕事への候補者の検索、応募を可能とし、雇用主がニーズを満たす候補者の検索、及び連絡を可能とするので、候補者と雇用主は互いを見つけ得る。残念ながら、そのようなシステム使用のプライバシーは怪しいと共に、もう１つの雇用決定妨害の重要的問題はレジュメデータベースの情報の妥当性である。これまで、認証された情報を包括的に管理するシステム、それぞれの応募者の妥当性を保証するセキュアな自動化システム、不正や誤用を防ぐ情報伝達の仕組み、そして、ある程度の制御とプライバシーにより、個人情報を積極的に管理し、広める即座のオンライン検証システムがこれまでは存在していなかった。
【０００６】
上記から、雇用主が将来の従業員に関する検証済み情報の必要性は明確である。また、他の詳細が必要かもしれないが、雇用主は、従業員の教育、技能、その他の場所と分野などの勤務及び職歴に関する詳細を知る必要がある。また、有識の信頼できる第三者が提供する情報を獲得し考慮する事は、価値があるといえる。つまり、照会先を受ける事が望ましい。
【０００７】
同時に、将来の従業員はいくつかの保証を必要とする。情報は適切に使用されるだろうか。その情報は、所望する雇用主と将来の雇用にのみ関係する目的で使用されるか、他の目的の為や他者によって使用されるることはないだろうか。明らかに、個人はある種のシステムを使用する事に抵抗を感じる。例えば、他人があらゆる詳細を取得可能なシステムや、現雇用主が誰が辞職を思案しているかを発見し、それからその人を積極的に退職させるかまたは他の職務に異動させる事が可能なシステムや、社外のマーケティング担当者が、例えば、北欧製中型自動車の購買を考えるある一部の社会に販売の甲斐があることを示す統計に基づき売り込み口上等の為に、その情報を使用可能なシステムなどである。
【０００８】
また、将来の従業員は自分自身に関する情報が完全で、正確であるという保証を欲する。記録管理上の誤記は、不可避と言えるが、そのような間違いが、在学期間、肩書き、実技試験成績等に関与する場合、特に損害が与えられる。尚、個人は、伝達すべき情報が的確に伝達される事が信頼に値するならば、その情報の使用を許可する気があるであろう。例えば、時々誰かに信用照会先として依頼することがあるが、もしその人が長期の大学勤務で浮世離れした精神的に風変わりな教授であったなら、善意の言葉であっても何かを困惑させるような事を言ってしまう恐れがあるかもしれない。
【０００９】
従って、大幅に益々増加する情報の必要性はいろいろな側面を持つ問題となる。一方では、情報を受け取る者は、その情報が完全で真相が信用し得る必要がある。一方、その情報の対象者、またはその情報提供者は、その情報の保全、精度と普及の範囲を信用し得る必要がある。しかも、その問題は実際にデータの個々の断片に関することでなく、むしろ、全情報プロフィールに及ぶ問題である。
【００１０】
雇用の例に戻り、現在の到達技術水準を考慮する。インターネットと他の技術進歩に伴い、雇用主は世界中に募集広告を出せ、また候補者はどこでもからでも即座に対応できるツールを提供する多数の求人掲示板は生まれた。このようなシステムは、個人が雇用履歴、スキル、資格等に関してプロフィールを作成し、電子レジュメを作成する仕組みを提供する。
【００１１】
残念ながら、現代の通信システムでは世界中から誰でもがこのように即座に検索し応募できるにもかかわらず、提出の横行は、雇用プロセスで雇用主が請け負わなければならない検証と早期段階の作業をかなり増加した。現体系で受理されたレジュメはすべて未証明のため、雇用主にとって、このようなレジュメに基づいて雇用を決定する事は非常に困難で、危険である。したがって、応募者の選抜に時間と他のリソースを必要とせざる得なく、この単調な処理を全部終了し、且つ応募者に面接時間を取っても、雇用主は同社の人事部（または第三者）が受けた情報の検証を待たなければならず、その時点まで待たなければ最終的な雇用を適切、且つ安全に決定する事ができない。更に、以前の、または現在の各従業員が新たに求職、またはキャリアを変える毎に、雇用主は、何度も手動的に単調で終わりのない雇用履歴の再検証という処理を行わなければならない。
【００１２】
その結果、検証と選抜のプロセスがより処理しやすくなるための、雇用主が関心を持った応募者についてレジュメに代わり得る認証的詳細プロフィールを受け取ることを可能にするシステムが必要である。一方の雇用主、大学等の団体、他方の従業員、学生等のそれぞれは、個人に関する雇用履歴、学位などに関する適切な情報を含有するプロフィールの記録が共同で作成可能であるべきである。即座にエラーを発見し、修正することで、エラーの防止を行うためには、個人が従業員か学生という立場のままで、この提案されたシステムが主として情報を集めるだけの状態である事が期待される。また、習得技術に関する記録の関連的情報を追加する、また、描写的な添え状を挿入する機会を個人に提供するために、全体的なプロフィールを向上は、望ましい機能である。将来的に、応募者についての知識を持つ者により照会先のデータが新規作成される、およびこれらが候補者のプロフィールに関連的である事を可能にするこのようなシステムは役に立つだろう。
【００１３】
一度、そのようなシステムが情報を持つと、次に、実際の使用のためには情報を検索するサーチエンジンが必要となる。このためにサーチエンジンは、個別に認証された特定候補者のプロフィールに関する記録編纂のための、また一貫性のあるプレゼンテーション新規作成のための「組立から検証」における経営プロセスを必要とする。そして、提案システムが、一度、情報を集め、保存、検索を可能にすると、そのシステム機能の使用を可能にする必要がある。例えば、雇用候補者が一度希望する職を特定したら、将来の雇用主に提出するためプロフィールをオンラインリンクへ提出するべきである。受け取り側においては、雇用主は候補者のプロフィールへのダイナミックなＵＲＬリンク、または候補者のユニークな識別番号を見ることが可能である。リンクのクリック、識別番号の入力は、雇用主がシステムにおいてエンティティの立場として関係するその他のメニューも同時に見ることを可能にする。
【００１４】
従って、面接により獲得した情報と同様に、提出済みのレジュメを閲覧することで収集された情報に対し、雇用決定の前段階で雇用エンティティの検証が必要とされるステムである従来の提出手段と異なり、提案システムでは、検証済み情報が意図する対象者に能率的な人事プロセスを伴う生産性、つまり時間と費用の節約を可能とする。さらに、提案システムでは、全従業員の誰か一人が別の職に応募、または検証を要するトランザクションに関与した場合にも、その従業員のために何度も手動で雇用履歴情報の再検証をする必要がなくなる。
【００１５】
他の適用も同様に検証システムにより利益を得ることが可能である。例えばクレジットサービスである。あらゆる所管において現代法が存在するにもかかわらず、ローンやクレジットでの購買申し込みの段階において、従来、消費者は自分自身のクレジットプロフィールを見る、または矛盾を発見しようとはしない。その時点で問題があると（膨大なデータ量と所要時間のためにしばしば問題が発生する）、消費者は問題を解決するための手間を要するプロセスにかかわり、ローン取得という主目標から注意が逸れてしまう。
【００１６】
その結果、デジタル情報検証システムは、クレジットの発酵と報告を管理し、監視することを助長するので望ましい。これまで、消費者によるクレジット情報の考察と管理に利用可能な包括的システムがなかったので、この種のセキュアシステムは非常に望まれている。
【００１７】
デジタル検証システムは、消費者が財政を管理することを、消費者にフィードバックを提供することを、消費者のクレジット利用履歴を積極的に管理させるためにクレジット調査所に情報を提出することを可能にする。この場合、提案された検証システムを適用して、クレジットサービスは、消費者がオンラインで自分のプロフィールにアクセスするとあらゆる不正を報告することが可能となる。クレジットプロフィールはプロフィールデータベースの一部となりうる。また、クレジットプロフィールは消費者個人プロフィールおよび過去のクレジット発行エンティティプロフィールと関連をつけることが可能である。例えば市のネットワークやインターネットなど近代的な通信システムを使用することで、消費者はセキュアオンラインフォームを用いて、即座にクレジット利用履歴をチェックでき、正式な苦情申し立てができ、明確な注意事項の提供を受けることが可能である。システムの自動修正の特徴は、反復作用であるが、それは検証を促すため、あらゆる場面で即座に消費者にメッセージを送るきっかけとなるシステムを可能とする。
【００１８】
また、同時に、デジタル検証システムは消費者クレジットにおいて、発行、報告のニーズにも役立つと言える。貸し手は信用に値する人にクレジットを発行することに対し強く関心を持ち、これらのビジネスは、そのためにも、迅速かつ完璧で、検証された情報を必要とする。同様に、これに関連するコストを最小化することで、クレジット報告エンティティは、迅速かつ完璧な検証された情報を彼らが発行する報告書に提供可能であることが必要である。したがって、もし、企業エンティティが情報を検証することが可能であるなら、財産的利権の結果を与える最も博識な人々に対し、エラー訂正の考察、更新などかなりの部分で負担が削減可能な機会に感謝すると予想可能である。
【００１９】
デジタル検証システムの利益を得ることができる別の、関連的適用は銀行である。貸出機関が即座に消費者と現在の雇用の審議を検証することが可能であるなら、銀行またはクレジットカードに申し込むことは大いに能率化されるだろう。ここで、正確な検証のために消費者の画像などの追加的、マルチメディア情報を含んでいるのは特に望ましい。この場合、エンティティによって作成されている記録は通常の銀行情報を持つが、記録は、消費者が自己の金融を管理し考察することを可能にしている。前述のクレジット申し込みと同様で、消費者が申し立てたトランザクションを議論する手段は、提供され得るし、実際に金融機関へかなりの利益の提供が可能となる。保護され、報告を受けた消費者は幸せな消費者である。情報が利用可能で、直ちに利用され、提案システムがこれを促進可能であるなら、消費者は、不適切または間違った処置および、いち早く調査の入り用に気がつき、報告することで金融機関をエラーと不正から保護することが可能である。
【００２０】
さらに、不正と個人情報の漏洩を防ぐことが可能なところで、提案されたデジタル情報検証システムが別の関連する適用としてはスマートカードである（財政的であるか他の動機であるか否かに関係なく）。多数の技術的に高度な電子機器の急増で、スマートカードが、同様のデバイスの中で唯一のデバイスを特定し、あるデバイスのみに唯一関連するトランザクションを可能にすると予想される。提案システムは、このような唯一のデバイスが個人プロフィール記録に関連つけることを可能にするだろう。多くの潜在的利益があるが、特にスマートカードの弱点を取り上げる。カードは非常にセキュアであると察知され、十分所有に値するとして過度に当てにされる。提案システムは、アイデンティティを保持することができて、不正なトランザクションを排除することができるように、スマートカードデバイスの誤用か窃盗にユーザの注意を喚起する仕組みを提供することが可能である。
【００２１】
要するに、検証済み情報プロファイルが重要な役割を果たすさまざまな環境で使用することができるシステムである。上記で多くの例を紹介したが、以下に追加をあげる。
【発明の開示】
【課題を解決するための手段】
【００２２】
従って、本発明は組織的なエンティティのために個人に関する情報を検証するシステムを提供することを目的とする。
【００２３】
簡潔に、本発明の好適実施例は組織的なエンティティのために個人に関する情報を検証するシステムである。プロセス制御装置はシステムを通し情報の流通を制御する。個人データベースは、システムのユーザとしての個人に関する情報を含有する記録を含んだ個人レコードを含む。エンティティデータベースは、エンティティとエンティティメンバである個人に関する情報を含有する情報を含み、さらにシステムのユーザとしてのエンティティの代表により主導および管理されたエンティティレコードを含む。データベースマネージャは個人およびエンティティレコードへのアクセスを許可し、レコードの新規作成、改定、および削除を管理し、その上、個人ならびにエンティティデータベースにおける両レコードの関係を設定する。さらに、サーチエンジンは個人およびエンティティデータベースを検索し、個人会員に関する情報に及ぶレコード事例の編纂を提供し、複数の個人およびエンティティレコードの相関関係において確認可能な情報は検証済み情報である。
【００２４】
本発明の利点は、検証済み情報が必要である多数の分野を網羅する適用可能性と構成可能性の点で柔軟であるいうことである。例えば、無制限で、雇用、教育、医薬、クレジット、銀行、ハウジング、旅行発券、さらに行政機関で使用することが可能である。
【００２５】
発明の別の利点は、先天的に自動修正していることである。本発明は、情報提供者により情報の制度を維持する誘因と仕組みを提供するものである。同時に、それは、情報の対象が、自己に関する情報の制度を維持する誘因と仕組みを提供するものでもある。
【００２６】
発明の別の利点は先天的自己取り締まりということである。情報提供者が完全参加、または情報の正当性の維持に気が進まない場合、情報の対象はプロフィールで問題について説明するか無軌道なプロバイダーの不完全または間違った情報が出現することを防ぐことが可能である。同時に、情報の対象は、自身で情報に関する内容を制御することは不可能であり、過度に影響を及ぼすことも不可能である。
【００２７】
また、発明の別の利点は第三者からの情報を含有することに備えて、奨励するということである。発明は、照会先が参加することを可能とし、照会先の入力はもう片方のプロフィール情報、例えば、エンティティ情報提供者からの情報、に対して関連可能であるが、個々の情報対象は情報を抑圧することも可能である。例えば、情報が時代遅れ過ぎる場合など。
【００２８】
そして、発明の別の利点はそれが現在、従来、または進行の技術として実施可能だということであるが、しかしながら、特定のハードウェア、ソフトウェア、またはプロトコルを過度に当てにすることなしに実施可能である。
【００２９】
これらのポイント、他の目的、および本発明の利点は、発明を実行する最も良い現在知られているモードの説明文、および図面上で数値同様にイラストを使い説明することで好適実施例の産業的適用の可能性を当業者に明確化することである。
【発明を実施するための最良の形態】
【００３０】
本発明の好適実施例はデジタル情報検証システムである。ここで様々な図面において、特に図１で描写されるように、発明のこの好適実施例は一般的な参照特徴１０によって表現される。
【００３１】
図１は概要の概観で発明的なデジタル情報検証システム（ＤＩＶシステム１０）の実施例を示す。一般に、ＤＩＶシステム１０は業界基準セキュリティプロトコルと一致する、情報交換で支援する複数のデータベース構成を利用するコンピュータで実施される画策を特徴とする発明は、関連的構造、データベース管理システム、およびハードウェアやソフトウェア  モジュールのような既知の技術（容易に利用可能）の使用により実施され得る。以下の開示が一度理解されていると、データベース管理と応用プログラミングの技術における技能の所有は、商業的に利用可能なデータベース  システムを使用することで発明と、その使用を可能にする。
【００３２】
ＤＩＶシステム１０は多数の追加的、任意の特徴を含む。例えば、マルチメディア情報、テキストと画像を組み合わせたオーディオやビデオの構成、または、提示される基本的情報の有用性を拡大する他のディジタルコンピュータデータの使用を含む。
【００３３】
また、ＤＩＶシステム１０は、様々なネットワークの上の機能し、現在利用可能なネットワークに適応するように実施され得るが、ネットワーク技術は発展を続け、ネットワーク施設に関する有用性と精巧がユーザによって大いに異なることに注意すべきである。そのようなネットワーク独立により、ＤＩＶシステム１０は、様々なリモートユーザ単位の必要性に合うように構造化された情報とマルチメディア、他のコンピュータ、端末、ハンドヘルドデバイス、キオスクなどを含む、による提示の結合を提供することが可能である。
【００３４】
図１で示されるように、ＤＩＶシステム１０の好適実施例は、ＤＩＶシステム１０において情報を流量を管理し、３つの主要な運転設備、すなわち、データベースマネージャ１４、サーチエンジン１６、および会計ユニット１８の実施を制御するプロセス制御装置１２を含む。
【００３５】
データベースマネージャ１４は、２つの別々のデータベース、すなわち個人的なベース２０、およびエンティティベース２２に含まれるレコードの作成と改正に関連するタスクの構成と管理を実行する。両方のデータベースが個々のデータベースのただ一つのデータベースまたはクラスタのどちらかとして構成されうる。また、データベースマネージャ１４は、個人的データベース２０とそこでの関係を確立するエンティティデータベース２２の中でレコードを関連づける。発明者の現在の効果的実施例において、エントリーをそれぞれの関係テーブルに設置することによって、１つまたはそれ以上のＤＩＶの個々のＩＤか１つまたはのそれ以上のＤＩＶグループＩＤが含まれる。（図２a−ｂ参照）
サーチエンジン１６は、特定のＤＩＶ個々のＩＤに関係しながら、個人的データベース２０とエンティティデータベース２２の中の様々なプロフィール情報を編纂する。また、それは、現在ＤＩＶシステム１０を使うユーザのタイプに依存しながら、レコードの様々な部分を通るナビゲーションの組分けを可能にするためにダイナミックなリンクで結果の先天的データベースを編纂する。
【００３６】
会計ユニット１８は、ＤＩＶシステム１０の重要な部分であるが、内容提供の後の方が良いので、この議論の終わりで詳細を説明する。
【００３７】
また、ＤＩＶシステム１０は認証プロセッサ２４、コミュニケーションユニット２６、およびシングルか複数のユーザアクセス装置２８を含む。認証プロセッサ２４とコミュニケーションユニット２６は、プロセス制御器１２に対しローカルであることもあり、それと統合されするかもしれない。対照的に、ユーザアクセス装置２８は、それらを容易に発明のユーザの２つの主要なクラス、すなわち、個人会員３０、およびエンティティメンバ３２に利用可能にしながら（まとめ、ユーザ３４）、ＤＩＶシステム１０の他の部品から通常リモートである。
【００３８】
発明者の現在の好適実施例に従うと、ユーザアクセス装置２８はパーソナルコンピュータ、ＰＤＡ、端末、キオスクなどで、それは結局ＤＩＶシステム１０を含む１つ以上のネットワークに関連づけられる。その結果、アクセスは広域ネットワーク（ＷＡＮ）、または、インターネットを通じ、または、ローカルエリアネットワーク（ＬＡＮ）か、別の方法でＤＩＶシステム１０に接続されたメトロポリタンエリアネットワークを通して達成される。
【００３９】
現在、ＤＩＶシステム１０で使用可能なソフトウェアとミドルウェア技術が利用可能である、同時組み立ては不可能だが。貴重な商品である情報対処時、既に一般的な習慣であるセキュリティプロトコルを使用することが可能である。例えば、デジタル証明はパーソナルコンピュータで既に広く使用され、コミュニケーションユニット２６との通信時は、ユーザアクセス装置２８の大部分はこれらか相当資格を使用する。適切時においては、ＤＩＶシステム１０がセキュアプロトコル使用の必要は、簡単な案件である。
【００４０】
通常、個人会員３０かエンティティメンバ３２のどちらかがＤＩＶシステム１０にアクセスし得る。エンティティメンバ３２でないいずれのユーザ３４も個人会員３０として扱われる。ＤＩＶシステム１０によると、エンティティメンバ３２は事務的なエンティティの正当な権限が与えられた代表者、例えば、雇用主、貸し手、銀行、信用調査所、航空券発行人などである。逆に、通常、個人会員３０は本人であることを正式に承認された従業員、雇用応募者、クレジット申請者、学生などである。
【００４１】
順調に認証または検証プロトコルを実行する際、パスワード、スマートカードおよびバイオメトリックなどの形で使用可能な適切な特権を、ＤＩＶシステム１０にアクセスするユーザ３４に与える。認証プロセッサ２４は、ユーザの異なったタイプを初期のセキュリティを扱って、決定、または「指定する」。確立したＤＩＶ個々のＩＤかＤＩＶグループＩＤをパスワードに関連させ提出することで可能である。彼らが属すエンティティの特徴に基づいて、認証プロセッサ２４はさらに、エンティティメンバ３２の権限を検証する。したがって、一度、ユーザタイプが決定すると、認証プロセッサ２４は、様々適切なメニューの提示ができるようにＤＩＶシステム１０にアクセスするユーザと表されたエンティティのタイプに関してエンティティ指定を設定し、プロセス制御器１２に知らせる。
【００４２】
例えば、ＤＩＶシステム１０にアクセスするユーザがＤＩＶの個々のＩＤと有効なパスワードを提供するなら、そのユーザは個人会員３０として認証プロセッサ２４によって分類される。これは、プロセス制御器１２が個人会員３０に関する関連メニューの提示を可能にし、個人的データベース２０の中のそれらの個人会員３０タイププロフィールアカウントに確立されたデータベースレコードにアクセスして、改訂することをユーザに可能にする。
【００４３】
一方で、システムにアクセスするユーザがＤＩＶグループＩＤと有効なパスワードを提供するなら、そのユーザはエンティティメンバ３２として認証プロセッサ２４によって分類される。これは、プロセス制御器１２がこのタイプのユーザのために関連メニューを提示し、エンティティデータベース２２の中で維持された適切なエンティティデータベースファイルへのアクセスを可能にするのを可能にする。
【００４４】
当然、ユーザはＤＩＶシステム１０に多数の素質が存在する。例えば、彼らは個人会員３０、つまり、パートタイムの大学院生、１つのエンティティを持つ従業員、他の１つ以上のエンティティにおいて将来的な従業員、およびクレジット申請者であり得る。また、例えば、あるエンティティ雇用主の人事か審査部で働いている間、同個人会員３０はエンティティメンバ３２の代表でさえあるかもしれない。そのように、ユーザは彼らが正しく承認されたエンティティメンバ３２として各素質を満たすＤＩＶグループＩＤを使用する可能性がある（一素質に対しそれ以上である事は滅多にないが、必ずしもそうとはいえない）。ユーザは、個人会員３０として、ＤＩＶの個々のＩＤをただ一つ持ち得る、エンティティメンバ３２の正式に権限が与えられた代表者としていくつの素質を満たすにもかかわらず。他の計画はかなり可能であるが、ＤＩＶシステム１０はこれらで特に効率的に確実にと動作する。
【００４５】
同様に、エンティティメンバ３２はＤＩＶシステム１０に複数のエンティティ素質で存在しうる。例えば、大学は主として通常教育制度である。しかし、また、同時にそれは雇用主、住宅プロバイダー、信用機関でのあるかもしれない。図２Ａは、図１の個人的データベース２０で使用される個人的プロフィールのためのサンプル書式を描写している。個人的データベース２０は個人会員３０によって定式化される個人レコード４０を含むように構成されたデータベースである。それぞれのこれらの個人レコード４０は、エンティティメンバ３２（またはＤＩＶシステム１０のメンバでない承認を受けたエンティティ）に紹介され得る各個人会員３０に関する情報の部分的集合を形成する。それぞれの包括的複数の個人レコード４０、そのそれぞれは多数の事前に定義された分野を含むので、個人的なベース２０は、ただ一つのデータベースファイルかデータベースファイルのクラスタでありうる（例、図１参照）。一般に、これらの分野は個人会員３０にとって検索可能なパラメタと、描写的情報を含む。発明者の現在の好適実施例に従うと、検索パラメタはユニークレコードＩＤ４２、ＤＩＶの個々のＩＤ４４や個人会員３０などの名前などを含む。また、個人レコード４０は照会先に関する制御フィールド、個人的プロフィール用法、加入されるサービスなどを含む。
【００４６】
図２ｂは、図１のエンティティデータベース２２で使用されるエンティティプロフィールのためのサンプル書式を描写している。エンティティデータベース２２はエンティティメンバ３２によって定式化されるエンティティレコード５０を含むように構成されたデータベースである。また、エンティティデータベース２２は、ただ一つのデータベースファイルかデータベースファイルのクラスタである得る。それぞれのエンティティプロフィールは唯一エンティティメンバ３２を特定するエンティティレコード５０、およびエンティティメンバ３２に属しながらそれぞれの従業員か消費者クライアントに関係するデータベースレコードを含む。また、各エンティティレコード５０は多数の事前に定義された分野を含む、そして、一般に、これらの分野はエンティティメンバ３２のための検索パラメタと描写的情報を含む。発明者の現在の好適実施例に従うと、ここで検索パラメタはユニークレコードＩＤ５２、ＤＩＶグループＩＤ５４、エンティティメンバ３２の名前などを含むまた、エンティティレコード５０はエンティティタイプ、受入れられたアクセス、メンバサービスなどに関する制御フィールドを含みうる。また、それぞれのエンティティデータベースは、大学または信用調査所などのエンティティ（エンティティステイタスが両方の場合もあり得る）のために、エンティティメンバ３２のそれぞれの従業員のレコード、エンティティメンバ３２のそれぞれの消費者、クライアント、もしくは両方のレコードを含む。
【００４７】
例えば、エンティティメンバ３２が雇用主であるなら、エンティティ・レコード５０はそのようなメンバを特定し、関連データベースレコードは従業員レコードを含むであろう。このようなそれぞれの従業員レコードには、従業員名、役職などのエンティティタイプのために適切な所定の分野の設定、この特定の雇用主と共に維持されたそれぞれの地位の開始日と終了日が含まれる。また、従業員レコードは、構造、監視、人事部長コメント、初期（最終的）給料などの報告をすることで、初期（最終的）の職務、雇用期間を描写する情報からなる体験的分野を含む。
【００４８】
もし、エンティティメンバ３２が信用調査機関であるなら、代わりに、エンティティレコード５０はそれに関するメンバを特定し、関連データベースレコードは消費者レコードを含むであろう。次に、そのようなそれぞれの消費者レコードは、このエンティティタイプのための適切な所定の分野の設定、例えば、消費者名、サービスが取得したクレジットのタイプ、取引履歴を有利に指定する体験的分野、信用価値などを含み得る。それらは通常、信用調査所により現在確立されたパラメタに関連付けられる。
【００４９】
他方では、エンティティメンバ３２が大学であるなら、エンティティ・レコード５０は、メンバは教育関係者であると認識する。そして、関連データベースレコードは、卒業生同様、これから卒業を迎える現学生のすべてに関する情報を含む卒業生レコードを含むであろう。そのような各レコードはこのエンティティタイプのための適切な予定されたセットの分野を含むかもしれません、卒業予定者の名前、学位のタイプ、卒業日、そして卒業生予定者の学歴に関する情報を有利に指定する体験的分野などの。
【００５０】
前述したように、消費者クライアント同様に従業員であることもあるので、信用調査所、大学などのエンティティメンバ３２はＤＩＶシステム１０のメンバシップに関連する二重またはそれ以上のエンティティ状態であり得る。これらのエンティティメンバ３２のために、エンティティレコード５０に関連するデータベースレコードはエンティティメンバ３２、およびそれぞれの消費者クライアントと同時にそれぞれの従業員のレコードを含むことが可能である。同様のＤＩＶグループＩＤ５４の下でアクセスされ、管理されるため有利に構成されている。例えば、大学の場合では、エンティティレコード５０は、現在の、そして、以前雇用されていた従業員の関連データベースレコード、同様に現学生と卒業生のレコードを含むであろう。その上、上記の議論同様、これらは単一、別々、または複数のデータベースで構成であり得る。
【００５１】
図１を再度参照。個人的データベース２０とエンティティデータベース２２の両方に保管されるデータベース個人レコードの作成、改正／変更、および維持の管理担当は、データベースマネージャ１４である。また、データベースマネージャ１４は、改正、維持、およびアーカイブの目的のためのレコードに誰がアクセス可能かを指定するために、ＤＩＶシステム１０の全データベースレコードに関連するセキュリティとパスワードプロトコルを施行する。ユーザ３４が個人的またはエンティティプロフィールデータベースを作成、もしくは変更のためにメニューをオプションから選択する時、意図するデータベースレコードを操作するために効果的に情報分野コンテンツを通過、必要なコントロール動作を開始しながら、プロセス制御器１２はデータベースマネージャ１４にコマンドを提出、つまり順番にデータベースを起動する。個人的データベース２０とエンティティデータベース２２の両方に関するデータベースレコードの新規作成と操作にかかわる仕組みは現在、説明されている。
【００５２】
エンティティデータベース２２の新規作成は２つの別々の主な段階を含む。第一に、適切な安全策と検証プロトコル通じて、合法的事業主、大学、雇用主などは唯一特定しているＤＩＶグループＩＤ５４と有効なパスワードを提供することでエンティティメンバ３２としての地位を与える。この一部として、基本エンティティレコード５０はエンティティデータベース２２の中で形成される。第二の段階として、エンティティメンバ３２は、従業員、クライアント、学生などの確保ために彼らのデータベースファイルの中で、彼ら自身のエンティティレコード５０への関係クロスリファレンスをすることで追加レコードを確立する。よって、例えば、雇用主は各従業員ためにレコードを作成し、彼ら自身のエンティティレコード５０同様、エンティティプロフィールを形成するであろう。そのような記録、また彼らの権利内のデータベースは同時にエンティティベース２２を形成する。
【００５３】
また、従業員のＤＩＶの個々のＩＤ４４とパスワードがそのようなアップデートコマンドに伴う場合のみ、プライバシーと認証を確実にするために、雇用主と個々の従業員が共同で個々のデータベースレコードを作成し、雇用主により従業員に関係する既に認証されたレコードのあらゆる後続的改正／変更の実行が可能であることが理解されている。実質的には、雇用主と従業員両方の許可は、更新／改正の要求を遂行するのに必要である。したがって、雇用主は当該従業員の認識と許可同意なしには、独自の判断でレコードの変更は不可能である。同様に、従業員は雇用主の認識と許可同意なしには、レコードの変更は不可能であり、その結果、安全な実施が保証される。
【００５４】
しかしながら、個々のデータベースレコードの共同新規作成が、必ずしも雇用主と各従業員両方が同時に物理的に存在していなければならないということを意味するわけではないことが注意すべき点である雇用主にとって各従業員レコードをセットアップすることは問題がなく、従業員のＤＩＶの個々のＩＤ４４とパスワードの組合せを使用することにより、そのような個人会員３０が個人レコード４０にアクセスする際、新規作成レコードに関して従業員は雇用主より警告を受け得る。さらに、新しいレコードについて考査し承認、または議論することを許可するためにメニューオプションは提示され、すると、これらのレコードは認証されたステータスに達する。この代替方法は、元雇用主となり物理的なレコードの証明が不可能な前従業員の場合に特に役に立つ。
【００５５】
上記のように、エンティティメンバ３２がＤＩＶシステム１０にアクセスする際、エンティティのタイプにも因るが、様々なメニューオプションが提示される。雇用主に関しては、メニューオプションは以下を可能とする：
各従業員から承認を受けると同時に正式な職歴の作成すること；
昇格、役職または責任所在の変更などのデータ更新のようなレコードの編集と変更すること、または、データベースレコードの永久閉鎖（例えば、従業員が会社を去った場合など）；
雇用主がエンティティメンバ３２のデータベースレコードを作成、改訂、さもなくば整備する認証的人事人員の任命または異動を行う点で、アカウントマネジメントを達成すること；その上
現在または将来的な従業員の雇用と記録の割合を検証すること、しかし、記録閲覧が認証されている場合のみ（現在説明されるように）。
【００５６】
同様に、大学などの教育機関は各エンティティレコード５０とそのすべての卒業生、従業員、奨学金受取人に対応するデータベースレコードを作成する。
【００５７】
唯一のＤＩＶ個々のＩＤ４４がＤＩＶシステム１０によって各個人会員３０、従業員、学生、クライアント、消費者などに割り当てられ得る事が理解されている、よって、個人会員３０に関する様々なレコードに関係なく一貫性を持ったプレゼンテーションを組み立て得る人に関係するいずれの情報も潜在的にエンティティレコード５０の多数のデータベースクラスタの中に存在し得る。
【００５８】
個人的データベース２０の新規作成は、従業員、学生、クライアント、消費者などに定式化されて、個人会員３０による個人レコード４０の作成によって確立される。個人記録４０は、個人会員３０によって独占的に作成された情報を含み、ＤＩＶシステム１０により非検証の情報を含むとして一般的に解釈される。しかしながら、技能と参照（現在、議論中）に関係するレコードのためにこの例外を作られうる。
【００５９】
上記のように、（個人会員３０としての）従業員は常にＤＩＶの個々のＩＤ４４と対応パスワードの制御化にある。正規職歴を反映するデータベースレコードが（エンティティメンバ３２としての）現在および元雇用主と共に作成される。それに従って、唯一のＤＩＶ個々のＩＤ４４とパスワード組合を使用しながら、従業員がＤＩＶシステム１０にアクセスするとき、適切なメニューオプションは次を可能にする：
新規作成職歴を再検討、承認すること；
最終承認の段階同様に職歴を確認すること；そして
取得技能、添え状、参照先、職務、まだ検証され得る程度のものなど雇用またはプロフィールの度合いに関する情報を追加、切り上げ、さもなくば完成すること。
【００６０】
このタイプ情報需要だけが、既に認証されたエンティティレコード５０のいずれでなく、従業員または一度は関係した従業員のそれぞれのエンティティメンバ３２により所有された状態で管理される個人レコード４０に反映されることは要注意である。
【００６１】
さらに、ＤＩＶシステム１０は、個人会員３０によって提示されるそれぞれの技能レベルを測定する技能評価システムの使用のためにも構成され得る。そのような技能評価システムには、雇用目的のための明確かつ迅速な利益があり、また、他の種のエンティティ、例えば教育機関などによって使用され得る。このシステムの使用、テスト結果は個人レコード４０において検証済みエントリと考え得る。技能セクションが、代わりにまたは追加の二者択一だが、個人会員３０に対し技能評価システムを使用せず技能を記載する規定を持ち得る。そして、これらのエントリは非検証として記載される。
【００６２】
技能評価システムが使用される時、特定対象の知識を評価するように設計された包括的テストを含むことが可能である。例えば、テストには選択テスト、筆記テスト、エッセイのような定型、またはその他の評定テストがある。将来の雇用主、雇用主となり得る第三の技能評価機関のようなエンティティメンバ３２がテストを行うだろう。特に、ＤＩＶシステム１０の統合またはその他のテストへリンクする形式でオンラインテストも可能である。テスト完了後、結果は、個人会員３０で対象に関する知識を示し、有効にしながら、検証済みエントリとして技能セクションに取り込まれる。
【００６３】
例えば、個人会員３０としてのテクニカルプログラマがＣ＋＋またはＪＡＶＡ（登録商標）のプログラミング言語における技能を示す、さらに個人レコード４０の技能セクションを更新する時、ＤＩＶシステム１０は即座に、Ｃ＋＋かＪＡＶＡ（登録商標）の技能テストを提供することが可能である。テスト完了時、結果は検証済み技能というインディケータ含み得る。同様に、従業員が技能セクション管理を行うのなら、適切なテストの提供と技能セクションに結果を併合することが可能である。潜在的雇用関係での完璧な適合を助長するため、技能テストは追加的に行動プロフィールテストを含み得ることに注意すべきである。
【００６４】
また、個人レコード４０は個人会員３０が照会先リストを作成する仕組みを提供する。一度そのようなリストが提供されると、ＤＩＶシステム１０は記載者に参照先の提供を促すことが可能である。照会先がプロバイダにより完成される時、個人会員３０のための個人レコード４０の一部となり、利益ある個人会員３０により改され得る検証済みエントリである。多数の目的、例えば、雇用、クレジット、住宅には照会先が必要とされ、個人会員３０は、どの照会先がどの特定の内容で閲覧可能かを制御することが可能である。
【００６５】
エンティティレコード５０の作成時に説明されるように、雇用主と従業員は共同でエンティティデータベースレコードを作成する。様々な標準のメニューオプションが雇用主に提示され、また、参加型エンティティメンバ３２が社内規則によって成立または連邦法、州法および条例により納められる任意フィールドの組み合わせの指定を可能にするため、追加エントリかフィールドが提供される。これらのレコードの新規に作成される各フィールドは、リスト書式で効果的に提示されるか、または使用の容易さと、包括的なタイピン要求を排除する手段としてメニューアイテムの下側にスクロールし得る。従業員が地位を確立する間、ＤＩＶシステム１０のエンティティレコード５０を保全を任命されたエンティティメンバ３２はシステムで利用可能な全タイトルのスクロールダウンリストからタイトルを選ぶことが、フィールドに新タイトルを入力することで新タイトルを作成することが可能である。次に、このようにして追加されたタイトルが、今後の使用の選択として利用可能となるようスクロールダウンメニューに反映される。
【００６６】
全エントリがメンバの今後の使用のためクリック可能な選択となり、その結果、全システムの使用をはるかに容易にするため、同原則はＤＩＶシステム１０に設置されたフィールドのほとんどすべてに適用することが可能であることに注意すべきである。ＤＩＶシステム１０により、更新と変更は、レコードが更新もしくは変更される雇用主と従業員の両方から再承認やむを得ず必要とする。これにより既存の検証済みエントリに対しり未承認の変更は回避される。さらに、従業員が技能プロフィール、参照先リスト、添え状、および独学、コース、トレーニングなどの検証されない情報同様将来的に検証される情報の作成を考慮する様々なメニューオプションを持つ個人レコード４０を作成する。
【００６７】
従業員は、仕事掲載リストの出所に構わず、興味深い仕事に出会うと、今日、コンピュータを使用しまたは多数のそれぞれの仕事掲示板に付属のプロフィールからレジュメを送信する代わりに、個人会員３０としての従業員はＤＩＶ個々のＩＤ４４含有して対応が可能である。様々な方法でエンティティメンバ３２として雇用主に提出され得る。例えば、クリック可能なＵＲＬリンクとしてＤＩＶシステム１０の中でそれを雇用主の雇用マネージャに提供するかもしれない。または、電子メールをしようし従業員のプロフィールとのリンクに提供するかもしれない。基本的に、オンライン相互作用のあらゆる適当なリストに使用可能である。
【００６８】
仕事に申し込むこのプロセスは、ＤＩＶシステム１０の使用により、アカウント登録時に個人会員３０として従業員に提供されたメニューオプションで達成可能である。メニューオプションは、形式フィールドで従業員が提示することで特定、入力されるエンティティメンバ３２にクリック可能なＵＲＬリンクを送付可能である。従業員は、さらにプロフィールと唯一のＤＩＶ個々のＩＤ４４のためにメールシステムと完全なＵＲＬリンク使用し得る。そして、従業員は特定の仕事に対し興味を持ったとして潜在的雇用主に電子メールを送信する。エンティティメンバ３２の代表が、求職候補者に関連している唯一のＤＩＶ個々のＩＤ４４を含むＵＲＬをクリックする時、プロセス制御器１２はサーチエンジン１６を発動する。サーチエンジン１６は、次に、個人的データベース２０とエンティティデータベース２２の両方に含まれた全てのレコードの検索を実行し、そこにデータベースクラスタからＤＩＶの個々のＩＤ４４に関係するレコードのすべてを検索する。次に、プロセス制御器１２が、「検証するための組み立て」タイププレゼンテーション書式の全体の情報を提示するデータベースマネージャ１４を発動する。雇用履歴、学位、参照先、技能、添え状などのための別々のセクション、またナビゲーション上のリンクを使用してレコードのすべてが逆の年代順（新しい年代が先）のフォーマットで表される、そのため、受取人は容易に情報をブラウズできる。別々のセクションはキャリア履歴の連続性を提供するため、検証済みおよび未検証の情報の両方を基本的に含み、正式な承認印を持つデジタル証明書により検証済みを表現し得る。
【００６９】
どの一定書式が人事実施およびＨＲＩＳシステムを継続するかによるが、プレゼンテーションフォーマットは変更可能で、エンティティメンバ３２によりカスタマイズ可能であることは注意すべきである。セクションのすべてに含まれたデータは従来のレジュメ構造か応募者トラッキングシステムに関連する普通のデータフィールドと一致し、その結果、受取人がＨＲＩＳかレジュメ管理システムに提示された全情報を容易にインポートすることはＤＩＶシステムにより許容される。ＤＩＶシステム１０は、正規の、職歴に関する検証済み情報、所有学位などを雇用の適用に関係付けることを可能とする。また、非検証情報がキャリア履歴の連続を提供するので、既に検証された情報はデジタル「証明」としての承認の証明スタンプを掲げることを可能にする。より速くより正確に応用プロセスを能率化して、雇用決定が可能となる。
【００７０】
受取人が必ずしもエンティティによってリストアップされた求職候補者の「認証プロフィール」を閲覧する正式なエンティティメンバ３２であるわけではないことも考慮される。受信エンティティが３２であるか否かに関係なく、ＤＩＶシステム１０は個人会員３０として従業員にいずれのエンティティまたは雇用マネージャに認証されたプロフィールを送信することを許可する。
【００７１】
しかしながら、プライバシーを保護し、エンティティメンバ３２と従業員人材に対応する関心を保護するため、ＤＩＶシステム１０は本来閉鎖的システムであり、そのため、エンティティメンバ３２は他のエンティティメンバ３２に関連するどの従業員に関するいずれの情報を探さずさもなくば獲得も不可能である。エンティティメンバ３２がそれ自体に潜在的従業員の認証されたレコードを利用可能な方法にこれを達成するのを制限することが可能である。まず第一に、潜在的従業員が潜在的雇用主に求職する一部として、唯一のＤＩＶ個々のＩＤ４４を供給するなら、アクセスの受入れが可能である。（エンティティメンバ３２であるかどうかにかかわらず）二者択一で、従業員は、彼ら自身の承認か操作により、ＤＩＶシステム１０の無制限なアクセス領域にそれらのプロフィールをリストアップするのを選択し得る。ほとんどの実施例で、発明者は、エンティティメンバ３２だけがサーチエンジン１６の支援によりこのような公記載の認証されたプロフィールを通してブラウズが可能であることを考慮する。したがって、ＤＩＶシステム１０は従業員プロフィールへの権限のないアクセスを防ぐことが可能である。（現在か過去の）個人会員３０として従業員が彼らのプロフィールへのアクセスを制御する間は、常に、各エンティティメンバ３２は、従業員情報を所有し、維持することが可能である。さらに、ＤＩＶシステム１０で使用されるデータベースが効率的に構成され得るので、各固有のＩＤ４４、５４に関係するすべてのレコードが別々のデータベースクラスタにある。そのため、サーチエンジン１６の操作だけが、「検証するための組み立て」実行は論理的な情報を集める。また、雇用主によって作成されたエンティティレコード５０は、適切な連邦法、州法、および条例、同様に企業政策によって管理される。したがって、アメリカ合衆国では、ＤＩＶシステム１０はＦＣＲＡ、ＦＬＳＡ、ＯＳＨＡなどに関係する地域法、規則、および規則が適従されていることを保証するために作動する。そのように、発明は雇用標準規格への承諾の客観的基準を支援し得る。
【００７２】
前述のように、メューオプションはＤＩＶシステム１０に適格に署名する際、個人会員３０として従業員に提示される。これらは、それらのプロフィールの多数のアスペクトの制御を従業員に可能とする。例えば、から参照先コントロール４６は、参照先リストの維持を考慮する。そのような参照レコードが参照プロバイダにより完成するとき、従業員プロフィールレコードの一部になって、従業員によって変更されないかもしれない検証済みエントリとして反映される。しかしながら、従業員は、まだこれらのレコードの視認性の制御を保有していて、潜在的雇用主による認可されたアクセスにどの照会先に閲覧させたいかを制御することが可能である。従業員は不要となった照会先を削除可能である。同じように、プロファイル制御メニューは、従業員が、以前にメンバプロフィールにアクセスする手段を持っていた潜在的雇用主に対し、アクセスを拒絶することを可能とする。例として、従業員が雇用主、またはエンティティメンバ３２、に対し終身在職権を終えると、従業員は、この雇用主が雇用および関連情報にアクセス、またはこれ以上の変更の否定、または「防御」にプロファイル制御メニューを使用することが可能である。ＤＩＶシステム１０は、元雇用主が以前の従業員に関する検証済み情報を得るのみで、雇用主と従業員がともに雇用関係、雇用主が終身在職権を所有していた期間の情報を獲得するのみであることが効率的に構成される。この仕組みは、既に前従業員のＤＩＶの個々のＩＤ４４に関与している元雇用主が前従業員に関連する現在の情報に非認証アクセスを防ぐ。ＤＩＶ  ＳＹＳＴＥＭ  １０の発明者の現在の公的実施例において、企業体がエンティティメンバ３２になる時は常に、雇用主によって雇用された従業員数に基づく規定の基本的認可責任の形式での証拠責任を発動させる。また、他の責任は基本的な認可を超えて関連するか追加している業務のために確立される。また、もちろん、他の様々な支払いシステムが、それらに提供されたサービスのためにエンティティメンバ３２に請求するために確立されるかもしれない。
【００７３】
また、アカウントユニット１８は、他の責任をエンティティメンバ３２に適用するために使用されるだろう。例えば、それは技能評価システムの使用のための責任を処理し得る。他の様々な活動の追跡にも効率的に構成される。そのため、レポート作成、統計情報などの追加サービスはＤＩＶシステム１０のメンバのニーズの充満を助長することが可能である。
【００７４】
上記の望ましい手段は雇用主賃金モデルを持続し、その中で、個人会員３０はＤＩＶシステム１０の無料使用が許可される。しかしながら、そのモデルはある他の理由が従来的ではない。例えば、クレジットやハウジングの申し込みはしばしば応募者賃金モデルを使用する。その上、二者択一で、トランザクション内容に基づき、発明的なＤＩＶシステム１０は柔軟に雇用体系に導入され得る。ここで、好適実施例を参照し、ＤＩＶシステム１０は瞬時の使用、例えば、オンライン雇用と検証割合；認証された情報の作成とプロフィール；個人的データベース２０とエンティティデータベース２２のデータベース管理；オンラインまたは電子メールを使用した就職応募；そして、非検証されたレジュメをそれぞれの起因するソースからすべて認定された認証されたプロフィールに取り替えにより、送達の仕組みを変更など使用することで説明可能である。経過段階で注意すべき別の発明の用途はハウジング、銀行、信用調査所、および教育機関にある。しかしながら、発明的なＤＩＶシステム１０は必ずしも産業の設定グループのみ制限されるというわけではない。どこにおいても認証された情報交換が必要であるという潜在的応用素が存在する。
【００７５】
様々な実施例が上記で説明されているが、それらが制限ではなく、例としてだけ提示されたことを理解されるべきである。したがって、発明の幅と範囲は上記の模範的実施例のいずれかにより制限されるべきではないのだが、以下のクレームとそれらの同義に従って、定義するべきである。
【産業上の利用可能性】
【００７６】
現在のＤＩＶシステム１０は様々な適応における使用によく一致する。既に雇用、教育、財政、およびハウジングの例を提供した。しかしながら、発明は特定の産業または分野に制限されることはない。重要な情報を使用するエンティティである２つの例を、このことを強調するためにここで提示する：医薬と政府。多数の投薬を管理、または分配するとき、病院は情報の検証を確実に行い、そして、パスポート、運転免許、または他の身許保証書を提供する際、政府は検証された情報の要求を必須とする。ＤＩＶシステム１０が解決する問題は普遍的である：信用に値するなら、個人に関する情報は単にエンティティ（発明のエンティティメンバ３２）の有用である。その結果、発明は個人に関する情報のプロフィールの内容の検証が可能なくらい妥当な決定を下すことを許可する。
【００７７】
また、発明的なＤＩＶシステム１０は個人会員３０に非常に有用である通常、もし、ある人に対する情報が正しく、完璧で、時宜的などであるのなら、彼らが認識者であるという事実は実践的に承認され得る。その上、通常、彼らは動機付けた最も強く、それを見受けるため活力的である。その結果、発明は彼ら大多数を自身の情報の専門家にする彼らに関する情報を、修正のため、悪用に対する取り締まりのため再検討する権限を与える。
【００７８】
ＤＩＶシステム１０はコンピュータ、通信、およびセキュリティフィールドにおいて多数の最高の技術を終結する。それはいかなる特定のハードウェア、ソフトウェア、またはセキュリティ体系にも無制限である。ハードウェアは、非常に統合されるか、または広く分散され得る。特に、市のパブリックアクセスネットワークかインターネットなどの広域ネットワークとして採用される。ユーザ３４は、従来の、または、新しいタイプのユーザアクセスデバイス２８を使用によりそれを採用し得る。その個人的データベース２０とエンティティデータベース２２は、非常にまれであるが、単数または複数のデータベースであり得る。デジタル証明スタンプに関するセキュリティの厳しいプロコトル、または他のプロコトル、これは複数のレコードに実質的に対応することで検証された情報に関してほとんどの場合に十分であると考えられる、両方を使用し得る。
【００７９】
上記の、かつ他の理由で、本発明のＤＩＶシステム１０は広範囲において産業適用可能性があると予想される。したがって、本発明の商業ユーティリティは大規模かつ持続的なものとなることがと予想される。
【図面の簡単な説明】
【００８０】
本発明の目的と利点が以下の詳述で中の図面の付図に関連して明らかになる。
【図１】現在の発明的なデジタル情報検証システムに従った実施例の概略的概要。
【図２ａ】実施例に関する個人およびエンティティデータベースで図１について使用されるプロフィールレコードを示すブロックダイアグラム。
【図２ｂ】実施例に関する個人およびエンティティデータベースで図１について使用されるプロフィールレコードを示すブロックダイアグラム。
図面上の様々な数字はその同様の数字の要素かステップの参照としてそれぞれを指示。
【符号の説明】
【００８１】
１０  ＤＩＶ  システム
１２  プロセス制御器
１４  デバイスマネージャ
１６  サーチエンジン
１８  アカウントユニット
２０  個人的データベース
２２  エンティティデータベース
２４  認証プロセッサ
２６  通信ユニット
２８  ユーザアクセスデバイス
３０  個人会員
３２  エンティティメンバ
３４  ユーザ
４０  個人レコード
４２  レコード  ＩＤ
４４  ＤＩＶ  個々の  ＩＤ
４６  参照先コントロール
５０  エンティティレコード
５２  レコードＩＤ
５４  ＤＩＶ  グループ  ＩＤ
【図１】
2004537127.tif 000003
【図２ａ】
2004537127.tif 000004
【図２ｂ】
2004537127.tif 000005
【国際公開パンフレット】
2004537127.tif 000006
2004537127.tif 000007
2004537127.tif 000008
2004537127.tif 000009
2004537127.tif 000010
2004537127.tif 000011
2004537127.tif 000012
2004537127.tif 000013
2004537127.tif 000014
2004537127.tif 000015
2004537127.tif 000016
2004537127.tif 000017
2004537127.tif 000018
2004537127.tif 000019
2004537127.tif 000020
2004537127.tif 000021
2004537127.tif 000022
2004537127.tif 000023
2004537127.tif 000024
2004537127.tif 000025
2004537127.tif 000026
2004537127.tif 000027
2004537127.tif 000028
2004537127.tif 000029
2004537127.tif 000030
2004537127.tif 000031
2004537127.tif 000032
2004537127.tif 000033
2004537127.tif 000034
2004537127.tif 000035
【国際調査報告】
2004537127.tif 000036