JP6723333B2 - メッセージ管理サーバにおけるメッセージ管理方法 - Google Patents

Description

本発明は、複数のユーザが所属するグループ内におけるメッセージ送受信を管理するメッセージ管理サーバにおけるメッセージ管理方法に関する。

従来、複数のユーザが所属するグループの幹事のみがそのグループ内のイベントの詳細を決定し、電話又は施設のホームページを介して、イベントが開催される施設の予約を行うことがある。

例えば、日時、場所、予算、料理の希望等の企画内容を公開した顧客は、それに対応した店舗側の提案をサイト画面上で知り、顧客は、各提案のうちの一つに対応する「予約」ボタンをクリックし、予約申込することが提案されている（例えば、特許文献１参照）。

特開２００７−３０４６３７号公報

しかしながら、幹事のみがグループに所属する複数のユーザと相談して、日時、場所、予算等のイベントの詳細を決定することは、負担であるという問題がある。

そこで、本願に記載のメッセージ管理方法の目的は、イベントの詳細を決定していない場合であっても、グループに所属する複数のユーザとイベントが開催される施設の担当者とが予約する施設について相談することができるメッセージ管理方法を提供することにある。

メッセージ管理方法は、複数の施設端末の送信先情報と関連付けて複数の施設端末が配置される各施設の位置情報が記憶された記憶部を有し、複数の施設端末と通信可能であって、所定のグループに所属する複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、複数のユーザ端末の少なくとも一つから、所定のグループが開催するイベントの開催候補予定地情報を受信し、記憶部を参照し、開催候補予定地情報に対応した開催予定地に位置する施設を選択し、選択された施設の施設端末に対して、グループ間メッセージ交換への参加を求めるメッセージを送信し、選択された施設の施設端末から参加依頼を受信した場合に、複数のユーザ端末に対して、選択された施設によるグループ間メッセージ交換への参加の承諾を求めるメッセージを送信し、複数のユーザ端末の少なくとも一つから、選択された施設によるグループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、グループ間メッセージ交換を実行する所定のグループに、選択された施設に配置された施設端末を追加する。

メッセージ管理方法は、所定のグループに所属する複数のユーザ端末の送信先情報が記憶された記憶部を有し、複数の施設端末と通信可能であって、所定のグループに所属する複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、複数のユーザ端末の少なくとも一つから、第１の施設によるグループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、第１の施設に配置された第１の施設端末の送信先情報を、所定のグループに所属する複数のユーザ端末の送信先情報に関連付けて記憶部に記憶し、さらに、複数のユーザ端末の少なくとも一つから、第１の施設とは異なる第２の施設によるグループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、第２の施設に配置された、第１の施設端末とは異なる第２の施設端末の送信先情報を、所定のグループに所属する複数のユーザ端末の送信先情報に関連付けて記憶部に記憶し、所定のグループに所属する複数のユーザ端末の送信先情報に関連付けられた、第１の施設端末の送信先情報又は第２の施設端末の送信先情報に基づいてグループ間メッセージ交換を実行し、複数のユーザ端末と第１の施設端末との間におけるグループ間メッセージ交換を実行した場合には、第１の施設端末から受信したメッセージ又は第１の施設端末へ送信したメッセージは、第２の施設端末へは送信しない。

上記の一般的な記述及び下記の詳細な記述の何れも、例示的かつ説明的なものであり、請求項のように、本発明を限定するものではないことを理解されたい。

上記のメッセージ管理方法によれば、イベントの詳細を決定していない場合であっても、グループに所属する複数のユーザとイベントが開催される施設の担当者とが予約する施設について相談することが可能となった。

本発明の目的及び効果は、特に請求項において指摘される構成要素及び組み合わせを用いることによって認識され且つ得られるだろう。前述の一般的な説明及び後述の詳細な説明の両方は、例示的及び説明的なものであり、特許請求の範囲に記載されている本発明を制限するものではない。

メッセージ管理システム１の概略構成の一例を示す図である。 （ａ）は、携帯端末２の概略構成の一例を示す図であり、（ｂ）は、店舗端末３の概略構成の一例を示す図である。 サーバ４の概略構成の一例を示す図である。 管理テーブルのデータ構造の一例を示す図である。 イベント作成の動作シーケンスの一例を示す図である。 店舗予約候補調整の動作シーケンスの一例を示す図である。 店舗予約候補追加処理のフローの一例を示す図である。 （ａ）は、イベント作成要求を送信する携帯端末２における画面の一例を示す図であり、（ｂ）は、携帯端末２におけるイベント設定画面の一例を示す図であり、（ｃ）は、携帯端末２における友だち画面の一例を示す図である。 （ａ）は、ユーザグループリストを表示する店舗側端末３における画面の一例を示す図であり、（ｂ）は、参加可能な店舗情報を表示する携帯端末２における画面の一例を示す図であり、（ｃ）は、参加の承諾を求める携帯端末２における画面の一例を示す図である。 （ａ）は、ユーザである花子の携帯端末２のメッセージ送信画面の一例を示す図であり、（ｂ）は、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に代えて、メールアドレス又はメーリングリストを用いて携帯端末２又は店舗端末３にメッセージを送信してもよい。

第１実施形態において、店舗予約候補調整部４３３は、複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の少なくとも一つが承諾可か否か判定した。しかしながら、店舗予約候補調整部４３３は、複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の全てが承諾可か否か判定してもよい。これにより、ユーザグループに所属する複数の携帯端末２のユーザの全会一致の場合のみ、参加可の参加可否情報を送信した店舗端末３を店舗予約候補に追加することができる。

第１実施形態において、店舗予約候補調整部４３３は、複数の携帯端末２からの参加可能な店舗情報に対する承諾可否情報の少なくとも一つが承諾可か否か判定した。しかしながら、承諾可否情報は、承諾レベルを示す数値を含んでいてもよい。承諾レベルを示す数値は、承諾レベルの段階に対応する。そして、承諾レベルの段階は、何段階であってもよい。この場合に、店舗予約候補調整部４３３は、複数の携帯端末の少なくとも二つから、承諾レベルを示す数値を含む承諾可否情報を受信し、承諾可否情報に含まれる承諾レベルの数値の合計が所定値以上か否かにより、承諾可か否かを判定する。すなわち、店舗予約候補調整部４３３は、承諾可否情報に含まれる承諾レベルの数値の合計が所定値以上の場合に、参加可能な店舗情報に対して承諾可と判定し、承諾可否情報に含まれる承諾レベルの数値の合計が所定値未満の場合に、参加可能な店舗情報に対して承諾不可と判定する。

或いは、店舗予約候補調整部４３３は、複数の携帯端末の少なくとも二つから、承諾レベルを示す数値を含む承諾可否情報を受信し、承諾可否情報に含まれる承諾レベルの数値の平均値が所定値以上か否かにより、承諾可か否かを判定してもよい。

図１１は、承諾可否情報が承諾レベルを示す数値を含む場合の参加の承諾を求める携帯端末２における画面の一例を示す図である。

図１１では、承諾（３点）ボタン１１００、どちらでも（１点）ボタン１１０１及び拒否ボタン（０点）１１０２が表示されている。承諾（３点）ボタン１１００の”３”点、どちらでも（１点）ボタン１１０１の”１”点及び拒否ボタン（０点）１１０２の”０”点は、承諾レベルを示す数値である。ユーザが操作部２３を操作することにより、承諾（３点）ボタン１１００、どちらでも（１点）ボタン１１０１及び拒否ボタン（０点）１１０２を選択すると、メッセージ管理部２５１は、選択された承諾（３点）ボタン１１００、どちらでも（１点）ボタン１１０１及び拒否ボタン（０点）１１０２に対応する承諾レベルの数値を含む承諾可否情報を、端末通信部２１を介してサーバ４に送信する。

第１実施形態において、イベントグループ作成部４３４は、複数の店舗予約候補グループを作成する。これにより、イベントグループ作成部４３４は、複数の携帯端末２と店舗端末３との間におけるグループ間メッセージ交換を実行した場合に、店舗端末３から受信したメッセージ又は店舗端末３へ送信したメッセージを、他の店舗端末３へは送信しない構成を実現した。しかしながら、イベントグループ作成部４３４は、一つの店舗予約候補グループのみ作成することにより、店舗端末３から受信したメッセージ又は店舗端末３へ送信したメッセージを、他の店舗端末３へは送信しない構成を実現してもよい。

端末処理部２５、端末処理部３５及びサーバ処理部４３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記録された形で提供されてもよい。

当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換、及び修正をこれに加えることが可能であり、実施形態を適宜組み合わせてもよいことを理解されたい。

１ メッセージ管理システム
２ 携帯端末
２１ 端末通信部
２２ 端末記憶部
２３ 操作部
２４ 表示部
２５ 端末処理部
２５１ メッセージ管理部
３ 店舗端末
３１ 端末通信部
３２ 端末記憶部
３３ 操作部
３４ 表示部
３５ 端末処理部
３５１ メッセージ管理部
４ サーバ
４１ サーバ通信部
４２ サーバ記憶部
４３ サーバ処理部
４３１ グループメッセージ管理部
４３２ イベント作成部
４３３ 店舗予約候補調整部
４３４ イベントグループ作成部
５ インターネット

Claims (4)

1. 複数の施設端末の送信先情報が記憶された記憶部を有し、前記複数の施設端末と通信可能であって、所定のグループのユーザグループ管理テーブルに含まれる複数のユーザ端末におけるグループ間メッセージ交換を管理するメッセージ管理サーバにおけるメッセージ管理方法であって、
   前記所定のグループのユーザグループ管理テーブルに含まれる前記複数のユーザ端末の少なくとも一つから受信した、前記所定のグループが開催するイベントに関する情報を含むメッセージを他のユーザ端末に送信し、
   前記複数の施設端末の少なくとも一つから前記グループ間メッセージ交換への参加依頼を受信した場合に、前記グループ間メッセージ交換を実行する前記所定のグループのユーザグループ管理テーブルに、前記施設端末を追加する、
   ことを特徴とするメッセージ管理方法。
2. 前記記憶部には、前記複数の施設端末の送信先情報と関連付けて前記複数の施設端末が配置される各施設の位置情報が記憶されており、
   前記複数のユーザ端末の少なくとも一つから、前記所定のグループが開催するイベントの開催候補予定地情報を受信し、
   前記記憶部を参照し、前記開催候補予定地情報に対応した開催予定地に位置する施設を選択し、
   前記選択された施設の施設端末に対して、前記グループ間メッセージ交換への参加を求めるメッセージを送信する、請求項１に記載のメッセージ管理方法。
3. 前記施設端末から前記グループ間メッセージ交換への参加依頼を受信した場合に、前記複数のユーザ端末に対して前記施設端末による前記グループ間メッセージ交換への参加の承諾を求めるメッセージを送信し、
   前記複数のユーザ端末の少なくとも一つから、前記施設端末による前記グループ間メッセージ交換への参加を承諾する旨のメッセージを受信した場合に、前記グループ間メッセージ交換を実行する前記所定のグループのユーザ管理テーブルに前記施設端末を追加する、請求項１または２に記載のメッセージ管理方法。
4. 前記グループ間メッセージ交換を実行する前記所定のグループのユーザ管理テーブルに、第１の施設端末と第２の施設端末とが含まれ、
   前記複数のユーザ端末と前記第１の施設端末との間におけるグループ間メッセージ交換を実行した場合には、前記第１の施設端末から受信したメッセージ又は前記第１の施設端末へ送信したメッセージを、前記第２の施設端末には送信しない、請求項１ないし３のいずれか一項に記載のメッセージ管理方法。

Images