JP2014029665A - メッセージ閲覧システム、サーバ、端末装置、制御方法およびプログラム - Google Patents

Abstract

【課題】自分以外の利用者同士の投稿・応答の関係を容易に把握できるようにする。
【解決手段】複数の利用者の間で、投稿と当該投稿に対する応答によって交換されるメッセージの閲覧サービスが提供される際、端末装置２０では、複数の利用者のうち一部または全部の特定利用者に対応した利用者画像のそれぞれを、画面における利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部２５４と、複数の利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部２５５と、利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部２５６と、が構築される。
【選択図】図１４

Description

本発明は、ＳＮＳ（Social Networking Service）などのサイトでサービスを提供する技術に関する。

近年、インターネットを利用して様々なメッセージの共有、交換、閲覧などができるサービスが普及している。ネットワーク上では、個々の存在を認識することが困難であるため、利用者に対応したアイコンやアバターなどの利用者画像を表示することによって互いが識別される。このとき、単なる一覧では、利用者同士の関係が認識できないので、利用者の関連性に基づいて、利用者画像の配置を決定する技術が提案されている（例えば特許文献１参照）。

特開２０００−１３２５０９号公報

ところで近年において、人と人とのコミュニケーションを促進・サポートするＳＮＳでは、一人の利用者による投稿に対し、短期間のうちに、別の利用者による応答が活発に紐尽く場合が多い。このような場合に、複数の利用者がまとまったグループにおいて、自分以外の利用者がどのような関係で投稿・応答しているかについては、興味のひくところである。
本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、自分以外の利用者同士の投稿・応答の関係を把握することが容易な技術を提供することにある。

上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

上記目的を達成するために本発明に係るメッセージ閲覧システム（１）は、複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するメッセージ閲覧システム（１）であって、前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部（２５４）と、前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部（２５５）と、利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部（２５６）と、を備えることを特徴とする。

なお、ここでいうメッセージ閲覧システムは、管理サーバ（１０）と端末装置（２０）とで構成されるものであり、また、画面とは、利用者が操作する端末装置（２０）の表示部（２１１）で表示されるものである。
メッセージとは、本文である文字情報をいうときもあるが、これに限られず、静止画や、動画像、音声であっても良いし、これらを含んでも良い。したがって、メッセージの閲覧には、動画像や音声などの再生も含まれる。また、利用者の投稿、応答とは、利用者が操作する端末装置からメッセージを投稿、応答することをいう。

本発明において、前記割当部（２５４）は、前記複数の利用者のうち、所定の選定条件を満たす一部の利用者を前記複数の特定利用者に選定する構成としても良い。
本発明において、前記位置決定部（２５５）は、前記複数の特定利用者に対応した利用者画像のそれぞれの表示位置として、割り当てられた基準位置（Ｃ０〜Ｃ９）を含む所定範囲（Ａｒ０〜Ａｒ９）内に決定し、前記位置変更部（２５６）は、投稿した利用者に対応した利用者画像の表示位置を、前記所定範囲を超えた位置に変更しても良い。

また、本発明において、前記複数の利用者の間のそれぞれの親密度を、基準となる利用者と対象となる利用者とに対応づけて記憶する記憶部（１０５）を管理するとともに、第１条件が発生した場合に前記記憶部（１０５）に記憶された親密度を高くするように更新し、第２条件が発生した場合に前記記憶部（１０５）に記憶された親密度を低くするように更新する管理部（１５２）を具備し、前記位置決定部（２５５）は、前記複数の特定利用者のそれぞれ毎に、当該利用者と他の利用者との親密度に基づいて表示位置を決定する構成が好ましい。この構成によれば、各利用者の親密度を利用者画像の表示位置によって知ることができる。

この構成において、前記位置決定部（２５５）は、利用者に対応した前記所定範囲内で親密度が高いほど、当該利用者に対応した利用者画像と当該他の利用者に対応した利用者画像との距離が短くなるように表示位置を決定する構成が好ましい。この構成によれば、各利用者の親密度を利用者画像同士の距離で知ることができる。
このような構成において、前記第１条件は、前記基準となる利用者が前記対象となる利用者の投稿に対して応答した場合であり、前記管理部（１５２）は、前記基準となる利用者と前記対象となる利用者との親密度を高くするように更新しても良い。
また、この構成において、前記第２条件は、所定時間が経過した場合であり、前記管理部（１５２）は、前記複数の利用者の間の親密度をそれぞれ一律に低くするように更新しても良い。
なお、第１条件および第２条件としては、このほかにも種々の条件が考えられる。

本発明において、前記複数の利用者は、当該交換サービスを受ける主体者と、当該主体者と所定の関係にある一人以上の仲間とであり、前記割当部（２５４）は、前記仲間に対応した利用者画像の基準位置を、前記主体者に対応した基準位置を中心にして放射状に割り当てる構成が好ましい。
また、このとき、主体者に対応する利用者画像から、仲間に対応した利用者画像までの見かけ上の距離が、各仲間にわたって互いに同一距離となる配置に割り当てる構成としても良い。

前記所定の規則では、前記複数の特定利用者に対応した利用者画像のそれぞれと、前記複数の基準位置のそれぞれとの対応付けが時間経過に対して固定としても良いし、前記複数の特定利用者における投稿の更新日の順で変更されても良い。
ここで、前記更新日とは、投稿した日時であっても良いし、投稿した日時または応答した日時のうち最新の日時であっても良い。
また、前記所定の規則において、前記複数の利用者の投稿の更新日のうち、現在時刻から所定期間以前のものは除外しても良い。
前記位置決定部（２５５）または前記位置変更部（２５６）は、前記複数の特定利用者に対応した利用者画像のそれぞれの表示位置を、前記画面に設定されたグリッドに合わせて決定または変更する構成が好ましい。

本発明は、メッセージ閲覧システムのみならず、当該システムを構成するサーバ（１０）や、当該サーバの制御方法、コンピュータを当該サーバとして機能させるプログラムとして概念することができるし、また、当該システムを構成する端末装置（２０）や、当該端末装置の制御方法、コンピュータを当該端末装置として機能させるプログラムとして概念することができる。
ここで、コンピュータをサーバ（１０）として機能させるプログラムは記録媒体に記録されても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。
また、コンピュータを端末装置（２０）として機能させるプログラムについても同様に記録媒体に記録されても良い。コンピュータを端末装置として機能させるプログラムには、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶される上記プログラムのコードは、端末装置（２０）で実行可能な形式のプログラムのコードと異なるものでも良い。すなわち、配信サーバからダウンロードされて端末装置（２０）で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、上記プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置（２０）で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていても良い。

実施形態に係るメッセージ閲覧システムを示すブロック図である。 同システムにおけるサーバの構成を示すブロック図である。 同システムにおける携帯端末の構成を示すブロック図である。 利用者をグループ化等する際に構築される機能ブロックを示す図である。 ユーザ登録テーブルの一例を示す図である。 グループテーブルの一例を示す図である。 グループにおける利用者とアバターとの対応例を示す図である。 グループの編集画面の一例を示す図である。 グループの編集画面の一例を示す図である。 グループの編集画面の一例を示す図である。 非利用者のアバターを選択したときの画面の一例を示す図である。 非利用者のアバターを選択したときの画面などの一例を示す図である。 利用者をグループ化等する際に構築される他の機能ブロックを示す図である。 アバターを配置する際に構築される機能ブロックを示す図である。 親密度テーブルの一例を示す図である。 親密度のアップ条件およびダウン条件の一例を示す図である。 親密度テーブルの更新処理を示すフローチャートである。 アバターの配置処理を示すフローチャートである。 アバターの基準位置を説明するための平面図である。 投稿の時間順に割り当てられる基準位置との関係を示す図である。 アバターの位置を親密度に応じて変更した状態を示す図である。 応答があったときにおけるアバターの位置の変更を示す図である。 アバターの描画、位置の微修正を説明するための図である。 アバターの一次配置の例を示す図である。 アバターの二次配置の例を示す図である。 アバターの三次配置の例を示す図である。 アバターの四次配置の例を示す図である。 投稿の時間順とアバターの基準位置との別関係を示す図である。 当該別関係に係るアバターの初期表示画面の一例を示す図である。 応答者に対応したアバターの他の配置を示す図である。 アバターを配置する際に構築される他の機能ブロックを示す図である。 アバターにモーションを設定する際の機能ブロックを示す図である。 モーションの一覧を示す図である。 キーワード記憶部の内容例を示す図である。 モーション設定処理を示すフローチャートである。 感情表現に応じたアバターのモーションの例を示す図である。 投稿形式に応じたアバターのモーションの例を示す図である。 スポットカテゴリーに応じたアバターのモーションの例を示す図である。 待機におけるアバターのモーションの例を示す図である。 投稿・応答に基づく画面の一例を示す図である。 投稿に基づく画面の一例を示す図である。 アバターにモーションを設定する際の他の機能ブロックを示す図である。 アバターの吹き出し表示画面の一例を示す図である。 タッチ操作等に応じた処理を実行する際の機能ブロックを示す図である。 リアクションテーブルの一例を示す図である。 リアクションテーブルの一例を示す図である。 リアクション設定処理を示すフローチャートである。 アバターを表示した画面の一例を示す図である。 アバターを表示した画面の一例を示す図である。 アバターを表示した画面の一例を示す図である。 アバターを表示した画面の一例を示す図である。 アバターを表示した画面の一例を示す図である。 アバターを表示した画面の一例を示す図である。 投稿・応答に基づく画面の一例を示す図である。 投稿に基づく画面の一例を示す図である。 タッチ操作等に応じた処理を実行する際の他の機能ブロックを示す図である。

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

図１は、実施形態に係るメッセージ閲覧システム１を含む全体的な構成を示すブロック図である。
この図に示されるように、メッセージ閲覧システム１では、管理サーバ１０とＳＮＳサーバ５０と複数の端末装置２０−１、２０−２、２０−３、…とが、インターネットＮａ、ゲートウェイ１２および移動通信網Ｎｂを介して接続された構成となっている。
ＳＮＳサーバ５０は、ＳＮＳ運営者によって運営されるものであり、メッセージ閲覧システム１の外部に設けられている。このＳＮＳサーバ５０は、ＳＮＳ会員（以下、単に「会員」という。）同士が交流するためのＳＮＳ（第１サービス）を提供するために、会員に関する情報や、会員から投稿されたメッセージなどを管理する。
本実施形態では、管理サーバ１０は、会員のうち、後述する条件を満たした利用者に、後述する第１機能から第４機能までのサービス（第２サービス）を提供する。このため、管理サーバ１０は、第１機能から第４機能までのサービスの提供に必要な情報を管理する。
なお、以下においては、会員のうち、第１機能から第４機能までのサービスの提供を受ける利用者によって操作される端末装置２０−１、２０−２、２０−３、…について、端末装置を特定せずに一般的に説明するために、符号のうち「−（ハイフン）」以下を省略して単に「２０」とする。

端末装置２０は、例えば利用者が操作する携帯電話機である。この端末装置２０の詳細については後述するが、表示部２１１とともに、当該表示部２１１に重ねられたタッチパネル２１２を有し、利用者が表示部２１１の画面に対してタッチ操作等することで、必要な情報の入力や各種の指示が与えられる構成となっている。
端末装置２０は、移動通信網Ｎｂに限られず、無線ＬＡＮ（Local Area Network）に接続される構成であっても良い。無線ＬＡＮに接続される構成において、端末装置２０は、無線基地局（アクセスポイント）およびインターネットＮａを経由して、上記ＳＮＳサーバ５０と管理サーバ１０に接続される。また、端末装置２０は、携帯電話機に限られず、タブレット型のコンピュータやＰＤＡ（Personal Digital Assistant）などでも良い。

なお、図１においては、ＳＮＳサーバ５０をメッセージ閲覧システム１の外部としているが、内部に含めた構成であっても良い。
また、図１では、ＳＮＳサーバ５０と管理サーバ１０とのそれぞれを１台で構築しているが、２台以上に分散（仮想的な１台のサーバで構成）させても良い。
一方で、ＳＮＳサーバ５０と管理サーバ１０とを１台で構築しても良い。
また、管理サーバ１０がＳＮＳサーバ５０と端末装置２０とを中継するように構成しても良い。
ＳＮＳサーバ５０で管理される会員から投稿されたメッセージは、メッセージ閲覧システム１に係る端末装置２０以外のインターネットＮａを介して接続される外部コンピュータからもアクセス可能である。しかしながら、メッセージ閲覧システム１に係る端末装置２０からアクセスした場合には、後述する第１機能から第４機能までのサービスの提供を受けることが可能である。

図２は、管理サーバ１０のハードウェア的な構成を示すブロック図である。この図に示されるように、管理サーバ１０は、装置全体を制御するＣＰＵ（Central Processing Unit）１０１と、ＣＰＵ１０１の主記憶部として機能するＲＡＭ（Random Access Memory）１０２と、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）１０３と、ネットワークを介して通信するためのインターフェース（Ｉ／Ｆ）１０４と、各種のプログラムやデータを記憶する副記憶部としての記憶部１０５と、現在時刻の時間情報を出力するリアルタイムクロック（ＲＴＣ）１０６と、を含む。記憶部１０５は、ハードディスクドライブなどであり、上述したサービスを利用者に提供するためのサービスプログラムや、後述するデータベースで各種テーブルを格納する。

図３は、端末装置２０のハードウェア的な構成を示すブロック図である。この図に示されるように、端末装置２０は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、通信部２０４と、記憶部２０５と、ＲＴＣ２０６と、表示部２１１と、タッチパネル２１２と、位置取得部２１３と、を含む。
ＣＰＵ２０１は、記憶部２０５に記憶された各種のプログラムを実行することで端末装置２０の各部を制御する。記憶部２０５は、不揮発性メモリなどであり、上記サービスを提供するためのアプリケーションプログラムや、後述するアバター（利用者画像）などを格納する。このアプリケーションプログラムは、特定の配信サイトからダウンロードされて、端末装置２０にインストールされたものである。通信部２０４は、移動通信網Ｎｂや無線ＬＡＮなど介して管理サーバ１０と通信する。ＲＴＣ２０６は、現在時刻の時間情報を出力する。

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

位置取得部２１３は、例えばＧＰＳ（Global Positioning System）によって端末装置２０の位置情報を取得する。なお、この位置情報は、後述するチェックインなどによって使用される。また、位置情報としては、経度および緯度であるが、高度を加えても良い。位置情報についてはＧＰＳに限られず、複数の無線基地局による電波強度や電波到達時間などを比較して取得しても良いし、これらとＧＰＳを組み合わせて取得しても良い。

実施形態に係るメッセージ閲覧システム１では、管理サーバ１０において上記サービスプログラムを実行することによって、端末装置２０において上記アプリケーションプログラムを実行することによって、次の第１機能から第４機能までの各機能のサービスを利用者（主体者）に提供するための機能ブロックが適宜構築される。
すなわち、第１機能では、端末装置２０において主体者を含む複数人がグループ化される。このグループ化に際し、端末装置２０の利用者である主体者は、グループに他の会員を登録したり、反対に登録した他の会員を削除したりして、グループを編集する。この編集の際に、会員に対応するアバターが表示部２１１に表示される、というサービスが主体者に提供される。
次に、第２機能では、グループの構成員に対応したアバターが、当該構成員の投稿や応答に応じた配置で表示される、というサービスが提供される。
さらに、第３機能では、各アバターが、当該構成員の投稿内容や投稿形式に応じたモーションで表示される、というサービスが提供される。
そして、第４機能では、主体者が、ある仲間の投稿に対し、アイコンのタップ操作や、利用者のアバターをタッチ操作等することによって応答したとき、当該仲間のアバターが、応答操作に応じたモーションで表示される、というサービスが提供される。自己の投稿に対して、別の仲間が応答したときに、自己に対応するアバターに、当該応答内容に応じたモーションやアイコンが付加される。

グループは、詳細については後述するが、サービスの提供を受ける主体者と、当該主体者によって選定された会員である仲間とで構成される。このため、グループの構成員という場合には、主体者と仲間との双方が含まれる。また、グループの構成員については、主体者の編集によらずに、ＳＮＳ（第１サービス）で所定の関係（例えば友達関係）にある利用者を割り当てる構成や、上記ＳＮＳでの当該利用者のうち、第１機能から第４機能までによるサービス（第２サービス）の利用者を割り当てる構成、ＳＮＳでの当該利用者のうち、所定の期間内に主体者とコミュニケーションがあった利用者を構成員として割り当てる構成も採用し得る。つまり、グループの構成員は、時間経過とともに利用者が固定的であって良いし、時間経過とともに利用者が変化しても良い。
なお、各機能のサービスの提供するための動作説明については、適宜分けて説明することにする。

ここで、「投稿」とは、自己や他の利用者（仲間）が情報を発信することをいい、情報の発信については意識的および無意識的（自動的）の双方が含まれる。本実施形態においては説明の便宜上、投稿を次の４形式としている。すなわち、所定の文字数（例えば１４０字）以内で文章を発信する「つぶやき」、所定の形式で綴った内容で発信する「日記」、画像データをアップロードする「フォト」、および、位置情報で特定される場所（店などのスポット）の情報を利用者同士で共有する「チェックイン」の４形式としている。

また、「応答」とは、ある利用者の「投稿」に対して他の利用者が何らかの形で返信することをいう。すなわち、「応答」は、必ず元となる「投稿」を前提としている。また、１つの「投稿」に対して、１つ以上の「応答」がある場合もあるが、まったく「応答」がない場合もある。
ここで、本実施形態においては説明の便宜上、「応答」を次の４形式としている。すなわち、投稿に対する驚きを示す「クラッカー」、投稿に対する感嘆を示す「へぇ」、投稿に対する賛同、賞賛等を示す「イイネ」、および、投稿に対してテキストで返信する「コメント」の４形式としている。
なお、「投稿」および「応答」については、例えば「転送」等のこれらの以外の形式が加わっても良いのはもちろんである。

ある利用者が「投稿」したとき、その「投稿」は、投稿した利用者の会員ＩＤと投稿の形式に応じた投稿ＩＤ（つぶやきＩＤ等）と内容（テキスト）と発信日時（日付および時間）とに対応付けられてＳＮＳサーバ５０の記憶部に記憶される。
また、「応答」については、その「応答」の元となる「投稿」の投稿ＩＤと投稿した会員ＩＤとに紐付けられるとともに、応答した利用者の会員ＩＤと当該応答の形式に応じた投稿ＩＤと応答内容と発信日時とに対応付けられてＳＮＳサーバ５０の記憶部または管理サーバ１０の記憶部１０５に記憶される。
詳細には、「投稿」と、「応答」のうち「コメント」とは、ＳＮＳサーバ５０の記憶部に投稿ＩＤと関連付けて記憶される。一方、「応答」のうち「コメント」以外については、管理サーバ１０の記憶部１０５に記憶される。つまり、ＳＮＳサーバ５０の記憶部に記憶される「投稿」と「コメント」とは、インターネットＮａを介して接続される外部コンピュータからもアクセス可能である。一方、「応答」のうち「コメント」以外については、本メッセージ閲覧システム１に係る端末装置２０、すなわち、会員のうち、第１機能から第４機能までのサービスの提供を受ける利用者によって操作される端末装置２０のみからしかアクセスできない。
なお、「投稿」および「応答」が、あるグループの構成員に対して発信される場合には、当該「投稿」および「投稿」は、当該グループを特定する情報（グループＩＤ）に対応付けられる。また、ＳＮＳサーバ５０の記憶部に記憶される「投稿」と、「応答」のうち「コメント」とを対応付けた記憶内容や、管理サーバ１０の記憶部１０５に記憶される「コメント」以外によって投稿・応答履歴が形成される。このような投稿・応答履歴を用いた画面の一例については、後述することにする。

＜第１機能＞
まず、実施形態に係るメッセージ閲覧システム１において、上記第１機能のサービスを提供する際の動作について説明する。

図４は、メッセージ閲覧システム１において第１機能のサービスを提供するために構築される機能ブロックを示す図である。
この図に示されるように、管理サーバ１０側では、ＣＰＵ１０１がサービスプログラムを実行することによって受付部１５１および管理部１５２が構築される。一方、端末装置２０側では、ＣＰＵ２０１がアプリケーションプログラムを実行することによって、入力指示部２５１、描画部２５２および表示制御部２５３が構築される。詳細には、主体者が主に上記第１機能によるサービスの提供を受けるための操作をしたときに、管理サーバ１０と端末装置２０とで図４に示される機能ブロックが構築される。
なお、この図では、インターネットＮａ、ゲートウェイ１２および移動通信網Ｎｂについては、データを単に中継するのみであるので、図示を省略している。

図において、入力指示部２５１は、タッチパネル２１２へのタッチ操作等によって入力された指示やテキストなどの操作情報を出力する。受付部１５１は、入力指示部２５１による操作情報を、端末装置２０から受け付ける。管理部１５２は、入力指示部２５１による情報に応じて記憶部１０５の記憶内容を管理したり、各部を制御したりする。
なお、図４においては、説明の便宜上、ある１台の端末装置２０に着目して、当該端末装置２０と管理サーバ１０との情報やメッセージなどの授受について図示しているに過ぎない。管理サーバ１０の受付部１５１、管理部１５２は、実際には、複数の端末装置２０から情報を受け付け（あるいは、受信し）、逆に、管理部１５２は、複数の端末装置２０に情報を送信する。

第１機能の実行に際し、記憶部１０５において、図５に示されるようなユーザ登録テーブルや、図６に示されるようなグループテーブルが管理される。
このうち、ユーザ登録テーブルは、ＳＮＳサーバ５０でＳＮＳに登録されている会員のうち、第１機能から第４機能までのサービスの提供を受ける利用者を、図５に示されるように、複数の英数字で一意に識別する会員ＩＤと、例えば通し番号で識別する利用者ＩＤとを対応付けて記憶するテーブルである。本実施形態において、ＳＮＳによって提供されている既存のサービスを利用している会員の全てが、第１機能から第４機能までのサービスを利用しているとは限らないため、第１機能から第４機能までのサービスを提供するために利用者ＩＤを付与して利用者を特定することにしている。
これにより、会員ＩＤが付与された会員であっても、ユーザ登録テーブルにおいて利用者ＩＤが登録されていなければ、第１機能から第４機能までのサービスの提供を受けることができる利用者ではない、逆にいえば、ユーザ登録テーブルにおいて会員ＩＤと利用者ＩＤとが対応付けられていれば、当該会員は第１機能から第４機能までのサービスを提供することができる利用者である、と管理部１５２が判別することができる。

本実施形態において利用者は、１または複数のグループを設定することができる。１つのグループは、自己を主体者とし、他の９人以下の利用者を仲間としたメンバーで構成され、いずれのメンバーも、このＳＮＳの会員であることを条件としている。このようなグループを管理するのが、グループテーブルである。
グループテーブルでは、図６に示されるように、主体者に対してグループＩＤで識別されるグループが１または複数登録される。
各グループには、グループ名称が付与されるとともに、主体者を中心とした仲間ａから仲間ｉまでにわたって利用者のＳＮＳの会員ＩＤが設定される。ＳＮＳ上で仲間関係（友達関係）が構築されている会員ＩＤについては、管理部１５２がＳＮＳサーバ５０に問合せることで取得される。仲間は、ＳＮＳの会員ではあるものの、第１機能から第４機能までのサービスを利用している利用者とは限らないため、会員ＩＤで管理することになっている。
したがって、主体者については、ＳＮＳの会員であって、第１機能から第４機能までのサービスの提供を受けるかことができる利用者であるが、主体者が設定したグループを構成する仲間については、当該会員であるものの、第１機能から第４機能までのサービスの提供を受けることができない者、すなわち非利用者である場合がある。

なお、会員ＩＤは、例えば複数の英数字等から構成されるが、図６においては簡易的に「？？？？？」と表記している。また、グループの構成員が９人設定されないときには、仲間ａから仲間ｉまでのうち、未設定の仲間の会員ＩＤが空文字となる、あるいは、未設定である旨の情報が格納される。
図６の例において、矢印で示されるグループは、利用者ＩＤが「１」である利用者が１番目に設定したグループであり、「チームＡ」というグループ名称が付与されて仲間ａから仲間ｈまで設定されて、仲間ｉが未設定の状態である。

説明を図４に戻すと、表示制御部２５３は、主体者となる利用者の端末装置２０の表示部２１１に対し、指定されたグループの構成員に対応したアバターの配置情報、すなわち、どのアバターを、どの地点に配置させるのかを示す情報を出力する。また、表示制御部２５３は、入力指示部２５１からの操作情報に応じて、表示部２１１の表示内容を規定する制御情報も出力する。

一方、端末装置２０の記憶部２０５の一部の記憶領域には、画像記憶部２６１が割り当てられる。ここで、画像記憶部２６１は、当該端末装置２０の利用者によってグループの構成員として登録された仲間および自己のアバターの画像情報を記憶する。
画像記憶部２６１には、例えば次のようにして、仲間および自己のアバターの画像情報が記憶される。詳細には、第１機能から第４機能までのサービスの提供を受けるため利用者として登録されるときに、当該利用者の分身としてのアバターが当該利用者によって作成、選択などされて、当該アバターの画像情報が利用者ＩＤに対応付けられて記憶部１０５の画像記憶部１２１に記憶される。このため、第１機能から第４機能までのサービスの提供を受けることのできる利用者になるためには、自身を示すアバターの登録が必要となる。
ここで、主体者によって、あるグループに、ある仲間が登録されたときに、管理部１５２は、第１に、ユーザ登録テーブルを参照して、当該仲間の会員ＩＤに利用者ＩＤが付与されているか否かを判別する。管理部１５２は、第２に、当該仲間の会員ＩＤに利用者ＩＤが付与されていれば、当該利用者ＩＤに対応したアバターの画像情報を、当該利用者ＩＤとともに当該主体者の端末装置２０の画像記憶部２６１に転送する。一方、管理部１５２は、第３に、当該仲間の会員ＩＤに利用者ＩＤが付与されていなければ、例えば黒アバター（規定画像）の画像情報を、当該会員ＩＤとともに当該端末装置２０の画像記憶部２６１に転送する。これにより、主体者の端末装置２０においては、画像記憶部２６１に、登録した仲間に対応したアバターの画像情報が利用者ＩＤ（または会員ＩＤ）に対応付けられて記憶されることになる。
なお、自己のアバターについては、登録時に記憶部１０５（画像記憶部１２１）に記憶されたアバターの画像情報を、管理部１５１が、端末装置２０に転送することによって、画像記憶部２６１に記憶される。

描画部２５２は、画像記憶部２６１に記憶されたアバターの画像情報を読み出すとともに、アバターの配置情報で示される地点に当該アバターを描画するように、表示部２１１に対応したフレームバッファにレンダリングする。なお、アバターの描画については後述するようにグリッドを単位として実行される場合がある。
表示部２１１は、フレームバッファにレンダリングされた描画情報にしたがって画像を表示する。

上述したように図６において、矢印で示されるグループには、仲間ａから仲間ｈまで設定されて、仲間ｉが未設定の状態である。この状態において、利用者ＩＤが「１」である主体者と仲間ａ〜仲間ｈとに対応するアバターは、それぞれ図７に示されるものとなっていると仮定する。そして、未設定の仲間ｉとして、図７に示されるようなアバターおよびその利用者を登録する場合について説明する。

まず、図８に示されるように、表示部２１１による表示画面は、領域Ｂ１と領域Ｂ２とに分かれている。領域Ｂ１では、主体者のアバターを中心とするサークルに仲間ａ〜ｈのアバターが等間隔で配置している。なお、この段階において仲間ｉはグループに未設定であるので、仲間ｉに相当する地点にはアバターが配置していない。
一方、領域Ｂ２には、グループに登録する仲間の候補が、左右に並べられて配置している。なお、図において領域Ｂ２には三体のアバターのみが表示されているが、左右へのフリック操作によって、他のアバターを出現させて候補にすることができる。また、三体のうち、左右のアバターは、すでに仲間ｈ、ｅとして登録されているので、重複登録を避けるための登録不可を示すマークが付与されている。

このような画面は、利用者ＩＤが「１」である主体者が操作する端末装置２０において、グループＩＤが「１」であるグループが入力指示部２５１によって選択されている状態が前提であり、次のようにして表示部２１１に表示される。
詳細には、領域Ｂ１については、表示制御部２５３は、管理部１５２に対し、グループＩＤが「１」であるグループの仲間ａ〜ｉについての情報を要求する。一方、管理部１５２は、グループテーブルを参照して、当該グループを構成する仲間ａ〜ｉの情報を取得する。これにより、管理部１５２は、仲間ａ〜ｈについては会員ＩＤを、仲間ｉについては未設定である旨を、それぞれ取得する。次に、管理部１５２は、取得した会員ＩＤに利用者ＩＤが対応付けられているか否かについて、ユーザ登録テーブルを参照して判別する。管理部１５２は、取得した会員ＩＤに利用者ＩＤが対応付けられていれば、その利用者ＩＤを、利用者ＩＤが対応付けられていなければ、取得した会員ＩＤを、それぞれ表示制御部２５３に返信する。なお、この例では、仲間ａ〜ｈの会員ＩＤは、すべて利用者ＩＤに対応付けられている。

表示制御部２５３は、返信された仲間ａ〜ｈの利用者ＩＤと、仲間ｉが未設定である旨の情報とを、描画部２５２に供給する。描画部２５２は、当該利用者ＩＤに対応するアバターの画像情報を、自己のアバターの画像情報とともに画像記憶部２６１から読み出し、領域Ｂ１において仲間に対応する地点にアバターを描画する。これによって、領域Ｂ１では、主体者のアバターを中心とするサークルに仲間ａ〜ｈのアバターが配置されて表示されることになる。
なお、グループ編集の第１機能において仲間に対応する地点は、図８に示されるように、主体者を中心とするサークルであって、手前側を仲間ｉに対応する地点とし、反時計回りに、順次、仲間ｈ、ｇ、ｆ、ｅ、ｄ、ｃ、ｂ、ａに対応する地点として定められる。また、後述するように、第２機能以降において、仲間に対応する地点は、各種条件によって変更される場合がある。

次に、領域Ｂ２については、仲間として追加で登録することができる候補が提示される。候補になり得る者は、主体者に対しＳＮＳにおいて所定の関係、例えば仲間関係を有する者である。このため、管理部１５２は、選択されたグループの仲間についての情報が要求されたときに、当該主体者と仲間関係にある会員ＩＤをＳＮＳサーバ５０に問い合わせて所定人数分取得する。管理部１５２は、取得した会員ＩＤにユーザ登録テーブルにおいて利用者ＩＤが付与されていれば、当該利用者ＩＤとアバターの画像情報とを表示制御部２５３に供給し、利用者ＩＤが付与されていなければ、当該取得した会員ＩＤと黒アバターの画像情報とを表示制御部２５３に供給する。表示制御部２５３は、供給された利用者のアバターの画像情報（または非利用者の黒アバター情報）を、描画部２５２に転送する。描画部２５２は、供給されたアバターの画像情報のうち、領域Ｂ２における３地点にアバターを描画する。これによって、領域Ｂ２では、登録の候補となる主体者のアバターが表示されることになる。なお、表示制御部２５３は、管理部１５１から供給されたアバターがすでに領域Ｂ１に表示されていれば、登録不可のマークを当該アバターに重ねて描画するように、描画部２５２に指示する。また、３地点に対してフリック操作がなされたら、他の候補者となるアバターを表示させる。これによって、領域Ｂ２では、仲間として追加で登録することができる候補のアバターが表示されることになる。

さて、図８に示される画面において、領域Ｂ２に表示されているアバターのうち、登録不可のマークが付されていないアバターをグループの仲間として登録する場合、主体者は、図において破線の矢印に沿って、当該アバターを、領域Ｂ１におけるサークルにおいてアバターが配置していない場所までドラッグする。

ドラッグすると、画面が図９に示されるようなものとなる。すなわち、領域Ｂ１において仲間ｉに対応するアバター、すなわちドラッグされたアバターが配置することになる。
なお、このようにアバターが登録されると、この操作情報が受付部１５１を介して管理部１５２に通知される。管理部１５２は、グループテーブルにおいて、当該グループの仲間ｉに、当該アバターに対応する会員ＩＤを登録する。
また、領域Ｂ２において、元のアバターには、仲間ｉへの登録に伴って登録不可を示すマークが付与される。

ところで、グループテーブルにおいて、仲間は、上述した利用者ＩＤではなく、会員ＩＤで登録される。このため、ＳＮＳの会員であるが、第１機能から第４機能までのサービスの提供を受けることができない者が、主体者によってグループに登録される場合がある。詳細には、あるグループに仲間が主体者によって追加される場合、上述したように当該主体者と仲間関係を有する会員であれば、第１機能から第４機能までの第２サービスの提供を受けることができる利用者でなくても、追加する仲間の候補者として提示される。このため、会員であるが利用者ではない者が、グループの仲間として登録される場合がある。
この場合、当該仲間として登録された者には、アバターが登録（対応付けられて）いないので、予め定められた規定画像としての黒アバターが表示される。

図１０は、例えば仲間ｄに対応する会員が第１機能から第４機能までのサービスの提供を受けることができない者が、グループに登録されたときの表示例である。なお、規定画像の例としては、黒アバターに限られず、他の色や種々の模様で塗り潰したアバターなどが挙げられる。また、特に図示しないが、上述したように、主体者と仲間関係にある会員であって、利用者でない者がグループに追加する候補者として提示される場合には、領域Ｂ２に、当該者に対応して黒アバターが表示される。

ここまでは、グループへの登録についての説明であったが、例えば削除については登録とは逆の動作で実行される。すなわち、領域Ｂ１に表示されたアバターが、領域Ｂ２までドラッグされる。
なお、このようにアバターが削除されると、この操作情報が入力指示部２５１から受付部１５１を介して管理部１５２に供給されて、管理部１５２は、グループテーブルにおける当該グループから、ドラッグされたアバターに対応する会員ＩＤを削除する。

さて、第１機能では、図８乃至図１０に示された画面のように、主体者によって設定されたグループの構成員に対応したアバターが表示されるが、実際には、後述する第２機能から第４機能までのように、投稿や応答に応じてアバターの配置地点や向きが変更されたり、アバターにモーションが付与されて表示されたりする。また、第４機能においては、アバターを選定することにより、一対一の投稿、応答でコミュニケーションすることができる。ただし、黒アバターで表示された会員については、第１機能から第４機能までのサービスの提供を受けることができない者であるので、主体者は、当該会員に対して、これらのサービスを経由して主体者とコミュニケーションすることができない。
このため、主体者が、黒アバターで表示されている会員に対して、第１機能から第４機能までのサービスを経由してコミュニケーションを図ろうとしたときに、次のような処理のいずれかが実行される。このような処理としては、第１に、黒アバターで表示されている会員が非利用者であるために、第１機能から第４機能までのサービスを経由したコミュニケーションが不可能である旨の画面を提示する処理（第１処理）、第２に、第１機能から第４機能までのサービスを経由してコミュニケーションするための操作を無効化する処理（第２処理）、および、第３に、当該会員に対して第１機能から第４機能までのサービスの提供を受けるための手続（登録）を促す処理（第３処理）、が挙げられる。

第１処理としては、主体者が黒アバターの会員に対して第１機能から第４機能までのサービスを経由してコミュニケーションするための操作、例えば表示部２１１に表示された黒アバターをタップする操作をしたとき、その操作を示す操作情報を入力指示部２５１が表示制御部２５３に供給する。このときに、表示制御部２５３は、描画部２５２に対して、次のような警告画面を提示するように指示する。これにより、表示部２１１では、例えば図１１（ａ）に示されるように、タップ操作した黒アバターの会員が非利用者である旨とともに、第１機能から第４機能までのサービスを経由したコミュニケーションが不可能である旨がポップアップで表示される。

第２処理としては、主体者が例えば黒アバターをタップする操作をしたときに、その操作情報が入力指示部２５１から表示制御部２５３に供給される点は、第１処理と同様であるが、表示制御部２５２は、当該操作が無効であると判別して、コミュニケーションするための処理に移行しない。このため、図１１（ｂ）に示されるように、表示部２１１において、主体者が黒アバターをタップ操作しても何ら表示が変更されることはない。

第３の処理としては、主体者が例えば黒アバターをタップする操作をしたときに、その操作情報が入力指示部２５１から供給されると、表示制御部２５３は、描画部２５２に対して、次のような内容を表示するように指示する。すなわち、表示部２１１では、例えば図１２（ａ）に示されるように、黒アバターに対応する仲間を、第１機能から第４機能までのサービスに招待するか否かを問い合わせる画面がポップアップで表示される。問い合わせ画面では、例えば招待することを指定するソフトウェアボタン２９１と、招待しないことを指定するソフトウェアボタン２９２とが表示される。ここで、ソフトウェアボタン２９２が操作されたとき、この問い合わせ画面の表示が終了する一方、ソフトウェアボタン２９１が操作されたとき、その操作情報を入力指示部２５１から受付部１５１を介して受け取った管理部１５２が、ＳＮＳサーバ５０に対し、黒アバターに対応する会員の端末装置に、当該招待を通知するように指示する。この指示により、ＳＮＳサーバ５０は、当該会員（この段階では非利用者）の端末装置に、例えば図１２（ｂ）に示されるような招待の通知画面を表示させる。
この通知画面では、例えば招待されたことを示すメッセージとともに、当該招待を承認することを指定するソフトウェアボタン２９３と、拒否することを指定するソフトウェアボタン２９４とが表示される。ここで、ソフトウェアボタン２９４が操作されたとき、この通知画面の表示が終了する一方、ソフトウェアボタン２９３が操作されたとき、第１機能から第４機能までのサービスの提供を受けることができる利用者として手続きをするためのサイトへ移行する。当該会員は、当該サイトにおいて自己を示すアバターなどを設定することによって、利用者として登録されることになる。

以上説明してきたように、第１機能によるサービスを提供するにあたって、端末装置２０は、第１サービス（ＳＮＳ）において、自装置を利用する第１利用者（主体者）と他装置を利用する複数の第２利用者とが登録されたグループで送信されたメッセージを、当該第１サービス（ＳＮＳ）に対応するサービス装置（ＳＮＳサーバ５０）から取得して表示部２１１に表示させる。そして、当該端末装置２０は、利用者画像（例えばアバター）を登録している利用者に対して、第１サービス（ＳＮＳ）とは異なる第２サービス（上記第１機能または第２機能から第４機能までのいずれか若しくは全部のサービス）の提供を受けるサービス提供部（描画部２５２および表示部２１１）と、複数の第２利用者のうち、一部または全部である特定利用者（利用者または非利用者）のそれぞれに対応した利用者画像と、当該第１利用者とのそれぞれに対応した利用者画像を表示部２１１に表示させる表示制御部２５３を備えている。
そして、表示制御部２５３は、特定利用者のうち、第２サービスが提供されない者(非利用者)の利用者画像として所定の規定画像（例えば黒アバター）を表示部２１１に表示させる。これにより、第１利用者（主体者）は、第１サービスを基本として、さらに別の第２サービスが提供される場合であっても、第２サービスの提供を受けている利用者と、第２サービスの提供を受けていない非利用者を容易に区別することができるようになる。ここで、第２サービスとは、利用者画像（例えばアバター）を利用したサービスであって、例えば、掲示板やチャットのようなコミュニティサービスやゲームなどである。

なお、特定利用者は、複数の利用者のうち、所定の選定条件を満たす一部の利用者であっても良い。所定の選定条件としては、例えば、複数の利用者のうち、最近に投稿／応答した者の上位者であることや、投稿数／応答数が多い上位者であることなどのように、時間経過とともに特定利用者が変化する性質のものであっても良いし、複数の利用者のうち、いずれかの利用者によって予め選択された者などのように、時間経過に対して特定利用者が変化しない性質のものであっても良い。

また、サービス提供部は、特定利用者に対応した利用者画像のうち、規定画像（例えば黒アバター）を除外した利用者画像（例えばアバター）が選択されたときに、選択された利用者画像に対応する特定利用者と交流する第２サービスを提供し、特定利用者に対応した規定画像が選択されたとき、選択された特定利用者と交流する第２サービスを提供しない構成が好ましい。また、表示制御部２５３は、規定画像が選択されたとき、表示部２１１に、第２サービスを提供できない旨の画面を表示させても良いし、選択を無効としても良いし、選択された規定画像に対応する特定利用者を第２サービスに招待するか否かの確認画面を表示させても良い。

第１機能においては、次のような応用例・変形例が可能である。
例えば図４では、描画部２５２および表示制御部２５３について端末装置２０側に設けた構成を例示したが、図１３に示すように、管理サーバ１０側に設けた構成としても良い。この構成では、例えば管理サーバ１０側の描画部２５２は、画像記憶部１２１に記憶されたアバターの画像情報を、管理部１５２を介して読み出すとともに、アバターの配置情報で示される地点に当該アバターを配置したウェブ画面を作成して、端末装置２０に送信する一方、端末装置２０は、ブラウザによって当該ウェブ画面を表示する。
この構成によれば、端末装置２０側でアバターの画像情報を記憶する必要がないし、アバターの描画処理も不要となるので、端末装置２０側での負担を軽減することができる。

なお、図４において、管理サーバ１０側にユーザ登録テーブル、グループテーブルおよび画像記憶部１２１が構築され、端末装置２０側に画像記憶部２６１が構築されたが、これらのテーブルや記憶部については、メッセージ閲覧システム１において管理サーバ１０や端末装置２０からアクセス可能であれば、管理サーバ１０や端末装置２０以外の外部サーバに構築されても良い。

＜第２機能＞
次に、メッセージ閲覧システム１において、上記第２機能のサービスを提供する際の動作について説明する。

図１４は、メッセージ閲覧システム１において第２機能のサービスを提供するために構築される機能ブロックを示す図である。
この図に示されるように、端末装置２０側においては、第１機能のサービスを提供する際の機能ブロック（図４参照）に対して割当部２５４、位置決定部２５５および位置変更部２５６が加わるとともに、管理サーバ１０側における記憶部１０５では、ユーザ登録テーブル、グループテーブルに加えて、親密度テーブルが管理される。

親密度テーブルは、図１５に示されるように、基準利用者からみた対象利用者への親密性の大きさを示す値（「親密度」と称する）を記憶するテーブルである。なお、本実施形態において親密度を、基準利用者からみた対象利用者への値としているので、方向性も問題となる。すなわち、利用者Ａ、Ｂ同士の親密度は、利用者Ａを基準利用者とし利用者Ｂを対象利用者としてみたときの親密度と、利用者Ｂを基準利用者とし利用者Ａを対象利用者としてみたときの親密度とは、必ずしも一致しないことになる。
もっとも、方向性を問題とせずに、両者の和の平均値を親密度として扱っても良い。

また、本実施形態において、親密度は、例えば「０」から「３２」までの整数値である。この親密度は、例えば図１６に示されるようなアップ条件（第１条件）を満たしたときに増加し、ダウン条件（第２条件）を満たしたときに減少する。なお、親密度テーブルでは、親密度が最後に変化したときの原因の発生時間を示す最終更新時間の時間情報が対応付けられて記憶される。

図１７は、親密度テーブルの更新処理を示すフローチャートである。
まず、受付部１５１は、いずれかの端末装置２０において、前回処理時から現時点までに利用者のいずれかによる応答があったか否かを判別する（ステップＳａ１１）。応答があれば（ステップＳａ１１の判別結果が「Ｙｅｓ」であれば）、受付部１５１は、当該応答の内容、形式を管理部１５２に通知し、管理部１５２は、親密度テーブルにおいて、当該応答の内容、形式に応じて基準利用者と対象利用者とを特定し、当該基準利用者からみた当該対象利用者への親密度を、当該応答の態様に応じて値だけアップさせる（ステップＳａ１２）。

例えば、ある利用者（基準利用者）の投稿に対して、別の利用者（対象利用者）がコメントで応答したとき、基準利用者からみた対象利用者への親密度が「５」だけアップされる（図１６の（１）参照）。
また例えば、ある利用者（基準利用者）の投稿に対して、別の利用者（対象利用者）がコメント以外の形式（クラッカー、へぇ、イイネ）で応答したとき、基準利用者からみた対象利用者への親密度が「３」だけアップされる（図１６の（２）参照）。
そのほかにも、図１６の（３）から（５）までの応答があったときにも同様に、親密度がアップされる。
基準利用者による投稿に対して対象利用者が応答してくれたとき、当該基準利用者からすれば当該対象利用者に一種の親近感を発生させる事象となるので、本実施形態では、基準利用者からみた対象利用者への親密度をアップさせる構成となっている。
一方、対象利用者による応答がなければ（ステップＳａ１１の判別結果が「Ｎｏ」であれば）、ステップＳａ１２におけるテーブルの更新がスキップされる。

続いて、管理部１５２は、ＲＴＣ１０６の時間情報で示される現在時刻が２７時（午前３時）を過ぎたか否かを判別する（ステップＳａ１３）。この判別結果が「Ｙｅｓ」であれば、管理部１５２は、すべての親密度を一律に「１」だけダウンさせる（ステップＳａ１４）。これにより、毎日２７時に、すべての利用者に対する親密度が「１」だけダウンされる（図１６の（６）参照）。
一方、現在時刻が２７時前または２７時を過ぎて一律ダウン処理が終了した場合（ステップＳａ１３の判別結果が「Ｎｏ」である場合）、ステップＳａ１４におけるテーブルの更新がスキップされる。

そして、管理部１５２は、投稿・応答履歴を参照し、ある利用者による投稿の日時から現在時刻に至るまでに一定期間（例えば５日）経過し、かつ、当該投稿に対して、仲間が応答しなかったものがあるか否かを判別する（ステップＳａ１５）。
なお、投稿と、応答のうち「コメント」についてはＳＮＳサーバ５０に記憶され、応答のうち「コメント」以外については管理サーバ１０に記憶されているので、管理部１５２は、ＳＮＳサーバ５０と、自己の記憶部１０５との双方にアクセスして、投稿・応答履歴を取得することになる。
ステップＳａ１５の判別結果が「Ｙｅｓ」であれば、管理部１５２は、当該仲間である者（主体者）からみた当該投稿をした者（対象利用者）に対する親密度を「３」だけダウンさせる（ステップＳａ１６）。これにより、ある者の投稿に対して仲間が一定期間応答しなかったときに、当該仲間からみた投稿者への親密度がダウンされる（図１６の（７）参照）。

ステップＳａ１５の判別結果が「Ｎｏ」である場合に、または、ステップＳａ１６の処理後に、処理手順がステップＳａ１１に戻る。これにより、ステップＳａ１１〜Ｓａ１６が繰り返し実行されるので、応答や時間経過に応じて親密度テーブルが更新されることになる。

次に、親密度テーブルの内容に応じてアバターを配置させるためのアバター配置処理について説明する。

図１８は、アバター配置処理を示すフローチャートである。
まず、第２機能によるサービスを所望する主体者は、端末装置２０における入力指示部２５１に対するタッチ操作等によって当該サービスの提供を受けたい旨を指示するとともに、表示させたいグループを選択する。入力指示部２５１は、選択されたグループのグループＩＤを主体者の利用者ＩＤとともに出力し、受付部１５１は、当該利用者ＩＤおよび当該グループＩＤの情報を管理部１５２に通知する（ステップＳｂ１１）。

第１に、管理部１５２は、当該利用者ＩＤと当該グループＩＤで特定されるグループの構成員のうち、主体者を除く仲間の会員ＩＤを、グループテーブルを参照して特定する。第２に、管理部１５２は、取得した会員ＩＤをＳＮＳサーバ５０へ通知し、当該グループの構成員による投稿をＳＮＳサーバ５０から取得する。第３に、管理部１５２は、取得した投稿を端末装置２０の割当部２５４へ通知する。第４に、割当部２５４は、通知された投稿に含まれる発信日時から、当該グループに含まれる仲間全員分の最終投稿時間を取得する（ステップＳｂ１２）。
なお、ここでいう最終投稿時間とは、仲間が最後に投稿した時間をいう。

割当部２５４は、グループの仲間に対応したアバターを、最終投稿時間が新しい順番で、予め定められた規則にしたがって基準位置に割り当て、この割当結果を位置決定部２５５に通知する（ステップＳｂ１３）。
本実施形態において、グループの利用者に対応したアバターの基準位置については、平面視したときに主体者を中心にした仮想円であって、互いに一定距離を保った地点に配置させる状態が基本であり、この基本配置の状態から投稿、応答や親密度に応じて表示位置を変更する構成となっている。なお、平面視の状態を表示部２１１に表示させると、立体感に乏しくなるので、本実施形態では、後述する例のように配置を俯瞰状態で表示することにしている。ただし、俯瞰状態では距離感を正しく表すことができない場合があるので、配置および距離については平面視した状態で説明することにする。

図１９は、基本配置を説明するための平面図である。
この図において、Ｃ０は、グループの構成員に対応するアバターを配置する際に基準となる地点である。地点Ｃ０を中心とした円周Ｄと、地点Ｃ０からみて６時の方向に延在する直線との交点が地点Ｃ９である。地点Ｃ９から時計回りで順に地点Ｃ８、Ｃ７、Ｃ６、…、Ｃ２、Ｃ１が等間隔で配置している。換言すれば、地点Ｃ１〜Ｃ９は、地点Ｃ０を中心として４０度の角度ずつ順次回転させた９本の放射状直線と円周Ｄとの各交点である。

割当部２５４は、地点Ｃ０に対して主体者のアバターを割り当て、地点Ｃ１〜Ｃ９に対して、仲間のアバターを、最終投稿時間の順序で図２０に示されるような規則で割り当てる。本実施形態において、このような規則で割り当てている理由は次の通りである。すなわち、最終投稿時間が比較的新しい仲間は、活発に投稿する可能性があり、このような仲間のアバターを円周Ｄにおいて順番に割り当てると、見難い表示となってしまうので、これを避けるためである。端的にいえば、活発に投稿する可能性のある仲間のアバターを分散させることよって、表示の見易さを確保するためである。
また、地点Ｃ０〜Ｃ９は、それぞれに割り当てられたアバターを表示する際の基準となる。このため以下においては、地点Ｃ０〜Ｃ９は、それぞれに割り当てられたアバターの基準位置ということになる。

ここで、現在時刻からみて最終投稿時間が例えば三日以上経過している仲間が存在する場合、割当部２５４は、その仲間に対応するアバターについては、投稿時間が新しい仲間のアバターを割り当てた後に残っている地点に任意の規則で（例えばランダムに）割り当てる。
したがって、最終投稿時間が三日以上経過している仲間のアバターについては、投稿時間の順にしたがった割当の対象から除外されることになる。

なお、アバターを基準位置に割り当てる判断根拠（投稿の更新日）としては、最終投稿時間ではなく、次のようなものを採用しても良い。例えば、ある利用者が投稿したときに、その投稿に対して、その利用者（投稿者）自身による１以上の応答があったときに、その利用者自身による応答のうち、最終の応答時間を、その利用者の判断根拠としても良い。
また例えば、ある利用者が投稿したときに、その投稿に対して、他の利用者による１以上の応答があったときに、その応答のうち、最終の応答時間を、その利用者の判断根拠としても良い。

説明を図１８のフローチャートに戻すと、位置決定部２５５は、主体者に対応するアバターの立ち位置を基準位置Ｃ０に決定するとともに、グループの仲間に対応するアバターの立ち位置を、割当部２５４によって割り当てられた基準位置に仮決定する（ステップＳｂ１４）。
これにより、位置決定部２５５では、例えば図２４に示されるような一次配置が決定される。なお、図２４の一次配置は、仲間ａ〜ｉにそれぞれ図７に示されるようなアバターが対応している場合であって、投稿順が、最新のものから仲間ｃ、ｄ、ｈ、ｅ、ｇ、ｂ、ａ、ｆ、ｉである場合であって、図２０に示した規則にしたがって基準位置Ｃ１〜Ｃ９を割り当てた場合の例である。

ここで、アバターの立ち位置の決定について詳述する。端末装置２０における画像記憶部２６１から読み出されるアバターの画像情報は、上述したように、管理サーバ１０における記憶部１０５から転送されたものである。このアバターには、重心がかかるような「合わせ位置」とともに、アバターの外形枠が、表示部２１１における表示グリッドを単位として規定されている。仲間ｅに対応するアバターでいえば、図２３（ａ）で示される通りである。
ここで、表示グリッドとは、図２３（ｂ）において「＋」字で示されるような格子点であって、表示部２１１において、複数ピクセルおきに縦および横方向に仮想的に配列したものである。
位置決定部２５５は、表示グリッドのうち、基準位置に対応するピクセルに最も近いものに「合わせ位置」が一致するようにアバターの立ち位置を決定する。仲間ｅに対応するアバターでいえば、図２３（ｃ）で示されるように立ち位置を決定する。後述する位置変更部２５６についても、合わせ位置をグリッドに一致させてアバターを描画したときの状態をシミュレートした上で、アバターの立ち位置を変更する。

なお、ステップＳｂ１４の一次配置については、本実施形態では、アバターの立ち位置を決定するだけで、一次配置された状態のアバターが表示部２１１に表示されることはないが、後述するように一次配置された状態のアバターを表示しても良い。

この後、管理部１５２は、親密度テーブルを参照して、当該グループの構成員をそれぞれ基準利用者とするとともに他の構成員を対象利用者とした親密度を読み出して、位置決定部２５５に供給する（ステップＳｂ１５）。ここで、読み出される親密度は、主体者からみた仲間への親密度（９通り）、各仲間からみた主体者への親密度（９通り）、および、ある仲間からみた別の仲間への親密度（７２通り）の計９０通りである。

次に、位置決定部２５５は、主体者および仲間に対応するアバターの立ち位置を、それぞれの基準位置から、親密度の対象利用者に対応するアバターの基準位置に向かう方向に、当該対象利用者への親密度に応じた分だけ移動させた地点に決定する（ステップＳｂ１６）。なお、ステップＳｂ１４の位置決定では、投稿の順序で基準位置に割り当てたに過ぎないので、仮決定というニュアンスがあるのに対し、ステップＳｂ１６の位置決定では、さらに親密度を考慮しているので、本決定というニュアンスがある。

図２１は、親密度に応じた立ち位置の移動を示す平面図である。
この図において、基準範囲Ａｒ０は、基準位置Ｃ０を中心とした円の内側領域である。基準範囲Ａｒ１〜Ａｒ９の各々も同様に、それぞれ基準位置Ｃ１〜Ｃ９を中心とした円の内側領域である。なお、基準範囲Ａｒ０の半径は、基準範囲Ａｒ１〜Ａｒ９の各半径よりも大きいが、この大小関係については任意である。

例えば、基準位置Ｃ９に割り当てられた仲間と基準位置Ｃ２に割り当てられた仲間とにおいて、互いに投稿・応答が繰り返される場合、互いの親密度がアップする。
このため、図に示されるように、位置決定部２５５は、基準位置Ｃ９に割り当てられた仲間（基準利用者）に対応するアバターについて、当該基準位置Ｃ９から基準位置Ｃ２に向かって、基準位置Ｃ２に割り当てられた仲間（対象利用者）への親密度の大きさに応じた距離の立ち位置Ｃａ９に移動させる。

同様に、位置決定部２５５は、基準位置Ｃ２に割り当てられた仲間（基準利用者）に対応するアバターについても、当該基準位置Ｃ２から基準位置Ｃ９に向かって、基準位置Ｃ９に割り当てられた仲間（対象利用者）への親密度の大きさに応じた距離の立ち位置Ｃａ２に移動させる。なお、この例では、基準位置Ｃ２の仲間からみた基準位置Ｃ９の仲間への親密度が、基準位置Ｃ９の仲間からみた基準位置Ｃ２の仲間への親密度よりも大きい場合を示している。

また例えば、基準位置Ｃ４の仲間と基準位置Ｃ５の仲間とにおいて、互いに投稿・応答が繰り返される場合、互いの親密度がアップするので、位置決定部２５５は、基準位置Ｃ４の仲間に対応するアバターについて、当該基準位置Ｃ４から基準位置Ｃ５に向かって、基準位置Ｃ５の仲間への親密度の大きさに応じた距離の立ち位置Ｃａ４に移動させ、基準位置Ｃ５の仲間に対応するアバターについても、当該基準位置Ｃ５から基準位置Ｃ４に向かって、基準位置Ｃ４の仲間への親密度の大きさに応じた距離の立ち位置Ｃａ５に移動させる。

このように位置決定部２５５は、各主体者および仲間に対応するアバターの立ち位置を親密度に応じた位置に本決定する（二次配置）。本実施形態では、一次配置と同様に二次配置された状態のアバターが表示部２１１に表示されることはないが、後述するように二次配置された状態のアバターを表示しても良い。仮に、二次配置された状態のアバターを表示するとした場合の画面例は、図２５に示される通りであり、図２１で示した位置の例に対応している。

親密度の最大値「３２」に対応する移動量は、基準範囲Ａｒ１〜Ａｒ９の半径に等しい。このため、親密度に応じてアバターの立ち位置が基準位置から移動しても、基準範囲の外側に脱することはない。
また、ここでの説明は、基準利用者からみた１人の対象利用者への親密度で説明しているが、実際には、複数の対象利用者への親密度が発生している場合もある。複数の対象利用者への親密度が発生している場合、位置決定部２５５は、基準利用者に対応するアバターを、例えば個々の対象利用者への親密度に応じて移動した点集合の重心に移動させる。

続いて、図１８に示すフローチャートにおいて、管理部１５２は、投稿・応答履歴を参照して、グループの構成員による投稿に対して当該グループの他の構成員による応答が紐付けられているか否かを、グループの各構成員についてそれぞれ判別する（ステップＳｂ１７）。投稿に対する応答が存在すれば（ステップＳｂ１７の判別結果が「Ｙｅｓ」であれば）、管理部１５２は、当該投稿者および応答者の利用者ＩＤの全組を位置変更部２５６に通知する（ステップＳｂ１８）。
なお、投稿に対する応答が存在しなければ（ステップＳｂ１７の判別結果が「Ｎｏ」であれば）、ステップＳｂ１８の処理はスキップする。

次に、位置変更部２５６は、構成員に対応するアバターの立ち位置を、応答に応じて変更する（ステップＳｂ１９）。
詳細には、位置変更部２５６は、グループの構成員による投稿に対して他の構成員による応答が紐付けられている場合に、当該応答者に対応するアバターの立ち位置を、投稿者に対応するアバターの立ち位置に接近した投稿者接近位置に変更する（三次配置）。

図２２は、位置の接近を示す平面図である。
この図において、投稿者接近位置とは、本実施形態にあっては、対象となる応答者の基準位置と投稿者に対応するアバターの立ち位置とを結ぶ直線上であって、投稿者に対応するアバターの立ち位置から距離ｒだけ離れた地点としている。
例えば基準位置Ｃ２にアバターが割り当てられた仲間の投稿に対し、基準位置Ｃ１にアバターが割り当てられた仲間が応答したとき、位置変更部２５６は、基準位置Ｃ１に割り当てられたアバターの立ち位置を、基準位置Ｃ２に割り当てられたアバターの立ち位置Ｃａ２に向かった投稿者接近位置Ｃｂ１に変更する。
また、例えば基準位置Ｃ９にアバターが割り当てられた仲間の投稿に対し、基準位置Ｃ８にアバターが割り当てられた仲間が応答したとき、位置変更部２５６は、基準位置Ｃ８に割り当てられたアバターの立ち位置を、基準位置Ｃ９に割り当てられたアバターの立ち位置Ｃａ９に向かった投稿者接近位置Ｃｂ８に変更する。
なお、投稿者接近位置については、上記に限られず、基準範囲から超えて投稿者に接近すれば良い。このため、投稿者の基準位置から距離ｒだけ離れた地点としても良い。

本実施形態では、三次配置された状態のアバターが表示部２１１に表示されることはないが、後述するように三次配置された状態のアバターを表示しても良い。仮に、三次配置された状態のアバターを表示するとした場合の画面例は、図２６に示される通りであり、図２２で示した位置の例に対応している。

ところで、第２機能によるサービスについては、位置変更部２５６で決定した三次配置に基づいて、表示部２１１が表示画面に表示するようにしても良いが、単に立ち位置を変更しただけでは、あるアバターの顔が他のアバターの接近によって隠されてしまい、当該アバターがどの仲間の分身であるかが一見して判りにくくなる場合があり得る。図２６の例でいえば、仲間ｅに対応するアバターの顔の一部が、仲間ｃのアバターの接近によって隠され、同様に、仲間ｂに対応するアバターの顔の一部が、自身の接近によって仲間ｉに対応するアバターによって隠されている。
そこで、位置変更部２５６は、次のようにして、顔が隠れないようにアバターの立ち位置を微修正する（ステップＳｂ２０）。

図２３（ｄ）に示されるように、アバターの顔部分が隠される場合とは、アバターの顔部分を規定する外形枠同士がハッチングで示されるように重複する場合である。このため、位置変更部２５６は、描画部２５２の描画をシミュレートして、例えば仲間ｅのアバターの顔部分と仲間ｃのアバターの顔部分とが重複するであろうと判別した場合、図２３（ｅ）に示されるように、仲間ｅのアバターに接近する仲間ｃのアバターを、仲間ｅのアバターの顔部分が隠れない地点まで移動させる（接近方向とは逆方向に戻す）ように微修正し、この微修正についての移動情報を得る。
位置変更部２５６では、微修正に係るアバターを、変更された移動情報に基づいて再度、配置し直す。これにより、図２３（ｆ）に示されるように、アバター同士が接近しても、互いの顔部分が視認されるように微修正される。
なお、図２６の三次配置において、仲間ｂのアバターの顔部分についても、仲間ｉのアバターによって隠されるので、仲間ｉのアバターに接近する仲間ｂのアバターを、顔部分が隠れない地点まで移動させる（接近方向とは逆方向に戻す）ように微修正し、この微修正についての移動情報を得る。

これにより、例えば図２７に示されるように、立ち位置が変更された場合に、アバターの顔部分が隠れないようなアバターの配置が修正される（四次配置）。位置変更部２５６は描画部２５２に四次配置を出力し、描画部２５２は、グループ構成員に対応するアバターの画像情報を画像記憶部２６１から読み出すとともに、決定された四次配置の地点に立脚するようなアバターを所定の背景画像とともに描画する。

ステップＳｂ２０の後、別の操作が指示されたり、終了させる旨が指示されたりしたとき、アバターの配置状態が記憶部２０５に記憶された後、このアバター配置処理が終了する。
終了後、ある程度の時間が経過して、再び、アバター配置処理の実行が指示されると、それまでの期間において、親密度テーブルの内容が更新されるので、アバターの表示位置は、前回の実行時とは異なり、再度実行指示における投稿や応答、親密度に応じて変更される。特に、投稿がなされると、最終投稿時間が更新されるだけでなく、基準位置への割り当ても変更されることになる。
ここで、例えば、アバター配置処理が再び実行されて四次配置が決定されたときに、前回の表示されたアバターの立ち位置から、今回の四次配置で決定された位置まで、各アバターが歩いて移動するようなモーションが与えられると、前回から今回の状態変化をアバターのモーションで視覚的に知ることができる。

本実施形態においては、グループ構成員のアバターは、投稿の順序で図２０に示されるような基準位置に割り当てられるとともに、グループ構成員同士の親密度が高いほど、構成員のアバターの立ち位置が近づく。さらに、投稿に対して応答した構成員のアバターが、投稿者のアバターに対して投稿者接近位置まで接近するとともに、アバターの顔部分が隠れないようにアバターの立ち位置を微修正される。したがって、本実施形態によれば、主体者は、自己を含むグループ構成員同士における親密度や、どの構成員にどのような順序で投稿しているのか、さらには、どの構成員の投稿に対してどの構成員が応答しているのかを、視覚的に、かつ、判り易く把握することが可能になる。

以上説明してきたように、第２機能によるサービスを提供するにあたって、メッセージ閲覧システム１は、複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するものである。そして、そのメッセージ閲覧システム１は、複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像（例えばアバター）のそれぞれを、画面における利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部２５４と、複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部２５５と、利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部２５６を備えている。
これにより、複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像（例えばアバター）は、当初、画面における基準位置に割り当てられて、当該基準位置を表示位置として決定される。その後、ある利用者の投稿に対して別の利用者が応答すると、当該別の利用者（応答者）に対応した利用者画像の表示位置が、投稿した利用者（投稿者）に対応した利用者画像に接近した位置に変更される。このため、自分以外の利用者の投稿に対して応答した利用者を一見して把握することができる。

なお、特定利用者は、複数の利用者のうち、所定の選定条件を満たす一部の利用者であっても良い。所定の選定条件としては、例えば、複数の利用者のうち、最近に投稿／応答した者の上位者であることや、投稿数／応答数が多い上位者であることなどのように、時間経過とともに特定利用者が変化する性質のものであっても良いし、複数の利用者のうち、いずれかの利用者によって予め選択された者などのように、時間経過に対して特定利用者が変化しない性質のものであっても良い。

第２機能においては、次のような各種の応用例・変形例が可能である。

上述した例において投稿者接近位置は親密度を反映していないので、四次配置では、応答した仲間の親密度を把握することができない。このため、アバターを、前回の配置状態から、図２７の四次配置の表示画面に示される立ち位置まで、直ちに遷移させてしまうと、応答した仲間における親密度をアバターの立ち位置で正しく表示する機会が失われる。
そこで、上述したように一次配置、二次配置および三次配置に対応した状態で順番にアバターを表示部２１１に表示させると、一旦、二次配置の表示画面で親密度を反映した立ち位置でアバターが表示されるので、グループ構成員における親密度をアバターの立ち位置で正しく表示する機会が担保されることになる。

また、一次配置において、グループの仲間に対応するアバターを、投稿の順序で、図２０に示されるような規則で基準位置に割り当てたが、この規則はあくまでも一例である。また、仲間に対応するアバターについては、投稿の順序とは関係なく、基準位置に対し固定的に割り当てても良い。例えば、図２８に示されるように、投稿の順序とは関係なく、グループテーブルに登録された仲間ａ〜ｉに対応するアバターを、基準位置Ｃ１〜Ｃ９にそれぞれ時間経過に対して固定的に割り当てても良い。
仲間ａ〜ｉに対応するアバターを基準位置Ｃ１〜Ｃ９にそれぞれ固定的に割り当てた場合の一次配置は、図２９に示される通りとなる。固定的に割り当てた場合において、四次表示画面の終了後、ある程度の時間が経過して、再び、アバター配置処理の実行が指示されたときに、それまでの期間において親密度テーブルの内容が更新されていても、一次配置においてアバターに割り当てられる基準位置は変更されない。したがって、固定的に割り当てた場合には、主体者からみれば、自己を含めた構成員の親密度変化を感じ取りやすくなる。

上述した例では、投稿に対して応答した利用者のアバターは、親密度に応じた位置から、当該投稿者のアバターに接近した位置に変更するようにしたが、これに限られない。
例えば図３０に示されるように、投稿者のアバターの周辺に、円形の固定位置（１）〜（９）を設けて、当該投稿者に対して応答があった場合に、当該投稿者からみた応答者の親密度と当該応答者からみた当該投稿者の親密度との平均値が高い順に固定位置（１）、（２）、（３）、…、を割り当てて当該応答者のアバターを配置するようにしても良い。このとき、固定位置（１）〜（９）の各々については、それらの中心点を「合わせ位置」としてアバターが描画されてもアバター（の顔部分）が重ならないように配置が定められているのが望ましい。
このような固定位置に応答者のアバターを配置させる構成にすると、投稿に対して多数の仲間が応答しても、見難くなることはないし、また、応答者と投稿者との親密度の順番を知ることもできる。さらに、顔が隠れないようする処理（図２３の（ｄ）、（ｅ）、（ｆ）参照）を不要とすることができる。

図１４では、描画部２５２、割当部２５４、位置決定部２５５および位置変更部２５６について端末装置２０側に設けた構成を例示したが、図３１に示すように、管理サーバ１０側に設けた構成としても良い。
この構成では、例えば表示部２１１で表示すべき画面を管理サーバ１０側で作成して、ウェブ画面として端末装置２０に送信し、端末装置２０がブラウザによって当該ウェブ画面を表示する構成となる。また、この構成では、管理サーバ１０側の描画部２５２は、画像記憶部１２１に記憶されたアバターの画像情報を、管理部１５２を介して読み出して用いる。この構成によれば、画像記憶部２６１においてアバターの画像情報を記憶する必要がないし、アバターの描画処理も不要となるので、端末装置２０側での負担を軽減することができる。

また、図１４では、管理サーバ１０側にユーザ登録テーブル、グループテーブルおよび親密度テーブルが構築され、端末装置２０側に画像記憶部２６１が構築されたが、これらのテーブルや記憶部については、メッセージ閲覧システム１において管理サーバ１０や端末装置２０からアクセス可能であれば、管理サーバ１０や端末装置２０以外の外部サーバに構築されても良い。

＜第３機能＞
メッセージ閲覧システム１において、上記第３機能のサービスを提供する際の動作について説明する。

図３２は、メッセージ閲覧システム１において第３機能のサービスを提供するために構築される機能ブロックを示す図である。
この図に示されるように、端末装置２０側では、第１機能の機能ブロック（図４参照）に対して判別部２５７、設定部２５８が構築されるとともに、記憶部２０５では、画像記憶部２６１に加えてキーワード記憶部２６２、モーション記憶部２６３が管理される。

上述したように、第３機能では、各アバターが当該利用者の投稿内容や投稿形式に応じたモーションで表示するサービスが主体者に提供されるが、ここでは、例えば上記第２機能におけるアバターの配置処理から引き続いて実行されるものとする。このため、図２７に示されるような四次配置に基づいた表示画面において各アバターがそれぞれに対応する仲間の投稿内容や投稿形式に応じたモーションで表示される。

図３３は、第３機能におけるモーションの一覧を示す図である。
第３機能では、アバターに対応した仲間による投稿があった場合に、当該投稿に含まれる文章から感情が特定できたとき、アバターには当該感情に応じてモーション（動き）が与えられる。本実施形態においては、感情に応じたモーションとして例えば「喜び」、「嬉しい」、「怒り」、「悲しみ」、「疑問」および「焦り」の６形式が想定されている。一方、感情が特定できないとき、アバターには当該投稿の形式に応じたーションが与えられる。上述したように本実施形態においては、投稿の形式として「つぶやき」、「日記」、「フォト」および「チェックイン」の４形式が想定されている。ここで、感情が特定できないときや当該投稿の形式が「チェックイン」であれば、アバターには投稿の形式に応じたモーションが与えられる。この「チェックイン」については、投稿内容に感情表現が含まれないことが多いため感情の特定を判断せず、「飲食系」、「買い物」および「その他」の３形式に応じたモーションが与えられる。
なお、「チェックイン」の形式は、例えば投稿の文章に含まれる属性データで識別される。
また、アバターに対応した仲間が一定期間にわたって投稿しない場合、アバターは待機しているようなモーションが与えられる。なお、モーションの形式については、これらに限られないことはいうまでもない。

本実施形態においては、投稿に含まれる文章から感情を特定するために用いられるものがキーワード記憶部２６２である。
図３４は、キーワード記憶部２６２の記憶内容を示す図である。この図に示されるように、キーワード記憶部２６２では、上記６形式の感情のそれぞれに、当該感情を特徴付ける感情キーワードが１以上対応付けられて記憶されている。感情には、図に示されるように優先度が規定されている。これは、１つ投稿から複数の感情が特定されときに、優先度の高い感情のいずれか１つが特定できるようにするためである。なお、感情キーワードには、感情に関係する単語のほかに、感情を表現する際に用いられる、いわゆる顔文字も含まれる。また、この記憶内容は、例えば管理サーバ１０の記憶部１０５に記憶されていたものをキーワード記憶部２６２に転送したものが用いられる。

モーション記憶部２６３は、アバターにモーションを与える際に、当該モーションを規定するモーション情報を、感情、投稿形式、チェックインの形式毎に、それぞれ記憶する。ここで、アバターの画像情報が、四肢や、頭、顔、着衣などの外形や特徴点をベクターデータとして規定している場合、モーション情報は、その感情や投稿形式などに応じてどの部分を、どの方向に、どの程度、どのような順番で変化させるなどを規定した情報の集合体である。なお、モーション情報は、アバターのみではなく、アバターの周辺に動きを与える場合も含まれる。
このようなモーション情報は、アバター毎に対応させても良いし、各アバターにわたって共通化したものを用いても良い。
なお、このモーション情報は、例えば管理サーバ１０の記憶部１０５に予め記憶されていたものをモーション記憶部２６３に転送したものが用いられる。

なお、感情表現の具体例については図３６に、投稿動作の具体例については図３７に、チェックイン（スポットカテゴリー）動作の具体例については図３８に、待機動作の具体例については図３９に、それぞれ示される通りである。
また、アバターの画像情報が、ビットマップデータで規定されている場合、モーション情報は、その感情や投稿形式などをコマ送りで表現するビットマップデータの集合体であれば良い。

次に、投稿の内容や形式等に応じてアバターにモーションを設定するモーション設定処理について説明する。

図３５は、モーション設定処理を示すフローチャートである。なお、このモーション設定処理は、アバターの１体分の処理であり、上記第２機能におけるアバターの配置処理から引き続いて実行されるのであれば、主体者を含めたアバターの１０体分の処理が実行される。

まず、判別部２５７は、第１に、ある一体のアバターに着目して、当該アバターに対応する利用者の最終投稿時間を、第２機能におけるステップＳｂ１２と同様な手法によって取得する。判別部２５７は、第２に、当該アバターの情報を管理部１５２に問い合わせて取得する（ステップＳｃ１１）。
続いて、判別部２５７は、取得した最終投稿時間からＲＴＣ２０６で示される現在時刻までの期間が一定期間（例えば三日）以上であるか否かを判別する（ステップＳｃ１２）。

一定期間経過している場合（ステップＳｃ１２の判別結果が「Ｙｅｓ」である場合）、その旨を設定部２５８に通知し、設定部２５８は、着目しているアバターに対し、モーションとして待機動作を選択する（ステップＳｃ１３）。ここで、本実施形態において待機動作には、図３９において（ａ）の柔軟体操、（ｂ）の挨拶、および（ｃ）の睡眠の３種類が想定されている。設定部２５８は、柔軟体操、挨拶または睡眠のいずれかの１つをランダムに、または、順番に選択する。
なお、（ａ）の柔軟体操は、アバターの両腕を回転させるモーションであり、（ｂ）の挨拶は、アバターの右手を挙げるモーションであり、（ｃ）の睡眠は、イビキを示す擬声語を図に示されるように順番に繰り返して表示するモーションである。

一方、一定期間経過していない場合（ステップＳｃ１２の判別結果が「Ｎｏ」である場合）、判別部２５７は、管理部１５２を介して投稿履歴を参照し、当該投稿の形式を特定する（ステップＳｃ１４）。そして、判別部２５７は、特定した投稿の形式が「チェックイン」であるか、それ以外のものであるか、を判別する（ステップＳｃ１５）。ここで、特定された投稿の形式が「チェックイン」以外の「つぶやき」、「日記」または「フォト」であるとき（ステップＳｂ１５の判別結果が「Ｎｏ」であるとき）、判別部２５７は、着目しているアバターに対応した利用者による最新の投稿に含まれる文章、すなわち「つぶやき」や、「日記」、「フォト」に付帯する文章を解析する（ステップＳｃ１６）。詳細には、判別部２５７は、当該投稿による含まれる文章を、投稿履歴を参照して取得した後、当該文章を文節に区切るとともに、各文節のうち、キーワード記憶部２６２における感情キーワードに該当するものを感情毎に集計する。
そして、判別部２５７は、この集計値から、当該投稿の感情が特定できたか否かを判別する（ステップＳｃ１７）。詳細には、判別部２５７は、集計値がすべてゼロでないとき、判別結果を「Ｙｅｓ」として、すなわち感情を特定できたと判別する。このとき、判別部２５７は、集計値が最大なものをその投稿の感情として特定し、集計値が同じものがあれば、図３４において優先度の高い方を、当該投稿の感情として特定して、その特定結果を設定部２５８に通知する。

設定部２５８は、着目しているアバターに対し、特定された感情表現動作に対応するモーションを選択する（ステップＳｃ１８）。なお、本実施形態において感情に対応する動作は、次のようなものとなっている。
すなわち、「喜び」は、図３６（ａ）で示されるように、アバターの両腕を上げ下げさせて万歳するモーションであり、「嬉しい」は、同図（ｂ）で示されるように、アバターの上半身を視線方向からみて左右に揺らすモーションであり、「怒り」は、同図（ｃ）で示されるように、アバターの両肩を震わすモーションである。また、「悲しみ」は、同図（ｄ）で示されるように、アバターの両目から涙が溢れるモーションであり、「疑問」は、同図（ｅ）で示されるように、アバターが首をひねるモーションであり、「焦り」は、同図（ｆ）で示されるように、アバターから汗が噴き出るモーションである。

また、判別部２５７は、集計値がすべてゼロであるとき、判別結果を「Ｎｏ」として、すなわち感情を特定できなかったと判別する。このとき、設定部２５８は、着目しているアバターに対し、特定された投稿の形式に対応するモーションを選択する（ステップＳｃ１９）。なお、本実施形態において投稿の形式に対応する動作は、次のようなものとなっている。すなわち、「つぶやき」は、図３７（ａ）で示されるように、アバターが左手を口に添えて口を動かすモーションであり、「日記」は、同図（ｂ）で示されるように、右手に持ったペンで日記帳に書き込みをするモーションであり、「フォト」は、同図（ｃ）で示されるように撮影動作、すなわち左手でカメラを構えて右手人差し指でレリーズする（シャッターボタンを押す）モーションである。

一方、特定された投稿の形式が「チェックイン」であるとき（ステップＳｂ１５の判別結果が「Ｙｅｓ」であるとき）、判別部２５７は、属性データを参照して、当該チェックインの形式（スポットカテゴリー）を特定する（ステップＳｃ２０）。
設定部２５８は、着目しているアバターに対し、特定されたスポットカテゴリーに対応するモーションを選択する（ステップＳｃ２１）。詳細には、設定部２５８は、特定されたスポットカテゴリーが飲食系であれば、図３８（ａ）で示されるように、アバターがカップで珈琲を飲むモーションを選択し、買い物系であれば、同図（ｂ）で示されるように、左手に紙袋を提げて、上半身を左右に揺らしながら歩くモーションを選択する。なお、設定部２５８は、特定されたスポットカテゴリーが飲食系でも買い物系でもないとき、同図（ｃ）で示されるように、その他として、左手に持った旗を振り回すようなモーションを選択する。なお、チェックインの形式については、投稿の際に取得した店舗情報や位置情報などから特定される。

設定部２５８は、ステップＳｃ１３、Ｓｃ１８、Ｓｃ１９、Ｓｃ２１においてモーションを選択すると、当該選択したモーションに対応するモーション情報を、モーション記憶部２６３から読み出す。設定部２５８は、着目しているアバターに、選択したモーションに対応するモーション情報を設定して、その設定情報を描画部２５２に出力する（ステップＳｃ２２）。

この後、フローチャートでは特に図示しないが、着目する対象が別のアバターに変更されて、当該別のアバターについても同様な処理が実行される。このような処理は、四次配置に基づく表示画面で表示された１０体分のアバターの各々にモーションがそれぞれ設定されるまで繰り返し実行される。

描画部２５２は、設定されたモーション情報で規定されたモーションを付与して、各アバターをそれぞれ描画する。これにより、表示部２１１では、利用者の親密度や応答に応じた立ち位置で表示されたアバターが、さらに当該利用者による投稿内容や投稿形式に応じてモーションすることになる。したがって、主体者は、自己を含めたグループの構成員の投稿近況や投稿内容等を一見して知ることができる。

このようなモーション設定処理については一定期間（例えば１０分）毎に、繰り返し実行するようにしても良い。このように繰り返し実行すると、例えば、三日以内に投稿したものの、それ以降投稿していない構成員のアバターについては、感情または投稿形式に応じたモーションから、投稿から三日経過した時点で待機動作のモーションに切り替わる。また、構成員が投稿してから三日以内に再度投稿した場合、当該構成員のアバターは、前回の投稿内容に応じたモーションから今回の投稿内容に応じたモーションに切り替わる。したがって、グループ構成員の投稿近況や投稿内容等の変化についても知ることもできる。

上述したように第３機能では、図２７に示される表示画面において、各アバターがそれぞれに対応する構成員の投稿内容や投稿形式に応じたモーションで表示される。この表示画面において、例えば右上に表示された「グループＡ」というボタン３０１、すなわち、これらのアバターに対応する利用者によって構成されるグループの名前を示すボタン３０１を主体者がタッチ操作すると、例えば判別部２５７は、管理部１５２を介して当該グループの構成員の投稿・応答履歴を参照する。そして、判別部２５７は、これらの投稿・応答履歴を描画部２５２に転送し、描画部２５２は、表示部２１１に、当該グループの構成員による「投稿」と当該「投稿」に紐付けられた「応答」との履歴を時間の順で表示させる。

図４０は、当該タッチ操作によって表示される投稿・応答履歴に基づく画面の一例を示す図である。この表示画面において、（３）は、形式が「つぶやき」の「投稿」であり、（１）、（２）は、いずれも当該「投稿」に対する「応答」である。（１）、（２）の「応答」は、いずれも形式が「コメント」であり、（３）の「投稿」に紐付けられていることが判るように、図において右側にインデントされている。また、（５）は、形式が「日記」の「投稿」であり、（４）は、当該「投稿」に対して形式が「コメント」の「応答」である。
この表示画面では、「投稿」同士を比較したとき、上に位置するものほど時間的に後になされた例である。例えば、（３）の「投稿」と（５）の「応答」とを比較したときに、上に位置する（３）の「投稿」は（５）の「投稿」よりも時間的に後になされている。また、同じ「投稿」に紐付けられた「応答」同士を比較したとき、上に位置するものほど時間的に後になされた例である。例えば同じ（３）の「投稿」に紐付けられた（１）、（２）の「応答」同士を比較したとき、上に位置する（１）の「応答」は（２）の「応答」よりも時間的に後になされている。
いずれの「投稿」および「応答」には、それを発信した者を示すためのアバターの簡易画像とともに、名前、形式、発信日時、テキスト（メッセージ）が関連付けられて表示される。また、「日記」に対応するテキストは一部しか表示できないので、詳細な表示に移行するためのソフトウェアボタン３２４が表示されている。

なお、図４０の表示画面において、ボタン３０２は、図２７の表示画面に戻ることを指示するソフトウェアボタンである。入力フィールド３１１は、主体者が「グループＡ」において新規の「つぶやき」を投稿する場合に、テキストを入力するための領域である。入力フィールド３１１を用いてテキストを入力する際には別途のソフトウェアキーボード（図示省略）が表示される。ボタン３１３は、入力フィールド３１１に入力されたテキストでの投稿を指示するソフトウェアボタンである。
なお、ボタン３１３が主体者によって操作されると、入力フィールド３１１に入力されたテキストが、入力指示部２５１、受付部１５１、管理部１５２を介してＳＮＳサーバ５０に供給されて、投稿した主体者の会員ＩＤと投稿ＩＤ（つぶやきＩＤ等）とテキストと発信日時とグループＩＤに対応付けられて投稿・応答履歴に追加記憶される。

また、入力フィールド３２１は、「投稿」に対して「コメント」で応答する場合に、テキストを入力するための領域である。ボタン３２３は、入力フィールド３２１に入力されたテキストでの「応答」を指示するソフトウェアボタンである。このため、入力フィールド３２１およびボタン３２３は、「投稿」ごとに設けられる。なお、ボタン３２３が主体者によって操作されると、入力フィールド３２１に入力されたテキストが、入力指示部２５１、受付部１５１、管理部１５２を介してＳＮＳサーバ５０に供給されて、応答した主体者の会員ＩＤと応答ＩＤ（コメント）とテキストと発信日時とグループＩＤと元の投稿ＩＤとに対応付けられて投稿・応答履歴に追加記憶される。

また、この第３機能については、第２機能によるアバターの配置処理から引き続いて実行する構成としたが、第２機能とは独立して実行しても良い。例えば、グループを選択した後に、各アバターを基準位置に配置させた状態でモーションを設定しても良い。また、グループの構成員の選択を促す画面を表示させるとともに、構成員が選択されたときに、選択された構成員のアバターにモーションを設定しても良い。

以上説明してきたように、第３機能によるサービスを提供するにあたって、メッセージ閲覧システム１は、複数の利用者の間で、複数の形式（例えば「つぶやき」、「日記」、「フォト」、「チェックイン」）のいずれかの形式の投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するものである。そして、そのメッセージ閲覧システム１は、画面上で表示される利用者画像（例えばアバター）であって、複数の利用者のそれぞれに対応した利用者画像を記憶する画像記憶部２６１と、利用者画像のモーションを定義したモーション情報を、感情の種類または投稿の形式に関連付けて記憶するモーション記憶部２６３と、感情の種類に応じたキーワードを記憶するキーワード記憶部２６２を備える。さらに、複数の形式のうち特定形式（例えば「つぶやき」、「日記」、「フォト」）の投稿の文章からキーワード記憶部２６２に記憶されたキーワードが含まれるか否かで感情の種類のいずれかを特定できるか、いずれも特定できないかを判別する判別部２５７を備える。そして、利用者からの投稿が特定形式の場合で、判別部２５７で感情の種類を特定できたとき、特定した感情に対応したモーション情報を選択し、判別部２５７で特定できなかったときは特定形式に対応したモーション情報を選択し、選択したモーション情報に基づいて、投稿した利用者に対応した利用者画像のモーションを設定する設定部２５８を備えている。
さらに、設定部２５８は、利用者からの投稿が特定形式以外（例えば「チェックイン」）の場合に、投稿の形式に対応したモーション情報を選択するようにしても良い。つまり、感情の種類を特定しにくい投稿形式に対しては、判別部２５７での感情の種類を特定の判別を行わないようにすることも可能である。
これにより、投稿が特定形式であって、投稿の文章から感情が特定できたときには、当該感情に対応したモーションが当該投稿をした利用者の利用者画像（例えばアバター）に設定され、投稿の文章から感情が特定できないときには、投稿の形式に応じたモーションが当該利用者の利用者画像に設定される。したがって、複数の利用者のいずれから投稿があったときに、利用者画像に様々なモーションを与えることができるだけでなく、そのモーションから投稿の文章内容や投稿の形式を一見して知らせることができるので、サービスの提供を受ける利用者に興味を抱かせることが可能になる。

第３機能においては、次のような各種の応用例・変形例が可能である。

第３機能では、「応答」という概念をなくして「投稿」だけとした構成が可能である。「応答」という概念をなくした構成においては、ある「投稿」に対して、「投稿」で返答することになる。なお、この構成において、「投稿」として「つぶやき」、「日記」、「フォト」、「チェックイン」のように様々な形式を用いても良いのは、もちろんである。

図４１は、「投稿」のみの履歴に基づく画面の一例を示す図である。この画面は、対応関係を明確するために、図４０の表示画面における「応答」をすべて「投稿」に置き換えたものである。「応答」がなく、すべて同列の「投稿」となるので、単純に発信日時の順に表示される。なお、図４１の画面において、「フォト」対応する（６）の投稿では、アップロードされた画像が表示できないので、当該画像の表示に移行するためのソフトウェアボタン３２５が表示されている。

図３２では、描画部２５２、判別部２５７および設定部２５８について端末装置２０側に設けた構成を例示したが、図４２に示すように、管理サーバ１０側に設けた構成としても良い。
この構成では、例えば表示部２１１で表示すべき画面を管理サーバ１０側で作成して、ウェブ画面として端末装置２０に送信し、端末装置２０がブラウザによって当該ウェブ画面を表示する構成となる。この構成では、モーション記憶部およびキーワード記憶部は、管理サーバ１０側の記憶部１０５に記憶される。また、この構成において、管理サーバ１０側の判別部２５７は、管理部１５２を介してキーワード記憶部にアクセスし、設定部２５８は、同様に管理部１５２を介してモーション記憶部にアクセスする。なお、この構成では、時間情報の取得は、管理サーバ１０側のＲＴＣ１０６が用いられる。この構成によれば、端末装置２０側に、キーワードの抽出や、モーション情報の設定、アバターの描画処理などが不要となるので、端末装置２０側での負担を軽減することができる。

第３機能において「応答」のないサービスを提供にするにあたって、メッセージ閲覧システム１は、例えば１対１チャットやグループチャットのように、複数の利用者の間で、複数の形式のいずれかの形式の投稿によって交換されるメッセージの閲覧サービスを提供するものとなる。すなわち、そのメッセージ閲覧システム１は、画面上で表示される利用者画像であって、複数の利用者のそれぞれに対応した利用者画像を記憶する画像記憶部２６１と、利用者画像のモーションを定義したモーション情報を、感情の種類または投稿の形式に関連付けて記憶するモーション記憶部２６３と、感情の種類に応じたキーワードを記憶するキーワード記憶部２６２を備える。
さらに、複数の形式のうち特定形式の投稿の文章からキーワード記憶部に記憶されたキーワードが含まれるか否かで感情の種類のいずれかを特定できるか、いずれも特定できないかを判別する判別部２５７を備える。そして、利用者からの投稿が特定形式（例えば「つぶやき」、「日記」、「フォト」）の場合で、判別部２５７で感情の種類を特定できたとき、特定した感情に対応したモーション情報を選択し、選択したモーション情報に基づいて、当該投稿した利用者に対応した利用者画像のモーションを設定する設定部２５８を備える。
くわえて、設定部２５８は、判別部２５７で特定できなかったときは、特定形式に対応したモーション情報を選択する構成としても良いし、利用者からの投稿が特定形式以外（例えば「チェックイン」）の場合に、投稿の形式に対応したモーション情報を選択するようにしても良い。

また、図３２では、管理サーバ１０における記憶部１０５の記憶内容が端末装置２０に転送されることにより、当該端末装置２０側で画像記憶部２６１、キーワード記憶部２６２およびモーション記憶部２６３が構築されたが、これらの記憶部については、メッセージ閲覧システム１において管理サーバ１０や端末装置２０からアクセス可能であれば、管理サーバ１０や端末装置２０以外の外部サーバに構築されても良い。
第３機能のサービスの提供にあたって、図３２に示されるように画像記憶部が端末装置２０に構築される場合には、描画部２５２が当該画像記憶部を参照するので、画像参照部として機能する。また、図４２に示されるように画像記憶部が管理サーバ１０に構築される場合には、管理部１５２が当該画像記憶部を参照するので、画像参照部として機能する。なお、特に図示しないが、画像記憶部が外部サーバに構築される場合には、描画部２５２、管理部１５２または別途の機能ブロックが外部サーバにおける画像記憶部を参照する。このため、描画部２５２、管理部１５２または別途の機能ブロックのいずれかが画像参照部として機能する。
図３２に示されるようにキーワード記憶部が端末装置２０に構築される場合には、判別部２５７が当該キーワード記憶部を参照するので、キーワード参照部として機能する。また、図４２に示されるようにキーワード記憶部が管理サーバ１０に構築される場合には、管理部１５２が当該キーワード記憶部を参照するので、キーワード参照部として機能する。なお、特に図示しないが、キーワード記憶部が外部サーバに構築される場合には、判別部２５７、管理部１５２または別途の機能ブロックのいずれか外部サーバにおけるキーワード記憶部を参照するので、当該いずれかがキーワード参照部として機能する。
同様に、図３２に示されるようにモーション記憶部が端末装置２０に構築される場合には、設定部２５８が当該モーション記憶部を参照するので、モーション参照部として機能する。また、図４２に示されるようにモーション記憶部が管理サーバ１０に構築される場合には、管理部１５２が当該キーワード記憶部を参照するので、モーション参照部として機能する。なお、特に図示しないが、モーション記憶部が外部サーバに構築される場合には、設定部２５８、管理部１５２または別途の機能ブロックが外部サーバにおけるモーション記憶部を参照するので、設定部２５８、管理部１５２または別途の機能ブロックのいずれかがモーション参照部として機能する。

＜第４機能＞
続いて、メッセージ閲覧システム１における上記第４機能について説明する。
この第４機能においては、第２機能における四次配置に基づく表示画面に対して、投稿があったことを示す吹き出しが図４３に示されるように表示される。なお、投稿がなければ、吹き出しが示されない。

図４４は、メッセージ閲覧システム１において第４機能のサービスを提供する際に構築される機能ブロックを示す図である。
この図に示されるように、端末装置２０側においては、第１機能の機能ブロック（図４参照）に対して判別部２５７、設定部２５８が構築されるとともに、記憶部２０５では、画像記憶部２６１に加えてモーション記憶部２６３および絵柄記憶部２６４が管理され、管理サーバ１０側における記憶部１０５ではリアクションテーブルが管理される。

上述したように、第４機能では、主体者が、ある仲間の投稿に対し、アイコンや当該仲間のアバターをタッチ操作等することによって応答すると、当該仲間のアバターが当該応答形式に応じたモーションで表示される、すなわち、アバターが応答形式に応じてリアクションする、というサービスが提供される。
ここで、応答形式については、本実施形態では、アイコン操作等する形式と、投稿した仲間に対応したアバターをタッチ操作等する形式と、コメントで応答する形式との３形式に分けられる。このうち、アイコン操作等による応答形式とアバターのタッチ操作等による応答形式とは、それぞれ定型応答文に対応している。詳細には、アイコン操作等による応答形式には、定型応答文に対応した「クラッカー」、「へぇ」および「イイネ（ハート）」の３形式があり、アバターのタッチ操作等による応答形式には、定型応答文に対応した「パンチ」、「胴上げ」、「くるくる」および「なでなで」の４形式がある。
モーション記憶部２６３は、アイコン操作等による３形式と、アバターのタッチ操作等による４形式とのそれぞれに対応したアニメーション情報およびモーション情報を記憶する。

一方で、第４機能では、自己の投稿に対して別の利用者が応答したときに、自己に対応するアバターに、当該別の利用者の応答内容に応じたモーションやアイコン（絵柄）が付加される。
絵柄記憶部２６４は、アバターに対し応答形式に応じて付加されるアイコンを記憶する。このアイコンは、例えば管理サーバ１０の記憶部１０５に記憶されていたものを絵柄記憶部２６４に転送したものが用いられる。
なお、アイコンは、応答形式を規定するものと、アバターに対し当該応答形式に応じて付加表示されるものとの２種類があるので、混同を避けるために、後者に係るアイコンを絵柄画像と称することにする。
また、利用者の応答内容を記録するためのものがリアクションテーブルであり、管理サーバ１０の記憶部１０５に記憶される。

図４５および図４６は、リアクションテーブルの一例を示す図である。このうち、図４５は、形式が「つぶやき」である投稿に対しての応答を示し、図４６は、形式が「日記」、「フォト」および「チェックイン」である投稿に対しての応答を示している。
これらの図に示されるように、各投稿には、ＳＮＳサーバ５０にて一意に識別するためのＩＤがそれぞれ付与される。そして、一つの投稿に対し応答があったとき、応答者の利用者ＩＤ毎に、各応答形式におけるリアクション数の合計値が記憶される。
なお、図４５および図４６では、リアクションテーブルを投稿形式で分類したが、投稿形式を特定する識別ＩＤを投稿毎に付与して、１つのテーブルで管理しても良い。

図４７は、リアクション設定処理を示すフローチャートである。なお、このリアクション設定処理では、誰の投稿に対して応答するかについて、主体者によって選定されている状態を前提としている。また、応答しようとする投稿者の選定については、例えば図４３に示す画面において、投稿者に対応するアバターまたは当該アバターに付随する吹き出しを、主体者がタップやフリックなどのタッチ操作することによってなされる。

図４８は、主体者が仲間による投稿に対して応答するために、当該仲間（投稿者）を選定したときの表示画面の一例である。この図に示されるように、表示部２１１には、選定した投稿者に対応するアバターが表示されるとともに、画面の上端には枠２７２が表示され、画面の下端には、アイコン２８１〜２８５が操作ボタンとして表示される。枠２７２には、当該投稿者のニックネームとともに、当該投稿者による投稿のうち、最新のものに係る文章が表示される。
なお、この図の表示画面では、アバターに対応した仲間が「つぶやき」の投稿したことによって、当該アバターに図３７（ａ）のモーションが付与された例である（第３機能）。
また、アイコン２８１は、「クラッカー」に対応するものであり、枠２７２に示される投稿に対して驚きで応答する場合に用いられる。アイコン２８２は、「へぇ」に対応するものであり、当該投稿に対して感嘆で応答する場合に用いられる。アイコン２８３は、「イイネ（ハート）」に対応するものであり、当該投稿に対して賛同、賞賛等で応答する場合に用いられる。アイコン２８４は、「コメント」に対応するものであり、投稿に対してテキストで返信する場合に用いられる。アイコン２８５は、いわゆる閉じるボタンであり、仲間による投稿に対して応答することを終了して、図４３の画面に戻ることを指示する場合に用いられる。
なお、「履歴」と付された吹き出し２７１をタッチ操作すると、例えば後述するように当該投稿および当該投稿に紐付けられた応答の履歴が時間の順で表示される。

さて、図４７において、まず、判別部２５７は、入力指示部２５１から応答操作を、詳細には、主体者が端末装置２０において投稿に対して応答操作をしたか否かを判別する（ステップＳｄ１１）。図４８の表示画面の例でいえば、アイコン２８１〜２８５のいずれかをタップしたか、または、投稿者に対応するアバターに対してタッチ操作をしたか、否かが判別される。
なんらかの応答操作をしたと判別したならば（ステップＳｄ１１の判別結果が「Ｙｅｓ」であれば）、判別部２５７は、当該応答操作がいずれかのアイコンをタップした操作であるか否かを判別する（ステップＳｄ１２）。

アイコン２８１〜２８５のいずれかがタップされた場合、さらに、判別部２５７は、当該タップされたアイコンがコメントに対応するアイコン２８４であるか否かを判別する（ステップＳｄ１３）。
この判別結果が「Ｎｏ」であれば、判別部２５７は、当該タップされたアイコンが閉じるボタンに相当するアイコン２８５であるか否かを判別する（ステップＳｄ１４）。このアイコン２８５がタップされたのであれば（ステップＳｄ１４における判別結果が「Ｙｅｓ」であれば）、このリアクション設定処理が終了する。

一方、アイコン２８１〜２８３のいずれかがタップされた場合（ステップＳｄ１４における判別結果が「Ｎｏ」である場合）、判別部２５７は、タップされたアイコンの情報を設定部２５８に通知し、設定部２５８は、当該タップされたアイコンに対応する絵柄画像、アニメーション情報およびモーション情報を選択する（ステップＳｄ１５）。

例えば、アイコン２８１がタップされたのであれば、設定部２５８は、クラッカーを絵柄画像として選択するとともに、当該クラッカーから紙吹雪が吹き出すアニメーション情報を選択し、投稿者に対応するアバターが驚くモーション情報を選択する。なお、このように情報が選択されると、描画部２５２は、アバターの左側にクラッカーを配置し、当該クラッカーから紙吹雪が吹き出すとともに、当該アバターが驚くように、アバターおよびアバター周辺を描画する。なお、アイコン２８１が連続してタップ（連打）されたのであれば、描画部２５２は、タップ毎に、クラッカーの炸裂および紙吹雪の吹き出すように描画する。
また例えば、アイコン２８２がタップされたのであれば、設定部２５８は、「へぇ」なる文字を絵柄画像として選択し、当該文字が初期サイズで画面下側から移動しながら拡大して、画面の中央部付近で停止するアニメーション情報を選択し、投稿者に対応するアバターが例えば２回うなずくモーション情報を選択する。なお、このように情報が選択されると、描画部２５２は、「へぇ」なる文字を初期サイズでアバターの足下近傍から浮かび上がりつつ徐々にサイズが拡大してアバターの頭部付近で停止し、当該アバターが２回うなずくように描画する。なお、アイコン２８２がタップされる毎に、例えば「へぇ」なる文字の初期サイズを１０％ずつ拡大するように描画する。

一方、アイコン２８３がタップされたのであれば、設定部２５８は、ハートマークを絵柄画像として選択し、当該マークが初期サイズで画面下側から移動しながら拡大して、画面の中央部付近で停止するアニメーション情報を選択し、投稿者に対応するアバターが喜ぶモーション情報を選択する。なお、このような情報が選択されると、描画部２５２は、ハートマークを初期サイズでアバターの足下近傍から風船のように浮かび上がりつつ徐々にサイズが拡大してアバターの頭部付近で停止し、当該アバターが喜ぶように描画する。なお、アイコン２８３がタップされる毎に、ハートマークの初期サイズが例えば１０％ずつ拡大し、最大２００％に達する毎に、新たなハートマークが異なる地点で浮かび上がるように描画する。
図４９は、アイコン２８３がタップされた場合の表示画面の例である。アイコン２８３がタップに応じて反転するとともに、アバターには、アイコン２８３へのタップに応じて喜ぶ（図３６（ａ）参照）モーションが付与される。

設定部２５８は、当該タップされたアイコンに対応する絵柄画像、アニメーション情報およびモーション情報を選択した後、対象となっている投稿の形式、投稿者に対応する利用者ＩＤ、主体者の利用者ＩＤ、タップされたアイコンの種別およびタップ数を管理部１５２に通知する。
ここで、応答した主体者は、投稿に対する応答者になる。このため、管理部１５２は、設定部２５８から通知された内容にしたがってリアクションテーブルを更新する（ステップＳｄ１６）。詳細には、管理部１５２は、対象となっている投稿の形式であって、投稿者に対応する利用者ＩＤ、主体者（応答者）の利用者ＩＤ、および、タップされたアイコンの種別に対応する回数を、通知されたタップ数分だけアップカウントする。

ところで、アイコン２８４がタップされた場合（ステップＳｄ１３の判別結果が「Ｙｅｓ」となる場合）、判別部２５７は、描画部２５２に対してコメントの入力画面を表示するように指示する（ステップＳｄ１７）。これにより、主体者の端末装置２０では、実際に表示部２１１にはコメント入力画面（図示省略）が表示されて、当該主体者は、テキストを入力して投稿に対して応答することになる。

さて、主体者が端末装置２０において投稿に対し応答操作をした場合に、その応答操作が投稿者に対応するアバターへのタッチ操作であるとき（ステップＳｄ１２の判別結果が「Ｎｏ」であるとき）、判別部２５７は、タッチ操作の種類およびタッチ操作されたアバターの部位に応じて応答形式を特定して、その応答形式を示す情報を設定部２５８に通知し、設定部２５８は、当該応答形式に応じたモーション情報を選択する（ステップＳｄ１８）。

なお、アバターへのタッチ操作等に対し、特定される応答形式、および、選択されるモーション情報については、次の通りである。
すなわち、アバターへのタッチ操作が頭部または腹部に対するタップであれば、応答形式が「パンチ」であると特定される。ここで、頭部に対するタップであれば、アバターがのけぞるようなモーション情報が選択され、腹部に対するタップであれば、アバターが前屈みとなるようなモーション情報が選択される。このとき、アバターが苦痛でゆがむような表情をモーション情報に加えても良い。
図５０は、アバターの頭部がタップされた場合の表示画面の例である。タップされた部位が応じてヒットマーク２８６が表示される。

また、アバターへの操作が下から上に払うようなフリックであれば、応答形式が「胴上げ」であると特定されて、立ち位置からジャンプした後、元の立ち位置に着地するようなモーション情報が選択される。
一方、アバターへの操作が繰り返し左右に往復させる軌跡を描くような操作であれば、応答形式が「くるくる」であると特定されて、アバターが回転するようなモーション情報が選択される。
さらに、アバターへのタッチ操作が頭部を左右に振る軌跡を描くような操作であれば、応答形式が「なでなで」であると特定されて、照れながら頭部を揺らすようなモーション情報が選択される。
なお、応答形式が「胴上げ」、「くるくる」、「なでなで」であると特定された場合のモーションについては特に図示はしないが、アバターが喜び、または、嬉しさの表情を浮かべるようなモーション情報を加えても良い。
また、これ以外のタッチ操作であれば、例えば当該タッチ操作が無効である旨を判別して何も処理を実行しない構成としても良い。

設定部２５８は、応答形式に応じたモーション情報を選択した後、対象となっている投稿の形式、投稿者に対応する利用者ＩＤ、主体者の利用者ＩＤ、応答形式を管理部１５２に通知する。管理部１５２は、設定部２５８から通知された内容にしたがってリアクションテーブルを更新する（ステップＳｄ１９）。詳細には、管理部１５２は、対象となっている投稿形式であって、投稿者に対応する利用者ＩＤ、主体者を応答者とした利用者ＩＤ、および、特定された応答形式に対応する回数を例えば「１」だけアップカウントする。

ステップＳｄ１５、Ｓｄ１８においてモーションを選択すると、設定部２５８は、当該選択したモーションに対応するモーション情報を、モーション記憶部２６３から読み出す。設定部２５８は、選択した投稿者に対応するアバターに、当該モーション情報を設定して、その設定情報を描画部２５２に出力する（ステップＳｄ２０）。

描画部２５２は、設定されたモーション情報で規定されたモーションを付与して、投稿者に対応するアバターをそれぞれ描画する。このとき、描画部２５２は、絵柄画像が選択されているのであれば、操作に応じて絵柄画像にアニメーション効果を与えて描画する。これにより、表示部２１１では、投稿者に対応するアバターが、主体者の応答形式、すなわち投稿者の投稿に対しての自己の感情に応じてモーションすることになる。

このように主体者が仲間の投稿に対して応答すると、当該仲間のアバターが当該投稿の形式に応じてモーションするとともに、リアクションテーブルが更新される。逆にいえば、主体者が投稿したときに、他の端末装置２０において他の利用者も同様に、当該投稿に対して応答する。そして、その応答に応じてリアクションテーブルが更新される。
自己の投稿に対して他の利用者がどのように応答したのかについては、表示部２１１において中心に表示された自己のアバターに反映される。

詳細には、例えば図４３に示す画面において、仲間に対応するアバターではなく、自己、すなわち画面の中心に位置するアバターまたは当該アバターに付随する吹き出しを、主体者が入力指示部２５１を介してタップやフリックなどのタッチ操作をすれば、その操作情報が入力指示部２５１から受付部１５１を介して管理部１５２に供給される。この操作情報の供給を受けた管理部１５２は、リアクションテーブルを参照して、当該主体者の最新投稿に対して他の利用者による応答を形式毎に累計し、これら形式毎に累計した値の情報を、上記操作情報を供給した端末装置２０の設定部２５８に通知する。設定部２５８は、当該累計した値で定められる応答の形式に応じてモーション情報や絵柄画像を選択して、主体者に対応するアバターに設定し、描画部２５２に設定内容を通知する。描画部２５２は設定内容に応じて描画する。

これにより、例えば図５１に示されるような画面が表示される。この図に示される画面において、自己に対応するアバターは、自己の投稿に対する応答の形式に応じてモーションするとともに、当該形式に対応した絵柄画像がアニメーションで表示される。この例でいえば、ハートマークが出現していることから、自己の投稿に対して「イイネ（ハート）」という応答があったことが一見して判る。また、自己に対応するアバターには、「イイネ（ハート）」に対応して「喜び」のモーション（図３６（ａ）参照）が付与される。なお、枠２７２には、自己の最新の投稿にかかる文章が表示されて、アバターのモーションと表示される絵柄画像の根拠となった投稿が確認できるようになっている。
また、例えば図５２に示されるような画面が表示されたとき、「へぇ」という文字が出現していることから、自己の投稿に対して「へぇ」という応答があったことが判る。また、自己に対応するアバターには、「へぇ」に対応して例えば２回うなずくモーションが付与される。
一方、自己の投稿に対して応答が複数ある場合に、設定部２５８は、リアクションテーブルのうち、累計した値が最大である形式に対応したモーション情報を１つ選択するとともに、当該形式に対応した絵柄画像を選択して、描画部２５２が、選択に応じた画面を描画する構成としても良い。
この場合に、設定部２５８は、リアクションテーブルのうち、累計した値が大きい形式の順に、対応したモーション情報および絵柄情報を選択して、主体者に対応するアバターに設定しても良い。例えば、自己の投稿に対して応答の数が「イイネ（ハート）」、「へぇ」の順にあった場合に、図５１に示した画面の後、図５２に示した画像に変化することになる。モーションおよび絵柄画像の順序は、応答の形式毎に累計した値が大きい順に限られず、ランダムであっても良い。
なお、図５２の画面において、「応答数」と付された吹き出し２７３がタップされると、図５３に示されるように、リアクションの詳細（形式、累計値、相手の名前）が表示される。このうち「相手の名前」とは、例えば投稿に対して最も速く「応答」した者の名前であり。

第４機能では、仲間の投稿に対し、アイコンへのタップや当該仲間に対応するアバターへのタッチ操作によって応答することができる。このとき、当該仲間に対応するアバターが、当該応答の内容に応じてモーションしたり、アバター周辺に絵柄画像がアニメーションで表示したりする。
一方で、自己の投稿に対して、別の利用者が応答したときに、自己に対応するアバターを、当該別の利用者による応答の形式に応じてモーションしたり、アバター周辺に絵柄画像がアニメーションで表示したりする。

図４８、図４９または図５０の画面において、「履歴」と付された吹き出し２７１をタッチ操作すると、当該アバターに対応した仲間による投稿と当該投稿に紐付けられた応答との履歴が時間の順で表示される。

図５４は、当該タッチ操作によって表示される投稿・応答履歴に基づく画面の一例を示す図であり、基本的には、図４０に示した画面とほぼ同様である。ただし、図４０の画面では、選択されたグループの構成員による投稿および当該投稿に紐付けられた応答が時間の順で表示されたものであるのに対して、図５４に示される画面では、当該グループの構成員のうち、選択した仲間（この例では仲間ｂ）の投稿と当該投稿に紐付けられた応答が時間の順で表示される。また、図５４に示される画面は、「応答」として「コメント」に、アイコン操作による「クラッカー」、「イイネ」や、アバターへの操作による「パンチ」が加わった例である。

以上説明してきたように、第４機能によるサービスを提供するにあたって、メッセージ閲覧システム１は、複数の利用者の間で、複数の形式のいずれかの形式の投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するものである。そして、そのメッセージ閲覧システム１は、画面上で表示される利用者画像（例えばアバター）であって、複数の利用者のそれぞれに対応した利用者画像を記憶する画像記憶部２６１と、投稿に対して、互いに異なる複数の定型応答文のそれぞれに対応した複数の応答形式で応答する入力指示部２５１と、利用者画像のモーションを定義したモーション情報を、複数の応答形式のそれぞれに関連付けて記憶するモーション記憶部２６３を備える。そして、投稿に対して応答した応答形式に対応したモーション情報を選択し、選択したモーション情報に基づいて、応答する利用者の画面上に表示される投稿した投稿利用者に対応した利用者画像のモーションを設定する設定部２５８を備えている。これにより、先の利用者による投稿に対して別の利用者が応答したとき、当該応答形式に対応したモーションが投稿した利用者（投稿者）に対応した利用者画像に設定される。したがって、グループを構成する複数の利用者のなかで、応答する別の利用者（応答者）からすれば、投稿に対する自己の感情を、投稿の利用者画像のモーションで表現することができるので、サービスの提供を受ける別の利用者に興味を抱かせることが可能になる。

第４機能においては、次のような各種の応用例・変形例が可能である。

第４機能においても、第３機能の応用例・変形例と同様に「応答」という概念をなくして「投稿」だけとした構成が可能である。第４機能では、モーション情報や絵柄情報は応答の形式に対応しているので、「応答」という概念をなくす場合には、モーション情報や絵柄情報を「投稿」の形式に対応させる。この構成においては、ある「投稿」に対して、選択したアバターへの操作（くるくる、パンチなど）や、当該アバターを表示画面（図４８等参照）において定型文に対応したアイコン２８１〜２８４への操作による「投稿」で返答することになる。したがって、この構成では、主体者と当該アバターの仲間との一対一でメッセージが交換される。なお、この構成において、「投稿」として「つぶやき」、「日記」、「フォト」、「チェックイン」のように様々な形式を用いても良いのは、もちろんである。

図５５は、「投稿」のみの履歴に基づく画面の一例を示す図である。この画面は、「半ズボンＴ田」という名前の主体者と、「グループＡ」において「スエナガ」という名前の仲間ｂとでメッセージが交換される場合の例であって、例えば「投稿」のみとした場合の図４９、図５０または図５１の画面において、当該主体者が「履歴」と付された吹き出し２７１をタッチ操作したときの例である。

図５５に示される画面は、基本的には、図４１に示した画面とほぼ同様である。ただし、図４１の画面では、選択されたグループの（主体者を含む）構成員全員による投稿が時間の順で表示されたものであるのに対して、図５５に示される画面では、当該グループの構成員のうち、主体者と選択された仲間との２名による投稿が時間の順で表示される。なお、図５５に示される画面は、「つぶやき」、「フォト」の投稿に、アイコン操作による「イイネ」が投稿として加わった例である。

第４機能において「応答」のないサービスを提供するにあたって、メッセージ閲覧システム１は、例えば１対１チャットのように、２人の利用者（主体者と他の利用者）の間で投稿されるメッセージの閲覧サービスを提供するものとなる。すなわち、そのメッセージ閲覧システム１は、画面上で表示される利用者画像（例えばアバター）であって、利用者の利用者画像を記憶する画像記憶部２６１と、互いに異なる複数の定型文のそれぞれに対応した複数の投稿形式で投稿する入力指示部２５１と、利用者画像のモーションを定義したモーション情報を、複数の投稿形式のそれぞれに関連付けて記憶するモーション記憶部２６３を備える。そして、投稿した投稿形式に対応したモーション情報を選択し、選択したモーション情報に基づいて、当該投稿した利用者の画面上に表示される相手の利用者画像のモーションを設定する設定部２５８を備えている。これにより、先の利用者による投稿に対して別の利用者が投稿したとき、当該投稿形式に対応したモーションが投稿した利用者（投稿者）に対応した利用者画像に設定される。したがって、グループを構成する複数の利用者のなかで、投稿する別の利用者（投稿者）からすれば、投稿に対する自己の感情を、投稿の利用者画像のモーションで表現することができるので、サービスの提供を受ける別の利用者に興味を抱かせることが可能になる。

図４４では、描画部２５２、判別部２５７および設定部２５８について端末装置２０側に設けた構成を例示したが、図５６に示すように、管理サーバ１０側に設けた構成としても良い。
この構成では、例えば表示部２１１で表示すべき画面を管理サーバ１０側で作成して、ウェブ画面として端末装置２０に送信し、端末装置２０がブラウザによって当該ウェブ画面を表示する構成となる。この構成では、モーション記憶部およびキーワード記憶部は、管理サーバ１０側の記憶部１０５に記憶される。また、この構成において、管理サーバ１０側の判別部２５７は、管理部１５２を介してキーワード記憶部にアクセスし、設定部２５８は、同様に管理部１５２を介してモーション記憶部にアクセスする。なお、この構成では、時間情報の取得は、管理サーバ１０側のＲＴＣ１０６が用いられる。この構成によれば、端末装置２０側に、モーション情報の設定や、アバターの描画処理などが不要となるので、端末装置２０側での負担を軽減することができる。

また、図４４では、当該端末装置２０側で画像記憶部２６１およびモーション記憶部２６３が構築されたが、これらの記憶部については、メッセージ閲覧システム１において管理サーバ１０や端末装置２０からアクセス可能であれば、管理サーバ１０や端末装置２０以外の外部サーバに構築されても良い。
第４機能のサービスの提供にあたって、図４４に示されるように画像記憶部が端末装置２０に構築される場合には、描画部２５２が画像参照部として機能し、図５６に示されるように画像記憶部が管理サーバ１０に構築される場合には、管理部１５２が画像参照部として機能する。なお、特に図示しないが、画像記憶部が外部サーバに構築される場合には、描画部２５２、管理部１５２または別途の機能ブロックのいずれかが画像参照部として機能する。
同様に、図４４に示されるようにモーション記憶部が端末装置２０に構築される場合には、設定部２５８がモーション参照部として機能し、図５６に示されるようにモーション記憶部が管理サーバ１０に構築される場合には、管理部１５２がモーション参照部として機能する。なお、特に図示しないが、モーション記憶部が外部サーバに構築される場合には、設定部２５８、管理部１５２または別途の機能ブロックのいずれかがモーション参照部として機能する。

このように、各機能ブロックについて、管理サーバ１０側に構築されるか、端末装置２０側に構築されるかについては、任意である。さらにいえば、上記第１機能から第４機能までの表示が、結果的に、主体者が操作する端末装置２０の表示部２１１に上述した表示されるのであれば、各機能ブロックについて管理サーバ１０側に構築されるか、端末装置２０側に構築されるかについては、問わないと考える。

なお、第１機能から第４機能までのサービスは、主に描画部２５２による表示部２１１の表示画面によって利用者に提供されるので、描画部２５２および表示部２１１がサービス提供部として機能する。

実施形態では、ＳＮＳサーバ５０におけるＳＮＳに登録している会員のうち、一部の利用者が第１機能から第４機能までのサービスを受けるとして説明したが、本発明は、これに限られない。例えば、ＳＮＳにおける登録会員同士の交流の場において第１機能、すなわちグループの登録、編集、表示等にかかるサービスを提供する一方で、ＳＮＳにおける登録会員のうち、所定の手続きをした利用者に対しメッセージの投稿、応答の閲覧サービスを提供して、これらの投稿、応答に応じて第２機能から第４機能までのいずれか若しくは全部のサービスを第２サービスとして提供する構成としても良い。
このような構成にあっては、ＳＮＳにおいて多数のグループが形成されるとともに、あるグループを構成する会員のうち、所定の手続きをした複数の利用者同士でメッセージの閲覧サービスが提供される。このとき、グループを構成する会員でメッセージの閲覧が可能となるのは、所定の手続きをした利用者であり、主体者の意志とは無関係である。このため、利用者に対応したアバターを当該利用者の投稿や応答に応じた配置で表示する場合に、端末装置で表示するには多すぎる状況も発生し得る。
そこで、このような構成において、割当部２５４は、あるグループを構成する会員でメッセージの閲覧可能な複数の利用者のうち、所定の選定条件を満たす例えば９名を、ステップＳｂ１３で主体者とともに特定利用者として選定し、当該特定利用者のアバターを投稿や応答に応じて配置しても良い。
なお、所定の選定条件の例としては、複数の利用者のうち、最新に投稿／応答した者の上位９名以内であることや、投稿数／応答数が多い上位９名以内であることなどが挙げられる。このような選定条件を導入したとき、例えば主体者以外のアバターは、その時々の状況に応じて変化することになる。また、所定の選定条件の他の例としては、主体者に予め選択された利用者であることなどが挙げられる。

１…メッセージ閲覧システム、１０…管理サーバ、２０…端末装置、１０１…ＣＰＵ、１５２…管理部、２０１…ＣＰＵ、２１１…表示部、２５４…割当部、２５５…位置決定部、２５６…位置変更部、２５７…判別部、２５８…設定部。

Claims (22)

1. 複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するメッセージ閲覧システムであって、
   前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部と、
   前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部と、
   利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部と、
   を備えることを特徴とするメッセージ閲覧システム。
2. 前記割当部は、
   前記複数の利用者のうち、所定の選定条件を満たす一部の利用者を前記複数の特定利用者に選定する
   ことを特徴とする請求項１のメッセージ閲覧システム。
3. 前記位置決定部は、
   前記複数の特定利用者に対応した利用者画像のそれぞれの表示位置として、割り当てられた基準位置を含む所定範囲内に決定し、
   前記位置変更部は、
   投稿した利用者に対応した利用者画像の表示位置を、前記所定範囲を超えた位置に変更する
   ことを特徴とする請求項１または２に記載のメッセージ閲覧システム。
4. 前記複数の利用者の間のそれぞれの親密度を、基準となる利用者と対象となる利用者とに対応づけて記憶する記憶部を管理するとともに、
   第１条件が発生した場合に前記記憶部に記憶された親密度を高くするように更新し、第２条件が発生した場合に前記記憶部に記憶された親密度を低くするように更新する管理部を具備し、
   前記位置決定部は、前記複数の特定利用者のそれぞれ毎に、当該利用者と他の利用者との親密度に基づいて表示位置を決定する
   ことを特徴とする請求項１、２または３に記載のメッセージ閲覧システム。
5. 前記位置決定部は、利用者に対応した前記所定範囲内で親密度が高いほど、当該利用者に対応した利用者画像と当該他の利用者に対応した利用者画像との距離が短くなるように表示位置を決定する
   ことを特徴とする請求項４に記載のメッセージ閲覧システム。
6. 前記第１条件は、前記基準となる利用者が前記対象となる利用者の投稿に対して応答した場合であり、
   前記管理部は、前記基準となる利用者と前記対象となる利用者との親密度を高くするように更新する
   ことを特徴とする請求項４または５に記載のメッセージ閲覧システム。
7. 前記第２条件は、所定時間が経過した場合であり、
   前記管理部は、前記複数の利用者の間の親密度をそれぞれ一律に低くするように更新する
   ことを特徴とする請求項４または５に記載のメッセージ閲覧システム。
8. 前記複数の利用者は、当該閲覧サービスを受ける主体者と、当該主体者と所定の関係にある一人以上の仲間とであり、
   前記割当部は、
   前記仲間に対応した利用者画像の基準位置を、前記主体者に対応した基準位置を中心にして放射状に割り当てる
   ことを特徴とする請求項１乃至７のいずれかに記載のメッセージ閲覧システム。
9. 前記所定の規則では、
   前記複数の特定利用者に対応した利用者画像のそれぞれと、前記複数の基準位置のそれぞれとの対応付けが時間経過に対して固定である
   ことを特徴とする請求項１乃至８のいずれかに記載のメッセージ閲覧システム。
10. 前記所定の規則では、
    前記複数の特定利用者に対応した利用者画像のそれぞれと、前記複数の基準位置のそれぞれとの対応付けが、前記複数の利用者における投稿の更新日の順で変更される
    ことを特徴とする請求項１乃至８のいずれかに記載のメッセージ閲覧システム。
11. 前記更新日とは、投稿した日時である
    ことを特徴とする請求項１０に記載のメッセージ閲覧システム。
12. 前記更新日とは、投稿した日時または応答した日時のうち最新の日時である
    ことを特徴とする請求項１０に記載のメッセージ閲覧システム。
13. 前記所定の規則において、
    前記複数の利用者の投稿の更新日のうち、現在時刻から所定期間以前のものは除外される
    ことを特徴とする請求項１０乃至１２のいずれかに記載のメッセージ閲覧システム。
14. 前記位置決定部または前記位置変更部は、前記複数の特定利用者に対応した利用者画像のそれぞれの表示位置を、前記画面に設定されたグリッドに合わせて決定または変更する
    ことを特徴とする請求項１乃至１３のいずれかに記載のメッセージ閲覧システム。
15. 複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージを、端末装置で閲覧させるサービスを提供するメッセージ閲覧システムにおけるサーバであって、
    前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部と、
    前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部と、
    利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部と、
    を備えることを特徴とするサーバ。
16. 複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージを、端末装置で閲覧させるサービスを提供するメッセージ閲覧システムにおけるサーバの制御方法であって、
    前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てるステップと、
    前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定するステップと、
    利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更するステップと、
    を備えるサーバの制御方法。
17. 複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージを、端末装置で閲覧させるサービスを提供するコンピュータを、
    前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部、
    前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部、および、
    利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部、
    として機能させるためのプログラム。
18. 複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するサーバと通信可能な端末装置であって、
    前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部と、
    前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部と、
    利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部と、
    を備えることを特徴とする端末装置。
19. 前記複数の利用者は、自端末装置を操作する主体者と、当該主体者と所定の関係にある一人以上の仲間とであり、
    前記割当部は、
    前記仲間に対応した利用者画像の基準位置を、前記主体者に対応した基準位置を中心にして放射状に割り当てる
    ことを特徴とする請求項１８に記載の端末装置。
20. 投稿した利用者に対応した利用者画像に対して、投稿があったことを示す吹き出しを表示する吹き出し表示部
    を備えることを特徴とする請求項１８または１９に記載の端末装置。
21. 複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するサーバと通信可能な端末装置の制御方法であって、
    前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てるステップと、
    前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定するステップと、
    利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更するステップと、
    を備えることを特徴とする端末装置の制御方法。
22. 複数の利用者の間で、投稿と当該投稿に対する応答とによって交換されるメッセージの閲覧サービスを提供するサーバと通信可能なコンピュータを、
    前記複数の利用者のうち、一部または全部である複数の特定利用者に対応した利用者画像のそれぞれを、画面における前記利用者画像の数の基準位置に、所定の規則にしたがって割り当てる割当部、
    前記複数の特定利用者に対応した利用者画像のそれぞれに割り当てられた基準位置を、各利用者画像を表示する表示位置として決定する位置決定部、および、
    利用者の投稿に対して応答した利用者に対応した利用者画像の表示位置を、投稿した利用者に対応した利用者画像に接近した位置に変更する位置変更部、
    として機能させるためのプログラム。

Images