WO2013172377A1

WO2013172377A1 - メッセージ管理装置、メッセージ管理方法およびプログラム

Info

Publication number: WO2013172377A1
Application number: PCT/JP2013/063534
Authority: WO
Inventors: 松山　重信; 知子羽原
Original assignee: 株式会社コナミデジタルエンタテインメント
Priority date: 2012-05-18
Filing date: 2013-05-15
Publication date: 2013-11-21
Also published as: JP6206676B2; JPWO2013172377A1

Abstract

メッセージの閲覧等のサービスに、利用者にとって面白みがあり、かつ、場の雰囲気を盛り上げるような機能を付加して提供する。グループを構成する複数の利用者のそれぞれから送信されたメッセージを、メッセージを入力するメッセージ入力部と、送信した利用者の情報と関連付けて送信されたメッセージを表示するメッセージ表示部とを含んで構成されるチャット・ユーザインターフェースによって当該利用者の間で閲覧可能に提供する。ゲームの開始指示を受け付ける開始受付部と、メッセージ入力部への入力内容がゲームの進行に対応した命令であると判断された場合に、ゲームの進行を制御するゲーム制御部と、入力内容がゲームの進行に対応した命令であると判断された場合に、当該命令に応じたゲーム画像をメッセージ表示部に表示させる表示制御部と、を備える。

Description

メッセージ管理装置、メッセージ管理方法およびプログラム

　本発明は、複数の利用者間でメッセージを閲覧させる技術に関する。

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

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

　ところで、このようなサービスを提供する場合に、利用者にとって面白みがあり、かつ、場の雰囲気を盛り上げるような機能を付加する要求は極めて強い。
　しかしながら、機能の追加によってユーザインターフェースが複雑化するのは、できるだけ避けたい、という事情もある。
　本発明は、上述した事情に鑑みてなされたものであり、その目的の一つは、インターフェースの変更を少なくした上で、メッセージの閲覧等のサービスに、利用者にとって面白みがあり、かつ、場の雰囲気を盛り上げるような機能を付加して提供することにある。

　上記課題を解決するために、本発明に係るメッセージ管理装置は、グループを構成する複数の利用者のそれぞれから送信されたメッセージを、それぞれの利用者の端末装置の画面上のメッセージ表示部にて閲覧可能に提供するメッセージ管理装置であって、ゲームの開始指示を受け付ける開始受付部と、前記ゲームに参加している利用者から送信されたメッセージが、前記ゲームに対応した命令であるか否かを判別するメッセージ判別部と、前記メッセージ判別部で利用者から送信されたメッセージが前記ゲームに対応した命令であると判別された場合に、当該メッセージの内容に基づいたゲーム画像を前記メッセージ表示部に表示させる表示制御部と、を備えることを特徴とする。
　ここで、メッセージとは、テキストのような文字情報のみならず、音声や、画像を含む概念である。また、メッセージがゲームの進行に対応した命令である場合には、ゲームの進行に対応した命令に完全に一致する場合のほかに、当該メッセージがゲームに対応した命令を包含する場合や、ゲームに対応した命令に予め定められた特殊文字が付加された場合も含まれる。なお、ゲームの進行に対応した命令でないメッセージについては、メッセージ表示部に表示させても良いし、表示させなくても良い。
　なお、ゲームに参加している利用者とは、グループを構成する複数の利用者の中でゲームのプレイに参加する者をいう。例えばゲームを２人でプレイする場合で説明すると、グループの人数が２人であればグループを構成する利用者全員がゲームの参加者となる一方、グループの人数が４人であればグループを構成する利用者のうち、２人がゲームの参加者となり、残りの２人がゲームの非参加者となる。

　この構成において、前記表示制御部は、前記メッセージ判別部で利用者から送信されたメッセージが前記ゲームに対応した命令でないと判別された場合に、当該メッセージを前記メッセージ表示部に表示させても良い。
　また、前記表示制御部は、前記メッセージ判別部によって前記ゲームに参加している利用者から送信されたメッセージが、前記ゲームに対応した命令であると判別された場合に、前記ゲーム画像とともに、当該メッセージを前記メッセージ表示部に表示させても良い。
　ここで、前記複数の利用者には前記ゲームに参加していない利用者が含まれ、前記メッセージ判別部は、前記ゲームに参加していない利用者から送信されたメッセージを、前記ゲームに対応した命令であるか否かを判別するメッセージの対象とせずに、前記表示制御部は、当該メッセージを前記メッセージ表示部に表示させても良い。

　また、上記構成において、前記ゲームは、前記ゲームに参加している利用者に所定順にターンが到来するターン制ゲームであることが好ましい。
　ターン制ゲームである場合に、前記メッセージ判別部は、前記ゲームに対応した命令であるか否かを判別するメッセージの対象を、前記ゲームに参加している利用者のうち、前記ターンが到来している利用者から送信されたメッセージとする態様としても良い。
　この態様において、前記表示制御部は、前記メッセージ判別部で前記ターンが到来している利用者から送信されたメッセージが前記ゲームに対応した命令でないと判別された場合に、当該メッセージが不適切である旨のメッセージを前記メッセージ表示部に表示させても良い。また、前記表示制御部は、前記ターンが到来していない利用者から送信されたメッセージを前記メッセージ表示部に表示させても良い。

　上記構成において、前記表示制御部は、前記メッセージ判別部で前記ターンが到来していない利用者から送信されたメッセージが前記ゲームに対応した命令であると判別された場合に、当該メッセージが不適切である旨のメッセージを前記メッセージ表示部に表示させる態様としても良い。
　この態様において、前記表示制御部は、前記メッセージ判別部で前記ターンが到来していない利用者から送信されたメッセージが前記ゲームに対応した命令でないと判別された場合に、当該メッセージを前記メッセージ表示部に表示させても良い。

　また、上記構成において、前記表示制御部は、メッセージが送信された時間情報に基づいて時系列に前記メッセージ表示部に表示させても良い。
　前記メッセージ判別部は、前記複数の利用者から送信されたメッセージが、前記ゲームの開始指示に対応したものであるか否かを判別し、前記メッセージが前記ゲームの開始指示に対応したものであると判別された場合に、前記開始受付部は、ゲームの開始指示を受け付けたものとしても良い。
　また、前記表示制御部は、前記メッセージ表示部に前記ゲームの開始指示に対応したボタンを表示させ、前記ボタンが操作された場合に、前記開始受付部は、ゲームの開始指示を受け付けたものとしても良い。
　前記表示制御部は、前記利用者から送信されたメッセージを表示させた部分の近傍に、当該メッセージを送信した利用者の利用者情報を、選択可能状態で表示させ、前記利用者情報が選択されたときに、当該利用者情報に対応する利用者を前記ゲームに参加する利用者として受け付ける参加受付部を有する構成としても良い。

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

実施形態に係るシステムの構成を示す図である。同システムにおけるＳＮＳサーバの構成を示すブロック図である。同システムにおける端末装置を示すブロック図である。同システムにおいてメッセージ閲覧時に構築される機能ブロック図である。ユーザ登録テーブルの一例を示す図である。グループ登録テーブルの一例を示す図である。メッセージ登録テーブルの一例を示す図である。記憶部の記憶内容の一例を示す図である。閲覧処理の動作を示すフローチャートである。閲覧処理の動作を示すフローチャートである。グループステータス管理処理の動作を示すフローチャートである。メッセンジャートップ画面の一例を示す図である。メッセージ内容と表示との関係を示す図である。メッセージ表示の位置を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。メッセージ表示画面の一例を示す図である。動作選択画面の一例を示す図である。警告表示の一例を示す図である。警告表示の一例を示す図である。ゲームの開始、参加を指示するボタンの一例を示す図である。応用例に係るシステムの構成を示す図である。

＜実施形態の概要＞
　まず、実施形態に係るメッセージ管理装置の概要について説明する。
　このメッセージ管理装置を含むシステムの管理によって、利用者の端末装置では、グループを構成するメンバーのそれぞれから送信されたメッセージを当該メンバー同士で閲覧させるために、図１５に示されるようなグラフィカルなチャット・ユーザインターフェースが提供される。
　この図において、チャット・ユーザインターフェースは、メッセージ入力部２１１とメッセージ表示部２１２とを含み、このうち、メッセージ入力部２１１は、文字情報を入力するための領域である。このメッセージ入力部２１１に文字情報が入力された状態で、ボタン２７３が操作されると、当該文字情報がメッセージの一部としてＳＮＳサーバに送信される。他の利用者も同様にしてメッセージをＳＮＳサーバに送信するので、当該ＳＮＳサーバには、複数の利用者によるメッセージが蓄積されることになる。
　メッセージ表示部２１２には、ＳＮＳサーバに蓄積されたメッセージが送信順に表示される。詳細には同図に示されるように、吹き出しによる本文（文字情報）や、投稿者（送信者）を示すプロフィール画像、投稿者を示すアバターなどを含むメッセージが送信順で表示される。これによって、利用者同士では、投稿されたメッセージを時系列の順で互いに閲覧することができるので、一種のチャット状態となる。

　このようなチャット状態において、予め定められた条件が充足されたときにゲームが開始し、図１９に示されるように、メッセージ表示部２１２にあっては、例えば下側では、当該ゲームを示すゲーム画像が表示される一方、上側では、メッセージが引き続き表示される。
　ゲームを進行させるためのゲーム命令の入力は、本実施形態ではチャットから引き続いて上記チャット・ユーザインターフェースが使用される。例えばリバーシのゲーム画像では、石を置くことができるマスに数字が付されて表示される一方、ゲームのプレイヤは、当該数字をキーワードとして含む本文をメッセージ入力部２１１に入力し、メッセージとして送信することによって、ゲーム命令を入力することになる。
　このため、図２０に示されるように、チャットをしている利用者は、チャットをしつつ、ゲームに興じることができるし、ゲームに参加していない利用者も、当該ゲームのギャラリーとして、または、ゲームとは無関係にチャットを続けることができる。

　ところで、チャットにおいてゲームが進行している場合、チャット・ユーザインターフェースのメッセージ入力部２１１では、ゲーム命令のみならず、ゲームとは無関係のメッセージも入力され得る。また、メッセージがゲーム命令である場合（当該メッセージの一部がゲーム命令である場合を含む）であっても、当該メッセージがゲームに参加しているメンバーによって入力されたときもあれば、ゲームに参加していないメンバーによって入力されたときもある。このため、入力されたメッセージを状況に応じて適切に判断しないと、ゲームの進行やメッセージの表示に支障を来すことになる。
　そこで、本実施形態では、ゲームに参加しているメンバーから送信されたメッセージが、ゲームに対応した命令であるか否かを判別し、ゲーム命令であれば、当該メッセージの内容に基づいたゲーム画像をメッセージ表示部に表示させ、ゲーム命令でなければ、当該メッセージに基づく表示をメッセージ表示部に表示させる構成とした。
　この構成によれば、チャット・ユーザインターフェースを用いて入力されたメッセージが入力者（送信者）に応じて判断されるので、ゲームの進行やメッセージの表示を適切に制御することができる。

　次に、実施形態の詳細について図面を参照して説明する。

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

　ＳＮＳサーバ１０は、ＳＮＳ（Social Networking Service）の運営者によって運営され、ＳＮＳ会員（以下、単に「会員」という。）同士が交流するためのソーシャル・ネットワーキング・サービスを提供する。このサービスには、グループを構成する複数の利用者同士にメッセージを閲覧可能に提供したり、各種のゲームを提供したり、することなどが含まれる。このような各種サービスを提供するため、ＳＮＳサーバ１０は、会員に関する情報や会員から送信されたメッセージなどを管理したり、各種の情報をテーブル化して記憶したりする。
　なお、本実施形態では、ＳＮＳ会員の一部に当該メッセージを閲覧させるサービスを提供するが、後述するように、ＳＮＳと切り離した独立のサービスであっても良い。

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

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

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

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

　このうち、ＣＰＵ２０１は端末装置２０の全体を制御し、メモリ２０２は、基本プログラムや、ＳＮＳサーバ１０から各種のサービスの提供を受けるためのアプリケーションプログラム、各種のデータなどを記憶する。ここでいうアプリケーションプログラムは、メッセージの閲覧（チャット）機能や、当該チャットにおけるユーザインターフェースでゲームを提供する機能などを実行するものであり、ＳＮＳ運営者によって提供されるとともに、特定のサイトからダウンロードされて、端末装置２０にインストールされている。通信部２０４は、移動通信網Ｎｂなどを介してＳＮＳサーバ１０と通信する。ＲＴＣ２０６は、現在時刻の時間情報を出力する。

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

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

　図４は、メッセージの閲覧機能が利用者の端末装置２０に提供される際に、ＳＮＳサーバ１０および当該端末装置２０で構築される機能ブロックを示す図である。
　この機能ブロックは、ＳＮＳサーバ１０においては、所定のプログラムを実行することによって、端末装置２０においては、予めインストールされた上記アプリケーションプログラムを実行することによって、それぞれ構築される。
　なお、図１におけるインターネットＮａや、ゲートウェイ１５、移動通信網Ｎｂ、また、図２におけるＩ／Ｆ１０５、図３における通信部２０４などについては、データ等の伝送経路に過ぎないので、図４においては図示を省略している。

　図４に示されるように、ＳＮＳサーバ１０側では、データベース１１８とともに、当該データベース１１８を管理する管理部１２１が構築されるとともに、データベース１１８には、ユーザ登録テーブルＴＢ１と、グループ登録テーブルＴＢ２と、メッセージ登録テーブルＴＢ３と、ゲーム進行過程記録テーブルＴＢ４とが構築される。なお、これらのテーブルの詳細については、後述することにする。
　また、ＳＮＳサーバ１０は、複数の端末装置２０にデータ等を送信し、逆に、複数の端末装置２０からデータ等を受信する。図４において、管理部１２１から端末装置２０以外に向かう矢印は、当該端末装置２０以外の端末装置にもデータ等が出力されることを示し、同様に、端末装置２０以外から管理部１２１に向かう矢印は、他の端末装置からもデータ等が入力されることを示している。

　一方、端末装置２０側では、ＣＰＵ２０１がアプリケーションプログラムを実行することによって、操作検出部２３１、表示制御部２３２、メッセージ判別部２３５、記憶部２３６、ゲーム制御部２３７、開始受付部２３８および参加受付部２３９が構築される。また、表示パネル２１０の表示領域は、上述したようにメッセージ入力部２１１とメッセージ表示部２１２とに分けられる。

　操作検出部２３１は、上述したようにタッチパネル２２０からの位置情報に基づいて、タッチ位置や、その移動方向、移動速度、タッチ操作の種類等を検出して出力する。
　表示制御部２３２は、操作検出部２３１や、ゲーム制御部２３７、管理部１２１からの情報に基づいて表示パネル２１０の表示を制御する。

　メッセージ判別部２３５は、ゲームが開始している期間において自己の端末装置２０の利用者にゲームのターンが到来していれば、入力されたメッセージに当該ゲーム命令が含まれているか（または当該ゲーム命令であるか）否かを判別する。メッセージ判別部２３５は、ゲーム命令が含まれていれば、当該ゲーム命令をゲーム制御部２３７および管理部１２１にそれぞれ供給する一方、当該メッセージに当該ゲーム命令が含まれていなければ、当該メッセージを管理部１２１に供給する。
　なお、メッセージ判別部２３５は、ゲームの開始前であれば、または、ゲームが開始している期間において自己の端末装置２０の利用者がゲームのプレイヤ（ゲーム参加者）でなければ、入力されたメッセージを判別することなく、管理部１２１に転送する。

　ここで、メッセージ判別部２３５は、メッセージの判別にあたって、記憶部２３６の記憶内容を参照する。

　図８は、記憶部２３６の記憶内容の一例を示す図である。この図に示されるように、キーワードには、ゲーム命令、ゲーム演出、ゲーム開始またはゲーム参加のいずれかであることを示す識別子とともに、指示内容が対応付けられて登録されている。
　例えば「１」のキーワードには、ゲーム命令であることを示す識別子と、「１のマスにコマ（石）をおく」という内容とが対応付けられている。
　なお、この内容は、実際にはゲームの種類に応じて適切に変更される。上記の例は、ゲームがリバーシや、チェス、将棋などを想定したものであるが、例えばゲームが麻雀であれば、キーワードが「１」に対応したゲーム命令は「（数字の）１が付された牌を切る」という内容になる。また例えば、ゲームがしりとりであれば、メッセージの本文自体における最初の文字が直前メッセージの最終文字に一致しているか、メッセージの本文自体における最終の文字が禁止文字「ん」でないか、および、本文自体が既出でないかを判別すれば良いので、ゲーム命令を特別に記憶する必要はない。

　メッセージ判別部２３５は、メッセージの中に、ゲーム命令が含まれているかを判別する場合、識別子がゲーム命令であるキーワードのみを検索し、ゲーム演出に関するものが含まれているかを判別する場合、識別子がゲーム演出であるキーワードのみを検索する。

　また、図８の例では、キーワードがゲーム命令またはゲーム演出に一対一に対応しているが、複数のキーワードをゲーム命令またはゲーム演出に多対一に対応させても良い。
　また、識別子については、ゲーム命令、ゲーム演出、ゲーム開始またはゲーム参加を２つ以上兼用させても良い。

　説明を再び図４に戻すと、ゲーム制御部２３７は、管理部１２１から取得したゲームのステータス（後述する）や、メッセージ判別部２３５から供給されたゲーム命令にしたがってゲームの進行を制御するとともに、進行に応じたゲーム画像を作成して表示制御部２３２に供給する。

　開始受付部２３８は、ゲームが進行しておらず、メッセージの閲覧のみがなされている状態（ゲーム非進行の状態）において、ゲームの開始（発動）の指示を受け付けるものである。
　参加受付部２３９は、メッセージの閲覧においてゲーム開始が指示されているものの、当該ゲームの進行に必要なプレイヤが全員分揃っていない状態（ゲーム発動中）において、当該ゲームへの参加の指示を受け付けるものである。
　なお、本実施形態では、ゲーム開始を指示した利用者が当該ゲームのプレイヤに設定されるが、ゲーム開始を指示した利用者とプレイヤの設定とを別々に分けても良い。
　ゲーム開始やゲーム参加の条件については、種々のものが想定されるが、本実施形態では、予め定められたキーワードをメッセージに含ませることにする。例えばゲーム非進行の状態においてゲームの具体的名称をキーワードとしてメッセージに含ませれば、当該ゲームの開始となり、当該メッセージの投稿者がゲームのプレイヤの１人として決定され、また、例えばゲーム発動中において「参加」の単語をキーワードとしてメッセージに含ませれば、当該ゲームのプレイヤの１人として決定されるような構成となっている。

　なお、ゲーム開始／参加の管理やゲームの進行管理については、ＳＮＳサーバ１０の側で一元化する必要から、管理部１２１で実行する構成となっている。このため、開始受付部２３８が適切なゲーム開始の指示を受け付けると、当該開始の指示を伴うメッセージが、メッセージ判別部２３５を介して管理部１２１に送信される構成となっている。同様に、参加受付部２３９が適切なゲーム参加の指示を受け付けると、当該参加への指示を伴うメッセージがメッセージ判別部２３５を介して管理部１２１に送信される構成となっている。
　また、開始受付部２３８および参加受付部２３９が、キーワードによってゲーム開始／参加を受け付けるので、記憶部２３６には、図８に示したように、ゲーム命令に対応したキーワードのほかに、ゲームの名称や特定の単語などがキーワードとして記憶されている。このため、図４において破線で示されるように、開始受付部２３８および参加受付部２３９が、記憶部２３６を参照する構成となる。

　次に、データベース１１８で管理されるテーブル等について説明する。

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

　なお、アバターは、送信者（利用者）を表象する一種のキャラクター画像であり、例えば予め作成／選択されて、例えばＳＮＳサーバ１０に登録される。これにより、各利用者には、それぞれアバターが関連付けられることになる。なお、アバターは、例えば頭部、胴部、両手、両足に相当するブロックでデフォルメして、これらのブロックの連結部において一定のルールでモーションが与えられる構成となっている。
　また、アバター情報およびプロフィール画像情報については、実体そのものではなく、実体のリンク先（参照先）であっても良い。いずれにしても、利用者ＩＤ等から、アバター情報およびプロフィール画像情報を取得できる手段が講じられていれば良い。

＜グループ登録テーブル＞
　本実施形態において、メッセージを閲覧させるサービスは、利用者ＩＤで識別される利用者のうち、予め作成されたグループ（ルーム）の構成員（メンバー）に対して提供される。１つのグループは、２人以上のメンバーで構成され、いずれのメンバーも、ユーザ登録テーブルＴＢ１において利用者ＩＤが登録された利用者であることを条件としている。このようなグループのメンバーを管理するのが、グループ登録テーブルＴＢ２である。

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

　図６の例において、矢印で示されるグループは、グループＩＤが「ｘｘ０１」であって、グループ名称が「三十路の館」であり、利用者ＩＤが「３」、「８」、「２」、「５」の４名のメンバーによって構成されていることを示している。ここで、利用者ＩＤが「３」、「８」、「２」、「５」であるメンバーの利用者情報などについては、図５に示したユーザ登録テーブルＴＢ１を参照することで取得することができる。
　なお、ここでは説明の便宜のために、グループを構成するメンバー数を「５」としているが、これに限定する趣旨ではなく、４人以下でも、６人以上であっても良い点については、いうまでもない。

＜メッセージ登録テーブル＞
　システム１においては、当該グループのメンバーによって送信されたメッセージを送信時間の順で表示（タイムライン表示）する、というサービスが当該グループを構成するメンバーのそれぞれに提供される。このようにメッセージをタイムライン表示するために管理するのが、メッセージ登録テーブルＴＢ３である。

　図７は、メッセージ登録テーブルＴＢ３における記憶内容の一例を示す図である。この図に示されるように、メッセージ登録テーブルＴＢ３では、投稿されたメッセージを一意に識別する投稿ＩＤと、メッセージを投稿（送信）した投稿者（利用者）の利用者ＩＤと、当該メッセージがどのグループに対応して送信されたのかを示すグループＩＤと、メッセージの投稿日時（送信日時）を示す送信日時情報と、動作ＩＤと、をメッセージ毎に対応付けて記憶する。
　なお、メッセージ本体については、投稿ＩＤと関連付けられて別のテーブル（図示省略）で管理・記憶される。

　本実施形態では、利用者がメッセージを送信する際に、当該メッセージの表示時においてアバターにモーションを与えて表示させることがオプションとして用意されている。動作ＩＤは、アバターに与えるモーションを規定するモーション情報を一意に識別する情報である。動作ＩＤはオプションであるから、必ずしもメッセージに対応付けられて記憶されるという性質のものではない。

＜ゲーム進行過程記録テーブル＞
　システム１においては、当該グループのメンバーによって送信されたメッセージが閲覧されているときに、所定の条件が充足されると、メッセージのタイムライン表示とともに、ゲームが開始する。このときのゲームの進行過程を示す情報を記憶するのがゲーム進行過程記録テーブルＴＢ４である。本実施形態では、ゲームとして、ゲーム進行の単位であるターンがルールにしたがってプレイヤに順番に到来するターン制ゲームを想定している。このため、ゲーム進行過程記録テーブルＴＢ４では、各ターンでのプレイヤの操作や選択などを示す情報が時間の順で記憶される。
　具体的には、ゲームが例えばリバーシであれば、白黒のコマがどの順番でどのマス目に置かれたのかを示す情報が逐次記録される。また、チェスや将棋であれば、棋譜に相当する情報が記録される。
　なお、ターン制以外のゲーム、例えばシューティングゲームであれば、銃などの飛び道具を、どの方向に、どれだけ移動させて、どのタイミングで発射させたのかを示す情報を時間の順で記録すれば良い。
　いずれにしても、あるグループのメンバーが、あるタイミングでメッセージを閲覧しようとした場合に、他のメンバーによってゲームがすでに進行しているときでも、ゲーム進行過程記録テーブルＴＢ４を参照することによって、当該タイミングにおけるゲームの進行過程を再現できるようになっていれば良い。

　次に、システム１において、メッセージの閲覧機能が実行される際の閲覧処理について説明する。

　図９および図１０は、閲覧処理の動作を示すフローチャートである。
　まず、端末装置２０において、利用者がメッセージを閲覧するために所定の操作をしたとき、例えば当該機能を示すアイコンなどをメインメニュー画面（図示省略）においてタップ操作したとき、操作検出部２３１が当該タップ操作を検出して、ＳＮＳサーバ１０における管理部１２１に通知する。管理部１２１は、グループ登録テーブルＴＢ２にアクセスして、当該端末装置２０の利用者をメンバーとするグループを特定するとともに、当該グループに関する情報を取得し、ユーザ登録テーブルＴＢ１にアクセスして、特定したグループのメンバーに関する利用者情報を取得して、当該端末装置２０の表示制御部２３２に転送する。表示制御部２３２は、転送された情報に基づいて、メッセンジャートップ画面を作成して、表示パネル２１０に表示させる。これにより、表示パネル２１０においては、メッセンジャートップ画面が表示される（ステップＳａ１１）。

　図１２は、メッセンジャートップ画面の一例を示す図である。
　この図に示されるように、メッセンジャートップ画面においては、端末装置２０の利用者がメンバーとして登録されているグループが、グループ名称、メンバーのプロフィール画像、当該グループのメンバーによる最終発言日時などとともに、例えば最新の投稿があった順番でタイムライン表示される。

　また、メッセンジャートップ画面においては、グループの一覧のほか、各種のソフトウェアボタンや各種案内が表示される。
　このうち、ボタン２５１は、新規グループの作成を指示するものである。
　領域２５２では、端末装置２０の利用者に関係する「お知らせ」が告知される。
　マーク２５３は、それが付されたグループにおいて当該端末装置２０の利用者が未だに閲覧していないメッセージがあることを示している。
　ボタン２５４、２５５、２５６のそれぞれは、各グループに対応してそれぞれ表示される。このうち、ボタン２５４は、対応するグループのメッセージを閲覧するページへの移動を、その操作によって指示するものであり、ボタン２５５は、そのグループの編集を指示するものであり、ボタン２５６は、そのグループから退会を指示するものである。
　ボタンＦｉｎは、このメッセージ閲覧の終了（メインメニュー画面へ戻ること）を指示するものである。

　なお、各グループにおいて、左端のメンバーのプロフィール画像を囲む太枠は、当該グループの管理者（作成者）であることを示す。
　また、一覧すべきグループが多数あって、表示パネル２１０で１度に表示しきれない場合、例えばフリックや、スライドバーの移動などの操作によって、上下にスクロール表示される。各グループの表示順序は、最新の投稿があった順に限られず、グループの作成順（新しい順、古い順）、グループメンバーの多い順、少ない順などでも良い。
　端末装置２０の利用者をメンバーとするグループが存在しない場合、特に図示しないが、その旨の警告がメッセンジャートップ画面に表示される。

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

　終了の指示であれば（ステップＳａ１３の判別結果が「Ｙｅｓ」であれば）、操作検出部２３１は、その旨を表示制御部２３２に通知し、当該表示制御部２３２は、閲覧処理を終了させてメインメニュー画面の表示に戻す。
　終了の指示でなければ（ステップＳａ１３の判別結果が「Ｎｏ」であれば）、操作検出部２３１は、当該操作がグループ選択の指示、すなわち、いずれかのグループに対応したボタン２５４の表示部分への操作であったか否かを判別する（ステップＳａ２１）。

　当該操作がグループ選択でなければ（ステップＳａ２１の判別結果が「Ｎｏ」であれば）、処理手順がステップＳａ２９に移行する。ステップＳａ２９においては、当該操作に対応した処理が実行される。このような処理の例としては、グループの一覧の表示部分がフリックされたときに当該表示部分をスクロール表示させる処理や、領域２５２がタップ操作されたときに当該端末装置２０の利用者に関係する「お知らせ」を例えば別画面で詳細に表示させる処理、ボタン２５５の表示部分が操作されたときに対応するグループを編集させる処理、ボタン２５６の表示部分が操作されたときに対応するグループから退会させる処理などが挙げられる。ステップＳａ２９の後、ステップＳａ１１におけるメッセンジャートップ画面の表示に戻る。

　また、当該操作がグループの選択であれば（ステップＳａ２１の判別結果が「Ｙｅｓ」であれば）、操作検出部２３１は、選択されたグループを管理部１２１に通知し、管理部１２１は、当該グループのステータスを表示制御部２３２およびメッセージ判別部２３５に通知する。

　ここで、ステータスとは、選択されたグループのメンバーによるメッセージの閲覧の際に、当該閲覧がいかなる状態にあるのかを示す情報であり、本実施形態では、次の３状態が想定されている。すなわち、ステータスとしては、ゲーム非進行、ゲーム発動中およびゲーム進行中の３状態が想定されている。このうち、ゲーム非進行とは、ゲームが進行しておらず、メッセージの閲覧のみがなされている状態をいう。ゲーム発動中とは、メッセージの閲覧においてゲームの開始が指示されているものの、当該ゲームの進行に必要なプレイヤが全員分揃っていない状態である。また、ゲーム進行中とは、ゲームの進行に必要なプレイヤが全員分揃った状態であって、ゲームの進行が可能な状態またはゲームが進行している状態をいう。
　このようなステータスは、ＳＮＳサーバ１０における管理部１２１によって、グループ毎に、かつ、当該グループにおける状態が変化する毎に変更される。なお、管理部１２１がステータスを変更、管理する処理については後述することにする。

　さらに、管理部１２１は、選択されたグループの通知を受けたとき、第１に、グループ登録テーブルＴＢ２にアクセスして、選択されたグループのメンバー（利用者ＩＤ）を特定し、第２に、ユーザ登録テーブルＴＢ１にアクセスして、特定したメンバーに関する利用者情報を読み出し、表示制御部２３２に転送する。
　加えて、管理部１２１は、第３に、メッセージ登録テーブルＴＢ３にアクセスして、選択されたグループのグループＩＤに対応付けられた投稿ＩＤを、送信日時情報で規定される時間の順で読み出し、第４に、読み出された投稿ＩＤに対応するメッセージを取得して、表示制御部２３２に転送する。
　また、管理部１２１は、選択されたグループの通知を受けたときに、当該グループのステータスがゲーム進行中であれば、ゲーム進行過程記録テーブルＴＢ４にアクセスして、当該ゲームの進行過程を示す情報を読み出し、表示制御部２３２に転送する。
　このようにして表示制御部２３２は、選択されたグループのステータスや、当該グループのメンバーに関する利用者情報、当該メンバーによって送信されたメッセージ、ゲームが進行していれば、そのゲームの進行過程を示す情報を、取得する（ステップＳａ２２）。

　表示制御部２３２は、選択されたグループのメンバーによるメッセージ内容を、当該グループのステータスに応じて表示する処理を実行する。この処理によって、グループの選択がなされた端末装置２０では、表示パネル２１０の表示領域にメッセージ表示画面が表示される（ステップＳａ２３）。

　このメッセージ表示画面には、グループのステータスがゲーム非進行である場合の第１表示態様と、ゲーム発動中／ゲーム進行中である場合の第２表示態様との２種類がある。第１表示態様は、ゲーム画像が表示されずに、アバターやプロフィール画像を含むメッセージだけが表示される態様をいい、第２表示態様は、メッセージとともに、ゲーム画像が表示される態様をいう。
　ここでまず、第１表示態様および第２表示態様において共通のメッセージの表示について説明する。

　図１４は、メッセージ表示画面の配置例を示す図であり、ステータスがゲーム非進行である場合における第１表示態様で示している。
　この図に示されるように、表示パネル２１０の表示領域には、メッセージ入力部２１１と、メッセージ表示部２１２とが含まれる。このうち、メッセージ表示部２１２では、メッセージが、送信日時の順番で左右交互に、かつ、新しいものほど画面の上方に向かうように配列されて表示される。
　詳細には、図１４に示されるように、表示制御部２３２は、あるグループで最新に送信されたメッセージを、図において右上端の領域（１）に配置させるとともに、２番目に新しいメッセージを、領域（１）に対して左斜め下側の領域（２）に配置させ、３番目に新しいメッセージを、領域（２）に対して右斜め下側の領域（３）に配置させ、以下繰り返すように、メッセージを左右に交互に配置させる。
　なお、メッセージは、送信日時が新しいものほど画面の下方に向かうように左右交互に配列させても良いが、ここでは便宜的に、同図に示されるように、古いものほど画面の下方に向かうように配列させた例で説明する。

　メッセージには、メッセージの本文を示す文字情報や、当該メッセージを送信した利用者に関する利用者情報（名前情報、アバター情報およびプロフィール画像情報）が含まれる。さらに、上述したように、オプションとしてアバターにモーションを与えることが設定されたとき、メッセージには、当該モーションを識別する動作ＩＤが含まれる。このため、本実施形態において、メッセージには、利用者情報や送信時間を除けば、図１３においてタイプ（Ａ）、（Ｂ）で示されるように、文字情報に動作ＩＤが含まれるものと、含まれないものとの２通りが想定される。すなわち、タイプ（Ａ）にあっては、文字情報を含むが、動作ＩＤを含まず、タイプ（Ｂ）にあっては、文字情報と動作ＩＤとの双方を含む。

　メッセージの表示は、２通りに対して、同図右欄で示されるようなものとなる。詳細には、タイプ（Ａ）では、文字情報に基づいた本文が吹き出しで表示されるとともに、利用者ＩＤに基づくプロフィール画像と、送信日時情報に基づいて発信された時間情報とがそれぞれ吹き出しとは別個に表示される。
　なお、本実施形態において、メッセージに動作ＩＤが含まれない場合をタイプ（Ａ）としているが、メッセージに、予め動作ＩＤなしを示す情報を含ませて、動作ＩＤなしの情報が含まれる場合をタイプ（Ａ）としても良い。

　タイプ（Ｂ）では、タイプ（Ａ）と同様な吹き出しとプロフィール画像と時間情報とともに、モーションを伴うアバターが表示される。このアバターは、利用者ＩＤに対応したアバター情報で規定されるものであり、このモーションは、動作ＩＤに対応するモーション情報にしたがっている。

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

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

　なお、図１５は、メッセージ表示画面の具体例を示す図であり、詳細には、図６のグループ登録テーブルにおいて、グループＩＤが「ｘｘ０１」のグループのメンバーが、図７のメッセージ登録テーブルに登録されたようなメッセージを送信した場合であって、当該グループのステータスがゲーム非進行であるときに、当該メンバーの端末装置２０で表示される例である。

　一方、ステータスがゲーム発動中またはゲーム進行中である場合の第２表示態様では、メッセージ表示部２１２の一部の領域にメッセージが表示され、メッセージ表示部２１２の残りの領域に、発動または進行したゲームのゲーム画像が表示される。具体的には、図１７乃至図２４に示されるように、メッセージ表示部２１２の上側領域において、上述したメッセージが表示される一方、メッセージ表示部２１２の下側の領域において、ゲーム画像、図示の例ではリバーシの画像が表示される。
　なお、ゲーム画像の一部については、例えば図２０に示されるようにメッセージの表示、ここでは吹き出しの表示に重なっても良い。また、ゲーム画像（盤面）については全部でなく、例えばゲームの進行に影響がない領域を省略して一部について表示しても良い。
　また、第２表示態様においても、第１表示態様と同様にメッセージ入力部２１１が表示パネル２１０の表示領域に表示される。

　メッセージ表示画面では、メッセージ入力部２１１、メッセージ表示部２１２のほか、ボタン２７１、２７２、２７３が表示される。このうち、ボタン２７１は、１つ前のメッセンジャートップ画面に戻ることを指示するソフトウェアボタンである。ボタン２７２は、アバターに与える動作を指定するソフトウェアボタンである。ボタン２７３は、メッセージの内容を確定させて送信を指示するソフトウェアボタンである。

　さて、メッセージ表示画面において、操作検出部２３１は、タッチパネル２２０に対して適切な操作がなされたのか否かを判別する（ステップＳａ２４）。操作がなければ、または、操作があっても想定されていない無効な領域に対する操作であれば（ステップＳａ２４の判別結果が「Ｎｏ」であれば）、処理手順がステップＳａ２２に戻る。このため、何らかの適切な操作があるまで、メッセージ表示画面の表示が継続することになる。

　適切な操作がなされたとき（ステップＳａ２４の判別結果が「Ｙｅｓ」になったとき）、操作検出部２３１は、まず、当該操作がメッセージの送信の指示、すなわちボタン２７３の表示部分へのタップ等のタッチ操作であったか否かを判別する（ステップＳａ２５）。
　ボタン２７３への操作でなければ（ステップＳａ２５の判別結果が「Ｎｏ」であれば）、操作検出部２３１は、次に当該操作がメッセンジャートップ画面に戻る指示、すなわちボタン２７１の表示部分への操作であったか否かを判別する（ステップＳａ２６）。
　当該操作がボタン２７１の表示部分のタッチ操作であれば（ステップＳａ２６の判別結果が「Ｙｅｓ」であれば）、操作検出部２３１は、その旨を表示制御部２３２に通知し、表示制御部２３２は、再びメッセンジャートップ画面を表示させる。

　また、当該操作がボタン２７１の表示部分への操作でなければ（ステップＳａ２６の判別結果が「Ｎｏ」であれば）、操作検出部２３１は、当該操作の内容を表示制御部２３２に通知して、表示制御部２３２は、当該操作の内容に応じて表示パネル２１０の表示を制御する（ステップＳａ２７）。
　例えばメッセージ入力部２１１への文字入力の操作であれば、表示制御部２３２は、ソフトウェア・キーボードを別途表示するとともに（図示省略）、その操作によって入力された文字をメッセージ入力部２１１に反映させる。
　また、ボタン２７２への操作であれば、表示制御部２３２は、例えば図２６に示されるような動作選択画面を表示させて、アバターに付与すべきモーションの選択を利用者に促す。なお、図２６に示した例では、「パンチ」、「謝る」、「屈服する」、「イライラ」などのモーション２７５が複数例示されており、このうち、いずれかを利用者が選択するとともに、ボタン２７６の表示部分をタッチ操作することによって、選択されたモーションに対応した動作ＩＤがメッセージに含められる。

　一方、メッセージ表示画面に対してなされた操作がメッセージの送信の指示、すなわちボタン２７３の表示部分への操作であれば（ステップＳａ２５の判別結果が「Ｙｅｓ」であれば）、操作検出部２３１は、当該指示時点においてメッセージ入力部２１１に入力されたメッセージの本文と、当該送信の指示がなされた日時情報と、動作ＩＤが選択されていれば、その動作ＩＤとを含めたメッセージをメッセージ判別部２３５に転送する。これを契機として、以下のようなメッセージ判別／送信処理が実行される（ステップＳａ２８）。

　図１０は、閲覧処理のうち、メッセージ判別／送信処理についての詳細を示すフローチャートである。
　まず、メッセージ判別部２３５は、先のステップＳａ２２において通知されたグループのステータスがゲーム進行中であるか否かを判別する（ステップＳｂ１１）。ステータスがゲーム非進行またはゲーム発動中であれば（ステップＳｂ１１の判別結果が「Ｎｏ」であれば）、メッセージ判別部２３５は、操作検出部２３１から転送されたメッセージをＳＮＳサーバ１０の管理部１２１に送信する（ステップＳｂ１２）。管理部１２１が当該メッセージを受信すると、当該メッセージをメッセージ登録テーブルＴＢ３に登録する。
　なお、ステップＳｂ１２の送信の後、端末装置２０における処理手順は再びステップＳａ２２に戻る。このとき、ステップＳｂ１２において端末装置２０から送信されたメッセージは、メッセージ登録テーブルＴＢ３に登録された後、読み出されて端末装置２０に供給されるので、ステップＳａ２３のメッセージ表示画面において当該メッセージは、時系列で最新のものとして追加されて表示されることになる。

　一方、先のステップＳａ２２において通知されたグループのステータスがゲーム進行中であれば（ステップＳｂ１１の判別結果が「Ｙｅｓ」であれば）、メッセージ判別部２３５は、転送されたメッセージの本文の文字情報を解析する（ステップＳｂ２１）。
　解析の結果、メッセージ判別部２３５は、記憶部２３６に登録されているキーワードのうち、識別子がゲーム演出に関するものが当該文字情報のなかに含まれているか否かを判別する（ステップＳｂ２２）。

　ゲーム演出に関するキーワードが含まれていれば（ステップＳｂ２２の判別結果が「Ｙｅｓ」であれば）、当該キーワードに対応した演出処理が実行される（ステップＳｂ２３）。詳細には、メッセージ判別部２３５は、ゲーム演出のキーワードが含まれていれば、当該キーワードに対応する演出内容をゲーム制御部２３７に通知し、ゲーム制御部２３７は、通知された演出内容を反映させて、ゲーム画像を作成する。
　また、演出内容を、グループにおける他のメンバーの端末装置２０にも反映させる場合、メッセージ判別部２３５は、当該キーワードに対応する演出内容を管理部１２１にも通知する。なお、演出の具体例については後述する。
　一方、ゲーム演出に関するキーワードが含まれていなければ（ステップＳｂ２２の判別結果が「Ｎｏ」であれば）、ステップＳｂ２３の処理はスキップされる。

　次に、メッセージ判別部２３５は、開始受付部２３８および参加受付部２３９から進行中のゲームに参加しているプレイヤ（ゲーム参加者）が誰であるかの情報を取得して、送信の指示がなされたメッセージの発言者（自機の端末装置２０の利用者）がゲーム参加者であるか否かを判別する（ステップＳｂ２４）。
　ゲームの参加者でなければ、つまりゲームの非参加者であれば（ステップＳｂ２４の判別結果が「Ｎｏ」であれば）、以下のステップＳｂ２５、Ｓｂ２６、Ｓｂ２９の判別をすることなく、メッセージ判別部２３５は、操作検出部２３１から転送されたメッセージを管理部１２１に送信する（ステップＳｂ１２）。
　これにより、非参加者によるメッセージは、不要な判別がスキップされてメッセージ登録テーブルＴＢ３に登録される。そして、当該メッセージは、メッセージ表示画面において時系列で最新のものとして追加されて表示されることになる。

　一方、ゲームの参加者であれば（ステップＳｂ２４の判別結果が「Ｙｅｓ」であれば）、メッセージの送信を指示した発言者がゲーム参加者であれば（ステップＳｂ２４の判別結果が「Ｙｅｓ」であれば）、次にメッセージ判別部２３５は、進行中のゲームにおけるターンが当該発言者であるのか否かを判別する（ステップＳｂ２５）。
ターンが発言者にあれば（ステップＳｂ２５の判別結果が「Ｙｅｓ」であれば）、メッセージ判別部２３５は、先のステップＳｂ２１のメッセージ解析の結果を再度用いて、送信されたメッセージに、記憶部２３６に登録されているキーワードのうち、今度は識別子がゲーム命令であるものが含まれているか否かを判別する（ステップＳｂ２６）。なお、メッセージにゲーム命令が含まれている場合であっても、当該ゲーム命令が、ゲームの進行過程においては不適切であるときがある。例えば、ルールによって置けない地点にコマを置くような命令であるときである。このとき、メッセージ判別部２３５は、ステップＳｂ２６の判別結果を「Ｎｏ」とする。

　メッセージに適切なゲーム命令が含まれていれば（ステップＳｂ２６の判別結果が「Ｙｅｓ」であれば）、メッセージ判別部２３５は、当該ゲーム命令の指示内容をゲーム制御部２３７に通知する。ゲーム制御部２３７は、通知されたゲーム命令に応じてゲームを進行させるとともに、その進行を反映させたゲーム画像を作成して、表示制御部２３２に供給する。これにより、メッセージ表示部２１２に、表示されるゲーム画像は、メッセージに含めたゲーム命令を反映したものに更新される（ステップＳｂ２７）。
　また、他のメンバーの表示内容についても更新させるために、メッセージ判別部２３５は、当該ゲーム命令を管理部１２１に通知する。管理部１２１は、当該ゲーム命令をゲームの進行過程を示す情報として、ゲーム進行過程記録テーブルＴＢ４に記録する。

　この後、メッセージ判別部２３５は、ゲーム命令を含むメッセージを管理部１２１に送信する（ステップＳｂ１２）。これにより、メッセージは、メッセージ登録テーブルＴＢ３に登録されるので、メッセージ表示画面において時系列で最新のものとして追加されて表示されることになる。

　一方、メッセージに適切なゲーム命令が含まれていなければ（ステップＳｂ２６の判別結果が「Ｎｏ」であれば）、メッセージ判別部２３５は、その旨を、ゲーム制御部２３７を介して表示制御部２３２に通知する。表示制御部２３２は、送信しようとしたメッセージにゲーム命令が含まれていない旨を示す警告表示（その１）を、例えば図２７（ａ）に示されるような表示を他のメッセージと異なる態様で、自己の端末装置２０におけるメッセージ表示部２１２に例えば５秒間表示させる（ステップＳｂ２８）。これにより、ターンが到来しているプレイヤがゲーム命令を含んでいないメッセージを送信しようとしたときに、その旨を当該プレイヤが知ることとなる。

　また、進行中のゲームにおけるターンが当該発言者になければ（ステップＳｂ２５の判別結果が「Ｎｏ」であれば）、メッセージ判別部２３５は、ステップＳｂ２６と同様に、当該メッセージにゲーム命令であるものが含まれているか否かを判別する（ステップＳｂ２９）。
　当該メッセージにゲーム命令が含まれている場合（ステップＳｂ２９の判別結果が「Ｙｅｓ」である場合）、それは、ゲーム参加者である利用者が、自己にターンがないにもかかわらず、錯誤等によって、ゲーム命令を含むメッセージを送信しようとしている可能性がある。このため、メッセージ判別部２３５は、その旨を、ゲーム制御部２３７を介して表示制御部２３２に通知する。表示制御部２３２は、ターンでないにもかかわらず、送信しようとしたメッセージにゲーム命令が含まれている旨を示す警告表示（その２）を、例えば図２７（ｂ）に示されるような表示を他のメッセージと異なる態様で、自己の端末装置２０におけるメッセージ表示部２１２に例えば５秒間表示させる（ステップＳｂ３０）。

　なお、警告表示（その１、その２）は、メッセージを送信しようとした端末装置２０のみに表示され、他のメンバーの端末装置２０には表示されない。また、他のメッセージと異なる態様としては、吹き出しなしの本文のみの表示や、フォント、文字色などを変更して表示しても良い。

　また、警告表示の根拠となるメッセージは、当該端末装置２０の利用者がボタン２７３の表示部分を操作して送信を指示したものであることには変わりはない。
　詳細には、ステップＳｂ２６の判別結果が「Ｎｏ」となる場合、それは、ターンが到来している発言者がゲーム命令を含まないメッセージを意図的に送信しようとしている可能性がある。例えば、ゲームが進行していないときと同じようなメッセージを送信しようとしている場合である。
　一方、ステップＳｂ２９の判別結果が「Ｙｅｓ」となる場合、それは、ターンが到来していない発言者がゲーム命令を含むメッセージを意図的に送信しようとしている可能性がある。例えば相手プレイヤを騙すことや、相手プレイヤへの混乱を目的としたメッセージを送信しようとしている場合、いわゆる「三味線をひく」場合である。
　このため、上記２つの場合であっても、当該メッセージを管理部１２１に送信することを阻止しない構成となっている。
　したがって、警告の根拠となったメッセージは、警告表示の後、管理部１２１に送信されるので（ステップＳｂ１２）、メッセージ登録テーブルＴＢ３に登録される結果、メッセージ表示画面において時系列で最新のものとして追加されて表示されることになる。

　一方、ステップＳｂ２９の判別結果が「Ｎｏ」である場合、それは、自己にターンがないゲーム参加者が、ゲーム命令を含まないメッセージの送信を指示した場合、すなわち、通常のチャットメッセージの送信を指示した場合である。このため、メッセージ判別部２３５は、操作検出部２３１から転送されたメッセージを管理部１２１に送信する（ステップＳｂ１２）。これにより、当該メッセージは、メッセージ登録テーブルＴＢ３に登録される結果、メッセージ表示画面において時系列で最新のものとして追加されて表示されることになる。

　ステップＳｂ１２の後、処理手順は、図９におけるステップＳａ２２に戻る。

　なお、ステップＳｂ２９の判別結果が「Ｙｅｓ」となる場合には、上述したように公正なゲームの進行を妨げる意図が含まれる場合がある。これを防止するため、図１０において※印の破線で示されるように、ゲーム参加者であっても、ターンが到来していない者によるメッセージであれば、ゲーム非参加者によるメッセージと同様に、直ちに管理部１２１に送信するようにしても良い。
　これにより公正なゲームの進行が確保されるとともに、ゲームに対応した命令を含むか否かを判別するメッセージの対象が、ターンが到来しているゲーム参加者によるメッセージに限定されるので、処理手順を簡素化することができる。

　次に、管理部１２１で実行されるグループステータス管理処理について説明する。

　図１１は、グループステータス管理処理の動作を示すフローチャートである。
　まず、管理部１２１は、イベントが発生したか否かを判別する（ステップＳｃ１１）。ここでいうイベントとは、管理部１２１が他の各部から通知や各種情報を受け取ったときであり、具体的には、操作検出部２３１から通知を受け取ったとき、メッセージ判別部２３５からメッセージや通知を受け取ったとき、ゲーム制御部２３７からゲーム命令や結果を受け取ったときなどである。
　イベントが発生していなければ（ステップＳｃ１１の判別結果が「Ｎｏ」であれば）、処理手順はステップＳｃ１１に戻る。このため、イベントが発生しない限り、処理手順がステップＳｃ１１をループする。

　イベントが発生すると（ステップＳｃ１１の判別結果が「Ｙｅｓ」になると）、管理部１２１は、当該イベントがメッセージ判別部２３５からメッセージを受信したイベントであるか否かを判別する（ステップＳｃ１２）。発生したイベントがメッセージ判別部２３５からメッセージを受信したイベントであれば（ステップＳｃ１２の判別結果が「Ｙｅｓ」であれば）、管理部１２１は、当該メッセージにおいてグループＩＤで特定されるグループのステータスがゲーム進行中であるか否かを判別する（ステップＳｃ１３）。
　ステータスがゲーム進行中であれば（ステップＳｃ１３の判別結果が「Ｙｅｓ」であれば）、管理部１２１は、直ちに当該メッセージをデータベース１１８におけるメッセージ登録テーブルＴＢ３に登録する（ステップＳｃ１４）。

　ステータスがゲーム進行中でなければ（ステップＳｃ１３の判別結果が「Ｎｏ」であれば）、管理部１２１は、当該ステータスがゲーム非進行であるか否かを判別する（ステップＳｃ１５）。
　ゲーム非進行であれば（ステップＳｃ１５の判別結果が「Ｙｅｓ」であれば）、管理部１２１は、メッセージ判別部２３５から受信したメッセージがゲームの開始の指示を伴っていたか否かを判別する（ステップＳｃ１６）。
　ゲームの開始の指示を伴っていれば（ステップＳｃ１６の判別結果が「Ｙｅｓ」であれば）、当該メッセージを送信した利用者ＩＤの利用者がゲームの開始を指示したことになる。このため、管理部１２１は、当該利用者を当該ゲームのプレイヤの１人に設定するとともに（ステップＳｃ１７）、ステータスをゲーム発動中にセットする（ステップＳｃ１８）。

　ステータスがゲーム進行中でなく、ゲーム非進行でもなければ（ステップＳｃ１３、Ｓｃ１５の判別結果がいずれも「Ｎｏ」であれば）、それはゲーム発動中である。ステータスが発動中であれば、管理部１２１は、メッセージ判別部２３５から受信したメッセージがゲームへの参加の指示を伴っていたか否かを判別する（ステップＳｃ１９）。

　ゲームへの参加の指示を伴っていれば（ステップＳｃ１９の判別結果が「Ｙｅｓ」であれば）、当該メッセージを送信した利用者ＩＤの利用者がゲームへの参加を指示したことになる。このため、管理部１２１は、当該利用者を当該ゲームのプレイヤの１人に設定する（ステップＳｃ２０）。

　この後、管理部１２１は、参加の指示があったゲームにおいてプレイヤが必要人数分揃ったか否かを判別する（ステップＳｃ２１）。
　揃っていれば（ステップＳｃ２１の判別結果が「Ｙｅｓ」であれば）、管理部１２１は、ステータスをゲーム進行中に変更する（ステップＳｃ２２）。

　一方、揃っていなければ（ステップＳｃ２１の判別結果が「Ｎｏ」であれば）、他のプレイヤが参加するまで待機するために、管理部１２１は、ステータスをゲーム発動中に維持する（ステップＳｃ１８）。例えばゲームがリバーシのように必要人数が２人である場合、すでに発動者がプレイヤの１人として設定されているので、別の参加の指示があった時点で必要人数分揃ったことになるが、ゲームの必要人数が３人以上であれば、発動者のほかにプレイヤが２人以上必要となることから、ゲームに必要な人数が揃うまで、ステータスをゲーム発動中に維持して待機するのである。

　なお、第１に、メッセージ判別部２３５から送信されたメッセージが、ゲームの開始の指示を伴っていない場合（ステップＳｃ１６の判別結果が「Ｎｏ」である場合）、第２に、開始の指示を伴う場合、もしくは、参加の指示を伴っているときであってゲームの必要人数が揃っていないとき（ステップＳｃ１８の後）、第３に、参加の指示を伴っている場合であってゲームの必要人数が揃ったとき（ステップＳｃ２２の後）、または、第４に、ゲーム発動中においてゲームの参加の指示を伴わない場合（ステップＳｃ１９の判別結果が「Ｎｏ」である場合）でも、当該メッセージは、メッセージの閲覧において送信されたものである点には変わりはないから、管理部１２１は、ステップＳｃ１４において当該メッセージをメッセージ登録テーブルＴＢ３に登録する。

　ところで、発生したイベントがメッセージを受信したイベントでなければ（ステップＳｃ１２の判別結果が「Ｎｏ」であれば）、管理部１２１は、当該イベントに応じた処理を実行する（ステップＳｃ２３）。
　例えば管理部１２１は、端末装置２０の操作検出部２３１から、選択されたグループの通知を受けたとき、第１に、グループ登録テーブルＴＢ２にアクセスして、選択されたグループのメンバー（利用者ＩＤ）を特定し、第２に、ユーザ登録テーブルＴＢ１にアクセスして、特定したメンバーに関する情報（名前情報、アバター情報およびプロフィール画像情報）を読み出し、表示制御部２３２に転送する。また、管理部１２１は、選択されたグループの通知を受けたとき、第３に、メッセージ登録テーブルＴＢ３にアクセスして、選択されたグループのグループＩＤに対応付けられた投稿ＩＤを、送信日時情報で規定される時間の順で読み出し、第４に、読み出した投稿ＩＤに対応するメッセージを取得して、表示制御部２３２に転送する。
　また、管理部１２１は、メッセージ判別部２３５から（メッセージ以外の）通知として、演出内容を受け取ったとき、グループにおける他のメンバーの端末装置２０のゲーム制御部２３７に転送する。これにより、他のメンバーの端末装置２０のメッセージ表示部２１２にも演出が反映されたゲーム画像が表示される。
　同様に、管理部１２１は、ゲーム制御部２３７からゲームの結果を受け取ったとき、グループにおける他のメンバーの端末装置２０の表示制御部２３２に転送する。これにより、他のメンバーの端末装置２０のメッセージ表示部２１２にも当該ゲームの結果が反映された表示となる。
　一方、管理部１２１は、メッセージ判別部２３５からゲーム命令を受け取ったとき、当該ゲーム命令をゲームの進行過程を示す情報として、ゲーム進行過程記録テーブルＴＢ４に記録する。

　このようなグループステータス管理処理は、メッセージ閲覧機能が提供される限り、管理部１２１においてイベントが発生する毎に繰り返し実行される。

　なお、図１１に示したフローチャートでは、ゲームへの参加を指示した者と、ゲームの開始を指示した者とが同一である場合を除外していないが、これは、同一者が複数のプレイヤを演じる場合があるためである。これを禁じるのであれば、ステップＳｃ１９の後、ステップＳｃ２０の前において、ゲームへの参加を指示した利用者と、ゲームの開始を指示した利用者とが同一であるか否かの判別を追加して、同一者であれば、その旨の警告を端末装置２０に送信するとともに、処理手順をステップＳｃ１８にスキップさせて、ステータスをゲーム発動中に維持する構成とすれば良い。

　次に、メッセージ閲覧機能の動作について具体的な例を用いて説明する。
　グループＩＤが図６において「ｘｘ０１」のグループメンバーが、自己の端末装置２０に対しメインメニュー画面で所定の操作をしたとき、図１２に示されるようなメッセンジャートップ画面が表示され（ステップＳａ１１）、この後、グループの名称が「三十路の館」に対応するボタン２５４の表示部分をタッチ操作すると、図１５に示されるようなメッセージ表示画面が表示される点（ステップＳａ２３）については、上述した通りである。なお、このとき当該グループのステータスは「ゲーム非進行」である。

　ここで、当該グループのメンバーのうち、利用者ＩＤが「８」であるメンバーが、図１６に示されるように、自己の端末装置２０においてメッセージ入力部２１１に「リバーシやろうぜ！」という本文をソフトウェア・キーボード等により入力して、ボタン２７３の表示部分を操作した場合を想定する。
　この操作では、処理手順が、図９においてステップＳａ２４→Ｓａ２５→Ｓａ２８という経路を辿り、図１０においてステップＳｂ１１→Ｓｂ１２という経路を辿る。これにより、当該端末装置２０のメッセージ判別部２３５は、当該メッセージをＳＮＳサーバ１０の管理部１２１に送信する。
　上記メッセージの本文には「リバーシ」というゲーム名称を含むので、開始受付部２３８がゲームの開始の指示を受け付け、これにより、当該開始の指示を伴うメッセージが管理部１２１に送信されることになる。
　この送信によって、管理部１２１ではイベント発生となるので、処理手順が、図１１において、ステップＳｃ１１→Ｓｃ１２→Ｓｃ１３→Ｓｃ１５→Ｓｃ１６→Ｓｃ１７という経路を辿る。これにより、ゲームＩＤが「８」であるメンバーが、当該ゲームのプレイヤの１人に設定されるとともに、当該グループのステータスがステップＳｃ１８において「ゲーム発動中」に変更される。そして、上記メッセージは、ステップＳｃ１８の後、ステップＳｃ１４においてメッセージ登録テーブルＴＢ３に登録される。

　このため、利用者ＩＤが「８」であるメンバーの端末装置２０では、再び処理手順がステップＳａ２２に戻ったときに、変更されたステータスおよび新規に登録されたメッセージの再読込が発生するので、メッセージ表示画面は、図１７に示されるように変更される。詳細には、メッセージ表示部２１２の上側では、「リバーシやろうぜ！」という本文のみのメッセージ、すなわちタイプ（Ａ）のメッセージが時系列で最新のものとして表示されるとともに、メッセージ表示部２１２の下側では、発動されたゲーム画像が表示される。

　なお、グループメンバーのうち、利用者ＩＤが「８」以外のメンバー、すなわち利用者ＩＤが「３」、「２」、「５」であるメンバーの端末装置２０でも、ステップＳａ２２において、変更されたステータスおよび新規に登録されたメッセージの再読込によって、図１７に示されるようなメッセージ表示画面が表示されることになる。

　このメッセージ表示画面に対し、利用者ＩＤが「３」であるメンバーが、図１８に示されるように、自己の端末装置２０においてメッセージ入力部２１１に「参加するわよ！」という本文を入力して、ボタン２７３の表示部分を操作した場合を想定する。
　この操作では、処理手順が、図９においてステップＳａ２４→Ｓａ２５→Ｓａ２８という経路を辿り、図１０においてステップＳｂ１１→Ｓｂ１２という経路を辿る。これにより、当該端末装置２０のメッセージ判別部２３５は、当該メッセージをＳＮＳサーバ１０の管理部１２１に送信する。
　上記メッセージの本文には「参加」というキーワードを含むので、参加受付部２３９がゲームへの参加の指示を受け付け、これにより、当該参加の指示を伴うメッセージが管理部１２１に送信されることになる。
　この送信によって、管理部１２１ではイベント発生となるが、今度は参加の指示を含むので、処理手順が、図１１において、ステップＳｃ１１→Ｓｃ１２→Ｓｃ１３→Ｓｃ１５→Ｓｃ１９→Ｓｃ２０という経路を辿る。これにより、ゲームＩＤが「３」であるメンバーが、当該ゲームのプレイヤの１人に設定される。
　リバーシにおいてゲームの必要人数が「２」であるので、これでゲームプレイヤが揃ったことになる。したがって、ステップＳｃ２０の次のステップＳｃ２１では、判別結果が「Ｙｅｓ」となるので、処理手順がステップＳｃ２１→Ｓｃ２２→Ｓｃ１４という経路を辿る。このため、当該グループのステータスが「ゲーム進行中」に変更され、上記メッセージがメッセージ登録テーブルＴＢ３に登録される。

　このため、利用者ＩＤが「３」であるメンバーの端末装置２０では、再び処理手順がステップＳａ２２に戻ったときに、変更されたステータスおよび新規に登録されたメッセージの再読込が発生するので、メッセージ表示画面は、図１９に示されるように変更される。詳細には、メッセージ表示部２１２の上側では、タイプＡの、「参加するわよ！」という本文のみのメッセージが時系列で最新のものとして表示されるとともに、メッセージ表示部２１２の下側では、開始となったゲーム画像が表示される。
　なお、グループメンバーのうち、利用者ＩＤが「３」以外のメンバー、すなわち利用者ＩＤが「８」、「２」、「５」であるメンバーの端末装置２０でも、ステップＳａ２２において、変更されたステータスおよび新規に登録されたメッセージの再読込によって、図１９に示されるようなメッセージ表示画面が表示されることになる。

　図１９に示したゲーム画像では、先手である黒番（黒のコマを置くプレイヤ、ゲーム参加者）が選択できるマスが、斜線入りのハッチングで数字とともに表示される。このようなゲーム画像を作成しているのは、ゲーム制御部２３７である。
　当該プレイヤがコマを置く場合に、すなわちゲーム命令を指示して当該ゲームを進行させる場合に、選択可能なマスに付された数字を含んだメッセージを、メッセージ入力部２１１に入力する。この入力によってゲームが逐次進行することになる。

　図２０は、図１９に示した状態から、ゲームが１０手、進行した場合のメッセージ表示画面の例である。
　ゲームに参加しているプレイヤ（ゲーム参加者）は、利用者ＩＤが「３」、「８」であるメンバーであり、ゲームに参加していない者（ゲーム非参加者）は、利用者ＩＤが「２」、「５」であるメンバーである。
　このメッセージ表示画面に対し、利用者ＩＤが「８」である黒番が、図２１に示されるように、自己の端末装置２０のメッセージ入力部２１１に「しょうがない５」という本文を入力して送信の操作をすると、処理手順が、図９においてステップＳａ２４→Ｓａ２５→Ｓａ２８という経路を辿り、図１０においてはステップＳｂ１１→Ｓｂ２１→Ｓｂ２２→Ｓｂ２４→Ｓｂ２５→Ｓｂ２６という経路を辿る。図８に示した例の類推から判るように、この本文にはゲーム命令となる「５」というキーワードを含んでいるので、ステップＳｂ２６の判別結果が「Ｙｅｓ」となり、ステップＳｂ２７においてメッセージ判別部２３５が「５」に対応したゲーム命令をゲーム制御部２３７に通知し、当該ゲーム制御部２３７は、通知されたゲーム命令に応じて「５」に相当するマスに、当該メンバーのターンである黒のコマをおいたゲーム画像を、次のターンである白番（白のコマを置くプレイヤ、ゲーム参加者）が選択可能なマスに数字を付して作成するとともに、当該ゲーム命令を管理部１２１に送信する。
　ステップＳｂ２７の後、ステップＳｂ１２によって、当該端末装置２０のメッセージ判別部２３５は、当該本文を含んだメッセージを管理部１２１に送信する。

　このため、管理部１２１では、ゲーム命令の受信と、メッセージの受信という２回のイベントが発生する。
　管理部１２１では、ゲーム命令を受信したときに、処理手順が、図１１においてステップＳｃ１１→Ｓｃ１２→Ｓｃ２３という経路を辿る。これにより当該ゲーム命令は、ゲームの進行過程を示す情報として、ゲーム進行過程記録テーブルＴＢ４に記録される。
　また、管理部１２１では、上記メッセージを受信したときに、処理手順がステップＳｃ１１→Ｓｃ１２→Ｓｃ１３→Ｓｃ１４という経路を辿る。これによって、当該メッセージは、メッセージ登録テーブルＴＢ３に登録される。

　このため、利用者ＩＤが「８」であるメンバーの端末装置２０では、再び処理手順がステップＳａ２２に戻ったときに、当該グループにおけるゲームの進行過程を示す情報、および、登録されたメッセージの再読込が発生するので、メッセージ表示画面は、図２２に示されるようなものとなる。
　詳細には、メッセージ表示部２１２の上側では、「しょうがない５」という本文のメッセージが時系列で最新のものとして表示されるとともに、メッセージ表示部２１２の下側では、進行したゲーム画像が表示される。
　なお、グループメンバーのうち、利用者ＩＤが「８」以外のメンバー、すなわち利用者ＩＤが「３」、「２」、「５」であるメンバーの端末装置２０でも、ステップＳａ２２において、変更されたステータスおよび新規に登録されたメッセージの再読込によって、図２２に示されるようなメッセージ表示画面が表示されることになる。

　ところで、図２１の例にあっては、ターンが到来しているゲーム参加者がゲーム命令を含む本文をメッセージ入力部２１１に入力して送信を指示した場合であったが、ゲーム命令を含まない本文の送信を指示した場合、上記処理手順においてステップＳｂ２６の判別結果が「Ｎｏ」となるので、ステップＳｂ２８における警告（その１）が例えば図２７（ａ）に示されるように表示される。なお、ステップＳｂ２８による警告は、当該ターンが到来しているゲーム参加者の端末装置２０で実行されるので、その端末装置２０のみに表示され、他の参加者およびゲーム非参加者の端末装置２０には表示されない。

　また、ターンが到来していないゲーム参加者がゲーム命令を含む本文をメッセージ入力部２１１に入力して送信を指示した場合、上記処理手順においてステップＳｂ２５の判別結果が「Ｎｏ」となり、ステップＳｂ２９の判別結果が「Ｙｅｓ」となるので、ステップＳｂ３０における警告（その２）が例えば図２７（ｂ）に示されるように表示される。なお、ステップＳｂ３０による警告は、当該ターンが到来していないゲーム参加者の端末装置２０で実行されるので、その端末装置２０のみに表示され、他の参加者およびゲーム非参加者の端末装置２０には表示されない。

　一方、ターンが到来していないゲーム参加者がゲーム命令を含まない本文をメッセージ入力部２１１に入力して送信を指示した場合、上記処理手順においてステップＳｂ２５、Ｓｂ２９の判別結果がいずれも「Ｎｏ」となるので、当該本文を含むメッセージが表示されるのみとなる。

　また、ゲーム非参加者がメッセージの送信を指示した場合、上記処理手順においてステップＳｂ２４の判別結果が「Ｎｏ」となるので、ターンであるか否か、または、ゲーム命令を含むか否かの判別がスキップされて、当該本文を含むメッセージが表示される。
　例えば、図２０乃至図２２のメッセージ表示画面において、利用者ＩＤが「５」であるメンバーの「絶妙の１手ですわ」というメッセージの本文には「１」というゲーム命令に対応するキーワードが含まれているが、当該メンバーはゲーム非参加者であるので、ステップＳｂ２４の判別結果が「Ｎｏ」となる。このため、当該メッセージの判別にあたって、ターンであるか否かの判別や、ゲーム命令を含むか否かの判別はなされない。
　図２０および図２１のメッセージ表示画面において、利用者ＩＤが「２」であるメンバーの「そこ３じゃないと思う」のメッセージについても同様である。

　さて、図２２のメッセージ表示画面に対し、利用者ＩＤが「５」であるメンバーが、すなわちゲーム非参加者が、図２３に示されるように、自己の端末装置２０のメッセージ入力部２１１に「そこ違うでしょ！」（改行して）「ずこっ」という本文を入力するとともに、動作ＩＤとして「ずっこける」（図２６参照）を選択して、メッセージの送信の操作をすると、処理手順が、図９においてステップＳａ２４→Ｓａ２５→Ｓａ２８という経路を辿り、図１０においてはステップＳｂ１１→Ｓｂ２１→Ｓｂ２２という経路を辿る。図８に示されるように、この本文にはゲーム演出となる「ずこ」というキーワードを含んでいるので、ステップＳｂ２２の判別結果が「Ｙｅｓ」となるので、メッセージ判別部２３５は、ステップＳｂ２３において「ずこ」に対応する演出内容をゲーム制御部２３７に通知し、これにより、ゲーム制御部２３７は、通知された演出内容を反映させて、ゲーム画像を作成する。
　また、メッセージ判別部２３５は、当該演出内容を管理部１２１にも通知する。なお、ここのメッセージは、ゲーム非参加者による入力であるから、ステップＳｂ２４の判別結果が「Ｎｏ」となって、ステップＳｂ１２において管理部１２１に送信される。

一方、管理部１２１では、演出内容の受信と、メッセージの受信という２回のイベントが発生する。
　管理部１２１では、演出内容を受信したときに、処理手順が、図１１においてステップＳｃ１１→Ｓｃ１２→Ｓｃ２３という経路を辿る。これにより管理部１２１は、当該演出内容をグループにおける他のメンバーの端末装置２０のゲーム制御部２３７に転送する。また、管理部１２１では、上記メッセージを受信したときに、ステップＳｃ１４において、当該メッセージをメッセージ登録テーブルＴＢ３に登録する。

　このため、利用者ＩＤが「５」であるメンバーの端末装置２０では、再び処理手順がステップＳａ２２に戻ったときに、当該演出内容を示す情報、および、登録されたメッセージの読込が発生するので、メッセージ表示画面は、図２４に示されるようなものとなる。
　詳細には、メッセージ表示部２１２の上側では、上記本文と、動作ＩＤのモーションを伴うアバターとを含むメッセージが時系列で最新のものとして表示されるとともに、メッセージ表示部２１２の下側では、直前ターンの黒のコマが上下に振動する（アバターのずっこけるモーションに同期して飛び上がる）演出を伴ったゲーム画像が表示される。
　なお、グループメンバーのうち、利用者ＩＤが「５」以外のメンバー、すなわち利用者ＩＤが「３」、「８」、「２」であるメンバーの端末装置２０でも、ステップＳａ２２によって、図２４に示されるようなメッセージ表示画面が同じように表示されることになる。

　ゲームが進行すると、やがてゲームが終了することになる。ここで、ゲームが終了する直前の最終手となるゲーム命令を受け取ったゲーム制御部２３７は、そのゲーム命令によって決着したゲーム画像を作成するとともに、当該ゲーム命令とその結果とを管理部１２１に送信する（ステップＳｂ２７）。また、メッセージ判別部２３５は、当該ゲーム命令を含むメッセージを管理部１２１に送信する（ステップＳｂ１２）。
　このため、管理部１２１では、ゲーム命令の受信と、ゲームの結果と、メッセージの受信という３回のイベントが発生する。
　ゲーム命令を受信したときと、メッセージを受信したときとは、すでに説明しているので、ここではゲームの結果を受信したときに説明すると、ステップＳｃ２３において、ゲームの結果に応じた処理が実行される。
　これによって、最終手を指示したゲーム参加者の端末装置２０では、再び処理手順がステップＳａ２２に戻ったときに、ゲームの結果を示す情報、ゲーム命令、および、登録されたメッセージの読込が発生するので、メッセージ表示画面は、図２５に示されるようなものとなる。
　詳細には、メッセージ表示部２１２の上側では、ゲーム参加者のうち、勝者のアバターには特定の、例えば「勝ち誇る」モーションが与えられる一方、敗者のアバターにも特定の、例えば「屈服する」モーションが与えられて表示される。また、メッセージ表示部２１２の下側では、ゲームの勝敗について結果とともに示すゲーム画像が表示される。
　なお、決着時におけるゲーム参加者のメッセージについては、感想等の入力を促して得られた本文等を表示すれば良い。また、このとき動作ＩＤが選択されていなくても、アバターには、上記特定のモーションが強制的に与えられるようにしても良い。また、動作ＩＤが選択されていても、予め設定された時間経過するまで上記特定のモーションに置き換えられて与えられるとともに、設定時間経過後に選択された動作ＩＤのモーションが与えられるようにしても良い。
　また、他のメンバーの端末装置２０でも、ステップＳａ２２によって、図２５に示されるようなメッセージ表示画面が同じように表示されることになる。

　なお、ここではゲームの終了を契機として、ゲーム参加者のアバターに特定のモーションを与えたが、ゲームの進行状態が所定の条件を満たしたときに、ゲームの状況に応じて与える構成としても良い。例えばプレイヤが獲得したコマの枚数が相手プレイヤの獲得しているコマの枚数を逆転したとき（形勢が逆転したとき）や、相手プレイヤから所定枚数以上のコマを奪ったとき（相手にダメージを与えたとき）、四隅のうちいずれかを取ったとき（有利なポジションを得たとき）などに、アバターに特定のモーションを与えても良い。
　さらには、ゲームの状況に応じて、図２４に示されるような演出をゲーム画像に与えても良い。

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

＜ＳＮＳ等＞
　実施形態にあっては、ＳＮＳ会員の一部に当該メッセージを閲覧させるサービスを提供する構成としたが、ＳＮＳサーバ１０を単なる管理サーバとして考えて、ＳＮＳと切り離したサービス、または、独立のサービスとして提供しても良い。ＳＮＳ会員となるためには登録が必要であり、また、ＳＮＳのサービスを受けるためには、ログイン等が必要となるが、ＳＮＳとは無関係な構成としたときに、登録やログインなどを不要とすることができる。

＜ゲームの種類等＞
　実施形態にあっては、チャットにおいて開始するゲームとしてリバーシを例にとって説明したが、これ以外のゲームであっても良いのは上述した通りである。典型的には、ターンが順番に到来するターン制ゲームであることが好ましい。なお、グループを構成するメンバー数がゲームの必要人数に足りない場合、ＳＮＳサーバ１０（システム側）が足りないメンバーに成り代わってプレイする構成としても良い。
　また、「しりとり」のように、チャットに参加しているメンバー全員が参加するゲームを開始しても良い。メンバー全員がプレイヤとなる場合、ゲームの開始指示で即、ゲーム進行中になるので、ゲームの参加の受け付けの判別（ステップＳｃ１９）や、プレイヤが揃ったかの判別（ステップＳｃ２１）をすることなく、ステータスをゲーム進行中とすれば良い。また、ゲーム非参加者が発生しないので、メッセージの送信者がゲーム参加者であるか否かの判別（ステップＳｂ２４）も不要となる。
　さらに、ゲーム参加者が自らゲームをプレイするのではなく、ゲーム制御部２３７が、参加者に成り代わってオートプレイする、いわゆる「代打ち」をする構成としても良い。

＜ゲーム命令等＞
　実施形態にあっては、ゲーム開始、ゲーム参加、ゲーム命令については、これらに対応するキーワードを含むメッセージを送信する構成としたが、メッセージの本文に、予め定められた特殊文字が付加された場合にゲーム命令等が入力されたものとしても良い。例えば特殊文字として「＃」（ハッシュマーク）にしたときに、「＃リバーシ」という入力をしたときにゲームの開始を指示し、また例えば「＃２」という入力をしたときに２に相当するマスにコマを置くという命令としても良い。
　実施形態では、キーワードが予約語（リバーシ、参加、１、２、…）になるので、キーワードを通常のメッセージ（閲覧させたいメッセージ）として送信できないという問題があったが、このように特殊文字を使う構成にすると、この問題を解決することができる。例えば、「＃」からスペースやカンマなどの区切り文字までの文字区間を、ゲーム命令等とするようなルールにした場合に、「＃２　２と３で迷ったんだよね～」というメッセージを送信したとき、「＃２」というゲーム命令を発するとともに、「２と３で迷ったんだよね～」というメッセージを閲覧させることができる。
　また、特殊文字を使う構成にすると、ゲーム命令等の文字抽出の処理も簡易にすることができる。

＜警告表示等＞
　実施形態では、警告表示（その１、その２）については、メッセージを送信しようとした端末装置２０のみに表示される構成としたが、当該警告については、警告の根拠となったメッセージとともに、ステップＳｂ１２において管理部１２１に送信して、他のメンバーにも閲覧できるようにタイムライン表示させる構成としても良い。
　警告をタイムライン表示させる態様としては、図２８の（ａ）や（ｂ）の例が挙げられる。同図の（ａ）は、ターンの到来しているゲーム参加者が、ゲーム命令の「５」を省略して単に「しょうがない」という本文をメッセージ入力部２１１に入力して送信の操作をしたときの表示例である。図２８の（ｂ）は、ターンの到来していないゲーム参加者が、ゲーム命令の「３」を含んだ「３！」という本文をメッセージ入力部２１１に入力して送信の操作をしたときの表示例である。いずれの表示例においても、警告は、当該警告の根拠となったメッセージに対して時間的に後の位置であって、他のメッセージと区別する意味で左右の中央位置に、それぞれに表示されるのが好ましい。

　また、ターンの到来しているゲーム参加者が、ゲーム命令を含まない本文をメッセージ入力部２１１に入力して送信の操作したときに、処理手順については、ステップＳｂ２８の警告後に、ステップＳｂ１２をスキップさせてステップＳａ２２に戻るようにしても良い。これにより、ターンの到来しているゲーム参加者がゲーム命令を含まない本文を入力して送信を指示しても、そのメッセージは管理部１２１に送信されないので、タイムライン表示されることはない。
　したがって、ターンの到来しているゲーム参加者が発言するためには、ゲーム命令を含むメッセージを入力して送信しなければならない、という一種の縛りがかかる。このため、ターンの到来しているゲーム参加者がゲーム命令を含まないメッセージを送信することによって、ゲームの進行が停滞してしまうのを防止することができる。

＜ゲームの開始、参加＞
　実施形態にあっては、チャットにおいてゲームの開始、参加を指示する態様として、特定のキーワードを含むメッセージを送信する構成とした。これに限られず、ステータスがゲーム非進行であるときに、表示制御部２３２が、例えば図２９（ａ）に示されるように、メッセージ表示部２１２にゲームの開始を指示するボタン２８１を表示させる一方、このボタン２８１の表示部分が操作されたときに、開始受付部２３８がゲームの開始が指示されたと判断する構成としても良い。この構成において、ボタン２８１の表示部分が操作されたときに、複数種類のゲームがプルダウンメニューなどによって表示させて、いずれかを利用者に選択させても良い。

　また、メッセージ表示画面を表示する前に、ゲーム参加者を募集するゲーム参加者募集画面を端末装置２０に表示させ、ゲームに参加する参加者が所定の人数集まることをもってゲーム開始の指示とともに、ゲームへの参加の指示を受け付けたものとして、ゲーム画像を伴ったメッセージ表示画面（例えば図１９参照）を表示しても良い。
　ゲーム参加者募集画面を端末装置２０に表示させる場合、ＳＮＳサーバ１０の管理部１２１に、ゲーム参加者募集部を設け、グループのメンバーが、ゲーム参加者募集画面においてゲームへの参加を表明すると、ゲーム参加者募集部に記録され、ゲームの参加者が所定の人数集まることをもってゲーム開始の指示とともに、ゲームへの参加の指示を受け付けたものとすれば良い。

　また、ゲーム種類については、システム側がランダムに選択しても良いし、負荷などの状況に応じて適切に選択するようにしても良い。
　同様に、ステータスがゲーム発動であるときに、表示制御部２３２が、例えば図２９（ｂ）に示されるように、メッセージ表示部２１２にゲームの参加を指示するボタン２８２を表示させる一方、このボタン２８２の表示部分が操作されたときに、参加受付部２３９がゲームの参加が指示されたと判断する構成としても良い。

　また、ゲームの参加については、特定のキーワードを含むメッセージの送信や、ボタン２８２へのタッチ操作などに限られず、例えば図１７におけるメッセージ表示部２１２に表示された自己が送信したメッセージの表示領域、詳細にはプロフィール画像や、吹き出し、アバターなどの利用者情報に関連する表示部分へのタッチ操作によって、参加受付部２３９が、ゲーム発動中となっているゲームへの参加の指示であると判断する構成としても良い。

　さらに、ゲームのプレイヤについては、相手となるメンバーの自発的な参加という行動によって決定するのではなく、開始を指示したメンバーが、相手となるメンバーを指定して決定する構成としても良い。
　例えば、ゲームの開始を指示するメンバーが、相手プレイヤを特定するキーワードを含むメッセージを送信したり、相手プレイヤとなるメンバーの利用者情報に関連する表示部分にタッチ操作したり、するなどによって相手となるメンバーを指定しても良い。

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

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

　図３０は、ウェブ型とした応用例に係るシステム１の構成を示す機能ブロック図であって、メッセージの閲覧の機能が実行される際に、ＳＮＳサーバ１０および当該端末装置２０で構築される機能ブロックを示す図である。
　端末装置２０では、表示の制御が記述されたウェブページを、表示パネル２１０におけるメッセージ入力部２１１およびメッセージ表示部２１２に表示させるためのブラウザが構築される。
　一方、ＳＮＳサーバ１０側では、管理部１２１とともに、表示制御部１３２、メッセージ判別部１３５、記憶部１３６、ゲーム制御部１３７、開始受付部１３８および参加受付部１３９が構築される。
　これらの表示制御部１３２、メッセージ判別部１３５、記憶部１３６、ゲーム制御部１３７、開始受付部１３８および参加受付部１３９は、図４における表示制御部２３２、メッセージ判別部２３５、記憶部２３６、ゲーム制御部２３７、開始受付部２３８および参加受付部２３９と同機能を、ＳＮＳサーバ１０側で構築したものである。したがって、これらの表示制御部１３２、メッセージ判別部１３５、記憶部１３６、ゲーム制御部１３７、開始受付部１３８および参加受付部１３９は、端末装置２０毎に１組ずつ構築される。

　なお、図４に示した構成では、表示制御部２３２が各種情報に基づき表示パネル２１０に画面を直接的に表示させる構成であったが、図３０に示した構成では、表示制御部１３２が、ゲーム制御部２３７によるゲーム画像や、管理部１２１などから取得した各種情報に基づきウェブ画面情報を作成し、端末装置２０に送信して、ブラウザ２３４を介して表示パネル２１０に画面を間接的に表示させる構成となる。
　実施形態では、端末装置２０のそれぞれにおいて、メッセージ判別部２３５やゲーム制御部２３７が構築されるので、端末装置２０に高い処理能力が要求されるが、ウェブ型では、機能ブロックがＳＮＳサーバ１０側に移動するので、端末装置２０に高い処理能力が要求されないのである。

＜メッセージ判別部、開始受付部、参加受付部＞
　実施形態（図４）や応用例（図３０）では、メッセージ判別部、開始受付部及び参加受付部を別個の制御部として記載しているが、メッセージ判別部に開始受付部及び／又は参加受付部の機能を持たせ、メッセージを判別する各プロセス（例えば、図１０参照）中に、ゲーム開始やゲーム参加の指示があったか否かを判断するようにしても良い。

＜ゲーム制御部、表示制御部＞
　同様に、実施形態や応用例では、ゲーム制御部及び表示制御部を別個の制御部として記載しているが、ゲーム命令等に応じたゲーム画像を作成しているのはゲーム制御部であって、表示制御部は表示パネルの仕様に合わせて表示を制御しているに過ぎない。このため、実質的には、ゲーム制御部がゲーム画像をメッセージ表示部に表示させる、と言って差し支えない。
　一方で、ゲーム画像をメッセージ表示部に最終的に表示させる主体は、表示制御部であることには変わりはない。この観点でいえば、表示制御部がゲーム画像をメッセージ表示部に表示させる、と言ってやはり差し支えないことになる。

＜サーバ・クライアント型＞
　このように表示制御部、受付部、特定部および管理部については、ＳＮＳサーバ１０の側に構築されるか、端末装置２０の側に構築されるかについては任意であり、各部のそれぞれがＳＮＳサーバ１０と端末装置２０とに分かれる構成としても良い。
　すなわち、表示制御部、メッセージ判別部、記憶部、ゲーム制御部、開始受付部、参加受付部および管理部については、端末装置２０またはＳＮＳサーバ１０のいずれかが備えれば良い。なお、データベース１１８は、ＳＮＳサーバ１０以外の他のサーバで管理する構成、すなわちクラウドコンピューティングで管理するようにしても良い。

＜付記＞
　上述した実施形態や、応用・変形の態様からは、インターフェースの変更を少なくした上で、メッセージの閲覧等のサービスに、利用者にとって面白みがあり、かつ、場の雰囲気を盛り上げるような機能を付加して提供する、という観点より、以下の発明が把握される。

　すなわち、メッセージを入力するメッセージ入力部と、送信した利用者の情報と関連付けて送信されたメッセージを表示するメッセージ表示部とを含んで構成されるチャット・ユーザインターフェースによって、グループを構成する複数の利用者のそれぞれから送信されたメッセージを、当該利用者の間で閲覧可能に提供するメッセージ管理装置であって、ゲームの開始指示を受け付ける開始受付部と、前記メッセージ入力部で入力されたメッセージが前記ゲームの進行に対応した命令であるか否かを判断するメッセージ判別部と、前記メッセージ入力部で入力されたメッセージが前記ゲームの進行に対応した命令であると判断された場合に、前記開始指示によって開始させたゲームの当該命令に応じた制御を行い、当該命令に応じたゲーム画像を前記メッセージ表示部に表示させるゲーム制御部とを備えるメッセージ管理装置が把握される。

　このメッセージ管理装置において、前記メッセージ判別部は、前記メッセージ入力部で入力されたメッセージが前記ゲームの進行に対応した命令であるか否かについては、所定の文字列と所定のゲームの進行指示とを関連付けて記憶した記憶部を参照して、所定の規則に従って当該メッセージと前記所定の文字列との比較によって判別する態様が好ましい。なお、メッセージは、上述したように、文字情報のみならず、音声や、画像を含む概念である。メッセージが音声である場合には、例えば音声認識により文字変換された文字列を、また、メッセージが画像である場合には、例えば画像のデータにＥｘｉｆ（Exchangeable image file format）で埋め込まれた文字列を、それぞれ記憶部に記憶された文字列と比較する構成としても良い。

　また、このメッセージ管理装置において、前記ゲーム制御部は、前記ゲーム画像とともに前記複数の利用者から送信されたメッセージを、当該メッセージが前記ゲームの進行に対応した命令であるか否かにかかわりなく、前記メッセージ表示部に表示させても良い。
　このような表示において、前記メッセージ表示部に前記ゲーム画像が表示されずに、前記複数の利用者から送信されたメッセージが表示される態様を第１表示態様とし、前記メッセージ表示部に前記ゲーム画像と、前記複数の利用者から送信されたメッセージとが表示される態様を第２表示態様としたとき、前記ゲーム制御部は、前記第２表示態様において、前記複数の利用者から送信されたメッセージを前記メッセージ表示部の一部の領域に表示させ、前記ゲーム画像の全部または一部を前記メッセージ表示部の残りの領域に表示させても良い。この表示においてゲーム画像の一部がメッセージと被っても良いのである。

　上記メッセージ管理装置において、前記開始受付部は、前記メッセージ入力部で入力されたメッセージが所定の条件を充足する場合に、前記ゲームの開始指示を受け付けたものとする態様としても良い。
　また、前記開始指示があった場合に、当該ゲームの参加者を受け付ける参加受付部を、有する態様としても良いし、前記メッセージ入力部で入力されたメッセージが所定の条件を充足する場合に、前記ゲームの参加者を受け付けたものとしても良い。
　ここで、ゲームの参加者とは、ゲームに参加している利用者をいう。

　また、上記メッセージ管理装置において、前記ゲーム制御部は、前記複数の利用者から送信されたメッセージに応じて前記ゲーム画像に演出を与えても良いし、前記メッセージを送信した利用者のアバターを、当該メッセージに対応付けて表示させても良い。前記ゲーム制御部は、前記ゲームの状況に対応したモーションを前記アバターに付与しても良い。

　把握される発明としては、メッセージ管理装置のみならず、当該メッセージの管理方法や、サーバとしてのコンピュータで機能させるプログラム、または、当該サーバと通信可能な端末装置としてのコンピュータで機能させるプログラム、若しくは、これらのプログラムを記録したコンピュータ読み取り可能な記録媒体としても概念することができる。

１…システム、１０…ＳＮＳサーバ、２０…端末装置、１０１、２０１…ＣＰＵ、１１８…データベース、１２１…管理部、２３１…操作検出部、１３２、２３２…表示制御部、１３５、２３５…メッセージ判別部、１３６、２３６…記憶部、１３７、２３７…ゲーム制御部、１３８、２３８…開始受付部、１３９、２３９…参加受付部、２１１…メッセージ入力部、２１２…メッセージ表示部。

Claims

　グループを構成する複数の利用者のそれぞれから送信されたメッセージを、それぞれの利用者の端末装置の画面上のメッセージ表示部にて閲覧可能に提供するメッセージ管理装置であって、
　ゲームの開始指示を受け付ける開始受付部と、
　前記ゲームに参加している利用者から送信されたメッセージが、前記ゲームに対応した命令であるか否かを判別するメッセージ判別部と、
　前記メッセージ判別部で利用者から送信されたメッセージが前記ゲームに対応した命令であると判別された場合に、当該メッセージの内容に基づいたゲーム画像を前記メッセージ表示部に表示させる表示制御部と、
　を備えることを特徴とするメッセージ管理装置。
　前記表示制御部は、
　前記メッセージ判別部で利用者から送信されたメッセージが前記ゲームに対応した命令でないと判別された場合に、当該メッセージを前記メッセージ表示部に表示させる
　ことを特徴とする請求項１に記載のメッセージ管理装置。
　前記表示制御部は、
　前記メッセージ判別部で前記ゲームに参加している利用者から送信されたメッセージが、前記ゲームに対応した命令であると判別された場合に、前記ゲーム画像とともに、当該メッセージを前記メッセージ表示部に表示させる
　ことを特徴とする請求項１または２に記載のメッセージ管理装置。
　前記複数の利用者には前記ゲームに参加していない利用者が含まれ、
　前記メッセージ判別部は、前記ゲームに参加していない利用者から送信されたメッセージを、前記ゲームに対応した命令であるか否かを判別するメッセージの対象とせずに、
　前記表示制御部は、当該メッセージを前記メッセージ表示部に表示させる
　ことを特徴とする請求項１乃至３のいずれかに記載のメッセージ管理装置。
　前記ゲームは、前記ゲームに参加している利用者に所定順にターンが到来するターン制ゲームである
　ことを特徴とする請求項１乃至４のいずれかに記載のメッセージ管理装置。
　前記メッセージ判別部は、
　前記ゲームに対応した命令であるか否かを判別するメッセージの対象を、前記ゲームに参加している利用者のうち、前記ターンが到来している利用者から送信されたメッセージとする
　ことを特徴とする請求項５に記載のメッセージ管理装置。
　前記表示制御部は、
　前記メッセージ判別部で前記ターンが到来している利用者から送信されたメッセージが前記ゲームに対応した命令でないと判別された場合に、
　当該メッセージが不適切である旨のメッセージを前記メッセージ表示部に表示させる
　ことを特徴とする請求項６に記載のメッセージ管理装置。
　前記表示制御部は、
　前記ターンが到来していない利用者から送信されたメッセージを前記メッセージ表示部に表示させる
　ことを特徴とする請求項６または７に記載のメッセージ管理装置。
　前記表示制御部は、
　前記メッセージ判別部で前記ターンが到来していない利用者から送信されたメッセージが前記ゲームに対応した命令であると判別された場合に、
　当該メッセージが不適切である旨のメッセージを前記メッセージ表示部に表示させる
　ことを特徴とする請求項５または７に記載のメッセージ管理装置。
　前記表示制御部は、
　前記メッセージ判別部で前記ターンが到来していない利用者から送信されたメッセージが前記ゲームに対応した命令でないと判別された場合に、
当該メッセージを前記メッセージ表示部に表示させる
　ことを特徴とする請求項９に記載のメッセージ管理装置。
　前記表示制御部は、
　メッセージが送信された時間情報に基づいて時系列に前記メッセージ表示部に表示させる
　ことを特徴とする請求項１乃至１０のいずれかに記載のメッセージ管理装置。
　前記メッセージ判別部は、
　前記複数の利用者から送信されたメッセージが、前記ゲームの開始指示に対応したものであるか否かを判別し、
　前記メッセージが前記ゲームの開始指示に対応したものであると判別された場合に、前記開始受付部は、ゲームの開始指示を受け付けたものとする
　ことを特徴とする請求項１乃至１１のいずれかに記載のメッセージ管理装置。
　前記表示制御部は、
　前記メッセージ表示部に前記ゲームの開始指示に対応したボタンを表示させ、
　前記ボタンが操作された場合に、前記開始受付部は、ゲームの開始指示を受け付けたものとする
　ことを特徴とする請求項１乃至１２のいずれかに記載のメッセージ管理装置。
　前記表示制御部は、
　前記利用者から送信されたメッセージを表示させた部分の近傍に、当該メッセージを送信した利用者の利用者情報を、選択可能状態で表示させ、
　前記利用者情報が選択されたときに、当該利用者情報に対応する利用者を前記ゲームに参加する利用者として受け付ける参加受付部を有する、
　ことを特徴とする請求項１乃至１３のいずれかに記載のメッセージ管理装置。
　グループを構成する複数の利用者のそれぞれから送信されたメッセージを、それぞれの利用者の端末装置の画面上のメッセージ表示部にて閲覧可能に提供するメッセージ管理方法であって、
　ゲームの開始指示を受け付けるステップと、
　前記ゲームに参加している利用者から送信されたメッセージが、前記ゲームに対応した命令であるか否かを判別するステップと、
　当該メッセージが前記ゲームに対応した命令であると判別した場合に、当該メッセージの内容に基づいたゲーム画像を前記メッセージ表示部に表示させるステップと、
　を備えることを特徴とするメッセージ管理方法。
　グループを構成する複数の利用者のそれぞれから送信されたメッセージを、当該利用者の間で閲覧可能に提供するサーバと通信可能なコンピュータを、
　ゲームの開始指示を受け付ける開始受付部、
　前記ゲームに参加している利用者から送信されたメッセージが、前記ゲームに対応した命令であるか否かを判別するメッセージ判別部、および、
　前記メッセージ判別部で利用者から送信されたメッセージが前記ゲームに対応した命令であると判別された場合に、当該メッセージの内容に基づいたゲーム画像を前記メッセージ表示部に表示させる表示制御部、
　として機能させることを特徴とするプログラム。
　グループを構成する複数の利用者の端末装置のそれぞれから送信されたメッセージを、当該利用者の端末装置に閲覧可能に提供するコンピュータを、
　ゲームの開始指示を受け付ける開始受付部、
　前記ゲームに参加している利用者から送信されたメッセージが、前記ゲームに対応した命令であるか否かを判別するメッセージ判別部、および、
　前記メッセージ判別部で利用者から送信されたメッセージが前記ゲームに対応した命令であると判別された場合に、当該メッセージの内容に基づいたゲーム画像を前記メッセージ表示部に表示させる表示制御部、
として機能させることを特徴とするプログラム。