WO2009084303A1

WO2009084303A1 - 属性情報認証装置、属性情報認証方法、及びコンピュータプログラム

Info

Publication number: WO2009084303A1
Application number: PCT/JP2008/068551
Authority: WO
Inventors: Hikaru Deguchi
Original assignee: Mekiki Co., Ltd.; Mekiki Creates Co., Ltd.
Priority date: 2007-12-28
Filing date: 2008-10-14
Publication date: 2009-07-09
Also published as: JP2009163445A; US20100281520A1; US8387116B2; JP4201284B1

Abstract

【課題】虚偽の内容を登録することを防止し、安心して安全に友人関係を維持・拡張することを担保して公序良俗に反するような不正な利用を抑止するようにした属性情報認証装置を提供する。【解決手段】本サーバ１０は、第１ユーザ端末３０より所定の要求を受信したとき、第１のユーザが登録する属性情報の認証を依頼する属性情報認証依頼情報を、第２ユーザ端末４０へ送信する。また、本サーバ１０は、第１のユーザが登録する属性情報を認証したことを示す認証情報を受信したとき、第１のユーザの属性情報に関連付けて認証済情報を登録する。そして、第１のユーザの属性情報の閲覧が要求されたとき、この認証済情報の有無を判別し、認証済情報が登録されていれば、認証済情報が有ることをユーザ端末上にて視覚的に識別可能に表示する属性認証表示情報を生成し、送信する。

Description

属性情報認証装置、属性情報認証方法、及びコンピュータプログラム

　本発明は、通信ネットワーク上に開設されたネットワークサービスサイトにて自らの特徴を表す属性情報を登録した少なくとも２以上のユーザが利用する属性情報認証装置、属性情報認証方法、及び属性情報認証プログラムに係り、詳しくは、ユーザが他のユーザとの友人関係を安心して安全に維持・拡張することを担保する技術に関するものである。

　近年、インターネット等の通信ネットワーク上に開設されたコミュニティ型のＷｅｂサイトを利用して、新たな友人関係を築くようにしたサービスが普及している。このようなサービスは、ソーシャルネットワークサービス（以下、「ＳＮＳサービス」と記す。）と称され、事前に氏名や住所、生年月日、出身地、出身校（学歴）、仕事（職業）、電子メールアドレス、血液型、趣味、好きなスポーツ、好きな食べ物、といった自らの特徴を表す属性情報の登録を行うことで、この属性情報を新たな友人関係を築くための一助として利用する。

　このＳＮＳサービスでは、参加時に登録した属性情報の公開設定を行うことによって、このＳＮＳサービスに参加したり、友人関係を築いたりした他の参加者に対して、その属性情報の一部もしくは全部を公開するのとなっている。この属性情報の公開は、その範囲を広げることで新たな友人関係を築き易くしており、より多くの細かな属性情報が登録され、公開設定されていれば、互いに共通する属性情報を縁として、新たな友人関係やより深い友人関係が築き易くなる。

　また、ＳＮＳサービスには、友人や知人といった現実社会での既存の人間関係や信頼関係をベースに人的ネットワークを構築するというコンセプトが背景にある。したがって、このＳＮＳサービスを利用する条件として、登録される属性情報は真実でなければ、この人間関係や信頼関係、すなわち人と人のつながりを維持することができない。

　ところで、このようなＳＮＳサービスは、上述したようにＷｅｂサイト上で利用するサービスであるため、たとえば金融機関での口座の開設や、携帯電話機の購入等において実施しているような免許証やパスポート、健康保険証等による本人確認を行うことが困難である。そのため、何ら本人確認を実施していないのが現状である。

　その結果、匿名や実際の属性情報とは一致しない虚偽の内容でも、容易に登録することができ、虚偽の属性情報が登録されてしまえば匿名性が維持されることで、不正なことを行っても本人を特定することが容易にはできないものとなっている。したがって、本人が特定できないことを悪用して、ネットワークサービスサイト上において、他人を誹謗中傷したり、低俗な画像を投稿したりするなど、公序良俗に反するような不正な行為を行う利用者が認められることがある。

　しかも、ＳＮＳサービスには、事前に属性情報の登録を行って会員となった既存の参加者からの招待がないと利用することができないものの他、不特定多数のものが誰でも自由に参加できるものもある。それゆえ、匿名性を利用して不正な行為を行う利用者の登録を効果的に排除することができず、友人関係を安心して安全に維持・拡張することを担保することができない虞がある。

　そこで、なりすまし契約などの不正な行為を防止する手段として、顧客がいる加盟店の確認端末装置と割賦会社の確認端末装置を通信回線で結び音声及び画像等を同時に双方にて送受信し契約者の本人確認及び意志確認に必要な情報として提供するようにした手段が提案されている（特許文献１を参照）。
　また、目的は異なるが、新会員の紹介をする会員が、被紹介者のメールアドレスや氏名を含む所定事項を入力し、このメールアドレスに基づいて被紹介者のメールポストに案内メールを自動配信し、この案内メールを確認した被紹介者が、既に入力されている氏名等の情報を確認して間違いがあれば訂正し、住所、電話番号、勤務先、家族等といった属性事項の入力を追加するようにした手段も提案されている（特許文献２を参照）。

　ところが、上記特許文献１に記載された手段は、なりすましといった第三者による不正な行為を防止するものであり、本人が悪戯や不正な行為を行うことを意図して虚偽の内容の登録を防止するものではない。
　また、上記特許文献２に記載された手段は、被紹介者が入力した内容を本人が確認して訂正を行うものであり、やはり本人が悪戯や不正な行為を行うことを意図して虚偽の内容の登録を防止するができない。
　このように、なりすましといった第三者による不正な行為を防止する技術は提案されているが、本人が悪戯目的や虚偽の内容を登録することを防止し、他の参加者との友人関係を安心して安全に維持・拡張することを担保する技術は、現在のところ提案されていない。
特開２００７－２６１５４号公報特開２００２－２７９１２４号公報

　本発明は、上記事情に鑑みて成されたものであり、虚偽の内容を登録することを防止し、安心して安全に友人関係を維持・拡張することを担保して公序良俗に反するような不正な利用を抑止することを目的とする。

　本発明の属性情報認証装置は、通信ネットワーク上に開設されたネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録するユーザがそれぞれ利用する複数のユーザ端末と通信ネットワークを介してそれぞれ接続され、第１のユーザの前記属性情報を第２のユーザが認証するための装置であって、前記ユーザを識別するユーザ識別情報と、当該ユーザが登録する少なくとも１以上の項目からなる属性情報と、当該ユーザ端末への連絡先情報と、を互いに関連付けて記憶する第１記憶手段、前記第１のユーザが利用する第１ユーザ端末より所定の要求を受信したとき、前記第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を、前記第２のユーザが利用する第２ユーザ端末へ送信する属性情報認証依頼処理手段、前記属性情報認証依頼処理手段での属性情報認証依頼情報の送信に応じて、前記第２ユーザ端末より、前記第１のユーザが登録する属性情報を認証したことを示す認証情報を受信したとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に前記認証情報を受信したことを示す認証済情報を登録する属性情報認証処理手段、を備えることを特徴とする。　

　また、本発明の属性情報認証装置は、前記属性情報認証処理手段での認証済情報の登録後、何れかのユーザ端末より、前記第１のユーザを指定する第１ユーザ識別情報と共に、前記第１のユーザが登録する属性情報のうち少なくとも１以上の項目からなる属性情報の閲覧を要求する属性情報閲覧要求を受信したとき、前記第１記憶手段を参照して前記第１ユーザ識別情報に基づき所定の属性情報を抽出すると共に、この属性情報と関連付けて登録する認証済情報の有無を判別し、前記認証済情報が登録されていたとき、前記認証済情報が有ることを前記ユーザ端末上にて視覚的に識別可能に表示する属性認証表示情報を生成し、抽出した前記第１のユーザの属性情報と共に、生成した前記属性認証表示情報を前記ユーザ端末へ送信し、一方、前記認証済情報が登録されていないとき、抽出した前記第１のユーザの属性情報を前記ユーザ端末へ送信する属性情報閲覧要求処理手段、をさらに備えるものとしても良い。

　また、本発明の属性情報認証装置は、前記第２ユーザ端末より、前記第２ユーザ識別情報を含む新規ユーザの招待要求を受信すると共に、前記ネットワークサービスサイトを利用するために属性情報の登録を勧めるメッセージと、前記第２のユーザが指定するユーザの連絡先情報と、を含む招待情報を受信し、さらに、招待メッセージを生成して、前記第２のユーザが指定するユーザを第１のユーザとして、この第１のユーザの連絡先情報に基づいて前記招待メッセージを第１ユーザ端末に対して送信する招待情報処理手段、前記招待情報処理手段での招待メッセージの送信に応じて、前記第１ユーザ端末より、当該第１のユーザの属性情報を含む登録要求を前記所定の要求として受信する属性登録要求受信手段、をさらに備え、前記属性情報認証依頼処理手段が、前記登録要求を受信したとき、前記第１記憶手段を参照して前記招待情報処理手段で受信した第２ユーザ識別情報に基づいて第２のユーザの連絡先情報を特定し、さらに、当該連絡先情報に基づいて前記属性情報認証依頼を第２ユーザ端末に対して送信するものとしても良い。

　また、本発明の属性情報認証装置は、前記第１ユーザ端末より、当該第１のユーザの属性情報の認証要求を前記所定の要求として受信すると共に、前記ネットワークサービスサイトを既に利用しているユーザの中から前記第１のユーザが指定するユーザを第２のユーザとする第２ユーザ識別情報を含む属性情報認証指示を受信する属性認証要求受信手段、をさらに備え、前記属性情報認証依頼処理手段が、前記認証要求を受信したとき、前記第１記憶手段を参照して前記属性認証要求受信手段で受信した第２ユーザ識別情報に基づいて第２のユーザの連絡先情報を特定し、さらに、当該連絡先情報に基づいて前記属性情報認証依頼を第２ユーザ端末に対して送信するものとしても良い。

　また、本発明の属性情報認証装置は、前記属性情報認証処理手段での認証済情報の登録に応じ、属性情報が認証された被認証者である前記第１ユーザ識別情報と、属性情報を認証した認証者である前記第２ユーザ識別情報とを互いに関連付けて記憶する第２記憶手段、前記第１ユーザ端末より、当該第１ユーザ識別情報と共に、前記第１記憶手段に記憶する属性情報の登録変更を希望する属性変更要求を受信すると共に、変更属性情報を受信する属性変更要求受信手段、をさらに備え、前記属性情報認証依頼処理手段が、前記属性変更要求受信手段での属性変更要求の受信に応じて、前記第２記憶手段を参照して前記第１ユーザ識別情報に基づき関連付けて記憶した前記第１のユーザの属性情報の認証者である第２ユーザ識別情報を特定すると共に、前記第１記憶手段を参照して前記第２ユーザ識別情報に基づいて第２のユーザの連絡先情報を特定し、さらに、当該連絡先情報に基づいて前記変更属性情報の認証を依頼する属性情報変更認証依頼情報を第２ユーザ端末に対して送信し、前記属性情報認証処理手段が、前記属性情報認証依頼処理手段での属性情報変更認証依頼情報の送信に応じて、前記第２ユーザ端末より、前記第１のユーザが変更する属性情報を認証したことを示す再認証情報を受信したとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に登録する前記認証済情報を維持し、一方、前記第１のユーザが変更する属性情報を認証しないことを示す認証拒否情報を受信したとき、もしくは所定の期間以内に前記第１のユーザが変更する属性情報を認証したことを示す再認証情報を受信しなかったとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に登録する前記認証済情報を消去するものとしても良い。

　また、本発明の属性情報認証装置は、前記属性情報認証依頼処理手段が、前記第１ユーザ端末より前記所定の要求を受信したとき、前記第１記憶手段を参照して前記第２ユーザ識別情報に基づいて当該第２のユーザの属性情報と関連付けて登録する前記認証済情報の有無を判別し、前記認証済有情報が登録されていたとき、前記属性情報認証依頼を前記第２ユーザ端末へ送信し、一方、前記認証済情報が登録されていないとき、前記第２のユーザには属性情報の認証を行う権限が無いことを知らせる旨の属性認証不可通知を前記第１ユーザ端末へ送信するものとしても良い。

　また、本発明の属性情報認証装置は、前記第２ユーザ端末より、第２ユーザ識別情報と共に、前記第２のユーザが前記第１記憶部に記憶する属性情報の登録解除を要求する登録解除要求を受信し、前記第２ユーザ識別情報に基づき前記第１記憶部に記憶する属性情報の登録を消去する登録解除処理手段、をさらに備え、前記属性情報認証処理手段が、前記登録解除処理手段での属性情報の消去に応じて、前記第２記憶手段を参照して前記第２ユーザ識別情報と関連付けて記憶する第１ユーザ識別情報を特定し、さらに、前記第１記憶手段を参照して前記第１ユーザ識別情報に基づき当該第１のユーザが登録する属性情報に関連付けて登録する前記認証済情報を消去するものとしても良い。

　また、本発明の属性情報認証装置は、前記ユーザ同士が友人関係にあることを示し、互いの識別情報を関連付けて記憶する第３記憶手段、前記第２ユーザ端末より、第２ユーザ識別情報と共に、前記第２のユーザが前記第３記憶部に記憶する友人関係の登録解消を要求する第１ユーザ識別情報とを含む友人関係登録解消要求を受信し、前記第２ユーザ識別情報に基づき前記第３記憶部に記憶する友人関係の登録を解消する登録解消処理手段、をさらに備え、前記属性情報認証処理手段は、前記登録解消処理手段での友人関係の解消に応じて、前記第３記憶手段を参照して前記第２ユーザ識別情報と関連付けて記憶する第１ユーザ識別情報を特定し、さらに、前記第１記憶手段を参照して前記第１ユーザ識別情報に基づき当該第１のユーザが登録する属性情報に関連付けて登録する前記認証済情報を消去するものとしても良い。

　また、本発明の属性情報認証方法は、通信ネットワーク上に開設されたネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録するユーザがそれぞれ利用する複数のユーザ端末と通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが登録する少なくとも１以上の項目からなる属性情報と、当該ユーザ端末への連絡先情報と、を互いに関連付けて記憶する第１記憶手段を有する装置により、第１のユーザの前記属性情報を第２のユーザが認証するための方法であって、属性情報認証依頼処理手段が、前記第１のユーザが利用する第１ユーザ端末より所定の要求を受信したとき、前記第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を、前記第２のユーザが利用する第２ユーザ端末へ送信するステップ、属性情報認証処理手段が、前記第２ユーザ端末より、前記第１のユーザが登録する属性情報を認証したことを示す認証情報を受信したとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に前記認証情報を受信したことを示す認証済情報を登録するステップ、を有していることを特徴とする。

　また、本発明の属性情報認証プログラムは、通信ネットワーク上に開設されたネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録するユーザがそれぞれ利用する複数のユーザ端末と通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが登録する少なくとも１以上の項目からなる属性情報と、当該ユーザ端末への連絡先情報と、を互いに関連付けて記憶する第１記憶手段を有する装置により、第１のユーザの前記属性情報を第２のユーザが認証することを実行させるためにコンピュータを、前記第１のユーザが利用する第１ユーザ端末より所定の要求を受信したとき、前記第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を、前記第２のユーザが利用する第２ユーザ端末へ送信する手段、前記属性情報認証依頼情報の送信に応じて、前記第２ユーザ端末より、前記第１のユーザが登録する属性情報を認証したことを示す認証情報を受信したとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に前記認証情報を受信したことを示す認証済情報を登録する手段、として機能させることを特徴とする。

　本発明の属性情報認証装置は、第１のユーザが登録する属性情報を、第２のユーザが利用する第２ユーザ端末へ送信し、この属性情報を認証したことを示す認証情報を第２ユーザ端末より受信し、属性情報に関連付けて認証情報を受信したことを示す認証済情報を登録する。ゆえに、自分の属性情報を虚偽に登録しようとしても、客観的な認証を得られないと信頼を得ることができなくなるので、匿名性無く正しい属性情報の登録を促すことができる。また、ユーザの属性情報の信頼度が認証済情報の登録の有無によって客観的に分かるものとなるので、安心して安全に交友関係を拡げて多くの人々と仲良くなることができる。
　したがって、本発明では、虚偽の内容を登録することを防止し、安心して安全に友人関係を維持・拡張することを担保して公序良俗に反するような不正な利用を抑止するようにした技術を提供することができる。

　以下、図面を参照しながら、本発明に係る属性情報認証装置、属性情報認証方法、及びコンピュータプログラムの一例について説明する。
　本実施形態は、通信ネットワーク上に開設されたＳＮＳサービスサイトにて自らの特徴を表す属性情報を登録した第１のユーザが、この属性情報の登録に誤りが無いことを第２のユーザに認証してもらい、この認証の有無を視覚的に識別可能に表示することで、第１のユーザの信頼度を向上させ、安心して安全に第１のユーザと新たな友人関係を容易にかつ効果的に築くことを支援するようにした場合を例に説明する。

　図１は、本発明に係る属性情報認証装置（以下、「本サーバ」という）を用いた属性情報認証システム（以下、「本システム」という。）の実施形態の一例を示すブロック図である。符号１０は本サーバを示す。
　図１に示すように、本サーバ１０は、通信ネットワーク上に開設されたＳＮＳサービスサイトを利用する条件として自らの特徴を表す属性情報を登録するユーザがそれぞれ利用する少なくとも２以上の第１ユーザ端末３０及び第２ユーザ端末４０と、情報の送受信が可能となるよう通信ネットワークＮＷを介して接続された装置である。

　通信ネットワークＮＷの例としては、インターネットやＬＡＮ（Local Area Network）などのコンピュータ通信網がある。本サーバ１０及び、第１ユーザ端末３０、第２ユーザ端末４０は、専用線、公衆交換電話網（ＰＳＴＮ）、無線電話網、ＣＡＴＶ網、衛星通信網等の通信回線を介して通信ネットワークＮＷと接続している。

　第１ユーザ端末３０及び第２ユーザ端末４０は、共に本サーバ１０と情報の送受信が可能な情報処理装置であればよく、たとえば、ブラウザを実装したパーソナルコンピュータをはじめ、データ通信機能を有するＰＤＡ（Personal Digital Assistant）や携帯電話機などで実現される。
　また、第１ユーザ端末２０及び第２ユーザ端末４０は、図示しないが、ＣＰＵ（中央処理装置）、プログラム記憶部、マウスやキーボード又はキーボタン等の入力装置、ディスプレイ等の出力装置、ＯＳ（オペレーティング・システム）、ＷＷＷブラウザ、等を有する。
　なお、図１ではそれぞれ一つずつの第１ユーザ端末３０、第２ユーザ端末４０しか通信ネットワークＮＷを介して本サーバ１０に接続されていないが、本サーバ１０は、複数のユーザ端末とそれぞれ接続されていても良く、このユーザ端末は、属性情報の認証を望むユーザが利用する場合は第１ユーザ端末３０となり、属性情報の認証を判断するユーザが利用する場合は第２ユーザ端末４０となるものである。

　また、本サーバ１０は、通信ネットワークＮＷを介して第３ユーザ端末５０と接続された装置でもある。この第３ユーザ端末５０は、何れかのユーザが利用する通信端末をいい、属性情報が認証される被認証者である第の１ユーザが利用する第１ユーザ端末３０や、属性情報を認証する認証者である第２のユーザが利用する第２ユーザ端末４０と区別するために第３ユーザ端末５０と呼ぶ。したがって、第３ユーザ端末５０には、第１ユーザ端末３０や第２ユーザ端末４０を含むものである。

　次に、本発明の属性情報認証システムの概要について、図１に基づき説明する。
　図１に示すように、第１ユーザ端末３０を利用する第１のユーザが、属性情報認証サイトへアクセスし、本サーバ１０に対して属性情報登録要求又は属性情報認証要求を送信する（１．参照）。
　本サーバ１０は、属性情報登録要求又は属性情報認証要求を受信し、第２ユーザ端末４０へ属性情報認証依頼を送信する（２．参照）。

　第２ユーザ端末４０は、属性情報認証依頼を受信する（３．参照）。
　次いで、第２ユーザ端末４０は、第１のユーザの属性情報を認証したことを示す旨の認証情報を送信（返信）する（４．参照）。
　本サーバ１０は、第２ユーザ端末４０より認証情報を受信する（５．参照）。
　そして、本サーバ１０は、第１のユーザが登録する属性情報に関連付けて認証済情報を登録する（６．参照）。
　さらに、本サーバ１０は、属性情報が認証された被認証者である第１ユーザ識別情報（以下、「第１ユーザＩＤ」という。）と、属性情報を認証した認証者である第２ユーザ識別情報（以下、「第２ユーザＩＤ」という。）と、を互いに関連付けて記憶する（７．参照）。

　また、第３ユーザ端末５０（３０，４０）を利用する第３のユーザが、属性情報認証サイトへアクセスし、本サーバ１０に対して第１のユーザの属性情報閲覧要求を送信する（８．参照）。
　本サーバ１０は、第１のユーザの属性情報閲覧要求を受信する（９．参照）。
　引き続き、本サーバ１０は、第１のユーザの属性情報を抽出する（１０．参照）。
　また、本サーバ１０は、抽出した属性情報と関連付けて登録する認証済情報の有無を判別する（１１．参照）。
　さらに、本サーバ１０は、認証済情報の登録が有る場合、属性認証表示情報を生成し、抽出した属性情報と共に第３ユーザ端末５０（３０，４０）へ送信する（１２．参照）。
なお、認証済情報の登録が無い場合、抽出した属性情報を第３ユーザ端末５０へ送信する。
　そして、第３ユーザ端末５０（３０，４０）は、属性情報と共に属性認証表示情報、又は属性情報だけを受信する（１３．参照）。

　これにより、匿名性無く正しい属性情報が登録されることになる。また、このサービスに参加する第３のユーザは、この属性認証表示情報の有無に基づいて、第１のユーザの属性情報の信頼度を確認することができるので、安心して安全に新たな友人関係を拡げ、多くのユーザ達と仲良くすることができる。

　次に、本サーバ１０の構成について、図２及び図３に基づいて説明する。
　図２は、本サーバ１０の実施形態の一例を示すブロック構成図であり、図３は、本サーバ１０の詳細な実施形態の一例を示すブロック構成図である。
　本サーバ１０は、図２及び図３に示すように、基本的に、ユーザ情報データベース（ＤＢ）１と、属性情報認証依頼処理部１１と、属性情報認証処理部１２と、を少なくとも有している。また、本サーバ１０は、招待情報処理部１４と、属性登録要求受信部１５と、を有している。さらに、本サーバ１０は、属性情報閲覧要求処理部１３を有するものとしても良い。

　これらの機能ブロックは、本サーバ１０が保持するＣＰＵ（中央処理装置）やプログラム記憶部等により構成することができる。ＣＰＵは、プログラム記憶部に記憶されたプログラムに従い、本サーバ１０の各構成要素を統制制御し、プログラム処理を実行する。プログラム記憶部は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等で構成され、本サーバ１０が使用する各種プログラムを記憶している。

　なお、本サーバ１０では、本発明に係る属性情報認証プログラム（以下、「本プログラム」という。）を実行することで、以下に説明する属性情報認証方法（以下、「本方法」という。）を実現する。
　また、本プログラムを記録したコンピュータ読取可能な記録媒体（以下、「本記録媒体」という。）を用いれば、図示しないコンピュータを本サーバ１０と同様に機能させることができる。すなわち、図示しないコンピュータが、本記録媒体から本プログラムを読み取り、それを実行することで、本方法を実現することができる。

　ユーザ情報ＤＢ１は、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、を互いに関連付けて記憶する手段である。この属性情報は、たとえば、ユーザの実名や顔写真、性別、生年月日、出身地、出身校、血液型、趣味、特技、スポーツといった項目に回答する情報をいい、具体的は、出身校という項目に対して「○○大学」もしくは「○○大学卒業」、血液型という項目に対して「Ｏ型」、趣味という項目に対して「音楽鑑賞」といったものである。
　また、検索のための属性情報は、各項目に対して、それぞれを一つずつ入力する場合があれば、まとめて入力する場合もある。まとめて属性情報を入力する場合は、たとえば、検索のためのキーワードということで、単語を思いつくまま、あるいは「，」や「スペース」で区切って、一つの枠に入力する場合が考えられる。
　このユーザ情報ＤＢ１では、ユーザ端末への連絡先情報を前記ユーザＩＤと互いに関連付けてさらに記憶している。
　なお、本発明では、ユーザが自らの特徴を表す属性情報を登録することによって、ユーザＩＤが発行・付与されている。

　また、ユーザ情報ＤＢ１は、属性情報認証処理部１３で受信した認証済情報を登録する機能を有している。
　ここで、認証済情報とは、ユーザの属性情報を認証したことを示す認証情報を受信したことを示す情報であり、認証済情報を登録するとはフラグを立てることをいう。

　図４は、ユーザ情報ＤＢ１に記憶されている情報の例を示す図である。
　たとえば、図４に示すユーザ情報データベースでは、ユーザＩＤをインデックスとして、各属性情報と、連絡先情報と、認証済情報とを１レコードとしてデータベースを構成することを示している。

　属性情報認証依頼部１１は、第１のユーザが利用する第１ユーザ端末３０より所定の要求を受信したとき、前記第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を、前記第２のユーザが利用する第２ユーザ端末４０へ送信する処理を行なう。
　ここで、所定の要求とは、具体的には後述する属性登録要求受信部１５にて受信する属性情報の登録要求や、同属性認証要求受信部１６にて受信する属性情報の認証要求のことをいう。
　この際、属性情報認証依頼処理部１１は、たとえば、所定要求受信部１１ａと、属性情報認証依頼送信部１１ｄと、から構成されるものとすることができる。

　属性情報認証処理部１２は、属性情報認証依頼処理部１１での属性情報認証依頼情報の送信に応じて、第２ユーザ端末４０より、第１のユーザが登録する属性情報を認証したことを示す旨の認証情報を受信したとき、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に認証情報を受信したことを示す認証済情報を登録する処理を行なう。
　この際、属性情報認証処理部１２は、認証情報受信部１２ａと、認証済情報登録部１２ｂと、から構成されるものとすることができる。

　属性情報閲覧要求処理部１３は、属性情報認証処理部１２での認証済情報の登録後、何れかのユーザ端末３０，４０，５０より、第１のユーザを指定する第１ユーザＩＤと共に、第１のユーザが登録する属性情報のうち少なくとも１以上の項目からなる属性情報の閲覧を要求する属性情報閲覧要求を受信したとき、ユーザ情報ＤＢ１を参照して第１ユーザＩＤに基づき所定の属性情報を抽出すると共に、この属性情報と関連付けて登録する認証済情報の有無を判別する。そして、認証済情報が登録されていたとき、認証済情報が有ることをユーザ端末３０，４０，５０上にて視覚的に識別可能に表示する属性認証表示情報を生成し、抽出した第１のユーザの属性情報と共に、生成した属性認証表示情報をユーザ端末３０，４０，５０へ送信し、一方、認証済情報が登録されていないとき、抽出した第１のユーザの属性情報をユーザ端末３０，４０，５０へ送信する処理を行なう。
　ここで、属性認証表示情報とは、たとえば、星印やハート印、花印といった図形や記号のほか、数字やグラフ表示であっても良い。また、ユーザ端末３０，４０，５０に表示される属性情報の色彩を換えるものであっても良い。
　この際、属性情報閲覧要求処理部１３は、属性情報閲覧要求受信部１３ａと、属性情報抽出部１３ｂと、認証済情報有無判別部１３ｃと、属性認証表示情報生成部１３ｄと、属性情報送信部１３ｅと、から構成されるものとすることができる。

　招待情報処理部１４は、第２ユーザ端末４０より、第２ユーザＩＤを含む新規ユーザの招待要求を受信すると共に、前記ネットワークサービスサイトを利用するために属性情報の登録を勧めるメッセージと、前記第２のユーザが指定するユーザの連絡先情報と、を含む招待情報を受信し、さらに、招待メッセージを生成して、第２のユーザが指定するユーザを第１のユーザとして、第１のユーザの連絡先情報に基づいて招待メッセージを第１ユーザ端末に対して送信する処理を行なう。
　この際、招待情報処理部１４は、招待情報受信部１４ａと、招待メッセージ送信部１４ｂと、から構成されるものとすることができる。

　属性登録要求受信部１５は、招待情報処理部１４での招待メッセージの送信に応じて、第１ユーザ端末３０より、この第１のユーザの属性情報を含む登録要求を所定の要求として受信する処理を行なう。

　ここで、属性情報認証依頼部１１は、属性登録要求受信部１５にて登録要求を受信したとき、ユーザ情報ＤＢ１を参照して招待情報処理部１４で受信した第２ユーザＩＤに基づいて第２のユーザの連絡先情報を特定し、さらに、この連絡先情報に基づいて属性情報認証依頼を第２ユーザ端末４０に対して送信する処理を行なう。
　この際、属性情報認証依頼処理部１１は、たとえば、所定要求受信部１１ａと、第２ユーザ連絡先特定部１１ｂと、属性情報認証依頼送信部１１ｄと、から構成されるものとすることができる。

　次に、上述した本サーバ１０により実行される本方法の一例を図面に基づき説明する。
　まず、本方法の基本的な属性情報認証処理の概要について、図９に基づき説明する。
　図９は、本発明における属性情報認証方法の基本的な処理の流れを示すシーケンス図である。
　本実施の形態では、通信ネットワークＮＷを介して接続された第１ユーザ端末３０がＳＮＳサービスサイトのホームページをダウンロードし、このホームページ上から所定の要求を送信したとき、第１のユーザの属性情報に誤りが無いことを第２のユーザに認証してもらう場合について説明し、さらに、第１のユーザの属性情報の閲覧が要求されたとき、この属性情報が認証されていれば、そのことが視覚的に分かるように表示する場合について説明する。

　まず、本サーバ１０は、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、ユーザ端末への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶している（（Ａ）参照）。
　次に、第１のユーザは第１ユーザ端末３０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、所定の要求を受信する（（１０）参照）。
　本サーバ１０は、第１ユーザ端末３０より送信された所定の要求を受信する（（２０）参照）。
　次いで、本サーバ１０は、第１のユーザが登録する属性情報と共に、この属性情報に誤りが無いこと認証してもらう属性情報認証依頼を生成する（（３０）参照）。

　ここで本方法は、上述した所定の要求として、通信ネットワーク上に開設されたネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録していないユーザ（未登録者又は非会員）が、既に属性情報を登録しているユーザ（既登録者又は会員）からの招待により、新規登録者として属性情報の認証を登録時に実施する登録要求の場合と、既に属性情報を登録しているユーザ（既登録者又は会員）が、任意のときに属性情報の認証を実施する認証要求の場合とに、分けることができる。

＜第１の実施の形態＞
　まず、第１の実施の形態として、所定の要求を属性情報の登録要求とし、通信ネットワーク上に開設されたネットワークサービスサイトを利用する登録を済ませた第２のユーザ（既登録者又は会員）が、このネットワークサービスサイトへ招待する通知を第１のユーザに送信し、この通知に応じて第１のユーザが、このネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録し、紹介者である第２のユーザに対して、新規登録者として属性情報の認証を依頼する場合について、図１０に基づき説明する。
　図１０は、本発明に係る属性情報認証方法における属性情報登録要求処理の流れを示すシーケンス図である。

　はじめに、第２のユーザは第２ユーザ端末４０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたＳＮＳサービスサイトにアクセスしてホームページをダウンロードする。
　第２のユーザはＳＮＳサービスサイトをアクセスし、事前に付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。なお、ログイン中、第２のユーザＩＤは一時的に記憶されている。

　このＳＮＳサービスサイトは、たとえば図１１に示すような形で表すことが出来る。図１１は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示されたＳＮＳサイトのログイン画面の一例を示す図である。このＳＮＳサイトログイン画面１００には、「あなたのＩＤとパスワードを入力し、送信ボタンを押してログインして下さい。」といった案内と共に、このシステムの利用が可能な会員であることを確認するユーザＩＤ入力欄１０１と、パスワード入力欄１０２とからなる会員ログイン欄が表示されている。また、ＳＮＳサイトログイン画面１００には、会員ログイン欄に入力したユーザＩＤやパスワードにてログインを実行するための「送信」ボタン１０９が表示されている。

　したがって、ＳＮＳサービスサイトを利用して新規ユーザの招待を行うユーザは、ユーザＩＤ入力欄１０１にユーザＩＤを入力し、パスワード入力欄１０２にパスワードを入力した後、「送信」ボタン１０９を選択してログインする。
　ＳＮＳサイトログイン画面１００にて「送信」ボタン１０９を選択すると、認証の結果、会員登録されていることが認められログインすることで、引き続きメニュー選択画面が第２ユーザ端末４０のディスプレイに表示される。

　このメニュー選択画面は、たとえば図１２に示すような形で表すことが出来る。図１２は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示されたメニュー選択画面の一例を示す図である。このメニュー選択画面１１０には、新規ユーザの招待を希望する「新規ユーザの招待」ボタン１１１、属性情報の認証を要求する「属性情報の認証」ボタン１１２、このＳＮＳサービスの利用を止める（退会する）「ＳＳＮの登録解除」ボタン１１３、このＳＮＳサービスを利用に際して禁止条件に反する不正な行為を行ったことを通知する「不正行為の通報」ボタン１１４、・・・及びＳＮＳサービスサイトでの作業を終了する「終了」ボタン１１９、がそれぞれ表示されている。
　なお、このメニュー選択画面は、後述するユーザ属性情報表示画面（いわゆる各ユーザのマイページ）の一部として表示するものとしても良い。

　したがって、新規ユーザの招待を希望するユーザは、「新規ユーザの招待」ボタン１１１を選択する。
　これにより、第２ユーザ端末４０は、新規ユーザの招待要求を本サーバ１０へ送信する（（１Ａ）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された招待要求を受信する（（２Ａ）参照）。
　次いで、本サーバ１０は、第２ユーザＩＤを含む新規ユーザの招待要求を受信すると、招待情報入力フォーマットを第２ユーザ端末４０へ送信する（（３Ａ）参照）。この招待情報入力フォーマットは、第２のユーザが、招待する第１のユーザに対して送信する、いわゆる招待メールの入力画面である。
　第２ユーザ端末４０は、本サーバ１０より送信された招待情報入力フォーマットを受信する（（４Ａ）参照）。
　引き続き、第２ユーザ端末４０は、この招待情報入力フォーマットへの入力を受け付ける（（５Ａ）参照）。

　この際、第２ユーザ端末４０のディスプレイに表示される所定の入力が完了した招待情報入力フォーマット画面は、たとえば図１３に示すような形で表すことが出来る。図１３は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された招待メール画面の一例を示す図である。この招待メール画面１２０には、招待するユーザの氏名を入力する紹介ユーザ名入力欄１２１と、招待するユーザの電子メールアドレスを入力する招待メール送信先入力欄１２２と、招待するユーザへのメッセージを入力するメッセージ入力欄１２３と、がそれぞれ設けられていると共に、この招待メールを招待するユーザへ送信することを指示する「送信」ボタン１２９が設けられている。

　図１３において、紹介ユーザ名入力欄１２１には「松岡一郎」、招待メール送信先入力欄１２２には「m-ichiro@abc・・・.ne.jp」、メッセージ入力欄１２３には「阿井です。松岡さんをＳＮＳへご招待します！」とそれぞれ入力されていることが示されている。
　したがって、新規ユーザの招待を希望するユーザは、「新規ユーザの招待」ボタン１１１を選択する。
　これにより、第２ユーザ端末４０は、招待情報送信依頼を本サーバ１０へ送信する（（６Ａ）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された招待情報送信依頼を受信する（（７Ａ）参照）。すなわち、本サーバ１０は、ネットワークサービスサイトを利用するために属性情報の登録を勧めるメッセージと、第２のユーザが指定する第１のユーザの連絡先情報と、を含む招待情報を受信する。
　次いで、本サーバ１０は、招待メッセージを生成し、第１のユーザの連絡先情報に基づいて招待メッセージを第１ユーザ端末３０へ送信する（（８Ａ）参照）。

　第１ユーザ端末３０は、本サーバ１０より送信された招待メッセージを受信する（（９Ａ）参照）。
　この際、第１ユーザ端末３０のディスプレイに表示される招待メッセージ画面は、たとえば図１４に示すような形で表すことが出来る。図１４は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された招待メッセージ画面の一例を示す図である。
この招待メッセージ画面１３０には、第２のユーザによって招待される第１のユーザ名を表示する招待ユーザ表示部１３１と、第２のユーザによってＳＮＳサービスに招待されたことを説明する説明部１３２と、第２のユーザからのメッセージを表示するメッセージ表示部１３３と、がそれぞれ設けられていると共に、第２のユーザからの招待を受けてＳＮＳサービスに登録する場合、登録先へリンクされる登録先リンクボタン１３４が設けられている。

　したがって、新規登録を希望する第１のユーザは、登録先リンクボタン１３４を選択（クリック）し、所定の属性情報の入力を行う。
　そして、第１ユーザ端末３０は、第１のユーザが所定の属性情報の入力を完了した後、登録ボタン（不図示）を選択することで、属性情報の登録を要求する属性登録要求を本サーバ１０へ送信する（（１０Ａ）参照）。

　本サーバ１０は、第１ユーザ端末３０より送信された第１のユーザの属性情報を含む登録要求を所定の要求として受信する（（２０Ａ）参照）。
　なお、本サーバ１０は、属性情報の登録が完了すると、第１ユーザ端末３０に対してその旨を知らせる登録ＩＤ通知を送信する。

　この際、第１ユーザ端末３０のディスプレイに表示される登録ＩＤ通知画面は、たとえば図１５に示すような形で表すことが出来る。図１５は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された登録ＩＤ通知画面の一例を示す図である。この登録ＩＤ通知画面１４０には、登録されたＩＤを知らせる登録ＩＤ通知欄１４１と、ＳＮＳサービスサイトのホームページへリンクされるＳＮＳサービスサイトリンクボタン１４２が設けられている。
　図１５において、「松岡一郎さん、ソーシャルネットワーキングサイトＳＮＳへのご登録が完了いたしました。」というお知らせと共に、登録ＩＤ通知欄１４１には、「あなた様のＩＤは、m-ichiro@abc・・・.ne.jpです。」が表示され、「http://www.samurai.com/・・・」といったＳＮＳサービスサイトリンクボタン１４２が設けられている。

　したがって、第１のユーザは、ＳＮＳサービスサイトリンクボタン１４２を選択（クリック）することで、第１ユーザ端末３０のディスプレイに、図１１に示したＳＮＳサイトログイン画面が表示され、ユーザＩＤ入力欄１０１に、「m-ichiro@abc・・・.ne.jp」を入力すると共に、パスワード入力欄１０２に所定のパスワードを入力し、送信ボタン１０９を選択することで、本ＳＮＳサービスサイトにおいて様々なサービスの提供を受けることができる。

　そして、本サーバ１０は、登録要求を受信すると、上述したように属性情報認証依頼を生成する（（３０）参照）。
　引き続き、本サーバ１０は、生成した属性情報認証依頼を、第２のユーザが利用する第２ユーザ端末４０へ送信する（（４０）参照）。
　第２ユーザ端末４０は、本サーバ１０より送信された属性情報認証依頼を受信する（（５０）参照）。

　この際、第２ユーザ端末４０のディスプレイに表示される属性情報認証依頼画面は、たとえば図１６に示すような形で表すことが出来る。図１６は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された属性情報認証依頼画面の一例を示す図である。この属性情報認証依頼画面１５０には、新規登録に際して属性情報の認証を求める第１のユーザの氏名を表示する氏名表示欄１５１と、第１のユーザの顔写真を表示する顔写真表示欄１５２と、第１のユーザの氏名と顔写真以外の属性情報を確認する詳細なプロフィールを見るボタン１５３と、第２のユーザへ第１のユーザの属性情報が間違っていないか確認を求める認証依頼メッセージ欄１５４が、それぞれ設けられている。また、属性情報認証依頼画面１５０には、第１のユーザの属性情報を認証する「確認」ボタン１５８と、第１のユーザの属性情報を認証しない「保留」ボタン１５９と、がさらに設けられている。

　したがって、第２のユーザは、第１のユーザの属性情報を認証する場合は「確認」ボタン１５８を選択（クリック）し、同認証しない場合は「保留」ボタン１５９選択（クリック）する。
　そして、第２のユーザが「確認」ボタン１５８を選択（クリック）することで、第２ユーザ端末４０は、第１のユーザが登録する属性情報を認証したことを示す認証情報を本サーバ１０へ送信する（（６０）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された認証情報を受信する（（７０）参照）。
　次いで、本サーバ１０は、第１のユーザが登録する属性情報に誤りが無いこと証明する認証情報を受信したとき、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１にこの認証済情報を登録する（（８０）参照）。
　さらに、本サーバ１０は、認証済情報の登録に応じ、属性情報が認証された被認証者である第１ユーザＩＤと、属性情報を認証した認証者である第２ユーザＩＤとを互いに関連付けて認証関係情報ＤＢ２に記憶する（（９０）参照）。

　また、何れかのユーザが利用する第３ユーザ端末５０（３０，４０）が、第１のユーザが登録する属性情報のうち少なくとも１以上の項目からなる属性情報の閲覧を要求する属性情報閲覧要求を本サーバ１０へ送信する（（１００）参照）。
　本サーバ１０は、第３ユーザ端末５０より送信され属性情報閲覧要求を受信する（（１１０）参照）。
　次いで、本サーバ１０は、属性情報閲覧要求を受信したとき、この属性情報閲覧要求に含まれる第１ユーザＩＤに基づき、ユーザ情報ＤＢ１を参照して第１のユーザの属性情報を抽出する（（１２０）参照）。
　引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照してこの属性情報と関連付けて登録する認証済情報の有無を判別する（（１３０）参照）。

　本サーバ１０は、ユーザ情報ＤＢ１に認証済情報が登録されていたとき、この認証済情報が有ることを第３ユーザ端末５０（３０，４０）上にて視覚的に識別可能に表示する属性認証表示情報を生成する（（１４０）参照）。
　そして、本サーバ１０は、第１のユーザの属性情報と共に、生成した属性認証表示情報を第３ユーザ端末５０（３０，４０）へ送信する（（１５０）参照）。この際、ユーザ情報ＤＢ１に認証済情報が登録されていないときは、属性認証表示情報の生成は行われず、第１のユーザの属性情報を第３ユーザ端末５０（３０，４０）へ送信する。
　第３ユーザ端末５０（３０，４０）は、本サーバ１０より送信された属性情報と属性認証表示情報を受信する（（１６０）参照）。

　この際、第３ユーザ端末５０（３０，４０）のディスプレイに表示される認証後の第１ユーザ属性情報表示画面（いわゆる第１ユーザのマイページ）は、たとえば図１７に示すような形で表すことが出来る。図１７は、本サーバ１０と接続した第３ユーザ端末５０（３０，４０）のディスプレイに表示された第１ユーザ属性情報表示画面の一例を示す図である。この第１ユーザ属性情報表示画面１６０には、属性情報を確認する第１のユーザの氏名を表示する氏名表示欄１６１と、第１のユーザの顔写真を表示する顔写真表示欄１６２と、第１のユーザの氏名と顔写真以外の属性情報を確認する詳細なプロフィールを見るボタン１６３と、属性認証表示情報を表示する表示欄１６４と、第１のユーザが自分の属性情報の変更を希望する際に用いる属性情報変更ボタン１６５と、第１のユーザの最近の日記を表示する第１のユーザ日記表示欄１６６と、第１のユーザとの友人関係を登録している友人を表示する友人表示一覧１６７と、友人表示一覧１６７に表示されていないユーザを含めて友人関係を登録している全ての友人を表示する一覧を全て見るボタン１６８と、第１のユーザとの友人関係を登録している友人の日記を表示する友人日記表示欄１６９が、それぞれ設けられている。

　図１７において、第１のユーザである松岡一郎さんの属性情報は認証され、表示欄１６４には、信頼度が一つ星で表示されている。なお、この属性認証表示情報である星印と共に、松岡一郎さんの属性情報を認証した認証者の氏名や、この認証者の属性情報を確認することができる認証者属性情報表示画面（いわゆる認証者のマイページ）へリンクする情報を表示するものとしても良い。

　本実施の形態では、本サーバ１０が属性情報を含む登録要求を受信したとき、この第１のユーザに対して識別情報（ＩＤ）を付与し、この第１ユーザＩＤと、第１のユーザの属性情報と、を互いに関連付けてユーザ情報ＤＢ１に登録する。これにより、属性情報の認証を得る前であっても、ネットワークサービスサイトを利用することが可能なものとなる。

　また、本実施の形態では、認証者から属性情報の認証を得たときに新規ユーザの登録を行い、第１のユーザに対して識別情報（ＩＤ）を付与し、この第１ユーザＩＤと、第１のユーザの属性情報と、を互いに関連付けてユーザ情報ＤＢ１に登録するものとしても良い。これにより、属性情報の認証を得た後に限り、ネットワークサービスサイトを利用することを可能とし、正しい属性情報を登録できないような不正な行為を行う恐れのある者の参加を未然に防止することができる。

　さらに、本実施の形態では、本サーバ１０が属性情報を含む登録要求を受信したとき、この第１のユーザに対して識別情報（ＩＤ）を付与し、本サーバ１０が、所定時間以内に認証情報を受信することを条件として、この第１ユーザＩＤと、第１のユーザの属性情報と、を互いに関連付けてユーザ情報ＤＢ１に仮登録するものとする。そして、本サーバ１０が、所定時間以内に認証情報を受信したとき、仮登録した第１のユーザの属性情報を正式に登録し、所定時間以内に認証情報を受信しないとき、仮登録した前記第１のユーザの属性情報の登録を抹消するものとしても良い。これにより、属性情報の認証を得る前は、その後登録が抹消されるという条件付でネットワークサービスサイトを利用することを可能とする、もしくは正式に登録されるまでネットワークサービスサイトを利用することを許可しないとすることで、属性情報の認証が得られないような不正な行為を行う恐れのある者の参加を未然に防止することができる。

　次に、以上のような属性情報登録要求処理における本サーバ１０の詳細な動作の一例を、図１８を参照しながら説明する。図１８は、本サーバ１０での属性情報登録要求処理の流れを示すフローチャートである。
　まず、招待情報処理部１４が、招待情報受信部１４ａにて、第２ユーザ端末４０より、第２ユーザＩＤを含む新規ユーザの招待要求を受信したか否か判別する（Ｓ１１）。

　その結果、招待情報処理部１４が、招待要求を受信した場合（Ｙ）、引き続き招待情報処理部１４が、招待メッセージ送信部１４ｂにて、招待情報入力フォーマットを第２ユーザ端末４０へ送信（返信）する（Ｓ１２）。
　一方、招待情報処理部１４が、招待要求を受信していない場合（Ｎ）、招待情報処理部１４は、第２ユーザ端末４０より、第２ユーザＩＤを含む新規ユーザの招待要求を受信したか否か判別を繰り返す（Ｓ１１）。

　引き続き、招待情報処理部１４が、招待情報受信部１４ａにて、第２ユーザ端末４０より、ネットワークサービスサイトを利用するために属性情報の登録を勧めるメッセージと、第２のユーザが指定するユーザの連絡先情報と、を含む招待情報を受信したか否か判別する（Ｓ１３）。

　その結果、招待情報処理部１４が、招待情報を受信した場合（Ｙ）、引き続き招待情報処理部１４が、招待メッセージ送信部１４ｂにて、招待メッセージを生成して、第２のユーザが指定するユーザを第１のユーザとして、第１のユーザの連絡先情報に基づいて招待メッセージを第１ユーザ端末に対して送信する（Ｓ１４）。
　一方、招待情報処理部１４が、招待情報を受信していない場合（Ｎ）、引き続き、属性登録要求受信部１５が、属性登録要求を受信したか否か判別する（Ｓ１５）。

　その結果、属性登録要求受信部１５が、属性登録要求を受信した場合（Ｙ）、引き続き、属性情報認証依頼処理部１１が、所定要求受信部１１ａにて属性登録要求を受信し、第１のユーザが登録する属性情報と共に、この属性情報に誤りが無いこと認証してもらう属性情報認証依頼を生成する（Ｓ１６）。
　そして、属性情報認証依頼処理部１１が、属性情報認証依頼送信部１１ｄにて、属性情報認証依頼を、第２のユーザが利用する第２ユーザ端末４０へ送信する（Ｓ１７）。

　一方、属性登録要求受信部１５が、属性登録要求を受信していない場合（Ｎ）、引き続き、属性情報認証処理部１２が、認証情報受信部１２ａにて、第２ユーザ端末４０より、第１のユーザが登録する属性情報属性情報を認証したことを示す旨の認証情報を受信したか否か判別する（Ｓ１８）。

　その結果、属性情報認証処理部１２が、認証情報を受信した場合（Ｙ）、引き続き、属性情報認証処理部１２が、認証済情報登録部１２ｂにて、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に認証済情報を登録する（Ｓ１９）。
　さらに、属性情報認証処理部１２が、認証済情報登録部１２ｂにて、属性情報が認証された被認証者である第１ユーザＩＤと、属性情報を認証した認証者である第２ユーザＩＤとを互いに関連付けて認証関係情報ＤＢ２に記憶する（Ｓ２０）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。
　一方、属性情報認証処理部１２が、認証情報を受信していない場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、ネットワークサービスサイトに参加する際に、新規加入者の属性情報の認証を行うので、たとえ新規加入者が虚偽の属性情報を登録しようとしても、客観的な認証を得ることができず、匿名性無く正しい属性情報の登録を促すことができる。したがって、不正な行為を行う恐れのある者の参加（参加者の登録）を未然に防止することができる。

　次に、上述した属性情報登録要求処理に引き続いて実施される属性情報閲覧要求処理における本サーバ１０の詳細な動作の一例を、図１９を参照しながら説明する。図１９は、本サーバ１０での属性情報閲覧要求処理の一例を示すフローチャートである。
　まず、属性情報閲覧要求処理部１３が、属性情報閲覧要求受信部１３ａにて、第３ユーザ端末５０より、第１のユーザを指定する第１ユーザＩＤと共に、第１のユーザが登録する属性情報のうち少なくとも１以上の項目からなる属性情報の閲覧を要求する属性情報閲覧要求を受信したか否か判別する（Ｓ５１）。

　その結果、属性情報閲覧要求処理部１３が、属性情報閲覧要求を受信した場合（Ｙ）、引き続き属性情報閲覧要求処理部１３が、属性情報抽出部１３ｂにて、ユーザ情報ＤＢ１を参照して第１ユーザＩＤに基づき所定の属性情報を抽出する（Ｓ５２）。
　一方、属性情報閲覧要求処理部１３が、属性情報閲覧要求を受信していない場合（Ｎ）、属性情報閲覧要求処理部１３は、第３ユーザ端末５０より、属性情報閲覧要求を受信したか否か判別を繰り返す（Ｓ５１）。

　次に、属性情報閲覧要求処理部１３が、認証済情報有無判別部１３ｃにて、この属性情報と関連付けて登録する認証済情報の有無を判別する（Ｓ５３）。
　その結果、属性情報閲覧要求処理部１３が、認証済情報が登録されていることを判別した場合（Ｙ）、引き続き属性情報閲覧要求処理部１３が、属性認証表示情報生成部１３ｄにて、認証済情報が有ることを第３ユーザ端末５０上にて視覚的に識別可能に表示する属性認証表示情報を生成する（Ｓ５４）。
　さらに、属性情報閲覧要求処理部１３が、属性情報送信部１３ｅにて、抽出した第１のユーザの属性情報と共に、生成した属性認証表示情報を第３ユーザ端末５０へ送信する（Ｓ５５）。
　一方、属性情報閲覧要求処理部１３が、認証済情報が登録されていることを判別できない場合（Ｎ）、属性情報閲覧要求処理部１３が、属性情報送信部１３ｅにて、抽出した第１のユーザの属性情報を第３ユーザ端末５０へ送信する（Ｓ５５）。

　以上のように本実施の形態では、ユーザが登録する属性情報を閲覧する際に、他のユーザによって属性情報に誤りが無いことが認証された属性認証表示情報の有無を確認することで、ユーザの属性情報の信頼度が客観的に分かるものとなるので、安心して安全に交友関係を維持・拡張し、多くの人々と仲良くなることができる。

　また、本発明においては、属性情報認証処理部１２が、異なる第２のユーザによって証明された認証情報の受信に応じて、それぞれの認証済情報をユーザ情報ＤＢ１に登録し、属性情報閲覧要求処理部１３が、ユーザ情報ＤＢ１に登録されている認証済情報の数に応じてランク付けされた属性認証表示情報を生成するものとしても良い。
　ここでの属性認証表示情報は、たとえば、認証済情報の数に応じて星の数を増やしたり、星の色彩を変えたり、一定の認証済情報の数ごとにマークや色彩を換えたりすることを意味する。

　また、本発明においては、ユーザＩＤと、ネットワークサービスサイトの利用日と、利用内容と、を互いに関連付けて記憶する利用履歴情報記憶部を備え、属性情報認証処理部１２が、この利用履歴情報記憶部に記憶されたネットワークサービスサイトの利用頻度に応じて、ユーザ情報ＤＢ１に登録されている認証済情報のランクを変更するものとしても良い。
　これにより、ネットワークサービスサイトの積極的な利用を促すと共に、ユーザの信用を蓄積し、安心して安全に交友関係を拡げる目安とすることができる。

＜第２の実施の形態＞
　次に、第２の実施の形態として、所定の要求を属性情報の認証要求とし、通信ネットワーク上に開設されたネットワークサービスサイトを利用する登録を済ませた第１のユーザ（既登録者又は会員）が、所定に時期に、このサービスにおいて友人関係の登録をしている第２のユーザに対して、属性情報の認証を依頼する場合について、図２０に基づき説明する。
　図２０は、本発明に係る属性情報認証方法における属性情報認証要求処理の流れを示すシーケンス図である。

　本実施形態において、本サーバ１０は、招待情報処理部１４及び属性登録要求受信部１５に換えて、もしくは招待情報処理部１４及び属性登録要求受信部１５と共に、属性認証要求受信部１６を有する。

　属性認証要求受信部１６は、第１ユーザ端末３０より、第１のユーザの属性情報の認証要求を所定の要求として受信すると共に、ネットワークサービスサイトを既に利用しているユーザの中から第１のユーザが指定するユーザを第２のユーザとする第２ユーザＩＤを含む属性情報認証指示を受信する処理を行なう。

　ここで、属性情報認証依頼処理部１１は、属性認証要求受信部１６にて認証要求を受信したとき、ユーザ情報ＤＢ１を参照して属性認証要求受信部１６で受信した第２ユーザＩＤに基づいて第２のユーザの連絡先情報を特定し、さらに、この連絡先情報に基づいて属性情報認証依頼を第２ユーザ端末４０に対して送信する処理を行なう。
　この際、属性情報認証依頼処理部１１は、たとえば、所定要求受信部１１ａと、第２ユーザ連絡先特定部１１ｂと、属性情報認証依頼送信部１１ｄと、から構成されるものとすることができる。

　なお、本実施の形態では、先に説明した第１の実施の形態と異なる部分を中心に説明する。したがって、上記第１の実施の形態と同様の構成部分の説明は省略し、特に説明しない限り同じであるものとする。また、本実施の形態以降の各実施の形態においても同様とする。

　図２０に示すように、まず、本サーバ１０は、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、ユーザ端末への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶している（（Ａ）参照）。
　次に、第１のユーザは第１ユーザ端末３０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたＳＮＳサービスサイトにアクセスしてホームページをダウンロードする。
　第１のユーザはＳＮＳサービスサイトを訪問し、事前に付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。なお、ログイン中、第１のユーザＩＤは一時的に記憶されている。

　このＳＮＳサービスサイトは、たとえば図１１に示すような形で表すことが出来る。
　したがって、第１のユーザは、ユーザＩＤ入力欄１０１にユーザＩＤを入力し、パスワード入力欄１０２にパスワードを入力した後、「送信」ボタン１０９を選択してログインする。
　ＳＮＳサイトログイン画面１００にて「送信」ボタン１０９を選択すると、認証の結果、会員登録されていることが認められログインすることで、引き続きたとえば図１２に示すようなメニュー選択画面が第１ユーザ端末３０のディスプレイに表示される。
　ここで、第１のユーザは、「属性情報の認証」ボタン１１２を選択する。
　これにより、第１ユーザ端末３０は、属性情報の認証要求を本サーバ１０へ送信する（（１０Ｂ）参照）。

　本サーバ１０は、第１ユーザ端末３０より送信された認証要求を所定の要求として受信する（（２０Ｂ）参照）。
　引き続き、本サーバ１０は、認証要求を受信すると、属性情報認証指示入力フォーマットを第１ユーザ端末３０へ送信する（（２１Ｂ）参照）。
　第１ユーザ端末３０は、本サーバ１０より送信された属性情報認証指示入力フォーマットを受信する（（２２Ｂ）参照）。
　引き続き、第１ユーザ端末３０は、この属性情報認証指示入力フォーマットへの入力を受け付ける（（２３Ｂ）参照）。

　この際、第１ユーザ端末３０のディスプレイに表示される所定の入力が完了した属性情報認証指示入力フォーマット画面は、たとえば図２１に示すような形で表すことが出来る。図２１は、本サーバ１０と接続した第１ユーザ端末３０のディスプレイに表示された属性情報認証依頼画面の一例を示す図である。この属性情報認証依頼画面１７０には、認証を依頼するユーザの氏名を入力する認証ユーザ名入力欄１７１と、認証を依頼するユーザへのメッセージを入力するメッセージ入力欄１７２と、がそれぞれ設けられていると共に、この属性情報認証依頼を、認証を依頼するユーザへ送信することを指示する「送信」ボタン１７９が設けられている。

　図２１において、認証ユーザ名入力欄１７１には「阿井植雄」、メッセージ入力欄１７２には「松岡です。ご無沙汰です。私の属性情報に誤りが無いこと認証してください。」とそれぞれ入力されていることが示されている。
　したがって、第１のユーザは、所定の入力が完了したら「送信」ボタン１７９を選択する。
　これにより、第１ユーザ端末３０は、属性情報認証指示を本サーバ１０へ送信する（（２４Ｂ）参照）。

　本サーバ１０は、第１ユーザ端末３０より送信された属性情報認証指示を受信する（（２５Ｂ）参照）。すなわち、本サーバ１０は、ネットワークサービスサイトを既に利用しているユーザの中から第１のユーザが指定するユーザを第２のユーザとする第２ユーザＩＤを含む属性情報認証指示を受信する。
　次いで、本サーバ１０は、属性情報認証指示を受信すると、ユーザ情報ＤＢ１を参照して、受信した第２ユーザＩＤに基づいて第２のユーザの連絡先情報を特定する（（２６Ｂ）参照）。
　そして、本サーバ１０は、引き続き上述したように属性情報認証依頼を生成する（（３０）参照）。
　なお、その後は第１の実施の形態と同様の処理を行う。

　次に、以上のような属性情報認証要求処理における本サーバ１０の詳細な動作の一例を、図２２を参照しながら説明する。図２２は、本サーバ１０での属性情報認証要求処理の流れを示すフローチャートである。
　まず、属性認証要求受信部１６が、第１ユーザ端末３０より、第１のユーザの属性情報の認証を要求する属性認証要求を受信したか否か判別する（Ｓ３１）。

　その結果、属性認証要求受信部１６が、属性認証要求を受信した場合（Ｙ）、引き続き属性情報認証依頼処理部１１が、所定要求受信部１１ａにて属性認証要求を受信し、属性情報認証指示フォーマットを第１ユーザ端末３０へ送信（返信）する（Ｓ３２）。
　一方、属性認証要求受信部１６が、属性認証要求を受信していない場合（Ｎ）、属性認証要求受信部１６は、第１ユーザ端末３０より属性認証要求を受信したか否か判別を繰り返す（Ｓ３１）。

　引き続き、属性情報認証依頼処理部１１が、所定要求受信部１１ａにて、第１ユーザ端末３０より、ネットワークサービスサイトを既に利用しているユーザの中から第１のユーザが指定するユーザを第２のユーザとする第２ユーザＩＤを含む属性情報認証指示を受信したか否か判別する（Ｓ３３）。

　その結果、属性情報認証依頼処理部１１が、属性情報認証指示を受信した場合（Ｙ）、引き続き属性情報認証依頼処理部１１が、第２ユーザ連絡先特定部１１ｂにて、ユーザ情報ＤＢ１を参照して、受信した属性情報認証指示に含まれる第２ユーザＩＤに基づいて第２のユーザの連絡先情報を特定する（Ｓ３４）。
　引き続き、属性情報認証依頼処理部１１が、所定要求受信部１１ａにて、第１のユーザが登録する属性情報と共に、この属性情報に誤りが無いこと認証してもらう属性情報認証依頼を生成する（Ｓ３５）。
　そして、属性情報認証依頼処理部１１が、属性情報認証依頼送信部１１ｄにて、属性情報認証依頼を、特定した第２のユーザが利用する第２ユーザ端末４０へ送信する（Ｓ３６）。

　一方、属性情報認証依頼処理部１１が、属性情報認証指示を受信していない場合（Ｎ）、引き続き、属性情報認証処理部１２が、認証情報受信部１２ａにて、第２ユーザ端末４０より、第１のユーザが登録する属属性情報を認証したことを示す認証情報を受信したか否か判別する（Ｓ３７）。

　その結果、属性情報認証処理部１２が、認証情報を受信した場合（Ｙ）、引き続き、属性情報認証処理部１２が、認証済情報登録部１２ｂにて、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に認証情報を受信したことを示す認証済情報を登録する（Ｓ３８）。
　さらに、属性情報認証処理部１２が、認証済情報登録部１２ｂにて、属性情報が認証された被認証者である第１ユーザＩＤと、属性情報を認証した認証者である第２ユーザＩＤとを互いに関連付けて認証関係情報ＤＢ２に記憶する（Ｓ３９）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、既にネットワークサービスサイトに参加している場合でも、属性情報の認証を行うことができるので、客観的な認証を得ることができない不正な参加者を区別することができる。

＜第３の実施の形態＞
　次に、第３の実施の形態として、第２のユーザによって既に属性情報の認証が得られている第１のユーザが、登録している属性情報を変更したとき、第１のユーザの属性情報の認証を行った第２のユーザによって再度認証を得る場合の属性情報変更認証について、図２３に基づき説明する。
　図２３は、本発明に係る属性情報認証方法における属性情報変更認証要求処理の流れを示すシーケンス図である。

　本実施の形態において、本サーバ１０は、認証関係情報データベース（ＤＢ）２と、属性変更要求受信部１７とをさらに有する。

　認証関係情報ＤＢ２は、属性情報が認証された被認証者である第１ユーザＩＤと、属性情報を認証した認証者である第２ユーザＩＤとを互いに関連付けて記憶する手段である。
　ここで、認証とは、登録する属性情報に誤りが無いこと証明することをいう。
　図５は、認証関係情報ＤＢ２に記憶されている情報の例を示す図である。
　たとえば、図５に示す認証関係情報データベースでは、第１ユーザＩＤと、第２ユーザＩＤとを、１レコードとしてデータベースを構成することを示している。

　属性変更要求受信部１７は、第１ユーザ端末３０より、第１ユーザＩＤと共に、ユーザ情報ＤＢ１に記憶する属性情報の登録変更を希望する属性変更要求を受信すると共に、変更属性情報を受信する処理を行なう。
　この属性変更要求とは、既に登録した属性情報の内容を変更すること望むものである。

　ここで、属性情報認証依頼処理部１１は、属性変更要求受信部１７での属性変更要求の受信に応じて、認証関係情報ＤＢ２を参照して第１ユーザＩＤに基づき関連付けて記憶した第１のユーザの属性情報の認証者である第２ユーザＩＤを特定すると共に、ユーザ情報ＤＢ１を参照して第２ユーザＩＤに基づいて第２のユーザの連絡先情報を特定し、さらに、この連絡先情報に基づいて変更属性情報の認証を依頼する属性情報変更認証依頼情報を第２ユーザ端末４０に対して送信する機能を有する。
　また、属性変更要求に対する認証は、全ての属性情報に対してではなく、たとえば実名や顔写真の変更を要求するものに限定して行うものとすることができる。

　また、属性情報認証処理部１２は、属性情報認証依頼処理部１１での属性情報変更認証依頼情報の送信に応じて、第２ユーザ端末４０より、第１のユーザが変更する属性情報を認証したことを示す旨の再認証情報を受信したとき、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録する認証済情報を維持し、一方、第１のユーザが変更する属性情報に誤りが有り認証しない属性認証拒否情報を受信したとき、もしくは所定の期間以内に第１のユーザが変更する属性情報を認証したことを示す旨の再認証情報を受信しなかったとき、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録する認証済情報を消去する機能を有する。
　この際、属性情報認証処理部１２は、属性再認証情報受信部１２ｃと、認証済情報維持・消去部１２ｄと、から構成されるものとすることができる。

　図２３に示すように、まず、本サーバ１０は、第１のユーザが登録する属性情報に誤りが無いこと証明する認証情報を受信して、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に認証済情報を登録し、属性情報が認証された被認証者である第１ユーザＩＤと、属性情報を認証した認証者である第２ユーザＩＤとを互いに関連付けて認証関係情報ＤＢ２に記憶する処理が完了されていることを前提とする。

　次に、第１のユーザは第１ユーザ端末３０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたＳＮＳサービスサイトにアクセスしてホームページをダウンロードする。
　第１のユーザはＳＮＳサービスサイトにアクセスし、事前に付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。なお、ログイン中、第１のユーザＩＤは一時的に記憶されている。

　このＳＮＳサービスサイトは、たとえば図１１に示すような形で表すことが出来る。
　したがって、第１のユーザは、ユーザＩＤ入力欄１０１にユーザＩＤを入力し、パスワード入力欄１０２にパスワードを入力した後、「送信」ボタン１０９を選択してログインする。
　ＳＮＳサイトログイン画面１００にて「送信」ボタン１０９を選択すると、認証の結果、会員登録されていることが認められログインすることで、引き続きたとえば図１７に示すような第１ユーザ属性情報表示画面（いわゆる第１ユーザのマイページ）が第１ユーザ端末３０のディスプレイに表示される。
　ここで、第１のユーザは、属性情報変更ボタン１６５を選択する。
　これにより、第１ユーザ端末３０は、属性情報の登録変更を希望する属性変更要求を本サーバ１０へ送信する（（２００）参照）。

　本サーバ１０は、第１ユーザ端末３０より送信された属性変更要求を受信する（（２１０）参照）。
　引き続き、本サーバ１０は、属性変更要求を受信すると、属性情報一覧を第１ユーザ端末３０へ送信する（（２２０）参照）。
　第１ユーザ端末３０は、本サーバ１０より送信された属性情報認一覧を受信し、属性情報の変更を入力する（（２３０）参照）。
　そして、第１ユーザ端末３０は、この変更属性情報を本サーバ１０へ送信する（（２４０）参照）。

　本サーバ１０は、第１ユーザ端末３０より送信された変更属性情報を受信する（（２５
０）参照）。すなわち、本サーバ１０は、第１ユーザＩＤと共に、変更された属性情報を受信する。
　次いで、本サーバ１０は、変更属性情報を受信すると、認証関係情報ＤＢ２を参照して第１ユーザＩＤに基づき関連付けて記憶した第１のユーザの属性情報の認証者である第２ユーザＩＤを特定する（（２６０）参照）。
　引き続き、本サーバ１０は、ユーザ情報ＤＢ１を参照して、特定した第２ユーザＩＤに基づいて第２のユーザの連絡先情報を特定する（（２７０）参照）。
　さらに、本サーバ１０は、受信した変更属性情報に基づいて、変更された属性情報の認証を依頼する属性情報変更認証依頼情報を生成する（（２８０）参照）。
　そして、本サーバ１０は、生成した属性情報変更認証依頼情報を、特定した第２のユーザの連絡先情報に基づいて第２ユーザ端末４０へ送信する（（２９０）参照）。

　第２ユーザ端末４０は、本サーバ１０より送信された属性情報変更認証依頼情報を受信する（（３００）参照）。

　この際、第２ユーザ端末４０のディスプレイに表示される属性情報変更認証依頼画面は、たとえば図１６に示すような形で表すことが出来る。したがって、第２のユーザは、第１のユーザの変更された属性情報を認証する場合は「確認」ボタン１５８を選択（クリック）し、同認証しない場合は「保留」ボタン１５９選択（クリック）する。
　そして、第２のユーザが「確認」ボタン１５８を選択（クリック）することで、第２ユーザ端末４０は、第１のユーザが変更した属性情報を認証したことを示す認証情報を本サーバ１０へ送信する（（３１０Ａ）参照）。
　一方、第２のユーザが「保留」ボタン１５９選択（クリック）した場合は、第２ユーザ端末４０は、第１のユーザが変更した属性情報を認証しないことを示す認証拒否情報を本サーバ１０へ送信する（（３１０Ｂ）参照）。

　次いで、本サーバ１０は、第１のユーザが変更する属性情報を認証したことを示す認証情報を第２ユーザ端末４０より受信する（（３２０Ａ）参照）。
　または、本サーバ１０は、第１のユーザが変更する属性情報を認証しないことを示す認証拒否情報を第２ユーザ端末４０より受信する（（３２０Ｂ）参照）。
　そして、本サーバ１０は、認証情報を受信したとき、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録する認証済情報を維持する（（３３０Ａ）参照）。
　一方、本サーバ１０は、認証拒否情報を受信したとき、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録する認証済情報を消去する（（３３０Ｂ）参照）。

　また、本実施の形態においては、所定の期間以内に第１のユーザが変更する属性情報に誤りが無いこと証明する再認証情報を第２ユーザ端末４０より受信しなかったとき、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録する認証済情報を消去するものとしても良い。

　次に、以上のような属性情報変更認証要求処理における本サーバ１０の詳細な動作の一例を、図２４を参照しながら説明する。図２４は、本サーバ１０での属性情報変更認証要求処理の流れを示すフローチャートである。
　まず、属性変更要求受信部１７が、第１ユーザ端末３０より、第１ユーザＩＤと共に、ユーザ情報ＤＢ１に記憶する属性情報の登録変更を希望する属性変更要求を受信したか否か判別する（Ｓ６１）。

　その結果、属性変更要求受信部１７が、属性変更要求を受信した場合（Ｙ）、引き続き属性情報認証依頼処理部１１が、所定要求受信部１１ａにて属性変更要求を受信し、属性情報一覧を第１ユーザ端末３０へ送信（返信）する（Ｓ６２）。
　一方、属性変更要求受信部１７が、属性変更要求を受信していない場合（Ｎ）、属性変更要求受信部１７は、第１ユーザ端末３０より属性変更要求を受信したか否か判別を繰り返す（Ｓ６１）。

　引き続き、属性情報認証依頼処理部１１が、所定要求受信部１１ａにて、属性変更要求に基づく変更属性情報を受信したか否か判別する（Ｓ６３）。

　その結果、属性変更要求受信部１７が、変更属性情報を受信した場合（Ｙ）、引き続き属性情報認証依頼処理部１１が、第２ユーザ連絡先特定部１１ｂにて、認証関係情報ＤＢ２を参照して第１ユーザＩＤに基づき関連付けて記憶した第１のユーザの属性情報の認証者である第２ユーザＩＤを特定する（Ｓ６４）。
　引き続き、属性情報認証依頼処理部１１が、第２ユーザ連絡先特定部１１ｂにて、ユーザ情報ＤＢ１を参照して第２ユーザＩＤに基づいて第２のユーザの連絡先情報を特定する（Ｓ６５）。
　さらに、属性情報認証依頼処理部１１が、所定要求受信部１１ａにて、第１のユーザが変更する属性情報と共に、この属性情報に誤りが無いこと認証してもらう属性情報変更認証依頼を生成する（Ｓ６６）。
　そして、属性情報認証依頼処理部１１が、属性情報変更認証依頼送信部１１ｆにて、生成した属性情報変更認証依頼を、特定した連絡先情報に基づいて第２のユーザが利用する第２ユーザ端末４０へ送信する（Ｓ６７）。

　一方、属性情報認証依頼処理部１１が、変更属性情報を受信していない場合（Ｎ）、引き続き、属性情報認証処理部１２が、属性再認証情報受信部１２ｃにて、属性情報認証依頼処理部１１での属性情報変更認証依頼の送信に応じて、第２ユーザ端末４０より、第１のユーザが変更する属性情報を認証したことを示す再認証情報したか否か、すなわち第１のユーザが変更する属性情報に誤りがあるため認証しない属性認証拒否情報を受信したか判別する（Ｓ６８）。

　その結果、属性情報認証処理部１２が、再認証情報した場合（Ｙ）、引き続き、属性情報認証処理部１２が、認証済情報維持・消去部１２ｄにて、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録する認証済情報を維持する（Ｓ６９）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。
　一方、属性情報認証処理部１２が、属性認証拒否情報を受信した場合（Ｎ）、引き続き、属性情報認証処理部１２が、認証済情報維持・消去部１２ｄにて、第１のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録する認証済情報を消去する（Ｓ７０）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、ネットワークサービスサイトに参加するために最初だけ正しい属性情報の登録を行って認証を得て、その後不正な属性情報に変更することを防止することができるので、正しい属性情報の登録によって安心して安全に交友関係を拡げることが維持できる。

＜第４の実施の形態＞
　次に、第４の実施の形態として、第１のユーザの属性情報の認証を行う第２のユーザに所定条件を設けることで、第２のユーザによる認証の信頼性を高める場合について、図２５に基づき説明する。
　図２５は、本発明に係る属性情報認証方法における認証者判別処理の流れを示すシーケンス図である。

　本実施の形態において、属性情報認証依頼処理部１１は、第１ユーザ端末３０より所定の要求（すなわち、属性登録要求受信部１５にて受信した登録要求、又は属性認証要求受信部１６にて受信した認証要求）を受信したとき、ユーザ情報ＤＢ１を参照して第２ユーザＩＤに基づいて第２のユーザの属性情報と関連付けて登録する認証済情報の有無を判別し、この認証済情報が登録されていたとき、属性情報認証依頼を第２ユーザ端末４０へ送信し、一方、認証済情報が登録されていないとき、第２のユーザには属性情報の認証を行う権限が無いことを知らせる旨の属性認証不可通知を第１ユーザ端末３０へ送信する機能を有する。
　この際、属性情報認証依頼処理部１１は、たとえば、所定要求受信部１１ａと、認証済情報有無判別部１１ｃと、属性情報認証依頼送信部１１ｄと、属性認証不可通知送信部１１ｅと、から構成されるものとすることができる。

　図２５に示すように、まず、本サーバ１０は、ユーザＩＤと、ユーザが予め登録した少なくとも１以上の項目からなる属性情報と、ユーザ端末への連絡先情報と、を互いに関連付けてユーザ情報ＤＢ１に記憶している（（Ａ）参照）。
　また、本サーバ１０は、第２のユーザが登録する属性情報に誤りが無いこと証明する認証済情報が、第２のユーザが登録する属性情報に関連付けてユーザ情報ＤＢ１に登録されていることを前提とする。

　次に、第１のユーザは第１ユーザ端末３０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、所定の要求を受信する（（１０）参照）。
　本サーバ１０は、第１ユーザ端末３０より送信された所定の要求（登録要求又は認証要求）を受信する（（２０）参照）。ここまでの処理は、上述した各実施の形態と同じ流れである。
　次いで、本サーバ１０は、ユーザ情報ＤＢ１を参照して第２ユーザＩＤに基づいてこの第２のユーザの属性情報と関連付けて登録する認証済情報の登録有無を判別する（（２７）参照）。

　引き続き、本サーバ１０は、ユーザ情報ＤＢ１に第２のユーザの属性情報を認証する認証済情報が登録されていたとき、第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を生成する（（３０Ａ）参照）。
　一方、本サーバ１０は、ユーザ情報ＤＢ１に第２のユーザの属性情報を認証する認証済情報が登録されていないとき、第２のユーザには属性情報の認証を行う権限が無いことを知らせる旨の属性認証不可通知を生成する（（３０Ｂ）参照）。

　そして、本サーバ１０は、生成した属性情報認証依頼情報を第２ユーザ端末４０へ送信する（（４０Ａ）参照）か、生成した属性認証不可通知を第１ユーザ端末３０へ送信する（（４０Ｂ）参照）。
　なお、その後の処理もまた、上述した各実施の形態と同じ流れである。

　次に、以上のような認証者判別処理における本サーバ１０の詳細な動作の一例を、図２６を参照しながら説明する。図２６は、本サーバ１０での属性情報認証者判別処理の一例を示すフローチャートである。
　まず、属性情報認証依頼処理部１１が、所定要求受信部１１ａにて、第１ユーザ端末３０より所定の要求を受信したか否か判別する（Ｓ８１）。

　その結果、属性情報認証依頼処理部１１が、所定の要求を受信した場合（Ｙ）、引き続き属性情報認証依頼処理部１１が、認証済情報有無判別部１１ｃにて、ユーザ情報ＤＢ１を参照して第２ユーザＩＤに基づいて第２のユーザの属性情報と関連付けて認証済情報が登録されているか否か判別する（Ｓ８２）。
　一方、属性情報認証依頼処理部１１が、所定の要求を受信していない場合（Ｎ）、属性情報認証依頼処理部１１は、所定の要求を受信したか否か判別を繰り返す（Ｓ８１）。

　また、属性情報認証依頼処理部１１が、第２のユーザの属性情報と関連付けて認証済情報が登録されていることを判別した場合（Ｙ）、引き続き属性情報認証依頼処理部１１が、所定要求受信部１１ａにて、第１のユーザが登録又は変更する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を生成する（Ｓ８３）。
　そして、属性情報認証依頼処理部１１が、属性情報認証依頼送信部１１ｄにて、生成した属性情報認証依頼情報を第２ユーザ端末４０へ送信する（Ｓ８４）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。

　一方、属性情報認証依頼処理部１１が、第２のユーザの属性情報と関連付けて認証済情報が登録されていることを判別できなかった場合（Ｎ）、属性情報認証依頼処理部１１が、所定要求受信部１１ａにて、第２のユーザには属性情報の認証を行う権限が無いことを知らせる旨の属性認証不可通知を生成する（Ｓ８５）。
　そして、属性情報認証依頼処理部１１が、属性認証不可通知送信部１１ｅにて、生成した属性認証不可通知を第１ユーザ端末３０へ送信する（Ｓ８６）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、自らの属性情報の認証がされているユーザによって、属性情報の認証が行われるので、第２のユーザによる認証の信頼性を高めることができる。したがって、自らの属性情報の認証がされていないユーザは、ネットワークサービスサイトに参加していない者を招待することができないと共に、他のユーザの属性情報を認証することもできないので、ネットワークサービスに参加するユーザへの信頼性を担保することができる。

＜第５の実施の形態＞
　次に、第５の実施の形態として、第１のユーザの属性情報の認証を行った第２のユーザがネットワークサービスを利用するための登録を解除した場合、この第２のユーザによって認証された全ての第１のユーザの属性情報の認証を消去（取り消す）ことで、第１のユーザの属性情報に虚偽の変更があった場合に、属性情報の真偽を確認して変更の認証を行う第２のユーザが存在しなくても、第１のユーザの属性情報の信頼性を高める認証済情報が残らないようにして、ネットワークサービスに参加する他のユーザへの安全性を担保する場合について、図２７に基づき説明する。
　図２７は、本発明に係る属性情報認証方法における登録解除処理の流れを示すシーケンス図である。

　本実施の形態において、本サーバ１０は、登録解除処理部１８をさらに有する。

　登録解除処理部１８は、第２ユーザ端末４０より、第２ユーザＩＤと共に、第２のユーザがユーザ情報ＤＢ１に記憶する属性情報の登録解除を要求する登録解除要求を受信し、第２ユーザＩＤに基づきユーザ情報ＤＢ１に記憶する属性情報の登録を消去する処理を行なう。
　この際、登録解除処理部１８は、登録解除要求受信部１８ａと、属性情報登録消去部１８ｂと、から構成されるものとすることができる。

　ここで、属性情報認証処理部１２は、登録解除処理部１８での属性情報の消去に応じて、認証関係情報ＤＢ２を参照して第２ユーザＩＤと関連付けて記憶する第１ユーザＩＤを特定し、さらに、ユーザ情報ＤＢ１を参照して第１ユーザＩＤに基づきこの第１のユーザが登録する属性情報に関連付けて登録する認証済情報を消去する機能を有する。
　この際、属性情報認証処理部１２は、認証済情報維持・消去部１２ｄと、第１ユーザ特定部１２ｅと、から構成されるものとすることができる。

　図２７に示すように、まず、本サーバ１０は、自分の属性情報の認証を第２のユーザに求めて認証を得た第２のユーザの第１ユーザＩＤと、第１のユーザが登録する属性情報に誤りが無いことを認証した第２のユーザの第２ユーザＩＤと、を互いに関連付けて認証関係情報ＤＢ２に記憶する処理が完了されていることを前提とする。

　次に、第２のユーザは第２ユーザ端末４０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたＳＮＳサービスサイトにアクセスしてホームページをダウンロードする。
　第２のユーザはＳＮＳサービスサイトにアクセスし、事前に付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。なお、ログイン中、第２のユーザＩＤは一時的に記憶されている。

　このＳＮＳサービスサイトは、たとえば図１１に示すような形で表すことが出来る。
　したがって、第２のユーザは、ユーザＩＤ入力欄１０１にユーザＩＤを入力し、パスワード入力欄１０２にパスワードを入力した後、「送信」ボタン１０９を選択してログインする。
　ＳＮＳサイトログイン画面１００にて「送信」ボタン１０９を選択すると、認証の結果、会員登録されていることが認められログインすることで、引き続きたとえば図１２に示すようなメニュー選択画面が第２ユーザ端末４０のディスプレイに表示される。
　ここで、第２のユーザは、「ＳＮＳの登録解除」ボタン１１３を選択する。
　これにより、第２ユーザ端末４０は、第２ユーザＩＤと共に、第２のユーザがユーザ情報ＤＢ１に記憶する属性情報の登録解除を要求する登録解除要求を本サーバ１０へ送信する（（４００）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された登録解除要求を受信する（（４１０）参照）。
　次いで、本サーバ１０は、登録解除要求に含まれる第２ユーザＩＤを特定する（（４２０）参照）。
　引き続き、本サーバ１０は、特定した第２ユーザＩＤに基づきユーザ情報ＤＢ１に記憶する第２のユーザの属性情報を消去し、登録を解除する（（４３０）参照）。

　さらに、本サーバ１０は、認証関係ＤＢ２を参照して第２ユーザＩＤと関連付けて記憶する第１ユーザＩＤを特定する（（４４０）参照）。
　そして、本サーバ１０は、特定した第１ユーザＩＤに基づき、ユーザ情報ＤＢ１を参照して第１のユーザが登録する属性情報に関連付けて登録する認証済情報を消去する（（４５０）参照）。

　次に、以上のような登録解除処理における本サーバ１０の詳細な動作の一例を、図２８を参照しながら説明する。図２８は、本サーバ１０での登録解除処理の一例を示すフローチャートである。
　まず、登録解除処理部１８が、登録解除要求受信部１８ａにて、第２ユーザ端末４０より、第２ユーザＩＤと共に、第２のユーザがユーザ情報ＤＢ１に記憶する属性情報の登録解除を要求する登録解除要求を受信したか否か判別する（Ｓ９１）。

　その結果、登録解除処理部１８が、登録解除要求を受信した場合（Ｙ）、引き続き登録解除処理部１８が、属性情報登録消去部１８ｂにて、登録解除要求に含まれる第２ユーザＩＤを特定する（Ｓ９２）。
　一方、登録解除処理部１８が、登録解除要求を受信していない場合（Ｎ）、登録解除処理部１８は、第２ユーザ端末４０より登録解除要求を受信したか否か判別を繰り返す（Ｓ９１）。
　引き続き、登録解除処理部１８が、属性情報登録消去部１８ｂにて、特定した第２ユーザＩＤに基づきユーザ情報ＤＢ１に記憶する第２のユーザの属性情報の登録を消去する（Ｓ９３）。

　また、登録解除処理部１８での属性情報の消去に応じて、属性情報認証処理部１２が、第１ユーザ特定部１２ｅにて、認証関係情報ＤＢ２を参照して第２ユーザＩＤと関連付けて記憶する第１ユーザＩＤ、すなわち、第２のユーザが認証した属性情報の第１のユーザを特定する（Ｓ９４）。
　そして、属性情報認証処理部１２が、認証済情報維持・消去部１２ｄにて、特定した第１ユーザＩＤに基づきユーザ情報ＤＢ１を参照して、この第１のユーザが登録する属性情報に関連付けて登録する認証済情報を消去する（Ｓ９５）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、属性認証の真偽を確認する第２のユーザが登録を解消する際、第２のユーザによって認証された全ての第１のユーザの属性情報の認証を消去されることとなるので、第２のユーザがいなくなった後に、第１のユーザの属性情報に虚偽の変更があったとしても、第１のユーザの属性情報の信頼性を高める認証済情報は登録されていないので、ネットワークサービスに参加する他のユーザへの安全性を担保することができる。

＜第６の実施の形態＞
　次に、第６の実施の形態として、第１のユーザの属性情報の認証を行った第２のユーザが第１のユーザとの友人関係を解消した場合、この第２のユーザによって認証された全ての第１のユーザの属性情報の認証を消去（取り消す）ことで、第１のユーザの属性情報に虚偽の変更があった場合に、属性情報の真偽を確認して変更の認証を行う第２のユーザが存在しなくても、第１のユーザの属性情報の信頼性を高める認証済情報が残らないようにして、ネットワークサービスに参加する他のユーザへの安全性を担保する場合について、図２９に基づき説明する。
　図２９は、本発明に係る属性情報認証方法における友人関係登録解消処理の流れを示すシーケンス図である。

　本実施の形態において、本サーバ１０は、友人関係情報データベース（ＤＢ）３と、登録解消処理部１９とをさらに有する。

　友人関係情報ＤＢ３は、ユーザ同士が友人関係にあることを示し、互いの識別情報を関連付けて記憶する手段である。ここで、友人関係とは、何れか一方のユーザのユーザ端末より、他方のユーザのユーザ端末に対して、友人関係を登録することを望む旨のメッセージを送信し、他方のユーザのユーザ端末より、一方のユーザのユーザ端末に対して、このメッセージに同意する旨のメッセージを受信したことをいう。
　図６は、友人関係情報ＤＢ３に記憶されている情報の例を示す図である。
　たとえば、図６に示す友人関係情報データベースでは、第１ユーザＩＤと、第２ユーザＩＤとを、１レコードとしてデータベースを構成することを示している。

　登録解消処理部１９は、第２ユーザ端末４０より、第２ユーザＩＤと共に、第２のユーザが友人関係情報ＤＢ３に記憶する友人関係の登録解消を要求する第１ユーザＩＤとを含む友人関係登録解消要求を受信し、第２ユーザＩＤに基づき友人関係情報ＤＢ３に記憶する友人関係の登録を解消する処理を行なう。
　この際、登録解消処理部１９は、友人関係登録解消要求受信部１９ａと、友人関係登録解消部１９ｂと、から構成されるものとすることができる。

　ここで、属性情報認証処理部１２は、登録解消処理部１９での友人関係の解消に応じて、友人関係情報ＤＢ３を参照して第２ユーザＩＤと関連付けて記憶する第１ユーザＩＤを特定し、さらに、ユーザ情報ＤＢ１を参照して第１ユーザＩＤに基づきこの第１のユーザが登録する属性情報に関連付けて登録する認証済情報を消去する機能を有する。
　この際、属性情報認証処理部１２は、認証済情報維持・消去部１２ｄと、第１ユーザ特定部１２ｅと、から構成されるものとすることができる。

　図３０に示すように、まず、本サーバ１０は、ユーザ同士が友人関係にあることを示し、互いの識別情報（ＩＤ）を関連付けて友人関係情報ＤＢ３に記憶している（（Ｂ）参照）。
　次に、第２のユーザは第２ユーザ端末４０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたＳＮＳサービスサイトにアクセスしてホームページをダウンロードする。
　第２のユーザはＳＮＳサービスサイトにアクセスし、事前に付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。なお、ログイン中、第２のユーザＩＤは一時的に記憶されている。

　このＳＮＳサービスサイトは、たとえば図１１に示すような形で表すことが出来る。　したがって、第２のユーザは、ユーザＩＤ入力欄１０１にユーザＩＤを入力し、パスワード入力欄１０２にパスワードを入力した後、「送信」ボタン１０９を選択してログインする。
　ＳＮＳサイトログイン画面１００にて「送信」ボタン１０９を選択すると、認証の結果、会員登録されていることが認められログインすることで、引き続きたとえば図１７に示すような第１ユーザ属性情報表示画面（いわゆる第１ユーザのマイページ）が第１ユーザ端末３０のディスプレイに表示される。
　ここで、第１のユーザは、一覧を全て見るボタン１６８を選択する。
　これにより、第２ユーザ端末４０は、第２ユーザＩＤと共に、第２のユーザが友人関係情報ＤＢ３に記憶する友人関係の解消を要求する友人関係登録解消要求を本サーバ１０へ送信する（（５００）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された友人関係登録解消要求を受信する（（５１０）参照）。
　次いで、本サーバ１０は、第２のユーザと友人関係を登録している全ての友人を表示して、登録解消指示を受け付ける友人関係登録一覧を第２ユーザ端末４０へ送信する（（５２０）参照）。
　第２ユーザ端末４０は、本サーバ１０より送信された友人関係登録一覧を受信する（（５３０）参照）。

　この際、第２ユーザ端末４０のディスプレイに表示される友人関係登録一覧画面は、たとえば図３０に示すような形で表すことが出来る。図３０は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された友人関係登録一覧画面の一例を示す図である。この友人関係登録一覧画面１８０には、第２のユーザと友人関係を登録している友人の顔写真を表示する顔写真表示欄１９１と、友人の属性情報を確認するプロフィールを見るボタン１９２と、第２のユーザが友人関係の登録解消を希望する友人関係を解消するボタン１９３と、がそれぞれ設けられている。

　図３０において、この友人関係登録一覧画面１８０には、第２のユーザと友人関係を登録している第１の友人の顔写真を表示する顔写真表示欄１８１Ａと、第１の友人の属性情報を確認するプロフィールを見るボタン１８２Ａと、第２のユーザが友人関係の登録解消を希望する友人関係を解消するボタン１８３Ａと、がそれぞれ示されている。また、第２のユーザと友人関係を登録している第２の友人の顔写真を表示する顔写真表示欄１８１Ｂと、第２の友人の属性情報を確認するプロフィールを見るボタン１８２Ｂと、第２のユーザが友人関係の登録解消を希望する友人関係を解消するボタン１８３Ｂと、がそれぞれ示されている。また、第２のユーザと友人関係を登録している第３の友人の顔写真を表示する顔写真表示欄１８１Ｃと、第３の友人の属性情報を確認するプロフィールを見るボタン１８２Ｃと、第２のユーザが友人関係の登録解消を希望する友人関係を解消するボタン１８３Ｃと、がそれぞれ示されている。また、第２のユーザと友人関係を登録している第４の友人の顔写真を表示する顔写真表示欄１８１Ｄと、第４の友人の属性情報を確認するプロフィールを見るボタン１８２Ｄと、第２のユーザが友人関係の登録解消を希望する友人関係を解消するボタン１８３Ｄと、がそれぞれ示されている。さらに、第２のユーザと友人関係を登録している第５の友人の顔写真を表示する顔写真表示欄１８１Ｅと、第５の友人の属性情報を確認するプロフィールを見るボタン１８２Ｅと、第２のユーザが友人関係の登録解消を希望する友人関係を解消するボタン１８３Ｅと、がそれぞれ示されている。

　第２ユーザ端末４０は、第２のユーザが友人関係の登録解消を希望する友人関係を解消するボタン１９３の選択を受け付け、登録解消ユーザ情報を本サーバ１０へ送信する（（５４０）参照）。
　本サーバ１０は、第２ユーザ端末４０より送信された登録解消ユーザ情報を受信する（（５５０）参照）。
　次いで、本サーバ１０は、登録解消対象である登録解消ユーザのユーザＩＤを特定する（（５６０）参照）。
　そして、本サーバ１０は、特定したユーザＩＤに基づき、ユーザ情報ＤＢ１を参照して第１のユーザが登録する属性情報に関連付けて登録する認証済情報を消去する（（５７０）参照）。

　次に、以上のような友人関係登録解消処理における本サーバ１０の詳細な動作の一例を、図３１を参照しながら説明する。図３１は、本サーバ１０での友人関係登録解消処理の一例を示すフローチャートである。
　まず、登録解消処理部１９が、友人関係登録解消要求受信部１９ａにて、第２ユーザ端末４０より、第２ユーザＩＤと共に、第２のユーザが友人関係情報ＤＢ３に記憶する友人関係の登録解消を要求する友人関係登録解消要求を受信したか否か判別する（Ｓ１０１）。
　その結果、登録解消処理部１９が、友人関係登録解消要求を受信した場合（Ｙ）、引き続き登録解消処理部１９が、友人関係登録解消要求受信部１９ａにて、友人関係情報ＤＢ３を参照して受信した第２ユーザＩＤに基づいて、第２のユーザと友人関係にあるユーザを特定し、友人関係登録一覧を第２ユーザ端末４０へ送信（返信）する（Ｓ１０２）。
　一方、登録解消処理部１９が、友人関係登録解消要求を受信していない場合（Ｎ）、登録解消処理部１９は、第２ユーザ端末４０より友人関係登録解消要求を受信したか否か判別を繰り返す（Ｓ１０１）。

　引き続き、登録解消処理部１９が、友人関係登録解消要求受信部１９ａにて、第２ユーザ端末４０より、登録解消ユーザ情報（たとえば、ユーザＩＤ）を受信したか否か判別する（Ｓ１０３）。
　その結果、登録解消処理部１９が、登録解消ユーザ情報を受信した場合（Ｙ）、引き続き登録解消処理部１９が、友人関係登録解消部１９ｂにて、第２ユーザＩＤと登録解消ユーザ情報に基づき友人関係情報ＤＢ３に記憶する友人関係の登録を解消する。
　また、属性情報認証処理部１２が、登録解消処理部１９での友人関係の解消に応じて、第１ユーザ特定部１２ｅにて、受信した登録解消ユーザ情報に基づき認証関係情報ＤＢ２を参照して登録解消ユーザと認証関係にあるか否か、すなわち第２のユーザが属性情報に誤りが無いことを認証した友人関係にあるユーザがいるか否か判別する（Ｓ１０４）。
　一方、登録解消処理部１９が、登録解消ユーザ情報を受信していない場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。

　その結果、属性情報認証処理部１２が、登録解消ユーザが認証関係にあるユーザであると判別した場合（Ｙ）、引き続き、第１ユーザ特定部１２ｅにて、友人関係情報ＤＢ３を参照して第２ユーザＩＤと関連付けて記憶する第１ユーザＩＤを特定し、さらに、認証済情報維持・消去部１２ｄにて、特定した第１ユーザＩＤに基づきユーザ情報ＤＢ１を参照して、この第１のユーザが登録する属性情報に関連付けて登録する認証済情報を消去する（Ｓ１０５）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。
　一方、属性情報認証処理部１２が、登録解消ユーザが認証関係にあるユーザでないと判別した場合（Ｎ）、そのまま本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、属性認証の真偽を確認する第２のユーザとの友人関係が解消された場合、第２のユーザによって認証された第１のユーザの属性情報の認証を消去されることとなるので、その後に第１のユーザの属性情報に虚偽の変更があったとしても、第１のユーザの属性情報の信頼性を高める認証済情報は登録されていないので、ネットワークサービスに参加する他のユーザへの安全性を担保することができる。

＜第７の実施の形態＞
　次に、第７の実施の形態として、第１のユーザより属性情報の認証依頼があった場合、過去の他のユーザによる認証状況を記録した認証履歴を参照して、認証の是非を判別する場合について、図３２に基づき説明する。
　図３２は、本発明に係る属性情報認証方法における認証履歴閲覧処理の流れを示すシーケンス図である。

　本実施の形態において、本サーバ１０は、認証履歴情報データベース（ＤＢ）４と、履歴情報閲覧処理部２０とをさらに有する。

　認証履歴情報ＤＢ４は、ユーザＩＤと、属性情報認証依頼又は属性情報変更認証依頼の内容と、この依頼の日付と、この依頼の結果（認証有無）と、を互いに関連付けて記憶する手段である。
　図７は、認証履歴情報ＤＢ４に記憶されている情報の例を示す図である。
　たとえば、図７に示す認証履歴情報データベースでは、ユーザＩＤと、日付と、依頼内容と、結果とを、１レコードとしてデータベースを構成することを示している。

　履歴情報閲覧処理部２０は、属性情報認証依頼の第２ユーザ端末４０へ送信に応じて、この第２ユーザ端末４０より、第１のユーザの過去の属性情報認証・変更履歴の閲覧を希望する履歴情報閲覧要求を受信したとき、認証履歴情報ＤＢ４を参照して第１ユーザＩＤに基づき属性情報認証依頼又は属性情報変更認証依頼の内容と、依頼の日付と、依頼の結果と、からなる履歴情報を抽出し、この履歴情報を第２ユーザ端末４０へ送信する処理を行なう。
　この際、履歴情報閲覧処理部２０は、履歴情報閲覧要求受信部２０ａと、履歴情報抽出部２０ｂと、履歴情報送信部２０ｃと、から構成されるものとすることができる。

　まず、図３２に示すように、本サーバ１０は、ユーザＩＤと、属性情報認証依頼又は属性情報変更認証依頼の内容と、依頼の送信日と、依頼の結果（認証可否又は変更可否）と、を互いに関連付けて認証履歴情報ＤＢ４に記憶している（（Ｃ）参照）。
　そして、本サーバ１０が、属性情報認証依頼を第２ユーザ端末４０へ送信し（（６００）参照）、第２ユーザ端末４０が本サーバ１０より送信された属性情報認証依頼を受信する（（６１０）参照）処理までは、上述した各実施の形態と同じ処理である。

　次に、第２ユーザ端末４０は、受信した属性情報認証依頼を示す、たとえば図１６に表示された属性情報認証依頼画面１５０をディスプレイに表示する。
　ここで、第２のユーザは、詳細なプロフィールを見るボタン１５３を選択する。
　これにより、第２ユーザ端末４０は、第１のユーザの過去の属性情報認証・変更履歴の閲覧を希望する履歴情報閲覧要求を本サーバ１０へ送信する（（６２０）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された履歴情報閲覧要求を受信する（（６３０）参照）。
　次いで、本サーバ１０は、履歴情報閲覧要求に含まれる第１ユーザＩＤを特定する（（６４０）参照）。
　引き続き、本サーバ１０は、認証履歴情報ＤＢ４を参照して第１ユーザＩＤに基づき属性情報認証依頼又は属性情報変更認証依頼の内容と、依頼の日付と、依頼の結果と、からなる履歴情報を抽出する（（６５０）参照）。
　そして、本サーバ１０は、抽出した履歴情報を第２ユーザ端末４０へ送信する（（６６０）参照）。

　第２ユーザ端末４０は、本サーバ１０より送信された履歴情報を受信し、第２のユーザはこれを閲覧する（（６７０）参照）。

　この際、第２ユーザ端末４０のディスプレイに表示される履歴情報画面は、たとえば図３３に示すような形で表すことが出来る。図３３は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された履歴情報画面の一例を示す図である。この履歴情報画面１９０には、属性情報認証依頼又は属性情報変更認証依頼の日付と、依頼の内容と、依頼の結果を関係付けて表示する認証履歴情報表示部１９１が設けられている。また、履歴情報画面１９０には、この画面を閉じることを指示する「閉じる」ボタン１９９が設けられている。

　図３３において、この認証履歴情報表示部２０１には、２００７年１月１５日に属性認証依頼があり、認証された旨（認証ＯＫ）の情報と、２００７年１月３１日に属性認証依頼があり、認証された旨（認証ＯＫ）の情報と、２００７年４月１日に属性変更認証依頼があり、認証が拒否された旨（認証ＮＧ）の情報と、２００７年４月１日に属性変更認証依頼があり、認証された旨（認証ＯＫ）の情報と、がそれぞれ示されている。

　そして、第２のユーザは、この履歴情報に基づいて第１ユーザの属性情報を認証するか否か判別し、履歴情報画面２００に設けられた「閉じる」ボタン１９９を選択することで、図１６に表示された属性情報認証依頼画面１５０に戻り、「確認」ボタン１５８か「保留」ボタン１５９を選択する。

　次に、以上のような認証履歴閲覧処理における本サーバ１０の詳細な動作の一例を、図３４を参照しながら説明する。図３４は、本サーバ１０での認証履歴閲覧処理の一例を示すフローチャートである。
　まず、属性情報認証依頼の第２ユーザ端末４０へ送信に応じて、履歴情報閲覧部２０が、履歴情報閲覧要求受信部２０ａにて、この第２ユーザ端末４０より、第１のユーザの過去の属性情報認証・変更履歴の閲覧を希望する履歴情報閲覧要求を受信したか否か判別する（Ｓ１１１）。
　その結果、履歴情報閲覧部２０が、履歴情報閲覧要求を受信した場合（Ｙ）、引き続き履歴情報閲覧部２０が、履歴情報抽出部２０ｂにて、属性情報の認証を依頼している被認証ユーザである第１ユーザＩＤを特定する（Ｓ１１２）。
　一方、履歴情報閲覧部２０が、履歴情報閲覧要求を受信していない場合（Ｎ）、履歴情報閲覧部２０は履歴情報閲覧要求を受信したか否か判別を繰り返す（Ｓ１１１）。

　引き続き、履歴情報閲覧部２０が、履歴情報抽出部２０ｂにて、特定した第１ユーザＩＤに基づき認証履歴情報ＤＢ４を参照して属性情報認証依頼又は属性情報変更認証依頼の内容と、依頼の日付と、依頼の結果と、からなる履歴情報を抽出する（Ｓ１１３）。
　そして、履歴情報閲覧部２０が、履歴情報送信部２０ｃにて、抽出した履歴情報を第２ユーザ端末４０へ送信する（Ｓ１１４）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、自分の知らない他のユーザによる評価を参考とすることができるので、認証が拒否されている不正な行為を行う恐れのあるユーザに対する誤った評価を未然に防止し、ネットワークサービスに参加する他のユーザへの安全性を担保することができる。

＜第８の実施の形態＞
　次に、第８の実施の形態として、第２のユーザによって属性情報が認証された第１のユーザが、ネットワークサービスにおいて禁止されている不正な行為を行ったとき、この第２のユーザによって認証された第１のユーザの属性情報の認証を消去（取り消す）ことで、第１のユーザの属性情報の信頼性を高める認証済情報が残らないようにして、ネットワークサービスに参加する他のユーザへの安全性を担保する場合について、図３５及び図３７に基づき説明する。
　図３５は、本発明に係る属性情報認証方法における第１の不正行為通報処理の流れを示すシーケンス図である。また、図３７は、本発明に係る属性情報認証方法における第２の不正行為通報処理の流れを示すシーケンス図である。

　ここで、第１の不正行為通報とは、属性情報の認証を行った第２のユーザが第２ユーザ端末４０より不正行為の通報を行う場合であり、第２の不正行為通報とは、第１のユーザでも第２のユーザでもない第３のユーザが第３ユーザ端末５０より不正行為の通報を行う場合である。

　本実施の形態において、本サーバ１０は、禁止条件情報データベース（ＤＢ）５と、不正行為通報受信部２１と、不正行為処理部２２と、をさらに有する。

　禁止条件情報ＤＢ５は、ネットワークサービスサイトを利用する上での禁止内容を記憶する手段である。
　図８は、禁止条件情報ＤＢ５に記憶されている情報の例を示す図である。
　たとえば、図８に示す禁止条件情報データベースでは、禁止条件識別情報（以下、「禁止条件ＩＤ」という。）と、禁止内容とを、１レコードとしてデータベースを構成することを示している。

　不正行為通報受信部２１は、禁止条件情報ＤＢ５に記憶した禁止内容の指定と、ユーザＩＤと、を含む不正行為の通報を受信する処理を行う。

　不正行為処理部２２は、不正行為通報受信部２１での通報の受信に応じて、ユーザ情報ＤＢ１を参照してユーザＩＤに基づき当該ユーザの属性情報に関連付けて登録する認証済情報を消去する処理を行う。

　はじめに、第１の不正行為通報について説明する。
　図３５に示すように、まず、本サーバ１０は、ネットワークサービスサイトを利用する上での禁止内容を禁止条件情報ＤＢ５に記憶している（（Ｄ）参照）。
　次に、第２ユーザ端末４０は、自分が属性情報の認証を行った第１のユーザが、ネットワークサービスサイトを利用する上で禁止されている不正な行為を行ったことを知ったとき、第２のユーザは第２ユーザ端末４０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたＳＮＳサービスサイトにアクセスしてホームページをダウンロードする。
　第２のユーザはＳＮＳサービスサイトを訪問し、事前に付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。なお、ログイン中、第２のユーザＩＤは一時的に記憶されている。

　このＳＮＳサービスサイトは、たとえば図１１に示すような形で表すことが出来る。
　したがって、第２のユーザは、ユーザＩＤ入力欄１０１にユーザＩＤを入力し、パスワード入力欄１０２にパスワードを入力した後、「送信」ボタン１０９を選択してログインする。
　ＳＮＳサイトログイン画面１００にて「送信」ボタン１０９を選択すると、認証の結果、会員登録されていることが認められログインすることで、引き続きたとえば図１２に示すようなメニュー選択画面が第２ユーザ端末４０のディスプレイに表示される。
　ここで、第２のユーザは、「不正行為の通報」ボタン１１４を選択する。
　これにより、第２ユーザ端末４０は、不正行為の通報要求を本サーバ１０へ送信する（（７００Ａ）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された不正行為の通報要求を受信する（（７１０Ａ）参照）。
　次いで、本サーバ１０は、不正行為通報受付フォーマットを第２ユーザ端末４０へ送信（返信）する（（７２０Ａ）参照）。
　第２ユーザ端末４０は、本サーバ１０より送信された不正行為通報受付フォーマットを受信する（（７３０Ａ）参照）。

　この際、第２ユーザ端末４０のディスプレイに表示される不正行為通報受付フォーマットの画面は、たとえば図３６に示すような形で表すことが出来る。図３６は、本サーバ１０と接続した第２ユーザ端末４０のディスプレイに表示された不正行為通報画面の一例を示す図である。この不正行為通報画面２００には、不正行為を行った第１のユーザのユーザＩＤを入力する不正行為ユーザＩＤ入力欄２０１と、ネットワークサービスにおいて禁止されている不正な行為を表示する禁止内容表示欄２０２と、禁止内容表示欄２０２に表示された禁止内容に対応して設けられた各チェックボックス２０３Ａ，２０３Ｂ，２０３Ｃ・・・がそれぞれ設けられている。また、不正行為通報画面２００には、不正行為の通報情報を送信する「送信」ボタン２０９が設けられている。

　したがって、第２のユーザは、第１のユーザが行った不正な行為に該当する禁止内容に対応して設けられたチェックボックス２０３を選択（クリック）してレ印を付すことで、不正行為通報受付フォーマットに禁止内容を入力する（（７４０Ａ）参照）。
　第２ユーザ端末４０は、「送信」ボタン２０９が選択されたことを受けて、不正行為を行った第１ユーザＩＤと、禁止内容の指定情報と、を含む不正行為の通報情報を本サーバ１０へ送信する（（７５０Ａ）参照）。

　本サーバ１０は、第２ユーザ端末４０より送信された不正行為の通報情報を受信する（（７６０Ａ）参照）。
　次いで、本サーバ１０は、通報情報に含まれる不正行為ユーザである第１ユーザＩＤを特定する（（７７０Ａ）参照）。
　さらに、本サーバ１０は、第１ユーザＩＤに基づきユーザ情報ＤＢ１を参照して、第１のユーザの属性情報に関連付けて登録する認証済情報の登録有無を判別する（（７８０Ａ）参照）。
　そして、本サーバ１０は、第１のユーザの属性情報に関連付けて登録する認証済情報があった場合、その認証済情報を消去する（（７９０Ａ）参照）。

　次に、第２の不正行為通報について説明する。
　図３７に示すように、まず、本サーバ１０は、ネットワークサービスサイトを利用する上での禁止内容を禁止条件情報ＤＢ５に記憶している（（Ｄ）参照）。
　次に、第３ユーザ端末５０は、特定のユーザが、ネットワークサービスサイトを利用する上で禁止されている不正な行為を行ったことを知ったとき、第３のユーザは第３ユーザ端末５０を起動し、通信ネットワークＮＷを介して本サーバ１０に接続し、本サーバ１０に構築されたＳＮＳサービスサイトにアクセスしてホームページをダウンロードする。
　第３のユーザはＳＮＳサービスサイトを訪問し、事前に付与されたユーザＩＤと、事前に設定したパスワードを入力し、ログインする。なお、ログイン中、第３のユーザＩＤは一時的に記憶されている。

　このＳＮＳサービスサイトは、たとえば図１１に示すような形で表すことが出来る。
　したがって、第３のユーザは、ユーザＩＤ入力欄１０１にユーザＩＤを入力し、パスワード入力欄１０２にパスワードを入力した後、「送信」ボタン１０９を選択してログインする。
　ＳＮＳサイトログイン画面１００にて「送信」ボタン１０９を選択すると、認証の結果、会員登録されていることが認められログインすることで、引き続きたとえば図１２に示すようなメニュー選択画面が第３ユーザ端末５０のディスプレイに表示される。
　ここで、第３のユーザは、「不正行為の通報」ボタン１１４を選択する。
　これにより、第３ユーザ端末５０は、不正行為の通報要求を本サーバ１０へ送信する（（７００Ｂ）参照）。

　本サーバ１０は、第３ユーザ端末５０より送信された不正行為の通報要求を受信する（（７１０Ｂ）参照）。
　次いで、本サーバ１０は、不正行為通報受付フォーマットを第３ユーザ端末５０へ送信（返信）する（（７２０Ｂ）参照）。
　第３ユーザ端末５０は、本サーバ１０より送信された不正行為通報受付フォーマットを受信する（（７３０Ｂ）参照）。

　この際、第３ユーザ端末５０のディスプレイに表示される不正行為通報受付フォーマットの画面は、たとえば図３６に示すような形で表すことが出来る。
　したがって、第３のユーザは、特定のユーザが行った不正な行為に該当する禁止内容に対応して設けられたチェックボックス２０３を選択（クリック）してレ印を付すことで、不正行為通報受付フォーマットに禁止内容を入力する（（７４０Ｂ）参照）。
　第３ユーザ端末５０は、「送信」ボタン２０９が選択されたことを受けて、不正行為を行ったユーザＩＤと、禁止内容の指定情報と、を含む不正行為の通報情報を本サーバ１０へ送信する（（７５０Ｂ）参照）。

　本サーバ１０は、第３ユーザ端末５０より送信された不正行為の通報情報を受信する（（７６０Ｂ）参照）。
　次いで、本サーバ１０は、通報情報に含まれる不正行為ユーザのユーザＩＤを特定する（（７７０Ｂ）参照）。
　さらに、本サーバ１０は、特定したユーザＩＤに基づきユーザ情報ＤＢ１を参照して、特定のユーザの属性情報に関連付けて登録する認証済情報の登録有無を判別する（（７８０Ｂ）参照）。
　そして、本サーバ１０は、特定のユーザの属性情報に関連付けて登録する認証済情報があった場合、その認証済情報を消去する（（７９０Ｂ）参照）。

　また、本サーバ１０は、特定したユーザＩＤに基づき認証情報ＤＢ２を参照して、関連付けて登録する不正行為ユーザを認証した認証ユーザＩＤを特定する（（８００Ｂ）参照）。
　そして、本サーバ１０は、ユーザ情報ＤＢ１を参照して、特定した認証ユーザＩＤの属性情報に関連付けて登録する認証済情報を消去する（（８１０Ｂ）参照）。

　次に、以上のような不正行為通報処理における本サーバ１０の詳細な動作の一例を、図３８を参照しながら説明する。図３８は、本発明に係る属性情報認証装置での不正行為通報処理の一例を示すフローチャートである。
　まず、不正行為通報受信部２１が、不正行為の通報を受信したか否か判別する（Ｓ１２１）。
　その結果、不正行為通報受信部２１が、不正行為の通報を受信した場合（Ｙ）、引き続き不正行為処理部２２が、通報情報に含まれる不正行為ユーザのユーザＩＤを特定する（Ｓ１２２）。
　一方、不正行為通報受信部２１が、不正行為の通報を受信していない場合（Ｎ）、不正行為通報受信部２１は、不正行為の通報を受信したか否か判別を繰り返す（Ｓ１２１）。

　次いで、不正行為処理部２２が、特定したユーザＩＤに基づきユーザ情報ＤＢ１を参照して、特定のユーザの属性情報に関連付けて登録する認証済情報の登録有無を判別する（Ｓ１２３）。
　その結果、不正行為処理部２２が、特定のユーザの属性情報に関連付けて認証済情報が登録されていることを判別した場合（Ｙ）、引き続き、不正行為処理部２２が、この認証済情報を消去する（Ｓ１２４）。

　さらに、不正行為処理部２２が、特定したユーザＩＤに基づき認証情報ＤＢ２を参照して、関連付けて登録する不正行為ユーザを認証した認証ユーザＩＤを特定する（Ｓ１２５）。
　一方、不正行為処理部２２が、特定のユーザの属性情報に関連付けて認証済情報が登録されていることを判別できない場合（Ｎ）、不正行為処理部２２が、特定したユーザＩＤに基づき認証情報ＤＢ２を参照して、関連付けて登録する不正行為ユーザを認証した認証ユーザＩＤを特定する（Ｓ１２５）。
　そして、不正行為処理部２２が、ユーザ情報ＤＢ１を参照して、特定した認証ユーザＩＤの属性情報に関連付けて登録する認証済情報を消去する（Ｓ１２６）。
　これにより、本サーバ１０での一連の動作は終了（エンド）する。

　以上のように本実施の形態では、ネットワークサービスにおいて禁止されている不正な行為を行ったことが判明した場合、第１のユーザの属性情報の認証を行った第２のユーザや、第１のユーザでも第２のユーザでもない第３のユーザより不正行為の通報を受けることで、不正な行為を行った第１のユーザの属性情報を認証する認証済情報を消去することによって、ネットワークサービスに参加する他のユーザへの安全性を担保することができる。

　また、本実施の形態においては、不正行為を行ったユーザを認証した認証ユーザ以外のユーザより不正行為の通報があった場合、不正行為処理部２２が、さらに、友人関係情報ＤＢ３を参照して認証済情報の登録を消去した第１のユーザの第１ユーザＩＤと関連付けて記憶する第２ユーザＩＤを特定する。さらに、不正行為処理部２２が、ユーザ情報ＤＢ１を参照して第２ユーザＩＤに基づき第２のユーザの属性情報に関連付けて登録する認証済情報を消去するものとしても良い。
　これにより、不正な行為を行った第１のユーザの属性情報を認証した第２のユーザに対して連座責任を負わせることによって、いい加減なユーザの属性情報の認証を抑制し、ネットワークサービスに参加する他のユーザへの安全性を向上させることができる。

本発明に係る属性情報認証装置を用いた属性情報認証システムの概要を示す図である。本発明に係る属性情報認証装置の実施形態の一例を示すブロック構成図である。本発明に係る属性情報認証装置の詳細な実施形態の一例を示すブロック構成図である。本発明に係る属性情報認証装置が備えるユーザ情報記憶部に記憶されているデータベース構造の一例である。本発明に係る属性情報認証装置が備える認証関係情報記憶部に記憶されているデータベース構造の一例である。本発明に係る属性情報認証装置が備える友人関係情報記憶部に記憶されているデータベース構造の一例である。本発明に係る属性情報認証装置が備える認証履歴情報記憶部に記憶されているデータベース構造の一例である。本発明に係る属性情報認証装置が備える禁止条件情報記憶部に記憶されているデータベース構造の一例である。本発明に係る属性情報認証方法の基本的な処理の流れを示すシーケンス図である。本発明に係る属性情報認証方法における属性情報登録要求処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置と接続した第２ユーザ端末のディスプレイに表示されたＳＮＳサイトログイン画面の一例を示す模式図である。本発明に係る属性情報認証装置と接続した第２ユーザ端末のディスプレイに表示されたメニュー選択画面の一例を示す模式図である。本発明に係る属性情報認証装置と接続した第２ユーザ端末のディスプレイに表示された招待メール画面の一例を示す模式図である。本発明に係る属性情報認証装置と接続した第１ユーザ端末のディスプレイに表示された招待メッセージ画面の一例を示す模式図である。本発明に係る属性情報認証装置と接続した第１ユーザ端末のディスプレイに表示された登録ＩＤ通知画面の一例を示す模式図である。本発明に係る属性情報認証装置と接続した第２ユーザ端末のディスプレイに表示された属性情報認証依頼画面の一例を示す模式図である。本発明に係る属性情報認証装置と接続した第３ユーザ端末のディスプレイに表示された認証後の第１ユーザ属性情報表示画面の一例を示す模式図である。本発明に係る属性情報認証装置での属性情報登録要求処理の一例を示すフローチャートである。本発明に係る属性情報認証装置での属性情報閲覧要求処理の一例を示すフローチャートである。本発明に係る属性情報認証方法における属性情報認証要求処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置と接続した第１ユーザ端末のディスプレイに表示された属性情報認証指示画面の一例を示す模式図である。本発明に係る属性情報認証装置での属性情報認証要求処理の一例を示すフローチャートである。本発明に係る属性情報認証方法における属性情報変更認証要求処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置での属性情報変更認証要求処理の一例を示すフローチャートである。本発明に係る属性情報認証方法における属性情報認証者判別処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置での属性情報認証者判別処理の一例を示すフローチャートである。本発明に係る属性情報認証方法における登録解除処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置での登録解除処理の一例を示すフローチャートである。本発明に係る属性情報認証方法における友人関係登録解消処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置と接続した第２ユーザ端末のディスプレイに表示された友人関係登録解消画面の一例を示す模式図である。本発明に係る属性情報認証装置での友人関係登録解消処理の一例を示すフローチャートである。本発明に係る属性情報認証方法における認証履歴閲覧処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置と接続した第２ユーザ端末のディスプレイに表示された履歴情報画面の一例を示す模式図である。本発明に係る属性情報認証装置での認証履歴閲覧処理の一例を示すフローチャートである。本発明に係る属性情報認証方法における第１の不正行為通報処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置と接続した第２ユーザ端末のディスプレイに表示された不正行為通報画面の一例を示す模式図である。本発明に係る属性情報認証方法における第２の不正行為通報処理の流れを示すシーケンス図である。本発明に係る属性情報認証装置での不正行為通報処理の一例を示すフローチャートである。

符号の説明

　ＤＢ１　ユーザ情報データベース（第１記憶部）、ＤＢ２　認証関係情報データベース（第２記憶部）、ＤＢ３　友人関係情報データベース（第３記憶部）、ＤＢ４　認証履歴情報データベース（第４記憶部）、ＤＢ５　禁止条件情報データベース（第５記憶部）、ＮＷ　通信ネットワーク、１０　属性情報認証装置（本サーバ）、１１　属性情報認証依頼処理部、１２　属性情報認証処理部、１３　属性情報閲覧要求処理部、１４　招待情報処理部、１５　属性登録要求受信部、１６　属性認証要求受信部、１７　属性変更要求受信部、１８　登録解除処理部、１９　登録解消処理部、２０　履歴情報閲覧部、２１　不正行為通報受信部、２２　不正行為処理部、３０　第１ユーザ端末、４０　第２ユーザ端末、５０　第３ユーザ端末。

Claims

　通信ネットワーク上に開設されたネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録するユーザがそれぞれ利用する複数のユーザ端末と通信ネットワークを介してそれぞれ接続され、第１のユーザの前記属性情報を第２のユーザが認証するための装置であって、
　前記ユーザを識別するユーザ識別情報と、当該ユーザが登録する少なくとも１以上の項目からなる属性情報と、当該ユーザ端末への連絡先情報と、当該ユーザが既に認証されていることを表す認証済情報と、を互いに関連付けて記憶することができる第１記憶手段、
　前記第１のユーザが利用する第１ユーザ端末より送信された前記第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を、前記第２のユーザが利用する第２ユーザ端末へ送信する属性情報認証依頼処理手段、
　前記属性情報認証依頼処理手段での属性情報認証依頼情報の送信に応じて、前記第２ユーザ端末より、前記第１のユーザが登録する属性情報を認証したことを示す認証情報を受信したとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に前記認証情報を受信したことを示す認証済情報を登録する属性情報認証処理手段、を有し
　前記属性情報認証依頼処理手段は、前記第１ユーザ端末より送信された属性情報認証依頼情報を受信したとき、前記第１記憶手段を参照して前記第２ユーザ識別情報に基づいて当該第２のユーザの属性情報と関連付けて登録されている前記認証済情報の有無を判別し、前記認証済有情報が登録されていたとき、前記属性情報認証依頼を前記第２ユーザ端末へ送信し、一方、前記認証済情報が登録されていないとき、前記第２のユーザには属性情報の認証を行う権限が無いことを知らせる旨の属性認証不可通知を前記第１ユーザ端末へ送信する、
　ことを特徴とする属性情報認証装置。
　前記属性情報認証処理手段での認証済情報の登録後、何れかのユーザ端末より、前記第１のユーザを指定する第１ユーザ識別情報と共に、前記第１のユーザが登録する属性情報のうち少なくとも１以上の項目からなる属性情報の閲覧を要求する属性情報閲覧要求を受信したとき、前記第１記憶手段を参照して前記第１ユーザ識別情報に基づき所定の属性情報を抽出すると共に、この属性情報と関連付けて登録する認証済情報の有無を判別し、前記認証済情報が登録されていたとき、前記認証済情報が有ることを前記ユーザ端末上にて視覚的に識別可能に表示する属性認証表示情報を生成し、抽出した前記第１のユーザの属性情報と共に、生成した前記属性認証表示情報を前記ユーザ端末へ送信し、一方、前記認証済情報が登録されていないとき、抽出した前記第１のユーザの属性情報を前記ユーザ端末へ送信する属性情報閲覧要求処理手段、
　をさらに備えることを特徴とする請求項１に記載の属性情報認証装置。
　前記第２ユーザ端末より、前記第２ユーザ識別情報を含む新規ユーザの招待要求を受信すると共に、前記ネットワークサービスサイトを利用するために属性情報の登録を勧めるメッセージと、前記第２のユーザが指定するユーザの連絡先情報と、を含む招待情報を受信し、さらに、招待メッセージを生成して、前記第２のユーザが指定するユーザを第１のユーザとして、この第１のユーザの連絡先情報に基づいて前記招待メッセージを第１ユーザ端末に対して送信する招待情報処理手段、
　前記招待情報処理手段での招待メッセージの送信に応じて、前記第１ユーザ端末より、当該第１のユーザの属性情報を含む登録要求を前記所定の要求として受信する属性登録要求受信手段、をさらに備え、
　前記属性情報認証依頼処理手段は、前記登録要求を受信したとき、前記第１記憶手段を参照して前記招待情報処理手段で受信した第２ユーザ識別情報に基づいて第２のユーザの連絡先情報を特定し、さらに、当該連絡先情報に基づいて前記属性情報認証依頼を第２ユーザ端末に対して送信する、
　ことを特徴とする請求項１又は２に記載の属性情報認証装置。
　前記第１ユーザ端末より、当該第１のユーザの属性情報の認証要求を前記所定の要求として受信すると共に、前記ネットワークサービスサイトを既に利用しているユーザの中から前記第１のユーザが指定するユーザを第２のユーザとする第２ユーザ識別情報を含む属性情報認証指示を受信する属性認証要求受信手段、
をさらに備え、
　前記属性情報認証依頼処理手段は、前記認証要求を受信したとき、前記第１記憶手段を参照して前記属性認証要求受信手段で受信した第２ユーザ識別情報に基づいて第２のユーザの連絡先情報を特定し、さらに、当該連絡先情報に基づいて前記属性情報認証依頼を第２ユーザ端末に対して送信する、
　ことを特徴とする請求項１又は２に記載の属性情報認証装置。
　前記属性情報認証依頼処理手段は、
　上記ネットワークサービスサイトに登録されていなかった第１のユーザに対して、上記第２のユーザが上記ネットワークサービスサイトへの登録の招待に応じて、第１ユーザ端末が送信した前記第１のユーザの属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を前記第２ユーザ端末へ送信する、
　請求項１～４のいずれかに記載の属性情報認証装置。
　上記第１のユーザ及び第２のユーザは既に上記ネットワークサービスサイトに登録されたユーザの場合、
　前記属性情報認証依頼処理手段は、上記第１記憶手段に登録されている上記第１のユーザの属性情報と、上記第１ユーザ端末より送信された属性情報認証依頼を前記第２のユーザに送信することで属性情報の認証を依頼する、
　請求項１～４のいずれかに記載の属性情報認証装置。
　前記第２ユーザ端末より、第２ユーザ識別情報と共に、前記第２のユーザが前記第１記憶部に記憶する属性情報の登録解除を要求する登録解除要求を受信し、前記第２ユーザ識別情報に基づき前記第１記憶部に記憶する属性情報の登録を消去する登録解除処理手段、をさらに備え、
　前記属性情報認証処理手段は、前記登録解除処理手段での属性情報の消去に応じて、前記第２記憶手段を参照して前記第２ユーザ識別情報と関連付けて記憶する第１ユーザ識別情報を特定し、さらに、前記第１記憶手段を参照して前記第１ユーザ識別情報に基づき当該第１のユーザが登録する属性情報に関連付けて登録する前記認証済情報を消去する、
ことを特徴とする請求項１乃至４の何れか１項に記載の属性情報認証装置。
　前記ユーザ同士が友人関係にあることを示し、互いの識別情報を関連付けて記憶する第３記憶手段、
　前記第２ユーザ端末より、第２ユーザ識別情報と共に、前記第２のユーザが前記第３記憶部に記憶する友人関係の登録解消を要求する第１ユーザ識別情報とを含む友人関係登録解消要求を受信し、前記第２ユーザ識別情報に基づき前記第３記憶部に記憶する友人関係の登録を解消する登録解消処理手段、
をさらに備え、
　前記属性情報認証処理手段は、前記登録解消処理手段での友人関係の解消に応じて、前記第３記憶手段を参照して前記第２ユーザ識別情報と関連付けて記憶する第１ユーザ識別情報を特定し、さらに、前記第１記憶手段を参照して前記第１ユーザ識別情報に基づき当該第１のユーザが登録する属性情報に関連付けて登録する前記認証済情報を消去する、
ことを特徴とする請求項１乃至７の何れか１項に記載の属性情報認証装置。
　通信ネットワーク上に開設されたネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録するユーザがそれぞれ利用する複数のユーザ端末と通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが登録する少なくとも１以上の項目からなる属性情報と、当該ユーザ端末への連絡先情報と、当該ユーザが既に認証されていることを表す認証済情報と、を互いに関連付けて記憶することができる第１記憶手段を有する装置により、第１のユーザの前記属性情報を第２のユーザが認証するための方法であって、
　前記装置が、前記第１のユーザが利用する第１ユーザ端末より送信された前記第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を前記第２のユーザが利用する第２ユーザ端末へ送信するステップ、
　前記装置が、前記第２ユーザ端末より、前記第１のユーザが登録する属性情報を認証したことを示す認証情報を受信したとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に前記認証情報を受信したことを示す認証済情報を登録するステップ、
　前記装置が、前記第１ユーザ端末より送信された属性情報認証依頼情報を受信したとき、前記第１記憶手段を参照して前記第２ユーザ識別情報に基づいて当該第２のユーザの属性情報と関連付けて登録する前記認証済情報の有無を判別し、前記認証済有情報が登録されていたとき、前記属性情報認証依頼を前記第２ユーザ端末へ送信し、一方、前記認証済情報が登録されていないとき、前記第２のユーザには属性情報の認証を行う権限が無いことを知らせる旨の属性認証不可通知を前記第１ユーザ端末へ送信するステップ、
　を有していることを特徴とする属性情報認証方法。
　通信ネットワーク上に開設されたネットワークサービスサイトを利用する条件として自らの特徴を表す属性情報を登録するユーザがそれぞれ利用する複数のユーザ端末と通信ネットワークを介してそれぞれ接続され、前記ユーザを識別するユーザ識別情報と、当該ユーザが登録する少なくとも１以上の項目からなる属性情報と、当該ユーザ端末への連絡先情報と、当該ユーザが既に認証されていることを表す認証済情報と、を互いに関連付けて記憶することができる第１記憶手段を有するコンピュータにより、第１のユーザの前記属性情報を第２のユーザが認証することを実行させるために、前記コンピュータを、
　前記第１のユーザが利用する第１ユーザ端末より送信された前記第１のユーザが登録する属性情報と共に、この属性情報の認証を依頼する属性情報認証依頼情報を、前記第２のユーザが利用する第２ユーザ端末へ送信する手段、
　前記属性情報認証依頼情報の送信に応じて、前記第２ユーザ端末より、前記第１のユーザが登録する属性情報を認証したことを示す認証情報を受信したとき、前記第１のユーザが登録する属性情報に関連付けて前記第１記憶手段に前記認証情報を受信したことを示す認証済情報を登録する手段、
　前記第１ユーザ端末より送信された属性情報認証依頼情報を受信したとき、前記第１記憶手段を参照して前記第２ユーザ識別情報に基づいて当該第２のユーザの属性情報と関連付けて登録する前記認証済情報の有無を判別し、前記認証済有情報が登録されていたとき、前記属性情報認証依頼を前記第２ユーザ端末へ送信し、一方、前記認証済情報が登録されていないとき、前記第２のユーザには属性情報の認証を行う権限が無いことを知らせる旨の属性認証不可通知を前記第１ユーザ端末へ送信する手段、
　を有する装置として機能させることを特徴とするコンピュータプログラム。