业务管理设备、装置及方法与流程

本发明涉及数据处理技术领域，特别是涉及一种业务管理设备、装置及方法。

背景技术：

当服务器端单库数据增大的时候，为了避免数据出现单点故障或者单表检索瓶颈问题，往往会采用业务数据分库分表的方式进行数据存储，这就对一些特殊需求的实现带来了技术难度。

例如，订单表数据采用按订单创建时间的月份进行分表，但是业务有时会要求检索用户若干年内资质(如是否有过成功下单、判断用户下单常用地区)。再例如，红包表数据采用按获取红包的用户尾号进行分表，但是业务要求检索红包领取时用户状态(如所在游戏、使用机型)。

面对这些特殊需求，一些大公司采用了以下方式：

一、在业务层与数据持久层中增加检索中间层(如：阿里的tddl、360的atlas)，这样对于业务实现来说，他们面对的是一个整体数据层(分库分表策略对应用来说是透明的)，因此降低了对特殊需求的数据检索难度。

二、自建一个单一数据库服务(如阿里的odps、谷歌的spanner)，这样的服务需要满足任何容量的数据存储，且支持毫秒级的数据检索。

上述两种方案虽然在一定程度上可以满足一些具有特殊需求的业务，但是这两种方案均存在一定的技术壁垒，如目前并没有开源的单一数据库服务，要自建该服务需要花大量时间和精力和技术深度积累才行得通。并且方案一实质是进行了二次检索，而方案二实质进行了跨机房服务器间的数据通讯。这两种方案在一定程度均降低了数据检索性能。

综上，上述两种通用方案对于具体业务的实现有杀鸡用牛刀的意味，并且上述两种方案的复杂性必然会造成业务的不可控性。

技术实现要素：

本发明的主要目的是提供一种业务管理设备、装置及方法，其能够基于第一业务的第一业务数据，简单高效地满足具有特殊需求的第二业务。

根据本发明的一个方面，公开了一种业务管理设备，用于基于第一业务的第一业务数据管理第二业务，该设备包括：存储器；通信模块，接收第一业务数据；处理器，连接到存储器和通信模块，其中，处理器响应于接收到第一业务数据，将第一业务数据存储在存储器上的第一数据库中，第一业务数据包括相应用户的用户标识符，并且处理器响应于创建第二业务，获取第二业务的业务执行条件，从第一数据库中检索符合业务执行条件的第一业务数据，提取其用户标识符，并在存储器上的第二数据库中，与第二业务关联地存储所提取的用户标识符。

由此，针对第一业务，建立包含用户的用户标识符的第一业务数据库，根据创建的第二业务，在第一业务数据库中提取出满足或不满足第二业务的业务执行条件的用户标识符，将提取出的用户标识符与第二业务关联地存储。这样，就可以简单快速地识别出满足或不满足第二业务的用户的信息，以此来确定用户是否执行第二业务。

优选地，在已经创建了第二业务的情况下，处理器可以响应于接收到第一业务数据，判断第一业务数据是否符合业务执行条件，在第一业务数据符合业务执行条件的情况下，提取其用户标识符，并在第二数据库中，与第二业务关联地存储所提取的用户标识符。

由此，在创建第二业务之后，第二业务执行或第二业务结束之前，还可以继续对第一业务数据进行处理，判断相应的用户是否符合第二业务执行条件，然后对第二数据库进行更新。

优选地，在启动第二业务之后，处理器可以响应于包含当前用户的用户标识符的第二业务查询请求，在第二数据库中查询是否与第二业务关联地存储了当前用户的用户标识符，根据查询结果确定针对当前用户是否执行第二业务。

根据本发明的另一个方面，还公开了一种业务管理装置，用于基于第一业务的第一业务数据管理第二业务，该装置包括：数据存储单元，用于 响应于接收到第一业务数据，将第一业务数据存储在第一数据库中，第一业务数据包括相应用户的用户标识符；业务创建单元，用于创建第二业务；条件获取单元，用于响应于创建第二业务，获取第二业务的业务执行条件；检索单元，用于从第一数据库中检索符合业务执行条件的第一业务数据，并提取其用户标识符；以及第一关联存储单元，用于在第二数据库中，与第二业务关联地存储所提取的用户标识符。

优选地，该装置还可以包括：条件判断单元，用于在已经创建了第二业务的情况下，响应于接收到第一业务数据，判断第一业务数据是否符合业务执行条件；标识符提取单元，用于在第一业务数据符合业务执行条件的情况下，提取其用户标识符；以及第二关联存储单元，用于在第二数据库中，与第二业务关联地存储所提取的用户标识符。

优选地，该装置还可以包括：业务查询单元，用于在启动第二业务之后，响应于包含当前用户的用户标识符的第二业务查询请求，在第二数据库中查询是否与第二业务关联地存储了当前用户的用户标识符；业务确定单元，用于根据查询结果确定针对当前用户是否执行第二业务。

根据本发明的另一个方面，还提供了一种业务管理方法，基于第一业务的第一业务数据管理第二业务，该方法包括：响应于接收到第一业务数据，将第一业务数据存储在第一数据库中，第一业务数据包括相应用户的用户标识符；响应于创建第二业务，获取第二业务的业务执行条件；从第一数据库中检索符合业务执行条件的第一业务数据，并提取其用户标识符；以及在第二数据库中，与第二业务关联地存储所提取的用户标识符。

优选地，该方法还可以包括：在已经创建了第二业务的情况下，响应于接收到第一业务数据，判断第一业务数据是否符合业务执行条件；在第一业务数据符合业务执行条件的情况下，提取其用户标识符；以及在第二数据库中，与第二业务关联地存储所提取的用户标识符。

优选地，该方法还可以包括：在启动第二业务之后，响应于包含当前用户的用户标识符的第二业务查询请求，在第二数据库中查询是否与第二业务关联地存储了当前用户的用户标识符；根据查询结果确定针对当前用户是否执行第二业务。

优选地，业务执行条件是执行第二业务的条件，在查询结果表明第二 数据库中与第二业务关联地存储了当前用户的用户标识符的情况下，确定针对当前用户执行第二业务，而在查询结果表明第二数据库中没有与第二业务关联地存储当前用户的用户标识符的情况下，确定针对当前用户不执行第二业务；或者业务执行条件是不执行第二业务的条件，在查询结果表明第二数据库中没有与第二业务关联地存储当前用户的用户标识符的情况下，确定针对当前用户执行第二业务，而在查询结果表明第二数据库中与第二业务关联地存储了当前用户的用户标识符的情况下，确定针对当前用户不执行第二业务。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了根据本发明一实施例的业务管理装置的示意性方框图。

图2示出了根据本发明一实施例的业务管理方法的示意性流程图。

图3示出了根据本发明另一实施例的业务管理装置的示意性方框图。

图4示出了根据本发明另一实施例的业务管理方法的示意性流程图。

图5示出了根据本发明一实施例的业务管理设备的示意性方框图。

具体实施方式

如前所述，基于现有的业务数据存储方案，会对一些有特殊需求的业务(如首单立减业务)的实现带来技术难度。针对于此，本发明提出了一种简单高效的业务数据管理方案，其可以基于第一业务的第一业务数据管理第二业务，使得能够很好地满足有特殊需求的第二业务。

本发明的业务数据管理方案可以实现为一种业务管理装置和方法。下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

图1示出了根据本发明一实施例的业务管理装置的示意性方框图。

图2示出了根据本发明一实施例的业务管理方法的示意性流程图。

如图1所示，本发明的业务管理装置10包括数据存储单元110、业务创建单元120、条件获取单元130、检索单元140以及第一关联存储单元150。

如图2所示，在步骤s110，例如可以由数据存储单元110，响应于接收到第一业务数据，将第一业务数据存储在第一数据库中，其中第一业务数据包括相应用户的用户标识符。

这里，第一业务可以是用户下单信息、用户参加活动信息等等。以第一业务是用户的游戏充值信息为例，在用户在充值系统(收银台)完成游戏充值后，充值系统就会产生充值成功订单，充值成功订单中保存了用户的用户标识符，此时可以由数据存储单元110将该订单保存在第一数据库中。作为优选，可以采用作为数据中心，solr可以自动sharding以及拥有集群管理建设能力，同时拥有横向扩展能力，因此采用solr能保存足够多的数据。

在步骤s120，例如可以由条件获取单元130，响应于创建第二业务，获取第二业务的业务执行条件。

其中，可以由业务创建单元120来创建第二业务。对应于第二业务的业务执行条件可以是正面条件，可以是负面条件，也就是说，业务执行条件可以是执行第二业务的条件，也可以是不执行第二业务的条件。

以上文述及的第一业务是用户下单信息为例，第二业务可以是首单立减业务，相应的业务执行条件可以是预先设定的处于首单时间范围、符合首单立减适用对象、特定时间段内的交易频率/次数小于预定值等正面条件，符合这些正面条件的用户可以执行第二业务。

另外，相应的业务执行条件也可以是不处于首单时间范围、不符合首单使用的对象、特定时间段内的交易频率/次数大于预定值等负面条件，符合这些负面条件的用户不执行第二业务。

在步骤s130，例如可以由检索单元140，从第一数据库中检索符合业务执行条件的第一业务数据，并提取其用户标识符。

在业务执行条件是正面条件时，提取的用户标识符对应的用户是白名 单用户，在业务执行条件是负面条件时，提取的用户标识符对应的用户是黑名单用户。

在步骤s140，例如可以由第一关联存储单元150，在第二数据库中，与第二业务关联地存储所提取的用户标识符。

在提取出符合第二业务的业务执行条件的用户标识符后，就可以将其与第二业务关联地存储。这里，可以有多种存储方式，例如，可以建立对应于第二业务的用户列表，表中存储有符合业务执行条件的用户标识符，也可以以业务标识符+用户标识符的组合形式成对存储，后续查询时查找所有这样的组合，还可以建立第二业务的业务标识符为key，以对应的用户列表为value的kv数据库。kv数据库不同于一般的数据库，它能永久保存数据，并保证数据不丢失，同时它具备抗5wtps的压测能力，因此作为一种优选，可以将用户标识符与第二业务关联地存储在kv数据库中。

由此，针对第一业务，建立包含用户的用户标识符的第一业务数据库，根据创建的第二业务，在第一业务数据库中提取出满足或不满足第二业务的业务执行条件的用户的用户标识符，将提取出的用户标识符与第二业务关联地存储，由此，就可以简单快捷地识别出满足或不满足第二业务的用户的信息，以此来判断用户是否满足执行第二业务的条件。

图3示出了根据本发明另一实施例的业务管理装置的示意性方框图。

图4示出了根据本发明另一实施例的业务管理方法的示意性流程图。

如图3所示，本发明的业务管理装置可以可选地包括条件判断单元310、标识符提取单元320以及第二关联存储单元330。

如图4所示，在步骤s310，例如可以由条件判断单元310，在已经创建了第二业务的情况下，响应于接收到第一业务数据，判断第一业务数据是否符合业务执行条件。

在执行步骤s310时，还可以同时执行步骤s110，即继续将第一业务数据存储在第一数据库中，以备日后创建其它第二业务时使用。

如上文所述，这里的业务执行条件可以是正面条件，也可以是反面条件。

在步骤s320，例如可以由标识符提取单元320，在第一业务数据符合业务执行条件的情况下，提取其用户标识符。

在业务执行条件是正面条件时，所提取的用户标识符是白名单用户，在业务执行条件是反面条件时，所提取的用户标识符是黑名单用户。

在步骤s330，例如可以由第二关联存储单元330，在第二数据库中，与第二业务关联地存储所提取的用户标识符。

由此，在业务创建单元120创建第二业务之后，第二业务执行或第二业务结束之前，还可以继续对第一业务数据进行处理，判断第一业务数据对应的用户是否符合第二业务执行条件，然后对第二数据库进行更新。

另外，在第二业务为一个用户仅有一次机会的业务时(如首单立减活动)，在第二业务执行过程中，还可以响应于第二业务数据，将第二业务数据对应的用户标识符设为黑名单用户。在第二业务数据库中存储的是白名单用户时，将白名单用户中的该用户标识符剔除，在第二业务数据库中存储的是黑名单用户时，将该用户标识符添入。由此，可以防止用户重复执行第二业务。

如图3所示，本发明的业务管理装置还可以可选地包括业务查询单元340和业务确定单元350。

参见图4，在步骤s340，例如可以由业务查询单元340，在启动第二业务之后，响应于包含当前用户的用户标识符的第二业务查询请求，在第二数据库中查询是否与第二业务关联地存储了当前用户的用户标识符。

在步骤s350，例如可以由业务确定单元350，根据查询结果确定针对当前用户是否执行第二业务。

如前文所述，在业务执行条件是正面条件时，业务执行条件是执行第二业务的条件，在查询结果表明第二数据库中与第二业务关联地存储了当前用户的用户标识符的情况下，确定针对当前用户执行第二业务，而在查询结果表明所述第二数据库中没有与第二业务关联地存储当前用户的用户标识符的情况下，确定针对当前用户不执行第二业务。

另外，在业务执行条件是反面条件时，业务执行条件是不执行第二业务的条件。在查询结果表明第二数据库中没有与第二业务关联地存储当前用户的用户标识符的情况下，确定针对当前用户执行第二业务，而在查询结果表明第二数据库中与所述第二业务关联地存储了当前用户的用户标识符的情况下，确定针对当前用户不执行第二业务。

至此，结合图1-图4详细叙述了本发明的业务管理方案，另外，本发明的业务管理方案还可以实现为一下业务管理设备。

如图5所示，本发明实施例的业务管理设备50包括存储器510、通信模块520以及处理器530。

通信模块520用于接收第一业务数据。处理器530连接到存储器510和通信模块520。

处理器530响应于接收到第一业务数据，将第一业务数据存储在存储器510上的第一数据库中，第一业务数据包括相应用户的用户标识符，并且处理器530响应于创建第二业务，获取第二业务的业务执行条件，从第一数据库中检索符合业务执行条件的第一业务数据，提取其用户标识符，并在存储器510上的第二数据库中，与第二业务关联地存储所提取的用户标识符。

在已经创建了第二业务的情况下，处理器530响应于接收到第一业务数据，判断第一业务数据是否符合业务执行条件，在第一业务数据符合业务执行条件的情况下，提取其用户标识符，并在第二数据库中，与第二业务关联地存储所提取的用户标识符。

在启动第二业务之后，处理器530可以响应于包含当前用户的用户标识符的第二业务查询请求，在第二数据库中查询是否与第二业务关联地存储了当前用户的用户标识符，根据查询结果确定针对当前用户是否执行第二业务。

其中，本发明实施例涉及的内容在上文结合图1-图4已做了详细说明，可参上文相关描述，另外，本发明实施例的业务管理设备还可以通过处理器实现在上文结合图1-图4述及的而在这里没有提及的方案，此处不再赘述。

需要说明的是，还可以通过通信模块520发送是否执行第二业务的确定结果，以便相应服务器例如收银台确定是否执行第二业务。

另外，通信模块520还可以接收用户使用客户端发送的执行第二业务(如首单立减)的请求，响应于接收到用户的执行第二业务的请求，处理器530在第二数据库中查询，以确定用户是否满足执行第二业务的条件。其中，查询、确定的步骤已在上文做了详细说明，此处不再赘述。

由此，用户只需要向本发明的业务管理设备发送执行第二业务请求，由业务管理设备对用户是否满足执行第二业务的条件进行查询，可以提升用户的体验。

上文中已经参考附图详细描述了根据本发明的业务管理设备、装置及方法。

此外，根据本发明的方法还可以实现为一种计算机程序，该计算机程序包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。或者，根据本发明的方法还可以实现为一种计算机程序产品，该计算机程序产品包括计算机可读介质，在该计算机可读介质上存储有用于执行本发明的上述方法中限定的上述功能的计算机程序。本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。