JP6698292B2 - 情報処理システム - Google Patents

Description

本開示は、情報端末間でデータ通信が可能な情報処理システムに関する。

近年、スマートフォン等の携帯情報端末が普及している。そして、ユーザは様々なネットワークサービスをこのような携帯情報端末を用いて利用する機会も増加している。

また、これとは別に、いわゆるソーシャルネットワークサービス（ＳＮＳ）も普及している。当該ＳＮＳは、パーソナルコンピュータのみならず、上記の携帯情報端末上でも利用可能であり、また、中には、携帯情報端末のみで利用可能なＳＮＳのようなものも提供されている。実際、携帯情報端末でＳＮＳを楽しむユーザも増加している。このようなＳＮＳでは、ユーザ同士で投稿を閲覧することが可能である（特許文献１）。

特開２０１５−５６１２７号公報

しかしながら、上記技術は投稿したユーザと文字または画像による投稿内容とが紐付けられて表示されるだけであり、コミュニケーションの表現を豊かにしてユーザ間のコミュニケーションを促進することについて改善の余地があった。

本開示の目的は、ユーザ間のコミュニケーションを促進することが可能な情報処理システム、情報処理装置、プログラムおよび情報処理装置の制御方法を提供することである。

ある局面に従うサーバを介して複数の情報処理装置の間でデータ通信が可能な情報処理システムであって、第１の情報処理装置は、第１の情報処理装置を操作するユーザにより入力された第１メッセージの入力を受け付ける第１メッセージ受付部と、受け付けた第１メッセージおよび第１キャラクタ情報をサーバに送信する第１メッセージ送信部とを含む。第２の情報処理装置は、第２の情報処理装置を操作するユーザにより入力された第２メッセージの入力を受け付ける第２メッセージ受付部と、受け付けた第２メッセージおよび第２キャラクタ情報をサーバに送信する第２メッセージ送信部とを含む。第１の情報処理装置は、第１キャラクタ情報に基づく第１キャラクタと対応させた第１メッセージと、サーバを介して取得した第２キャラクタ情報に基づく第２キャラクタと対応させた第２メッセージとを表示部に時系列的に表示する表示出力部と、第１メッセージと第２メッセージとを音声出力する音声出力部とをさらに含む。

好ましくは、再生出力部は、第１メッセージおよび第２メッセージの少なくともいずれかの内容の解析結果と対応するキャラクタ情報とに基づきキャラクタの表示処理を実行する。

好ましくは、再生出力部は、第１メッセージと第２メッセージとを音声出力しながら、解析結果と対応するキャラクタ情報とに基づきキャラクタの表示処理を実行する。

好ましくは、再生出力部は、第１メッセージおよび第２メッセージの少なくともいずれかの内容の解析結果に基づき当該第１メッセージおよび当該第２メッセージの少なくともいずれかの表示処理を実行する。

好ましくは、再生出力部は、第１メッセージおよび第２メッセージの少なくともいずれかの内容の解析結果に基づき当該第１メッセージおよび当該第２メッセージの少なくともいずれかを音声出力する。

好ましくは、解析結果は、第１メッセージおよび第２メッセージの少なくともいずれかの内容を所定単位毎に分割した、分割した単位毎の解析結果である。

好ましくは、表示部に時系列的に表示されたメッセージは、ユーザの操作に従ってスクロール表示可能に設けられており、再生出力部は、表示部の画面内に第１あるいは第２メッセージが表示されているか否かを判断し、画面内に表示されているメッセージに対して順次音声出力する。

好ましくは、キャラクタは、ユーザを示すアバターである。
好ましくは、再生出力部は、アバターのアニメーション表示を行う。

好ましくは、再生出力部は、複数の動作パターンの中から１つを選択してアバターのアニメーション表示を行う。

好ましくは、再生出力部は、表示部に時系列的に表示されたメッセージを順番に音声出力する。

好ましくは、再生出力部は、表示部に時系列的に表示されたメッセージを順番に繰り返し音声出力する。

好ましくは、再生出力部は、表示部に表示されていないメッセージをスクロール表示し、スクロール表示されたメッセージを順番に繰り返し音声出力する。

好ましくは、再生出力部は、メッセージを音声出力する際の再生位置に対応するサーバを介して取得したメッセージ内容の解析結果を取得する。

好ましくは、再生出力部は、取得した解析結果に基づき当該メッセージの表示処理を実行する。

好ましくは、再生出力部は、取得した解析結果および対応するキャラクタ情報に基づきキャラクタの表示処理を実行する。

ある局面に従うサーバを介して複数の情報処理装置間でデータ通信が可能な情報処理システムであって、第１の情報処理装置は、第１の情報処理装置を操作するユーザにより入力された第１メッセージの入力を受け付ける第１メッセージ受付部と、受け付けた第１メッセージおよび第１キャラクタ情報をサーバに送信する第１メッセージ送信部とを含む。第２の情報処理装置は、第２の情報処理装置を操作するユーザにより入力された第２メッセージの入力を受け付ける第２メッセージ受付部と、受け付けた第２メッセージおよび第２キャラクタ情報をサーバに送信する第２メッセージ送信部とを含む。第１の情報処理装置は、第１キャラクタ情報に基づく第１キャラクタと対応させた第１メッセージと、サーバを介して取得した第２キャラクタ情報に基づく第２キャラクタと対応させた第２メッセージとを表示部に時系列的に表示する表示出力部と、第１および第２メッセージの内容の解析結果に基づく再生処理を実行する再生出力部とをさらに含む。

ある局面に従うサーバを介して他の情報処理装置とデータ通信が可能な情報処理装置であって、情報処理装置を操作するユーザにより入力された第１メッセージの入力を受け付けるメッセージ受付部と、受け付けた第１メッセージおよび第１キャラクタ情報をサーバに送信するメッセージ送信部と、第１メッセージと対応させた第１キャラクタ情報に基づく第１キャラクタと、サーバを介して取得した他の情報処理装置により入力された第２メッセージと第２キャラクタ情報に基づく第２キャラクタとを表示部に時系列的に表示する表示出力部と、第１メッセージと第２メッセージとを音声出力する音声出力部とを備える。

ある局面に従うサーバを介して他の情報処理装置とデータ通信が可能な情報処理装置のコンピュータで実行されるプログラムであって、プログラムは、情報処理装置のコンピュータを、情報処理装置を操作するユーザにより入力された第１メッセージの入力を受け付けるメッセージ受付部と、受け付けた第１メッセージおよび第１キャラクタ情報をサーバに送信するメッセージ送信部と、第１メッセージと対応させた第１キャラクタ情報に基づく第１キャラクタと、サーバを介して取得した他の情報処理装置により入力された第２メッセージと第２キャラクタ情報に基づく第２キャラクタとを表示部に時系列的に表示する表示出力部と、第１メッセージと第２メッセージとを音声出力する音声出力部として機能させる。

ある局面に従うサーバを介して他の情報処理装置とデータ通信が可能な情報処理装置の制御方法であって、情報処理装置を操作するユーザにより入力された第１メッセージの入力を受け付けるステップと、受け付けた第１メッセージおよび第１キャラクタ情報をサーバに送信するステップと、第１メッセージと対応させた第１キャラクタ情報に基づく第１キャラクタと、サーバを介して取得した他の情報処理装置により入力された第２メッセージと第２キャラクタ情報に基づく第２キャラクタとを表示部に時系列的に表示するステップと、第１メッセージと第２メッセージとを音声出力するステップとを備える。

上記によれば、ユーザ間のコミュニケーションを促進することが可能である。

実施形態に基づく情報処理システムの一例の構成を示す図である。 実施形態に基づく端末２の構成を説明する図である。 実施形態に基づくサーバ５の構成を説明する図である。 実施形態に基づく情報処理システム１の各機能ブロック構成を説明する図である。 実施形態に基づく関連情報格納部４４に格納されているデータを説明する図である。 実施形態に基づくサーバ５に送信される投稿データの一例を説明する図である。 実施形態に基づくサーバ５から送信される投稿データの一例を説明する図である。 実施形態に基づくメッセージを投稿する処理について説明する図である。 実施形態に基づく投稿されたメッセージを閲覧する処理について説明する図である。 実施形態に基づく情報処理システムのデータ通信の処理の流れを説明する図である。 実施形態に基づくサーバ５において実行される処理について説明するフロー図である。 実施形態に基づくサーバ５において実行される解析・編集処理について説明するフロー図である。 実施形態に基づくメッセージの解析処理（その１）を説明する図である。 実施形態に基づくメッセージの解析処理（その２）を説明する図である。 実施形態に基づく端末２のアプリ処理について説明するフロー図である。 実施形態に基づく仮想画面領域および表示領域の設定について説明する図である。 実施形態に基づく端末２の再生出力処理について説明するフロー図である。 実施形態に基づくメッセージ再生処理の概念を説明する図である。 実施形態に基づくメッセージ再生処理を説明するフロー図である。 実施形態に基づくメッセージ音声再生処理を説明するフロー図である。 実施形態に基づくメッセージ表示再生処理を説明するフロー図である。 実施形態に基づくキャラクタ表示再生処理を説明するフロー図である。

この実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。

（実施形態）
＜情報処理システムの構成＞
図１は、実施形態に基づく情報処理システムの一例の構成を示す図である。

図１に示すように、情報処理システム１は、サーバ５と、複数の端末２Ａ〜２Ｃとを含む。端末２Ａ〜２Ｃは、サーバ５と通信可能に設けられており、サーバ５を介して他の端末とデータ通信が可能である。

端末２Ａ〜２Ｃは、データ通信が可能な任意の情報処理装置である。本実施形態においては、端末２Ａ〜２Ｃは、例えば携帯型ゲーム装置、携帯電話、あるいはスマートフォン等といった、携帯型（可搬型とも言う）の装置であってもよいし、パーソナルコンピュータや家庭用ゲーム機等といった据置型の装置であってもよいし、業務用のアーケードゲーム装置のような大型の装置であってもよい。

サーバ５は、端末２Ａ〜２Ｃとの間でデータ通信が可能な任意の情報処理装置である。
なお、本例においては、端末２Ａ〜２Ｃについて説明するが特に当該個数に限られる訳ではなく、２以上の個数であればさらに複数の端末を設ける構成にすることも可能である。

以下、端末２Ａ〜２Ｃ（以下、総称して端末２とも称する）の構成について説明する。
図２は、実施形態に基づく端末２の構成を説明する図である。

図２に示されるように、端末２は、通信部１１と、ＣＰＵ１３と、メモリ１４と、プログラム記憶部１５と、入力部１６と、表示部１７とを含む。ＣＰＵ１３は、端末２で実行される各種の情報処理を実行するための情報処理部である。ＣＰＵ１３は、メモリ１４を用いて上記各種の情報処理を実行する。プログラム記憶部１５は、端末２において実行される各種プログラム（通信プログラムおよびアプリケーションプログラムを含む）を記憶する。プログラム記憶部１５は、ＣＰＵ１３がアクセス可能な任意の記憶装置（記憶媒体）である。プログラム記憶部１５は、例えばハードディスクやメモリ等の、端末２に内蔵される記憶部であってもよいし、例えば光ディスクやカートリッジ等の、端末２に着脱可能な記憶媒体であってもよいし、これらの記憶部および記憶媒体の両方であってもよい。

本実施形態においては、端末２では、少なくともアプリケーションプログラムおよび通信プログラムという２種類のプログラムがプログラム記憶部１５に記憶される。

アプリケーションプログラムは、任意のアプリケーションを実行するためのプログラムである。アプリケーションプログラムは、例えば、ゲームデータを読み出して当該ゲームデータを用いてゲーム処理を行うゲームプログラムであってもよい。

通信プログラムは、サーバ５との間でデータ通信を行うためのプログラムである。例えば、通信プログラムは、アプリケーションからの指令を受けて通信のための動作を通信部１１に行わせる。

入力部１６は、ボタンやタッチパネル等、ユーザによる指示を受け付ける。
表示部１７は、上記情報処理によって生成される画像を表示する。

端末２は、複数の装置によって構成されてもよい。例えば、端末２は、ＣＰＵ１３およびメモリ１４を備える装置に対して、上記通信部１１を備える装置が着脱可能に接続される構成であってもよい。また、端末２は、ＣＰＵ１３を有する本体装置と、入力部１６および／または表示部１７を有する装置とが別体である構成であってもよい。例えば、他の実施形態において、端末２は、本体装置と、入力部１６および表示部１７を有する端末装置とによって構成されてもよいし、本体装置と、入力部１６を有する操作装置とによって構成されてもよい。また、端末２は、表示部１７を備えず、テレビを表示装置として用いる構成であってもよい。

また、他の実施形態においては、端末２において実行される情報処理の少なくとも一部が、ネットワーク（広域ネットワークおよび／またはローカルネットワーク）によって通信可能な複数の装置によって分散して実行されてもよい。

図３は、実施形態に基づくサーバ５の構成を説明する図である。
図３を参照して、サーバ５は、通信部２２と、ＣＰＵ２１と、メモリ２３と、プログラム記憶部２４とを含む。各機能については基本的に端末２で説明したのと同様であるのでその詳細な説明は繰り返さない。なお、入力部および表示部が設けられていないが、入力部および表示部を設けた構成とすることも可能である。

＜機能ブロック構成＞
図４は、実施形態に基づく情報処理システム１の各機能ブロック構成を説明する図である。

図４に示されるように、一例として端末２Ａ，２Ｂ，２Ｃと、サーバ５の機能ブロックの構成が示されている。本例においては、サーバ５を介して端末２Ａ，２Ｂ，２Ｃとの間のデータ通信について説明する。具体的には、一例としてユーザ同士でメッセージを互いに投稿しあい、投稿したメッセージを閲覧することが可能なネットワークサービスについて説明する。

ここでは、端末２Ａ，２Ｂについてはメッセージを投稿する処理を実行するため同一の機能ブロックとして説明する。

また、端末２Ｃについては、投稿されたメッセージを閲覧する処理を実行する機能ブロックとして説明する。

なお、本例においては、説明を簡易にするために端末２Ａ，２Ｂと、端末２Ｃとが有する機能が異なる場合について説明しているが、各端末２は、メッセージを投稿する処理と、投稿されたメッセージを閲覧する処理とを実行することが可能であり、端末２Ａ，２Ｂが有する機能および端末２Ｃが有する機能の両方の機能を有している。

端末２Ａ，２Ｂ，２Ｃの機能ブロックは、端末２のＣＰＵ１３がプログラム記憶部１５に記憶するプログラムを実行することにより各部と協働して実現されるものである。

また、サーバ５の機能ブロックは、サーバ５のＣＰＵ２１がプログラム記憶部２４に記憶するプログラムを実行することにより各部と協働して実現されるものである。

端末２Ａ，２Ｂは、投稿受付部３２と、投稿データ送信部３３とを含む。
投稿受付部３２は、ネットワークサービスの利用を目的としてユーザから任意のメッセージを投稿する指示を受け付ける。

投稿データ送信部３３は、投稿受付部３２で受け付けたメッセージを投稿データとしてサーバ５に送信する。この点で、投稿データ送信部３３は、メッセージとともに、ユーザに関連するキャラクタに関するキャラクタ関連情報を投稿データに含めてサーバ５に送信する。

キャラクタは、端末２Ａあるいは端末２Ｂのユーザに関連するキャラクタである。キャラクタは、ユーザを示すアバターである。

各端末２のプログラム記憶部１５に記憶されるプログラムは、各端末２のユーザが利用するキャラクタを生成する生成プログラムを含んでおり、当該生成プログラムにより予め各端末２のユーザは利用するキャラクタを生成しているものとする。そして、当該キャラクタの生成によりキャラクタを一意に特定するキャラクタＩＤが発行される。各端末２は、キャラクタに関連する情報（キャラクタＩＤ）に基づいて、キャラクタを形成し表示出力することが可能である。

キャラクタに関連する情報（キャラクタ関連情報とも称する）は、キャラクタを特定するためのデータであり、本例においては一例としてキャラクタＩＤとして説明する。なお、当該キャラクタＩＤとともに、キャラクタを構成するために必要なキャラクタデータとして各パーツ等の詳細なデータでも良いし、あるいは各パーツ等を示すパーツＩＤを含めるようにしても良い。

各端末２のメモリ１４には、生成したキャラクタ関連情報（一例として、キャラクタＩＤ）が格納されている。

また、各端末２のプログラム記憶部１５に記憶されるプログラムは、フレンド登録プログラムを含んでおり、当該フレンド登録プログラムにより必要に応じて各端末２のユーザは互いにグループを形成するフレンド登録を実行しているものとする。

フレンド登録の方式については、種々の方式があるが例えば、赤外線通信により互いの情報を交換し合うことによりフレンド登録を実行するようにしても良い。また、サーバを利用する形態であっても良い。例えば、各端末２に設けられたＧＰＳ（Global Positioning System）機能を利用して位置情報等に基づいてユーザが互いに対面状態であることをサーバが認識した場合にフレンド登録を実行することも可能である。また、ＳＮＳ（Social Networking Service）で既に友達同士になっているユーザについて、各端末２に「友達かも」と表示されて、登録の申請・承認の処理後にフレンド登録を実行することも可能である。あるいは、各端末２毎に予め決められている所定のコード（フレンドコード）をユーザ同士で交換し、交換したコードを入力することによりフレンド登録することが可能なフレンド登録プログラムを含んでおり、当該フレンド登録プログラムにより必要に応じて各端末２のユーザは互いにグループを形成するフレンド登録を実行しているものとする。

各端末２に関する情報（ユーザ名、キャラクタＩＤ、フレンド関係等）は、サーバ５に送信され、サーバ５で管理されているものとする。本例においては、後述する関連情報格納部４４に格納される。

端末２Ｃは、投稿データ受信部５１と、表示出力部５２と、再生出力部５３とを含む。
投稿データ受信部５１は、サーバ５を介して投稿データを受信する。

表示出力部５２は、サーバ５を介して受信した投稿データに基づいて、メッセージ等を表示出力する処理を実行する。

再生出力部５３は、サーバ５を介して受信した投稿データに基づいて、メッセージ等を再生出力（例えば音声出力）する処理を実行する。

サーバ５は、送信管理部４３と、関連情報格納部４４と、投稿データ受信部４５と、解析処理部４６と、編集部４８とを含む。

関連情報格納部４４は、サーバ５と通信可能に設けられた各端末および当該端末と他の端末との関係を示す関連情報を格納する。具体的には、関連情報格納部４４は、各端末を利用するユーザおよびユーザが利用するキャラクタ等に関連する情報を格納する。また、関連情報格納部４４は、各端末毎にフレンド登録された他の端末に関する情報（他の端末に対応するキャラクタ）も含む。

投稿データ受信部４５は、各端末から送信された投稿データを受信する。
解析処理部４６は、投稿データ受信部４５で受信された投稿データに対して解析処理を実行する。

編集部４８は、解析処理部４６で解析処理された解析結果に基づいて投稿データを編集する。

送信管理部４３は、関連情報格納部４４に格納されている関連情報に基づいて編集部４８により編集された投稿データをフレンド登録されている各端末および投稿データを送信してきた端末を送信先として送信する。

図５は、実施形態に基づく関連情報格納部４４に格納されているデータを説明する図である。

図５に示されるように、端末毎に端末ＩＤが発行される。端末ＩＤ毎に、ユーザ名とキャラクタＩＤとが対応付けられている。また、端末に対応するキャラクタＩＤとフレンド登録された他の端末に対応するキャラクタＩＤについても関連付けされて登録されている。

一例として、端末２Ａ〜２Ｃにそれぞれ対応して端末ＩＤ「Ｔ１」〜「Ｔ３」が割り当てられている。

端末２Ａに対応する端末ＩＤ「Ｔ１」に対応して、ユーザＰと、ユーザＰにより生成されたキャラクタＡ君が対応付けられて登録されている場合が示されている。また、端末２Ａとフレンド関係が登録された端末に対応するキャラクタ（フレンドキャラクタＢ君、Ｃ君、・・・）が対応付けられて登録されている。なお、ここでは説明を簡易にするためにキャラクタＩＤとしてキャラクタ名を用いて説明しているが、特にキャラクタ名に限られず、コード番号でもよくキャラクタを特定することが可能であればどのようなものでも良い。

また、端末２Ｂに対応する端末ＩＤ「Ｔ２」に対応して、ユーザＱと、ユーザＱにより生成されたキャラクタＢ君が対応付けられて登録されている場合が示されている。また、端末２Ｂとフレンド関係が登録された端末に対応するキャラクタ（フレンドキャラクタＡ君、Ｃ君、・・・）が対応付けられて登録されている。

また、端末２Ｃに対応する端末ＩＤ「Ｔ３」に対応して、ユーザＲと、ユーザＲにより生成されたキャラクタＣ君が対応付けられている場合が示されている。また、端末２Ｃとフレンド関係が登録された端末に対応するキャラクタ（フレンドキャラクタＡ君、Ｂ君、・・・）が対応付けられて登録されている。

他の端末ＩＤについても同様にデータが関連付けされて登録されている。
図６は、実施形態に基づくサーバ５に送信される投稿データの一例を説明する図である。

図６には、端末２Ａの投稿受付部３２で生成されたサーバ５に送信される投稿データ３００が示されている。

投稿データ３００は、端末ＩＤデータ３０２と、キャラクタＩＤデータ３０４と、メッセージデータ３０８とを含む。

端末ＩＤデータ３０２は、送信する端末を特定するためのデータである。
キャラクタＩＤデータ３０４は、キャラクタを特定するためのデータである。

メッセージデータ３０８は、受け付けたメッセージ内容を示すデータである。
本例においては、メッセージ内容として「今日は、いい天気です。」が設定されている場合が示されている。

図７は、実施形態に基づくサーバ５から送信される投稿データの一例を説明する図である。

図７には、サーバ５で編集された投稿データ３００Ａが示されている。
投稿データ３００Ａは、投稿データ３００と比較して、解析データ３０９がさらに追加された点が異なる。その他の点は同じであるのでその詳細な説明については繰り返さない。

解析データ３０９は、メッセージ内容を解析した解析結果に基づく各種の解析パラメータが設定されている。

本例においては、解析データ３０９は、文節データ３１０と、感情データ３１１と、発声データ３１２とを含む。

文節データ３１０は、一例としてメッセージ内容「今日は、いい天気です。」を所定単位毎に分割した文節の区切りを識別する文節ＩＤで構成される。一例として、文節ＩＤとしてＰ１〜Ｐ３が示されている。

感情データ３１１は、文節毎の感情種別を識別するデータ（「−、笑、−」）で構成される。

発声データ３１２は、発音文字に応じた口の形状パターンを識別するデータ（「Ｃ、・・・」）で構成される。

＜情報処理システムにおける処理概要＞
次に、実施形態に基づく情報処理システム１の処理概要について説明する。

図８は、実施形態に基づくメッセージを投稿する処理について説明する図である。
図８に示されるように、端末２Ａの投稿受付部３２は、指示に従ってユーザからのメッセージの投稿の入力を受け付ける。

本例においては、端末２Ａの表示部１７に投稿画面１１０が表示されている場合が示されている。

投稿画面１１０において、端末２ＡのユーザＰが作成したＡ君のキャラクタ１０４が表示されている。また、投稿受付部３２は、投稿画面１１０のメッセージ入力領域１１４においてユーザからのメッセージの入力を受け付ける。本例においては、ユーザＰが入力部１６を操作することによりメッセージ入力領域１１４に「今日は、いい天気です。」のメッセージを入力した場合が示されている。

また、投稿画面１１０には、投稿の入力を完了することを示す「ＯＫ」ボタン１１６と、投稿の入力を中止する「キャンセル」ボタン１１８が設けられる場合が示されている。

ユーザが「ＯＫ」ボタン１１６を選択した場合には、投稿データがサーバ５に送信される。具体的には、投稿データ送信部３３は、受け付けられたメッセージを投稿データとしてサーバ５に送信する。

また、ユーザが「キャンセル」ボタン１１８を選択した場合には、投稿処理の入力を中止する処理を実行する。その場合には、投稿データは送信されない。

なお、本例においては、端末２Ａにおけるメッセージを投稿する処理について説明したが、端末２Ｂあるいは他の端末におけるメッセージを投稿する処理についても同様である。

図９は、実施形態に基づく投稿されたメッセージを閲覧する処理について説明する図である。

図９に示されるように、端末２Ｃの表示出力部５２は、受信した投稿データに基づいてキャラクタとともに、キャラクタに対応するメッセージを表示する処理を実行する。

本例においては、ユーザＲが所持する端末２Ｃの表示部１７に閲覧画面１２０が表示されている場合が示されている。

閲覧画面１２０において、端末２ＡのユーザＰに対応するＡ君キャラクタと、当該Ａ君キャラクタに対応するメッセージが表示されている。具体的には、ユーザＰが投稿したメッセージ「今日は、いい天気です。」が表示されている。

また、端末２ＢのユーザＱに対応するＢ君キャラクタと、当該Ｂ君キャラクタに対応するメッセージが表示されている。具体的には、ユーザＱが投稿したメッセージ「本当ですね。」が表示されている。

また、端末２ＡのユーザＰに対応するＡ君キャラクタと、当該Ａ君キャラクタに対応するメッセージが表示されている。具体的には、ユーザＰが投稿したメッセージ「どこに行きましょうか？」が表示されている。

このように端末２ＡのユーザＰおよび端末２ＢのユーザＱが投稿したメッセージが時系列的に表示部１７に表示される。新たに投稿したメッセージは、本例においては一例として上下方向の下方向に追記して表示される。

表示部１７は、一例として上下方向にスクロール表示可能に設けられているものとする。表示部１７の閲覧画面１２０に表示されていないメッセージについては、ユーザからの上下方向に対するスクロール操作の指示（例えば、タッチパネルにおけるフリック操作等）によりスクロール表示させることが可能である。

また、当該閲覧画面１２０においては、後述するが音声出力等のメッセージ再生処理が実行される。

なお、本例においては、メッセージ再生処理が停止している状態が示されている。
なお、本例においては、端末２Ｃにおいてメッセージを閲覧する処理について説明したが、端末２Ａ，２Ｂあるいは他の端末において、メッセージを閲覧する処理についても同様である。

＜情報処理システムにおけるデータ通信＞
図１０は、実施形態に基づく情報処理システムのデータ通信の処理の流れを説明する図である。

図１０に示されるように、一例として、端末２Ａ〜２Ｃとサーバ５との間のデータの通信の処理の流れについて説明する。

端末２Ａは、ユーザＰからのメッセージの入力を受け付ける（シーケンスｓｑ１）。具体的には、投稿受付部３２は、図８で説明したようにユーザＰから投稿するメッセージの入力を受け付ける。一例として、メッセージ「今日は、いい天気です。」を受け付ける。

そして、端末２Ａは、受け付けた投稿データをサーバ５に送信する（シーケンスｓｑ２）。具体的には、投稿データ送信部３３は、サーバ５に図６で説明したキャラクタＩＤおよびメッセージを含む投稿データを生成して送信する。

サーバ５は、端末２Ａから送信された投稿データを取得する（シーケンスｓｑ３）。具体的には、投稿データ受信部４５は、端末２Ａからの投稿データを受信する。

サーバ５は、受信した投稿データに対して解析および編集処理を実行する（シーケンスｓｑ４）。具体的には、解析処理部４６は、受信した投稿データに対して解析処理を実行する。編集部４８は、解析処理部４６の解析処理された解析結果に基づいて投稿データを編集する。

サーバ５は、編集した投稿データを端末に送信する（シーケンスｓｑ５）。具体的には、送信管理部４３は、関連情報格納部４４に格納されている関連情報に基づいてフレンド登録されている端末２Ｂ、端末２Ｃならびに送信元である端末２Ａを送信先として選択して投稿データを送信する。

そして、端末２Ｃは、サーバ５から送信された投稿データを取得する（シーケンスｓｑ１０）。具体的には、投稿データ受信部５１は、サーバ５から送信された投稿データを受信する。

次に、端末２Ｃは、受信された投稿データに従う出力処理を実行する（シーケンスｓｑ１１）。具体的には、表示出力部５２は、図９で説明したようにサーバ５を介して受信した投稿データに基づいて、キャラクタおよびメッセージ等を表示出力する処理を実行する。

また、再生出力部５３は、サーバ５を介して受信した投稿データに基づいて、メッセージ等を再生出力（例えば音声出力）する処理を実行する。

なお、端末２Ｃとは別の他の端末２Ａにおいても同様の処理が実行される。すなわち、サーバ５から送信された投稿データを取得（シーケンスｓｑ８）し、受信された投稿データに従う出力処理を実行する（シーケンスｓｑ９）。また、端末２Ｂにおいても同様の処理が実行される。サーバ５から送信された投稿データを取得（シーケンスｓｑ６）し、受信された投稿データに従う出力処理を実行する（シーケンスｓｑ７）。

次に、端末２Ｂは、ユーザＱからのメッセージの入力を受け付ける（シーケンスｓｑ１２）。具体的には、投稿受付部３２は、図８で説明したようにユーザＱから投稿するメッセージの入力を受け付ける。一例として、メッセージ「本当ですね。」を受け付ける。

そして、端末２Ｂは、受け付けた投稿データをサーバ５に送信する（シーケンスｓｑ１３）。具体的には、投稿データ送信部３３は、サーバ５に図６で説明したキャラクタＩＤおよびメッセージを含む投稿データを生成して送信する。

サーバ５は、端末２Ｂから送信された投稿データを取得する（シーケンスｓｑ１４）。具体的には、投稿データ受信部４５は、端末２Ｂからの投稿データを受信する。

サーバ５は、受信した投稿データに対して解析および編集処理を実行する（シーケンスｓｑ１５）。具体的には、解析処理部４６は、受信した投稿データに対して解析処理を実行する。編集部４８は、解析処理部４６の解析処理された解析結果に基づいて投稿データを編集する。

サーバ５は、編集した投稿データを端末に送信する（シーケンスｓｑ１６）。具体的には、送信管理部４３は、関連情報格納部４４に格納されている関連情報に基づいてフレンド登録されている端末２Ａ、端末２Ｃならびに送信元である端末２Ｂを送信先として選択して投稿データを送信する。

そして、端末２Ｃは、サーバ５から送信された投稿データを取得する（シーケンスｓｑ２１）。具体的には、投稿データ受信部５１は、サーバ５から送信された投稿データを受信する。

次に、端末２Ｃは、受信された投稿データに従う出力処理を実行する（シーケンスｓｑ２２）。具体的には、表示出力部５２は、図９で説明したようにサーバ５を介して受信した投稿データに基づいて、キャラクタおよびメッセージ等を表示出力する処理を実行する。

また、再生出力部５３は、サーバ５を介して受信した投稿データに基づいて、メッセージ等を再生出力（例えば音声出力）する処理を実行する。

なお、端末２Ｃとは別の他の端末２Ａにおいても同様の処理が実行される。すなわち、サーバ５から送信された投稿データを取得（シーケンスｓｑ１７）し、受信された投稿データに従う出力処理を実行する（シーケンスｓｑ１８）。また、端末２Ｂにおいてもサーバ５から送信された投稿データを取得（シーケンスｓｑ１９）し、受信された投稿データに従う出力処理を実行する（シーケンスｓｑ２０）。

当該処理により、端末２Ａ，２Ｂ等において投稿したメッセージ等を各端末で閲覧することが可能である。なお、端末２Ｃからメッセージを投稿することも可能である。

なお、本例においては、投稿データを受け付けた装置についても送信先としてサーバ５から投稿データを送信する場合について説明するが、投稿データを受け付けた装置については、情報を既に有しているためサーバ５から当該装置については投稿データを送信しないようにすることも可能である。また、本例においては、サーバ５が投稿データについて解析および編集処理を実行する場合について説明するが、サーバ５は、単に投稿データを他の装置に転送する処理だけを実行し、解析および編集処理については各端末において実行する方式とすることも可能である。

＜サーバ５の処理フロー＞
図１１は、実施形態に基づくサーバ５において実行される処理について説明するフロー図である。

サーバ５は、当該処理を実行するためのアプリケーションプログラムをプログラム記憶部２４に記憶している。

図１１に示されるように、サーバ５は、端末２から投稿データを取得したかどうかを判断する（ステップＳ２）。具体的には、投稿データ受信部４５は、端末２から投稿データを受信したか否かを判断する。一例として受信した情報にメッセージデータが含まれている場合には投稿データとして判断することが可能である。

次に、サーバ５は、ステップＳ２において、投稿データを取得するまで当該状態を維持し、投稿データを取得したと判断した場合（ステップＳ２においてＹＥＳ）には、端末ＩＤを確認する（ステップＳ４）。具体的には、送信管理部４３は、投稿データに含まれる端末ＩＤを確認する。

次に、サーバ５は、関連情報に基づいて送信先を選択する（ステップＳ６）。具体的には、送信管理部４３は、端末ＩＤに従って関連情報に基づいてフレンド登録されている他の端末の情報を取得して送信先として選択する。例えば、端末ＩＤが「Ｔ１」である場合には、関連情報に基づいてキャラクタＢ君、Ｃ君に対応する端末２Ｂ，２Ｃおよび送信元である端末２Ａを送信先として選択する。

次に、サーバ５は、投稿データの解析・編集処理を実行する（ステップＳ８）。
具体的には、解析処理部４６は、投稿データ受信部４５で受信された投稿データに対して解析処理を実行する。また、編集部４８は、解析処理部４６で解析処理された解析結果に基づいて投稿データの編集処理を実行する。当該解析処理および編集処理については後述する。

次に、サーバ５は、編集した投稿データを送信する（ステップＳ１０）。具体的には、送信管理部４３は、選択した送信先の端末に対して編集した投稿データを送信する。

そして、処理を終了する（エンド）。
図１２は、実施形態に基づくサーバ５において実行される解析・編集処理について説明するフロー図である。

図１２に示されるように、サーバ５は、メッセージを所定単位毎に分割する（ステップＳ１２）。具体的には、解析処理部４６は、所定の規則に基づいてメッセージを複数の文節に分割する。また、分割した文節毎に文節ＩＤを発行する。

次に、サーバ５は、感情を分析する（ステップＳ１４）。具体的には、解析処理部４６は、文節毎に当該文節に含まれる表現が所定の感情表現に適合するか否かを判断する。

次に、サーバ５は、発音する文字に応じた口の状態を分析する（ステップＳ１８）。具体的には、解析処理部４６は、メッセージ内容の発音する文字毎の口の形状パターンを分析する。

次に、サーバ５は、投稿データを編集する（ステップＳ２０）。具体的には、編集部４８は、図７で説明したように投稿データに、文節データ３１０、感情データ３１１、発声データ３１２を含める。

そして、処理を終了する（リターン）。
図１３は、実施形態に基づくメッセージの解析処理（その１）を説明する図である。

図１３（Ａ）に示されるように、メッセージ内容「今日は、いい天気です。」について、３つの単位の文節に分割した場合が示されている。また、分割した文節毎に文節ＩＤが発行され割り当てられる。本例においては、文節ＩＤ「Ｐ１」〜「Ｐ３」が割り当てられている。メッセージを実際の言語として不自然でない程度に区切った最小単位の文節に分割する手法については、いわゆる公知の形態素解析の手法を用いて、句読点や単語等に基づいて分割するが、特に手法については制限しない。

文節ＩＤ「Ｐ１」については、「今日は、」に対応している。
文節ＩＤ「Ｐ２」については、「いい天気」に対応している。

文節ＩＤ「Ｐ３」については、「です。」に対応している。
図１３（Ｂ）に示されるように、感情表現に関する感情テーブルが示されている。

図１３（Ｂ）に示されるように、感情表現として、複数のパターンが予め設けられている。一例として、「笑い」、「怒」、「通常」、・・・のパターンが設けられている。

「笑い」に対応する文字として、「うれしい、楽しい、いい天気」等が登録されている。

「怒」に対応する文字として、「悲しい、残念」等が登録されている。
なお、登録されている感情表現の文字と適合しない場合の感情は通常として処理される。

一例として、上記のメッセージ内容「今日は、いい天気です。」については、「今日は、」の感情表現は「通常」、「いい天気」の感情表現は「笑」、「です。」の感情表現は「通常」と分析される。分析結果として文節毎に感情データが設定される。

また、感情表現の種別に応じてキャラクタの顔の表情パターンが対応付けられている。例えば、感情表現が「笑」の場合には、顔の表情がにこやかな表情となる表情パターンが設定される。一方、感情表現が「怒」の場合には、顔の表情が厳しい表情となる表情パターンが設定される。また、感情表現が「普通」の場合には、顔の表情は通常の表情となる表情パターンが設定される。

後述するキャラクタ表示再生処理において、設定された感情データに基づく表情パターンの顔表示が実行される。

図１４は、実施形態に基づくメッセージの解析処理（その２）を説明する図である。
図１４（Ａ）に示されるように、メッセージ「今日は、いい天気です。」について、文節毎に発音文字「キョウハ」、「トテモ」、「イイテンキ」、「デス」が示されている。

図１４（Ｂ）は、発音文字と、口の形状パターンとの対応テーブルを説明する図である。

図１４（Ｂ）を参照して、発音文字「ア」〜「ン」にそれぞれ対応して口の形状パターンが予め設定されているものとする。本例においては、一例として、例えば、発音文字「ア」については、形状パターン「Ｃ」が割り当てられている。また、発音文字「ン」については、形状パターン「Ａ」が割り当てられている。例えば、形状パターン「Ａ」は、口を開かない形状として割り当てられているものとする。形状パターン「Ｃ」は、口が大きく開いた形状として割り当てられているものとする。形状パターン「Ｂ」は、通常時の（発音していない状態）キャラクタの口の形状として割り当てられているものとする。なお、口の形状パターンは、３種類に限られるものではなく、それぞれの発音文字に対応して、さらに複数種類の形状パターンを設けることにより、実際に発音する際の口の形状に近付けることが可能である。これにより臨場感あるコミュニケーションを促進することが可能である。

当該対応テーブルを用いて上記のメッセージ内容の発音する文字毎の口の形状パターンを分析する。

図１４（Ａ）においては、分析結果の一例として、発音文字「キョ」に対応して形状パターン「Ａ」、発音文字「ウ」に対応して形状パターン「Ａ」、発音文字「ハ」に対応して形状パターン「Ｃ」の発声データが設定される場合が示されている。

後述するキャラクタ表示再生処理において、設定された発声データに基づく形状パターンの口表示が実行される。

＜端末２の処理フロー＞
図１５は、実施形態に基づく端末２のアプリ処理について説明するフロー図である。

図１５を参照して、各端末２は、当該アプリ処理を実行するためのアプリケーションプログラムをプログラム記憶部１５に記憶している。

なお、ステップＳ３０およびＳ３２は、主に投稿受付部３２および投稿データ送信部３３で実行される処理である。ステップＳ３６〜Ｓ４４は、主に投稿データ受信部５１、表示出力部５２および再生出力部５３で実行される処理である。

図１５に示されるように、端末２は、投稿入力を受け付けたか否かを判断する（ステップＳ３０）。具体的には、投稿受付部３２は、図８で説明した投稿画面１１０においてユーザによりメッセージ入力領域１１４にメッセージが入力されて、「ＯＫ」ボタン１１６が選択されたかどうかを判断する。

ステップＳ３０において、端末２は、投稿入力を受け付けたと判断した場合（ステップＳ３０においてＹＥＳ）には、投稿処理を実行する（ステップＳ３２）。具体的には、投稿データ送信部３３は、図６で説明した投稿データをサーバ５に送信する。

次に、端末２は、ステップＳ３４に進み、アプリ処理を終了するかどうかを判断する。例えば、端末２は、入力部１６の所定の操作指示に従うアプリ処理の終了指示が有ったかどうかを判断する。

ステップＳ３４において、端末２は、アプリ処理の終了指示が無くアプリ処理を終了しないと判断した場合（ステップＳ３４においてＮＯ）には、ステップＳ３０に戻り、上記処理を繰り返す。

一方、ステップＳ３４において、端末２は、アプリ処理の終了指示が有りアプリ処理を終了すると判断した場合（ステップＳ３４においてＹＥＳ）には、ステップＳ３０に戻らずに当該アプリ処理を終了する（エンド）。

一方、端末２は、ステップＳ３０において、投稿入力を受け付けていないと判断した場合（ステップＳ３０においてＮＯ）には、ステップＳ３６に進む。

ステップＳ３６において、端末２は、サーバ５から投稿データを取得したか否かを判断する（ステップＳ３６）。具体的には、投稿データ受信部５１は、サーバ５から投稿データを受信したか否かを判断する。

ステップＳ３６において、端末２は、サーバ５から投稿データを取得したと判断した場合（ステップＳ３６においてＹＥＳ）には、仮想画面領域内にメッセージおよびキャラクタを配置する（ステップＳ３８）。具体的には、表示出力部５２は、取得した投稿データに含まれるキャラクタＩＤおよびメッセージデータに基づいて仮想画面領域内にキャラクタＩＤに基づくキャラクタおよびメッセージを配置する。

図１６は、実施形態に基づく仮想画面領域および表示領域の設定について説明する図である。

図１６に示されるように、仮想画面領域２００が示されている。仮想画面領域２００は領域を拡張可能に設けられており、投稿データを取得する毎にメッセージ等を配置するための領域が拡大する。本例においては、時系列的に下方向にメッセージ等が配置されて領域が拡大する場合が示されている。仮想画面領域２００は、新たに投稿データが取得された場合には、投稿データのメッセージ等のサイズに応じた領域が拡大される。

また、投稿データを取得する毎にメッセージ識別番号２０２が発行されるものとする。一例としてメッセージ識別番号（Ｍ１〜Ｍ５）が投稿データ毎に割り当てられている場合が示されている。また、メッセージ識別番号に関連して再生フラグ２０４が設けられており、後述するメッセージ再生処理が実行された場合には、再生フラグがオン（「Ｘ」）に設定される。なお、一例として再生フラグがオフの場合には「Ｘ」は消去された状態となる。

また、表示領域２１０が設けられており、表示部１７の表示画面サイズに応じた領域が設定される。表示部１７は、表示領域２１０に含まれている仮想画面領域２００に配置された情報（メッセージ等）を表示する。

本例においては、メッセージ識別番号（Ｍ２〜Ｍ４）に対応する投稿データのメッセージ等が表示領域２１０に含まれている場合が示されている。表示部１７には、メッセージ識別番号（Ｍ２〜Ｍ４）の投稿データに含まれるキャラクタＩＤに基づくキャラクタとメッセージとがそれぞれ表示される。

また、ユーザが入力部１６によりスクロール操作を指示することにより表示領域２１０に対する仮想画面領域２００の相対的な位置関係が変化する。

例えば、表示領域２１０の位置を固定とした場合に、スクロール操作を指示することにより仮想画面領域２００が表示領域２１０に対して上下方向に移動することによりスクロール表示が実行される。例えば、仮想画面領域２００が表示領域２１０に対して上方向に移動することによりメッセージ識別番号（Ｍ５）の投稿データに含まれるキャラクタＩＤに基づくキャラクタとメッセージとが表示される。反対に、仮想画面領域２００が表示領域２１０に対して下方向に移動することによりメッセージ識別番号（Ｍ１）の投稿データに含まれるキャラクタＩＤに基づくキャラクタとメッセージとが表示される。

再び、図１５を参照して、次に、端末２は、表示領域を設定・表示する（ステップＳ４０）。具体的には、表示出力部５２は、仮想画面領域２００内における表示領域２１０を設定する。ユーザが入力部１６によりスクロール操作を指示することにより表示領域２１０に対する仮想画面領域２００の相対的な位置関係が変化し、それに基づいて表示領域２１０が設定される。そして、表示出力部５２は、表示領域２１０に含まれている仮想画面領域２００に配置された投稿データの情報（キャラクタとメッセージ）を表示部１７に表示する。

次に、端末２は、再生出力処理を実行する（ステップＳ４２）。具体的には、再生出力部５３は、表示領域に含まれるメッセージ等を再生出力する処理を実行する。再生出力処理については後述する。そして、次に、ステップＳ３４に進む。

一方、ステップＳ３６において、端末２は、サーバ５から投稿データを取得していないと判断した場合（ステップＳ３６においてＮＯ）には、閲覧画面１２０において入力部１６によるスクロール操作の指示が有るか否かを判断する（ステップＳ４４）。具体的には、表示出力部５２は、閲覧画面１２０において入力部１６によるスクロール操作の指示が有るか否かを判断する。

ステップＳ４４において、端末２は、閲覧画面１２０において、入力部１６によるスクロール操作の指示が有ると判断した場合（ステップＳ４４においてＹＥＳ）には、ステップＳ４０に進む。具体的には、表示出力部５２は、ユーザが入力部１６によりスクロール操作を指示することにより表示領域２１０に対する仮想画面領域２００の相対的な位置関係の変化に基づいて表示領域２１０を設定する。そして、表示出力部５２は、表示領域２１０に含まれている仮想画面領域２００に配置された投稿データの情報（キャラクタとメッセージ）を表示部１７に表示する。以降の処理については上記で説明したのと同様であるのでその詳細な説明については繰り返さない。

一方、ステップＳ４４において、端末２は、閲覧画面１２０において、入力部１６によるスクロール操作の指示が無いと判断した場合（ステップＳ４４においてＮＯ）には、ステップＳ３４に進む。

当該処理により、閲覧画面１２０において、入力部１６によるスクロール操作の指示が有る場合には、閲覧画面１２０がスクロール表示により変更される。これに伴い再生出力処理が実行される。

図１７は、実施形態に基づく端末２の再生出力処理について説明するフロー図である。
図１７に示されるように、端末２は、表示領域外の再生フラグをリセットする（ステップＳ５０）。具体的には、再生出力部５３は、表示領域２１０外における仮想画面領域２００に配置された投稿データのメッセージ識別番号に関連して設けられた再生フラグを全てリセット（再生フラグをオフ）する。

次に、端末２は、表示領域内の投稿データに対応する再生フラグを確認する（ステップＳ５２）。具体的には、再生出力部５３は、表示領域２１０内の投稿データに割り当てられたメッセージ識別情報に関連して設けられた再生フラグを確認する。

次に、端末２は、先頭の投稿データの再生フラグがオン（「Ｘ」）であるか否かを判断する（ステップＳ５４）。具体的には、再生出力部５３は、表示領域２１０内の最初（先頭）の投稿データの再生フラグがオンであるか否かを判断する。

次に、端末２は、ステップＳ５４において、先頭の投稿データの再生フラグがオン（「Ｘ」）であると判断した場合（ステップＳ５４においてＹＥＳ）には、表示領域内に再生フラグがオフの投稿データが有るか否かを判断する（ステップＳ５６）。具体的には、再生出力部５３は、表示領域２１０内の投稿データに対応する再生フラグがオンでないものがあるか否かを判断する。

次に、端末２は、表示領域内に再生フラグがオフの投稿データが有ると判断した場合（ステップＳ５６においてＹＥＳ）には、当該投稿データに関するメッセージ再生処理を実行する（ステップＳ５８）。再生出力部５３は、表示領域２１０内の再生フラグがオンでない投稿データが有ると判断した場合、すなわち、表示領域２１０内の再生フラグがオフである投稿データが有ると判断した場合には、当該投稿データに関するメッセージ再生処理を実行する。メッセージ再生処理については後述する。

次に、端末２は、メッセージ再生処理後、当該投稿データに対応する再生フラグをオンに設定する（ステップＳ６０）。再生出力部５３は、再生した投稿データの再生フラグをオン（「Ｘ」）に設定する。

次に、端末２は、閲覧画面１２０において入力部１６によるスクロール操作の指示が有るか否かを判断する（ステップＳ６２）。具体的には、表示出力部５２は、閲覧画面１２０において入力部１６によるスクロール操作の指示が有るか否かを判断する。

端末２は、閲覧画面１２０において入力部１６によるスクロール操作の指示が無いと判断した場合（ステップＳ６２においてＮＯ）には、ステップＳ５６に戻り、再生出力部５３における上記処理を繰り返す。

ステップＳ５６において、端末２は、表示領域２１０内の投稿データに対応する再生フラグがオフで無いと判断した場合（ステップＳ５６においてＮＯ）には、再生出力処理を終了する（リターン）。再生出力部５３は、表示領域２１０内の投稿データに対応する再生フラグが全てオン（「Ｘ」）であると判断した場合には、再生出力処理を終了する。

当該処理により、表示領域２１０内の再生フラグがオフの投稿データに対するメッセージ再生処理が順番に実行される。そして、表示領域２１０内の投稿データに対応する再生フラグが全てオンとなった場合に再生出力処理が終了する。

一方、端末２は、閲覧画面１２０において入力部１６によるスクロール操作の指示が有ると判断した場合（ステップＳ６２においてＹＥＳ）には、図１５のステップＳ４０に戻る。具体的には、表示出力部５２は、仮想画面領域２００内における表示領域２１０を設定する。ユーザが入力部１６によりスクロール操作を指示することにより表示領域２１０に対する仮想画面領域２００の相対的な位置関係が変化し、それに基づいて表示領域２１０が設定される。そして、表示出力部５２は、表示領域２１０に含まれている投稿データの情報（キャラクタとメッセージ）を表示する。

一方、ステップＳ５４において、端末２は、先頭の投稿データの再生フラグがオン（「Ｘ」）でないと判断した場合（ステップＳ５４においてＮＯ）には、表示領域２１０内の投稿データに対応する再生フラグをリセットする（ステップＳ６４）。そして、ステップＳ５６に進む。再生出力部５３は、表示領域２１０内の投稿データに対応する再生フラグを全てリセット（再生フラグをオフ）する。そして、ステップＳ５６に進む。

当該処理により、表示領域２１０内の先頭の投稿データについて再生フラグがオフの場合には、表示領域２１０内のすべての投稿データの再生フラグがオフに設定される。したがって、先頭の投稿データのメッセージ再生処理が実行される場合には、それ以降の投稿データについても順番にメッセージ再生処理が実行される。

また、上記処理として、ステップＳ５０において表示領域外の再生フラグがリセットされる。例えば、ステップＳ５８のメッセージ再生処理の後、ステップＳ６２においてユーザが入力部１６によりスクロール操作を指示することにより表示領域２１０に対する仮想画面領域２００が表示領域２１０に対して下方向に移動した場合には、再生フラグがオフの投稿データが表示領域２１０の先頭に配置される。これに伴い他の投稿データの再生フラグはリセットされる。したがって、ユーザが入力部１６によりスクロール操作を指示することにより表示領域２１０に対する仮想画面領域２００が表示領域２１０に対して下方向に移動した場合には、表示領域２１０の先頭に配置された投稿データから順番にメッセージ再生処理が実行される。

＜メッセージ再生処理＞
図１８は、実施形態に基づくメッセージ再生処理の概念を説明する図である。

図１８に示されるように、一例として、メッセージ内容「今日は、」「いい天気」「です。」が示されている。

実施形態においては、再生出力部５３は、メッセージの再生処理として、３種類の再生処理を実行する。

具体的には、再生処理を音声で再生するメッセージ音声再生処理と、再生処理を表示処理で実行するメッセージ表示再生処理と、再生処理をキャラクタの表示処理で実行するキャラクタ表示再生処理とを実行する。

メッセージ音声再生処理は、メッセージの１文字ずつを音声出力する。
メッセージ表示再生処理は、音声出力するメッセージの再生位置に従って当該メッセージの表示の色を変化させる。具体的には、初期状態においては、一例として表示されるメッセージは、白色の文字で表示されているものとする。そして、再生位置に対応する文節データを色付けする。一例として、「今日は、」を音声出力する際に、「今日は、」の白色の文字を黒色の文字に色付けして表示する。なお、本例においては、白色の文字を黒色の文字に色付けする場合について説明するが、特にこれに限られず、異なる色に変化するのであればどのような対応でも良い。

また、本例のメッセージ表示再生処理は、再生位置に従うメッセージの表示の色を色付けして変化させる場合について説明するが、これに限られず再生位置に従うメッセージの大きさを変化させて強調表示させるようにしても良い。あるいは、再生位置に従うメッセージを動的に変化させて強調表示させるようにしても良い。

キャラクタ表示再生処理は、音声出力するメッセージの再生位置に従って表示するキャラクタの顔および口の状態を変化させる。具体的には、文節データに対応する感情データに基づいて顔の表情パターンを設定する。そして、発声データに基づいて口の形状パターンを設定する。そして、再生出力部５３は、設定された顔および口の両者を合成した表示処理を実行する。一例として、メッセージ「今日は、」について文節データに対応する感情データは通常である。したがって、通常の顔の表情パターンが設定される。そして、発音文字「キョウハ」の再生位置に対応する発声データに基づいて口の形状パターンが設定される。例えば、「ハ」の再生位置の際に口が大きく開く形状パターンが設定されて表示される。

当該処理により、メッセージを音声出力することにより視覚だけでなく聴覚によりメッセージを認識することが可能である。したがって、対応するキャラクタが話しているように感じるため臨場感あるコミュニケーションが可能である。

また、音声出力の再生位置に対応して文節データの色を変化させることにより、時間の経過とともにメッセージが強調表示される。したがって、対応するキャラクタが話しているように感じるため臨場感あるコミュニケーションが可能である。

また、音声出力の再生位置に対応して発音文字に応じた口の形状パターンに設定することにより、対応するキャラクタが口を実際に動かして話しているように感じるため臨場感あるコミュニケーションが可能である。

また、メッセージ内容に応じて対応するキャラクタの表情も変化する。したがって、対応するキャラクタが実際に話しているように感じるため臨場感あるコミュニケーションが可能である。

なお、キャラクタの顔だけに限られず、体全体の動き（演出）についてアニメーション表示するようにしても良い。キャラクタによる動きをユーザに再生出力することにより、対応するキャラクタが体全体を動かして実際に話しているように感じるため臨場感あるコミュニケーションが可能である。

なお、予め複数の動作パターンを設けて、複数の動作パターンの中から１つを選択してアニメーション表示を行うようにしても良い。具体的には、解析データ３０９に含まれる感情データに基づいて、複数の動作パターンの中から１つを選択してアニメーション表示を行うようにしても良い。例えば、感情データが「笑」の場合には楽しい状態を想起させる動作パターンを選択してアニメーション表示を実行することが好ましい。

当該処理により、コミュニケーションの表現を実際の会話により近づけることが可能であり、コミュニケーションの表現を豊かにしてユーザ間のコミュニケーションを促進することが可能である。

図１９は、実施形態に基づくメッセージ再生処理を説明するフロー図である。
図１９に示されるように、端末２は、メッセージ情報を取得する（ステップＳ７０）。具体的には、再生出力部５３は、再生フラグがオフの投稿データのメッセージ情報を取得する。具体的には、再生出力部５３は、投稿データからキャラクタＩＤと、メッセージデータ３０８と、解析データ３０９とを抽出する。

次に、端末２は、メッセージ音声再生処理を実行する（ステップＳ７２）。再生出力部５３は、メッセージデータ３０８と解析データ３０９とに基づいてメッセージ音声再生処理を実行する。メッセージ音声再生処理については、後述する。

次に、端末２は、メッセージ表示再生処理を実行する（ステップＳ７４）。再生出力部５３は、メッセージデータ３０８と、解析データ３０９と、メッセージ音声再生処理の再生位置情報とに基づいてメッセージ表示再生処理を実行する。メッセージ表示再生処理については、後述する。

次に、端末２は、キャラクタ表示再生処理を実行する（ステップＳ７６）。再生出力部５３は、キャラクタＩＤと、解析データ３０９と、メッセージ音声再生処理の再生位置情報とに基づいてキャラクタ表示再生処理を実行する。キャラクタ表示再生処理については、後述する。

次に、端末２は、再生処理が終了したかどうかを判断する（ステップＳ７８）。再生出力部５３は、投稿データのメッセージ等についての再生処理が終了したかどうかを判断する。

端末２は、再生処理が終了したと判断した場合（ステップＳ７８においてＹＥＳ）には、処理を終了する（リターン）。

一方、端末２は、再生処理が終了していないと判断した場合（ステップＳ７８においてＮＯ）には、ステップＳ７２に戻り、再生処理が終了するまで上記処理を繰り返す。

図２０は、実施形態に基づくメッセージ音声再生処理を説明するフロー図である。
図２０に示されるように、端末２は、投稿データのメッセージデータについて音声合成ライブラリを用いて音声合成する（ステップＳ８０）。具体的には、再生出力部５３は、音声合成ライブラリを用いて文節毎のメッセージについて音声合成する。

次に、端末２は、音声を再生する（ステップＳ８２）。再生出力部５３は、音声合成した音声データを再生する。

次に、端末２は、再生位置を取得する（ステップＳ８４）。再生出力部５３は、メッセージデータにおける音声データの再生位置を取得する。

そして、処理を終了する（リターン）。
なお、音声データを再生するにあたり音声の高さ、速さ、アクセント、調子等のパラメータは任意の値に予め設定されており、当該パラメータに基づく音声データの再生が行なわれる。なお、各パラメータは任意に設定変更可能に設けられているものとする。

図２１は、実施形態に基づくメッセージ表示再生処理を説明するフロー図である。
図２１に示されるように、端末２は、取得した再生位置に基づいて文節毎に色付け表示を行う（ステップＳ８６）。再生出力部５３は、メッセージデータ３０８と、解析データ３０９と、メッセージ音声再生処理の再生位置情報とに基づいてメッセージ表示再生処理を実行する。再生出力部５３は、再生位置に基づいて文節毎に色付け表示処理を実行する。一例として、再生出力部５３は、白色で表示されている文節の文字を黒色の文字に変化させる。

そして、処理を終了する（リターン）。
図２２は、実施形態に基づくキャラクタ表示再生処理を説明するフロー図である。

図２２に示されるように、端末２は、取得した再生位置と、感情データとに基づいて顔パターンを設定する（ステップＳ９０）。具体的には、再生出力部５３は、分析データに含まれる文節毎の感情データに基づいて当該文節毎のメッセージの再生位置における表情パターンを設定する。

次に、端末２は、取得した再生位置と、発声データとに基づいて口の形状パターンを設定する（ステップＳ９２）。具体的には、再生出力部５３は、分析データに含まれる口の形状パターンデータに基づいてメッセージの再生位置における口の形状パターンを選択する（ステップＳ９２）。

次に、端末２は、合成表示する（ステップＳ９４）。具体的には、再生出力部５３は、表情パターンおよび口の形状パターンを合成した顔表示を表示部１７に表示する。

そして、処理を終了する（リターン）。
（変形例１）
上記図１７の再生出力処理のステップＳ５６において、表示領域２１０内の投稿データに対応する再生フラグがオフで無いと判断した場合（ステップＳ５６においてＮＯ）、全て再生フラグがオンであると判断した場合には、再生出力処理を終了する場合について説明したが、自動的にスクロール表示するようにしても良い。具体的には、仮想画面領域２００を表示領域２１０に対して上方向に移動させて、表示領域２１０内に表示されていない仮想画面領域２００内の投稿データをスクロール表示するようにしても良い。そして、ステップＳ５８に進み、メッセージ再生処理を実行する。

当該処理により、表示領域２１０内の投稿データに対するメッセージ再生処理が完了した場合にはスクロール表示により表示領域２１０内に表示されていない投稿データを自動的に表示し、メッセージ再生処理を継続することによりユーザの指示によるスクロール操作無しに投稿データを閲覧することが可能である。

（変形例２）
上記図１７の再生出力処理のステップＳ５６において、表示領域２１０内の投稿データに対応する再生フラグがオフで無いと判断した場合（ステップＳ５６においてＮＯ）、全て再生フラグがオンであると判断した場合には、再生出力処理を終了する場合について説明したが、メッセージ再生処理を再び繰り返す（リピート再生）ようにしても良い。具体的には、ステップＳ６４で説明したように表示領域内の再生フラグをリセットして、ステップＳ５８に進み、メッセージ再生処理を実行するようにしても良い。

当該処理により、表示領域２１０内の投稿データに対するメッセージ再生処理を繰り返し実行することにより、投稿データのメッセージ内容を把握してユーザ間のコミュニケーションを促進することが可能である。

（変形例３）
上記の実施形態においては、図１７の再生出力処理として、再生フラグをリセットして、再生フラグがオフの投稿データに対するメッセージ再生処理について説明したが、再生フラグをリセットしないようにしても良い。

すなわち、一度再生した投稿データについては、メッセージ再生処理を行わず、新規の投稿データについてのみメッセージ再生処理を実行するようにしても良い。

新規の投稿データについてのみメッセージ再生処理を実行することにより新規の投稿データに対する興趣性を高めることが可能である。

また、上記の実施形態においては、表示領域２１０内の先頭の投稿データから再生フラグがオンであるか否かを確認してオフである場合には、先頭の投稿データからメッセージ再生処理を実行する方式について説明したが、表示領域２１０内の投稿データのうちユーザが入力部１６を介してタッチ操作等により指定した投稿データから順次メッセージ再生処理を行うようにしても良い。

ユーザが指定した投稿データから順次メッセージ再生処理を行うことにより、ユーザの意図を反映したメッセージ再生処理を実行することが可能である。

（その他の実施形態）
上記の実施形態においては、サーバ５を介して端末間でデータ通信する場合について説明したが、サーバ５を介さずに直接データ通信するようにしても良い。また、サーバ５で説明した投稿データの解析・編集処理の機能等については、各端末２が有する構成にすることも可能である。

具体的には、端末２Ａ〜２Ｃがそれぞれ通信部１１の無線通信機能を利用して通信可能な通信範囲に含まれる端末間で無線通信が可能であるものとする。

「直接データ通信」とは、端末２Ａから近距離に存在する他の端末２Ｂ，２Ｃに対して、メモリ１４に格納された所定のデータ（一例として「投稿データ」）を自動的に（ユーザによる操作無しに）直接送信する通信をいうものとする。そして、他の端末２Ｂ，２Ｃは、投稿データに基づく出力処理を実行する。

より具体的には、無線通信は、端末２のＣＰＵ１３および通信部１１等が協働することによって実行される。この処理は、例えば端末２がいわゆるスリープ状態（スタンバイ状態などと呼ばれることもある）のときに、バックグラウンド処理として実行される処理である。例えば、スリープ中は、基本的には通信部１１が主体となって動作し、必要に応じて一時的にＣＰＵ１３のスリープが解除され、ＣＰＵ１３が一時的に実行主体となる等の制御が行われる（例えば、他の端末の探索処理は通信部１１等で行なわれ、データの送受信はＣＰＵ１３で行なわれる等）。その他、例えば、端末２は、ＣＰＵ１３とは別に低消費電力で動作可能な第２のＣＰＵを備え、スリープ中は当該第２のＣＰＵが実行主体となるようにしてもよい。また、本例における無線通信は、端末２がスリープ状態でない場合でも、アプリケーションの処理中あるいはユーザの指示操作などによって適宜実行されても良い。また、アプリケーションの実行中にバックグランド処理として当該無線通信を実行することも可能である。

端末２は、無線通信において、たとえば、近距離の無線通信の通信範囲内に存在する不特定の他の端末２を繰り返し探索する。そして、端末２は、探索により発見した他の端末２との間で通信を確立する。そして、メモリ１４に格納されている通信データを自動的に送信する。あるいは、当該他の端末２のメモリ１４に格納された通信データを当該他の端末２から自動的に受信する。なお、こられが両方行なわれる通信であっても良い。

上記した無線通信は、例えば、端末２を所持しているユーザ同士がすれちがった際に行なわれるようにすることが可能である。

また、本実施形態におけるプログラムとして、パーソナルコンピュータで実行可能なアプリケーションを提供してもよい。このとき、本実施の形態に係るプログラムは、パーソナルコンピュータ上で実行される各種アプリケーションの一部の機能（モジュール）として組み込まれてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１，１Ａ 情報処理システム、２，２Ａ，２Ｂ，２Ｃ 端末、５ サーバ、１１，２２ 通信部、１４，２３ メモリ、１５，２４ プログラム記憶部、１６ 入力部、１７ 表示部、３２ 投稿受付部、３３ 投稿データ送信部、４３ 送信管理部、４４ 関連情報格納部、４５，５１ 投稿データ受信部、４６ 解析処理部、４８ 編集部、５２ 表示出力部、５３ 再生出力部。

Claims (17)

1. サーバを介して複数の情報処理装置の間でデータ通信が可能な情報処理システムであって、
   第１の情報処理装置は、
   前記第１の情報処理装置を操作するユーザにより入力された第１メッセージの入力を受け付ける第１メッセージ受付部と、
   受け付けた前記第１メッセージおよび第１キャラクタ情報を前記サーバに送信する第１メッセージ送信部とを含み、
   第２の情報処理装置は、
   前記第２の情報処理装置を操作するユーザにより入力された第２メッセージの入力を受け付ける第２メッセージ受付部と、
   受け付けた前記第２メッセージおよび第２キャラクタ情報を前記サーバに送信する第２メッセージ送信部とを含み、
   前記サーバは、
   前記複数の情報処理装置の間で通信するための、予め送信先のグループとして前記第１の情報処理装置に対応する前記第１キャラクタ情報および前記第２の情報処理装置に対応する前記第２キャラクタ情報に関連付けられて登録されている第３の情報処理装置に対応する第３キャラクタ情報を含む関連情報格納部と、
   前記関連情報格納部に基づいて前記複数の情報処理装置のうちの前記第３キャラクタ情報に対応する前記第３の情報処理装置を送信先として前記第１メッセージおよび前記第１キャラクタ情報ならびに第２メッセージおよび前記第２キャラクタ情報を送信する送信管理部とを含み、
   前記第３の情報処理装置は、
   前記サーバを介して取得した前記第１キャラクタ情報に基づく第１キャラクタと対応させた前記第１メッセージと、前記サーバを介して取得した前記第２キャラクタ情報に基づく第２キャラクタと対応させた前記第２メッセージとを表示部に時系列的に表示する表示出力部と、
   前記第１メッセージと前記第２メッセージとを音声出力する再生出力部とをさらに含む、情報処理システム。
2. 前記再生出力部は、前記第１メッセージおよび前記第２メッセージの少なくともいずれかの内容の解析結果と対応するキャラクタ情報とに基づきキャラクタの表示処理を実行する、請求項１記載の情報処理システム。
3. 前記再生出力部は、前記第１メッセージと前記第２メッセージとを音声出力しながら、前記解析結果と前記対応するキャラクタ情報とに基づきキャラクタの表示処理を実行する、請求項２記載の情報処理システム。
4. 前記再生出力部は、前記第１メッセージおよび前記第２メッセージの少なくともいずれかの内容の解析結果に基づき当該対応するメッセージの表示処理を実行する、請求項１記載の情報処理システム。
5. 前記再生出力部は、前記第１メッセージおよび前記第２メッセージの少なくともいずれかの内容の解析結果に基づき当該対応するメッセージを音声出力する、請求項１記載の情報処理システム。
6. 前記解析結果は、前記第１メッセージおよび前記第２メッセージの少なくともいずれかの内容を所定単位毎に分割した、分割した単位毎の解析結果である、請求項２〜５のいずれか１項に記載の情報処理システム。
7. 前記表示部に時系列的に表示されたメッセージは、ユーザの操作に従ってスクロール表示可能に設けられており、
   前記再生出力部は、前記表示部の画面内に前記第１あるいは第２メッセージが表示されているか否かを判断し、画面内に表示されているメッセージに対して順次音声出力する、請求項１〜６のいずれか１項に記載の情報処理システム。
8. 前記第１および第２キャラクタは、前記ユーザを示すアバターである、請求項１〜７のいずれか１項に記載の情報処理システム。
9. 前記再生出力部は、前記アバターのアニメーション表示を行う、請求項８記載の情報処理システム。
10. 前記再生出力部は、複数の動作パターンの中から１つを選択して前記アバターのアニメーション表示を行う、請求項９記載の情報処理システム。
11. 前記再生出力部は、前記表示部に時系列的に表示されたメッセージを順番に音声出力する、請求項１〜１０のいずれか１項に記載の情報処理システム。
12. 前記再生出力部は、前記表示部に時系列的に表示されたメッセージを順番に繰り返し音声出力する、請求項１１記載の情報処理システム。
13. 前記再生出力部は、前記表示部に表示されていないメッセージをスクロール表示し、スクロール表示されたメッセージを順番に繰り返し音声出力する、請求項１１記載の情報処理システム。
14. 前記再生出力部は、前記メッセージを音声出力する際の再生位置に対応する前記サーバを介して取得したメッセージ内容の解析結果を取得する、請求項１〜１３のいずれか１項に記載の情報処理システム。
15. 前記再生出力部は、取得した解析結果に基づき当該メッセージの表示処理を実行する、請求項１４記載の情報処理システム。
16. 前記再生出力部は、取得した解析結果および対応するキャラクタ情報に基づきキャラクタの表示処理を実行する、請求項１４記載の情報処理システム。
17. サーバを介して複数の情報処理装置間でデータ通信が可能な情報処理システムであって、
    第１の情報処理装置は、
    前記第１の情報処理装置を操作するユーザにより入力された第１メッセージの入力を受け付ける第１メッセージ受付部と、
    受け付けた前記第１メッセージおよび第１キャラクタ情報を前記サーバに送信する第１メッセージ送信部とを含み、
    第２の情報処理装置は、
    前記第２の情報処理装置を操作するユーザにより入力された第２メッセージの入力を受け付ける第２メッセージ受付部と、
    受け付けた前記第２メッセージおよび第２キャラクタ情報を前記サーバに送信する第２メッセージ送信部とを含み、
    前記サーバは、
    前記複数の情報処理装置の間で通信するための、予め送信先のグループとして前記第１の情報処理装置に対応する前記第１キャラクタ情報および前記第２の情報処理装置に対応する前記第２キャラクタ情報に関連付けられて登録されている第３の情報処理装置に対応する第３キャラクタ情報を含む関連情報格納部と、
    前記関連情報格納部に基づいて前記複数の情報処理装置のうちの前記第３キャラクタ情報に対応する前記第３の情報処理装置を送信先として前記第１メッセージおよび前記第１キャラクタ情報ならびに第２メッセージおよび前記第２キャラクタ情報を送信する送信管理部とを含み、
    前記第３の情報処理装置は、
    前記サーバを介して取得した前記第１キャラクタ情報に基づく第１キャラクタと対応させた前記第１メッセージと、前記サーバを介して取得した前記第２キャラクタ情報に基づく第２キャラクタと対応させた前記第２メッセージとを表示部に時系列的に表示する表示出力部と、
    前記第１および前記第２メッセージの内容の解析結果に基づく再生処理を実行する再生出力部とをさらに含む、情報処理システム。

Images