CN106600254A - 用户的多帐户管理方法及装置 - Google Patents

Abstract

本发明涉及一种用户的多帐户管理方法及装置，其中的所述管理方法包括：当用户访问第一业务时，获取该用户在第一业务中的第一账户；获取所述用户在与所述第一业务关联的第二业务的第二账户；将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户。本发明的有益效果为：利用同一用户的不同账户之间建立的关联关系，在其中的一项业务中产生支付行为时，对其业务下注册的第一账户产生的支付金额的一部分或者全部均可由该用户在另一业务中的另一个账户完成支付，使得在较多个账户中进行的支付行为均可以转移到一个账户中进行支付，尤其便于用户对所有的账户账单在一个账户中进行查看以及管理。

Description

用户的多帐户管理方法及装置

技术领域

本发明实施例涉及媒体平台技术领域，尤其涉及一种用户的多帐户管理方法及装置。

背景技术

通常情况下，用户推荐方法可以包括：在用户的多个好友用户中，用户可以将任一好友用户，推荐给其他好友用户，使得用户的好友用户可以互相添加为好友。比如，用户的好友用户中至少包括用户A和用户B，则用户可以将用户A推荐给用户B，也即是，将用户A的推荐消息通过服务器发送至用户B，使得用户B可以根据用户A的推荐消息选择是否添加用户A为好友。

然而，这是针对于某一项业务的同一个用户的不同好友之间的推荐方法，对于包括有多个不同的子业务的某项业务而言，例如对于广告业务平台而言，某一用户可能在不同的子业务之间均建立有账户，而不同的账户之间又彼此独立，同一个用户的多个账户在支付时可能会出现金额不足以支付而其它账户无法关联支付的情况，使得同一个用户的各账户的管理异常不便。目前还没有能够解决该问题的产品或者方法出现。

发明内容

本发明提供一种用户的多帐户管理方法及装置，以实现在同一个用户存在有多个账户时更加方便地对多个账户的支付管理。

第一方面，本发明实施例提供了一种用户的多帐户管理方法，所述管理方法包括：

当用户访问第一业务时，获取该用户在第一业务中的第一账户；

获取所述用户在与所述第一业务关联的第二业务的第二账户；

将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户。

结合另一方面，在另一方面的一种可能的实施方式中，所述方法还包括：

在经过一预设时间时，转移到所述第二业务中的所述第二账户中的若干支付结果进行统一结算，由所述第一账户向所述第二账户转移所述若干支付结果的支付之和；

在进行统一结算之后，所述用户的第一账户负债进行清零操作。

结合另一方面，在另一方面的一种可能的实施方式中，所述方法还包括：

当所述第一账户在所述第一业务中产生的业务行为默认采用所述第一账户支付且不足以支付时，生成支付余额；

所述将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户时，包括：

将所述支付余额转移至所述第二业务中的所述第二账户，由所述第二账户进行结算。

结合另一方面，在另一方面的一种可能的实施方式中，所述获取所述用户在与所述第一业务关联的第二业务的第二账户之前，还包括：

建立所述第一业务与第二业务之间的用户关联；

由所述用户对所述第一业务的第一账户与所述第二业务的第二账户进行安全认证。

结合另一方面，在另一方面的一种可能的实施方式中，所述方法还包括：

对所述第一账户与所述第二账户进行绑定。

结合另一方面，在另一方面的一种可能的实施方式中，所述建立所述第一业务与第二业务之间的用户关联时，还包括:

使归属于同一用户的第一账户和第二账户根据情境条件判断自动进行关联操作；或者

由用户设置使归属于该用户的第一账户和第二账户之间进行关联操作的条件。

第二方面，本发明示例性实施例还提供了一种用户的多帐户管理装置，所述管理装置包括：

第一获取模块，用于当用户访问第一业务时，获取该用户在第一业务中的第一账户；

第二获取模块，用于获取所述用户在与所述第一业务关联的第二业务的第二账户；

转移模块，用于将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户。

结合另一方面，在另一方面的一种可能的实施方式中，所述装置还包括：

结算模块，用于在经过一预设时间时，转移到所述第二业务中的所述第二账户中的若干支付结果进行统一结算，由所述第一账户向所述第二账户转移所述若干支付结果的支付之和；

清零模块，用于在进行统一结算之后，所述用户的第一账户负债进行清零操作。

结合另一方面，在另一方面的一种可能的实施方式中，所述装置还包括：

余额生成模块，用于当所述第一账户在所述第一业务中产生的业务行为默认采用所述第一账户支付且不足以支付时，生成支付余额；

所述转移模块还用于：

将所述支付余额转移至所述第二业务中的所述第二账户，由所述第二账户进行结算。

结合另一方面，在另一方面的一种可能的实施方式中，所述装置还包括：

关联模块，用于建立所述第一业务与第二业务之间的用户关联；

认证模块，用于由所述用户对所述第一业务的第一账户与所述第二业务的第二账户进行安全认证；

所述装置还包括：

绑定模块，用于对所述第一账户与所述第二账户进行绑定；

所述关联模块还包括:

智能判断子模块，用于使归属于同一用户的第一账户和第二账户根据情境条件判断自动进行关联操作；或者

设置子模块，用于由用户设置使归属于该用户的第一账户和第二账户之间进行关联操作的条件。

本发明通过对用户在访问某一项业务时获取与该业务关联的第一账户，以及用户在另一业务中的第二账户，使得同一用户的不同账户之间建立关联，在其中的一个账户中产生购买行为并进行支付时，支付金额的一部分或者全部均可由该用户的另一个账户完成，从而使得完成对用户的多个账户之间的管理，尤其是多个账户支付混乱的问题得到解决，解决目前支付只能由支付行为所在的账户完成的问题，实现了将用户的多个账户进行关联并由其中一个账户进行支付、支付清单清晰不混乱的效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的用户的多帐户管理方法的流程图。

图2是根据一示例性实施例示出的同一用户的账户间账单清零的流程示意图。

图3是根据一示例性实施例示出的余额支付的流程图。

图4是根据一示例性实施例示出的安全认证的流程图。

图5是根据一示例性实施例示出的用户的多帐户管理装置的框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图中将各步骤描述成顺序的处理，但是其中的许多步骤可以并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排，当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图内的其它步骤。处理可以对应于方法、函数、规程、子例程、子程序等。

本发明涉及一种用户的多帐户管理方法及装置，其主要运用于对同一个用户下的不同账户之间进行管理的场景中，例如通过广告平台向某节目或者某软件发布广告，而用户在不同的软件或者节目和广告实现互动时注册的不同的账户的情形，其基本思想是：建立同一用户的不同账户之间的相互关联，使得在用户通过一账户访问一业务时，根据该用户的唯一身份信息获取该用户在另一业务中的另一账户，使用户在一种业务中产生的购买行为可以根据同一用户的不同账户之间的建立关联而支付一部分或者全部金额，使用户对其拥有的不同账户能够实现更加方便的管理、支付便捷的效果。

本实施例可适用于带有中心控制模块的广告平台或其它包括有多种业务的媒体平台中以进行用户的多账户管理的情况中，该方法可以由中心控制装置来执行，其中该装置可以由软件和/或硬件来实现，一般地可集成于广告平台或其它包括有多种业务以供用户注册登记的媒体平台中，如图1所示，为本发明实施例提供的一种用户的多帐户管理方法的流程示意图，所述方法具体包括如下步骤：

在步骤110中，当用户访问第一业务时，获取该用户在第一业务中的第一账户；

在本发明示例性实施例的一种实施场景中，所述用户为在广告平台的第一业务中注册登记第一账户，在该用户通过该第一账户登陆该广告平台时，或者该用户在与广告平台投放的广告或者商城所在的频道或者节目参与互动而通过所述第一账户登陆时，可通过所述用户的登陆状态获取该用户参与互动的业务类型，多数情况下，所述用户在登陆时所在登陆页面即为所述第一业务。

在步骤120中，获取所述用户在与所述第一业务关联的第二业务的第二账户；

用户在访问时即获取该用户的唯一身份标识，该唯一身份标识为可以标记用户的唯一身份信息，在一些可行的实施方式中，其可以为用户的身份信息，也可以为用户特有的生物特征信息，利用指纹信息、声波信息、瞳孔信息等等，通过该唯一身份标识可以确定不同业务的不同账户是否对应于同一个用户，也可以用于确定用户的不同业务之间的不同账户之间是否存在关联。在不同类型业务中同一个唯一身份标识可表明同一个用户，同一个用户在不同的类型业务中可拥有多个不同的用户名称，通过其可表明唯一身份信息查询对应的用户。

通过所述唯一身份标识建立所述用户在第一业务以及第二业务之间的关联，且可根据该唯一身份标识获取该用户注册的其它业务(第二业务、第三业务、第四业务……等等)并同时获取该用户在其它业务的对应的其它账户(第二账户、第三账户、第四账户……等等)。

在步骤130中，将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户。

用户通过所述第一账户在所述第一业务中进行的业务行为，通常表现为购买行为，当该用户购买完成之后进行支付时，可以将该支付结果转移到该用户的所述第二账户进行支付，即在第一业务中产生的购物行为、支付行为所对应的支付链接由第一账户转移到第二账户。

通过本发明的方法，使得利用同一用户的唯一身份标识获取该用户在不同业务的不同账户，利用同一用户的不同账户之间建立的关联关系，在其中的一项业务中产生支付行为时，对其业务下注册的第一账户产生的支付金额的一部分或者全部均可由该用户在另一业务中的另一个账户完成支付，从而使用户能够更加方便地对其拥有的多个账户进行管理，使得在较多个账户中进行的支付行为均可以转移到一个账户中进行支付，尤其便于用户对所有的账户账单在一个账户中进行查看以及管理。

在本发明示例性实施例的另一种实施场景中，所述方法还包括在一个账户中进行统一结算的步骤，如图2所示，这一过程可包括如下步骤：

在步骤210中，在经过一预设时间时，转移到所述第二业务中的所述第二账户中的若干支付结果进行统一结算，由所述第一账户向所述第二账户转移所述若干支付结果的支付之和；

根据用户的需求，所述预设时间可由用户进行实际设置，从而使得用户可以在该预设时间内发生在第一账户中的支付清单以及在所述第二账户中产生的支付清单(所述支付清单由支付结果完成之后生成，其可以为支付结果成功的支付清单，也可以为支付结果为失败的支付清单)进行统一结算。

在进行统一结算时产生的结算清单为在该预设时间内产生的所有支付结果的支付之和。

在步骤220中，在进行统一结算之后，所述用户的第一账户负债进行清零操作。

在结算完成之前，所述第一账户在每次结算时支付行为已转移至第二账户，形成所述账户对所述第二账户之间的负债，在结算完成之后，对该负债进行清零操作。

通过本发明的方法，所述第一账户与第二账户之间的负债可由用户在预设时间到期之后进行统一结算，从而使得用户更加清楚在该预设时间范围内第一账户产生的第一支付清单，使得该第一支付清单可与第二业务的第二支付清单分离生成，更加方便用户对于账户中清单信息的管理。

在本发明示例性实施例的一种实施场景中，所述方法还包括对第一账户的支付转移时的条件进行细化的操作，如图3所示，这一过程可具体包括如下步骤：

在步骤310中，当所述第一账户在所述第一业务中产生的业务行为默认采用所述第一账户支付且不足以支付时，生成支付余额；

在第一业务中的购买行为所对应的支付金额可默认采用所述第一账户进行支付，在不足以支付时生成支付余额。

所述将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户时，包括：

在步骤320中，将所述支付余额转移至所述第二业务中的所述第二账户，由所述第二账户进行结算。

通过本发明的方法，支付余额由关联的第二账户进行支付，使得用户可以更加自由地对第一账户以及第二账户的支付方式进行选择以及设置，在一个账户中不足以支付时由关联的第二账户进行余额支付，如此用户的多账户的支付方式更加能够满意实际的使用场景。

在本发明示例性实施例的另一种实施场景中，所述获取所述用户在与所述第一业务关联的第二业务的第二账户之前，还包括对用户的认证过程，如图4所示，这一过程可具体包括如下步骤：

在步骤410中，建立所述第一业务与第二业务之间的用户关联；

利用所述用户的唯一身份标识完成用户关联过程，在一种可行的实施方式中，在用户注册时可使注册的用户对应地生成唯一身份标识，或者在一种可行的实施方式中，该唯一身份标识也可以由用户提供，例如该唯一身份标识为用户的的身份号码信息，通过获取所述第一账户以及所述第二账户在注册登记时的用户的唯一身份标识可建立两账户之间的用户关联。

在一种可行的实施方式中，例如在一媒体平台的A项子业务的用户数据库A中包括有唯一身份标识为“11012X62B”的用户，而该媒体平台的B项子业务的用户数据库B中包括有唯一身份标识为“11011X62B”的用户，则即可建立该A项子业务以及B项子业务之间的用户关联。

在步骤420中，由所述用户对所述第一业务的第一账户与所述第二业务的第二账户进行安全认证。

在判断出所述第一账户与第二账户的用户关联时，还可将其是否进行关联发送至用户由用户进行安全认证，其认证的方式包括密钥认证、生物特征信息认证等。

在本发明示例性实施例的另一种实施场景中，所述方法还包括：

对所述第一账户与所述第二账户进行绑定。

在对所述第一账户与所述第二账户进行绑定之后，在不同的业务中进行支付行为时，可由相应的业务模块判断其支付行为是否可由绑定的另一账户进行支付，极大地方便了用户的支付行为。

通过本发明的方法，通过所述身份标识可将所述用户进行关联以及绑定操作，并且可由用户进行安全认证，使得关联以及绑定时的操作确定是由用户本人操作，避免用户对其拥有的多账户进行管理时由于非本人操作而造成的额外损失。

在本发明示例性实施例的另一种实施场景中，所述建立所述第一业务与第二业务之间的用户关联时，还包括:

使归属于同一用户的第一账户和第二账户根据情境条件判断自动进行关联操作；或者

由用户设置使归属于该用户的第一账户和第二账户之间进行关联操作的条件。

通过本发明的方法，对于第一账户以及第二账户之间的关联，可由用户自行设置或者由系统根据情境条件如两账户是否处于同一个媒体平台等智能判断，并在系统无法判断的情况下由用户自行设置，用户也可以在系统已智能设置的基础上进行修改设置，使得其关联操作均可以按照用户的意愿进行，极大地方便了用户对于其拥有的多账户在关联时的管理。

图5为本发明实施例提供的一种用户的多帐户管理装置的信令流程图/结构示意图，该装置可由软件和/或硬件实现，一般地集成于媒体平台中，可通过用户的多帐户管理方法来实现。如图所示，本实施例可以以上述实施例为基础，提供了一种用户的多帐户管理装置，其主要包括了第一获取模块510、第二获取模块520以及转移模块530。

其中的第一获取模块510，用于当用户访问第一业务时，获取该用户在第一业务中的第一账户；

其中的第二获取模块520，用于获取所述用户在与所述第一业务关联的第二业务的第二账户；

其中的转移模块530，用于将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户。

在本发明示例性实施例的另一种实施场景中，所述装置还包括：

结算模块，用于在经过一预设时间时，转移到所述第二业务中的所述第二账户中的若干支付结果进行统一结算，由所述第一账户向所述第二账户转移所述若干支付结果的支付之和；

清零模块，用于在进行统一结算之后，所述用户的第一账户负债进行清零操作。

在本发明示例性实施例的另一种实施场景中，所述装置还包括：

余额生成模块，用于当所述第一账户在所述第一业务中产生的业务行为默认采用所述第一账户支付且不足以支付时，生成支付余额；

所述转移模块还用于：

将所述支付余额转移至所述第二业务中的所述第二账户，由所述第二账户进行结算。

在本发明示例性实施例的另一种实施场景中，所述装置还包括：

关联模块，用于建立所述第一业务与第二业务之间的用户关联；

认证模块，用于由所述用户对所述第一业务的第一账户与所述第二业务的第二账户进行安全认证；

所述装置还包括：

绑定模块，用于对所述第一账户与所述第二账户进行绑定；

所述关联模块还包括:

智能判断子模块，用于使归属于同一用户的第一账户和第二账户根据情境条件判断自动进行关联操作；或者

设置子模块，用于由用户设置使归属于该用户的第一账户和第二账户之间进行关联操作的条件。

上述实施例中提供的用户的多帐户管理装置可执行本发明中任意实施例中所提供的用户的多帐户管理方法，具备执行该方法相应的功能模块和有益效果，未在上述实施例中详细描述的技术细节，可参见本发明任意实施例中所提供的用户的多帐户管理方法。

将意识到的是，本发明也扩展到适合于将本发明付诸实践的计算机程序，特别是载体上或者载体中的计算机程序。程序可以以源代码、目标代码、代码中间源和诸如部分编译的形式的目标代码的形式，或者以任何其它适合在按照本发明的方法的实现中使用的形式。也将注意的是，这样的程序可能具有许多不同的构架设计。例如，实现按照本发明的方法或者系统的功能性的程序代码可能被再分为一个或者多个子例程。

用于在这些子例程中间分布功能性的许多不同方式将对技术人员而言是明显的。子例程可以一起存储在一个可执行文件中，从而形成自含式的程序。这样的可执行文件可以包括计算机可执行指令，例如处理器指令和/或解释器指令(例如，Java解释器指令)。可替换地，子例程的一个或者多个或者所有子例程都可以存储在至少一个外部库文件中，并且与主程序静态地或者动态地(例如在运行时间)链接。主程序含有对子例程中的至少一个的至少一个调用。子例程也可以包括对彼此的函数调用。涉及计算机程序产品的实施例包括对应于所阐明方法中至少一种方法的处理步骤的每一步骤的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

另一个涉及计算机程序产品的实施例包括对应于所阐明的系统和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

计算机程序的载体可以是能够运载程序的任何实体或者装置。例如，载体可以包含存储介质，诸如(ROM例如CDROM或者半导体ROM)或者磁记录介质(例如软盘或者硬盘)。进一步地，载体可以是可传输的载体，诸如电学或者光学信号，其可以经由电缆或者光缆，或者通过无线电或者其它手段传递。当程序具体化为这样的信号时，载体可以由这样的线缆或者装置组成。可替换地，载体可以是其中嵌入有程序的集成电路，所述集成电路适合于执行相关方法，或者供相关方法的执行所用。

应该留意的是，上文提到的实施例是举例说明本发明，而不是限制本发明，并且本领域的技术人员将能够设计许多可替换的实施例，而不会偏离所附权利要求的范围。在权利要求中，任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词“一”或者“一个”不排除复数个这样的元素的存在。本发明可以通过包括几个明显不同的组件的硬件，以及通过适当编程的计算机而实现。在列举几种装置的装置权利要求中，这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。

如果期望的话，这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外，如果期望的话，以上所描述的一个或多个功能可以是可选的或者可以进行组合。

如果期望的话，上文所讨论的各步骤并不限于各实施例中的执行顺序，不同步骤可以以不同顺序执行和/或彼此同时执行。此外，在其他实施例中，以上所描述的一个或多个步骤可以是可选的或者可以进行组合。

虽然本发明的各个方面在独立权利要求中给出，但是本发明的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合，而并非仅是权利要求中所明确给出的组合。

这里所要注意的是，虽然以上描述了本发明的示例实施方式，但是这些描述并不应当以限制的含义进行理解。相反，可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本发明的范围。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的计算装置来实现，各模块可以集中在单个计算装置或者计算装置组成的网络组中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的移动终端来实现，各模块可以集中在单个移动终端或者移动终端组成的装置组合中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过编辑可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

注意，上述仅为本发明的示例性实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种用户的多帐户管理方法，其特征在于，所述管理方法包括：

当用户访问第一业务时，获取该用户在第一业务中的第一账户；

获取所述用户在与所述第一业务关联的第二业务的第二账户；

将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户。

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

在经过一预设时间时，转移到所述第二业务中的所述第二账户中的若干支付结果进行统一结算，由所述第一账户向所述第二账户转移所述若干支付结果的支付之和；

在进行统一结算之后，所述用户的第一账户负债进行清零操作。

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

当所述第一账户在所述第一业务中产生的业务行为默认采用所述第一账户支付且不足以支付时，生成支付余额；

所述将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户时，包括：

将所述支付余额转移至所述第二业务中的所述第二账户，由所述第二账户进行结算。

4.根据权利要求1所述的方法，其特征在于，所述获取所述用户在与所述第一业务关联的第二业务的第二账户之前，还包括：

建立所述第一业务与第二业务之间的用户关联；

由所述用户对所述第一业务的第一账户与所述第二业务的第二账户进行安全认证。

5.根据权利要求1或4任一所述的方法，其特征在于，所述方法还包括：

对所述第一账户与所述第二账户进行绑定。

6.根据权利要求4所述的方法，其特征在于，所述建立所述第一业务与第二业务之间的用户关联时，还包括:

使归属于同一用户的第一账户和第二账户根据情境条件判断自动进行关联操作；或者

由用户设置使归属于该用户的第一账户和第二账户之间进行关联操作的条件。

7.一种用户的多帐户管理装置，其特征在于，所述管理装置包括：

第一获取模块，用于当用户访问第一业务时，获取该用户在第一业务中的第一账户；

第二获取模块，用于获取所述用户在与所述第一业务关联的第二业务的第二账户；

转移模块，用于将所述第一账户在所述第一业务中产生的业务行为所对应的支付结果转移到所述第二业务中的所述第二账户。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

结算模块，用于在经过一预设时间时，转移到所述第二业务中的所述第二账户中的若干支付结果进行统一结算，由所述第一账户向所述第二账户转移所述若干支付结果的支付之和；

清零模块，用于在进行统一结算之后，所述用户的第一账户负债进行清零操作。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

余额生成模块，用于当所述第一账户在所述第一业务中产生的业务行为默认采用所述第一账户支付且不足以支付时，生成支付余额；

所述转移模块还用于：

将所述支付余额转移至所述第二业务中的所述第二账户，由所述第二账户进行结算。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

关联模块，用于建立所述第一业务与第二业务之间的用户关联；

认证模块，用于由所述用户对所述第一业务的第一账户与所述第二业务的第二账户进行安全认证；

所述装置还包括：

绑定模块，用于对所述第一账户与所述第二账户进行绑定；

所述关联模块还包括:

智能判断子模块，用于使归属于同一用户的第一账户和第二账户根据情境条件判断自动进行关联操作；或者

设置子模块，用于由用户设置使归属于该用户的第一账户和第二账户之间进行关联操作的条件。