投稿順に再生される複数の音声メッセージに関する処理を行う音声制御装置であって、前記音声メッセージを取得し、取得した前記音声メッセージに付加されたメタデータを基に、前記音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定するメッセージ取得解析部と、前記音声メッセージが返信メッセージである場合、前記対象音声メッセージが再生されてからの経過に関する経過情報を基に、前記対象音声メッセージの理解を助ける補助メッセージを前記返信メッセージとともに再生するか否かを決定する補助メッセージ制御部と、を有する、音声制御装置。前記メッセージ取得解析部は、前記対象音声メッセージが再生されてから前記返信メッセージを取得するまでの間に取得した音声メッセージのうち、前記対象音声メッセージに対する返信メッセージではない音声メッセージの数を算出し、前記補助メッセージ制御部は、前記音声メッセージの数が予め定められた閾値を超えた場合、前記補助メッセージを再生することを決定する、請求項1記載の音声制御装置。前記補助メッセージ制御部は、前記対象音声メッセージが再生されてから前記返信メッセージが再生されるまでの時間間隔を算出し、前記時間間隔が予め定められた閾値を超えた場合、前記補助メッセージを再生することを決定する、請求項1記載の音声制御装置。前記対象音声メッセージの再生中に、再生を中断するスキップ操作が行われたか否かを判定するスキップ操作判定部をさらに有し、前記補助メッセージ制御部は、前記スキップ操作判定部が前記対象音声メッセージの再生中に前記スキップ操作が行われたと判定した場合、前記補助メッセージを再生することを決定する、請求項1記載の音声制御装置。前記補助メッセージ制御部は、前記対象音声メッセージを投稿したユーザと前記補助メッセージを再生する装置に登録されたユーザとが異なる場合、前記補助メッセージを再生することを決定する、請求項1記載の音声制御装置。前記補助メッセージについて、再生時間および再生速度の少なくとも1つを編集する再生メッセージ編集部をさらに有し、前記再生メッセージ編集部は、再生時間および再生速度の少なくとも1つを編集した前記補助メッセージが、前記返信メッセージの再生前または再生中のいずれかのタイミングで出力されるように編集する、請求項1記載の音声制御装置。投稿順に再生される複数の音声メッセージに関する処理を行う音声制御方法であって、前記音声メッセージを取得し、取得した前記音声メッセージに付加されたメタデータを基に、前記音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定するステップと、前記音声メッセージが返信メッセージである場合、前記対象音声メッセージが再生されてからの経過に関する経過情報を基に、前記対象音声メッセージの理解を助ける補助メッセージを前記返信メッセージとともに再生するか否かを決定するステップと、を有する、音声制御方法。投稿順に再生される複数の音声メッセージに関する処理をコンピュータに実行させるプログラムであって、コンピュータに、前記音声メッセージを取得し、取得した前記音声メッセージに付加されたメタデータを基に、前記音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定する処理と、前記音声メッセージが返信メッセージである場合、前記対象音声メッセージが再生されてからの経過に関する経過情報を基に、前記対象音声メッセージの理解を助ける補助メッセージを前記返信メッセージとともに再生するか否かを決定する処理と、を実行させる、プログラム。しかし、短時間のうちに多くの返信メッセージが投稿される場合、補助メッセージも大量に再生されることになる。すると、ユーザにとっては、煩わしさを感じるのみならず、かえって返信メッセージの内容を把握しにくくなるおそれがある。本発明の目的は、補助メッセージの再生が必要であると判定した場合にだけ補助メッセージを再生させることができる、音声制御装置、音声制御方法およびプログラムを提供することである。本発明の音声制御装置は、投稿順に再生される複数の音声メッセージに関する処理を行う音声制御装置であって、前記音声メッセージを取得し、取得した前記音声メッセージに付加されたメタデータを基に、前記音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定するメッセージ取得解析部と、前記音声メッセージが返信メッセージである場合、前記対象音声メッセージが再生されてからの経過に関する経過情報を基に、前記対象音声メッセージの理解を助ける補助メッセージを前記返信メッセージとともに再生するか否かを決定する補助メッセージ制御部と、を有する。本発明の音声制御方法は、投稿順に再生される複数の音声メッセージに関する処理を行う音声制御方法であって、前記音声メッセージを取得し、取得した前記音声メッセージに付加されたメタデータを基に、前記音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定するステップと、前記音声メッセージが返信メッセージである場合、前記対象音声メッセージが再生されてからの経過に関する経過情報を基に、前記対象音声メッセージの理解を助ける補助メッセージを前記返信メッセージとともに再生するか否かを決定するステップと、を有する。本発明のプログラムは、投稿順に再生される複数の音声メッセージに関する処理をコンピュータに実行させるプログラムであって、コンピュータに、前記音声メッセージを取得し、取得した前記音声メッセージに付加されたメタデータを基に、前記音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定する処理と、前記音声メッセージが返信メッセージである場合、前記対象音声メッセージが再生されてからの経過に関する経過情報を基に、前記対象音声メッセージの理解を助ける補助メッセージを前記返信メッセージとともに再生するか否かを決定する処理と、を実行させる。本発明によれば、補助メッセージの再生が必要であると判定した場合にだけ補助メッセージを再生させることができる。以下、本発明の各実施の形態について、図面を参照して詳細に説明する。実施の形態1本発明の実施の形態1は、本発明の基本的態様の一例である。図1は、本実施の形態に係る音声制御装置の構成の一例を示すブロック図である。図1において、音声制御装置600は、投稿順に再生される複数の音声メッセージに関する処理を行う音声制御装置であって、メッセージ取得解析部671および補助メッセージ制御部672を有する。メッセージ取得解析部671は、音声メッセージを取得し、それに付加されたメタデータを基に、取得した音声メッセージが、返信先メッセージに対する返信メッセージであるか否かを判定する。返信先メッセージは、対象音声メッセージともいう。補助メッセージ制御部672は、音声メッセージが、メッセージ取得解析部671での判定の結果として返信メッセージである場合、経過情報を基に、返信先メッセージの理解を助ける補助メッセージを再生するか否かを決定する。経過情報とは、返信先メッセージが再生されてからの経過に関する情報である。経過情報の具体例については、後述する。音声制御装置600は、例えば、CPUCentralProcessingUnit、および、RAMRandomAccessMemoryなどの記憶媒体を有する。この場合、上記各機能部は、CPUが制御プログラムを実行することにより実現される。このように、音声制御装置600は、取得した音声メッセージについてそのメタデータを基に返信メッセージであるか否かを判定し、返信メッセージである場合は、経過情報を基に補助メッセージを再生するか否かを決定する構成である。よって、音声制御装置600は、全ての返信メッセージに対して補助メッセージを再生させるのではなく、補助メッセージの再生が必要であると判定した場合にだけ補助メッセージを再生させることができる。したがって、ユーザは、音声制御装置600の処理を経て投稿順に再生される複数の音声メッセージを聞くことで以下の効果を得られる。すなわち、ユーザは、返信メッセージがどのメッセージに対する返信であるのかを把握しやすい状況にあるときには、補助メッセージを聞かなくて済む。また、ユーザは、返信メッセージがどのメッセージに対する返信であるのかを把握しにくい状況にあるときには、補助メッセージを聞くことができる。つまり、ユーザは、返信メッセージの内容を把握しやすくなる。実施の形態2本発明の実施の形態2は、本発明を、他ユーザとの音声コミュニケーションが可能な端末装置に適用した例である。図2は、本発明の一実施の形態に係る音声制御装置を含む端末装置の構成の一例を示すブロック図である。図2に示す端末装置100は、インターネットあるいはイントラネットなどの通信ネットワーク200を介して、音声メッセージ管理サーバ300に接続可能な装置である。端末装置100は、音声メッセージ管理サーバ300を介して、他の端末装置図示せずと音声メッセージのデータ以下、適宜音声メッセージというを共有する。ここで、音声メッセージ管理サーバ300は、音声つぶやきコミュニケーションサービスを利用するユーザにより登録されたユーザID、および、各端末装置からアップロード投稿ともいうされた音声メッセージを管理する。音声メッセージ管理サーバ300は、ユーザID毎に、複数の音声メッセージを投稿順以下、アップロード順ともいうで管理する。ユーザは、音声つぶやきコミュニケーションサービスを利用する場合、例えば、端末装置100を用いて、ユーザIDを入力し、音声メッセージ管理サーバ300に対してログインを要求する。音声メッセージ管理サーバ300は、端末装置100から受信したユーザIDが予め登録されている場合にログインを許可する。そして、音声メッセージ管理サーバ300は、ログインを許可したユーザIDに対応付けて管理している音声メッセージを検索する。音声メッセージ管理サーバ300は、ログインを要求してきた端末装置100に対し、検索した音声メッセージを送信する。上述した音声メッセージは、例えば、WAV等の所定の形式のファイルとして、伝送される。特に、音声メッセージ管理サーバ300からの音声メッセージの配信は、ストリーミング形式のデータとして伝送してもよい。本実施の形態において、音声メッセージ管理サーバ300にアップロードされる音声メッセージには、メタデータが付随しているとする。メタデータは、少なくとも、メッセージIDおよびユーザIDを含む。ユーザIDとは、音声メッセージのアップロードを行ったユーザを識別可能な情報である。音声メッセージ管理サーバ300は、アップロードされた音声メッセージを受信すると、受信した音声メッセージに対しメッセージIDを付与する。メッセージIDとは、音声メッセージ管理サーバ300にアップロードされた音声メッセージを識別可能な情報である。ここで、アップロードされる音声メッセージには、返信メッセージである場合がある。その場合、メタデータは、さらに、返信先メッセージのメッセージID、および、その返信先メッセージをアップロードしたユーザのユーザIDを含む。上述したメタデータは、例えば、XMLextensiblemarkuplanguage等の所定の形式のファイルとして、伝送および保存される。端末装置100は、音声入出力装置400、操作入力装置500、表示装置700、および音声制御装置600を有する。音声入出力装置400は、音声制御装置600から入力される音声メッセージを音声化してユーザへ出力する。また、音声入出力装置400は、ユーザから入力される音声メッセージを信号化して音声制御装置600へ出力する。音声入出力装置400は、例えば、マイクおよびスピーカである。音声入出力装置400が入力する音声は、アップロードを目的とするユーザの音声メッセージであるが、ユーザの発話音声に制限されず、音声合成により作成された音声や音楽等であってもよい。操作入力装置500は、ユーザの操作以下操作と総称するを検出し、検出した操作の内容を示す操作情報を、音声制御装置600へ出力する。表示装置700は、音声メッセージ管理サーバ300から受信したログイン用のウェブページを表示する。ログイン用のウェブページには、ユーザIDを入力するための入力スペースが表示される。ユーザは、音声つぶやきコミュニケーションサービスを利用する際、表示されたログイン用のウェブページ上の入力スペースにユーザIDを入力し、音声メッセージ管理サーバ300に対して、ログイン要求を送信する操作を行う。なお、以下の説明において、ユーザIDの入力からログイン要求の送信に至る一連の操作は、ログイン操作という。上述した音声入出力装置400、操作入力装置500、および表示装置700は、例えば、有線ケーブルまたはBlueTooth登録商標等の無線通信により、それぞれ音声制御装置600と接続されているものとする。音声制御装置600は、音声メッセージ管理サーバ300からの音声メッセージを受信し、記憶する。そして、音声制御装置600は、記憶した音声メッセージを投稿順に、音声入出力装置400へ出力する。また、音声制御装置600は、音声入出力装置400から入力されたユーザの音声メッセージを、音声メッセージ管理サーバ300へ送信する。すなわち、音声制御装置600は、ユーザの音声メッセージを、音声メッセージ管理サーバ300にアップロードする。音声制御装置600は、図2に示すように、通信インターフェース部610、音声入出力部620、操作入力部630、記憶部640、再生部650、表示部660、および制御部670を有する。通信インターフェース部610は、通信ネットワーク200に接続し、通信ネットワーク200を介して、音声メッセージ管理サーバ300およびWWWWorldWideWebと接続して、データの送受信を行う。通信インターフェース部610は、例えば、有線LANLocalAreaNetworkまたは無線LANの通信インターフェースである。音声入出力部620は、音声入出力装置400と通信可能に接続する通信インターフェースである。操作入力部630は、操作入力装置500と通信可能に接続する通信インターフェースである。記憶部640は、音声制御装置600の各部により用いられる記憶領域を有する。記憶部640は、例えば、メモリカード等、電源供給が停止しても記憶内容を保持する不揮発性の記憶デバイスである。再生部650は、制御部670から入力された音声メッセージをデコードし、音声入出力部620を介して音声入出力装置400へ出力する。このように、音声メッセージが再生部650および音声入出力部620を経て音声入出力装置400から出力される処理は、再生という。表示部660は、表示装置700と通信可能に接続する通信インターフェースである。制御部670は、操作入力部630を介して操作入力装置500から上述のログイン操作を受け付ける。音声メッセージ管理サーバ300へのログインに成功すると、音声メッセージ管理サーバ300から配信される音声メッセージが、通信インターフェース部610を介して受信され、記憶部640に記憶される。その後、制御部670は、記憶部640から音声メッセージを取得する。なお、以下では、端末装置100が音声メッセージ管理サーバ300から受信する音声メッセージは、適宜受信音声メッセージという。制御部670は、受信音声メッセージのメタデータの解析を行い、その受信音声メッセージが、再生済み音声メッセージに対する返信メッセージであるか否かを判定する。そして、制御部670は、受信音声メッセージが返信メッセージである場合、経過情報を基に、補助メッセージを再生するか否かを決定する。また、制御部670は、音声メッセージ管理サーバ300へのログイン中、音声入出力部620を介して音声入出力装置400から音声メッセージを入力する。そして、制御部670は、入力した音声メッセージを、通信インターフェース部610を介して音声メッセージ管理サーバ300にアップロードする。なお、音声制御装置600は、例えば、CPU、およびRAM等の記憶媒体等を含むコンピュータである。この場合、音声制御装置600は、記憶する制御プログラムをCPUが実行することによって動作する。ここで、制御部670の詳細の一例について説明する。図3は、制御部670の構成の一例を示すブロック図である。図3に示すように、制御部670は、メッセージ取得解析部671、補助メッセージ制御部672、再生メッセージ編集部673、およびスキップ操作判定部674を有する。メッセージ取得解析部671は、音声メッセージ管理サーバ300からの受信音声メッセージを記憶部640から取得し、その受信音声メッセージに付随しているメタデータを解析する。また、メッセージ取得解析部671は、受信音声メッセージに対応する音声メッセージテーブルを記憶部640に作成する。メッセージ取得解析部671は、作成した音声メッセージテーブルにおける予め定められた各パラメータに対し、メタデータの解析で得た情報を基に各値を記録する。この記録の詳細については、図6、図7を用いて後述する。また、メッセージ取得解析部671は、メタデータの解析結果を基に、受信音声メッセージが、返信メッセージであるか、またはベースメッセージであるかを判定する。ベースメッセージとは、特定の音声メッセージに対する返信メッセージではなく、不特定多数のユーザや不特定多数の音声メッセージに対しての音声メッセージを意味する。そして、メッセージ取得解析部671は、受信音声メッセージがベースメッセージである場合、そのベースメッセージのデータ以下、適宜ベースメッセージというを、再生部650へ出力する。この複製の際、ベースメッセージには、メッセージIDが対応付けられる。一方、メッセージ取得解析部671は、受信音声メッセージが返信メッセージである場合、その返信メッセージのデータ以下、適宜返信メッセージというを、補助メッセージ制御部672へ出力する。また、メッセージ取得解析部671は、メタデータの解析で得た、返信メッセージのメッセージIDを、補助メッセージ制御部672へ出力する。補助メッセージ制御部672は、メッセージ取得解析部671から返信メッセージとそのメッセージIDを取得する。そして、補助メッセージ制御部672は、記憶部640から、音声メッセージテーブル、補助メッセージ長判定テーブル、および予め定められた複数の閾値を読み出す。補助メッセージ長判定テーブルおよび複数の閾値については、図8、図9を用いて後述する。また、補助メッセージ制御部672は、経過情報を基に補助メッセージを再生するか否かを決定する。記憶部640から読み出された閾値は、この決定に用いられる。上述した決定の詳細については、図8を用いて後述する。本実施の形態で用いる経過情報の例としては、音声メッセージテーブルに記録されている値そのもの、および/または、音声メッセージテーブルに記録されている値を基に補助メッセージ制御部672が算出した値等が挙げられる。ここでいう値の例については、後述する。また、本実施の形態で用いる補助メッセージの例としては、返信先メッセージそのもの返信先メッセージの全部、または、返信先メッセージを編集したもの返信先メッセージの一部が挙げられる。そして、補助メッセージ制御部672は、補助メッセージを再生しないと決定した場合、返信メッセージを、再生部650へ出力する。一方、補助メッセージ制御部672は、補助メッセージを再生すると決定した場合、補助メッセージ長判定テーブルおよび閾値を基に、再生する補助メッセージの長さ以下、補助メッセージ長というを算出する。この算出の詳細については、図8、図9を用いて後述する。補助メッセージ制御部672は、返信メッセージ、そのメッセージID、および算出した補助メッセージ長を示すデータ以下、適宜補助メッセージ長というを、再生メッセージ編集部673へ出力する。再生メッセージ編集部673は、補助メッセージ制御部672から、返信メッセージ、そのメッセージID、および算出した補助メッセージ長を取得する。また、再生メッセージ編集部673は、補助メッセージ制御部672から取得した返信メッセージのメッセージIDを基に、記憶部640の音声メッセージテーブルから返信先メッセージのメッセージIDを特定する。再生メッセージ編集部673は、記憶部640から特定したメッセージIDが対応付けて記憶された返信先メッセージを特定し、補助メッセージとして読み出す。また、再生メッセージ編集部673は、記憶部640から、予め定められた識別音のデータ以下、適宜識別音というも読み出す。識別音とは、補助メッセージの再生をユーザに通知するための音である。例えば、識別音は、ジングル音、または、ナレーション音声等が挙げられる。ナレーション音声の例としては、返信先メッセージの再生時刻を示す音声、返信先メッセージをアップロードしたユーザを示す音声等が挙げられる。再生メッセージ編集部673は、補助メッセージ制御部672から取得した補助メッセージ長を基に、記憶部640から取得した補助メッセージの長さを編集する。また、再生メッセージ編集部673は、長さを編集した補助メッセージの前と後の少なくとも一方に、識別音を付与する。さらに、再生メッセージ編集部673は、識別音を付与した補助メッセージを、返信メッセージの前に結合する。再生メッセージ編集部673は、補助メッセージを結合した返信メッセージを再生部650へ出力する。スキップ操作判定部674は、音声メッセージの再生中に、操作入力部630から入力される操作情報を基に、ユーザがスキップ操作を行ったか否かを判定する。そして、スキップ操作判定部674は、スキップ操作の有無を記憶部640の音声メッセージテーブルに記録する。スキップ操作とは、音声メッセージの再生を中断し、次の音声メッセージへの再生へ移行する操作である。以上、制御部670の詳細の一例について説明した。このように、制御部670は、受信音声メッセージについてそのメタデータを基に返信メッセージであるか否かを判定し、返信メッセージである場合、経過情報を基に補助メッセージを再生するか否かを決定する構成である。よって、制御部670は、全ての返信メッセージに対して補助メッセージを再生させるのではなく、補助メッセージの再生が必要であると判定した場合にだけ補助メッセージを再生させることができる。したがって、ユーザは、制御部670の処理を経て投稿順に再生される複数の音声メッセージを聞くことで、以下の効果を得られる。すなわち、ユーザは、返信メッセージがどのメッセージに対する返信であるのかを、把握しやすい状況にあるときには補助メッセージを聞かなくて済み、把握しにくい状況にあるときに補助メッセージを聞くことができる。つまり、ユーザは、返信メッセージの内容を把握しやすくなる。次に、端末装置100の動作について説明する。図4は、端末装置100の動作の一例を示すフローチャートである。ここでは、音声メッセージ管理サーバ300から受信した一の音声メッセージに対する処理に着目して説明を行う。まず、ステップS1100において、メッセージ取得解析部671は、記憶部640から取得した受信音声メッセージに対し、メッセージ取得解析処理を行う。メッセージ取得解析処理については、図7を用いて後述する。ステップS1200において、メッセージ取得解析部671は、受信音声メッセージが返信メッセージである場合S1200:YES、ステップS1300へ進む。一方、メッセージ取得解析部671は、受信音声メッセージが返信メッセージではなく、ベースメッセージである場合S1200:NO、ステップS1600へ進む。そして、ステップS1300において、補助メッセージ制御部672は、返信メッセージに対し、補助メッセージ制御処理を行う。補助メッセージ制御処理については、図8を用いて後述する。ステップS1400において、補助メッセージ制御部672は、補助メッセージを再生する場合S1400:YES、ステップS1500へ進む。一方、補助メッセージ制御部672は、補助メッセージを再生しない場合S1400:NO、ステップS1600へ進む。そして、ステップS1500において、再生メッセージ編集部673は、補助メッセージおよび返信メッセージに対し、再生メッセージ編集処理を行う。再生メッセージ編集処理については、図10を用いて後述する。そして、ステップS1600において、再生部650、音声入出力部620、および音声入出力装置400は、受信音声メッセージの音声出力処理、すなわち受信音声メッセージの再生を行う。この音声出力処理の実行中に、スキップ操作判定部674は、スキップ操作判定処理を行う。スキップ操作判定処理については、図11を用いて後述する。上記ステップS1100~1600の処理は、例えば、受信音声メッセージが記憶部640から制御部670へ入力される度に行われ、一の受信音声メッセージ毎に繰り返される。ただし、一の受信音声メッセージに対する処理は、S1100~S1600の処理が全て終わってから、次の受信音声メッセージに対するステップS1100の処理が開始される必要はない。例えば、一の受信音声メッセージに対する処理は、ある受信音声メッセージに対しステップS1100の処理が終わりステップS1300の処理へ移行したら、次の受信音声メッセージに対して処理を開始するようにしてもよい。次に、上述した、メッセージ取得解析処理S1100、補助メッセージ制御処理S1300、再生メッセージ編集処理S1500、およびスキップ操作判定処理S1600について、それぞれ説明する。なお、これらの説明では、図5、図6に示す具体例を適宜用いるとする。図5は、端末装置100が音声メッセージ管理サーバ300から受信した5つの音声メッセージを投稿順に示している。すなわち、5つの音声メッセージは、メッセージA、B、C、D、Eの順に投稿されている。端末装置100は、これら5つの音声メッセージを、図5に示す投稿順に再生する。そのため、メッセージ取得解析部671は、図5に示す投稿順に記憶部640から音声メッセージを取得する。図6は、図5に示す5つの音声メッセージにそれぞれ対応して、作成される音声メッセージテーブルの例を示している。各音声メッセージテーブルは、受信音声メッセージを示すメッセージID810毎に作成される。メッセージID810には、パラメータ811および値812が対応付けられている。パラメータ811は、例えば、ユーザID、再生時刻、無関係メッセージ数、種別、返信先のユーザID、返信先のメッセージID、スキップ等の内容が含まれる。値812は、パラメータ811の内容毎に記録される。パラメータ811の各内容の詳細については、後述する。また、図6に示す各音声メッセージテーブルは、メッセージ取得解析部671が記憶部640から音声メッセージを取得した順に作成される。すなわち、各音声メッセージテーブルは、図5に示す投稿順に作成される。より具体的には、メッセージAの音声メッセージテーブルが、最初に作成され、それ以降は、メッセージB、C、D、Eの順に各音声メッセージテーブルが作成される。なお、図6では、メッセージC、Dの音声メッセージテーブルの詳細を省略している。また、図6において、-は、値812が記録されていないことを意味する。まず、メッセージ取得解析処理S1100の詳細について、説明する。図7は、メッセージ取得解析部671が行うメッセージ取得解析処理S1100の一例を示すフローチャートである。なお、図7のメッセージ取得解析処理フローの開始にあたり、ユーザが端末装置100を用いてログイン操作を行い、音声メッセージ管理サーバ300がログインを許可したとする。まず、ステップS1101において、メッセージ取得解析部671は、音声メッセージ管理サーバ300からの受信音声メッセージを、記憶部640から取得する。次に、ステップS1102において、メッセージ取得解析部671は、受信音声メッセージに付随しているメタデータを解析する。メッセージ取得解析部671は、解析の結果、受信音声メッセージを示すメッセージID、および、受信音声メッセージをアップロードしたユーザを示すユーザIDを取得する。また、メッセージ取得解析部671は、解析の結果、受信音声メッセージが返信メッセージである場合、返信先メッセージを示すメッセージID、および、返信先メッセージをアップロードしたユーザを示すユーザIDを取得する。返信先メッセージを示すメッセージIDは、以下返信先のメッセージIDという。また、返信先メッセージをアップロードしたユーザを示すユーザIDは、以下、返信先のユーザIDという。次に、ステップS1103において、メッセージ取得解析部671は、受信音声メッセージに対応する音声メッセージテーブルを記憶部640に作成する。すなわち、メッセージ取得解析部671は、まず、メタデータの解析により取得した、受信音声メッセージのメッセージIDに対応する音声メッセージテーブルを作成する。次に、メッセージ取得解析部671は、作成した音声メッセージテーブルにおけるパラメータ811のユーザIDに対し、メタデータの解析により取得した、ユーザIDを記録する。例えば、受信音声メッセージがメッセージAである場合、メッセージAの音声メッセージテーブルは、図6に示すように、メッセージID810としてメッセージAが記録され、作成される。また、図6に示すように、メッセージAの音声メッセージテーブルには、パラメータ811のユーザIDの値812としてABCが記録される。次に、ステップS1104において、メッセージ取得解析部671は、メタデータの解析により返信先のメッセージIDおよび返信先のユーザIDを取得できたか否かを基に、受信音声メッセージが、返信メッセージであるか否かを判定する。メッセージ取得解析部671は、返信先のメッセージIDおよび返信先のユーザIDを取得できた場合S1104:YES、ステップS1110へ進む。一方、メッセージ取得解析部671は、返信先のメッセージIDおよび返信先のユーザIDを取得できなかった場合S1104:NO、ステップS1105へ進む。まず、受信音声メッセージがベースメッセージであった場合について説明する。ステップS1105において、メッセージ取得解析部671は、ステップS1103で作成した音声メッセージテーブルにおけるパラメータ811の種別に対する値812として、ベースメッセージと記録する。例えば、図6に示すメッセージAの音声メッセージテーブルには、パラメータ811の種別に対する値812として、ベースメッセージが記録される。次に、ステップS1106において、メッセージ取得解析部671は、記憶部640に、ステップS1103で作成した音声メッセージテーブル以外の、他の音声メッセージテーブルがあるか否かを判定する。なお、図6の例では、メッセージAの音声メッセージテーブルが最初に作成される。よって、ステップS1103で作成した音声メッセージテーブルがメッセージAの音声メッセージテーブルである場合、他の音声メッセージテーブルB~Eは、未作成のため、記憶部640に存在しないことになる。一方、図6の例において、ステップS1103で作成した音声メッセージテーブルが、メッセージB~Eのいずれかの音声メッセージテーブルである場合は、他の音声メッセージテーブルが少なくとも1つは記憶部640に存在することになる。記憶部640に他の音声メッセージテーブルがないと判定した場合S1106:NO、メッセージ取得解析部671は、ステップS1108へ進む。一方記憶部640に他の音声メッセージテーブルがあると判定した場合S1106:YES、メッセージ取得解析部671は、ステップS1107へ進む。次に、ステップS1107において、メッセージ取得解析部671は、他の音声メッセージテーブル全てにおけるパラメータ811の無関係メッセージ数に対する値812を、インクリメントする。無関係メッセージとは、ある返信先メッセージについて、その返信先メッセージに対する返信ではない音声メッセージのことをいう。そして、無関係メッセージ数とは、音声メッセージテーブルに定義されている各メッセージIDの音声メッセージが、受信音声メッセージの返信先メッセージではなかった場合をカウントした合計数である。例えば、図6のメッセージAの音声メッセージテーブルでは、パラメータ811の無関係メッセージ数に対する値812として、3が記録されている。この3という値は、メッセージAの後に受信された4つのメッセージB、C、D、Eのうち、3つのメッセージメッセージB、C、DがメッセージAへの返信メッセージではなかったことを示している。次に、ステップS1108において、メッセージ取得解析部671は、ベースメッセージを、再生部650へ出力する。再生部650へ出力されたベースメッセージは、ステップS1600の音声出力処理により、再生される。次に、ステップS1109において、メッセージ取得解析部671は、ベースメッセージが再生される時刻以下、再生時刻というとして例えば、現在時刻を取得する。そして、メッセージ取得解析部671は、ステップS1103で作成した音声メッセージテーブルにおけるパラメータ811の再生時刻に対し、取得した再生時刻を値812として記録する。例えば、図6に示すメッセージAの音声メッセージテーブルには、パラメータ811の再生時刻に対する値812として、2011/8/31/10:14:25が記録される。ステップS1109の後の処理は、音声出力処理S1600へ続く。次に、受信音声メッセージが返信メッセージであった場合について説明する。ステップS1110において、メッセージ取得解析部671は、ステップS1103で作成した音声メッセージテーブルにおけるパラメータ811の種別に対する値812として、返信メッセージと記録する。例えば、図6に示すメッセージEの音声メッセージテーブルには、パラメータ811の種別に対する値812として、返信メッセージが記録される。次に、ステップS1111において、メッセージ取得解析部671は、パラメータ811の返信先のユーザIDおよび返信先のメッセージIDに対する値812として、メタデータの解析により取得する。そして、メッセージ取得解析部671は、返信先のユーザIDおよび返信先のメッセージIDを記録する。例えば、図6に示すように、メッセージEの音声メッセージテーブルには、パラメータ811の返信先のユーザIDに対する値812として、ABCが記録される。また、メッセージEの音声メッセージテーブルには、パラメータ811の返信先のメッセージIDに対する値812として、メッセージAが記録される。次に、ステップS1112において、メッセージ取得解析部671は、記憶部640に、ステップS1103で作成した音声メッセージテーブル以外の、他の音声メッセージテーブルがあるか否かを判定する。記憶部640に他の音声メッセージテーブルがないと判定した場合S1112:NO、メッセージ取得解析部671は、ステップS1114へ進む。一方、記憶部640に他の音声メッセージテーブルがあると判定した場合S1112:YES、メッセージ取得解析部671は、ステップS1113へ進む。次に、ステップS1113において、メッセージ取得解析部671は、判定した他の音声メッセージテーブルにおけるパラメータ811の無関係メッセージ数に対する値812を、インクリメントする。例えば、図6に示すメッセージEにおいて、その返信先メッセージがメッセージAである場合、メッセージ取得解析部671は、メッセージAを除く、パラメータ811の無関係メッセージ数に対する値812を、インクリメントする。具体的には、メッセージ取得解析部671は、メッセージAを除く、メッセージB、C、Dにおけるパラメータ811の無関係メッセージ数に対する値812を、インクリメントする。次に、ステップS1114において、メッセージ取得解析部671は、返信メッセージ、および、メタデータの解析により取得した返信メッセージのメッセージIDを、補助メッセージ制御部672へ出力する。ステップS1114の後の処理は、補助メッセージ制御処理S1300へ続く。以上、メッセージ取得解析処理S1100の詳細について説明した。次に、補助メッセージ制御処理S1300の詳細について説明する。図8は、補助メッセージ制御部672が行う補助メッセージ制御処理S1300の一例を示すフローチャートである。まず、ステップS1301において、補助メッセージ制御部672は、メッセージ取得解析部671から、返信メッセージとそのメッセージIDを取得する。次に、ステップS1302において、補助メッセージ制御部672は、記憶部640から、音声メッセージテーブル、補助メッセージ長判定テーブル、および予め定められた複数の閾値を読み出す。具体的には、補助メッセージ制御部672は、取得した返信メッセージのメッセージIDに基づいて、少なくとも、返信メッセージの音声メッセージテーブル、および、返信先メッセージの音声メッセージテーブルを特定する。また、補助メッセージ制御部672は、図9に示す予め定められた補助メッセージ長判定テーブルを記憶部640から読み出す。また、補助メッセージ制御部672は、予め定められた閾値であるX1、X2、T0、T1、T2を記憶部640から読み出す。次に、ステップS1303において、補助メッセージ制御部672は、返信先メッセージの音声メッセージテーブルにおけるパラメータ811の無関係メッセージ数に記録されている値812が、閾値X1より大きいか否かを判定する。なお、無関係メッセージ数に記録されている値812は、以下、Nという。無関係メッセージ数Nは、経過情報の一例である。無関係メッセージ数Nが、閾値X1より大きい場合S1303:YES、補助メッセージ制御部672は、ステップS1310へ進む。一方、無関係メッセージ数Nが、閾値X1より大きくない場合S1303:NO、補助メッセージ制御部672は、ステップS1304へ進む。無関係メッセージ数Nは、上述した通り、返信先メッセージと返信メッセージとの間で再生される無関係メッセージの数である。このことから、無関係メッセージ数Nが多い場合、ユーザは、返信先メッセージの内容と無関係な内容を数多く聞くことになるので、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が低い。よって、無関係メッセージ数Nが多い場合は、補助メッセージを付与することが決定される。一方、無関係メッセージ数Nが少ない場合、ユーザは、返信先メッセージと無関係な内容を数多く聞くことにならないので、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高い。よって、無関係メッセージ数Nが少ない場合は、補助メッセージを付与しないことが決定される。次に、ステップS1304において、補助メッセージ制御部672は、読み出した音声メッセージテーブルを基に、返信先メッセージの再生時刻と返信メッセージの再生時刻を特定する。そして、補助メッセージ制御部672は、特定した2つの再生時刻の差である再生間隔以下、Pというを算出する。再生間隔Pは、経過情報の一例である。次に、ステップS1305において、補助メッセージ制御部672は、再生間隔Pが、閾値T1より大きいか否かを判定する。再生間隔Pが、閾値T1より大きい場合S1305:YES、補助メッセージ制御部672は、ステップS1310へ進む。一方、再生間隔Pが、閾値T1より大きくない場合S1305:NO、補助メッセージ制御部672は、ステップS1306へ進む。再生間隔Pは、返信先メッセージが再生されてから返信メッセージが再生されるまでの時間間隔である。このことから、再生間隔Pが長い場合、ユーザは、返信先メッセージの再生を聞いてから時間が経過していることで、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が低い。よって、再生間隔Pが長い場合は、補助メッセージを付与することが決定される。一方、再生時間Pが短い場合、ユーザは、返信先メッセージの再生を聞いてから時間が経過していないことで、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高い。よって、再生間隔Pが短い場合は、補助メッセージを付与しないことが決定される。次に、ステップS1306において、補助メッセージ制御部672は、読み出した音声メッセージテーブルを基に、返信先メッセージに対してスキップ操作が行われたか否かを判定する。この判定にあたり、補助メッセージ制御部672は、まず、返信先メッセージの音声メッセージテーブルにおけるパラメータ811のスキップに対する値812を、参照する。そして、図6のメッセージAの音声メッセージテーブルに示すように値812として、ありが記録されていれば、補助メッセージ制御部672は、返信先メッセージの再生中にスキップ操作が行われたと判定する。一方、図6のメッセージBの音声メッセージテーブルに示すように値812としてなしが記録されていれば、補助メッセージ制御部672は、返信先メッセージの再生中にスキップ操作が行われなかったと判定する。パラメータ811スキップの値812は、経過情報の一例である。スキップ操作が行われたと判定した場合S1306:YES、補助メッセージ制御部672は、ステップS1310へ進む。一方、スキップ操作が行われなかったと判定した場合S1306:NO、補助メッセージ制御部672は、ステップS1307へ進む。スキップ操作が行われたということは、返信先メッセージの再生が不完全であること再生が中断されたことを意味する。一方、スキップ操作が行われなかったということは、返信先メッセージの再生が完全であること再生が中断されなかったことを意味する。このことから、スキップ操作が行われた場合、ユーザは、返信先メッセージの内容を全部聞けないので、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が低い。よって、スキップ操作が行われた場合は、補助メッセージを付与することが決定される。一方、スキップ操作が行われなかった場合、ユーザは、返信先メッセージの内容を全部聞けるので、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高い。よって、スキップ操作が行われなかった場合は、補助メッセージを付与しないことが決定される。次に、ステップS1307において、補助メッセージ制御部672は、読み出した音声メッセージテーブルを基に、返信先メッセージのユーザIDが登録ユーザIDであるか否かを判定する。登録ユーザIDは、返信メッセージを再生する端末装置100に登録されたユーザIDである。返信先メッセージのユーザIDが登録ユーザIDではない場合S1307:NO、補助メッセージ制御部672は、ステップS1310へ進む。一方、返信先メッセージのユーザIDが登録ユーザIDである場合S1307:YES、補助メッセージ制御部672は、ステップS1308へ進む。返信先メッセージのユーザIDが登録ユーザIDであるということは、端末装置100からログインして音声メッセージを聞いているユーザが、返信先メッセージを投稿したことを意味する。一方、返信先メッセージのユーザIDが登録ユーザIDではないということは、端末装置100からログインして音声メッセージを聞いているユーザが、返信先メッセージを投稿していないことを意味する。このことから、返信先メッセージのユーザIDが登録ユーザIDである場合、ユーザは、返信先メッセージを自分で投稿しているので、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高い。よって、返信先メッセージのユーザIDが登録ユーザIDである場合は、補助メッセージを付与しないことが決定される。一方、返信先メッセージのユーザIDが登録ユーザIDではない場合、ユーザは、返信先メッセージを自分で投稿していないので、返信メッセージの再生時に返信先メッセージの内容を把握している可能性が低い。よって、返信先メッセージのユーザIDが登録ユーザIDではない場合は、補助メッセージを付与することが決定される。ステップS1308において、補助メッセージ制御部672は、補助メッセージを返信メッセージに付与しないことを決定する。すなわち、本実施の形態において、補助メッセージ制御部672が補助メッセージを付与しないと決定する条件は、以下の4つとなる。なお、以下の4つの条件は、1つが適用されてもよいし、2つ以上が組み合わされて適用されてもよい。1つ目は、無関係メッセージ数Nが閾値X1未満である場合S1303:NOである。この場合に補助メッセージが付与されない理由は、返信先メッセージと返信メッセージの間で一定数の無関係メッセージの再生がないため、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高いためである。2つ目は、再生間隔Pが閾値T1未満である場合S1305:NOである。この場合に補助メッセージが付与されない理由は、返信先メッセージと返信メッセージの間で一定時間が経過していないので、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高いためである。3つ目は、返信先メッセージの再生中にスキップ操作が行われなかった場合S1306:NOである。この場合に補助メッセージが付与されない理由は、返信先メッセージが最初から最後まで再生されているので、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高いためである。4つ目は、返信先メッセージのユーザIDが登録ユーザIDと同じである場合S1307:YESである。この場合に補助メッセージが付与されない理由は、ユーザ自身が返信先メッセージを投稿したので、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握している可能性が高いためである。上記4つの場合、ユーザは、返信メッセージの再生時に、返信メッセージが返信先メッセージに対する返信であることを把握しやすい状況にあると判定される。逆に、上記4つの場合では、補助メッセージの付与があると、ユーザが煩わしく感じるおそれがある。そこで、本実施の形態において、上記4つの場合には、あえて補助メッセージを付与しないように決定することで、ユーザが、返信メッセージを快適に聞くことができるようにする。次に、ステップS1309において、補助メッセージ制御部672は、メッセージ取得解析部671から取得した返信メッセージを、再生部650へ出力する。再生部650へ出力された返信メッセージは、ステップS1600の音声出力処理により、再生される。また、補助メッセージ制御部672は、返信メッセージの再生時刻を取得し、図7のステップS1103で作成した音声メッセージテーブルにおけるパラメータ811の再生時刻に対し、取得した再生時刻を値812として記録する。ステップS1309の後の処理は、音声出力処理S1600へ続く。ステップS1310において、補助メッセージ制御部672は、補助メッセージを返信メッセージに付与することを決定する。すなわち、本実施の形態において、補助メッセージ制御部672が補助メッセージを付与すると決定する条件は、以下の4つとなる。なお、以下の4つの条件は、1つが適用されてもよいし、2つ以上が組み合わされて適用されてもよい。1つ目は、無関係メッセージ数Nが閾値X1より大きい場合S1303:YESである。この場合に補助メッセージが付与される理由は、返信先メッセージと返信メッセージの間で一定数の無関係メッセージの再生があるため、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握していないおそれがあるためである。2つ目は、再生間隔Pが閾値T1より大きい場合S1305:YESである。この場合に補助メッセージが付与される理由は、返信先メッセージと返信メッセージの間で一定時間が経過しているので、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握していないおそれがあるためである。3つ目は、返信先メッセージの再生中にスキップ操作が行われた場合S1306:YESである。この場合に補助メッセージが付与される理由は、返信先メッセージが最初から最後まで再生されていないので、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握していないおそれがあるためである。4つ目は、返信先メッセージのユーザIDが登録ユーザIDと異なる場合S1307:NOである。この場合に補助メッセージが付与される理由は、ユーザ自身が返信先メッセージを投稿したわけではないので、ユーザが返信メッセージの再生時に返信先メッセージの内容を把握していないおそれがあるためである。上記4つの場合では、ユーザは、返信メッセージの再生時に、返信メッセージが返信先メッセージに対する返信であることを把握しにくい状況にあると判定される。そこで、本実施の形態において、上記4つの場合には、補助メッセージを付与するように決定することで、ユーザが、返信メッセージが返信先メッセージに対する返信であることを容易に把握できるようにする。次に、補助メッセージ制御部672が、返信メッセージに対して補助メッセージの付与を決定したS1310後の処理について説明する。まず、ステップS1311において、補助メッセージ制御部672は、読み出した補助メッセージ長判定テーブルおよび返信先メッセージの無関係メッセージ数Nを基に、補助メッセージ長L1を特定する。ここでは、補助メッセージ長判定テーブルの一例について説明する。補助メッセージ長判定テーブルは、図9に示すように、無関係メッセージ数Nについて3つの範囲が定められており、それら3つの範囲ごとに補助メッセージ長が定められている。また、範囲を定めている閾値については、X2>X1>0と定められている。すなわち、無関係メッセージ数Nが、閾値X2より大きい場合は、補助メッセージ長を、返信先メッセージの全部の長さとすることが定められている。また、無関係メッセージ数Nが、閾値X1より大きく閾値X2より小さい場合は、補助メッセージ長を、返信先メッセージの2分の1の長さとすることが定められている。また、無関係メッセージ数Nが、0より大きく閾値X1より小さい場合は、補助メッセージ長を、返信先メッセージの3分の1の長さとすることが定められている。よって、ステップS1311において、補助メッセージ制御部672は、返信先メッセージの無関係メッセージ数Nが3つの範囲のどれに相当するかを特定し、特定した範囲に対応付けられている補助メッセージ長を、L1として採用する。次に、ステップS1312において、補助メッセージ制御部672は、読み出した補助メッセージ長判定テーブルおよび算出した再生間隔Pを基に、補助メッセージ長L2を特定する。なお、補助メッセージ制御部672は、再生間隔Pを算出していない場合S1303:YES、補助メッセージ長L2を0として扱う。ここでは、補助メッセージ長判定テーブルの一例について説明する。補助メッセージ長判定テーブルは、図9に示すように、再生間隔Pについて3つの範囲が定められており、それら3つの範囲ごとに補助メッセージ長が定められている。また、範囲を定めている閾値については、T2>T1>T0と定められている。すなわち、再生間隔Pが、閾値T2より大きい場合は、補助メッセージ長を、返信先メッセージの全部の長さとすることが定められている。また、再生間隔Pが、閾値T1より大きく閾値T2より小さい場合は、補助メッセージ長を、返信先メッセージの2分の1の長さとすることが定められている。また、再生間隔Pが、閾値T0より大きく閾値T1より小さい場合は、補助メッセージ長を、返信先メッセージの3分の1の長さとすることが定められている。よって、ステップS1312において、補助メッセージ制御部672は、算出した再生間隔Pが3つの範囲のどれに相当するかを特定し、特定した範囲に対応付けられている補助メッセージ長を、L2として採用する。次に、ステップS1313において、補助メッセージ制御部672は、ステップS1311で採用した補助メッセージ長L1とステップS1312で採用した補助メッセージ長L2を比較し、値が大きい方を選択する。次に、ステップS1314において、補助メッセージ制御部672は、メッセージ取得解析部671から入力した返信メッセージとそのメッセージIDを、再生メッセージ編集部673へ出力する。さらに、補助メッセージ制御部672は、返信メッセージとそのメッセージIDに加え、ステップS1313で選択した補助メッセージ長を示すデータ以下、適宜補助メッセージ長というを、再生メッセージ編集部673へ出力する。ステップS1314の後の処理は、再生メッセージ編集処理S1500へ続く。以上、補助メッセージ制御処理S1300の詳細について説明した。次に、再生メッセージ編集処理S1500の詳細について説明する。図10は、再生メッセージ編集部673が行う再生メッセージ編集処理S1500の一例を示すフローチャートである。まず、ステップS1501において、再生メッセージ編集部673は、補助メッセージ制御部672から、返信メッセージとそのメッセージID、および補助メッセージ長を取得する。次に、ステップS1502において、再生メッセージ編集部673は、補助メッセージ制御部672から取得した返信メッセージのメッセージIDに基づいて、返信先メッセージの音声メッセージテーブルを記憶部640から読み出す。次に、ステップS1503において、再生メッセージ編集部673は、読み出した返信先メッセージの音声メッセージテーブルから返信先メッセージのメッセージIDを特定する。次に、ステップS1504において、再生メッセージ編集部673は、特定した返信先メッセージのメッセージIDを基に、記憶部640に記憶されている返信先メッセージを検索する。ここで、再生メッセージ編集部673は、特定した返信先メッセージのメッセージIDが対応付けられている受信音声メッセージを検索する。次に、ステップS1505において、再生メッセージ編集部673は、検索した返信先メッセージを、補助メッセージとして用いるために、記憶部640から読み出す。また、再生メッセージ編集部673は、記憶部640から識別音も読み出す。次に、ステップS1506において、再生メッセージ編集部673は、記憶部640から読み出した返信先メッセージの長さを、補助メッセージ制御部672から取得した補助メッセージ長を基に編集する。そして、再生メッセージ編集部673は、長さを編集した返信先メッセージの前と後の少なくとも一方に、識別音を付与する。次に、ステップS1507において、再生メッセージ編集部673は、識別音を付与した返信先メッセージを、補助メッセージ制御部672から取得した返信メッセージの前に結合する。次に、ステップS1508において、再生メッセージ編集部673は、返信先メッセージを結合した返信メッセージを、再生部650へ出力する。再生部650へ出力された返信メッセージは、ステップS1600の音声出力処理により、前に結合された返信先メッセージの再生に続いて再生される。次に、ステップS1509において、再生メッセージ編集部673は、取得した現在時刻を、再生部650へ出力した返信メッセージの再生時刻、および、補助メッセージとして結合された返信先メッセージの再生時刻とする。そして、再生メッセージ編集部673は、各再生時刻をそれぞれの音声メッセージテーブルに記録する。再生メッセージ編集部673は、例えば、返信メッセージであるメッセージEに対して、返信先メッセージであるメッセージAが結合されたとする。この場合、再生メッセージ編集部673は、記憶部640に記憶されているメッセージE、および、メッセージAの各音声メッセージテーブルにおけるパラメータ811の再生時刻に対する値812として、取得した現在時刻を記録する。したがって、ある返信先メッセージに対して複数の返信メッセージが投稿された場合には、同一の補助メッセージ返信先メッセージが各返信メッセージに付与されることはない。ステップS1509の後の処理は、音声出力処理S1600へ続く。以上、再生メッセージ編集処理S1500の詳細について説明した。次に、音声出力処理におけるスキップ操作判定処理S1600の詳細について説明する。図11は、スキップ操作判定部674が行うスキップ操作判定処理一例を示すフローチャートである。なお、図11のフローは、音声出力処理S1600中に実行される。まず、ステップS1601において、スキップ操作判定部674は、受信音声メッセージの再生中に、操作入力部630から操作情報の入力があったか否かを判定する。操作情報の入力がなかった場合S1601:NO、スキップ操作判定部674は、ステップS1604へ進む。一方、操作情報の入力があった場合S1601:YES、スキップ操作判定部674は、ステップS1602へ進む。次に、ステップS1602において、スキップ操作判定部674は、操作入力部630から入力した操作情報の内容がスキップ操作を示すか否かを判定する。操作情報の内容がスキップ操作を示していなかった場合S1602:NO、スキップ操作判定部674は、ステップS1604へ進む。一方、操作情報の内容がスキップ操作を示していた場合S1602:YES、スキップ操作判定部674は、ステップS1603へ進む。次に、ステップS1603において、スキップ操作判定部674は、再生中の受信音声メッセージに対応する音声メッセージテーブルのパラメータ811のスキップに対する値812として、ありと記録する。例えば、再生された受信音声メッセージがメッセージBの場合、図6に示すメッセージBの音声メッセージテーブルには、パラメータ811のスキップに対する値812として、ありが記録される。一方、ステップS1604において、スキップ操作判定部674は、再生中の受信音声メッセージに対応する音声メッセージテーブルのパラメータ811のスキップに対する値812として、なしと記録する。例えば、再生された受信音声メッセージがメッセージAの場合、図6に示すメッセージAの音声メッセージテーブルには、パラメータ811のスキップに対する値812として、なしが記録される。以上、スキップ操作判定処理S1600の詳細について説明した。このような動作により、端末装置100は、一の受信音声メッセージについてそのメタデータを基に返信メッセージであるか否かを判定できる。そして、端末装置100は、受信音声メッセージが返信メッセージである場合、経過情報を基に補助メッセージを再生するか否かを決定できる。以上のように、本実施の形態に係る音声制御装置は、複数の受信音声メッセージを投稿順に再生する場合、各受信音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定する。具体的には、音声制御装置は、各受信音声メッセージに付加されたメタデータを基に、各受信音声メッセージが、対象音声メッセージに対する返信メッセージであるか否かを判定する。そして、本実施の形態に係る音声制御装置は、受信音声メッセージが返信メッセージである場合、対象音声メッセージに対する返信メッセージの理解を助ける補助メッセージを再生するか否かを判定する。具体的には、音声制御装置は、対象音声メッセージが再生されてからの経過に関する経過情報を基に、対象音声メッセージの理解を助ける補助メッセージを再生するか否かを判定する。これにより、本実施の形態に係る音声制御装置は、全ての返信メッセージに対して補助メッセージを再生させるのではなく、補助メッセージの再生が必要であると判定した場合にだけ補助メッセージを再生させることができる。すなわち、本実施の形態に係る音声制御装置は、所定の返信メッセージがどのメッセージへの返信であるかについて、ユーザが把握しにくい状況である場合には補助メッセージを再生するようにしてもよい。また、ユーザが把握しにくい状況ではない場合では、補助メッセージを再生しないようにしてもよい。したがって、本実施の形態に係る音声制御装置を経て投稿順に再生される複数の音声メッセージを聞くユーザは、返信メッセージがどのメッセージに対する返信であるのかを把握しにくい状況にあるとき、補助メッセージを聞くことができる。そして、実施の形態に係る音声制御装置を経て投稿順に再生される複数の音声メッセージを聞くユーザは、返信メッセージがどのメッセージに対する返信であるのかを把握しやすい状況にあるとき、補助メッセージを聞かなくて済む。以上、本実施の形態について説明したが、上記説明は一例であり、種々の変形が可能である。以下、変形例について説明する。図1に示す構成または図3に示す構成は、音声メッセージ管理サーバ300が備えてもよい。例えば、図1または図3に示す機能ブロックは、アプリケーションとしてウェブサーバ上に構築してもよい。ユーザは、端末装置100が具備するブラウザなどのアプリケーションを用いて、ウェブサーバ上で実現される機能図1または図3に示す機能ブロックを利用する。また、上記実施の形態では、図8において、無関係メッセージ数Nを用いた判定S1303と再生間隔Pを用いた判定S1305を別々に行うものとしたが、これに限定されない。例えば、補助メッセージ制御部672は、無関係メッセージ数Nと無関係メッセージ数Pとを基に演算を行い、その演算により算出した値がどのような値をとるかに応じて、補助メッセージを付与するか否かの判定を行うようにしてもよい。また、上記実施の形態では、図8において、補助メッセージを付与するか否かの判定として、ステップS1303、ステップS1305、ステップS1306、ステップS1307の4つを行うようにしたが、これに限定されない。補助メッセージ制御部672は、上述した4つの判定のうち少なくとも1つを行うようにしてもよい。また、上記実施の形態では、補助メッセージとして返信先メッセージを用いる例としたが、これに限定されない。補助メッセージは、例えば、音声メッセージテーブルに記録されたユーザIDを読み上げる音声ナレーション等であってもよい。また、上記実施の形態では、再生メッセージ編集部673が、補助メッセージとしての返信先メッセージと、返信メッセージとをデータ上で結合するようにしたが、これに限定されない。例えば、再生メッセージ編集部673は、補助メッセージと返信メッセージを別々のデータのまま、それらの出力タイミングを制御することで、補助メッセージと返信メッセージを連続的にまたは同時に出力するようにしてもよい。連続的に出力する場合は、補助メッセージの再生の直後に返信メッセージを再生してもよいし、または、返信メッセージを先に再生し、その直後に補助メッセージを再生してもよい。同時に出力する場合は、立体音響を用い、返信メッセージと補助メッセージとを異なる音源として仮想空間に配置した上で、同時に再生するようにしてもよい。本実施の形態において、再生メッセージ編集部637は、補助メッセージとして用いる返信先メッセージの長さを、元の返信先メッセージの長さより短くする場合、元の返信先メッセージの後部をフェードアウトするようにしてもよい。また、上記実施の形態において、再生メッセージ編集部637は、補助メッセージとして用いる音声メッセージの再生時間長を変更したが、これに限定されない。例えば、再生メッセージ編集部637は、補助メッセージとして用いる音声メッセージの再生速度を変更してもよい。より具体的には、補助メッセージ制御部672は、無関係メッセージ数Nおよび再生間隔Pに応じて、補助メッセージとして用いる返信先メッセージの再生速度を決定する。再生速度としては、例えば、2倍速、1.3倍速等が挙げられる。そして、再生メッセージ編集部673は、補助メッセージ制御部672が決定した再生速度を基に、補助メッセージとして用いる音声メッセージの再生速度を編集する。なお、再生メッセージ編集部673は、補助メッセージとして用いる音声メッセージについて、再生時間長および再生速度の両方を変更するようにしてもよい。また、上記実施の形態において、補助メッセージに対する識別音の付与は、必須でなくてもよい。また、上記実施の形態において、操作入力装置500が受け付ける操作は、物理的なボタンやキーに対する入力操作に限定されない。操作入力装置500は、例えば、ユーザのジェスチャを入力操作として受け付けてもよい。より具体的には、操作入力装置500としてユーザの頭部の動き検出するセンサを用いるとともに、ユーザが頭部を左右に振るジェスチャを音声メッセージのスキップ操作と定義しておく。これにより、ユーザは、所定の音声メッセージの再生が開始されたときに、頭部を左右に振ると、その音声メッセージのスキップ操作を行うことができる。また、本実施の形態では、スキップ操作は、再生中の音声メッセージをスキップさせるための操作として説明したが、これに限定されない。本実施の形態では、例えば、再生中の音声メッセージの後に再生される音声メッセージをスキップさせるための操作を含むようにしてもよい。また、上記実施の形態において、メッセージ取得解析部671が、受信音声メッセージを記憶部640から投稿順に取得すると説明したが、これに限定されない。例えば、メッセージ取得解析部671は、補助メッセージとして利用する音声メッセージを、音声メッセージ管理サーバへ要求し、都度取得するとしてもよい。また、音声つぶやきコミュニケーションサービスでは、あるユーザが、先にアップロードした自分の音声メッセージに対し、補足や訂正等を意図して返信する場合がある。よって、上記実施の形態では、返信先メッセージをアップロードしたユーザと、返信メッセージをアップロードするユーザとが、同一であってもよい。また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連係においてソフトウェアでも実現することも可能である。また、上記実施の形態の説明に用いた各機能ブロック例えば図1または図3に示す各部は、典型的には集積回路であるLSIとして実現される。これらは、個別に1チップ化されてもよいし、一部または全てを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法は、LSIに限るものではなく、専用回路または汎用プロセッサで実現してもよい。集積回路化の手法は、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩または派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。