JP5875946B2 - 仮想共同体管理システム、仮想共同体管理方法、およびコンピュータプログラム - Google Patents

Description

本発明は、ＳＮＳなどのサービスにおける仮想的な共同体の管理のシステムおよび方法などに関する。

ユーザ同士が通信回線を介して遠隔的にコミュニケーションを取るためのサービスが普及している。最近は、ＳＮＳ（Social Networking Service）を使用するユーザが多く見られる。

ＳＮＳによると、ユーザは、他の１人のユーザとメッセージをやり取りしたり、他の多数のユーザと特定の話題について意見を交換したりすることができる。そして、気が合ったユーザ同士は、「友達」または「友人」などと呼ばれる関係を結ぶことができる。この関係を結ぶと、ユーザは、自分のトップページの画面で関係の相手（つまり、友達）の最近の情報を確認したり、友達ではないユーザには非公開にしている情報を容易に交換したりすることができる。

このような友達の機能は、ＳＮＳごとに様々な呼び名が付いている。例えば、非特許文献１に記載される、株式会社ミクシィの「ｍｉｘｉ」では、「マイミクシィ」または「マイミク」などと呼ばれている。また、マイスペース株式会社の「ＭｙＳｐａｃｅ」では、「フレンド」と呼ばれている。

そのほか、ＳＮＳには「足跡」と呼ばれるサービスが備わっている。このサービスによると、ユーザは、他のユーザの日記またはプロフィールなど閲覧すると、そのログが「足跡」として記録される。よって、ユーザは、自分の日記またはプロフィールなどを誰がいつ閲覧したのかを、知ることができる。
"ｍｉｘｉ完全攻略マニュアル改訂新版"，インプレスジャパン，田口和裕 森嶋良子 共著、２００７年３月発行、ＩＳＢＮ：９７８−４−８４４３−２３７３−０

ところで、従来の友達の機能によると、次のような問題点がある。ＳＮＳ上の共同体が仮想的なものであるがゆえ、ユーザは、実社会の場合よりも気軽に友達を作ることができる。よって、友達の数がうっかり多くなってしまう。

しかし、ユーザは、友達の人数が増えれば増えるほど、これらの友達すべてに対して友達らしい振舞いをしなければならない、という精神的な負担が強く掛かってしまうことがある。また、ユーザは、これらの友達からの自分に対するアクションが少ないと、自分は好意的に思われていないのではないかと、不安に感じてしまうことがある。

本発明は、このような問題点に鑑み、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、ユーザが従来よりも健康的に使うことができるようにすることを、目的とする。

本発明の一形態に係る制御プログラムは、複数のユーザが通信回線を介して交流するサービスの提供に供される複数のユーザ端末装置のそれぞれの表示部に表示させる表示内容の制御を行う制御プログラムにおいて、コンピュータに、第１のユーザ端末装置から、第２のユーザと特定の関係を結ぶことを求める要求を前記サービスが受け付け済であり、かつ、前記第２のユーザ端末装置から、前記第１のユーザと前記特定の関係を結ぶことを求める要求を前記サービスが受け付けていないときは、前記第２のユーザ端末装置における日記の入力を前記第１のユーザ端末装置の表示部への日記一覧の表示対象としない処理を実行させ、前記第１のユーザ端末装置から、前記第２のユーザと前記特定の関係を結ぶことを求める要求を前記サービスが受け付け済である場合は、前記第２のユーザ端末装置から前記第１のユーザと前記特定の関係を結ぶことを求める要求を前記サービスが受け付けていなくとも、前記第１のユーザ端末装置における日記の入力を前記第２のユーザ端末装置の表示部への日記一覧の表示対象とする処理を実行させる。

本発明によると、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができる。

ＳＮＳシステムおよび端末装置を含むネットワークシステムの例を示す図である。 ＳＮＳシステムのハードウェア構成の例を示す図である。 ＳＮＳシステムの機能的構成の例を示す図である。 トップページ画面の例を示す図である。 人間関係モードの例を示す図である。 グループメンバデータの例を示す図である。 推薦ユーザデータの例を示す図である。 関係ユーザテーブルの例を示す図である。 トップ表示例外ルールデータの例を示す図である。 他画面表示例外ルールデータの例を示す図である。 トップページ画面の変形例を示す図である。 トップページ画面の変形例を示す図である。 メッセージ一覧画面の例を示す図である。 メッセージ内容画面の例を示す図である。 メッセージ一覧画面の変形例を示す図である。 メッセージ一覧画面の変形例を示す図である。 メッセージ一覧画面の変形例を示す図である。 コミュニティ画面の例を示す図である。 人間関係モードの遷移の例を示す図である。 ＳＮＳシステムの全体的な処理の流れの例を説明するフローチャートである。 ＳＮＳシステムの全体的な処理の流れの例を説明するフローチャートである。

図１はＳＮＳシステム１および端末装置２を含むネットワークシステムの例を示す図、図２はＳＮＳシステム１のハードウェア構成の例を示す図、図３はＳＮＳシステム１の機能的構成の例を示す図、図４はトップページ画面ＨＧ１の例を示す図、図５は人間関係モードの例を示す図である。

図１において、ＳＮＳシステム１は、事業者がＳＮＳ（Social Networking Service）のサービス、例えば、友達、メッセージ、日記、コミュニティ、および足跡などのサービスをユーザに提供するためのシステムである。

ＳＮＳシステム１と各端末装置２とは、インターネットなどのネットワークを介して互いに接続可能である。

ＳＮＳシステム１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ハードディスク１０ｄ、ＮＩＣ（Network Interface Card）１０ｅ、そのほか種々のハードウェアによって構成される。

ＲＯＭ１０ｃまたはハードディスク１０ｄには、図３に示すグループ登録処理部１０１、推薦ユーザ登録処理部１０２、人間関係設定処理部１０３、画面表示制御部１０４、コンテンツ等書込処理部１０５、モード変更時期判別部１０６、モード変更時期通知部１０７、表示ルール記憶部１２１、グループメンバ記憶部１２２、推薦ユーザ記憶部１２３、ユーザ情報記憶部１２４、およびコンテンツ等記憶部１２５などの機能を実現するためのプログラムおよびデータが格納されている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。

ＳＮＳシステム１として、ワークステーションまたはいわゆるサーバ機などが用いられる。図３の各部が複数台の装置に分散されるようにＳＮＳシステム１を構成してもよい。

端末装置２は、ユーザがＳＮＳを利用するためのクライアントである。端末装置２には、インターネットに接続する機能、Ｗｅｂブラウザ、およびメーラが備わっている。端末装置２として、パーソナルコンピュータまたは携帯電話端末などが用いられる。

本ＳＮＳの会員であるユーザには１人ずつ１つのユーザコードが与えられている。ユーザは、端末装置２を操作して自分のユーザコードでＳＮＳシステム１にログインし、上述の種々のサービスを使用することができる。

ところで、友達、メッセージ、日記、コミュニティ、および足跡の役割は、基本的に従来と同様である。また、従来と同様に、ユーザがＳＮＳシステム１にログインした際に、そのユーザの端末装置２には、図４のような、そのユーザ専用のトップページの画面であるトップページ画面ＨＧ１が表示される。

トップページ画面ＨＧ１は、そのユーザと友達関係などの人間関係を結んでいる他のユーザの一覧である友達一覧ＬＴ１１、当該他のユーザが書いた最近の日記の一覧である日記一覧ＬＴ１２、そのユーザの日記またはプロフィールを閲覧した（つまり、そのユーザのページに足跡を付けた）他のユーザの一覧である足跡一覧ＬＴ１３、およびそのユーザが参加しているコミュニティの一覧であるコミュニティ一覧ＬＴ１４などが含まれている。

ただし、従来のＳＮＳには、人間関係のモード（カテゴリ、タイプ）として「友達」という人間関係しかなかったが、本ＳＮＳには、図５に示すように、９種類の人間関係のモード（以下、「人間関係モード」と記載する。）が用意されている。そして、複数のユーザ同士がどの人間関係モードの人間関係を結んでいるかによって、トップページ画面ＨＧ１における情報の表示の仕方、他のユーザのページへのアクセスの制限、および人間関係の変移などに、従来と異なる点がある。ここで、各人間関係モードの概要を説明する。具体的な処理の内容は、後に順次説明する。

「標準友達モード」は、２人のユーザが従来のＳＮＳの「友達」の人間関係を結ぶための人間関係モードである。

「親子モード」は、２人のユーザが親子同士のような関係を結ぶための人間関係モードである。一方のユーザを親に決め、他方のユーザを子に決める。以下、親の立場のユーザを「親ユーザ」と記載し、子の立場のユーザを「子ユーザ」と記載する。親ユーザのトップページ画面ＨＧ１には、子ユーザがどのように本ＳＮＳを使用しているのかを親ユーザが監督できるように、情報が示される。

「親友モード」は、２人のユーザが親友同士のような関係を結ぶための人間関係モードである。親友モードの人間関係を結んだ２人のユーザそれぞれのトップページ画面ＨＧ１の友達一覧ＬＴ１１および日記一覧ＬＴ１２などには、相手（以下、「親友ユーザ」と記載する。）のニックネームが優先的に表示される。さらに、各一覧において、親友ユーザのニックネームの左側には他の人間関係モードのユーザに対するアイコンよりも目立つ特別なアイコンが配置される。

「グループモード」は、３人以上のユーザがクラスメートまたはサークルなどの仲間同士のような関係を結ぶための人間関係モードである。以下、同一のグループに所属する１人のユーザから見た残りのメンバ（ユーザ）を「グループ仲間ユーザ」と記載する。従来、ユーザは、ＳＮＳに加入した時点では、招待者だけと人間関係（本ＳＮＳにおける標準友達モードの友達同士の関係）を有する。しかし、本ＳＮＳでは、招待者は、複数の人を１つのグループに纏めて本ＳＮＳに招待することができる。この方法で招待を受けた人が本ＳＮＳに加入しユーザになると、その時点で、その招待者だけでなく、同一のグループに所属する他のユーザ（グループ仲間ユーザ）とも友達関係が結ばれる。

「コンシェルジェモード」は、初心者またはシニアなどＳＮＳに不慣れなユーザと本ＳＮＳの案内を行ったり相談に乗ったりするコンシェルジェのような役割のユーザとのような関係を結ぶための人間関係モードである。以下、前者を「初心者ユーザ」と記載し、後者を「コンシェルジェユーザ」と記載する。上述のように、従来、ユーザは、ＳＮＳに加入した時点では、招待者だけと人間関係を有する。しかし、ユーザ（初心者ユーザ）は、コンシェルジェユーザとコンシェルジェモードの人間関係を結ぶと、そのコンシェルジェユーザが紹介する他のユーザが直ちにその初心者ユーザの友達になる。

「お試しモード」は、予め決められた期限内のみ、２人のユーザがＳＮＳにおける従来の友達関係（本ＳＮＳにおける標準友達モードの友達関係）を結ぶための人間関係モードである。この期限が切れると、両ユーザの間の友達同士の関係が解消される。

「第一の片思いモード」および「第二の片思いモード」は、いずれも、友達になるように依頼した側のユーザ（以下、「依頼ユーザ」と記載する。）および依頼された側のユーザ（以下、「被依頼ユーザ」と記載する。）の２人の人間関係のモードであって、未だ被依頼ユーザが友達同士になることを承認していない状態つまり友達関係になる一歩手前の人間関係のモードである。

第一の片思いモードによると、依頼ユーザのトップページ画面ＨＧ１の友達一覧ＬＴ１１および日記一覧ＬＴ１２には被依頼ユーザの情報は表示され得るが、被依頼ユーザのトップページ画面ＨＧ１の友達一覧ＬＴ１１および日記一覧ＬＴ１２には依頼ユーザの情報は表示されない。

一方、第二の片思いモードによると、被依頼ユーザのトップページ画面ＨＧ１の友達一覧ＬＴ１１および日記一覧ＬＴ１２には依頼ユーザの情報は表示され得るが、依頼ユーザのトップページ画面ＨＧ１の友達一覧ＬＴ１１および日記一覧ＬＴ１２には被依頼ユーザの情報は表示されない。

「擬似退会モード」は、２人のユーザ同士の人間関係のモードであるが、一方のユーザが他方のユーザの目に付きたくないと思っている場合に用いられる人間関係モードである。当該一方のユーザが当該他方のユーザと擬似退会モードの人間関係を結ぶと、当該他方のユーザには、当該一方のユーザが本ＳＮＳを退会したかのように見える。以下、当該一方のユーザ、つまり、退会したかのように自分を見せかける側のユーザを、「擬似退会ユーザ」と記載する。また、当該他方のユーザ、つまり、退会したかのように見せかけられる側のユーザを、「被擬似ユーザ」と記載する。

なお、図５に示す通り、上記の人間関係モードごとに、ユニークなモードコードが与えられている。

次に、図３に示すＳＮＳシステム１の各部の機能を、友達などの人間関係の管理のための機能、コンテンツなどの閲覧および書込みのための機能、および人間関係の変更のタイミングを通知するための機能に大別して説明する。従来のＳＮＳの機能と共通する点については、説明を省略する。

〔友達などの人間関係の管理のための機能〕
図６はグループメンバデータ７Ｂの例を示す図、図７は推薦ユーザデータ７Ｃの例を示す図、図８は関係ユーザテーブルＴＬの例を示す図である。

図３において、ＳＮＳシステム１のグループメンバ記憶部１２２には、図６に示すような、グループごとのグループメンバデータ７Ｂが記憶されている。グループメンバデータ７Ｂには、そのグループのメンバであるユーザごとのユーザコードと、そのグループを他のグループと区別するためのグループコードとが、示されている。

グループメンバデータ７Ｂは、グループ登録処理部１０１および端末装置２によって、次のような手順で生成されグループメンバ記憶部１２２に記憶（登録）される。

グループを形成することを所望するユーザは、端末装置２を操作して、自分のユーザコードでＳＮＳシステム１にログインしそのグループに所属させるユーザを選択する。未だ本ＳＮＳに加入していない者を選択する場合は、その者の電子メールアドレスを入力することによって選択する。

すると、その端末装置２は、選択されたユーザごとのユーザコードまたは未加入者ごとの電子メールアドレスを示すグループ作成要求データＤＴ１をＳＮＳシステム１に送信する。

ＳＮＳシステム１において、グループ登録処理部１０１は、グループ作成要求データＤＴ１を受信すると、新たなグループコードを発行する。そして、発行したグループコードおよび受信したグループ作成要求データＤＴ１に示されるユーザコードまたは電子メールアドレスを示すグループメンバデータ７Ｂを生成し、グループ登録処理部１０１に記憶させる。

なお、グループメンバデータ７Ｂに示される電子メールアドレスは、その電子メールアドレスの持ち主が本ＳＮＳに入会した際に、その持ち主に対して発行されるユーザコードと置換される。

推薦ユーザ記憶部１２３には、図７に示すような推薦ユーザデータ７Ｃが記憶されている。推薦ユーザデータ７Ｃには、初心者ユーザが友達関係を結ぶのに好適な（推薦するに値する）ユーザのユーザコード（推薦ユーザコード）および推薦者であるコンシェルジェユーザのユーザコード（コンシェルジェユーザコード）が示されている。

推薦ユーザデータ７Ｃは、推薦ユーザ登録処理部１０２および端末装置２によって、次のような手順で生成され推薦ユーザ記憶部１２３に記憶（登録）される。

初心者ユーザに対して推薦を行いたいユーザは、端末装置２を操作して、自分のユーザコードでＳＮＳシステム１にログインし、初心者ユーザが友達になるのに好適なユーザを選択する。すると、その端末装置２は、選択されたユーザごとのユーザコードを示す推薦要求データＤＴ２をＳＮＳシステム１に送信する。

ＳＮＳシステム１において、推薦ユーザ登録処理部１０２は、推薦要求データＤＴ２を受信すると、推薦者であるユーザのユーザコード（コンシェルジェユーザコード）とその推薦要求データＤＴ２に示されるユーザコード（推薦ユーザコード）とを示す推薦ユーザデータ７Ｃを生成し、推薦ユーザ登録処理部１０２に記憶させる。

ユーザ情報記憶部１２４には、ユーザごとに、図８に示すような関係ユーザテーブルＴＬがそのユーザのユーザコードと対応付けられて記憶されている。

関係ユーザテーブルＴＬには、そのユーザと上記のいずれかの人間関係モードの関係を有する他のユーザ（以下、「関係ユーザ」と記載する。）ごとの関係ユーザデータ７Ｄが格納されている。

関係ユーザデータ７Ｄにおいて、「相手ユーザコード」は、その関係ユーザのユーザコードを示している。「モードコード」は、その関係ユーザとの繋がりのタイプつまり人間関係モードのモードコードを示している。

「立場タイプ」は、その人間関係モードが親子モード、コンシェルジェモード、第一の片思いモード、第二の片思いモード、および擬似退会モードのうちのいずれかである場合に、その関係ユーザがどの立場に立っているかを示している。例えば、その関係ユーザとの人間関係が親子モードの人間関係でありかつその関係ユーザが親ユーザである場合は、その関係ユーザの関係ユーザデータ７Ｄの「立場タイプ」は、「親ユーザ」を示す。

「グループコード」は、その人間関係モードがグループモードである場合に、そのユーザがその関係ユーザによって所属させられたグループのグループコードを示す。

「登録日」は、そのユーザとその関係ユーザとが関係付けられた日付を示している。具体的には、その関係ユーザの関係ユーザデータ７Ｄをユーザ情報記憶部１２４に記憶させた日付を示している。

そのほか、ユーザ情報記憶部１２４には、ユーザごとに、ユーザ自身の氏名、ニックネーム、住所、写真、年齢、性別、および趣味などのプロフィール、電子メールアドレス、参加しているコミュニティ、およびユーザコードなどを示すプロフィール等データ８Ｄなどが記憶されている。

ユーザのプロフィール等データ８Ｄは、従来のＳＮＳの場合と同様に、そのユーザが本ＳＮＳに入会する際に生成される。また、関係ユーザテーブルＴＬも同様のタイミングで生成される。入会当初は、その関係ユーザテーブルＴＬには、そのユーザの招待者の関係ユーザデータ７Ｄだけが格納されている。そして、その後、そのユーザが他のユーザとの人間関係を結んだり変更したり解消したりするごとに、関係ユーザデータ７Ｄが新たに格納され、更新され、または削除される。

人間関係設定処理部１０３は、新たな関係ユーザデータ７Ｄを生成して関係ユーザテーブルＴＬに格納させ、既存の関係ユーザデータ７Ｄを更新し、または既存の関係ユーザデータ７Ｄを削除することによって、ユーザ同士の人間関係の設定の処理を行う。

ここで、ユーザＵａがユーザＵｂから招待されて本ＳＮＳに入会する場合および入会後にユーザＵｃと人間関係を結ぶ場合を例に、関係ユーザデータ７Ｄの生成、更新、および削除の処理の手順を説明する。

（１−１） 関係ユーザデータ７Ｄの生成の処理
ユーザＵｂは、従来通りにユーザＵａに招待状を送ることができる。さらに、本ＳＮＳでは、ユーザＵｂは、ユーザＵａをグループのメンバとして招待することもできるし、コンシェルジェモードにおける初心者ユーザとして招待することもできる。ユーザＵｂは、ユーザＵａをグループのメンバとして招待する場合は、そのグループのグループコードを招待状に指定しておく。

ユーザＵａは、ユーザＵｂからの招待状を電子メールなどによって受け取ると、自分の端末装置２を操作してＳＮＳシステム１にアクセスし、プロフィールの入力など、入会のための手続を行う。これにより、ユーザＵａのプロフィール等データ８Ｄが生成されユーザ情報記憶部１２４に記憶される。

さらに、人間関係設定処理部１０３は、ユーザＵａの関係ユーザテーブルＴＬを生成し、そのユーザのユーザコードと対応付けてユーザ情報記憶部１２４に記憶させる。ユーザＵｂの関係ユーザデータ７Ｄを生成し、ユーザＵａの関係ユーザテーブルＴＬに格納する。

その関係ユーザデータ７Ｄの「相手ユーザコード」には、ユーザＵｂのユーザコードが示される。「登録日」には、関係ユーザデータ７Ｄを生成した日付が示される。「モードコード」には、原則として、標準友達モードのモードコードすなわち「Ｍ０５」が示される。

ただし、ユーザＵａがグループのメンバとして招待されている場合は、「モードコード」には、グループモードのモードコードすなわち「Ｍ０３」が示される。また、この場合は、「グループコード」には、そのグループのグループコードが示される。

また、ユーザＵａが初心者ユーザとして招待されている場合は、「モードコード」には、コンシェルジェモードのモードコードすなわち「Ｍ０４」が示される。「立場タイプ」には「初心者ユーザ」が示される。

入会後、ユーザＵａは、様々なユーザと種々の人間関係モードの関係を結ぶことができる。ユーザＵｃと人間関係を結ぶ場合は、端末装置２を操作することによって、ＳＮＳシステム１に自分のユーザコードでログインし、ユーザＵｃを指定するとともに、人間関係モードを指定する。人間関係モードとして、親子モード、コンシェルジェモード、第一の片思いモード、第二の片思いモード、および擬似退会モードのうちのいずれかを指定する場合は、さらに、関係の相手すなわちユーザＵｃの立場のタイプ（親ユーザ、子ユーザ、初心者ユーザなど）をも指定する。グループモードを指定する場合は、さらに、所属するグループのグループコードをも指定する。

すると、その端末装置２は、ユーザＵａが指定した内容を示す相手等指定データＤＴ３をＳＮＳシステム１に送信する。

ＳＮＳシステム１において、人間関係設定処理部１０３は、相手等指定データＤＴ３を受信すると、ユーザＵａが指定した相手つまりユーザＵｃに対して、ユーザＵａと人間関係を結ぶことを許可するように求めるメッセージを送る。そして、許可する旨の回答を受信したら、新たな関係ユーザデータ７Ｄを生成しユーザＵａの関係ユーザテーブルＴＬに格納させる。

その関係ユーザデータ７Ｄの「相手ユーザコード」には、関係の相手すなわちユーザＵｃのユーザコードが示される。「モードコード」および「立場タイプ」には、ユーザＵａが指定した人間関係モードのモードコードおよびユーザＵｃの立場のタイプが示される。「グループコード」には、人間関係モードがグループモードである場合にユーザＵａが指定したグループコードが示される。「登録日」には、その関係ユーザデータ７Ｄを生成した日付が示される。

ただし、擬似退会モードの場合は、許可を求めるメッセージを送らず、相手の許可を得ることなく、新たな関係ユーザデータ７Ｄを生成しユーザＵａの関係ユーザテーブルＴＬに格納させる。

または、ユーザＵａがコンシェルジェユーザであり、ユーザＵａとコンシェルジェモードの関係のある初心者ユーザが入会した場合は、人間関係設定処理部１０３は、その初心者ユーザの関係ユーザデータ７Ｄを生成し、ユーザＵａの関係ユーザテーブルＴＬに格納させる。

なお、人間関係設定処理部１０３は、ユーザＵｃの関係ユーザテーブルＴＬにも、ユーザＵａの関係ユーザデータ７Ｄを生成し格納させる。ユーザＵｃが初心者ユーザである場合は、さらに、ユーザＵｃのコンシェルジェユーザが紹介する他のユーザの関係ユーザテーブルＴＬにも、ユーザＵａの関係ユーザデータ７Ｄを生成し格納させる。

（１−２） 関係ユーザデータ７Ｄの更新の処理
ユーザは、適宜、関係ユーザとの関係を変更することができる。後述するように、変更するタイミングをＳＮＳシステム１から通知してもらうことができるので、そのタイミングで行ってもよいし、任意に行ってもよい。

例えば、ユーザＵａは、ユーザＵｃとの関係のタイプすなわち人間関係モードを変更する場合は、端末装置２を操作して次のような手続を行う。

ユーザＵａは、ＳＮＳシステム１に自分のユーザコードでログインし、ユーザＵｃを指定するとともに、どの人間関係モードに変更するのかを指定する。親子モード、コンシェルジェモード、第一の片思いモード、第二の片思いモード、および擬似退会モードのうちのいずれかに変更する場合は、さらに、ユーザＵｃの立場のタイプ（親ユーザ、子ユーザ、初心者ユーザなど）をも指定する。グループモードを指定する場合は、さらに、所属するグループのグループコードをも指定する。

すると、その端末装置２は、ユーザＵａが指定した内容を示す変更要求データＤＴ４をＳＮＳシステム１に送信する。

ＳＮＳシステム１において、人間関係設定処理部１０３は、変更要求データＤＴ４を受信すると、ユーザＵａの関係ユーザテーブルＴＬの中からユーザＵｃの関係ユーザデータ７Ｄを検索し、その変更要求データＤＴ４に示される通りにその関係ユーザデータ７Ｄを更新する。

（１−３） 関係ユーザデータ７Ｄの削除の処理
ユーザは、適宜、関係ユーザとの関係を解消することができる。例えば、ユーザＵａは、ユーザＵｃとの関係を解消する場合は、端末装置２を操作して次のような手続を行う。

ユーザＵａは、ＳＮＳシステム１に自分のユーザコードでログインし、ユーザＵｃを指定するとともに、関係の解消の要求を入力する。

すると、その端末装置２は、ユーザＵｃを示す関係解消要求データＤＴ５をＳＮＳシステム１に送信する。

ＳＮＳシステム１において、人間関係設定処理部１０３は、関係解消要求データＤＴ５を受信すると、ユーザＵａの関係ユーザテーブルＴＬの中からユーザＵｃの関係ユーザデータ７Ｄを検索し、それを削除する。

〔コンテンツなどの閲覧および書込みのための機能〕
図９はトップ表示例外ルールデータ７Ａの例を示す図、図１０は他画面表示例外ルールデータ８Ａの例を示す図、図１１および図１２はトップページ画面ＨＧ１の変形例を示す図、図１３はメッセージ一覧画面ＨＧ２の例を示す図、図１４はメッセージ内容画面ＨＧ３の例を示す図、図１５、図１６、および図１７はメッセージ一覧画面ＨＧ２の変形例を示す図、図１８はコミュニティ画面ＨＧ４の例を示す図である。

図３において、ＳＮＳシステム１の表示ルール記憶部１２１には、図９に示すような、人間関係モードごとのトップ表示例外ルールデータ７Ａが記憶されている。トップ表示例外ルールデータ７Ａにおいて、「モードコード」および「モード名」は、それぞれ、その人間関係モードのモードコードおよび名称を示している。「トップページ画面表示例外ルール」は、トップページ画面ＨＧ１（図４参照）における、従来のＳＮＳでの友達の表示方法とは異なる点を示している。トップ表示例外ルールデータ７Ａに基づいてトップページ画面ＨＧ１が具体的にどのような形態で表示されるのかは、後に説明する。

さらに、表示ルール記憶部１２１には、トップページ画面ＨＧ１以外のページの画面における、従来のＳＮＳでの友達の表示方法とは異なる点を示す、図１０のような他画面表示例外ルールデータ８Ａが記憶されている。他画面表示例外ルールデータ８Ａに基づいて各画面が具体的にどのような形態で表示されるのかは、後に説明する。

コンテンツ等記憶部１２５には、ユーザ同士でやり取りされたコンテンツなどのデータが記憶されている。具体的には、次のようなデータが記憶されている。

コンテンツ等記憶部１２５は、コミュニティごとに、コミュニティデータベースを有している。そして、そのコミュニティに投稿された記事ごとの、投稿者であるユーザのユーザコード、投稿の日時、その記事のタイトル、およびその記事のコンテンツ（テキストデータまたは画像データなど）を含む記事データ７ＥＡを、そのコミュニティのコミュニティデータベースに格納することによって記憶する。

また、ユーザごとに、日記データベースを有している。そして、そのユーザが書き込んだ日記ごとの、書込みの日時、タイトル、およびその日記のコンテンツを含む日記データ７ＥＢを、そのユーザの日記データベースに格納することによって記憶する。

そのほか、日記データベースには、日記に対する他のユーザによるコメントのデータであるコメントデータ７ＫＤが格納される。コメントデータ７ＫＤには、そのコメントのコンテンツ、そのコメントが付けられた日時（コメント日時）、およびコメント者のユーザコードが含まれる。

また、ユーザごとに、メッセージデータベースを有している。そして、そのユーザに宛てて他のユーザが発信したメッセージごとの、発信の日時、タイトル、およびそのメッセージのコンテンツを含むメッセージデータ７ＥＣを、そのユーザのメッセージデータベースに格納することによって記憶する。

また、ユーザごとに、足跡データベースを有している。そして、そのユーザのページに他のユーザが付けた足跡ごとの、当該他のユーザのユーザコードおよび足跡を付けた日時を含む足跡データ７ＥＤを、そのユーザの足跡データベースに格納することによって記憶する。

記事データ７ＥＡ、日記データ７ＥＢ、メッセージデータ７ＥＣ、および足跡データ７ＥＤを生成しコンテンツ等記憶部１２５に記憶させる処理は、後述するコンテンツ等書込処理部１０５によって行われる。

画面表示制御部１０４は、ユーザの操作に応じて、種々の画面をそのユーザの端末装置２に表示させる処理を行う。このとき、その画面を表示するためのデータ（ＨＴＭＬファイルおよびＧＩＦファイルなど）を、その端末装置２に送信する。

例えば、ユーザがＳＮＳシステム１にログインした際に、トップページ画面ＨＧ１（図４参照）をそのユーザの端末装置２に表示させる。または、送信しまたは受信したメッセージの画面を表示する。または、ユーザが指定した条件に合うユーザの検索結果の画面を表示する。または、ユーザが指定したコミュニティの画面を表示する。

画面表示制御部１０４は、上記の各画面を端末装置２に表示させる際に、標準友達モードの関係のユーザについては、従来のＳＮＳの場合と同様に取り扱う。ただし、他の人間関係モードの関係のユーザについては、画面表示制御部１０４は、表示ルール記憶部１２１に記憶されている、各人間関係モードのトップ表示例外ルールデータ７Ａ（図９参照）に基づいて、従来のＳＮＳの場合とは異なるように取り扱うことがある。ここで、ユーザＵａの端末装置２に上記の各画面を表示させる際の各ユーザの取扱いについて、説明する。

（２−１） トップページ画面の表示
前に図４で説明したように、ユーザＵａのトップページ画面ＨＧ１には、４つの一覧ＬＴ１１〜ＬＴ１４が配置されている。そのうち、友達一覧ＬＴ１１および日記一覧ＬＴ１２には、原則として、ユーザＵａの関係ユーザが示される。従来のＳＮＳでは、「友達」という人間関係がしかないので、友達である他のユーザが画一的に示される。

また、従来のＳＮＳでは、足跡一覧ＬＴ１３には、ユーザ本人のページに足跡を付けた他のユーザが示される。コミュニティ一覧ＬＴ１４には、ユーザ本人が参加しているコミュニティが示される。

しかし、本ＳＮＳでは、画面表示制御部１０４は、トップ表示例外ルールデータ７Ａ（図９参照）に基づいて、次の関係ユーザについては次のように表示の形態を変更する。
（２−１−１） 図１１のように、ユーザＵａの親友ユーザを友達一覧ＬＴ１１および日記一覧ＬＴ１２においてどのユーザよりも最優先に示す。すなわち、友達一覧ＬＴ１１および日記一覧ＬＴ１２の最上位に配置する。さらに、そのニックネームの左側に特別なアイコンを配置する。なお、画面表示制御部１０４は、どのユーザがユーザＵａの親友ユーザであるかを、ユーザＵａの関係ユーザテーブルＴＬ（図８参照）に基づいて判別することができる。後に順次説明する各関係ユーザの人間関係モードも同様に、関係ユーザテーブルＴＬに基づいて判別することができる。
（２−１−２） 図１２のように、ユーザＵａの子ユーザの関係ユーザ（子ユーザの友達など）も、ユーザＵａ本人の関係ユーザとともに、ユーザＵａのトップページ画面ＨＧ１の友達一覧ＬＴ１１に示す。子ユーザの関係ユーザの日記のタイトルなどを、ユーザＵａ本人の関係ユーザの日記のタイトルなどとともに、日記一覧ＬＴ１２に適宜示す。子ユーザのページに付いた足跡を、ユーザＵａ本人のページに付いた足跡とともに、足跡一覧ＬＴ１３に示す。さらに、子ユーザが参加しているコミュニティを、ユーザＵａ本人が参加しているコミュニティとともに、コミュニティ一覧ＬＴ１４に示す。
（２−１−３） ユーザＵａがいずれかの関係ユーザによっていずれかのグループに所属させられている場合は、そのグループのメンバ（つまり、グループ仲間ユーザ）を、標準友達モードの関係ユーザ（従来のＳＮＳにおける友達）と同様に取り扱う。すなわち、グループ仲間ユーザをも、友達一覧ＬＴ１１に示す。さらに、グループ仲間ユーザの日記のタイトルなどをも、日記一覧ＬＴ１２に適宜示す。なお、画面表示制御部１０４は、グループのメンバを、そのグループのグループメンバデータ７Ｂ（図６参照）に基づいて判別することができる。
（２−１−４） ユーザＵａが初心者ユーザである場合は、ユーザＵａのコンシェルジェユーザによって推薦されるユーザを、標準友達モードの関係ユーザと同様に取り扱う。すなわち、推薦されるユーザをも、友達一覧ＬＴ１１に示す。さらに、推薦されるユーザの日記のタイトルなどをも、日記一覧ＬＴ１２に適宜示す。なお、画面表示制御部１０４は、推薦されるユーザを、そのコンシェルジェユーザの推薦ユーザデータ７Ｃ（図７参照）に基づいて判別することができる。
（２−１−５） ユーザＵａの、お試しモードの関係ユーザについては、原則として、標準友達モードの関係ユーザと同様に取り扱う。すなわち、友達一覧ＬＴ１１にも日記一覧ＬＴ１２にも、適宜、お試しモードの関係ユーザを示す。ただし、その関係ユーザとの関係ができてから（つまり、ユーザＵａの関係ユーザテーブルＴＬにその関係ユーザの関係ユーザデータ７Ｄが登録された日から）所定の期間が既に経過している場合は、その関係ユーザを友達一覧ＬＴ１１にも日記一覧ＬＴ１２にも示さないようにする。
（２−１−６） ユーザＵａの、第一の片思いモードの依頼ユーザ（つまり、友達になるように第一の片思いモードでユーザＵａに対して依頼を行ったユーザ）を、友達一覧ＬＴ１１にも日記一覧ＬＴ１２にも示さないようにする。
（２−１−７） ユーザＵａの、第二の片思いモードの被依頼ユーザ（つまり、ユーザＵａが第二の片思いモードで友達になるように依頼をした相手であるユーザ）を、友達一覧ＬＴ１１にも日記一覧ＬＴ１２にも示さないようにする。
（２−１−８） ユーザＵａの、擬似退会モードの擬似退会ユーザ（つまり、退会したかのようにユーザＵａに対して見せかけているユーザ）を、友達一覧ＬＴ１１、日記一覧ＬＴ１２、および足跡一覧ＬＴ１３のいずれにも示さないようにする。

（２−２） メッセージの画面
画面表示制御部１０４は、ユーザＵａがトップページ画面ＨＧ１のメッセージボタンＢＮ１１を押すと、ユーザＵａの端末装置２に、図１３のような、ユーザＵａ宛てに届いたメッセージのタイトルなどの一覧である受信一覧ＬＴ２１およびユーザＵａが他のユーザに送ったメッセージのタイトルなどの一覧である送信一覧ＬＴ２２を含むメッセージ一覧画面ＨＧ２が表示される。ここで、ユーザＵａは、従来通り、メッセージのタイトルを選択することによって、図１４のような、そのメッセージのコンテンツ（本文）を示すメッセージ内容画面ＨＧ３を表示させることができる。画面表示制御部１０４は、これらの画面を、コンテンツ等記憶部１２５に記憶されているユーザＵａのメッセージデータ７ＥＣなどに基づいて生成することができる。

さらに、本ＳＮＳでは、画面表示制御部１０４は、次の関係ユーザについては、他画面表示例外ルールデータ８Ａ（図１０参照）に従って、次のように表示の形態を変更する。
（２−２−１） 図１５のように、ユーザＵａのメッセージ一覧画面ＨＧ２の受信一覧ＬＴ２１に、ユーザＵａの子ユーザの宛てに届いたメッセージのタイトルなどをも、示す。また、送信一覧ＬＴ２２に、子ユーザが他のユーザに送ったメッセージのタイトルなどをも、示す。また、ユーザＵａは、子ユーザ宛てのメッセージのコンテンツおよび子ユーザが送信したメッセージのコンテンツも、ユーザＵａ自身のメッセージの場合と同様に、図１４のように表示させることができる。
（２−２−２） 図１６のように、ユーザＵａの親友ユーザからのメッセージのタイトルなどを、どのユーザからのメッセージのタイトルなどよりも最優先に示す。すなわち、受信一覧ＬＴ２１の最上位に配置する。さらに、そのニックネームの左側に特別なアイコンを配置する。
（２−２−３） ユーザＵａの、第一の片思いモードの依頼ユーザ（つまり、友達になるように第一の片思いモードでユーザＵａに対して依頼を行ったユーザ）からのメッセージが特別なものであることが分かるように、図１７のように、アイコンを配置する。同様に、ユーザＵａの、第二の片思いモードの被依頼ユーザ（つまり、ユーザＵａが第二の片思いモードで友達になるように依頼をした相手であるユーザ）からのメッセージが特別なものであることが分かるように、アイコンを配置する。

（２−３） 検索結果の画面の表示
画面表示制御部１０４は、ユーザＵａがトップページ画面ＨＧ１の検索ボタンＢＮ１２を押すと、ユーザＵａの端末装置２に、検索のキーワードを入力するためのダイアログ画面を表示させる。ユーザＵａは、探しているユーザに関連するキーワードを入力し、検索コマンドを入力する。すると、ＳＮＳシステム１において、ユーザ情報記憶部１２４に記憶されている各ユーザのプロフィール等データ８Ｄなどに基づいて、そのキーワードに関連するユーザが検索される。画面表示制御部１０４は、そのユーザのニックネームなどを示す検索結果画面をユーザＵａの端末装置２に表示させる。このように、検索結果の表示のさせ方は基本的に従来と同様である。

ただし、画面表示制御部１０４は、他画面表示例外ルールデータ８Ａ（図１０参照）に従って、ユーザＵａの擬似退会ユーザ（つまり、退会したかのようにユーザＵａに対して見せかけているユーザ）を、検索結果から除外し、擬似退会ユーザのニックネームを表示しないようにする。

（２−４） コミュニティの画面の表示
画面表示制御部１０４は、ユーザＵａがトップページ画面ＨＧ１のコミュニティ一覧ＬＴ１４などの中からコミュニティを選択するごとに、図１８のような、そのコミュニティ画面ＨＧ４をユーザＵａの端末装置２に表示させる。コミュニティ画面ＨＧ４には、そのコミュニティに参加しているユーザの一覧である参加者一覧ＬＴ４１および投稿された記事の一覧である記事一覧ＬＴ４２などが含まれる。このように、コミュニティの画面の表示のさせ方は基本的に従来と同様である。

ただし、画面表示制御部１０４は、他画面表示例外ルールデータ８Ａ（図１０参照）に従って、ユーザＵａの擬似退会ユーザを参加者一覧ＬＴ４１に示さないようにする。また、その擬似退会ユーザの記事が記事一覧ＬＴ４２に示されないようにする。

以上の通り、画面表示制御部１０４は、ユーザＵａには、ユーザＵａの擬似退会ユーザの情報を一切見せないように表示の処理を行う。よって、ユーザＵａは、擬似退会ユーザのどのページにアクセスすることができない。また、画面表示制御部１０４は、ユーザＵａが擬似退会ユーザのページのＵＲＬ（Uniform Resource Locator）を直接入力するなどしてアクセスを試みても、それを拒否する。

図３のコンテンツ等書込処理部１０５は、コミュニティへの記事の投稿、日記の書込み、メッセージの送信、および足跡の記録など、ユーザの活動に伴って得られる種々のコンテンツまたは履歴をコンテンツ等記憶部１２５の各データベースに書き込む処理を行う。この処理は、基本的に従来のＳＮＳにおける処理と同様である。

上述の通り、退会したかのように擬似退会ユーザから見せかけられる側のユーザつまり被擬似ユーザは、その擬似退会ユーザの存在を確認することもできないし、その擬似退会ユーザのページにアクセスすることもできない。よって、その擬似退会ユーザにメッセージを送ることはできない。万が一、何らかの方法でその擬似退会ユーザにメッセージを送ろうとしても、コンテンツ等書込処理部１０５は、メッセージの送信の処理を拒否し中止する。

〔人間関係の変更のタイミングを通知するための機能〕
図１９は人間関係モードの遷移の例を示す図である。

モード変更時期判別部１０６は、２人のユーザ同士の関係の人間関係モードを変更すべきタイミング（時期）が訪れているか否かを判別する処理を行う。以下、ユーザＵａ、Ｕｂ同士の関係の人間関係モードを変更すべきタイミングが訪れているか否かを判別する場合を例に、説明する。

モード変更時期判別部１０６は、ユーザＵａ、Ｕｂがお試しモード、標準友達モード、または親友モードの人間関係モードを結んでから一定の期間（例えば、１ヶ月）が経過したら、両ユーザの間で何らかのイベントが起こるごとにまたは定期的に、両ユーザの間で直前の所定の期間（例えば、１ヶ月）に起こったイベントの回数を計数する。具体的には、一方が他方に対して次のようなアクションを起こした回数を計数する。

この所定の期間にユーザＵａがユーザＵｂの日記にコメントを付けた回数とユーザＵｂがユーザＵａの日記にコメントを付けた回数との合計回数（以下、「コメント回数Ｋｍ」と記載する。）を計数する。この所定の期間にユーザＵａがユーザＵｂのページに足跡を付けた回数とユーザＵｂがユーザＵａのページに足跡を付けた回数との合計回数（以下、「足跡回数Ｋｎ」と記載する。）を計数する。さらに、所定の期間にユーザＵａがユーザＵｂにメッセージを送った回数とユーザＵｂがユーザＵａにメッセージを送った回数との合計回数（以下、「メッセージ回数Ｋｐ」と記載する。）を計数する。

そして、モード変更時期判別部１０６は、評価ポイントＰｔが次の（１）式または（２）式を満たすか否かに応じて、人間関係モードを変更すべきタイミングであるか否かと、どの人間関係モードに変更すべきであるかとを、判別する。
Ｐｔ≧α１ …… （１）
α１＞Ｐｔ≧α２ …… （２）
ただし、α１、α２は、正の任意の閾値である。α１＞α２、である。Ｐｔ＝βｍ・Ｋｍ＋βｎ＋βｐ・Ｋｐ、である。βｍ、βｎ、βｐは、正の任意の係数である。例えば、α１として「５０」が設定され、α２として「２５」が設定される。また、βｍとして「５」が設定され、βｎとして「１」が設定され、βｐとして「３」が設定される。

モード変更時期判別部１０６は、ユーザＵａ、Ｕｂの関係の人間関係モードがお試しモードであるときに計数を行った結果、（１）式または（２）式のいずれかが満たされることを検知できた場合は、人間関係モードを標準友達モードに変更すべきタイミングであると判別する。

または、モード変更時期判別部１０６は、標準友達モードであるときに計数を行った結果、（１）式が満たされることを検知できた場合は、親友モードに変更すべきタイミングであると判別する。

または、モード変更時期判別部１０６は、親友モードであるときに計数を行った結果、（１）式および（２）式のいずれも満たされないことを検知できた場合は、標準友達モードに変更すべきタイミングであると判別する。

モード変更時期通知部１０７は、モード変更時期判別部１０６による判別結果を、ユーザＵａ、Ｕｂの両者に電子メールまたはメッセージによって通知する。ユーザＵａ、Ｕｂは、通知された判別結果を見たら、人間関係モードを変更すべきか否かを決める。そして、前に説明した手順で端末装置２を操作し、ＳＮＳシステム１に対して変更を要求する。ＳＮＳシステム１の人間関係設定処理部１０３は、要求に基づいて、両者の人間関係を設定し直す。このような処理によって、ユーザＵａ、Ｕｂの人間関係は、図１９（ａ）のように遷移し得る。

なお、人間関係設定処理部１０３は、モード変更時期判別部１０６による判別結果に応じて、ユーザＵａ、Ｕｂの判断に依らず自動的に両者の人間関係を設定し直してもよい。

そのほか、ユーザは、第一の片思いモードまたは第二の片思いモードの被依頼ユーザである場合に、依頼ユーザの言動に応じて、図１９（ｂ）のように、依頼ユーザとの人間関係モードを変更することができる。

図２０および図２１はＳＮＳシステム１の全体的な処理の流れの例を説明するフローチャートである。

次に、ＳＮＳシステム１におけるユーザ同士の人間関係の管理およびサービスの提供の全体的な処理の流れを、図２０および図２１のフローチャートを参照して説明する。

ＳＮＳシステム１は、イベントが発生するごとに、そのイベントに応じて図２０および図２１に示すような処理を実行する。

ＳＮＳシステム１は、新たなユーザが入会すると（図２０の＃１１でＹｅｓ）、そのユーザのプロフィール等データ８Ｄを生成する（＃１２）。そのユーザの関係ユーザテーブルＴＬを生成する（＃１３）。さらに、そのユーザの招待者の関係ユーザデータ７Ｄをそのユーザの関係ユーザテーブルＴＬに登録するとともに、そのユーザの関係ユーザデータ７Ｄをその紹介者の関係ユーザテーブルＴＬに登録する（＃１４）。これにより、そのユーザとその紹介者との人間関係が設定される。

または、ＳＮＳシステム１は、ユーザから新たな人間関係の登録の要求（友達申請など）を受け付けると（＃２１でＹｅｓ）、相手に対して許可を求める（＃２３）。そして、許可が得られれば（＃２４でＹｅｓ）、相手の関係ユーザデータ７Ｄをそのユーザの関係ユーザテーブルＴＬに登録するとともに、そのユーザの関係ユーザデータ７Ｄを相手の関係ユーザテーブルＴＬに登録する（＃２５）。これにより、両者の人間関係が設定される。ただし、今回の人間関係のタイプが擬似退会モードでありかつ相手の立場を被擬似ユーザとする場合は（＃２２でＹｅｓ）、相手の許可を得ることなく、ステップ＃２５の登録処理を行う。

または、ＳＮＳシステム１は、ユーザから情報の閲覧の要求を受信すると（＃３１でＹｅｓ）、トップ表示例外ルールデータ７Ａ（図９参照）および他画面表示例外ルールデータ８Ａ（図１０参照）に従って、そのユーザに対して特別に提示すべき情報および提示してはいけない情報を判別する（＃３２）。そして、従来通りに提示する情報に特別に提示すべき情報を加えたり、従来通りに提示する情報から提示してはいけない情報を除外したり、関係ユーザの順番を並べ替えたり、親友のニックネームの傍にアイコンを配置したりすることによって、画面のデータを生成し、そのユーザの端末装置２に送信する（＃３３）。また、ＳＮＳシステム１は、そのユーザが他のユーザのページを閲覧した場合は、足跡を記録する（＃３４）。

または、ＳＮＳシステム１は、ユーザが自分の日記を書いたり、コミュニティに記事を投稿したり、他のユーザの日記にコメントを付けたり、他のユーザへのメッセージを書いたりしたら（＃４１でＹｅｓ）、それらの記載内容などを所定のデータベースに記録する（＃４３）。ただし、そのユーザが擬似退会ユーザへのメッセージを書いた場合は（＃４２でＹｅｓ）、ＳＮＳシステム１は、その受付を拒否する。

または、ＳＮＳシステム１は、２人のユーザの人間関係モードの見直しを行う時期が訪れたら（図２１の＃５１でＹｅｓ）、両者の間でのアクションを分析し評価ポイントＰｔを算出し（＃５２）、その値に基づいて、人間関係モードを変更すべきタイミングであるか否かと、どの人間関係モードに変更すべきであるかとを、判別する（＃５３）。そして、変更すべきタイミングである場合は（＃５４でＹｅｓ）、判別結果を両ユーザに通知する（＃５５）。

または、ＳＮＳシステム１は、ユーザから人間関係モードの変更または人間関係の解除の要求を受信すると（＃６１でＹｅｓ）、その要求に応じて、そのユーザの関係ユーザテーブルＴＬの中の相手の関係ユーザデータ７Ｄを更新し、相手の関係ユーザテーブルＴＬの中のそのユーザの関係ユーザデータ７Ｄを変更し、または両関係ユーザデータ７Ｄを削除する（＃６２）。

本実施形態によると、ユーザは、複数の人間関係モードの中から、自分と相手との関係に応じて友達関係などの人間関係を結ぶことができる。よって、すべての関係者を画一的に扱わなければならない、という精神的な負担を軽減し、ＳＮＳを健康的に使うことができる。特に、ＳＮＳをよく使用するベテランのユーザにとって、好適である。

ＳＮＳの初心者は、コンシェルジェモードによって安心して友達を見つけることができる。また、グループモードによって簡単に友達の設定を行うことができる。

本実施形態では、トップページ画面ＨＧ１などにおいて、親友ユーザおよび子ユーザにアイコンを付したが、他の関係ユーザにも人間関係モードに応じたアイコンを付してもよい。

その他、ＳＮＳシステム１の全体または各部の構成、処理内容、処理順序、表示する情報の選択の仕方、データの構成、人間関係モードなどは、本発明の趣旨に沿って適宜変更することができる。

また、本願に開示するシステムは、友達サービスを提供する手段を備えかつ第一のユーザと１人または複数の第二のユーザとが通信回線を介して交流するための仮想的な共同体を管理する仮想共同体管理システムにおいて、前記第二のユーザのうちの、前記第一のユーザとの関係を有する第二のユーザである関係ユーザごとに、当該関係のタイプを記憶する、関係タイプ記憶手段と、前記第一のユーザの端末装置に、前記関係ユーザの情報を、前記関係タイプ記憶手段に記憶されている当該関係ユーザそれぞれの前記関係の前記タイプに応じて表示させる、表示処理手段と、を有するように構成することができる。本願に開示するシステムによれば、関係タイプに応じて関係ユーザの情報を表示するため、友達関係を端末装置上で表現すること等が可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

また、本願に開示するシステムは、上述の構成において、関係タイプ記憶手段は、関係ユーザごとに、タイプとして、親友タイプまたは標準友達タイプのいずれかを記憶し、表示処理手段は、親友タイプの関係のある関係ユーザの情報を、標準友達タイプの関係のある関係ユーザの情報よりも優先的に表示させるように構成することができる。本願に開示するシステムによれば、関係タイプの深さに応じて表示の優先度を変えるため、友達関係の深さを端末装置上で表現すること等が可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

また、本願に開示するシステムは、上述の構成又は上述の構成の任意の組合せにおいて、関係ユーザの端末装置に第一のユーザの情報を表示させる第二の表示処理手段を有し、関係タイプ記憶手段は、関係ユーザごとに、タイプとして、標準友達タイプまたは片思い友達タイプのいずれかを記憶し、表示処理手段は、標準友達タイプの関係のある関係ユーザの情報は表示させるが、片思い友達タイプの関係のある関係ユーザの情報は表示させず、第二の表示処理手段は、関係ユーザの端末装置に、当該関係ユーザの関係のタイプが標準友達タイプであっても片思い友達タイプであっても、当該第一のユーザの情報を表示させるように構成することができる。本願に開示するシステムによれば、ユーザ間の友達関係が双方向であるか、片方向であるかに応じてそれぞれのユーザの端末装置に相手を表示するか表示しないかを切り替えるため、片想いの友達関係を秘匿し相手に意識させないということ等が可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

また、本願に開示するシステムは、上述の構成又は上述の構成の任意の組合せにおいて、関係ユーザの端末装置に前記第一のユーザの情報を表示させる第二の表示処理手段を有し、関係タイプ記憶手段は、関係ユーザごとに、タイプとして、標準友達タイプまたは片思い友達タイプのいずれかを記憶し、表示処理手段は、標準友達タイプの関係のある関係ユーザの情報および片思い友達タイプの関係のある関係ユーザの情報の両方を表示させ、第二の表示処理手段は、関係ユーザの端末装置に、当該関係ユーザの関係のタイプが標準友達タイプである場合は第一のユーザの情報を表示させるが、片思い友達タイプである場合は表示させないように構成することができる。本願に開示するシステムによれば、ユーザ間の友達関係が片方向であっても、第一のユーザの端末装置に第二のユーザの情報を表示するかどうか選択できるため、第二のユーザの存在を秘匿するか、それとも逆にアピールするかを選択することが可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

また、本願に開示するシステムは、上述の構成又は上述の構成の任意の組合せにおいて、関係ユーザの端末装置に第一のユーザの情報を表示させる第二の表示処理手段を有し、関係タイプ記憶手段は、関係ユーザごとに、タイプとして、標準友達タイプまたは擬似退会タイプのいずれかを記憶し、第二の表示処理手段は、関係ユーザの端末装置に、当該関係ユーザの関係のタイプが標準友達タイプである場合は第一のユーザの情報を表示させるが、擬似脱退タイプである場合は表示させないように構成することができる。本願に開示するシステムによれば、友達関係が直接・間接を問わず情報を表示しないため、友達関係の解消後も他の友達を経由して間接的に情報を表示してしまうことを回避すること等が可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

また、本願に開示するシステムは、上述の構成又は上述の構成の任意の組合せにおいて、関係タイプ記憶手段は、関係ユーザごとに、タイプとして、親友タイプ、標準友達タイプ、またはお試しタイプのいずれかを記憶し、表示処理手段は、親友タイプの前記関係のある関係ユーザの情報を、標準友達タイプの関係のある関係ユーザの情報およびお試しタイプの関係のある関係ユーザの情報よりも優先的に表示させ、かつ、関係がお試しタイプになってから所定の時間が経過した関係ユーザの情報は表示させず、関係タイプ記憶手段は、第一のユーザと関係ユーザとの間で発生するイベントが所定の量以上である場合は、当該第一のユーザと当該関係ユーザとの関係のタイプを、お試しタイプから標準友達タイプに変更して記憶し、または標準友達タイプから親友タイプに変更して記憶するように構成することができる。本願に開示するシステムによれば、ユーザ間のイベントが所定の量以上である場合、より深い関係タイプに変更するため、自動的に関係タイプの最適化を行なうこと等が可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

また、本願に開示するシステムは、上述の構成又は上述の構成の任意の組合せにおいて、関係タイプ記憶手段は、関係ユーザごとに、タイプとして、親友タイプ、標準友達タイプ、またはお試しタイプのいずれかを記憶し、表示処理手段は、親友タイプの関係のある関係ユーザの情報を、標準友達タイプの関係のある関係ユーザの情報およびお試しタイプの関係のある関係ユーザの情報よりも優先的に表示させ、かつ、関係がお試しタイプになってから所定の時間が経過した関係ユーザの情報は表示させず、関係タイプ記憶手段は、第一のユーザと関係ユーザとの間で発生するイベントが所定の量未満である場合は、当該第一のユーザと当該関係ユーザとの関係の前記タイプを、親友タイプから標準友達タイプに変更して記憶するように構成することができる。本願に開示するシステムによれば、ユーザ間のイベントが所定の量未満である場合、より浅い関係タイプに変更するため、自動的に関係タイプの最適化を行なうこと等が可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

また、本願に開示するシステムは、友達サービスを提供する手段を備えかつ第一のユーザと１人または複数の第二のユーザとが通信回線を介して交流するための仮想的な共同体を管理する仮想共同体管理システムにおいて、第二のユーザのうちの、第三のユーザが推薦する第二のユーザである推薦ユーザを記憶する、推薦ユーザ記憶手段と、友達関係にあるユーザ同士の組合せを記憶する友達記憶手段と、第一のユーザが第三のユーザから招待を受けて入会する際に、推薦ユーザ記憶手段に記憶されている推薦ユーザと当該第一のユーザとの組合せを友達記憶手段に記憶させる、友達登録処理手段とを有するように構成することができる。本願に開示するシステムによれば、ＳＮＳに招待してくれた友達以外のユーザとも予め友達関係を設定するため、グループでＳＮＳに参加した場合にも招待してくれた友達以外のグループのメンバとの友達関係を設定する手間を省くこと等が可能となり、その結果、ユーザは、ＳＮＳのような、友達サービスのあるコミュニケーション手段を、従来よりも健康的に使うことができるということが期待できる。

１ ＳＮＳシステム（仮想共同体管理システム）
２ 端末装置
１０３ 人間関係設定処理部（友達登録処理手段）
１０４ 画面表示制御部（表示処理手段、第二の表示処理手段）
１２３ 推薦ユーザ記憶部（推薦ユーザ記憶手段）
１２４ ユーザ情報記憶部（関係タイプ記憶手段、友達記憶手段）
７Ｃ 推薦ユーザデータ
７Ｄ 関係ユーザデータ

Claims (2)

1. 複数のユーザが通信回線を介して交流するサービスの提供に供される複数のユーザ端末装置のそれぞれの表示部に表示させる表示内容の制御を行う制御プログラムにおいて、
   コンピュータに、
   第１のユーザ端末装置から、第２のユーザと特定の関係を結ぶことを求める要求を前記サービスが受け付け済であり、かつ、前記第２のユーザ端末装置から、前記第１のユーザと前記特定の関係を結ぶことを求める要求を前記サービスが受け付けていないときは、前記第２のユーザ端末装置における日記の入力を前記第１のユーザ端末装置の表示部への日記一覧の表示対象としない処理を実行させ、
   前記第１のユーザ端末装置から、前記第２のユーザと前記特定の関係を結ぶことを求める要求を前記サービスが受け付け済である場合は、前記第２のユーザ端末装置から前記第１のユーザと前記特定の関係を結ぶことを求める要求を前記サービスが受け付けていなくとも、前記第１のユーザ端末装置における日記の入力を前記第２のユーザ端末装置の表示部への日記一覧の表示対象とする処理を実行させる、
   ことを特徴とする制御プログラム。
2. 複数のユーザが通信回線を介して交流するサービスの提供に供される複数のユーザ端末装置のそれぞれの表示部に表示させる表示内容の制御を行う表示内容制御方法において、
   コンピュータが、
   第１のユーザ端末装置から、第２のユーザと特定の関係を結ぶことを求める要求が受け付け済であり、かつ、前記第２のユーザ端末装置から、前記第１のユーザと前記特定の関係を結ぶことを求める要求が受け付けられていないときは、前記第２のユーザ端末における日記の入力を前記第１のユーザ端末装置の表示部への日記一覧の表示対象としない処理を実行し、
   前記第１のユーザ端末装置から、前記第２のユーザと前記特定の関係を結ぶことを求める要求が受け付け済である場合は、前記第２のユーザ端末装置から前記第１のユーザと前記特定の関係を結ぶことを求める要求を前記サービスが受け付けていなくとも、前記第１のユーザ端末装置における日記の入力を前記第２のユーザ端末装置の表示部への日記一覧の表示対象とする処理を実行する、
   ことを特徴とする表示内容制御方法。

Images