(57)【要約】【課題】イベントの詳細を決定していない場合であっても複数のユーザとイベントが開催される施設の担当者とが予約する施設について相談できるメッセージ管理方法を提供することを目的とする。【解決手段】メッセージ管理方法は、開催候補予定地情報に対応した開催予定地に位置する施設を選択し、選択された施設の施設端末にグループ間メッセージ交換への参加を求めるメッセージを送信し（Ｓ２０１）、選択された施設の施設端末から参加依頼を受信した場合に、選択された施設によるグループ間メッセージ交換への参加の承諾を求めるメッセージを複数のユーザ端末に送信し（Ｓ２０５）、複数のユーザ端末の少なくとも一つから、選択された施設によるグループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、グループ間メッセージ交換を実行する所定のグループに、選択された施設に配置された施設端末を追加する（Ｓ２０９）。【選択図】図６
2019050051.tif 000002
【特許請求の範囲】
【請求項１】
複数の施設端末の送信先情報と関連付けて前記複数の施設端末が配置される各施設の位置情報が記憶された記憶部を有し、前記複数の施設端末と通信可能であって、所定のグループに所属する複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、
前記複数のユーザ端末の少なくとも一つから、前記所定のグループが開催するイベントの開催候補予定地情報を受信し、
前記記憶部を参照し、前記開催候補予定地情報に対応した開催予定地に位置する施設を選択し、
前記選択された施設の施設端末に対して、前記グループ間メッセージ交換への参加を求めるメッセージを送信し、
前記選択された施設の施設端末から参加依頼を受信した場合に、前記複数のユーザ端末に対して、前記選択された施設による前記グループ間メッセージ交換への参加の承諾を求めるメッセージを送信し、
前記複数のユーザ端末の少なくとも一つから、前記選択された施設による前記グループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、前記グループ間メッセージ交換を実行する前記所定のグループに、前記選択された施設に配置された施設端末を追加する、
ことを特徴とするメッセージ管理方法。
【請求項２】
前記所定のグループに追加される施設端末の数に上限がある、請求項１に記載のメッセージ管理方法。
【請求項３】
前記所定のグループに追加される施設端末の数の上限は、一つである、請求項２に記載のメッセージ管理方法。
【請求項４】
前記複数のユーザ端末の全てから、前記選択された施設による前記グループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合のみ、前記グループ間メッセージ交換を実行する前記所定のグループに、前記選択された施設に配置された施設端末を追加する、請求項１〜３のいずれか一項に記載のメッセージ管理方法。
【請求項５】
前記複数のユーザ端末の少なくとも二つから、承諾レベルを示す数値を含む承諾可否メッセージを受信し、前記承諾可否メッセージに含まれる承諾レベルの数値の合計が所定値以上の場合に、前記所定のグループに、前記選択された施設に配置された施設端末を追加する、請求項１に記載のメッセージ管理方法。
【請求項６】
前記複数のユーザ端末の少なくとも二つから、承諾レベルを示す数値を含む承諾可否メッセージを受信し、前記承諾可否メッセージに含まれる承諾レベルの数値の平均値が所定値以上の場合に前記所定のグループに、前記選択された施設に配置された施設端末を追加する、請求項１に記載のメッセージ管理方法。
【請求項７】
所定のグループに所属する複数のユーザ端末の送信先情報が記憶された記憶部を有し、複数の施設端末と通信可能であって、前記所定のグループに所属する前記複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、
前記複数のユーザ端末の少なくとも一つから、第１の施設による前記グループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、前記第１の施設に配置された第１の施設端末の送信先情報を、前記所定のグループに所属する前記複数のユーザ端末の送信先情報に関連付けて前記記憶部に記憶し、
さらに、前記複数のユーザ端末の少なくとも一つから、前記第１の施設とは異なる第２の施設による前記グループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、前記第２の施設に配置された、前記第１の施設端末とは異なる第２の施設端末の送信先情報を、前記所定のグループに所属する前記複数のユーザ端末の送信先情報に関連付けて前記記憶部に記憶し、
前記所定のグループに所属する前記複数のユーザ端末の送信先情報に関連付けられた、前記第１の施設端末の送信先情報又は前記第２の施設端末の送信先情報に基づいてグループ間メッセージ交換を実行し、
前記複数のユーザ端末と前記第１の施設端末との間におけるグループ間メッセージ交換を実行した場合には、前記第１の施設端末から受信したメッセージ又は前記第１の施設端末へ送信したメッセージを、前記第２の施設端末へは送信しない、
ことを特徴とするメッセージ管理方法。
【請求項８】
前記複数のユーザ端末と前記第２の施設端末との間におけるグループ間メッセージ交換を実行した場合には、前記第２の施設端末から受信したメッセージ又は前記第２の施設端末へ送信したメッセージを、前記第１の施設端末へは送信しない、請求項７に記載のメッセージ管理方法。
【請求項９】
前記第１の施設に配置された第１の施設端末の送信先情報を、前記所定のグループに所属する前記複数のユーザ端末の送信先情報に関連付けて記憶する場合に、前記複数のユーザ端末と前記第１の施設端末との間におけるグループ間メッセージ交換を実行する第１のグループを作成し、
前記第２の施設に配置された前記第２の施設端末の送信先情報を、前記所定のグループに所属する前記複数のユーザ端末の送信先情報に関連付けて記憶する場合に、前記複数のユーザ端末と前記第２の施設端末との間におけるグループ間メッセージ交換を実行する、前記第１のグループとは異なる第２のグループを作成する、請求項７又は８に記載のメッセージ管理方法。
【請求項１０】
前記第１の施設端末及び前記第２の施設端末と前記複数のユーザ端末との間におけるグループ間メッセージ交換を実行する、前記第１のグループ及び前記第２のグループとは異なる第３のグループを作成する、請求項９に記載のメッセージ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザが所属するグループ内におけるメッセージ送受信を管理するメッセージ管理サーバにおけるメッセージ管理方法に関する。
【背景技術】
【０００２】
従来、複数のユーザが所属するグループの幹事のみがそのグループ内のイベントの詳細を決定し、電話又は施設のホームページを介して、イベントが開催される施設の予約を行うことがある。
【０００３】
例えば、日時、場所、予算、料理の希望等の企画内容を公開した顧客は、それに対応した店舗側の提案をサイト画面上で知り、顧客は、各提案のうちの一つに対応する「予約」ボタンをクリックし、予約申込することが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３０４６３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、幹事のみがグループに所属する複数のユーザと相談して、日時、場所、予算等のイベントの詳細を決定することは、負担であるという問題がある。
【０００６】
そこで、本願に記載のメッセージ管理方法の目的は、イベントの詳細を決定していない場合であっても、グループに所属する複数のユーザとイベントが開催される施設の担当者とが予約する施設について相談することができるメッセージ管理方法を提供することにある。
【課題を解決するための手段】
【０００７】
メッセージ管理方法は、複数の施設端末の送信先情報と関連付けて複数の施設端末が配置される各施設の位置情報が記憶された記憶部を有し、複数の施設端末と通信可能であって、所定のグループに所属する複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、複数のユーザ端末の少なくとも一つから、所定のグループが開催するイベントの開催候補予定地情報を受信し、記憶部を参照し、開催候補予定地情報に対応した開催予定地に位置する施設を選択し、選択された施設の施設端末に対して、グループ間メッセージ交換への参加を求めるメッセージを送信し、選択された施設の施設端末から参加依頼を受信した場合に、複数のユーザ端末に対して、選択された施設によるグループ間メッセージ交換への参加の承諾を求めるメッセージを送信し、複数のユーザ端末の少なくとも一つから、選択された施設によるグループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、グループ間メッセージ交換を実行する所定のグループに、選択された施設に配置された施設端末を追加する。
【０００８】
メッセージ管理方法は、所定のグループに所属する複数のユーザ端末の送信先情報が記憶された記憶部を有し、複数の施設端末と通信可能であって、所定のグループに所属する複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、複数のユーザ端末の少なくとも一つから、第１の施設によるグループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、第１の施設に配置された第１の施設端末の送信先情報を、所定のグループに所属する複数のユーザ端末の送信先情報に関連付けて記憶部に記憶し、さらに、複数のユーザ端末の少なくとも一つから、第１の施設とは異なる第２の施設によるグループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、第２の施設に配置された、第１の施設端末とは異なる第２の施設端末の送信先情報を、所定のグループに所属する複数のユーザ端末の送信先情報に関連付けて記憶部に記憶し、所定のグループに所属する複数のユーザ端末の送信先情報に関連付けられた、第１の施設端末の送信先情報又は第２の施設端末の送信先情報に基づいてグループ間メッセージ交換を実行し、複数のユーザ端末と第１の施設端末との間におけるグループ間メッセージ交換を実行した場合には、第１の施設端末から受信したメッセージ又は第１の施設端末へ送信したメッセージは、第２の施設端末へは送信しない。
【０００９】
上記の一般的な記述及び下記の詳細な記述の何れも、例示的かつ説明的なものであり、請求項のように、本発明を限定するものではないことを理解されたい。
【発明の効果】
【００１０】
上記のメッセージ管理方法によれば、イベントの詳細を決定していない場合であっても、グループに所属する複数のユーザとイベントが開催される施設の担当者とが予約する施設について相談することが可能となった。
【００１１】
本発明の目的及び効果は、特に請求項において指摘される構成要素及び組み合わせを用いることによって認識され且つ得られるだろう。前述の一般的な説明及び後述の詳細な説明の両方は、例示的及び説明的なものであり、特許請求の範囲に記載されている本発明を制限するものではない。
【図面の簡単な説明】
【００１２】
【図１】メッセージ管理システム１の概略構成の一例を示す図である。
【図２】（ａ）は、携帯端末２の概略構成の一例を示す図であり、（ｂ）は、店舗端末３の概略構成の一例を示す図である。
【図３】サーバ４の概略構成の一例を示す図である。
【図４】管理テーブルのデータ構造の一例を示す図である。
【図５】イベント作成の動作シーケンスの一例を示す図である。
【図６】店舗予約候補調整の動作シーケンスの一例を示す図である。
【図７】店舗予約候補追加処理のフローの一例を示す図である。
【図８】（ａ）は、イベント作成要求を送信する携帯端末２における画面の一例を示す図であり、（ｂ）は、携帯端末２におけるイベント設定画面の一例を示す図であり、（ｃ）は、携帯端末２における友だち画面の一例を示す図である。
【図９】（ａ）は、ユーザグループリストを表示する店舗側端末３における画面の一例を示す図であり、（ｂ）は、参加可能な店舗情報を表示する携帯端末２における画面の一例を示す図であり、（ｃ）は、参加の承諾を求める携帯端末２における画面の一例を示す図である。
【図１０】（ａ）は、ユーザである花子の携帯端末２のメッセージ送信画面の一例を示す図であり、（ｂ）は、ABC亭の店舗端末３のメッセージ送信画面の一例を示す図であり、（ｃ）は、XYZ亭の店舗端末３のメッセージ送信画面の一例を示す図であり、（ｄ）は、花子の携帯端末２のメッセージ受信画面の一例を示す図であり、（ｅ）は、ABC亭の店舗端末３のメッセージ受信画面の一例を示す図であり、（ｆ）は、XYZ亭の店舗端末３のメッセージ受信画面の一例を示す図である。
【図１１】その他の実施形態における、参加の承諾を求める携帯端末２における画面の一例を示す図である。
【発明を実施するための形態】
【００１３】
［第１実施形態］
図１は、メッセージ管理システム１の概略構成の一例を示す図である。
【００１４】
メッセージ管理システム１は、少なくとも複数の携帯端末２と、少なくとも複数の店舗端末３と、サーバ４とを備える。携帯端末２とサーバ４とは、通信ネットワークを介して相互に接続され、例えば、インターネット５を介して相互に接続される。携帯端末２で実行されるプログラムと、サーバ４で実行されるプログラムとは、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol, HTTP）等の通信プロトコルを用いて通信を行う。店舗端末３とサーバ４は、通信ネットワークを介して相互に接続され、例えば、インターネット５を介して相互に接続される。店舗端末３で実行されるプログラムと、サーバ４で実行されるプログラムとは、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol, HTTP）等の通信プロトコルを用いて通信を行う。
【００１５】
図２（ａ）は、携帯端末２の概略構成の一例を示す図である。
【００１６】
携帯端末２は、端末通信部２１、端末記憶部２２、操作部２３、表示部２４及び端末処理部２５等を備える。携帯端末２として、多機能携帯電話（所謂「スマートフォン」）が想定されるが、これに限定されるものではない。携帯端末２は、本発明が適用可能であればよく、例えば、パーソナルコンピュータ（ＰＣ）、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（Personal Digital Assistant, PDA）、タブレットＰＣ等でもよい。
【００１７】
端末通信部２１は、所定の周波数帯を感受帯域とするアンテナを含む通信インターフェース回路を備え、携帯端末２をインターネット５に接続する。端末通信部２１は、端末処理部２５から供給されたデータをサーバ４等に送信する。また、端末通信部２１は、サーバ４等から受信したデータを端末処理部２５に供給する。
【００１８】
端末記憶部２２は、例えば、半導体メモリ、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。端末記憶部２２は、端末処理部２５での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、端末記憶部２２は、ドライバプログラムとして、操作部２３を制御する入力デバイスドライバプログラム、表示部２４を制御する出力デバイスドライバプログラム等を記憶する。また、端末記憶部２２は、アプリケーションプログラムとして、グループ間メッセージ交換を実行するプログラム等を記憶する。また、端末記憶部２２は、データとして、宛先情報及びグループ間で交換されたメッセージとそれに付随するデータを記憶する。さらに、端末記憶部２２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。
【００１９】
操作部２３は、携帯端末２の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド、キーボード等である。ユーザは、操作部２３を用いて、文字、数字等を入力することができる。操作部２３は、ユーザにより操作されると、その操作に対応する信号を発生する。発生した信号は、ユーザの指示として、端末処理部２５に供給される。
【００２０】
表示部２４は、文字列、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等である。表示部２４は、端末処理部２５から供給された、グループ間で交換されたメッセージ等を表示する。
【００２１】
端末処理部２５は、一又は複数個のプロセッサ及びその周辺回路を備える。端末処理部２５は、携帯端末２の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。端末処理部２５は、端末記憶部２２に記憶されているプログラムが操作部２３の操作等に応じて適切な手順で実行されるように、端末通信部２１、及び表示部２４等の動作を制御する。端末処理部２５は、端末記憶部２２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、端末処理部２５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。
【００２２】
端末処理部２５は、メッセージ管理部２５１を備える。これらの各部は、端末処理部２５が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとして携帯端末２に実装されてもよい。
【００２３】
メッセージ管理部２５１は、グループ間メッセージ交換を実行する。また、メッセージ管理部２５１は、ユーザから入力された設定情報をサーバ４に送信する。さらに、メッセージ管理部２５１は、サーバ４から受信したメッセージに対して、ユーザから入力された可否情報をサーバ４に送信する。
【００２４】
図２（ｂ）は、店舗端末３の概略構成の一例を示す図である。
【００２５】
店舗端末３は、施設端末の一例であり、端末通信部３１、端末記憶部３２、操作部３３、表示部３４及び端末処理部３５等を備える。施設とは、複数のユーザが所属するユーザグループが開催するイベントの開催候補予定地に配置されるものをいう。イベントとは、複数のユーザが所属するユーザグループが開催する催し物又は行事をいう。イベントの一例としては、社員旅行、新年会、忘年会、バーベキュー、宴会、同窓会、懇親会、及びゴルフコンペ等がある。施設の一例としてはホテル、旅館、レストラン、宴会場、ゴルフ場等がある。店舗端末３として、パーソナルコンピュータ（ＰＣ）が想定されるが、これに限定されるものではない。携帯端末２は、本発明が適用可能であればよく、例えば、多機能携帯電話（所謂「スマートフォン」）、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（Personal Digital Assistant, PDA）、タブレットＰＣ等でもよい。
【００２６】
店舗端末３が備える端末通信部３１、端末記憶部３２、操作部３３、表示部３４及び端末処理部３５は、携帯端末２が備える端末通信部２１、端末記憶部２２、操作部２３、表示部２４及び端末処理部２５と同様であるため、説明を省略する。
【００２７】
図３は、サーバ４の概略構成の一例を示す図である。
【００２８】
サーバ４は、サーバ通信部４１、サーバ記憶部４２、及びサーバ処理部４３を備える。サーバ４は、携帯端末２からの要求に応じて店舗の予約候補を調整し、ユーザグループに所属する複数の携帯端末２と、店舗予約候補の店舗端末３との間でメッセージ交換を実行する。
【００２９】
サーバ通信部４１は、インターネット５を介してデータの送受信を行うための通信インターフェース回路を備え、携帯端末２及びサーバ４並びに店舗端末３及びサーバ４との間で通信を行う。
【００３０】
サーバ記憶部４２は、例えば、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備え、サーバ処理部４３での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。また、サーバ記憶部４２は、データとして、ユーザグループ管理テーブル（図４（ａ））、店舗管理テーブル（図４（ｂ））、イベント管理テーブル（図４（ｃ））、及びイベントグループ管理テーブル（図４（ｄ））を記憶する。また、サーバ記憶部４２は、所定の処理に係る一時的なデータを一時的に記憶するためのバッファを更に備える。
【００３１】
サーバ処理部４３は、一又は複数個のプロセッサ及びその周辺回路を備え、サーバ４の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵで構成される。また、サーバ処理部４３は、サーバ記憶部４２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づき、適切な手順でサーバ通信部４１等の動作を制御する。さらに、サーバ処理部４３は、複数のプログラム（アプリケーションプログラム等）を並列に実行してもよい。
【００３２】
サーバ処理部４３は、グループメッセージ管理部４３１、イベント作成部４３２、店舗予約候補調整部４３３、及びイベントグループ作成部４３４等を備える。これらは、サーバ処理部４３が備えるプロセッサで実行されるプログラムにより実行される機能モジュールである。なお、これらは、ファームウェアとしてサーバ４に実装されてもよい。
【００３３】
グループメッセージ管理部４３１は、携帯端末２又は店舗端末３からサーバ通信部４１を介して宛先情報及びメッセージを受信し、サーバ記憶部４２を参照し、宛先情報に対応する送信先情報に応じて、携帯端末２又は店舗端末３にメッセージを送信する。例えば、送信先情報は、ユーザ識別情報及び店舗識別情報等のログインIDである。その場合、まず、携帯端末２又は店舗端末３がそのログインIDを用いてサーバ４にログインする。そして、グループメッセージ管理部４３１は、ユーザ識別情報及び店舗識別情報等のログインIDによって識別される携帯端末２又は店舗端末３にメッセージを送信する。
【００３４】
或いは、携帯端末２又は店舗端末３がインターネット５に接続されている場合、グループメッセージ管理部４３１は、ログインIDによって識別される携帯端末２又は店舗端末３にメッセージを公知のプッシュ通知によって送信してもよい。
【００３５】
イベント作成部４３２は、携帯端末２からサーバ通信部４１を介してイベント設定情報を受信し、受信したイベント設定情報に基づいてイベントを作成する。イベント設定情報は、例えば、イベント名、ユーザグループ、開催候補予定地情報、開催日時、予算を含む。開催日時及び予算は省略してもよい。イベントの作成については後述する。
【００３６】
店舗予約候補調整部４３３は、複数の店舗端末３のうち、どの店舗端末３をグループ間メッセージ交換するグループに追加するか、複数の携帯端末２及び複数の店舗端末３とサーバ４との間で調整する。複数の携帯端末２及び複数の店舗端末３とサーバ４との間での調整については後述する。
【００３７】
イベントグループ作成部４３４は、店舗の予約候補に追加された店舗端末３と、ユーザグループに所属する複数の携帯端末２との間でメッセージ交換するイベントグループ（例えば、イベント共有グループ及び店舗予約候補グループ）を作成する。これにより、イベントグループ作成部４３４は、店舗の予約候補に追加された店舗端末３を、ユーザグループに所属する複数の携帯端末２におけるグループ間メッセージ交換を実行するグループに追加する。イベントグループの作成については後述する。
【００３８】
図４（ａ）は、ユーザグループ管理テーブルのデータ構造の一例を示す図である。
【００３９】
図４（ａ）に示すデータ構造は、サーバ記憶部４２に記憶されているユーザグループIDに関連づけられた一連のデータを示している。一連のデータは、例えば、グループ名及びユーザグループに所属するユーザID等を含む。上記の一連のデータは一例であって、その他のユーザグループに関する情報を含んでもよい。
【００４０】
図４（ｂ）は、店舗管理テーブルのデータ構造の一例を示す図である。
【００４１】
図４（ｂ）に示すデータ構造は、サーバ記憶部４２に記憶されている店舗IDに関連づけられた一連のデータを示している。一連のデータは、例えば、店舗名、最寄り駅、住所等を含む。上記の一連のデータは一例であって、その他の店舗に関する情報を含んでもよい。
【００４２】
図４（ｃ）は、イベント管理テーブルのデータ構造の一例を示す図である。
【００４３】
図４（ｃ）に示すデータ構造は、サーバ記憶部４２に記憶されているイベントIDに関連付けられた一連のデータを示している。一連のデータは、ユーザグループID、イベント名、イベント開催候補予定地、イベント開催日時、及び予算等を含む。上記の一連のデータは一例であって、その他のイベントに関する情報を含んでもよい。
【００４４】
「開催日時」の項目の一行目と、「予算」の項目の二行目が「null」となっているように、「開催日時」及び「予算」の項目は、必須ではない。これに対して、開催候補予定地の項目は、店舗を選択するために必須である。
【００４５】
図４（ｄ）は、イベントグループ管理テーブルのデータ構造の一例を示す図である。
【００４６】
図４（ｄ）に示すデータ構造は、サーバ記憶部４２に記憶されているイベントグループIDに関連付けられた一連のデータを示している。一連のデータは、イベントID、宛先情報、グループ種別、及び店舗の予約候補の店舗端末３の店舗ID等を含む。
【００４７】
グループ種別は、イベントグループの種類を表し、例えば、イベント共有グループを表す「共有」及び店舗予約候補グループを表す「予約候補」を含む。イベント共有グループは、イベント内の店舗の予約候補の全ての店舗端末３と、ユーザグループに所属する複数の携帯端末２との間でメッセージ交換を実行する、イベント内の共有のグループである。「店舗ID」の項目の一行目が「null」となっている。店舗予約候補グループは、店舗予約候補グループに追加された店舗端末３と、ユーザグループに所属する複数の携帯端末２との間でメッセージ交換を実行するグループである。
【００４８】
図５は、イベント作成の動作シーケンスの一例を示す図である。
【００４９】
以下に説明する動作シーケンスは、予め端末記憶部２２及びサーバ記憶部４２に記憶されているプログラムに基づいて、主に端末処理部２５及びサーバ処理部４３により、携帯端末２及びサーバ４の各要素と協働して実行される。
【００５０】
最初に、携帯端末２のメッセージ管理部２５１は、端末通信部２１を介して、イベント作成要求をサーバ４に送信する（ステップＳ１００）。
【００５１】
図８（ａ）は、図５のステップＳ１００でイベント作成要求を送信する携帯端末２における画面の一例を示す図である。
【００５２】
図８（ａ）では、複数の携帯端末２のユーザである花子と園子がメッセージ交換を行なっている。花子と園子のユーザグループのグループ名は、A組同期である。花子の携帯端末２から送信されたメッセージ８０１及び園子の携帯端末２から送信されたメッセージ８０２が表示されている。ここで、例えば、花子が操作部２３を操作することにより、新規イベント作成ボタン８００を選択すると、携帯端末２のメッセージ管理部２５１は、イベント作成要求を、端末通信部２１を介してサーバ４に送信する。
【００５３】
図５に戻り、サーバ通信部４１を介してイベント作成要求を受信すると、サーバ４のイベント作成部４３２は、イベント設定画面情報を、サーバ通信部４１を介して携帯端末２に送信する（ステップＳ１０２）。
【００５４】
端末通信部２１を介してイベント設定画面情報を受信すると、携帯端末２のメッセージ管理部２５１は、受信したイベント設定画面情報に基づいて、表示部２４にイベント設定画面を表示する（ステップＳ１０２）。次に、ユーザが操作部２３を操作することにより、イベント設定画面上でイベント設定情報を入力すると、メッセージ管理部２５１は、ユーザにより入力されたイベント設定情報を、端末通信部２１を介してサーバ４に送信する（ステップＳ１０３）。
【００５５】
図８（ｂ）は、図５のステップＳ１０２で説明した、携帯端末２におけるイベント設定画面の一例を示す図である。
【００５６】
図８（ｂ）では、まず、携帯端末２のメッセージ管理部２５１は、「イベント名は？」というメッセージ８１０を表示する。次に、メッセージ管理部２５１は、花子が操作部２３を操作することにより入力された「女子会」というメッセージ８１１を表示する。次に、メッセージ管理部２５１は、「ユーザグループは？」というメッセージ８１２を表示する。次に、メッセージ管理部２５１は、花子が操作部２３を操作することにより入力された「A組同期」というメッセージ８１３を表示する。次に、メッセージ管理部２５１は、「開催場所は？」というメッセージ８１４を表示する。次に、メッセージ管理部２５１は、花子が操作部２３を操作することにより入力された「新宿」というメッセージ８１５を表示する。メッセージ８１１，８１３，８１５に入力された情報は、イベント設定情報である。メッセージ管理部２５１は、メッセージ８１１，８１３，８１５に入力されたイベント設定情報を、端末通信部２１を介してサーバ４に送信する。これにより、メッセージ管理部２５１による問い合わせのメッセージ８１０，８１２，８１４の表示と、ユーザである花子によるイベント作成に必要なイベント設定情報の入力とを交互にすることにより、ユーザは入力の手間によるストレスを軽減できる。なお、イベント設定情報に、開催日時又は予算を含めてもよい。
【００５７】
図５に戻り、サーバ通信部４１を介してイベント設定情報を受信すると、そして、サーバ４のイベント作成部４３２は、受信したイベント設定情報に基づいて、新たに付与したイベントIDに関連付けて、各種情報をイベント管理テーブルに登録する。これにより、サーバ４のイベント作成部４３２は、イベントを作成し（ステップＳ１０４）、一連の動作シーケンスを終了する。
【００５８】
図８（ｃ）は、図５のステップＳ１０４の後の携帯端末２のメッセージ管理部２５１の友だち画面の一例を示す図である。
【００５９】
図８（ｃ）では、ユーザグループであるA組同期８２０の下に、イベント作成部４３２によって作成されたイベントである女子会＠A組同期８２１が表示されている。ユーザが操作部２３を操作することにより、女子会＠A組同期８２１を選択すると、メッセージ管理部２５１は、イベントグループ間でメッセージ交換を実行する画面（不図示）を表示する。
【００６０】
図６は、店舗予約候補調整の動作シーケンスの一例を示す図である。
【００６１】
以下に説明する動作シーケンスは、予め端末記憶部２２、端末記憶部３２、及びサーバ記憶部４２に記憶されているプログラムに基づいて、主に端末処理部２５、端末処理部３５、及びサーバ処理部４３により、携帯端末２、店舗端末３及びサーバ４の各要素と協働して実行される。
【００６２】
最初に、サーバ４の店舗予約候補調整部４３３は、サーバ記憶部４２に記憶されたイベント管理テーブル及び店舗管理テーブルを参照し、イベント設定情報のうちの開催候補予定地情報に対応した開催予定地（例えば、「最寄り駅」又は「住所」）に位置する店舗を選択する。そして、サーバ４の店舗予約候補調整部４３３は、選択された店舗毎に、同一の開催候補予定地情報を設定したユーザグループリストを作成する（ステップＳ２００）。なお、サーバ４の店舗予約候補調整部４３３は、店舗を選択する際に、さらに、イベント設定情報のうちの「開催日時」にユーザグループの人数の予約ができる店舗、若しくは、イベント設定情報のうちの「予算」内の店舗を選択してもよい。
【００６３】
サーバ４の店舗予約候補調整部４３３は、作成したユーザグループリストをグループ間メッセージ交換への参加を求めるメッセージとともに、サーバ通信部４１を介して、選択された店舗の店舗端末３に送信する（ステップＳ２０１）。端末通信部３１を介してユーザグループリスト及びグループ間メッセージ交換への参加を求めるメッセージを受信すると、店舗端末３のメッセージ管理部３５１は、受信したユーザグループリスト及びグループ間メッセージ交換への参加を求めるメッセージを表示部３４に表示する（ステップＳ２０２）。店舗端末３の担当者がユーザグループリストのうちのユーザグループに対して参加可否情報を選択すると、メッセージ管理部３５１は、ユーザグループに対する参加可否情報を、端末通信部３１を介してサーバ４に送信する（ステップＳ２０３）。参加可否情報は、参加可か否かを示す情報である。なお、参加可否情報は、参加可か否かを示すメッセージであってもよい。
【００６４】
図９（ａ）は、図６のステップ２０２で説明したユーザグループリストを表示する店舗側端末３における画面の一例を示す図である。
【００６５】
図９（ａ）では、ユーザグループである「A組同期」と、そのイベント設定情報（「イベント名：女子会」、「人数上限：4名」、「予算：7000円」）がメッセージ枠９００に表示されている。ユーザグループであるA組同期に所属するユーザの数が4名であるため、人数上限が4名と表示されている。さらに、メッセージ枠９００には、参加希望ボタン９０１及び不参加希望ボタン９０２が表示されている。店舗端末３の担当者が操作部３４を操作することにより、参加希望ボタン９０１又は不参加希望ボタン９０２を選択すると、メッセージ管理部３５１は、選択された参加希望ボタン９０１又は不参加希望ボタン９０２に応じたA組同期に対する参加可否情報を、端末通信部３１を介してサーバ４に送信する。また、ユーザグループである「経理部同期」、そのイベント設定情報（「イベント名：送迎会」、「人数上限：5名」、「開催日時：3月15日19:00〜」）、参加希望ボタン９０４、及び不参加希望ボタン９０５がメッセージ枠９０３に表示されている。
【００６６】
図６に戻り、サーバ通信部４１を介してユーザグループに対する参加可否情報を受信すると、サーバ４の店舗予約候補調整部４３３は、ユーザグループに対する参加可否情報が参加可か否か判定する。ユーザグループに対する参加可否情報が参加可である場合、店舗予約候補調整部４３３は、イベントグループ管理テーブルを参照し、イベント内の店舗の予約候補の所定の上限未満か否か判定する（ステップＳ２０４）。イベント内の店舗の予約候補の所定の上限は、イベント内の店舗の予約候補の店舗端末の数の上限を表す。また、イベント内の店舗の予約候補の所定の上限は、ユーザにより携帯端末２から設定されてもよい。イベント内の店舗の予約候補の所定の上限未満でない場合（ステップＳ２０４−Ｎｏ）、店舗予約候補調整部４３３は、エラーメッセージ（不図示）を、サーバ通信部４１を介して、参加可の参加可否情報を送信した店舗端末３に送信する。
【００６７】
一方、イベント内の店舗の予約候補の所定の上限未満である場合（ステップＳ２０４−Ｙｅｓ）、店舗予約候補調整部４３３は、参加可能な店舗情報をグループ間メッセージ交換への参加の承諾を求めるメッセージとともに、サーバ通信部４１を介して複数の携帯端末２に送信する（ステップＳ２０５）。
【００６８】
端末通信部２１を介して、参加可能な店舗情報及びグループ間メッセージ交換への参加の承諾を求めるメッセージを受信すると、複数の携帯端末２のそれぞれのメッセージ管理部２５１は、受信した参加可能な店舗情報及びグループ間メッセージ交換への参加の承諾を求めるメッセージを表示部２４に表示する（ステップＳ２０６）。ユーザが操作部２３を操作することにより、参加可能な店舗情報に対して承諾可否情報を入力すると、複数の携帯端末２のそれぞれのメッセージ管理部２５１は、ユーザにより入力された参加可能な店舗情報に対する承諾可否情報を、端末通信部２１を介してサーバ４に送信する（ステップＳ２０７）。承諾可否情報は、承諾可か否かを示す情報である。なお、承諾可否情報は、承諾可か否かを示すメッセージであってもよい。
【００６９】
図９（ｂ）は、図６のステップＳ２０６で説明した参加可能な店舗情報を表示する、携帯端末２における画面の一例を示す図である。
【００７０】
図９（ｂ）では、参加可の参加可否情報を送信した店舗端末３の店舗であるABC亭９１０と、参加可の参加可否情報を送信した店舗端末３の店舗であるXYZ亭９１１とが表示されている。ユーザが操作部２３を操作することにより、ABC亭９１０を選択すると、メッセージ管理部２５１は、図９（ｃ）の画面を表示部２４に表示する。
【００７１】
図９（ｃ）は、図９（ｂ）において、ユーザがABC亭９１０を選択すると表示される、参加の承諾を求める、携帯端末２における画面の一例を示す図である。
【００７２】
図９（ｃ）では、承諾ボタン９２０と拒否ボタン９２１が表示されている。ユーザが操作部２３を操作することにより、承諾ボタン９２０又は拒否ボタン９２１を選択すると、メッセージ管理部２５１は、選択された承諾ボタン９２０又は拒否ボタン９２１に対応する承諾可否情報を、端末通信部２１を介してサーバ４に送信する。
【００７３】
図６に戻り、サーバ通信部４１を介して参加可能な店舗情報に対する承諾可否情報を受信すると、店舗予約候補調整部４３３は、複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の少なくとも一つが承諾可か否か判定する。複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の少なくとも一つが承諾可である場合、店舗予約候補調整部４３３は、イベントグループ管理テーブルを参照し、イベント内の店舗の予約候補の所定の上限未満か否か判定する（ステップＳ２０８）。イベント内の店舗の予約候補の所定の上限未満でない場合（ステップＳ２０８−Ｎｏ）、店舗予約候補調整部４３３は、エラーメッセージ（不図示）を、サーバ通信部４１を介して、複数の携帯端末２のそれぞれ及び参加可の参加可否情報を送信した店舗端末３に送信する。
【００７４】
一方、イベント内の店舗の予約候補の所定の上限未満である場合（ステップＳ２０８−Ｙｅｓ）、イベントグループ作成部４３４は、後述する図７の店舗予約候補追加処理を実行することにより、店舗予約候補を追加する（ステップＳ２０９）。そして、店舗予約候補調整部４３３は、参加メッセージ（不図示）を、サーバ通信部４１を介して複数の携帯端末２のそれぞれに送信する（ステップＳ２１０）。端末通信部２１を介して、参加メッセージを受信すると、複数の携帯端末２のそれぞれのメッセージ管理部２５１は、受信した参加メッセージを表示部２４に表示する。
【００７５】
また、店舗予約候補調整部４３３は、参加メッセージ（不図示）を、サーバ通信部４１を介して、イベント内の店舗予約候補の全ての店舗端末３のそれぞれにも送信する（ステップＳ２１０）。端末通信部３１を介して、参加メッセージを受信すると、イベント内の店舗予約候補の全ての店舗端末３のそれぞれのメッセージ管理部３５１は、受信した参加メッセージを表示部２４に表示する。
【００７６】
ステップＳ２１０の後、複数の携帯端末２のユーザは、操作部２３を操作することにより、イベント共有グループの宛先情報又は店舗予約候補グループの宛先情報を選択し、メッセージを送信することにより、店舗の予約候補の店舗端末３の担当者とイベントの詳細について相談できる。
【００７７】
ユーザが操作部２３を操作することにより、宛先情報を選択し、メッセージを入力し、送信ボタンを押下すると、メッセージ管理部２５１は、ユーザにより選択された宛先情報及び入力されたメッセージを、端末通信部２１を介してサーバ４に送信する（ステップＳ２１１）。サーバ通信部４１を介して宛先情報及びメッセージを受信すると、グループメッセージ管理部４３１は、イベントグループ管理テーブル及びユーザグループ管理テーブルを参照し、メッセージを、サーバ通信部４１を介して、宛先情報に対応する送信先情報に応じて、携帯端末２及び店舗端末３に送信する（ステップＳ２１２）。
【００７８】
同様に、ステップＳ２１０の後、店舗の予約候補の店舗端末３の担当者は、操作部３３を操作することにより、イベント共有グループの宛先情報又は店舗予約候補グループの宛先情報を選択し、メッセージを送信することにより、複数の携帯端末２のユーザとイベントの詳細について相談できる。
【００７９】
図１０（ａ）は、ユーザである花子の携帯端末２のメッセージ送信画面の一例を示す図である。
【００８０】
図１０（ａ）では、宛先として、イベント共有グループである「共有：女子会＠A組同期」１０００と、店舗予約候補グループである「ABC亭（A組同期）」１００１及び「XYZ亭（A組同期）」１００２とが表示されている。また、メッセージ入力フォーム１００３と、送信ボタン１００４が表示されている。すなわち、ABC亭の店舗端末３及びXYZ亭の店舗端末３が既に店舗の予約候補として追加されている。
【００８１】
花子が操作部２３を操作することにより、宛先「共有：女子会＠A組同期」１０００を選択し、メッセージ入力フォーム１００３に「3月3日でどんなコースがありますか?」というメッセージを入力し、送信ボタン１００４を押下する。これにより、メッセージ管理部２５１は、選択された宛先情報「共有：女子会＠A組同期」１０００及び入力されたメッセージ「3月3日でどんなコースがありますか?」を、端末通信部２１を介してサーバ４に送信する。
【００８２】
宛先情報「共有：女子会＠A組同期」１０００は、イベント共有グループであるため、A組同期に所属する複数の携帯端末２と、女子会イベント内の全ての店舗の予約候補の店舗端末３にメッセージが送信される宛先である。宛先情報「ABC亭（A組同期）」１００１は、店舗予約候補グループであるため、A組同期に所属する複数の携帯端末２と、ABC亭の店舗端末３にメッセージが送信される宛先である。また、宛先情報「XYZ亭（A組同期）」１００２は、店舗予約候補グループであるため、A組同期に所属する複数の携帯端末２と、XYZ亭の店舗端末３にメッセージが送信される宛先である。
【００８３】
図１０（ｂ）は、ABC亭の店舗端末３のメッセージ送信画面の一例を示す図である。
【００８４】
図１０（ｂ）では、宛先として、イベント共有グループである「共有：女子会＠A組同期」１０１０と、店舗予約候補グループである「ABC亭（A組同期）」１０１１とが表示されている。これに対して、女子会イベント内のXYZ亭（A組同期）の宛先は、表示されていない。
【００８５】
ABC亭の店舗端末３の担当者が操作部３３を操作することにより、宛先「ABC亭（A組同期）」１０１１を選択し、メッセージ入力フォーム１０１２に「懐石コースがございます。」というメッセージを入力し、送信ボタン１０１３を押下する。これにより、メッセージ管理部３５１は、選択された宛先情報「ABC亭（A組同期）」１０１１及び入力されたメッセージ「懐石コースがございます。」を、端末通信部３１を介してサーバ４に送信する。
【００８６】
図１０（ｃ）は、XYZ亭の店舗端末３のメッセージ送信画面の一例を示す図である。
【００８７】
同様に、図１０（ｃ）では、宛先として、イベント共有グループである「共有：女子会＠A組同期」１０２０と、店舗予約候補グループである「XYZ亭（A組同期）」１０２１とが表示されている。これに対して、女子会イベント内のABC亭（A組同期）の宛先は、表示されていない。
【００８８】
XYZ亭の店舗端末３の担当者が操作部３３を操作することにより、宛先「XYZ亭（A組同期）」１０２１を選択し、メッセージ入力フォーム１０２２に「おまかせコース(7000円)がおすすめでございます。」というメッセージを入力し、送信ボタン１０２３を押下する。これにより、メッセージ管理部３５１は、選択された宛先情報「XYZ亭（A組同期）」１０２１及び入力されたメッセージ「おまかせコース(7000円)がおすすめでございます。」を、端末通信部３１を介してサーバ４に送信する。
【００８９】
図１０（ｄ）は、図１０（ａ）〜（ｃ）のメッセージ入力フォーム１００３，１０１２，１０２２に入力されたメッセージが送信された後の花子の携帯端末２のメッセージ受信画面の一例を示す図である。また、図１０（ｅ）は、図１０（ａ）〜（ｃ）のメッセージ入力フォーム１００３，１０１２，１０２２に入力されたメッセージが送信された後のABC亭の店舗端末３のメッセージ受信画面の一例を示す図である。さらに、図１０（ｆ）は、図１０（ａ）〜（ｃ）のメッセージ入力フォーム１００３，１０１２，１０２２に入力されたメッセージが送信された後のXYZ亭の店舗端末３のメッセージ受信画面の一例を示す図である。
【００９０】
図１０（ｄ）〜（ｆ）では、花子が宛先「共有：女子会＠A組同期」に送信した黒色のメッセージ「3月3日でどんなコースがありますか?」１０３０，１０４０，１０５０が表示されている。黒色のメッセージ「3月3日でどんなコースがありますか?」１０３０，１０４０，１０５０は、イベント共有グループである宛先「共有：女子会＠A組同期」に送信されている。そのため、黒色のメッセージ「3月3日でどんなコースがありますか?」１０３０，１０４０，１０５０は、花子の携帯端末２、ABC亭の店舗端末３、XYZ亭の店舗端末３のメッセージ受信画面（図１０（ｄ）〜（ｆ））で表示されている。
【００９１】
このように、複数の携帯端末２のユーザ又は店舗端末３の担当者は、イベント共有グループである宛先「共有：女子会＠A組同期」を選択することにより、イベント内で共通の話題のメッセージを送受信することができる。例えば、ある店舗予約候補の店舗端末３の担当者は、イベント共有グループである宛先「共有：女子会＠A組同期」を選択することにより、ある店舗予約候補の料金又は料理の内容を、他の店舗予約候補の店舗端末３の担当者に知らせることができる。そのため、それぞれの店舗予約候補の店舗端末３の担当者によりよいイベントの条件を提案させることができる。
【００９２】
これに対して、ABC亭の店舗端末３の担当者が宛先「ABC亭（A組同期）」に送信した右斜線のメッセージ「懐石コースがございます。」１０３１，１０４１は、店舗予約候補グループである宛先「ABC亭（A組同期）」に送信されている。そのため、右斜線のメッセージ「懐石コースがございます。」１０３１，１０４１は、花子の携帯端末２のメッセージ受信画面（図１０（ｄ））及びABC亭の店舗端末３のメッセージ受信画面（図１０（ｅ））で表示されているものの、XYZ亭の店舗端末３のメッセージ受信画面（図１０（ｆ））で表示されていない。すなわち、右斜線のメッセージ「懐石コースがございます。」１０３１，１０４１は、XYZ亭の店舗端末３へは送信されていない。
【００９３】
また、XYZ亭の店舗端末３の担当者が宛先「XYZ亭（A組同期）」に送信した左斜線のメッセージ「おまかせコース(7000円)がおすすめでございます。」１０３２，１０５１は、店舗予約候補グループである宛先「XYZ亭（A組同期）」に送信されている。そのため、左斜線のメッセージ「おまかせコース(7000円)がおすすめでございます。」１０３２，１０５１は、花子の携帯端末２のメッセージ受信画面（図１０（ｄ））及びXYZ亭の店舗端末３のメッセージ受信画面（図１０（ｆ））で表示されているものの、ABC亭の店舗端末３のメッセージ受信画面（図１０（ｄ））で表示されていない。すなわち、左斜線のメッセージ「おまかせコース(7000円)がおすすめでございます。」１０３２，１０５１は、ABC亭の店舗端末３へは送信されていない。
【００９４】
以上説明してきたように、店舗予約候補グループである宛先「ABC亭（A組同期）」又は「XYZ亭（A組同期）」を選択することにより、複数の携帯端末２のユーザ及び店舗端末３の担当者は、イベント内の他の店舗の予約候補の店舗端末３の担当者には知らせたくないメッセージを送受信することができる。
【００９５】
図７は、図６のステップＳ２０９の店舗予約候補追加処理のフローの一例を示す図である。
【００９６】
サーバ４のイベントグループ作成部４３４は、イベント内において、追加される店舗端末３の店舗の予約候補が一つ目か否か判定する（ステップＳ３００）。追加される店舗端末３の店舗の予約候補が一つ目の場合（ステップＳ３００−Ｙｅｓ）、イベントグループ作成部４３４は、新たに付与したイベントグループIDに関連付けて、各種情報（例えば、イベントID、宛先情報、ユーザグループID）をイベントグループ管理テーブルに登録する。そうすることにより、イベントグループ作成部４３４は、グループ種別が「共有」のイベント共有グループを作成する。イベント共有グループの宛先情報は、ユーザグループに属する複数の携帯端末２と、イベント内の店舗の予約候補の全ての店舗端末３とにメッセージが送信される宛先となる。
【００９７】
一方、追加される店舗端末３の店舗の予約候補が一つ目でない場合（ステップＳ３００−Ｎｏ）、イベントグループ作成部４３４は、新たに付与したイベントグループIDに関連付けて、各種情報（例えば、イベントID、宛先情報、ユーザグループID、店舗ID）をイベントグループ管理テーブルに登録する。そうすることにより、イベントグループ作成部４３４は、グループ種別が「予約候補」の店舗予約候補グループを作成する（ステップＳ３０２）。また、ステップＳ３０１の後も、イベントグループ作成部４３４は、新たに付与したイベントグループIDに関連付けて、各種情報（例えば、イベントID、宛先情報、ユーザグループID、店舗ID）をイベントグループ管理テーブル登録する。店舗予約候補グループの宛先情報は、ユーザグループに属する複数の携帯端末２と店舗の予約候補に追加された一つの店舗端末３とにメッセージが送信される宛先となる。
【００９８】
イベントグループ作成部４３４は、Ｓ３０１及び／又はＳ３０２において、登録されたイベント共有グループの宛先情報及び／又は店舗予約候補グループの宛先情報を、サーバ通信部４１を介して複数の携帯端末２のそれぞれに送信する（ステップＳ３０３）。端末通信部２１を介して、イベント共有グループの宛先情報及び／又は店舗予約候補グループの宛先情報を受信すると、複数の携帯端末２のそれぞれのメッセージ管理部２５１は、受信したイベント共有グループの宛先情報及び／又は店舗予約候補グループの宛先情報を端末記憶部２２に記憶する。
【００９９】
イベントグループ作成部４３４は、Ｓ３０１及び／又はＳ３０２において、登録されたイベント共有グループの宛先情報及び／又は店舗予約候補グループの宛先情報を、サーバ通信部４１を介して、店舗予約候補に追加された店舗端末３にも送信する（ステップＳ３０３）。端末通信部３１を介して、イベント共有グループの宛先情報及び／又は店舗予約候補グループの宛先情報を受信すると、店舗予約候補に追加された店舗端末３のメッセージ管理部３５１は、受信したイベント共有グループの宛先情報及び／又は店舗予約候補グループの宛先情報を端末記憶部３２に記憶する。
【０１００】
ステップＳ３０３の後、イベントグループ作成部４３４は、店舗予約候補追加処理を終了する。イベントグループ作成部４３４は、ステップＳ３００〜ステップＳ３０３の店舗予約候補追加処理を実行することにより、店舗の予約候補に追加された店舗端末３を、ユーザグループに所属する複数の携帯端末２におけるグループ間メッセージ交換を実行するグループに追加する。
【０１０１】
［その他の実施形態］
第１実施形態において、送信先情報の一例として、グループメッセージ管理部４３１は、ユーザIDを用いて携帯端末２にメッセージを送信し、店舗IDを用いて店舗端末３にメッセージを送信した。しかしながら、グループメッセージ管理部４３１は、ユーザID又は店舗IDに代えて、メールアドレス又はメーリングリストを用いて携帯端末２又は店舗端末３にメッセージを送信してもよい。
【０１０２】
第１実施形態において、店舗予約候補調整部４３３は、複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の少なくとも一つが承諾可か否か判定した。しかしながら、店舗予約候補調整部４３３は、複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の全てが承諾可か否か判定してもよい。これにより、ユーザグループに所属する複数の携帯端末２のユーザの全会一致の場合のみ、参加可の参加可否情報を送信した店舗端末３を店舗予約候補に追加することができる。
【０１０３】
第１実施形態において、店舗予約候補調整部４３３は、複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の少なくとも一つが承諾可か否か判定した。しかしながら、承諾可否情報は、承諾レベルを示す数値を含んでいてもよい。承諾レベルを示す数値は、承諾レベルの段階に対応する。そして、承諾レベルの段階は、何段階であってもよい。この場合に、店舗予約候補調整部４３３は、複数の携帯端末の少なくとも二つから、承諾レベルを示す数値を含む承諾可否情報を受信し、承諾可否情報に含まれる承諾レベルの数値の合計が所定値以上か否かにより、承諾可か否かを判定する。すなわち、店舗予約候補調整部４３３は、承諾可否情報に含まれる承諾レベルの数値の合計が所定値以上の場合に、参加可能な店舗情報に対して承諾可と判定し、承諾可否情報に含まれる承諾レベルの数値の合計が所定値未満の場合に、参加可能な店舗情報に対して承諾不可と判定する。
【０１０４】
或いは、店舗予約候補調整部４３３は、複数の携帯端末の少なくとも二つから、承諾レベルを示す数値を含む承諾可否情報を受信し、承諾可否情報に含まれる承諾レベルの数値の平均値が所定値以上か否かにより、承諾可か否かを判定してもよい。
【０１０５】
図１１は、承諾可否情報が承諾レベルを示す数値を含む場合の参加の承諾を求める携帯端末２における画面の一例を示す図である。
【０１０６】
図１１では、承諾（３点）ボタン１１００、どちらでも（１点）ボタン１１０１及び拒否ボタン（０点）１１０２が表示されている。承諾（３点）ボタン１１００の”３”点、どちらでも（１点）ボタン１１０１の”１”点及び拒否ボタン（０点）１１０２の”０”点は、承諾レベルを示す数値である。ユーザが操作部２３を操作することにより、承諾（３点）ボタン１１００、どちらでも（１点）ボタン１１０１及び拒否ボタン（０点）１１０２を選択すると、メッセージ管理部２５１は、選択された承諾（３点）ボタン１１００、どちらでも（１点）ボタン１１０１及び拒否ボタン（０点）１１０２に対応する承諾レベルの数値を含む承諾可否情報を、端末通信部２１を介してサーバ４に送信する。
【０１０７】
第１実施形態において、イベントグループ作成部４３４は、複数の店舗予約候補グループを作成する。これにより、イベントグループ作成部４３４は、複数の携帯端末２と店舗端末３との間におけるグループ間メッセージ交換を実行した場合に、店舗端末３から受信したメッセージ又は店舗端末３へ送信したメッセージを、他の店舗端末３へは送信しない構成を実現した。しかしながら、イベントグループ作成部４３４は、一つの店舗予約候補グループのみ作成することにより、店舗端末３から受信したメッセージ又は店舗端末３へ送信したメッセージを、他の店舗端末３へは送信しない構成を実現してもよい。
【０１０８】
端末処理部２５、端末処理部３５及びサーバ処理部４３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記録された形で提供されてもよい。
【０１０９】
当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換、及び修正をこれに加えることが可能であり、実施形態を適宜組み合わせてもよいことを理解されたい。
【符号の説明】
【０１１０】
１    メッセージ管理システム
２    携帯端末
２１    端末通信部
２２    端末記憶部
２３    操作部
２４    表示部
２５    端末処理部
２５１    メッセージ管理部
３    店舗端末
３１    端末通信部
３２    端末記憶部
３３    操作部
３４    表示部
３５    端末処理部
３５１    メッセージ管理部
４    サーバ
４１    サーバ通信部
４２    サーバ記憶部
４３    サーバ処理部
４３１    グループメッセージ管理部
４３２    イベント作成部
４３３    店舗予約候補調整部
４３４    イベントグループ作成部
５    インターネット
【図１】
2019050051.tif 000003
【図２】
2019050051.tif 000004
【図３】
2019050051.tif 000005
【図４】
2019050051.tif 000006
【図５】
2019050051.tif 000007
【図６】
2019050051.tif 000008
【図７】
2019050051.tif 000009
【図８】
2019050051.tif 000010
【図９】
2019050051.tif 000011
【図１０】
2019050051.tif 000012
【図１１】
2019050051.tif 000013
【手続補正書】
【提出日】平成30年12月12日(2018.12.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の施設端末の送信先情報が記憶された記憶部を有し、前記複数の施設端末と通信可能であって、所定のグループに所属する複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、
前記所定のグループに所属する前記複数のユーザ端末の少なくとも一つから受信した、前記所定のグループが開催するイベントに関する情報を含むメッセージを他のユーザ端末に送信し、
前記複数の施設端末の少なくとも一つから前記グループ間メッセージ交換への参加依頼を受信した場合に、前記グループ間メッセージ交換を実行する前記所定のグループに、前記施設端末を追加する、
ことを特徴とするメッセージ管理方法。
【請求項２】
前記記憶部には、前記複数の施設端末の送信先情報と関連付けて前記複数の施設端末が配置される各施設の位置情報が記憶されており、
前記複数のユーザ端末の少なくとも一つから、前記所定のグループが開催するイベントの開催候補予定地情報を受信し、
前記記憶部を参照し、前記開催候補予定地情報に対応した開催予定地に位置する施設を選択し、
前記選択された施設の施設端末に対して、前記グループ間メッセージ交換への参加を求めるメッセージを送信する、請求項１に記載のメッセージ管理方法。
【請求項３】
前記施設端末から前記グループ間メッセージ交換への参加依頼を受信した場合に、前記複数のユーザ端末に対して前記施設端末による前記グループ間メッセージ交換への参加の承諾を求めるメッセージを送信し、
前記複数のユーザ端末の少なくとも一つから、前記施設端末による前記グループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、前記グループ間メッセージ交換を実行する前記所定のグループに前記施設端末を追加する、請求項１または２に記載のメッセージ管理方法。
【請求項４】
前記グループ間メッセージ交換を実行する前記所定のグループに、第１の施設端末と第２の施設端末とが参加し、
前記複数のユーザ端末と前記第１の施設端末との間におけるグループ間メッセージ交換を実行した場合には、前記第１の施設端末から受信したメッセージ又は前記第１の施設端末へ送信したメッセージを、前記第２の施設端末には送信しない、請求項１ないし３のいずれか一項に記載のメッセージ管理方法。