CN107959615A - 一种数据传输的方法、用户设备以及业务设备 - Google Patents

Abstract

本发明实施例公开了一种数据传输的方法，用于支持用户在会话窗直接对卡片消息进行交互的选项操作，降低了页面的跳出率，从而大大提升了用户的办公效率。本发明实施例方法包括：第一用户设备接收业务设备发送的卡片消息，所述卡片消息包括指示不同选项的操作标识的交互消息；所述第一用户设备显示所述卡片消息；所述第一用户设备响应用户从所述指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；所述第一用户设备将所述第一选项结果向所述业务设备发送。

Description

一种数据传输的方法、用户设备以及业务设备

技术领域

本发明涉及通信领域，尤其涉及一种数据传输的方法、用户设备以及业务设备。

背景技术

目前企业市场上主流的即时通讯(Instant Messaging，IM)软件如企业微信、阿里钉钉等，主要是基于中小企业内部的沟通以此来实现企业员工的办公协作，在沟通的过程中主要以IM消息为主。

以钉钉为例，IM消息除了普通的文本消息之外，也引入了卡片消息，其中包含多图文消息、通知消息等，并支持用户点击消息进行跳转。其中主要以多图文消息、通知消息为主，这类卡片消息支持添加链接，即用户查看消息时可以通过点击跳转至外部浏览器或打开内嵌浏览器，以此来完成整个流程的操作。

但现有的卡片消息存在不足的地方，员工需要通过点击卡片消息跳转页面后才能完成整个操作，即跳出IM软件再进入一个新的页面，这其中的转换在一定程度上削弱了员工的用户体验，增加了员工操作的成本。对于内容较为简单易懂的卡片消息而言，以审批消息为例，员工无法在卡片上直接进行“同意”或“驳回”的操作，必须跳转至业务系统页面才能完成审批。

发明内容

本发明实施例提供了一种数据传输的方法、用户设备以及业务设备，用于支持用户在会话窗直接对卡片消息进行交互的选项操作，降低了页面的跳出率，从而大大提升了用户的办公效率。

有鉴于此，本发明实施例第一方面提供一种数据传输的方法，可以包括：

第一用户设备接收业务设备发送的卡片消息，该卡片消息包括指示不同选项的操作标识的交互消息；

该第一用户设备显示该卡片消息；

该第一用户设备响应用户从该指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

该第一用户设备将该第一选项结果向该业务设备发送。

本发明实施例第二方面提供一种数据传输的方法，可以包括：

业务设备向第一用户设备发送卡片消息，该卡片消息包括指示不同选项的操作标识的交互消息；

该业务设备接收该第一用户设备发送的第一选项结果，该第一选项结果为该第一用户设备响应用户从该指示不同选项的操作标识中，选择目标操作标识的操作而确定的。

本发明实施例第三方面提供一种用户设备，可以包括：

接收模块，用于接收业务设备发送的卡片消息，该卡片消息包括指示不同选项的操作标识的交互消息；

显示模块，用于显示该卡片消息；

确定模块，用于响应用户从该指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

发送模块，用于将该第一选项结果向该业务设备发送。

本发明实施例第四方面提供一种业务设备，可以包括：

发送模块，用于向第一用户设备发送卡片消息，该卡片消息包括指示不同选项的操作标识的交互消息；

接收模块，用于接收该第一用户设备发送的第一选项结果，该第一选项结果为该第一用户设备响应用户从该指示不同选项的操作标识中，选择目标操作标识的操作而确定的。

从以上技术方案可以看出，本发明实施例具有以下优点：

在本发明实施例中，业务设备向第一用户设备发送卡片消息，该卡片消息包括指示不同选项的操作标识的交互消息；第一用户设备接收业务设备发送的卡片消息；该第一用户设备显示该卡片消息；该第一用户设备响应用户从该指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；该第一用户设备将该第一选项结果向该业务设备发送；该业务设备接收该第一用户设备发送的第一选项结果。用户可以直接对用户设备显示的卡片消息进行选项操作，而不用像现有技术一样，先要将交互消息跳转到链接的页面，再进行选项操作；所以，本发明实施例支持用户在会话窗直接进行交互的选项操作，降低了页面的跳出率，从而大大提升了用户的办公效率。

附图说明

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

图1为本发明实施例中数据传输的方法的一个实施例示意图；

图2为本发明实施例中腾讯通RTX管理平台的示意图；

图3为本发明实施例中业务设备发送卡片消息的流程示意图；

图4为本发明实施例中第一用户设备显示的交互消息的一个示意图；

图5为本发明实施例中第一用户设备显示第一选项结果的一个示意图；

图6为本发明实施例中第一用户设备更新显示的卡片消息操作状态的流程示意图；

图7为本发明实施例中第一用户设备获取交互消息的操作状态的流程示意图；

图8为本发明实施例中修改第一用户设备中交互消息的操作状态的流程示意图；

图9为本发明实施例中数据传输的方法的另一个实施例示意图；

图10为本发明实施例中第一用户设备显示的交互消息的另一个示意图；

图11为本发明实施例中第一用户设备显示第一选项结果的另一个示意图；

图12为本发明实施例中第二用户设备显示的交互消息的一个示意图；

图13为本发明实施例中第二用户设备显示第二选项结果的一个示意图；

图14为本发明实施例中用户设备的一个实施例示意图；

图15为本发明实施例中业务设备的一个实施例示意图；

图16为本发明实施例中业务设备的另一个实施例示意图；

图17为本发明实施例中用户设备的另一个实施例示意图；

图18为本发明实施例中业务设备的另一个实施例示意图。

具体实施方式

本发明实施例提供了一种数据传输的方法、用户设备以及业务设备，用于支持用户在会话窗直接对卡片消息进行交互的选项操作，降低了页面的跳出率，从而大大提升了用户的办公效率。

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

当前市面上的企业即时通讯(Instant Messaging，IM)软件除了普通的IM消息外，也引入了卡片消息，该卡片消息主要以多图文消息、通知消息为主，这类卡片消息还可以支持添加链接，用户查看消息时可以通过点击跳转至外部浏览器或打开内嵌浏览器，以此来完成整个流程的操作。

以腾讯集团为例，企业版腾讯通(Real Time eXchange，RTX)作为腾讯员工日常的沟通协作工具，每天每位员工都有不计其数的IM消息需要处理，其中由业务系统推送的卡片消息尤为重要，关系到员工的工作和生活。如何提高员工对于业务系统消息的响应，降低员工的操作成本，协助员工高效率办公，这是RTX交互消息开发的初衷。然而，在现有的RTX上，用户无法在该卡片消息上直接进行操作，需要通过点击卡片消息跳转至外部浏览器或打开内嵌浏览器才能完成整个流程的操作，比较繁琐。

在本发明实施例中，引入了交互消息的概念，业务系统推送到企业版腾讯通(RealTime eXchange，RTX)的卡片消息，可以支持用户在会话窗直接进行交互选项操作，降低了页面的跳出率，从而大大提升了用户的办公效率。解决了针对于企业版RTX如何利用交互消息协助员工更为便捷地处理业务系统推送的任务，提升员工的办公效率，确保企业员工大大降低卡片消息的操作成本，达到有的放矢的目的。

下面对本发明实施例中所用到的一些缩略语和关键术语做一个简单地说明，如下所示：

RTX卡片消息：是企业版RTX一种特殊的IM消息，支持图文混排、嵌入超链接、交互动作等信息，以卡片的形式呈现，点击卡片消息后支持跳转页面。

交互消息：支持与用户直接产生交互作用的一种卡片消息。

跳出率：访客浏览一个页面就离开占总访问量的比例。

企业IM：企业即时通信软件，是指企业内部能够即时发送和接收互联网消息等业务的软件，如企业版RTX。

下面以实施例的方式对本发明技术方案做进一步的说明，如图1所示，为本发明实施例中数据传输的方法的一个实施例示意图，包括：

101、业务设备将卡片消息发送至第一用户设备，卡片消息包括指示不同选项的操作标识的交互消息；

在本发明实施例中，步骤101可以包括步骤a和步骤b，如下所示：

a、业务设备向第一用户设备发送卡片消息，卡片消息包括指示不同选项的操作标识的交互消息；

b、第一用户设备接收业务设备发送的卡片消息，卡片消息包括指示不同选项的操作标识的交互消息。

在本发明实施例中，业务设备可以理解为业务系统，用户设备可以理解为RTX等类似的客户端或PC端，PC就是personal computer，私人电脑。一般指终端、个人用户端或客户端等用户设备。业务设备向第一用户设备发送卡片消息，卡片消息包括指示不同选项的操作标识的交互消息。下面以用户设备为RTX为例进行说明，并不构成对本发明中执行主体的限定。

对于RTX而言，一般来说，所有的卡片消息均支持由业务系统推送至RTX进行会话，其中RTX主要提供两种路径供业务方选择，即业务设备向第一用户设备发送卡片消息，有两种方式，如下所示：

第一种方式：业务方直接通过登录RTX的管理平台进行操作，RTX支持业务方手动选择卡片消息的类型并进行编辑，RTX交互消息的管理平台如图2所示。

业务方可以选择IM消息的类型，IM消息的类型可以分为卡片消息和普通IM消息，在本发明实施例中，业务方选择的是卡片消息。而卡片消息又可以分为三种类型，包括图文消息、交互消息和通知消息。这里主要指的是交互消息。业务方可以对交互消息进行编辑，即可以进行文本编辑、操作项编辑或者设置链接等操作。

第二种方式：RTX提供开放软件开发工具包(Software Development Kit，SDK)接口，业务方通过接入sdk到自身的业务系统，以此来进行卡片消息的推送，流程示意图如图3所示，显示的是交互消息类型的卡片消息。

在实际应用中，RTX为业务设备提供SDK接口，业务方后台，即业务设备调用该SDK接口发送类型为交互消息的卡片消息。SDK将卡片消息发送到RTX后台，RTX后台再将该卡片消息同步到RTX客户端。上述的第二种方式为业务设备将卡片消息发送至用户设备的过程。

102、第一用户设备显示卡片消息；

在本发明实施例中，第一用户设备接收业务设备发送的卡片消息之后，第一用户设备显示卡片消息。即业务设备(业务系统)将交互消息发送到RTX客户端后，RTX客户端在显示界面上显示交互消息，应理解，这里的交互消息是上文所说的卡片消息的一种，支持与用户直接产生交互作用的一种卡片消息，此处不再赘述。示例性的，这里的交互消息如图4所示，为在RTX客户端的对话框里面显示的内容，图4所示属于满意度的调查。

103、第一用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

在本发明实施例中，第一用户设备显示卡片消息之后，第一用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果。用户在RTX客户端的会话窗口对该交互消息直接进行操作，这里指示不同选项的操作标识，如上述图4所示，为“非常好”和“一般般”，用户可以选择“非常好”或“一般般”，RTX客户端响应用户的操作，确定第一选项结果，假设这里用户选择了“非常好”，那么，RTX客户端确定的第一选项结果就为“非常好”。

104、第一用户设备将第一选项结果发送至业务设备；

在本发明实施例中，步骤104可以包括步骤c和步骤d，如下所示：

c、第一用户设备将第一选项结果向业务设备发送；

d、业务设备接收第一用户设备发送的第一选项结果，第一选项结果为第一用户设备响应用户从指示不同选项的操作标识中，选择目标操作标识的操作而确定的。

在本发明实施例中，第一用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果之后，第一用户设备再将第一选项结果向业务设备发送；业务设备接收第一用户设备发送的第一选项结果。

接上述步骤的示例，那么，这里的第一用户设备向业务设备发送的第一选项结果为“非常好”，业务设备接收“非常好”这个信息。在实际应用中，RTX客户端确定“非常好”之后，先将“非常好”这个第一选项结果发送到RTX客户端的后台，RTX客户端的后台再将“非常好”发送至业务设备；而且RTX客户端的后台的收到“非常好”后，会返回一个系统消息给RTX客户端，如图5所示，显示的系统消息为：08-31 19:46:53你提交了“非常好”查看原文。

105、业务设备根据第一选项结果，生成响应指令；

在本发明实施例中，业务设备接收第一用户设备发送的第一选项结果之后，会根据第一选项结果，生成响应指令，表示自己收到这个信息了，做出一个响应，所以，会生成一个响应指令。

106、业务设备将响应指令发送至第一用户设备；

在本发明实施例中，步骤106可以包括步骤e和步骤f，如下所示：

e、业务设备向第一用户设备发送响应指令，响应指令用于第一用户设备显示第一选项结果。

f、第一用户设备接收业务设备发送的响应指令；

在本发明实施例中，业务设备向第一用户设备发送响应指令，响应指令用于第一用户设备显示第一选项结果；第一用户设备接收业务设备发送的响应指令。

在实际应用中，业务设备将操作状态持续化，发送响应指令到第一用户设备的后台，即RTX客户端的后台，TRX再将该响应指令发送至RTX客户端，这里发送的响应指令也可以称呼为状态变更消息。即发送一条交互消息状态变更消息给客户端。客户端收到交互消息状态变更消息后，更新交互消息的界面显示。流程示意图如图6所示。

107、第一用户设备根据响应指令显示第一选项结果。

在本发明实施例中，第一用户设备根据响应指令显示第一选项结果。应理解，步骤105至107为可选的步骤，在实际应用中，可根据实际情况决定是否执行。示例性的，如上述图5所示，第一用户设备接收的卡片消息中显示该第一选项结果为“非常好”。

需要说明的是，用户打开一个RTX会话窗口时，看到该卡片消息，进行选项操作后，这里显示的第一选项结果可以称为交互消息的操作状态。进一步的，交互消息的操作状态还可以支持覆盖。即RTX客户端可在本地缓存交互消息的操作状态，离线时清除该操作状态。当RTX客户端在线时，此时会话优先考虑从本地缓存获取交互消息的操作状态，若此时无交互消息的操作状态时，则发送相应地字段到RTX后台进行获取，并缓存到本地，以此来覆盖原有交互消息的操作状态。如图7所示，为RTX客户端获取交互消息的操作状态的一个流程示意图。

还需要说明的是，RTX客户端支持业务方调用sdk修改交互消息的操作状态；即RTX对业务方的应用开放sdk接口，支持业务方通过接口修改交互消息的操作状态，且交互消息的状态支持覆盖，此时业务方修改后的操作状态将自动同步到RTX客户端。如图8所示，为修改RTX客户端的操作状态的流程示意图。

在本发明实施例中，业务设备将卡片消息发送至第一用户设备之后，第一用户设备显示该卡片消息，用户可以在第一用户设备的显示界面上直接进行选项的操作，而不需要打开该卡片消息的链接，所以，很大程度上提高了用户的便利性。示例的，针对于企业版RTX利用交互消息协助员工更为便捷地处理业务系统推送的任务，提升员工的办公效率，确保企业员工大大降低卡片消息的操作成本。进一步的，用户直接在卡片消息上进行选项的操作，可以简单的说一键完成对卡片消息的操作并得到业务设备的响应，既降低了页面的跳出率，又大大提升了员工的办公效率。

如图9所示，为本发明实施例中数据传输的方法的另一个实施例示意图，包括：

901、业务设备将卡片消息发送至第一用户设备，卡片消息包括指示不同选项的操作标识的交互消息；

在本发明实施例中，步骤901上述图1中所示的步骤101相同，此处不再赘述。

902、第一用户设备显示卡片消息；

在本发明实施例中，第一用户设备接收业务设备发送的卡片消息之后，第一用户设备显示卡片消息。示例性的，假设员工A想要请假，将填好的请假信息传到业务设备，业务设备会将该请假信息发送到审批员工A请假事宜上级的用户设备，这里可以是员工A的经理的用户设备(第一用户设备)，这里的请假信息即为卡片消息。如图10所示，为在经理的RTX客户端的对话框里面显示的内容，图10所示属于员工的请假消息。

903、第一用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

在本发明实施例中，第一用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果。接上述的示例，经理的RTX客户端的对话框里显示的是“通过”和“拒绝”，经理觉得员工A平时的表现不错，所以，就选了“通过”这个选项。那么，这里确定的第一选项结果就是“通过”。

904、第一用户设备将第一选项结果发送至业务设备；

在本发明实施例中，第一用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果之后，第一用户设备再将第一选项结果向业务设备发送；业务设备接收第一用户设备发送的第一选项结果。示例为：经理的RTX客户端将“通过”这个第一选项结果返回到业务设备。

接上述步骤的示例，那么，这里的第一用户设备向业务设备发送的第一选项结果为“通过”，业务设备接收“通过”这个信息。在实际应用中，RTX客户端确定“通过”之后，先将“通过”这个第一选项结果发送到RTX客户端的后台，RTX客户端的后台再将“通过”发送至业务设备；而且RTX客户端的后台的收到“通过”后，会返回一个系统消息给RTX客户端，如图11所示，显示的系统消息为：08-31 19:46:53你提交了“通过”查看原文。

905、业务设备根据第一选项结果，生成响应指令；

在本发明实施例中，业务设备接收第一用户设备发送的第一选项结果之后，会根据第一选项结果，生成响应指令，表示自己收到这个信息了，做出一个响应，所以，会生成一个响应指令。

906、业务设备将响应指令发送至第一用户设备；

在本发明实施例中，业务设备向第一用户设备发送响应指令，响应指令用于第一用户设备显示第一选项结果；第一用户设备接收业务设备发送的响应指令。

907、第一用户设备根据响应指令显示第一选项结果；

在本发明实施例中，第一用户设备根据响应指令显示第一选项结果。应理解，步骤905至907为可选的步骤，在实际应用中，可根据实际情况决定是否执行。示例性的，如上述图11所示，第一用户设备接收的卡片消息中显示该第一选项结果为“通过”。

908、业务设备将卡片消息发送至第二用户设备，第二用户设备的用户优先级大于第一用户设备的用户优先级；

在本发明实施例中，业务设备将卡片消息向第二用户设备发送，第二用户设备的用户优先级大于第一用户设备的用户优先级；第二用户设备接收该卡片消息，卡片消息包括指示不同选项的操作标识的交互消息。

示例性的，业务设备再将卡片消息发送到总经理的RTX客户端。应理解，在实际应用中，类似审批这样的卡片消息一般都是层层递进的。这里假设员工A请假需要经理和总经理两人的审核通过，他才算请假成功。所以，这里当经理的审批通过之后，可以再向总经理的RTX客户端(第二用户设备)发送请假信息。

909、第二用户设备显示卡片消息；

在本发明实施例中，第二用户设备接收业务设备发送的卡片消息之后，第二用户设备显示卡片消息。示例性的，如图12所示，为在总经理的的RTX客户端的对话框里面显示的内容。

910、第二用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第二选项结果；

在本发明实施例中，第二用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果。示例性的，总经理考虑到最近是年底，很多工作都没做完，压力特别大，而且，看了一下他请假的理由，觉得不一定非得本人回去处理才可以，所以，总经理选了“拒绝”的选项。即确定的第二选项结果为“拒绝”。

911、第二用户设备将第二选项结果发送至业务设备；

在本发明实施例中，第二用户设备响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第二选项结果之后，第二用户设备将第二选项结果向业务设备发送；业务设备接收第二选项结果。示例为：总经理的RTX客户端将“拒绝”这个第二选项结果返回到业务设备。

接上述步骤的示例，那么，这里的第二用户设备向业务设备发送的第二选项结果为“拒绝”，业务设备接收“拒绝”这个信息。在实际应用中，RTX客户端确定“拒绝”之后，先将“拒绝”这个第二选项结果发送到RTX客户端的后台，RTX客户端的后台再将“拒绝”发送至业务设备；而且RTX客户端的后台的收到“拒绝”后，会返回一个系统消息给RTX客户端，如图13所示，显示的系统消息为：08-31 20:46:53你提交了“拒绝”查看原文。

912、若第二选项结果与第一选项结果不同，业务设备将第二选项结果发送至第一用户设备；

在本发明实施例中，业务设备之前已经接收到第一选项结果，现在又接收到第二选项结果，将这两个选项结果比较一下，若第二选项结果与第一选项结果不同，则业务设备向第一用户设备发送第二选项结果；第一用户设备接收该第二选项结果。应理解，在前文中已有提及，第二用户设备的用户优先级高于第一用户设备的用户优先级，所以，这里的选项结果已第二用户设备返回的为主。

913、第一用户设备显示第二选项结果。

在本发明实施例中，业务设备将第二选项结果发送至第一用户设备之后；第一用户设备显示第二选项结果。具体的，可包括：第一用户设备将第一选项结果更新为第二选项结果；第一用户设备显示第二选项结果。示例性的，如上述图13所示，第一用户设备接收的卡片消息中显示该第二选项结果更新为“拒绝”。

需要说明的是，在本发明实施例中，业务设备将卡片消息发给两个用户设备进行选项操作的，在实际应用中，可能一个卡片消息要发好几个用户设备进行选项操作，具体不做限定。

在本发明实施例中，是对同一个卡片消息，发送给不同的用户设备进行选项操作，确定选项结果，最后，以用户优先级高的用户设备确定的选项结果为准。不管是将发给一个用户设备，还是发给多个用户设备，用户在用户设备显示的选项操作都不需要打开卡片消息的链接，直接进行选项的操作，大大提高了工作效率。进一步的，第二用户设备的用户优先级高于第一用户设备时，且第一用户设备确定的第一选项结果与第二用户设备确定的选项结果不同时，业务设备将第二选项结果发送至第一用户设备，第一用户设备可以将之前显示的第一选项结果更新为第二选项结果。

下面以一个实际应用场景为例来进行说明，便于理解本发明技术方案。

小赵是一个公司的工作人员，最近他在策划一个活动，需要一笔经费，策划书等各种实际调查已经做好了，现在就等着经费下来开启这项活动。假设，若拿到这比经费需要3个级别的领导审批通过，分别设为部门经理、总经理和财务部负责人，设部门经理的用户设备为第一用户设备，总经理的为第二用户设备，财务部负责人的为第三用户设备，审批的步骤为从部门经理——总经理——财务部负责人。

小赵先在自己的用户设备写出一份经费申请文档，该经费申请文档包括活动的背景，活动的目的，活动的项目，以及所需的经费等等一系列信息。将该经费申请文档发送至业务设备。业务设备收到经费申请文档后，业务设备的管理员(可以是用户，也可以是业务设备自身)将经费申请文档作为卡片消息向第一用户设备。第一用户设备显示该经费申请文档，部门经理在他的第一用户设备上看到该经费申请文档，显示框上面显示“通过”和“拒绝”这两个选项，因为这项活动部门经理是主要负责人，所以，他选了“通过”这个选项。第一用户设备将“通过”作为第一选项结果向业务设备发送，业务设备接收到“通过”这个第一选项结果的信息。业务设备可以对第一选项结果做一个响应，那么，第一用户设备上面的经费申请文档显示的选项为“通过”，“拒绝”这个选项没有显示了。同时，业务设备将第一选项结果同步到小赵的用户设备上，那么，小赵在自己的用户设备上也可以看到部门经理的审批状态为“通过”。

业务设备的管理员再将经费申请文档向第二用户设备发送，应理解，这里若部门经理选了“拒绝”，那么，一般情况下，业务设备不会再将经费申请文档向第二用户设备发送。第二用户设备接收到经费申请文档并显示，总经理看到这个文档，也选了“通过”，这个“通过”作为第二选项结果向业务设备发送，业务设备接收到“通过”这个第二选项结果的信息后，可以对第二选项结果做一个响应，那么，第二用户设备上面的经费申请文档显示的选项为“通过”，“拒绝”这个选项没有显示了。同时，业务设备将第二选项结果同步到小赵的用户设备上，那么，小赵在自己的用户设备上也可以看到总经理的审批状态为“通过”。

因为第二用户设备的发送的第二选项结果为“通过”，所以，业务设备的管理员再将经费申请文档向第三用户设备发送，第三用户设备接收到经费申请文档，觉得他们的这个经费申请不合理，所以，财务部负责人在他的第三用户设备上显示的经费申请文档上直接点击了“拒绝”；第三用户设备将“拒绝”作为第三选项结果向业务设备发送，业务设备接收到这个第三选项结果之后，可以同步到小赵的用户设备上，小赵看到的状态就是“拒绝”了。所以，他又得辛苦的重新再写一份策划，修改之后再进行经费申请。

在本发明应用场景中，因为实际的工作中一份文件需要经过各个级别、各个层次的用户审核，所以，若收到每个卡片消息，都需要打开链接，才能进行选项操作，累计起来，也很浪费时间，但实际上，打开链接的意义不是很大，所以，本发明技术方案当用户在用户设备上接收到类似于交互消息的卡片消息时，可以直接进行选项操作，而不需要打开链接，跳转到另外的网页再进行选项操作，所以，省了步骤，完成了工作，还节约了时间，大大提高了用户的工作效率。

上面对本发明实施例中数据传输的方法做了说明，下面对本发明实施例中所提供的用户设备和业务设备进行具体的说明。如图14所示，为本发明实施例中用户设备的一个实施例示意图，包括：

接收模块1401，用于接收业务设备发送的卡片消息，卡片消息包括指示不同选项的操作标识的交互消息；

显示模块1402，用于显示卡片消息；

确定模块1403，用于响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

发送模块1404，用于将第一选项结果向业务设备发送。

可选的，在本发明的一些实施例中，

接收模块1401，还用于接收业务设备发送的响应指令；

显示模块1402，还用于根据响应指令显示第一选项结果。

可选的，在本发明的一些实施例中，

接收模块1401，还用于接收业务设备发送的第二选项结果，第二选项结果对应的第二用户设备的用户优先级高于第一用户设备的用户优先级；

显示模块1402，还用于显示第二选项结果。

可选的，在本发明的一些实施例中，

显示模块1402，具体用于将第一选项结果更新为第二选项结果；显示第二选项结果。

如图15所示，为本发明实施例中业务设备的一个实施例示意图，包括：

发送模块1501，用于向第一用户设备发送卡片消息，卡片消息包括指示不同选项的操作标识的交互消息；

接收模块1502，用于接收第一用户设备发送的第一选项结果，第一选项结果为第一用户设备响应用户从指示不同选项的操作标识中，选择目标操作标识的操作而确定的。

可选的，在本发明的一些实施例中，在图15所示的基础上，如图16所示，为本发明实施例中业务设备的另一个实施例示意图，业务设备还包括：

生成模块1503，用于根据第一选项结果，生成响应指令；

发送模块1501，还用于向第一用户设备发送响应指令，响应指令用于第一用户设备显示第一选项结果。

可选的，在本发明的一些实施例中，

发送模块1501，还用于向第二用户设备发送卡片消息，第二用户设备的用户优先级大于第一用户设备的用户优先级；

接收模块1502，还用于接收第二用户设备发送的第二选项结果；

发送模块1501，还用于若第二选项结果与第一选项结果不同，则发送模块向第一用户设备发送第二选项结果。

如图17所示，是本发明实施例提供的一种用户设备的结构示意图。

该用户设备可因配置或性能不同而产生比较大的差异，可以包括收发器1701，一个或一个以上中央处理器(central processing units，CPU)1702(例如，一个或一个以上处理器)和存储器1703，一个或一个以上存储应用程序17041或数据17042的存储介质1704(例如一个或一个以上海量存储设备)。其中，存储器1703和存储介质1704可以是短暂存储或持久存储。存储在存储介质1704的程序可以包括一个或一个以上模块(图17中没示出)，每个模块可以包括对用户设备中的一系列指令操作。更进一步地，中央处理器1702可以设置为与存储介质1704通信，在该用户设备上执行存储介质1704中的一系列指令操作。

上述实施例中由用户设备所执行的步骤可以基于该图17所示的用户设备结构。在本发明实施例中，收发器1701，用于接收业务设备发送的卡片消息，卡片消息包括指示不同选项的操作标识的交互消息；将第一选项结果向业务设备发送。

中央处理器1702，用于显示卡片消息；响应用户从指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

可选的，在本发明的一些实施例中，

收发器1701，还用于接收业务设备发送的响应指令；

中央处理器1702，还用于根据响应指令显示第一选项结果。

可选的，在本发明的一些实施例中，

收发器1701，还用于接收业务设备发送的第二选项结果，第二选项结果对应的第二用户设备的用户优先级高于第一用户设备的用户优先级；

中央处理器1702，还用于显示第二选项结果。

可选的，在本发明的一些实施例中，

中央处理器1702，具体用于将第一选项结果更新为第二选项结果；显示第二选项结果。

如图18所示，是本发明实施例提供的一种业务设备的结构示意图。

该业务设备可因配置或性能不同而产生比较大的差异，可以包括收发器1801，一个或一个以上中央处理器(central processing units，CPU)1802(例如，一个或一个以上处理器)和存储器1803，一个或一个以上存储应用程序18041或数据18042的存储介质1804(例如一个或一个以上海量存储设备)。其中，存储器1803和存储介质1804可以是短暂存储或持久存储。存储在存储介质1804的程序可以包括一个或一个以上模块(图18中没示出)，每个模块可以包括对业务设备中的一系列指令操作。更进一步地，中央处理器1802可以设置为与存储介质1804通信，在该业务设备上执行存储介质1804中的一系列指令操作。

上述实施例中由业务设备所执行的步骤可以基于该图18所示的业务设备结构。在本发明实施例中，收发器1801，用于向第一用户设备发送卡片消息，卡片消息包括指示不同选项的操作标识的交互消息；接收第一用户设备发送的第一选项结果，第一选项结果为第一用户设备响应用户从指示不同选项的操作标识中，选择目标操作标识的操作而确定的。

可选的，在本发明的一些实施例中，

中央处理器1802，用于根据第一选项结果，生成响应指令；

收发器1801，还用于向第一用户设备发送响应指令，响应指令用于第一用户设备显示第一选项结果。

可选的，在本发明的一些实施例中，

收发器1801，还用于向第二用户设备发送卡片消息，第二用户设备的用户优先级大于第一用户设备的用户优先级；接收第二用户设备发送的第二选项结果；若第二选项结果与第一选项结果不同，则发送模块向第一用户设备发送第二选项结果。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (14)

1.一种数据传输的方法，其特征在于，包括：

第一用户设备接收业务设备发送的卡片消息，所述卡片消息包括指示不同选项的操作标识的交互消息；

所述第一用户设备显示所述卡片消息；

所述第一用户设备响应用户从所述指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

所述第一用户设备将所述第一选项结果向所述业务设备发送。

2.根据权利要求1所述的方法，其特征在于，所述第一用户设备将所述第一选项结果向所述业务设备发送之后，所述方法还包括：

所述第一用户设备接收所述业务设备发送的响应指令；

所述第一用户设备根据所述响应指令显示所述第一选项结果。

3.根据权利要求1或2所述的方法，其特征在于，所述第一用户设备将所述第一选项结果向所述业务设备发送之后，所述方法还包括：

所述第一用户设备接收所述业务设备发送的第二选项结果，所述第二选项结果对应的第二用户设备的用户优先级高于所述第一用户设备的用户优先级；

所述第一用户设备显示所述第二选项结果。

4.根据权利要求3所述的方法，其特征在于，所述第一用户设备显示所述第二选项结果，包括：

所述第一用户设备将所述第一选项结果更新为所述第二选项结果；

所述第一用户设备显示所述第二选项结果。

5.一种数据传输的方法，其特征在于，包括：

业务设备向第一用户设备发送卡片消息，所述卡片消息包括指示不同选项的操作标识的交互消息；

所述业务设备接收所述第一用户设备发送的第一选项结果，所述第一选项结果为所述第一用户设备响应用户从所述指示不同选项的操作标识中，选择目标操作标识的操作而确定的。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述业务设备根据所述第一选项结果，生成响应指令；

所述业务设备向所述第一用户设备发送所述响应指令，所述响应指令用于所述第一用户设备显示所述第一选项结果。

7.根据权利要求5所述的方法，其特征在于，所述业务设备接收所述第一用户设备发送的第一选项结果之后，所述方法还包括：

所述业务设备向第二用户设备发送所述卡片消息，所述第二用户设备的用户优先级大于所述第一用户设备的用户优先级；

所述业务设备接收第二用户设备发送的第二选项结果；

若所述第二选项结果与所述第一选项结果不同，则所述业务设备向所述第一用户设备发送所述第二选项结果。

8.一种用户设备，其特征在于，包括：

接收模块，用于接收业务设备发送的卡片消息，所述卡片消息包括指示不同选项的操作标识的交互消息；

显示模块，用于显示所述卡片消息；

确定模块，用于响应用户从所述指示不同选项的操作标识中选择目标操作标识的操作，确定第一选项结果；

发送模块，用于将所述第一选项结果向所述业务设备发送。

9.根据权利要求8所述的用户设备，其特征在于，

所述接收模块，还用于接收所述业务设备发送的响应指令；

所述显示模块，还用于根据所述响应指令显示所述第一选项结果。

10.根据权利要求8或9所述的用户设备，其特征在于，

所述接收模块，还用于接收所述业务设备发送的第二选项结果，所述第二选项结果对应的第二用户设备的用户优先级高于所述第一用户设备的用户优先级；

所述显示模块，还用于显示所述第二选项结果。

11.根据权利要求10所述的用户设备，其特征在于，

所述显示模块，具体用于将所述第一选项结果更新为所述第二选项结果；显示所述第二选项结果。

12.一种业务设备，其特征在于，包括：

发送模块，用于向第一用户设备发送卡片消息，所述卡片消息包括指示不同选项的操作标识的交互消息；

接收模块，用于接收所述第一用户设备发送的第一选项结果，所述第一选项结果为所述第一用户设备响应用户从所述指示不同选项的操作标识中，选择目标操作标识的操作而确定的。

13.根据权利要求12所述的业务设备，其特征在于，所述业务设备还包括：

生成模块，用于根据所述第一选项结果，生成响应指令；

所述发送模块，还用于向所述第一用户设备发送所述响应指令，所述响应指令用于所述第一用户设备显示所述第一选项结果。

14.根据权利要求12所述的业务设备，其特征在于，

所述发送模块，还用于向第二用户设备发送所述卡片消息，所述第二用户设备的用户优先级大于所述第一用户设备的用户优先级；

所述接收模块，还用于接收第二用户设备发送的第二选项结果；

所述发送模块，还用于若所述第二选项结果与所述第一选项结果不同，则所述发送模块向所述第一用户设备发送所述第二选项结果。