JP4976565B1 - メッセージ配信システム、メッセージ配信システムの制御方法、メッセージ配信制御装置、及びプログラム - Google Patents

Abstract

【課題】メッセージを読んだ者に不快感を感じさせてしまうメッセージを多数のユーザに配信してしまわないように抑制することが可能なメッセージ配信システムを提供すること。
【解決手段】メッセージ配信システム（１０）では、ユーザによって入力されたメッセージが、他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信された後、他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信される。
評価情報取得手段（９８）は、メッセージに対する第１配信相手ユーザの評価に関する評価情報を取得する。配信相手人数制御手段（９６）は、第２配信相手ユーザとして選出されるユーザの人数を評価情報に基づいて制御する。
【選択図】図９

Description

本発明はメッセージ配信システム、メッセージ配信システムの制御方法、メッセージ配信制御装置、及びプログラムに関する。

ユーザが入力したメッセージを他のユーザに配信するメッセージ配信システムが知られている。このようなメッセージ配信システムでは、ユーザはメッセージを発信したり、他のユーザが入力したメッセージを読んだりすることを楽しむことができる。

特開２００２−３０１２６８号公報

上記のようなメッセージ配信システムでは、メッセージの内容によっては、メッセージを読んだユーザが不快感を感じてしまう場合がある。このようなメッセージに関しては、多数のユーザに配信してしまわないように抑制する必要がある。一方、メッセージの内容によっては、メッセージを読んだ者を愉快な気持ちにさせる場合もある。このようなメッセージに関しては、多数のユーザに配信することが望まれる。

本発明は上記課題に鑑みてなされたものであって、その目的は、例えば、メッセージを読んだ者に不快感を感じさせるようなメッセージを多数のユーザに配信してしまわないように抑制することが可能なメッセージ配信システム、メッセージ配信システムの制御方法、メッセージ配信制御装置、及びプログラムを提供することにある。

上記課題を解決するために、本発明に係るメッセージ配信システムは、ユーザによって入力されたメッセージを他のユーザに配信するメッセージ配信システムにおいて、ユーザによって入力されたメッセージを取得するメッセージ取得手段と、前記ユーザによって入力された前記メッセージを他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信する第１配信手段と、前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得手段と、前記第１配信手段による配信が実行された後、前記メッセージを、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信する第２配信手段と、前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御手段と、を含むことを特徴とする。

また、本発明に係るメッセージ配信システムの制御方法は、ユーザによって入力されたメッセージを他のユーザに配信するメッセージ配信システムの制御方法において、ユーザによって入力されたメッセージを取得するメッセージ取得ステップと、前記ユーザによって入力された前記メッセージを他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信する第１配信ステップと、前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得ステップと、前記第１配信ステップによる配信が実行された後、前記メッセージを、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信する第２配信ステップと、前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御ステップと、を含むことを特徴とする。

また、本発明に係るメッセージ配信制御装置は、ユーザによって入力されたメッセージを、他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信した後、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信するためのメッセージ配信制御装置において、前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得手段と、前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御手段と、を含むことを特徴とする。

また、本発明に係るプログラムは、ユーザによって入力されたメッセージを、他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信した後、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信するためのメッセージ配信制御装置としてコンピュータを機能させるためのプログラムであって、前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得手段、及び、前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御手段、として前記コンピュータを機能させるためのプログラムである。

また、本発明に係る情報記憶媒体は、上記プログラムを記録したコンピュータ読み取り可能な情報記憶媒体である。

本発明によれば、例えば、メッセージを読んだ者に不快感を感じさせるようなメッセージを多数のユーザに配信してしまわないように抑制することが可能になる。

また、本発明の一態様では、前記第２配信手段は、複数の配信期間の各々において、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに前記メッセージを配信するようにしてもよい。前記配信相手人数制御手段は、前記配信期間の回数を前記評価情報に基づいて制御する手段を含むようにしてもよい。

また、本発明の一態様では、前記評価情報取得手段は、前記メッセージに対する前記第１配信相手ユーザの評価に関する第１評価情報と、前記メッセージに対する前記第２配信相手ユーザの評価に関する第２評価情報と、を取得するようにしてもよい。前記配信相手人数制御手段は、前記配信期間の回数を前記第１評価情報と前記第２評価情報とに基づいて制御する手段を含むようにしてもよい。

また、本発明の一態様では、前記配信相手人数制御手段は、第２回目の以降の配信期間において前記第２配信相手ユーザとして選出されるユーザの人数を前記第２評価情報に基づいて制御する手段を含むようにしてもよい。

また、本発明の一態様では、前記評価情報取得手段は、前記メッセージに対する前記第１配信相手ユーザの評価に関する第１評価情報と、前記メッセージに対する前記第２配信相手ユーザの評価に関する第２評価情報と、を取得するようにしてもよい。前記配信相手人数制御手段は、第１回目の配信期間において前記第２配信相手ユーザとして選出されるユーザの人数を前記第１評価情報に基づいて制御する手段と、第２回目以降の配信期間において前記第２配信相手ユーザとして選出されるユーザの人数を前記第２評価情報に基づいて制御する手段と、を含むようにしてもよい。

また、本発明の一態様では、前記第２配信手段は、配信期間において繰り返し到来する配信タイミングにおいて、前記他のユーザのうちから選出される前記第２配信相手ユーザに前記メッセージを配信するようにしてもよい。前記配信相手人数制御手段は、前記配信期間の長さを前記評価情報に基づいて制御するようにしてもよい。

また、本発明の一態様では、前記第２配信相手ユーザに対応する情報処理装置に含まれる表示手段に前記メッセージを表示させる手段を含み、前記メッセージ配信システムは、前記表示手段に表示される前記メッセージの表示態様を、前記第２配信相手ユーザとして選出されるユーザの人数に対応する表示態様に設定する手段と、前記第２配信相手ユーザとして選出されるユーザの人数に応じた画像を前記表示手段において前記メッセージに関連づけて表示させる手段と、の少なくとも一方をさらに含むようにしてもよい。

また、本発明の一態様では、前記配信相手人数制御手段は、前記第２配信相手ユーザとして選出されるユーザの人数を、前記メッセージの内容の分類に関する分類情報にさらに基づいて制御するようにしてもよい。

また、本発明の一態様では、前記配信相手人数制御手段は、前記第２配信相手ユーザとして選出されるユーザの人数を、前記メッセージのサイズに関するサイズ情報にさらに基づいて制御するようにしてもよい。

本実施形態に係るメッセージ配信システムの全体構成を示す図である。 サーバ装置のハードウェア構成を示す図である。 情報処理装置のハードウェア構成を示す図である。 メニュー画面の一例を示す図である。 入力画面の一例を示す図である。 メッセージ画面の一例を示す図である。 返信画面の一例を示す図である。 メッセージ配信システムの特徴について説明するための図である。 メッセージ配信システムの機能ブロック図である。 ユーザテーブルの一例を示す図である。 配信相手人数レベルテーブルの一例を示す図である。 配信回数レベルテーブルの一例を示す図である。 メッセージテーブルの一例を示す図である。 配信状況テーブルの一例を示す図である。 履歴テーブルの一例を示す図である。 カウンタテーブルの一例を示す図である。 メッセージ配信システムで実行される処理の一例を説明するための図である。 メッセージ配信システムで実行される処理の一例を説明するための図である。 メッセージ配信システムで実行される処理の一例を説明するための図である。 サーバ装置で実行される処理の一例を説明するための図である。 サーバ装置で実行される処理の一例を説明するための図である。 サーバ装置で実行される処理の一例を説明するための図である。 記憶部に記憶されるテーブルの一例を説明するための図である。

以下、本発明の実施形態の一例について図面に基づき詳細に説明する。

図１は、本発明の実施形態に係るメッセージ配信システムの全体構成を示す。図１に示すように、本実施形態に係るメッセージ配信システム１０は、サーバ装置２０（メッセージ配信制御装置）と、複数の情報処理装置３０とを含む。サーバ装置２０と複数の情報処理装置３０とは、例えばＬＡＮ（Local Area Network）又は／及びインターネット等を含んで構成される通信ネットワーク１２に接続される。サーバ装置２０と情報処理装置３０との間で相互にデータ通信が可能である。

サーバ装置２０はメッセージの配信に関する制御を実行するための装置である。サーバ装置２０は例えばサーバコンピュータによって実現される。図２はサーバ装置２０のハードウェア構成を示す。図２に示すように、サーバ装置２０は、制御部２１、主記憶部２２、補助記憶部２３、光ディスクドライブ部２４、及び通信インタフェース２５を含む。

制御部２１は例えばＣＰＵ（Central Processing Unit）等を含み、オペレーティングシステムやその他のプログラムに従って情報処理を実行する。主記憶部２２は例えばＲＡＭ（Random Access Memory）を含む。補助記憶部２３は例えばハードディスク装置を含む。光ディスクドライブ部２４は光ディスクに記憶されたプログラムやデータを読み取る。通信インタフェース２５はサーバ装置２０を通信ネットワーク１２に接続するためのインタフェースである。

情報処理装置３０はユーザによって使用される情報処理装置である。情報処理装置３０は、例えば、携帯電話機、携帯情報端末（ＰＤＡ）、パーソナルコンピュータ、携帯用ゲーム機、又は家庭用ゲーム機（据置型ゲーム機）によって実現される。図３は情報処理装置３０のハードウェア構成を示す。図３に示すように、情報処理装置３０は、制御部３１、主記憶部３２、補助記憶部３３、光ディスクドライブ部３４、通信インタフェース３５、入力部３６、表示部３７、及び音声出力部３８を含む。

制御部３１、主記憶部３２、補助記憶部３３、光ディスクドライブ部３４、及び通信インタフェース３５は、サーバ装置２０の制御部２１、主記憶部２２、補助記憶部２３、光ディスクドライブ部２４、及び通信インタフェース２５と同様である。入力部３６は、例えばキー、レバー、タッチパネル、マウス、又はコントローラ等を含み、ユーザが各種操作／指示を行うためのものである。表示部３７は例えば液晶表示パネル等であり、制御部３１の指示に従って画面を表示する。音声出力部３８は例えばスピーカ又はヘッドホン等を含み、制御部３１の指示に従って音声データを出力する。

プログラムやデータは光ディスクを介してサーバ装置２０又は情報処理装置３０に供給される。なお、プログラムやデータは通信ネットワーク１２を介して遠隔地からサーバ装置２０又は情報処理装置３０に供給されるようにしてもよい。

上記の構成を有するメッセージ配信システム１０では、ユーザがメッセージを入力したり、他のユーザが入力したメッセージを見たりすることができるようなサービスが提供される。

メッセージ配信システム１０によって提供されるサービスを利用したいユーザは、まず利用者登録を行う。すなわち、ユーザは情報処理装置３０からサーバ装置２０にアクセスして、自らの各種情報を登録する。利用者登録を行ったユーザは上記のサービスを利用できるようになる。

上記のサービスを利用する場合、ユーザは情報処理装置３０からサーバ装置２０にアクセスし、ログイン画面（図示せず）においてユーザＩＤ及びパスワードを入力する。入力されたユーザＩＤ及びパスワードはサーバ装置２０に送信され、ユーザＩＤ及びパスワードの組み合わせが正当であるか否かが確認される。

なお、ユーザにユーザＩＤ及びパスワードを入力させる代わりに、情報処理装置３０を一意に識別するための端末ＩＤが情報処理装置３０からサーバ装置２０に自動的に送信されるようにしてもよい。そして、この端末ＩＤに基づいてログイン処理が行われるようにしてもよい。このようにして、いわゆる「簡単ログイン」が実行されるようにしてもよい。

ユーザＩＤ及びパスワードの組み合わせが正当であると判定された場合（又は端末ＩＤが正当であると判定された場合）、情報処理装置３０の表示部３７にメニュー画面が表示される。図４はメニュー画面の一例を示す。図４に示すメニュー画面４０には４つのリンク４２，４４，４６，４８が表示されている。

リンク４２は、メッセージを入力したい場合に選択すべきリンクである。リンク４４は、他のユーザが入力したメッセージを見たい場合に選択すべきリンクである。リンク４６は、他のユーザからの返信メッセージを見たい場合に選択すべきリンクである。リンク４８は、お気に入りに設定したメッセージを見たい場合に選択すべきリンクである。

ユーザがリンク４２を選択した場合、メッセージを入力するための入力画面が表示部３７に表示される。図５は入力画面の一例を示す。図５に示す入力画面５０には、入力欄５２と、送信ボタン５４と、閉じるボタン５６とが表示されている。

入力欄５２はユーザがメッセージを入力するための欄であり、ユーザが入力したメッセージが入力欄５２に表示される。ユーザは入力部３６を用いてメッセージを入力し、メッセージの入力を完了したら、送信ボタン５４を選択する。送信ボタン５４が選択された場合、ユーザが入力したメッセージがサーバ装置２０に送信される（後述の図１７のステップＳ１０１参照）。なお、閉じるボタン５６はメッセージの入力を中止するためのボタンであり、閉じるボタン５６が選択された場合にはメニュー画面４０が表示される。

ユーザがメニュー画面４０でリンク４４が選択した場合、他のユーザが入力したメッセージを見るためのメッセージ画面が表示部３７に表示される。図６はメッセージ画面の一例を示す。図６に示すメッセージ画面６０には、アバター６２と、吹き出し６４と、閉じるボタン６６とが表示されている。

アバター６２は他のユーザに対応するキャラクタである。吹き出し６４はアバター６２に関連づけて表示される。他のユーザが入力したメッセージが吹き出し６４内に表示される。このため、メッセージ画面６０では、他のユーザの分身であるアバター６２が、該他のユーザが入力したメッセージを話しているかのように演出される。

なお、図６に示すメッセージ画面６０では５人のユーザのメッセージが表示されているが、６人以上のユーザのメッセージが表示されるようにしてもよいし、４人以下のユーザのメッセージが表示されるようにしてもよい。

メッセージ配信システム１０では、他のユーザが入力したメッセージに対する返信等を行うことが可能である。具体的には、ユーザがいずれかのアバター６２又は吹き出し６４を選択すると、選択されたアバター６２又は吹き出し６４に関連づけられたメッセージに対する返信等を行うための返信画面が表示部３７に表示される。図７は返信画面の一例を示す。図７に示す返信画面７０には、表示欄７２と、チェック欄７４と、簡易返信ボタン７６と、入力欄７８と、返信ボタン８０と、通報ボタン８２と、閉じるボタン８４とが表示されている。

表示欄７２にはメッセージ画面６０で選択されたメッセージが表示される。チェック欄７４は、表示欄７２に表示されたメッセージをお気に入りに設定するか否かを選択するための欄である。メッセージをお気に入りに設定する場合、ユーザはチェック欄７４にチェックを付ける。一方、メッセージをお気に入りに設定しない場合、ユーザはチェック欄７４にチェックを付けない。なお、お気に入りに設定されたメッセージは、メニュー画面４０のリンク４８を選択した場合に表示される画面（図示せず）に表示されることになる。

簡易返信ボタン７６は、メッセージに対する返信を比較的簡易に行うためのボタンである。簡易返信ボタン７６には「いいね！」との文字列が付されており、簡易返信ボタン７６が選択された場合には「いいね！」とのメッセージが返信されることになる。なお、簡易返信ボタン７６によって返信されるメッセージは「いいね！」に限られない。例えば「好き！」又は「おもしろい！」等の肯定的な評価を示す他のメッセージが「いいね！」の代わりに返信されるようにしてもよい。あるいは、例えば「つまらない！」等の否定的な評価を示すメッセージが返信されるようにしてもよい。

入力欄７８は、ユーザが返信メッセージを入力するための欄であり、ユーザが入力した返信メッセージが入力欄７８に表示される。「いいね！」以外の返信メッセージを返信したい場合にユーザは入力部３６を用いて返信メッセージを入力し、返信メッセージの入力を完了したら、返信ボタン８０を選択する。返信ボタン８０が選択された場合、入力欄７８に入力された返信メッセージがサーバ装置２０に送信される。

通報ボタン８２は、メッセージの内容が不快である旨をメッセージ配信システム１０の管理者に通報するためのボタンである。メッセージの内容を読んで不快感を感じた場合にユーザは通報ボタン８２を選択する。通報ボタン８２が選択された場合、その旨がサーバ装置２０に通知される。

閉じるボタン８４は返信画面７０からメッセージ画面６０に戻るためのボタンである。また、メッセージ画面６０（図６）における閉じるボタン６６はメッセージ画面６０からメニュー画面４０に戻るためのボタンである。

なお、ユーザがメニュー画面４０（図４）でリンク４６を選択した場合、他のユーザからの返信メッセージを見るための画面（図示せず）が表示部３７に表示される。また、ユーザがメニュー画面４０（図４）でリンク４８を選択した場合、ユーザが過去にお気に入りに設定したメッセージを見るための画面（図示せず）が表示部３７に表示される。

以下、上記のメッセージ配信システム１０において、例えば、メッセージを読んだ者に不快感を感じさせるようなメッセージが多数の人に配信されてしまうことを抑制したり、メッセージを読んだ者を愉快な気持ちにさせるようなメッセージを多数のユーザに配信したりするための技術について説明する。

図８はメッセージ配信システム１０の特徴について説明するための図である。以下、図８を参照しながら、ユーザが入力したメッセージ（ここでは、便宜上、「メッセージＸ」と記載する。）の配信をどのように実行するかについて説明する。

メッセージ配信システム１０では、ユーザが入力したメッセージＸを複数の配信期間（第１回目〜第Ｎ回目の配信期間）において配信する。第１回目の配信期間ではメッセージＸがＭ_１名のユーザに配信される。なお、「Ｍ_１」は数値を示している。

第１回目の配信期間と第２回目の配信期間との間には待機期間が設けられている。この待機期間は、第１回目の配信期間にメッセージＸを受け取ったユーザから、メッセージＸに対する返信等が送信されてくるのを待つための期間である。

第２回目の配信期間ではメッセージＸがＭ_２名のユーザに配信される。なお、「Ｍ_２」も数値を示している。また、第２回目の配信期間と第３回目の配信期間との間にも待機期間が設けられている。この待機期間は、第２回目の配信期間にメッセージＸを受け取ったユーザから、メッセージＸに対する返信等が送信されてくるのを待つための期間である。

メッセージＸの配信期間の回数（Ｎ）は、第１回目〜第（Ｎ−１）回目の配信期間にメッセージＸを受け取ったユーザのメッセージＸに対する評価に基づいて変化する。

なお、メッセージＸに対する評価は、例えばメッセージＸに対する返信数、メッセージＸをお気に入りに設定したユーザ数や、メッセージＸを通報対象に設定したユーザ数等を考慮して判断される。例えば、メッセージＸに対する返信数やメッセージＸをお気に入りに設定したユーザ数が多い場合には、メッセージＸに対する評価が高くなり、メッセージＸを通報対象に設定したユーザ数が多い場合には、メッセージＸに対する評価が低くなる。

例えば、メッセージＸに対する評価が低い場合には、メッセージＸに対する評価が高い場合と比較して、配信期間の回数（Ｎ）が少ない数に設定される。

また、第Ｎ回目の配信期間ではメッセージＸがＭ_Ｎ名のユーザに配信される。なお、「Ｍ_Ｎ」も数値を示している。この「Ｍ_Ｎ」の値も、第１回目〜第（Ｎ−１）回目の配信期間にメッセージＸを受け取ったユーザのメッセージＸに対する評価に基づいて変化する。例えば、メッセージＸに対する評価が低い場合には、メッセージＸに対する評価が高い場合と比較して、「Ｍ_Ｎ」の値が少ない値に設定される。

なお、図８では省略されているが、第２回目の配信期間にメッセージＸを配信されるユーザの数（Ｍ_２）は、第１回目の配信期間にメッセージＸを受け取ったユーザのメッセージＸに対する評価に基づいて変化する。同様に、第（Ｎ−１）回目の配信期間にメッセージＸを配信されるユーザの数（Ｍ_Ｎ−１）は、第１回目〜第（Ｎ−２）回目の配信期間にメッセージＸを受け取ったユーザのメッセージＸに対する評価に基づいて変化する。

以上のように、メッセージ配信システム１０では、メッセージＸに対する評価が低い場合に、メッセージＸの配信期間の回数（Ｎ）や、メッセージＸの配信相手として選出されるユーザの人数（Ｍ_２〜Ｍ_Ｎ）が比較的少ない数に設定される。例えば、メッセージＸの内容が他人に不快感を感じさせるような内容である場合、一般的に、メッセージＸに対する返信数やメッセージＸをお気に入りに設定したユーザ数は少なくなり、メッセージＸを通報対象に設定したユーザ数は多くなる。その結果、メッセージＸに対する評価は低くなる。この点、メッセージ配信システム１０では、上記のような機能を有する結果として、他人に不快感を感じさせるようなメッセージが多数のユーザに配信されてしまわないようになっている。

一方、メッセージ配信システム１０では、メッセージＸに対する評価が高い場合に、メッセージＸの配信期間の回数（Ｎ）や、メッセージＸの配信相手として選出されるユーザの人数（Ｍ_２〜Ｍ_Ｎ）が比較的多い数に設定される。例えば、メッセージＸの内容が他人を愉快な気持ちにさせるような内容である場合、一般的に、メッセージＸに対する返信数やメッセージＸをお気に入りに設定したユーザ数は多くなり、メッセージＸを通報対象に設定したユーザ数は少なくなる。この点、メッセージ配信システム１０では、上記のような機能を有する結果として、他人を愉快な気持ちにさせるようなメッセージが多数のユーザに配信されるようになっている。

以下、上記に説明したような機能を実現するための構成について説明する。図９はメッセージ配信システム１０で実現される機能ブロックのうち、上記機能に関連する機能ブロックを示す機能ブロック図である。図９に示すように、メッセージ配信システム１０は記憶部９０、メッセージ取得部９２、配信部９４、配信相手人数制御部９６、及び評価情報取得部９８を含む。例えば、これらの機能ブロックはサーバ装置２０で実現される。

まず、記憶部９０について説明する。記憶部９０は各種データを記憶する。図１０〜図１６は記憶部９０に記憶されるデータの例を示す。

図１０はユーザテーブルの一例を示す。ユーザに関する情報がユーザテーブルに登録される。図１０に示すユーザテーブルは「ユーザＩＤ」、「パスワード」、「アバター情報」、「配信相手人数レベル」、及び「配信回数レベル」フィールドを含んでいる。「ユーザＩＤ」フィールドにはユーザを一意に識別する識別情報が登録され、「パスワード」フィールドにはユーザのパスワードが登録される。

「アバター情報」フィールドには、ユーザの分身となるアバター６２に関する情報が登録される。例えば、ユーザが予め用意されたアバターのうちのいずれかを自らのアバター６２として選択するようになっている場合には、ユーザが選択したアバター６２を示す情報が「アバター情報」フィールドに登録される。なお、ユーザが自らのアバター６２を生成できるようになっている場合には、ユーザが生成したアバター６２を示す情報が「アバター情報」フィールドに登録される。

「配信相手人数レベル」フィールドにはユーザの配信相手人数レベルが登録される。「配信相手人数レベル」は、ユーザが入力したメッセージを一の配信期間内に最大で何名の配信相手に配信するかを示す情報である。配信相手人数レベルと配信相手の最大人数との対応関係は、図１１に示す配信相手人数レベルテーブルに定義されている。図１１に示す配信相手人数レベルテーブルでは、配信相手人数レベルが高いほど、配信相手の最大人数が多くなるように設定されている。

図１０に示すユーザテーブルでは、ユーザＩＤが「Ｕ００１」であるユーザの配信相手人数レベルが「６」になっている。また、図１１に示す配信相手人数レベルテーブルでは配信相手人数レベル「６」に対応する人数が「２０名」になっている。このため、ユーザＩＤが「Ｕ００１」であるユーザが入力したメッセージは、例えば、第１回目の配信期間内に２０名のユーザに配信されることになる。すなわち、図８における「Ｍ_１」が２０に設定されることになる。

また、ユーザテーブルの「配信回数レベル」フィールドにはユーザの配信回数レベルが登録される。「配信回数」は配信期間の回数（図８参照）のことを意味しており、「配信回数レベル」は、ユーザによって入力されたメッセージの配信期間の基本回数を示す情報である。配信回数レベルと配信期間の基本回数との対応関係は、図１２に示す配信回数レベルテーブルに定義されている。図１２に示す配信回数レベルテーブルでは、配信回数レベルが高いほど、配信期間の基本回数が多くなるように設定されている。

図１０に示すユーザテーブルでは、ユーザＩＤが「Ｕ００１」であるユーザの配信回数レベルが「１」になっている。また、図１２に示す配信回数テーブルでは配信回数レベル「１」に対応する回数が「３回」になっている。このため、例えば、ユーザＩＤが「Ｕ００１」であるユーザが入力したメッセージの配信期間の回数の初期値が３回に設定されることになる。すなわち、図８における「Ｎ」の初期値が３に設定されることになる。なお、上述したように、メッセージの配信期間の回数（Ｎ）はメッセージに対する評価結果に基づいて増減される。

なお例えば、ユーザの配信相手人数レベルの初期値は「６」であり、配信回数レベルの初期値は「１」である。ユーザの配信相手人数レベル及び配信回数レベルは、ユーザが入力したメッセージに対する評価結果に基づいて上下する。例えば、評価が高いメッセージをユーザが入力し続けると、ユーザの配信相手人数レベル及び配信回数レベルは上がり、評価が低いメッセージをユーザが入力し続けると、ユーザの配信相手人数レベル及び配信回数レベルは下がる。詳細については後述する（図２１のステップＳ５０５，Ｓ５１０及び図２２のステップＳ６０５参照）。

図１３はメッセージテーブルの一例を示す。ユーザが入力したメッセージに関する情報がメッセージテーブルに登録される。図１３に示すメッセージテーブルは「メッセージＩＤ」、「メッセージ」、「ユーザＩＤ」、「入力日時」、及び「ジャンル」フィールドを含んでいる。

「メッセージＩＤ」フィールドにはメッセージを一意に識別する識別情報が登録される。「メッセージ」フィールドにはメッセージ自体が登録される。「ユーザＩＤ」フィールドにはメッセージを入力したユーザのユーザＩＤが登録される。「入力日時」フィールドにはメッセージが入力された日時が登録される。「ジャンル」フィールドにはメッセージのジャンルを示す情報が登録される。

図１４は配信状況テーブルの一例を示す。メッセージの配信状況に関する情報が配信状況テーブルに登録される。図１４に示す配信状況テーブルは「メッセージＩＤ」、「配信相手人数レベル」、「残り人数」、「最大配信回数」、「現在配信回数」、「ステータス」、「更新日時」、「直近の配信期間」フィールドを含む。

「配信相手人数レベル」フィールドには、メッセージの配信相手人数レベルが登録される。ユーザによってメッセージが入力された時点において、その時点におけるユーザの配信相手人数レベルがメッセージの配信相手人数レベルの初期値として「配信相手人数レベル」フィールドに登録される。なお、メッセージの配信相手人数レベルはメッセージに対する評価結果に基づいて上下する（図２２のステップＳ６０２，Ｓ６０７参照）。

「残り人数」フィールドには、現在の配信期間内にメッセージの配信相手として選出可能な残り人数を示す情報が登録される。言い換えれば、現在の配信期間内にメッセージをあと何名のユーザに配信できるかを示す情報が「残り人数」フィールドに登録される。例えば、配信期間の開始時において、メッセージの配信相手人数レベルに対応する人数が「残り人数」フィールドに登録される。また例えば、メッセージの配信相手が選出されるごとに（すなわち、メッセージの配信相手として選出されたユーザにメッセージが配信されるごとに）、「残り人数」フィールドの値は１減少される（図１８のステップＳ２０５及び図１９のステップＳ３０６参照）。

「最大配信回数」フィールドにはメッセージの配信期間の最大回数が登録される。例えば、「最大配信回数」フィールドの初期値は、メッセージを入力したユーザの配信回数レベルに対応する回数に設定される。なお、「最大配信回数」フィールドの値はメッセージに対する評価結果に基づいて増減される（図２１のステップＳ５０２，Ｓ５０７参照）。

「現在配信回数」フィールドには現在までに実行された配信期間の回数が登録される。「現在配信回数」フィールドの値は、例えば配信期間が終了するごとに１増加される（図１８のステップＳ２０８及び図１９のステップＳ３０９参照）。

「ステータス」フィールドにはメッセージの現在のステータスが登録される。「配信中」、「待機中」、及び「終了」のうちのいずれかが「ステータス」フィールドに登録される。「配信中」は現在がメッセージの配信期間内であることを示す。「待機中」は現在が待機期間内であることを示す。「終了」はメッセージの配信が終了したことを示す。

「更新日時」フィールドにはステータスが更新された最新の日時が登録される。「直近の配信期間」フィールドには直近の配信期間に関する情報が登録される。「直近の配信期間」フィールドは「開始日時」及び「終了日時」フィールドを含む。「開始日時」及び「終了日時」フィールドには直近の配信期間の開始日時及び終了日時が登録される。例えば、メッセージのステータスが「配信中」である場合、現在の配信期間の開始日時のみが「開始日時」フィールドに登録される。一方、メッセージのステータスが「待機中」又は「終了」である場合、前回の配信期間の開始日時及び終了日時が「開始日時」及び「終了日時」フィールドに登録される。

図１５は履歴テーブルの一例を示す。メッセージの配信履歴とメッセージに対する返信／評価履歴とが履歴テーブルに登録される。図１５に示す履歴テーブルは「メッセージＩＤ」、「配信相手ユーザＩＤ」、「配信日時」、「お気に入りフラグ」、「簡易返信フラグ」、「返信メッセージ」、「通報フラグ」、及び「返信／評価日時」フィールドを含んでいる。

「配信相手ユーザＩＤ」フィールドには、メッセージの配信相手であるユーザのユーザＩＤが登録される。「配信日時」フィールドにはメッセージが配信された日時が登録される。

「お気に入りフラグ」フィールドには、メッセージの配信相手であるユーザがメッセージをお気に入りに設定したか否かを示す情報が登録される。例えば、「お気に入りフラグ」フィールドには「０」又は「１」が登録される。値「０」はメッセージがお気に入りに設定されなかったことを示し、値「１」はメッセージがお気に入りに設定されたことを示す。

「簡易返信フラグ」フィールドには、メッセージの配信相手であるユーザが簡易返信を行ったか否か（すなわち、ユーザが返信画面７０で簡易返信ボタン７６を選択したか否か）を示す情報が登録される。例えば、「簡易返信フラグ」フィールドには「０」又は「１」が登録される。値「０」は簡易返信が行われなかったことを示し、値「１」は簡易返信が行われたことを示す。「返信メッセージ」フィールドには、メッセージの配信相手であるユーザが返信画面７０で入力欄７８に入力した返信メッセージが登録される。

「通報フラグ」フィールドには、メッセージの配信相手であるユーザがメッセージを通報対象に設定したか否か（すなわち、ユーザが返信画面７０で通報ボタン８２を選択したか否か）を示す情報が登録される。例えば、「通報フラグ」フィールドには「０」又は「１」が登録される。値「０」はメッセージが通報対象に設定されていないことを示し、値「１」はメッセージが通報対象に設定されたことを示す。「返信／評価日時」フィールドには、メッセージの配信相手であるユーザがメッセージに対する返信／評価を行った日時が登録される。

図１６はカウンタテーブルの一例を示す。図１６に示すカウンタテーブルは「ユーザＩＤ」、「第１カウンタ」、及び「第２カウンタ」フィールドを含んでいる。

「第１カウンタ」フィールドにはユーザの第１カウンタの値が登録される。「第１カウンタ」は、ユーザが入力したメッセージに対する評価が高いと判定された回数をカウントする役割を果たす（図２１のステップＳ５０３，Ｓ５０８参照）。第１カウンタの値は、ユーザの配信回数レベルを上昇させるか否かを判断するために用いられる。すなわち、第１カウンタの値が所定値に達した場合にユーザの配信回数レベルが１上昇するようになっている（図２１のステップＳ５０４，Ｓ５０５，Ｓ５０９，Ｓ５１０参照）。

「第２カウンタ」フィールドにはユーザの第２カウンタの値が登録される。「第２カウンタ」も、ユーザが入力したメッセージに対する評価が高いと判定された回数をカウントする役割を果たす（図２２のステップＳ６０３参照）。ただし、第２カウンタの値は、ユーザの配信相手人数レベルを上昇させるか否かを判断するために用いられる。すなわち、第２カウンタの値が所定値に達した場合にユーザの配信相手人数レベルが１上昇するようになっている（図２２のステップＳ６０４，Ｓ６０５参照）。

次に、メッセージ取得部９２について説明する。メッセージ取得部９２はユーザによって入力されたメッセージを取得する。本実施形態では、ユーザが入力画面５０で入力したメッセージは情報処理装置３０からサーバ装置２０に送信されるようになっており、メッセージ取得部９２は情報処理装置３０から送信されるメッセージを取得する。

次に、配信部９４、配信相手人数制御部９６、及び評価情報取得部９８について説明する。

配信部９４は、ユーザによって入力されたメッセージを他のユーザに配信する。本実施形態の場合、配信部９４（第１配信手段）は、ユーザによって入力されたメッセージを、他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信する。そして、第１配信相手ユーザへの配信が実行された後、配信部９４（第２配信手段）は、上記のメッセージを、上記の他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信する。

図８を参照しながら説明した例の場合、例えば、第１回目の配信期間内における配信相手が「第１配信相手ユーザ」に相当する。また、第２回目〜第Ｎ回目の配信期間内における配信相手が「第２配信相手ユーザ」に相当する。なお、例えば、第２回目の配信期間と第３回目〜第Ｎ回目の配信期間とだけに注目するのであれば、第２回目の配信期間内における配信相手が「第１配信相手ユーザ」に相当し、第３回目〜第Ｎ回目の配信期間における配信相手が「第２配信相手ユーザ」に相当すると考えることもできる。

評価情報取得部９８は、メッセージの配信を受けたユーザの該メッセージに対する評価に関する評価情報を取得する。また、配信相手人数制御部９６は、第２配信相手ユーザとして選出されるユーザの数を、評価情報取得部９８によって取得された評価情報に基づいて制御する。

本実施形態の場合、配信部９４（第２配信手段）は、複数の配信期間の各々において、上記の他のユーザのうちから選出される一又は複数の第２配信相手ユーザにメッセージを配信する。なお、図８を参照しながら説明した例の場合、第２回目〜第Ｎ回目の配信期間の回数（Ｎ−１）が、ここでいう「複数の配信期間」に相当する。配信相手人数制御部９６は配信期間の回数を評価情報に基づいて制御する。

例えば、評価情報取得部９８は、メッセージに対する第１配信相手ユーザの評価に関する第１評価情報を取得する。そして、配信相手人数制御部９６は、第２配信相手ユーザとして選出されるユーザの数を第１評価情報に基づいて制御する。そして、配信相手人数制御部９６は上記の配信期間の回数を第１評価情報に基づいて制御する。

また、評価情報取得部９８は、メッセージに対する第２配信相手ユーザの評価に関する第２評価情報も取得するようにしてもよい。そして、配信相手人数制御部９６は、上記の配信期間の回数を第１評価情報と第２評価情報とに基づいて制御するようにしてもよい。

具体的には、配信相手人数制御部９６は、上記の複数の配信期間（図８における第２回目〜第Ｎ回目の配信期間）のうちの第１回目の配信期間（図８における第２回目の配信期間）において、第２配信相手ユーザとして選出されるユーザの数を第１評価情報に基づいて制御し、上記の複数の配信期間のうちの第２回目以降の配信期間（図８における第３回目〜第Ｎ回目の配信期間）において、第２配信相手ユーザとして選出されるユーザの数を第２評価情報に基づいて制御するようにしてもよい。

次に、以上に説明した機能ブロックを実現するための処理について説明する。図１７〜図２２はメッセージ配信システム１０で実行される処理の例を示すフロー図である。

まず、図１７に示す処理について説明する。図１７は、ユーザがメッセージを入力した場合（すなわち、ユーザが入力画面５０で送信ボタン５４を選択した場合）に実行される処理の一例を示すフロー図である。なお以下では、便宜上、ユーザＡがメッセージを入力した場合を想定して、図１７に示す処理について説明する。

ユーザＡが入力画面５０の送信ボタン５４を選択した場合、情報処理装置３０の制御部３１は、メッセージを入力したユーザＡのユーザＩＤと、ユーザＡが入力したメッセージとをサーバ装置２０に送信する（Ｓ１０１）。そして、サーバ装置２０の制御部２１（メッセージ取得部９２）はユーザＩＤ及びメッセージを受信し、メッセージに関する情報をメッセージテーブル及び配信状況テーブルに登録する（Ｓ１０２）。

具体的には、制御部２１はメッセージテーブルに新しいレコードを追加する。また制御部２１は、受信したメッセージのメッセージＩＤとして、既存のメッセージＩＤとは異なるメッセージＩＤを新たに生成する。そして制御部２１は、新たに生成したメッセージＩＤを、新たに追加したレコードの「メッセージＩＤ」フィールドに登録する。さらに制御部２１は、受信したメッセージ及びユーザＩＤを「メッセージ」及び「ユーザＩＤ」フィールドに登録し、現在日時を「入力日時」フィールドに登録する。

また、制御部２１はメッセージのジャンルをメッセージの内容に基づいて判断し、そのジャンルを「ジャンル」フィールドに登録する。例えば、制御部２１はメッセージが特定のキーワードを含んでいるか否かを判定することによって、メッセージのジャンルを判断する。なお、ユーザが入力画面５０でメッセージのジャンルを指定するようにしてもよい。この場合、ステップＳ１０１では、ジャンルを示す情報も情報処理装置３０からサーバ装置２０に送信されるようにすればよい。

また、制御部２１は配信状況テーブルにも新しいレコードを追加する。そして、制御部２１は上記の新たに生成したメッセージＩＤを、新たに追加したレコードの「メッセージＩＤ」フィールドに登録する。また制御部２１は、メッセージを入力したユーザＡの配信相手人数レベルをユーザテーブルから取得し、その配信相手人数レベルを「配信相手人数レベル」フィールドに登録する。さらに、制御部２１は上記の配信相手人数レベルに対応づけられた人数を配信相手人数レベルテーブルから取得し、その人数を「残り人数」フィールドに登録する。

また制御部２１は、メッセージを入力したユーザＡの配信回数レベルをユーザテーブルから取得する。さらに制御部２１は、その配信回数レベルに対応する回数を配信回数レベルテーブルから取得し、その回数を「最大配信回数」フィールドに登録する。また制御部２１は「現在配信回数」フィールドに０を登録する。さらに、制御部２１は「ステータス」フィールドに「配信中」を登録し、「更新日時」フィールドと「直近の配信期間」の「開始日時」フィールドとの両方に現在日時を登録する。

一方、ユーザＩＤ及びメッセージを送信した情報処理装置３０の制御部３１はメニュー画面４０を表示部３７に表示させる（Ｓ１０３）。以上で図１７に示す処理は終了する。

次に、図１８に示す処理について説明する。図１８は、メッセージ画面６０を表示するための操作をユーザが行った場合（すなわち、ユーザがメニュー画面４０でリンク４４を選択した場合）に実行される処理の一例を示すフロー図である。なお以下では、便宜上、ユーザＢがメニュー画面４０でリンク４４を選択した場合を想定して、図１８に示す処理について説明する。

ユーザＢがメニュー画面４０でリンク４４を選択した場合、情報処理装置３０の制御部３１はメッセージデータをサーバ装置２０に要求する（Ｓ２０１）。この場合、ユーザＢのユーザＩＤもサーバ装置２０に送信される。

上記の要求を受け付けたサーバ装置２０の制御部２１（配信部９４）はユーザＢに配信するメッセージを選択する（Ｓ２０２）。本実施形態の場合、５つのメッセージがメッセージ画面６０に表示されるため、制御部２１は５つのメッセージを選択する。

具体的には、制御部２１は、下記の条件Ｃ１，Ｃ２，Ｃ３のすべてを満足するメッセージのうちから５つのメッセージを選択する。
（Ｃ１）ユーザＢ以外のユーザによって入力されたメッセージである
（Ｃ２）ユーザＢにすでに配信済みのメッセージではない
（Ｃ３）メッセージのステータスが「配信中」である

なお、制御部２１は、メッセージが上記の条件Ｃ１を満足するか否かをメッセージテーブルに基づいて判定し、メッセージが上記の条件Ｃ２を満足するか否かを配信状況テーブル及び履歴テーブルに基づいて判定し、メッセージが上記の条件Ｃ３を満足するか否かを配信状況テーブルに基づいて判定する。

本実施形態の場合、制御部２１は、ユーザＢに配信する５つのメッセージを下記に説明するようにして選択する。

例えば１つ目のメッセージとして、制御部２１は、上記の条件Ｃ１〜Ｃ３と下記の条件Ｃ４とのすべてを満足するメッセージのうちのいずれかの一つをランダムに選択する。
（Ｃ４）メッセージの配信相手人数レベルが基準レベルＬ１（例えば１１）以上である

また、２つ目のメッセージとして、制御部２１は、上記の条件Ｃ１〜Ｃ３と下記の条件Ｃ５とのすべてを満足するメッセージのうちのいずれかの一つをランダムに選択する。
（Ｃ５）メッセージの配信相手人数レベルが基準レベルＬ２（例えば６）以上であって基準レベルＬ１未満である

さらに、３つ目のメッセージとして、制御部２１は、上記の条件Ｃ１〜Ｃ３と下記の条件Ｃ６とのすべてを満足するメッセージのうちのいずれかの一つをランダムに選択する。
（Ｃ６）メッセージの配信相手人数レベルが基準レベルＬ２未満である

なお、制御部２１はメッセージが上記の条件Ｃ４，Ｃ５，Ｃ６を満足するか否かをメッセージテーブルの「配信相手人数レベル」フィールドに基づいて判定する。

また、４つ目のメッセージとして、制御部２１は、上記の条件Ｃ１〜Ｃ３と下記の条件Ｃ７とのすべてを満足するメッセージのうちのいずれかの一つをランダムに選択する。（Ｃ７）前回の配信日時から所定時間が経過していること

なお、制御部２１はメッセージが上記の条件Ｃ７を満足するか否かを履歴テーブルの「配信日時」フィールドに基づいて判定する。

さらに、５つ目のメッセージとして、制御部２１は、上記の条件Ｃ１〜Ｃ３を満足するメッセージのうちで最も新しいメッセージを選択する。制御部２１はこの選択をメッセージテーブルの「入力日時」フィールドに基づいて実行する。

なお、上記のようにして１つ目〜３つ目のメッセージが選択される結果として、配信相手人数レベルが異なるメッセージがユーザに配信されるようになる。上述したように、メッセージの配信相手人数レベルは、メッセージを入力したユーザの配信相手人数レベルや、メッセージに対する評価結果に基づいて変化する。このため、配信相手人数レベルが異なるユーザによって入力されたメッセージや、評価結果が異なるメッセージがユーザに配信されるようになる。

また、上記のようにして４つ目及び５つ目のメッセージが選択される結果として、配信されないままの状態が継続しているメッセージや最新のメッセージが優先的に配信されるようになる。

ところで、ユーザに配信するメッセージを選択するということは、そのメッセージの配信相手としてそのユーザを選出したということに相当している。このため、ステップＳ２０２において、ユーザＢに配信する５つのメッセージを選択したということは、該５つのメッセージの配信相手としてユーザＢを選出したと言い換えることができる。

ステップＳ２０２においてユーザＢに配信するメッセージが選択された後、制御部２１はメッセージデータをユーザＢの情報処理装置３０に送信する（Ｓ２０３）。メッセージデータには、ステップＳ２０２で選択された各メッセージに関する情報が含まれる。例えば、メッセージのメッセージＩＤ及び内容と、メッセージを入力したユーザのユーザＩＤ及びアバター情報とが含まれる。

メッセージデータを受信した情報処理装置３０の制御部３１は、メッセージデータに基づいてメッセージ画面６０を表示部３７に表示する（Ｓ２１１）。例えば、図６に示したようなメッセージ画面６０が表示部３７に表示される。

一方、メッセージデータを送信したサーバ装置２０では、後述のステップＳ２０４〜Ｓ２１０の処理が実行される。この処理は、ユーザＢに配信するメッセージとして選択されたメッセージの各々に関して実行される。なお以下では、便宜上、ユーザＡが入力したメッセージＣがユーザＢに配信するメッセージとして選択された場合を想定して、ステップＳ２０４〜Ｓ２１０の処理について説明する。

まず、制御部２１はメッセージＣに関する情報を履歴テーブルに登録する（Ｓ２０４）。具体的には、制御部２１は履歴テーブルに新しいレコードを追加する。そして制御部２１は、新たに追加したレコードの「メッセージＩＤ」フィールドにメッセージＣのメッセージＩＤを登録する。さらに制御部２１は、メッセージＣの配信相手であるユーザＢのユーザＩＤを「配信相手ユーザＩＤ」フィールドに登録し、現在日時を「配信日時」フィールドに登録する。

その後、制御部２１は、現在の配信期間内にメッセージＣの配信相手として選出可能な残り人数を１減少させ（Ｓ２０５）、その残り人数が０になったか否かを判定する（Ｓ２０６）。具体的には、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「残り人数」フィールドの値を１減少させ、その値が０になったか否かを判定する。

上記の残り人数が０になっていないと判定された場合、制御部２１は本処理を終了する。一方、上記の残り人数が０になったと判定された場合、制御部２１はメッセージＣのステータスを「待機中」に更新することによって、メッセージＣの配信を待機させる（Ｓ２０７）。具体的には、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「ステータス」フィールドの値を「待機中」に更新し、「更新日時」フィールドの値を現在日時に更新する。

さらに制御部２１はメッセージＣの現在配信回数を１増加させ（Ｓ２０８）、メッセージＣの現在配信回数がメッセージＣの最大配信回数に達したか否かを判定する（Ｓ２０９）。具体的には、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「現在配信回数」フィールドの値を１増加させ、「現在配信回数」フィールドの値が「最大配信回数」フィールドの値と等しいか否かを判定する。

メッセージＣの現在配信回数がメッセージＣの最大配信回数に達した場合とは、メッセージＣの配信期間の残り回数が０になった場合である。この場合、制御部２１はメッセージＣのステータスを「終了」に更新することによって、メッセージＣの配信を終了させる（Ｓ２１０）。具体的には、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「ステータス」フィールドの値を「終了」に更新し、「更新日時」フィールドの値を現在日時に更新する。一方、メッセージＣの現在配信回数がメッセージＣの最大配信回数に達していない場合、制御部２１はステップＳ２１０の処理を実行することなく本処理を終了する。以上で図１８に示す処理は完了する。

次に、図１９に示す処理について説明する。図１９は、他のユーザが入力したメッセージに対する返信及び評価をユーザが行った場合（すなわち、ユーザが返信画面７０で簡易返信ボタン７６、返信ボタン８０、又は通報ボタン８２を選択した場合）に実行される処理の一例を示すフロー図である。なお以下では、便宜上、ユーザＡが入力したメッセージＣに対する返信及び評価をユーザＢが行った場合を想定して、図１９に示す処理について説明する。

ユーザＢが返信画面７０で簡易返信ボタン７６、返信ボタン８０、又は通報ボタン８２を選択した場合、情報処理装置３０の制御部３１は返信／評価データをサーバ装置２０に送信する（Ｓ３０１）。返信／評価データは、例えば下記のような情報を含んでいる。
（１）返信及び評価を実行したユーザＢのユーザＩＤ
（２）返信及び評価の対象となったメッセージＣのメッセージＩＤ
（３）メッセージＣに対する返信及び評価内容を示す情報

また、メッセージＣに対する返信及び評価内容を示す情報は、例えば下記のような情報を含んでいる。
（３−１）チェック欄７４にチェックが付けられたか否か（メッセージＣがお気に入りに設定されたか否か）を示す情報
（３−２）簡易返信ボタン７６、返信ボタン８０、及び通報ボタン８２のうちのいずれが選択されたかを示す情報
（３−３）入力欄７８に入力された返信メッセージを示す情報

サーバ装置２０の制御部２１（評価情報取得部９８）は返信／評価データを受信し、その返信／評価データに基づいて、メッセージＣに対するユーザＢの返信及び評価内容を履歴テーブルに登録する（Ｓ３０２）。

すなわち、制御部２１は、履歴テーブルにおいて、メッセージＣとユーザＢとの組み合わせに対応するレコードを更新する。「メッセージＣとユーザＢとの組み合わせに対応するレコード」とは、「メッセージＩＤ」フィールドにメッセージＣのメッセージＩＤが登録されており、かつ、「配信相手ユーザＩＤ」フィールドにユーザＢのユーザＩＤが登録されているレコードのことである。

具体的には、制御部２１は「返信／評価日時」フィールドに現在日時を登録する。また、制御部２１はユーザＢがチェック欄７４にチェックを付けたか否かを判定し、その判定結果に基づいて「お気に入りフラグ」フィールドに「０」又は「１」を登録する。

さらに、制御部２１はユーザＢが簡易返信ボタン７６、返信ボタン８０、及び通報ボタン８２のうちのいずれを選択したかを判定する。ユーザＢが簡易返信ボタン７６を選択していた場合、制御部２１は「簡易返信フラグ」フィールドに「１」を登録し、ユーザＢが簡易返信ボタン７６を選択していなかった場合、制御部２１は「簡易返信フラグ」フィールドに「０」を登録する。

また、ユーザＢが返信ボタン８０を選択していた場合、制御部２１は、入力欄７８に入力された返信メッセージを「返信メッセージ」フィールドに登録し、ユーザＢが返信ボタン８０を選択していなかった場合、制御部２１は「返信メッセージ」フィールドを空欄とする。また、ユーザＢが通報ボタン８２を選択していた場合、制御部２１は「通報フラグ」フィールドに「１」を登録し、ユーザＢが通報ボタン８２を選択していなかった場合、制御部２１は「通報フラグ」フィールドに「０」を登録する。

ステップＳ３０２の処理が実行された後、制御部２１は、ユーザＢに配信するメッセージを選択する（Ｓ３０３）。すなわち、制御部２１は、ユーザＢが返信及び評価を完了したメッセージＣの代わりにメッセージ画面６０に新たに表示するメッセージを選択する。例えば、制御部２１は上記の条件Ｃ１〜Ｃ３を満足するメッセージのうちのいずれか一つをランダムに選択する。なお、この場合、制御部２１は上記の条件Ｃ１〜Ｃ３を満足するメッセージのうちのいずれか一つの配信相手としてユーザＢを選出することになる。

そして、制御部２１はメッセージデータをユーザＢの情報処理装置３０に送信する（Ｓ３０４）。図１８のステップＳ２０３の場合と同様に、メッセージデータには、ステップＳ３０３で選択されたメッセージに関する情報が含まれる。

メッセージデータを送信したサーバ装置２０では、ステップＳ３０５〜Ｓ３１１の処理が実行される。この処理は、ユーザＢに配信するメッセージとして選択されたメッセージについて実行される。なお、ステップＳ３０５〜Ｓ３１１の処理は、図１８におけるステップＳ２０４〜Ｓ２１０の処理と同様であるため、説明を省略する。

一方、メッセージデータを受信した情報処理装置３０の制御部３１は、メッセージデータに基づいてメッセージ画面６０を表示部３７に表示する（Ｓ３１２）。この場合、情報処理装置３０では返信画面７０からメッセージ画面６０に戻ることになる。以上で図１９に示す処理は終了する。

次に、図２０に示す処理について説明する。図２０は、ステータスが「待機中」であるメッセージの配信を再開するための処理の一例を示すフロー図である。なお、図２０に示す処理はサーバ装置２０において所定のタイミングで実行される。例えば、サーバ装置２０は図２０に示す処理を所定時間（例えば５分）ごとに実行する。または、サーバ装置２０は図２０に示す処理を所定時刻に実行する。

図２０に示すように、まず、制御部２１が、ステータスが「待機中」であるメッセージが存在するか否かを判定する（Ｓ４０１）。制御部２１は配信状況テーブルの各レコードの「ステータス」フィールドに基づいてこの判定を実行する。ステータスが「待機中」であるメッセージが存在しないと判定された場合、制御部２１は本処理を終了する。

一方、ステータスが「待機中」であるメッセージが存在すると判定された場合、制御部２１は、メッセージの配信を再開するための処理（ステップＳ４０２〜Ｓ４０９）を実行する。後述するように、ステップＳ４０２〜Ｓ４０９の処理では、メッセージの配信を再開するのに先立って、メッセージの配信期間の最大回数（図８における「Ｎ」）や、一の配信期間内にメッセージの配信相手として選出可能な最大人数（図８における「Ｍ_２」〜「Ｍ_Ｎ」）をメッセージに対する返信／評価結果に基づいて見直すための処理が実行されるようになっている。

なお、ステータスが「待機中」であるメッセージが複数存在する場合、制御部２１は、それらのメッセージの各々に関して個別にステップＳ４０２〜Ｓ４０９の処理を実行する。以下では、便宜上、ユーザＡが入力したメッセージＣのステータスが「待機中」であるとステップＳ４０１で判定された場合を想定して、ステップＳ４０２〜Ｓ４０９の処理について説明する。

まず、制御部２１は、メッセージＣのステータスが「待機中」に更新されてからの経過時間が基準時間（例えば１０分間）以上であるか否かを判定する（Ｓ４０２）。制御部２１は上記の経過時間を配信状況テーブルの「更新日時」フィールドに基づいて算出する。上記の経過時間が基準時間未満であると判定された場合、制御部２１は、メッセージＣに関してステップＳ４０３〜Ｓ４０９の処理を実行することなく本処理を終了する。

一方、上記の経過時間が基準時間以上であると判定された場合、制御部２１（評価情報取得部９８）は、メッセージＣを通報対象に設定したユーザの人数が多いか否かを判定する（Ｓ４０３）。

例えば、制御部２１は、対象期間内にメッセージＣに対する返信及び評価を行ったユーザの人数（Ｓ）を取得する。なお、「対象期間」とは、例えば、直近の配信期間の開始時点から現時点までの期間である。制御部２１は、下記の条件Ｃ８，Ｃ９を満足するレコードの数を履歴テーブルから取得することによって、上記の人数（Ｓ）を取得する。
（Ｃ８）「メッセージＩＤ」フィールドにメッセージＣのメッセージＩＤが登録されている
（Ｃ９）「返信／評価日時」フィールドに登録された日時が対象期間内である

また制御部２１は、対象期間内に返信／評価を行ったユーザのうちで、メッセージＣを通報対象に設定したユーザの人数（Ｓａ）を取得する。具体的には、制御部２１は、上記の条件Ｃ８，Ｃ９と下記の条件Ｃ１０とのすべてを満足するレコードの数を履歴テーブルから取得することによって、上記の人数（Ｓａ）を取得する。
（Ｃ１０）「通報フラグ」フィールドの値が「１」である

そして制御部２１（評価情報取得部９８）は、対象期間内に返信／評価を行ったユーザのうちの、メッセージＣを通報対象に設定したユーザの割合（Ｐａ）を下記の算出式Ｆ１に従って算出する。
Ｐａ＝Ｓａ／Ｓ ・・・ （Ｆ１）

上記の割合Ｐａを算出した後、制御部２１は割合Ｐａが基準値Ｐ１（例えば０．０５）以上であるか否かを判定する。割合Ｐａが基準値Ｐ１以上である場合、制御部２１は、メッセージＣを通報対象に設定したユーザの人数が多かったと判定する。

ところで、上記の割合ＰａはメッセージＣに対する評価が低いか否かを示す評価値としての意義を有している。メッセージＣを通報対象に設定したユーザの人数が多い場合とは、メッセージＣに対する評価が低い場合である。このため、割合Ｐａが高いほど、メッセージＣに対する評価が低いことになる。また、割合Ｐａが高いか否かを判定することは、メッセージＣに対する評価が低いか否かを判定することに相当している。

ステップＳ４０３においてメッセージＣを通報対象に設定したユーザの人数が多いと判定された場合、制御部２１（配信相手人数制御部９６）はメッセージＣの最大配信回数を１減少させる（Ｓ４０４）。すなわち、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「最大配信回数」フィールドの値を１減少させる。

さらに制御部２１は、メッセージＣの現在配信回数がメッセージＣの最大配信回数に達しているか否かを判定する（Ｓ４０５）。そして、メッセージＣの現在配信回数がメッセージＣの最大配信回数に達している場合、制御部２１はメッセージＣのステータスを「終了」に更新することによって、メッセージＣの配信を終了させる（Ｓ４０６）。これらのステップの処理は図１８のステップＳ２０９，Ｓ２１０の処理と同様である。

一方、メッセージＣの現在配信回数がメッセージＣの最大配信回数に達していないと判定された場合、制御部２１はステップＳ４０７の処理を実行する。なお、ステップＳ４０３においてメッセージＣを通報対象に設定したユーザの人数が多いと判定されなかった場合にも、制御部２１はステップＳ４０７の処理を実行する。

ステップＳ４０７では、メッセージＣを入力したユーザの配信回数レベルと、メッセージＣの最大配信回数とを更新する処理が実行される。図２１はこの処理の一例を示すフロー図である。なお以下では、便宜上、メッセージＣがユーザＡによって入力されたメッセージであると想定して、図２１に示す処理について説明する。

図２１に示すように、まず、制御部２１（評価情報取得部９８）はメッセージＣをお気に入りの対象に設定したユーザの人数が多いか否かを判定する（Ｓ５０１）。

例えば、制御部２１は、対象期間内にメッセージＣに対する返信及び評価を行ったユーザの人数（Ｓ）を取得する。なお、「対象期間」とは、例えば、直近の配信期間の開始時点から現時点までの期間である。制御部２１は、上記の条件Ｃ８，Ｃ９を満足するレコードの数（Ｓ）を履歴テーブルから取得する。

また制御部２１は、対象期間内に返信／評価を行ったユーザのうちで、メッセージＣをお気に入りに設定したユーザの人数（Ｓｂ）を取得する。具体的には、制御部２１は、上記の条件Ｃ８，Ｃ９と下記の条件Ｃ１１とのすべてを満足するレコードの数（Ｓｂ）を配信履歴テーブルから取得する。
（Ｃ１１）「お気に入りフラグ」フィールドの値が「１」である

そして制御部２１（評価情報取得部９８）は、対象期間内に返信／評価を行ったユーザのうちの、メッセージＣをお気に入りに設定したユーザの割合（Ｐｂ）を下記の算出式Ｆ２に従って算出する。
Ｐｂ＝Ｓｂ／Ｓ ・・・ （Ｆ２）

上記の割合Ｐｂを算出した後、制御部２１は割合Ｐｂが基準値Ｐ２（例えば０．０５）以上であるか否かを判定する。割合Ｐｂが基準値Ｐ２以上である場合、制御部２１は、メッセージＣをお気入りに設定したユーザの人数が多かったと判定する。

ところで、上記の割合ＰｂはメッセージＣに対する評価が高いか否かを示す評価値としての意義を有している。メッセージＣをお気に入りに設定したユーザの人数が多い場合とは、メッセージＣに対する評価が高い場合である。このため、割合Ｐｂが高いほど、メッセージＣに対する評価が高いことになる。また、割合Ｐｂが高いか否かを判定することは、メッセージＣに対する評価が高いか否かを判定することに相当している。

メッセージＣをお気に入りに設定したユーザの人数が多いと判定されなかった場合、制御部２１は本処理を終了する。一方、メッセージＣをお気に入りに設定したユーザの人数が多いと判定された場合、制御部２１（配信相手人数制御部９６）はメッセージＣの最大配信回数を１増加させる（Ｓ５０２）。すなわち、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「最大配信回数」フィールドの値を１増加させる。

また制御部２１は、メッセージＣを入力したユーザＡの第１カウンタの値を１増加させ（Ｓ５０３）、ユーザＡの第１カウンタの値が所定値になったか否かを判定する（Ｓ５０４）。すなわち、制御部２１は、カウンタテーブルにおいて、ユーザＡに対応するレコードの「第１カウンタ」フィールドの値を１増加させ、その値が所定値になったか否かを判定する。ユーザＡの第１カウンタの値が所定値になったと判定されなかった場合、制御部２１は後述のステップＳ５０６の処理を実行する。

一方、ユーザＡの第１カウンタの値が所定値になったと判定された場合、制御部２１はユーザＡの配信回数レベルを１上昇させ、ユーザＡの第１カウンタの値を初期値（０）にリセットする（Ｓ５０５）。すなわち、制御部２１は、ユーザテーブルにおいて、ユーザＡに対応するレコードの「配信回数レベル」フィールドの値を１増加させ、カウンタテーブルにおいて、ユーザＡに対応するレコードの「第１カウンタ」フィールドの値を初期値（０）に更新する。

ステップＳ５０２〜Ｓ５０５の処理が実行された後、制御部２１（評価情報取得部９８）は、メッセージＣをお気に入りに設定したユーザの人数が非常に多いか否かを判定する（Ｓ５０６）。

例えば、制御部２１は、ステップＳ５０１で算出された上記の割合Ｐｂが基準値Ｐ３（例えば０．１）以上であるか否かを判定する。この基準値Ｐ３は、ステップＳ５０１で用いられた基準値Ｐ２よりも大きい値である。割合Ｐｂが基準値Ｐ３以上である場合、制御部２１はメッセージＣをお気に入りに設定したユーザの人数が非常に多かったと判定する。

メッセージＣをお気に入りに設定したユーザの人数が非常に多いと判定されなかった場合、制御部２１は本処理を終了する。一方、メッセージＣをお気に入りに設定したユーザの人数が非常に多いと判定された場合、制御部２１（配信相手人数制御部９６）は、メッセージＣの最大配信回数をさらに１増加させる処理（Ｓ５０７）や、ユーザの配信回数レベルを上昇させるための処理（Ｓ５０８〜Ｓ５１０）を実行する。なお、ステップＳ５０７〜Ｓ５１０の処理はステップＳ５０２〜Ｓ５０５の処理と同様であるため、説明を省略する。

図２０におけるステップＳ４０７の処理（すなわち、図２１に示す処理）が実行された後、制御部２１は、メッセージＣを入力したユーザの配信相手人数レベルと、メッセージＣの配信相手人数レベルとを更新する処理を実行する（Ｓ４０８）。図２２はこの処理の一例を示すフロー図である。なお以下でも、便宜上、メッセージＣがユーザＡによって入力されたメッセージであると想定して、図２２に示す処理について説明する。

図２２に示すように、まず、制御部２１（評価情報取得部９８）は、メッセージＣに対する評価が高いか否かを判定する（Ｓ６０１）。例えば、制御部２１は、対象期間内に行われたメッセージＣに対する返信／評価結果が所定の条件を満足するか否かを判定することによって、メッセージＣに対する評価が高いか否かを判定する。なお、「対象期間」とは、例えば、直近の配信期間の開始時点から現時点までの期間である。

本実施形態の場合、制御部２１は、対象期間内に行われたメッセージＣに対する返信／評価結果に基づいて、メッセージＣの評価値を算出する。そして、制御部２１は評価値が所定の値範囲に含まれるか否かを判定することによって、メッセージＣに対する評価が高いか否かを判定する。

具体的には、制御部２１は、メッセージＣの評価値Ｅを下記の算出式Ｆ３に従って算出する。「＊」は乗算演算子を示している。
Ｅ＝（Ｓｃ＊１＋Ｓｄ＊２＋Ｓｂ＊３−Ｓａ＊５）／Ｓ ・・・ （Ｆ３）

なお、上記の算出式Ｆ３において、「Ｓ」及び「Ｓａ」は算出式Ｆ１と同様である。すなわち、「Ｓ」は、対象期間内に返信／評価を行ったユーザの人数を示しており、「Ｓａ」は、対象期間内に返信／評価を行ったユーザのうちの、メッセージＣを通報対象に設定したユーザの人数を示している。

また、「Ｓｂ」は算出式Ｆ２と同様である。すなわち、「Ｓｂ」は、対象期間内に返信／評価を行ったユーザのうちの、メッセージＣをお気に入りに設定したユーザの人数を示している。

「Ｓｃ」は、対象期間内に返信／評価を行ったユーザのうちの、メッセージＣに対して簡易返信を行ったユーザの人数を示している。制御部２１は、上記の条件Ｃ８，Ｃ９と下記の条件Ｃ１２とのすべてを満足するレコードの数を履歴テーブルから取得することによって、上記の人数（Ｓｃ）を取得する。
（Ｃ１２）「簡易返信フラグ」フィールドの値が「１」である

「Ｓｄ」は、対象期間内に返信／評価を行ったユーザのうちの、メッセージＣに対する返信メッセージを入力したユーザの人数を示している。制御部２１は、上記の条件Ｃ８，Ｃ９と下記の条件Ｃ１３とのすべてを満足するレコードの数を履歴テーブルから取得することによって、上記の人数（Ｓｄ）を取得する。
（Ｃ１３）「返信メッセージ」フィールドに返信メッセージが登録されている（すなわち、「返信メッセージ」フィールドが空欄でない）

また、上記の算出式Ｆ３において、係数「１」、「２」、「３」、及び「５」は、それぞれ、「Ｓｃ」、「Ｓｄ」、「Ｓｂ」、及び「Ｓａ」に対応する重みを示している。ここでは、「Ｓｃ」、「Ｓｄ」、「Ｓｂ」、及び「Ｓａ」の各々の重み係数が定数になっているが、これらの重み係数は変数としてもよい。

例えば、メッセージＣに対して簡易返信を行ったユーザの人数を示す「Ｓｃ」に関しては、「Ｓｃ」の重み係数を、メッセージＣの簡易返信率（Ｓｃ／Ｓ）と、所定期間（例えばその日）における全メッセージの簡易返信率（Ｓｃ／Ｓ）の平均値との比較結果に基づいて決定するようにしてもよい。例えば、メッセージＣの簡易返信率が上記の平均値よりも高い場合には、メッセージＣの簡易返信率が上記の平均値よりも高くない場合に比べて、「Ｓｃ」の重み係数が大きな値に設定されるようにしてもよい。また、「Ｓｃ」以外の「Ｓｄ」、「Ｓｂ」、及び「Ｓａ」の重み係数も「Ｓｃ」の重み係数と同様の考え方で決定するようにしてもよい。

メッセージＣに対する簡易返信や返信を行ったユーザの人数や、メッセージＣをお気に入りに設定したユーザの人数が多い場合とは、メッセージＣに対する評価が高い場合とみなすことができる。また、メッセージＣを通報対象に設定したユーザの人数が多い場合とは、メッセージＣに対する評価が低い場合とみなすことができる。この点、メッセージＣに対する簡易返信や返信を行ったユーザの人数や、メッセージＣをお気に入りに設定したユーザの人数が多いほど、評価値Ｅは大きくなる。一方、メッセージＣを通報対象に設定したユーザの人数が多いほど、評価値Ｅは小さくなる。このため、評価値Ｅは、メッセージＣに対する評価が高いほど大きくなり、メッセージＣに対する評価が低いほど小さくなる。

なお、メッセージＣで取り上げられている話題が古い場合、メッセージＣに対して簡易返信や返信を行うユーザの人数は少なくなる。これに対して、メッセージＣで取り上げられている話題が新しい場合、メッセージＣに対して簡易返信や返信を行うユーザの人数が多くなり、その結果として、評価値Ｅは大きくなる。このため、評価値ＥはメッセージＣで取り上げられている話題の新鮮さを示しているともいうことができる。

上記の評価値Ｅを算出した後、制御部２１は評価値Ｅが基準値Ｅ１（例えば０．５）よりも大きいか否かを判定する。そして、評価値Ｅが基準値Ｅ１よりも大きい場合、制御部２１はメッセージＣに対する評価が高いと判定する。

メッセージＣに対する評価が高いと判定された場合、制御部２１（配信相手人数制御部９６）はメッセージＣの配信相手人数レベルを１上昇させる（Ｓ６０２）。すなわち、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「配信相手人数レベル」フィールドの値を１増加させる。

また制御部２１は、メッセージＣを入力したユーザＡの第２カウンタの値を１増加させ（Ｓ６０３）、ユーザＡの第２カウンタの値が所定値になったか否かを判定する（Ｓ６０４）。すなわち、制御部２１は、カウンタテーブルにおいて、ユーザＡに対応するレコードの「第２カウンタ」フィールドの値を１増加させ、その値が所定値になったか否かを判定する。

ユーザＡの第２カウンタの値が所定値になっていないと判定された場合、制御部２１は本処理を終了する。一方、ユーザＡの第２カウンタの値が所定値になったと判定された場合、制御部２１はユーザＡの配信相手人数レベルを１上昇させ、ユーザＡの第２カウンタの値を初期値（０）にリセットする（Ｓ６０５）。すなわち、制御部２１は、ユーザテーブルにおいて、ユーザＡに対応するレコードの「配信相手人数レベル」フィールドの値を１増加させ、カウンタテーブルにおいて、ユーザＡに対応するレコードの「第２カウンタ」フィールドの値を初期値（０）に更新する。

なお、ステップＳ６０１においてメッセージＣに対する評価が高くないと判定された場合、制御部２１（評価情報取得部９８）はメッセージＣに対する評価が低いか否かを判定する（Ｓ６０６）。なお、メッセージＣに対する評価が低いか否かの判定は、メッセージＣに対する評価が高いか否かの判定（ステップＳ６０１）と同様に行われる。

具体的には、制御部２１は上記の評価値Ｅが基準値Ｅ２（例えば０．２）よりも小さいか否かを判定する。この基準値Ｅ２は、ステップＳ６０１で用いられた基準値Ｅ１よりも小さい値である。評価値Ｅが基準値Ｅ２よりも小さい場合、制御部２１はメッセージＣに対する評価が低いと判定する。

メッセージＣに対する評価が低いと判定されなかった場合、制御部２１は本処理を終了する。一方、メッセージＣに対する評価が低いと判定された場合、制御部２１（配信相手人数制御部９６）はメッセージＣの配信相手人数レベルを１下降させる（Ｓ６０７）。すなわち、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「配信相手人数レベル」フィールドの値を１減少させる。以上で図２２に示す処理は終了する。

図２０におけるステップＳ４０８の処理（すなわち、図２２に示す処理）が実行された後、制御部２１はメッセージＣのステータスを「配信中」に更新することによって、メッセージＣの配信を再開させる（Ｓ４０９）。

具体的には、制御部２１は、配信状況テーブルにおいて、メッセージＣに対応するレコードの「ステータス」フィールドの値を「配信中」に更新し、「更新日時」フィールドの値を現在日時に更新する。また制御部２１は、メッセージＣに対応するレコードにおいて、「直近の配信期間」の「開始日時」フィールドに現在日時を登録し、「終了日時」フィールドを空欄に更新する。さらに制御部２１は、メッセージＣに対応するレコードにおいて、「残り人数」フィールドの値を、「配信相手人数レベル」フィールドに登録された配信相手人数レベルに対応する人数に更新する。

この場合、メッセージＣの配信期間が新たに開始されることになる。また、この配信期間にメッセージＣの配信相手として選出可能な最大人数が、この時点におけるメッセージＣの配信相手人数レベルに対応する人数に設定されることになる。例えば、メッセージＣに対する評価が高かった場合にはメッセージＣの配信相手人数レベルが当初のレベルよりも上昇しているため（図２２のステップＳ６０２参照）、メッセージＣがより多くのユーザに配信されることになる。一方、メッセージＣに対する評価が低かった場合にはメッセージＣの配信相手人数レベルが当初のレベルよりも下降しているため（図２２のステップＳ６０７参照）、メッセージＣの配信を受けるユーザの数が抑えられることになる。

以上説明したメッセージ配信システム１０では、メッセージを受け取ったユーザの該メッセージに対する評価に基づいて、それ以降に該メッセージの配信相手として選出されるユーザの人数が制御される。例えば、メッセージを受け取ったユーザの該メッセージに対する評価が低い場合には、該評価が高い場合と比較して、それ以降に該メッセージの配信相手として選出されるユーザの人数が少なくなる。一方、メッセージを受け取ったユーザの該メッセージに対する評価が高い場合には、該評価が低い場合と比較して、それ以降に該メッセージの配信相手として選出されるユーザの人数が多くなる。

メッセージ配信システム１０によれば、例えば、メッセージを読んだ者に不快感を感じさせるようなメッセージを多数のユーザに配信してしまわないように抑制することが可能になる。また例えば、メッセージを読んだ者を愉快な気持ちにさせるようなメッセージを多数のユーザに配信することが可能になる。

ところで、上述したように、上記の評価値Ｅ（算出式Ｆ３参照）はメッセージで取り上げられている話題の新鮮さを示しているということもできる。メッセージ配信システム１０では、メッセージの評価値Ｅが低い場合、メッセージの配信相手人数レベルが当初のレベルよりも下降し（図２２のステップＳ６０７参照）、メッセージの配信を受けるユーザの数が抑えられる。すなわち、メッセージ配信システム１０では、古くなった話題を取り上げているメッセージが配信され難くなる。一方、メッセージの評価値Ｅが高い場合、メッセージの配信相手人数レベルが当初のレベルよりも上昇し（図２２のステップＳ６０２参照）、より多くのユーザにメッセージが配信されるようになる。すなわち、メッセージ配信システム１０では、新しい話題を取り上げているメッセージが多く配信されるようになる。

このため、メッセージ配信システム１０によれば、古くなった話題を取り上げているメッセージがいつまでも配信され続けることを防ぐことが可能になり、新しい話題を取り上げているメッセージが多く配信されるようにすることが可能になる。

なお、本発明は以上に説明した実施の形態に限定されるものではない。

（１）返信画面７０でユーザが入力可能な項目は図７に示した例に限られない。例えば、返信画面７０では、メッセージの入力者である他のユーザをブラックリストに登録する旨を指定できるようにしてもよい。また例えば、返信画面７０では、メッセージに対する評価を示す数値を入力できるようにしてもよい。

（２）配信状況テーブル（図１４）では、「最大配信回数」及び「現在配信回数」フィールドの代わりに、配信期間の残り回数を示す「残り回数」フィールドを設けるようにしてもよい。なお、この場合、「最大配信回数」フィールドの値を１増加させる処理を実行する代わりに、「残り回数」フィールドの値を１増加させる処理を実行するようにすればよい。また、「現在配信回数」フィールドの値を１増加させる処理を実行する代わりに、「残り回数」フィールドの値を１減少させる処理を実行するようにすればよい。

（３）配信相手人数制御部９６は、メッセージの第２配信相手ユーザとして選出されるユーザの人数を該メッセージの内容の分類に関する分類情報にさらに基づいて制御するようにしてもよい。

例えば、記憶部９０は、メッセージの内容の分類に関する分類情報に対応づけて、メッセージの第２配信相手ユーザとして選出されるユーザの人数を制御するための制御情報を記憶するようにしてもよい。そして、配信相手人数制御部９６は、メッセージ取得部９２によって取得されたメッセージの内容の分類に対応する制御情報に基づいて、該メッセージの第２配信相手ユーザとして選出されるユーザの人数を制御するようにしてもよい。

上記の機能を実現するための具体的なデータ及び処理の一例について説明する。上記の機能を実現するために、例えば、記憶部９０（ユーザテーブル）では、ユーザの配信相手人数レベル又は／及び配信回数レベルがジャンルごとに記憶される。この場合、ジャンルが上記の「分類情報」に相当し、配信相手人数レベル又は／及び配信回数レベルが上記の「制御情報」に相当することになる。

図１７のステップ１０２においてメッセージに関する情報を配信状況テーブルに登録する場合、制御部２１は、入力されたメッセージのジャンルに対応するユーザＡの配信相手人数レベルを取得し、その配信相手人数レベルを「配信相手人数レベル」フィールドに登録する。また制御部２１は、上記の配信相手人数レベルに対応づけられた人数を配信相手人数レベルテーブルから取得し、その人数を「残り人数」フィールドに登録する。

さらに制御部２１は、入力されたメッセージのジャンルに対応するユーザＡの配信回数レベルを取得する。そして制御部２１は、その配信回数レベルに対応する回数を配信回数レベルテーブルから取得し、その回数を「最大配信回数」フィールドに登録する。

またカウンタテーブルでは、ユーザの第１カウンタ及び第２カウンタがジャンルごとに記憶される。また、図２１のステップＳ５０３，Ｓ５０８においてメッセージＣを入力したユーザＡの第１カウンタの値を１増加する場合、制御部２１は、メッセージＣのジャンルに対応するユーザＡの第１カウンタの値を１増加させる。そして、メッセージＣのジャンルに対応するユーザＡの第１カウンタの値が所定値に達した場合、ステップＳ５０５，Ｓ５１０において、制御部２１は、メッセージＣのジャンルに対応するユーザＡの配信回数レベルを上昇させる。

同様に、図２２のステップＳ６０３においてメッセージＣを入力したユーザＡの第２カウンタの値を１増加する場合、制御部２１は、メッセージＣのジャンルに対応するユーザＡの第２カウンタの値を１増加させる。そして、メッセージＣのジャンルに対応するユーザＡの第２カウンタの値が所定値に達した場合、ステップＳ６０５において、制御部２１は、メッセージＣのジャンルに対応するユーザＡの配信相手人数レベルを上昇させる。

以上のようにすれば、例えば、特定のジャンルに関して評価の高いメッセージを入力するユーザが存在する場合に、該ユーザが入力した特定のジャンルに関するメッセージが、該ユーザが入力した他のジャンルに関するメッセージよりも多くのユーザに配信されるように図ることが可能になる。

（４）配信相手人数制御部９６は、メッセージの第２配信相手ユーザとして選出されるユーザの人数を該メッセージのサイズに関するサイズ情報にさらに基づいて制御するようにしてもよい。

例えば、記憶部９０は、メッセージのサイズに関するサイズ情報に対応づけて、メッセージの第２配信相手ユーザとして選出されるユーザの人数を制御するための制御情報を記憶するようにしてもよい。そして、配信相手人数制御部９６は、メッセージ取得部９２によって取得されたメッセージのサイズに対応する制御情報に基づいて、該メッセージの第２配信相手ユーザとして選出されるユーザの人数を制御するようにしてもよい。

上記の機能を実現するための具体的なデータ及び処理の一例について説明する。上記の機能を実現するために、例えば、記憶部９０は図２３に示すようなテーブルを記憶する。図２３に示すテーブルは、メッセージのサイズ（文字数）と、配信相手人数レベル又は／及び配信回数レベルの補正情報との対応関係を定めてなる情報である。なお、図２３における「Ｋ１」及び「Ｋ２」は所定の数値を示している。

図２３に示すテーブルでは、配信相手人数レベル又は／及び配信回数レベルの補正情報が、配信相手人数レベル又は／及び配信回数レベルをどれだけ下げるかを示す情報になっている。また、図２３に示すテーブルでは、メッセージのサイズ（文字数）が大きくなるほど、配信相手人数レベル又は／及び配信回数レベルが下がるようになっている。

図１７のステップ１０２においてメッセージに関する情報を配信状況テーブルに登録する場合、制御部２１は、メッセージを入力したユーザＡの配信相手人数レベルをユーザテーブルから取得する。さらに制御部２１は、入力されたメッセージのサイズを取得し、そのサイズに対応する補正情報を取得する。そして制御部２１は、ユーザＡの配信相手人数レベルを補正情報に従って変更することによって得られる配信相手人数レベルを「配信相手人数レベル」フィールドに登録する。また制御部２１は、上記のようにして得られた配信相手人数レベルに対応する人数を配信相手人数レベルテーブルから取得し、その人数を「残り人数」フィールドに登録する。

同様に、制御部２１は、メッセージを入力したユーザＡの配信回数レベルをユーザテーブルから取得する。そして制御部２１は、ユーザＡの配信回数レベルを補正情報に従って変更することによって得られる配信回数レベルを取得する。そして制御部２１は、その配信回数レベルに対応する回数を配信回数レベルテーブルから取得し、その回数を「最大配信回数」フィールドに登録する。

以上のようにすれば、例えば、メッセージのサイズが大きくなるほど、配信相手人数レベル又は／及び配信回数レベルが下げることが可能になる。すなわち、サイズの大きいメッセージに関しては、サイズの小さいメッセージと比較して、メッセージの配信相手として選出されるユーザの人数を抑えるように図ることが可能になる。その結果として、例えば、通信ネットワーク１２の負荷の増大を抑制することが可能になる。

（５）メッセージ画面６０に表示されるメッセージの表示態様が、該メッセージの第２配信相手ユーザとして選出されるユーザの人数に対応する表示態様に設定されるようにしてもよい。

なお、「メッセージの表示態様」とは、例えば、メッセージの表示サイズ、文字色、背景色、又はフォント種類等や、吹き出し６４の形状、大きさ、又は色等を含む。

この場合、メッセージ配信システム１０は、メッセージ画面６０に表示されるメッセージの表示態様を、該メッセージの第２配信相手ユーザとして選出されるユーザの人数に関する情報に基づいて変化させる。

例えば、メッセージ配信システム１０は、メッセージ画面６０に表示されるメッセージの表示態様を下記の情報ａ〜ｅのうちの少なくとも一つに基づいて変化させる。
（ａ）メッセージの最大配信回数
（ｂ）メッセージの現在配信回数
（ｃ）メッセージの配信相手人数レベル
（ｄ）メッセージを入力したユーザの配信回数レベル
（ｅ）メッセージを入力したユーザの配信相手人数レベル

なお、上記の情報ａ〜ｅはいずれも、メッセージの配信相手として選出されるユーザの人数に影響を与えるため、上記の情報ａ〜ｅはいずれも、上記の「第２配信相手ユーザとして選出されるユーザの人数に関する情報」に相当し得る。

例えば、図１８のステップ２０３や図１９のステップ３０４でメッセージデータを情報処理装置３０に送信する場合、制御部２１は、メッセージの表示態様を上記の情報ａ〜ｅのうちの少なくとも一つに基づいて変化させるよう制御するための制御情報を、メッセージデータの一部として、情報処理装置３０に送信する。そして、図１８のステップＳ２１１や図１９のステップＳ３１２において、制御部３１は、メッセージ画面６０に表示されるメッセージの表示態様を制御情報に基づいて設定する。

上記の「制御情報」としては、例えばメッセージの表示態様を示す情報を送信するようにすればよい。すなわち、制御部２１は上記の情報ａ〜ｅのうちの少なくとも一つに基づいてメッセージの表示態様を決定し、決定した表示態様を示す情報（制御情報）をメッセージデータの一部として情報処理装置３０に送信するようにすればよい。

なお、この場合、メッセージの表示態様を上記の情報ａ〜ｅのうちの少なくとも一つに基づいて決定するためのデータを記憶部９０が記憶しておく必要がある。このデータは、例えば、上記の情報ａ〜ｅのうちの少なくとも一つと、メッセージの表示態様に関する情報とを対応づけてなるデータである。制御部２１はメッセージの表示態様をこのデータに基づいて決定する。

上記の「制御情報」として、例えばメッセージの表示態様を決定するための基礎となる情報を送信するようにしてもよい。すなわち、制御部２１は、メッセージの表示態様を決定するための基礎となる情報を上記の情報ａ〜ｅのうちの少なくとも一つに基づいて取得し、該情報（制御情報）をメッセージデータの一部として情報処理装置３０に送信するようにしてもよい。例えば、制御部２１は、上記の情報ａ〜ｅのうちの少なくとも一つ自体（制御情報）をメッセージデータの一部として情報処理装置３０に送信するようにしてもよい。

なお、この場合、図１８のステップＳ２１１や図１９のステップＳ３１２において、制御部３１が、メッセージ画面６０に表示されるメッセージの表示態様を制御情報に基づいて設定することになる。また、この場合、メッセージの表示態様を制御情報に基づいて設定するためのデータが情報処理装置３０の記憶部（例えば補助記憶部３３）に記憶されることになる。例えば、制御情報（例えば、上記の情報ａ〜ｅのうちの少なくとも一つ）と、メッセージの表示態様に関する情報とを対応づけてなるデータが情報処理装置３０の記憶部（例えば補助記憶部３３）に記憶されることになる。そして制御部３１はメッセージの表示態様をこのデータに基づいて設定する。

以上のようにすれば、ユーザはメッセージが多数のユーザに配信されているメッセージであるか否かをメッセージ画面６０に表示されるメッセージの表示態様から把握できるようになる。

（６）メッセージの第２配信相手ユーザとして選出されるユーザの人数に応じた画像がメッセージ画面６０において該メッセージに関連づけて表示されるようにしてもよい。

例えば、メッセージに関連づけて表示される画像の表示態様が、該メッセージの第２配信相手ユーザとして選出されるユーザの人数に対応する表示態様に設定されるようにしてもよい。なお、「メッセージに関連づけて表示される画像」とは例えばアバター６２である。ただし、「メッセージに関連づけて表示される画像」はアバター６２以外の画像であってもよい。また、「画像の表示態様」とは、例えば、表示サイズ、色、半透明度、ぼかし度、又は画像種類等を含む。

この場合、メッセージ配信システム１０は、メッセージ画面６０においてメッセージに関連づけて表示される画像の表示態様を、メッセージの第２配信相手ユーザとして選出されるユーザの人数に関する情報に基づいて変化させる。

なお、メッセージ画面６０においてメッセージに関連づけて表示される画像の表示態様を変化させるための具体的な構成は、上述の変形例（５）におけるメッセージの表示態様を変化させるための構成と同様にすればよい。

（７）以上では、メッセージを複数の配信期間において配信することとして説明したが（図８）、メッセージを一の配信期間において配信するようにしてもよい。

この場合、配信期間内において繰り返し設定される判断タイミングにおいて、制御部２１は、メッセージに対する評価に関する評価情報を取得し、メッセージに対する評価に基づいて、該メッセージの配信期間を延長又は／及び短縮するようにしてもよい。例えば、メッセージに対する評価が高い場合に、制御部２１は該メッセージの配信期間を延長するようにしてもよい。また例えば、メッセージに対する評価が低い場合に、制御部２１は該メッセージの配信期間を短縮するようにしてもよい。

なお、「判断タイミング」は所定時間ごとに設けられるようにすればよい。または、配信期間が終了するまでの残り時間が所定時間以下になったタイミングが「判断タイミング」として設けられるようにしてもよい。

以上のようにしても、メッセージの配信期間が延長又は短縮される結果として、メッセージの配信相手ユーザとして選出されるユーザの人数が増減されるようになる。すなわち、以上のようにしても、例えば、メッセージを読んだ者に不快感を感じさせるようなメッセージを多数のユーザに配信してしまわないように抑制することが可能になる。また例えば、メッセージを読んだ者を愉快な気持ちにさせるようなメッセージを多数のユーザに配信することが可能になる。

１０ メッセージ配信システム、１２ 通信ネットワーク、２０ サーバ装置、２１，３１ 制御部、２２，３２ 主記憶部、２３，３３ 補助記憶部、２４，３４ 光ディスクドライブ部、２５，３５ 通信インタフェース、３６ 入力部、３７ 表示部、３８ 音声出力部、３０ 情報処理装置、４０ メニュー画面、４２，４４，４６，４８ リンク、５０ 入力画面、５２，７８ 入力欄、５４ 送信ボタン、５６，６６，８４ 閉じるボタン、６０ メッセージ画面、６２ アバター、６４ 吹き出し、７０ 返信／評価画面、７２ 表示欄、７４ チェック欄、７６ 簡易返信ボタン、８０ 返信ボタン、８２ 通報ボタン、９０ 記憶部、９２ メッセージ取得部、９４ 配信部、９６ 配信人数制御部、９８ 評価情報取得部。

Claims (12)

1. ユーザによって入力されたメッセージを他のユーザに配信するメッセージ配信システムにおいて、
   ユーザによって入力されたメッセージを取得するメッセージ取得手段と、
   前記ユーザによって入力された前記メッセージを他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信する第１配信手段と、
   前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得手段と、
   前記第１配信手段による配信が実行された後、前記メッセージを、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信する第２配信手段と、
   前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御手段と、
   を含むことを特徴とするメッセージ配信システム。
2. 請求項１に記載のメッセージ配信システムにおいて、
   前記第２配信手段は、複数の配信期間の各々において、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに前記メッセージを配信し、
   前記配信相手人数制御手段は、前記配信期間の回数を前記評価情報に基づいて制御する手段を含む、
   ことを特徴とするメッセージ配信システム。
3. 請求項２に記載のメッセージ配信システムにおいて、
   前記評価情報取得手段は、前記メッセージに対する前記第１配信相手ユーザの評価に関する第１評価情報と、前記メッセージに対する前記第２配信相手ユーザの評価に関する第２評価情報と、を取得し、
   前記配信相手人数制御手段は、前記配信期間の回数を前記第１評価情報と前記第２評価情報とに基づいて制御する手段を含む、
   ことを特徴とするメッセージ配信システム。
4. 請求項３に記載のメッセージ配信システムにおいて、
   前記配信相手人数制御手段は、第２回目の以降の配信期間において前記第２配信相手ユーザとして選出されるユーザの人数を前記第２評価情報に基づいて制御する手段を含むことを特徴とするメッセージ配信システム。
5. 請求項２に記載のメッセージ配信システムにおいて、
   前記評価情報取得手段は、前記メッセージに対する前記第１配信相手ユーザの評価に関する第１評価情報と、前記メッセージに対する前記第２配信相手ユーザの評価に関する第２評価情報と、を取得し、
   前記配信相手人数制御手段は、
   第１回目の配信期間において前記第２配信相手ユーザとして選出されるユーザの人数を前記第１評価情報に基づいて制御する手段と、
   第２回目以降の配信期間において前記第２配信相手ユーザとして選出されるユーザの人数を前記第２評価情報に基づいて制御する手段と、を含む、
   ことを特徴とするメッセージ配信システム。
6. 請求項１に記載のメッセージ配信システムにおいて、
   前記第２配信手段は、配信期間において繰り返し到来する配信タイミングにおいて、前記他のユーザのうちから選出される前記第２配信相手ユーザに前記メッセージを配信し、
   前記配信相手人数制御手段は、前記配信期間の長さを前記評価情報に基づいて制御する、
   ことを特徴とするメッセージ配信システム。
7. 請求項１乃至６のいずれかに記載のメッセージ配信システムにおいて、
   前記第２配信相手ユーザに対応する情報処理装置に含まれる表示手段に前記メッセージを表示させる手段を含み、
   前記メッセージ配信システムは、
   前記表示手段に表示される前記メッセージの表示態様を、前記第２配信相手ユーザとして選出されるユーザの人数に対応する表示態様に設定する手段と、
   前記第２配信相手ユーザとして選出されるユーザの人数に応じた画像を前記表示手段において前記メッセージに関連づけて表示させる手段と、の少なくとも一方を含む、
   ことを特徴とするメッセージ配信システム。
8. 請求項１乃至７のいずれかに記載のメッセージ配信システムにおいて、
   前記配信相手人数制御手段は、前記第２配信相手ユーザとして選出されるユーザの人数を、前記メッセージの内容の分類に関する分類情報にさらに基づいて制御することを特徴とするメッセージ配信システム。
9. 請求項１乃至８のいずれかに記載のメッセージ配信システムにおいて、
   前記配信相手人数制御手段は、前記第２配信相手ユーザとして選出されるユーザの人数を、前記メッセージのサイズに関するサイズ情報にさらに基づいて制御することを特徴とするメッセージ配信システム。
10. ユーザによって入力されたメッセージを他のユーザに配信するメッセージ配信システムの制御方法において、
    ユーザによって入力されたメッセージを取得するメッセージ取得ステップと、
    前記ユーザによって入力された前記メッセージを他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信する第１配信ステップと、
    前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得ステップと、
    前記第１配信ステップによる配信が実行された後、前記メッセージを、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信する第２配信ステップと、
    前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御ステップを含む、
    を含むことを特徴とするメッセージ配信システムの制御方法。
11. ユーザによって入力されたメッセージを、他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信した後、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信するためのメッセージ配信制御装置において、
    前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得手段と、
    前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御手段と、
    を含むことを特徴とするメッセージ配信制御装置。
12. ユーザによって入力されたメッセージを、他のユーザのうちから選出される一又は複数の第１配信相手ユーザに配信した後、前記他のユーザのうちから選出される一又は複数の第２配信相手ユーザに配信するためのメッセージ配信制御装置としてコンピュータを機能させるためのプログラムであって、
    前記メッセージに対する前記第１配信相手ユーザの評価に関する評価情報を取得する評価情報取得手段、及び、
    前記第２配信相手ユーザとして選出されるユーザの人数を前記評価情報に基づいて制御する配信相手人数制御手段、
    として前記コンピュータを機能させるためのプログラム。

Images