同一人物に属する複数アイデンティティの管理装置、認証方法、制御方法及び活用方法
【課題】特定個人にフォーカスして複数のサービスに跨ってリスクを抑制する方法を提供する。
【解決手段】ネット上の利用者を単一のものと捉えるのではなく、主体と複数の仮想的な人格の集合として捉え、非集約的認証基盤と組み合わせることで、特定主体に関する仮想主体や仮想人格を統合管理及び認証する装置を実現し、これを用いて意図しない情報開示の抑制を実現する。さらに、主体と複数の仮想的な人格を集約して保持する当該装置により可能となるアクセス方法、広告方法、人格同士の関連を保持するＳＮＳを実現し、さらに該ＳＮＳの情報を用いて評価方法、検索方法、データの一括生成方法、分散秘密の供託方法等を提案する。
【解決手段】ネット上の利用者を単一のものと捉えるのではなく、主体と複数の仮想的な人格の集合として捉え、非集約的認証基盤と組み合わせることで、特定主体に関する仮想主体や仮想人格を統合管理及び認証する装置を実現し、これを用いて意図しない情報開示の抑制を実現する。さらに、主体と複数の仮想的な人格を集約して保持する当該装置により可能となるアクセス方法、広告方法、人格同士の関連を保持するＳＮＳを実現し、さらに該ＳＮＳの情報を用いて評価方法、検索方法、データの一括生成方法、分散秘密の供託方法等を提案する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報通信技術及び認証技術に関し、より詳細には、個人の社会的関係情報の安全な取扱い方法に関するものである。
【背景技術】
【０００２】
インターネットの爆発的な普及により、従来ＰＣ上に導入されたソフトウェアにより実現していた様々なサービスが、インターネット上で提供され始めた。この形態のサービスはＳａａＳ（Ｓｏｆｔｗａｒｅ Ａｓ Ａ Ｓｅｒｖｉｃｅ）として活用が急速に広まっている。例えば、依然までＰＣ上の個別ソフトウェアとして提供されていたメールクライアントソフトウェアをＷｅｂ上で提供するサービス（Ｇｏｏｇｌｅ社のｇｍａｉｌ等）、経理ソフトウェアをＷｅｂ上で提供するサービス（ＳａｌｅｓＦｏｒｃｅ．ｃｏｍ等）がある。
【０００３】
ＳａａＳの主な特徴は、「ソフトウェア導入の手間が不要」「大きな先行投資や資産を自社で持たず、必要な時に必要なだけサービスを購入することが可能」という利用者側のメリットに加え、「漸進的改良（特に不具合の修正）が容易」「流通販路が不要」「引き渡し後遵守の強制が難しいソフトウェアライセンスと異なり、遵守を強制できる」「ソフトウェアが相手に渡らないため、リバースエンジニアリングを予防できる」といった事業者側のメリットも大きい。
【０００４】
国家としても、中小企業を始めとするＩＴ利用効率の上昇と国力向上を目指し、ＩＴ投資を抑え利用が容易なＳａａＳを重要なＩＴ施策の一つとして位置付け推進している。そのためには、優れた多くのＳａａＳサービスが多くの事業者から社会的に提供される「ＳａａＳ社会基盤」の実現が必要でありあり、今後の展開が期待されている。
【０００５】
このような複数のＳａａＳサービスが提供され始めた現状では、各サービス毎にサービス提供事業者にＩＤとパスワードを登録する必要がある場合が多く、利用者は複数の認証情報を管理する必要が出てきた。例えば、あるサービスで取得できたＩＤが別サービスでは取得できないことがあったり、複数のサービスで同一のパスワードを使い回すようなセキュリテイ上のリスクを伴う運用を迫られてきた。この課題は、今後ＳａａＳの普及に伴いさらに拡大していくと思われる。
【０００６】
そこで、近年提唱されたのがＯｐｅｎＩＤという仕様である。ＯｐｅｎＩＤは、ある特定の個人が特定のＵＲＬを支配していることを前提に、そのＵＲＬを用いて認証を行うことで、利用者個人を特定・認証する。
【０００７】
ＯｐｅｎＩＤでは、利用者は自分の支配するＵＲＬ上に個人情報や認証情報を保管し、外部からの認証要求に応答を返すプログラムが実行されている。一方、ＯｐｅｎＩＤに対応したサービスでは、ユーザーから認証サーバーのＵＲＬとパスワードを受け取ると、そのＵＲＬに対して認証要求を発行し、認証結果を受け取ることで個人を特定する。
【０００８】
従来の「ＩＤとパスワードが各サービス提供事業者に登録される方法」（以下、集約的認証基盤）と異なり、ＯｐｅｎＩＤでは、利用者個人が自分の認証情報を保管・管理することができる（以下、非集約的認証基盤）ため、ＯｐｅｎＩＤに対応している複数のサービスに同一の認証情報を利用することができる。つまり、ＯｐｅｎＩＤの進歩性は「一人は複数のＩＤを持たずに住むようになった」ことにある。加えてＷｅｂＡＰＩと呼ばれる通信手法で相互に連携する拡張性を持つ昨今のサービスにおいて、シングルサインオンがより容易なＯｐｅｎＩＤの重要性は高まっている。
【０００９】
ところで、ＳａａＳの一例として特に注目されているサービスが、ソーシャルネットワーキングシステム（ＳＮＳ）である。ＳＮＳは、「個人の実世界における社会的関係をネットワーク上で管理するシステム」の総称であり、多数の利用者に利用されている。
【００１０】
ＳＮＳは、「社会的関係を管理し、それに基づいた様々な具体的サービスを提供する基盤」である（広義のＳＮＳ）。一般的に、ＳＮＳという言葉が利用される場合、「日記（ブログ）」「メッセージ送受信」「コミュニティの結成と参加」「足あと」「書籍や音楽等の評価」等の具体的なサービスを含むサービスと解釈される（狭義のＳＮＳ）だが、それらはＳＮＳ基盤上に構築されたサービスであり、ＳＮＳ自体の本質ではない。以後、ＳＮＳという表記を行う場合には、特に断りがない限り広義のＳＮＳを示すものとする。
【００１１】
ＳＮＳでは、複数のユーザー間の「関係」を登録することができる。例えば、前記ｍｉｘｉの場合、第三者のユーザーを「マイミク」と呼ばれる関係として登録することにより、当該第三者の日記執筆等の活動をより容易に閲覧することが可能となる。
【００１２】
招待制をとっているＳＮＳが存在するように、現実世界での気心知れた友人と関係を登録（友人登録）を行い、友人等からしか日記を閲覧できなくするなどの仕組みがあることから、全くの第三者から自由に閲覧される通常のネット上のブログ等に比べて自己開示の心理的抵抗が小さいと言われている。このことから、普段現実世界では知り得なかった友人の新たな側面や友人の友人を知ることができ、人脈が広がっていくことが特徴である。
【００１３】
ＳＮＳは世界各地で急速に普及しており、日本におけるｍｉｘｉのほか、Ｆａｃｅｂｏｏｋ、Ｌｉｎｋｅｄｌｎ等非常に沢山のサービスが提供されている。一方、これらがそれぞれ異なるインタフェースを持っており相互接続性がないことから、２００７年、Ｇｏｏｇｌｅ社により共通インタフェース仕様ＯｐｅｎＳｏｃｉａｌが提唱された。この仕様は、現状存在する多くのＳＮＳサービス及びＳＮＳ自体の概念に共通なインタフェースを備えていることを特徴とする。今後、対応表明をしている多くの既存ＳＮＳサービスの相互接続が実現すると期待されている。
【００１４】
現代においてインターネットは仕事以外にも家庭等で生活の一部として活用され始めた。しかしＳａａＳ、特にブログ・ＳＮＳに代表されるように、現実世界での個人の様々な活動がネット上の繋がりを利用して実現され始めた昨今、その弊害も出始めている。
【００１５】
例えば、２００４年６月に自己のＷｅｂサイトへの同級生の書き込みを動機とし「佐世保市小６女児同級生殺害」事件の発生、２００７年１月には米国においてＳＮＳの利用をきっかけに性犯罪に巻き込まれた家族が運営会社の提訴を行っている。
このような環境においても、情報選別能力や判断能力等のネットリテラシーが高い昨今の２０〜４０代はバランスを取った利用を行う者も少なくないが、若年層及び高齢層にとって一定のリスクがあることが指摘されている。これは現実世界での人間関係であれば喧嘩や誹謗中傷も拡散・伝播しにくく影響が小さいが、ネット上では顔が見えずに批判等が行いやすく上、誰でも自由に閲覧し、風評や被害がねずみ算式に拡散しやすい特徴を持つネットの特徴にも依拠している。
【００１６】
犯罪や訴訟に到達せずとも、ＳＮＳの利用を通して「個人情報の意図しないリーク」を経験する利用者は少なくない。ＳＮＳ上で利用者Ｕと友人登録されている会社の同僚Ａと親戚Ｂを想定する。Ｕは会社関係の友人にはプライベートを開示したくないと考えていたが、その意図を知らない親戚Ｂが利用者Ｕのプライベートに関する記述を自己の日記中に行うことで、同僚等がＵの個人情報を意図せずリークしてしまう。特にメジャーなＳＮＳにおいては多くの不特定多数の利用者が個人の日記などを閲覧可能となり、「自己開示しやすい環境」と感じて自己開示した個人情報が、意図しない第三者に利用されたりリークされるリスクが存在する。
【００１７】
しかし、現時点ではＳＮＳ等ソーシャルな情報をインターネット上で取り扱うことにより広がる可能性が非常に大きな注目を集めており、上記のような弊害を包括的かつ具体的な課題として認識し、業界を挙げての取り組みを検討されるに至っていない。
そのため、これらソーシャルなＳａａＳサービスは、主に非商業的な範囲（特に娯楽）目的での用途に留まっている他、プライベート等のリークを回避したい個人は２つ以上のアカウントを登録して使い分ける等を行っている。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
前記技術背景で説明したような課題は、現時点で主要な課題としての認知に至っていない。例えば、個々のＳａａＳサービス内において特定の情報が登録された第三者までしか閲覧できなくするようなアクセス制御機能が追加される等の従来手法による改善はなされているが、前記リスクの抑制を目的として特定個人にフォーカスし複数のＳａａＳサービスに跨って制御を行う方法は提案されていない。このような状況を課題として具体的に認識され難かった理由として以下の六つを考えられる。
【００１９】
第一に、インターネット文化の歴史的背景による。インターネットにおいては自己責任による利用とリスクの回避及び防衛が文化とされてきた。例えば、インターネット上には不特定多数の悪意を持った利用者の存在を仮定するのが常識となっており、通常ウィルス対策ソフトウェアやファイアウォールを利用して接続を行う。また、プライバシー情報の開示や隠蔽も個人の自己責任として考えられている。
従来、これら原則を十分に認知したリテラシーの高い利用者が、限定された用途にインターネットを用いていた。しかし昨今では、リテラシーが高くない利用者が、生活の一部として様々な用途にインターネットを用いているため、混乱・混同して自己又は他者のプライバシー情報の開示してしまう状況が発生し始めている。
【００２０】
第二に、昨今の生活の一部としてのインターネットの利用に伴う混乱・混同の原因が、一般生活常識や情報技術ではなく社会学的な原因に根ざしているため、利用者や当業者が課題自体を認識しにくかったからである。
現実世界では、一人の人間は場所、状況、相手等によって、複数の「顔」又は「人格」を無意識に使い分けて人間関係を構成している。例えば、親としての顔、教師としての顔、社会の一員としての顔、投資家としての顔等が挙げられるが、最も端的に顔を現すのは「名刺」である。一般に名刺に掲載される住所や電話番号等は「会社員」として当該個人が持つ仮想的な人格が持つ情報であり、当該個人自体の住所や電話番号ではない。取引先に名刺を渡す行為は、あくまで個人の持つ仮想的な会社員の人格を紹介するだけであり、個人としての住所や電話番号といったプライバシー情報を暗黙的に保護する行為である。また、会社用、趣味用等に複数の名刺を持つ個人は、それだけの人格を持ち、使い分けていると考えられる。
このように、一人の人間を、本質的な部分（以後、主体）と、主体が持つ複数の顔（以後、仮想人格）として捉える概念は、社会学や精神医学では一般的である。一方、情報技術の世界では基本的に「１登録ユーザーアカウントは１個人を表す」という概念が根底にあり、「１個人が複数アカウントを利用することも可能である」という程度の認識である場合が多い。このことは、ｍｉｘｉ、Ｆａｃｅｂｏｏｋ等の実在するＳＮＳ、従来型ＳＮＳの包括的共通仕様を目指し制定されたＯｐｅｎＳｏｃｉａｌにおいても仮想人格の概念が考慮されていないことにも現れている。
【００２１】
第三に、最近まで、ネット上のサービスにおいて、個人が主体と仮想人格を区別して制御し利用することが技術的に従来困難だったからである。つまり、複数のサービスを利用する場合、個人の登録情報（ユーザーＩＤ、パスワード等）は各サービスのサーバーに個々に登録されることが一般的であり、サービス提供事業者からみて集約的である一方、個人からみて集約的ではなく、個人が主体を複数統合管理することは困難であった。
この原因単体は、ＯｐｅｎＩＤに代表される非集約型認証機構の登場により解決したが、残る四つの原因により複数仮想人格を統合管理技術の登場には至っていない。
【００２２】
第四に、個人が主体と仮想人格とを区別して利用することは比較的面倒である一方、そのデメリットを超えるメリットを提供する程のインターネットサービスの複合的利用に到達していなかったである。ＳａａＳが発展途上にある現状では、多くても２０程度のユーザーＩＤを使い分ける必要があるのみであり、セキュリティ的なリスクを受容して同じＩＤ、同じパスワードを利用する等の工夫を行えば、管理不能なほどではない。
加えて、当該サービスの利用は、個人的なメールや娯楽用途の比率が高く、クリティカルなものは少ない。例えば、ビジネス用のメールはＳａａＳサービスを利用することで社内機密がＳａａＳ提供事業者を経由して漏洩する恐れがあるため、社内に閉じた環境で利用されるのが一般的である。よって、開いたインターネット環境で取り扱う情報は、個人規模で負担可能なリスクに留まる。ただし、本件もインターネットバンキングやインターネットショッピング等の普及により、潜在的なリスクが次第に高まっており、よりクリティカルな内容のサービス活用を含む次世代ＳａａＳ社会基盤の実現においては、無視できないリスクとなる可能性がある。
【００２３】
第五に、当該課題の解決がＳａａＳサービス事業者のビジネスモデルと一部相反する要素を含むからである。現在、多くのＳａａＳサービスは非常に安価若しくは無償で提供し、利用者を増やし、当該利用者に対して広告を掲示したい第三事業者に対して課金を行うビジネスモデルが主要なものとなっている。当該ビジネスモデルにおいては、サービスがより活発に利用され盛り上がることが収益性に直結しているが、リスク抑制行為は収益性を低下させる恐れがある。そのため、当業者においても当該課題を至上命題として取り組む必要性は低く捉えられがちである。
例えば、ＳＮＳにおいては、より自己開示をさせ、より多くの個人を結びつけることが収益性に繋がる。そこで、「どのユーザーがいつ自分の日記を閲覧したか」が記録・開示される「足あと」と呼ばれる機能は、心理的抵抗を持つユーザーが存在する一方、そのフィードバックにより個人間の関係強化に役立っていることから、利用されることが多い。ＳＮＳによっては、そのような個人情報に関する機能の利用を利用者の判断で設定できるものも存在するが、
本件発明は、前記背景と上記の五つの理由の複合的な原因により認識されにくかった課題を、まず課題として認知した上で、特定個人にフォーカスして複数のサービスに跨って前記リスクを抑制することにより課題を解決する方法と、当該解決により実現する新らたなサービスの実現方法とを提案するものである。
【課題を解決するための手段】
【００２４】
以上の課題を解決するため、請求項１は現実世界のある主体Ｕが、主体Ｕと主体Ｕが保有する仮想世界における複数の主体Ｕ１，Ｕ２．．．に関する主体情報を登録、取得、変更及び削除する機能と、当該各主体に属する現実世界又は仮想世界における仮想的人格Ｐ１、Ｐ２．．．に対応する仮想人格関連情報を登録、取得、変更及び削除する機能と、当該各主体及び各仮想人格に対して認証用途にも利用可能な識別子等の属性情報を割り当てる機能と、当該各主体の相互関係情報を登録、取得、変更及び削除する手段と、当該各仮想人格の相互関係情報を登録、取得、変更及び削除する手段と、当該相互関係情報を利用して関連する複数の主体又は仮想人格情報又はその両方を登録、取得、変更、削除を行う手段と、任意の利用者又は装置からの要求に応じて当該主体又は仮想人格に関する認証及び認可を行う機能と、を具備することを特徴とする装置である。
また、請求項２は、現実世界のある主体Ｕが保有する、現実世界又は仮想世界における仮想的主体及び仮想的人格の情報を作成・格納・更新・削除できる機能と、定期的又は不定期に当該主体又は人格の情報を請求項１記載の装置に送信する機能と、を有すことを特徴とする装置である。
また、請求項３は、現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、請求項１記載の装置にアクセスし当該仮想人格に設定されている情報開示の度合いを示す開示情報を取得する手順と、該開示情報と実施する処理が行う開示の程度とを照合する手順と、開示の閾値を超えた場合に利用者に通知を行う手順、又は、開示の閾値を超えた場合に処理を中断する手順、又は、開示閾値を超えることが明らかな処理の開始手段を利用者に予め提示しない手順、と、を具備することを特徴とする制御方法である。
また、請求項４は、現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想的な人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、当該人格Ｐｘ又はＰｙに関連するキーワードＫを決定する手順と、該キーワードに関連する広告を表示又は再生することを特徴とする広告方法である。
また、請求項５は、請求項１記載の主体又は仮想人格の識別子を文字列、バーコード、又はその他の図形等として印刷した印刷物である。
また、請求項６は、 請求項５記載の文字列、バーコード、又はその他の図形等を読み取る手順と、該情報から識別子を取得する手順と、請求項１記載の装置から該識別子に対応する主体又は仮想人格の情報を取得する手順と、からなるアクセス方法である。
また、請求項７は、 自己又は第三者個人に紐付いた情報を扱う装置において、請求項１記載の装置から主体及び仮想人格に関する情報を取得する手順と、当該主体又は仮想人格毎に分類・整理された情報の表示及び再生を行う手順、又は、当該主体又は仮想人格毎に情報を作成・変更、削除又は取得等を行う手順と、からなることな特徴とする主体及び仮想人格情報の利用方法である。
また、請求項８は、利用者の主体Ｕ又は主体Ｕが創作した仮想主体Ｗの情報及び当該主体が保有する仮想人格情報及び仮想人格相互情報を請求項１又は３記載の装置から取得する手段と、複数利用者の個々の仮想人格同士の相互関係情報Ｒ１、Ｒ２．．．を登録、取得、変更及び削除する手段と、を具備することを特徴とするＳＮＳである。
また、請求項９は、請求項８記載のＳＮＳにおいて、複数利用主体の個々の仮想人格同士の相互関係情報Ｒを取得する手順と、該情報から利用者Ｕ１の仮想人格Ｐ１が、利用者Ｕ２の仮想人格Ｐ２に対する任意の情報Ｘ１の開示度Ｅ１を取得する手順と、利用者Ｕ２の仮想人格Ｐ２としての活動情報Ｌ２を取得する手順と、該活動情報Ｌ２におけるＸ１の開示の度合いを開示度Ｅ１と比較する手順と、該比較において閾値を超えた場合に利用主体Ｕ１、Ｕ２、又は双方に表示や音声、メール等で通知する手順と、からなることを特徴とする通知方法である。
また、請求項１０は、個人関連情報管理装置又は請求項２記載の装置Ｍであって、装置Ｍ内に格納されている、請求項８記載のＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した情報を請求項８記載のＳＮＳに送信する機能を具備することを特徴とする装置である。
また、請求項１１は、請求項８記載のＳＮＳが、同ＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した活動情報を、同ＳＮＳ又は請求項１０記載の装置から取得する手順と、当該情報から主体、仮想人格又はそれらの関係若しくはその変化を推定するする手順と、該関係又は変化を用いてＳＮＳ上の複数主体、仮想人格又はその関係の情報を作成・変更又は削除する手順と、からなることを特徴とするＳＮＳの情報処理方法である。
また、請求項１２は、利用主体Ｕが、請求項８記載のＳＮＳの利用主体Ｕが保有する仮想人格から任意の仮想人格Ｐ１を選択する手順と、必要に応じて請求項５記載の印刷図形から第三者の仮想人格Ｐ２に関する識別子を抽出する手順と、当該識別子を入力する手順と、当該入力に内容に従って請求項８記載のＳＮＳが仮想人格Ｐ１と同Ｐ２の関係情報を作成、削除、又は更新する手順と、からなることを特徴とする情報処理方法である。
また、請求項１３は、主体Ｕ１が手動で、又は、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体又はそれらの関連性に属性情報Ｄを設定する手順と、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体の関連性について信頼性属性情報Ｔを設定する手順と、属性情報Ｔの信頼性を用いて属性情報Ｄに重み付けを行う手順と、からなる付加属性情報の評価方法である。
また、請求項１４は、ある仮想人格Ｐ１を起点として、関連する仮想人格Ｐｎについて請求項１３記載の方法を用いて付加情報の信頼度を算定する手順と、該主体Ｐｎがさらに請求項１３記載の方法を用いて関連する主体Ｐｍの付加情報信頼性を算定する手順と、当該の手順を連鎖的に適用し請求項８記載のＳＮＳ内の複数の関連する仮想人格の属性を評価算定する手順と、を具備することを特徴とする付加情報情報の評価方法である。
また、請求項１５は、利用主体Ｕが条件となる評価属性値を入力する手順と、請求項８記載のＳＮＳから請求項１５又は１６記載の方法を用いて算定された信頼性を考慮した評価属性情報を取得する手順と、条件となる評価属性値に適合度が高い仮想人格を特定する手順と、を具備することを特徴とする仮想人格の検索方法である。
また、請求項１６は、主体Ｕ１が、請求項８記載のＳＮＳを用いて、自身の各仮想人格Ｐ１、Ｐ２．．．と関連がある第三者Ｕ２，Ｕ３．．．の仮想人格を取得する手順と、該関連仮想人格から一部又は全部を選択する手順と、主体Ｕ１自身又は主体Ｕ１の委任した第三者が当該選択人格に対応する情報Ｑｎから名前、住所、メールアドレス等の個人情報を取得する手順と、該個人情報を用いて文書、データ、印刷物等を一括生成する手順と、からなることを特徴とする情報処理方法である。
また、請求項１７は、請求項８記載のＳＮＳの利用において、秘密情報Ｙを保有する主体Ｕが、自身の仮想人格Ｐ１と関連を持つ第三者の仮想人格の一覧を取得する手段と、該第三者仮想人格から一つ以上の任意の対象を選択する手段と、秘密情報ＹをＳＮＳに対して送信する手段と、ＳＮＳが該秘密情報Ｙを秘密分散法を用いて分散する手段と、ＳＮＳが各分散情報な前記選択人格それぞれに配布する手段と、を具備することを特徴とする秘密供託方法である。
【発明の効果】
【００２５】
本発明は、以上に説明したようなものであるから、以下に記載されるような効果を奏する。
【００２６】
従来、仮想人格固有情報の漏洩を避けるためには利用者は複数の独立したユーザーＩＤを登録・管理する必要があり、各認証情報同士が同一人物のに対応するという特徴を利用した統合した管理は行えなかった。しかし、請求項１記載の装置は、ある利用主体に属する複数の仮想的な主体及びそれらに属する仮想人格を一括して管理できる他、それぞれの主体と人格にインターネットにおけるアイデンティティである認証ＩＤを配布することにより、同一人物が複数の主体や人格を使い分けることが容易となる。
【００２７】
現在、オンラインゲームや仮想世界の利用に関する注目が集まっている。例えば、既に多く利用されているオンラインゲームでは、利用者個人が自己のＷｅｂサイトに複数の愛用キャラクターの名前や能力値などを公開することも行われているが従来、キャラクターと利用者個人の関係はゲーム会社のサーバーに管理されており、個人は手作業でその情報を公開する必要があった。また、そのキャラクター情報はゲーム内でのみしか利用できないものであった。しかし、請求項２記載の装置は、キャラクター等の情報を仮想的なキャラクター等を用いたオンラインゲーム等が、請求項１記載の装置に最新の情報を送信して反映させることが可能となる。また、請求項１記載の装置によりキャラクターにインターネット上での仮想的な識別子が与えられ、当該識別子を用いることにより、仮想キャラクターという主体をゲーム以外のインターネットサービスで利用することが可能となる。
【００２８】
従来、利用主体Ｕは特定の仮想人格Ｐとして活動中に別の仮想人格Ｑに属する情報を誤って開示してしまうことがあった。しかし、請求項１記載の方法を用いて提供される装置によって開示ルールを登録し、請求項３記載の制御方法を利用したプログラムやネットワーク等を利用することで、ペルソナＰとして活動中にペルソナＱに属する情報を開示しようとした際に意図しない漏洩を未然に防止できる。
【００２９】
従来、インターネット上でのユーザーターゲティング広告は、ユーザーの様々な側面が混在した情報に基づき広告な掲示していた。例えば、Ｗｅｂメールの広告機能は、ユーザーの親としての人格、会社員としての人格等を含むメール本文に基づき広告を掲示していたため、広告効果が高いキーワードの特定が難しく、ターゲティングの精度が限定された。しかし、請求項４記載の広告方法では、現在利用中の仮想人格に特化しているため広告効果が高いキーワードを比較的特定しやすく、ターゲティングの精度を向上することができる。
【００３０】
従来、名刺に表記される情報や文書に添えられる作成者等の情報は、限られた領域に名前や連絡先等のみの情報を表示したものであり、閲覧できる情報は限られていた。また、紙媒体であるため利用の範囲が現実世界に限られており、スキャナ等による処理の手間を用いない限りはデジタル化して管理することが難しかった。さらに、当該情報は名刺受け取り時から更新されず、得られる情報が最新のものではない可能性があった。しかし、請求項５記載の図形等を印刷した名刺又は文書を受け取った者は、請求項６記載の方法を用いて仮想人格の情報にアクセスし、限定された領域に記入できなかった様々な追加情報について、常に最新のものを得ることができる。
【００３１】
個人関連情報管理（ＰＩＭ：Ｐｅｒｓｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）ツールとは、個人が第三者と連携して活動を行う際に必要となる自己又は第三者に関する情報の格納や通信を行うプログラム等の総称であり、メール・ＴｏＤｏ管理・カレンダーとスケジュール管理・口座管理・住所録等が代表的である。ＰＩＭツールに格納される情報は、基本的に何らかの個人に紐付いている。従来のＰＩＭツールは、１ユーザーを１個人と想定しているため、複数の仮想人格に関する情報が混在したり、複数の登録アカウントを使い分ける面倒さがあった。しかし、請求項７記載の方法を用いたＰＩＭツールでは、仮想人格毎に情報が自動的に分類・整理された状態で利用することができる。
【００３２】
従来、ＩＴシステム・ＩＴサービスはユーザーＩＤとパスワードを用いて利用者を特定し、「登録ユーザーは一人の個人である」と暗黙に想定してきた。それを踏襲する従来のＳＮＳは、利用主体同士の関係を管理するに留まっていたため、暗黙的に複数の人格を保有する利用主体が、混乱・混同し特定の仮想人格の占有情報を、別の仮想人格に関連する第三者に漏洩してしまうことがあった。しかし、請求項８記載のＳＮＳは利用主体が持つ複数の仮想人格同士の繋がりの関係を登録・管理するものである。例えば、仮想人格Ｐで繋がる同僚Ａと、仮想人格Ｑで繋がる親戚Ｂは、共に同一主体に繋がるものであり、仮想人格Ｑで執筆した日記等は親戚関係にのみ共有が許可される。このように、請求項８記載のＳＮＳでは、同一主体が保有する仮想人格についてそれぞれ情報開示を行うことが容易に可能である。
請求項８記載の方法のみでは、利用主体が混乱・混同し、誤って特定の仮想人格Ｑに属する情報を仮想人格Ｐとして開示してしまう可能性がある。その場合は、請求項３記載の方法を併用することで意図しない自己開示を抑止することが可能である。
また、請求項８記載のＳＮＳは第三者による情報開示に対しても一定の抑止力を持つ。主体と仮想人格を分離し、各利用主体が仮想人格同士で繋がることで、例えば「会社関係の顔であなたと繋がっています」等という暗黙の告知をすることが可能であり、会社とは無関係な情報の開示を牽制する効果が期待できる。
請求項８記載のＳＮＳでは、第三者による情報開示に対する抑止力が不足する場合、請求項９記載の抑止方法を利用して抑止力を増大させることができる。つまり、利用主体は特定の仮想人格Ｐで繋がる第三者が、繋がっていない仮想人格Ｑの占有情報を記載している可能性があることを検知することができ、公開の差し止めなどを請求することができる。
【００３３】
従来、ＳＮＳでは利用者が能動的に利用者情報を更新し、第三者との関係（友人登録など）を登録する必要があった。しかし、請求項８のような複数の主体及び仮想人格を使い分けるＳＮＳにおいて、能動的な登録や更新作業は利用主体に面倒さを感じさせる可能性がある。しかし、請求項１０記載の装置から送信された情報又はＳＮＳ内部の情報に基づいて請求項１１記載の方法でＳＮＳに登録されている主体、仮想人格、及びそれらの関係を自動的に登録又は更新することが可能である。さらに、従来の手作業による情報の更新では面倒であったり信頼性が担保しにくい等の理由から取り扱われなかった情報（例えば、仮想人格間の関係の重み情報等）も容易に取り扱うことが可能となり、後述の様々なサービスへの応用が可能となる。
【００３４】
請求項５及び６の方法を用いて、ある主体又は仮想人格の詳細情報を第三者に閲覧させることは可能となったが、一方的な閲覧行為が行われるだけであった。しかし、請求項１２記載の方法を利用すれば、例えば「現実世界で名刺（文書）を交換した」という事実をもって請求項８記載のＳＮＳ上に仮想人格同士の構築すること等が可能となり、以後、最新の登録情報やその更新を得たり、日記やメッセージ交換などを行うことができる。
【００３５】
既存のＳＮＳを初めとするソーシャルサービスにおいては、利用者が様々な対象や、対象との関係に対して、評価を属性情報として付与することが多い。例えば、書籍や化粧品等の市販品に対するレビューを記載する機能では星を付けたり、任意のタグを付けることができるたり、ＳＮＳ上の関係についての意味を記録することができるが、それら評価情報の信頼性は考慮されない。
例えば、映画に極めて詳しい利用主体による評価も、一般的利用主体による評価も、同じ重みである。また、ある主体Ｕ１をよく知る主体Ｕ２による評価も、あまり知らない主体Ｕ３による評価も、同じ重みである。
しかし、請求項１３記載の方法を用いることで、関係自体の信頼性を自動的に設定し、当該信頼性に基づいて重み付けを行ったより妥当な評価を得ることができる。また、請求項１３記載の方法では対象に直接関係がある別対象に対する妥当な評価しか得られない。そこで、請求項１４記載の方法を用いることで信頼性に基づいた重み付け評価を連鎖的に適用し、複数の対象に関する信頼性重みを考慮した評価を得ることが可能となる。
【００３６】
従来、人材の検索は、各種人材派遣業者等の第三者に紹介を依頼するため、紹介者の主観や思惑が入る可能性があった。一方、世間における評価を用いて直接人材を捜す場合、インターネット等を用いた調査も考えられるが、著名人でなければ検索にヒットしないことも多い。また、特定の資格や検定の保持状況により能力を推定することも行われるが、資格無保有でも保有者をしのぐ能力を隠れた人材の発掘は難しい。
しかし、請求項１５記載の方法を用いることで、ＳＮＳ上の重み付けに基づいた活きた人間関係と相互評価のネットワーク情報を用いて、検索希望者が直接、隠れた人材を含めて検索することができる。
【００３７】
従来、年賀状等の挨拶状の作成に関して、個々人が普段の人間関係を省み、関係の深さ等に応じて宛先を抽出する必要があった。またその際、どの仮想人格に関する人間関係であるかによって、挨拶状のデザインや差出人名を変える必要がある場合も存在した。しかし、請求項１６記載の方法を用いたサービスを用いれば、仮想人格毎に人間関係と深さを容易に選択・抽出することができ、手間を削減することができる。
【００３８】
コンピュータ利用者は様々なサービスのパスワード等、万一の場合でも失いたくない重要秘密情報を保持してしる。このような情報は、暗号化して保管すると鍵を忘れて復号できなくなるリスクが発生し、バックアップすると複製が漏洩するリスクが発生するため、管理が極めて難しい。
一つの解決策として、トップレベル認証局同士は互いの秘密鍵を秘密分散法（詳細は実施形態にて説明）により分散して互いに供託している。ただし、供託相手が結託すると秘密が漏洩してしまうため、強い信頼がおける相手とでなければ供託は行えない。特に個人の場合、強い信頼がおける相手を探し、供託を合意し、実施することは難しい。しかし、請求項１７記載の方法を用いれば、ユーザーはＳＮＳ上で強い関係にある第三者を容易に抽出し、秘密分散を用いた供託を依頼することができる。
【発明を実施するための最良の形態】
【００３９】
請求項１記載の装置の実施例について説明する。装置は、インターネットに接続されたサーバーであり、利用者（以下、利用主体）に対してＯｐｅｎＩＤ等の非集約的認証ＩＤを発行する。利用主体はブラウザでアクセスし、利用主体のＩＤでログインすることにより、自己の保有する複数の主体及び該主体に属する仮想人格の情報を編集できる画面を操作することができる。
【００４０】
なお、請求項における「主体」とは、何らかの個人、法人、法人格を有しない任意の集団、国家等を指す。特に、この装置を利用することができる「現実世界における主体」は現実世界に存在する主体に限定されるが、この装置に情報として登録できる主体としては、「仮想世界における主体」を含む。仮想世界における主体とは、現実主体Ｕが仮想的に保有する主体であって、例えばオンラインゲームのキャラクターや文章・絵画等の創作の過程で創作したキャラクター等を指す。また、請求項における「仮想人格」とは、現実主体又は仮想主体に属する役割や顔に相当し、使い分けられるものである。
【００４１】
主体、仮想人格、及びそれらの関係自体は、任意の属性を持つことができる。例えば、主体は認証用のＩＤやパスワードの他、名前や住所等を持つ可能性がある。仮想人格も同様に、認証用情報や名前、そしてその仮想人格で利用してはならない情報等を属性として格納する可能性がある。異なる第三者の仮想人格同士の関係には、関係構築日時や信頼度等が属性情報として格納される可能性がある。
【００４２】
利用開始直後には、装置には利用主体自体の主体に関する情報のみが登録されている。利用主体は、自己がオンラインゲームで利用しているキャラクターを利用主体に属する仮想主体として情報登録することができる。
また、利用主体は自己がどのような顔を使い分けているか分析し、例えば、投資家の顔、親の顔、会社員の対外用の顔、会社員の社内用の顔の四つの人格を装置に登録できる。このとき、四つの仮想人格は利用主体に直接従属する構造でもよいし、投資家、親、会社員の３つの仮想人格を従属させた上で、会社員仮想人格に対外用と社内用の２つの仮想人格をさらに従属させてもよい。
このような、仮想人格の構造（以後、主体人格モデル）は各利用主体によって異なる（図１）。利用者は、この装置の機能を利用して仮想人格を統合・分離したり、ある仮想人格に属する複数の仮想人格を一度に削除したりする工夫が考えられる。また、多くの一般利用者に便利であろう主体人格モデルのテンプレートを予め準備しておくことも有効である。
【００４３】
登録された利用主体や属する仮想人格は、それぞれ独立した認証ＩＤを持つ。装置は、他のサーバー等からの認証要求に対して、認証ＩＤとパスワードを照合して、その結果を応答する。よって、ある人間は自己が保有する複数の主体又は仮想人格から任意のものを選択し、そのＩＤを用いて様々なＯｐｅｎＩＤ対応サービスを利用することで、ある主体又はある人格として振る舞うこととなる。
また、従属関係にある複数の主体や人格には、オブジェクト指向の考え方における継承機能を実装することも可能である。つまり、親仮想人格の情報を従属仮想人格が自動的に引き継いだり、ある処理に仮想人格としてログインが必要な場合、上位の従属関係を持つ仮想人格や主体のＩＤを用いても処理が継続可能な工夫が考えられる。
【００４４】
請求項２記載の装置の実施例としては、請求項１記載の装置と連動するオンラインゲームが挙げられる。利用主体は、請求項１記載の装置に仮想主体を登録し、その識別子を取得する。次に、利用主体は、オンラインゲームにログインし、自己の保有するキャラクターの設定項目に識別子を設定する。オンラインゲームのサーバーは、定期的にキャラクターの名前や能力値等の情報を請求項１の装置に送信し、情報を更新する。
なお、ゲーム中でキャラクターが複数の仮想人格を保有する場合、これらの情報も請求項１記載の装置に送信されてよい。また、情報の送信はオンラインゲームサーバーから能動的に、定期的（一定時間毎、等）又は不定期（ログアウト毎、等）に行ってもよい。また、請求項１記載の装置が定期的（一定時間毎、等）又は不定期（メンテナンス終了後、毎）にオンラインゲームサーバーに要求を行い、該要求に応える形で送信がなされてもよい。
また、キャラクター情報は、請求項１記載の装置にゲーム上の仮想主体又は仮想人格が登録され、識別子が割り当てられる。よって、利用主体は、ゲームキャラクターとしての振る舞いを行って請求項３以降の様々な応用技法を用いることができる。例えば、ゲームキャラクターとして発言してはならない用語の制御（請求項３の応用）、ゲームキャラクター同士の関係を格納するＳＮＳの構築（請求項９の応用）等が考えられる。
【００４５】
請求項３記載の制御方法の実施例として、制御機能付きのブラウザプラグインを説明する。このブラウザプラグインをブラウザに導入すると、ブラウザのツールバーで自己が保有する主体及び仮想人格の一覧から、どの主体のどの仮想人格として振る舞うかを選択することが可能となる。例えば、「会社員」としての仮想人格を選択中、ブラウザ中でのＷｅｂサイトアクセスや文字列の入力などは、会社員として振る舞ったこととなる。
利用主体は予め、請求項１記載の装置における会社員仮想人格に対して、アクセス禁止ＵＲＬや入力禁止用語を属性情報として登録できる。ブラウザプラグインは、請求項１記載の装置と通信し、会社員としてアクセスを禁じているＵＲＬへのアクセスをしようとした際や、禁止用語を入力しようとした際に、ユーザーに対して警告を表示する。また、ブラウザのブックマークリンクから、「会社員」としてアクセスが禁止されているものを非表示にする。
【００４６】
請求項４記載の広告方法と請求項７記載の分類整理方法の実施例として、請求項１記載の装置により仮想人格別に発行されたＯｐｅｎＩＤを利用して認証を行うＷｅｂメールサービスを例示する。
このメールサービスは、通常のＷｅｂメールサービス同様、ある仮想人格のＩＤでログインすることにより、その仮想人格に紐付いたメールアドレスを用いてメール送受信を行うことができる。さらに、ある主体のＩＤでログインすると、主体に紐付いた複数の仮想人格別にメールが整理され格納された画面が表示される。
このメールサービスは、画面の端に広告を表示して広告主から収益を上げているが、利用者がある仮想人格Ｐとしてメールを閲覧・編集している画面では、仮想人格Ｐの過去のメールの文中から共通するキーワードを推定して、該キーワードに対応する広告を表示する。例えば、「投資家」仮想人格としてメールを閲覧・編集している画面における広告表示を行う場合、過去の「投資家」仮想人格でのメール履歴のみからキーワードを抽出するため、より投資にフォーカスしたキーワードを抽出できる可能性が高い。
【００４７】
ところで、仮想人格に対するアクセスを行うために、常に請求項１記載の装置を直接利用する必要があるのは不便である。なぜなら、現実世界の主体は当該装置を操作できない状況（例：インターネットに接続された端末が近くにない状況）でも、複数の仮想人格を用いて社会的活動を行うことがあるからである。
【００４８】
そこで、前記装置を利用できない状況でも仮想人格情報を間接的に利用可能とする、請求項５及び６記載の方法の名刺における実施例を説明する。一般的に名刺には仕事上の仮想人格に関わる氏名、住所、電話番号、メールアドレス等の情報が記入され、特に初対面の第三者に渡し自己を紹介し関係を構築する重要なビジネスツールである。しかし、狭い紙面に多くの情報を詰め込むことができないこと、情報に更新がある度に告知が必要であること、整理の手間が必要であること等の課題がある。
名刺Ｃは、氏名、住所、電話番号、メールアドレス等に加え、請求項５記載の方法を用いた二次元バーコードが印字されたものである。このバーコードは、仮想人格情報にアクセスするアプリケーションのＵＲＬと、仮想人格の識別子を含んでいる。なお、例えばＯｐｅｎＩＤを用いる場合、仮想人格のＩＤ自体がＵＲＬを構成しているため、アプリケーションのＵＲＬと識別コードを同一のものとしてもよい。
名刺Ｃを受け取った者は、自身のカメラ付き携帯電話を用いてバーコードを読み、ＵＲＬにアクセスする。アプリケーションは、仮想人格の最新の氏名、住所、電話番号等に加えて、紙面に掲載しきれなかったさらに詳細な情報を表示することも可能である。紙の名刺と異なり、当該方法により表示される情報は常に名刺の発行人が最新に更新している情報である。さらに、後述の請求項１６に関する実施例は、従来の紙による名刺管理や紙をスキャンしてデジタル化する名刺管理と比較して、さらに容易な名刺管理方法を実現する。
【００４９】
請求項８記載のＳＮＳの実施例について説明する。仕事上の関係を持つ主体Ｕと同ＶとがＳＮＳの利用者であって、それぞれ仮想人格ｕ１（仕事用）、ｕ２とｖ１（仕事用），ｖ２を保有する。主体ＵはＳＮＳにログイン後、自身の保有する仮想人格の中からどの人格として振る舞うかを選択することができ、仮想人格ｕ１を選択する。次に、主体Ｖの仮想人格ｖ１をＳＮＳ上の検索機能で検索する。最後に、該仮想人格ｖ１を、現在利用中の仮想人格ｕ１と関係のある第三者仮想人格としてＳＮＳに登録する。以上により、仮想人格ｕ１と同ｖ１間に関係が作成され、以後、ｕ１のログイン画面にはｖ１の最新日記投稿等が表示される。
【００５０】
このように、従来のＳＮＳが図２−アのような主体間関係を管理するシステムである一方、請求項８記載のＳＮＳは図２−イのような仮想人格間関係を管理するシステムとなる。本来、現実世界において人間が、相手や状況や立場にあわせて複数の顔を使い分けるのと同様の活動が技術的に可能となる他、利用者主体側も、複数の顔を意識したＳＮＳの利用を行うことを促進する。
例えば、主体Ｕと主体Ｖは現実世界で数回会話を行ったことがあるため、ＶはＵが将棋を指すことを既に知っている。しかし、ＳＮＳ上ではあくまで仕事用の人格同士で繋がっていることから、主体Ｖは仮想人格ｕ１の日記に対するコメント文にプライベートに関する内容を記述すべきではないことを暗黙的に認知する。
【００５１】
なお、請求項１記載の管理・認証装置と請求項８記載のＳＮＳとが独立し、相互通信を行い稼働する形態の他に、ＳＮＳの一部として請求項１記載の装置を統合した実施形態も考えることができる。また、ＳＮＳ上で常にいずれかの仮想人格を選択し、該人格として活動を行うモード切替のような実施形態の他にも、活動（日記の執筆や商品の評価）の度にどの人格として行動するかを利用主体に選択させる方法、活動内容から自動的に推測する方法、等のバリエーションを考えることができる。勿論、請求項３、４、６及び７の方法を請求項８記載のＳＮＳで利用することも可能である。
【００５２】
ところで、複数の主体が密接に関係し合うＳＮＳ上において、意図せずに個人情報が開示されやすい点については、解決しようとする課題にて説明した。ＳＮＳにおける意図しない情報開示には、自己による開示と他者による開示とが考えられ、それぞれに対する抑制するための制御方法が考えられる。
【００５３】
そこで、まず請求項３を利用し自己による意図しない開示を制御する機能を有す請求項８記載のＳＮＳの実施例を説明する。主体ＵがＳＮＳにログインすると、主体Ｕは自身が保有する複数の仮想人格の中からどの人格として振る舞うかを選択することができる。一度人格を選択すると、次に選択するまでの間に行われたＳＮＳ上での活動（日記の執筆、商品の評価、第三者の仮想人格との関係の作成や破棄等）は全て選択した仮想人格に紐付いた活動としてＳＮＳは処理する。
例えば、主体Ｕが請求項３記載の方法に従い、仮想人格Ｐ１（プライベート用）において専用語「将棋」を登録している状況を仮定する。この状況で主体Ｕが請求項８記載のＳＮＳに仮想人格Ｐ２（仕事用）としてログインし、自身の日記として「ところで、私は普段将棋も指すのですが」という内容を投稿しようとした時点で、ＳＮＳは当該文章中に仮想人格Ｐ１専用の語「将棋」が含まれ、仕事の関係者にプライベートの情報を開示してしまうことを画面上で警告する。このようにして、主体Ｕが複数の仮想人格の境界を混同して意図しない情報開示を行うことを未然に予防することができる。
【００５４】
さらに、他者による意図しない開示を制御する機能を有す請求項９記載の方法を用いたＳＮＳの実施例を説明する。
ＳＮＳは、主体Ｕの仮想人格ｕ１と関係がある全ての第三者の仮想人格について、主体Ｕのｕ１以外の仮想人格の専用語を利用していないか定期的に照合・走査し、もしｖ１が「将棋」という用語を日記中等で利用していた場合、主体Ｕの仮想人格ｕ２の専用語を侵している可能性があると判断する。そして、主体ＵがＳＮＳにログインした際に、このような専用語を第三者が利用している恐れがある一覧を主体Ｕに対して表示する。主体Ｕは表示された各案件について、自身の意図しない情報開示を第三者が行っているものかを検証し、開示差し止め等を依頼することができる。
【００５５】
ところで、ＳＮＳ上の仮想人格同士の関係等の情報を作成及び更新する方法として、明示的に利用者が入力を行って登録を行う様な従来方式の他に、自動化の工夫（請求項１０及び１１）と容易化（請求項１２）の工夫を考えることができる。
【００５６】
まず、請求項１０及び１１記載の方法を用いた関係情報構築の自動化を実施例として説明する。
上記の実施例ではＳＮＳ上での活動履歴のみが関係情報の更新に利用されるが、実際にはＳＮＳ以外の情報ツールの利用による交流活動履歴も参考にされることが望ましい。そこで、請求項１２記載の個人関連情報管理ツール（ＰＩＭツール：主にメール、アドレス帳、ＴｏＤｏ管理、スケジュール、インスタントメッセンジャー等を指す、個人用情報の管理とコミュニケーションを行うツール類）は、活動履歴をＳＮＳに送信する機能を有している。例えば、差出人が仮想人格Ｐ１のメールアドレス、受取人が仮想人格Ｐ２のメールアドレスであるメール送信が行われた場合、その活動履歴はＳＮＳに送信され、Ｐ１とＰ２の関係の親密度パラメータの加算に用いられる。スケジュール管理ツール上で、ミーティングが予定されていれば、現実世界で会ったと推定して親密度パラメータを大幅に加算することもできる。仮想人格間の関係を推定するために有用なあらゆる活動履歴を送信し、ＳＮＳ側で利用する。
このようにＳＮＳ外部における個人の活動をＳＮＳ内部の情報更新に活用することが従来困難であったのは、ＳＮＳ内部の登録ユーザーがＳＮＳ以外のサービスにおいてどのようなユーザーを利用しているが、ＳＮＳ自体に特定できないからである。ＯｐｅｎＩＤ等の利用者に一意なＩＤを複数サービスが利用することでこの課題は原理上解決するが、運用の難しさが残る。ＳＮＳ外部の個人関連情報管理サービスは、利用主体に関わるクリティカルな情報を全仮想人格に渡って混在する形で保持している一方、ＳＮＳのように第三者に繋がり情報を開示する仕組みにおいては、繋がった相手毎に公開してよい情報を厳密に選別する必要があるからである。そこで本件発明では、請求項１記載のような従来存在しなかった装置に各主体及び仮想人格の情報が管理されていることにより、公開情報の厳密な選別を実現している。
なお、請求項１０記載の装置からの情報を用いず、請求項８記載のＳＮＳの内部情報を用いて関係を自動更新することも可能である。請求項８記載のＳＮＳ自身が一般的なＳＮＳと同様に、日記機能の閲覧やメッセージ機能による情報交換など、仮想人格同士が交流する機能が複数提供されていると仮定する。該ＳＮＳは、毎晩深夜のバッチ処理により仮想人格同士の交流活動の履歴を集計して、仮想人格同士の関係情報を更新する機能を備える。例えば、仮想人格Ｐ１からＰ２に対して一定頻度以上でメッセージがやりとりされている場合、両者の親密度を加算する等の方法が考えられる。
【００５７】
さて、ＳＮＳ上の主体、仮想人格及びそれらの関係の登録及び更新を容易化する手段として、請求項１２の方法を用いた名刺によるＳＮＳ登録方法を説明する。
主体Ｕ１の仕事上の仮想人格Ｐ１に関する識別子と表示アプリケーションのアクセスＵＲＬを含む二次元バーコードが印字された名刺を主体Ｕ２が受け取った後、主体Ｕ２は携帯電話を用いて当該表示アプリケーションにアクセスすることにより仮想人格Ｐ１の様々な情報を閲覧できることは請求項５及び６の実施例として説明した。
この実施例に対しさらに請求項１２記載の方法を組み合わせることで、ＳＮＳ登録機能を追加し、仮想人格間の関係構築を容易化することが可能である。携帯電話で仮想人格Ｐ１の詳細情報を閲覧する画面にアクセスすると、仮想人格Ｐ１の情報が表示されると共に、「自己の仮想人格でログインし関係を構築する」ボタンが表示される。主体Ｕ２がこのボタンをクリックすると、ＳＮＳのログイン認証画面が表示される。次に、主体Ｕ２は自己の保有する仮想人格Ｐ２のＩＤとパスワードを用いてログインを行う。このログインの完了により、ＳＮＳは仮想人格Ｐ１及び同Ｐ２が現実世界で会合したと解釈し、Ｐ１とＰ２間の関係情報を作成する。
【００５８】
ところで、既存のＳＮＳには、ある利用者が様々な商品や他の利用者を評価する機能が備わっていることが多い。この評価とは、コメントや星の数づけ等による明示的な評価に加えて、タギングによる属性情報の付加も含まれる。
物品の評価は比較的容易であり、評価数が多くなることにより平準化されるが、他の利用者（仮想人格）の評価の信頼性は確認が難しいという課題がある。例えば、Ａ氏のことをよく知らないＢ氏の評価にはあまり信頼性がない。
【００５９】
そこで、まず請求項１３記載の方法を用いた仮想人格の評価方法の実施例を説明する。請求項１１記載の方法を用いることで、ある仮想人格Ｐ１と第三者の仮想人格Ｐ２の間の関係の緊密度を算定することができる。例えば、メールの送信頻度や日記の閲覧頻度などから、緊密度を８０％と算出したものと仮定する。このとき、仮想人格Ｐ１が仮想人格Ｐ２に対して、属性情報「頭がよい」を１００ポイント付与すると、緊密度を考慮した実際の付与ポイントは８０ポイント（１００ポイント×８０％）と算定することができる。このようにして、複数の仮想人格からの付与ポイントを合算することにより、より緊密な人からの属性情報に重みが付いた評価がなされることが可能である。さらに、この評価は人間関係の緊密度が変化すると自動的に変化し、その時点で緊密な仮想人格からの属性付与が強く反映される。
この実施例によれば、ある特定の仮想人格の評価を、関連する仮想人格からの属性付与により算定することができる。しかし、２ホップ以上離れた関係にある仮想人格の評価が反映されない。
【００６０】
そこで、請求項１４記載の方法を用いた連鎖的評価方法の実施例を説明する。仮想人格Ｐ１とＰ２は緊密度８０％の関係にあり、仮想人格Ｐ２とＰ３とは緊密度５０％の関係にあるとする。Ｐ１はＰ２に対して属性情報「頭がよい」を１００ポイント付与しており、Ｐ２はＰ３に対して属性情報「頭がよい」を２０ポイント付与している。例えばこのとき、Ｐ１からみたＰ３の「頭の良さ」は、７５（１００と７５の平均）、その確からしさは１６％（８０×２０）とし、最終的な評価を７５×１６％＝１２ポイントと算定することができる。
このように特定の仮想人格を起点として他の仮想人格の評価を算出することにより、起点となる仮想人格の価値観に基づいた周囲の間連仮想人格の評価を得ることができる（図３−ア、イ）。また、この実施例をＳＮＳ上の全仮想人格を起点とした各関連仮想人格の評価を積算することにより、ＳＮＳ空間における参加者全員の総意による相互評価の結果を得ることができる（図３−ウ）。
【００６１】
なお、上記請求項１３及び１４の実施例で挙げたアルゴリズムは一例であり、様々なバリエーションを考えることができる。複数の仮想人格から評価されている場合に相対的評価に換算する等の工夫により、より精度の高い評価情報を得ることができる。
【００６２】
ところで、現実社会における人材の検索はノウハウと人脈に依存した行為である。各企業や大学の採用担当やヘッドハンター等にとって、いかに早く必要な能力を備えた人材を発掘し、正しく評価し、関係を構築するかが重要なテーマとなっている。
特に評価は実施者の主観に依拠しやすく、客観的判断が難しい課題が存在する。当該課題を補う目的で、学歴や資格や検定の保有状況等が参照されるが、「高い実力を有すが肩書きを保持しない」人材を見逃してしまう。
【００６３】
そこで、請求項１５記載の方法を用いた人材検索サービスを説明する。ある主体ＵはＳＮＳにログインする。ＳＮＳは、請求項１３又は１４記載の方法を用いて主体Ｕが保持する各仮想人格と関係する第三者の仮想人格や、さらに関係する人格についての評価情報を保持している。主体Ｕが人材検索画面を呼び出し、検索条件となる評価情報を入力すると、条件に適合する評価を有する人材が表示される（図４）。
【００６４】
ところで、年末の年賀状作成においては、過去及び現在の人脈の整理、相手との関係の確認、相手と繋がっている自身の仮想人格の確認（仕事上のつきあいか親類か等）等、人間関係を整理して判断を行う手間が発生する。
【００６５】
そこで、請求項１６記載の実施例として、年賀状一括印刷代行サービスを説明する。主体Ｕは請求項８記載のＳＮＳにログインし、挨拶状印刷委託機能の利用画面を呼び出す。該画面では、主体Ｕの各仮想人格毎に挨拶状のデザインを選択できる他、各仮想人格毎に関係のある仮想人格の一覧が表示され選択が可能である（図５）。主体Ｕはデザインと送付先を選択して送信ボタンを押下することにより、依頼がＳＮＳに格納される。ＳＮＳは、仮想人格Ｐ１の人格情報から住所や氏名を抽出する他、各送付先の仮想人格から住所や氏名を抽出し、当該情報を印刷代行業者に送付する。印刷代行業者は当該情報に基づき年賀状を印刷し、主体Ｕに代わり投函する。
【００６６】
なお、印刷代行業者は直接発送せずに、印刷物を主体Ｕに送付するサービスも考えられる。この場合、主体Ｕは各年賀状に手書きの挨拶を一筆加えることができる。逆に、ＳＮＳにおける印刷代行依頼時に、主体Ｕが手書きの一筆を画像情報として添え、印刷業者が印字するバリエーションも考えられる。
また、上記の実施例では印刷代行業者が年賀状の印刷を行ったが、利用者自身による印刷、データ作成、メールの送信等も可能である。例えば、ある仮想人格のメールアドレスを変更した場合、その人格に関係を気付いている第三者の仮想人格に対して一斉に「メールアドレス変更のお知らせ」メールを送付する機能等が考えられる。
【００６７】
請求項１７記載の実施例の説明に先立ち、前提となる秘密分散法の説明を行う。秘密分散法（ＳＳＳ：Ｓｅｃｒｅｔ Ｓｈａｒｉｎｇ Ｓｃｈｅｍｅ）は情報処理アルゴリズムの一種であり、単独の秘密情報１を複数の分散情報ｉ１，ｉ２．．．に分解したり、該分散情報を集めて元の秘密情報Ｉを復元することが可能である。ｎ個に分散された分散情報は、規定数ｍ以上集めれば完全に復号できる一方、ｍ未満しか集められなければ秘密情報Ｉを完全に推測不能であることが数学的に証明されている。例えば、ｎ＝３、ｍ＝２のパラメータで秘密分散法を用いた場合、三つの分散情報ｉ１，ｉ２，ｉ３が得られ、うち２つ以上を集めれば秘密情報Ｉを復元できるが、一つしか集められなければ無限時間をかけても秘密情報Ｉを特定することはできない。
パスワードのような秘密情報は、第三者から秘匿にしたい一方、自分のみが保有しているとハードディスクの故障時等に秘密情報を完全に失う可能性がある。そこで、世界のトップレベル認証局は自己の秘密鍵（漏洩すると世界中の公開鍵や電子署名が無効となる）を秘密分散して相互に供託している。
このようなニーズは、個人においても存在する。例えば、重要なサービスのパスワードや口座番号等を失念してしまうことを予防するため、親類など極めて信頼できる第三者に複製を預かって貰うことをしている個人もいる。
しかし個人においては「分散秘密の供託」を委託できるような信頼できる関係者を捜す手間、事情を説明して供託を依頼する手間等から、一般に行われていない。
【００６８】
そこで、請求項１７記載の方法を用いた「秘密供託機能」を提供しているＳＮＳの実装例を説明する。主体ＵはＳＮＳに仮想人格Ｐ１でログインし、秘密供託機能の利用画面を呼び出す。該画面では、仮想人格Ｐ１と関係が強い第三者の仮想人格が図６のように整列されて表示され、供託先をチェックボックスで選択することができる。次に、利用者は秘密情報を含むファイルＦＹを指定し、送信ボタンを押下することでＳＮＳにアップロードする。ＳＮＳは、ファイルＦＹを受信後、供託先で指定された第三者の仮想人格に供託受諾依頼メッセージを送付する。各供託先仮想人格の次回ログイン時に供託受諾依頼メッセージが表示され、受諾又は拒否を選択する。ＳＮＳは、一定数以上の供託受理を確認すると、ファイルＦＹを秘密分散し、それぞれを受理した供託先に送付する。供託受理者は受信した分散情報を独自に保管する。以上の流れを図７に図示する。
【００６９】
なお、近年は、従来から存在した閾値型秘密分散法に加え、効率を改善したランプ型秘密分散法、ＡＯＮＴ（Ａｌｌ Ｏｒ Ｎｏｔｈｉｎｇ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）等の同様の特徴を持つアルゴリズムが研究されているが、本件発明の請求範囲に含まれる「秘密分散法」はこれらを含むものである。
秘密分散の処理のタイミングは、ファイルＦＹの受信直後でもよい。この場合、ＳＮＳ装置自体が分散秘密の全てを保持し、供託候補者からの受諾がある度に受諾者に送信して移管していく手順となる。より多くの供託候補者に分散されるほど、秘密の安全性は高まる。また、供託先の主体が非集約型認証基盤を用いている場合、分散情報は各供託先の端末ではなく、非集約認証サーバー（例：自身のＯｐｅｎＩＤサーバー）に保存する実施形態も考えられる。
【００７０】
以上が、本件発明の主な実施例であるが、以上は実施例の一つに過ぎない。様々な派生的実施方法が考えられるが、本件発明の請求の範囲はそれら実施形態を含むものである。
【図面の簡単な説明】
【図１】主体と属する仮想人格の構造（主体人格モデル）の例を示した概念図である。
【図２】従来方法と本件発明におけるＳＮＳの関連構造の違いを示した図である。
【図３】本件発明の、ＳＮＳにおける相互評価方法の実施例を示した図である。
【図４】本件発明による人材検索方法実施例の画面イメージである。
【図５】本件発明による挨拶状印刷実施例の画面イメージである。
【図６】本件発明による秘密分散供託実施例の画面イメージである。
【図７】本件発明による秘密分散供託のシーケンス図である。
【技術分野】
【０００１】
この発明は、情報通信技術及び認証技術に関し、より詳細には、個人の社会的関係情報の安全な取扱い方法に関するものである。
【背景技術】
【０００２】
インターネットの爆発的な普及により、従来ＰＣ上に導入されたソフトウェアにより実現していた様々なサービスが、インターネット上で提供され始めた。この形態のサービスはＳａａＳ（Ｓｏｆｔｗａｒｅ Ａｓ Ａ Ｓｅｒｖｉｃｅ）として活用が急速に広まっている。例えば、依然までＰＣ上の個別ソフトウェアとして提供されていたメールクライアントソフトウェアをＷｅｂ上で提供するサービス（Ｇｏｏｇｌｅ社のｇｍａｉｌ等）、経理ソフトウェアをＷｅｂ上で提供するサービス（ＳａｌｅｓＦｏｒｃｅ．ｃｏｍ等）がある。
【０００３】
ＳａａＳの主な特徴は、「ソフトウェア導入の手間が不要」「大きな先行投資や資産を自社で持たず、必要な時に必要なだけサービスを購入することが可能」という利用者側のメリットに加え、「漸進的改良（特に不具合の修正）が容易」「流通販路が不要」「引き渡し後遵守の強制が難しいソフトウェアライセンスと異なり、遵守を強制できる」「ソフトウェアが相手に渡らないため、リバースエンジニアリングを予防できる」といった事業者側のメリットも大きい。
【０００４】
国家としても、中小企業を始めとするＩＴ利用効率の上昇と国力向上を目指し、ＩＴ投資を抑え利用が容易なＳａａＳを重要なＩＴ施策の一つとして位置付け推進している。そのためには、優れた多くのＳａａＳサービスが多くの事業者から社会的に提供される「ＳａａＳ社会基盤」の実現が必要でありあり、今後の展開が期待されている。
【０００５】
このような複数のＳａａＳサービスが提供され始めた現状では、各サービス毎にサービス提供事業者にＩＤとパスワードを登録する必要がある場合が多く、利用者は複数の認証情報を管理する必要が出てきた。例えば、あるサービスで取得できたＩＤが別サービスでは取得できないことがあったり、複数のサービスで同一のパスワードを使い回すようなセキュリテイ上のリスクを伴う運用を迫られてきた。この課題は、今後ＳａａＳの普及に伴いさらに拡大していくと思われる。
【０００６】
そこで、近年提唱されたのがＯｐｅｎＩＤという仕様である。ＯｐｅｎＩＤは、ある特定の個人が特定のＵＲＬを支配していることを前提に、そのＵＲＬを用いて認証を行うことで、利用者個人を特定・認証する。
【０００７】
ＯｐｅｎＩＤでは、利用者は自分の支配するＵＲＬ上に個人情報や認証情報を保管し、外部からの認証要求に応答を返すプログラムが実行されている。一方、ＯｐｅｎＩＤに対応したサービスでは、ユーザーから認証サーバーのＵＲＬとパスワードを受け取ると、そのＵＲＬに対して認証要求を発行し、認証結果を受け取ることで個人を特定する。
【０００８】
従来の「ＩＤとパスワードが各サービス提供事業者に登録される方法」（以下、集約的認証基盤）と異なり、ＯｐｅｎＩＤでは、利用者個人が自分の認証情報を保管・管理することができる（以下、非集約的認証基盤）ため、ＯｐｅｎＩＤに対応している複数のサービスに同一の認証情報を利用することができる。つまり、ＯｐｅｎＩＤの進歩性は「一人は複数のＩＤを持たずに住むようになった」ことにある。加えてＷｅｂＡＰＩと呼ばれる通信手法で相互に連携する拡張性を持つ昨今のサービスにおいて、シングルサインオンがより容易なＯｐｅｎＩＤの重要性は高まっている。
【０００９】
ところで、ＳａａＳの一例として特に注目されているサービスが、ソーシャルネットワーキングシステム（ＳＮＳ）である。ＳＮＳは、「個人の実世界における社会的関係をネットワーク上で管理するシステム」の総称であり、多数の利用者に利用されている。
【００１０】
ＳＮＳは、「社会的関係を管理し、それに基づいた様々な具体的サービスを提供する基盤」である（広義のＳＮＳ）。一般的に、ＳＮＳという言葉が利用される場合、「日記（ブログ）」「メッセージ送受信」「コミュニティの結成と参加」「足あと」「書籍や音楽等の評価」等の具体的なサービスを含むサービスと解釈される（狭義のＳＮＳ）だが、それらはＳＮＳ基盤上に構築されたサービスであり、ＳＮＳ自体の本質ではない。以後、ＳＮＳという表記を行う場合には、特に断りがない限り広義のＳＮＳを示すものとする。
【００１１】
ＳＮＳでは、複数のユーザー間の「関係」を登録することができる。例えば、前記ｍｉｘｉの場合、第三者のユーザーを「マイミク」と呼ばれる関係として登録することにより、当該第三者の日記執筆等の活動をより容易に閲覧することが可能となる。
【００１２】
招待制をとっているＳＮＳが存在するように、現実世界での気心知れた友人と関係を登録（友人登録）を行い、友人等からしか日記を閲覧できなくするなどの仕組みがあることから、全くの第三者から自由に閲覧される通常のネット上のブログ等に比べて自己開示の心理的抵抗が小さいと言われている。このことから、普段現実世界では知り得なかった友人の新たな側面や友人の友人を知ることができ、人脈が広がっていくことが特徴である。
【００１３】
ＳＮＳは世界各地で急速に普及しており、日本におけるｍｉｘｉのほか、Ｆａｃｅｂｏｏｋ、Ｌｉｎｋｅｄｌｎ等非常に沢山のサービスが提供されている。一方、これらがそれぞれ異なるインタフェースを持っており相互接続性がないことから、２００７年、Ｇｏｏｇｌｅ社により共通インタフェース仕様ＯｐｅｎＳｏｃｉａｌが提唱された。この仕様は、現状存在する多くのＳＮＳサービス及びＳＮＳ自体の概念に共通なインタフェースを備えていることを特徴とする。今後、対応表明をしている多くの既存ＳＮＳサービスの相互接続が実現すると期待されている。
【００１４】
現代においてインターネットは仕事以外にも家庭等で生活の一部として活用され始めた。しかしＳａａＳ、特にブログ・ＳＮＳに代表されるように、現実世界での個人の様々な活動がネット上の繋がりを利用して実現され始めた昨今、その弊害も出始めている。
【００１５】
例えば、２００４年６月に自己のＷｅｂサイトへの同級生の書き込みを動機とし「佐世保市小６女児同級生殺害」事件の発生、２００７年１月には米国においてＳＮＳの利用をきっかけに性犯罪に巻き込まれた家族が運営会社の提訴を行っている。
このような環境においても、情報選別能力や判断能力等のネットリテラシーが高い昨今の２０〜４０代はバランスを取った利用を行う者も少なくないが、若年層及び高齢層にとって一定のリスクがあることが指摘されている。これは現実世界での人間関係であれば喧嘩や誹謗中傷も拡散・伝播しにくく影響が小さいが、ネット上では顔が見えずに批判等が行いやすく上、誰でも自由に閲覧し、風評や被害がねずみ算式に拡散しやすい特徴を持つネットの特徴にも依拠している。
【００１６】
犯罪や訴訟に到達せずとも、ＳＮＳの利用を通して「個人情報の意図しないリーク」を経験する利用者は少なくない。ＳＮＳ上で利用者Ｕと友人登録されている会社の同僚Ａと親戚Ｂを想定する。Ｕは会社関係の友人にはプライベートを開示したくないと考えていたが、その意図を知らない親戚Ｂが利用者Ｕのプライベートに関する記述を自己の日記中に行うことで、同僚等がＵの個人情報を意図せずリークしてしまう。特にメジャーなＳＮＳにおいては多くの不特定多数の利用者が個人の日記などを閲覧可能となり、「自己開示しやすい環境」と感じて自己開示した個人情報が、意図しない第三者に利用されたりリークされるリスクが存在する。
【００１７】
しかし、現時点ではＳＮＳ等ソーシャルな情報をインターネット上で取り扱うことにより広がる可能性が非常に大きな注目を集めており、上記のような弊害を包括的かつ具体的な課題として認識し、業界を挙げての取り組みを検討されるに至っていない。
そのため、これらソーシャルなＳａａＳサービスは、主に非商業的な範囲（特に娯楽）目的での用途に留まっている他、プライベート等のリークを回避したい個人は２つ以上のアカウントを登録して使い分ける等を行っている。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
前記技術背景で説明したような課題は、現時点で主要な課題としての認知に至っていない。例えば、個々のＳａａＳサービス内において特定の情報が登録された第三者までしか閲覧できなくするようなアクセス制御機能が追加される等の従来手法による改善はなされているが、前記リスクの抑制を目的として特定個人にフォーカスし複数のＳａａＳサービスに跨って制御を行う方法は提案されていない。このような状況を課題として具体的に認識され難かった理由として以下の六つを考えられる。
【００１９】
第一に、インターネット文化の歴史的背景による。インターネットにおいては自己責任による利用とリスクの回避及び防衛が文化とされてきた。例えば、インターネット上には不特定多数の悪意を持った利用者の存在を仮定するのが常識となっており、通常ウィルス対策ソフトウェアやファイアウォールを利用して接続を行う。また、プライバシー情報の開示や隠蔽も個人の自己責任として考えられている。
従来、これら原則を十分に認知したリテラシーの高い利用者が、限定された用途にインターネットを用いていた。しかし昨今では、リテラシーが高くない利用者が、生活の一部として様々な用途にインターネットを用いているため、混乱・混同して自己又は他者のプライバシー情報の開示してしまう状況が発生し始めている。
【００２０】
第二に、昨今の生活の一部としてのインターネットの利用に伴う混乱・混同の原因が、一般生活常識や情報技術ではなく社会学的な原因に根ざしているため、利用者や当業者が課題自体を認識しにくかったからである。
現実世界では、一人の人間は場所、状況、相手等によって、複数の「顔」又は「人格」を無意識に使い分けて人間関係を構成している。例えば、親としての顔、教師としての顔、社会の一員としての顔、投資家としての顔等が挙げられるが、最も端的に顔を現すのは「名刺」である。一般に名刺に掲載される住所や電話番号等は「会社員」として当該個人が持つ仮想的な人格が持つ情報であり、当該個人自体の住所や電話番号ではない。取引先に名刺を渡す行為は、あくまで個人の持つ仮想的な会社員の人格を紹介するだけであり、個人としての住所や電話番号といったプライバシー情報を暗黙的に保護する行為である。また、会社用、趣味用等に複数の名刺を持つ個人は、それだけの人格を持ち、使い分けていると考えられる。
このように、一人の人間を、本質的な部分（以後、主体）と、主体が持つ複数の顔（以後、仮想人格）として捉える概念は、社会学や精神医学では一般的である。一方、情報技術の世界では基本的に「１登録ユーザーアカウントは１個人を表す」という概念が根底にあり、「１個人が複数アカウントを利用することも可能である」という程度の認識である場合が多い。このことは、ｍｉｘｉ、Ｆａｃｅｂｏｏｋ等の実在するＳＮＳ、従来型ＳＮＳの包括的共通仕様を目指し制定されたＯｐｅｎＳｏｃｉａｌにおいても仮想人格の概念が考慮されていないことにも現れている。
【００２１】
第三に、最近まで、ネット上のサービスにおいて、個人が主体と仮想人格を区別して制御し利用することが技術的に従来困難だったからである。つまり、複数のサービスを利用する場合、個人の登録情報（ユーザーＩＤ、パスワード等）は各サービスのサーバーに個々に登録されることが一般的であり、サービス提供事業者からみて集約的である一方、個人からみて集約的ではなく、個人が主体を複数統合管理することは困難であった。
この原因単体は、ＯｐｅｎＩＤに代表される非集約型認証機構の登場により解決したが、残る四つの原因により複数仮想人格を統合管理技術の登場には至っていない。
【００２２】
第四に、個人が主体と仮想人格とを区別して利用することは比較的面倒である一方、そのデメリットを超えるメリットを提供する程のインターネットサービスの複合的利用に到達していなかったである。ＳａａＳが発展途上にある現状では、多くても２０程度のユーザーＩＤを使い分ける必要があるのみであり、セキュリティ的なリスクを受容して同じＩＤ、同じパスワードを利用する等の工夫を行えば、管理不能なほどではない。
加えて、当該サービスの利用は、個人的なメールや娯楽用途の比率が高く、クリティカルなものは少ない。例えば、ビジネス用のメールはＳａａＳサービスを利用することで社内機密がＳａａＳ提供事業者を経由して漏洩する恐れがあるため、社内に閉じた環境で利用されるのが一般的である。よって、開いたインターネット環境で取り扱う情報は、個人規模で負担可能なリスクに留まる。ただし、本件もインターネットバンキングやインターネットショッピング等の普及により、潜在的なリスクが次第に高まっており、よりクリティカルな内容のサービス活用を含む次世代ＳａａＳ社会基盤の実現においては、無視できないリスクとなる可能性がある。
【００２３】
第五に、当該課題の解決がＳａａＳサービス事業者のビジネスモデルと一部相反する要素を含むからである。現在、多くのＳａａＳサービスは非常に安価若しくは無償で提供し、利用者を増やし、当該利用者に対して広告を掲示したい第三事業者に対して課金を行うビジネスモデルが主要なものとなっている。当該ビジネスモデルにおいては、サービスがより活発に利用され盛り上がることが収益性に直結しているが、リスク抑制行為は収益性を低下させる恐れがある。そのため、当業者においても当該課題を至上命題として取り組む必要性は低く捉えられがちである。
例えば、ＳＮＳにおいては、より自己開示をさせ、より多くの個人を結びつけることが収益性に繋がる。そこで、「どのユーザーがいつ自分の日記を閲覧したか」が記録・開示される「足あと」と呼ばれる機能は、心理的抵抗を持つユーザーが存在する一方、そのフィードバックにより個人間の関係強化に役立っていることから、利用されることが多い。ＳＮＳによっては、そのような個人情報に関する機能の利用を利用者の判断で設定できるものも存在するが、
本件発明は、前記背景と上記の五つの理由の複合的な原因により認識されにくかった課題を、まず課題として認知した上で、特定個人にフォーカスして複数のサービスに跨って前記リスクを抑制することにより課題を解決する方法と、当該解決により実現する新らたなサービスの実現方法とを提案するものである。
【課題を解決するための手段】
【００２４】
以上の課題を解決するため、請求項１は現実世界のある主体Ｕが、主体Ｕと主体Ｕが保有する仮想世界における複数の主体Ｕ１，Ｕ２．．．に関する主体情報を登録、取得、変更及び削除する機能と、当該各主体に属する現実世界又は仮想世界における仮想的人格Ｐ１、Ｐ２．．．に対応する仮想人格関連情報を登録、取得、変更及び削除する機能と、当該各主体及び各仮想人格に対して認証用途にも利用可能な識別子等の属性情報を割り当てる機能と、当該各主体の相互関係情報を登録、取得、変更及び削除する手段と、当該各仮想人格の相互関係情報を登録、取得、変更及び削除する手段と、当該相互関係情報を利用して関連する複数の主体又は仮想人格情報又はその両方を登録、取得、変更、削除を行う手段と、任意の利用者又は装置からの要求に応じて当該主体又は仮想人格に関する認証及び認可を行う機能と、を具備することを特徴とする装置である。
また、請求項２は、現実世界のある主体Ｕが保有する、現実世界又は仮想世界における仮想的主体及び仮想的人格の情報を作成・格納・更新・削除できる機能と、定期的又は不定期に当該主体又は人格の情報を請求項１記載の装置に送信する機能と、を有すことを特徴とする装置である。
また、請求項３は、現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、請求項１記載の装置にアクセスし当該仮想人格に設定されている情報開示の度合いを示す開示情報を取得する手順と、該開示情報と実施する処理が行う開示の程度とを照合する手順と、開示の閾値を超えた場合に利用者に通知を行う手順、又は、開示の閾値を超えた場合に処理を中断する手順、又は、開示閾値を超えることが明らかな処理の開始手段を利用者に予め提示しない手順、と、を具備することを特徴とする制御方法である。
また、請求項４は、現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想的な人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、当該人格Ｐｘ又はＰｙに関連するキーワードＫを決定する手順と、該キーワードに関連する広告を表示又は再生することを特徴とする広告方法である。
また、請求項５は、請求項１記載の主体又は仮想人格の識別子を文字列、バーコード、又はその他の図形等として印刷した印刷物である。
また、請求項６は、 請求項５記載の文字列、バーコード、又はその他の図形等を読み取る手順と、該情報から識別子を取得する手順と、請求項１記載の装置から該識別子に対応する主体又は仮想人格の情報を取得する手順と、からなるアクセス方法である。
また、請求項７は、 自己又は第三者個人に紐付いた情報を扱う装置において、請求項１記載の装置から主体及び仮想人格に関する情報を取得する手順と、当該主体又は仮想人格毎に分類・整理された情報の表示及び再生を行う手順、又は、当該主体又は仮想人格毎に情報を作成・変更、削除又は取得等を行う手順と、からなることな特徴とする主体及び仮想人格情報の利用方法である。
また、請求項８は、利用者の主体Ｕ又は主体Ｕが創作した仮想主体Ｗの情報及び当該主体が保有する仮想人格情報及び仮想人格相互情報を請求項１又は３記載の装置から取得する手段と、複数利用者の個々の仮想人格同士の相互関係情報Ｒ１、Ｒ２．．．を登録、取得、変更及び削除する手段と、を具備することを特徴とするＳＮＳである。
また、請求項９は、請求項８記載のＳＮＳにおいて、複数利用主体の個々の仮想人格同士の相互関係情報Ｒを取得する手順と、該情報から利用者Ｕ１の仮想人格Ｐ１が、利用者Ｕ２の仮想人格Ｐ２に対する任意の情報Ｘ１の開示度Ｅ１を取得する手順と、利用者Ｕ２の仮想人格Ｐ２としての活動情報Ｌ２を取得する手順と、該活動情報Ｌ２におけるＸ１の開示の度合いを開示度Ｅ１と比較する手順と、該比較において閾値を超えた場合に利用主体Ｕ１、Ｕ２、又は双方に表示や音声、メール等で通知する手順と、からなることを特徴とする通知方法である。
また、請求項１０は、個人関連情報管理装置又は請求項２記載の装置Ｍであって、装置Ｍ内に格納されている、請求項８記載のＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した情報を請求項８記載のＳＮＳに送信する機能を具備することを特徴とする装置である。
また、請求項１１は、請求項８記載のＳＮＳが、同ＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した活動情報を、同ＳＮＳ又は請求項１０記載の装置から取得する手順と、当該情報から主体、仮想人格又はそれらの関係若しくはその変化を推定するする手順と、該関係又は変化を用いてＳＮＳ上の複数主体、仮想人格又はその関係の情報を作成・変更又は削除する手順と、からなることを特徴とするＳＮＳの情報処理方法である。
また、請求項１２は、利用主体Ｕが、請求項８記載のＳＮＳの利用主体Ｕが保有する仮想人格から任意の仮想人格Ｐ１を選択する手順と、必要に応じて請求項５記載の印刷図形から第三者の仮想人格Ｐ２に関する識別子を抽出する手順と、当該識別子を入力する手順と、当該入力に内容に従って請求項８記載のＳＮＳが仮想人格Ｐ１と同Ｐ２の関係情報を作成、削除、又は更新する手順と、からなることを特徴とする情報処理方法である。
また、請求項１３は、主体Ｕ１が手動で、又は、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体又はそれらの関連性に属性情報Ｄを設定する手順と、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体の関連性について信頼性属性情報Ｔを設定する手順と、属性情報Ｔの信頼性を用いて属性情報Ｄに重み付けを行う手順と、からなる付加属性情報の評価方法である。
また、請求項１４は、ある仮想人格Ｐ１を起点として、関連する仮想人格Ｐｎについて請求項１３記載の方法を用いて付加情報の信頼度を算定する手順と、該主体Ｐｎがさらに請求項１３記載の方法を用いて関連する主体Ｐｍの付加情報信頼性を算定する手順と、当該の手順を連鎖的に適用し請求項８記載のＳＮＳ内の複数の関連する仮想人格の属性を評価算定する手順と、を具備することを特徴とする付加情報情報の評価方法である。
また、請求項１５は、利用主体Ｕが条件となる評価属性値を入力する手順と、請求項８記載のＳＮＳから請求項１５又は１６記載の方法を用いて算定された信頼性を考慮した評価属性情報を取得する手順と、条件となる評価属性値に適合度が高い仮想人格を特定する手順と、を具備することを特徴とする仮想人格の検索方法である。
また、請求項１６は、主体Ｕ１が、請求項８記載のＳＮＳを用いて、自身の各仮想人格Ｐ１、Ｐ２．．．と関連がある第三者Ｕ２，Ｕ３．．．の仮想人格を取得する手順と、該関連仮想人格から一部又は全部を選択する手順と、主体Ｕ１自身又は主体Ｕ１の委任した第三者が当該選択人格に対応する情報Ｑｎから名前、住所、メールアドレス等の個人情報を取得する手順と、該個人情報を用いて文書、データ、印刷物等を一括生成する手順と、からなることを特徴とする情報処理方法である。
また、請求項１７は、請求項８記載のＳＮＳの利用において、秘密情報Ｙを保有する主体Ｕが、自身の仮想人格Ｐ１と関連を持つ第三者の仮想人格の一覧を取得する手段と、該第三者仮想人格から一つ以上の任意の対象を選択する手段と、秘密情報ＹをＳＮＳに対して送信する手段と、ＳＮＳが該秘密情報Ｙを秘密分散法を用いて分散する手段と、ＳＮＳが各分散情報な前記選択人格それぞれに配布する手段と、を具備することを特徴とする秘密供託方法である。
【発明の効果】
【００２５】
本発明は、以上に説明したようなものであるから、以下に記載されるような効果を奏する。
【００２６】
従来、仮想人格固有情報の漏洩を避けるためには利用者は複数の独立したユーザーＩＤを登録・管理する必要があり、各認証情報同士が同一人物のに対応するという特徴を利用した統合した管理は行えなかった。しかし、請求項１記載の装置は、ある利用主体に属する複数の仮想的な主体及びそれらに属する仮想人格を一括して管理できる他、それぞれの主体と人格にインターネットにおけるアイデンティティである認証ＩＤを配布することにより、同一人物が複数の主体や人格を使い分けることが容易となる。
【００２７】
現在、オンラインゲームや仮想世界の利用に関する注目が集まっている。例えば、既に多く利用されているオンラインゲームでは、利用者個人が自己のＷｅｂサイトに複数の愛用キャラクターの名前や能力値などを公開することも行われているが従来、キャラクターと利用者個人の関係はゲーム会社のサーバーに管理されており、個人は手作業でその情報を公開する必要があった。また、そのキャラクター情報はゲーム内でのみしか利用できないものであった。しかし、請求項２記載の装置は、キャラクター等の情報を仮想的なキャラクター等を用いたオンラインゲーム等が、請求項１記載の装置に最新の情報を送信して反映させることが可能となる。また、請求項１記載の装置によりキャラクターにインターネット上での仮想的な識別子が与えられ、当該識別子を用いることにより、仮想キャラクターという主体をゲーム以外のインターネットサービスで利用することが可能となる。
【００２８】
従来、利用主体Ｕは特定の仮想人格Ｐとして活動中に別の仮想人格Ｑに属する情報を誤って開示してしまうことがあった。しかし、請求項１記載の方法を用いて提供される装置によって開示ルールを登録し、請求項３記載の制御方法を利用したプログラムやネットワーク等を利用することで、ペルソナＰとして活動中にペルソナＱに属する情報を開示しようとした際に意図しない漏洩を未然に防止できる。
【００２９】
従来、インターネット上でのユーザーターゲティング広告は、ユーザーの様々な側面が混在した情報に基づき広告な掲示していた。例えば、Ｗｅｂメールの広告機能は、ユーザーの親としての人格、会社員としての人格等を含むメール本文に基づき広告を掲示していたため、広告効果が高いキーワードの特定が難しく、ターゲティングの精度が限定された。しかし、請求項４記載の広告方法では、現在利用中の仮想人格に特化しているため広告効果が高いキーワードを比較的特定しやすく、ターゲティングの精度を向上することができる。
【００３０】
従来、名刺に表記される情報や文書に添えられる作成者等の情報は、限られた領域に名前や連絡先等のみの情報を表示したものであり、閲覧できる情報は限られていた。また、紙媒体であるため利用の範囲が現実世界に限られており、スキャナ等による処理の手間を用いない限りはデジタル化して管理することが難しかった。さらに、当該情報は名刺受け取り時から更新されず、得られる情報が最新のものではない可能性があった。しかし、請求項５記載の図形等を印刷した名刺又は文書を受け取った者は、請求項６記載の方法を用いて仮想人格の情報にアクセスし、限定された領域に記入できなかった様々な追加情報について、常に最新のものを得ることができる。
【００３１】
個人関連情報管理（ＰＩＭ：Ｐｅｒｓｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）ツールとは、個人が第三者と連携して活動を行う際に必要となる自己又は第三者に関する情報の格納や通信を行うプログラム等の総称であり、メール・ＴｏＤｏ管理・カレンダーとスケジュール管理・口座管理・住所録等が代表的である。ＰＩＭツールに格納される情報は、基本的に何らかの個人に紐付いている。従来のＰＩＭツールは、１ユーザーを１個人と想定しているため、複数の仮想人格に関する情報が混在したり、複数の登録アカウントを使い分ける面倒さがあった。しかし、請求項７記載の方法を用いたＰＩＭツールでは、仮想人格毎に情報が自動的に分類・整理された状態で利用することができる。
【００３２】
従来、ＩＴシステム・ＩＴサービスはユーザーＩＤとパスワードを用いて利用者を特定し、「登録ユーザーは一人の個人である」と暗黙に想定してきた。それを踏襲する従来のＳＮＳは、利用主体同士の関係を管理するに留まっていたため、暗黙的に複数の人格を保有する利用主体が、混乱・混同し特定の仮想人格の占有情報を、別の仮想人格に関連する第三者に漏洩してしまうことがあった。しかし、請求項８記載のＳＮＳは利用主体が持つ複数の仮想人格同士の繋がりの関係を登録・管理するものである。例えば、仮想人格Ｐで繋がる同僚Ａと、仮想人格Ｑで繋がる親戚Ｂは、共に同一主体に繋がるものであり、仮想人格Ｑで執筆した日記等は親戚関係にのみ共有が許可される。このように、請求項８記載のＳＮＳでは、同一主体が保有する仮想人格についてそれぞれ情報開示を行うことが容易に可能である。
請求項８記載の方法のみでは、利用主体が混乱・混同し、誤って特定の仮想人格Ｑに属する情報を仮想人格Ｐとして開示してしまう可能性がある。その場合は、請求項３記載の方法を併用することで意図しない自己開示を抑止することが可能である。
また、請求項８記載のＳＮＳは第三者による情報開示に対しても一定の抑止力を持つ。主体と仮想人格を分離し、各利用主体が仮想人格同士で繋がることで、例えば「会社関係の顔であなたと繋がっています」等という暗黙の告知をすることが可能であり、会社とは無関係な情報の開示を牽制する効果が期待できる。
請求項８記載のＳＮＳでは、第三者による情報開示に対する抑止力が不足する場合、請求項９記載の抑止方法を利用して抑止力を増大させることができる。つまり、利用主体は特定の仮想人格Ｐで繋がる第三者が、繋がっていない仮想人格Ｑの占有情報を記載している可能性があることを検知することができ、公開の差し止めなどを請求することができる。
【００３３】
従来、ＳＮＳでは利用者が能動的に利用者情報を更新し、第三者との関係（友人登録など）を登録する必要があった。しかし、請求項８のような複数の主体及び仮想人格を使い分けるＳＮＳにおいて、能動的な登録や更新作業は利用主体に面倒さを感じさせる可能性がある。しかし、請求項１０記載の装置から送信された情報又はＳＮＳ内部の情報に基づいて請求項１１記載の方法でＳＮＳに登録されている主体、仮想人格、及びそれらの関係を自動的に登録又は更新することが可能である。さらに、従来の手作業による情報の更新では面倒であったり信頼性が担保しにくい等の理由から取り扱われなかった情報（例えば、仮想人格間の関係の重み情報等）も容易に取り扱うことが可能となり、後述の様々なサービスへの応用が可能となる。
【００３４】
請求項５及び６の方法を用いて、ある主体又は仮想人格の詳細情報を第三者に閲覧させることは可能となったが、一方的な閲覧行為が行われるだけであった。しかし、請求項１２記載の方法を利用すれば、例えば「現実世界で名刺（文書）を交換した」という事実をもって請求項８記載のＳＮＳ上に仮想人格同士の構築すること等が可能となり、以後、最新の登録情報やその更新を得たり、日記やメッセージ交換などを行うことができる。
【００３５】
既存のＳＮＳを初めとするソーシャルサービスにおいては、利用者が様々な対象や、対象との関係に対して、評価を属性情報として付与することが多い。例えば、書籍や化粧品等の市販品に対するレビューを記載する機能では星を付けたり、任意のタグを付けることができるたり、ＳＮＳ上の関係についての意味を記録することができるが、それら評価情報の信頼性は考慮されない。
例えば、映画に極めて詳しい利用主体による評価も、一般的利用主体による評価も、同じ重みである。また、ある主体Ｕ１をよく知る主体Ｕ２による評価も、あまり知らない主体Ｕ３による評価も、同じ重みである。
しかし、請求項１３記載の方法を用いることで、関係自体の信頼性を自動的に設定し、当該信頼性に基づいて重み付けを行ったより妥当な評価を得ることができる。また、請求項１３記載の方法では対象に直接関係がある別対象に対する妥当な評価しか得られない。そこで、請求項１４記載の方法を用いることで信頼性に基づいた重み付け評価を連鎖的に適用し、複数の対象に関する信頼性重みを考慮した評価を得ることが可能となる。
【００３６】
従来、人材の検索は、各種人材派遣業者等の第三者に紹介を依頼するため、紹介者の主観や思惑が入る可能性があった。一方、世間における評価を用いて直接人材を捜す場合、インターネット等を用いた調査も考えられるが、著名人でなければ検索にヒットしないことも多い。また、特定の資格や検定の保持状況により能力を推定することも行われるが、資格無保有でも保有者をしのぐ能力を隠れた人材の発掘は難しい。
しかし、請求項１５記載の方法を用いることで、ＳＮＳ上の重み付けに基づいた活きた人間関係と相互評価のネットワーク情報を用いて、検索希望者が直接、隠れた人材を含めて検索することができる。
【００３７】
従来、年賀状等の挨拶状の作成に関して、個々人が普段の人間関係を省み、関係の深さ等に応じて宛先を抽出する必要があった。またその際、どの仮想人格に関する人間関係であるかによって、挨拶状のデザインや差出人名を変える必要がある場合も存在した。しかし、請求項１６記載の方法を用いたサービスを用いれば、仮想人格毎に人間関係と深さを容易に選択・抽出することができ、手間を削減することができる。
【００３８】
コンピュータ利用者は様々なサービスのパスワード等、万一の場合でも失いたくない重要秘密情報を保持してしる。このような情報は、暗号化して保管すると鍵を忘れて復号できなくなるリスクが発生し、バックアップすると複製が漏洩するリスクが発生するため、管理が極めて難しい。
一つの解決策として、トップレベル認証局同士は互いの秘密鍵を秘密分散法（詳細は実施形態にて説明）により分散して互いに供託している。ただし、供託相手が結託すると秘密が漏洩してしまうため、強い信頼がおける相手とでなければ供託は行えない。特に個人の場合、強い信頼がおける相手を探し、供託を合意し、実施することは難しい。しかし、請求項１７記載の方法を用いれば、ユーザーはＳＮＳ上で強い関係にある第三者を容易に抽出し、秘密分散を用いた供託を依頼することができる。
【発明を実施するための最良の形態】
【００３９】
請求項１記載の装置の実施例について説明する。装置は、インターネットに接続されたサーバーであり、利用者（以下、利用主体）に対してＯｐｅｎＩＤ等の非集約的認証ＩＤを発行する。利用主体はブラウザでアクセスし、利用主体のＩＤでログインすることにより、自己の保有する複数の主体及び該主体に属する仮想人格の情報を編集できる画面を操作することができる。
【００４０】
なお、請求項における「主体」とは、何らかの個人、法人、法人格を有しない任意の集団、国家等を指す。特に、この装置を利用することができる「現実世界における主体」は現実世界に存在する主体に限定されるが、この装置に情報として登録できる主体としては、「仮想世界における主体」を含む。仮想世界における主体とは、現実主体Ｕが仮想的に保有する主体であって、例えばオンラインゲームのキャラクターや文章・絵画等の創作の過程で創作したキャラクター等を指す。また、請求項における「仮想人格」とは、現実主体又は仮想主体に属する役割や顔に相当し、使い分けられるものである。
【００４１】
主体、仮想人格、及びそれらの関係自体は、任意の属性を持つことができる。例えば、主体は認証用のＩＤやパスワードの他、名前や住所等を持つ可能性がある。仮想人格も同様に、認証用情報や名前、そしてその仮想人格で利用してはならない情報等を属性として格納する可能性がある。異なる第三者の仮想人格同士の関係には、関係構築日時や信頼度等が属性情報として格納される可能性がある。
【００４２】
利用開始直後には、装置には利用主体自体の主体に関する情報のみが登録されている。利用主体は、自己がオンラインゲームで利用しているキャラクターを利用主体に属する仮想主体として情報登録することができる。
また、利用主体は自己がどのような顔を使い分けているか分析し、例えば、投資家の顔、親の顔、会社員の対外用の顔、会社員の社内用の顔の四つの人格を装置に登録できる。このとき、四つの仮想人格は利用主体に直接従属する構造でもよいし、投資家、親、会社員の３つの仮想人格を従属させた上で、会社員仮想人格に対外用と社内用の２つの仮想人格をさらに従属させてもよい。
このような、仮想人格の構造（以後、主体人格モデル）は各利用主体によって異なる（図１）。利用者は、この装置の機能を利用して仮想人格を統合・分離したり、ある仮想人格に属する複数の仮想人格を一度に削除したりする工夫が考えられる。また、多くの一般利用者に便利であろう主体人格モデルのテンプレートを予め準備しておくことも有効である。
【００４３】
登録された利用主体や属する仮想人格は、それぞれ独立した認証ＩＤを持つ。装置は、他のサーバー等からの認証要求に対して、認証ＩＤとパスワードを照合して、その結果を応答する。よって、ある人間は自己が保有する複数の主体又は仮想人格から任意のものを選択し、そのＩＤを用いて様々なＯｐｅｎＩＤ対応サービスを利用することで、ある主体又はある人格として振る舞うこととなる。
また、従属関係にある複数の主体や人格には、オブジェクト指向の考え方における継承機能を実装することも可能である。つまり、親仮想人格の情報を従属仮想人格が自動的に引き継いだり、ある処理に仮想人格としてログインが必要な場合、上位の従属関係を持つ仮想人格や主体のＩＤを用いても処理が継続可能な工夫が考えられる。
【００４４】
請求項２記載の装置の実施例としては、請求項１記載の装置と連動するオンラインゲームが挙げられる。利用主体は、請求項１記載の装置に仮想主体を登録し、その識別子を取得する。次に、利用主体は、オンラインゲームにログインし、自己の保有するキャラクターの設定項目に識別子を設定する。オンラインゲームのサーバーは、定期的にキャラクターの名前や能力値等の情報を請求項１の装置に送信し、情報を更新する。
なお、ゲーム中でキャラクターが複数の仮想人格を保有する場合、これらの情報も請求項１記載の装置に送信されてよい。また、情報の送信はオンラインゲームサーバーから能動的に、定期的（一定時間毎、等）又は不定期（ログアウト毎、等）に行ってもよい。また、請求項１記載の装置が定期的（一定時間毎、等）又は不定期（メンテナンス終了後、毎）にオンラインゲームサーバーに要求を行い、該要求に応える形で送信がなされてもよい。
また、キャラクター情報は、請求項１記載の装置にゲーム上の仮想主体又は仮想人格が登録され、識別子が割り当てられる。よって、利用主体は、ゲームキャラクターとしての振る舞いを行って請求項３以降の様々な応用技法を用いることができる。例えば、ゲームキャラクターとして発言してはならない用語の制御（請求項３の応用）、ゲームキャラクター同士の関係を格納するＳＮＳの構築（請求項９の応用）等が考えられる。
【００４５】
請求項３記載の制御方法の実施例として、制御機能付きのブラウザプラグインを説明する。このブラウザプラグインをブラウザに導入すると、ブラウザのツールバーで自己が保有する主体及び仮想人格の一覧から、どの主体のどの仮想人格として振る舞うかを選択することが可能となる。例えば、「会社員」としての仮想人格を選択中、ブラウザ中でのＷｅｂサイトアクセスや文字列の入力などは、会社員として振る舞ったこととなる。
利用主体は予め、請求項１記載の装置における会社員仮想人格に対して、アクセス禁止ＵＲＬや入力禁止用語を属性情報として登録できる。ブラウザプラグインは、請求項１記載の装置と通信し、会社員としてアクセスを禁じているＵＲＬへのアクセスをしようとした際や、禁止用語を入力しようとした際に、ユーザーに対して警告を表示する。また、ブラウザのブックマークリンクから、「会社員」としてアクセスが禁止されているものを非表示にする。
【００４６】
請求項４記載の広告方法と請求項７記載の分類整理方法の実施例として、請求項１記載の装置により仮想人格別に発行されたＯｐｅｎＩＤを利用して認証を行うＷｅｂメールサービスを例示する。
このメールサービスは、通常のＷｅｂメールサービス同様、ある仮想人格のＩＤでログインすることにより、その仮想人格に紐付いたメールアドレスを用いてメール送受信を行うことができる。さらに、ある主体のＩＤでログインすると、主体に紐付いた複数の仮想人格別にメールが整理され格納された画面が表示される。
このメールサービスは、画面の端に広告を表示して広告主から収益を上げているが、利用者がある仮想人格Ｐとしてメールを閲覧・編集している画面では、仮想人格Ｐの過去のメールの文中から共通するキーワードを推定して、該キーワードに対応する広告を表示する。例えば、「投資家」仮想人格としてメールを閲覧・編集している画面における広告表示を行う場合、過去の「投資家」仮想人格でのメール履歴のみからキーワードを抽出するため、より投資にフォーカスしたキーワードを抽出できる可能性が高い。
【００４７】
ところで、仮想人格に対するアクセスを行うために、常に請求項１記載の装置を直接利用する必要があるのは不便である。なぜなら、現実世界の主体は当該装置を操作できない状況（例：インターネットに接続された端末が近くにない状況）でも、複数の仮想人格を用いて社会的活動を行うことがあるからである。
【００４８】
そこで、前記装置を利用できない状況でも仮想人格情報を間接的に利用可能とする、請求項５及び６記載の方法の名刺における実施例を説明する。一般的に名刺には仕事上の仮想人格に関わる氏名、住所、電話番号、メールアドレス等の情報が記入され、特に初対面の第三者に渡し自己を紹介し関係を構築する重要なビジネスツールである。しかし、狭い紙面に多くの情報を詰め込むことができないこと、情報に更新がある度に告知が必要であること、整理の手間が必要であること等の課題がある。
名刺Ｃは、氏名、住所、電話番号、メールアドレス等に加え、請求項５記載の方法を用いた二次元バーコードが印字されたものである。このバーコードは、仮想人格情報にアクセスするアプリケーションのＵＲＬと、仮想人格の識別子を含んでいる。なお、例えばＯｐｅｎＩＤを用いる場合、仮想人格のＩＤ自体がＵＲＬを構成しているため、アプリケーションのＵＲＬと識別コードを同一のものとしてもよい。
名刺Ｃを受け取った者は、自身のカメラ付き携帯電話を用いてバーコードを読み、ＵＲＬにアクセスする。アプリケーションは、仮想人格の最新の氏名、住所、電話番号等に加えて、紙面に掲載しきれなかったさらに詳細な情報を表示することも可能である。紙の名刺と異なり、当該方法により表示される情報は常に名刺の発行人が最新に更新している情報である。さらに、後述の請求項１６に関する実施例は、従来の紙による名刺管理や紙をスキャンしてデジタル化する名刺管理と比較して、さらに容易な名刺管理方法を実現する。
【００４９】
請求項８記載のＳＮＳの実施例について説明する。仕事上の関係を持つ主体Ｕと同ＶとがＳＮＳの利用者であって、それぞれ仮想人格ｕ１（仕事用）、ｕ２とｖ１（仕事用），ｖ２を保有する。主体ＵはＳＮＳにログイン後、自身の保有する仮想人格の中からどの人格として振る舞うかを選択することができ、仮想人格ｕ１を選択する。次に、主体Ｖの仮想人格ｖ１をＳＮＳ上の検索機能で検索する。最後に、該仮想人格ｖ１を、現在利用中の仮想人格ｕ１と関係のある第三者仮想人格としてＳＮＳに登録する。以上により、仮想人格ｕ１と同ｖ１間に関係が作成され、以後、ｕ１のログイン画面にはｖ１の最新日記投稿等が表示される。
【００５０】
このように、従来のＳＮＳが図２−アのような主体間関係を管理するシステムである一方、請求項８記載のＳＮＳは図２−イのような仮想人格間関係を管理するシステムとなる。本来、現実世界において人間が、相手や状況や立場にあわせて複数の顔を使い分けるのと同様の活動が技術的に可能となる他、利用者主体側も、複数の顔を意識したＳＮＳの利用を行うことを促進する。
例えば、主体Ｕと主体Ｖは現実世界で数回会話を行ったことがあるため、ＶはＵが将棋を指すことを既に知っている。しかし、ＳＮＳ上ではあくまで仕事用の人格同士で繋がっていることから、主体Ｖは仮想人格ｕ１の日記に対するコメント文にプライベートに関する内容を記述すべきではないことを暗黙的に認知する。
【００５１】
なお、請求項１記載の管理・認証装置と請求項８記載のＳＮＳとが独立し、相互通信を行い稼働する形態の他に、ＳＮＳの一部として請求項１記載の装置を統合した実施形態も考えることができる。また、ＳＮＳ上で常にいずれかの仮想人格を選択し、該人格として活動を行うモード切替のような実施形態の他にも、活動（日記の執筆や商品の評価）の度にどの人格として行動するかを利用主体に選択させる方法、活動内容から自動的に推測する方法、等のバリエーションを考えることができる。勿論、請求項３、４、６及び７の方法を請求項８記載のＳＮＳで利用することも可能である。
【００５２】
ところで、複数の主体が密接に関係し合うＳＮＳ上において、意図せずに個人情報が開示されやすい点については、解決しようとする課題にて説明した。ＳＮＳにおける意図しない情報開示には、自己による開示と他者による開示とが考えられ、それぞれに対する抑制するための制御方法が考えられる。
【００５３】
そこで、まず請求項３を利用し自己による意図しない開示を制御する機能を有す請求項８記載のＳＮＳの実施例を説明する。主体ＵがＳＮＳにログインすると、主体Ｕは自身が保有する複数の仮想人格の中からどの人格として振る舞うかを選択することができる。一度人格を選択すると、次に選択するまでの間に行われたＳＮＳ上での活動（日記の執筆、商品の評価、第三者の仮想人格との関係の作成や破棄等）は全て選択した仮想人格に紐付いた活動としてＳＮＳは処理する。
例えば、主体Ｕが請求項３記載の方法に従い、仮想人格Ｐ１（プライベート用）において専用語「将棋」を登録している状況を仮定する。この状況で主体Ｕが請求項８記載のＳＮＳに仮想人格Ｐ２（仕事用）としてログインし、自身の日記として「ところで、私は普段将棋も指すのですが」という内容を投稿しようとした時点で、ＳＮＳは当該文章中に仮想人格Ｐ１専用の語「将棋」が含まれ、仕事の関係者にプライベートの情報を開示してしまうことを画面上で警告する。このようにして、主体Ｕが複数の仮想人格の境界を混同して意図しない情報開示を行うことを未然に予防することができる。
【００５４】
さらに、他者による意図しない開示を制御する機能を有す請求項９記載の方法を用いたＳＮＳの実施例を説明する。
ＳＮＳは、主体Ｕの仮想人格ｕ１と関係がある全ての第三者の仮想人格について、主体Ｕのｕ１以外の仮想人格の専用語を利用していないか定期的に照合・走査し、もしｖ１が「将棋」という用語を日記中等で利用していた場合、主体Ｕの仮想人格ｕ２の専用語を侵している可能性があると判断する。そして、主体ＵがＳＮＳにログインした際に、このような専用語を第三者が利用している恐れがある一覧を主体Ｕに対して表示する。主体Ｕは表示された各案件について、自身の意図しない情報開示を第三者が行っているものかを検証し、開示差し止め等を依頼することができる。
【００５５】
ところで、ＳＮＳ上の仮想人格同士の関係等の情報を作成及び更新する方法として、明示的に利用者が入力を行って登録を行う様な従来方式の他に、自動化の工夫（請求項１０及び１１）と容易化（請求項１２）の工夫を考えることができる。
【００５６】
まず、請求項１０及び１１記載の方法を用いた関係情報構築の自動化を実施例として説明する。
上記の実施例ではＳＮＳ上での活動履歴のみが関係情報の更新に利用されるが、実際にはＳＮＳ以外の情報ツールの利用による交流活動履歴も参考にされることが望ましい。そこで、請求項１２記載の個人関連情報管理ツール（ＰＩＭツール：主にメール、アドレス帳、ＴｏＤｏ管理、スケジュール、インスタントメッセンジャー等を指す、個人用情報の管理とコミュニケーションを行うツール類）は、活動履歴をＳＮＳに送信する機能を有している。例えば、差出人が仮想人格Ｐ１のメールアドレス、受取人が仮想人格Ｐ２のメールアドレスであるメール送信が行われた場合、その活動履歴はＳＮＳに送信され、Ｐ１とＰ２の関係の親密度パラメータの加算に用いられる。スケジュール管理ツール上で、ミーティングが予定されていれば、現実世界で会ったと推定して親密度パラメータを大幅に加算することもできる。仮想人格間の関係を推定するために有用なあらゆる活動履歴を送信し、ＳＮＳ側で利用する。
このようにＳＮＳ外部における個人の活動をＳＮＳ内部の情報更新に活用することが従来困難であったのは、ＳＮＳ内部の登録ユーザーがＳＮＳ以外のサービスにおいてどのようなユーザーを利用しているが、ＳＮＳ自体に特定できないからである。ＯｐｅｎＩＤ等の利用者に一意なＩＤを複数サービスが利用することでこの課題は原理上解決するが、運用の難しさが残る。ＳＮＳ外部の個人関連情報管理サービスは、利用主体に関わるクリティカルな情報を全仮想人格に渡って混在する形で保持している一方、ＳＮＳのように第三者に繋がり情報を開示する仕組みにおいては、繋がった相手毎に公開してよい情報を厳密に選別する必要があるからである。そこで本件発明では、請求項１記載のような従来存在しなかった装置に各主体及び仮想人格の情報が管理されていることにより、公開情報の厳密な選別を実現している。
なお、請求項１０記載の装置からの情報を用いず、請求項８記載のＳＮＳの内部情報を用いて関係を自動更新することも可能である。請求項８記載のＳＮＳ自身が一般的なＳＮＳと同様に、日記機能の閲覧やメッセージ機能による情報交換など、仮想人格同士が交流する機能が複数提供されていると仮定する。該ＳＮＳは、毎晩深夜のバッチ処理により仮想人格同士の交流活動の履歴を集計して、仮想人格同士の関係情報を更新する機能を備える。例えば、仮想人格Ｐ１からＰ２に対して一定頻度以上でメッセージがやりとりされている場合、両者の親密度を加算する等の方法が考えられる。
【００５７】
さて、ＳＮＳ上の主体、仮想人格及びそれらの関係の登録及び更新を容易化する手段として、請求項１２の方法を用いた名刺によるＳＮＳ登録方法を説明する。
主体Ｕ１の仕事上の仮想人格Ｐ１に関する識別子と表示アプリケーションのアクセスＵＲＬを含む二次元バーコードが印字された名刺を主体Ｕ２が受け取った後、主体Ｕ２は携帯電話を用いて当該表示アプリケーションにアクセスすることにより仮想人格Ｐ１の様々な情報を閲覧できることは請求項５及び６の実施例として説明した。
この実施例に対しさらに請求項１２記載の方法を組み合わせることで、ＳＮＳ登録機能を追加し、仮想人格間の関係構築を容易化することが可能である。携帯電話で仮想人格Ｐ１の詳細情報を閲覧する画面にアクセスすると、仮想人格Ｐ１の情報が表示されると共に、「自己の仮想人格でログインし関係を構築する」ボタンが表示される。主体Ｕ２がこのボタンをクリックすると、ＳＮＳのログイン認証画面が表示される。次に、主体Ｕ２は自己の保有する仮想人格Ｐ２のＩＤとパスワードを用いてログインを行う。このログインの完了により、ＳＮＳは仮想人格Ｐ１及び同Ｐ２が現実世界で会合したと解釈し、Ｐ１とＰ２間の関係情報を作成する。
【００５８】
ところで、既存のＳＮＳには、ある利用者が様々な商品や他の利用者を評価する機能が備わっていることが多い。この評価とは、コメントや星の数づけ等による明示的な評価に加えて、タギングによる属性情報の付加も含まれる。
物品の評価は比較的容易であり、評価数が多くなることにより平準化されるが、他の利用者（仮想人格）の評価の信頼性は確認が難しいという課題がある。例えば、Ａ氏のことをよく知らないＢ氏の評価にはあまり信頼性がない。
【００５９】
そこで、まず請求項１３記載の方法を用いた仮想人格の評価方法の実施例を説明する。請求項１１記載の方法を用いることで、ある仮想人格Ｐ１と第三者の仮想人格Ｐ２の間の関係の緊密度を算定することができる。例えば、メールの送信頻度や日記の閲覧頻度などから、緊密度を８０％と算出したものと仮定する。このとき、仮想人格Ｐ１が仮想人格Ｐ２に対して、属性情報「頭がよい」を１００ポイント付与すると、緊密度を考慮した実際の付与ポイントは８０ポイント（１００ポイント×８０％）と算定することができる。このようにして、複数の仮想人格からの付与ポイントを合算することにより、より緊密な人からの属性情報に重みが付いた評価がなされることが可能である。さらに、この評価は人間関係の緊密度が変化すると自動的に変化し、その時点で緊密な仮想人格からの属性付与が強く反映される。
この実施例によれば、ある特定の仮想人格の評価を、関連する仮想人格からの属性付与により算定することができる。しかし、２ホップ以上離れた関係にある仮想人格の評価が反映されない。
【００６０】
そこで、請求項１４記載の方法を用いた連鎖的評価方法の実施例を説明する。仮想人格Ｐ１とＰ２は緊密度８０％の関係にあり、仮想人格Ｐ２とＰ３とは緊密度５０％の関係にあるとする。Ｐ１はＰ２に対して属性情報「頭がよい」を１００ポイント付与しており、Ｐ２はＰ３に対して属性情報「頭がよい」を２０ポイント付与している。例えばこのとき、Ｐ１からみたＰ３の「頭の良さ」は、７５（１００と７５の平均）、その確からしさは１６％（８０×２０）とし、最終的な評価を７５×１６％＝１２ポイントと算定することができる。
このように特定の仮想人格を起点として他の仮想人格の評価を算出することにより、起点となる仮想人格の価値観に基づいた周囲の間連仮想人格の評価を得ることができる（図３−ア、イ）。また、この実施例をＳＮＳ上の全仮想人格を起点とした各関連仮想人格の評価を積算することにより、ＳＮＳ空間における参加者全員の総意による相互評価の結果を得ることができる（図３−ウ）。
【００６１】
なお、上記請求項１３及び１４の実施例で挙げたアルゴリズムは一例であり、様々なバリエーションを考えることができる。複数の仮想人格から評価されている場合に相対的評価に換算する等の工夫により、より精度の高い評価情報を得ることができる。
【００６２】
ところで、現実社会における人材の検索はノウハウと人脈に依存した行為である。各企業や大学の採用担当やヘッドハンター等にとって、いかに早く必要な能力を備えた人材を発掘し、正しく評価し、関係を構築するかが重要なテーマとなっている。
特に評価は実施者の主観に依拠しやすく、客観的判断が難しい課題が存在する。当該課題を補う目的で、学歴や資格や検定の保有状況等が参照されるが、「高い実力を有すが肩書きを保持しない」人材を見逃してしまう。
【００６３】
そこで、請求項１５記載の方法を用いた人材検索サービスを説明する。ある主体ＵはＳＮＳにログインする。ＳＮＳは、請求項１３又は１４記載の方法を用いて主体Ｕが保持する各仮想人格と関係する第三者の仮想人格や、さらに関係する人格についての評価情報を保持している。主体Ｕが人材検索画面を呼び出し、検索条件となる評価情報を入力すると、条件に適合する評価を有する人材が表示される（図４）。
【００６４】
ところで、年末の年賀状作成においては、過去及び現在の人脈の整理、相手との関係の確認、相手と繋がっている自身の仮想人格の確認（仕事上のつきあいか親類か等）等、人間関係を整理して判断を行う手間が発生する。
【００６５】
そこで、請求項１６記載の実施例として、年賀状一括印刷代行サービスを説明する。主体Ｕは請求項８記載のＳＮＳにログインし、挨拶状印刷委託機能の利用画面を呼び出す。該画面では、主体Ｕの各仮想人格毎に挨拶状のデザインを選択できる他、各仮想人格毎に関係のある仮想人格の一覧が表示され選択が可能である（図５）。主体Ｕはデザインと送付先を選択して送信ボタンを押下することにより、依頼がＳＮＳに格納される。ＳＮＳは、仮想人格Ｐ１の人格情報から住所や氏名を抽出する他、各送付先の仮想人格から住所や氏名を抽出し、当該情報を印刷代行業者に送付する。印刷代行業者は当該情報に基づき年賀状を印刷し、主体Ｕに代わり投函する。
【００６６】
なお、印刷代行業者は直接発送せずに、印刷物を主体Ｕに送付するサービスも考えられる。この場合、主体Ｕは各年賀状に手書きの挨拶を一筆加えることができる。逆に、ＳＮＳにおける印刷代行依頼時に、主体Ｕが手書きの一筆を画像情報として添え、印刷業者が印字するバリエーションも考えられる。
また、上記の実施例では印刷代行業者が年賀状の印刷を行ったが、利用者自身による印刷、データ作成、メールの送信等も可能である。例えば、ある仮想人格のメールアドレスを変更した場合、その人格に関係を気付いている第三者の仮想人格に対して一斉に「メールアドレス変更のお知らせ」メールを送付する機能等が考えられる。
【００６７】
請求項１７記載の実施例の説明に先立ち、前提となる秘密分散法の説明を行う。秘密分散法（ＳＳＳ：Ｓｅｃｒｅｔ Ｓｈａｒｉｎｇ Ｓｃｈｅｍｅ）は情報処理アルゴリズムの一種であり、単独の秘密情報１を複数の分散情報ｉ１，ｉ２．．．に分解したり、該分散情報を集めて元の秘密情報Ｉを復元することが可能である。ｎ個に分散された分散情報は、規定数ｍ以上集めれば完全に復号できる一方、ｍ未満しか集められなければ秘密情報Ｉを完全に推測不能であることが数学的に証明されている。例えば、ｎ＝３、ｍ＝２のパラメータで秘密分散法を用いた場合、三つの分散情報ｉ１，ｉ２，ｉ３が得られ、うち２つ以上を集めれば秘密情報Ｉを復元できるが、一つしか集められなければ無限時間をかけても秘密情報Ｉを特定することはできない。
パスワードのような秘密情報は、第三者から秘匿にしたい一方、自分のみが保有しているとハードディスクの故障時等に秘密情報を完全に失う可能性がある。そこで、世界のトップレベル認証局は自己の秘密鍵（漏洩すると世界中の公開鍵や電子署名が無効となる）を秘密分散して相互に供託している。
このようなニーズは、個人においても存在する。例えば、重要なサービスのパスワードや口座番号等を失念してしまうことを予防するため、親類など極めて信頼できる第三者に複製を預かって貰うことをしている個人もいる。
しかし個人においては「分散秘密の供託」を委託できるような信頼できる関係者を捜す手間、事情を説明して供託を依頼する手間等から、一般に行われていない。
【００６８】
そこで、請求項１７記載の方法を用いた「秘密供託機能」を提供しているＳＮＳの実装例を説明する。主体ＵはＳＮＳに仮想人格Ｐ１でログインし、秘密供託機能の利用画面を呼び出す。該画面では、仮想人格Ｐ１と関係が強い第三者の仮想人格が図６のように整列されて表示され、供託先をチェックボックスで選択することができる。次に、利用者は秘密情報を含むファイルＦＹを指定し、送信ボタンを押下することでＳＮＳにアップロードする。ＳＮＳは、ファイルＦＹを受信後、供託先で指定された第三者の仮想人格に供託受諾依頼メッセージを送付する。各供託先仮想人格の次回ログイン時に供託受諾依頼メッセージが表示され、受諾又は拒否を選択する。ＳＮＳは、一定数以上の供託受理を確認すると、ファイルＦＹを秘密分散し、それぞれを受理した供託先に送付する。供託受理者は受信した分散情報を独自に保管する。以上の流れを図７に図示する。
【００６９】
なお、近年は、従来から存在した閾値型秘密分散法に加え、効率を改善したランプ型秘密分散法、ＡＯＮＴ（Ａｌｌ Ｏｒ Ｎｏｔｈｉｎｇ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）等の同様の特徴を持つアルゴリズムが研究されているが、本件発明の請求範囲に含まれる「秘密分散法」はこれらを含むものである。
秘密分散の処理のタイミングは、ファイルＦＹの受信直後でもよい。この場合、ＳＮＳ装置自体が分散秘密の全てを保持し、供託候補者からの受諾がある度に受諾者に送信して移管していく手順となる。より多くの供託候補者に分散されるほど、秘密の安全性は高まる。また、供託先の主体が非集約型認証基盤を用いている場合、分散情報は各供託先の端末ではなく、非集約認証サーバー（例：自身のＯｐｅｎＩＤサーバー）に保存する実施形態も考えられる。
【００７０】
以上が、本件発明の主な実施例であるが、以上は実施例の一つに過ぎない。様々な派生的実施方法が考えられるが、本件発明の請求の範囲はそれら実施形態を含むものである。
【図面の簡単な説明】
【図１】主体と属する仮想人格の構造（主体人格モデル）の例を示した概念図である。
【図２】従来方法と本件発明におけるＳＮＳの関連構造の違いを示した図である。
【図３】本件発明の、ＳＮＳにおける相互評価方法の実施例を示した図である。
【図４】本件発明による人材検索方法実施例の画面イメージである。
【図５】本件発明による挨拶状印刷実施例の画面イメージである。
【図６】本件発明による秘密分散供託実施例の画面イメージである。
【図７】本件発明による秘密分散供託のシーケンス図である。
【特許請求の範囲】
【請求項１】
現実世界のある主体Ｕが、主体Ｕと主体Ｕが保有する仮想世界における複数の主体Ｕ１，Ｕ２．．．に関する主体情報を登録、取得、変更及び削除する機能と、当該各主体に属する現実世界又は仮想世界における仮想的人格Ｐ１、Ｐ２．．．に対応する仮想人格関連情報を登録、取得、変更及び削除する機能と、当該各主体及び各仮想人格に対して認証用途にも利用可能な識別子等の属性情報を割り当てる機能と、当該各主体の相互関係情報を登録、取得、変更及び削除する手段と、当該各仮想人格の相互関係情報を登録、取得、変更及び削除する手段と、当該相互関係情報を利用して関連する複数の主体又は仮想人格情報又はその両方を登録、取得、変更、削除を行う手段と、任意の利用者又は装置からの要求に応じて当該主体又は仮想人格に関する認証及び認可を行う機能と、を具備することを特徴とする装置。
【請求項２】
現実世界のある主体Ｕが保有する、現実世界又は仮想世界における仮想的主体及び仮想的人格の情報を作成・格納・更新・削除できる機能と、定期的又は不定期に当該主体又は人格の情報を請求項１記載の装置に送信する機能と、を有すことを特徴とする装置。
【請求項３】
現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、請求項１記載の装置にアクセスし当該仮想人格に設定されている情報開示の度合いを示す開示情報を取得する手順と、該開示情報と実施する処理が行う開示の程度とを照合する手順と、開示の閾値を超えた場合に利用者に通知を行う手順、又は、開示の閾値を超えた場合に処理を中断する手順、又は、開示閾値を超えることが明らかな処理の開始手段を利用者に予め提示しない手順、と、を具備することを特徴とする制御方法。
【請求項４】
現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想的な人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、当該人格Ｐｘ又はＰｙに関連するキーワードＫを決定する手順と、該キーワードに関連する広告を表示又は再生することを特徴とする広告方法。
【請求項５】
請求項１記載の主体又は仮想人格の識別子を文字列、バーコード、又はその他の図形等として印刷した印刷物。
【請求項６】
請求項５記載の文字列、バーコード、又はその他の図形等を読み取る手順と、該情報から識別子を取得する手順と、請求項１記載の装置から該識別子に対応する主体又は仮想人格の情報を取得する手順と、からなるアクセス方法。
【請求項７】
自己又は第三者個人に紐付いた情報を扱う装置において、請求項１記載の装置から主体及び仮想人格に関する情報を取得する手順と、当該主体又は仮想人格毎に分類・整理された情報の表示及び再生を行う手順、又は、当該主体又は仮想人格毎に情報を作成・変更、削除又は取得等を行う手順と、からなることを特徴とする主体及び仮想人格情報の利用方法。
【請求項８】
利用者の主体Ｕ又は主体Ｕが創作した仮想主体Ｗの情報及び当該主体が保有する仮想人格情報及び仮想人格相互情報を請求項１又は３記載の装置から取得する手段と、複数利用者の個々の仮想人格同士の相互関係情報Ｒ１、Ｒ２．．．を登録、取得、変更及び削除する手段と、を具備することを特徴とするＳＮＳ。
【請求項９】
請求項８記載のＳＮＳにおいて、複数利用主体の個々の仮想人格同士の相互関係情報Ｒを取得する手順と、該情報から利用者Ｕ１の仮想人格Ｐ１が、利用者Ｕ２の仮想人格Ｐ２に対する任意の情報Ｘ１の開示度Ｅ１を取得する手順と、利用者Ｕ２の仮想人格Ｐ２としての活動情報Ｌ２を取得する手順と、該活動情報Ｌ２におけるＸ１の開示の度合いを開示度Ｅ１と比較する手順と、該比較において閾値を超えた場合に利用主体Ｕ１、Ｕ２、又は双方に表示や音声、メール等で通知する手順と、からなることを特徴とする通知方法。
【請求項１０】
個人関連情報管理装置又は請求項２記載の装置Ｍであって、装置Ｍ内に格納されている、請求項８記載のＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した情報を請求項８記載のＳＮＳに送信する機能を具備することを特徴とする装置。
【請求項１１】
請求項８記載のＳＮＳが、同ＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した活動情報を、同ＳＮＳ又は請求項１０記載の装置から取得する手順と、当該情報から主体、仮想人格又はそれらの関係若しくはその変化を推定するする手順と、該関係又は変化を用いてＳＮＳ上の複数主体、仮想人格又はその関係の情報を作成・変更又は削除する手順と、からなることを特徴とするＳＮＳの情報処理方法。
【請求項１２】
利用主体Ｕが、請求項８記載のＳＮＳの利用主体Ｕが保有する仮想人格から任意の仮想人格Ｐ１を選択する手順と、必要に応じて請求項５記載の印刷図形から第三者の仮想人格Ｐ２に関する識別子を抽出する手順と、当該識別子を入力する手順と、当該入力に内容に従って請求項８記載のＳＮＳが仮想人格Ｐ１と同Ｐ２の関係情報を作成、削除、又は更新する手順と、からなることを特徴とする情報処理方法。
【請求項１３】
主体Ｕ１が手動で、又は、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体又はそれらの関連性に属性情報Ｄを設定する手順と、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体の関連性について信頼性属性情報Ｔを設定する手順と、属性情報Ｔの信頼性を用いて属性情報Ｄに重み付けを行う手順と、からなる付加属性情報の評価方法。
【請求項１４】
ある仮想人格Ｐ１を起点として、関連する仮想人格Ｐｎについて請求項１３記載の方法を用いて付加情報の信頼度を算定する手順と、該主体Ｐｎがさらに請求項１３記載の方法を用いて関連する主体Ｐｍの付加情報信頼性を算定する手順と、当該の手順を連鎖的に適用し請求項８記載のＳＮＳ内の複数の関連する仮想人格の属性を評価算定する手順と、を具備することを特徴とする付加情報情報の評価方法。
【請求項１５】
利用主体Ｕが条件となる評価属性値を入力する手順と、請求項８記載のＳＮＳから請求項１５又は１６記載の方法を用いて算定された信頼性を考慮した評価属性情報を取得する手順と、条件となる評価属性値に適合度が高い仮想人格を特定する手順と、を具備することを特徴とする仮想人格の検索方法。
【請求項１６】
主体Ｕ１が、請求項８記載のＳＮＳを用いて、自身の各仮想人格Ｐ１、Ｐ２．．．と関連がある第三者Ｕ２，Ｕ３．．．の仮想人格を取得する手順と、該関連仮想人格から一部又は全部を選択する手順と、主体Ｕ１自身又は主体Ｕ１の委任した第三者が当該選択人格に対応する情報Ｑｎから名前、住所、メールアドレス等の個人情報を取得する手順と、該個人情報を用いて文書、データ、印刷物等を一括生成する手順と、からなることを特徴とする情報処理方法。
【請求項１７】
請求項８記載のＳＮＳの利用において、秘密情報Ｙを保有する主体Ｕが、自身の仮想人格Ｐ１と関連を持つ第三者の仮想人格の一覧を取得する手段と、該第三者仮想人格から一つ以上の任意の対象を選択する手段と、秘密情報ＹをＳＮＳに対して送信する手段と、ＳＮＳが該秘密情報Ｙを秘密分散法を用いて分散する手段と、ＳＮＳが各分散情報を前記選択人格それぞれに配布する手段と、を具備することを特徴とする秘密供託方法。
【請求項１】
現実世界のある主体Ｕが、主体Ｕと主体Ｕが保有する仮想世界における複数の主体Ｕ１，Ｕ２．．．に関する主体情報を登録、取得、変更及び削除する機能と、当該各主体に属する現実世界又は仮想世界における仮想的人格Ｐ１、Ｐ２．．．に対応する仮想人格関連情報を登録、取得、変更及び削除する機能と、当該各主体及び各仮想人格に対して認証用途にも利用可能な識別子等の属性情報を割り当てる機能と、当該各主体の相互関係情報を登録、取得、変更及び削除する手段と、当該各仮想人格の相互関係情報を登録、取得、変更及び削除する手段と、当該相互関係情報を利用して関連する複数の主体又は仮想人格情報又はその両方を登録、取得、変更、削除を行う手段と、任意の利用者又は装置からの要求に応じて当該主体又は仮想人格に関する認証及び認可を行う機能と、を具備することを特徴とする装置。
【請求項２】
現実世界のある主体Ｕが保有する、現実世界又は仮想世界における仮想的主体及び仮想的人格の情報を作成・格納・更新・削除できる機能と、定期的又は不定期に当該主体又は人格の情報を請求項１記載の装置に送信する機能と、を有すことを特徴とする装置。
【請求項３】
現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、請求項１記載の装置にアクセスし当該仮想人格に設定されている情報開示の度合いを示す開示情報を取得する手順と、該開示情報と実施する処理が行う開示の程度とを照合する手順と、開示の閾値を超えた場合に利用者に通知を行う手順、又は、開示の閾値を超えた場合に処理を中断する手順、又は、開示閾値を超えることが明らかな処理の開始手段を利用者に予め提示しない手順、と、を具備することを特徴とする制御方法。
【請求項４】
現実世界のある主体Ｕが装置Ｍを用いてある処理を行う際に、主体Ｕが処理に用いる仮想的な人格Ｐｘを装置Ｍに登録する手順、又は、当該装置Ｍが主体Ｕの保有する複数の主体及び人格情報を請求項１記載の装置から取得した上で候補の中から主体Ｕの処理内容から利用中と思われる仮想人格Ｐｙを推定する手順と、当該人格Ｐｘ又はＰｙに関連するキーワードＫを決定する手順と、該キーワードに関連する広告を表示又は再生することを特徴とする広告方法。
【請求項５】
請求項１記載の主体又は仮想人格の識別子を文字列、バーコード、又はその他の図形等として印刷した印刷物。
【請求項６】
請求項５記載の文字列、バーコード、又はその他の図形等を読み取る手順と、該情報から識別子を取得する手順と、請求項１記載の装置から該識別子に対応する主体又は仮想人格の情報を取得する手順と、からなるアクセス方法。
【請求項７】
自己又は第三者個人に紐付いた情報を扱う装置において、請求項１記載の装置から主体及び仮想人格に関する情報を取得する手順と、当該主体又は仮想人格毎に分類・整理された情報の表示及び再生を行う手順、又は、当該主体又は仮想人格毎に情報を作成・変更、削除又は取得等を行う手順と、からなることを特徴とする主体及び仮想人格情報の利用方法。
【請求項８】
利用者の主体Ｕ又は主体Ｕが創作した仮想主体Ｗの情報及び当該主体が保有する仮想人格情報及び仮想人格相互情報を請求項１又は３記載の装置から取得する手段と、複数利用者の個々の仮想人格同士の相互関係情報Ｒ１、Ｒ２．．．を登録、取得、変更及び削除する手段と、を具備することを特徴とするＳＮＳ。
【請求項９】
請求項８記載のＳＮＳにおいて、複数利用主体の個々の仮想人格同士の相互関係情報Ｒを取得する手順と、該情報から利用者Ｕ１の仮想人格Ｐ１が、利用者Ｕ２の仮想人格Ｐ２に対する任意の情報Ｘ１の開示度Ｅ１を取得する手順と、利用者Ｕ２の仮想人格Ｐ２としての活動情報Ｌ２を取得する手順と、該活動情報Ｌ２におけるＸ１の開示の度合いを開示度Ｅ１と比較する手順と、該比較において閾値を超えた場合に利用主体Ｕ１、Ｕ２、又は双方に表示や音声、メール等で通知する手順と、からなることを特徴とする通知方法。
【請求項１０】
個人関連情報管理装置又は請求項２記載の装置Ｍであって、装置Ｍ内に格納されている、請求項８記載のＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した情報を請求項８記載のＳＮＳに送信する機能を具備することを特徴とする装置。
【請求項１１】
請求項８記載のＳＮＳが、同ＳＮＳに登録されている主体、仮想人格又はそれらの関係に関連した活動情報を、同ＳＮＳ又は請求項１０記載の装置から取得する手順と、当該情報から主体、仮想人格又はそれらの関係若しくはその変化を推定するする手順と、該関係又は変化を用いてＳＮＳ上の複数主体、仮想人格又はその関係の情報を作成・変更又は削除する手順と、からなることを特徴とするＳＮＳの情報処理方法。
【請求項１２】
利用主体Ｕが、請求項８記載のＳＮＳの利用主体Ｕが保有する仮想人格から任意の仮想人格Ｐ１を選択する手順と、必要に応じて請求項５記載の印刷図形から第三者の仮想人格Ｐ２に関する識別子を抽出する手順と、当該識別子を入力する手順と、当該入力に内容に従って請求項８記載のＳＮＳが仮想人格Ｐ１と同Ｐ２の関係情報を作成、削除、又は更新する手順と、からなることを特徴とする情報処理方法。
【請求項１３】
主体Ｕ１が手動で、又は、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体又はそれらの関連性に属性情報Ｄを設定する手順と、請求項２又は１１記載の装置による情報に基づき自動で、請求項８記載のＳＮＳが格納する任意の主体、仮想人格を含む任意の対象自体の関連性について信頼性属性情報Ｔを設定する手順と、属性情報Ｔの信頼性を用いて属性情報Ｄに重み付けを行う手順と、からなる付加属性情報の評価方法。
【請求項１４】
ある仮想人格Ｐ１を起点として、関連する仮想人格Ｐｎについて請求項１３記載の方法を用いて付加情報の信頼度を算定する手順と、該主体Ｐｎがさらに請求項１３記載の方法を用いて関連する主体Ｐｍの付加情報信頼性を算定する手順と、当該の手順を連鎖的に適用し請求項８記載のＳＮＳ内の複数の関連する仮想人格の属性を評価算定する手順と、を具備することを特徴とする付加情報情報の評価方法。
【請求項１５】
利用主体Ｕが条件となる評価属性値を入力する手順と、請求項８記載のＳＮＳから請求項１５又は１６記載の方法を用いて算定された信頼性を考慮した評価属性情報を取得する手順と、条件となる評価属性値に適合度が高い仮想人格を特定する手順と、を具備することを特徴とする仮想人格の検索方法。
【請求項１６】
主体Ｕ１が、請求項８記載のＳＮＳを用いて、自身の各仮想人格Ｐ１、Ｐ２．．．と関連がある第三者Ｕ２，Ｕ３．．．の仮想人格を取得する手順と、該関連仮想人格から一部又は全部を選択する手順と、主体Ｕ１自身又は主体Ｕ１の委任した第三者が当該選択人格に対応する情報Ｑｎから名前、住所、メールアドレス等の個人情報を取得する手順と、該個人情報を用いて文書、データ、印刷物等を一括生成する手順と、からなることを特徴とする情報処理方法。
【請求項１７】
請求項８記載のＳＮＳの利用において、秘密情報Ｙを保有する主体Ｕが、自身の仮想人格Ｐ１と関連を持つ第三者の仮想人格の一覧を取得する手段と、該第三者仮想人格から一つ以上の任意の対象を選択する手段と、秘密情報ＹをＳＮＳに対して送信する手段と、ＳＮＳが該秘密情報Ｙを秘密分散法を用いて分散する手段と、ＳＮＳが各分散情報を前記選択人格それぞれに配布する手段と、を具備することを特徴とする秘密供託方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−１６９９２１（Ｐ２００９−１６９９２１Ａ）
【公開日】平成２１年７月３０日（２００９．７．３０）
【国際特許分類】
【出願番号】特願２００８−３１０９７（Ｐ２００８−３１０９７）
【出願日】平成２０年１月１４日（２００８．１．１４）
【出願人】（３０００８９５５２）
【Ｆターム（参考）】
【公開日】平成２１年７月３０日（２００９．７．３０）
【国際特許分類】
【出願日】平成２０年１月１４日（２００８．１．１４）
【出願人】（３０００８９５５２）
【Ｆターム（参考）】
[ Back to top ]