WO2013140646A1 - 制御装置、制御方法、記録媒体およびシステム - Google Patents

Abstract

　ある利用者から見知らぬ年少者の１人にメッセージが送信されるのを回避するために、メッセージの送信先の候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付ける受付部と、複数の利用者のそれぞれについて属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、検索条件を満たす候補利用者を特定する特定部と、特定された候補利用者を選択可能に表示部に表示させる表示制御部と、選択された１または複数の利用者にメッセージを送信可能に管理する管理部とを含む。表示制御部は、年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前では、要求利用者による当該特定利用者の選択が禁止されるように表示させ、当該利用者が選択された後では、要求利用者による当該特定利用者の選択が許可されるように表示させる。

Description

制御装置、制御方法、記録媒体およびシステム

　本発明は、ＳＮＳ（Social Networking Service）などのサイトにおいて複数の利用者間でメッセージを送信する場合の問題を解決する技術に関する。

　近年、インターネットを利用したサイトによって様々なメッセージの閲覧、共有、交換などができるサービスが普及している（例えば特許文献１参照）。

特開２００８－２４２６９３号公報

　ところで、このようなサービスを提供するにあたっては、年少者を適切に保護することが社会的に要請されつつある。
　本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、利用者間でメッセージを送信するシステムにおいて、ある利用者から、見知らぬ年少者の１人のみにメッセージが送信されてしまうのを回避する機能を提供することにある。

　上記課題を解決するために本発明に係る制御装置は、利用者間でメッセージを送信するシステムに適用される制御装置であって、メッセージの送信先の候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付ける受付部と、複数の利用者のそれぞれについて前記属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、前記受付部によって受け付けられた検索条件を満たす候補利用者を特定する特定部と、前記特定部で特定された候補利用者を選択可能に表示部に表示させる表示制御部と、前記候補利用者のなかから、前記要求利用者によって選択された１または複数の利用者にメッセージを送信可能に管理する管理部と、を備え、前記表示制御部は、前記年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前では、前記要求利用者による当該特定利用者の選択が禁止されるように表示させ、当該利用者が選択された後では、前記要求利用者による当該特定利用者の選択が許可されるように表示させることを特徴とする。

　なお、ここでいうメッセージは、テキストのような文字情報に限られず、音声情報や映像情報などでも良いし、送信者を示すプロフィール画像や、当該送信者を表象するアバターなどを含んでも良い。また、利用者の属性情報とは、利用者の年齢以外に関する情報であり、例えば名前（実名、ニックネームを問わない）、居住地、性別などである。年少者は、記憶部に記憶された年齢情報によって判断され、例えば１８歳未満の者をいう。
　表示制御部において、選択が禁止または許可されるようにする、とは、表示部の制御については、表示部の表示内容を直接的に制御する場合のみならず、表示の制御を記述したプログラムを埋め込んだ画面情報を、表示部を含む端末装置側に送信する一方、当該プログラムにしたがって表示内容を間接的に制御する場合を含む。

　本発明において、前記記憶部は、前記複数の利用者のそれぞれについて利用者が正会員か準会員を示す会員情報を関連付けて記憶しており、前記表示制御部は、前記特定利用者に前記準会員を含めて、前記特定利用者の選択が許可または禁止されるようにする構成が好ましい。

　本発明において、前記記憶部は、利用者間の友達関係について、利用者を一意に識別する識別情報に関連付けて記憶しており、前記表示制御部は、前記特定利用者が前記要求利用者と友達関係である場合には、前記要求利用者による当該特定利用者の選択が許可されるようにする構成としても良い。
　要求利用者と年少者とが友達関係にある場合、当該要求利用者から１人の年少者のみにメッセージを送信することを禁止する理由がないからである。なお、友達関係である場合とは、例えばＳＮＳの会員であって実社会においても知り合いである関係と、当該ＳＮＳの会員であって、当該ＳＮＳで提供されるソーシャルゲームにおいてコミュニケーションしたことのある関係とを含む。

　本発明において、前記システムは２名以上の利用者でグループを構成して互いにメッセージを送信するものであり、前記受付部は、利用者が参加しているグループから退会する要求を受け付け、前記管理部は、前記受付部で受け付けられた利用者を前記グループから削除した場合に当該グループに参加している利用者が１人になるとき、当該グループの利用を不可能にする構成が好ましい。

　この構成において、前記管理部は、前記受付部で受け付けられた利用者を当該利用者が参加しているグループから削除した場合に当該グループに参加している利用者が２人であって、そのうち１人が特定利用者であるとき、当該グループの利用を不可能にする態様が好ましい。

　本発明において、前記管理部は、前記要求利用者によって選択された利用者から同意を受領したときに、当該利用者をグループに参加させるように構成しても良い。

　本発明は、サーバとしての制御装置のみならず、当該サーバの制御方法や、コンピュータを当該サーバまたは端末装置として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体、さらにはサーバと端末装置とを備えるシステムとしても概念することが可能である。

　なお、上記プログラムは記録媒体に記録させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ－ＲＯＭ等の非一過性の記録媒体であっても良い。
　また、コンピュータを端末装置として機能させるプログラムを記録する記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶される上記プログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでも良い。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、上記プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていても良い。

実施形態に係る制御装置を適用したシステムの構成を示す図である。 同システムにおけるＳＮＳサーバの構成を示すブロック図である。 同システムにおける端末装置を示すブロック図である。 同システムにおいてグループが作成時に構築される機能ブロック図である。 ユーザ登録テーブルの一例を示す図である。 グループ登録テーブルの一例を示す図である。 同システムにおけるメッセージ処理の動作を示すフローチャートである。 同システムにおけるグループ管理処理の動作を示すフローチャートである。 同システムにおけるグループ管理処理の動作を示すフローチャートである。 メッセンジャートップ画面の一例を示す図である。 フレンドトップ画面の一例を示す図である。 ＳＮＳフレンドのリスト画面の一例を示す図である。 ゲームフレンドのリスト画面の一例を示す図である。 フレンド検索の初期画面の一例を示す図である。 フレンド検索結果画面の一例を示す図である。 フレンド検索結果画面の一例を示す図である。 メッセージ内容とメッセージ表示との関係を示す図である。 メッセージ表示の位置を示す図である。 メッセージ表示画面の一例を示す図である。 メッセージ表示画面の一例を示す図である。 フレンド検索結果画面におけるエラーの一例を示す図である。 応用例（その１）に係るシステムの構成を示す図である。 応用例（その２）に係るシステムの構成を示す図である。

　以下、本発明の実施形態について図面を参照して説明する。

＜全体構成＞
　図１は、実施形態に係る制御装置を適用したシステムの全体的な構成を示すブロック図である。
　この図に示されるように、システム１では、複数の端末装置２０－１、２０－２、２０－３、…が、移動通信網Ｎｂ、ゲートウェイ１５およびインターネットＮａを介してＳＮＳサーバ１０に接続された構成となっている。
　以下においては、端末装置２０－１、２０－２、２０－３、…については、端末装置を特定せずに一般的に説明するので、符号における「－（ハイフン）」以下を省略して単に「２０」とする。

　ＳＮＳサーバ１０は、ＳＮＳ運営者によって運営され、ＳＮＳ会員（以下、単に「会員」という。）同士が交流するためのソーシャル・ネットワーキング・サービスを提供する。このサービスには、会員に各種のゲームを提供したり、グループを構成する複数の利用者同士でメッセージを送信・閲覧するサービスを提供したりすることが含まれる。
　このような各種サービスを提供するため、ＳＮＳサーバ１０は、会員に関する情報や会員から発信されたメッセージなどを管理する。また、ＳＮＳサーバ１０は、後述するグループ作成や、メッセージの閲覧などに必要な情報をテーブル化して記憶する。

　図２は、ＳＮＳサーバ１０のハードウェア的な構成を示すブロック図である。この図に示されるように、ＳＮＳサーバ１０は、装置全体を制御するＣＰＵ（Central Processing Unit）１０１と、ＣＰＵ１０１の主記憶部として機能するＲＡＭ（Random Access Memory）１０２と、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）１０３と、ネットワークを介して通信するためのインターフェース（Ｉ／Ｆ）１０５と、各種のプログラムやデータを記憶するストレージユニットの記憶部１０６と、を含む。また、記憶部１０６には、データベース１０８が記憶されてＣＰＵ１０１によって管理される。

　なお、データベース１０８によって管理されるデータやテーブルの詳細については後述する。また、このほかにも、ＳＮＳサーバ１０では、時間情報を出力するリアルタイムクロックが設けられるが図示を省略している。
　また、ＳＮＳサーバ１０は、図１においては１台で構築されているが、２台以上に分散させるとともに外部からみたときに仮想的に１台であるかのようにみえる構成としても良い。一方で、ＳＮＳサーバ１０の一部の機能を他のサービスを提供しているサーバで構築しても良い。また、ＳＮＳサーバ１０が中継サーバを介して端末装置２０と接続するように構成しても良い。

　端末装置２０は、例えば利用者が操作する携帯電話機である。この端末装置２０は、表示部２１１に重ねられたタッチパネル２１２を有し、利用者が表示部２１１の画面に対してタッチ操作等することで、必要な情報の入力や各種の指示が与えられる構成となっている。

　図３は、端末装置２０のハードウェア構成を示すブロック図である。この図に示されるように、端末装置２０は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、通信部２０４と、記憶部２０５と、ＲＴＣ（Real Time Clock）２０６と、表示部２１１と、タッチパネル２１２と、を含む。

　このうち、ＣＰＵ２０１は端末装置２０の全体を制御し、ＲＡＭ２０２はＣＰＵ２０１の主記憶部として用いられ、ＲＯＭ２０３は基本プログラムなどを記憶する。通信部２０４は、移動通信網Ｎｂや無線ＬＡＮ網などを介してＳＮＳサーバ１０と通信する。
　記憶部２０５は、ＳＮＳサーバ１０から各種のサービスの提供を受けるためのアプリケーションプログラムや、各種のデータなどを格納する。ここでいうアプリケーションプログラムは、ＳＮＳ運営者によって提供され、特定の配信サーバからダウンロードされて、端末装置２０にインストールされたものである。また、端末装置２０には、表示の制御が記述されたウェブページを閲覧するためのブラウザがインストールされている。ＲＴＣ２０６は、現在時刻の時間情報を出力する。

　表示部２１１は、例えば液晶表示装置や有機ＥＬ（Electro Luminescence）装置などの表示パネルである。タッチパネル２１２は、詳細な説明については省略するが、表示部２１１による表示画面のタッチ位置（ＸＹ座標値）を検出し、検出したタッチ位置を示す位置情報をＣＰＵ２０１に出力する。ＣＰＵ２０１は、タッチパネル２１２からの位置情報に基づいて、タッチ位置の移動方向や、移動速度、タッチ操作の種類等を検出する。
　ここで、検出可能なタッチ操作の種類には、例えばタップ、フリック、ドラッグ、ピンチ等が含まれる。このうち、タップとは、表示画面を指で軽く叩く操作である。フリックとは、画面に表示された対象物を指で軽く払う操作である。ドラッグとは、画面に表示された対象物を指で接触させた状態で移動させる操作である。ピンチとは、表示画面に二本の指を接触させた状態で広げたり狭めたりする操作である。

　なお、端末装置２０は、移動通信網Ｎｂに限られず、無線ＬＡＮ（Local Area Network）に接続される構成であっても良い。無線ＬＡＮに接続される場合、端末装置２０は、無線基地局（アクセスポイント）およびインターネットＮａを経由して、上記ＳＮＳサーバ１０に接続される。また、端末装置２０は、携帯電話機に限られず、タブレット型コンピュータやＰＤＡ（Personal Digital Assistant）などでも良い。

　図４は、端末装置２０がＳＮＳサーバ１０からメッセージ機能（メッセンジャー）によってサービスの提供を受ける場合に構築されるシステム１の機能ブロックを示す図である。この図に示されるように、ＳＮＳサーバ１０側では、サービスを提供するためのプログラムをＣＰＵ１０１が実行することによって、表示制御部１２３、受付部１２５、特定部１２６および管理部１２７が構築される。
　また、データベース１０８には、会員の情報等を記憶するユーザ登録テーブルＴＢ１と、グループに関する情報を記憶するグループ登録テーブルＴＢ２と、会員同士の友達関係を記憶する友達関係記憶テーブルＴＢ３と、投稿・応答履歴をグループ毎に記憶する投稿・応答履歴記憶部１１８とが管理される。
　なお、ユーザ登録テーブルＴＢ１、グループ登録テーブルＴＢ２、友達関係記憶テーブルＴＢ３および投稿・応答履歴記憶部１１８の詳細については、後述することにする。

　一方、端末装置２０側では、ＣＰＵ２０１がアプリケーションプログラムを実行することによって、ブラウザ２２１、操作検出部２２２が構築される。
　操作検出部２２２は、タッチパネル２１２で検出された位置情報に基づいて操作された位置や種類等を出力する。
　ブラウザ２２１は、ＳＮＳサーバ１０から送信されたウェブ画面を解釈して表示部２１１に表示させるとともに、操作検出部２２２によって検出されたタッチパネル２１２への操作に応じてウェブ画面の一部または全部の表示を、切り替えたり、移動させたり、動きを与えたりするなどのような制御を行う。加えて、ブラウザ２２１は、表示部２１１に重ねられたタッチパネル２１２に対してなされた操作の情報をＳＮＳサーバ１０に出力する。この操作の情報には、フィールド２２０に入力された検索条件が含まれる。

　ＳＮＳサーバ１０側において、受付部１２５は、ブラウザ２２１からタッチパネル２１２に対してなされた操作の情報を受け付ける。
　特定部１２６は、受付部１２５によって受け付けられた情報や、表示制御部１２３、管理部１２７の指示にしたがって、記憶部１０６内のデータベース１０８にアクセスして、必要な情報を読み出したり、転送したり、書き込んだりする。
　表示制御部１２３は、表示の制御を記述したプログラムを埋め込んだウェブ画面情報を作成して、端末装置２０に送信する。これにより、端末装置２０では、ウェブ画面情報をブラウザ２２１が解析して表示部２１１にウェブ画面情報に基づくウェブ画面が表示されるので、ＳＮＳサーバ１０における表示制御部１２３が、端末装置２０における表示部２１１の表示を間接的に制御することになる。
　管理部１２７は、グループを構成する利用者へのメッセージの送信および受信を管理する。この管理には、グループの利用者におけるメッセージの送信を不可とすることも含まれる。

　なお、図において、表示制御部１２３から端末装置２０以外に向かう矢印は、当該端末装置２０以外の端末装置にも情報が出力されることを示し、同様に、端末装置２０以外から受付部１２５に向かう矢印は、他の端末装置２０からも情報が入力されることを示している。
　次に、データベース１０８で記憶されるテーブルや記憶部について説明する。

＜ユーザ登録テーブル＞
　図５は、ユーザ登録テーブルＴＢ１の一例を示す図である。
　この図に示されるように、ユーザ登録テーブルＴＢ１では、会員ＩＤと、利用者ＩＤと、利用者の名前情報と、アバター情報と、プロフィール画像と、年齢情報と、会員種別情報と、居住地情報とが会員毎に対応付けられて記憶される。
　これらのうち、会員ＩＤは、ＳＮＳ会員を例えば複数の英数字で一意に識別する情報である。利用者ＩＤは、メッセージ送信・閲覧サービスの提供を受ける利用者を、システム１の内部で管理する通し番号である。ここでは、会員の一部が当該メッセージ送信・閲覧サービスの提供を受けることを想定しているので、会員ＩＤと利用者ＩＤとが分けて管理されている。利用者の名前情報は、ＳＮＳにおいて利用者同士で呼び合う際に使用する名前を示し、実名やニックネームが用いられる。アバター情報は、当該利用者を表象するアバター画像を示し、プロフィール画像は、当該利用者を示す画像を示し、いずれも利用者によって選択または編集されたものが用いられる。なお、アバター情報およびプロフィール画像については、実体そのものではなく、実体のリンク先（参照先）であっても良い。いずれにしても、利用者ＩＤ等から、アバター情報およびプロフィール画像が取得できる手段が講じられていれば良い。

　年齢情報は、会員の年齢を示す。年齢情報としては、年齢そのものではなく、例えば１６歳以上１８歳未満、１８歳以上２０歳未満、２０歳以上２５歳未満、２５歳以上３０歳未満というような年齢区分のいずれに当該会員が属するのかを示す情報でも良い。

　会員種別情報は、会員が例えば正会員、準会員のいずかであるかを示す。
　ここで、正会員とは、ＳＮＳが提供するサービスに制限が課せられない会員をいう。正会員になるためには、一般にはＳＮＳに個人情報（実名、ＳＮＳで使用する名前、性別、年齢、生年月日、住所、電話番号、メールアドレスなど）を登録する必要がある。
　準会員とは、仮発行されたアカウントによって試験的にＳＮＳによるサービスの提供を受ける会員をいい、正会員と比較してＳＮＳで提供されるサービスが制限されている。
　また、準会員には、仮発行されたアカウントではなく、例えば当該ＳＮＳ以外の他のサービスのアカウントを利用してログインした者も含まれる。準会員は、ＳＮＳに個人情報の一部のみ（例えば性別、名前）の登録で足りるようにしているので、登録に際しての敷居が下げられている。

　ここで、メッセージ送信・閲覧サービスの提供を受けることができる会員は、正会員および準会員のみとする。また、本説明では、例えば１８歳未満の会員は、年少者として取り扱い、１８歳以上の会員は、年長者（非年少者）として取り扱うものとする。準会員は、年齢を問わず、サービスを制限する意味で、年少者と同じ扱いとする。

　ところで、本実施形態において、メッセージ送信・閲覧サービスは、複数の利用者で構成されたグループで実行される。
　ここで、グループを作成するにあたって、グループを構成する利用者が見知らぬ者同士の２人のみであって、そのうち、少なくとも一方が年少者である場合、防犯上、風紀上、好ましくない状態にあるといえる。このため、本実施形態では、グループを作成するにあたって、このような状態を作り出さないようにする。
　また、利用者がグループから退会する場合において、退会によって当該グループを構成する残りの利用者が見知らぬ者同士の２人のみであって、そのうち、少なくとも一方が年少者である場合も同様に好ましくない状態にあるといえる。このため、本実施形態では、退会などのように、グループの管理にあたって、このような状態を作り出さないようにする。

　なお、図５に示したユーザ登録テーブルＴＢ１において、居住地情報は、会員の住所または居所を示す情報である。準会員では、上述したように年齢と居住地の登録が要件とされていないので、図５に示されるように未入力（未登録）を示す「－」となっている。

＜グループ登録テーブル＞
　上述したように、メッセージ送信・閲覧サービスは、グループを単位として実行される。１つのグループは、２人以上の利用者で構成され、いずれの利用者も、このＳＮＳの会員であることを条件としている。このようなグループの登録を管理するのが、グループ登録テーブルＴＢ２である。

　図６は、グループ登録テーブルＴＢ２の一例を示す図である。この図に示されるように、グループ登録テーブルＴＢ２では、グループを一意に識別するグループＩＤと、グループの名称と、グループを構成するメンバーとして例えばＡからＥまでの５人の利用者ＩＤとがグループ毎に対応付けられて記憶される。なお、グループメンバーの＜ｎｕｌｌ＞は、未設定の空き状態であることを示している。

　ここで、図６の例において、矢印で示されるグループは、グループＩＤが「ｘｘｘ１」であって、グループ名称が「ゲーマーズ」であり、利用者ＩＤが「３」、「５」、「２」、「８」の４名の利用者によって構成されていることを示している。ここで、利用者ＩＤが「３」、「５」、「２」、「８」の利用者については、図５に示したユーザ登録テーブルを参照することによって、必要な情報を取得することができる。

＜友達関係記憶テーブル＞
　ＳＮＳでは、上述したように会員に各種のゲームが提供される。このゲームには、個人のみで完結し他者との連携を不要とする自己完結型のゲームのほか、他の会員とコミュニケーションをとりながらプレイするソーシャルゲームが含まれる。このようなソーシャルゲームで知り合った利用者同士の関係をゲーム毎に記憶したり、実社会において知り合いである利用者同士などの関係を記憶したりするのが友達関係記憶テーブルＴＢ３である。
　なお、友達関係の具体的な記憶態様については、説明を省略することにする。

＜投稿・応答履歴記憶部＞
　システム１においては、当該グループのメンバーによって送信されたメッセージが送信時間の順で表示される、というサービスが当該グループを構成するメンバーのそれぞれに提供される。
　ここで、「メッセージ」には、メッセージの本文である文字情報のほかに、送信者を一意に識別する利用者ＩＤや、メッセージの発信日時を示す発信日時情報、アバターの動作を規定するモーション情報を一意に識別する動作ＩＤなどが含まれる。

　アバターは、送信者（利用者）を表象する一種のキャラクター画像であり、例えばメッセージの送信前に予め作成／選択されて、例えばＳＮＳサーバ１０に登録される。これにより、各利用者には、それぞれアバターが関連付けられることになる。なお、アバターは、例えば頭部、胴部、両手、両足に相当するブロックでデフォルメして、これらの関節において一定のルールで動きが与えられる構成となっている。
　また、以降では、ある特定の端末装置２０に着目するとともに、当該端末装置２０とＳＮＳサーバ１０とにおける動作を説明するので、着目する端末装置２０の利用者を、他の端末装置２０に係る利用者と区別する意味で特に「主体者」と呼ぶ場合がある。

　メッセージの送信には、厳密にいえば「投稿」と「応答」との２種類がある。このうち、「投稿」とは、主体者や他の利用者が基礎となるメッセージを発信（送信）することをいう。また、「応答」とは、ある投稿（または応答）に対して他の利用者や主体者がメッセージで返信することをいう。このため、「応答」には、必ず基礎となる「投稿」が存在することになる。なお、「応答」に対して別の「応答」が発生する場合もある。
　ただし、本実施形態においては、特に「投稿」と「応答」とについては特に次のように必要がない限り、単にメッセージの送信として区別しないものとする。

　本実施形態において、主体者や他の利用者がメッセージを「投稿」したとき、そのメッセージは、投稿者の利用者ＩＤと、その「投稿」を一意に識別する投稿ＩＤと、発信日時（日付および時間）とに対応付けられて投稿・応答履歴記憶部１１８に記憶される。
　このような「投稿」に対して、主体者や他の利用者がメッセージで「応答」したとき、当該メッセージは、その「応答」の基礎となる「投稿」の投稿ＩＤと投稿者の会員ＩＤとに紐付けられるとともに、応答者の会員ＩＤと、その「応答」を一意に識別する応答ＩＤと、発信日時とに対応付けられて投稿・応答履歴記憶部１１８に記憶される。
　このようにして、ある１つの「投稿」に対して、０個または１個以上の「応答」が順次紐付けられたものが投稿・応答履歴である。データベース１０８における投稿・応答履歴記憶部１１８は、このような投稿・応答履歴を例えばグループに対応付けて記憶する。なお、投稿・応答履歴の具体的な記憶態様については、本願発明と特に関係しないので、説明を省略することにする。

　次に、システム１において、メッセージ送信・閲覧サービスを提供するメッセージ処理が実行される際の動作について説明する。

　図７は、メッセージ処理の動作を示すフローチャートであり、図８および図９は、メッセージ処理におけるグループ管理処理の動作を示すフローチャートである。
　まず、端末装置２０において、メッセージ処理を実行するために、利用者が所定の操作をしたとき、例えば当該機能を示すアイコンなどをメインメニュー画面（図示省略）においてタップしたとき、当該端末装置２０では操作検出部２２２が、当該タップを検出して、メッセージ処理の起動指示がなされたことをＳＮＳサーバ１０に通知する。
　ＳＮＳサーバ１０において、受付部１２５が当該起動の通知を受け付けると、当該通知を特定部１２６に転送する。特定部１２６は、グループ登録テーブルＴＢ２にアクセスして、当該端末装置２０の利用者をメンバーとするグループが存在するか否かを判別する（ステップＳａ１１）。

　グループが存在しなければ（ステップＳａ１１における判別結果が「Ｎｏ」であれば）、処理手順が後述するステップＳａ２０に移行する。一方、グループが存在すれば（ステップＳａ１１における判別結果が「Ｙｅｓ」であれば）、当該端末装置２０の利用者をメンバーとするグループの情報をすべて読み出し、これらの情報に基づいたメッセンジャートップ画面を作成するように表示制御部１２３に指示する。表示制御部１２３は、読み出された情報に基づく画面情報であって、当該画面の制御を記述したプログラムを埋め込んだウェブ画面情報をメッセンジャートップ画面として作成し、起動を通知した端末装置２０に送信する。
　端末装置２０では、ウェブ画面情報をブラウザ２２１が解析して、表示部２１１にメッセンジャートップ画面を表示させる（ステップＳａ１２）。

　図１０は、メッセンジャートップ画面の一例を示す図である。
　この図に示されるように、端末装置２０の表示部２１１においては、当該端末装置２０の利用者がメンバーとして登録されているグループが、名称、メンバーのプロフィール画像、当該グループのメンバーによる最終発言日時などとともに、例えば最新の投稿・応答があった順番で一覧表示される。
　ボタン２３１は、新規グループの作成を指示するソフトウェアボタンである。
　領域２３２では、端末装置２０の利用者に関係する「お知らせ」が通知される。なお、この領域２３２の表示部分を例えばタップすると、別画面が開いて「お知らせ」についての詳細が表示される。
　マーク２３３は、それが付されたグループにおいて当該端末装置２０の利用者が未だに閲覧していないメッセージがあることを示している。
　ボタン２３４、２３５、２３６のそれぞれは、各グループに対応してそれぞれ表示されたソフトウェアボタンである。このうち、ボタン２３４は、対応するグループのメッセージの閲覧への移動を、その操作によって指示するものであり、ボタン２３５は、そのグループの編集を指示するものであり、ボタン２３６は、そのグループから退会を指示するものである。
　ボタンＦｉｎは、このメッセージ処理の終了を指示するものである。

　なお、各グループにおいて、左端のメンバーのプロフィール画像を囲む太枠は、当該グループの管理者（作成者）であることを示す。
　一覧すべきグループが多数あって、表示部２１１で１度に表示しきれない場合でも、例えばフリックや、スライドバー２３７の移動などの操作をすれば、上下にスクロール表示される。また、各グループの表示順序は、最新の投稿・応答があった順に限られず、グループの作成順（新しい順、古い順）、グループメンバーの多い順、少ない順などでも良い。

　このようなメッセンジャートップ画面において、ブラウザ２２１は、タッチパネル２１２に対して適切な操作がなされたのか否かを操作検出部２２２の検出結果から判別する（ステップＳａ１３）。ここで、適切な操作とは、タップやフリックなどが想定されるボタン表示部分や領域などへの操作をいう。操作がなければ、または、操作があっても想定されていない無効な操作であれば（ステップＳａ１３の判別結果が「Ｎｏ」であれば）、処理手順がステップＳａ１２に戻る。このため、何らかの適切な操作があるまで、メッセンジャートップ画面の表示が継続することになる。
　適切な操作が操作検出部２２２によって検出されたとき（ステップＳａ１３の判別結果が「Ｙｅｓ」になったとき）、ブラウザ２２１は、当該操作が終了の指示、すなわちボタンＦｉｎの表示部分への操作であったか否かを判別する（ステップＳａ１４）。

　終了の指示であれば（ステップＳａ１４の判別結果が「Ｙｅｓ」であれば）、このメッセージ処理が終了して図示省略したメインメニュー画面に戻る。
　一方、終了の指示でなければ（ステップＳａ１４の判別結果が「Ｎｏ」であれば）、ブラウザ２２１は、当該操作がグループ選択の指示、すなわち、いずれかのグループに対応したボタン２３４の表示部分への操作であったか否かを判別する（ステップＳａ１５）。
　当該操作がグループの選択であれば（ステップＳａ１５の判別結果が「Ｙｅｓ」であれば）、処理手順がステップＳａ１６に移行する。当該操作がグループ選択でなければ（ステップＳａ１５の判別結果が「Ｎｏ」であれば）、処理手順がステップＳａ２０に移行する。

　ステップＳａ２０では、図８および図９に示されるグループ管理処理が実行される。
　まず、グループ管理処理においてブラウザ２２１は、メッセンジャートップ画面に対してなされた操作が新規グループ作成の指示、すなわちボタン２３１の表示部分への操作であったか否かを判別する（ステップＳｂ１１）。
　新規グループの作成の指示でなければ（ステップＳｂ１１の判別結果が「Ｎｏ」であれば）、処理手順が後述するステップＳｂ５１に移行する。一方、新規グループの作成の指示であれば（ステップＳｂ１１の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、当該指示がなされたことをＳＮＳサーバ１０に通知する。ＳＮＳサーバ１０において、受付部１２５が当該指示を受け付けると、当該指示を特定部１２６に転送する。特定部１２６は、友達関係記憶テーブルＴＢ３にアクセスして、当該端末装置２０の利用者と友達関係にある利用者の情報を読み出し、これらの情報に基づいたフレンドトップ画面を作成すべき旨を表示制御部１２３に指示する。表示制御部１２３は、読み出された情報に基づく画面情報であって、当該画面の制御を記述したプログラムを埋め込んだウェブ画面情報をフレンドトップ画面として作成して、指示を通知した端末装置２０に送信する。
　端末装置２０では、ウェブ画面情報をブラウザ２２１が解析して、表示部２１１にフレンドトップ画面を表示させる（ステップＳｂ１２）。

　フレンドトップ画面について説明する前に、新規グループを作成するにあたっては、グループのメンバーになり得る候補者（候補利用者）を知る必要がある。本実施形態においてメンバーの候補者は、ＳＮＳフレンド、ゲームフレンドおよび検索結果から得られた者の３種類から選択されることを想定している。
　ここで、ＳＮＳフレンドとは、当該ＳＮＳの会員であって、実社会においても知り合いである会員である。また、ゲームフレンドとは、当該ＳＮＳの会員であって、当該ＳＮＳで提供されるソーシャルゲームにおいてコミュニケーションした会員である。検索結果とは、利用者全体を対象として利用者の名前（ニックネーム）や居住地などの属性情報から検索して得られた結果である。検索結果については、ＳＮＳフレンドやゲームフレンドで見つけることができなかった場合などに利用されることを想定している。

　さて、図１１は、フレンドトップ画面の一例を示す図である。
　この図に示されるように、表示部２１１においては、ボタン２４１、２４３、２４５が表示される。また、ボタン２４１、２４３の表示部分の間の領域２４２においては、グループのメンバーになり得る候補者をゲームフレンドから選択する前段階として、当該端末装置２０の利用者が参加しているゲームの一覧が表示される。ここで、参加しているゲームが多数あって、１度に表示しきれない場合、例えばスライドバー２４４を移動させたり、一覧表示部分をフリックしたりするなどすれば、上下にスクロール表示される。
　ボタン２４１は、その操作によって、グループのメンバーになり得る候補者をＳＮＳフレンドから選択するためのリスト画面への移行を指示するソフトウェアボタンである。また、ボタン２４３は、その操作によって、グループのメンバーになり得る候補者を検索するための検索画面への移行を指示するソフトウェアボタンである。ボタン２４５は、その操作によって、メッセンジャートップ画面に戻ることを指示するソフトウェアボタンである。

　このようなフレンドトップ画面において、ブラウザ２２１は、タッチパネル２１２に対して適切な操作がなされたのか否かを判別する（ステップＳｂ１３）。操作がなければ、または、操作があっても無効な操作であれば（ステップＳｂ１３の判別結果が「Ｎｏ」であれば）、処理手順がステップＳｂ１２に戻るので、結局、何らかの適切な操作があるまで、フレンドトップ画面の表示が継続する。
　適切な操作がなされたとき（ステップＳｂ１３の判別結果が「Ｙｅｓ」になったとき）、ブラウザ２２１は、当該操作がボタン２４１の表示部分、または、領域２４２への操作であったか否かを判別する（ステップＳｂ１４）。
　当該操作がボタン２４１の表示部分への操作ではなく、領域２４２への操作でもなければ（ステップＳｂ１４の判別結果が「Ｎｏ」であれば）、当該操作は、ボタン２４３またはボタン２４５の表示部分への操作である。このため、処理手順は、後述するステップＳｂ３１に移行する。

　一方、当該操作がボタン２４１の表示部分への操作、または、領域２４２への操作であれば（ステップＳｂ１３の判別結果が「Ｙｅｓ」であれば）、次のようにして、操作された表示部分に対応したフレンドのリスト画面が表示される（ステップＳｂ１５）。

　詳細には、ボタン２４１の表示部分への操作であれば、ブラウザ２２１が当該操作の通知をＳＮＳサーバ１０に通知する一方、ＳＮＳサーバ１０において、受付部１２５が当該通知を受け付けると、当該通知を特定部１２６に転送する。特定部１２６は、友達関係記憶テーブルＴＢ３にアクセスして、当該端末装置２０の利用者とはＳＮＳフレンドの関係にある利用者を検索するとともに、検索して得た利用者の名前およびプロフィール画像を、ユーザ登録テーブルＴＢ１にアクセスして得る。特定部１２６は、これらの情報に基づいたＳＮＳフレンドリスト画面を作成する旨を表示制御部１２３に指示する。表示制御部１２３は、これらの情報に基づく画面情報であって、当該画面の制御を記述したプログラムを埋め込んだウェブ画面情報をＳＮＳフレンドリスト画面として作成して、操作を通知した端末装置２０に送信する。端末装置２０では、ウェブ画面情報をブラウザ２２１が解析して、表示部２１１にＳＮＳフレンドリスト画面を表示させる。

　また、領域２４２への操作であれば、ブラウザ２２１は、一覧表示されたゲームのうち、どのゲームの表示部分が操作されたのかを示す情報をＳＮＳサーバ１０に通知する一方、ＳＮＳサーバ１０において、受付部１２５が当該情報を受け付けると、当該情報を特定部１２６に転送する。特定部１２６は、友達関係記憶テーブルＴＢ３にアクセスして、当該端末装置２０の利用者とは、操作されたゲームにおいてゲームフレンドの関係にある利用者を検索するとともに、検索した得た利用者の名前およびプロフィール画像を、ユーザ登録テーブルＴＢ１にアクセスして得る。特定部１２６は、これらの情報に基づいたゲームフレンドリスト画面を作成する旨を表示制御部１２３に指示し、表示制御部１２３は、これらの情報に基づくウェブ画面をゲームフレンドリスト画面として作成して、これにより、端末装置２０ではブラウザ２２１が、表示部２１１にゲームフレンドリスト画面を表示させる。
　なお、図８においてステップＳｂ１５、Ｓｂ１６、さらには、以降のステップＳｂ１７、Ｓｂ１８については、ＳＮＳフレンドリスト画面とゲームフレンドリスト画面とに分けて説明すべきであるが、処理内容が似通っているので、共通化して説明している。

　図１２は、ＳＮＳフレンドリスト画面の一例を示す図であり、図１３は、ゲームフレンドリスト画面の一例を示す図である。
　なお、図１３に示したゲームフレンドリスト画面は、図１１に示したフレンドトップ画面において、領域２４２のうち、「龍収集」というゲームの表示部分が操作されたときに、当該ゲームにおいてコミュニケーションしたゲームフレンドの一覧表示の例である。
　図１２または図１３に示したリスト画面では、グループのメンバーになり得る候補者が一覧表示されるとともに、各候補者のそれぞれには、選択するためのチェックボックス２５０が表示される。
　また、フレンドリスト画面では、ボタン２５１、２５２、２５３が表示される。このうち、ボタン２５１は、チェックボックス２５０にチェックされた候補者のオールクリアを指示するソフトウェアボタンである。ボタン２５２は、チェックボックス２５０へのチェックを確定させて、チェックされた候補者によってグループを作成する旨を指示するソフトウェアボタンである。ボタン２５３は、リスト画面を閉じて、フレンドトップ画面に戻ることを指示するソフトウェアボタンである。
　なお、候補者が多数あって、表示部２１１で１度に表示しきれない場合でも、例えばフリックやスライドバー２５４の移動させる操作をすれば、上下にスクロール表示される。
　また、ＳＮＳフレンドの全員ではなく、例えば居住地が近い３０名や、直近でコミュニケーションした３０名など、のように一部に限っても良い。

　さて、図１２または図１３に示したリスト画面において、ブラウザ２２１は、適切な操作がなされたか否かを判別する（ステップＳｂ１６）。操作がなされないとき、または、操作があっても無効な操作であるとき（ステップＳｂ１６の判別結果が「Ｎｏ」であるとき）、処理手順がステップＳｂ１５に戻る。このため、何らかの適切な操作があるまで、フレンドリスト画面の表示が継続する。
　一方、適切な操作がなされたとき（ステップＳｂ１６の判別結果が「Ｙｅｓ」になったとき）、ブラウザ２２１は、リスト画面に対してなされた操作が、候補者の表示部分をタップするような選択操作であったか否かを判別する（ステップＳｂ１７）。
　当該操作が選択操作でなければ（ステップＳｂ１７の判別結果が「Ｎｏ」であれば）、処理手順は、後述するステップＳｂ１９に移行する。

　一方、当該操作が選択操作であった場合に（ステップＳｂ１７の判別結果が「Ｙｅｓ」であった場合に）、ブラウザ２２１は、当該操作がチェックを入れる操作であれば、当該操作に係る候補者のチェックボックス２５０にチェックマークを入れた選択状態とする一方、当該操作がチェックを外す操作であれば、当該操作に係る候補者のチェックボックス２５０に入れられたチェックマークを外した非選択状態とする（ステップＳｂ１８）。
　この後、処理手順がステップＳｂ１５に戻り、これにより、チェックを入れた、または、チェックを外したフレンドリスト画面が表示される。

　フレンドリスト画面への操作が選択操作でなければ、ブラウザ２２１は、当該操作がボタン２５１の表示部分への操作であったか否かを判別する（ステップＳｂ１９）。当該操作がボタン２５１の表示部分への操作であれば（ステップＳｂ１９の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、画面に表示されているフレンドリストにおいて、チェックボックス２５０のチェックマークを全て外した表示状態にするとともに、後述するチェックリストに登録された候補者のうち、当該リスト画面で登録された候補者を削除する（ステップＳｂ２０）。
　この後、処理手順は、ステップＳｂ１２におけるフレンドトップ画面の表示に戻る。なお、処理手順の戻り先は、フレンドトップ画面ではなく、チェックマークが全て外れた状態のフレンドリスト画面でも良い。

　一方、フレンドリスト画面への操作がボタン２５１の表示部分への操作でない場合、当該操作はボタン２５２またはボタン２５３の表示部分への操作である。このため、ブラウザ２２１は、当該操作がボタン２５２の表示部分への操作であったか否かを判別する（ステップＳｂ２１）。
　当該操作がボタン２５２の表示部分への操作でなければ（ステップＳｂ２１の判別結果が「Ｎｏ」であれば）、ボタン２５３の表示部分への操作であったことになるので、処理手順は、ステップＳｂ１２におけるフレンドトップ画面の表示に戻る。

　当該操作がボタン２５２の表示部分への操作であれば（ステップＳｂ２１の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、当該判別の時点において当該リスト画面で選択状態とされた候補者をチェックリストに登録する（ステップＳｂ２２）。
　ここで、チェックリストとは、端末装置２０側でチェックが入れられた後に、確定のボタン２５２が操作されたときに選択されていた候補者を示すリストである。このチェックリストには、図１２、図１３で示したリスト画面や、後述する図１５の検索結果画面においてチェックが入れられた候補者のリストが含まれる。なお、グループのメンバーは、最終的にチェックリストに登録された候補者と、選択した利用者（主体者）とによって構成されることになるので、主体者は、チェックリストに登録されない。
　この後、ブラウザ２２１は、画面の例示は省略するが、当該チェックリストに登録された候補者をメンバーとするグループを作成するか否かの確認画面を表示させる（ステップＳｂ２３）、グループの作成が指示されたとき（ステップＳｂ２３の判別結果が「Ｙｅｓ」であるとき）、別画面によって入力されたグループ名称とチェックリストの登録内容とをＳＮＳサーバ１０に送信する。当該時点においてチェックリストに登録された人数がゼロであれば、ブラウザ２２１は、その旨の警告を表示部２１１に表示させる。一方、ＳＮＳサーバ１０において、受付部１２５が当該登録内容等を受け付けると、当該登録内容を特定部１２６に転送する。特定部１２６は、当該登録内容等を送信した端末装置２０の利用者と当該登録内容で示される候補者とをメンバーとするとともに、入力された名称のグループを、グループ登録テーブルＴＢ２に追加する。これにより、当該端末装置２０の利用者とチェックリストに登録されていた利用者とをメンバーとするグループが作成されたことになる（ステップＳｂ２４）。
　この後、処理手順が図７におけるステップＳａ１１に戻る。
　なお、上記確認画面においてグループを作成しない旨が指示されたとき（ステップＳｂ２３の判別結果が「Ｎｏ」であるとき）、ブラウザ２２１は、処理手順を、図において※印で示されるようにボタン２５２が操作されたリスト画面の方に戻す。詳細には、ＳＮＳフレンドリスト画面（図１２参照）またはゲームフレンドリスト画面（図１３参照）におけるボタン２５２が操作されたのであれば、処理手順がステップＳｂ１５に戻り、フレンド検索結果画面（図１５または図１６参照）におけるボタン２５２が操作されたのであれば、処理手順がステップＳｂ３２に戻る。

　なお、ステップＳｂ２４を経た後では、当該端末装置２０の主体者をメンバーとするグループが作成されているので、ステップＳａ１１の判別結果は「Ｙｅｓ」となる。また、次のステップＳａ１２におけるメッセンジャートップ画面では、作成されたグループが一覧に追加されて表示されることになる。

　また、ＳＮＳフレンドは実社会において、ゲームフレンドは仮想社会において、それぞれ端末装置２０の利用者とコミュニケーションした関係にある。したがって、これらのフレンドは、当該端末装置２０の利用者について全く知らない関係ではない。
　このため、ＳＮＳフレンド、ゲームフレンドについては年少者であっても、当該端末装置２０の利用者との２名のみによるグループの構成が許容される。ただし、後述するように、検索して得られた候補者は、当該端末装置２０の利用者を知らない場合がある。このため、検索して得られた候補者については、年少者であれば、当該端末装置２０の利用者との２名のみによるグループの構成が禁止される構成となっている。

　本実施形態では、説明の便宜上、ボタン２５２が操作された端末装置２０以外の利用者をグループに登録するにあたって、当該利用者による同意を不問としているが、当該利用者による同意を条件としても良い。詳細については後述するが、グループ登録テーブルＴＢ２へのグループの追加に際し、管理部１２７は、当該利用者に対し、このグループへの登録について確認させるメールを送信して、グループへの登録について許諾する旨の返信が得られた利用者のみをグループに登録する構成としても良い。

　ところで、フレンドトップ画面に対する操作がボタン２４１の表示部分への操作ではなく、領域２４２への操作でもないとき、ブラウザ２２１は、当該操作がボタン２４３の表示部分への操作であったか否かを判別する（ステップＳｂ３１）。当該操作がボタン２４３の表示部分への操作でなければ（ステップＳｂ３１の判別結果が「Ｎｏ」であれば）、当該操作は、ボタン２４５の表示部分への操作である。このため、処理手順が図７におけるステップＳａ１１に戻る。
　一方、当該操作がボタン２４３の表示部分への操作であったならば（ステップＳｂ３１の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、現時点においてチェックリストに登録されている候補者の人数が０人であるか否かを判別する（ステップＳｂ３２）。

　チェックリストに登録されている候補者の人数が０人である場合、ブラウザ２２１は、後の検索結果を表示する画面において、年少者または準会員である候補者の選択を禁止させる設定とする（ステップＳｂ３３）。なお、選択禁止の対象は、あくまでも年少者または準会員であり、年長者（非年少者）については、対象から除かれる。
　一方、チェックリストに登録された候補者の人数が１人以上である場合、ブラウザ２２１は、後の検索結果を表示する画面において、年少者または準会員である候補者の選択禁止を解除する設定とする（ステップＳｂ３４）。
　ステップＳｂ３３、Ｓｂ３４での設定の後、ブラウザ２２１は、表示部２１１に検索画面を表示させる（ステップＳｂ３５）。

　図１４は、検索画面の一例を示す図である。
　この図に示されるように、検索画面では、フィールド２２０、ボタン２５３、２６１が表示される。このうち、フィールド２２０は、検索条件を入力するため領域である。このフィールド２２０がタップされると、ソフトウェア・キーボードが別途表示され（図示省略）、これにより検索条件の入力が可能となっている。ボタン２６１は、フィールド２２０に入力された検索条件での検索を指示するソフトウェアボタンである。ここで、検索条件としては、候補者の名前の一部または全部や、居住地などが挙げられる。また、ユーザ登録テーブルＴＢ１において、会員の趣味などの項目を追加すれば、この項目を検索条件としても良い。
　なお、領域２６０は、検索結果が表示される領域である。

　この検索画面において、ブラウザ２２１は、タッチパネル２１２に対して、適切な操作がなされたか否かを判別する（ステップＳｂ３６）。操作がなされないとき、または、操作があっても無効な操作であるとき（ステップＳｂ３６の判別結果が「Ｎｏ」であるとき）、処理手順がステップＳｂ３５に戻る。このため、何らかの適切な操作があるまで、検索画面の表示が継続する。
　一方、何らかの適切な操作がなされたとき（ステップＳｂ３６の判別結果が「Ｙｅｓ」になったとき）、ブラウザ２２１は、検索画面に対してなされた操作がフィールド２２０に検索条件が入力された状態でボタン２６１の表示部分への操作であったか否かを判別する（ステップＳｂ３７）。

　検索画面に対してなされた操作がボタン２６１の表示部分への操作等でなければ（ステップＳｂ３７の判別結果が「Ｎｏ」であれば）、処理手順は、後述するステップＳｂ３９に移行する。
　検索画面に対してなされた操作がボタン２６１の表示部分への操作等であったならば（ステップＳｂ３７の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、フィールド２２０に入力された検索条件をＳＮＳサーバ１０に送信する一方、ＳＮＳサーバ１０において、受付部１２５が当該検索条件を受け付けると、当該検索条件を特定部１２６に転送する。特定部１２６は、ユーザ登録テーブルＴＢ１にアクセスして、検索条件を満たす正会員および準会員の情報を読み出し、これらの検索結果のリスト画面を作成する旨を表示制御部１２３に指示する。また、このとき、読み出される会員の情報としては、利用者の名前と利用者のプロフィール画像と年齢情報と会員種別情報とである。
　表示制御部１２３は、読み出された情報に基づく画面情報であって、当該画面の制御を記述したプログラムを埋め込んだウェブ画面情報をリスト画面として作成して、検索条件を送信した端末装置２０に返信する。
　端末装置２０では、リスト画面情報をブラウザ２２１が解析して、表示部２１１における領域２６０に表示させる（ステップＳｂ３８）。

　図１５は、領域２６０にリスト画面を表示した検索結果の一例であり、検索条件を満たした候補者がチェックボックス２５０とともにリスト表示されている。
　この検索結果を示す画面、または、図１４に示した検索画面において、何らかの操作がなされた場合に、当該操作がボタン２６１の表示部分への操作でないとき、ブラウザ２２１は、なされた操作が、候補者の表示部分をタップするような選択操作であったか否かを判別する（ステップＳｂ３９）。
　当該操作が選択操作でなければ（ステップＳｂ３９の判別結果が「Ｎｏ」であれば）、当該操作は、ボタン２５１、２５２、２５３のいずれかの表示部分への操作であるので、処理手順が、上述したステップＳｂ１９に移行する。

　一方、当該操作が選択操作であった場合に（ステップＳｂ３９の判別結果が「Ｙｅｓ」であった場合に）、ブラウザ２２１は、当該操作がチェックを入れる操作であれば、当該操作に係る候補者のチェックボックスにチェックマークを入れた選択状態とする一方、当該操作がチェックを外す操作であれば、当該操作に係る候補者のチェックボックスに入れられたチェックマークを外した非選択状態とする（ステップＳｂ４０）。この後、処理手順は、ステップＳｂ３２に戻る。
　なお、選択状態にされた候補者のチェックリストへの登録、または、非選択状態にされた候補者のチェックリストからの削除については、ボタン２５２への操作、すなわち、処理手順がステップＳｂ３９→Ｓｂ１９→Ｓｂ２１→Ｓｂ２２で進行することによって実行される。

　ここで、図１５に示した検索結果画面の例は、フィールド２２０に「あり」を検索条件として入力された後、ボタン２６１の表示部分への操作がなされた場合であって、チェックリストに誰も登録されていない状態、すなわち登録された候補者が０人である状態の場合に、名前の一部または全部に「あり」を含む利用者が５人であったときの例を示している。

　この検索結果画面に至るまでに、上述したステップＳｂ３３において年少者または準会員である候補者については選択を禁止させるように設定されているので、図１５に示されるように、１８歳未満の年少者または準会員についてはチェックボックスではなく、選択ができない旨のマーク２５５が表示される。
　一方で、年長者であって正会員については、ＳＮＳフレンドリスト画面やゲームリスト画面と同様にチェックボックス２５０が表示される。ここで、５人のうち、正会員の年長者のチェックボックス２５０にチェックを入れる選択操作がなされた場合、処理手順がステップＳｂ３５→Ｓｂ３６→Ｓｂ３７→Ｓｂ３９→Ｓｂ４０→Ｓｂ３２→Ｓｂ３３→Ｓｂ３５という順番で進行する。この状態においてボタン２５３が操作されると、処理手順がステップＳｂ３６→Ｓｂ３７→Ｓｂ３９→Ｓｂ１９→Ｓｂ２１→Ｓｂ２２→Ｓｂ２３→Ｓｂ３２という順番で進行する。このため、チェックリストに登録された候補者は１人になるので、ステップＳｂ３２の判別結果が「Ｎｏ」となる。したがって、ステップＳｂ３４において、年少者または準会員である候補者の選択禁止を解除するように設定とされるので、次の検索結果画面は、図１６に示されるように、年少者または準会員については、マーク２５５からチェックボックス２５０の表示に切り替わる。このため、以後においては、年少者または準会員についてはグループのメンバーとして選択することが可能になる。

　本実施形態では、端末装置２０の利用者は、自己と、検索して得られた年少者または準会員の１人とでグループを作成しようとしても、当該年少者等をグループの候補者として選択できないようになっている。このため、年少者等と一対一となるようなメッセージ交換を阻止することが可能になる。
　一方で、正会員の年長者がチェックリストに１人でも登録されていれば、当該年少者等を候補者として選択できるように変更される。このため、端末装置２０の利用者と、年少者等とのほかに、他の利用者とを含む３人以上のグループでのメッセージ交換は許容される。
　また、本実施形態では、端末装置２０の利用者と一対一となるメッセージ交換を阻止する対象者は、年少者のみならず準会員を含んでいる。このため、図１５に示されるように、マーク２５５を伴う候補者が表示されても、当該候補者が年少者であるのか、それとも年長者を含む準会員であるかについて、端末装置２０の利用者が一見して特定できないので、青少年等の育成の観点や、防犯上好ましい構成ということができる。

　なお、チェックリストの登録内容は、チェックボックス２５０におけるチェックを外す操作の後に、または、ボタン２５１の操作の後に、ボタン２５２を操作することによってクリアされるが、それ以外では、登録内容がクリアされない。
　このため、例えばＳＮＳフレンドリスト画面で候補者を選択してボタン２５２を操作することによって当該選択した候補者をチェックリストに登録した後、画面をゲームフレンドリスト画面に切り替えて別の候補者を選択してボタン２５２を操作すると、当該別の候補者が当該チェックリストに追加されて登録されることになる。さらに、当該ゲームフレンドリスト画面においてボタン２５３の表示部分を操作して、フレンドトップ画面を経由しフレンド検索画面に移行して、検索結果から候補者を選択してボタン２５２を操作したとき、当該候補者についても当該チェックリストに追加されて登録されることになる。このように、複数の画面にまたがって複数の候補者を選択した場合に、ある画面で候補者を選択して得られたチェックリストに対して、他の画面で選択した候補者がチェックリストに追加される構成となっている。
　したがって、ＳＮＳフレンドリスト画面またはゲームフレンドリスト画面によって候補者がチェックリストに１人以上登録された状態において、フレンド検索画面に移行して検索結果が得られたとき、年少者または準会員については、選択ができない旨のマーク２５５ではなく、選択ができる旨のチェックボックス２５０で表示されることになる。

　ところで、メッセンジャートップ画面に対してなされた操作が新規グループ作成を指示する操作でなければ、ブラウザ２２１は、当該操作がグループの編集を指示する操作であったか否かを判別する（ステップＳｂ５１）。グループの編集を指示する操作とは、例えば、編集を希望するグループに対応するボタン２３５を操作したときである。
　当該操作がグループの編集を指示する操作であれば（ステップＳｂ５１の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、グループ編集画面を表示部２１１に表示させる（ステップＳｂ５２）。
　なお、グループ編集画面については、本発明を理解する上で重要ではないので、簡単に説明すると、ブラウザ２２１は、グループ編集画面で編集された内容をＳＮＳサーバ１０に送信する一方、ＳＮＳサーバ１０において、受付部１２５が当該編集内容を受け付けると、当該編集内容を特定部１２６に転送する。特定部１２６は、当該編集内容をグループ登録テーブルＴＢ２に反映させる（ステップＳｂ５３）。

　一方、メッセンジャートップ画面に対してなされた操作が新規グループ作成を指示する操作でなく、グループの編集を指示する操作でもない場合（ステップＳｂ５１の判別結果が「Ｎｏ」である場合）、ブラウザ２２１は、グループの退会を指示する操作であったか否かを判別する（ステップＳｂ５４）。グループの退会を指示する操作とは、例えば、退会を希望するグループに対応するボタン２３６を操作したときである。
　当該操作がグループの退会を指示する操作であれば（ステップＳｂ５４の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、退会が希望されたグループの情報をＳＮＳサーバ１０に送信する一方、ＳＮＳサーバ１０において、受付部１２５が当該グループの情報と当該情報を送信した端末装置２０の利用者の情報とを特定部１２６に転送する。特定部１２６は、グループ登録テーブルＴＢ２にアクセスし、当該グループに関する情報を取得して、管理部１２７に転送する（ステップＳｂ５５）。

　管理部１２７は、当該グループから当該端末装置２０の利用者が退会した場合に、残りのメンバー人数が３名以上であるか否かを判別する（ステップＳｂ５６）。残りのメンバー人数が３名以上であれば（ステップＳｂ５６の判別結果が「Ｙｅｓ」であれば）、管理部１２７は、当該利用者の退会を反映させる（ステップＳｂ５７）。具体的には、管理部１２７は、特定部１２６に対して退会を指示し、この指示を受けて、特定部１２６は、グループ登録テーブルＴＢ２にアクセスして、当該グループから当該利用者を削除する。
　なお、本実施形態において、ある利用者がそれまでメンバーであったグループから退会しても、当該グループの投稿・応答履歴から当該利用者のメッセージを削除せず、そのまま存置する構成とする。

　一方、残りのメンバー人数が３名以上でなければ（ステップＳｂ５６の判別結果が「Ｎｏ」であれば）、管理部１２７は、当該人数が１名であるか否かを判別する（ステップＳｂ５８）。当該人数が１名でなければ（ステップＳｂ５８の判別結果が「Ｎｏ」であれば）、それは残りのメンバー人数が２名であることを示している。このとき、管理部１２７は、残りの２名のうち、少なくとも１人が年少者または準会員であるか否かを判別する（ステップＳｂ５９）。２人のうち１人が年少者または準会員であれば（ステップＳｂ５９の判別結果が「Ｙｅｓ」であれば）、年少者または準会員に対して一対一でメッセージ交換がなされる、という不都合が発生してしまうことを意味するので、事後的ではあるが、青少年等の育成の観点や防犯上好ましくないといえる。そこで、本実施形態では、当該グループを強制的に解散（削除）させることにしている。具体的には、管理部１２７は、特定部１２６に対して当該グループの削除を指示し、この指示を受けて、特定部１２６は、グループ登録テーブルＴＢ２にアクセスして、当該グループを削除する（ステップＳｂ６０）。したがって、以降、管理部１２７によって当該グループについては利用することができなくなる。
　また、管理部１２７は、退会直前まで当該グループを構成していた利用者に対して、当該グループが解散した旨のメールを送信する。なお、このメールを受信した端末装置２０では、表示部２１１の領域２３２に「お知らせ」として通知される。

　また、残りの２名のうち、少なくとも１人が年少者または準会員でなければ、すなわち、２名とも正会員の年長者であれば（ステップＳｂ５９の判別結果が「Ｎｏ」であれば）、上記不都合を考慮しなくて良いので、処理手順が上述したステップＳｂ５７に移行して、当該利用者の退会が反映される。
　一方、残りの人数が１名である場合（ステップＳｂ５８の判別結果が「Ｙｅｓ」である場合）、もはやグループの体をなしていない。このため、処理手順が上述したステップＳｂ６０に移行して、当該グループの解散処理が実行される。

　なお、メッセンジャートップ画面に対してなされた操作が、新規グループ作成を指示する操作でなく、グループの編集を指示する操作でもなく、グループの退会を指示する操作でもなければ（ステップＳｂ５４の判別結果が「Ｎｏ」であれば）、ブラウザ２２１は、その操作の内容に応じた処理を実行する（ステップＳｂ６１）。このような処理の例としては、グループの一覧の表示部分がフリックされたときに、当該表示部分をスクロール表示させる処理などが挙げられる。
　ステップＳｂ５３、Ｓｂ５７、Ｓｂ６０、Ｓｂ６１の処理後、処理手順が図７におけるステップＳａ１１に戻る。

　さて、メッセンジャートップ画面において、あるグループに対応したボタン２３４の表示部分がタップされると、当該グループのメンバーによって送信されたメッセージ内容を表示する処理が実行される（ステップＳａ１６）。

　詳細には、次の通りである。
　すなわち、第１に、ブラウザ２２１は、タップされたボタン２３４に対応するグループを特定する情報を、ＳＮＳサーバ１０に送信する。第２に、ＳＮＳサーバ１０では、受付部１２５が当該情報を受け付けると、当該情報を特定部１２６に転送する。特定部１２６は、グループ登録テーブルＴＢ２にアクセスして当該グループのメンバーを特定する。第３に、特定部１２６は、投稿・応答履歴記憶部１１８から、当該メンバーに係る投稿・応答履歴を読み出し、表示制御部１２３に転送するとともに、メッセージ表示画面の作成を指示する。第４に、表示制御部１２３は、これらの情報に基づくメッセージ表示画面をウェブ画面で作成して、グループを特定する情報を送信した端末装置２０に返信する。表示制御部１２３は、メッセージ表示画面の作成にあたって必要な情報（例えば、後述するアバターや、プロフィール画像、モーション情報など）については特定部１２６を介してユーザ登録テーブルＴＢ１から読み出し、当該画面の制御、例えばアバターに与えるモーションなどを記述したプログラムを当該ウェブ画面に埋め込む。第５に、端末装置２０では、受信したウェブ画面をブラウザ２２１が解析して、表示部２１１にメッセージ表示画面を表示させる。

　メッセージ表示画面について具体的に説明すると、メッセージには、上述したように文字情報と、利用者ＩＤと、発信日時情報と、動作ＩＤとが含まれる。これらの情報から、表示制御部１２３は、投稿・応答履歴に基づくメッセージ表示画面を、図１８に示されるように、発信日時の順番で左右交互に、かつ、新しいものほど画面の下方に向かうようにメッセージを単位として配列して表示されるように作成する。詳細には、同図に示されるように、表示制御部１２３は、あるグループで１番目に送信されたメッセージの表示（１）を図において右上端の地点に配置させた場合に、２番目に送信されたメッセージの表示（２）を、表示（１）に対して左斜め下側の地点に配置させ、３番目に送信されたメッセージの表示（３）を、表示（２）に対して右斜め下側の地点に配置させ、以下同様に繰り返すように、メッセージの表示を交互に配置させる。
　なお、発信日時が古いものほど画面の下方に向かうように配列させても良いが、ここでは便宜的に、同図に示されるように、新しいものほど画面の下方に向かうように配列させた例で説明する。

　本実施形態において、メッセージには、文字情報と動作ＩＤとが、図１７において便宜的にタイプ（Ａ）、（Ｂ）、（Ｃ）の３通りの組み合わせのいずれかで含まれるものとする。
　すなわち、タイプ（Ａ）では、文字情報だけが含まれ、タイプ（Ｂ）では、文字情報と動作ＩＤとの双方が含まれ、タイプ（Ｃ）では、動作ＩＤだけが含まれるものとする。

　メッセージの表示は、３通りの組み合わせに対して、同図右欄で示されるようなものとなる。詳細には、タイプ（Ａ）では、文字情報に基づいた本文が吹き出しで表示されるとともに、利用者ＩＤに基づくプロフィール画像と、発信日時情報に基づいて発信された時間情報とがそれぞれ吹き出しとは別個に表示される。
　なお、本実施形態において、メッセージに動作ＩＤが含まれない場合をタイプ（Ａ）としているが、メッセージに、予め動作ＩＤなしを示す情報を含ませて、動作ＩＤなしの情報が含まれる場合をタイプ（Ａ）としても良い。
　タイプ（Ｂ）では、タイプ（Ａ）と同様な吹き出しとプロフィール画像と時間情報とともに、モーションを伴うアバターが表示される。このアバターは、利用者ＩＤに対応したアバター情報で規定されるものであり、このモーションは、動作ＩＤに対応するモーション情報にしたがっている。
　タイプ（Ｃ）では、文字情報が含まれないので、吹き出しが表示されずに、プロフィール画像と時間情報とともにタイプ（Ｂ）と同様にモーションを伴うアバターが表示される。

　なお、吹き出しの大きさ、および、吹き出しに対する文字の配置などは、文字数や改行などにより適切に制御される。
　また、図１７の右欄は、メッセージの表示が画面において右側の地点に配置された場合の例である。メッセージの表示が画面において左側の地点に配置された場合には、同図の例を左右反転としたものとなる（図示省略）。また、自己が送信したメッセージである場合に、プロフィール画像については、他のメンバーと区別する意味で非表示とする。また、他のメンバーと区別するように自己が送信したメッセージの吹き出しの色または形状を、他の吹き出しのものと異ならせるようにしても良い。

　動作ＩＤは、実体（モーション情報）でなく、識別するための情報に過ぎないが、ＳＮＳサーバ１０では、データベース１０８における別のテーブルに対し、または、別途のサーバに対し、当該動作ＩＤに対応するモーション情報を要求することで、実体であるモーション情報を取得することができる。

　タイプ（Ｂ）、（Ｃ）においてアバターを表示する際に、原則的に、当該アバターの視線方向が１つ後の発言に向かうように表示される。すなわち、発信日時が新しいものほど画面の下方に向かう左右の交互配列において、原則的に、左側に配置したアバターの視線は右斜め下方向となる一方、右側に配置したアバターの視線は左斜め下方向となる。ただし、視線方向を１つ前の発言に向かうように表示されるようにしても良い。
　このようにステップＳａ１６においては、選択されたグループのメンバーによって送信されたメッセージ内容を時系列で示したメッセージ表示画面が表示される。

　図１９は、このようなメッセージ表示画面の一例を示す図である。この図において、表示（１－１）はタイプ（Ａ）の例であり、表示（１－２）、（１－３）のそれぞれはタイプ（Ｂ）の例である。この例において、表示（１－２）、（１－３）のアバターは、それぞれメッセージを送信した利用者に対応したものであり、当該グループの投稿・応答履歴においてメッセージを送信した利用者ＩＤに対応したアバター、または、当該グループについてグループ登録テーブルＴＢ２で登録された利用者ＩＤに対応したアバターが用いられる。

　ところで、本実施形態では、上述したように、ある利用者がグループから退会する場合がある。ここで、図１９に示した画面において、例えば表示（１－２）の元となるメッセージを送信した利用者が退会したときに、当該利用者のアバターをどうするかが問題となる。
　利用者がグループから退会したときに、当該グループの投稿・応答履歴から当該利用者のメッセージを削除してしまうと、時系列の順でメッセージ表示を配列させたときに内容がつながらなくてなってしまう。一方で、退会した利用者のメッセージを削除せずに存置するにしても、当該メッセージに対して、残った利用者が退会を忘れて（または知らずに）応答してしまう可能性もある。
　そこで、本実施形態においては、退会した利用者のメッセージについては、アバターおよびプロフィール画像を、予め定められたパターンで表示し、当該メッセージを送信した利用者が退会したことを、他の利用者が一見して判るような構成としている。
　ここでは、退会した利用者のアバターおよびプロフィール画像を黒塗りとする構成としている。

　図２０は、退会した利用者がいる場合のメッセージ表示画面の一例を示す図である。
　なお、この例は、利用者のアバターおよびプロフィール画像を黒塗りとしているが、アバター、または、プロフィール画像の少なくとも一方を、他の利用者とは異なる模様、色彩とすれば良い。

　ところで、図１９、図２０に示されるように、メッセージ表示画面では、メッセージ内容のほか、フィールド２７０とボタン２７１～２７４とが表示される。
　このうち、フィールド２７０は、メッセージの本文である文字情報を入力するための領域である。ボタン２７１は、１つ前のメッセンジャートップ画面に戻ることを指示するソフトウェアボタンである。ボタン２７２は、アバターに与える動作を指定するソフトウェアボタンである。ボタン２７３は、過去に送信したメッセージを再度用いる場合のソフトウェアボタンである。ボタン２７４は、メッセージの内容を確定させて送信を指示するソフトウェアボタンである。ボタン２７５は、メッセージの編集・情報閲覧を指示するソフトウェアボタンである。

　メッセージ表示画面において、ブラウザ２２１は、タッチパネル２１２において何らかの操作があったか否かを判別する（図７におけるステップＳａ１７）。操作がなければ（ステップＳａ１７における判別結果が「Ｎｏ」であれば）、処理手順がステップＳａ１６に戻る。このため、何らかの操作がなされるまで、ステップＳａ１６およびＳａ１７の処理がループして、メッセージ表示画面が継続することになる。

　一方、何らかの操作があったとき（ステップＳａ１７における判別結果が「Ｙｅｓ」であったとき）、ブラウザ２２１は、当該操作がフィールド２７０への入力、または、ボタン２７２、２７３、２７４の表示部分へのタップであったか否かを判別する（ステップＳａ１８）。
　当該操作がフィールド２７０への入力、または、ボタン２７２、２７３、２７４の表示部分へのタップであれば（ステップＳａ１８の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、当該操作に応じた処理を実行する（ステップＳｂ１９）。
　例えばフィールド２７０への入力であれば、ブラウザ２２１は、ソフトウェア・キーボードを別途表示して（図示省略）、利用者に対して文字入力させる。また、ボタン２７２へのタップであれば、ブラウザ２２１は、例えば「パンチ」、「キック」、「拍手」、「バンザイ」などの動作を複数例示したメニュー画面（図示省略）を表示させて、アバターに付与すべき動作を指定させる。ボタン２７３へのタップであれば、ブラウザ２２１は、過去に送信された本文、動作ＩＤを組み合わせたメッセージを複数表示させて、再利用すべきメッセージを選択させる。

　なお、ボタン２７４へのタップであれば、メッセージの内容を確定させて送信を指示する。詳細には、ブラウザ２２１は、当該指示時点におけるメッセージの本文、動作ＩＤ、を組み合わせたメッセージをＳＮＳサーバ１０に送信する。ＳＮＳサーバ１０では、受付部１２５が当該メッセージを受け付けると、当該メッセージを特定部１２６に転送する。特定部１２６は、当該メッセージを当該グループに対応付けて投稿・応答履歴記憶部１１８に記録する。これにより当該メッセージが当該グループの投稿・応答履歴の最後に追加されることになる。
　ステップＳａ１９の後、処理手順がステップＳａ１６に戻って、再びメッセージ表示画面（図１９参照）が表示される。このとき、ステップＳａ１９においてメッセージが送信されたならば、当該メッセージの表示が、時系列において最新のものとして追加されることになる。

　一方、メッセージ表示画面において何らかの操作があった場合に、当該操作がボタン２７１、２７５へのタップであったとき（ステップＳａ１８の判別結果が「Ｎｏ」であるとき）、ブラウザ２２１は、当該操作がボタン２７５の表示部分へのタップであったか否かを判別する（ステップＳａ２１）。

　当該操作がボタン２７５の表示部分へのタップでなければ（ステップＳａ２１の判別結果が「Ｎｏ」であれば）、当該操作は、ボタン２７１の表示部分への操作である。
このため、処理手順がステップＳａ１２に移行して、メッセンジャートップ画面の表示に戻ることになる。
　一方、ボタン２７５へのタップであれば（ステップＳａ２１の判別結果が「Ｙｅｓ」であれば）、ブラウザ２２１は、メッセージの編集・情報閲覧の画面を表示させる（ステップＳａ２２）。メッセージの編集・情報閲覧の画面に対して所定の操作がなされれば、編集や、閲覧、編集の内容などが反映される。この後、処理手順はステップＳａ１６に戻る。なお、メッセージの編集・情報閲覧の画面については、本発明を理解する上で重要ではないので、説明を省略する。

＜応用・変形例＞
　本発明は、上述した実施形態に限定されるものではなく、例えば次に述べるような各種の応用・変形が可能である。なお、次に述べる応用・変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。

＜エラー出力＞
　実施形態にあっては、グループの候補者を選択させる際に、チェックリストに登録された人数が０名である場合に年少者（または準会員）の選択を禁止する設定（ステップＳｂ３３）とし、チェックリストに登録された人数が１名以上となった場合に年少者（準会員）の選択禁止を解除する設定（ステップＳｂ３４）としたが、同等な効果については次のような構成でも奏することが可能である。
　すなわち、チェックリストに登録された人数が０名であっても年少者（準会員）の選択を可能とするが、年少者（または準会員）が選択されたときには、エラーを、例えば図２１において領域２６２に示されるようなメッセージを出力する。正会員の年長者が選択されたときには、もちろんエラーを出力しない。このため、端末装置２０の利用者と年少者（または準会員）との２名でグループが構成されてしまう可能性があるが、仮に、このようなグループが作成されたとしても、当該グループの利用を管理部１２７が禁止する、すなわち、当該グループの利用者同士のメッセージの送信・閲覧ができないような構成とする。
　そして、当該グループであっても、メンバーの補充によって当該グループを構成する人数が３名以上となったときに、当該グループの利用を管理部１２７が許可する構成とすれば良いのである。

＜メール宛先＞
　上述した実施形態にあっては、送信したメッセージをグループの利用者同士で閲覧するシステムに適用したが、本発明は、これに限らない。端的にいえば、複数人からなるグループでメッセージを送信するシステムにおいて、当該グループを構成する利用者を３名以上とするか、または、２名であっても年少者等を含ませないシステムに適用可能である。このため、例えばメーリングリストを利用したグループを構成する複数人宛にメールを送信する構成や、個別に宛先を指定して複数人宛にメールを送信する構成にも適用可能である。

＜年少者の概念＞
　上記説明では、１８歳未満を年少者としているが、年少者の概念については、国や、地域、ＳＮＳを運営する企業のポリシーなどによって異なるので、これらに応じた年齢で適切に規定するのが好ましい。

＜グループの登録への同意＞
　利用者をグループに登録するにあたって、当該利用者による同意を条件としても良い。ここで、同意を当該グループへの登録条件とする場合、事後的に参加の同意が得られない場合があることを考慮しなければならない。特に、例えば自己以外の３名にグループに参加の確認メールを送信した場合に、２名が同意しなかった場合である。残りの１名が同意したときであって、その１名が年少者であるとき、事後的に自己と年少者とでグループを構成することになり、上記不都合と同様に、年少者との一対一のメッセージ交換となってしまうからである。
　これを避けるために、同意が得られた利用者が年少者または準会員の１名以下であるときには、例えばグループの作成を不可とし、同意が得られた利用者が２名以上となった時点で、グループの作成を可能とする構成とすれば良い。

＜メッセージタイプ＞
　上記実施形態では、メッセージをタイプ（Ａ）、（Ｂ）、（Ｃ）の３種類としたが、これ以外の組み合わせであっても良いのはもちろんである。例えば、端末装置２０に内蔵するカメラで撮影した写真や映像、端末装置２０に保存された写真や映像、または位置情報をメッセージとして含めても良い。
　逆に、メッセージについてはタイプ（Ｂ）、（Ｃ）のように動作ＩＤを伴うものに限定しても良い。動作ＩＤを伴うものに限定する場合、メッセージを送信する際に動作ＩＤが指定されていないとき、予め用意された複数の動作ＩＤのなかから、いずれかを所定のルール（例えばランダム）にしたがって選択して、当該選択した動作ＩＤをメッセージに強制的に含ませて送信する構成としても良い。また、動作ＩＤが指定されていない旨を利用者に警告して、いずれかの動作ＩＤを、送信しようとするメッセージに含めるように促す構成としても良い。

＜ネイティブ型＞
　実施形態においては、ＳＮＳサーバ１０側の表示制御部１２３が、表示の制御を記述したウェブ画面を作成して端末装置２０に送信する一方、端末装置２０側のブラウザ２２１がウェブ画面を表示するとともに、ウェブ画面（タッチパネル）に対する操作に応じた処理を実行する構成としたが、本発明は、この構成に限られない。
　例えば、端末装置２０にインストールされたアプリケーションプログラムの実行によって、表示部２１１の表示画面を制御する、いわゆるネイティブ型の構成としても良い。

　図２２は、ネイティブ型とした応用例（その１）に係るシステム１の構成を示す機能ブロック図であって、メッセージ機能（メッセンジャー）が実行される場合に構築される機能ブロックを示している。
　この図に示されるように、端末装置２０側では、アプリケーションプログラムの実行によって、表示制御部２２３、受付部２２５、特定部２２６および管理部２２７が構築される。これらの表示制御部２２３、受付部２２５、特定部２２６および管理部２２７は、図４においてＳＮＳサーバ１０における表示制御部１２３、受付部１２５、特定部１２６および管理部１２７を、当該端末装置２０に移動させたものである。
　なお、図４に示した構成では、表示制御部１２３がタッチ操作やデータベース１０８などから取得した各種情報に基づきウェブ画面情報を作成し、端末装置２０に送信して、ブラウザ２２１を介して表示部２１１に画面を間接的に表示させる構成であったが、図２２に示した構成では、表示制御部２２３が各種情報に基づき表示部２１１に画面を直接的に表示させる構成となる。
　実施形態では、ＳＮＳサーバ１０に多数の端末装置２０がアクセスしたときに、表示制御部１２３が、多数の端末装置２０に対してウェブ画面を送信する必要があるので、負荷が集中してしまうが、ネイティブ型の構成では、画面の作成・制御が各端末装置２０に分散するので、その意味において負荷を低減することができる。

＜サーバ・クライアント型＞
　このように表示制御部、受付部、特定部および管理部については、ＳＮＳサーバ１０の側に構築されるか、端末装置２０の側に構築されるかについては任意であり、各部のそれぞれがＳＮＳサーバ１０と端末装置２０とに分かれる構成としても良い。
　図２３は、サーバ・クライアント型の応用例（その２）に係るシステム１の構成を示す機能ブロック図であり、受付部１２５、特定部１２６、管理部１２７がＳＮＳサーバ１０に構築され、表示制御部２２３が端末装置２０に構成された例を示している。
　結局、表示制御部、受付部、特定部および管理部については、端末装置２０またはＳＮＳサーバ１０のいずれかが備えれば良い。なお、記憶部１０６は、ＳＮＳサーバ１０以外の他のサーバで管理する構成、すなわちクラウドコンピューティングで管理するようにしても良い。

１…システム、１０…ＳＮＳサーバ、２０…端末装置、１０１…ＣＰＵ、１０６…記憶部、１０８…データベース、１２３…表示制御部、１２５…受付部、１２６…特定部、１２７…管理部、２０１…ＣＰＵ、２１１…表示部、２１２…タッチパネル。
 

Claims (11)

1. 　利用者間でメッセージを送信するシステムに適用される制御装置であって、
   　メッセージの送信先の候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付ける受付部と、
   　複数の利用者のそれぞれについて前記属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、前記受付部によって受け付けられた検索条件を満たす候補利用者を特定する特定部と、
   　前記特定部で特定された候補利用者を選択可能に表示部に表示させる表示制御部と、
   　前記候補利用者のなかから、前記要求利用者によって選択された１または複数の利用者にメッセージを送信可能に管理する管理部と、
   　を備え、
   　前記表示制御部は、
   　前記年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前では、前記要求利用者による当該特定利用者の選択が禁止されるように表示させ、
   　当該利用者が選択された後では、前記要求利用者による当該特定利用者の選択が許可されるように表示させる
   　ことを特徴とする制御装置。
2. 　前記記憶部は、
   　前記複数の利用者のそれぞれについて利用者が正会員か準会員を示す会員情報を関連付けて記憶しており、
   　前記表示制御部は、
   　前記特定利用者に前記準会員を含めて、前記特定利用者の選択が許可または禁止されるようにする
   　ことを特徴とする請求項１に記載の制御装置。
3. 　前記記憶部は、利用者間の友達関係について、利用者を一意に識別する識別情報に関連付けて記憶しており、
   　前記表示制御部は、前記特定利用者が前記要求利用者と友達関係である場合には、前記要求利用者による当該特定利用者の選択が許可されるようにする
   　ことを特徴とする請求項１または２に記載の制御装置。
4. 　前記システムは２以上の利用者でグループを構成して互いにメッセージを送信するものであり、
   　前記受付部は、利用者が参加しているグループから退会する要求を受け付け、
   　前記管理部は、
   　前記受付部で受け付けられた利用者を前記グループから削除した場合に当該グループに参加している利用者が１人になるとき、当該グループの利用を不可能にする
   　ことを特徴とする請求項１に記載の制御装置。
5. 　前記管理部は、
   　前記受付部で受け付けられた利用者を当該利用者が参加しているグループから削除した場合に当該グループに参加している利用者が２人であって、そのうち１人が特定利用者であるとき、当該グループの利用を不可能にする
   　ことを特徴とする請求項４に記載の制御装置。
6. 　前記管理部は、前記要求利用者によって選択された利用者から同意を受領したときに、当該利用者をグループに参加させる
   　ことを特徴とする請求項４に記載の制御装置。
7. 　利用者間でメッセージを送信するシステムに適用される制御装置であって、
   　メッセージの送信先の候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付ける受付部と、
   　前記複数の利用者のそれぞれについて前記属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、前記受付部によって受け付けられた検索条件を満たす候補利用者を特定する特定部と、
   　前記特定部で特定された候補利用者を選択可能に表示部に表示させる表示制御部と、
   　前記候補利用者のなかから、前記要求利用者によって選択された１または複数の利用者にメッセージを送信可能に管理する管理部と、
   　を備え、
   　前記表示制御部は、
   　前記年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前に前記要求利用者によって当該特定利用者が選択された場合には前記表示部にエラーを出力させ、
   　当該利用者が選択された後に前記要求利用者によって当該特定利用者が選択された場合に前記表示部にエラーを出力させず、
   　前記管理部は、
   　前記要求利用者と前記特定利用者とによってグループが構成される場合、当該グループの利用を不可能にする
   　ことを特徴とする制御装置。
8. 　利用者間でメッセージを送信するシステムに適用される制御装置の制御方法であって、
   　メッセージの送信先の候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付けるステップと、
   　前記複数の利用者のそれぞれについて前記属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、受け付けられた検索条件を満たす候補利用者を特定するステップと、
   　特定された候補利用者を選択可能に表示部に表示させるとともに、
   　前記年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前では、前記要求利用者による当該特定利用者の選択が禁止されるように表示させ、
   　当該利用者が選択された後では、前記要求利用者による当該特定利用者の選択が許可されるように表示させるステップと、
   　前記候補利用者のなかから、前記要求利用者によって選択された１または複数の利用者にメッセージを送信可能に管理するステップと、
   　を備えることを特徴とする制御方法。
9. 　利用者間でメッセージを、通信可能な端末装置に送信するサービスを提供するコンピュータを、
   　メッセージの送信先の候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付ける受付部、
   　前記複数の利用者のそれぞれについて前記属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、前記受付部によって受け付けられた検索条件を満たす候補利用者を特定する特定部、
   　前記特定部で特定された候補利用者を選択可能に表示部に表示させるとともに、
   　前記年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前では、前記要求利用者による当該特定利用者の選択が禁止されるように表示させ、
   　当該利用者が選択された後では、前記要求利用者による当該特定利用者の選択が許可されるように表示させる表示制御部、および、
   　前記候補利用者のなかから、前記要求利用者によって選択された１または複数の利用者にメッセージを送信可能に管理する管理部、
   　として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
10. 　複数の利用者にメッセージを送信するサーバであって、
    　メッセージの送信先の参加候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付けるとともに、前記複数の利用者のそれぞれについて前記属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、前記受付部によって受け付けられた検索条件を満たす候補利用者を特定し、
    　前記候補利用者のなかから、前記要求利用者によって選択された１または複数の利用者にメッセージを送信可能に管理するサーバと
    　通信可能なコンピュータを、
    　前記特定部で特定された候補利用者を選択可能に表示部に表示させるとともに、
    　前記年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前では、前記要求利用者による当該特定利用者の選択が禁止されるように表示させ、
    　当該利用者が選択された後では、前記要求利用者による当該特定利用者の選択が許可されるように表示させる表示制御部
    　として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
11. 　サーバと利用者によって操作される端末装置と、を有し、
    　前記端末装置からメッセージを送信するシステムであって、
    　メッセージの送信先の候補となる候補利用者の提示を要求する要求利用者から、利用者の属性情報の検索条件を受け付ける受付部と、
    　複数の利用者のそれぞれについて前記属性情報と年齢情報とを関連付けて記憶する記憶部にアクセスして、前記受付部によって受け付けられた検索条件を満たす候補利用者を特定する特定部と、
    　前記特定部で特定された候補利用者を選択可能に表示部に表示させるとともに、
    　前記年齢情報によって年少者であることが示される特定利用者以外の利用者が選択される前では、前記要求利用者による当該特定利用者の選択が禁止されるように表示させ、
    　当該利用者が選択された後では、前記要求利用者による当該特定利用者の選択が許可されるように表示させる表示制御部と、
    　を前記サーバまたは前記端末装置に備える
    　ことを特徴とするシステム。
     

Images