CN108776886A - 一种事务协助方法、装置及电子设备 - Google Patents

Abstract

本说明书实施例涉及一种事务协助方法、装置及电子设备，包括：接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求用于请求事务协助操作；基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操作。

Description

一种事务协助方法、装置及电子设备

技术领域

本说明书实施例涉及网络技术领域，尤其涉及一种事务协助方法、装置及 电子设备。

背景技术

随着社会老龄化的发展，出现越来越多的为老年人定制的智能电子产品， 例如，智能手环，智能手机等。

当前科技的迅猛发展使得日常生活中的衣食住行等日常事务的处理方式 更为科技化、便捷化。但是，考虑到老年人或是其它监护对象等特殊人群的学 习能力以及水平有限，导致无法利用身边的智能电子产品实现较为便捷的日常 事务处理。

发明内容

本说明书实施例提供一种事务协助方法、装置及电子设备，用以解决 现有技术中特殊人群无法利用身边智能电子产品处理日常事务的问题。

为了解决上述技术问题，本说明书实施例采用下述技术方案：

第一方面，提供了一种事务协助方法，包括：

接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求 用于请求事务协助操作；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操 作。

第二方面，提供了一种事务协助装置，包括：

接收模块，接收第一用户的客户端发送的事务协助操作请求，所述事务协 助操作请求用于请求事务协助操作；

处理模块，基于所述事务协助操作请求，通过第二用户的客户端执行所述 事务协助操作。

第三方面，提供了一种电子设备，包括：存储器、处理器及存储在所述存 储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器 执行：

接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求 用于请求事务协助操作；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操 作。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存 储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执 行时，使得所述电子设备执行以下操作：

接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求 用于请求事务协助操作；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操 作。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

本说明书的技术方案，对于第一用户的客户端发送来的事务协助操作请 求，可通过第二用户的客户端执行该事务协助操作，即通过第二用户的客户端 协助第一用户的客户端来执行相应的事务，从而，有效解决了特殊人群无法利 用身边智能电子产品处理日常事务的问题，提高了事务处理效率以及便捷性。

附图说明

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

图1为本说明书实施例提供的事务协助方法的步骤示意图之一；

图2a为本说明书实施例提供的事务协助方法的步骤示意图之二；

图2b为本说明书实施例提供的事务协助方法的步骤示意图之三；

图3a为本说明书实施例提供的预设映射关系示意图；

图3b为本说明书实施例提供的预设映射关系建立方法示意图；

图4为本说明书实施例提供的事务协助方法的步骤示意图之四；

图5a为本说明书实施例提供的事务协助方法的步骤示意图之五；

图5b为本说明书实施例提供的事务协助方法的步骤示意图之六；

图6a为本说明书实施例提供的事务协助方法的步骤示意图之七；

图6b为本说明书实施例提供的事务协助方法的步骤示意图之八；

图7a为本说明书实施例提供的事务协助方法的步骤示意图之九；

图7b为本说明书实施例提供的事务协助方法的步骤示意图之十；

图8为本说明书实施例提供的事务协助方法的具体实现流程控制示意图之 一；

图9为本说明书实施例提供的事务协助方法的具体实现流程控制示意图之 二；

图10为本说明书实施例提供的事务协助方法的具体实现流程控制示意图 之三；

图11为本说明书实施例提供的电子设备的结构示意图；

图12为本说明书实施例提供的事务协助装置的结构示意图。

具体实施方式

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

以下结合附图，详细说明本说明书各实施例提供的技术方案。

实施例一

参照图1所示，为本说明书实施例提供的事务协助方法的步骤示意图，需 要说明的是，该事务协助方法的执行主体可以是服务器，主要包括：

步骤102：接收第一用户的客户端发送的事务协助操作请求，所述事务协 助操作请求用于请求事务协助操作。

应理解，在本说明书实施例中，所涉及的事务主要为与衣食住行相关的日 常事务，例如：出行、体检、支付等；其实也并不限于工作事务，只是操作的 对象以及主体需要相应变换。

步骤104：基于所述事务协助操作请求，通过第二用户的客户端执行所述 事务协助操作。

本说明书的技术方案，对于第一用户的客户端发送来的事务协助操作请 求，可通过第二用户的客户端执行该事务协助操作，即通过第二用户的客户端 协助第一用户的客户端来执行相应的事务，从而，有效解决了特殊人群无法利 用身边智能电子产品处理日常事务的问题，提高了事务处理效率以及便捷性， 提升用户体验。

在本说明书实施例中，所述事务协助操作请求中携带有第二用户的用户标 识；相应地，参照图2a所示，步骤104可具体执行为：

步骤202a：基于所述事务协助操作请求解析出第二用户的用户标识。

应理解，这里所涉及的用户标识可以是表征第二用户的数字或符号标识， 具体可以是数字序列或字符串序列。

而该第二用户的用户标识可以是作为属性参数预先设置在第一用户中，每 次发起事务协助操作请求时都可直接添加在该请求内。其实，事务协助操作请 求中携带的第二用户的用户标识可以不同，即：根据事务类型的不同，该事务 协助操作请求中携带的第二用户的用户标识不同。例如，事务协助操作请求为 出行协助操作请求，那么第二用户的用户标识为A，即A用户协助出行事务； 事务协助操作请求为支付协助操作请求，那么第二用户的用户标识为B，即B 用户协助支付事务。或者，第二用户的用户标识是在每次发起事务协助操作请 求时根据用户选择添加的。本说明书实施例并不对此进行限定。

步骤204a：通过所述第二用户的用户标识对应的客户端执行所述事务协助 操作。

具体地，在本说明书实施例中，第一用户的客户端发送的事务操作请求携 带有作为协助方的第二用户的用户标识，这样，在接收到事务协助操作请求后， 应先从该事务协助操作请求中解析出第二用户的用户标识，然后，查找该第二 用户的用户标识对应的客户端作为协助方，来执行第一用户的客户端请求的事 务协助操作。

由此，通过第一用户的客户端确定的第二用户的客户端，来协助第一用户 来执行相应的事务协助操作，可以由第一用户主动选择协助方，实现较为灵活。

在本说明书实施例中，所述事务协助操作请求中携带有第一用户的用户标 识；相应地，参照图2b所示，在通过第二用户的客户端执行所述事务协助操 作之前，还包括：

步骤202b：基于所述事务协助操作请求解析出第一用户的用户标识。

应理解，这里所涉及的用户标识可以是表征第一用户的数字或符号标识， 具体可以是数字序列或字符串序列。

而该第一用户的用户标识的添加方式与第二用户的用户标识的添加方式 类似，在此不做赘述。

步骤204b：根据所述第一用户的用户标识以及预设映射关系，确定与所述 第一用户具有协助关系的第二用户的用户标识。

所述预设映射关系是作为被协助方的第一用户与作为协助方的第二用户 之间的映射关系。该映射关系至少可以包括：第一用户的用户属性，第二用户 的用户属性，第一用户与第二用户的角色关系，第一用户的角色属性，第二用 户的角色属性；其中，用户属性至少包括：用户ID，姓名，性别、年龄，证件 类型以及证件号码中的一种或多种组合；角色关系至少包括：角色关系ID，关 系类型，被协助方ID，协助方ID，协助状态等；角色属性至少包括：角色ID， 角色类型，角色名称，用户ID，用户属性等。以第一用户为父母，第二用户为 子女为例，该预设映射关系可参照图3a所示。

可选地，参照图3b所示，所述预设映射关系通过以下方式建立：

步骤302：接收第二用户的客户端发送的添加请求，所述添加请求中携带 有第二用户的用户标识。

步骤304：将所述添加请求反馈给第一用户的客户端。

步骤306：在接收到所述第一用户的客户端反馈的添加响应后，根据所述 第一用户的用户标识和第二用户的用户标识，建立所述第一用户与所述第二用 户之间的协助映射关系。

其中，所述添加响应中携带有第一用户的用户标识。

应理解，在本说明书实施例中，所述的预设映射关系可以是一一映射关系， 一对多映射关系，或是多对一映射关系。考虑到角色关系可能具有层级关系， 例如，祖辈、父辈、子辈、孙辈等层级关系，或是各级领导之间的层级关系， 这种映射关系还可以采用N叉树结构来体现。

在本说明书实施例中，考虑到第一用户的客户端请求协助的事务可能涉及 到隐私或是财务等事务，可以事先对协助方-即第二用户的客户端进行事务授 权。参照图4所示，在步骤102执行接收第一用户的客户端发送的事务协助操 作请求之前，还包括：

步骤402：接收第二用户的客户端发送的授权请求，所述授权请求中携带 有第一用户的用户标识。

步骤404：将所述授权请求反馈给所述第一用户的客户端。

步骤406：接收所述第一用户的客户端在授权后返回的授权响应。

应理解，在本说明书实施例中，即使第一用户与第二用户预先建立有预设 映射关系，但是，考虑到被协助方(第一用户)可能会将自己的事务分散给不 用的第二用户来协助，因此，还可以通过上述授权方案来进一步细化协助分工， 同时，进一步保证被协助方的隐私安全以及事务执行安全。

可选地，在本说明书实施例中，所述授权请求中还携带有授权请求内容； 所述授权请求内容可根据事务类型进行分类。其中，事务类型包括：出行事务、 健康事务、财务事务等；相应的授权请求内容可包括：查看出行状态、查看健 康状态，查看资金状态等。那么，在接收所述第一用户的客户端在授权后返回 的授权响应之后，还包括：

向所述第二用户的客户端推送所述第一用户的客户端中与所述授权请求 内容相关的信息。

举例说明，服务器接收第二用户的客户端发送的查看健康状态的授权请 求，将该授权请求发送给第一用户的客户端，在第一用户的客户端同意授权后， 接收到授权响应，服务器向第二用户的客户端推送第一用户的客户端中与健康 状态相关的信息，以便于第二用户及时获知第一用户的健康状况。

可选地，所述事务协助操作请求携带有定位求助消息；相应地，参照图5a 所示，步骤102通过第二用户的客户端执行所述事务协助操作时，具体包括：

步骤502：获取所述第一用户的客户端的第一位置信息。

其中，第一位置信息可以理解为是第一用户的客户端的当前位置信息，或 是，第一用户的客户端设置好的初始位置信息。

步骤504：发送所述第一位置信息给所述第二用户的客户端。

步骤506：当接收到所述第二用户的客户端返回的第一响应消息时，基于 所述第一用户的客户端的第一位置信息，向所述第一用户的客户端推送步行导 航策略。

应理解，步骤506具体实现时，服务器可以基于第一用户的客户端的第一 位置信息(假设是初始位置信息)，向第一用户的客户端推送步行导航策略， 具体可控制开启第一用户的客户端侧的导航软件，随后，第一用户根据导航软 件的语音或文字提示，输入(可通过语音或文字输入)第一用户的客户端的第 二位置信息(目的地位置信息)，以便于引导第一用户达到目的地。或者，服 务器你可以基于第一用户的客户端的第一位置信息以及第二位置信息，向第一 用户的客户端推送步行导航策略，具体可控制第一用户的客户端侧的导航软件 直接展示由第一位置信息至第二位置信息的步行导航策略。

该图5a的方案主要是针对无法打开随身携带的电子设备的导航软件的第 一用户，通过第二用户的客户端执行步行导航协助操作，这样，可以便于协助 不善于使用导航的老人以及其它需要被监护的对象，让这些特殊人群的对象在 第二用户的客户端的协助下到达目的地，从而，可有效提升对这些特殊人群的 陪伴监护，提升事务协助处理效率。

可选地，在向所述第一用户的客户端推送步行导航策略，且所述第一用户 的客户端使用该步行导航策略之后，参照图5b所示，还包括：

步骤508：将第一用户的客户端的步行导航信息同步给所述第二用户的客 户端。

可选地，基于图5a中步骤502-步骤504，当接收到所述第二用户的客户端 返回的第二响应消息时，基于所述第一用户的客户端的第一位置信息以及第二 位置信息，执行网络约车操作。

应理解，服务器执行网络约车操作的过程中，可通过本服务器的约车功能 从内部进行约车服务；也可以向第三方约车服务器发送约车请求以实现约车服 务。

可选地，在执行网络约车操作后，还包括：将所述第一用户的客户端采集 到的乘车状况同步给所述第二用户的客户端。

由上述方案可知，无论是通过推送步行导航策略还是代约车，都可以通过 第二用户的客户端协助第一用户的客户端实现出行事务。而且，还可以在第一 用户的客户端享受到第二用户的客户端的事务协助后，向第二用户的客户端同 步第一用户的客户端的步行状态或是乘车状态，以便于通过第二用户的客户端 及时调整协助策略，保证协助的高效性。

可选地，所述事务协助操作请求携带有体检求助消息；相应地，通过第二 用户的客户端执行所述事务协助操作，参照图6a所示，包括：

步骤602：将所述第一用户的客户端发送的体检求助消息通知给所述第二 用户的客户端。

当第一用户希望进行健康检查时，可发送体检求助消息，这时，服务器将 该体检求助消息通知给第二用户的客户端。

步骤604：在接收到所述第二用户的客户端返回的第三响应消息时，为所 述第一用户进行网络体检预约。

在第二用户的客户端返回接受该体检求助消息的第三响应消息时，可以通 过网络平台为第一用户从相应医院预约挂号或是体检中心进行体检预约。

应理解，在预约成功后，或是第一用户利用该体检预约进行体检时，可同 时建立该第一用户的健康档案。

可选地，参照图6b所示，所述事务协助操作请求携带有体检求助消息时， 该方法还包括：

步骤606：获取所述第一用户的客户端采集的健康信息，所述健康信息至 少包括：体检结果、诊断结果、日常健康状况中的一种或组合。

步骤608：根据所述健康信息向所述第二用户的客户端推送健康护理策略。

应理解，健康护理策略至少包括：健康保险、体检计划、日常保健等健康 护理策略中的一种或多种。

其实，在本说明书实施例中，服务器不仅可以向第二用户的客户端推送健 康护理策略，让作为协助方的第二用户根据这些健康护理策略及时为第一用户 进行健康护理。此外，还可以向第一用户的客户端推送健康护理策略，即直接 让被协助方了解自己的健康状况并选择合适的健康护理方式。

可选地，所述事务协助操作请求携带有支付求助消息；相应地，通过第二 用户的客户端执行所述事务协助操作，参照图7a所示，包括：

步骤702：将所述第一用户的客户端发送的支付求助消息通知给所述第二 用户的客户端。

所述支付求助消息是指第一用户直接或间接购买产品后发起的账单支付 请求，可以包括各种类型的账单，例如：线下扫码账单、水电煤账单、理财账 单等。

步骤704：在接收到所述第二用户的客户端返回的第四响应消息时，为所 述第一用户进行账单支付。

可选地，本说明书实施例中，在为所述第一用户进行账单支付之前，参照 图7b所示，还包括：

步骤706：接收所述第二用户的客户端发送的支付设置。

应理解，在本说明书实施例中，支付设置可以包括：支付工具的设置、支 付顺序的设置、支付限额的设置等。

步骤708：根据所述支付设置对所述第一用户的账户信息进行修改。

其中，以支付设置仅包含支付工具的设置为例，支付工具的设置具体为： 将第一用户账户信息中支付工具设置为第二用户的银行卡。进而，第二用户的 客户端可以在第一用户有支付需求时，利用自己的银行卡为第二用户购买商品 产生的账单进行支付。

实施例二

本说明书实施例可针对老年父母实现众多事务协助，进而在日常生活中以 协助的方式对老年父母进行陪伴，下面以第一用户为父母，第二用户为子女为 例，通过几个具体的应用场景对本说明书实施例所涉及的技术方案进行详细介 绍。

--出行陪伴

考虑到城市越来越大，电子化程度越来越高，很多不经常出远门的父母， 或者随子女到大城市生活的父母，出行是很大的问题。不熟悉电子地图，不会 用手机叫车软件，无法准确描述自己当前所在位置，导致父母出行时易遇到困 难，子女担心却没有好的解决办法。市面上当前的智能定位手环手表等产品， 只能起到定位作用，无法做导航交互；仅依赖打电话，沟通效率低。在父母迷 路的情况下，该方案可通过一键求助的方式发起定位求助，本实施例以优选发 送给具有映射关系的子女为主，其实也可以选择发送给子女的下辈，即发送给 具有类似映射关系的孙辈。参照图8所示，该出行陪伴的协助方案主要包括：

步骤802：父母侧手机发起定位求助消息给服务器。

该定位求助消息中携带有父母侧手机的位置信息。其实，该定位求助消息 中还可以携带有其他消息内容，例如，“儿子，我想去图书大厦，怎么走？” 类似的提示语，本说明书实施例并不对此进行限定。

步骤804：服务器接收父母侧手机发起的定位求助消息并通知给子女侧手 机。

服务器收到父母侧手机发送的定位求助消息后，根据该定位求助消息中携 带的用户标识，确定出与该父母具有预设映射关系的子女，之后，将该定位求 助消息通知给子女侧手机。

步骤806：子女侧手机在得知定位求助消息后，选择处理方式。

步骤8080a：若选择步行导航，则通知服务器控制弹出父母侧手机的导航。

应理解，服务器控制弹出父母侧手机的导航，可以理解为父母侧手机弹出 的导航即为已经预定好起始位置和终止位置的导航路线。

步骤8082a：服务器将父母侧手机的步行导航信息同步给子女侧手机。

步骤8080b：若选择约车，则通知服务器根据父母的位置信息进行网络约 车。

应理解，服务器根据父母的起始位置和终止位置，以及子女的联系方式， 进行网络约车。

步骤8082b：发送已约车的提示信息给父母侧手机。

步骤8084b：子女侧手机进行电话确认约车服务。

步骤8086b：服务器将父母的乘车情况实时同步给子女侧手机。

步骤8088b：服务器从子女的账户中扣费支付本次约车服务。

总之，上述出行陪伴的协助方案是基于手机的全球定位系统(Global Positioning System，GPS)定位功能，在父母发出求助时，将求助请求通知到 子女，子女可以看到父母当前的位置，根据父母要到达的目的地帮助父母设置 导航，或者代叫出租车，并随时关注父母的出行状态。在出租车到达目的地时， 还可以帮助父母结帐。由此，不仅实现了电子设备之间的事务协助，还可以实 现对老年父母的陪伴，提升用户体验。

--健康陪伴

随着父母年龄增大，子女多数不可能随时陪在父母身边，关爱父母，却也 很难事无巨细。为此，可通过本说明书实施例提供的健康陪伴的协助方案，参 照图9所示，主要包括：

步骤900a：子女侧手机发送健康陪伴请求。

步骤902a：父母侧手机发送授权通知。

步骤904a：为子女侧手机开启健康陪伴功能。

步骤906a：子女侧手机发送查看请求给服务器。

步骤908a：服务器发送父母健康状况给子女侧手机。

其中，健康状况包括：面色、脉搏、血压等。此外，还可以发送运动状况， 例如行走步数等。

当父母有体检需求时，还包括：

步骤900b：父母侧手机发送体检求助请求。

步骤902b：服务器根据子女侧手机返回的响应进行体检预约或就诊预约， 并建立健康档案。

应理解，这里的体检预约可以是在相应体检中心进行网络预约或是电话预 约，以进行身体检查；就诊预约可以是在相应医院进行网络挂号或是电话挂号， 以进行就诊医治。

步骤904b：服务器根据父母的健康档案向子女侧手机推送与父母相关的健 康护理策略。

其实，在预约体检或是就诊预约之后，还可以为父母的检查账单以及诊断 账单进行支付。

由此，为父母建立健康档案，记录父母的日常和体检记录，让子女随时可 以查看父母的健康状况，并支持自动分析父母的情况，提出体检、保险、日常 保健等建议，让子女放心，父母幸福。其中，记录父母的日常，包括每日的健 步走步数，通过父母的照片识别父母的面色判断健康状况等；医院、体检，包 括预约挂号、医嘱、药品、体检报告记录；结合大数据分析，判断父母重点需 要关注的健康问题，及时提醒子女和父母。

--支付陪伴

随着扫码支付的普及，日常消费、乘坐公共交通工具等都可以在线支付， 支付环节并不复杂，但设置支付工具，关注支付情况及对账等，仍需要一定的 门槛。

参照图10所示，该支付协助方案主要包括：

步骤1002a：子女侧手机发送支付协助请求。

应理解，该支付协助请求中可携带有支付设置，例如，支付工具的设置、 支付顺序的设置等。

步骤1004a：服务器在接收到父母侧手机发送的授权响应后，开启支付陪 伴功能，并进行支付设置。

当父母有线下支付操作时，可包括：

步骤1002b：父母侧手机发送扫码支付账单。

步骤1004b：服务器在接收到子女侧手机返回的响应后，进行账单支付。

其实，还可以协助父母进行线上支付，例如，网络购物或是其他网络消费。

为方便父母使用，可以支持子女代父母设置支付工具(可以设置为子女自 己的账户，也可以设置为父母的账户)，通过父母授权后，生效。在父母支付 时，账单同时显示在子女和父母的账单中，方便子女替父母核对。支取时由父 母发起。子女查询余额时需要由父母授权。

当父母的水电煤需要缴费时，可包括：

步骤1002c：服务器发送缴费提醒。

步骤1004c：服务器在接收到子女侧手机返回的响应后，进行缴费。

同时，还可以将缴费账单发送给子女侧手机和/或父母侧手机，每月自动提 醒子女缴费或者自动发起代扣。

养老金发放是退休的父母每个月的重要事情。但发下来的养老金如何增值 却是父母们越来越无法自主完成的事情。参照以下步骤：

步骤1002d：父母侧手机将养老金转至银行。

步骤1004d：子女发送养老金协助管理请求。

步骤1006d：在接收到父母返回的授权响应后，代扣父母账户的养老金购 买理财产品。

子女可以替父母设置养老金理财计划，在养老金到账后，自动发起代扣， 把养老金购买理财产品。相应地，理财产品的赎回指令需要由父母发起。

应理解，在本说明书实施例中，并不限于以上场景实例，还可以包括其他 的日常事务的处理场景，例如，在超市自助结账：可通过该事务协助方案协助 特殊人群进行自助结账。或是其他可利用网络平台执行该协助方案的事务处理 场景。

实施例三

下面参照图11详细介绍本说明书实施例的电子设备。请参考图11，在硬 件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。 其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(Non-Volatile Memory)，例 如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬 件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以 是工业标准体系结构(Industry Standard Architecture，ISA)总线、外设部件互 连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构 (ExtendedIndustry Standard Architecture，EISA)总线等。所述总线可以分为地 址总线、数据总线、控制总线等。为便于表示，图11中仅用一个双向箭头表 示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码 包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提 供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在 逻辑层面上形成事务协助装置。处理器，执行存储器所存放的程序，并具体用 于执行前文所述服务器作为执行主体时所执行的方法操作。

上述如本说明书实施例图1-图10所示实施例揭示的方法可以应用于处理 器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理 能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑 电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处 理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP) 等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－ Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体 管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各 方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任 何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为 硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完 成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或 者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位 于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1-图10的方法，并实现事务协助装置在图1-图10 所示实施例的功能，本说明书实施例在此不再赘述。

当然，除了软件实现方式之外，本说明书实施例的电子设备并不排除其他 实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程 的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

实施例四

本说明书实施例还提供一种计算机可读存储介质，所述计算机可读存储介 质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设 备执行时，使得所述服务器执行以下操作：

接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求 用于请求事务协助操作；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操 作

其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory， ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

实施例五

参照图12所示，为本说明书实施例提供的事务协助装置的结构示意图， 该装置主要包括：

接收模块1202，接收第一用户的客户端发送的事务协助操作请求，所述事 务协助操作请求用于请求事务协助操作；

处理模块1204，基于所述事务协助操作请求，通过第二用户的客户端执行 所述事务协助操作。

可选地，所述事务协助操作请求中携带有第二用户的用户标识；

处理模块1204，基于所述事务协助操作请求解析出第二用户的用户标识； 通过所述第二用户的用户标识对应的客户端执行所述事务协助操作。

可选地，所述事务协助操作请求中携带有第一用户的用户标识；还包括：

确定模块，在通过第二用户的客户端执行所述事务协助操作之前，基于所 述事务协助操作请求解析出第一用户的用户标识；根据所述第一用户的用户标 识以及预设映射关系，确定与所述第一用户具有协助关系的第二用户的用户标 识。

可选地，所述预设映射关系通过以下方式建立：

接收第二用户的客户端发送的添加请求，所述添加请求中携带有第二用户 的用户标识；

将所述添加请求反馈给第一用户的客户端；

在接收到所述第一用户的客户端反馈的添加响应后，根据所述第一用户的 用户标识和第二用户的用户标识，建立所述第一用户与所述第二用户之间的协 助映射关系；

其中，所述添加响应中携带有第一用户的用户标识。

可选地，所述接收模块，在接收第一用户的客户端发送的事务协助操作请 求之前，接收第二用户的客户端发送的授权请求，所述授权请求中携带有第二 用户的用户标识；

还包括：发送模块，将所述授权请求反馈给所述第一用户的客户端；

所述接收模块，接收所述第一用户的客户端在授权后返回的授权响应。

可选地，所述授权请求中还携带有授权请求内容；发送模块，在接收所述 第一用户的客户端在授权后返回的授权响应之后，向所述第二用户的客户端推 送所述第一用户的客户端中与所述授权请求内容相关的信息。

可选地，所述事务协助操作请求携带有定位求助消息；所述处理模块：获 取所述第一用户的客户端的第一位置信息；发送所述第一位置信息给所述第二 用户的客户端；当接收到所述第二用户的客户端返回的第一响应消息时，基于 所述第一用户的客户端的第一位置信息，向所述第一用户的客户端推送步行导 航策略。

可选地，还包括：同步模块，在向所述第一用户的客户端推送步行导航策 略，且所述第一用户的客户端使用该步行导航策略之后，将第一用户的客户端 的步行导航信息同步给所述第二用户的客户端。

可选地，所述处理模块，当接收到所述第二用户的客户端返回的第二响应 消息时，基于所述第一用户的客户端的第一位置信息以及第二位置信息，执行 网络约车操作。

可选地，所述处理模块在执行网络约车操作后，还将所述第一用户的客户 端采集到的乘车状况同步给所述第二用户的客户端。

可选地，所述事务协助操作请求携带有体检求助消息；所述处理模块，将 所述第一用户的客户端发送的体检求助消息通知给所述第二用户的客户端；在 接收到所述第二用户的客户端返回的第三响应消息时，为所述第一用户进行网 络体检预约。

可选地，还包括：获取模块，获取所述第一用户的客户端采集的健康信息， 所述健康信息至少包括：体检结果、日常健康状况中的一种或组合；

所述发送模块，根据所述健康信息向所述第二用户的客户端推送健康护理 策略。

可选地，所述事务协助操作请求携带有支付求助消息；所述处理模块，将 所述第一用户的客户端发送的支付求助消息通知给所述第二用户的客户端；在 接收到所述第二用户的客户端返回的第四响应消息时，为所述第一用户进行账 单支付。

可选地，在为所述第一用户进行账单支付之前，还包括：

设置模块，接收所述第二用户的客户端发送的支付设置；根据所述支付设 置对所述第一用户的账户信息进行修改。

本说明书的技术方案，对于第一用户的客户端发送来的事务协助操作请 求，可通过第二用户的客户端执行该事务协助操作，即通过第二用户的客户端 协助第一用户的客户端来执行相应的事务，从而，有效解决了特殊人群无法利 用身边智能电子产品处理日常事务的问题，提高了事务处理效率以及便捷性， 提升用户体验。

总之，以上所述仅为本说明书实施例的较佳实施例而已，并非用于限定本 说明书实施例的保护范围。凡在本说明书实施例的精神和原则之内，所作的任 何修改、等同替换、改进等，均应包含在本说明书实施例的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实 体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。 具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、 智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制 台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任 何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序 的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他 类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储 器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、 数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他 磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信 息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非 排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包 括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、 方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括 一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设 备中还存在另外的相同要素。

本说明书实施例中的各个实施例均采用递进的方式描述，各个实施例之间 相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不 同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描 述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (17)

1.一种事务协助方法，包括：

接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求用于请求事务协助操作；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操作。

2.如权利要求1所述的方法，所述事务协助操作请求中携带有第二用户的用户标识；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操作，包括：

基于所述事务协助操作请求解析出第二用户的用户标识；

通过所述第二用户的用户标识对应的客户端执行所述事务协助操作。

3.如权利要求1所述的方法，所述事务协助操作请求中携带有第一用户的用户标识；

在通过第二用户的客户端执行所述事务协助操作之前，还包括：

基于所述事务协助操作请求解析出第一用户的用户标识；

根据所述第一用户的用户标识以及预设映射关系，确定与所述第一用户具有协助关系的第二用户的用户标识。

4.如权利要求3所述的方法，所述预设映射关系通过以下方式建立：

接收第二用户的客户端发送的添加请求，所述添加请求中携带有第二用户的用户标识；

将所述添加请求反馈给第一用户的客户端；

在接收到所述第一用户的客户端反馈的添加响应后，根据所述第一用户的用户标识和第二用户的用户标识，建立所述第一用户与所述第二用户之间的协助映射关系；

其中，所述添加响应中携带有第一用户的用户标识。

5.如权利要求1-4任一项所述的方法，在接收第一用户的客户端发送的事务协助操作请求之前，还包括：

接收第二用户的客户端发送的授权请求，所述授权请求中携带有第二用户的用户标识；

将所述授权请求反馈给所述第一用户的客户端；

接收所述第一用户的客户端在授权后返回的授权响应。

6.如权利要求5所述的方法，所述授权请求中还携带有授权请求内容；

在接收所述第一用户的客户端在授权后返回的授权响应之后，还包括：

向所述第二用户的客户端推送所述第一用户的客户端中与所述授权请求内容相关的信息。

7.如权利要求1所述的方法，所述事务协助操作请求携带有定位求助消息；

通过第二用户的客户端执行所述事务协助操作，包括：

获取所述第一用户的客户端的第一位置信息；

发送所述第一位置信息给所述第二用户的客户端；

当接收到所述第二用户的客户端返回的第一响应消息时，基于所述第一用户的客户端的第一位置信息，向所述第一用户的客户端推送步行导航策略。

8.如权利要求7所述的方法，在向所述第一用户的客户端推送步行导航策略，且所述第一用户的客户端使用该步行导航策略之后，还包括：

将第一用户的客户端的步行导航信息同步给所述第二用户的客户端。

9.如权利要求7所述的方法，当接收到所述第二用户的客户端返回的第二响应消息时，基于所述第一用户的客户端的第一位置信息以及第二位置信息，执行网络约车操作。

10.如权利要求9所述的方法，在执行网络约车操作后，还包括：

将所述第一用户的客户端采集到的乘车状况同步给所述第二用户的客户端。

11.如权利要求1所述的方法，所述事务协助操作请求携带有体检求助消息；

通过第二用户的客户端执行所述事务协助操作，包括：

将所述第一用户的客户端发送的体检求助消息通知给所述第二用户的客户端；

在接收到所述第二用户的客户端返回的第三响应消息时，为所述第一用户进行网络体检预约。

12.如权利要求11所述的方法，还包括：

获取所述第一用户的客户端采集的健康信息，所述健康信息至少包括：体检结果、日常健康状况中的一种或组合；

根据所述健康信息向所述第二用户的客户端推送健康护理策略。

13.如权利要求1所述的方法，所述事务协助操作请求携带有支付求助消息；

通过第二用户的客户端执行所述事务协助操作，包括：

将所述第一用户的客户端发送的支付求助消息通知给所述第二用户的客户端；

在接收到所述第二用户的客户端返回的第四响应消息时，为所述第一用户进行账单支付。

14.如权利要求13所述的方法，在为所述第一用户进行账单支付之前，还包括：

接收所述第二用户的客户端发送的支付设置；

根据所述支付设置对所述第一用户的账户信息进行修改。

15.一种事务协助装置，包括：

接收模块，接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求用于请求事务协助操作；

处理模块，基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操作。

16.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：

接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求用于请求事务协助操作；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操作。

17.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收第一用户的客户端发送的事务协助操作请求，所述事务协助操作请求用于请求事务协助操作；

基于所述事务协助操作请求，通过第二用户的客户端执行所述事务协助操作。