应用于票据服务的会员管理系统及方法

技术领域

本申请涉及票据服务技术领域，具体而言，涉及一种应用于票据服务的会员管理系统及方法。

背景技术

针对现有的普遍存在的会员相关的功能代码和数据库DB全部都是揉合在公共底层系统和订单系统里的情况。发明人发现，当随着业务的快速发展，针对会员的需求越来越多，暴露出的问题也越来越多。比如对于票据服务的系统，当一个会员相关的功能有问题时，有可能会影响整个交易流程；又或是业务部门提出一些会员相关的需求，需要在不影响现有交易流程的基础上进行代码改动时，在一定程度上会对现有的交易核心流程带来风险；又或者业务部门想快速的了解会员的分层模型，以按不同的标签的用户进行一些针对性的营销活动时，都无法做到更加快捷的分析。综上，随着会员需求不断增加，会员相关的功能代码和数据库DB全部都是揉合在公共底层系统和订单系统里的方式已经无法为其提供更稳定更快捷的支持。

发明内容

本申请的主要目的在于提供一种应用于票据服务的会员管理系统及方法，以将会员相关的功能及数据抽离出，适应后续会员多需求的快速开发。

为了实现上述目的，根据本申请的第一方面，提供了一种应用于票据服务的会员管理系统。

根据本申请的应用于票据服务的会员管理系统包括：会员中台系统、会员前台系统、会员数据库、公共类；

所述会员中台系统，用于与会员管理系统以外的内部系统进行数据交互；

所述会员前台系统，用于与会员中台系统进行数据交互，通过交互的结果为用户提供会员个人中心服务；

所述会员数据库，用于单独存储会员的相关数据；

所述公共类，用于为会员管理系统中的会员中台系统、会员前台系统提供公共类。

可选的，所述系统还包括：

会员管理前端页面，用于向会员前台系统发送会员服务请求，并接收会员前台系统返回的与所述服务请求对应的服务结果，所述会员服务请求为用户通过会员管理前端页面发起的服务请求，所述会员服务请求至少包括查询请求、配置请求中一种。

可选的，所述系统还包括：

会员数据调用接口，用于使会员管理系统以外的内部系统通过会员数据调用接口获取会员的相关数据。

为了实现上述目的，根据本申请的第二方面，提供了一种应用于票据服务的会员管理方法。

根据本申请的应用于票据服务的会员管理方法包括：

会员管理系统中的会员中台系统根据定时脚本通过数据中台系统持续获取会员的相关数据，并将获取的会员的相关数据存储到会员管理系统中的会员数据库中，数据中台系统为会员管理系统以外的内部系统；

当会员前台系统接收到用户发送的个人中心服务请求时，将所述个人中心服务请求发送给中台系统；

会员中台系统在会员数据库中查找到与个人中心服务请求对应的数据，并将其作为服务结果返回给会员前台系统；

会员前台系统接收会员中台系统返回的服务结果并展示给用户。

可选的，所述个人中心服务请求为查询个人操作行为数据的请求，所述会员中台系统在会员数据库中查找与根据个人中心服务请求对应的数据包括：

会员中台系统根据查询个人操作行为数据的请求中携带的用户标识、操作事项、操作时间在会员数据库中查找与查询个人操作行为数据的请求对应的数据。

可选的，所述将获取的会员的相关数据存储到会员管理系统中的会员数据库中包括：

对会员的相关数据进行格式的转换和/或精度优化之后持久化到会员数据库中。

可选的，所述方法还包括：

会员管理系统的会员管理前端页面向会员前台系统发送会员服务请求，所述会员服务请求为用户通过会员管理前端页面发起的服务请求，所述会员服务请求至少包括查询请求、配置请求中一种；

会员前台系统将会员服务请求发送给会员中台系统，以使会员中台系统对会员服务请求进行处理得到服务结果；

会员前台系统将会员服务请求对应的服务结果返回会员管理前端页面。

可选的，所述方法还包括：

通过会员数据调用接口向会员管理系统以外的内部系统提供获取会员的相关数据的调用的方式。

为了实现上述目的，根据本申请的第三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述第二方面中任意一项所述的应用于票据服务的会员管理方法。

为了实现上述目的，根据本申请的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第二方面中任意一项所述的应用于票据服务的会员管理方法。

在本申请实施例中，应用于票据服务的会员管理系统及方法中，将会员相关功能以及数据等从公共底层系统和订单系统里抽离处理，进行单独设计得到会员管理系统，实现服务单独部署。会员管理系统包括会员中台系统、会员前台系统、会员数据库、公共类；其中，会员中台系统，用于与会员管理系统以外的内部系统进行数据交互；会员前台系统，用于与会员中台系统进行数据交互，通过交互的结果为用户提供会员个人中心服务；会员数据库，用于单独存储会员的相关数据；公共类，用于为会员管理系统中的会员中台系统、会员前台系统提供公共类。在票据服务中，若将会员管理系统单独部署后，当会员的相关功能出现问题时，只需要对会员管理系统进行代码修改即可，不会影响整个的交易流程，降低了对交易流程带来的风险；另外，当业务部分需要了解会员的分层模型时，可以方便的通过会员管理系统为会员进行打标签设置，并获取所有会员的标签数据，更加的快捷的得到分层模型，为针对性的营销活动提供更高效的数据支持；另外，当有新的会员需求产生时，可以方便的通过对会员管理系统进行修改和调整实现，对其他的系统基本没有影响。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的一种应用于票据服务的会员管理系统的结构框图；

图2是根据本申请实施例提供的一种应用于票据服务的会员管理方法的流程示意图；

图3是根据本申请实施例提供的一种交互时序图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本申请实施例，提供了一种应用于票据服务的会员管理系统，如图1所示，该系统包括：会员中台系统11、会员前台系统12、会员数据库13、公共类14；

会员中台系统11，用于与会员管理系统以外的内部系统进行数据交互；

当会员管理系统以外的公司的其他内部系统需要向会员管理系统获取会员相关的数据时，会员中台系统负责与其他内部系统进行数据的交互。具体的实现可以通过会员管理系统提供相应的会员数据调用接口API实现的。不同的数据需求会对应不同的API，会员管理系统可以提供多个API。比如不同类型的会员数据或者不同业务的会员数据分别对应的API。其他内部系统可以为运营管理系统、客维管理系统等等。或者当会员管理系统需要通过其他的系统获取或这收集会员的相关数据时，需要与其他的内部系统(可以为数据部门对应的系统等，比如数据中台系统)进行交互以实现会员数据的定时收集或获取，之后再经过分析处理后存储到会员数据库中以供其他的内部系统分析或者使用。需要说明的是，数据部门对应的系统可以为计算生成会员数据的系统。分析处理的实际流程可以为格式的转换，比如时分秒转换；也可以为数据精度的优化，等。不同数据类型分析处理的流程是不同。

另外，会员中台系统相当于会员管理系统的后台，为会员前台系统提供服务。会员中台系统可以接收会员前台系统发送的会员发起的各种请求；会员中台系统可以根据请求查询会员数据库并将查询到的请求结果返回给会员前台系统。

会员前台系统12，用于与会员中台系统进行数据交互，通过交互的结果为用户提供会员个人中心服务。

本申请实施例的背景为，当会员在公司网站(比如票据服务网站)中选择或点击个人中心服务后，会员前台系统都会接收到，并生成对应的个人中心服务请求，然后将个人中心服务请求发送给会员中台系统，使会员中台系统对会员对该请求进行分析处理后返回对应的服务结果给会员前台系统，会员前台系统将将服务结果返回网站进行展示。需要说明的是个人服务请求可以为查看个人操作行为数据、查看劵信息、个人配置等等。

另外，会员前台系统的鉴权同步接入公司的鉴权模块，来保证数据的安全性。

会员数据库13，用于单独存储会员的相关数据；

会员数据库用于存储会员的相关数据，属于会员管理系统中的内部的数据库，由会员管理系统来维护，会员中台系统可以获取其中的数据。

公共类14，用于为会员管理系统中的会员中台系统、会员前台系统提供公共类。

公共类主要是为会员管理系统内部提供一些公共的工具类、实体类。当会员管理系统内的会员前台系统或者会员中台系统需要时可以直接通过获取对应的jar包，直接使用，非常的方便。公共类可以为枚举类，实体类，异常等，其都有对应的jar包。

从以上的描述中，可以看出，本申请实施例的应用于票据服务的会员管理系统中，将会员相关功能以及数据等从公共底层系统和订单系统里抽离处理，进行单独设计得到会员管理系统，实现服务单独部署。会员管理系统包括会员中台系统、会员前台系统、会员数据库、公共类；其中，会员中台系统，用于与会员管理系统以外的内部系统进行数据交互；会员前台系统，用于与会员中台系统进行数据交互，通过交互的结果为用户提供会员个人中心服务；会员数据库，用于单独存储会员的相关数据；公共类，用于为会员管理系统中的会员中台系统、会员前台系统提供公共类。在票据服务中，若将会员管理系统单独部署后，当会员的相关功能出现问题时，只需要对会员管理系统进行代码修改即可，不会影响整个的交易流程，降低了对交易流程带来的风险；另外，当业务部分需要了解会员的分层模型时，可以方便的通过会员管理系统为会员进行打标签设置，并获取所有会员的标签数据，更加的快捷的得到分层模型，为针对性的营销活动提供更高效的数据支持；另外，当有新的会员需求产生时，可以方便的通过对会员管理系统进行修改和调整实现，对其他的系统基本没有影响。

进一步的，会员管理系统还包括会员管理前端页面，用于向会员前台系统发送会员服务请求，并接收会员前台系统返回的与所述会员服务请求对应的服务结果，所述会员服务请求至少包括查询请求、配置请求中的一种。示例性的，查询请求可以为会员标签查询、会员劵信息查询等；配置请求可以为配置信息的增删查改等。会员管理前端页面是会员管理系统对应的前端页面，页面中包括各种会员可以使用的功能，比如标签查询、劵查询、会员配置等。会员可以在会员管理前端页面中发起各种会员服务请求。

需要说明的是图1实施例中前述的会员发起的个人中心服务请求是由会员在公司网站的页面发起的，不属于从管理系统前端页面发起的会员服务请求。这两种的区别是发起的位置不同。相当于一种是在会员管理系统内发起，一种是在会员管理系统外发起，两种发起都是由会员前台系统进行响应的。

进一步的，会员管理系统的启动项配置中还会封装会员的公共启动项和公共配置，比如统一异常处理、返回值统一封装、接口调用日志记录等等。

另外，还需要说明的是，本申请是将会员相关功能和数据从原有的系统中抽离处理建立独立的系统，在这过程中会涉及会员数据从原有的系统中的迁移或同步到会员管理系统，具体的本申请中是通过数据同步插件实现的，具体的可以对同步插件进行设置，可以设置同步的数据的类型、属性、同步的时间等，通过设置实现将会员相关数据的迁移或同步。具体的，数据同步的插件可以为dataX。

根据本申请实施例，还提供了一种应用于上述图1所述系统的应用于票据服务的方法，如图2所示，该方法包括：

S201.会员管理系统中的会员中台系统根据定时脚本通过数据中台系统持续获取会员的相关数据，并将获取的会员的相关数据存储到会员管理系统中的会员数据库中。

其中，数据中台系统为会员管理系统以外的内部系统。本实施例中的数据中台系统即图1实施例中的数据部门对应的系统，其可以通过收集、计算、生成会员相关的数据。数据中台系统会设置定时脚本，根据业务规则持续获取最新的会员的相关数据，更新会员的相关数据。会员管理系统中的会员中台系统可以通过定时的脚本从数据中台系统中获取最新的会员的相关数据。比如通过定时脚本获取每天更新的会员的相关数据。

每次获取到的更新的会员的相关数据后都会将其对应的存储到会员管理系统中的会员数据库中。在存储到会员数据库之前，还可以对数据进行处理，处理后持久化到会员数据库中。处理的实际流程可以为格式的转换，比如时分秒转换；也可以为数据精度的优化，等。不同数据类型的处理流程是不同。

S202.当会员前台系统接收到用户发送的个人中心服务请求时，将个人中心服务请求发送给中台系统。

其中，个人中心服务请求具体可以为查看个人操作行为数据、查看劵信息、个人配置等等。当会员在公司网站(比如票据服务网站)中选择或点击个人中心服务后，会员前台系统都会接收到，并生成对应的个人中心服务请求，然后将个人中心服务请求发送给会员中台系统。

S203.会员中台系统在会员数据库中查找到与个人中心服务请求对应的数据，并将其作为服务结果返回给会员前台系统。

会员中台系统接收到会员前台发送的个人中心服务请求后，会对其进行响应处理，并得到对应的结果返回给会员前台系统。具体的会员中台系统对个人中心服务请求进行解析，然后从会员数据库中根据解析结果查找对应的数据作为服务结果返回。具体的解析和查询的方式可以为现有的任意的可以实现请求解析以及数据库查询的方式。

S204.会员前台系统接收会员中台系统返回的服务结果并展示给用户。

会员前台系统将返回的与个人中心服务请求对应的服务结果返回，通过页面、浮窗等形式展示给用户(会员)。

为了对本实施例的实现流程进行更直观的说明，以个人中心服务请求为查询个人操作行为数据的请求为例，进行说明。如图3所示，为对应的交互时序图。

数据中台系统通过定时脚本实现会员的相关数据的更新。会员管理系统的会员中台系统通过定时脚本从数据中台系统中获取最新的数据，然后对其进行处理(包括数据格式转换，比如时分秒转换；或数据的精度优化等)后存储到会员数据库中。当会员在网站(票据服务的网站)中发起查询用户个人操作行为数据的请求后，会员前台系统将请求发送给会员中台系统，会员中台系统对请求处理后得到处理后的数据(即从会员数据库中查找到该会员的个人行为操作数据)，然后返回给数据前台系统，再由会员前台系统返回到网站展示给用户。

另外，对于增加查询个人操作行为数据的服务后，用户的打款效率提升2％，签约和背书的取消率降低了3％。

从以上的描述中，可以看出，本申请实施例的应用于票据服务的会员管理方法中，将会员相关功能以及数据等从公共底层系统和订单系统里抽离处理，进行单独设计得到会员管理系统，实现服务单独部署。会员管理系统包括会员中台系统、会员前台系统、会员数据库、公共类；其中，会员中台系统，用于与会员管理系统以外的内部系统进行数据交互；会员前台系统，用于与会员中台系统进行数据交互，通过交互的结果为用户提供会员个人中心服务；会员数据库，用于单独存储会员的相关数据；公共类，用于为会员管理系统中的会员中台系统、会员前台系统提供公共类。在票据服务中，若将会员管理系统单独部署后，当会员的相关功能出现问题时，只需要对会员管理系统进行代码修改即可，不会影响整个的交易流程，降低了对交易流程带来的风险；另外，当业务部分需要了解会员的分层模型时，可以方便的通过会员管理系统为会员进行打标签设置，并获取所有会员的标签数据，更加的快捷的得到分层模型，为针对性的营销活动提供更高效的数据支持；另外，当有新的会员需求产生时，可以方便的通过对会员管理系统进行修改和调整实现，对其他的系统基本没有影响。

进一步的，还可以通过会员管理前端页面向会员前台系统发送会员服务请求，会员服务请求至少包括查询请求、配置请求中的一种。示例性的，查询请求可以为会员标签查询、会员劵信息查询等；配置请求可以为配置信息的增删查改等。会员前台系统将会员服务请求发送给会员中台系统，以使会员中台系统对会员服务请求进行处理得到对应的服务结果；会员前台系统将服务结果返回会员管理前端页面。

会员管理前端页面是会员管理系统的对应的前端页面，与上述网站页面是不同的页面。上述会员服务请求是通过网站页面发起的，此处是通过会员管理前端页面发起的。不管通过哪个页面发起的请求，最中处理请求的都是会员中台系统，处理后返回结果。

进一步的，会员管理系统还会通过会员数据调用接口向会员管理系统以外的内部系统提供获取会员的相关数据的调用的方式。即会员管理系统以外的内部系统可以通过会员数据调用接口从会员管理系统获取会员的相关数据。

实际的应用说明，本申请的会员管理系统对于后续的会员功能的开发上线，比如“打款时长”、“猜你喜欢”等功能，大大的节约了上线时间，也大大的降低了上线风险，保证生产环境核心业务的交易流程不受影响。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述方法实施例中的应用于票据服务的会员管理方法。

根据本申请实施例，还提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述方法实施例中的应用于票据服务的会员管理方法。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。