CN111934991B - 业务处理方法、系统、电子设备与存储介质 - Google Patents

Abstract

本发明实施例提供一种业务处理方法、系统、电子设备与存储介质；方法包括：接收实时通信消息发起者所输入的第一实时通信消息，确定第一实时通信消息所包含的事件的类型；根据第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，获取事件的唯一标识符；将事件的唯一标识符与第一实时通信消息所在的会话相绑定，并为第一实时通信消息的第一显示界面追加用于统计的按钮；在接收到事件的订阅消息后，根据订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为。本发明实施例通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少重复工作，增加统计的准确性。

Description

业务处理方法、系统、电子设备与存储介质

技术领域

本发明涉及计算机通信技术领域，尤其涉及一种业务处理方法、系统、电子设备与存储介质。

背景技术

即时通信软件一直以来都是互联网的热点应用，它能够实现人与人之间的即时沟通，或群组中多人之间的即时沟通。

在日常生活中，人们常常需要利用即时通信软件进行消息通知、意见收集、投票决策等操作。例如，在一个班级中，老师如果在课外时间发布一个通知，那么目前最为方便快捷的方式可能是在某一即时通信软件的班级群组中发布通知。

但即时通信软件在功能设计时只是用于即时沟通，因此利用即时通信软件进行发布通知、意见收集、投票决策等操作时，会存在一定的不便。

例如，老师在某一即时通信软件的班级群组中发布通知，要求所有学生在第二天上午9点到指定地点集合。由于该通知的重要性，为了保证每个学生都已经及时了解通知中的内容，现在常见的做法是群组成员在看到消息后在班级群组中接龙回复。这种做法并不方便。当群组内成员的数量较多时，容易产生刷屏现象，使得在后面阅读的群组成员错过之前发布的消息。此外，由于缺乏统计功能，即使群组成员回复了消息，通知发布者在统计回复人数时也容易发生遗漏的现象。

又如，老师在某一即时通信软件的班级群组中要求对班级的优秀学生进行投票表决。现有技术中的常见做法是引入第三方的软件，如某一投票工具软件。无论是投票者，还是投票的发起者都需要进入第三方软件才能进行投票操作或查看投票结果，因此也存在一定的不便。

发明内容

针对现有技术中存在的问题，本发明实施例提供一种业务处理方法、装置、电子设备与存储介质。

本发明第一方面实施例提供一种业务处理方法，应用于实时通信消息发起者客户端，方法包括：

接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据所述第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，获取事件的唯一标识符；

将事件的唯一标识符与第一实时通信消息所在的会话相绑定，并为第一实时通信消息的第一显示界面追加用于统计的按钮；其中，所述第一显示界面为第一实时通信消息在实时通信消息发起者客户端显示时的界面；

在接收到事件的订阅消息后，根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为。

上述技术方案中，所述接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型，包括：

确定所述第一实时通信消息所包含的符号的类型，并根据符号的类型对符号进行处理；其中，所述符号的类型包括以下类型中的一个或多个：用于确定业务所涉及群组成员的第一符号，用于确定待选择信息的第二符号，用于确定待触发的驱动事件的第三符号；

根据第一实时通信消息所包含的符号的类型，确定所述第一实时通信消息所包含的事件的类型；其中，当所述第一实时通信消息仅包含第一符号，则该第一实时通信消息包含通知类事件；当所述第一实时通信消息包含第二符号，则该第一实时通信消息包含意见收集类事件；当所述第一实时通信消息包含第三符号，则该第一实时通信消息包含意见决策类事件。

上述技术方案中，所述根据符号的类型对符号进行处理，包括：

当所述第一实时通信消息所包含的符号为第一符号时，根据所述第一符号向服务器端发送群组成员的查询请求；接收并显示服务器端所返回的群组成员信息，以供实时通信消息发起者基于所述群组成员信息选取群组成员；

当所述第一实时通信消息所包含的符号为第二符号时，根据所述第二符号向服务器端发送待选择信息的查询请求；接收所述服务器端所返回的待选择信息，以供实时通信消息发起者做进一步的选取，得到最终的待选择信息，或接收并显示所述服务器端所返回的待选择信息输入框，以供实时通信消息发起者在所述待选择信息输入框内输入最终的待选择信息；

当所述第一实时通信消息所包含的符号为第三符号时，根据所述第三符号向服务器端发送待触发的驱动事件的查询请求；接收并显示所述服务器端所返回的预先注册的所有驱动事件的信息，以供实时通信消息发起者做进一步的选取，得到待触发的驱动事件。

上述技术方案中，所述根据所述第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，包括：

当所述第一实时通信消息包含通知类事件，则向服务器端请求生成通知类事件的订阅消息；

当所述第一实时通信消息包含意见收集类事件，则向服务器端请求生成意见收集类事件的订阅消息；

当所述第一实时通信消息包含意见决策类事件，则向服务器端请求生成意见决策类事件的订阅消息。

上述技术方案中，所述根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为，包括：

当订阅消息显示被触发的事件为通知类事件时，在第一实时通信消息的第一显示界面中，显示已确认收到“通知”的实时通信消息接收者的名称；

当订阅消息显示被触发的事件为意见收集类事件时，在第一实时通信消息的第一显示界面中，分组展示各个选项所对应的实时通信消息接收者的名称；

当订阅消息显示被触发的事件为意见决策类事件时，在第一实时通信消息的第一显示界面中，展示“同意”和“拒绝”两个选项各自对应的实时通信消息接收者的名称。

本发明第二方面实施例提供一种业务处理方法，应用于服务器端，方法包括：

接收到第一实时通信消息，将该消息存放到普通消息订阅中；

接收到生成事件的请求，根据该请求生成事件的唯一标识符，并将所述事件的唯一标识符返回给实时通信消息发起者客户端；

接收到事件的触发请求，将事件的触发事项记录到数据库中，并将事件所对应的触发行为放入事件订阅中；其中，事件的触发事项用于描述事件被触发时的信息；

接收到统计查询请求后，根据统计查询请求所包含的事件的唯一标识符，返回该事件的所有统计数据。

上述技术方案中，方法还包括：

接收驱动事件的注册信息，实现对驱动事件的注册；其中，所述驱动事件的注册信息包括以下信息的一个或多个：IP地址、域名地址、端口、验证TOKEN、加密秘钥以及IP白名单地址列表。

本发明第三方面实施例提供一种业务处理方法，应用于实时通信消息接收者客户端，方法包括：

接收第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据第一实时通信消息所包含的事件的类型，实现相应类型事件的订阅；

根据第一实时通信消息所包含的事件的类型，在第一实时通信消息的第二显示界面内追加按钮；其中，所述第二显示界面为第一实时通信消息在实时通信消息接收方客户端显示时的界面；

获取实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作，根据操作向服务器端发送事件触发请求。

上述技术方案中，所述根据第一实时通信消息所包含的事件的类型，在第一实时通信消息的第二显示界面内追加按钮，包括：

当所述第一实时通信消息为通知类事件时，在第一实时通信消息的第二显示界面上追加用于表示已经收到通知的按钮；

当第一实时通信消息为意见收集类事件时，在第一实时通信消息的第二显示界面上追加用于表示各个意见选项的按钮；

当第一实时通信消息为意见决策类事件时，在第一实时通信消息的第二显示界面上追加用于表示同意和用于表示拒绝的按钮。

本发明第四方面实施例提供一种业务处理系统，包括：实时通信消息发起者客户端、服务器端以及实时通信消息接收者客户端，实时通信消息发起者客户端、实时通信消息接收者客户端分别与服务器端通信连接；

所述实时通信消息发起者客户端，用于实现如本发明第一方面实施例所述的业务处理方法的步骤；

所述服务器端，用于实现如本发明第二方面实施例所述的业务处理方法的步骤；

所述实时通信消息接收者客户端，用于实现如本发明第三方面实施例所述的业务处理方法的步骤。

本发明第五方面实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明第一方面实施例所述的业务处理方法的步骤，或实现如本发明第二方面实施例所述的业务处理方法的步骤，或实现如本发明第三方面实施例所述的业务处理方法的步骤。

本发明第六方面实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如本发明第一方面实施例所述的业务处理方法的步骤，或实现如本发明第二方面实施例所述的业务处理方法的步骤，或实现如本发明第三方面实施例所述的业务处理方法的步骤。

本发明实施例提供的业务处理方法、系统、电子设备与存储介质，通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一个实施例中通知消息接收者的消息显示界面的示意图；

图2为一个实施例中通知消息发布者的消息显示界面的示意图；

图3为一个实施例中点击“统计”按钮之后的结果示意图；

图4为一个实施例中设置意见收集的各种选项的示意图；

图5为一个实施例中意见收集消息接收者的消息显示界面的示意图；

图6为一个实施例中意见收集消息创建者的消息显示界面的示意图；

图7为一个实施例中点击“统计”按钮之后的结果示意图；

图8为一个实施例中投票决策消息的创建者所发出的投票决策消息的示意图；

图9为一个实施例中投票决策一致时的消息显示界面的示意图；

图10为一个实施例中投票决策不一致时的消息显示界面的示意图；

图11为本发明实施例提供的业务处理方法的流程图；

图12为本发明另一实施例提供的业务处理方法的流程图；

图13为本发明又一实施例提供的业务处理方法的流程图；

图14为实时通信消息发起者客户端的示意图；

图15为本发明实施例提供的服务器端的示意图；

图16为本发明实施例提供的实时通信消息接收者客户端的示意图；

图17为本发明实施例所涉及的电子设备的实体结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有技术中的即时通信软件在功能设计时只是用于即时沟通，因此利用即时通信软件进行消息通知、意见收集、投票决策等操作时，会存在一定的不便。

场景1

为了增加便利性，对于发布通知的场景，如用户想在群组里发布通知，希望得到每个人的回复。要求在即时通信软件内实现如下的功能：

在发布通知时，通知消息的发布者通过@符号指定所有人还是特定的人，然后将通知的内容写入消息后发布到群组中。

图1为通知消息接收者的消息显示界面的示意图。如图1所示，当发布通知的消息发送后，会在消息底部产生“收到”和“回复”按钮；当某一用户（如张三）点击“收到”按钮后，在通知内容的下一行直接展示某某人收到的标识（如图1中的张三、李四、王五）。

图2为通知消息发布者的消息显示界面的示意图。如图2所示，通知消息发布者能够多看到一个“统计”按钮，点击“统计”按钮，可以查看到当前点击“收到”按钮的总数，并查看所有已收到和未反馈的人员名单。图3为点击“统计”按钮之后的结果示意图。

场景2

对于意见收集的场景，如用户想在群组里发布一个提议，想征集一下大家的意见，比如设计方案是选红色、绿色还是蓝色。要求在即时通信软件内实现如下的功能：

意见收集消息创建者通过@符号指定所有人还是特定的人，通过#符号设置该意见收集的各种选项。图4为设置意见收集的各种选项的示意图。

在意见收集的消息发送后，会在消息底部产生所有#符号所定义单项选项按钮，以及“回复”按钮。图5为意见收集消息接收者的消息显示界面的示意图。意见收集消息接收者点击#符号所定义单项选项按钮后，如图5所示，在消息的下一行直接展示某某人选择的标识。点击“回复”则可以自定义回复消息。

意见收集消息创建者的消息显示界面能够多看到一个“统计”按钮，点击“统计”按钮，可以查看到当前点击#符号所定义选项按钮的汇总数据，并查看所有已经点击和未点击的人员名单。图6为意见收集消息创建者的消息显示界面的示意图。图7为点击“统计”按钮之后的结果示意图。

场景3

对于投票决策的场景，如用户想在群组里形成一个决议，决定是否提前发团。要求在即时通信软件内实现如下的功能：

投票决策消息的创建者通过@符号指定所有人还是特定的人，通过$符号设置表决驱动的事件；其中，可以驱动的事件，事先注册到实时通信服务中。图8为投票决策消息的创建者所发出的投票决策消息的示意图。

图9为投票决策一致时的消息显示界面的示意图。如图9所示，消息发送后会在消息底部产生“同意”“拒绝”以及“回复”按钮；点击“同意”或“拒绝”按钮后，在投票决策内容的下一行直接展示某某人选择的标识；只有当所有人都“同意”，该次意见表决结束，然后触发设置驱动的事件。

当某个人“拒绝”后，该次意见表决结束，不会触发设置驱动的事件。图10为投票决策不一致时的消息显示界面的示意图。

本发明实施例提供的业务处理方法能够使得即时通信软件实现上述功能，从而方便地实现发布通知、意见收集、意见决策等多种类型的业务，减少重复工作，增加统计的准确性。

图11为本发明实施例提供的业务处理方法的流程图，如图11所示，本发明实施例提供的业务处理方法应用于实时通信消息发起者客户端，该方法包括：

步骤1101、接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型。

在实时通信过程中，与实时通信消息相关的角色分为发起者与接收者。发起者是指在终端设备上输入实时通信消息的一方，接收者是指在终端设备上接收实时通信消息的一方。

实时通信消息发起者客户端是指在发起者的终端设备上所安装的实时通信软件。

实时通信消息发起者可通过键盘、触摸屏、手写板等方式向实时通信消息发起者客户端输入实时通信消息。实时通信消息发起者客户端接收到实时通信消息后，对实时通信消息进行事件判断。

在本发明实施例中，将实时通信消息发起者所输入的实时通信消息记为第一实时通信消息，根据第一实时通信消息中所包含的符号的类型，确定所述第一实时通信消息所包含的事件的类型。具体的说，包括：

步骤S1、确定所述第一实时通信消息中所包含的符号的类型，并根据符号的类型对符号进行处理。

在本发明实施例中，第一实时通信消息所包含的符号的类型包括：用于确定业务所涉及群组成员的第一符号。

根据实际应用的需求，实时通信消息发起者希望对业务所涉及的群组成员进行选择，如选择群组中的所有成员，又如选择群组中的指定成员。

在本发明实施例中，采用第一符号确定业务所涉及的群组成员，如采用符号@来选择群组成员。当“@所有人”时，代表选择了群组中的所有成员；当一次或多次“@指定个人”时，代表选择了群组中的指定成员。

实时通信消息发起者输入第一符号后，实时通信消息发起者客户端会根据该第一符号向服务器端发送群组成员的查询请求，以查询当前群组内的所有成员信息。服务器端将当前群组内的所有成员信息返回给实时通信消息发起者客户端。实时通信消息发起者基于所得到的群组内成员信息选取群组成员。

实时通信消息发起者选取群组成员后，实时通信消息发起者客户端会在本地缓存所选取群组成员的唯一标识符，预备作为后续请求的参数。

实时通信消息所包含的符号的类型还包括：用于确定待选择信息的第二符号。

在一些场景中，实时通信消息发起者希望实时通信消息的接收者能够对发起者所设定的待选择信息进行选择。例如，发起者希望接收者能够从红、黄、蓝三种颜色中选取一种颜色作为队旗的颜色。

在本发明实施例中，采用第二符号确定待选择信息。第二符号的一个范例为“#”符号。

实时通信消息发起者输入第二符号后，实时通信消息发起者客户端会根据该第二符号向服务器端发送待选择信息的查询请求，若服务器端预先存储有待选择信息，则将预先存储的待选择信息返回给实时通信消息发起者客户端，由实时通信消息发起者做进一步的选取，以得到最终的待选择信息；若服务器端并未预先存储待选择信息，则生成待选择信息输入框并返回给实时通信消息发起者客户端，实时通信消息发起者在所述待选择信息输入框内输入最终的待选择信息。

实时通信消息发起者以实时输入的方式或以实时选取的方式所确定的待选择信息会被实时通信消息发起者客户端保存在本地，预备作为后续请求的参数。

实时通信消息所包含的符号的类型还包括：用于确定待触发的驱动事件的第三符号。

在一些场景中，实时通信消息发起者希望实时通信消息的接收者能够对一些提议进行决策，当实时通信消息的所有接收者的意见一致时，触发对应的驱动事件（如一个已封装好的API接口）。例如，实时通信消息的发起者希望接收者就是否在次日进行团建活动进行决策，只有在所有接收者都同意的前提下，才会触发团建活动的相关事件。

在本发明实施例中，采用第三符号确定待触发的驱动事件。第三符号的一个范例为“$”符号。

实时通信消息发起者输入第三符号后，实时通信消息发起者客户端会根据该第三符号向服务器端发送待触发的驱动事件的查询请求，若服务器端预先注册有与群组对应的驱动事件，将预先注册的所有驱动事件的信息返回给实时通信消息发起者客户端，由实时通信消息发起者做进一步的选取，以得到待触发的驱动事件。

实时通信消息发起者所确定的待触发的驱动事件会被实时通信消息发起者客户端保存在本地，预备作为后续请求的参数。

步骤S2、根据第一实时通信消息中所包含的符号的类型，确定所述第一实时通信消息所包含的事件的类型。

在之前的描述中，已经对第一实时通信消息所包含的符号的类型做了陈述。在本步骤中，可根据第一实时通信消息所包含的符号的类型，确定第一实时通信消息所包含的事件的类型。

当第一实时通信消息中仅包含第一符号，则该第一实时通信消息包含通知类事件；当第一实时通信消息包含第二符号，则该第一实时通信消息包含意见收集类事件；当第一实时通信消息包含第三符号，则该第一实时通信消息包含意见决策类事件；当第一实时通信消息中未包含第一符号、第二符号以及第三符号中的任何一个符号，则该第一实时通信消息为普通的实时通信消息，不包含任何类型的事件。

步骤1102、根据第一实时通信消息中所包含的事件的类型，向服务器端请求生成对应的事件，获取事件的唯一标识符。

在之前的步骤中，已经对第一实时通信消息所包含的事件的类型做了判断。在本步骤中，可向服务器端请求生成对应类型的事件。

服务器端在接收到生成事件的请求后，会根据请求创建对应事件的持久化数据、与事件的持久化数据所对应的操作人关系以及事件的唯一标识符。其中，事件的唯一标识符会被传输给实时通信消息发起者客户端。操作人关系会在后续的操作中得到更新，如每当有操作更新，则实时更新对应的操作人关系。当第一实时通信消息包含通知类事件，则实时通信消息发起者客户端向服务器端请求生成通知类事件的订阅消息；当第一实时通信消息包含意见收集类事件，则实时通信消息发起者客户端向服务器端请求生成意见收集类事件的订阅消息；当第一实时通信消息包含意见决策类事件，则实时通信消息发起者客户端向服务器端请求生成意见决策类事件的订阅消息；当第一实时通信消息不包含任何类型的事件，则实时通信消息发起者客户端不向服务器端请求事件订阅消息。

步骤1103、将事件的唯一标识符与第一实时通信消息所在的会话相绑定，并为第一实时通信消息的第一显示界面追加用于统计的按钮。

在本发明实施例中，将事件的唯一标识符与第一实时通信消息所在的会话相绑定，是指将服务器端所返回的事件的唯一标识符添加到第一实时通信消息所在的会话中。一旦在后续的操作中，通过第一实时通信消息所在的会话对事件进行了操作（如点击了与事件有关的按钮），那么就可以将事件的唯一标识符返回给服务器端，使得服务器端能够知道哪些事件被执行。

在本发明实施例中，第一实时通信消息的第一显示界面是指第一实时通信消息在实时通信消息发起者客户端显示时的界面。为第一实时通信消息的第一显示界面追加用于统计的按钮，包括：在第一显示界面中添加能够执行统计功能的代码，所述代码包括服务器端返回的事件的唯一标识符。这段用于执行统计功能的代码被执行时（即用于统计的按钮被点击时），向服务器端的相应接口发送事件的唯一标识符，以请求服务器端根据事件的唯一标识符返回对应事件的统计信息。

步骤1104、在接收到事件的订阅消息后，根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为。

第一实时通信消息经过服务器端发送到实时通信消息接收者所在的移动终端。实时通信消息接收者会根据第一实时通信消息的内容执行相应的操作，从而触发对应的事件。

由于实时通信消息发起者客户端之前已经向服务器端请求了对应事件的订阅消息，因此在实时通信消息接收者触发事件后，实时通信消息发起者客户端会接收到事件的订阅消息。

不同类型的事件，其对应的订阅消息的内容会存在差异。当订阅消息显示被触发的事件为通知类事件时，在第一实时通信消息的第一显示界面中，显示已确认收到“通知”的实时通信消息接收者的名称。当订阅消息显示被触发的事件为意见收集类事件时，在第一实时通信消息的第一显示界面中，分组展示各个选项所对应的实时通信消息接收者的名称。当订阅消息显示被触发的事件为意见决策类事件时，在第一实时通信消息的第一显示界面中，展示“同意”和“拒绝”两个选项各自对应的实时通信消息接收者的名称。

在第一实时通信消息的第一显示界面中显示实时通信消息接收者的名称时，可在指定位置显示，如在消息的文本内容与“统计”按钮之间。

本发明实施例提供的业务处理方法通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

基于上述任一实施例，图12为本发明另一实施例提供的业务处理方法的流程图，如图12所示，本发明另一实施例提供的业务处理方法应用于服务器端，该方法包括：

步骤1201、接收到第一实时通信消息，将该消息存放到普通消息订阅中。

消息订阅是一种实时通信服务的机制。如A要将第一实时通信消息发送给B，按照消息订阅机制，A先把第一实时通信消息发送给服务器端，由服务器端告诉B有第一实时通信消息到来，B再去订阅消息中消费第一实时通信消息，从而获取到A发给自己的内容。这一机制使得A或者B都无需不断地到服务器端做轮询操作，能够提高通信效率。

将消息存放到普通消息订阅中，根据消息订阅机制，会通知订阅该消息的所有消费者（客户端）有新的消息（第一实时通信消息）到来，由各个消费者各自获取新到来的第一实时通信消息。

步骤1202、接收到生成事件的请求，根据该请求生成事件的唯一标识符，并将所述事件的唯一标识符返回给实时通信消息发起者客户端。

在本发明实施例中，在接收到生成事件的请求后，服务器端会根据请求中的内容以及请求的时间戳信息生成事件的唯一标识符。此外，服务器端还会根据请求创建对应事件的持久化数据、与事件的持久化数据所对应的操作人关系。

事件的唯一标识符用于关联与该事件相关的所有操作。在本发明实施例的其他内容中对事件的唯一标识符是如何关联事件的相关操作有进一步的说明。

事件的唯一标识符生成后不仅存储在服务器端的数据库，还会被返回给实时通信消息发起者客户端。

步骤1203、接收到事件的触发请求，将事件的触发事项记录到数据库中，并将事件所对应的触发行为放入事件订阅中。

在本发明实施例中，实时通信消息接收者的行为会触发事件，从而由实时通信消息接收者客户端向服务器端发送事件的触发请求。

服务器端接收到事件的触发请求后，将事件的触发事项记录到数据库中，并将事件所对应的触发行为放入事件订阅中。

触发事项用于描述事件被触发时的相关信息，如事件的唯一标识符、触发事件的操作者ID、选项编号等；简单的说，触发事项是要通知服务器端“是谁”、“触发了哪个事件”、“点击了哪个选项的按钮”等信息。

将事件所对应的触发行为放入事件订阅后，根据事件订阅机制，会通知事件订阅的消费者具体有哪些触发行为。例如，在一个发布通知的例子中，通过将事件所对应的触发行为放入事件订阅，可以知道已发布的通知被用户A点了收到，被用户B点了收到等。

步骤1204、接收到统计查询请求后，根据统计查询请求所包含的事件信息，返回该事件的所有统计数据。

在前文中已经提到，实时通信消息发起者的会话上设置有统计按钮。当实时通信消息发起者点击该按钮后，实时通信消息发起者客户端向服务器端发送统计查询请求。服务器端会根据该统计查询请求中所包含的事件唯一标识符查找该事件的所有统计数据。查找到的统计数据返回给实时通信消息发起者客户端，由实时通信消息发起者客户端进行渲染展示。

本发明实施例提供的业务处理方法通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

基于上述任一实施例，在本发明实施例中，方法还包括：

接收驱动事件的注册信息，实现对驱动事件的注册。

在本发明实施例中，驱动事件的注册信息顾名思义，是指用于注册驱动事件的信息。通常包括以下信息的一个或多个：IP地址、域名地址、端口、验证TOKEN、加密秘钥、IP白名单地址列表。

驱动事件的注册信息通常由用户在客户端填写，以IP的方式或域名的方式，传输到服务器端，形成一个统一格式的驱动事件，从而实现对驱动事件的注册。

在传输过程中，通过填写TOKEN（令牌）或密钥的方式来支持服务器端的验证，保证了注册过程的合法安全。

本发明实施例提供的业务处理方法通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

基于上述任一实施例，图13为本发明又一实施例提供的业务处理方法的流程图，如图13所示，本发明又一实施例提供的业务处理方法应用于实时通信消息接收者客户端，该方法包括：

步骤1301、接收第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型。

在本发明实施例中，实时通信消息接收方通过订阅普通消息的方式来接收第一实时通信消息。

在接收到第一实时通信消息后，根据第一实时通信消息中所包含的符号进行事件类型的判断。例如，当第一实时通信消息中仅包含第一符号，则对应的事件类型为通知类事件；当第一实时通信消息包含第二符号，则该第一实时通信消息包含意见收集类事件；当第一实时通信消息包含第三符号，则该第一实时通信消息包含意见决策类事件；当第一实时通信消息中未包含第一符号、第二符号以及第三符号中的任何一个符号，则该第一实时通信消息为普通的实时通信消息，不包含任何类型的事件。

步骤1302、根据第一实时通信消息所包含的事件类型，实现相应类型事件的订阅。

当第一实时通信消息所对应的事件类型为通知类事件，则实时通信消息接收方客户端向服务器端进行通知类事件的订阅；当第一实时通信消息所对应的事件类型为意见收集类事件，则实时通信消息接收方客户端向服务器端进行意见收集类事件的订阅；当第一实时通信消息所对应的事件类型为意见决策类事件，则实时通信消息接收方客户端向服务器端进行意见决策类事件的订阅。

需要说明的是，由于在本步骤中实现了事件的订阅，因此当本实时通信消息接收者客户端或其他实时通信消息接收方触发事件后，通过事件的订阅可以实现状态的实时更新。如意见收集类事件中的不同消息接收者所做的选择，会通过事件订阅消息展示给实时通信消息接收者客户端。

步骤1303、根据第一实时通信消息所包含的事件类型，在第一实时通信消息的第二显示界面内追加按钮。

在本发明实施例中，第一实时通信消息的第二显示界面是指第一实时通信消息在实时通信消息接收方客户端显示时的界面。

当第一实时通信消息为通知类事件时，在第一实时通信消息的第二显示界面上追加“收到”按钮；当第一实时通信消息为意见收集类事件时，在第一实时通信消息的第二显示界面上追加各个“选择项”的按钮；当第一实时通信消息为意见决策类事件时，在第一实时通信消息的第二显示界面上追加“同意”、“拒绝”两个按钮。

以在第二显示界面上追加“收到”按钮为例，在具体实现时，在第二显示界面中添加能够执行确认功能的代码，所述代码包括服务器端返回的事件的唯一标识符。这段代码被执行时（即“收到”按钮被点击），向服务器端的相应接口发送事件的唯一标识符以及执行该段代码的客户端的ID，以使得服务器端能够知道是哪位用户点击了“收到”按钮。

步骤1304、获取实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作，根据操作向服务器端发送事件触发请求。

实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮进行操作，如点击相应的按钮，那么实时通信消息接收方的客户端就会向服务器发送事件触发请求，从而生成事件订阅消息。实时通信消息发送方以及同一群组中的其他实时通信消息接收方根据事件订阅消息能够实现与该事件相关的状态同步。

同时，服务器端还会将他人选择的事件触发也生产到事件订阅中，客户端阻塞进行消费，每消费到一种状态，都可以在消息会话中追加每种选择项的群组成员昵称。

例如，在一个四人群组中，有A、B、C、D四个用户。当A发起了一个收到事件，服务器端会产生一个唯一标识符通知事件创建者A，追加“统计”按钮，并且生成一个事件订阅。用户B、C、D接受到消息后会进行该事件的订阅，同时会追加“收到”按钮。当用户B点击“收到”按钮，会调用API触发事件，事件订阅会产生一个消息，该消息会被用户A、C、D收到，使得用户A、C、D知道用户B已经点击了“收到”按钮。

本发明实施例提供的业务处理方法通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

基于上述任一实施例，本发明实施例提供了一种业务处理系统，包括：实时通信消息发起者客户端、服务器端以及实时通信消息接收者客户端，实时通信消息发起者客户端、实时通信消息接收者客户端分别与服务器端通信连接。

图14为实时通信消息发起者客户端的示意图，如图14所示，本发明实施例提供的实时通信消息发起者客户端包括：

事件类型确定模块1401，用于接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

事件请求模块1402，用于根据所述第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，获取事件的唯一标识符；

会话绑定模块1403，用于将事件的唯一标识符与第一实时通信消息所在的会话相绑定，并为第一实时通信消息的第一显示界面追加用于统计的按钮；其中，所述第一显示界面为第一实时通信消息在实时通信消息发起者客户端显示时的界面；

事件订阅消息处理模块1404，用于在接收到事件的订阅消息后，根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为。

本发明实施例提供的实时通信消息发起者客户端通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

图15为本发明实施例提供的服务器端的示意图，如图15所示，本发明实施例提供的服务器端包括：

消息接收模块1501，用于接收到第一实时通信消息，将该消息存放到普通消息订阅中；

事件生成模块1502，用于接收到生成事件的请求，根据该请求生成事件的唯一标识符，并将所述事件的唯一标识符返回给实时通信消息发起者客户端；

事件触发请求处理模块1503，用于接收到事件的触发请求，将事件的触发事项记录到数据库中，并将事件所对应的触发行为放入事件订阅中；其中，事件的触发事项用于描述事件被触发时的信息；

统计模块1504，用于接收到统计查询请求后，根据统计查询请求所包含的事件的唯一标识符，返回该事件的所有统计数据。

本发明实施例提供的服务器端通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

图16为本发明实施例提供的实时通信消息接收者客户端的示意图，如图16所示，本发明实施例提供的实时通信消息接收者客户端包括：

消息接收模块1601，用于接收第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

事件订阅模块1602，用于根据第一实时通信消息所包含的事件的类型，实现相应类型事件的订阅；

按钮追加模块1603，用于根据第一实时通信消息所包含的事件的类型，在第一实时通信消息的第二显示界面内追加按钮；其中，所述第二显示界面为第一实时通信消息在实时通信消息接收方客户端显示时的界面；

事件触发模块1604，用于获取实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作，根据操作向服务器端发送事件触发请求。

本发明实施例提供的实时通信消息接收者客户端通过消息会话直接对业务进行操作，可以方便地实现通知、意见收集、意见决策等多种类型的业务，减少了重复工作，增加了统计的准确性。

图17为本发明实施例所涉及的电子设备的实体结构示意图，如图17所示，该电子设备可以包括：处理器(processor)1710、通信接口(Communications Interface)1720、存储器(memory)1730和通信总线1740，其中，处理器1710，通信接口1720，存储器1730通过通信总线1740完成相互间的通信。处理器1710可以调用存储器1730中的逻辑指令，以执行如下方法：

接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据所述第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，获取事件的唯一标识符；

将事件的唯一标识符与第一实时通信消息所在的会话相绑定，并为第一实时通信消息的第一显示界面追加用于统计的按钮；其中，所述第一显示界面为第一实时通信消息在实时通信消息发起者客户端显示时的界面；

在接收到事件的订阅消息后，根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为。

或执行如下方法：

接收到第一实时通信消息，将该消息存放到普通消息订阅中；

接收到生成事件的请求，根据该请求生成事件的唯一标识符，并将所述事件的唯一标识符返回给实时通信消息发起者客户端；

接收到事件的触发请求，将事件的触发事项记录到数据库中，并将事件所对应的触发行为放入事件订阅中；其中，事件的触发事项用于描述事件被触发时的信息；

接收到统计查询请求后，根据统计查询请求所包含的事件的唯一标识符，返回该事件的所有统计数据。

或执行如下方法：

接收第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据第一实时通信消息所包含的事件的类型，实现相应类型事件的订阅；

根据第一实时通信消息所包含的事件的类型，在第一实时通信消息的第二显示界面内追加按钮；其中，所述第二显示界面为第一实时通信消息在实时通信消息接收方客户端显示时的界面；

获取实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作，根据操作向服务器端发送事件触发请求。

此外，上述的存储器1730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的方法，例如包括：

接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据所述第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，获取事件的唯一标识符；

将事件的唯一标识符与第一实时通信消息所在的会话相绑定，并为第一实时通信消息的第一显示界面追加用于统计的按钮；其中，所述第一显示界面为第一实时通信消息在实时通信消息发起者客户端显示时的界面；

在接收到事件的订阅消息后，根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为。

或例如包括：

接收到第一实时通信消息，将该消息存放到普通消息订阅中；

接收到生成事件的请求，根据该请求生成事件的唯一标识符，并将所述事件的唯一标识符返回给实时通信消息发起者客户端；

接收到事件的触发请求，将事件的触发事项记录到数据库中，并将事件所对应的触发行为放入事件订阅中；其中，事件的触发事项用于描述事件被触发时的信息；

接收到统计查询请求后，根据统计查询请求所包含的事件的唯一标识符，返回该事件的所有统计数据。

或例如包括：

接收第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据第一实时通信消息所包含的事件的类型，实现相应类型事件的订阅；

根据第一实时通信消息所包含的事件的类型，在第一实时通信消息的第二显示界面内追加按钮；其中，所述第二显示界面为第一实时通信消息在实时通信消息接收方客户端显示时的界面；

获取实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作，根据操作向服务器端发送事件触发请求。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种业务处理方法，其特征在于，应用于实时通信消息发起者客户端，方法包括：

接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据所述第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，获取事件的唯一标识符；

将事件的唯一标识符与第一实时通信消息所在的会话相绑定，并为第一实时通信消息的第一显示界面追加用于统计的按钮；其中，所述第一显示界面为第一实时通信消息在实时通信消息发起者客户端显示时的界面；

在接收到事件的订阅消息后，根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为；其中，所述订阅消息包括事件所对应的触发行为，所述事件所对应的触发行为是基于实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作得到的，所述第二显示界面为第一实时通信消息在实时通信消息接收方客户端显示时的界面。

2.根据权利要求1所述的业务处理方法，其特征在于，所述接收实时通信消息发起者所输入的第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型，包括：

确定所述第一实时通信消息所包含的符号的类型，并根据符号的类型对符号进行处理；其中，所述符号的类型包括以下类型中的一个或多个：用于确定业务所涉及群组成员的第一符号，用于确定待选择信息的第二符号，用于确定待触发的驱动事件的第三符号；

根据第一实时通信消息所包含的符号的类型，确定所述第一实时通信消息所包含的事件的类型；其中，当所述第一实时通信消息仅包含第一符号，则该第一实时通信消息包含通知类事件；当所述第一实时通信消息包含第二符号，则该第一实时通信消息包含意见收集类事件；当所述第一实时通信消息包含第三符号，则该第一实时通信消息包含意见决策类事件。

3.根据权利要求2所述的业务处理方法，其特征在于，所述根据符号的类型对符号进行处理，包括：

当所述第一实时通信消息所包含的符号为第一符号时，根据所述第一符号向服务器端发送群组成员的查询请求；接收并显示服务器端所返回的群组成员信息，以供实时通信消息发起者基于所述群组成员信息选取群组成员；

当所述第一实时通信消息所包含的符号为第二符号时，根据所述第二符号向服务器端发送待选择信息的查询请求；接收所述服务器端所返回的待选择信息，以供实时通信消息发起者做进一步的选取，得到最终的待选择信息，或接收并显示所述服务器端所返回的待选择信息输入框，以供实时通信消息发起者在所述待选择信息输入框内输入最终的待选择信息；

当所述第一实时通信消息所包含的符号为第三符号时，根据所述第三符号向服务器端发送待触发的驱动事件的查询请求；接收并显示所述服务器端所返回的预先注册的所有驱动事件的信息，以供实时通信消息发起者做进一步的选取，得到待触发的驱动事件。

4.根据权利要求2所述的业务处理方法，其特征在于，所述根据所述第一实时通信消息所包含的事件的类型，向服务器端请求生成对应的事件，包括：

当所述第一实时通信消息包含通知类事件，则向服务器端请求生成通知类事件的订阅消息；

当所述第一实时通信消息包含意见收集类事件，则向服务器端请求生成意见收集类事件的订阅消息；

当所述第一实时通信消息包含意见决策类事件，则向服务器端请求生成意见决策类事件的订阅消息。

5.根据权利要求2所述的业务处理方法，其特征在于，所述根据所述订阅消息在第一实时通信消息的第一显示界面展示实时通信消息接收者的行为，包括：

当订阅消息显示被触发的事件为通知类事件时，在第一实时通信消息的第一显示界面中，显示已确认收到“通知”的实时通信消息接收者的名称；

当订阅消息显示被触发的事件为意见收集类事件时，在第一实时通信消息的第一显示界面中，分组展示各个选项所对应的实时通信消息接收者的名称；

当订阅消息显示被触发的事件为意见决策类事件时，在第一实时通信消息的第一显示界面中，展示“同意”和“拒绝”两个选项各自对应的实时通信消息接收者的名称。

6.一种业务处理方法，其特征在于，应用于服务器端，方法包括：

接收到第一实时通信消息，将该消息存放到普通消息订阅中；

接收到生成事件的请求，根据该请求生成事件的唯一标识符，并将所述事件的唯一标识符返回给实时通信消息发起者客户端；

接收到事件的触发请求，将事件的触发事项记录到数据库中，并将事件所对应的触发行为放入事件订阅中；其中，事件的触发事项用于描述事件被触发时的信息；所述事件所对应的触发行为是基于实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作得到的；所述第二显示界面为第一实时通信消息在实时通信消息接收方客户端显示时的界面；

接收到统计查询请求后，根据统计查询请求所包含的事件的唯一标识符，返回该事件的所有统计数据。

7.根据权利要求6所述的业务处理方法，其特征在于，方法还包括：

接收驱动事件的注册信息，实现对驱动事件的注册；其中，所述驱动事件的注册信息包括以下信息的一个或多个：IP地址、域名地址、端口、验证TOKEN、加密秘钥以及IP白名单地址列表。

8.一种业务处理方法，其特征在于，应用于实时通信消息接收者客户端，方法包括：

接收第一实时通信消息，确定所述第一实时通信消息所包含的事件的类型；

根据第一实时通信消息所包含的事件的类型，实现相应类型事件的订阅；

根据第一实时通信消息所包含的事件的类型，在第一实时通信消息的第二显示界面内追加按钮；其中，所述第二显示界面为第一实时通信消息在实时通信消息接收方客户端显示时的界面；

获取实时通信消息接收方在第一实时通信消息的第二显示界面上对按钮所做的操作，根据操作向服务器端发送事件触发请求。

9.根据权利要求8所述的业务处理方法，其特征在于，所述根据第一实时通信消息所包含的事件的类型，在第一实时通信消息的第二显示界面内追加按钮，包括：

当所述第一实时通信消息为通知类事件时，在第一实时通信消息的第二显示界面上追加用于表示已经收到通知的按钮；

当第一实时通信消息为意见收集类事件时，在第一实时通信消息的第二显示界面上追加用于表示各个意见选项的按钮；

当第一实时通信消息为意见决策类事件时，在第一实时通信消息的第二显示界面上追加用于表示同意和用于表示拒绝的按钮。

10.一种业务处理系统，其特征在于，包括：实时通信消息发起者客户端、服务器端以及实时通信消息接收者客户端，实时通信消息发起者客户端、实时通信消息接收者客户端分别与服务器端通信连接；

所述实时通信消息发起者客户端，用于实现如权利要求1至5任一项所述的业务处理方法的步骤；

所述服务器端，用于实现如权利要求6或7所述的业务处理方法的步骤；

所述实时通信消息接收者客户端，用于实现如权利要求8或9所述的业务处理方法的步骤。

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至5任一项所述的业务处理方法的步骤，或实现如权利要求6或7所述的业务处理方法的步骤，或实现如权利要求8或9所述的业务处理方法的步骤。

12.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至5任一项所述的业务处理方法的步骤，或实现如权利要求6或7所述的业务处理方法的步骤，或实现如权利要求8或9所述的业务处理方法的步骤。

Images