(57)【要約】【課題】利用者が、柔軟で安全な個人的情報の入手及び開示を行うことが可能で、かつ個人的情報の入手および開示に関わる各種のサービス事業者が、サービスの維持管理に必要な収益を得られるような、システム、情報端末、オペレーションシステム、ミドルウェア、報通信機器、暗号化ファイルシステム、認証方法、キーワード割り付けシステム及びアプリケーションソフトウェアを提供すること。【解決手段】本発明によると、特定の被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じて、前記被開示者に与えたアクセス権を前記アクセス権起因情報ごとに前記開示者が任意に制御する手段を有するシステムが提供される。【選択図】図７５Ｂ
2007323214.tif 000002
【特許請求の範囲】
【請求項１】
特定の被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じて、前記被開示者に与えたアクセス権を前記アクセス権起因情報ごとに前記開示者が任意に制御する手段を有するシステム。
【請求項２】
特定の被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じてアクセス権を前記被開示者に与えた状態で、前記開示者が前記アクセス権と前記アクセス権起因情報とを独立して制御する手段を有することを特徴とするシステム。
【請求項３】
被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じて被開示者に与えたアクセス権を、前記アクセス権起因情報ごと、前記アクセス権起因情報の任意の集合ごと、もしくは情報アイテムに付与された検索用のキーワードごとに、前記開示者が任意に制御し、前記アクセス権起因情報の被開示者が、一人または複数の前記開示者から開示された前記アクセス権起因情報、および前記被開示者自身のプライベート情報のなかから、前記非開示者の必要とする情報を検索する手段を有するシステム。
【請求項４】
被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じて被開示者に与えたアクセス権を、前記アクセス権起因情報ごと、前記アクセス権起因情報の任意の集合ごと、もしくは情報アイテムに付与された検索用のキーワードごとに、開示者が任意に制御できる状態において、
前記開示者がプライベート情報を前記被開示者に開示する際、前記アクセス権起因情報とともに、前記開示者が前記アクセス権起因情報に割り付けた検索のためのキーワードをも同時に開示し、
前記被開示者は、前記情報端末上のＧＵＩにおいて、前記開示者から開示された前記アクセス権起因情報およびそれに割り付けられた前記検索用のキーワードを前記開示者から開示された前記アクセス権起因情報の検索に利用し、且つ前記アクセス権起因情報及び前記被開示者自身のプライベート情報のなかから、前記非開示者が必要とする情報を検索することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム、情報端末、オペレーティングシステム、ミドルウェア、情報通信機器、暗号化ファイルシステム、認証方法、キーワード割り付けシステム及びアプリケーションソフトウェアに関する。
【背景技術】
【０００２】
近年、情報通信技術の発展により、パーソナルコンピュータ（ＰＣ）、携帯型個人情報端末（以下、ＰＤＡと称する）、及び携帯電話など、ネットワークに接続して利用される情報通信機器が普及してきている。また、デジタルカメラ、ビデオカメラ、携帯型音楽プレーヤ、ゲーム機、携帯型ゲーム機、ビデオレコーダなどの様々な民生機器も、ネットワークへの接続が進んでいる。これらの様々な情報機器がインターネットで接続されることで、多様なサービスが生まれ、利便性が向上している。
【０００３】
この種のサービスのなかで最も顕著なものは、情報通信におけるウェブ（ｗｅｂ）をベースとした情報開示である。ウェブ（ｗｅｂ）の普及によって、万人に等しく世界に向けた情報発信の機会が与えられるようになったのみならず、映画や音楽などの有料コンテンツを配信したり、さらに決済手段を提供したりするなど、その用途は急速に拡大している。
【０００４】
しかし一方で、これら各種情報機器のネットワーク化によって、保護されるべき情報が情報所有者の意志に反して流出したり、ネットワーク上で公開されてしったりする危険性が高まっている。この問題は、個人情報保護に対する関心の高まりや法制化とも相まって、社会的に大きな問題になりつつある。
【０００５】
これは、ウェブ（ｗｅｂ）をベースにとした情報開示技術が、全世界に対する公開を基礎としていることに一因がある。現実に、世界中のウェブサイトにある情報のほとんどは、誰でも閲覧が可能である。情報によって閲覧可能な人を限定する必要がある場合には、ユーザ名やパスワードなどの認証手段によってウェブサイトにある情報に対するアクセスを限定する方法が用いられるが、「誰にどの情報を開示するのか」を制御するという観点で情報開示の柔軟性に欠け、管理運営に手間やコストがかかる。そのため、一般のインターネット利用者には運用が困難である。また、ほとんどの場合、その安全性は高くない。現実には、保護すべき情報の実体がウェブサーバにファイルとして存在しているので、様々な技術的、人的手段によってこれが流出する事態が起こっている。
【０００６】
様々な情報機器のネットワーク化によるもう一つの問題は、ネットワークを通じてやりとりされる情報量が急速に増大した結果、利用者による情報の保守、管理が困難になりつつあるという点である。インターネット上で他者が管理し公開している情報の量、および各種情報端末で自らが管理している個人的な情報の量、の両方が爆発的に増大した結果、必要な情報を必要な時に利用することが難しくなっている。
【０００７】
インターネット上で他者が管理し公開している情報に関しては、これら各種情報端末からインターネット上の必要な情報を効率よく検索する技術が提案されており、利用者は、利便性を損なわずにより多くの情報を利用できるようになってきた。現在、検索技術は、情報通信技術の中でも主要な地位を占めるに至っている。
【０００８】
一方、これら各種の端末で利用者自らが管理している個人的な情報（各種個人情報、私信、写真、ビデオなど）の、インターネットを通じたやりとりのためには、電子メールのやり取りによる個人情報の入手、開示及びそれを基にした各種端末の情報同期方法が提案されている（例えば、特許文献１参照）。しかしながら、この手段には、情報の入手において、他人から更新情報を必ず受け取れるという保障がなく、情報入手の確実性に欠けるという問題があった。また、たとえば電子メールで受領した情報を自らデータベースに入力する必要があるなど、入手した情報の管理に手間がかかるという問題もあった。
【０００９】
これらの問題を解決する手段として、ウェブサーバ上での個人的情報の同期および開示が提案されている（特許文献２乃至４参照）。この手段の中で特に、近年ソーシャル・ネットワーク・サイト（ＳＮＳ）と呼ばれる、個人的な情報をサーバ上で、開示先を限定してやりとりすることのできるサービスが普及している。この手段では、事業者がサーバを立ち上げて会員を募り、ユーザ名及びパスワードの登録、フォルダの共有などの認証手段を確保した上で、前記サーバ上に会員各人が個人情報をアップロードする。この手段によれば、他人の情報が更新されたときに、自分のデータベースが自動的に更新されるため、他人の情報を含めて、常に最新で一貫性のある情報を閲覧することが可能となる。また、自らの知人といった特定人にのみ情報を開示することも可能となる。そして、日記や写真など限られた情報のみを開示することも可能となる。しかしながら、ウェブサーバにあるリモートデータへのアクセスとなるため、動作が遅く不安定であるという問題もあった。そして、すべての個人情報がサーバに集中しているため、それを管理する事業者のリスクが大きいという問題もあった。さらに、ユーザ名とパスワードなど、弱い認証手段が用いられているため、機密性の高い情報には使えないという問題もあった。
【００１０】
更にこのＳＮＳのような、ウェブサーバ上での個人的情報の開示および同期のサービスにおいては、サーバの維持管理のための資金を事業者が得ることが不可欠であり、通常ウェブサイト上に掲載される広告などでその資金をまかなっている。そのために会員数の増大は欠かせない。ところが、一般の（公開されている）ウェブサイトはすべて無料であることから、この種の個人的情報のやりとりのサービスであっても、利用者に課金することは極めて困難である。ここに、この種のサーバを使った個人的情報の開示や同期をおこなうサービスの品質や守秘性が向上しない理由があった。
【特許文献１】特開２０００−２０３７０号公報
【特許文献２】米国特許出願公開２００５／０１５９９９８号公報
【特許文献３】米国特許出願公開２００４／００４１８３６号公報
【特許文献４】米国特許出願公開２００５／０１５９９７０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
様々な情報端末でのプライベート情報の入手および開示に関して、現在提案されている電子メールもしくはウェブを前提とした方法の具体的な課題は、以下の６点に集約される。
【００１２】
ここで、ウェブや広告などによって一般への公開を前提としない情報を全てプライベート情報と呼ぶ。例えば、個人の電話番号、住所、電子メールアドレスなどの属性情報や、写真、ビデオ、日記、スケジュール、診療履歴、職務経歴、現在いる位置などの個人が所有する情報、団体や法人の電話番号、電子メールアドレス、人事情報などの団体や法人の構成員に関わる情報、あるいは団体や法人の運営に関わる組織情報、財務情報、営業情報、顧客情報などの団体や法人が所有する情報の三種類の情報を全てプライベート情報と呼ぶ。
【００１３】
第一に端末間の情報一貫性の欠如、第二に他者から開示された情報管理の困難さ、第三に自分の情報開示管理の困難さ、第四に情報開示の柔軟性欠如、第五に開示後の情報制御の困難さ、そして第六にウェブを用いたプライベート情報の開示管理サービスの維持が経済的な面から困難であることである。これらの問題は、既に提案されている、電子メールによる情報交換、あるいはウェブサーバでの情報開示および同期などの方法では経済的合理性のある解決は難しく、またインターネット上で公開された情報から必要な情報を検索することを目的とする、既存の検索技術の精度を向上することでは解決できない問題である。
【００１４】
第一の、端末間の情報一貫性の欠如は、一人の利用者が複数の端末を利用している場合に起こる問題である。たとえば据置型ＰＣ、携帯型ＰＣ、および携帯電話の三台の端末を使っている利用者が、携帯型ＰＣの電話帳を更新しても、据置型ＰＣや携帯電話に対して利用者が入力をおこなうか、明示的に情報同期の操作を行うまでは、これらの端末の電話帳は更新されない。管理する情報が増えると、利用者は端末の更新状態を管理し切れなくなり、端末間の情報一貫性が保てない。
【００１５】
第二の、他者の情報管理の困難さは、主として電子メール等で送られてくる他者のプライベート情報を管理しきれないという問題である。たとえば、他者の電話番号の変更があった場合、電子メールで送られてきた情報を自ら住所録などに入力して管理するのが一般的であるが、情報量が多いとその住所録を常に最新の状態に保つには多くの労力を必要し、多くの場合、住所録を適切に管理できていない。
【００１６】
第三の、自分の開示管理の困難さは、自分のプライベート情報を更新した場合、明示的に電子メールなどで知人に対して通知を出す必要があるという問題である。たとえば、自分の電話番号や勤務先が変わった場合、新たな情報を電子メール等で知人に知らせるが、通知すべき人や情報が多いと、必要な人に必要な情報をすべて通知しているとは限らず、また誰に通知して誰に通知しなかったかをプライベート情報の所有者自身が把握できなくなる。
【００１７】
第四の、情報開示の柔軟性欠如は、情報所有者の望みどおりに、特定のプライベート情報を特定の相手に開示することが難しいという問題である。ウェブでプライベート情報の開示を行えば、上記の電子メールなどによる情報開示管理の困難は回避できるが、ウェブは基本的にすべての情報を全世界に公開するものであるし、ＳＮＳなどのような新しい方法でも、たとえば「日記を友人に開示」といった大まかな区分での開示制御しかできない。電子メールによる情報開示では、開示管理の柔軟性は維持できるが、上に述べたように、開示管理が煩雑となる。つまり、上記の第三の問題と、この第四の問題は相反関係にあり、最適な方法がない。
【００１８】
第五の、開示後の情報制御の困難は、現在の通信方法では、一度開示してしまったプライベート情報は、開示先に所有権が移るため、原則的に情報所有者による制御は不可能である、という問題である。たとえば、電子メールで送ったり、ウェブサイトに入力したりしたプライベート情報は、それ以降は開示先の所有する情報として扱われるため、開示先が好きなように利用や再開示することができ、本来のプライベート情報の所有者による制御ができない。これが、個人情報の流出などの様々な社会問題を生む原因となっている。
【００１９】
第六の、ウェブを用いたプライベート情報の開示管理サービスの維持が経済的な面から困難である問題は、現在のインターネット環境において、ほぼすべてのウェブサイトや検索技術が無料で利用できることから、利用者が既に使っている電子メール以外のソフトウェアやサービスに、そこから得られる利便性向上の対価を支払う意志が生まれにくいという事情からくる。ＳＮＳなどのサービスが、ウェブや電子メールほど大きく広がらず、品質も向上しない理由がここにある。これまで述べた具体的問題を解決するためには、個人的情報の開示管理サービスに対して、サービス事業者が充分にその対価を得られるような事業モデルの開発が不可欠であるが、これまでは成功していない。
【００２０】
本発明は、このような事情に鑑みてなされたものであり、利用者が、柔軟で安全な個人的情報の入手及び開示を行うことが可能で、かつ個人的情報の入手および開示に関わる各種のサービス事業者が、サービスの維持管理に必要な収益を得られるような、システム、情報端末、オペレーションシステム、ミドルウェア、報通信機器、暗号化ファイルシステム、認証方法、キーワード割り付けシステム及びアプリケーションソフトウェアを提供することを目的とする。
【課題を解決するための手段】
【００２１】
本発明の一実施形態によると、特定の被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じて、前記被開示者に与えたアクセス権を前記アクセス権起因情報ごとに前記開示者が任意に制御する手段を有するシステムが提供される。
【００２２】
本発明の一実施形態によると、特定の被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じてアクセス権を前記被開示者に与えた状態で、前記開示者が前記アクセス権と前記アクセス権起因情報とを独立して制御する手段を有することを特徴とするシステムが提供される。
【００２３】
本発明の一実施形態によると、被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じて被開示者に与えたアクセス権を、前記アクセス権起因情報ごと、前記アクセス権起因情報の任意の集合ごと、もしくは情報アイテムに付与された検索用のキーワードごとに、前記開示者が任意に制御し、前記アクセス権起因情報の被開示者が、一人または複数の前記開示者から開示された前記アクセス権起因情報、および前記被開示者自身のプライベート情報のなかから、前記非開示者の必要とする情報を検索する手段を有するシステムが提供される。
【００２４】
本発明の一実施形態によると、被開示者に対する開示者のアクセス権起因情報について、前記開示者が情報端末上のＧＵＩを通じて被開示者に与えたアクセス権を、前記アクセス権起因情報ごと、前記アクセス権起因情報の任意の集合ごと、もしくは情報アイテムに付与された検索用のキーワードごとに、開示者が任意に制御できる状態において、
前記開示者がプライベート情報を前記被開示者に開示する際、前記アクセス権起因情報とともに、前記開示者が前記アクセス権起因情報に割り付けた検索のためのキーワードをも同時に開示し、
前記被開示者は、前記情報端末上のＧＵＩにおいて、前記開示者から開示された前記アクセス権起因情報およびそれに割り付けられた前記検索用のキーワードを前記開示者から開示された前記アクセス権起因情報の検索に利用し、且つ前記アクセス権起因情報及び前記被開示者自身のプライベート情報のなかから、前記非開示者が必要とする情報を検索することを特徴とするシステムが提供される。
【発明の効果】
【００２５】
本発明のシステム、情報端末、オペレーションシステム、ミドルウェア、報通信機器、暗号化ファイルシステム、認証方法、キーワード割り付けシステム及びアプリケーションソフトウェアには、他人に対する自分の個人情報の開示を制御する手段と、自分が他人に開示した自分の個人情報の他人による利用を制御する手段とを有するＧＵＩが組み込まれている。したがって、本発明によれば、柔軟な個人情報の入手及び開示を行うことが可能となる。
【発明を実施するための最良の形態】
【００２６】
（定義）
以下、本発明を詳細に説明する上で必要な幾つかの用語を以下のとおり定義する。
【００２７】
（プライベート情報）
ウェブや広告などによって一般への公開を前提としない情報を全てプライベート情報と呼ぶ。例えば、個人の電話番号、住所、電子メールアドレスなどの属性情報や、写真、ビデオ、日記、スケジュール、診療履歴、職務経歴、現在いる位置などの個人が所有する情報、団体や法人の電話番号、電子メールアドレス、人事情報などの団体や法人の構成員に関わる情報、あるいは団体や法人の運営に関わる組織情報、財務情報、営業情報、顧客情報などの団体や法人が所有する情報の三種類の情報を全てプライベート情報と呼ぶ。
【００２８】
（アクセス権）
情報の所有者が、プライベート情報を、特定の個人、団体、法人、あるいは特定の属性を持った個人、団体、法人の集合に開示しようとする際、開示された者が、その開示された情報所有者の情報を閲覧、利用、または第三者への再開示することのできる権限を、アクセス権と呼ぶ。
【００２９】
（アクセス権起因情報）
情報の所有者が、特定の他者に対してアクセス権を与える際、その他者に対してアクセス権を与えたプライベート情報を、アクセス権起因情報という。たとえば、甲が乙に対してアクセス権を与えた情報を、甲の乙に対するアクセス権起因情報という。
【００３０】
プライベート情報は、通常、電子メールやウェブサイトへの入力などを通じて特定の相手に開示すると、開示先の端末に、開示時点での情報のコピーが作られ、それを開示先の端末上でファイルとして管理される。この時点で、この情報のコピーのアクセス権は開示先に移る。このコピーの利用や、他者への再開示などは、すべて開示先の意志によって行われる。これが、これまでに情報機器のネットワーク広く使われてきた、情報のファイルによる管理である。
【００３１】
この方法の問題点は二つある。第一は、「情報の所有者」には関係なく、「ファイルの所有者」が情報へのアクセス権を有している点、第二は、ファイルと情報が常に等しいものとして扱われている点である。当然ながら、このような開示されたプライベート情報に関して、情報の所有者とファイルの所有者は同じではない。本来情報の所有者でない、ファイルの所有者が情報の所有者の意志に反してこれを利用または再開示できるところに、既に述べた個人情報流出などの問題の根本的な原因がある。また、このように作られた開示先側のファイル上にある情報のコピーは、開示時点でのコピーであるため、開示後に開示元で情報が変更された場合には、開示先の管理するファイル上にある情報と一致しなくなる。これが、既に述べたように、ネットワークに接続された情報端末による現在の方法において、情報の一貫性の維持が困難で、管理が煩雑となる根本的な理由である。
【００３２】
そもそも、これまで広く使われてきたファイルという概念自体、コンピュータハードウェアの構成に必要かつ最適だという理由で生まれてきたものであり、情報の所有者による情報の管理を必要とする、人間社会の要求に合致するものではない。ウェブなどの世界に向けた情報公開では問題にならなかったこの矛盾が、情報の所有者による管理が重大な関心事となる個人的情報の開示においては、大きな問題を引き起こしてきたが、これを有効に解決する手段はなかった。
【００３３】
これに対して本発明では、情報所有者である開示元は、開示したい情報のコピーではなく、その情報に対するアクセス権を開示先に与えるという方法をとる。具体的には、開示する情報は秘密鍵などで暗号化した上、秘密鍵を開示先の端末に送る。この秘密鍵がアクセス権である。開示先が開示された情報を閲覧、利用する必要がある場合、与えられた秘密鍵で情報を復号化して平文を得る。ただし、この秘密鍵は開示先に送られた後でも、常に情報所有者（開示元）の制御下にあり、たとえば情報所有者がいつでも無効化できる。また、秘密鍵で暗号化された情報の実体は、開示先の端末に保存されていても、開示元が開示先の要求に応じて送っても、あるいは第三者の端末に保存され、開示先の要求に応じて開示先の端末に送ってもよい。更に、暗号化された情報の実体は開示先に送らずに、その秘密鍵によって暗号化されたハッシュのみを開示先に送っておき、開示先がハッシュを復号化した上これを参照しながら、必要な情報の実体を所持している相手より入手して利用することもできる。情報所有者である開示元が開示先に与えているのは、ファイルではなくアクセス権のみであるから、開示元で情報が変更されても、アクセス権がある限り、開示先は常に最新の情報を得ることができる。
【００３４】
図７５Ａ及びＢを参照して、本発明の一実施形態における情報開示の原理について説明する。図７５Ａ及びＢにおいては、Ｔｏｍ、Ｆｒａｎｋ、Ｌａｕｒａ、Ｂｏｂの４名が各々のプライベート情報をＢｅｔｔｙに開示している。図７５Ａは従来の情報開示の方法である。Ｔｏｍ、Ｆｒａｎｋ，Ｌａｕｒａ，Ｂｏｂは、Ｂｅｔｔｙへの開示に際して、各自のプライベート情報のコピーを作成してこれを、Ｂｅｔｔｙに送る。Ｂｅｔｔｙはこれらのプライベート情報のコピーを自らのファイル０１の上で所有、管理する。Ｂｅｔｔｙのファイル上にあるＴｏｍ，Ｆｒａｎｋ、Ｌａｕｒａ，Ｂｏｂの個人的情報は、Ｂｅｔｔｙがどのように利用や再開示してもこれを情報所有者が制限する方法はないし、また情報開示元で情報に何らかの変更が生じても、情報開示元がコピーを作成の上、明示的にＢｅｔｔｙに送らない限り、この変更をＢｅｔｔｙが知る手段はない。
【００３５】
これに対して、図７５Ｂは本発明による情報開示の方法である。Ｔｏｍ，Ｆｒａｎｋ、Ｌａｕｒａ，Ｂｏｂの各自は、Ｂｅｔｔｙへの個人的な情報の開示にあたって、アクセス権を制御する秘密鍵０２でこれらを暗号化し、この秘密鍵を開示先であるＢｅｔｔｙへ送る。これらの秘密鍵は、開示先であるＢｅｔｔｙの鍵保管庫０３に保管されるが、各々の秘密鍵は開示元であるそれぞれの情報所有者の制御下にあり、開示元がいつでも無効化ができる。これらの秘密鍵によって、アクセス権起因情報のアクセス権が、情報の開示者によって制御される。これらの秘密鍵で暗号化された個人的情報は、たとえばＬａｕｒａのようにＢｅｔｔｙの情報保管庫０４に送っても良いし、Ｂｏｂのように開示元０５で保管しておき、これをＢｅｔｔｙからの要求に従って、開示先に送っても良い。または、Ｔｏｍのように第三者やＢｅｔｔｙの他の端末０６に送っておいて、Ｂｅｔｔｙからの要求にしたがって、第三者からやＢｅｔｔｙの他の端末からＢｅｔｔｙに対して送信しても良いし、あるいはＦｒａｎｋのようにハッシュのみをＢｅｔｔｙの端末に送っておいて、ＢｅｔｔｙはこのハッシュをＦｒａｎｋの秘密鍵で復号化することで、参照しながら、必要に応じて実体をＦｒａｎｋから入手することもできる。Ｂｅｔｔｙは、アクセス権、すなわち秘密鍵０３が有効である限り、必要に応じて、その秘密鍵で暗号化された情報を復号化し、平文を得ることで利用できる。また、アクセス権情報所有者である開示元で、情報に変更があった場合には、自動的に新しい情報を秘密鍵で暗号化して、Ｂｅｔｔｙに送る、自分で保持する、または第三者の端末に送るなどおけば、Ｂｅｔｔｙはアクセス権が有効である限り、暗号化された情報を入手して同じ秘密鍵で復号化することで、最新の情報を利用することができる。
【００３６】
まず、図１を参照して、本発明の情報端末、オペレーションシステム、ミドルウェア、報通信機器、暗号化ファイルシステム、認証方法、キーワード割り付けシステム及びアプリケーションソフトウェアの一実施形態における個人情報の入手及び開示について説明する。なお、図１においては、自分（Ｍｅ）をＴｏｍとしている。同図においては、自分（Ｔｏｍ）と他人（Ｙｏｕ）とがネットワーク１０を介してプライベート情報を相互に入手及び開示している。同図においては、他人（Ｙｏｕ）を父及び友人Ａ〜Ｃとしているが、本発明はこれに制限されず、他人（Ｙｏｕ）は１人以上であれば何人であってもよい。同図に示すとおり、本発明におけるプライベート情報の入手及び開示においては、各自が各自のプライベート情報を所有し、且つ、その更新及び開示を制御している。なお、本件明細書及び図面においては、自分のプライベート情報をＭｙ  Ｉｎｆｏ．１１とし、自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）１１以外のすべての個人情報を他人のプライベート情報情報（Ｙｏｕｒ  Ｉｎｆｏ．）１２とする。
【００３７】
次に、本発明のシステムについて説明する。本発明のシステムは、表示手段としてグラフィカルユーザーインターフェイス（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）を備える。前記ＧＵＩは、例えば、後述のマイノード（Ｍｙ  Ｎｏｄｅ）の画面に表示される。
【００３８】
図２に、本発明のＧＵＩの一例を示す。同図は、自分（Ｍｅ）がＴｏｍ（Ｔｏｍ  Ｂｒｏｗｎ）である場合の例である。同図においては、左から３列目のＹｏｕの列でＤａｄ（父）を選択しており、同図は、Ｔｏｍから見た、Ｔｏｍと父の間のプライベート情報の相互開示を示している。Ｙｏｕｒ  Ｉｎｆｏ．２２には、Ｔｏｍの父（Ｊｉｍ  Ｂｒｏｗｎ）がＴｏｍに開示しているプライベート情報（この例では、住所（Ａｄｒｅｓｓ）、電話番号（Ｐｈｏｎｅ）及び家族の写真（Ｆａｍｉｌｙ  ｐｈｏｔｏ））が表示されている。また、Ｍｙ  Ｉｎｆｏ．２１に示したチェックマークは、Ｔｏｍが父に開示しているプライベート情報（この例では、住所（Ａｄｒｅｓｓ）、電話番号（Ｐｈｏｎｅ）、電子メールアドレス（ｅｍａｉｌ）、誕生日（ｂｉｒｔｈｄａｙ）及び自分の写真（Ｍｙ  ｐｈｏｔｏ））を示している。Ｔｏｍは、各プライベート情報のチェックボックス２３を選択（クリック）することで、父に開示するプライベート情報を選択、変更することができる。
【００３９】
図３に、本発明のＧＵＩのその他の例を示す。同図は、自分（Ｍｅ）がＴｏｍの父（Ｊｉｍ  Ｂｒｏｗｎ）である場合の例である。同図においては、左から３列目のＹｏｕの列でＴｏｍを選択しており、同図は、Ｔｏｍの父からみた、父とＴｏｍの間のプライベート情報の相互開示を示している。Ｙｏｕｒ  Ｉｎｆｏ．３２には、Ｔｏｍが父に開示しているプライベート情報（この例では、住所（Ａｄｒｅｓｓ）、電話番号（Ｐｈｏｎｅ）、電子メールアドレス（ｅｍａｉｌ）、誕生日（ｂｉｒｔｈｄａｙ）及び自分の写真（Ｍｙ  ｐｈｏｔｏ））が表示されている。また、Ｍｙ  Ｉｎｆｏ．３１に示したチェックマークは、Ｔｏｍの父（Ｊｉｍ  Ｂｒｏｗｎ）がＴｏｍに開示しているプライベート情報（この例では、住所（Ａｄｒｅｓｓ）、電話番号（Ｐｈｏｎｅ）及び家族の写真（Ｆａｍｉｌｙ  ｐｈｏｔｏ））を示している。Ｔｏｍの父（Ｊｉｍ  Ｂｒｏｗｎ）は、各プライベート情報のチェックボックス３３を選択（クリック）することで、Ｔｏｍに開示するプライベート情報を選択、変更することができる。なお、同図においては、Ｍｙ  Ｉｎｆｏ．３１に示したチェックマークは、前述の図２のＹｏｕｒ  Ｉｎｆｏ．２２に対応しており、Ｙｏｕｒ  Ｉｎｆｏ．３２は、前述の図２のＭｙ  Ｉｎｆｏ．２１に示したチェックマークに対応している。
【００４０】
図４に、本発明のＧＵＩのさらにその他の例を示す。同図は、自分（Ｍｅ）がＴｏｍ（Ｔｏｍ  Ｂｒｏｗｎ）である場合の別の例である。同図においては、左から３列目のＹｏｕの列でＢｅｔｔｙを選択しており、同図はＴｏｍから見た、ＴｏｍとＢｅｔｔｙの間のプライベート情報の相互開示を示している。Ｙｏｕｒ  Ｉｎｆｏ．４２には、ＢｅｔｔｙがＴｏｍに開示しているプライベート情報（この例では、Ｔｏｍとの写真（Ｐｈｏｔｏ  ｗｉｔｈ  Ｔｏｍ））が表示されている。また、Ｍｙ  Ｉｎｆｏ．４１に示したチェックマークは、ＴｏｍがＢｅｔｔｙに開示しているプライベート情報（この例では、住所（Ａｄｒｅｓｓ）、電話番号（Ｐｈｏｎｅ）、電子メールアドレス（ｅｍａｉｌ）、誕生日（ｂｉｒｔｈｄａｙ）、クレジットカード番号（ｃｒｅｄｉｔ  ｃａｒｄ  ｎｕｍｂｅｒ）及びＢｅｔｔｙとの写真（Ｐｈｏｔｏ  ｗｉｔｈ  Ｂｅｔｔｙ））を示している。Ｔｏｍは、各プライベート情報のチェックボックス４３を選択（クリック）することで、Ｂｅｔｔｙに開示するプライベート情報を選択、変更することができる。
【００４１】
図５に、本発明のＧＵＩのさらにその他の例を示す。同図は、自分（Ｍｅ）がＢｅｔｔｙである場合の例である。同図においては、左から３列目のＹｏｕの列でＴｏｍを選択しており、同図はＢｅｔｔｙから見た、ＢｅｔｔｙとＴｏｍの間のプライベート情報の相互開示を示している。Ｙｏｕｒ  Ｉｎｆｏ．５２には、ＢｅｔｔｙがＴｏｍに開示しているプライベート情報（この例では、住所（Ａｄｒｅｓｓ）、電話番号（Ｐｈｏｎｅ）、電子メールアドレス（ｅｍａｉｌ）、誕生日（ｂｉｒｔｈｄａｙ）、Ｂｅｔｔｙとの写真（Ｐｈｏｔｏ  ｗｉｔｈ  Ｂｅｔｔｙ）及びクレジットカード番号（ｃｒｅｄｉｔ  ｃａｒｄ  ｎｕｍｂｅｒ））が表示されている。また、Ｍｙ  Ｉｎｆｏ．５１に示したチェックマークは、ＢｅｔｔｙがＴｏｍに開示しているプライベート情報（この例では、Ｔｏｍとの写真（Ｐｈｏｔｏ  ｗｉｔｈ  Ｔｏｍ））を示している。Ｂｅｔｔｙは、各プライベート情報のチェックボックス５３を選択（クリック）することで、Ｔｏｍに開示するプライベート情報を選択、変更することができる。なお、同図においては、Ｍｙ  Ｉｎｆｏ．５１に示したチェックマークは、前述の図４のＹｏｕｒ  Ｉｎｆｏ．４２に対応しており、Ｙｏｕｒ  Ｉｎｆｏ．５２は、前述の図４のＭｙ  Ｉｎｆｏ．４１に示したチェックマークに対応している。
【００４２】
図５に示すとおり、Ｂｅｔｔｙは、Ｔｏｍに対して電子メールアドレス（ｅｍａｉｌ）や電話番号（Ｐｈｏｎｅ）などのコンタクト情報を一切開示せずに、Ｔｏｍとの写真（Ｐｈｏｔｏ  ｗｉｔｈ  Ｔｏｍ）だけを開示している。また、図５に示すとおり、本発明のシステムによれば、プライベート情報の相互開示における、非対称な情報開示、即ち、等しいまたは同等のプライベート情報をＴｏｍからＢｅｔｔｙに開示しながら、同時にＢｅｔｔｙからＴｏｍには開示しないという状態を、簡便になおかつ柔軟に実現できる。このように、本発明のシステムによれば、現在のウェブ（ｗｅｂ）または電子メールを基礎としたプライベート情報の入手及び開示では難しい柔軟なプライベート情報の入手及び開示を行うことができる。即ち、本発明のシステムによれば、相手ごとに開示するプライベート情報を柔軟に制御することができる。
【００４３】
図６に示すとおり、本発明のシステム６０は、プライベート情報の一部をなすところの、主としてたとえば電話番号、電子メールアドレス、住所などの利用者の属性情報をユーザに直接提供するためのアプリケーション層（Ｐｅｒｓｏｎａｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＰＩ）６１を含む。また、種々のプライベート情報を扱う、様々なアプリケーションソフトウェア６２が、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）６３を通じて、本発明のシステム６０と通信する。なお、前記ＧＵＩには、前記ＡＰＩ６３に準拠しない非ネイティブ・アプリケーションソフトウェア（Ｎｏｎ  ｎａｔｉｖｅ  Ａｐｐｓ）６４を表示させることもできる。同図においては、本発明のシステム６０はミドルウェアであり、オペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ：ＯＳ）上に実装されている。ただし、本発明はこれに制限されるものではなく、本発明のシステム６０は、例えば、ハードウェアなど種々のプラットフォーム上に直接実装されてもよく、またオペレーティングシステムの一部として実装されてもよい。
【００４４】
本発明のシステムが実装されるプラットフォームの例を、図７に示す。図示のとおり、自分（Ｍｅ）が所有する種々のプラットフォームをマイノード（Ｍｙ  Ｎｏｄｅ）と呼び、ネットワーク７０上にある他人（Ｙｏｕ）のプラットフォームと区別する。ＰＣ、据え置き型ゲーム機、携帯電話、携帯ゲーム機、ビデオカメラ、デジタルカメラ、携帯型音楽プレーヤ、テレビ、ＤＶＤレコーダ、固定電話機、ファクスなど、種々のプラットフォームがマイノード（Ｍｙ  Ｎｏｄｅ）となる。マイノード（Ｍｙ  Ｎｏｄｅ）の中には一つだけマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）と呼ばれるマイノード（Ｍｙ  ｎｏｄｅ）がある。これは、マイノード（Ｍｙ  Ｎｏｄｅ）を経由した自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）へのアクセスを制御する特権を持つ。
【００４５】
図８に、マイノード（Ｍｙ  Ｎｏｄｅ）を通じた自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）へのアクセスの一例を示す。前述のとおり、自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）８１は自分（Ｍｅ）が所有しているプライベート情報をさすが、これはプラットフォームに依存しない抽象的な概念であり、それが物理的にどこに保存されているかは問わない。その意味で、マイノード（Ｍｙ  Ｎｏｄｅ）は、自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）８１への通り道といえる。また、マイノード（Ｍｙ  Ｎｏｄｅ）を通じた個々のプライベート情報（Ｍｙ  Ｉｎｆｏ．）８１へのアクセスは、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）で制御できる。更に、各マイノード（Ｍｙ  Ｎｏｄｅ）は、他のマイノード（Ｍｙ  Ｎｏｄｅ）から無効化することが可能である。
【００４６】
図９に、マイノード（Ｍｙ  Ｎｏｄｅ）を通じた自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）へのアクセスの具体例として、Ｔｏｍの携帯電話の画面の一例を示す。Ｔｏｍは、携帯電話を通じて最新の自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）の閲覧及び書き換えができるが（Ｒｅａｄ  ａｎｄ  ｗｒｉｔｅ  ｐｅｒｍｉｔｔｅｄ、◎）、安全性の観点から、閲覧のみ可能（Ｒｅａｄｉｎｇ  ｏｎｌｙ、○）な自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）及び閲覧もできない（Ｎｏ  ａｃｃｅｓｓ  ｐｅｒｍｉｔｔｅｄ）自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）がある。これらのプライベート情報ごとのアクセス権限の指定は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）のみで行える。
【００４７】
図１０に、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）における携帯電話からの自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）へのアクセスを制御するための画面の一例を示す。図示のとおり、左から２列目のマイノード（Ｍｙ  Ｎｏｄｅ）で携帯電話（Ｃｅｌｌ）を選択した上で、変更したい自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）を指定することで、携帯電話からのアクセス権限を指定できる。具体的には、例えば、同図において、×（アクセス不許可）、○（読み出しのみ許可）、◎（読み出し、変更の許可）を選択（クリック）などすることによって変更することで、携帯電話からのアクセス権限を指定できる。
【００４８】
前述のとおり、各マイノード（Ｍｙ  Ｎｏｄｅ）は、他のマイノード（Ｍｙ  Ｎｏｄｅ）から相互に無効化することが可能である。図１１に、Ｔｏｍの携帯電話の画面から、第２のゲーム機（Ｇａｍｅ  ２）を無効化した場合の一例を示す。これは、マイノード（Ｍｙ  Ｎｏｄｅ）と後述のノードアクセス秘密鍵（Ｎｏｄｅ  ａｃｃｅｓｓ  ｓｅｃｒｅｔ  ｋｅｙ）とを同時に紛失又は盗まれた場合の緊急手段であり、通常とは異なる認証手段が用いられる。
【００４９】
前述のとおり、各マイノード（Ｍｙ  Ｎｏｄｅ）は、他のマイノード（Ｍｙ  Ｎｏｄｅ）から無効化することが可能である。図１１に、Ｔｏｍの携帯電話の画面から、第２のゲーム機（Ｇａｍｅ  ２）を無効化した場合の一例を示す。これは、マイノード（Ｍｙ  Ｎｏｄｅ）と後述のノードアクセス秘密鍵（Ｎｏｄｅ  ａｃｃｅｓｓ  ｓｅｃｒｅｔ  ｋｅｙ）とを同時に紛失又は盗まれた場合の緊急手段であり、通常とは異なる認証手段が用いられる。
【００５０】
次に、図１２を参照して、本発明の一実施形態に係るファイルシステムに使用される秘密鍵について説明する。本発明のファイルシステムにおいては、マイノード（Ｍｙ  Ｎｏｄｅ）のデータ保護に秘密鍵を利用する。マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に利用される秘密鍵がマスタ秘密鍵（Ｍａｓｔｅｒ  ｓｅｃｒｅｔ  ｋｅｙ：ＭＳＫ）であり、マイノード（Ｍｙ  Ｎｏｄｅ）に利用される秘密鍵がノード秘密鍵（Ｎｏｄｅ  ｓｅｃｒｅｔ  ｋｅｙ：ＮＳＫ）である。前記ＭＳＫは、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）によって、前記ＮＳＫは、マイノード（Ｍｙ  Ｎｏｄｅ）によって生成される。
【００５１】
図１２（ａ）に示すとおり、前記ＭＳＫは、秘密分散法（２−ｏｕｔ−ｏｆ−３）によって三つの鍵に分散される。これら三つの鍵を、マスタ保存秘密鍵（Ｍａｓｔｅｒ  ｓａｖｅｄ  ｓｅｃｒｅｔ  ｋｅｙ：ＭＳＳ）、マスタ復元秘密鍵（Ｍａｓｔｅｒ  ｒｅｃｏｖｅｒｙ  ｓｅｃｒｅｔ  ｋｅｙ：ＭＲＳ）、マスタアクセス秘密鍵（Ｍａｓｔｅｒ  ａｃｃｅｓｓ  ｓｅｃｒｅｔ  ｋｅｙ：ＭＡＳ）と呼ぶ。
【００５２】
同様に、図１２（ｂ）に示すとおり、前記ＮＳＫも、秘密分散法（２−ｏｕｔ−ｏｆ−３）によって三つの鍵に分散される。これら三つの鍵を、ノード保存秘密鍵（Ｎｏｄｅ  ｓａｖｅｄ  ｓｅｃｒｅｔ  ｋｅｙ：ＮＳＳ）、ノード復元秘密鍵（Ｎｏｄｅ  ｒｅｃｏｖｅｒｙ  ｓｅｃｒｅｔ  ｋｅｙ：ＮＲＳ）、ノードアクセス秘密鍵（Ｎｏｄｅ  ａｃｃｅｓｓ  ｓｅｃｒｅｔ  ｋｅｙ：ＮＡＳ）と呼ぶ。
【００５３】
前記ＭＳＳは、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保管され、前記ＭＡＳは、例えば、ＩＣカードなどに保存される。前記ＭＲＳは、前記ＭＳＳや前記ＭＡＳの紛失や盗難に備え、安全な場所（例えば、コンピュータのハードディスク、ＩＣカードなど）に保存される。
【００５４】
同様に、前記ＮＳＳは、マイノード（Ｍｙ  Ｎｏｄｅ）に保管され、前記ＮＡＳは、例えば、ＩＣカードなどに保存される。前記ＮＲＳは、前記ＮＳＳや前記ＮＡＳの紛失や盗難に備え、安全な場所（例えば、コンピュータのハードディスク、ＩＣカードなど）に保存される。マイノード（Ｍｙ  Ｎｏｄｅ）が二つ以上ある場合には、各マイノード（Ｍｙ  Ｎｏｄｅ）がそれぞれ前記ＮＳＫ、及び前記ＮＳＳ、前記ＮＲＳ、前記ＮＡＳを生成する。
【００５５】
マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）では、秘密鍵の保管とデータの暗号化が行われる。ここで、個々のアイテム（オブジェクト）は、アイテム秘密鍵（Ｉｔｅｍ  ｓｅｃｒｅｔ  ｋｅｙ：ＩＳＫ）で暗号化された後、更にファイル名も含めて前記ＭＳＫで暗号化され、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）のディスクに保存される。なお、本発明において、前記アイテム（オブジェクト）とは、プライベート情報のファイルをさす。
【００５６】
前記ＩＳＫは、前記ＭＳＫで暗号化され、本発明のシステムの鍵保管庫に保存される。
【００５７】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）でデータを閲覧するための方法の一例について説明する。まず、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にＩＣカードを接続し、前記ＭＳＳと前記ＭＡＳとから前記ＭＳＫを生成する。その上で、前記ＭＳＫで必要なアイテム及び前記ＩＳＫを復号化する。ついで、ここで得られたＩＳＫで、暗号化されたアイテムを復号化する。
【００５８】
前記ＭＳＳ及び前記ＭＡＳの一方が破損又は紛失した場合には、残された前記ＭＳＳ及び前記ＭＡＳの他方と前記ＭＲＳとから、前記ＭＳＫを再生する。
【００５９】
マイノード（Ｍｙ  Ｎｏｄｅ）においても、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）と同様に、秘密鍵の保管とデータの暗号化が行われる。ここで、個々のアイテム（オブジェクト）は、アイテム秘密鍵（Ｉｔｅｍ  ｓｅｃｒｅｔ  ｋｅｙ：ＩＳＫ）で暗号化された後、更にファイル名も含めて前記ＮＳＫで暗号化され、マイノード（Ｍｙ  Ｎｏｄｅ）のディスクに保存される。
【００６０】
前記ＩＳＫは、前記ＮＳＫで暗号化され、本発明のシステムの鍵保管庫に保存される。
【００６１】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）でデータを閲覧するための方法の一例について説明する。まず、マイノード（Ｍｙ  Ｎｏｄｅ）にＩＣカードを接続し、前記ＮＳＳと前記ＮＡＳとから前記ＮＳＫを生成する。その上で、前記ＮＳＫで必要なアイテム及び前記ＩＳＫを復号化する。ついで、ここで得られたＩＳＫで、暗号化されたアイテムを復号化する。
【００６２】
前記ＮＳＳ及び前記ＮＡＳの一方が破損又は紛失した場合には、残された前記ＮＳＳ及び前記ＮＡＳの他方と前記ＮＲＳとから、前記ＮＳＫを再生する。
【００６３】
図１３を参照して、更に前記ＩＳＫについて説明する。図示のとおり、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）１３１中の各アイテムは、ＩＳＫ１３２によって暗号化され、保存される。前記各アイテムを暗号化するための前記ＩＳＫ１３２は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）によってのみ生成される。前記各アイテムは、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）においても、マイノード（Ｍｙ  Ｎｏｄｅ）においても、前記ＩＳＫ１３２で暗号化されて保存される。ここで、マイノード（Ｍｙ  Ｎｏｄｅ）で使用される前記ＩＳＫ１３２は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）で生成したものがマイノード（Ｍｙ  Ｎｏｄｅ）に送られたものである。
【００６４】
図１４に、前記各アイテムの保存の一例を示す。前述のとおり、各アイテム（この例では、住所（ａｄｒｅｓｓ）、電子メールアドレス（ｅｍａｉｌ）及び写真（Ｐｈｏｔｏ））１４１は、ＩＳＫ１４２で暗号化された後、更にファイル名も含めてＭＳＫ１４３で暗号化され、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）のディスクに保存される。同図においては、ＩＳＫ１４２及びＭＳＫ１４３で暗号化された各アイテム１４１は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）の記憶装置に記憶しているが、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）の記憶装置に代えて、マイノード（Ｍｙ  Ｎｏｄｅ）の記憶装置に記憶してもよい。なお、同図において、１４５は、鍵保管庫である。
【００６５】
図１５に、自分（Ｍｅ）がマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保存されたアイテムを閲覧する場合の一例を示す。自分（Ｍｅ）は、ＩＣカードをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に接続する。すると、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ＩＣカードに保存されたＭＡＳとマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保存されたＭＳＳとからＭＳＫを生成する。ついで、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）が必要なアイテムをＭＳＫで復号化し、更にそれを各々のＩＳＫで復号化することで、必要なアイテムの平文を得、これを自分（Ｍｅ）が閲覧する。
【００６６】
次に、図１６を参照して、必要なアイテムをマイノード（Ｍｙ  Ｎｏｄｅ）で閲覧、利用するための方法の一例について説明する。この例においては、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）との間にはネットワークが存在する（図示せず）。したがって、個人情報のやり取りにおいては、機密性、認証、完全性、認否防止の各要件を満たす必要がある。このために、同図に示した公開鍵／私有鍵のペア（対）を利用する。
【００６７】
まず、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、認証局（ＣＡ）からデジタル証明された私有鍵を受け取る。通信しようとするマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、この私有鍵とペア（対）になる公開鍵をＣＡから受け取る。ここで、ＣＡからマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）が受け取る私有鍵をマスタ私有鍵（Ｍａｓｔｅｒ  ｐｒｉｖａｔｅ  ｋｅｙ：ＭＰＲ）と呼ぶ。また、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）が受け取る公開鍵をマスタ公開鍵（Ｍａｓｔｅｒ  ｐｕｂｌｉｃ  ｋｅｙ：ＭＰＵ）と呼ぶ。
【００６８】
マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、図１６（ａ）及び（ｃ）に示すように、前記ＭＰＲを秘密分散法（２−ｏｕｔ−ｏｆ−３）により三分割する。この三分割した私有鍵をマスタ保存私有鍵（Ｍａｓｔｅｒ  ｓａｖｅｄ  ｐｒｉｖａｔｅ  ｋｅｙ）、マスタ復元私有鍵（Ｍａｓｔｅｒ  ｒｅｃｏｖｅｒｙ  ｐｒｉｖａｔｅ  ｋｅｙ）及びマスタアクセス私有鍵（Ｍａｓｔｅｒ  ａｃｃｅｓｓ  ｐｒｉｖａｔｅ  ｋｅｙ）と呼ぶ。
【００６９】
同様に、マイノード（Ｍｙ  Ｎｏｄｅ）は、ＣＡからデジタル証明された私有鍵を受け取る。通信しようとするマイノード（Ｍｙ  Ｎｏｄｅ）は、この私有鍵とペア（対）になる公開鍵をＣＡから受け取る。ここで、ＣＡからマイノード（Ｍｙ  Ｎｏｄｅ）が受け取る私有鍵をノード私有鍵（Ｎｏｄｅ  ｐｒｉｖａｔｅ  ｋｅｙ：ＮＰＲ）と呼ぶ。また、マイノード（Ｍｙ  Ｎｏｄｅ）が受け取る公開鍵をノード公開鍵（Ｎｏｄｅ  ｐｕｂｌｉｃ  ｋｅｙ：ＮＰＵ）と呼ぶ。
【００７０】
マイノード（Ｍｙ  Ｎｏｄｅ）は、図１６（ｂ）及び（ｄ）に示すように、前記ＮＰＲを秘密分散法（２−ｏｕｔ−ｏｆ−３）により三分割する。この三分割した私有鍵をノード保存私有鍵（Ｎｏｄｅ  ｓａｖｅｄ  ｐｒｉｖａｔｅ  ｋｅｙ）、ノード復元私有鍵（Ｎｏｄｅ  ｒｅｃｏｖｅｒｙ  ｐｒｉｖａｔｅ  ｋｅｙ）及びノードアクセス私有鍵（Ｎｏｄｅ  ａｃｃｅｓｓ  ｐｒｉｖａｔｅ  ｋｅｙ）と呼ぶ。
【００７１】
前記ＭＳＰは、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保管される。前記ＮＳＰは、マイノード（Ｍｙ  Ｎｏｄｅ）に保管される。前記ＭＲＰ及び前記ＮＲＰは、例えば、ＩＣカードに保管される。前記ＭＲＰ及び前記ＮＲＰは、前記ＭＳＰ、前記ＮＳＰ、前記ＭＡＰ、前記ＮＡＰなどの紛失又は破損に備えて安全な場所に別保管される。
【００７２】
次に、図１７を参照して、自分（Ｍｅ）がマイノード（Ｍｙ  Ｎｏｄｅ）を通じてマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にある自分の個人情報（Ｍｙ  Ｉｎｆｏ．）を閲覧するときの手順の一例について説明する。通信に入る前に二つの準備が必要である。
【００７３】
図１７において、ＩＣカードにはＭＡＳ、ＮＡＳの秘密鍵と、ＭＡＰ、ＮＡＰの私有鍵とがすべて納められている。これに加えて、このマイノード（Ｍｙ  Ｎｏｄｅ）のシリアル番号（Ｓｅｒｉａｌ  ＃）を秘密分散で分割したものも予めＩＣカードに納められている。このマイノード（Ｍｙ  Ｎｏｄｅ）のシリアル番号（Ｓｅｒｉａｌ  ＃）は、ネットワークを介することなく、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）が入手しておく必要がある。これには、例えば、自分（Ｍｅ）が最初にこのマイノード（Ｍｙ  Ｎｏｄｅ）を自分（Ｍｅ）のミドルウェアに加える際に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にシリアル番号（Ｓｅｒｉａｌ  ＃）を表示させ、これを自分（Ｍｅ）自身でマイノード（Ｍｙ  Ｎｏｄｅ）に入力するなどの方法がある。この入力したマイノード（Ｍｙ  Ｎｏｄｅ）のシリアル番号（Ｓｅｒｉａｌ  ＃）をマイノード（Ｍｙ  Ｎｏｄｅ）が秘密分散法で分割して、一方をマイノード（Ｍｙ  Ｎｏｄｅ）に、他方をＩＣカードに記憶させる（準備１）。
【００７４】
自分（Ｍｅ）のマイノード（Ｍｙ  Ｎｏｄｅ）が、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にある個人情報を閲覧しようとする場合、まず、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ＣＡからデジタル証明されたプレセッション鍵と呼ぶ私有鍵を入手する。また、マイノード（Ｍｙ  Ｎｏｄｅ）は、その私有鍵とペア（対）となる公開鍵をＣＡから入手する（準備２）。
【００７５】
次に、自分（Ｍｅ）は、ＩＣカードをマイノード（Ｍｙ  Ｎｏｄｅ）に接続し、次のような手順で通信を行う（図１７及び１８参照）。
【００７６】
まず、マイノード（Ｍｙ  Ｎｏｄｅ）は、マイノード（Ｍｙ  Ｎｏｄｅ）に割り当てられたシリアル番号（Ｓｅｒｉａｌ  ＃）を復元する（ステップ１(Ｓ１)）。
【００７７】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、復元されたシリアル番号（Ｓｅｒｉａｌ  ＃）とＭＡＰとをプレセッション公開鍵で暗号化した上で、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ２（Ｓ２））。
【００７８】
マイノード（Ｍｙ  Ｎｏｄｅ）は、これと同時に、シリアル番号（Ｓｅｒｉａｌ  ＃）とＭＡＰのハッシュとをＮＰＲで署名した上で、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ３（Ｓ３））。
【００７９】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ２（Ｓ２）とステップ３（Ｓ３）によりマイノード（Ｍｙ  Ｎｏｄｅ）を認証し、マイノード（Ｍｙ  Ｎｏｄｅ）から送られたＭＡＰとＭＳＰとからＭＰＲを得る（ステップ４（Ｓ４））。
【００８０】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、ＭＡＳをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）のＭＰＵで暗号化したものをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ５（Ｓ５））。
【００８１】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、ＭＡＳのハッシュをマイノード（Ｍｙ  Ｎｏｄｅ）のＮＰＲで署名したものをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ６（Ｓ６））。
【００８２】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、すでに得ているＭＰＲを使ってステップ６（Ｓ６）で得たＭＡＳを復号化する（ステップ７（Ｓ７））。
【００８３】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ５（Ｓ５）とステップ６（Ｓ６）によりマイノード（Ｍｙ  Ｎｏｄｅ）を認証し、マイノード（Ｍｙ  Ｎｏｄｅ）から送られたＭＡＳとＭＳＳとからＭＳＫを得る（ステップ８（Ｓ８））。
【００８４】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、必要なアイテムを、得られたＭＳＫで復号化（しかし、まだＩＳＫで暗号化された状態に）する（ステップ９（Ｓ９））。
【００８５】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、マイノード（Ｍｙ  Ｎｏｄｅ）のＭＰＵを使ってステップ９の必要なアイテム及び必要なＩＳＫを暗号化し、マイノード（Ｍｙ  Ｎｏｄｅ）に送る（ステップ１０（Ｓ１０））。
【００８６】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、ＮＰＲでこれらを復号化した上で、ＮＳＫで暗号化して保存する（ステップ１１（Ｓ１１））。
【００８７】
マイノード（Ｍｙ  Ｎｏｄｅ）が、このアイテムを閲覧する場合は、ＮＳＫで復号化し、更にＩＳＫで復号化することで閲覧することができる（ステップ１２（Ｓ１２））。
【００８８】
この例では、マイノード（Ｍｙ  Ｎｏｄｅ）のＮＰＲを、ステップ２（Ｓ２）のシリアル番号（Ｓｅｒｉａｌ  ＃）とＭＡＰとの署名、及びステップ６（Ｓ６）でのＭＡＳのハッシュへの署名（認証）に加えて、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から受領したＭＰＵで暗号化された個人情報の復号化（機密性保持）にも用いている。しかしながら、必ずしも同じ私有鍵を認証と機密性保持の両方に用いる必要はなく、認証と機密性保持に別の鍵を同様の手法で実装することが、安全性の観点からは望ましい。
【００８９】
図１９に、前述の図１７において、自分（Ｍｅ）のマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）とが互いを認証した後、必要なファイルをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からマイノード（Ｍｙ  Ｎｏｄｅ）に転送する際の手続に一例を示す。マイノード（Ｍｙ  Ｎｏｄｅ）は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から閲覧を許可されたアイテムをキャッシュとして保持する。
【００９０】
前述のとおり、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）において各アイテムは、ＩＳＫで暗号化された上、更にＭＳＫで暗号化されて保持されている。通信するマイノード（Ｍｙ  Ｎｏｄｅ）の認証が終わると、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、許可されたアイテムを次の手順で送信する（図１９及び２０参照）。
【００９１】
まず、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保存されているＭＳＳと、マイノード（Ｍｙ  Ｎｏｄｅ）から入手したＭＡＳとからＭＳＫを生成する（ステップ１（Ｓ１））。
【００９２】
次に、生成したＭＳＫで許可されたアイテムを復号化する。この時点で、各アイテムは、ＩＳＫで暗号化された状態である（ステップ２（Ｓ２））。
【００９３】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、これを通信しようとするデジタル証明されたマイノード（Ｍｙ  Ｎｏｄｅ）のＮＰＵで暗号化した上で、マイノード（Ｍｙ  Ｎｏｄｅ）に送る（ステップ３（Ｓ３））。
【００９４】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、これを受け取ると、デジタル証明されたＮＰＲで復号化する（ステップ４（Ｓ４））。
【００９５】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、これをＮＳＫで暗号化した上で、マイノード（Ｍｙ  Ｎｏｄｅ）の記憶装置に保存する。したがって、マイノード（Ｍｙ  Ｎｏｄｅ）の記憶装置では、各アイテムはＩＳＫで暗号化され、更にそれがＮＳＫで暗号化された状態で保存される（ステップ５（Ｓ５））。
【００９６】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ１（Ｓ１）で生成されたＭＳＫで、許可されたアイテムのＩＳＫを復号化する（ステップ６（Ｓ６））。
【００９７】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ６（Ｓ６）で復号化されたＩＳＫを通信しようとするマイノード（Ｍｙ  Ｎｏｄｅ）のデジタル証明されたＮＰＵで復号化し、これをマイノード（Ｍｙ  Ｎｏｄｅ）に送る（ステップ７（Ｓ７））。
【００９８】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、これを受信するとＮＰＲで復号化する（ステップ８（Ｓ８））。
【００９９】
マイノード（Ｍｙ  Ｎｏｄｅ）が入手したＩＳＫは、本発明のシステムの管理下にある鍵保管庫で管理される。この鍵保管庫は、他のアプリケーションソフトウェア（アプリケーション）からは保護されたメモリ領域を使って実装され、本発明のシステム以外からはＩＳＫを利用できない。また、マイノード（Ｍｙ  Ｎｏｄｅ）の鍵保管庫にあるＩＳＫは、マイノード（Ｍｙ  Ｎｏｄｅ）ではなくマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）によって制御され、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から無効化又は消去することができる。
【０１００】
この例では、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）とが直接通信を行うピア・ツー・ピア（Ｐ２Ｐ）型の通信を想定しているが、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）との間にサーバを介在させることでも、同様の機能を実現することができる。
【０１０１】
次に、図２１を参照して、異なる二人の間の通信の方法の一例について説明する。同図では、ＴｏｍがＢｅｔｔｙに対して開示を許可したＴｏｍの自分の個人情報（Ｍｙ  Ｉｎｆｏ．）を、Ｂｅｔｔｙがマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）で閲覧するための手続を示す。ＴｏｍとＢｅｔｔｙとの間の機密性保持、認証、完全性及び認否防止には、一般の公開鍵／秘密鍵ペア（対）を利用した暗号化を使うこともできる。また、更に安全性を高めるためには、次のような暗号化をすることも可能である。
【０１０２】
通信をする前に、ＴｏｍとＢｅｔｔｙは互いの安全な認証を目的としてＴｏｍとＢｅｔｔｙだけが知っている共通のパスワードを、ネットワークを介することなく共有しておく。これは、ＴｏｍとＢｅｔｔｙとが、対面、電話、テレビ電話などの互いに確実に本人確認ができる手段で共有することが望ましい。ＴｏｍとＢｅｔｔｙとで共有した、ＴｏｍとＢｅｔｔｙの通信のためのパスワードは、Ｔｏｍ、Ｂｅｔｔｙ双方がＭＳＫやＮＳＫと同じように、秘密分散法によって三分割し、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）、ＩＣカード及び安全な保管場所にそれぞれ保存しておく。
【０１０３】
ただし、対面、電話、テレビ電話などによれば、高いレベルでの認証を実現できる一方で、利用者の利便性が損なわれる場合がある。そこで、次に示すように、公開鍵／私有鍵ペア（対）（ＭＰＵとＭＰＲ）による認証の後、ＴｏｍとＢｅｔｔｙとの間で音声による認証（音声メッセージの交換又は通話）を行うことにより互いに本人確認を行うことで、利便性の向上を図ることができる。
【０１０４】
ＴｏｍがＩＣカードをマイノード（Ｍｙ  Ｎｏｄｅ）に接続した上で、次のような手順で通信が行われる（図２１及び２２参照）。
【０１０５】
Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ＩＣカードを接続することでＴｏｍとの通信のためのパスワードを復元する（ステップ１（Ｓ１））。
【０１０６】
Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、復元されたパスワードをＴｏｍのＭＰＵで暗号化した上で、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ２（Ｓ２））。
【０１０７】
Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、復元化されたパスワードのハッシュをＮＰＲで署名した上で、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ３（Ｓ３））。
【０１０８】
Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ２（Ｓ２）とステップ３（Ｓ３）とによりＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）を認証する（ステップ４（Ｓ４））。
【０１０９】
Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ＩＣカードのＭＡＳと自ら保存したＭＳＳとからＭＳＫを生成する（ステップ５（Ｓ５））。
【０１１０】
Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、必要なアイテムをＭＳＫで復号化（しかし、まだＩＳＫで暗号化された状態に）する（ステップ６（Ｓ６））。
【０１１１】
マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ＢｅｔｔｙのＭＰＵを使ってステップ６（Ｓ６）の必要なアイテム及び必要なＩＳＫを暗号化し、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ７（Ｓ７））。
【０１１２】
Ｂｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）は、ＭＰＲでこれらを復号化した上で、ＭＳＫで暗号化して保存する（ステップ８（Ｓ８））。
【０１１３】
Ｂｅｔｔｙが、このアイテムを閲覧する場合は、ＮＳＫで復号化し、更にＩＳＫで復号化することで閲覧することができる（ステップ９（Ｓ９））。
【０１１４】
この例では、マイノード（Ｍｙ  Ｎｏｄｅ）のＮＰＲを、ステップ２（Ｓ２）のシリアル番号（Ｓｅｒｉａｌ  ＃）とＭＡＰとの署名、ステップ６（Ｓ６）でのＭＡＳのハッシュへの署名（認証）に加えて、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から受領したＭＰＵで暗号化された個人情報の復号化（機密性保持）にも用いている。しかしながら、必ずしも同じ私有鍵を認証と機密性保持の両方に用いる必要はなく、認証と機密性保持に別の鍵を同様の手法で実装することが、安全性の観点からは望ましい。
【０１１５】
次に、図２３を参照して、一般の公開鍵／私有鍵ペア（対）を用いた現在の認証方法と、本発明のシステムの認証方法との違いを説明する。
【０１１６】
現在のウェブ（ｗｅｂ）上での通信では、利用者は、信頼されている認証機関（Ｔｒｕｓｔｅｄ  Ｔｈｉｒｄ  Ｐａｒｔｙ：ＴＴＰ）にデジタル証明した私有鍵と公開鍵のペア（対）を発行してもらい、これを用いて互いを認証する。例えば、図２３に示した現在の認証方法においては、ＢｅｔｔｙからＴｏｍに秘密の通信内容を送る場合に、Ｔｏｍは、通信内容のハッシュをＢｅｔｔｙの私有鍵で署名したものと、通信内容をＴｏｍの公開鍵で暗号化したものとを同時に受け取り、Ｔｏｍの側で通信内容のハッシュを作成し、これをＢｅｔｔｙから受け取ったハッシュと比較することで、Ｂｅｔｔｙを本物のＢｅｔｔｙだと信頼する。しかし、ＴＴＰは、Ｂｅｔｔｙの本人確認をとってデジタル証明を発行しているわけではなく、電子メールアドレスなどの認証対象となる個人情報が、他人によってなりすまされていないことを保証するにすぎない。これを一般に低保証と呼ぶ。現在の個人間の通信は、ほぼすべてがこの低保証に立脚している。
【０１１７】
本発明のシステムでは、前述のように、ＣＡから発行される公開鍵／私有鍵ペア（対）を用いる。また、本発明のシステムでは、通信する二者が、ピア・ツー・ピア（Ｐ２Ｐ）型（若しくはサーバ経由）の接続を確立した後、例えば、後述のような手順で音声メッセージ、共有する秘密などによって互いを認証する。また、本発明のシステムによれば、既知の知人からの個人的な認証によって、現在の認証方法と比較して高いレベルの保証が可能となる。
【０１１８】
図２４に、音声メッセージや共有する秘密を用いた本発明のシステム利用者間の認証の一例を示す。
【０１１９】
今、Ｔｏｍが本発明のシステムを使い始めた（本発明のシステムを実行するためのアプリケーションソフトウェアをダウンロードした）とする。Ｔｏｍは、次の手順でＢｅｔｔｙを認証する（図２４及び２５参照）。
【０１２０】
Ｔｏｍは、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）を入力するか、又は他のアプリケーションソフトウェアからのデータの移行を、本発明のシステムに対して行う（ステップ１（Ｓ１））。
【０１２１】
次に、Ｔｏｍは、他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）のうち、名前及び電子メールアドレスのみを入力するか、又は他のアプリケーションソフトウェアからのデータの移行を、本発明のシステムに対して行う。この例では、Ｂｅｔｔｙという名前とその電子メールアドレスを本発明のシステムに対して与える（ステップ２（Ｓ２））。
【０１２２】
本発明のシステムの接続サーバは、本発明のシステム利用者のシリアル番号（Ｓｅｒｉａｌ  ＃）と電子メールアドレス（ｅｍａｉｌ  ａｄｄｒ．）のみを管理している。Ｔｏｍのシステムは、他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）に登録したＢｅｔｔｙの電子メールアドレスが、既に本発明のシステムの利用者であるかどうかを前記接続サーバに問い合わせる（ステップ３（Ｓ３））。既に利用者である場合には、後述のステップ５（Ｓ５）に移行する。利用者でない場合には、後述のステップ４（Ｓ４）に移行する。
【０１２３】
Ｔｏｍのシステムは、Ｂｅｔｔｙなど、他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）に登録された相手に、電子メールを送り、Ｔｏｍが本発明のシステムの利用者となったことを知らせる（ステップ４（Ｓ４））。
【０１２４】
電子メールアドレスを足がかりにＴｏｍのシステムとＢｅｔｔｙのシステムとがピア・ツー・ピア（Ｐ２Ｐ）型の通信を確立する（ステップ５（Ｓ５））。
【０１２５】
次に、音声メッセージや共有する秘密を用いて互いを認証する。また、前述の認証のためのパスワードなどもここでの音声メッセージを通じて共有する（ステップ６（Ｓ６））。
【０１２６】
図２６に、図２４においてＴｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とが互いを認証した後、ＴｏｍがＢｅｔｔｙに対して閲覧を許可するアイテムをＴｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に転送する際の手続の一例を示す。Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から閲覧を許可されたアイテムをキャッシュとして保持する。
【０１２７】
前述のとおり、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）の各アイテムは、ＩＳＫで暗号化された上、更にＭＳＫで暗号化されて保持されている。図２４においてＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）の認証が終わると、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、Ｂｅｔｔｙに対して閲覧が許可されたアイテムを次の手順で送信する（図２６及び２７参照）。
【０１２８】
まず、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保存されているＭＳＳと、ＩＣカードから得たＭＡＳとからＭＳＫを生成する（ステップ１（Ｓ１））。
【０１２９】
次に、生成したＭＳＫで許可されたアイテムを復号化する。この時点では、各アイテムは、ＩＳＫで暗号化された状態である（ステップ２（Ｓ２））。
【０１３０】
次に、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、これをデジタル証明されたＢｅｔｔｙのＮＰＵで暗号化した上で、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ３（Ｓ３））。
【０１３１】
次に、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、これを受け取ると、デジタル証明されたＮＰＲで復号化する（ステップ４（Ｓ４））。
【０１３２】
次に、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、これをＮＳＫで暗号化した上で、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）の記憶装置に保存する。したがって、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）の記憶装置では、各アイテムは、ＴｏｍのＩＳＫで暗号化され、更にそれがＢｅｔｔｙのＮＳＫで暗号化された状態で保存される（ステップ５（Ｓ５））。
【０１３３】
次に、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ１（Ｓ１）で生成されたＭＳＫでＢｅｔｔｙに閲覧を許可したアイテムのＩＳＫを復号化する（ステップ６（Ｓ６））。
【０１３４】
次に、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ６（Ｓ６）で復号化されたＩＳＫを、デジタル証明されたＢｅｔｔｙのＮＰＵで暗号化し、これをＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ７（Ｓ７））。
【０１３５】
次に、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、これを受信すると、ＢｅｔｔｙのＮＰＲで復号化する（ステップ８（Ｓ８））。
【０１３６】
Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）が入手したＩＳＫは、本発明のシステムの管理下にある鍵保管庫で管理される。この鍵保管庫は、他のアプリケーションソフトウェア（アプリケーション）からは保護されたメモリ領域を用いて実装され、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）又はＢｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）のシステム以外からはＩＳＫを利用できない。また、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）の鍵保管庫にあるＩＳＫは、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にある本発明のシステムではなく、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にある本発明のシステムによって制御され、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から無効化又は消去することができる（ステップ９（Ｓ９））。
【０１３７】
この例では、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）とが直接通信を行うピア・ツー・ピア（Ｐ２Ｐ）型の通信を想定したが、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）との間にサーバを介在させることでも、同様の機能を実現することができる。
【０１３８】
次に、図２８を参照して、異なる二人の間のマイノード（Ｍｙ  Ｎｏｄｅ）を通じた通信の方法の一例について説明する。同図では、ＴｏｍがＢｅｔｔｙに対する開示を許可したＴｏｍの情報を、Ｂｅｔｔｙがマイノード（Ｍｙ  Ｎｏｄｅ）で閲覧するための手続の一例を示す。Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＢｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）との間の通信における機密性保持、認証、完全性及び認否防止には、一般の公開鍵／秘密鍵ペア（対）を利用した暗号化を使うこともできる。また、更に安全性を高めるためには、次のような手順で個人情報をやり取りすることもできる。
【０１３９】
ＢｅｔｔｙがＴｏｍから開示されている他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）をＢｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）から閲覧する場合、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にキャッシュとして保持されているＴｏｍの他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）を、Ｂｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）に送信した上で、Ｂｅｔｔｙが利用する。Ｂｅｔｔｙがマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）でＴｏｍの他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）を閲覧する場合と、マイノード（Ｍｙ  Ｎｏｄｅ）でＴｏｍの他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）を閲覧する場合の違いは、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）はＴｏｍから送られたＩＳＫを鍵保管庫に保持するが、Ｂｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）はこのＩＳＫを保持せずに、閲覧の度にＴｏｍのＩＳＫをＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から送信して利用する点にある。通信に入る前に二つの準備が必要である。
【０１４０】
ＩＣカードにはＭＡＳ、ＮＡＳの秘密鍵と、ＭＡＰ、ＮＡＰの私有鍵がすべて納められている。これに加えてＢｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）のシリアル番号（Ｓｅｒｉａｌ  ＃）を秘密分散法で分割したものも、予めＢｅｔｔｙのＩＣカードに納められている。このＢｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）のシリアル番号（Ｓｅｒｉａｌ  ＃）は、ネットワークを介することなく、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）が入手しておく必要がある。これには、例えば、Ｂｅｔｔｙが最初にこのマイノード（Ｍｙ  Ｎｏｄｅ）をＢｅｔｔｙのシステムに加える際に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）がシリアル番号（Ｓｅｒｉａｌ  ＃）を生成の上表示し、これをＢｅｔｔｙ自身がこのマイノード（Ｍｙ  Ｎｏｄｅ）に入力するなどの方法がある。この入力されたマイノード（Ｍｙ  Ｎｏｄｅ）のシリアル番号（Ｓｅｒｉａｌ  ＃）をマイノード（Ｍｙ  Ｎｏｄｅ）が秘密分散法で分割して、一方をマイノード（Ｍｙ  Ｎｏｄｅ）に、他方をＩＣカードに記憶させる（準備１）。
【０１４１】
Ｂｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）が、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にあるＢｅｔｔｙの個人情報を閲覧しようとする場合、まず、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｔ  Ｎｏｄｅ）は、ＣＡによってデジタル証明されたプレセッション鍵と呼ぶ私有鍵を入手する。また、Ｂｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）は、その私有鍵とペア（対）になる公開鍵をＣＡから入手する（準備２）。
【０１４２】
ＢｅｔｔｙがＩＣカードを自分のマイノード（Ｍｙ  Ｎｏｄｅ）に接続した上で、次のような手順で通信が行われる（図２８及び２９参照）。
【０１４３】
まず、マイノード（Ｍｙ  Ｎｏｄｅ）は、マイノード（Ｍｙ  Ｎｏｄｅ）に割り当てられたシリアル番号（Ｓｅｒｉａｌ  ＃）を復元する（ステップ１（Ｓ１））。
【０１４４】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、復元されたシリアル番号（Ｓｅｒｉａｌ  ＃）とＭＡＰとをプレセッション公開鍵で暗号化した上で、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ２（Ｓ２））。
【０１４５】
マイノード（Ｍｙ  Ｎｏｄｅ）は、これと同時に、シリアル番号（Ｓｅｒｉａｌ  ＃）とＭＡＰのハッシュとをＮＰＲで署名した上で、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ３（Ｓ３））。
【０１４６】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ２（Ｓ２）とステップ３（Ｓ３）によりマイノード（Ｍｙ  Ｎｏｄｅ）を認証し、マイノード（Ｍｙ  Ｎｏｄｅ）から送られたＭＡＰとＭＳＰとからＭＰＲを得る（ステップ４（Ｓ４））。
【０１４７】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、ＭＡＳをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）のＭＰＵで暗号化したものをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ５（Ｓ５））。
【０１４８】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、ＭＡＳのハッシュをマイノード（Ｍｙ  Ｎｏｄｅ）のＮＰＲで署名したものをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送る（ステップ６（Ｓ６））。
【０１４９】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、すでに得ているＭＰＲを使ってステップ６（Ｓ６）で得たＭＡＳを復号化する（ステップ７（Ｓ７））。
【０１５０】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ５（Ｓ５）とステップ６（Ｓ６）によりマイノード（Ｍｙ  Ｎｏｄｅ）を認証し、マイノード（Ｍｙ  Ｎｏｄｅ）から送られたＭＡＳとＭＳＳとからＭＳＫを得る（ステップ８（Ｓ８））。
【０１５１】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、必要なアイテムを得られたＭＳＫで復号化（しかし、まだＩＳＫで暗号化された状態に）する（ステップ９（Ｓ９））。
【０１５２】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、マイノード（Ｍｙ  Ｎｏｄｅ）のＭＰＵを使ってステップ９（Ｓ９）の必要なアイテム及び必要なＩＳＫを暗号化し、マイノード（Ｍｙ  Ｎｏｄｅ）に送る（ステップ１０（Ｓ１０））。
【０１５３】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、ＮＰＲでこれらのアイテムを復号化した上で、ＮＳＫで暗号化して保存する。ただし、ＢｅｔｔｙがＴｏｍの個人情報の閲覧をマイノード（Ｍｙ  Ｎｏｄｅ）に対して要求するまでは、ＩＳＫを要求しない（ステップ１１（Ｓ１１））。
【０１５４】
Ｂｅｔｔｙがマイノード（Ｍｙ  Ｎｏｄｅ）を通じて、Ｔｏｍから開示されているアイテムを閲覧する場合は、自分のＮＳＫで復号化し、更にＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）がステップ１〜８（Ｓ１〜８）に示した認証を経た上で、ＩＳＫをＮＰＵで暗号化してＢｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）に送る。（ステップ１２（Ｓ１２））。
【０１５５】
Ｂｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から送られたＩＳＫをＮＰＲで復号化した上で、これを使って必要なアイテムを復号化することで閲覧する（ステップ１３（Ｓ１３））。
【０１５６】
この例では、マイノード（Ｍｙ  Ｎｏｄｅ）のＮＰＲを、ステップ２（Ｓ２）のシリアル番号（Ｓｅｒｉａｌ  ＃）とＭＡＰとの署名、及びステップ６（Ｓ６）でのＭＡＳのハッシュへの署名（認証）に加えて、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から受領したＭＰＵで暗号化された個人情報の復号化（機密性保持）にも用いている。しかしながら、必ずしも同じ私有鍵を認証と機密性保持の両方に用いる必要はなく、認証と機密性保持に別の鍵を同様の手法で実装することが、安全性の観点からは望ましい。
【０１５７】
図３０に、図２７においてＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＢｅｔｔｙのマイノード（Ｍｙ  Ｎｏｄｅ）とが互いを認証した後、必要なファイルをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からマイノード（Ｍｙ  Ｎｏｄｅ）に転送する際の手続の一例を示す。マイノード（Ｍｙ  Ｎｏｄｅ）は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）から閲覧を許可されたアイテムをキャッシュとして保持する。
【０１５８】
前述のとおり、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）において各アイテムは、ＩＳＫで暗号化された上、更にＭＳＫで暗号化されて保持されている。図３０においてマイノード（Ｍｙ  Ｎｏｄｅ）の認証が終わると、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、許可されたアイテムを次の手順で送信する（図３０及び３１参照）。
【０１５９】
まず、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保存されているＭＳＳと、マイノード（Ｍｙ  Ｎｏｄｅ）から入手したＭＡＳとからＭＳＫを生成する（ステップ１（Ｓ１））。
【０１６０】
次に、生成したＭＳＫで許可されたアイテムを復号化する。この時点では、各アイテムは、ＩＳＫで暗号化された状態である（ステップ２（Ｓ２））。
【０１６１】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、これをデジタル証明されたマイノード（Ｍｙ  Ｎｏｄｅ）のＮＰＵで暗号化した上で、マイノード（Ｍｙ  Ｎｏｄｅ）に送る（ステップ３（Ｓ３））。
【０１６２】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、これを受け取ると、デジタル証明されたＮＰＲで復号化する（ステップ４（Ｓ４））。
【０１６３】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、これをＮＳＫで暗号化した上で、マイノード（Ｍｙ  Ｎｏｄｅ）の記憶装置に保存する。したがって、マイノード（Ｍｙ  Ｎｏｄｅ）の記憶装置では、各アイテムは、ＩＳＫで暗号化され、更にそれがＮＳＫで暗号化された状態で保存される（ステップ５（Ｓ５））。
【０１６４】
ＢｅｔｔｙがＴｏｍから開示されているアイテムを閲覧するときには、Ｂｅｔｔｙは、マイノード（Ｍｙ  Ｎｏｄｅ）を通じて、必要なアイテムをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に対して要求する（ステップ６（Ｓ６））。
【０１６５】
この要求に応じて、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ１（Ｓ１）で生成されたＭＳＫで、許可されたアイテムのＩＳＫを復号化する（ステップ７（Ｓ７））。
【０１６６】
次に、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）は、ステップ７（Ｓ７）で復号化されたＩＳＫを通信しようとする、マイノード（Ｍｙ  Ｎｏｄｅ）のデジタル証明されたＮＰＵで暗号化し、これをマイノード（Ｍｙ  Ｎｏｄｅ）に送る（ステップ８（Ｓ８））。
【０１６７】
次に、マイノード（Ｍｙ  Ｎｏｄｅ）は、これを受信すると、ＮＰＲで復号化する（ステップ９（Ｓ９））。
【０１６８】
マイノード（Ｍｙ  Ｎｏｄｅ）が入手したＩＳＫは、本発明のシステムの管理下にある鍵保管庫で管理されるが、閲覧が終わると直ちに消去され、マイノード（Ｍｙ  Ｎｏｄｅ）の鍵保管庫では、Ｔｏｍから開示されているＩＳＫは保存しない（ステップ１０（Ｓ１０））。
【０１６９】
この例では、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）が直接通信を行うピア・ツー・ピア（Ｐ２Ｐ）型の通信を想定したが、マスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）との間にサーバを介在させることでも、同様の機能を実現することができる。
【０１７０】
図３２に、本発明に係るＡＰＩに準拠しない非ネイティブ・アプリケーションソフトウェアにおける個人情報の開示の一例を示す。ＴｏｍがＢｅｔｔｙに開示している非ネイティブ・アプリケーションソフトウェアのファイルは、ＣＡによってデジタル証明された公開鍵／私有鍵ペア（対）を用いて認証及び暗号化されて、Ｔｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に送られる。ただし、非ネイティブ・アプリケーションソフトウェアのファイルは、Ｂｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に、平文で保存される。
【０１７１】
次に、本発明のシステムに組み込まれるＧＵＩの例について説明する。前記ＧＵＩにおいては、本発明のシステムの利用者自身及び他人から利用者に開示されているあらゆるプライベート情報の窓口となるため、利用者自身、および他者から開示されているプライベート情報への検索性の高さが重要となる。
【０１７２】
本発明のシステムで扱われている個々のアクセス権起因情報、及びプライベート情報を開示しあう相手には、検索のためのキーワードが割り付けられている。前記キーワードは、すべての本発明のシステム利用者に共通な予め定められたキーワード（グローバルキーワード）として割り付けてもよいし、また、本発明のシステム利用者自身が自由に割り付けてもよい（パーソナルキーワード）。本発明のシステムに組み込まれるＧＵＩにおいては、これらのキーワードをもとに、自分自身のプライベート情報、開示しあう相手、および開示されているアクセス権起因情報を絞り込むことで、少ない操作で自分および相手のプライベート情報のなかで必要とする情報に到達することができる。次に、その具体例を示す。
【０１７３】
図３３に、自分のプライベート情報および他者より開示されているアクセス権起因情報を検索するための検索ウィンドウの一例を示す。これ以降、自分のプライベート情報または他者より開示されているアクセス権起因情報のひとつひとつを、アイテムと呼ぶ。ここでは、この検索ウィンドウを用いてＴｏｍが中学校の同窓生の自宅の住所を調べる場合について説明する。同図では、アイテムを検索するためのウィンドウ（Ｆｉｎｄ）２６１と、プライベート情報を開示しあう人を検索するためのウィンドウ（Ｙｏｕ）２６２の二つのウィンドウを表示し、アイテムに割り付けられたキーワード、及びプライベート情報を開示しあう人の両面から、素早く検索することが可能である。なお、この例において、必ずしも同図のようにアイテム及びプライベート情報を開示しあう人の二つのウィンドウを表示する必要はなく、プライベート情報を開示しあう人をキーワードが割り付けられたアイテムの一種とみなして、一つのウィンドウとして表示することも可能である。
【０１７４】
図３３においては、ウィンドウ（Ｆｉｎｄ）２６１で、自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）が選択されている。このとき、ウィンドウ（Ｙｏｕ）２６２には、自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）をＴｏｍに開示している人、またはＴｏｍが自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）を開示している人のリストが表示される。この例では、ウィンドウ（Ｙｏｕ）２６２の制約のために、３２９人中の１５人だけが表示されており、このウィンドウ（Ｙｏｕ）２６２をスクロールすることで、残りの人を順次表示させることが可能である。ここで、絞り込みのために、ウィンドウ（Ｙｏｕ）２６２の下部にある他のキーワード（＆  ｏｔｈｅｒ  ｋｅｙｗｏｒｄｓ）を選択すると、図３４に示す検索ウィンドウが表示される。
【０１７５】
図３４に示したウィンドウ（Ｙｏｕ）２７２には、図３３に示したウィンドウ（Ｙｏｕ）２６２に表示されたすべての人に割り付けられているすべてのキーワードがすべて表示される。その中から中学校（Ｊｕｎｉｏｒ  Ｈｉｇｈ）を選択すると、図３５に示す検索ウィンドウが表示される。
【０１７６】
図３５に示したウィンドウ（Ｙｏｕ）２８２には、Ｔｏｍが自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）を開示している人の中で中学校（Ｊｕｎｉｏｒ  Ｈｉｇｈ）というキーワードが割り付けられている人、及びＴｏｍに自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）を開示している人の中で中学校（Ｊｕｎｉｏｒ  Ｈｉｇｈ）というキーワードが割り付けられている人、５名が表示されている。ここで、ＴｏｍがＦｒａｎｋ  Ｓｍｉｔｈを選択することによって、ＴｏｍとＦｒａｎｋ  Ｓｍｉｔｈとの個人情報の開示関係がウィンドウ（Ｆｉｎｄ）２８１に表示される。この例では、Ｔｏｍは、Ｆｒａｎｋ  Ｓｍｉｔｈに自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）と携帯電話の電子メールアドレス（Ｃｅｌｌ  ｅｍａｉｌ）を開示している。また、Ｆｒａｎｋ  Ｓｍｉｔｈは、Ｔｏｍに携帯電話の番号（Ｃｅｌｌ  ｐｈｏｎｅ）、自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）、自宅の電子メールアドレス（Ｈｏｍｅ  ｅｍａｉｌ）及び写真（Ｐｈｏｔｏ）の４個のアイテムを開示している。Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）２８１にあるアイテムのチェックボックス２８３をチェックすることでＦｒａｎｋ  Ｓｍｉｔｈに対してアイテムを開示したり、チェックを外すことで開示しているアイテムを非開示にしたりすることができる。
【０１７７】
図３６に、前記２つのウィンドウ（Ｆｉｎｄ及びＹｏｕ）を用いて検索したアイテム及びそれらのアイテムを開示しあう人の情報を表示した場合のＧＵＩの一例を示す。同図において、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）２９１で自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）、携帯電話の番号（Ｃｅｌｌ  ｐｈｏｎｅ）及び携帯電話の電子メールアドレス（Ｃｅｌｌ  ｅｍａｉｌ）を選択している。また、ウィンドウ（Ｙｏｕ）２９２のＭｅｌｉｓｓａ  Ｔｕｒｎｅｒ及びＢｒａｄ  Ｆｒａｎｋを選択している。この状態で、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）２９３には、Ｔｏｍ自身の自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）、携帯電話の番号（Ｃｅｌｌ  ｐｈｏｎｅ）及び携帯電話の電子メールアドレス（Ｃｅｌｌ  ｅｍａｉｌ）が表示される。また、他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）２９４には、Ｍｅｌｉｓｓａ  ＴｕｒｎｅｒとＢｒａｄ  ＦｒａｎｋとからＴｏｍに開示されている自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）、携帯の電話番号（Ｃｅｌｌ  ｐｈｏｎｅ）及び携帯の電子メールアドレス（Ｃｅｌｌ  ｅｍａｉｌ）が表示される。Ｔｏｍは、この画面で、自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）２９３を更新したり、開示を変更したりすることができる。ここで変更された自分のプライベート情報は、開示先も本発明に関わるシステムを使用し、開示関係が築かれている場合には、開示先による閲覧時には自動的に更新される。同図中央の領域（ウィンドウ２９３及びウィンドウ２９４）は、種々の本発明に係るＡＰＩに準拠したアプリケーションソフトウェア（Ａｐｐｌｏｃａｔｉｏｎ）、または本発明に関わるＡＰＩに準拠しない、非ネイティブアプリケーションソフトウェアによって使われる領域であり、用途に応じて様々な使い方をする。なお、この領域は、ウィンドウ（Ｆｉｎｄ）２９１及びウィンドウ（Ｙｏｕ）２９２とは別のウィンドウとして表示することも可能である。
【０１７８】
次に、図３７を参照して、本発明のシステムによるプライベート情報の開示の柔軟性について説明する。図３７（ａ）のウィンドウ（Ｙｏｕ）３０２ａには、Ｔｏｍが自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）を開示している人のリストが表示されている。図３７（ｂ）のウィンドウ（Ｙｏｕ）３０２ｂには、Ｔｏｍに自宅の住所（Ｈｏｍｅ  Ａｄｒｅｓｓ）を開示している人のリストが表示されている。図示のとおり、本発明のシステムによれば、開示する側と開示される側が非対称な個人情報の開示が柔軟に可能となる。
【０１７９】
このほか、本発明のシステムによれば、次のような機能をＧＵＩ上で実現することが可能である。
【０１８０】
まず、図３８に示すように、あるキーワード（この例では、中学校（Ｊｕｎｉｏｒ  Ｈｉｇｈ））を割り付けられた人全員に対する、又はあるキーワード（この例では、中学校（Ｊｕｎｉｏｒ  Ｈｉｇｈ））を割り付けられた人全員からのプライベート情報の開示を、ワンクリックで制御することが可能である（集団に対する開示）。
【０１８１】
また、通常、本発明のシステムではプライベート情報の所有者は、自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）に関しては自由に開示を制御できる。ここで、本発明のシステムは、図３８に示すように、それと同時にプライベート情報の所有者であっても他人への開示が許されないアイテムに対し、その開示を制限するという機能を提供する。この機能は、例えば、Ｔｏｍが映画や音楽などの有料コンテンツを購入した際、これがＴｏｍの所有となっても、有料コンテンツの販売業者の意思によって他人への開示を許可したくない場合などに用いられる。
【０１８２】
そして、図３９において、Ｔｏｍは、あだ名（Ｎｉｃｋｎａｍｅ）をＢｅｔｔｙ  Ｔｈｏｍａｓの（Ｔｏｍの知らない）知人に対して開示することを許可している。また、図３９において、Ｔｏｍは、アバター（Ａｖａｔａｒ）をＢｅｔｔｙ  Ｔｈｏｍａｓの知人の、知人の、知人の、・・・という無限次の知人に対して開示することを許可している。このように、本発明のシステムでは、ｎ次の知人への開示許可を、プライベート情報の所有者が制御できる機能を備える。
【０１８３】
前述のように、本発明のシステムでは、各アイテムを暗号化した秘密鍵は、開示先の端末で管理をするが、これらの秘密鍵で暗号化された各アイテムは開示先の端末にあっても、開示元の端末にあっても、または第三者の端末やサーバにあってもよい。開示先があるアイテムについてのアクセス権を持っていても（すなわち秘密鍵を持っていても）、開示先の端末がオンラインでない時に、開示もとが更新したなど理由により、開示先が古い情報を見ていることが起こりえる。このような場合には、図３９に示すように、開示先のキャッシュが古いことを、ＧＵＩ上で開示元がわかるように表示させることができる。同図では、ＴｏｍがＢｅｔｔｙ  Ｔｈｏｍａｓ(Ｂｅｔｔｙ)に開示した携帯電話の番号（Ｃｅｌｌ  ｐｈｏｎｅ）について、Ｂｅｔｔｙ  Ｔｈｏｍａｓ(Ｂｅｔｔｙ)の現在持っている情報が古いことを異なる色を用いて表示している。
【０１８４】
前述のとおり、本発明のシステム上で扱われるプライベート情報（アイテム）、プライベート情報を開示する相手及びプライベート情報が開示される相手（以下、アイテムなどと言う）には、すべてキーワードが割り付けられている。そこでのキーワードの例としては、例えば、写真の場合には、撮影時刻、撮影場所、撮影内容、登場人物など様々であり、また、人についても、会社、友人、業務、同窓、特定のプロジェクトなど様々である。本発明のシステムを含めて、一般に各種データベースにおけるキーワードの手作業による割り付けは、面倒な作業である。このため、大半のアイテムなどにキーワードが割り付けられていない場合も多くなると考えられる。これでは、キーワードをもとにした検索がうまく機能しなくなってしまう。これを解決するために、主として開示されている様々なアクセス権起因情報を利用することで、本発明のシステムに利用者による個々のアイテムなどに対するキーワードの割り付けを強力に支援する機能を持たせることができる。
【０１８５】
図４０のウィンドウ（Ｙｏｕ）３３２でＤｏｎ  Ｄｏｎｎｅｌｌｙが選択されると、図４１に示すように、そのキーワードの割付の支援ウィンドウ３３３が表示される。ここでは、既に割り付けられているキーワードの他に、本発明のシステムが割り付けるべきと判断したキーワードが、本発明のシステムから利用者への提案という形で表示される。これらの本発明のシステムによるキーワードの提案は、Ｄｏｎ  ＤｏｎｎｅｌｌｙがＴｏｍに開示しているアクセス権起因情報、及び各種のアプリケーションソフトウェアの利用状況などを勘案して行われる。例えば、Ｄｏｎ  ＤｏｎｎｅｌｌｙがＴｏｍに開示している勤務先がＴｏｍの自分のプライベート情報（Ｍｙ  Ｉｎｆｏ．）にある勤務先と同じであれば、本発明のシステムは、同僚（Ｃｏｗｏｒｋｅｒ）をウィンドウ３３３で提案する。同様に、Ｄｏｎ  ＤｏｎｎｅｌｌｙがＴｏｍとの間で写真を開示しあっており、なおかつそれらの写真を開示している別の人物にスキー（Ｓｋｉ）というキーワードが割り付けられていれば、Ｄｏｎ  Ｄｏｎｎｅｌｌｙのキーワード候補として、本発明のシステムは、スキー（Ｓｋｉ）を提案する。
【０１８６】
図４２に、本発明のシステムにおける写真を開示しあうためのキーワードの割り付け支援の一例を示す。図４０のウィンドウ（Ｙｏｕ）３３２に表示される開示先又は開示元の人と同様に、写真にも検索のためのキーワードが割り付けられる。この際、問題となるのが他人が割り付けたキーワードとの整合性である。例えば、ＴｏｍがＬａｕｒａと行ったホワイトバレー（Ｗｈｉｔｅ  Ｖａｌｌｅｙ）の旅行の写真を開示しあう場合、Ｔｏｍが撮影し自分の個人情報（Ｍｙ  Ｉｎｆｏ．）として所有している写真と、Ｌａｕｒａが撮影し、Ｔｏｍに他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）として開示している写真とには同じキーワードを割り付けたい。しかし、Ｔｏｍが割り付けるキーワードとＬａｕｒａが割り付けるキーワードとが同じになるとは限らない。例えば、Ｔｏｍはホワイトバレー  スキー（Ｗｈｉｔｅ  Ｖａｌｌｅｙ  Ｓｋｉ）というキーワードを割り付け、Ｌａｕｒａはホワイトバレー（Ｗｈｉｔｅ  Ｖａｌｌｅｙ）というキーワードを割り付けるかもしれない。
【０１８７】
そこで、本発明のシステムは、本発明のシステムへの写真インポート時のディレクトリ名、他人から開示されている写真に割り付けられているキーワード、データに付随したタイムスタンプ、位置情報などのメタ情報などを考慮して、Ｔｏｍにキーワードの提案を行う。
【０１８８】
図４２のウィンドウ３５３においては、Ｌａｕｒａ（Ｌａｕｒａ  Ｋ）が先にホワイトバレー（Ｗｈｉｔｅ  Ｖａｌｌｅｙ）というキーワードを割り付けてこれをＴｏｍに開示しているという情報をもとに、本発明のシステムは、Ｔｏｍに対してホワイトバレー（Ｗｈｉｔｅ  Ｖａｌｌｅｙ）というキーワードの割り付けを提案している。
【０１８９】
このように、本発明のシステムの利用者が、様々なアクセス権起因情報を開示しあう際、共有するキーワードを割り付けることで、ネットワーク全体のプライベート情報に割り付けられるキーワードの整合性が保たれ、極めて検索性のよいネットワークを構築できる。つまり、従来は各自のデータベース上の個々のアイテムには、すべてデータベースの所有者自身がキーワードを割り付けなければならなかったが、本発明によれば、アクセス権起因情報の開示者が、それに付随したキーワードもアクセス権起因情報とともに開示することで、被開示者が、アクセス権起因情報とキーワードの組み合わせという情報を、被開示者自身のプライベート情報のキーワード割り付けや、別の開示者から開示されたアクセス権起因情報のキーワード割り付けに援用することで、ネットワーク参加者全体の、しかも整合性のあるキーワード生成を支援することができる。
【０１９０】
次に、本発明のシステムに準拠するアプリケーションソフトウェアについて、例を挙げて説明する。
【０１９１】
まず、Ｔｏｍが写真のためのアプリケーションソフトウェアを使用する場合の一例について説明する。
【０１９２】
まず、図４３に示すように、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）３６１の写真（Ｐｈｏｔｏ）を選択（クリック）する。
【０１９３】
そのとき、図４４に示すように、すべての写真（Ｐｈｏｔｏ）に割り付けられたキーワードがウィンドウ（Ｆｉｎｄ）３７１に表示される。
【０１９４】
次に、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）３７１のヨセミテ（Ｙｏｓｅｍｉｔｅ）を選択（クリック）する。
【０１９５】
次に、Ｔｏｍは、ウィンドウ（Ｙｏｕ）３７２の家族（Ｆａｍｉｌｙ）を選択（クリック）する。
【０１９６】
なお、Ｔｏｍは、図４４の上部に示した三角形を選択（クリック）することでも写真のためのアプリケーションソフトウェアを使用することができる。
【０１９７】
次に、Ｔｏｍは、図４５に示すように、ウィンドウ（Ｙｏｕ）３８２に表示される家族のメンバーからＦｒａｎｋ  ＢｒｏｗｎとＬｉｎｄａ  Ｂｒｏｗｎを選択（クリック）する。
【０１９８】
図４５の中央の領域（自分の写真（Ｍｙ  Ｐｈｏｔｏ）３８３及び他人の写真（Ｙｏｕｒ  Ｐｈｏｔｏ）３８４）は、写真のためのアプリケーションソフトウェア（Ａｐｐｌｉｃａｔｉｏｎ）に使われる領域である。このアプリケーションソフトウウェアは、これまで広く使われている写真ブラウザー（Ｂｒｏｗｓｅｒ）と同様に、写真の管理と閲覧のための様々な機能を有するが、これまでの写真ブラウザーが、もっぱら自分の端末にある写真の管理と閲覧を目的とするのに対して、本発明による写真ブラウザーでは、他者から開示されたアクセス権起因情報のである他者の写真と、自分のプライベート情報である自分の写真を統一的に扱え、なおかつ他者から開示されている写真は、写真の所有者がアクセス権をもっている点が、これまでの写真ブラウザーと異なる。他者から開示されたＴｏｍは、同図上部の三角形を選択（クリック）することにより、自分の写真（Ｍｙ  Ｐｈｏｔｏ）３８３又は他人の写真（Ｙｏｕｒ  Ｐｈｏｔｏ）３８４を隠すことができる。なお、この領域は、ウィンドウ（Ｆｉｎｄ）３８１及びウィンドウ（Ｙｏｕ）３８２とは別のウィンドウとして表示することも可能である。
【０１９９】
本システム、およびこれに準拠したアプリケーションソフトウェアがＰＣなどのように充分な記憶容量を含めたハードウェア資源を持った端末上で動く場合もあれば、携帯電話機などのように、記憶容量を含めたハードウェア資源が極めて限られた端末上で動く場合もある。３８４で他者から開示されている写真は、ハードウェアの制約や、ネットワークへの接続におけるデータ転送容量に応じて、縮小版（サムネイル）だけを、端末上に保持、表示した上で、利用者から明示的にＧＵＩに対して指示があった場合（クリックなど）のみ、すべての写真データ（フルサイズ）を開示元より転送した上表示することもできる。
【０２００】
この例によれば、ＴｏｍがＰＣを使用している場合でも、キーボードを使うことなしに、より容易な方法で検索を行うことができる。なお、この例と同様にして、ビデオのためのアプリケーションソフトウェアを使用することができる。
【０２０１】
次に、Ｔｏｍが日記のためのアプリケーションソフトウェアを使用する場合の一例について説明する。
【０２０２】
まず、図４６に示すように、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）３９１の日記（Ｄｉａｒｙ）を選択（クリック）する。
【０２０３】
そのとき、図４７に示すように、すべての日記（Ｄｉａｒｙ）に割り付けられたキーワードがウィンドウ（Ｆｉｎｄ）４０１に表示される。
【０２０４】
次に、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）４０１のジャズバンド（Ｊａｚｚ  Ｂａｎｄ）を選択（クリック）する。
【０２０５】
なお、Ｔｏｍは、図４７の上部に示した三角形を選択（クリック）することでも日記のためのアプリケーションソフトウェアを使用することができる。
【０２０６】
図４８の中央の領域（自分の日記（Ｍｙ  Ｄｉａｒｙ）４１３及び他人の写真（Ｙｏｕｒ  Ｄｉａｒｙ）４１４）は、日記のためのアプリケーションソフトウェア（Ａｐｐｌｉｃａｔｉｏｎ）に使われる領域である。たとえば、この領域に表示される日記のためのアプリケーションソフトウェアは、現在のソーシャルネットワーキングサイト（ＳＮＳ）サービスと類似のまたは同等の機能を有するが、情報アイテム毎に、サービス事業者ではなく、利用者が開示先を選択でき、開示先による自分の情報の利用や開示を極めて柔軟に制御できる点が大きく異なる。Ｔｏｍは、同図上部の三角形を選択（クリック）することにより、自分の日記（Ｍｙ  Ｄｉａｒｙ）４１３又は他人の日記（Ｙｏｕｒ  Ｄｉａｒｙ）４１４を隠すことができる。なお、この領域は、ウィンドウ（Ｆｉｎｄ）４１１及びウィンドウ（Ｙｏｕ）４１２とは別のウィンドウとして表示することも可能である。
【０２０７】
この例によれば、ＴｏｍがＰＣを使用している場合でも、キーボードを使うことなしに、より容易な方法で検索を行うことができる。
【０２０８】
次に、Ｔｏｍが通話のためのアプリケーションソフトウェアを使用する場合の一例について説明する。
【０２０９】
まず、図４９に示すように、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）４２１の通話（Ｔａｌｋ）を選択（クリック）する。
【０２１０】
そのとき、図５０に示すように、すべての通話（Ｔａｌｋ）に割り付けられたキーワードがウィンドウ（Ｆｉｎｄ）４２１に表示される。この例では、３つのサービスが利用可能である。
【０２１１】
次に、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）４２１のビデオチャット（Ｖｉｄｅｏ  Ｃｈａｔ）を選択（クリック）する。
【０２１２】
次に、Ｔｏｍは、ウィンドウ（Ｙｏｕ）４２２上部のサーチテキストボックスにＬａｕｒａと入力する。
【０２１３】
なお、Ｔｏｍは、図４９の上部に示した三角形を選択（クリック）することで通話のためのアプリケーションソフトウェアを使用することができる。
【０２１４】
次に、図５１に示すように、Ｔｏｍは、ウィンドウ（Ｙｏｕ）４４２でＬａｕｒａ  Ｊｏｈｎｓｏｎを選択（クリック）し、Ｌａｕｒａ  Ｊｏｈｎｓｏｎに電話する。
【０２１５】
今、Ｔｏｍは、図５２に示すように、Ｌａｕｒａ  Ｊｏｈｎｓｏｎと通話している。図５２の中央の領域（ビデオチャット（Ｖｉｄｅｏ  Ｃｈａｔ）４５３）は、通話のためのアプリケーションソフトウェア（Ａｐｐｌｉｃａｔｉｏｎ）に使われる領域である。このビデオチャット（Ｖｉｄｅｏ  Ｃｈａｔ）用のアプリケーションソフトウェアは、既に提案されているＩＰ電話、ビデオチャットなどのアプリケーションソフトウェアと同様の機能を有するが、これらに付随するアドレス帳、アドレス帳などにおいて、本発明に関わるアクセス権の相互制御、およびアクセス権がある場合の自動更新が行われているので、このアプリケーションソフトウェアのすべての利用者は、自分のコンタクト情報を必要な人だけに開示できるし、常に最新の他者のコンタクト情報を利用可能なため、電子メールなどでコンタクト情報のやりとりをする必要がない。またＴｏｍは、同図上部の三角形を選択（クリック）することにより、ビデオチャット（Ｖｉｄｅｏ  Ｃｈａｔ）４５３を隠すことができる。なお、この領域は、ウィンドウ（Ｆｉｎｄ）４５１及びウィンドウ（Ｙｏｕ）４５２とは別のウィンドウとして表示することも可能である。
【０２１６】
ここで、Ｔｏｍが、Ｊｏｈｎ  Ｗｈｉｔｅに通話に加わってほしいものとする。
【０２１７】
Ｔｏｍは、ウィンドウ（Ｙｏｕ）４５２上部のサーチテキストボックスにＪｏｈｎと入力する。
【０２１８】
次に、図５３に示すように、Ｔｏｍは、ウィンドウ（Ｙｏｕ）４６２でＪｏｈｎ  Ｗｈｉｔｅを選択（クリック）し、Ｊｏｈｎ  Ｗｈｉｔｅに電話する。
【０２１９】
これにより、図５４に示すように、Ｊｏｈｎ  Ｗｈｉｔｅが通話に加わる。
【０２２０】
次に、Ｔｏｍが電子商取引のためのアプリケーションソフトウェアを使用する場合の例について説明する。その中でも、まず、Ｔｏｍがソフトウェアのライセンスのためのアプリケーションソフトウェアを使用する場合の一例について説明する。
【０２２１】
まず、図５５に示すように、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）４８１のソフトウェア（Ｓｏｆｔｗａｒｅ）を選択（クリック）する。
【０２２２】
そのとき、図５６に示すように、すべてのソフトウェア（Ｓｏｆｔｗａｒｅ）に割り付けられたキーワードがウィンドウ（Ｆｉｎｄ）４９１に表示される。
【０２２３】
次に、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）４９１のユーティリティ（Ｕｔｉｌｉｔｙ）を選択（クリック）する。すると、ウィンドウ（Ｙｏｕ）４９２に、ソフトウェア販売業者がＴｏｍにライセンスした、及びソフトウェア販売業者がＴｏｍにライセンスを提供したいソフトウェアのリストが表示される。
【０２２４】
ここで、それらのソフトウェアは、Ｔｏｍにライセンスされているだけで、権利が完全にＴｏｍに移転しているわけではないため、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）ではなく、他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）として扱われる。これは、ソフトウェア販売業者が、一度ライセンスしたソフトウェアを無効化するなど、顧客によるソフトウェアの使用をよりよく制御することができることを意味する。
【０２２５】
次に、Ｔｏｍは、ウィンドウ（Ｙｏｕ）４９２の第２のソフトウェア（Ｓｏｆｔｗａｒｅ  ２）を選択（クリック）する。
【０２２６】
なお、Ｔｏｍは、図５６の上部に示した三角形を選択（クリック）することでもソフトウェアのライセンスを管理するためのアプリケーションソフトウェアを使用することができる。
【０２２７】
図５７の中央の領域（自分の個人情報（Ｍｙ  Ｉｎｆｏ．）５０３及びライセンス（Ｌｉｃｅｎｓｅｄ）５０４）は、ソフトウェアのライセンスのためのアプリケーションソフトウェアに使われる領域である。この領域は、顧客（この例では、Ｔｏｍ）とソフトウェア販売業者の両者に利点がある。
【０２２８】
顧客（Ｔｏｍ）にとっては、ソフトウェアのライセンスの管理が容易になり、決済も可能となるという大きな利点がある。たとえば、現在は、ソフトウェアライセンスキーを、購入したソフトウェア毎に管理しなければならないが、これを本システム上で管理し、それをソフトウェア販売業者にネットワークを通じて開示することで、簡便に行える。
【０２２９】
また、ソフトウェア販売業者にとっては、柔軟なライセンスの提供と、顧客のライセンスの使用の制御ができるという利点がある。
【０２３０】
次に、Ｔｏｍが通常の電子商取引のためのアプリケーションソフトウェアを使用する場合の一例について説明する。
【０２３１】
まず、図５８に示すように、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）５１１の買い物（Ｓｈｏｐｐｉｎｇ）を選択（クリック）する。
【０２３２】
次に、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）５１１上部のサーチテキストボックスに音楽再生装置（Ａｕｄｉｏ  Ｐｌａｙｅｒ）と入力する。
【０２３３】
次に、Ｔｏｍは、ウィンドウ（Ｙｏｕ）５１２上部のサーチテキストボックスにカリフォルニア（Ｃａｌｉｆｏｒｎｉａ）と入力する。
【０２３４】
そのとき、図５９に示すように、すべての買い物（Ｓｈｏｐｐｉｎｇ）に割り付けられたキーワードがウィンドウ（Ｆｉｎｄ）５２１に表示される。
【０２３５】
また、すべてのカリフォルニア（Ｃａｌｉｆｏｒｎｉａ）に割り付けられたキーワードがウィンドウ（Ｙｏｕ）５２２に表示される。
【０２３６】
なお、Ｔｏｍは、図５９の上部に示した三角形を選択（クリック）することでも通常の電子商取引のためのアプリケーションソフトウェアを使用することができる。
【０２３７】
次に、図６０に示すように、Ｔｏｍは、ウィンドウ（Ｆｉｎｄ）５３１で第２の音楽再生装置（Ａｕｄｉｏ  Ｐｌａｙｅｒ  ２）を選択（クリック）する。
【０２３８】
すると、図６０の左から３列目に各販売業者における第２の音楽再生装置（Ａｕｄｉｏ  Ｐｌａｙｅｒ  ２）の値段（Ｐｒｉｃｅ）などが表示される。
【０２３９】
本発明の電子商取引のためのアプリケーションソフトウェアには、次のような利点がある。
【０２４０】
まず、販売業者にとっては、顧客ごとに異なる見積もりを提示できるという利点がある。現在のＷｅｂによる電子商取引では、見積もりとは基本的に全世界に対するものか、もしくは顧客の側から認証手段を経て入手するものであったが、本発明によるシステムを通じた電子商取引のアプリケーションソフトウェアでは、販売業者側が、顧客に対して個別の条件提示を、リアルタイムに行える。また、顧客から開示されている限り、常に最新の顧客の個人情報を使えるという利点もある。本発明のシステム、これに準拠した電子商取引用のアプリケーションソフトウェアによれば、顧客が取引を望む、もしくは検討する業者に対して、そのプライベート情報のアクセス権を付与している限り、顧客のプライベート情報が変更されると、業者から見えるアクセス権起因情報は自動的に更新されるので、これまでの顧客データベースによる顧客管理のように、各々の顧客情報の更新に手間をかける必要がなくなる。そして更に、本発明によるシステムを通じた電子商取引のアプリケーションソフトウェアでは、販売業者のサーバにあるものは、多数の顧客がアクセス権を持つ、アクセス権起因情報の集合であり、仮に何らかの事情でこの情報が販売業者から流出しても、情報所有者によるアクセス権の制御は有効であり、現在の顧客データベースの流出とくらべて、その危険は著しく減少する。更に、販売業者からの各種コンテンツ、ソフトウェア、文書などの無形物の柔軟な配布が可能となるという利点もある。
【０２４１】
また、顧客にとっては、自分の個人情報の所有、更新及び開示の管理が、すべて自分自身の手の中にあるという利点がある。また、Ｗｅｂによる電子商取引では、経済的対価を得る目的で開発された検索ソフトウェアの指し示す販売業者からの情報によって、販売業者を選定することが多いが、本発明によるシステムを通じた電子商取引のアプリケーションソフトウェアでは、利用者が明示的に取引したい各販売業者からの自分に対する見積もりを比較することができるという利点がある。そして、電子商取引に際して、決裁情報を含めた様々な個人情報の管理が容易になるという利点もある。更に、簡便で安全な決済が可能になるという利点もある。
【０２４２】
次に、本発明のシステムをコンピュータ以外のマイノード（Ｍｙ  Ｎｏｄｅ）に用いた場合の一例について説明する。
【０２４３】
図６１に、Ｔｏｍがデジタルカメラをマイノード（Ｍｙ  Ｎｏｄｅ）の一つとして用いた場合の一例を示す。
【０２４４】
Ｔｏｍが旅行にデジタルカメラを持っていった場合、Ｔｏｍは、デジタルカメラがオンラインであればいつでも、旅行先のホテルにいながらにしてネットワーク１０を介してマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）と通信し、写真をマスターノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）や他のマイノード（Ｍｙ  Ｎｏｄｅ）にある、本発明の写真のためのアプリケーションソフトウェアに蓄えることができる。
【０２４５】
図６２に、デジタルカメラの表示画面の例を示す。図６２（ａ）は、デジタルカメラがオフラインである場合の一例であり、図６２（ｂ）は、デジタルカメラがオンラインである場合の一例である。
【０２４６】
図６２（ａ）に示すとおり、デジタルカメラがオフラインである場合には、デジタルカメラのメモリに蓄えられている写真が、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）５５２ａに表示される。なお、ウィンドウ（Ｆｉｎｄ）５５１ａは、同図上部の三角形を選択（クリック）することで隠すことができる。
【０２４７】
また、図６２（ｂ）に示すとおり、デジタルカメラがオンラインである場合には、本発明の写真のためのアプリケーションウェアにより管理されているすべての写真をデジタルカメラの表示画面に表示させることができる。これは、圧縮されたサムネイル表示でも良い。
【０２４８】
また、デジタルカメラがオンラインになると、図６２ａに示したデジタルカメラのメモリに蓄えられた写真が、自動的に本発明の写真のためのアプリケーションソフトウェアに取り込まれる。
【０２４９】
次に、デジタルカメラを通じた異なる人の間での互いの写真の開示の一例について説明する。
【０２５０】
図６３に、デジタルカメラの表示画面のその他の例を示す。デジタルカメラをオンラインとすれば、例えば、旅行中であっても他人に写真を開示することができる。具体的には、同図に示すように、ウィンドウ（Ｙｏｕ）５６２で家族（Ｆａｍｉｌｙ）を選択（クリック）することで、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）５６１の写真を、本発明のシステムをＰＣ、ゲーム機、携帯電話機など様々な端末で利用している、遠方にいる家族に対して開示することができる。
【０２５１】
図６４に、デジタルカメラの表示画面の更にその他の例を示す。デジタルカメラをオンラインとすれば、例えば、旅行中であっても他人が自分に対して開示している写真を見ることができる。具体的には、ウィンドウ（Ｙｏｕ）５７２で家族のメンバーのうちＦｒａｎｋ  ＢｒｏｗｎとＬｉｎｄａ  Ｂｒｏｗｎを選択（クリック）することで、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）でＦｒａｎｋ  ＢｒｏｗｎとＬｉｎｄａ  Ｂｒｏｗｎが自分に対して開示している写真を、デジタルカメラで見ることができる。
【０２５２】
次に、本発明の有料コンテンツのためのアプリケーションソフトウェアの一例について説明する。これは、本発明の電子商取引のためのアプリケーションソフトウェアの一種である。
【０２５３】
まず、映画のＤＶＤを買った場合の一例について説明する。
【０２５４】
図６５（ａ）に示すように、ウィンドウ（Ｆｉｎｄ）５８１（ａ）で映画（Ｍｏｖｉｅ）を選択（クリック）する。ついで、ウィンドウ（Ｆｉｎｄ）５８１（ａ）上部のサーチテキストボックスに映画監督Ａ（Ｄｉｒｅｃｔｏｒ  Ａ）と入力する。
【０２５５】
すると、図６５（ｂ）に示すように、すべての映画監督Ａ（Ｄｉｒｅｃｔｏｒ  Ａ）に割り付けられたキーワードがウィンドウ（Ｆｉｎｄ）５８１（ｂ）に表示される。ここで、映画（Ｍｏｖｉｅ）を選択（クリック）する。
【０２５６】
すると、図６５（ｃ）に示すように、自分の映画（Ｍｙ  Ｍｏｖｉｅ）５８２で映画（Ｍｏｖｉｅ）が再生される。
【０２５７】
この場合において、有料コンテンツは、自分の個人情報（Ｍｙ  Ｉｎｆｏ．）である。ただし、他人への開示ができない点で他の自分の個人情報（Ｍｙ  Ｉｎｆｏ．）とは異なる。
【０２５８】
次に、有料コンテンツのライセンスを受ける場合の一例について説明する。
【０２５９】
図６６（ａ）に示すように、ウィンドウ（Ｆｉｎｄ）５９１（ａ）でムービーストア（Ｍｏｖｉｅ  Ｓｔｏｒｅ）を選択（クリック）する。ついで、ウィンドウ（Ｆｉｎｄ）５９１（ａ）上部のサーチテキストボックスに映画監督Ａ（Ｄｉｒｅｃｔｏｒ  Ａ）と入力する。
【０２６０】
すると、図６６（ｂ）に示すように、すべての映画監督Ａ（Ｄｉｒｅｃｔｏｒ  Ａ）に割り付けられたキーワードがウィンドウ（Ｆｉｎｄ）５９１（ｂ）に表示される。ここで、第４の映画（Ｍｏｖｉｅ  ４）を選択（クリック）する。
【０２６１】
すると、図６６（ｃ）に示すように、他人の映画（Ｙｏｕｒ  Ｍｏｖｉｅ）５９２で映画（Ｍｏｖｉｅ）が再生される。
【０２６２】
この場合において、有料コンテンツは、ライセンスされているだけであり他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）である。
【０２６３】
次に、有料コンテンツのライセンスを購入する場合の一例について説明する。
【０２６４】
図６７に示すように、ウィンドウ（Ｆｉｎｄ）６０１でムービーストア（Ｍｏｖｉｅ  Ｓｔｏｒｅ）を選択（クリック）する。ついで、ウィンドウ（Ｆｉｎｄ）６０１上部のサーチテキストボックスに映画監督Ａ及び３５ドル未満（Ｄｉｒｅｃｔｏｒ  Ａ  ＆  ＜＄３５）と入力する。
【０２６５】
そのとき、図６８に示すように、ウィンドウ（Ｙｏｕ）６１２に、ムービーストア（Ｍｏｖｉｅ  Ｓｔｏｒｅ）のリストが表示される。また、ウィンドウ（Ｆｉｎｄ）６１１にムービーストアがライセンスを提供したい映画（Ｍｏｖｉｅ）のリストが表示される。
【０２６６】
図６９の中央の領域（自分の個人情報（Ｍｙ  Ｉｎｆｏ．）６２３及びライセンス（Ｌｉｃｅｎｓｅｄ）６２４）は、有料コンテンツのライセンスのためのアプリケーションソフトウェアに使われる領域である。この領域は、とソフトウェア販売業者の両者に利点がある。
【０２６７】
次に、携帯電話の電話帳に、本発明のシステムを応用した一例について示す。
【０２６８】
図７０に、ＴｏｍとＢｅｔｔｙが通常の携帯電話で通話をしている状況を示す。Ｔｏｍの携帯電話６３２ａではＴｏｍの所有する通常の電話帳６３２ｂを、またＢｅｔｔｙの携帯電話６３３ａではＢｅｔｔｙの所有する通常の電話帳６３３ｂを、それぞれ利用可能である。このような状況では、Ｂｅｔｔｙの電話番号などが変更されたときには、Ｂｅｔｔｙが電子メールなどによって、明示的にＴｏｍに通知し、さらにＴｏｍが明示的にＴｏｍの所有する電話帳の情報を更新しない限り、Ｔｏｍの所有する電話帳に存在するＢｅｔｔｙの情報６３４は更新されない。また、ＢｅｔｔｙがＴｏｍの電話帳にあるＢｅｔｔｙの情報６３４を削除したいと思ったとしても、直接これを削除する手段はなく、Ｔｏｍに対して明示的に削除を依頼し、かつＴｏｍがこれに同意して、Ｔｏｍの電話帳からこれをＢｅｔｔｙの情報を削除する必要があり、Ｔｏｍが善良な意志を持ち、Ｂｅｔｔｙの要求に従ってＢｅｔｔｙの情報を削除することが必要であった。ＢｅｔｔｙがＴｏｍに対して、Ｂｅｔｔｙの情報の削除を要求するような状況では、Ｔｏｍが善良な意志を持っていない場合も多く、実質的にＢｅｔｔｙがＴｏｍの所有する電話帳にある自分の情報を削除できない可能性は大きかった。
【０２６９】
図７１に、本発明によるシステムを、携帯電話の電話帳として利用した例を示す。Ｔｏｍの携帯電話の電話帳６４２とＢｅｔｔｙの携帯電話の電話帳６４３は、図７０に示したこれまでの携帯電話の通常の電話帳と外見はほぼ同じである。しかし、本発明によれば、たとえば、Ｔｏｍの携帯電話にあるＢｅｔｔｙの情報６４４は、Ｂｅｔｔｙが、Ｂｅｔｔｙの電話帳のＴｏｍにチェックマーク６４５を付けることによって、Ｔｏｍに対してアクセス権が与えられていることを示しているのであり、Ｂｅｔｔｙの情報をＴｏｍが所有しているわけではない。したがって、Ｂｅｔｔｙが自分の情報を、Ｂｅｔｔｙの携帯電話上で変更した場合、ＴｏｍがＴｏｍの携帯電話の電話帳で見るＢｅｔｔｙの情報は自動的に更新される。
【０２７０】
また、図７２に、ＢｅｔｔｙがＴｏｍに電話番号を知られたくない場合、本発明によるシステムで、Ｂｅｔｔｙが、Ｔｏｍに対するＢｅｔｔｙの情報の開示を解除する方法を示す。Ｂｅｔｔｙは、Ｂｅｔｔｙの携帯電話の電話帳にあるＴｏｍ  Ｂｒｏｗｎ６５５の左にあるチェックマークをクリックしこれを消すと、Ｔｏｍの、Ｂｅｔｔｙの情報に対するアクセス権を無効化するので、Ｔｏｍは、Ｔｏｍの携帯電話の電話帳６５２にあったＢｅｔｔｙの情報６５４を閲覧できなくなる。ただし、ＴｏｍはＴｏｍの電話帳６５２にあるＢｅｔｔｙ  Ｔｈｍａｓｏ６５４の左側にあるチェックマークがオンになっているので、この状態でもＴｏｍのＢｅｔｔｙに対するＴｏｍの情報のアクセス権は有効であり、ＢｅｔｔｙはＢｅｔｔｙの携帯電話の電話帳の上で、Ｔｏｍの情報６５５を閲覧、利用できる。このような、相互開示の制御は、電話帳、住所録、またはその他あらゆるプライベート情報についても利用でき、また、携帯電話のみならず、ＰＣ、ゲーム機、ＰＤＡ、テレビなど様々な情報端末上で実現される。
【０２７１】
既に述べたように、本発明によるシステムによって実現される電話帳などの利用者は、現在広く使われている電話帳などと比較して様々な利便性を享受できる。
【０２７２】
しかしながら、これらの利便性を享受するためには、電話帳などに載っている人のほぼすべてが、本発明によるシステムによってプライベート情報を開示したり、開示されたりしていることが前提となる。本発明によるシステムが充分普及するまでの過渡期間において、その利便性が損なわれるようであれば、普及は難しくなる。
【０２７３】
図７３に、本発明によるシステムによって他者からアクセス権を許諾されている電話番号と、通常の電話帳のように自分の端末上のファイルとして管理している電話番号を、一つの電話帳として扱う一例を示す。この電話帳では、相手の名前６６１ごとに電話番号６６２が表示されている。この中で、たとえばＢｅｔｔｙ  Ｔｏｈｍａｓは、本発明によるシステムを、Ｂｅｔｔｙ  Ｔｈｏｍａｓ６６３の端末で利用しているとする。Ｂｅｔｔｙ  Ｔｈｏｍａｓについて表示されている電話番号は、この電話帳の表示されている端末の所有者がＢｅｔｔｙ  Ｔｈｏｍａｓから電話番号のアクセス権を得て、それを表示した状態である。したがって、Ｂｅｔｔｙ  Ｔｈｏｍａｓがこの端末の所有者に対するアクセス権を、Ｂｅｔｔｙ  Ｔｈｏｍａｓの端末のＧＵＩを通じて無効化すれば、この端末の電話帳には表示されなくなるし、またＢｅｔｔｙ  Ｔｏｈｍａｓがこの電話番号を更新すれば、この電話帳に表示される電話番号も自動的に更新される。一方で、たとえばＤａｖｉｄ
Ｗｏｎｇ６６４は、本発明によるシステムをＤａｖｉｄ  Ｗｏｎｇの端末で利用しておらず、この電話帳に表示されているＤａｖｉｄ  Ｗｏｎｇの電話番号は、この端末のファイルに保存され、この端末の所有者が管理しているものである。したがって、通常の電話帳と同じように、Ｄａｖｉｄ  Ｗｏｎｇの電話番号は、Ｄａｖｉｄ  Ｗｏｎｇがこの端末の所有者に対する開示を制御したり、この端末に表示される電話番号を更新したりすることはできない。加えて、この端末の所有者自身の電話番号へのＤａｖｉｄ  Ｗｏｎｇへの開示も制御できない。
【０２７４】
このように、本発明にかかわるシステムによる電話帳は、現在の電話帳と組み合わせて利用することができ、現在使われている電話帳から、本発明にかかわるシステムによる電話帳への移行が容易となる。
【０２７５】
このような、本発明にかかわるシステムにおける、開示者のプライベート情報開示の制御と、従来からの技術である、自分の端末において開示者のプライベート情報を被開示者自身が制御する方法を組み合わせて表示する方法は、電話番号だけでなく、写真、日記、ビデオなどのあらゆるプライベート情報に利用できる。
【０２７６】
図７５に、ＧＰＳ（汎地球測位システム）などを備えた各種携帯端末に本発明に関わるシステムを導入し、さらに各携帯情報端末の所有者から特定の被開示者に対して開示される位置情報を、被開示者の端末における本発明に関わるシステムに準拠した地図情報を扱うアプリケーションソフトウェア上に表示した一例を示す。これまで述べてきた、電話番号、住所、写真、ビデオ、日記などのプライベート情報には、位置情報、すなわち被開示者がどこにいるか、という情報も含まれる。すなわち、本発明にかかわるシステムでは、位置情報もアクセス権起因情報として扱う。地図上には、ＧＰＳと本発明に関わるシステムの両方を導入した携帯端末を所持している人が、現在の位置を、図７５の画面を見ている被開示者に対して開示する操作を、このような携帯端末のＧＵＩから行うと、開示者であるこの携帯端末の所有者の位置６７１が、被開示者の端末の地図上に表示される。本発明に関わるシステムでプライベート情報を開示する他の例と同様に、位置情報の開示者は、その開示をいつでも無効化することでき、また開示者の位置が変わった時には、被開示者の端末において自動的に更新される。さらに、図７５のでは、位置情報の開示者６７２が本発明に関わるシステムを通じて、位置情報に加えて名前や電話番号を開示したり、同様に、位置情報の開示者６７３が映像を開示したりする一例を示している。
【０２７７】
本発明の一実施形態によると、アクセス権起因情報の相互開示において、ある特定の利用者が、プライベート情報の開示者となって、情報端末上のＧＵＩを通じて１人以上の他者に対して、この利用者の、個別のアクセス権起因情報ごと、アクセス権起因情報の任意の集合ごと、もしくは情報アイテムに付与された検索用のキーワードごとに、この利用者が任意にアクセス権の制御（閲覧制御、利用制御、更新制御、第三者への開示制御）ができ、かつ同時にこの特定の利用者が被開示者となり、同一の情報端末上の同一のＧＵＩ上で１人以上のプライベート情報開示者よりアクセス権起因情報の開示を受け、このアクセス起因情報を閲覧、利用、または開示者以外の第三者に開示することができるような機構を組み込んだシステムが提供される。
【０２７８】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、被開示者は開示者より入手した秘密鍵を利用して、被開示者の端末、開示者の端末、または第三者の端末にある、これらの秘密鍵で暗号化されたアクセス権起因情報を入手し、開示者より得て被開示者の端末にある、個別のアクセス権起因情報に対応する秘密鍵で復号化することで、開示者のアクセス権起因情報の閲覧または利用を行うが、被開示者の端末にある秘密鍵は、開示者の端末におけるＧＵＩを通じて明示的に無効化できるか、あるいはあらかじめ決められた時限に自動的に無効化されるなどすることで、開示者が被開示者のアクセス権を、個別のアクセス権起因情報ごとに制御することができることを特徴とするシステムが提供される。
【０２７９】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、被開示者は開示者から送られた、アクセス権起因情報のアクセス権を制御するためのすべての秘密鍵を被開示者の端末に保存するが、これらの秘密鍵で暗号化されたアクセス権起因情報は、被開示者の端末に存在しても、開示者の端末に存在しても、またはこれ以外の第三者の端末に存在してもよく、被開示者が閲覧、利用したい時に、閲覧、利用したいアクセス権起因情報のうちで、被開示者の端末に存在しない暗号化されたアクセス権起因情報は、それらが存在する端末から受け取り、自分の端末に保存されている秘密鍵を用いて復号化することで閲覧または利用することを特徴とするシステムが提供される。
【０２８０】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化した個々のアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送った状態において、被開示者は開示者より入手した秘密鍵を利用して、被開示者の端末、開示者の端末、または第三者の端末にある、これらの秘密鍵で暗号化されたアクセス権起因情報を入手し、開示者より得て被開示者の端末にある秘密鍵で復号化することで、開示者のアクセス権起因情報の閲覧または利用を行うが、開示者がアクセス権起因情報を更新した場合、この被開示者のアクセス権は開示者が開示者の端末のＧＵＩを通じて明示的に変更しない限り変化しないが、被開示者が閲覧、利用可能なアクセス権起因情報は、開示者の明示的な指示がなくとも自動的に更新されることを特徴とするシステムが提供される。
【０２８１】
本発明の一実施形態によると、開示者が、ネットワークで接続された複数の情報端末を持ち、その各々の情報端末が、開示者の、特定の被開示者に対するアクセス権起因情報について、開示者の任意の情報端末上のＧＵＩを通じて、被開示者に明示的に与えたアクセス権を、個別のアクセス権起因情報ごと、アクセス権起因情報の任意の集合ごと、もしくはアクセス権起因情報に付与された検索用のキーワードごとに、開示者が任意に制御（閲覧制御、利用制御、更新制御、第三者への開示制御）できるような機構を組み込んだ情報端末である場合において、開示者が所有する個々の情報端末で、開示者が自分のプライベート情報の閲覧、利用、更新、および被開示者に対するアクセス権の制御などができる権限を、個別のアクセス権起因情報ごと、かつ端末ごとに、開示者の端末のなかで、これらを制御する特権を持つ端末が、または端末が相互に設定および付与できる仕組みを有するシステムが提供される。
【０２８２】
本発明の一実施形態によると、被開示者が、ネットワークで接続された複数の情報端末を持ち、この被開示者の複数の情報端末において、被開示者が開示者のアクセス権起因情報を閲覧、利用する際に、開示者が、開示者の情報端末上のＧＵＩを通じて、被開示者に明示的に与えたアクセス権を、個別のアクセス起因情報、アクセス起因情報の任意の集合ごと、もしくはアクセス起因情報に付与された検索用のキーワードごとに加えて、被開示者の端末ごとにも制御できることを特徴とするシステムが提供される。
【０２８３】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は個別のアクセス権起因情報の一部または全部を各々非可逆圧縮した上で、これら個別の圧縮されたアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化した個々の圧縮されたアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送った状態において、被開示者は開示者より入手した秘密鍵を利用して、被開示者の端末に存在する、開示者の端末にある、または第三者の端末にある、これらの秘密鍵で暗号化された圧縮されたアクセス権起因情報を入手し、これらの秘密鍵で復号化することで、開示者の圧縮されたアクセス権起因情報の閲覧または利用を行うことを特徴とするシステムが提供される。
【０２８４】
本発明の一実施形態によると、開示者のプライベート情報を特定の、または不特定の被開示者に対して開示しようとする際、開示者（これを起源開示者と呼ぶ）は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を開示者が直接知っている特定の被開示者（これを１次の被開示者と呼ぶ）の端末に送ると同時に、これらの秘密鍵で暗号化した個々のアクセス権起因情報を、1次の被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送った状態において、1次の被開示者が直接知っている特定の相手（これを２次の被開示者と呼ぶ）に対する、１次の被開示者の、起源開示者の所有するアクセス権起因情報の開示を、起源開示者が制御でき、同様に２次の被開示者が直接知っている特定の相手（これを３次の被開示者と呼ぶ）に対する、２次の被開示者の、起源開示者の所有するアクセス権起因情報の開示を、起源開示者が制御でき、さらに同様にｎを任意の整数としたとき、（ｎ―１）次の被開示者が直接知っている特定の相手（これをｎ次の被開示者と呼ぶ）に対する、（ｎ―１）次の被開示者の、起源開示者の所有するアクセス権起因情報の開示を、起源開示者が制御できることを特徴とするシステムが提供される。
【０２８５】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化した個々のアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送った状態において、被開示者が、開示者から許諾されているアクセス権に従って、特定のアクセス権起因情報の閲覧、利用または第三者への開示をおこなう際に、それ以前にそのアクセス権起因情報の所有者である開示者がそのアクセス権起因情報を更新したにもかかわらず、被開示者が閲覧、利用または第三者への開示が可能なアクセス権起因情報が、被開示者の端末がネットワークに接続されていないなどの理由で、古いものである場合において、開示者は、開示者の情報端末上のＧＵＩを通じて、被開示者の閲覧、利用または第三者への開示が可能なアクセス権起因情報が古いという事実を知ることができることを特徴とするシステムが提供される。
【０２８６】
本発明の一実施形態によると、電子商取引などにおいて、各々の顧客から業者に開示されたアクセス権起因情報の集合を、顧客情報のためのマスタファイルとして利用することを特徴とするデータベースマネジメントシステム（ＤＢＭＳ）が提供される。
【０２８７】
本発明の一実施形態によると、二者が各々のプライベート情報を相互に開示しようとする際、各々が相手に対して開示者しようとする個別のアクセス権起因情報ごとに、開示者となる者が、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者となる者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、被開示者となる者の端末に送るか、開示者となる者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、特定の情報を、二者のうちの一方が他方に対して開示しているにもかかわらず、同じであるか、または同じ属性を持つ情報を逆方向には開示していないという、非対称な相互開示を可能とするシステムが提供される。
【０２８８】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、被開示者が、その被開示者自身を特定できる名前、住所、電子メール、ＩＰアドレスなどの属性を、開示者に対して開示せず、被開示者自身を特定できない、これまでの行為の記録などのみを開示者に対して開示している場合でも、開示者は、この被開示者に対して、自由にアクセス権起因情報を開示できることを特徴とするシステムが提供される。
【０２８９】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、アクセス権起因情報の被開示者が、一人以上の開示者から開示されたアクセス権起因情報、および一人以上の開示者から以前に入手して現在被開示者の端末で被開示者が管理しているアクセス権起因情報でない他者のプライベート情報、の両方の中から、被開示者の情報端末のＧＵＩを通じて、自分の必要とする情報を表示、検索することのできるシステムが提供される。
【０２９０】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、アクセス権起因情報の被開示者が、一人以上の開示者から開示されたアクセス権起因情報、および一人以上の開示者から以前入手して現在被開示者の端末で被開示者が管理しているアクセス権起因情報でない他者のプライベート情報、の両方を被開示者が情報端末のＧＵＩを通じて見ている場合、情報の被開示者が、被開示者が被開示者の端末で管理している開示者のアクセス権起因情報でないプライベート情報について、そのプライベート情報の所有者に対して、同じアクセス権起因情報としての開示を示唆、提案、要求または誘引する機構を組み込んだシステムが提供される。
【０２９１】
本発明の一実施形態によると、開示者のプライベート情報を特定の被開示者に開示しようとする際、開示者は、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を被開示者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、被開示者の端末に送るか、開示者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、開示者の情報端末が汎地球測位システム（ＧＰＳ）などの開示者の位置情報取得手段を有している場合、開示者はその位置情報をアクセス権起因情報として、特定の被開示者に開示し、被開示者の端末ではこれをＧＵＩ上、または地図上などに、位置情報単独で、あるいは他のアクセス権起因情報、または更に被開示者が被開示者の端末で管理している自らのプライベート情報や他者から開示され被開示者が被開示者の端末で管理しているアクセス権起因情報でない他者のプライベート情報などと組み合わせて表示できるような機構を組み込んだシステムが提供される。
【０２９２】
本発明の一実施形態によると、複数の者が互いにアクセス権起因情報を開示しあっており、そのために各々の開示者が、個別のアクセス権起因情報ごとに、各々に対応する異なる秘密鍵で暗号化した上、これらの秘密鍵を各々のアクセス権起因情報の開示先となる被開示者の端末に送ると同時に、これらの秘密鍵で暗号化したアクセス権起因情報を、各々のアクセス権起因情報の開示先となる被開示者の端末に送るか、これらのアクセス権起因情報の開示者自身の端末で保持するか、もしくは第三者の端末に送りそこで保持している状態において、アクセス権起因情報を相互開示している者のうちの一人が、アクセス権起因情報の開示関係のない第三者より認証を求められる場合、アクセス権起因情報を相互開示しておりかつ知己である他者と、この第三者より認証を求められる者の間で、音声、動画などで通信を行い、これによって第三者より認証を求められる者が、アクセス権起因情報を相互開示しかつ知己である他者によって認証されるたびに、アクセス権起因情報を相互開示しておりかつ知己である者が、そのアクセス権を制御する秘密鍵を更新し、この秘密鍵を、認証を求める第三者に対して送ることで、認証を求める第三者が、認証を求められる者の本人確認という高いレベルの認証を得ることを特徴とするシステムが提供される。
【０２９３】
以上、本発明のシステム、情報端末、オペレーティングシステム、ミドルウェア、情報通信機器、暗号化ファイルシステム、認証方法、ネットワーク、キーワード割り付けシステム及びアプリケーションソフトウェアについて説明したが、上述した例は、本発明の実施形態に過ぎず、本発明を実施するための形態は当業者にとって適宜変更可能である。
【図面の簡単な説明】
【０２９４】
【図１】本発明における個人情報の入手及び開示の一例を示す図である。
【図２】本発明のＧＵＩの一例を示す図である。
【図３】本発明のＧＵＩのその他の例を示す図である。
【図４】本発明のＧＵＩのさらにその他の例を示す図である。
【図５】本発明のＧＵＩのさらにその他の例を示す図である。
【図６】本発明のシステムを含むシステムの一例を示す図である。
【図７】本発明のシステムが実装されるプラットフォームの例を示す図である。
【図８】本発明に係るマイノード（Ｍｙ  Ｎｏｄｅ）を通じた自分の個人情報（Ｍｙ  Ｉｎｆｏ．）へのアクセスの一例を示す図である。
【図９】本発明に係るマイノード（Ｍｙ  Ｎｏｄｅ）を通じた自分の個人情報（Ｍｙ  Ｉｎｆｏ．）へのアクセスの具体例を示す図である。
【図１０】本発明に係るマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）における自分の個人情報（Ｍｙ  Ｉｎｆｏ．）へのアクセスを制御するための画面の一例を示す図である。
【図１１】本発明に係るマイノード（Ｍｙ  Ｎｏｄｅ）からの他のマイノード（Ｍｙ  Ｎｏｄｅ）の無効化の一例を示す図である。
【図１２】本発明のシステムのファイルシステムに使用される秘密鍵を示す図である。
【図１３】本発明のアイテム秘密鍵について説明するための図である。
【図１４】本発明における各アイテムの保存の一例を示す図である。
【図１５】本発明において自分がマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に保存されたアイテムを閲覧する場合の一例を示す図である。
【図１６】本発明において必要なアイテムをマイノード（Ｍｙ  Ｎｏｄｅ）で閲覧、利用するための方法の一例を説明するための図である。
【図１７】本発明において自分（Ｍｅ）がマイノード（Ｍｙ  Ｎｏｄｅ）を通じてマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にある自分の個人情報（Ｍｙ  Ｉｎｆｏ．）を閲覧するときの手順の一例を示す図である。
【図１８】本発明において自分（Ｍｅ）がマイノード（Ｍｙ  Ｎｏｄｅ）を通じてマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）にある自分の個人情報（Ｍｙ  Ｉｎｆｏ．）を閲覧するときの手順の一例を示すフローチャートである。
【図１９】図１７において自分（Ｍｅ）のマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）とが互いに認証した後、必要なファイルをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からマイノード（Ｍｙ  Ｎｏｄｅ）に転送する際の手続に一例を示す図である。
【図２０】図１７において自分（Ｍｅ）のマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とマイノード（Ｍｙ  Ｎｏｄｅ）とが互いに認証した後、必要なファイルをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からマイノード（Ｍｙ  Ｎｏｄｅ）に転送する際の手続に一例を示すフローチャートである。
【図２１】本発明における異なる二人の間の通信の方法の一例について説明するための図である。
【図２２】本発明における異なる二人の間の通信の方法の一例のフローチャートである。
【図２３】現在の認証方法と本発明のシステムの認証方法との比較図である。
【図２４】音声メッセージや共有する秘密を用いた本発明のシステム利用者間の認証の一例を示す図である。
【図２５】音声メッセージや共有する秘密を用いた本発明のシステム利用者間の認証の一例を示すフローチャートである。
【図２６】図２４においてＴｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とが互いに認証した後、ＴｏｍがＢｅｔｔｙに対する閲覧を許可するアイテムをＴｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に転送する際の手続の一例を示す図である。
【図２７】図２４においてＴｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とが互いに認証した後、ＴｏｍがＢｅｔｔｙに対する閲覧を許可するアイテムをＴｏｍのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）に転送する際の手続の一例を示すフローチャートである。
【図２８】本発明における異なる二人の間のマイノード（Ｍｙ  Ｎｏｄｅ）を通じた通信の方法の一例について説明するための図である。
【図２９】本発明における異なる二人の間のマイノード（Ｍｙ  Ｎｏｄｅ）を通じた通信の方法の一例のフローチャートである。
【図３０】図２８においてＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とが互いに認証した後、必要なファイルをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からマイノード（Ｍｙ  Ｎｏｄｅ）に転送する際の手続の一例を示す図である。
【図３１】図２８においてＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とＢｅｔｔｙのマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）とが互いに認証した後、必要なファイルをマスタノード（Ｍａｓｔｅｒ  Ｎｏｄｅ）からマイノード（Ｍｙ  Ｎｏｄｅ）に転送する際の手続の一例を示すフローチャートである。
【図３２】本発明に係るＡＰＩに準拠しない非ネイティブ・アプリケーションソフトウェアにおける個人情報の開示の一例を示す図である。
【図３３】本発明のＧＵＩの一例を示す図である。
【図３４】本発明のＧＵＩのその他の例を示す図である。
【図３５】本発明のＧＵＩのさらにその他の例を示す図である。
【図３６】本発明のＧＵＩにおいて２つのウィンドウ（Ｆｉｎｄ及びＹｏｕ）を用いて検索したアイテム及びそれらのアイテムを開示しあう人の情報を表示した場合の一例を示す図である。
【図３７】本発明のシステムによる個人情報の開示の柔軟性について説明するための図である。
【図３８】本発明のＧＵＩ上で実現することが可能な機能を説明するための図である。
【図３９】本発明のＧＵＩ上で実現することが可能な機能を説明するための図である。
【図４０】本発明のシステムにおけるキーワードの割付支援を説明するための図である。
【図４１】本発明のシステムにおけるキーワードの割付支援を説明するための図である。
【図４２】本発明のシステムにおける写真を開示しあうためのキーワードの割付支援の一例を示す図である。
【図４３】本発明の写真のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図４４】本発明の写真のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図４５】本発明の写真のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図４６】本発明の日記のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図４７】本発明の日記のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図４８】本発明の日記のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図４９】本発明の通話のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５０】本発明の通話のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５１】本発明の通話のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５２】本発明の通話のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５３】本発明の通話のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５４】本発明の通話のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５５】本発明のソフトウェアのライセンスのためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５６】本発明のソフトウェアのライセンスのためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５７】本発明のソフトウェアのライセンスのためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５８】本発明の通常の電子商取引のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図５９】本発明の通常の電子商取引のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図６０】本発明の通常の電子商取引のためのアプリケーションソフトウェアを使用する場合の一例について説明するための図である。
【図６１】デジタルカメラを本発明のマイノード（Ｍｙ  Ｎｏｄｅ）の一つとして用いた場合の一例を示す図である。
【図６２】デジタルカメラを本発明のマイノード（Ｍｙ  Ｎｏｄｅ）の一つとして用いた場合のデジタルカメラの表示画面の例を示す図である。
【図６３】デジタルカメラを本発明のマイノード（Ｍｙ  Ｎｏｄｅ）の一つとして用いた場合のデジタルカメラの表示画面のその他の一例を示す図である。
【図６４】デジタルカメラを本発明のマイノード（Ｍｙ  Ｎｏｄｅ）の一つとして用いた場合のデジタルカメラの表示画面の更にその他の一例を示す図である。
【図６５】本発明の有料コンテンツのためのアプリケーションソフトウェアの一例について説明するための図である。
【図６６】本発明の有料コンテンツのためのアプリケーションソフトウェアの一例について説明するための図である。
【図６７】本発明の有料コンテンツのためのアプリケーションソフトウェアの一例について説明するための図である。
【図６８】本発明の有料コンテンツのためのアプリケーションソフトウェアの一例について説明するための図である。
【図６９】本発明の有料コンテンツのためのアプリケーションソフトウェアの一例について説明するための図である。
【図７０】本発明の一実施形態に係るシステムを説明した図である。
【図７１】本発明の一実施形態に係るシステムを説明した図である。
【図７２】本発明の一実施形態に係るシステムを説明した図である。
【図７３】本発明の一実施形態に係るシステムを説明した図である。
【図７４】本発明の一実施形態に係るシステムを説明した図である。
【図７５Ａ】従来の情報開示の原理について説明した図である。
【図７５Ｂ】発明の一実施形態における情報開示の原理について説明した図である。
【符号の説明】
【０２９５】
１０、７０  ネットワーク
１１、２１、３１、４１、５１、１３１、２９３、５０３、５５２ａ、５５２ｂ、５６１、５７２、６２３  自分の個人情報（Ｍｙ  Ｉｎｆｏ．）
１２、２２、３２、４２、５２、２９４  他人の個人情報（Ｙｏｕｒ  Ｉｎｆｏ．）
２３、３３、４３、５３、２８３  チェックボックス
６０  システム
６１  個人情報（ＰＩ）
６２  アプリケーションソフトウェア
６３  ＡＰＩ
６４  非ネイティブ・アプリケーションソフトウェア
１３２、１４２  アイテム秘密鍵（ＩＳＫ）
１４１  アイテム
１４３  マスタ秘密鍵（ＭＳＫ）
１４５  鍵保管庫
２６１、２６２、２７２、２８１、２８２、２９１、２９２、３３２、３３３、３５３、３８１、３８２、３８３、３８４、３９１、４０１、４０２、４２１、４３１、４３２、４４２、４５１、４５２、４５３、４６２、４８１、４９１、４９２、５０４、５１１、５１２、５２１、５２２、５２１ａ、５２１ｂ、５６２、５７２、５８１ａ、５８１ｂ、５８２、５９１ａ、５９１ｂ、５９２、６０１、６１１、６１２、６２４  ウィンドウ
【図１】
2007323214.tif 000003
【図２】
2007323214.tif 000004
【図３】
2007323214.tif 000005
【図４】
2007323214.tif 000006
【図５】
2007323214.tif 000007
【図６】
2007323214.tif 000008
【図７】
2007323214.tif 000009
【図８】
2007323214.tif 000010
【図９】
2007323214.tif 000011
【図１０】
2007323214.tif 000012
【図１１】
2007323214.tif 000013
【図１２】
2007323214.tif 000014
【図１３】
2007323214.tif 000015
【図１４】
2007323214.tif 000016
【図１５】
2007323214.tif 000017
【図１６】
2007323214.tif 000018
【図１７】
2007323214.tif 000019
【図１８】
2007323214.tif 000020
【図１９】
2007323214.tif 000021
【図２０】
2007323214.tif 000022
【図２１】
2007323214.tif 000023
【図２２】
2007323214.tif 000024
【図２３】
2007323214.tif 000025
【図２４】
2007323214.tif 000026
【図２５】
2007323214.tif 000027
【図２６】
2007323214.tif 000028
【図２７】
2007323214.tif 000029
【図２８】
2007323214.tif 000030
【図２９】
2007323214.tif 000031
【図３０】
2007323214.tif 000032
【図３１】
2007323214.tif 000033
【図３２】
2007323214.tif 000034
【図３３】
2007323214.tif 000035
【図３４】
2007323214.tif 000036
【図３５】
2007323214.tif 000037
【図３６】
2007323214.tif 000038
【図３７】
2007323214.tif 000039
【図３８】
2007323214.tif 000040
【図３９】
2007323214.tif 000041
【図４０】
2007323214.tif 000042
【図４１】
2007323214.tif 000043
【図４２】
2007323214.tif 000044
【図４３】
2007323214.tif 000045
【図４４】
2007323214.tif 000046
【図４５】
2007323214.tif 000047
【図４６】
2007323214.tif 000048
【図４７】
2007323214.tif 000049
【図４８】
2007323214.tif 000050
【図４９】
2007323214.tif 000051
【図５０】
2007323214.tif 000052
【図５１】
2007323214.tif 000053
【図５２】
2007323214.tif 000054
【図５３】
2007323214.tif 000055
【図５４】
2007323214.tif 000056
【図５５】
2007323214.tif 000057
【図５６】
2007323214.tif 000058
【図５７】
2007323214.tif 000059
【図５８】
2007323214.tif 000060
【図５９】
2007323214.tif 000061
【図６０】
2007323214.tif 000062
【図６１】
2007323214.tif 000063
【図６２】
2007323214.tif 000064
【図６３】
2007323214.tif 000065
【図６４】
2007323214.tif 000066
【図６５】
2007323214.tif 000067
【図６６】
2007323214.tif 000068
【図６７】
2007323214.tif 000069
【図６８】
2007323214.tif 000070
【図６９】
2007323214.tif 000071
【図７０】
2007323214.tif 000072
【図７１】
2007323214.tif 000073
【図７２】
2007323214.tif 000074
【図７３】
2007323214.tif 000075
【図７５Ａ】
2007323214.tif 000076
【図７５Ｂ】
2007323214.tif 000077
【図７４】
2007323214.tif 000078