WO2013114682A1 - メッセージ送信システム、制御方法および記録媒体 - Google Patents

Abstract

　複雑化・高度化するメッセージを迅速かつ簡易に入力するために、アバターに与える動作を選択する動作選択部と、入力フィールドに入力された文字情報と、選択された動作を一意に識別する動作ＩＤとのうち、少なくとも動作ＩＤを含んだメッセージを送信する送信部と、送信されたメッセージに含まれる割当対象を記憶部に複数個、記憶させて管理する管理部と、記憶された複数個の割当対象のそれぞれを、表示部に表示させた操作ボタンのそれぞれに割り当てる割当部と、操作された操作ボタンに割り当てられた割当対象に文字情報が含まれているとき、当該文字情報を入力フィールドに反映させ、当該割当対象に含まれている動作ＩＤを動作選択部で選択されたものとする操作処理部とを備える。

Description

メッセージ送信システム、制御方法および記録媒体

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

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

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

　ところで、近年、メッセージについては複雑化・高度化する傾向がある。このようなサービスについては、据え付け型のコンピュータよりも携帯電話機のような端末装置で提供を受ける場合が多い。このため、ハードウェアの制約が比較的大きい装置で、複雑化・高度化するメッセージを迅速かつ簡易に入力したい、という要求は強い、といえる。
　本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、複雑化・高度化するメッセージを迅速かつ簡易に入力できる技術を提供することにある。

　上記課題を解決するために本発明に係るメッセージ送信システムは、メッセージの送信者を表象するアバターに与える動作を選択する動作選択部と、入力フィールドに入力された文字情報と、前記動作選択部で選択された動作を一意に識別する動作ＩＤとのうち、少なくとも動作ＩＤを含んだメッセージを送信する送信部と、前記送信部により送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤで構成される割当対象を記憶部に複数個、記憶させて管理する管理部と、複数の操作ボタンを表示部に表示させる表示制御部と、前記記憶部に記憶された前記複数個の割当対象のそれぞれを、前記複数の操作ボタンのそれぞれに割り当てる割当部と、前記複数の操作ボタンのいずれかが操作された場合に、操作された操作ボタンに割り当てられた割当対象に文字情報が含まれているとき、当該文字情報を前記入力フィールドに反映させ、操作された操作ボタンに割り当てられた割当対象に動作ＩＤが含まれているとき、当該動作ＩＤが前記動作選択部で選択されたものとする操作処理部と、を備える。

　ここで、操作ボタンに対応付けられる割当対象としては、送信された文字情報の全部としても良いが、文字情報が多数である場合や長い場合に、最初の読点「、」や句点「。」までの一部としても良いし、ユーザが不要部分を削除した一部としても良い。例えば送信されたメッセージに含まれる文字情報が「こんばんは。元気ですか？」である場合、操作ボタンに全部を割り当てても良いし、その一部の「こんばんは。」や「元気ですか？」を割り当てても良い。

　本発明において、一意に識別可能な画像ＩＤに対応付けられた複数の画像のうち、いずれかを選択する画像選択部を備え、前記送信部は、前記画像選択部で選択された画像に対応する画像ＩＤを前記メッセージに含めて送信し、前記管理部は、送信されたメッセージに含まれる画像ＩＤを前記割当対象に含ませて前記記憶部に記憶させ、前記割当部は、記憶された前記画像ＩＤを前記操作ボタンに割り当て、前記操作処理部は、操作された操作ボタンに割り当てられた割当対象に前記画像ＩＤが含まれている場合、当該画像ＩＤを前記入力フィールドに反映させない構成としても良い。
　なお、この構成において、メッセージに含まれる文字情報の一部、動作ＩＤと画像ＩＤとを対応付けて記憶するとともに、操作ボタンに割り当てても良い。

　また、本発明において、前記管理部は、前記複数個の割当対象のそれぞれを、各割当対象に対応したメッセージを前記送信部によって送信された送信日時と対応付けて前記記憶部で管理するとともに、前記送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤと同一の割当対象が前記記憶部に記憶されているときには、当該割当対象を新たに記憶させずに当該割当対象に対応する送信日時を更新させる構成としても良い。
　ここで、「送信されたメッセージに含まれる文字情報の全部」と「同一の割当対象が記憶部に記憶されているとき」とは、例えば「こんばんは。元気ですか？」という文字情報を含むメッセージが送信された場合に、「こんばんは。元気ですか？」が記憶部に記憶されている状態をいう。換言すれば、上記の場合に、「こんばんは。元気ですか？」が記憶部に記憶されていなければ、「こんばんは。」や「元気ですか？」が個別に記憶されていても、同一ではないので、新たな記憶対象となる。
　一方、「送信されたメッセージに含まれる文字情報の一部」と「同一の割当対象が記憶部に記憶されている」とは、上記場合であれば、既に「こんばんは。」や「元気ですか？」などのように一部が個別に記憶部に記憶されている状態をいう。換言すれば、上記の場合に、「こんばんは。元気ですか？」が記憶部に記憶されていなくても、「こんばんは。」や「元気ですか？」が個別に記憶されていれば、同一となるので、新たな記憶対象とはならない。

　この構成において、前記複数の操作ボタンのそれぞれは、所定の並び順で配置され、前記割当部は、前記並び順で配置する前記複数の操作ボタンに、前記送信日時が新しい順番で前記複数個の割当対象のそれぞれを割り当てる態様が好ましい。

　一方、本発明において、前記管理部は、前記複数個の割当対象のそれぞれを、各割当対象に対応したメッセージを前記送信部によって送信された使用回数と対応付けて前記記憶部で管理するとともに、前記送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤと同一の割当対象が前記記憶部に記憶されている場合には、当該同一の割当対象を新たに記憶させずに当該割当対象に対応する使用回数を増加させる構成としても良い。

　この構成において、前記複数の操作ボタンのそれぞれは、所定の並び順で配置され、前記割当部は、前記並び順で配置する前記複数の操作ボタンに、前記使用回数が多い順番で前記複数個の割当対象のそれぞれを割り当てる態様が好ましい。

　本発明において、前記管理部は、前記複数個の割当対象のそれぞれを、各割当対象に対応したメッセージを前記送信部によって送信された送信日時および使用回数と対応付けて前記記憶部で管理するとともに、前記送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤと同一の割当対象が前記記憶部に記憶されている場合には、当該同一の割当対象を新たに記憶させずに、当該割当対象に対応する送信日時を更新し、使用回数を増加させる構成としても良い。

　この構成において、前記複数の操作ボタンのそれぞれは、所定の並び順で配置され、前記割当部は、前記並び順で配置する前記複数の操作ボタンのうち、所定個数分に、前記送信日時が新しい順番で前記割当対象を割り当て、残りの個数分に、前記使用回数が多い順番で前記割当対象を割り当てる態様が好ましい。

　なお、上記いずれかの態様において、前記管理部は、前記送信部で送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤを前記記憶部に記憶させる場合、前記並び順で配置する前記複数の操作ボタンのうち、操作ボタンに最後に割り当てられた割当対象を、前記送信部で送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤに入れ替えて記憶させることが好ましい。

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

実施形態に係るメッセージ送信システムの構成を示す図である。 同システムにおける端末装置の構成を示すブロック図である。 同端末装置でメッセージ処理する際に構築される機能ブロック図である。 メッセージ処理を示すフローチャートである。 ユーザ登録テーブルの一例を示す図である。 グループ登録テーブルの一例を示す図である。 ルーム一覧画面の一例を示す図である。 新規ルーム作成画面の一例を示す図である。 ルーム編集画面の一例を示す図である。 メッセージ表示の位置を示す図である。 メッセージ内容とメッセージ表示との関係を示す図である。 メッセージ表示画面の一例を示す図である。 特定モーションを説明するための図である。 メッセージ本文および画像の表示の一例を示す図である。 メッセージ処理における送信処理を示すフローチャートである。 送信処理における反映処理を示すフローチャートである。 送信画面の一例を示す図である。 画像選択画面の一例を示す図である。 動作選択画面の一例を示す図である。 割当対象登録テーブルの一例を示す図である。 操作ボタン割当テーブルの一例を示す図である。 操作ボタンの配置とボタンＩＤとの対応関係を示す図である。 送信画面における操作ボタンの再配置の一例を示すための図である。 割当対象登録テーブルの更新例を示す図である。 操作ボタン割当テーブルの更新例を示す図である。 送信画面における操作ボタンの再配置の一例を示すための図である。 送信画面における操作ボタンの再配置の一例を示すための図である。 割当対象登録テーブルの更新例を示す図である。 操作ボタン割当テーブルの更新例を示す図である。 送信画面における操作ボタンの再配置の一例を示すための図である。 送信画面における操作ボタンの配置の別例を示す図である。 割当対象登録テーブルの別例を示す図である。 応用・変形形態に係るメッセージ送信システムの構成を示す図である。

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

　ＳＮＳサーバ１２は、ＳＮＳ運営者によって運営され、ＳＮＳ会員（以下、単に「会員」という。）同士が交流するためのソーシャル・ネットワーキング・サービスを提供するために、会員に関する情報や、会員から発信されたメッセージなどを管理する。また、ＳＮＳサーバ１２は、後述するメッセージ表示機能やメッセージ送信機能を実行する際に必要な情報をテーブル化して記憶する。

　なお、図１では、ＳＮＳサーバ１２を１台で構築しているが、２台以上に分散させるとともに外部からみたときに仮想的に１台であるかのようにみえる構成としても良い。一方で、ＳＮＳサーバ１２の一部の機能を他のサービスを提供しているサーバで構築しても良い。また、ＳＮＳサーバ１２が中継サーバを介して端末装置２０と接続するように構成しても良い。

　ＳＮＳサーバ１２は一般的なコンピュータであり、詳細な説明については省略するが、図５に示されるようなユーザ登録テーブルや、図６に示されるようなグループ登録テーブルをデータベースとして管理する。
　ユーザ登録テーブルは、図５に示されるように、ＳＮＳに登録している会員を例えば複数の英数字で一意に識別する会員ＩＤと、後述するメッセージ表示機能およびメッセージ送信機能を実行する際の利用者を、システム１の内部で管理する利用者ＩＤと、利用者の名前（実名やニックネーム）と、当該利用者を表象するアバター画像を示すアバター情報と、当該利用者を示すプロフィール画像とを対応付けて記憶するテーブルである。
　また、アバター情報およびプロフィール画像については、実体そのものではなく、実体のリンク先（参照先）であっても良い。いずれにしても、利用者ＩＤから、利用者の名前、アバター情報およびプロフィール画像が取得できる手段が講じられていれば良い。

　本実施形態においては、メッセージが、グループ（ルーム）単位で交換・表示される。１つのグループは、複数の利用者で構成され、いずれの利用者も、このＳＮＳの会員であることを条件としている。
　グループ登録テーブルでは、図６に示されるように、グループＩＤで識別されるグループが１または複数登録される。各グループには、グループ名称が付与されるとともに、ＡからＥまでの５人の利用者ＩＤが設定される。なお、グループメンバーの＜ｎｕｌｌ＞は、未設定の空き状態であることを示している。
　図６の例にあって、矢印で示されるグループは、グループＩＤが「ｘｘｘ１」であって、グループ名称が「アラフォーズ」であり、利用者ＩＤが「３」、「５」、「２」、「８」の４名の利用者によって構成されていることを示している。ここで、利用者ＩＤが「３」、「５」、「２」、「８」の利用者については、図５に示したユーザ登録テーブルを参照することによって、必要な情報を取得することができる。

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

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

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

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

　実施形態に係るシステム１においては、上述したメッセージ表示機能やメッセージ送信機能などのメッセージ処理が端末装置２０で実行されると、当該端末装置２０の利用者に様々なサービスが提供される。
　詳細には、端末装置２０の利用者を含む複数人が予めグループ化されるとともに、メッセージ表示機能の実行によって、当該グループのメンバーによって送信されたメッセージが送信時間の順で表示される、というサービスが提供される。また、グループ化に際し、別の利用者を追加登録したり、すでに登録した利用者を削除したりして、グループ編集も可能となっている。

　ここで、「メッセージ」には、メッセージの本文である文字情報のほかに、送信者を一意に識別する利用者識別情報（利用者ＩＤ）や、メッセージの発信日時を示す発信日時情報、画像を一意に識別する画像識別情報（画像ＩＤ）、アバターの動作を規定するモーション情報を、一意に識別する動作識別情報（動作ＩＤ）などが含まれる。
　アバターは、送信者（利用者）を表象する一種のキャラクター画像であり、例えばメッセージ処理の実行前に予め作成／選択されて、例えばＳＮＳサーバ１２に登録される。これにより、各利用者には、それぞれアバターが関連付けられることになる。なお、アバターは、例えば頭部、胴部、両手、両足に相当するブロックでデフォルメして、これらの関節において一定のルールで動きが与えられる構成となっている。このようなアバターの情報は、端末装置２０においてグループが作成されたときに、当該グループメンバーのアバターに関する情報がＳＮＳサーバ１２から当該端末装置２０（の記憶部２０５）に転送されるようになっている。
　また、以降では、ある特定の端末装置２０に着目して当該端末装置２０での動作を説明するので、着目する端末装置２０の利用者を、他の端末装置２０に係る利用者と区別する意味で特に「主体者」と呼ぶ場合がある。

　一方、メッセージ送信機能の実行によって、端末装置２０において、あるメッセージが入力フィールドに入力されて送信されると、当該メッセージに含まれる本文などが操作ボタンに割り当てられる一方、当該メッセージを再度送信する場合には、当該操作ボタンを選択することで、入力フィールドに反映される、というサービスが提供される。このとき、最近使ったメッセージや、良く使うメッセージに対応する操作ボタンは、操作のしやすい上位の地点に表示されるように送信の都度、更新される。

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

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

　次に、実施形態に係るシステム１において、メッセージ処理が実行される場合の動作について説明する。
　図３は、端末装置２０で構築される機能ブロックを示す図である。
　この図に示されるように、ＣＰＵ２０１がアプリケーションプログラムを実行することによって、端末装置２０の側では、管理部２３２、割当部２３３、表示制御部２３４、操作処理部２３５およびメッセージ作成部２３６が構築される。

　管理部２３２は、主に記憶部２０５における割当対象登録テーブル（ＴＢ１）と操作ボタン割当テーブル（ＴＢ２）とをそれぞれ管理する。なお、割当対象登録テーブル（ＴＢ１）および操作ボタン割当テーブル（ＴＢ２）の詳細については、後述することにする。

　ボタン群２４０は、端末装置２０における複数の操作ボタン２４２の集合体である。操作ボタン２４２は、端末装置２０がフィーチャー・フォンなどであれば、テンキーなどの物理的なものであっても良いし、端末装置２０としてスマート・フォンやタブレット型コンピュータであれば、表示部２１１に表示させたソフトウェア・キーであっても良い。本説明では、便宜的に、後者のソフトウェア・キーを用いることにする。
　割当部２３３は、操作ボタン割当テーブル（ＴＢ２）を参照して、複数の操作ボタン２４２に対して、後述する割当対象を所定のルールにしたがってそれぞれ割り当てる。

　表示制御部２３４は、表示部２１１に対し所定の画面が表示されるように制御する。例えば、表示制御部２３４は、メッセージ表示機能の実行時にあっては、ルーム作成画面や編集画面などの画面を表示させたり、ＳＮＳサーバ１２から投稿・応答履歴を受信したときに、当該履歴に応じた本文や動作を伴うアバターなどを表示させたりする。
　一方、表示制御部２３４は、メッセージ送信機能の実行時にあっては、後述する操作ボタン２４２を表示させるほか、後述する操作がなされたときに、画像選択部２５０となるサブ画面や、動作選択部２６０となるサブ画面などを表示させる。

　操作処理部２３５は、主にタッチパネル２１２に対する操作を検出し、当該検出内容に応じて各部に指示する。具体的には、操作処理部２３５は、操作ボタン２４２や、画像選択部２５０、動作選択部２６０などへの操作に応じた表示が入力フィールド２７２に反映されるように表示制御部２３４に指示したり、当該操作に応じたメッセージを作成すべき旨を、メッセージ作成部２３６に指示したりする。
　メッセージ作成部２３６は、入力フィールド２７２に反映された文字情報や、操作処理部２３５による通知にしたがったメッセージを、必要に応じて管理部２３２を介し記憶部２０５から取得した情報を用いて作成する。

　通信部２０４は、情報を送信する送信部２０４ａと受信する受信部２０４ｂとに分けられる。このうち、送信部２０４ａは、作成されたメッセージや、各種情報、指令などをＳＮＳサーバ１２に送信するものであり、受信部２０４ｂは、ＳＮＳサーバ１２から投稿・応答履歴やアバター情報、動作（モーション）情報などを受信するものである。

　図４は、メッセージ処理を実行する場合の動作を示すフローチャートである。
　まず、端末装置２０において、メッセージ処理を実行するために、利用者が所定の操作をしたとき、例えば当該機能を示すアイコンなどをメインメニュー画面（図示省略）においてタップしたとき、当該端末装置２０においては、ＣＰＵ２０１が当該機能に対応したアプリケーションプログラムを起動する。

　表示制御部２３４は、まず自身の端末装置２０においてルームが存在しているか否かを判別する（ステップＳａ１１）。ここで、ルームとは、自己が属しているグループのことである。
　いずれかの端末装置２０でルームが作成されると、当該ルーム（グループ）を規定するグループ情報がＳＮＳサーバ１２のグループ登録テーブル（図６参照）に登録される。したがって、ある端末装置２０においてルームが存在しているか否かについては、ＳＮＳサーバ１２に対して、当該端末装置２０に係る利用者ＩＤがグループ登録テーブルにおいてグループメンバーとして登録されているか否かを問い合わせることで判別できる。ＳＮＳサーバ１２は、問い合わせた端末装置２０に係る利用者ＩＤが登録されていれば、登録されているすべてのグループ情報を当該端末装置２０に送信する一方、登録されていなければ、当該端末装置２０にはルームが存在していない旨を当該端末装置２０に送信する。

　自身の端末装置２０においてルームが存在していなければ（ステップＳａ１１の判別結果が「Ｎｏ」であれば）、処理手順が後述するステップＳａ２１に移行する。一方、ルームが存在していれば（ステップＳａ１１の判別結果が「Ｙｅｓ」であれば）、表示制御部２３４は、受信部２０４ｂを介して受信したグループ情報に基づいて、存在しているルームの一覧を示す画面を表示部２１１に表示させる（ステップＳａ１２）。

　図７は、端末装置２０において表示されるルーム一覧画面の一例を示す図である。
　この図に示されるように、端末装置２０の表示部２１１においては、「参加ルーム」というタブ２８１が付された画面と、「管理中のルーム」というタブ２８２が付された画面とが重ねられるとともに、いずれかが選択された方の画面が上面となるように表示される。ここで、タブ２８１が付された画面が選択されている場合、同図に示されるように、当該端末装置２０の主体者がメンバーとして登録されているルームが、名称、メンバーのプロフィール画像、当該ルームのメンバーによる最終発言日時などとともに一覧表示される。

　また、ルーム一覧画面において、マーク２８３は、ルームにおいて未読のメッセージがあることを示している。ボタン２８４は、一覧表示においてルームのソート条件を選択するものである。このボタン２８４の表示部分がタップされると、各種のソート条件がプルダウンメニューで表示されるとともに、選択されたソート条件がエリア２８５に表示されるようになっている。ソート条件としては、例えば最新の投稿があった順、ルームの作成順（新しい順）、ルームの作成順（古い順）、ルームメンバーの多い順、ルームメンバーの少ない順、などが挙げられる。

　ルームにおいてメンバーのプロフィール画像を囲む太枠は、当該ルームの管理者（作成者）であることを示す。ボタン２８６は、自己が管理者となっているルームを編集するためのものである。したがって、ルーム一覧画面が表示される端末装置２０の主体者の利用者ＩＤが、仮に図５のユーザ登録テーブルにおいて「３」である場合には、図７に示されるように自己が管理者となっているルームのみにボタン２８６が現れる。
　ボタン２８７は、新規ルームの作成を指示するものである。
　ボタン２８８は、各ルームに対応してそれぞれ設けられるものであり、その操作によって当該ルームへの移動が指示される。
　ボタンＦｉｎは、このメッセージ処理の終了を指示するものである。

　なお、一覧すべきグループが多数あって、表示部２１１で１度に表示しきれない場合でも、例えばフリックなどの操作をすれば、上下にスクロール表示される。また、ルーム一覧画面において「管理中のルーム」のタブ２８２が付された画面が選択された場合には、メンバーとして登録されているグループのうち、自己が管理者となっているグループのみが一覧表示される（図示省略）。

　このようなルーム一覧画面の表示において、操作処理部２３５は、なんらかの操作（指示）があったか否かを判別する（ステップＳａ１３）。操作がなければ（ステップＳａ１３の判別結果が「Ｎｏ」であれば）、処理手順がステップＳａ１２に戻る。このため、なんらかの操作があるまで、ルーム一覧画面の表示が継続することになる。
　なんらかの操作があったとき（ステップＳａ１３の判別結果が「Ｙｅｓ」になったとき）、操作処理部２３５は、当該操作が終了の指示、すなわちボタンＦｉｎの表示部分への操作であったか否かを判別する（ステップＳａ１４）。

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

　ステップＳａ２１では、操作処理部２３５が表示制御部２３４に対して新規ルーム作成画面の表示を指示する。この指示にしたがって表示制御部２３４は、表示部２１１に新規ルーム作成画面を表示させる。新規ルーム作成画面は、主体者が自己をメンバーに含んだルームを新規に作成するための画面である。

　図８は、新規ルーム作成画面の一例を示す図である。この図に示されるように、表示部２１１においては、新規に作成するルーム名を入力するためのエリア２８９が表示される。このエリア２８９がタップされると、ソフトウェア・キーボード（図示省略）が表示される。そして、主体者が当該ソフトウェア・キーボードを操作することによってルーム名を入力する。
　一方、エリア２８９の下側には、メンバーとして登録可能な利用者が、プロフィール画像および名前で一覧表示される。また、チェックボックス２９０が、利用者毎にそれぞれ対応して表示される。ここで、主体者は、ルームメンバーとして登録したい利用者について、対応するチェックボックスをタップするなどしてチェックを入れる。

　なお、メンバーとして登録可能な利用者としては、ユーザ登録テーブルにおいて登録された全員としても良いし、予め主体者が候補として選んだ者としても良いし、事前に提示された条件（嗜好、性別、年齢など）を満たした者としても良い。
　また、登録可能な利用者が多数あって、１度に表示しきれない場合でも、例えばスライドバー２９１を移動させたり、一覧表示部分をフリックしたりするなどすれば、上下にスクロール表示される。

　こうしてルーム名が入力されるとともに、１人以上のメンバーが登録されて、ボタン２９２の表示部分がタップされると、操作処理部２３５は、表示制御部２３４に対しては主体者に対し利用規約を確認させる画面などを表示させる一方、送信部２０４ａに対しては、ルーム（グループ）を規定する諸情報を、ＳＮＳサーバ１２に送信するように指示する。この後、処理手順はステップＳａ１１に戻る。

　諸情報を受信したＳＮＳサーバ１２は、メンバーとして登録された主体者以外の利用者に対し、当該利用者を構成員とするグループが主体者によって作成された旨、および、このグループへの参加の許否を確認させるメールを送信する。当該メールを受信した利用者は、グループへの参加の許否についてＳＮＳサーバ１２に返信する。
　ＳＮＳサーバ１２は、主体者と参加許諾した利用者とをメンバーとするグループを、グループ登録テーブル（図６参照）に新規登録する。
　したがって、自己を含むルームが作成された後にステップＳａ１１に戻ったときに、当該ステップＳａ１１の判別結果が「Ｙｅｓ」となり、続くルーム一覧画面においては、新規登録したルームが追加されて表示されることになる。
　なお、新規ルーム作成画面において、ボタン２９３の表示部分がタップされると、作成内容が反映されずに破棄されて、処理手順がステップＳａ１１に戻る。

　ステップＳａ２２では、操作処理部２３５が表示制御部２３４に対してルーム編集画面の表示を指示する。この指示にしたがって表示制御部２３４は、表示部２１１にルーム編集画面を表示させる。ルーム編集画面は、主体者が作成したルームを編集するための画面である。

　図９は、端末装置２０において表示されるルーム編集画面の一例を示す図である。この図に示されるように、表示部２１１においては、編集の対象となっているルーム名や、メンバーとして登録されている利用者の情報が表示される。
　ここで、ルーム名を変更するには、エリア２８９をタップして、新たな名称を入力し直せば良い。また、メンバーとしての利用者を新たに追加するには、対応する利用者のチェックボックス２９０にチェックを入れれば良いし、逆にメンバーの登録を解除する場合には、対応する利用者のチェックボックス２９０に入れたチェックを外せば良い。

　編集後、ボタン２９４の表示部分がタップされると、変更したルームを規定する諸情報が送信部２０４ａを介しＳＮＳサーバ１２に送信される。この後、処理手順はステップＳａ１１に戻る。
　諸情報を受信したＳＮＳサーバ１２は、メンバーとして新たに追加された利用者があれば、当該利用者が構成員としてグループに追加された旨、および、このグループへの参加の許否を確認させるメールを送信する。当該メールを受信した利用者は、グループへの参加の許否についてＳＮＳサーバ１２に返信する。一方、ＳＮＳサーバ１２は、メンバーとして登録が解除された利用者があれば、その旨のメールを当該利用者に送信する。
　ＳＮＳサーバ１２は、グループ登録テーブルに対し、参加許諾の返信があれば、当該グループのメンバーとして追加登録する一方、登録が解除された利用者については、当該グループのメンバーから削除する。
　ステップＳａ１１に戻ったときに、続くルーム一覧画面においては、編集後のルーム内容が反映されて表示されることになる。

　なお、ルーム編集画面において、ボタン２９５は、編集対象のルームの解散を指示するものである。当該ボタン２９５の表示部分がタップされると、その旨の情報がＳＮＳサーバ１２に送信される一方、ＳＮＳサーバ１２は、当該グループに関しての登録をグループ登録テーブルから削除するとともに、主体者以外の利用者にその旨のメールを送信する。また、ボタン２９６の表示部分がタップされると、編集内容が反映されずに破棄されて、処理手順がステップＳａ１１に戻る。

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

　詳細には、次の通りである。
　すなわち、第１に、操作処理部２３５は、タップされたボタン２８８に対応するルームを特定する情報を、送信部２０４ａを介してＳＮＳサーバ１２に送信する。第２に、ＳＮＳサーバ１２は、グループ登録テーブルを参照して当該ルーム（グループ）のメンバーを特定し、当該メンバーに係る投稿・応答履歴を、ルームを特定する情報を送信した端末装置２０に返信する。第３に、端末装置２０では、表示制御部２３４が、当該投稿・応答履歴を、受信部２０４ｂを介して受信して、当該投稿・応答履歴に含まれる、メンバー毎のメッセージに基づく表示を表示部２１１に表示させる。

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

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

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

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

　画像ＩＤは、実体（画像情報）でなく、識別するための情報に過ぎないが、端末装置２０が、ＳＮＳサーバ１２または別途のサーバに対し、当該画像ＩＤに対応する画像情報を要求することで、実体である画像情報を取得することができる。動作ＩＤについても同様である。

　タイプ（Ｃ）、（Ｄ）、（Ｅ）においてアバターを表示する際に、表示制御部２３４は、原則的に、当該アバターの視線方向が１つ後の発言に向かうように表示させる。すなわち、発信日時が古いものほど画面の下方に向かう左右の交互配列において、原則的に、左側に配置したアバターの視線は右斜め下方向となる一方、右側に配置したアバターの視線は左斜め下方向となる。ただし、表示制御部２３４は、メッセージに含まれる動作ＩＤが後述するように予め定められた特定動作ＩＤである場合であって、特定の条件を満たしたとき、例外的に、後述するようにアバターの視線が１つ前の発言に向かうように表示させる。

　図１２は、メッセージ表示画面の一例を示す図である。この図に示される例において、表示（１－１）が図１１におけるタイプ（Ａ）に相当し、表示（１－２）、（１－３）がそれぞれタイプ（Ｃ）に相当している。
　表示（１－３）が、自己に係るメッセージに基づく場合、破線で示されるようにプロフィール画像が非表示となる。また、メッセージ表示画面については、他の例と同様に、上または下方向のフリック操作によって、スクロール表示されるようになっている。

　ところで、メッセージ内容を表示する際に当該メッセージがタイプ（Ｃ）、（Ｄ）、（Ｅ）である場合に、すなわちメッセージに動作ＩＤが含まれる場合に、当該動作ＩＤが予め定められた特定動作ＩＤであるとき、アバターの動作および視線方向が次のように例外的となる。
　すなわち、表示制御部２３４は、上述したようにアバターの視線方向を原則的に１つ後の発言に向かうように制御するが、あるメッセージに含まれる動作ＩＤが特定動作ＩＤであるときは、例外的に、当該メッセージに基づくアバターの視線方向を１つ前の発言に向かうように制御する。
　さらに、特定動作ＩＤを含むメッセージの１つ前に送信されたメッセージに、動作ＩＤが含まれているとき、表示制御部２３４は、当該１つ前のメッセージに含まれる動作ＩＤを、特定動作ＩＤに関連付けられた動作ＩＤに更新して、更新後の動作ＩＤで示されるモーションに変更する。

　なお、特定動作ＩＤを含むメッセージの１つ前に送信されたメッセージに動作ＩＤが含まれていないとき、表示制御部２３４は、当該１つ前のメッセージに含まれる動作ＩＤを更新しない（できない）。この場合には、特定動作ＩＤを含むメッセージに基づくアバターの視線方向については原則通り、１つ後の発言に向かうように表示させるようにしても良い。

　このような特定動作ＩＤの例としては、「殴る」、「突っ込む」、「回し蹴り」などのモーションに対応したものが挙げられる。特定動作ＩＤの「殴る」に関連付けられた動作ＩＤとしては、例えば「（殴られた方向に）倒れる」が挙げられる。また、特定動作ＩＤの「突っ込む」に関連付けられた動作ＩＤとしては例えば「ずっこける」が挙げられ、特定動作ＩＤの「回し蹴り」に関連付けられた動作ＩＤとしては例えば「（蹴られた方向に）吹っ飛ぶ」が挙げられる。

　図１３は、特定動作ＩＤに係るアバターのモーションを説明するための図である。
　ここでは、特定動作ＩＤを含むメッセージの前に、（ａ）に示されるような、「謝るＢ」（図１９参照）という動作ＩＤを含むメッセージの表示（２－１）が、右上側の地点で配置されているものとする。
　図１３（ａ）で示されるメッセージの次に、特定動作ＩＤの「殴る」を含むメッセージが送信された場合、同図（ｂ）で示されるように、当該メッセージの表示（２－２）が、表示（２－１）に対して左斜め下の地点に配置されるとともに、「殴る」のモーションを伴うアバターの視線方向が例外的に１つ前の発言である右斜め方向に制御される。
　さらに、１つ前の発言に係るメッセージの「謝るＢ」のモーションの動作ＩＤが、「殴る」に関連付けられた「倒れる」というモーション情報の動作ＩＤに更新されるので、同図（ｂ）で示されるように、表示（２－１）におけるアバターが「倒れる」というモーションに変更される。

　一方、（ａ）で示されるメッセージの後に、タイプ（Ａ）、（Ｂ）のように動作ＩＤを含まないメッセージが送信され、この後、特定動作ＩＤの「殴る」を含むメッセージが送信された場合、すなわち、特定動作ＩＤを含むメッセージの直前に、動作ＩＤを含まないメッセージが送信された場合、次のようになる。
　すなわち、動作ＩＤを含まないメッセージの表示（３－２）が、表示（２－１）に対して左斜め下の地点に配置されるとともに、特定動作ＩＤを含むメッセージの表示（２－２）は、表示（３－２）に対して右斜め下の地点に配置されるとともに、「殴る」のモーションを伴うアバターの視線方向が原則通りに１つ後の発言（予定地点）である左斜め方向に制御される。なお、表示（２－１）における「謝るＢ」の動作ＩＤが更新されないので、同図（ｃ）で示されるように、表示（２－１）におけるアバターが「謝るＢ」というモーションから変更されない。

　図１４は、タイプ（Ｂ）、（Ｄ）のように画像ＩＤがメッセージに含まれる場合に、吹き出し部分の表示例を示す図である。
　メッセージに画像情報ＩＤが含まれている場合、表示制御部２３４は、例えば画像情報ＩＤで示される参照先に画像情報を、送信部２０４ａを介して要求する一方で、参照先から当該画像情報を、受信部２０４ｂを介して受信する。
　吹き出しにおける画像情報で示される画像の位置については、図１４（ａ）で示されるように本文に続いても良いし、同図（ｂ）で示されるように本文の後、改行を経て、中央部分としても良い。また、画像は吹き出しの外に表示されるようにしても良い。

　このようにステップＳａ１６においては、選択されたルームのメンバーによって送信されたメッセージ内容が時系列で表示される。
　このメッセージ表示画面においては、図１２に示されるように、また、送信画面への移行を指示するボタン２９７と、ルーム編集画面への移行を指示するボタン２９８と、ルーム一覧画面に戻すことを指示するボタン２９９とが表示されている。

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

　一方、何らかの操作があれば（ステップＳａ１７における判別結果が「Ｙｅｓ」であれば）、操作処理部２３５は、当該操作がボタン２９７の表示部分へのタップであったか否かを判別する（ステップＳａ１８）。
　ボタン２９７へのタップであれば（ステップＳａ１８の判別結果が「Ｙｅｓ」であれば）、処理手順がステップＳａ１９に移行して送信処理が実行され、この後、ステップＳａ１６に戻る。
　一方、ボタン２９７へのタップでなければ（ステップＳａ１８の判別結果が「Ｎｏ」であれば）、操作処理部２３５は、当該操作がボタン２９８の表示部分へのタップであったか否かを判別する（ステップＳａ２３）。

　ボタン２９８へのタップであれば（ステップＳａ２３の判別結果が「Ｙｅｓ」であれば）、操作処理部２３５は、処理手順を上述したステップＳａ２２に移行させて、表示制御部２３４にルーム編集画面を表示させる。
　また、ボタン２９８へのタップでなければ（ステップＳａ２３の判別結果が「Ｎｏ」であれば）、ボタン２９９へのタップであったと判別して、操作処理部２３５は、処理手順を上述したステップＳａ１２に戻して、表示制御部２３４にルーム一覧画面を再度、表示させる。

　さて、ステップＳａ１９における送信処理は、メッセージの作成、メッセージの送信および送信後における操作ボタンの再配置のための処理である。この送信処理の詳細について図１５のフローチャートを参照して説明する。
　メッセージ表示画面においてボタン２９７（図１２参照）が操作されたのであれば（図４のステップＳａ１８における判別結果が「Ｙｅｓ」であれば）、操作処理部２３５は、表示制御部２３４に対して、送信画面を表示するように指示する（ステップＳｂ１１）。この指示に対して、表示制御部２３４は、管理部２３２を介した割当対象登録テーブル（ＴＢ１）および操作ボタン割当テーブル（ＴＢ２）にしたがって操作ボタン２４２を配置した送信画面を表示部２１１に表示させる。

　図１７は、送信画面の一例を示す図である。この図に示される例において、ボタン２７１は、１つ前のメッセージ表示画面に戻る（図４のステップＳａ１９の処理を終了してステップＳａ１６へ戻る）ことを指示するためのものである。入力フィールド２７２は、メッセージにおける本文（文字情報）を入力するためのエリアであり、このエリアがタップされると、ソフトウェア・キーボードが別途表示される（図示省略）。

　図において、入力フィールド２７２の下側には、ボタン２５１、２６１および自己のアバター２７３が表示されている。
　このうち、ボタン２５１は、メッセージ本文に添付するスタンプ画像を選択するためのものである。このボタン２５１の表示部分がタップされると、操作処理部２３５は、表示制御部２３４に対し、画像選択画面を表示させる旨を指示する。この指示によって、表示制御部２３４は、例えば図１８に示されるような画像選択画面を表示部２１１に表示させる。この画像選択画面においては、スタンプ画像に対応する画像２５２が複数配列している。利用者が画像２５２を選択し、ボタン２５４の表示部分をタップすることによって、選択されたスタンプ画像を識別する画像ＩＤが発信予定のメッセージに含まれるようになっている。これにより、この画像選択画面が画像選択部２５０として機能することになる。
　なお、表示される画像２５２は、図においては３×３の計９個となっているが、例えばスライドバー２５６の移動や一覧表示部分へのフリックなどの操作によって、上下にスクロール表示される。このため、実際には、多数のスタンプ画像のなかから選択することができるようになっている。ボタン２５８は、この画像選択画面の表示の終了を指示するものである。

　また、送信画面において、ボタン２６１は、アバターに与えるモーションを選択するためのものである。このボタン２６１の表示部分がタップされると、操作処理部２３５は、表示制御部２３４に対し、動作選択画面を表示させる旨を指示する。この指示によって、表示制御部２３４は、例えば図１９に示されるような動作選択画面を表示部２１１に表示させる。この動作選択画面においては、自己のアバターに与えるべきモーションの見本を示す画像２６２が複数配列している。利用者が画像２６２を選択し、ボタン２６４の表示部分をタップすることによって、選択されたモーションを識別する動作ＩＤが発信予定のメッセージに含まれるようになっている。これにより、この動作選択画面が動作選択部２６０として機能することになる。
　なお、表示される画像２６２は、図においては３×３の計９個となっているが、例えばスライドバー２６６の移動や一覧表示部分へのフリックなどの操作によって、上下にスクロール表示される。このため、実際には、多数のモーションのなかから選択することができるようになっている。ボタン２６８は、この動作選択画面の表示の終了を指示するものである。
　また、モーションが選択されてボタン２６４がタップされたときに、送信画面に戻すとともに、確認の意味で選択されたモーションをアバター２７３に与えて表示するようにしても良い。

　説明を図１７の送信画面に戻すと、ボタン２５１、２６１およびアバター２７３の下側には、メッセージの送信を指示するボタン２７４が表示されている。さらに、ボタン２７４の下側には、ボタン群２４０を構成する複数の操作ボタン２４２が表示される。なお、本実施形態において、操作ボタン２４２が、例えば横３個×縦１６個の計４８個でマトリクス状に配列した状態で表示されている。図１７においては、マトリクス配列の一部のみが表示されているが、この配列の表示部分をフリックなどで操作することによって、上下にスクロール表示することができる。

　操作ボタン２４２には上述したように１つずつ、メッセージに含まれる本文、画像ＩＤ、動作ＩＤが割り当てられている。操作ボタン２４２の表面には、本文が割り当てられているのであれば、その本文（こんにちは…、いいよね～、など）が表示され、画像ＩＤが割り当てられているのであれば、その画像ＩＤに対応した画像が表示され（図示省略）、動作ＩＤが割り当てられているのであれば、その動作ＩＤに対応した画像および説明語（殴る、挨拶など）が表示されている。
　なお、メッセージの本文が長くて操作ボタン２４２の表面に全部を表示できない場合には、その最初の部分を表示したり、スクロール表示させて全体を表示したりするようにしても良い。
　ここで、操作ボタン２４２に割り当てられる割当対象は、割当対象登録テーブル（ＴＢ１）によって管理され、割当対象が割り当てられた操作ボタン２４２の配列は、操作ボタン割当テーブル（ＴＢ２）によって管理される。

　図２０は、割当対象登録テーブル（ＴＢ１）の一例を示す図である。
　この図に示されるように、割当対象登録テーブル（ＴＢ１）では、割当対象ＩＤに対し、メッセージの本文と、画像ＩＤと、動作ＩＤと、タイムスタンプと、使用回数とが関連付けられて記憶される。

　ここで、割当対象ＩＤは、操作ボタン２４２に割り当てるべき割当対象を一意に識別する情報である。本実施形態では、上述したように操作ボタン２４２の個数を「４８」個としているので、割当対象ＩＤについても、「１」から「４８」までの通し番号としている。
　また、本文、画像ＩＤ、動作ＩＤにおける（ＮＵＬＬ）は、それが含まれていない状態を示している。なお、本実施形態において、本文、画像ＩＤ、動作ＩＤの組み合わせについては、上述したように図１１に示したタイプ（Ａ）からタイプ（Ｅ）までのいずれかとしている。
　タイムスタンプには、その割当対象が最後に使われた時間（年月日時分秒）が記録され、使用回数には、その割当対象を用いたメッセージが送信された回数が記録される。

　図２１は、操作ボタン割当テーブル（ＴＢ２）の一例を示す図である。
　この図に示されるように、操作ボタン割当テーブル（ＴＢ２）は、割当対象登録テーブル（ＴＢ１）における割当対象ＩＤを、操作ボタン２４２のマトリクス配列における各位置を示すボタンＩＤに、一対一に対応付けるものである。このため、ボタンＩＤについても、「１」から「４８」までの通し番号としている。
　ボタンＩＤの番号は、図２２に示されるように、操作ボタン２４２のマトリクス配列において図において上側に向かうほど、同一行では左側に向かうほど、若くなるように対応している。したがって、本実施形態では、ボタンＩＤの番号が小さいほど、マトリクス配列において上位の地点が割り当てられることになる。

　このような割当対象登録テーブル（ＴＢ１）および操作ボタン割当テーブル（ＴＢ２）によれば、例えば割当対象登録テーブル（ＴＢ１）において、割当対象ＩＤが「２」の割当対象は、「挨拶」の動作ＩＤのみを含むタイプ（Ｅ）であり、操作ボタン割当テーブル（ＴＢ２）において、ボタンＩＤが「６」であることから、マトリクス配列において上から数えて２行目であって右列に位置する操作ボタン２４２に割り当てられることが判る。
　このように操作ボタン２４２への割り当てについては、割当対象登録テーブル（ＴＢ１）で規定され、割り当てられた操作ボタン２４２の配列については、操作ボタン割当テーブル（ＴＢ２）によって規定される。

　説明を図１５のフローチャートに戻すと、操作処理部２３５は、送信画面において、なんらかの操作があったか否かを判別する（ステップＳｂ１２）。操作がなければ（ステップＳｂ１２の判別結果が「Ｎｏ」であれば）、処理手順がステップＳｂ１１に戻る。したがって、なんらかの操作があるまで、ステップＳｂ１１、Ｓｂ１２が循環するので、送信画面の表示が継続することになる。

　一方、なんらかの操作があったとき（ステップＳｂ１２の判別結果が「Ｙｅｓ」になったとき）、操作処理部２３５は、当該操作が入力フィールド２７２への文字の入力操作、画像選択の操作、動作選択の操作、または、操作ボタン２４２の操作のいずれかであったか否かを判別する（ステップＳｂ１３）。
　ステップＳｂ１３の判別結果が「Ｙｅｓ」であれば、操作処理部２３５は、当該操作の内容を入力フィールド２７２に反映させる反映処理を実行し（ステップＳｂ１４）、この後、処理手順をステップＳｂ１１に戻す。

　図１６は、反映処理の詳細を示すフローチャートである。
　まず、反映処理において、操作処理部２３５は、ステップＳｂ１２で有りと判別された操作が入力フィールド２７２に対する文字の入力操作であったか否かを判別する（ステップＳｃ１１）。入力フィールド２７２に対する文字の入力操作であったならば（ステップＳｃ１１の判別結果が「Ｙｅｓ」であれば）、操作処理部２３５は、入力された文字を入力フィールド２７２に表示させるように表示制御部２３４に指示する（ステップＳｃ１２）。この指示にしたがって、表示制御部２３４は、入力フィールド２７２に入力操作された文字を表示させる。これにより、入力操作された文字が入力フィールド２７２に反映された状態となる。ステップＳｃ１２の後、処理手順は、図１５におけるステップＳｂ１１に戻って、次の操作に備える。

　一方、ステップＳｂ１２で有りと判別された操作が入力フィールド２７２に対する文字の入力操作でなかった場合（ステップＳｃ１１の判別結果が「Ｎｏ」であった場合）、操作処理部２３５は、当該操作が画像選択部２５０を用いた画像の選択操作であったか否かを判別する（ステップＳｃ１３）。
　ステップＳｃ１３の判別結果が「Ｙｅｓ」である場合、または、後述するように読み出された割当対象に画像ＩＤが含まれていた場合、操作処理部２３５は、その画像ＩＤをメッセージ作成部２３６に通知する（ステップＳｃ１４）。
　この後、操作処理部２３５は、フラグＰが“０”であるか否かを判別する（ステップＳｃ１５）。ステップＳｃ１５の判別結果が「Ｙｅｓ」である場合、処理手順はステップＳｂ１１に戻って、次の操作に備える。

　なお、フラグＰは、初期値が“０”であり、後述するように操作ボタン２４２の操作によって読み出された割当対象に画像ＩＤが含まれているときに“１”にセットされる。このため、画像選択部２５０を用いた画像の選択操作であれば、フラグＰが初期値の“０”であるので、ステップＳｃ１５の判別結果が「Ｙｅｓ」となる。したがって、画像ＩＤがメッセージ作成部２３６に通知されるのみであるので、画像ＩＤが、入力フィールド２７２の表示に反映されることはない。このように画像ＩＤは、入力フィールド２７２に反映されることはないが、メッセージ作成部２３６に送信されるので、実際に送信されるメッセージには含まれることになる。

　ステップＳｂ１２で有りと判別された操作が入力フィールド２７２に対する文字の入力操作でもなく、画像選択部２５０の操作でもなかった場合（ステップＳｃ１１、Ｓｃ１３の判別結果がいずれも「Ｎｏ」であった場合）、操作処理部２３５は、当該操作が動作選択部２６０を用いたモーションの選択操作であったか否かを判別する（ステップＳｃ１６）。
　ステップＳｃ１６の判別結果が「Ｙｅｓ」である場合、または、読み出された割当対象に動作ＩＤが残存する場合に、操作処理部２３５は、その動作ＩＤをメッセージ作成部２３６に通知する（ステップＳｃ１７）。
　この後、操作処理部２３５は、フラグＱが“０”であるか否かを判別する（ステップＳｃ１８）。ステップＳｃ１８の判別結果が「Ｙｅｓ」である場合、処理手順はステップＳｂ１１に戻って、次の操作に備える。

　なお、フラグＱは、初期値が“０”であり、後述するように操作ボタン２４２の操作によって読み出された対象に動作ＩＤが含まれているときに“１”にセットされる。このため、動作選択部２６０を用いたモーションの選択操作であれば、フラグＱが初期値の“０”であるので、ステップＳｃ１８の判別結果が「Ｙｅｓ」となる。したがって、動作ＩＤがメッセージ作成部２３６に通知されるのみであるので、動作ＩＤが、入力フィールド２７２の表示に反映されることはない。このように動作ＩＤは、入力フィールド２７２に反映されることはないが、メッセージ作成部２３６に送信されるので、実際に送信されるメッセージには含まれることになる。

　一方、ステップＳｂ１２で有りと判別された操作が入力フィールド２７２に対する文字の入力操作でもなく、画像選択部２５０の操作でもなく、動作選択部２６０の操作でもなかった場合（ステップＳｃ１１、Ｓｃ１３、Ｓｃ１６の判別結果がいずれも「Ｎｏ」であった場合）、当該操作は、操作ボタン２４２への操作である。このため、操作処理部２３５は、管理部２３２に対して、割当対象登録テーブル（ＴＢ１）および操作ボタン割当テーブル（ＴＢ２）を参照して、操作された操作ボタン２４２に割り当てられた割当対象を読み出し、返信するように指示する（ステップＳｃ１９）。

　例えば図１７の送信画面において、ボタンＩＤが「４」の操作ボタン２４２が操作された場合について説明すると、当該操作ボタン２４２は、操作ボタン割当テーブル（ＴＢ２）を参照すれば、割当対象ＩＤが「３」に対応していることが判る。そして、割当対象ＩＤが「３」は、割当対象登録テーブル（ＴＢ１）を参照すれば、「いいよね～」という文字情報のみを含むタイプ（Ａ）の対象であることが判る。このようにして特定される割当対象を、管理部２３２は、操作処理部２３５の指示によって割当対象登録テーブル（ＴＢ１）から読み出して、操作処理部２３５に転送する。

　操作処理部２３５は、読み出された割当対象に、まず画像ＩＤが含まれているか否かを判別する（ステップＳｃ２０）。ここで、対象に画像ＩＤが含まれていれば（ステップＳｃ２０の判別結果が「Ｙｅｓ」であれば）、操作処理部２３５は、フラグＰに“１”をセットする（ステップＳｃ２１）。
　この後、処理手順を先のステップＳｃ１４に移行させて、操作処理部２３５は、含まれている画像ＩＤをメッセージ作成部２３６に通知する。ここで、フラグＰに“１”がセットされているので、続くステップＳｃ１５の判別結果が「Ｎｏ」となる。
　操作処理部２３５は、フラグＰを“０”にリセットし（ステップＳｃ２４）、読み出された対象に含まれる画像ＩＤを除去して（ステップＳｃ２５）、処理手順をステップＳｃ２０に移行させる。なお、当初読み出された割当対象に含まれていた画像ＩＤが除去されているので、２度目のステップＳｃ２０の判別結果は「Ｎｏ」となる。

　ステップＳｃ２０の判別結果が「Ｎｏ」である場合に、画像ＩＤが除去されているが、動作ＩＤが含まれているときがある。このため、操作処理部２３５は、次に動作ＩＤが含まれているか否かを判別する（ステップＳｃ２２）。ここで、対象に動作ＩＤが含まれていれば（ステップＳｃ２２の判別結果が「Ｙｅｓ」であれば）、操作処理部２３５は、フラグＱに“１”をセットする（ステップＳｃ２３）。
　この後、処理手順を先のステップＳｃ１７に移行させて、操作処理部２３５は、含まれている動作ＩＤをメッセージ作成部２３６に通知する。ここで、フラグＱに“１”がセットされているので、続くステップＳｃ１８の判別結果が「Ｎｏ」となる。
　操作処理部２３５は、フラグＱを“０”にリセットし（ステップＳｃ２５）、含まれていた動作ＩＤを除去して（ステップＳｃ２６）、処理手順をステップＳｃ２０に移行させる。ステップＳｃ２６を経由したときは、含まれていた画像ＩＤが除去されているので、ステップＳｃ２２の判別結果は「Ｎｏ」となる。
　ステップＳｃ２２の判別結果が「Ｎｏ」であるとき、ステップＳｃ１９において操作ボタン２４２の操作に応じて読み出された割当対象には、画像ＩＤも動作ＩＤも除去されるので、メッセージ本文だけが残る。そこで、操作処理部２３５は、残っているメッセージ本文を入力フィールド２７２に表示させるように表示制御部２３４に指示する（ステップＳｃ２７）。
　したがって、タイプ（Ｂ）、（Ｃ）、（Ｄ）のような割当対象が割り当てられた操作ボタン２４２が操作されても、入力フィールド２７２に反映されるのは、本文のみであり、画像ＩＤや動作ＩＤについては反映されないことになる。また、本文が含まれないタイプ（Ｅ）のような割当対象が割り当てられた操作ボタン２４２が操作されても、入力フィールド２７２にはなにも反映されない。

　ここで、入力フィールド２７２になんらかの文字（文章）が表示されている状態（ステップＳｃ２７の処理後）において、送信画面（ステップＳｂ１１）に対し、入力フィールド２７２への文字の入力操作、画像選択の操作、動作選択の操作、または、操作ボタン２４２の操作のいずれかがなされたとき、処理手順はステップＳｂ１１→Ｓｂ１２→Ｓｂ１３→Ｓｂ１４と進行する。
　このため、文字の入力操作であれば、入力フィールド２７２に表示されていた文字に、当該入力操作に係る文字が追加される形で反映される。また、本文が割り当てられた操作ボタン２４２への操作であれば、入力フィールド２７２に表示された文字に、当該操作ボタン２４２に割り当てられた本文が追加される形で反映される。
　また、入力フィールド２７２においては追加ではなく、上書きでも良い。すなわち、文字の入力操作であれば、入力フィールド２７２に表示された文字が、当該入力操作に係る文字に上書きされる形で反映されても良いし、本文が割り当てられた操作ボタン２４２への操作であれば、入力フィールド２７２に表示された文字が、当該操作ボタン２４２に割り当てられた本文に上書きされる形で反映されても良い。
　なお、入力フィールド２７２に反映された文字については、一部の削除や置換などの編集が適宜可能である。

　この反映処理において、画像ＩＤが割り当てられていた操作ボタン２４２が操作された場合、画像選択部２５０で画像ＩＤが選択されたときと同じようにステップＳｃ１４を経由する。このため、画像ＩＤが割り当てられた操作ボタン２４２の操作は、画像選択部２５０による選択と実質的に同等になり、画像選択部２５０による選択と同視することができる。
　動作ＩＤが割り当てられていた操作ボタン２４２が操作された場合も同様であり、動作選択部２６０で動作ＩＤが選択されたときと同じようにステップＳｃ１７を経由する。このため、動作ＩＤが割り当てられた操作ボタン２４２の操作は、動作選択部２６０による選択と実質的に同等になり、動作選択部２６０による選択と同視することができる。

　このように、送信画面（図１７参照）において入力フィールド２７２への文字の入力操作、画像選択部２５０への操作、動作選択部２６０への操作、または、操作ボタン２４２への操作のいずれかがあった場合に、反映処理においては当該操作に応じた表示が入力フィールド２７２に反映される。
　なお、ステップＳｃ２７の後、処理手順はステップＳｂ１１に戻って、次の操作に備える。

　説明を図１５に戻すと、送信画面においてなされた操作が、入力フィールド２７２に対する文字の入力操作、画像選択部２５０への操作、動作選択部２６０への操作、または、操作ボタン２４２への操作のいずれでもない場合（ステップＳｂ１３の判別結果が「Ｎｏ」である場合）、操作処理部２３５は、当該操作がメッセージの送信を指示するボタン２７４への操作であったか否かを判別する（ステップＳｂ１５）。

　当該操作がボタン２７４への操作であれば（ステップＳｂ１５の判別結果が「Ｙｅｓ」であれば）、処理手順がステップＳｂ１８に移行する。
　なお、このとき、特に図示しないが、送信しようとするメッセージがタイプ（Ａ）からタイプ（Ｅ）までのいずれでもない場合、処理手順をステップＳｂ１８に移行させることなく、警告等を表示した上で、送信画面（ステップＳｂ１１）に戻す。

　一方、当該操作がボタン２７４への操作でなければ（ステップＳｂ１５の判別結果が「Ｎｏ」、操作処理部２３５は、当該操作が１つ前のメッセージ表示画面に戻ることを指示するボタン２７１への操作であったか否かを判別する（ステップＳｂ１６）。

　当該操作がボタン２７１への操作であれば（ステップＳｂ１６の判別結果が「Ｙｅｓ」であれば）、処理手順は図４におけるステップＳａ１６に戻って、再びメッセージ表示画面が表示されることになる。
　一方、当該操作がボタン２７１への操作でなければ（ステップＳｂ１６の判別結果が「Ｎｏ」であれば）、操作処理部２３５は、その操作の内容に応じた処理を表示制御部２３４に指示して、表示制御部２３４が当該操作に応じた画面を表示させる（ステップＳｂ１７）。ここで、ステップＳｂ１７における処理の例としては、例えば操作ボタン２４２の配列部分がフリックされたときに、当該配列部分をスクロール表示させる処理などが挙げられる。

　送信画面においてボタン２７４の表示部分が操作された場合、次のようなメッセージ送信処理が実行される（ステップＳｂ１８）。すなわち、第１に、操作処理部２３５は、その時点で入力フィールド２７２に反映されている文字を本文とし、ステップＳｃ１４で通知された画像ＩＤと、ステップＳｃ１７で通知された動作ＩＤとを含むメッセージの作成をメッセージ作成部２３６に指示する。第２に、メッセージ作成部２３６は、指示にしたがってメッセージを作成し、このメッセージを送信部２０４ａがＳＮＳサーバ１２に送信する。
　これにより、当該メッセージは、選択されたルームの投稿・応答履歴の最後に追加されることになる。したがって、この後、ステップＳａ１６に戻ってメッセージ表示画面が表示されたとき、作成したメッセージ表示が、時系列において最新のものとして追加されることになる。

　メッセージ送信処理の後、管理部２３２は、割当対象登録テーブル（ＴＢ１）における更新対象を次のように特定する（ステップＳｂ１９）。
　すなわち、管理部２３２は、第１に、送信されたメッセージの全部と同一内容が、割当対象登録テーブル（ＴＢ１）にすでに登録されているか否かを判別し、第２に、登録されていなければ、未割当の割当対象ＩＤの全項目、または、タイムスタンプが最も古い（もしくは、送信回数が最も少ない）割当対象ＩＤの全項目を更新対象として特定する一方、登録されていれば、当該登録された割当対象ＩＤに関連付けられたタイムスタンプおよび使用回数を更新対象とする。
　具体的には、同一内容が登録されていない場合に、管理部２３２は、本文、画像ＩＤおよび動作ＩＤのすべてが（ＮＵＬＬ）である未割り当ての割当対象ＩＤを特定して、この割当対象ＩＤの全項目を更新対象とする。また、同一内容が登録されていない場合に、「１」～「４８」までのすべての割当対象ＩＤが登録済みであるとき、タイムスタンプが最も古い割当対象ＩＤのレコードを削除した上で、その全項目を更新対象とする。なお、この場合に、タイムスタンプではなく、使用回数が最も少ない割当対象ＩＤを削除した上で、その全項目を更新対象としても良い。

  ここで、送信されたメッセージの全部と同一内容が登録されているとは、送信されたメッセージのタイプが、割当対象登録テーブル（ＴＢ１）に登録されている割当対象の組み合わせと一致し、かつ、当該メッセージに含まれる本文、画像ＩＤ、動作ＩＤについても、割当対象登録テーブル（ＴＢ１）に割当対象として登録された本文、画像ＩＤ、動作ＩＤとそれぞれ一致していることをいう。
　例えば送信されたメッセージに本文および画像ＩＤが含まれ、動作ＩＤが含まれないタイプ（Ｂ）である場合に、割当対象登録テーブル（ＴＢ１）に登録されている割当対象が本文および画像ＩＤであって動作ＩＤが（ＮＵＬＬ）であり、かつ、メッセージに含まれる本文が割当対象の本文に一致するとともに、メッセージに含まれる画像ＩＤが割当対象の画像ＩＤに一致していれば、登録されている、と判別される。
　一方、この場合に、メッセージに含まれる本文が割当対象の本文に一致し、メッセージに含まれる画像ＩＤが割当対象の画像ＩＤに一致していても、同じレコードに動作ＩＤが登録されていれば、登録されていない、と判別される。
  なお、送信されたメッセージの全部と同一内容が登録されている場合の事例としては、操作ボタン２４２が操作された場合と、入力フィールド２７２に反映された本文、画像選択部２５０により選択された画像ＩＤまたは動作選択部２６０により選択された動作ＩＤを含んで作成されたメッセージが、割当対象登録テーブル（ＴＢ１）に登録された割当対象と（偶然に、または、意図的に）一致した場合との２通りが想定される。

　次に、管理部２３２は、割当対象登録テーブル（ＴＢ１）における更新対象とした項目を実際に更新する（ステップＳｂ２０）。具体的には、管理部２３２は、割当対象登録テーブル（ＴＢ１）のうち、更新対象とした割当対象ＩＤの本文、画像ＩＤ、動作ＩＤを更新するとともに、タイムスタンプについては、メッセージが送信された時間情報をＲＴＣ２０６から取得して記録し、使用回数については、「１」だけインクリメントする。

　続いて、管理部２３２は、操作ボタン割当テーブル（ＴＢ２）を次のように更新する（ステップＳｂ２１）。詳細には、管理部２３２は、ボタンＩＤの「１」から「４８」までに対して、割当対象登録テーブル（ＴＢ１）においてタイムスタンプが新しい割当対象ＩＤを順番に割り当てる。

　操作ボタン割当テーブル（ＴＢ２）の更新後、処理手順がステップＳａ１６に戻って、メッセージ表示画面が表示される。なお、メッセージ表示画面においてボタン２９７が操作されて、再び送信画面が表示されると、操作ボタン２４２の配列は、更新後の操作ボタン割当テーブル（ＴＢ２）にしたがうとともに、操作ボタン２４２の各表面の表示は、更新後の割当対象登録テーブル（ＴＢ１）で登録された割当対象に基づくことになる。これにより、直前に送信したメッセージに含まれる本文、画像ＩＤ、動作ＩＤが割り当てられた操作ボタン２４２が、ボタンＩＤが「１」の左上端部の最上位の地点に位置することになる。

　次に、実際に入力フィールド２７２に文字が反映されたり、操作ボタン２４２が操作されたりしたときに、割当対象登録テーブル（ＴＢ１）および操作ボタン割当テーブル（ＴＢ２）がどのように更新されて、操作ボタン２４２がどのように配列するかについて具体的に説明する。
　ここでは、操作ボタン２４２が、図２３に示される送信画面に配置されるとともに、「おめでとうございます。」という本文が入力フィールド２７２に反映された状態を前提で、メッセージを送信する場合を例として説明する。
　なお、「おめでとうございます。」の本文は、割当対象登録テーブル（ＴＢ１）に割当対象として登録されていないものとする。すなわち、入力フィールド２７２に反映されている「おめでとうございます。」は、操作ボタン２４２の操作によらずに、ソフトウェア・キーボード（図示省略）によって入力されたものとする。また、この例において送信しようとするメッセージは、「おめでとうございます。」の本文のみを含み、画像ＩＤおよび動作ＩＤを含まないものとする。
　一方、図２３における操作ボタン２４２の配置は、割当対象登録テーブル（ＴＢ１）が図２０に示される内容であって、操作ボタン割当テーブル（ＴＢ２）が図２１に示される内容である場合の例である。

　さて、図２３に示した送信画面の表示状態において、ボタン２７４の表示部分が操作されると、割当対象登録テーブル（ＴＢ１）において、例えばその時点で未登録である割当対象ＩＤの「４８」が更新対象として特定される（ステップＳｂ１９）。
　このため、図２４に示されるように、割当対象ＩＤが「４８」のレコードのうち、割当対象の本文には「おめでとうございます。」が登録されるとともに、タイムスタンプには送信日時が記録され、使用回数には初期値の「１」がセットされる。

　次に、操作ボタン割当テーブル（ＴＢ２）にあっては、図２５に示されるようにボタンＩＤの「１」には、割当対象登録テーブル（ＴＢ１）においてタイムスタンプが最新の割当対象ＩＤ、すなわち、さきほどの「４８」が対応付けられる。なお、図２５において、ボタンＩＤが「２」から「４８」までは、図２１に示した直前状態のボタンＩＤが「１」から「４７」までの割当対象ＩＤを、順次繰り下げたものとなる。

　このため、メッセージ表示画面から再び送信画面に戻ったとき、操作ボタン２４２は、図２６に示される通りとなる。詳細には、１行目左列に位置する操作ボタン２４２、すなわちボタンＩＤが「１」の最上位の地点に対応する操作ボタン２４２は、「おめでとうございます。」という本文に対応したものとなる。なお、図２６ではボタンスペースが限られているために「おめでとう…」というように省略表示されている。
　また、それ以外の操作ボタン２４２は、直前状態（図２３参照）から１つずつシフトしたものとなる。

　次に、図２６に示した送信画面の表示状態において、今度は２行目中央列の操作ボタン２４２が操作されたときを想定する。
　ここで、２行目中央列のボタンＩＤは「５」（図２２参照）である。このボタンＩＤが「５」には、割当対象ＩＤが「３」が対応している（図２５参照）。割当対象ＩＤが「３」のレコードをみると、「いいよね～」という本文のみを含むことが判る（図２４参照）。すなわち、２行目中央列の操作ボタン２４２には、「いいよね～」という本文のみが割り当てられ、タイプ（Ａ）に相当することが判る。
　したがって、反映処理では、処理手順がステップＳｃ１１→Ｓｃ１３→Ｓｃ１６→Ｓｃ１９→Ｓｃ２０→Ｓｃ２２→Ｓｃ２７という経路を辿る。このため、入力フィールド２７２には、図２７に示されるように「いいよね～」の本文が反映されることになる。

　なお、操作された操作ボタン２４２に対応した割当対象が本文と画像ＩＤとを含むタイプ（Ｂ）に相当している場合、反映処理では、処理手順がステップＳｃ１１→Ｓｃ１３→Ｓｃ１６→Ｓｃ１９→Ｓｃ２０→Ｓｃ２１→Ｓｃ１４→Ｓｃ１５→Ｓｃ２４→Ｓｃ２５という経路を辿って画像ＩＤが除外されるので、再びステップＳｃ２０に戻ったときにその判別結果が「Ｎｏ」となる。このため、ステップＳｃ２２を経由してステップＳｃ２７に至ったときに、入力フィールド２７２には、画像ＩＤが反映されずに、メッセージ本文のみが反映されることになる。

　また、操作された操作ボタン２４２に対応した割当対象が本文と動作ＩＤとを含むタイプ（Ｃ）に相当している場合、反映処理では、処理手順がステップＳｃ１１→Ｓｃ１３→Ｓｃ１６→Ｓｃ１９→Ｓｃ２０→Ｓｃ２２→Ｓｃ２３→Ｓｃ１７→Ｓｃ１８→Ｓｃ２５→Ｓｃ２６という経路を辿って動作ＩＤが除外されるので、再びステップＳｃ２０に戻った後のステップＳｃ２２の判別結果が「Ｎｏ」となる。このため、ステップＳｃ２７に至ったときに、入力フィールド２７２には、動作ＩＤが反映されずに、メッセージ本文のみが反映されることになる。

　操作された操作ボタン２４２に対応した割当対象が本文と画像ＩＤと動作ＩＤを含むタイプ（Ｄ）に相当している場合、反映処理では、処理手順がステップＳｃ１１→Ｓｃ１３→Ｓｃ１６→Ｓｃ１９→Ｓｃ２０→Ｓｃ２１→Ｓｃ１４→Ｓｃ１５→Ｓｃ２４→Ｓｃ２５という経路を辿ってまず画像ＩＤが除外されるので、再びステップＳｃ２０に戻ったときにその判別結果が「Ｎｏ」となる。ただし、次のステップＳｃ２２では、まだ動作ＩＤが含まれているので、判別結果が「Ｙｅｓ」となる。このため、処理手順がステップＳｃ２３→Ｓｃ１７→Ｓｃ１８→Ｓｃ２５→Ｓｃ２６という経路を辿って動作ＩＤも除外される。このため、再びステップＳｃ２０に戻った後のステップＳｃ２２の判別結果が「Ｎｏ」となるので、ステップＳｃ２７に至ったときに入力フィールド２７２には、画像ＩＤおよび動作ＩＤがともに反映されずに、メッセージ本文のみが反映されることになる。

　なお、操作された操作ボタン２４２に対応した割当対象が動作ＩＤのみを含むタイプ（Ｅ）に相当している場合、反映処理では、処理手順がタイプ（Ｃ）と同様な経路を辿る。ただし、操作ボタン２４２の操作に対応した読み出された割当対象には、本文が含まれず、動作ＩＤも除去されるので、ステップＳｃ２７に至ったとき、入力フィールド２７２には、なにも反映されないことになる。

　さて、図２７に示した送信画面の表示状態において、ボタン２７４の表示部分が操作されたとき、送信指示時に至るまでに、画像ＩＤの通知（ステップＳｃ１４）、動作ＩＤの通知（ステップＳｃ１７）が通知されていなければ、送信しようとするメッセージの内容は、割当対象登録テーブル（ＴＢ１）に登録された割当対象と同一である。このため、割当対象登録テーブル（ＴＢ１）において、ボタンＩＤが「５」に対応する割当対象ＩＤの「３」が更新対象として特定される。そして、割当対象ＩＤが「３」のレコードには、図２８に示されるように、割当対象が更新されずに、タイムスタンプに送信日時が記録され、使用回数が「１」だけインクリメントされる。

　次に、操作ボタン割当テーブル（ＴＢ２）にあっては、図２９に示される通りとなる。すなわちボタンＩＤの「１」には、割当対象登録テーブル（ＴＢ１）においてタイムスタンプが最新の割当対象ＩＤ、すなわち、さきほどの「３」が対応付けられる。なお、ボタンＩＤが「２」から「５」までは、図２５に示した直前状態のボタンＩＤが「１」から「４」までの割当対象ＩＤを、順次繰り下げたものとなる。ボタンＩＤが「６」以降のものについては、直前状態の割当対象ＩＤから変更されない。

　したがって、操作ボタン２４２は、図３０に示される通りとなる。詳細には、１行目左側列に位置する操作ボタン２４２、すなわちボタンＩＤの「１」に対応する操作ボタン２４２は、「いいよね～」という本文に対応したものに変更される。なお、それ以外の操作ボタン２４２は、直前状態（図２７参照）から１つずつシフトしたものとなる。

　このメッセージ送信機能によれば、あるメッセージの送信の指示後、当該メッセージの内容が操作ボタン２４２に割り当てられるとともに、その操作ボタン２４２が最上位の地点に配置される。このため、当該メッセージを再利用する場合、当該操作ボタン２４２の操作で済ませることができる。また、最近使った操作ボタン２４２についても上位の地点に配置されるので、ユーザに対する利便性を向上させることも可能になる。

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

　上述したメッセージ送信機能では、送信日時が新しい割当対象の順に上位地点の操作ボタン２４２を割り当てたが、送信回数が多い順に割り当てても良い。詳細には、ステップＳｂ２１（図１５参照）において管理部２３２は、ボタンＩＤの「１」から「４８」までに対して、割当対象登録テーブル（ＴＢ１）において送信回数が多い割当対象ＩＤを順番に割り当てても良い。これによって、送信回数が多いものほど、上位地点の操作ボタン２４２に割り当てられるので、同様に、ユーザに対する利便性を向上させることが可能になる。
　ここで、利用回数が多い割当対象の順に操作ボタン２４２を割り当てる場合において、メッセージの登録時に割当対象登録テーブル（ＴＢ１）に空きがない場合に、利用回数が最も少ないものを上書き（削除）対象として、入れ替えて登録する構成とすれば良い。

　また、操作ボタン２４２の配列については、送信日時が新しい順、または、利用回数の多い順のように択一的ではなくて、両者を併用しても良い。すなわち、図３１に示されるように、第１に、例えば９個の操作ボタン２４２で構成される上位ボタン群２４０ａと、残りの３９個の操作ボタン２４２で構成される下位ボタン群２４０ｂとに分ける。第２に、上位ボタン群２４０ａを構成する９個の操作ボタン２４２に、送信日時が新しい割当対象を優先的に順に割り当て、下位ボタン群２４０ｂを構成する３９個の操作ボタン２４２に、残りの割当対象を、利用回数が多い順に割り当てる。
　もちろん、上位ボタン群２４０ａ、下位ボタン群２４０ｂを構成する操作ボタン２４２の個数はこの例に限られないし、上位ボタン群２４０ａを利用回数とし、下位ボタン群２４０ｂを送信日時としても良い。また、上・下に分割するのではなく、左・右に分割しても良い。
　なお、このようにボタン群に分割する場合においても、割当対象登録テーブル（ＴＢ１）に空きがない場合に、送信日時が最も古いもの、または、利用回数が最も少ないものを上書き（削除）対象として、入れ替えて登録する構成としても良い。

　また、割当対象登録テーブル（ＴＢ１）については、図２０に示したもの以外でも良い。例えば、図３２に示されるように、操作ボタン２４２には、メッセージの本文、画像ＩＤまたは動作ＩＤのいずれかを割当対象として択一的に割り当てるようにしても良い。
　この例において、割当対象ＩＤには、割当対象となるメッセージの本文、画像ＩＤまたは動作ＩＤのいずれかと、割当対象としてどれが登録されているのかを示すタイプと、タイムスタンプと、使用回数とが関連付けられて記憶される。

　操作ボタン２４２に割り当てられる本文は、送信されたメッセージに含まれる本文の全部ではなく、その一部としても良い。例えば、送信の指示後に、送信された本文のどの部分を操作ボタン２４２に割り当てるのかをユーザに確認させる一方で、不要部分が削除された本文の一部を、操作ボタン２４２に割り当てるようにしても良い。

　また、実施形態では、送信されたメッセージの全部と同一内容が、割当対象登録テーブル（ＴＢ１）にすでに登録されているか否かを判別したが、送信されたメッセージの一部と同一内容が割当対象登録テーブルに登録（記憶部２０５に記憶）されているか否かを判別しても良い。
  ここで、送信されたメッセージの一部と同一内容が登録されているとは、送信されたメッセージのタイプが、割当対象登録テーブル（ＴＢ１）に登録されている割当対象の組み合わせを包含、または、一致している場合であって、当該メッセージに含まれる本文の一部が、割当対象登録テーブル（ＴＢ１）に割当対象として登録された本文と一致していることをいう。
　例えば送信されたメッセージに本文および画像ＩＤが含まれ、動作ＩＤが含まれないタイプ（Ｂ）である場合であって、当該本文が「こんばんは。元気ですか？」である場合に、割当対象登録テーブル（ＴＢ１）に登録されている割当対象が本文のみのタイプ（Ａ）に相当し、かつ、当該割当対象の本文が「こんばんは。」であれば、同一内容がすでに登録されている、と判別される。
　あるいは、より広範には、タイプを考慮せずに、送信されたメッセージに含まれる本文の一部と同一内容が、割当対象登録テーブル（ＴＢ１）にすでに登録されているか否かを判別しても良い。

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

　実施形態においては、記憶部２０５、管理部２３２、割当部２３３、表示制御部２３４、および、操作処理部２３５を、それぞれ端末装置２０に設けた構成としたが、このような構成では記憶容量や負荷の面で不利な可能性がある。
　このため、図３３に示されるように、例えば端末装置２０における記憶部２０５、管理部２３２、割当部２３３、表示制御部２３４および操作処理部２３５に相当する各部が、ＳＮＳサーバ１２に設けられた構成としても良い。図３３においては、表示部２１１（タッチパネル２１２）およびメッセージ作成部２３６が端末装置２０に設けられ、それ以外の各部がＳＮＳサーバ１２に設けられた構成を示している。

　この構成において、第１に、ＳＮＳサーバ１２は、例えばルーム一覧画面（図７参照）や、新規ルーム作成画面（図８参照）、ルーム編集画面（図９参照）、メッセージ表示画面（図１２参照）、画像選択画面（図１８参照）、動作選択画面（図１９参照）、送信画面（図２３参照）などをウェブ画面で作成して端末装置２０に送信する。第２に、端末装置２０では、当該ウェブ画面を表示部２１１にブラウザで表示させるとともに、当該ウェブ画面（タッチパネル２１２）への操作状態をＳＮＳサーバ１２に送信する。第３に、ＳＮＳサーバ１２は、当該操作状態に応じて画面を制御したり、切り替えたりして、端末装置２０に送信すれば良い。
　なお、図３３における受信部は、ＳＮＳサーバ１２に設けられ、端末装置２０からのメッセージを受信するものである。また、メッセージ作成部２３６についてもＳＮＳサーバ１２に設けて、端末装置２０における作成および送信を代行させても良い。
　このような構成によれば、端末装置２０での記憶容量や負荷などが軽減されることができる。

　このように、各機能ブロックについて、ＳＮＳサーバ１２の側に構築されるか、端末装置２０の側に構築されるかについては、任意である。さらにいえば、上記メッセージ表示機能およびメッセージ送信機能による表示が、結果的に、端末装置２０の表示部２１１でなされるのであれば、各機能ブロックについてＳＮＳサーバ１２の側に構築されるか、端末装置２０の側に構築されるかについては、問われない。

１…システム、１２…ＳＮＳサーバ、２０…端末装置、２０１…ＣＰＵ、２０５…記憶部、２１１…表示部、２３２…管理部、２３３…割当部、２３４…表示制御部、２３５…操作処理部、２４２…操作ボタン、２５０…画像選択部、２６０…動作選択部、２７３…アバター。

Claims (12)

1. 　メッセージの送信者を表象するアバターに与える動作を選択する動作選択部と、
   　入力フィールドに入力された文字情報と、前記動作選択部で選択された動作を一意に識別する動作ＩＤとのうち、少なくとも動作ＩＤを含んだメッセージを送信する送信部と、
   　前記送信部により送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤで構成される割当対象を記憶部に複数個、記憶させて管理する管理部と、
   　複数の操作ボタンを表示部に表示させる表示制御部と、
   　前記記憶部に記憶された前記複数個の割当対象のそれぞれを、前記複数の操作ボタンのそれぞれに割り当てる割当部と、
   　前記複数の操作ボタンのいずれかが操作された場合に、
   　操作された操作ボタンに割り当てられた割当対象に文字情報が含まれているとき、当該文字情報を前記入力フィールドに反映させ、
   　操作された操作ボタンに割り当てられた割当対象に動作ＩＤが含まれているとき、当該動作ＩＤが前記動作選択部で選択されたものとする操作処理部と、
   　を備えることを特徴とするメッセージ送信システム。
2. 　一意に識別可能な画像ＩＤに対応付けられた複数の画像のうち、いずれかを選択する画像選択部を備え、
   　前記送信部は、前記画像選択部で選択された画像に対応する画像ＩＤを前記メッセージに含めて送信し、
   　前記管理部は、送信されたメッセージに含まれる画像ＩＤを前記割当対象に含ませて前記記憶部に記憶させ、
   　前記割当部は、記憶された前記画像ＩＤを前記操作ボタンに割り当て、
   　前記操作処理部は、操作された操作ボタンに割り当てられた割当対象に前記画像ＩＤが含まれている場合、当該画像ＩＤを前記入力フィールドに反映させない
   　ことを特徴とする請求項１に記載のメッセージ送信システム。
3. 　前記管理部は、
   　前記複数個の割当対象のそれぞれを、各割当対象に対応したメッセージを前記送信部によって送信された送信日時と対応付けて前記記憶部で管理するとともに、
   　前記送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤと同一の割当対象が前記記憶部に記憶されているときには、当該割当対象を新たに記憶させずに当該割当対象に対応する送信日時を更新させる
   　ことを特徴とする請求項１または２に記載のメッセージ送信システム。
4. 　前記複数の操作ボタンのそれぞれは、所定の並び順で配置され、
   　前記割当部は、前記並び順で配置する前記複数の操作ボタンに、前記送信日時が新しい順番で前記複数個の割当対象のそれぞれを割り当てる
   　ことを特徴とする請求項３に記載のメッセージ送信システム。
5. 　前記管理部は、
   　前記複数個の割当対象のそれぞれを、各割当対象に対応したメッセージを前記送信部によって送信された使用回数と対応付けて前記記憶部で管理するとともに、
   　前記送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤと同一の割当対象が前記記憶部に記憶されている場合には、当該同一の割当対象を新たに記憶させずに当該割当対象に対応する使用回数を増加させる
   　ことを特徴とする請求項１または２に記載のメッセージ送信システム。
6. 　前記複数の操作ボタンのそれぞれは、所定の並び順で配置され、
   　前記割当部は、前記並び順で配置する前記複数の操作ボタンに、前記使用回数が多い順番で前記複数個の割当対象のそれぞれを割り当てる
   　ことを特徴とする請求項５に記載のメッセージ送信システム。
7. 　前記管理部は、
   　前記複数個の割当対象のそれぞれを、各割当対象に対応したメッセージを前記送信部によって送信された送信日時および使用回数と対応付けて前記記憶部で管理するとともに、
   　前記送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤと同一の割当対象が前記記憶部に記憶されている場合には、当該同一の割当対象を新たに記憶させずに、当該割当対象に対応する送信日時を更新し、使用回数を増加させる
   　ことを特徴とする請求項１または２に記載のメッセージ送信システム。
8. 　前記複数の操作ボタンのそれぞれは、所定の並び順で配置され、
   　前記割当部は、
   　前記並び順で配置する前記複数の操作ボタンのうち、所定個数分に、前記送信日時が新しい順番で前記割当対象を割り当て、残りの個数分に、前記使用回数が多い順番で前記割当対象を割り当てる
   　ことを特徴とする請求項７に記載のメッセージ送信システム。
9. 　前記管理部は、
   　前記送信部で送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤを前記記憶部に記憶させる場合、前記並び順で配置する前記複数の操作ボタンのうち、操作ボタンに最後に割り当てられた割当対象を、前記送信部で送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤに入れ替えて記憶させる
   　ことを特徴とする請求項４に記載のメッセージ送信システム。
10. 　複数の利用者の間で交換されるメッセージを、通信可能な端末装置の表示部に表示させるサービスを提供するサーバの制御方法であって、
    　前記端末装置の入力フィールドに入力された文字情報と、前記端末装置で選択されるとともにメッセージの送信者を表象するアバターに与える動作を一意に識別する動作ＩＤとのうち、少なくとも動作ＩＤを含んだメッセージを受信するステップと、
    　受信したメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤで構成される割当対象を記憶部に複数個、記憶させて管理するステップと、
    　前記記憶部に記憶された前記複数個の割当対象のそれぞれを、前記表示部に表示させた複数の操作ボタンのそれぞれに割り当てるステップと、
    　前記複数の操作ボタンのいずれかが操作された場合に、
    　操作された操作ボタンに割り当てられた割当対象に文字情報が含まれているとき、当該文字情報を前記入力フィールドに反映させ、
    　操作された操作ボタンに割り当てられた割当対象に動作ＩＤが含まれているとき、当該動作ＩＤが前記端末装置で選択されたものとするステップと、
    　を備えることを特徴とする制御方法。
11. 　複数の利用者の間で交換されるメッセージを、表示部に表示させるサービスを提供するサーバと通信可能なコンピュータであって、
    　前記表示部の入力フィールドに入力された文字情報と、動作選択部で選択されるとともにメッセージの送信者を表象するアバターに与える動作を一意に識別する動作ＩＤとのうち、少なくとも動作ＩＤを含んだメッセージを送信する送信部を備えた前記コンピュータを、
    　前記送信部により送信されたメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤで構成される割当対象を記憶部に複数個、記憶させて管理する管理部、
    　複数の操作ボタンを表示部に表示させる表示制御部、
    　前記記憶部に記憶された前記複数個の割当対象のそれぞれを、前記複数の操作ボタンのそれぞれに割り当てる割当部、および、
    　前記複数の操作ボタンのいずれかが操作された場合に、
    　操作された操作ボタンに割り当てられた割当対象に文字情報が含まれているとき、当該文字情報を前記入力フィールドに反映させ、
    　操作された操作ボタンに割り当てられた割当対象に動作ＩＤが含まれているとき、当該動作ＩＤが前記動作選択部で選択されたものとする操作処理部、
    　として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
12. 　複数の利用者の間で交換されるメッセージを、通信可能な端末装置の表示部に表示させるサービスを提供するコンピュータであって、
    　前記入力フィールドに入力された文字情報と、前記端末装置で選択されるとともにメッセージの送信者を表象するアバターに与える動作を一意に識別する動作ＩＤとのうち、少なくとも動作ＩＤを含んだメッセージを受信する受信部を備えたコンピュータを、
    　前記受信部により受信したメッセージに含まれる文字情報の一部または全部、若しくは、動作ＩＤで構成される割当対象を記憶部に複数個、記憶させて管理する管理部、
    　前記記憶部に記憶された前記複数個の割当対象のそれぞれを、前記表示部に表示させた複数の操作ボタンのそれぞれに割り当てる割当部、および、
    　前記複数の操作ボタンのいずれかが操作された場合に、
    　操作された操作ボタンに割り当てられた割当対象に文字情報が含まれているとき、当該文字情報を前記入力フィールドに反映させ、
    　操作された操作ボタンに割り当てられた割当対象に動作ＩＤが含まれているとき、当該動作ＩＤが前記端末装置で選択されたものとする操作処理部、
    　として機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
     

Images