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

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

背景技术

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

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

技术实现要素：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附图说明

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

图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：服务器从子女的账户中扣费支付本次约车服务。

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

--健康陪伴

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

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

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

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

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

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

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

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

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

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

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

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

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

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

--支付陪伴

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

实施例三

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

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

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

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

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

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

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

实施例四

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

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

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

其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等。

实施例五

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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