(57)【特許請求の範囲】
【請求項１】
ユーザごとに、当該ユーザの属性であるユーザ属性を記憶する、ユーザ属性記憶手段と、
前記ユーザ同士が通信回線を介してコンテンツを交換するための仮想的な共同体ごとに、当該共同体にアップロードされているコンテンツを管理者が評価した結果を受信する、評価結果受信手段と、
前記共同体ごとに、当該共同体についての前記受信された結果および当該共同体を作成した作成者の優良さに応じたランクである共同体評価ランクを算出する、共同体評価ランク算出手段と、
前記共同体への前記ユーザのアクセスを許可するか否かを、前記共同体評価ランク算出手段によって算出された当該共同体の前記共同体評価ランクと前記ユーザ属性記憶手段に記憶されている当該ユーザの前記ユーザ属性とに基づいて判別する、アクセス許否判別手段と、
前記共同体にアップロードされている前記コンテンツを前記ユーザに配信する処理を、当該共同体への当該ユーザのアクセスを許可すると前記アクセス許否判別手段によって判別された場合は実行し、拒否された場合は実行しない、コンテンツ配信手段と、
を有する仮想共同体管理システム。
【請求項２】
前記共同体評価ランクごとに、前記コンテンツへのアクセスを制限する年齢である制限年齢を記憶する、閲覧制限記憶手段、を有し、
前記ユーザ属性記憶手段は、前記ユーザの前記ユーザ属性として、当該ユーザの年齢であるユーザ年齢を記憶し、
前記アクセス許否判別手段は、前記共同体への前記ユーザのアクセスを許可するか否かを、前記閲覧制限記憶手段に記憶されている、当該共同体の前記共同体評価ランクの前記制限年齢に、当該ユーザの前記ユーザ年齢が該当するか否かを判別することによって、判別する、
請求項１記載の仮想共同体管理システム。
【請求項３】
前記共同体の前記作成者の前記優良さを、当該作成者がアップロードした前記コンテンツに所定の語句が含まれていないかどうかをチェックすることによって求める作成者評価手段、を有し、
前記共同体評価ランク算出手段は、前記共同体の前記共同体評価ランクとして、前記作成者評価手段によって求められた、当該共同体の前記作成者の前記優良さに応じたランクを算出する、
請求項１または請求項２記載の仮想共同体管理システム。
【請求項４】
前記共同体の前記作成者の前記優良さを、前記作成者が前記コンテンツをアップロードするパターンに基づいて求める、作成者評価手段、を有し、
前記共同体評価ランク算出手段は、前記共同体の前記共同体評価ランクとして、前記作成者評価手段によって求められた、当該共同体の前記作成者の前記優良さに応じたランクを算出する、
請求項１または請求項２記載の仮想共同体管理システム。
【請求項５】
前記共同体評価ランク算出手段は、前記共同体の前記共同体評価ランクとして、当該共同体にアップロードされている前記コンテンツの優良さに応じたランクを算出する、
請求項２記載の仮想共同体管理システム。
【請求項６】
前記共同体ごとに、当該共同体のテーマの種類を記憶する、共同体種類記憶手段と、
前記ユーザごとに、当該ユーザがアクセスしたくない前記共同体の前記種類を記憶する、自己制限種類記憶手段と、を有し、
前記アクセス許否判別手段は、前記共同体への前記ユーザのアクセスを、当該共同体の前記共同体評価ランクの前記制限年齢に、当該ユーザの前記ユーザ年齢が該当するか否かに関わらず、前記自己制限種類記憶手段に記憶されている当該ユーザの前記種類いずれかが前記共同体種類記憶手段に記憶されている当該共同体の前記種類のいずれかに該当する場合は、拒否すると判別する、
請求項２ないし請求項５のいずれかに記載の仮想共同体管理システム。
【請求項７】
ユーザごとに、当該ユーザの属性であるユーザ属性をユーザ属性記憶手段に記憶させておき、
コンピュータに、
前記ユーザ同士が通信回線を介してコンテンツを交換するための仮想的な共同体にアップロードされているコンテンツを管理者が評価した結果を受信する処理を実行させ、
前記共同体に対する評価のランクである共同体評価ランクを、当該共同体についての前記受信された結果および当該共同体を作成した作成者の優良さに応じて算出する処理を実行させ、
前記共同体への前記ユーザのアクセスを許可するか否かを、当該共同体の算出した前記共同体評価ランクと前記ユーザ属性記憶手段に記憶されている当該ユーザの前記ユーザ属性とに基づいて判別する処理を実行させ、
前記共同体にアップロードされている前記コンテンツを前記ユーザに配信する処理を、当該共同体への当該ユーザのアクセスを許可すると判別した場合は実行させ、拒否された場合は実行させない、
仮想共同体管理方法。
【請求項８】
ユーザ同士が通信回線を介してコンテンツを交換するための仮想的な共同体を管理するコンピュータを制御するためのコンピュータプログラムであって、
前記コンピュータに、
前記ユーザごとに、当該ユーザの属性であるユーザ属性をユーザ属性記憶手段に記憶させる処理を実行させ、
前記共同体にアップロードされているコンテンツを管理者が評価した結果を受信する処理を実行させ、
前記共同体に対する評価のランクである共同体評価ランクを、当該共同体についての前記受信された結果および当該共同体を作成した作成者の優良さに応じて算出する処理を実行させ、
前記共同体への前記ユーザのアクセスを許可するか否かを、当該共同体の算出した前記共同体評価ランクと前記ユーザ属性記憶手段に記憶されている当該ユーザの前記ユーザ属性とに基づいて判別する処理を実行させ、
前記共同体にアップロードされている前記コンテンツを前記ユーザに配信する処理を、当該共同体への当該ユーザのアクセスを許可すると判別した場合は実行させ、拒否された場合は実行させない、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニティなどの仮想的な共同体を管理するためのシステムおよび方法などに関する。
【背景技術】
【０００２】
近年、低コストでかつ容易にパーソナルコンピュータをインターネットなどのネットワークに接続させることができるようになった。さらに、携帯電話端末の性能が向上しかつアプリケーションが充実し、携帯電話端末をインターネットに接続させることが容易になった。
【０００３】
これにより、多数のユーザ同士がインターネットなどのネットワークを介してコミュニケーションを取ることができるようになった。コミュニケーションのためのサービスとして、電子掲示板が広く知られている。最近は、ＳＮＳ（Social Networking Service）が知られるようになった。ＳＮＳには、「コミュニティ」と呼ばれるサービスがある。
【０００４】
電子掲示板もコミュニティも、個々に特定のテーマが決められている。ユーザは、自分が興味のある電子掲示板またはコミュニティを見つけ、記事を投稿したり他のユーザの記事を閲覧したりすることができる。このように、電子掲示板およびコミュニティによると、各地に居る多数のユーザを集めた仮想的な共同体を形成することができる。
【０００５】
このサービスには、自由に参加することができユーザ同士で意見の交換を自由に行うことができる、というメリットがある。しかし、自由度の高さは、ユーザに不便や不安を生じさせる。そこで、次のような方法またはシステムが提案されている。
【０００６】
特許文献１には、複数の人間が電子メールや電話を使って小説の世界や架空の世界の登場人物を演じるエンターティメントを提供するコミュニティプラットフォームシステムが開示されている。このコミュニティプラットフォームシステムには、メンタルケア部が設けられている。メンタルケア部は、利用者の会話における精神状態を専門の精神科医に間接的に診断させる。このような構成により、利用者は安全にコミュニケーションを取ることができる。
【０００７】
特許文献２には、自己紹介情報を登録し、管理者により設定された参加者条件を満たすと認められた会員または自己紹介文とニックネームとを新たに登録した会員に対しては、掲示板ページへのアクセスを認める、という方法が開示されている。これにより、参加者のなりすましを防止し無責任な発言を抑制することができる。
【０００８】
特許文献３には、見知らぬ者同士でコミュニティを作るコミュニティ生成システムが開示されている。このコミュニティ生成システムは、複数の端末装置とサーバとからなり各端末装置は、ユーザの個人情報及び交信希望相手（相手）の情報と相手の識別情報及び交信履歴及び相手に対する親密度を記憶し、相手との交信に応じて交信履歴を更新し、さらに交信履歴に基づいて親密度を更新する。サーバは、各ユーザの個人情報及び相手の情報と、ユーザとその相手とをマッチングさせるために用いるマッチングルール（ルール）を記憶し、端末装置から受ける親密度に基づきルールを更新し、各ユーザの個人情報及び相手の情報とルールに基づきマッチングする相手を選択し、マッチングしたユーザ双方の端末装置に相手のプロフィールを送出し、双方から交信受諾がなされると双方の端末装置に相手の識別情報を送出する。各ユーザは相手の識別情報を基に交信を開始する。
【０００９】
特許文献４には、仮想コミュニティの評価の方法が開示されている。この方法によると、実組織と仮想コミュニティの間でのメンバの所属関係に着目することによって、仮想コミュニティのフォーマル度合いを評価する。また、単純な情報の流量だけではなく、相対的な情報流量を用い、さらに仮想コミュニティの状態や位置付けを評価する。
【特許文献１】特開２００１−３５１１６６号公報
【特許文献２】特開２００４−１５２１９３号公報
【特許文献３】特開２００２−１０９０２５号公報
【特許文献４】特開２００６−１１９６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、電子掲示板およびコミュニティのような仮想的な共同体には、次のような問題点もある。参加資格を特定の要件を満たす者に限定すべき共同体に、その特定の要件を満たさないユーザがアクセスしコンテンツを閲覧してしまうことがある。
【００１１】
本発明は、このような問題点に鑑み、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えるようにすることを、目的とする。
【課題を解決するための手段】
【００１２】
本願に開示する仮想共同体管理システムは、ユーザごとに、当該ユーザの属性であるユーザ属性を記憶する、ユーザ属性記憶手段と、前記ユーザ同士が通信回線を介してコンテンツを交換するための仮想的な共同体ごとに、当該共同体にアップロードされているコンテンツを管理者が評価した結果を受信する、評価結果受信手段と、前記共同体ごとに、当該共同体についての前記受信された結果および当該共同体を作成した作成者の優良さに応じたランクである共同体評価ランクを算出する、共同体評価ランク算出手段と、前記共同体への前記ユーザのアクセスを許可するか否かを、前記共同体評価ランク算出手段によって算出された当該共同体の前記共同体評価ランクと前記ユーザ属性記憶手段に記憶されている当該ユーザの前記ユーザ属性とに基づいて判別する、アクセス許否判別手段と、前記共同体にアップロードされている前記コンテンツを前記ユーザに配信する処理を、当該共同体への当該ユーザのアクセスを許可すると前記アクセス許否判別手段によって判別された場合は実行し、拒否された場合は実行しない、コンテンツ配信手段と、を有する。
【００１３】
好ましくは、前記共同体評価ランクごとに、前記コンテンツへのアクセスを制限する年齢である制限年齢を記憶する、閲覧制限記憶手段、を有し、
前記ユーザ属性記憶手段は、前記ユーザの前記ユーザ属性として、当該ユーザの年齢であるユーザ年齢を記憶し、前記アクセス許否判別手段は、前記共同体への前記ユーザのアクセスを許可するか否かを、前記閲覧制限記憶手段に記憶されている、当該共同体の前記共同体評価ランクの前記制限年齢に、当該ユーザの前記ユーザ年齢が該当するか否かを判別することによって、判別する。
【００１４】
または、前記共同体の前記作成者の前記優良さを、当該作成者がアップロードした前記コンテンツに所定の語句が含まれていないかどうかをチェックすることによって求める作成者評価手段、を有し、前記共同体評価ランク算出手段は、前記共同体の前記共同体評価ランクとして、前記作成者評価手段によって求められた、当該共同体の前記作成者の前記優良さに応じたランクを算出する。
【発明の効果】
【００１５】
本発明によると、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えるようにすることができる。
【発明を実施するための最良の形態】
【００１６】
図１はＳＮＳシステム１および端末装置２を含むネットワークシステムの例を示す図、図２はＳＮＳシステム１のハードウェア構成の例を示す図、図３はＳＮＳシステム１の機能的構成の例を示す図である。
【００１７】
図１において、ＳＮＳシステム１は、事業者がＳＮＳ（Social Networking Service）のサービス、例えば、メッセージ、日記、コミュニティ、および友達などのサービスを、会員であるユーザ（以下、単に「会員」と記載する。）に提供するためのシステムである。
【００１８】
ＳＮＳシステム１は、特に、コミュニティへの会員のアクセスの制限を行う点が、従来とは異なる。以下、この制限の仕組みについて、順次、説明する。
【００１９】
ＳＮＳシステム１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ハードディスク１０ｄ、ＮＩＣ（Network Interface Card）１０ｅ、そのほか種々のハードウェアによって構成される。
【００２０】
ＲＯＭ１０ｃまたはハードディスク１０ｄには、図３に示すようなコミュニティ開設処理部１０１、コミュニティ閲覧処理部１０２、コンテンツ投稿処理部１０３、コミュニティ格付け処理部１０４、コミュニティ審査受付部１０５、会員評価処理部１０６、自己アクセス制限受付部１０７、アクセス可否判別部１０８、コンテンツデータ記憶部１２１、コミュニティ属性記憶部１２２、会員評価ランク記憶部１２３、ユーザ属性等記憶部１２４、および格付けアクセス制限記憶部１２５などの機能を実現するためのプログラムおよびデータが格納されている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。
【００２１】
ＳＮＳシステム１として、ワークステーションまたはいわゆるサーバ機などが用いられる。図３の各部が複数台の装置に分散されるようにＳＮＳシステム１を構成してもよい。
【００２２】
端末装置２は、会員がＳＮＳを利用するためのクライアントである。端末装置２には、インターネットに接続する機能、Ｗｅｂブラウザ、およびメーラが備わっている。端末装置２として、パーソナルコンピュータまたは携帯電話端末などが用いられる。会員には、１人ずつ１つの会員ＩＤ（Identification）が与えられている。
【００２３】
ＳＮＳシステム１と各端末装置２とは、インターネットなどのネットワークを介して互いに接続可能である。
【００２４】
図４は投稿コンテンツテーブルＴＬＡの例を示す図、図５はコミュニティ属性データＲＢの例を示す図、図６はコミュニティ格付けランクを説明するための図、図７は会員評価処理の流れの例を説明するフローチャート、図８は特定のユーザの投稿記事データＲＡの遷移の例を示す図、図９は会員評価データＲＣの例を示す図、図１０は会員属性データＲＤの例を示す図、図１１は格付けアクセス制限データＲＥの例を示す図、図１２はアクセス可否判別処理の流れの例を説明するフローチャートである。次に、図３に示すＳＮＳシステム１の各部の機能を詳細に説明する。
【００２５】
コンテンツデータ記憶部１２１には、コミュニティごとの投稿コンテンツテーブルＴＬＡが記憶されている。投稿コンテンツテーブルＴＬＡには、図４に示すように、そのコミュニティに投稿（アップロード、書込み）された記事ごとの投稿記事データＲＡが格納されている。投稿記事データＲＡの「会員ＩＤ」は、その記事を投稿した会員の会員ＩＤである。「投稿日時」は、その記事が投稿された日付および時刻である。「コンテンツ」は、その記事の内容（コンテンツ）を示すテキストデータである。「コンテンツ評価ランク」は、その記事のコンテンツの優良さ（不適切な点がないかどうか）の評価である。評価の方法は、後に説明する。
【００２６】
「削除フラグ」は、その記事の公開を中止しているか否かを表わすフラグである。削除フラグが立っている（「１」である）場合は、その記事の公開を中止していることを意味し、その記事は、削除されたものとして取り扱われる。
【００２７】
なお、１つのコミュニティごとに、１つのコミュニティＩＤが与えられている。コミュニティの投稿コンテンツテーブルＴＬＡには、そのコミュニティのコミュニティＩＤが対応付けられている。
【００２８】
投稿コンテンツテーブルＴＬＡは、新たにコミュニティが開設されるごとに、コミュニティ開設処理部１０１によって生成される。また、投稿記事データＲＡは、新たに記事が投稿されるごとに、コンテンツ投稿処理部１０３によって生成される。これらについては、後に順次説明する。
【００２９】
図３のコミュニティ属性記憶部１２２には、図５に示すように、コミュニティごとのコミュニティ属性データＲＢが記憶されている。コミュニティ属性データＲＢには、そのコミュニティのコミュニティＩＤのほか、そのコミュニティに関する次のような属性の情報が示されている。
【００３０】
「コミュニティ名」は、そのコミュニティの名称である。「管理者審査」は、ＳＮＳシステム１の管理者がそのコミュニティの優良さの審査を行ったか否か示す。
【００３１】
「管理者審査ランク」は、管理者によるそのコミュニティの優良さの審査（評価）の結果、つまり、管理者の立場から見た優良さの高さを表わすランクである。本実施形態では、「Ａ」、「Ｂ」、および「Ｃ」の３つのランクが用意されている。
【００３２】
「Ａ」は優良であることを意味する。具体的には、どの年齢の会員が閲覧してもまったく問題のないコンテンツを配信していることを意味する。「Ｂ」は普通であることを意味する。具体的には、どの年齢の会員が閲覧しても問題のないコンテンツがほとんどであるが、時折、不適切であるコンテンツが見られることを、意味する。「Ｃ」は、不適切なコンテンツが多く、このコミュニティの公開に注意を要することを意味する。さらに、これらのランクとは別に、管理者は、公開を無条件に禁止すべきであると審査において判断した場合は「禁止」という評価を与えることができる。以下、これらの審査の基準を、「コンテンツ審査基準α」と記載する。
【００３３】
「作成者会員ＩＤ」は、そのコミュニティを開設（作成）した会員の会員ＩＤである。以下、コミュニティを開設した会員を特に「作成者」と記載することがある。「作成者ランク」は、作成者本人に対する評価のランクである。評価は、作成者が自分のまたは他の会員のコミュニティに投稿した記事の優良さに基づいて決定する。つまり、「作成者ランク」は作成者の投稿の優良さの高さを表わしている。本実施形態では、作成者ランクとして、「００１」、「００２」、および「００３」の３つが用意されている。「００１」は優良であることを意味し、「００２」は普通であることを意味する。「００３」は、不適切な投稿を行う傾向が高い人物であって注意を要することを意味する。作成者の評価は、後述する会員評価処理部１０６によって行われる。
【００３４】
「コミュニティ格付けランク」は、そのコミュニティの総合的な格付けのランクである。格付けの処理は、コミュニティ格付け処理部１０４によって行われる。格付けは、原則として、管理者によるそのコミュニティの審査の結果（管理者審査ランク）およびそのコミュニティの作成者に対する評価（作成者ランク）の両方に基づいて行われる。ただし、管理者が未だ審査を行っていない場合は、作成者自身による審査の結果（自己評価）に基づいて行われる。
【００３５】
本実施形態では、コミュニティ格付けランクとして、優良であることを示す順に、「Ａ００１」、「Ａ００２」、「Ａ００３」、「Ｂ００１」、「Ｂ００２」、「Ｂ００３」、「Ｃ００１」、「Ｃ００２」、および「Ｃ００３」の９つが用意されている。各ランクが何を意味するのかは、図６に示す通りである。格付けの具体的な方法は、後に説明する。
【００３６】
ところで、一部の会員にとって好ましくないテーマのコミュニティが存在し得る。例えば、酒、たばこ、成人映画、および公営競技（いわゆる公営ギャンブル）など、年齢または身分に制限のある事項をテーマとするコミュニティは、その制限の対象に該当する会員にとっては、好ましくない。以下、一部の会員にとって好ましくないテーマの種類を「要制限種類」と記載する。本実施形態では、要制限種類として、成人向けの（つまり、未成年者には不適切な）テーマが属する「アダルト」、競馬および競輪などに関するテーマが属する「公営競技」などが用意されている。
【００３７】
コミュニティ属性データＲＢの説明に戻って、「要制限種類」は、そのコミュニティが一部の会員にとって好ましくないテーマを有する場合に、そのテーマの属する要制限種類を示す。
【００３８】
図３のコミュニティ開設処理部１０１は、新たなコミュニティをＳＮＳシステム１に開設するための処理を、端末装置２と連携して、例えば次のような手順で行う。
【００３９】
会員は、端末装置２に所定の操作を行うことによって、ＳＮＳシステム１に自分の会員ＩＤを用いてログインし、コミュニティの開設の要求をＳＮＳシステム１に対して行う。この際に、会員は、そのコミュニティの名称および自己評価を入力する。「自己評価」とは、会員（作成者）自身による、そのコミュニティの優良さについての評価である。会員は、そのコミュニティを作成する際に、そのコミュニティに投稿されるであろうコンテンツを予想し、その優良さを、上述のコンテンツ審査基準αに従って審査する。そして、「Ａ」、「Ｂ」、および「Ｃ」のいずれかのランクに決める。さらに、そのコミュニティが一部の会員にとって好ましくないテーマを有する場合は、そのテーマが属する要制限種類を入力する。
【００４０】
端末装置２は、入力された内容を示す作成者入力データ７０をＳＮＳシステム１に送信する。
【００４１】
コミュニティ開設処理部１０１は、作成者入力データ７０を受信すると、そのコミュニティに対してコミュニティＩＤを発行する。そして、空の投稿コンテンツテーブルＴＬＡ（図４参照）を生成し、発行したコミュニティＩＤをその投稿コンテンツテーブルＴＬＡに対応付けてコンテンツデータ記憶部１２１に記憶させる。
【００４２】
さらに、コミュニティ開設処理部１０１は、そのコミュニティのコミュニティ属性データＲＢ（図５参照）を生成し、コミュニティ属性記憶部１２２に記憶させる。このコミュニティ属性データＲＢの各フィールドには、次のような値が示される。
【００４３】
「コミュニティＩＤ」には、今回そのコミュニティに対して発行したコミュニティＩＤが示される。「コミュニティ名」には、端末装置２から受信した作成者入力データ７０に示される名称が示される。「管理者審査」には、未だ管理者による審査が行われていないことを意味する「未」が示される。「管理者審査ランク」には、この時点では何も示されない。「作成者会員ＩＤ」には、そのコミュニティの作成者である会員の会員ＩＤが示される。
【００４４】
既に会員評価処理部１０６によってその作成者に対する評価が行われている場合は、「作成者ランク」には、その評価（後述する図９の会員評価ランクと同じランク）が示される。未だ行われていない場合は、この時点では何も示されない。
【００４５】
その作成者入力データ７０に要制限種類が示される場合は、「要制限種類」に、その要制限種類が示される。
【００４６】
「コミュニティ格付けランク」には、コミュニティ格付け処理部１０４によるそのコミュニティに対する格付けの結果が示される。上述の通り、コミュニティ格付け処理部１０４は、原則として、管理者による審査の結果（管理者審査ランク）に基づいてコミュニティの格付けを行う。しかし、この時点では、未だ、管理者は審査を行うことはできない。そこで、コミュニティ格付け処理部１０４は、その作成者入力データ７０に示される自己評価に基づいて、次のように格付けを行う。
【００４７】
作成者入力データ７０に示される自己評価のランクが「Ａ」である場合は、コミュニティ格付け処理部１０４は、コミュニティ格付けランクを「Ｂ００１」に決める。「Ｂ」である場合は、「Ｂ００２」に決める。「Ｃ」である場合は、「Ｃ００１」に決める。
【００４８】
または、コミュニティ格付け処理部１０４は、その作成者の作成者ランクが既に会員評価処理部１０６によって求められている場合は、その作成者ランクに基づいて次のように格付けを行ってもよい。その作成者ランクが「００１」である場合は、コミュニティ格付け処理部１０４は、コミュニティ格付けランクを「Ｂ００１」に決める。「００２」である場合は、「Ｂ００２」に決める。「００３」である場合は、「Ｃ００１」に決める。
【００４９】
図３のコミュニティ閲覧処理部１０２は、コミュニティに投稿されたコンテンツを会員に閲覧させるための処理を、例えば次のように行う。
【００５０】
会員は、端末装置２に所定の操作を行うことによって、ＳＮＳシステム１に自分の会員ＩＤでログインし、閲覧したいコミュニティを指定する。
【００５１】
すると、コミュニティ閲覧処理部１０２は、コミュニティのトップページの画面をその端末装置２に表示させ、その会員をコミュニティにアクセスさせる。この際に、コミュニティ閲覧処理部１０２は、そのトップページを画面の表示用の画面データ（ＨＴＭＬファイルおよびＧＩＦファイルなど）を端末装置２に送信する。後述する各画面も同様に、画面データを送信することによって、端末装置２に表示させる。
【００５２】
トップページの画面には、そのコミュニティの投稿コンテンツテーブルＴＬＡ（図４参照）に基づいてそのコミュニティの名称、新着の記事のダイジェスト、およびそのコミュニティに投稿された記事の一覧などが示される。さらに、本実施形態では、そのコミュニティの格付けの結果（コミュニティ格付けランク）が示される。
【００５３】
その会員がいずれかの記事を選択すると、コミュニティ閲覧処理部１０２は、そのコミュニティの投稿コンテンツテーブルＴＬＡに格納されているその記事のコンテンツをその端末装置２に表示させる。
【００５４】
このように、会員による操作およびコミュニティへのアクセス後の処理は、格付けの結果を提示する以外は、従来と基本的に同様である。ただし、本実施形態では、アクセス前に、アクセス制限の機能が働く。すなわち、会員がコミュニティにアクセスしようとした際に、アクセス可否判別部１０８が、その会員をそのコミュニティにアクセスさせてもよいか否かを判別する。そして、アクセスさせてもよいと判別された場合に限り、コミュニティ閲覧処理部１０２は、その会員をそのコミュニティにアクセスさせる。アクセス可否判別部１０８による判別の方法については、後に説明する。
【００５５】
会員は、コミュニティへのアクセス後、従来と同様に、既存の記事を閲覧するだけでなく、そのコミュニティに記事を投稿することができる。
【００５６】
コンテンツ投稿処理部１０３は、コミュニティへの記事の投稿（アップロード）のための処理を、次のように行う。会員が端末装置２に記事のコンテンツを入力すると、コンテンツ投稿処理部１０３は、その端末装置２からそのコンテンツのデータを受信する。
【００５７】
コンテンツ投稿処理部１０３は、その記事の投稿記事データＲＡを新たに生成し、コンテンツデータ記憶部１２１に記憶させる。その投稿記事データＲＡの各フィールドには、次のような情報が示される。「会員ＩＤ」には、投稿者であるその会員の会員ＩＤが示される。「投稿日時」には、その記事のコンテンツを受信した日時が示される。「コンテンツ」には、受信したそのコンテンツが示される。
【００５８】
「コンテンツ評価ランク」には、その記事のコンテンツの評価が示される。コンテンツ投稿処理部１０３は、例えば次のような方法で、その記事のコンテンツの評価を行う。
【００５９】
書込みを禁止する語句（以下、「禁止語句」と記載する。）を辞書データベースに予め登録しておく。閾値Ｎａ、Ｎｂ（ただし、Ｎａ＜Ｎｂ）を定義しておく。そして、そのコンテンツの中に禁止語句が閾値Ｎｂ以上含まれていれば、そのコンテンツを不適切なものであると評価する。閾値Ｎａ以上、閾値Ｎｂ未満含まれていれば、公開に注意を要するものであると評価する。閾値Ｎａ未満であれば、問題がない（普通である）と評価する。
【００６０】
または、その会員が所定の短時間（例えば、５分間）に、同一でありまたは所定以上の類似性を有するコンテンツの記事を複数の所定の回数（例えば、１０回）以上投稿した場合は、これらの記事のコンテンツをまとめて不適切であると評価してもよい。コンテンツの類似性を算出する方法として、例えば、下記の公知文献１に記載される、レーベンシュタイン距離を用いた方法によって行うことができる。または、下記の公知文献２、３に記載される、飯箸法によって行ってもよい。
〔公知文献１〕  特開２００７−３１０７４６号公報
〔公知文献２〕  ”「テキスト類似度・飯箸法」がアピール、第１６回次世代大学教育研究会「知の発掘」（東京）−−感性的研究生活（２５）”，２００８年３月５日インターネット検索，ＵＲＬ：http://shyosei.cocolog-nifty.com/shyoseilog/2007/08/1625#2f2e.html
〔公知文献３〕  ”文字の出現確率に基づく第２類の文字列類似度”，飯箸泰宏  著，２００８年３月５日インターネット検索，ＵＲＬ：http://www.sciencehouse.jp/etc/research/20070807.pdf
これら以外の公知文献に記載される方法を用いてもよい。
【００６１】
「削除フラグ」には、その記事のコンテンツが不適切であると判別された場合に、「１」が示される。それ以外の場合は、この時点では何も示されない。
【００６２】
なお、その記事のコンテンツが公開に注意を要すると評価された場合は、その旨およびその記事のコンテンツが管理者またはそのコミュニティの作成者に対して電子メールなどによって通知される。管理者または作成者は、それをチェックし、削除するか否かを決め、電子メールなどによって回答する。削除する旨の回答が送信されてきた場合は、その記事の削除フラグを立てる（「１」に更新する）。
【００６３】
図３のコミュニティ審査受付部１０５は、管理者によるコミュニティの審査の結果を受け付ける処理を、次のように行う。
【００６４】
管理者は、既存のコミュニティの審査を適宜、行う。例えば、１週間ごとにまたは１ヶ月ごとに、定期的に行う。管理者は、端末装置２を所定の操作を行うことによって、ＳＮＳシステム１に管理者用のＩＤでログインし、審査対象のコミュニティを指定する。
【００６５】
コミュニティ審査受付部１０５は、そのコミュニティのトップページの画面をその端末装置２に表示させる。ここで、管理者は、一般の会員が閲覧する場合と同様にそのコミュニティに投稿されている記事のコンテンツを閲覧する。そして、上述のコンテンツ審査基準αに基づいてそのコミュニティの優良さを審査し、審査の結果（「Ａ」、「Ｂ」、「Ｃ」、および「禁止」のいずれか）を入力する。
【００６６】
コミュニティ審査受付部１０５は、入力された評価を端末装置２から受信し、そのコミュニティのコミュニティ属性データＲＢの「管理者審査ランク」に書き込む。既に評価が書き込まれている場合は、この古い評価を削除し、今回入力された評価を書き込む。さらに、管理者による審査がなされたことを意味する「済」を「管理者審査」に書き込む。
【００６７】
会員評価処理部１０６は、会員に対する評価の処理を行う。記事が投稿されまたは削除されるごとにその記事を投稿した会員に対する評価を行ってもよいし、定期的に（例えば、１時間ごとに、１日ごとに、または１ヶ月ごとに）複数の会員に対してまとめて行ってもよい。以下、ある会員Ｋｘに対する評価を行う場合を例に、評価方法を、図７を参照しながら説明する。
【００６８】
会員評価処理部１０６は、各投稿コンテンツテーブルＴＬＡ（図４参照）の中から、会員Ｋｘが投稿した記事に係る投稿記事データＲＡつまり会員Ｋｘの会員ＩＤを示す投稿記事データＲＡを呼び出す（図７の＃３０１）。これにより、会員Ｋｘの今までの投稿の記事に応じて、図８（ａ）〜（ｄ）のいずれかに示すような投稿記事データＲＡが呼び出される。
【００６９】
会員評価処理部１０６は、今回が会員Ｋｘの初めての評価の機会である場合は（＃３０２でＹｅｓ）、初期値として、「普通」を意味する「００２」を与える（＃３０３）。
【００７０】
会員Ｋｘの前回の評価の処理の後に会員Ｋｘが記事を投稿したがその記事が削除された場合、つまり、「削除フラグ」に「１」が示される、前回の評価の処理の後に投稿された記事の投稿記事データＲＡがある場合は（＃３０４でＹｅｓ）、現在の評価のランクを悪いほうに１つ下げる（＃３０５）。なお、今回が会員Ｋｘの初めての評価の処理であるが、「削除フラグ」に「１」を示す投稿記事データＲＡがある場合も、現在の評価のランクを悪いほうに１つ下げる。
【００７１】
または、前回評価を変動させた後に会員Ｋｘが「普通」の評価の記事の投稿を所定の回数（例えば、３回）以上行った場合、つまり、「コンテンツ評価ランク」に「普通」が示される、前回評価を変動させた後に投稿された記事の投稿記事データＲＡが所定の個数以上ある場合は（＃３０６でＹｅｓ）、現在の評価のランクを良いほうに１つ上げる（＃３０５）。なお、初めて会員Ｋｘの評価を行った後、会員Ｋｘの評価が変動することなく、会員Ｋｘが「普通」の評価の記事の投稿を所定の回数以上行った場合も同様に、現在の評価のランクを良いほうに１つ上げる。
【００７２】
例えば、会員Ｋｘが初めて投稿した後、会員評価処理部１０６が会員Ｋｘの評価を初めて行う場合は、図８（ａ）のように、投稿記事データＲＡが１つだけ呼び出される。会員評価処理部１０６は、図７で説明した手順によって、会員Ｋｘの評価のランクを「００２」に決める。図８（ａ）の投稿記事データＲＡによると、ランクを上げる条件にも下げる条件にも該当しない。よって、会員Ｋｘの今回の評価は「００２」となる。
【００７３】
さらにその後、会員評価処理部１０６は、会員Ｋｘの評価を改めて行うために、図８（ｂ）のような投稿記事データＲＡを呼び出す。これらの投稿記事データＲＡによると、初めて会員Ｋｘの評価を行った後この時点までに会員Ｋｘの評価が変動することなく、会員Ｋｘが「普通」の評価の記事の投稿を所定の回数（３回）以上行ったことが分かる。よって、会員評価処理部１０６は、会員Ｋｘの現在の評価のランクを１つ上げ、「優良」であることを意味する「００１」に評価し直す。
【００７４】
さらにその後、会員評価処理部１０６は、会員Ｋｘの評価を改めて行うために、図８（ｃ）のような投稿記事データＲＡを呼び出す。これらの投稿記事データＲＡによると、前回の評価の後に、会員Ｋｘが投稿した記事が削除されたことが分かる。よって、会員評価処理部１０６は、会員Ｋｘの現在の評価のランクを１つ下げ、「００２」に評価し直す。
【００７５】
さらにその後、会員評価処理部１０６は、会員Ｋｘの評価を改めて行うために、図８（ｄ）のような投稿記事データＲＡを呼び出す。これらの投稿記事データＲＡによると、前回の評価の後に、会員Ｋｘが投稿した記事が削除されたことが分かる。よって、会員評価処理部１０６は、会員Ｋｘの現在の評価のランクを１つ下げ、注意を要することを意味する「００３」に評価し直す。
【００７６】
図３の会員評価ランク記憶部１２３には、図９に示すように、会員ごとの、会員評価処理部１０６による最新の評価の結果（会員評価ランク）を示す会員評価データＲＣが記憶される。
【００７７】
また、評価を受けた会員が作成者であるコミュニティが存在する場合は、そのコミュニティのコミュニティ属性データＲＢの「作成者ランク」が、その評価の結果に更新される。
【００７８】
コミュニティ格付け処理部１０４は、コミュニティの格付けの処理を、前述のように、そのコミュニティの作成者の自己評価によって行うが、管理者が審査を行った後は、その審査の結果に基づいて次のように行う。
【００７９】
コミュニティ格付け処理部１０４は、管理者によって初めてまたは改めて審査が行われたコミュニティのコミュニティ属性データＲＢ、つまり、「管理者審査ランク」が更新されたコミュニティ属性データＲＢを、コミュニティ属性記憶部１２２から呼び出す。
【００８０】
そして、そのコミュニティ属性データＲＢの管理者審査ランクおよび作成者ランクの両ランクを合わせることによって、格付けのランク（コミュニティ格付けランク）を決定する。
【００８１】
すなわち、管理者審査ランクが「Ｘ」（「Ｘ」は「Ａ」、「Ｂ」、および「Ｃ」のうちのいずれかである。）であり、作成者ランクが「ｙｙｙ」（「ｙｙｙ」は「００１」、「００２」、および「００３」のうちのいずれかである。）である場合は、「Ｘｙｙｙ」というランクに決定する。
【００８２】
ただし、管理者審査ランクが「禁止」である場合は、作成者ランクの値に関わらず、「Ｃ００３」に決定する。
【００８３】
このようにして、格付けの処理が行われる。格付けの結果は、そのコミュニティのコミュニティ属性データＲＢの「コミュニティ格付けランク」に書き込まれる。
【００８４】
図３のユーザ属性等記憶部１２４には、図１０に示すように、会員ごとの会員属性データＲＤが記憶されている。会員属性データＲＤには、その会員の会員ＩＤのほか、次のような情報が示されている。
【００８５】
「年齢」は、その会員の年齢である。「アクセス制限ランク」は、どの優良さのレベル（コミュニティ格付けランク）以上のコミュニティの閲覧をその会員が希望しているかを示している。「要限定種類」は、その会員が閲覧を希望しないコミュニティの要制限種類を示している。アクセス制限ランクおよび要限定種類は、その会員自身が決めることができる。つまり、会員は、コミュニティへのアクセスの制限を自ら行うことができる。
【００８６】
会員属性データＲＤは、自己アクセス制限受付部１０７によって、次のように生成されまたは更新される。
【００８７】
本ＳＮＳに新たな会員が加入すると、従来通り、その会員に対して会員ＩＤが付与される。
【００８８】
すると、自己アクセス制限受付部１０７は、その会員の会員ＩＤおよび年齢を示す会員属性データＲＤを生成し、ユーザ属性等記憶部１２４に記憶させる。年齢は、加入時にその会員が入力したプロフィールを参照すればよい。この時点では、「アクセス制限ランク」および「要限定種類」には、何も示されない。
【００８９】
自らのアクセスの制限を希望する会員は、端末装置２に所定の操作を行うことによって、ＳＮＳシステム１に自分の会員ＩＤを用いてログインし、アクセスの制限の設定の指令をＳＮＳシステム１に対して行う。この際に、その会員は、閲覧を希望するコミュニティの最低のランク（コミュニティ格付けランク）および閲覧を希望しないコミュニティの要制限種類のうちの、少なくともいずれか一方を入力する。ただし、未成年である会員は、閲覧を希望するコミュニティの最低のランクとして「Ｃ」を指定することはできない。
【００９０】
端末装置２は、入力された内容を示す自己アクセス制限データ７１をＳＮＳシステム１に送信する。
【００９１】
自己アクセス制限受付部１０７は自己アクセス制限データ７１を受信すると、その会員ＩＤの会員属性データＲＤをユーザ属性等記憶部１２４から検索する。そして、その会員属性データＲＤの「アクセス制限ランク」および「要限定種類」に、その自己アクセス制限データ７１に示されるコミュニティ格付けランクおよび要制限種類を書き込む。
【００９２】
格付けアクセス制限記憶部１２５には、図１１に示すように、コミュニティ格付けランクごとの格付けアクセス制限データＲＥが記憶されている。格付けアクセス制限データＲＥには、そのコミュニティ格付けランクを与えられたコミュニティへのアクセスを認める会員の条件を表わす条件式が示されている。条件式の意味については、次にアクセス可否判別部１０８とともに説明する。
【００９３】
アクセス可否判別部１０８は、会員がコミュニティを閲覧しようとした場合に、その会員のそのコミュニティへのアクセスの可否を判別する。判別の処理は、図１２に示す手順で行われる。以下、ある会員ＫａがあるコミュニティＭｂを閲覧しようとした場合を例に、判別の処理の手順を説明する。
【００９４】
会員Ｋａは、自分の会員ＩＤでＳＮＳシステム１にログインし、閲覧したいコミュニティとしてコミュニティＭｂを指定する。すると、コミュニティ閲覧処理部１０２によるコミュニティＭｂの閲覧の処理が開始される前に、アクセス可否判別部１０８は、会員ＫａをコミュニティＭｂにアクセスさせてもよいか否かを次のように判別する。
【００９５】
アクセス可否判別部１０８は、会員Ｋａの会員属性データＲＤ、コミュニティＭｂのコミュニティ属性データＲＢ、およびコミュニティＭｂのコミュニティ格付けランクの格付けアクセス制限データＲＥを、各記憶部から呼び出す（図１２の＃３１１）。
【００９６】
呼び出した格付けアクセス制限データＲＥには、１つまたは複数の条件式が示されている。呼び出したコミュニティ属性データＲＢおよび会員属性データＲＤにそれぞれ示されるコミュニティＭｂおよび会員Ｋａの属性がいずれか１つの条件式を満たせば、アクセス可否判別部１０８は、アクセスさせてもよいと判別する。いずれの条件式をも満たさなければ、アクセスを禁止すると判別する。
【００９７】
すなわち、アクセス可否判別部１０８は、まず、１つ目の条件式に注目する（＃３１２）。その会員属性データＲＤに示される年齢つまり会員Ｋａの年齢とその条件式に示される年齢または年齢層とを比較する（＃３１３）。さらに、その会員属性データＲＤに示されるアクセス制限ランクつまり会員Ｋａが閲覧するコミュニティの最低限のコミュニティ格付けランクとその条件式に示されるコミュニティ格付けランクとを比較する（＃３１５）。ステップ＃３１３において前者が後者に該当し（＃３１４でＹｅｓ）、かつ、ステップ＃３１５において前者が後者のいずれかに該当しまたは後者が「アクセス制限なし」であれば（＃３１６でＹｅｓ）、その条件式は満たされていると判別できる。
【００９８】
ステップ＃３１３において前者が後者に該当せず（＃３１４でＮｏ）、または、ステップ＃３１５において前者が後者のいずれにも該当しない場合は（＃３１６でＮｏ）、その格付けアクセス制限データＲＥに未注目の条件式が残っていれば（＃３１７でＹｅｓ）、未注目の条件式のうちのいずれかに注目し直し（＃３１８でＹｅｓ）、１つ目の条件式の場合と同様に、ステップ＃３１３〜＃３１６の比較の処理を行う。
【００９９】
上記の比較の処理によって、いずれかの条件式を満たすことが判別できたら、アクセス可否判別部１０８は、その会員属性データＲＤに示される要限定種類つまり会員Ｋａが閲覧したくないコミュニティの要限定種類とそのコミュニティ属性データＲＢに示される要限定種類とを比較する（＃３１９）。
【０１００】
そして、前者のいずれかが後者のいずれかに該当する場合は（＃３２０でＹｅｓ）、コミュニティＭｂへの会員Ｋａのアクセスを拒否する（＃３２１）。前者のいずれもが後者のいずれにも該当しない場合は（＃３２０でＮｏ）、コミュニティＭｂへの会員Ｋａのアクセスを許可する（＃３２２）。
【０１０１】
図１３はＳＮＳシステム１の全体的な処理の流れの例を説明するフローチャートである。
【０１０２】
次に、コミュニティのサービスを会員の提供する際のＳＮＳシステム１の全体的な処理の流れを、図１３のフローチャートを参照して説明する。
【０１０３】
ＳＮＳシステム１は、会員または管理者の端末装置２からデータを受信したり、所定のタイミングが訪れたりするごとに、そのデータまたはタイミングに応じた処理を、次のように実行する。
【０１０４】
ＳＮＳシステム１は、新規のコミュニティの開設（作成）の要求および作成者入力データ７０を会員の端末装置２から受信すると（＃１１でＹｅｓ）、そのコミュニティの投稿コンテンツテーブルＴＬＡ（図４参照）を生成して記憶するとともに（＃１２）、そのコミュニティのコミュニティ属性データＲＢ（図５参照）を生成し記憶するなど（＃１３）、コミュニティの開設のための処理を行う。
【０１０５】
または、ＳＮＳシステム１は、端末装置２から入会の申請を受信すると（＃１４でＹｅｓ）、入会する会員の会員属性データＲＤを生成し記憶するなどして（＃１５）、入会のための処理を行う。
【０１０６】
または、ＳＮＳシステム１は、会員の端末装置２から、コミュニティへの会員自らのアクセスの制限のデータ（自己アクセス制限データ７１）を受信すると（＃１６でＹｅｓ）、その会員の会員属性データＲＤを、その自己アクセス制限データ７１に示される制限の内容が反映されるように更新する（＃１７）。
【０１０７】
または、ＳＮＳシステム１は、会員の端末装置２から投稿の記事のコンテンツを受信すると（＃１８でＹｅｓ）、その記事の投稿記事データＲＡを生成し投稿先のコミュニティの投稿コンテンツテーブルＴＬＡに追加する（＃１９）。これにより、記事のコンテンツがコミュニティにアップロードされる。
【０１０８】
または、ＳＮＳシステム１は、管理者によるコミュニティの審査の結果（コミュニティ格付けランク）を管理者の端末装置２から受信すると（＃２０でＹｅｓ）、そのコミュニティのコミュニティ属性データＲＢに、そのコミュニティ格付けランクを反映させる（＃２１）。
【０１０９】
または、ＳＮＳシステム１は、会員の評価を行うタイミングが訪れると（＃２２でＹｅｓ）、その会員の評価の処理を、前に図７で説明した手順で実行する（＃２３）。
【０１１０】
または、ＳＮＳシステム１は、会員の端末装置２からコミュニティの閲覧の要求を受信すると（＃２４でＹｅｓ）、その会員をそのコミュニティにアクセスさせてもよいか否かを、前に図１２で説明した手順で判別する（＃２５）。そして、アクセスさせてもよいと判別した場合に限り、その会員にコミュニティのコンテンツなどを配信する（＃２７）。
【０１１１】
そのほか、ＳＮＳシステム１は、端末装置２から受信した他の種類のデータに応じて、メッセージ、日記、または友達などのサービスを会員に提供するための処理を行う。
【０１１２】
本実施形態によると、会員は、コミュニティに投稿されている記事を従来よりも適切に閲覧することができる。
【０１１３】
本実施形態では、ＳＮＳのコミュニティへのアクセスの制限の場合を例に説明したが、本発明は、日記など他のサービスへのアクセスの制限にも適用することができる。または、ＳＮＳ以外の形態のサービスにおけるコンテンツの発信媒体、例えば、パソコン通信業者またはＩＳＰ（Internet Service Provider）が開設する電子掲示板にも、適用することができる。
【０１１４】
本実施形態では、会員は、「Ａ」、「Ｂ」、および「Ｃ」の３段階のランクの中から、自分が閲覧するコミュニティの最低限のランクを選択したが、図６に示した９段階のランクの中から選択できるようにしてもよい。この場合は、格付けアクセス制限データＲＥの条件式も、図６の９段階のランクを用いるようにする。
【０１１５】
また、格付けアクセス制限データＲＥの条件式に、年齢層（本実施形態では、成人および未成年）の条件以外の条件も、設定できるようにしてもよい。例えば、性別または身分（学生であるか否か）などの属性も、条件として設定できるようにしてもよい。
【０１１６】
コンテンツ評価ランク、管理者審査ランク、本人評価のランク、および作成者ランクは、３段階でなくてもよい。４段階以上あってもよいし、２段階であってもよい。同様に、コミュニティ格付けランクも、１０段階以上あってもよいし、８段階以下であってもよい。
【０１１７】
本実施形態では、会員の評価を、本人が投稿した記事が削除されたことおよび問題のない（普通の）記事の投稿を所定の回数以上行ったことなどに基づいて行ったが、他の事項に基づいて行ってもよい。例えば、所定の期間に所定の範囲の回数の投稿を行う（例えば、１週間に５回以上３０回未満の投稿を行う）など、優良な使い方のパターンが見られる場合に、作成者ランクを上げる補正を行ってもよい。
【０１１８】
その他、ＳＮＳシステム１の全体または各部の構成、処理内容、処理順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。
【０１１９】
また、本願に開示するシステムは、ユーザごとに当該ユーザの属性であるユーザ属性を記憶するユーザ属性記憶手段と、ユーザ同士が通信回線を介してコンテンツを交換するための仮想的な共同体ごとに当該共同体に対する評価のランクである共同体評価ランクを記憶する共同体評価ランク記憶手段と、共同体へのユーザのアクセスを許可するか否かを共同体評価ランク記憶手段により記憶されている当該共同体の共同体評価ランクとユーザ属性記憶手段により記憶されている当該ユーザのユーザ属性とに基づいて判別するアクセス許否判別手段と、共同体にアップロードされているコンテンツをユーザに配信する処理を、当該共同体への当該ユーザのアクセスを許可するとアクセス許否判別手段によって判別された場合は実行し、拒否された場合は実行しない、コンテンツ配信手段と、を有する。このような構成によれば、共同体評価ランクとユーザ属性とのマッチングによるアクセス可否の判断を行なうため、ユーザの特性に応じたアクセス可否の判断を行なうこと等が可能となりコンテンツアクセスを確実に制御すること等が期待できる。
【０１２０】
また、本願に開示するシステムは、共同体評価ランクごとに、コンテンツへのアクセスを制限する年齢である制限年齢を記憶する閲覧制限記憶手段、を有し、ユーザ属性記憶手段は、ユーザのユーザ属性として、当該ユーザの年齢であるユーザ年齢を記憶し、共同体評価ランク記憶手段は、共同体の共同体評価ランクとして、当該共同体にアップロードされているコンテンツの優良さについての評価であるコンテンツ優良性評価に応じたランクを記憶し、アクセス許否判別手段は、共同体へのユーザのアクセスを許可するか否かを、閲覧制限記憶手段により記憶されている、当該共同体の共同体評価ランクの制限年齢に、当該ユーザのユーザ年齢が該当するか否かを判別することによって、判別する。このような構成によれば、ユーザの年齢に応じたアクセス可否の判断を行なうため、性や暴力等の年齢に基づいた閲覧制限が求められるコンテンツに関してアクセス制限を適切に行なうこと等が可能となり、その結果、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えること等が期待できる。
【０１２１】
また、本願に開示するシステムは、共同体にアップロードされているコンテンツを管理者が評価した結果をコンテンツ優良性評価として受信する、評価結果受信手段、を有し、共同体評価ランク記憶手段は、共同体の前記共同体評価ランクとして、評価結果受信手段によって受信された、当該共同体にアップロードされているコンテンツの前記コンテンツ優良性評価に応じたランクを記憶する。このような構成によれば、コンテンツの内容を第三者が客観的に評価した結果を元にアクセス可否の判断を行なうため、コンテンツ作成者の自己評価に基づくよりも信頼性の高い評価を行なうこと等が可能となり、その結果、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えること等が期待できる。
【０１２２】
本願に開示するシステムは、共同体評価ランクごとに、コンテンツへのアクセスを制限する年齢である制限年齢を記憶する、閲覧制限記憶手段、を有し、ユーザ属性記憶手段は、ユーザのユーザ属性として、当該ユーザの年齢であるユーザ年齢を記憶し、共同体評価ランク記憶手段は、共同体の共同体評価ランクとして、当該共同体を作成したユーザの優良さについての評価であるユーザ優良性評価に応じたランクを記憶し、アクセス許否判別手段は、共同体へのユーザのアクセスを許可するか否かを、閲覧制限記憶手段に記憶されている、当該共同体の共同体評価ランクの制限年齢に、当該ユーザのユーザ年齢が該当するか否かを判別することによって、判別する。このような構成によれば、共同体毎にアクセス可能な年齢の設定を行なうため、コンテンツ毎に設定する場合に比べてより少ない手間でアクセス可否の設定を行なうことが可能となり、また、作成者の評価が不良なコンテンツを網羅的に制限すること等が可能となり、その結果、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えること等が期待できる。
【０１２３】
本願に開示するシステムは、共同体にアップロードされているコンテンツに所定の語句が含まれていないかどうかをチェックすることによって、当該コンテンツをアップロードしたユーザのユーザ優良性評価を求めるユーザ評価手段、を有し、共同体評価ランク記憶手段は、共同体の共同体評価ランクとして、ユーザ評価手段によって求められた、当該共同体を作成したユーザの前記ユーザ優良性評価に応じたランクを記憶する。このような構成によれば、ユーザがアップロードしたコンテンツを基準として自動的にユーザ優良性評価を行うため、禁止語句が含まれているコンテンツの登録を効果的に抑制すること等が可能となり、その結果、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えること等が期待できる。
【０１２４】
本願に開示するシステムは、ユーザのユーザ優良性評価を、ユーザが共同体にコンテンツをアップロードするパターンに基づいて求める、ユーザ評価手段、を有し、共同体評価ランク記憶手段は、共同体の共同体評価ランクとして、ユーザ評価手段によって求められた、当該共同体を作成したユーザのコンテンツ優良性評価に応じたランクを記憶する。このような構成によれば、ユーザのアップロードパターンを基準として自動的にユーザ優良性評価を行なうため、不良なアップロードパターンでの書き込みを効果的に抑制すること等が可能となり、その結果、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えること等が期待できる。
【０１２５】
本願に開示するシステムは、共同体評価ランクごとに、コンテンツへのアクセスを制限する年齢である制限年齢を記憶する、閲覧制限記憶手段、を有し、ユーザ属性記憶手段は、ユーザのユーザ属性として、当該ユーザの年齢であるユーザ年齢を記憶し、共同体評価ランク記憶手段は、共同体の共同体評価ランクとして、当該共同体にアップロードされているコンテンツの優良さおよび当該共同体を作成したユーザの優良さの総合的な評価のランクを記憶し、アクセス許否判別手段は、共同体へのユーザのアクセスを許可するか否かを、閲覧制限記憶手段に記憶されている、当該共同体の共同体評価ランクの制限年齢に、当該ユーザのユーザ年齢が該当するか否かを判別することによって、判別する。このような構成によれば、共同体にアップロードされているコンテンツおよび共同体を作成したユーザの優良さを総合的に評価するため、単一の要素による評価に比べてより精度の高い評価を行なうこと等が可能となり、その結果、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えること等が期待できる。
【０１２６】
本願に開示するシステムは、共同体ごとに、当該共同体のテーマの種類を記憶する、共同体種類記憶手段と、ユーザごとに、当該ユーザがアクセスしたくない共同体の種類を記憶する、自己制限種類記憶手段と、を有し、アクセス許否判別手段は、共同体へのユーザのアクセスを、当該共同体の共同体評価ランクの制限年齢に、当該ユーザのユーザ年齢が該当するか否かに関わらず、自己制限種類記憶手段に記憶されている当該ユーザの種類いずれかが共同体種類記憶手段に記憶されている当該共同体の種類のいずれかに該当する場合は、拒否すると判別する。このような構成によれば、共同体のテーマと自己制限種類記憶手段とのマッチングによるアクセス可否の判断を行なうため、ユーザの嗜好に合わない共同体へのアクセスを自動的に制限すること等が可能となり、その結果、電子掲示板またはコミュニティなどの仮想的な共同体のコンテンツの閲覧をユーザが従来よりも適切に行えること等が期待できる。
【図面の簡単な説明】
【０１２７】
【図１】ＳＮＳシステムおよび端末装置を含むネットワークシステムの例を示す図である。
【図２】ＳＮＳシステムのハードウェア構成の例を示す図である。
【図３】ＳＮＳシステムの機能的構成の例を示す図である。
【図４】投稿コンテンツテーブルの例を示す図である。
【図５】コミュニティ属性データの例を示す図である。
【図６】コミュニティ格付けランクを説明するための図である。
【図７】会員評価処理の流れの例を説明するフローチャートである。
【図８】特定のユーザの投稿記事データの遷移の例を示す図である。
【図９】会員評価データの例を示す図である。
【図１０】会員属性データの例を示す図である。
【図１１】格付けアクセス制限データの例を示す図である。
【図１２】アクセス可否判別処理の流れの例を説明するフローチャートである。
【図１３】ＳＮＳシステムの全体的な処理の流れの例を説明するフローチャートである。
【符号の説明】
【０１２８】
１  ＳＮＳシステム（仮想共同体管理システム）
１０２  コミュニティ閲覧処理部（コンテンツ配信手段）
１０５  コミュニティ審査受付部（評価結果受信手段）
１０６  会員評価処理部（ユーザ評価手段）
１０８  アクセス可否判別部（アクセス許否判別手段）
１２２  コミュニティ属性記憶部（共同体評価ランク記憶手段、共同体種類記憶手段）
１２４  ユーザ属性等記憶部（ユーザ属性記憶手段、自己制限種類記憶手段）
１２５  格付けアクセス制限記憶部（閲覧制限記憶手段）
ＲＢ  コミュニティ属性データ
ＲＤ  会員属性データ
ＲＥ  格付けアクセス制限データ
【図１】
0004978535.tif 000002
【図２】
0004978535.tif 000003
【図３】
0004978535.tif 000004
【図４】
0004978535.tif 000005
【図５】
0004978535.tif 000006
【図６】
0004978535.tif 000007
【図７】
0004978535.tif 000008
【図８】
0004978535.tif 000009
【図９】
0004978535.tif 000010
【図１０】
0004978535.tif 000011
【図１１】
0004978535.tif 000012
【図１２】
0004978535.tif 000013
【図１３】
0004978535.tif 000014