消息管理方法及消息管理服务器与流程

本发明涉及一种在多个用户所属的组中管理消息的传输/接收的消息管理服务器及通过该消息管理服务器执行的消息管理方法。

背景技术：

以往，当由多个用户所属的组举办某种事件时，该组的组织者可以自己决定事件的细节，并通过电话或该设施的网站来预约举办事件的设施。

例如，日本公开专利公报2007-304637提出有如下内容：由公开了包括日期/时间、场所、预算及所希望的食物在内的事件的计划细节的顾客，根据事件的计划细节，在网站的画面上确认由店铺给定的提案，然后点击与该提案中的一个对应的“预约”按钮来进行预约。

然而，组的组织者自己联系属于组中的多个用户来决定如日期/时间、场所及预算之类的事件细节是非常繁重的工作。

技术实现要素：

因此，本申请的目的在于提供一种使得属于正在计划事件的组中的多个用户和将举办该事件的设施的负责人即使在还未决定事件细节的情况下也能够讨论设施的预约细节的消息管理方法及消息管理服务器。

本发明的第1方式涉及一种通过消息管理服务器执行的消息管理方法，所述消息管理服务器包括存储单元，所述存储单元关于多个设施终端的传送信息，存储配置有所述多个设施终端中的一个的各设施的位置信息，所述消息管理服务器能够与所述多个设施终端进行通信，并管理属于规定的组中的多个用户的用户终端中的组间消息交换。所述消息管理方法包含以下步骤：从所述用户终端中的至少一个接收由所述规定的组举办的事件的计划区域信息的步骤；参考所述存储单元来选择位于与计划区域信息对应的计划区域中的设施的步骤；向所选择的设施的设施终端传输请求参加所述组间消息交换的消息的步骤；若从所选择的设施的设施终端接收到参加请求，则向用户终端传输请求接受参加所述所选择的设施的所述组间消息交换的消息的步骤；及若从用户终端中的至少一个接收到表示接受参加所述所选择的设施的所述组间消息交换的消息，则将配置于所述所选择的设施的设施终端添加到进行组间消息交换的规定的组中。

根据所述消息管理方法，属于正在计划事件的组中的多个用户和将举办该事件的设施的负责人即使在还未决定事件细节的情况下也能够讨论设施的预约细节。

根据本发明的第1方式，可以对添加到所述规定的组中的设施终端的数量设定上限。

根据本发明的第1方式，对添加到所述规定的组中的设施终端的数量设定的上限可以是1。

根据本发明的第1方式，只有在从所有的用户终端接收到表示接受参加所述所选择的设施的所述组间消息交换的消息时，才可以将配置于所述所选择的设施的设施终端添加到进行组间消息交换的所述规定的组中。

根据本发明的第1方式，可以从所述用户终端中的至少两个接收包括表示接受水平的数值的接受与否消息，若所述接受与否消息中所包括的表示接受水平的数值之和为规定的值以上，则可以将配置于所述所选择的设施的设施终端添加到所述规定的组中。

根据本发明的第1方式，可以从所述用户终端中的至少两个接收包括表示接受水平的数值的接受与否消息，若所述接受与否消息中所包括的接受水平的数值的平均值为规定的值以上，则可以将配置于所选择的设施的设施终端添加到所述规定的组中。

本发明的第2方式涉及一种通过消息管理服务器执行的消息管理方法，所述消息管理服务器包括存储单元，所述存储单元存储属于规定的组中的多个用户的用户终端的传送信息，所述消息管理服务器能够与多个设施终端进行通信，并管理属于规定的组中的多个用户的用户终端中的组间消息交换。所述消息管理方法包括以下步骤：若从所述用户终端中的至少一个接收到表示接受参加第1设施的所述组间消息交换的消息，则关于属于所述规定的组中的多个用户的用户终端的传送信息，将配置于第1设施的第1设施终端的传送信息存储于所述存储单元的步骤；若从所述用户终端中的至少一个接收到表示接受参加第2设施的组间消息交换的消息，则关于属于规定的组中的多个用户的用户终端的传送信息，还将配置于与所述第1设施不同的第2设施且与所述第1设施终端不同的第2设施终端的传送信息存储于所述存储单元的步骤；及基于与属于所述规定的组中的多个用户的用户终端的传送信息相关的第1设施终端的传送信息或第2设施终端的传送信息来进行所述组间消息交换的步骤。若在用户终端与第1设施终端之间进行所述组间消息交换，则不会将从所述第1设施终端接收到的消息或传输至第1设施终端的消息传输至所述第2设施终端。

根据本发明的第2方式，若在用户终端与第2设施终端之间进行所述组间消息交换，则可能不会将从所述第2设施终端接收到的消息或传输至第2设施终端的消息传输至所述第1设施终端。

根据本发明的第2方式，所述消息管理方法还可以包含以下步骤：创建第一组的步骤，若与属于所述规定的组中的多个用户的用户终端的传送信息相关联地存储配置于所述第1设施的第1设施终端的传送信息，则所述第1组在用户终端与第1设施终端之间进行所述组间消息交换；及创建与所述第1组不同的第2组的步骤，若与属于所述规定的组中的多个用户的用户终端的传送信息相关联地存储配置于所述第2设施的第2设施终端的传送信息，则所述第2组在用户终端与第2设施终端之间进行所述组间消息交换。

根据本发明的第2方式，所述消息管理方法还可以包含以下步骤：创建与所述第1组及第2组不同的第3组的步骤，所述第3组在所述第1设施终端及第2设施终端与用户终端之间进行组间消息交换。

本发明的第3方式涉及一种消息管理服务器，其能够与多个设施终端进行通信，并管理属于规定的组中的多个用户的用户终端中的组间消息交换。所述消息管理服务器包含：通信单元，包括用于传输/接收数据的通信接口电路，且构成为与所述用户终端或设施终端进行通信；处理单元，构成为集成控制所述消息管理服务器的整体操作；及存储单元，构成为存储所述处理单元中的处理中所使用的数据，该存储单元关于多个设施终端的传送信息，存储配置有所述多个设施终端中的一个的各设施的位置信息。所述处理单元通过所述通信单元从所述用户终端中的至少一个接收由所述规定的组举办的事件的计划区域信息。所述处理单元参考所述存储单元，并选择位于与计划区域信息对应的计划区域中的设施。所述处理单元通过所述通信单元向所述所选择的设施的设施终端传输请求参加所述组间消息交换的消息。若通过所述通信单元从所述所选择的设施的设施终端接收到参加请求，则所述处理单元通过所述通信单元向用户终端传输请求接受参加所述所选择的设施的所述组间消息交换的消息。若通过所述通信单元从用户终端中的至少一个接收到表示接受参加所述所选择的设施的所述组间消息交换的消息，则所述处理单元将配置于所述所选择的设施的设施终端添加到进行组间消息交换的所述规定的组中。

根据本发明的第3方式，所述处理单元还可以包含：组消息管理单元，构成为通过通信单元从所述用户终端或设施终端接收目的地信息及消息，参考所述存储单元，并按照与所述目的地信息对应的传送信息，向所述用户终端或设施终端传输消息；事件创建单元，构成为通过所述通信单元从所述用户终端接收事件设定信息，并基于该接收到的事件设定信息创建事件；预约候选调整单元，构成为在用户终端/设施终端与所述消息管理服务器之间调整将多个设施终端中的哪个店铺终端添加到进行所述组间消息交换的组中；及事件组创建单元，构成为创建在作为预约候选而添加的设施终端与用户终端之间进行消息交换的事件组。

本发明的第4方式涉及一种消息管理服务器，其能够与多个设施终端进行通信，并管理属于规定的组中的多个用户的用户终端中的组间消息交换。该消息管理服务器包含：通信单元，包括用于传输/接收数据的通信接口电路，且构成为与所述用户终端或设施终端进行通信；处理单元，构成为集成控制所述消息管理服务器的整体操作；及存储单元，构成为存储所述处理单元中的处理中所使用的数据，所述存储单元存储属于所述规定的组中的多个用户的用户终端的传送信息。若通过所述通信单元从所述用户终端中的至少一个接收到表示接受参加第1设施的所述组间消息交换的消息，则所述处理单元关于属于规定的组中的多个用户的用户终端的传送信息，将配置于所述第1设施的第1设施终端的传送信息存储于所述存储单元。若所述通信单元从所述用户终端中的至少一个接收到表示接受参加第2设施的组间消息交换的消息，则所述处理单元关于属于规定的组中的多个用户的用户终端的传送信息，还将配置于与所述第1设施不同的第2设施且与所述第1设施终端不同的第2设施终端的传送信息存储于所述存储单元。所述处理单元基于与属于所述规定的组中的多个用户的用户终端的传送信息相关的第1设施终端的传送信息或第2设施终端的传送信息来进行所述组间消息交换。若在用户终端与第1设施终端之间进行所述组间消息交换，则所述处理单元不会将通过所述通信单元从所述第1设施终端接收到的消息或传输至第1设施终端的消息传输至所述第2设施终端。

所有一般的描述及详细的描述仅以示例性且说明性目的而提供，并且应理解，与所附的权利要求不同，这些描述并不限定本发明。

本发明的目的及效果将通过使用尤其在所附权利要求中确认的构成要件及其组合来识别和理解。一般的描述及详细的描述仅以示例性且说明性目的而提供，因此并不限定权利要求中所记载的本发明。

附图说明

以下，将参考附图对本发明的示例性实施方式的特征、优点及技术、产业上的重要性进行描述，附图中相同的符号表示相同的要件。

图1是表示消息管理系统1的简要结构的一例的图。

图2a是表示移动终端2的简要结构的一例的图。

图2b是店铺终端3的简要结构的一例。

图3是表示服务器4的简要结构的一例的图。

图4是表示管理表的数据结构的一例的图。

图5是表示创建事件的操作顺序的一例的图。

图6是表示调整店铺预约候选的操作顺序的一例的图。

图7是表示店铺预约候选添加处理的流程的一例的图。

图8a是表示传输事件创建请求的移动终端2上的画面的一例的图。

图8b是表示移动终端2上的事件设定画面的一例的图。

图8c是表示移动终端2上的朋友画面的一例的图。

图9a是表示显示用户组列表的店铺终端3上的画面的一例的图。

图9b是表示显示可参加的店铺的信息的移动终端2上的画面的一例的图。

图9c是表示请求接受参加的移动终端2上的画面的一例的图。

图10a是表示用户hanako的移动终端2上的消息传输画面的一例的图。

图10b是表示abc店的店铺终端3上的消息传输画面的一例的图。

图10c是表示xyz店的店铺终端3上的消息传输画面的一例的图。

图10d是表示hanako的移动终端2上的消息接收画面的一例的图。

图10e是表示abc店的店铺终端3上的消息接收画面的一例的图。

图10f是表示xyz店的店铺终端3上的消息接收画面的一例的图。

图11是表示在其他实施方式中请求接受参加的移动终端2上的画面的一例的图。

具体实施方式

[第1实施方式]

图1是表示消息管理系统1的简要结构的一例的图。

消息管理系统1包括多个移动终端2、多个店铺终端3及服务器4。移动终端2及服务器4通过如因特网5之类的通信网络彼此连接。在移动终端2中执行的程序及在服务器4中执行的程序是使用如超文本传输协议(http)之类的通信协议进行通信。店铺终端3及服务器4例如通过因特网5彼此连接。在店铺终端3中执行的程序及在服务器4中执行的程序是使用如超文本传输协议http之类的通信协议进行通信。

图2a是表示移动终端2的简要结构的一例的图。

移动终端2为用户终端的一例，包括例如终端通信单元21、终端存储单元22、操作单元23、显示单元24及终端处理单元25。移动终端2被假定为多功能移动电话(所谓的“智能手机”)，但并不限定于此。移动终端2只要可以应用本发明，则包括个人计算机(pc)、移动电话(所谓的“功能手机”)、掌上电脑(pda)及平板pc在内，可以是任何移动终端。

终端通信单元21包括具备具有规定的频带宽度作为接收带宽的天线的通信接口电路，并将移动终端2连接于因特网5。终端通信单元21将从终端处理单元25提供的数据传输至服务器4等。并且，终端通信单元21将从服务器4等接收到的数据提供至终端处理单元25。

终端存储单元22包括例如半导体存储器、磁盘装置及光盘装置中的至少一个。终端存储单元22存储终端处理单元25中的处理中所使用的操作系统程序、驱动程序、应用程序数据等。例如，终端存储单元22存储用于控制操作单元23的输入装置驱动程序、用于控制显示单元24的输出装置驱动程序等作为驱动程序。并且，终端存储单元22存储用于进行组间消息交换的程序等作为应用程序。并且，终端存储单元22将目的地信息及在组之间交换的消息与附随数据一同作为数据而进行存储。此外，终端存储单元22可以临时存储与规定的处理有关的数据。

操作单元23只要能够操作移动终端2，则可以是任何装置，例如可以是触摸面板及键盘。用户可以为了输入文字、数字等而使用自己的移动终端2的操作单元23。当由用户进行操作时，操作单元23产生与由用户进行的操作对应的信号。然后，产生的信号作为用户指令提供至终端处理单元25。

显示单元24只要能够显示文本、图像等，则可以是任何装置，例如可以是液晶显示器及有机el(电致发光)显示器。显示单元24例如显示在组之间交换的消息，该消息是从终端处理单元25提供的。

终端处理单元25包括一个以上的处理器及该处理器的外围电路。终端处理单元25集成控制移动终端2的整体操作，例如为cpu(centralprocessingunit)。终端处理单元25控制终端通信单元21、显示单元24等的操作，以使例如根据操作单元23的操作，通过适当的步骤来执行存储于终端存储单元22的程序。终端处理单元25基于存储于终端存储单元22的程序(例如操作系统程序、驱动程序及应用程序)进行处理。而且，终端处理单元25能够并行执行多个程序(例如应用程序)。

终端处理单元25包括消息管理单元251。该消息管理单元251为通过在终端处理单元25中所包括的处理器中执行的程序来实现的功能模块。或者，这些终端处理单元及消息管理单元中的每一个可以在移动终端2中作为固件(firmware)而被执行。

消息管理单元251进行组间消息交换。并且，消息管理单元251将由用户输入的设定信息传输至服务器4。此外，消息管理单元251响应于从服务器4接收到的消息，将由用户输入的与否信息传输至服务器4。

图2b是店铺终端3的简要结构的一例。

店铺终端3为设施终端的一例，包括例如终端通信单元31、终端存储单元32、操作单元33、显示单元34及终端处理单元35。设施是指位于将举办由多个用户所属的用户组举办的事件的计划区域中的设施。事件是指由多个用户所属的用户组举办的欢宴或活动。举出事件的例子，有公司旅游、新年派对、年终派对、烧烤派对、派对、同学聚会、社交聚会及高尔夫比赛。举出设施的例子，有酒店、日式酒店、餐厅、宴会厅及高尔夫球场。店铺终端3被假定为个人计算机(pc)，但并不限定于此。店铺终端3只要能够应用本发明，则包括多功能移动电话(所谓的“智能手机”)、移动电话(所谓的“功能手机”)、掌上电脑(pda)及平板pc在内，可以是任何终端。

店铺终端3中所包括的终端通信单元31、终端存储单元32、操作单元33、显示单元34及终端处理单元35分别与移动终端2中所包括的终端通信单元21、终端存储单元22、操作单元23、显示单元24及终端处理单元25类似，因此在此不进行描述。

图3是表示服务器4的简要结构的一例的图。

服务器4为根据本申请的消息管理服务器的一例，包括服务器通信单元41、服务器存储单元42及服务器处理单元43。服务器4根据来自移动终端2的请求来调整店铺预约候选，并且在属于用户组中的多个用户中的每个用户的移动终端2与店铺预约候选的店铺终端3之间交换消息。

服务器通信单元41包括用于通过因特网5传输/接收数据的通信接口电路，并进行移动终端2与服务器4之间及店铺终端3与服务器4之间的通信。

服务器存储单元42包括例如磁带装置、磁盘装置及光盘装置中的至少一个，并存储服务器处理单元43中的处理中所使用的操作系统程序、驱动程序、应用程序、数据等。并且，服务器存储单元42存储用户组管理表(图4a)、店铺管理表(图4b)、事件管理表(图4c)及事件组管理表(图4d)作为数据。此外，服务器存储单元42还包括临时存储与规定的处理相关的数据的缓冲器。

服务器处理单元43包括一个以上的处理器及该处理器的外围电路。服务器处理单元43集成控制服务器4的整体操作，并且包括例如cpu。并且，服务器处理单元43基于存储于服务器存储单元42的程序(例如，操作系统程序、驱动程序及应用程序)，通过适当的步骤控制服务器通信单元41等的操作。并且，服务器处理单元43可以并行执行多个程序(例如应用程序)。

服务器处理单元43包括例如组消息管理单元431、事件创建单元432、店铺预约候选调整单元433及事件组创建单元434。这些为通过在服务器处理单元43中所包括的处理器中执行的程序来实现的功能模块。这些功能模块可以在服务器4中作为固件而被执行。

组消息管理单元431通过服务器通信单元41从移动终端2或店铺终端3接收目的地信息及消息，参考服务器存储单元42，并根据与目的地信息对应的传送信息，向移动终端2或店铺终端3传输消息。例如，传送信息为如用户识别信息及店铺识别信息之类的登录id。在这种情况下，移动终端2或店铺终端3使用移动终端2或店铺终端3的登录id初次登录到服务器4。然后，组消息管理单元431向利用登录id(例如用户识别信息或店铺识别信息)识别出的移动终端2或店铺终端3传输消息。

或者，若移动终端2或店铺终端3连接到因特网5，则组消息管理单元431可以通过已知的推送通知，向利用登录id识别出的移动终端2或店铺终端3传输消息。

事件创建单元432通过服务器通信单元41从移动终端2接收事件设定信息，并基于接收到的事件设定信息来创建事件。事件设定信息包括例如事件名称、用户组、计划区域信息、日期/时间及预算。日期/时间及预算是选择性的。对于事件的创建，将在后面进行描述。

店铺预约候选调整单元433在多个移动终端2/店铺终端3与服务器4之间调整将多个店铺终端3中的哪个店铺终端添加到进行组间消息交换的组中。对于多个移动终端2/店铺终端3与服务器4之间的调整，将在后面进行描述。

事件组创建单元434创建在作为店铺预约候选而添加的店铺终端3与属于用户组中的多个用户中的每个用户的移动终端2之间交换消息的事件组(例如事件共享组或店铺预约候选组)。通过如此进行，事件组创建单元434将作为店铺预约候选而添加的店铺终端3添加到在属于用户组中的多个用户中的每个用户的移动终端2中进行组间消息交换的组中。对于事件组的创建，将在后面进行描述。

图4a是表示用户组管理表的数据结构的一例的图。

图4a所示的数据结构表示与存储于服务器存储单元42的用户组id相关的数据项集。该数据项集包括例如组名称及属于用户组中的用户的用户id。数据项集为一例，可以包括与用户组有关的其他信息。

图4b是表示店铺管理表的数据结构的一例的图。

图4b所示的数据结构表示与存储于服务器存储单元42的店铺id相关的数据项集。该数据项集包括例如店铺名称、最近的车站及地址。数据项集为一例，可以包括与店铺有关的其他信息。

图4c是表示事件管理表的数据结构的一例的图。

图4c所示的数据结构表示与存储于服务器存储单元42的事件id相关的数据项集。该数据项集包括例如用户组id、事件名称、事件的计划区域、事件的日期/时间及预算。数据项集为一例，可以包括与事件有关的其他信息。

如在“日期/时间”项中包括“无”的第1行及在“预算”项中包括“无”的第2行所示，“日期/时间”项及“预算”项是选择性的。另一方面，计划区域信息项是选择店铺所必需的。

图4d是表示事件组管理表的数据结构的一例的图。

如图4d所示的数据结构表示与存储于服务器存储单元42的事件组id相关的数据项集。该数据项集包括例如事件id、目的地信息、组种类及店铺预约候选的店铺终端3的店铺id。

组种类表示事件组的种类，例如包括表示事件共享组的“共享”及表示店铺预约候选组的“预约候选”。事件共享组为在事件内的店铺预约候选的所有的店铺终端3与属于用户组中的用户的多个移动终端2之间交换消息的事件内的共享组。第1行在“店铺id”项中包括“无”。店铺预约候选组为在添加到店铺预约候选组中的店铺终端3与属于用户组中的用户的多个移动终端2之间交换消息的组。

图5是表示创建事件的操作顺序的一例的图。

下面描述的操作顺序主要由终端处理单元25和服务器处理单元43基于预先存储于终端存储单元22和服务器存储单元42的程序与移动终端2和服务器4的各要件协作来进行。

首先，移动终端2的消息管理单元251通过终端通信单元21向服务器4传输事件创建请求(步骤s100)。

图8a是表示在图5的步骤s100中传输事件创建请求的移动终端2上的画面的一例的图。

图8a中，作为多个移动终端2的用户的hanako与sonoko正在交换消息。hanako和sonoko所属的用户组的组名称为a班毕业生。显示有从hanako的移动终端2传输的消息801及从sonoko的移动终端2传输的消息802。在此，若hanako对操作单元23进行操作来选择新事件创建按钮800，则消息管理单元251通过终端通信单元21向服务器4传输事件创建请求。

返回参考图5，若通过服务器通信单元41接收到事件创建请求，则服务器4的事件创建单元432通过服务器通信单元41向移动终端2传输事件设定画面信息(步骤s101)。

当通过终端通信单元21接收到事件设定画面信息时，移动终端2的消息管理单元251基于接收到的事件设定画面信息，在显示单元24上显示事件设定画面(步骤s102)。接着，当用户对自己的移动终端2的操作单元23进行操作来在事件设定画面上输入事件设定信息时，消息管理单元251通过终端通信单元21向服务器4传输由用户输入的事件设定信息(步骤s103)。

图8b是表示在图5的步骤s102中描述的移动终端2上的事件设定画面的一例的图。

图8b中，移动终端2的消息管理单元251首先显示“事件名称是？”的消息810。接着，消息管理单元251显示“女生聚会”的消息811，该消息是由hanako对操作单元23进行操作而输入的。接着，消息管理单元251显示“用户组是？”的消息812。接着，消息管理单元251显示“a班毕业生”的消息813，该消息是由hanako对操作单元23进行操作而输入的。接着，消息管理单元251显示“区域是？”的消息814。接着，消息管理单元251显示“新宿”的消息815，该消息是由hanako对操作单元23进行操作而输入的。输入到消息811、813、815中的信息为事件设定信息。消息管理单元251通过终端通信单元21向服务器4传输输入到消息811、813、815中的事件设定信息。由于交替显示来自消息管理单元251的查询消息810、812、814及创建由作为用户的hanako输入的事件所需的事件设定信息，因此能够减轻由信息输入所产生的用户的压力。日期/时间或预算也可以包括在事件设定信息中。

返回参考图5，当通过服务器通信单元41接收到事件设定信息时，服务器4的事件创建单元432基于接收到的事件设定信息，将信息项与新分配的事件id建立关联来将各种信息项登记在事件管理表中。这样使得服务器4的事件创建单元432能够创建事件(步骤s104)，并完成操作顺序。

图8c是表示在图5的步骤s104之后通过移动终端2的消息管理单元251显示的朋友画面的一例的图。

图8c中，在作为用户组的a班毕业生820下显示有通过事件创建单元432创建的事件即a班毕业生的女生聚会821。当用户对自己的移动终端2的操作单元23进行操作来选择a班毕业生的女生聚会821时，消息管理单元251显示用于事件组之间的消息交换的画面(未图示)。

图6是表示调整店铺预约候选的操作顺序的一例的图。

下面描述的操作顺序主要由终端处理单元25、终端处理单元35及服务器处理单元43基于预先存储于终端存储单元22、终端存储单元32及服务器存储单元42的程序，与移动终端2、店铺终端3及服务器4的各要件协作来进行。

首先，服务器4的店铺预约候选调整单元433参考存储于服务器存储单元42的事件管理表及店铺管理表，并选择位于与事件设定信息中的计划区域信息对应的计划区域(例如“最近的车站”或“地址”)中的店铺。然后，服务器4的店铺预约候选调整单元433创建对所选择的店铺中的每一个的用户组列表，在每一个用户组列表中设定相同的计划区域信息(步骤s200)。当选择店铺时，服务器4的店铺预约候选调整单元433可以选择在事件设定信息内的“日期/时间”能够应对用户组内的用户数量预约的店铺或能够在事件设定信息内的“预算”内预约的店铺。

服务器4的店铺预约候选调整单元433通过服务器通信单元41将创建的用户组列表与请求参加组间消息交换的消息一同传输至所选择的店铺的店铺终端3(步骤s201)。当通过终端通信单元31接收到用户组列表及请求参加组间消息交换的消息时，店铺终端3的消息管理单元351将接收到的用户组列表及请求参加组间消息交换的消息显示于显示单元34(步骤s202)。当店铺终端3的负责人对用户组列表内的用户组选择参加与否信息时，消息管理单元351通过终端通信单元31向服务器4传输对用户组的参加与否信息(步骤s203)。参加与否信息为表示参加或不参加的信息。参加与否信息可以是表示参加或不参加的消息。

图9a是表示显示在图6的步骤s202中描述的用户组列表的店铺终端3上的画面的一例的图。

图9a中，用户组“a班毕业生”及用户组的事件设定信息(“事件名称：女生聚会”、“参加人员的上限：4人”、“预算：￥7000”)显示于消息框900中。属于a班毕业生的用户组中的用户数量为4人，因此参加人员数量的上限显示为4人。消息框900还包括参加按钮901及不参加按钮902。当店铺终端3的负责人对操作单元33进行操作来选择参加按钮901或不参加按钮902时，消息管理单元351根据参加按钮901或不参加按钮902的选择，通过终端通信单元31向服务器4传输对a班毕业生组的参加与否信息。并且，用户组“会计部同事”、用户组的事件设定信息(“事件名称：欢迎及欢送派对”、“参加人员的上限：5人”、“日期/时间：3月15日，19:00开始”)、参加按钮904及不参加按钮905显示于消息框903中。

返回参考图6，当通过服务器通信单元41接收到对用户组的参加与否信息时，服务器4的店铺预约候选调整单元433判断对用户组的参加与否信息是表示参加还是不参加。若用户组的参加与否信息表示参加，则店铺预约候选调整单元433参考事件组管理表，并判断是否尚未达到事件内的店铺预约候选数量的预先决定的上限(步骤s204)。事件内的店铺预约候选数量的预先决定的上限表示事件内的店铺预约候选的店铺终端数量的上限。事件内的店铺预约候选数量的预先决定的上限也可以由用户从自己的移动终端2进行设定。若已达到事件内的店铺预约候选数量的预先决定的上限(步骤s204中，“否”)，则店铺预约候选调整单元433通过服务器通信单元41向已传输了表示参加的参加与否信息的店铺终端3传输错误消息(未图示)。

另一方面，若未达到事件内的店铺预约候选数量的预先决定的上限(步骤s204中，“是”)，则店铺预约候选调整单元433通过服务器通信单元41将可参加的店铺的信息与请求接受参加组间消息交换的消息一同传输至多个移动终端2(步骤s205)。

当通过终端通信单元21接收到可参加的店铺的信息及请求接受参加组间消息交换的消息时，多个移动终端2中的每一个的消息管理单元251将可参加的店铺的接收到的信息及请求接受参加组间消息交换的接收到的信息显示于显示单元24(步骤s206)。当用户对自己的移动终端2的操作单元23进行操作来对可参加的店铺的信息输入接受与否信息时，多个移动终端2中的每一个的消息管理单元251通过终端通信单元21向服务器4传输由用户对可参加的店铺的信息输入的接受与否信息(步骤s207)。接受与否信息为表示接受参加与否的信息。接受与否信息可以是表示接受参加与否的消息。

图9b是表示显示在图6的步骤s206中描述的可参加的店铺的信息的移动终端2上的画面的一例的图。

图9b中显示有已传输了表示参加的参加与否信息的店铺终端3的店铺即abc店910及已传输了表示参加的参加与否信息的店铺终端3的其他店铺即xyz店911。当用户对自己的移动终端2的操作单元23进行操作来选择abc店910时，消息管理单元251将图9c的画面显示于显示单元24。

图9c是表示请求接受参加的移动终端2上的画面的一例的图，当用户选择图9b的abc店910时显示该画面。

图9c中显示有接受按钮920及拒绝按钮921。当用户对自己的移动终端2的操作单元23进行操作来选择接受按钮920或拒绝按钮921时，消息管理单元251通过终端通信单元21向服务器4传输与所选择的接受按钮920或拒绝按钮921对应的接受与否信息。

返回参考图6，当通过服务器通信单元41接收到对可参加的店铺的信息的接受与否信息时，店铺预约候选调整单元433判断来自多个移动终端2的对可参加的店铺的信息的接受与否信息中的至少一个是否表示接受。若来自多个移动终端2的对可参加的店铺的信息的接受与否信息中的至少一个表示接受，则店铺预约候选调整单元433参考事件组管理表，并判断是否尚未达到事件内的店铺预约候选数量的预先决定的上限(步骤s208)。若已达到事件内的店铺预约候选数量的预先决定的上限(步骤s208中，“否”)，则店铺预约候选调整单元433通过服务器通信单元41向多个移动终端2中的每一个及已传输了表示参加的参加与否信息的店铺终端3传输错误消息(未图示)。

另一方面，若尚未达到事件内的店铺预约候选数量的预先决定的上限(步骤s208中，“是”)，则事件组创建单元434进行下面描述的图7的店铺预约候选添加处理来添加店铺预约候选(步骤s209)。然后，店铺预约候选调整单元433通过服务器通信单元41向多个移动终端2中的每一个传输参加消息(未图示)(步骤s210)。当通过终端通信单元21接收到参加消息，则多个移动终端2中的每一个的消息管理单元251将接收到的参加消息显示于显示单元24。

并且，店铺预约候选调整单元433通过服务器通信单元41向事件内的店铺预约候选的店铺终端3中的每一个传输参加消息(未图示)(步骤s210)。当通过终端通信单元31接收到参加消息，则事件内的店铺预约候选的所有的店铺终端3中的每一个的消息管理单元351将接收到的参加消息显示于显示单元34。

在步骤s210之后，多个用户能够通过对自己的移动终端2的操作单元23进行操作来选择事件共享组的目的地信息或店铺预约候选组的目的地信息，然后传输消息来与店铺预约候选的店铺终端3的负责人讨论事件的细节。

当用户对自己的移动终端2的操作单元23进行操作来选择目的地信息，输入消息，并按下传输按钮时，消息管理单元251通过终端通信单元21向服务器4传输由用户选择的目的地信息及由用户输入的消息(步骤s211)。当通过服务器通信单元41接收到目的地信息及消息时，组消息管理单元431参考事件组管理表及用户组管理表，并根据与目的地信息对应的传送信息，通过服务器通信单元41向移动终端2及店铺终端3传输消息(步骤s212)。

类似地，在步骤s210之后，店铺预约候选的店铺终端3的负责人能够通过对操作单元33进行操作来选择事件共享组的目的地信息或店铺预约候选组的目的地信息，并传输消息来与多个移动终端2的用户讨论事件的细节。

图10a是表示用户hanako的移动终端2上的消息传输画面的一例的图。

图10a中显示有事件共享组“共享：a班毕业生的女生聚会”1000以及店铺预约候选组“abc店(a班毕业生)”1001及“xyz店(a班毕业生)”1002作为目的地。并且，显示有消息输入形式1003及传输按钮1004。这意味着abc店的店铺终端3及xyz店的店铺终端3已经被添加为店铺预约候选。

hanako对操作单元23进行操作来选择目的地“共享：a班毕业生的女生聚会”1000，以消息输入形式1003输入消息“3月3日能订哪类套餐？”，并按下传输按钮1004。由此，消息管理单元251通过终端通信单元21向服务器4传输所选择的目的地信息“共享：a班毕业生的女生聚会”1000及输入消息“3月3日能订哪类套餐？”。

由于目的地信息“共享：a班毕业生的女生聚会”1000为事件共享组，因此通过该目的地信息，能够将消息传输至属于a班毕业生组中的多个用户的移动终端2中的每一个及女生聚会事件内的所有的店铺预约候选的店铺终端3。由于目的地信息“abc店(a班毕业生)”1001为店铺预约候选组，因此通过目的地信息，能够将消息传输至属于a班毕业生组中的多个用户的移动终端2中的每一个及abc店的店铺终端3。并且，由于目的地信息“xyz店(a班毕业生)”1002为店铺预约候选组，因此通过该目的地信息，能够将消息传输至属于a班毕业生组中的多个用户的移动终端2中的每一个及xyz店的店铺终端3。

图10b是表示abc店的店铺终端3上的消息传输画面的一例的图。

图10b中显示有事件共享组“共享：a班毕业生的女生聚会”1010及店铺预约候选组“abc店(a班毕业生)”1011作为目的地。另一方面，未显示女生聚会事件内的xyz店(a班毕业生)的目的地。

abc店的店铺终端3的负责人对操作单元33进行操作来选择目的地“abc店(a班毕业生)”1011，以消息输入形式1012输入消息“有怀石料理”，并按下传输按钮1013。由此，消息管理单元351通过终端通信单元31向服务器4传输所选择的目的地信息“abc店(a班毕业生)”1011及输入消息“有怀石料理。”。

图10c是表示xyz店的店铺终端3上的消息传输画面的一例的图。

类似地，图10c中显示有事件共享组“共享：a班毕业生的女生聚会”1020及店铺预约候选组“xyz店(a班毕业生)”1021作为目的地。另一方面，未显示女生聚会事件内的abc店(a班毕业生)的目的地。

xyz店的店铺终端3的负责人对操作单元33进行操作来选择目的地“xyz店(a班毕业生)”1021，以消息输入形式1022输入消息“推荐厨师精选的套餐(￥7000)。”，并按下传输按钮1023。由此，消息管理单元351通过终端通信单元31向服务器4传输所选择的目的地信息“xyz店(a班毕业生)”1021及输入消息“推荐厨师精选的套餐(￥7000)。”。

图10d是表示在传输以图10a至10c的消息输入形式1003、1012、1022输入的消息之后hanako的移动终端2上的消息接收画面的一例的图。并且，图10e是表示在传输以图10a至10c的消息输入形式1003、1012、1022输入的消息之后abc店的店铺终端3上的消息接收画面的一例的图。并且，图10f是表示在传输以图10a至10c的消息输入形式1003、1012、1022输入的消息之后xyz店的店铺终端3上的消息接收画面的一例的图。

图10d至10f中显示有由hanako传输至目的地“共享：a班毕业生的女生聚会”的以图列编号“1030”、“1040”及“1050”表示的黑色背景色的消息“3月3日能订哪类套餐？”。以图列编号“1030”、“1040”及“1050”表示的消息“3月3日能订哪类套餐？”传输至作为事件共享组的目的地“共享：a班毕业生的女生聚会”。因此，以图列编号“1030”、“1040”及“1050”表示的黑色背景色的消息“3月3日能订哪类套餐？”分别显示于hanako的移动终端2、abc店的店铺终端3及xyz店的店铺终端3的消息接收画面(图10d至10f)。

如上所述，多个移动终端2的用户中的每个用户或店铺终端3的负责人能够选择作为事件共享组的目的地“共享：a班毕业生的女生聚会”来传输/接收关于事件内的共同主题的消息。例如，通过选择作为事件共享组的目的地“共享：a班毕业生的女生聚会”，一个店铺预约候选的店铺终端3的负责人可以让其他店铺预约候选的店铺终端3的负责人知道所述一个店铺预约候选的价格或食物细节。因此，各店铺预约候选的店铺终端3的负责人能够提供对事件的更好的交易。

另一方面，右斜阴影的消息“有怀石料理”1031、1041(带有右斜阴影)从abc店的店铺终端3的负责人传输至作为店铺预约候选组的目的地“abc店(a班毕业生)”。因此，右斜阴影的消息“有怀石料理”1031、1041显示于hanako的移动终端2的消息接收画面(图10d)及abc店的店铺终端3的消息接收画面(图10e)，但不显示于xyz店的店铺终端3的消息接收画面(图10f)。换言之，右斜阴影的消息“有怀石料理”1031、1041没有传输至xyz店的店铺终端3。

左斜阴影的消息“推荐厨师精选的套餐(￥7000)。”1032、1051从xyz店的店铺终端3的负责人传输至作为店铺预约候选组的目的地“xyz店(a班毕业生)”。因此，左斜阴影的消息“推荐厨师精选的套餐(￥7000)。”1032、1051显示于hanako的移动终端2的消息接收画面(图10d)及xyz店的店铺终端3的消息接收画面(图10f)，但不显示于abc店的店铺终端3的消息接收画面(图10e)。换言之，左斜阴影的消息“推荐厨师精选的套餐(￥7000)。”1032、1051没有传输至abc店的店铺终端3。

如上所述，通过选择作为店铺预约候选组的目的地“abc店(a班毕业生)”或“xyz店(a班毕业生)”，多个移动终端2的用户及店铺终端3的负责人能够传输/接收不想让事件内的其他店铺预约候选的店铺终端3的负责人看到的消息。

图7是表示图6的步骤s209的店铺预约候选添加处理的流程的一例的图。

服务器4的事件组创建单元434判断店铺终端3的店铺预约候选是否为要添加到事件中的第一个候选(步骤s300)。若店铺终端3的店铺预约候选为要添加的第一个候选(步骤s300中，“是”)，则事件组创建单元434关于新分配的事件组id，将各种信息项(例如，事件id、目的地信息及用户组id)登记在事件组管理表中。通过如此进行，事件组创建单元434创建组种类为“共享”的事件共享组。事件共享组的目的地信息为消息被传输至属于用户组中的多个用户中的每个用户的移动终端2及事件内的店铺预约候选的所有的店铺终端3的目的地。

另一方面，若店铺终端3的店铺预约候选不是要添加的第一个店铺(步骤s300中，“否”)，则事件组创建单元434关于新分配的事件组id，将各种信息项(例如，事件id、目的地信息、用户组id及店铺id)登记在事件组管理表中。通过如此进行，事件组创建单元434创建组种类为“预约候选”的店铺预约候选组(步骤s302)。在步骤s301之后，事件组创建单元434关于新分配的事件组id，将各种信息项(例如，事件id、目的地信息、用户组id及店铺id)登记在事件组管理表中。店铺预约候选组的目的地信息为消息被传输至属于用户组中的多个用户中的每个用户的移动终端2及作为店铺预约候选而添加的店铺的一个店铺终端3的目的地。

事件组创建单元434通过服务器通信单元41向多个移动终端2中的每一个传输在步骤s301中登记的事件共享组的目的地信息和/或在步骤s302中登记的店铺预约候选组的目的地信息(步骤s303)。当通过终端通信单元21接收到事件共享组的目的地信息和/或店铺预约候选组的目的地信息时，多个移动终端2中的每一个的消息管理单元251将事件共享组的接收到的目的地信息和/或店铺预约候选组的接收到的目的地信息存储于终端存储单元22。

事件组创建单元434通过服务器通信单元41向作为店铺预约候选而添加的店铺的店铺终端3还传输在步骤s301中登记的事件共享组的目的地信息和/或在步骤s302中登记的店铺预约候选组的目的地信息(步骤s303)。当通过终端通信单元31接收到事件共享组的目的地信息和/或店铺预约候选组的目的地信息时，作为店铺预约候选而添加的店铺的店铺终端3的消息管理单元351将事件共享组的接收到的目的地信息和/或店铺预约候选组的接收到的目的地信息存储于终端存储单元32。

在步骤s303之后，事件组创建单元434完成店铺预约候选添加处理。通过执行步骤s300至s303的店铺预约候选添加处理，事件组创建单元434将作为店铺预约候选而添加的店铺的店铺终端3添加到在属于用户组中的多个用户中的每个用户的移动终端2中进行组间消息交换的组中。

[其他实施方式]

在第1实施方式中，作为传送信息的一例，组消息管理单元431分别使用用户id及店铺id来向移动终端2及店铺终端3传输消息。然而，消息管理单元431也可以使用邮件地址或邮寄列表代替用户id及店铺id来向移动终端2或店铺终端3传输消息。

在第1实施方式中，店铺预约候选调整单元433判断来自多个移动终端2的关于可参加的店铺的信息的多个接受与否信息中的至少一个是否表示接受。然而，店铺预约候选调整单元433也可以判断来自多个移动终端2的关于可参加的店铺的信息的多个接受与否信息是否全部都表示接受。如此，只有在属于用户组中的多个用户全部都接受添加时，才能将传输了表示参加的参加与否信息的店铺终端3作为店铺预约候选而进行添加。

在第1实施方式中，店铺预约候选调整单元433判断来自多个移动终端2的关于可参加的店铺的信息的多个接受与否信息中的至少一个是否表示接受。然而，接受与否信息可以包括表示接受水平的数值。表示接受水平的数值对应于接受水平的阶段中的一个。接受水平的阶段数量可以是任何数量。在该情况下，店铺预约候选调整单元433从多个移动终端中的至少两个接收包括表示接受水平的数值的接受与否信息，并判断所有的接受与否信息中所包括的表示接受水平的数值之和是否为规定的值以上来判断接受与否。即，若所有的接受与否信息中所包括的接受水平的数值之和为规定的值以上，则店铺预约候选调整单元433决定接受参加，若所有的接受与否信息中所包括的数值之和小于规定的值，则决定不接受参加。

或者，店铺预约候选调整单元433可以从多个移动终端中的至少两个接收包括表示接受水平的数值的接受与否信息，然后判断多个接受与否信息中所包括的数值的平均值是否为规定的值以上来决定接受与否。

图11是表示接受与否信息包括表示接受水平的数值时请求接受参加的移动终端2上的画面的一例的图。

图11中显示有接受(3分)按钮1100、无论哪个均(1分)按钮1101及拒绝(0分)按钮1102。接受(3分)按钮1100的“3分”、无论哪个均(1分)按钮1101的“1分”及拒绝(0分)按钮1102的“0分”为表示接受水平的数值。当用户对操作单元23进行操作来选择接受(3分)按钮1100、无论哪个均(1分)按钮1101或拒绝(0分)按钮1102时，消息管理单元251通过终端通信单元21向服务器4传输包括与接受(3分)按钮1100、无论哪个均(1分)按钮1101或拒绝(0分)按钮1102对应的接受水平的数值的接受与否信息。

在第1实施方式中，事件组创建单元434创建多个店铺预约候选组。通过如此进行，实现如下构成，即，当在多个移动终端2与多个店铺终端3之间进行组间消息交换时，事件组创建单元434不会将从店铺终端3中的一个接收到的或向其传输的消息传输至其他店铺终端3。然而，事件组创建单元434也可以实现如下构成，即，通过仅创建一个店铺预约候选组，不会将从店铺终端3中的一个接收到的或向其传输的消息传输至其他店铺终端3。

用于使计算机实现终端处理单元25、终端处理单元35及服务器处理单元43的各功能的计算机程序可以以记录有计算机程序的、如磁盘存储介质及光学存储介质之类的计算机可读记录介质的形式提供。

本领域技术人员应理解，可以在不脱离本发明的精神及范围内变更、代替或修改本发明，并且可以根据需要将上述实施方式进行组合。