CN101706908A - 一种零售业务的服务方法、装置及系统 - Google Patents

Abstract

本发明涉及一种零售业务的服务方法、装置及系统，所述方法包括：在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。本发明通过动态调用，提高了零售服务器的处理效率，并解除了零售服务器依赖零售业务的机制。

Description

一种零售业务的服务方法、装置及系统

技术领域

本发明涉及数据处理技术领域，特别涉及一种零售业务的服务方法、装置及系统。

背景技术

零售会员卡服务器分包括两部分：零售服务器和多个零售卡业务处理器，其每个零售卡业务处理器中包括一中或多种零售卡业务的处理流程。所述零售服务器是对外的接口，用于接收外部设备发送的业务服务请求消息，该处理请求消息中包括需要处理的业务数据，并将该业务服务请求消息发送给对应的零售卡业务处理器，以及接收该零售卡业务处理器返回的业务服务响应消息，该业务服务响应消息中包括处理后的业务数据，并将该处理后业务数据返回给该外部设备；所述零售卡业务处理器，用于在接收到零售服务器发送的业务服务请求消息时，对该业务服务请求消息中业务数据进行处理；或者确定该业务服务请求消息对应的处理流程，对该业务服务请求消息的业务数据进行相应的处理；以及将处理后的业务数据通过业务服务响应消息发送给零售服务器。由此可见，零售服务器和零售卡业务处理器之间存在相互的依赖关系，也就是说，零售服务器在接收到业务处理后，需要发送给对应的零售卡业务处理器进行处理，但是如果业务服务请求较多的情况下，零售服务器需要进行访问性查询，故开销较大，处理效率低。

另外，现有的实现方案也不方便处理业务的扩展，比如，增加业务处理流程、或者替换零售卡业务等，就需要对零售服务器和零售卡业务处理器都进行更新，其成本较高，周期长，且业务处理不透明。

为此，在对现有技术的研究和实践过程中，本发明的发明人发现，现有的实现方式中，由于零售服务器和零售卡业务处理器之间互相依赖，其零售服务器的处理效率低，且不便于处理业务的扩展。

发明内容

本发明实施例提供一种零售业务的服务方法、装置及系统，通过动态调用，以提高对业务服务的处理效率。

为解决上述技术问题，本发明实施例提供一种零售业务的服务方法，所述方法包括：

在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；

根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；

根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。

可选的，在接收业务服务请求之前，所述方法还包括：

对需要处理的零售业务进行抽象，并对抽象的业务进行定义；

对所述抽象的业务预先设定对应的抽象业务处理工厂类，并将所述抽象业务处理工厂类存储到对应的所述定义中。

可选的，所述对需要处理的零售业务进行抽象，并对所述抽象的业务进行定义具体包括：

对需要处理的零售业务进行分类概括，并对所述分类概括的业务进行定义，以使业务处理系统根据所述定义执行对应的业务处理操作流程；

所述对所述抽象的业务设定对应的抽象业务处理工厂类，并将所述抽象业务处理工厂类存储到所述定义中具体包括：

根据分类概括的业务配置对应的具体实现类的名称，并将所述具体实现类的名称存储到所述定义中。

可选的，所述在接收业务服务请求时，获取所述业务服务请求对应的预先定义的抽象业务处理工厂类具体包括：

在接收业务服务请求时，根据所述业务服务请求查找预先定义的抽象业务处理工厂类，并得到对应的具体实现类的名称。

可选的，所述根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应具体包括：

根据所述具体实现类的名称生成对应的业务处理对象，并将向所述外部设备发送包括业务处理对象的业务服务响应。

可选的，所述根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务具体包括：

根据所述业务处理对象，调用所述业务处理对象对应的具体业务处理操作流程进行相应的业务服务。

可选的，所述方法还包括：对所述预先定义的抽象业务处理工厂类进行更新或删除。

相应的，本发明还提供一种零售业务的服务装置，所述装置包括：

工厂类获取单元，用于在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；

工厂子类生成单元，用于根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；

动态调用单元，用于根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。

可选的，所述装置还包括：

业务抽象单元，用于在接收业务服务请求之前，对需要处理的零售业务进行抽象，并对抽象的业务进行定义；

业务设置单元，用于对所述抽象的业务预先设定对应的抽象业务处理工厂类；并将所述抽象业务处理工厂类存储到所述业务抽象单元的所述定义中。

可选的，所述装置还包括：

业务修改单元，用于对所述业务设置单元中预先定义的抽象业务处理工厂类进行更新或删除。

可选的，所述装置集成在零售服务器中，或独立部署。

相应的，本发明还提供一种零售业务的服务系统，所述系统包括：零售业务的服务装置和零售卡业务处理器，其中，

所述零售业务的服务装置，用于在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；以及据所述抽象业务处理工厂子类向所述零售卡业务处理器发送业务处理操作指令；

所述零售卡业务处理器，用于在接收到所述业务处理操作指令时，处理所述业务处理操作指令对应的具体业务处理操作流程。

可选的，所述零售卡业务处理器包括：

接收单元，用于接收零售卡业务处理器发送的所述业务处理操作指令；

具体业务处理单元，用于根据所述业务处理操作指令，处理对应的具体业务处理操作流程。

可选的，所述零售业务的服务装置如权利要求8至10任一项所述的零售业务的服务装置。

由上述技术方案可知，本发明预先设定业务对应的抽象业务处理工厂类，并在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类，并生成对应的抽象业务处理工厂子类，并将所述抽象业务处理工厂子类反馈给外部设备；同时，根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。也就是说，在零售服务器接收到业务服务请求时，根据获取到预先设定的抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并根据所述抽象业务处理工厂子类调用零售卡业务处理服务器中对应的具体业务处理流程进行业务处理。即本发明通过动态调用，提高了零售服务器的处理效率，并解除了零售服务器依赖零售业务的机制。

进一步，如果需要对零售业务进行扩展，还可以对所述预先定义的抽象业务处理工厂类进行更新或删除，而不需要对零售服务器进行改造，从而方便零售业务的扩展。

附图说明

图1为本发明提供的一种零售业务的服务方法的流程图；

图2为本发明提供的一种零售业务的服务装置的结构示意图；

图3为本发明提供的一种零售业务的服务装置的另一结构示意图；

图4为本发明提供的一种零售业务的服务系统的结构示意图。

具体实施方式

下面我们将结合附图，对本发明的实施方案进行详细描述。

请参阅图1，为本发明提供的一种零售业务的服务方法的流程图，在该实施例中，该方法的执行主体可是零售服务器，也可以是其他类似服务器，本实施例不作限制。本实施例以零售服务器为例，所述方法包括：

步骤101：在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；

步骤102：根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；

步骤103：根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。

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

对需要处理的零售业务进行抽象，并对抽象的业务进行定义；

对所述抽象的业务预先设定对应的抽象业务处理工厂类，并将所述抽象业务处理工厂类存储到对应的所述定义中。

比如，如果某公司的ERP产品根据客户企业的大小(比如大型、中型和小型)也相应的分为三条产品线，分别对应大型、中型和小型客户，那么这些分类的产品就是对客户业务的一种抽象，并对此进行定义，比如定义这三种产品分别叫A、B、C(分别对应大型、中型和小型企业客户)，以及设定维护该产品的部门，然后存储所述产品与对应部门之间的对应关系。如果在客户接通该公司的客服服务热线时(客服服务热线相当于抽象业务处理工厂)，客户热线会询问客户，使用的那种产品，是A、B或C，并查找到对应的产品；之后，还可以调用该产品的产品工程师进行售后服务等。

可选的，所述对需要处理的零售业务进行抽象，并对所述抽象的业务进行定义具体包括：对需要处理的零售业务进行分类概括，并对所述分类概括的业务进行定义，以使业务处理系统根据所述定义执行对应的业务处理操作流程；也就是说，要解决零售服务器和零售卡业务处理服务器之间的相互依赖关系，就需要对卡业务进行抽象处理，比如对该卡业务进行分类概括。

也就是说，在零售服务器中，只对抽象的业务进行的定义，并不关心该业务具体是怎样实现的；零售服务器对于具体的业务就不需要依赖具体的实现操作流程了，而对于后续业务的扩展，不管需要扩展什么业务(本实施例是以卡业务为例，但后续还可以扩展会员业务。返利业务等)，都不需要对该零售服务器进行改造，因为，在该零售服务器中存储了对抽象的业务的定义，其业务执行只要实现该抽象的定义即可，从而使该零售服务器都可以对原业务以及扩展的业务都可以进行管理，比如业务的更新或删除等。

所述对所述抽象的业务设定对应的抽象业务处理工厂类，并将所述抽象业务处理工厂类存储到所述定义中具体包括：根据分类概括的业务配置对应的具体实现类的名称，并将所述具体实现类的名称存储到所述定义中。

也就是说，将具体的业务实现类的名称配置零售服务器，不需要该业务时，删除该业务的相关配置即可。即只告诉零售服务器处理零售卡业务的类的名称是什么，可以写入一个配置文件进行配置，但并不限于此。

其中，在步骤101和步骤102中，零售服务器在接收业务服务请求时，根据所述业务服务请求查找预先定义的抽象业务处理工厂类，并得到对应的具体实现类的名称。所述零售服务器根据所述具体实现类的名称生成对应的业务处理对象，并将向所述外部设备发送包括业务处理对象的业务服务响应。

也就是说，零售服务器在接收外部设备(比如POS设备等)发送的业务服务请求时，根据所述业务请求查找预先定义的抽象业务处理工厂类，得到对应的具体实现类的名称，然后向该外部设备反馈包括具体实现类的名称的业务服务响应，以便于外部设备根据接收到的具体实现类的名称进行相应的操作.

同时，在步骤103中，零售服务器根据所述具体实现类的名称调用具体业务处理操作流程进行相应的业务服务，也就是说，零售服务器根据所述业务处理对象，调用所述业务处理对象对应的具体业务处理操作流程进行相应的业务服务。

需要说明的是，本发明的调用，可以理解为动态代理，所述动态代理，就是为其他对象在运行时提供一种代理以控制对这个对象的访问。在本发明中通过代理生成的工厂子类，工厂子类返回真正的业务处理对象。比如零售服务器对需要处理的业务进行抽象，并对抽象的业务进行定义，抽象出来的接口或抽象类的引用保存在零售服务器端。在零售服务器端定义一个抽象的业务处理工厂类，该业务处理工厂类对应一个抽象业务处理工厂子类，该抽象业务处理工厂子类需要存储到对抽象的业务进行定义的卡业务处理抽象类。在卡业务中，将真正的卡业务处理对象继承或实现在服务器中定义的业务抽象类。通过动态代理，在系统启动时，动态生成零售服务器端的业务处理工厂抽象类的子类的Class字节码，该字节码会实现抽象工厂中的抽象方法，并返回配置在零售服务器中的卡业务处理对象。零售服务器通过动态生成的卡业务处理工厂对象，即可获得卡业务处理对象的实例，即可将数据交给该处理对象进行数据处理。

可选的，在需要对该业务进行更新或删除使，所述方法还可以包括：对所述预先定义的抽象业务处理工厂类进行更新或删除。

也就是说，当需要对零售业务进行更新时，比如零售业务包括卡业务，但根据需要，还需要扩展会员业务和返利业务，就需要对该会员业务和返利业务进行定义，并根据所述会员业务和返利业务设定对应的具体实现类的名称，并将设定的具体实现类的名称存储到其对应的定义中；当然，还需要分别制定该会员业务和返利业务的具体业务处理操作流程，并将其存储到对应的业务处理服务器中，以便于在接收到该会员业务或返利业务时，调用具体业务处理操作流程进行相应的处理。也就是说，当需要对业务进行扩展时，只需要在该零售服务器增加该业务对应的抽象业务处理工厂类，不需要对零售服务器的硬件进行改造，就可以实现对扩展业务的更新；同理，如果需要删除会员业务，只需要删除该零售服务器中存储的对该会员的定义即可，不需要对该零售服务器进行硬件改造，从而也达到删除会员业务的目的。

基于上述方法的实现过程，本发明还提供一种零售业务的服务装置，其结构示意图详见图2，所述装置包括：工厂类获取单元21、工厂子类生成单元22和动态调用单元23，其中，所述工厂类获取单元21，用于在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；工厂子类生成单元22，用于根据所述工厂类获取单元21获取的所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；动态调用单元23，用于根据所述工厂子类生成单元22生成所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。

可选的，所述零售业务的服务装置还可以包括：业务抽象单元24和业务设置单元25，其中，所述业务抽象单元24，用于在接收业务服务请求之前，对需要处理的零售业务进行抽象，并对抽象的业务进行定义；所述业务设置单元25，用于对所述业务抽象单元抽象的业务预先设定对应的抽象业务处理工厂类；并将所述抽象业务处理工厂类存储到所述业务抽象单元的所述定义中.其结构示意图如图3所示，为本发明提供的零售业务的服务装置的另一结构示意图.

如图3所示，所述业务抽象单元24对需要处理的零售业务进行分类概括，并对所述分类概括的业务进行定义，以使业务处理系统根据所述定义执行对应的业务处理操作流程；业务设置单元25根据所述业务抽象单元对业务的分类概括配置对应的具体实现类的名称，并将所述具体实现类的名称存储到所述定义中。当工厂类获取单元21接收业务服务请求时，根据所述业务服务请求查找预先定义的抽象业务处理工厂类，并得到对应的具体实现类的名称。所述工厂子类生成单元22根据所述工厂类获取单元21获取到的具体实现类的名称生成对应的业务处理对象，并将向所述外部设备发送包括业务处理对象的业务服务响应。所述动态调用单元23根据所述工厂子类生成单元22生成的所述业务处理对象，调用所述业务处理对象对应的具体业务处理操作流程进行相应的业务服务。

可选的，所述零售业务的服务装置还可以包括：业务修改单元，用于对所述业务设置单元中预先定义的抽象业务处理工厂类进行更新或删除。其具体的更新或删除的实现过程，详见上述，在此不在赘述。

可选的，所述零售业务的服务装置可以集成在零售服务器中，也可以集成在其他类似的服务器中，或者独立部署，本实施例不作限制。

本发明还提供一种零售业务的服务系统，其结构示意图详见图4，所述系统包括：零售业务的服务装置41和零售卡业务处理器42，其中，零售业务的服务装置41可以集成在零售服务器上，也可以集成在其他具有类似功能的服务器上，本实施例不作限制，其中，所述零售业务的服务装置41，用于在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；以及据所述抽象业务处理工厂子类向所述零售卡业务处理器发送业务处理操作指令；所述零售卡业务处理器42，用于在接收到所述零售业务的服务装置41发送的业务处理操作指令时，处理所述业务处理操作指令对应的具体业务处理操作流程。

所述零售业务的服务装置41可以包括工厂类获取单元21、工厂子类生成单元22和动态调用单元23，还可以包括业务抽象单元24和业务设置单元25。其各个单元的功能和作用详见上述，在此不在赘述。

可选的，所述零售卡业务处理器可以包括：接收单元和具体业务处理单元，其中，所述接收单元，用于接收零售卡业务处理器发送的所述业务处理操作指令；所述具体业务处理单元，用于根据所述业务处理操作指令，处理对应的具体业务处理操作流程。

由上述实施例可知，本发明预先设定业务对应的抽象业务处理工厂类，并在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类，并生成对应的抽象业务处理工厂子类，并将所述抽象业务处理工厂子类反馈给外部设备；同时，根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务.也就是说，在零售服务器接收到业务服务请求时，根据获取到预先设定的抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并根据所述抽象业务处理工厂子类调用零售卡业务处理服务器中对应的具体业务处理流程进行业务处理，从而提高了零售服务器的处理效率.

进一步，如果需要对零售业务进行扩展，还可以对所述预先定义的抽象业务处理工厂类进行更新或删除，而不需要对零售服务器进行硬件改造，从而方便零售业务的扩展。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种零售业务的服务方法，其特征在于，包括：

在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；

根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；

根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。

2.根据权利要求1所述的方法，其特征在于，在接收业务服务请求之前，所述方法还包括：

对需要处理的零售业务进行抽象，并对抽象的业务进行定义；

对所述抽象的业务预先设定对应的抽象业务处理工厂类，并将所述抽象业务处理工厂类存储到对应的所述定义中。

3.根据权利要求2所述的方法，其特征在于，

所述对需要处理的零售业务进行抽象，并对所述抽象的业务进行定义具体包括：

对需要处理的零售业务进行分类概括，并对所述分类概括的业务进行定义，以使业务处理系统根据所述定义执行对应的业务处理操作流程；

所述对所述抽象的业务设定对应的抽象业务处理工厂类，并将所述抽象业务处理工厂类存储到所述定义中具体包括：

根据分类概括的业务配置对应的具体实现类的名称，并将所述具体实现类的名称存储到所述定义中。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述在接收业务服务请求时，获取所述业务服务请求对应的预先定义的抽象业务处理工厂类具体包括：

在接收业务服务请求时，根据所述业务服务请求查找预先定义的抽象业务处理工厂类，并得到对应的具体实现类的名称。

5.根据权利要求4所述的方法，其特征在于，所述根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应具体包括：

根据所述具体实现类的名称生成对应的业务处理对象，并将向所述外部设备发送包括业务处理对象的业务服务响应。

6.根据权利要求5所述的方法，其特征在于，所述根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务具体包括：

根据所述业务处理对象，调用所述业务处理对象对应的具体业务处理操作流程进行相应的业务服务。

7.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：对所述预先定义的抽象业务处理工厂类进行更新或删除。

8.一种零售业务的服务装置，其特征在于，包括：

工厂类获取单元，用于在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；

工厂子类生成单元，用于根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；

动态调用单元，用于根据所述抽象业务处理工厂子类调用具体业务处理操作流程进行相应的业务服务。

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

业务抽象单元，用于在接收业务服务请求之前，对需要处理的零售业务进行抽象，并对抽象的业务进行定义；

业务设置单元，用于对所述抽象的业务预先设定对应的抽象业务处理工厂类；并将所述抽象业务处理工厂类存储到所述业务抽象单元的所述定义中。

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

业务修改单元，用于对所述业务设置单元中预先定义的抽象业务处理工厂类进行更新或删除。

11.根据权利要求8至10任一项所述的装置，其特征在于，所述装置集成在零售服务器中，或独立部署。

12.一种零售业务的服务系统，其特征在于，包括：零售业务的服务装置和零售卡业务处理器，其中，

所述零售业务的服务装置，用于在接收到外部设备发送的业务服务请求时，获取所述业务服务请求对应的预先设定的抽象业务处理工厂类；根据所述抽象业务处理工厂类生成对应的抽象业务处理工厂子类，并向所述外部设备发送包括所述抽象业务处理工厂子类的业务服务响应；以及据所述抽象业务处理工厂子类向所述零售卡业务处理器发送业务处理操作指令；

所述零售卡业务处理器，用于在接收到所述业务处理操作指令时，处理所述业务处理操作指令对应的具体业务处理操作流程。

13.根据权利要求12所述的系统，其特征在于，所述零售卡业务处理器包括：

接收单元，用于接收零售卡业务处理器发送的所述业务处理操作指令；

具体业务处理单元，用于根据所述业务处理操作指令，处理对应的具体业务处理操作流程。

14.根据权利要求12所述的系统，其特征在于，所述零售业务的服务装置如权利要求8至10任一项所述的零售业务的服务装置。

Images