CN111866039A - 企业服务系统及请求处理方法 - Google Patents

Abstract

本发明公开了一种企业服务系统及请求处理方法，所述的系统包括：至少一个接口、路由器和至少一个翻译器；每个所述接口用于接收企业服务请求；所述路由器用于获取所述至少一个接口接收到的企业服务请求，根据企业服务请求的类型，将企业服务请求转发给对应的所述翻译器；每个所述翻译器用于对来自所述路由器的企业服务请求进行解析，以生成对应的任务，其中，所述至少一个接口的数量以及所述至少一个翻译器的数量能够增加或减少。根据本发明实施例，实现了在满足企业服务的同时，尽可能少的改变企业服务系统的架构，避免额外投资过多的资金。

Description

企业服务系统及请求处理方法

技术领域

本发明属于计算机领域，尤其涉及一种企业服务系统及请求处理方法。

背景技术

传统的通道互联业务平台不能满足车联网业务发展的需要，基于这种情况，车联网业务平台形成了信息传送交换和信息化增值服务的双核心架构，车联网业务形成的标准化产品面向了整个网络进行运营。

车联网项目的需求往往会发生变化，这其中就包括与其他系统集成的需求。目前的集成方案通常会带来一个问题：在用户需求发生变化的情况下，需要额外的大量投资。

发明内容

本发明实施例提供一种企业服务系统，能够解决在用户需求发生变化的情况下，需要额外的大量投资的技术问题。

一方面，本发明实施例提供一种企业服务系统，包括至少一个接口、路由器和至少一个翻译器；

每个所述接口用于接收企业服务请求；

所述路由器用于获取所述至少一个接口接收到的企业服务请求，根据企业服务请求的类型，将企业服务请求转发给对应的所述翻译器；

每个所述翻译器用于对来自所述路由器的企业服务请求进行解析，以生成对应的任务，其中，所述至少一个接口的数量以及所述至少一个翻译器的数量能够增加或减少。

另一方面，本发明实施例提供一种请求处理方法，应用于企业服务系统，所述企业服务系统包括：至少一个接口、路由器和至少一个翻译器，所述至少一个接口的数量以及所述至少一个翻译器的数量能够增加或减少；所述的方法包括：

所述至少一个接口接收企业服务请求；

所述路由器根据所述企业服务请求的类型，将所述企业服务请求转发给所述至少一个翻译器中的与所述企业服务请求对应的目标翻译器；

所述目标翻译器对所述企业服务请求进行解析，以生成对应的任务。

本发明实施例的企业服务系统及请求处理方法，不同翻译器可以解析不同类型的企业服务请求，若企业有变更需求，比如，需要增加一种类型的企业服务请求，则增加与请求类型对应的翻译器即可；需要减少一种类型的企业服务请求，则减少与请求类型对应的翻译器即可。因此，本发明实施例实现了在满足企业服务的同时，尽可能少的改变企业服务系统的架构，避免额外投资过多的资金。

附图说明

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

图1为本发明一个实施例提供的企业服务系统的结构示意图；

图2为本发明一个实施例提供的车联网会话的结构示意图；

图3为本发明一个实施例提供的请求处理方法的流程示意图；

图4为本发明另一个实施例提供的请求处理方法的流程示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了解决现有技术问题，本发明实施例提供了一种企业服务系统和请求处理方法。下面首先对本发明实施例所提供的企业服务系统进行介绍。

图1为本发明一个实施例提供的企业服务系统的结构示意图。如图1所示，企业服务系统包括：至少一个接口101、路由器102和至少一个翻译器103。

每个接口101用于接收企业服务请求。

其中，每个接口101接收的企业服务请求是车辆企业的服务请求。

作为一个示例，不同的接口101接收企业服务请求的方式不同。

至少一个接口101包括文件传输协议(File Transfer Protocol，FTP)接口，FTP接口用于接收企业服务文件，企业服务文件中包括至少一个企业服务请求。

至少一个接口101包括超文本传输协议(Hyper Text Transport Protocol，HTTP)接口，HTTP接口用于接收企业服务指令，一个企业服务指令为一个企业服务请求。

由此可见，HTTP接口接收的是企业服务指令，一个企业服务指令是一个企业服务请求，HTTP接口适用于接收单个或少量的企业服务请求。

FTP接口接收的是企业服务文件，该企业服务文件中可以包括批量的企业服务请求，FTP接口适用于接收批量的企业服务请求。

路由器102用于获取至少一个接口101接收到的企业服务请求，根据企业服务请求的类型，将企业服务请求转发给对应的翻译器103。

其中，至少一个接口101接收企业服务请求之后，企业服务请求是由路由器102进行转发。路由器102将不同的企业服务请求转发给不同的翻译器103，一个翻译器103可以对同一种类型的企业服务请求进行解析。

路由器102可以根据企业服务请求的后缀名划分企业服务请求的类型，比如，企业服务请求的后缀名是.CSV或者.XML。

路由器102可以根据规则进行路由，例如，路由器102根据接入网络之间互连的协议(Internet Protocol，IP)进行路由，或者路由器102根据令牌(token)进行路由。

每个翻译器103用于对来自路由器102的企业服务请求进行解析，以生成对应的任务，其中，至少一个接口101的数量以及至少一个翻译器103的数量能够增加或减少。

作为一个示例，企业服务请求包括后缀名是XML的企业服务请求，至少一个翻译器103包括第一翻译器；路由器102将后缀名是XML的企业服务请求转发给第一翻译器，以使第一翻译器对后缀名是XML的企业服务请求进行解析。

企业服务请求包括后缀名是CSV的企业服务请求，至少一个翻译器103包括第二翻译器；路由器102将后缀名是CSV的企业服务请求转发给第二翻译器，以使第二翻译器对后缀名是CSV的企业服务请求进行解析。

在本发明实施例中，不同翻译器103可以解析不同类型的企业服务请求，若企业有变更需求，比如，需要增加一种类型的企业服务请求，则增加与请求类型对应的翻译器103即可；需要减少一种类型的企业服务请求，则减少与请求类型对应的翻译器103即可。因此，本发明实施例实现了在满足企业服务的同时，尽可能少的改变企业服务系统的架构，避免额外投资过多的资金。

比如，企业服务系统包括一个HTTP接口、一个路由器和一个翻译器。一家车辆企业需要接入到企业服务系统，车辆企业发出企业接入请求(企业接入请求属于一种企业服务请求)，HTTP接口接收该企业接入请求；路由器确定该企业接入请求的后缀名是.XML，将该企业接入请求转发给能够解析后缀名是.XML的企业接入请求的翻译器。

一段时间之后，企业服务系统具有批量接收企业服务请求的需求，基于该需求，增加FTP接口，该FTP接口可以批量接收企业服务请求。而且由于批量接收的企业服务请求包括后缀名是.CSV的请求和/或后缀名是.XML的请求，因此，增加一个翻译器，该增加的翻译器用于解析后缀名是.CSV的企业服务请求。

从以上可以看出，本发明实施例应用到车企服务的场景中时，可以将现有车联网业务接入流程简化，为业务发展提供极大的便利。

在本发明的一个实施例中，企业服务系统还包括第一队列。

第一队列用于存放至少一个接口101接收到的企业服务请求，以使路由器102从第一队列中获取企业服务请求。

现有技术是：队列和接口耦合在一起，比如，HTTP接口耦合了一个队列A，HTTP接口接收到的企业服务请求在队列A中排队；FTP接口耦合了一个队列B，FTP接口接收到的企业服务请求在队列B中排队。这样就造成了接口与队列的绑定。而且，如果不需要队列，删除队列会造成对应的接口一同删除，因此无法实现队列的删除。

在本发明实施例中，队列是单独存在的，解除了队列与接口的耦合。多个接口接收到的企业服务请求可以在同一个队列中排队，即多个接口共用一个队列，提高了队列的使用效率。而且由于队列的单独存在，可以直接将队列替换成其他的模块，队列的删除不会影响接口的部署。

在本发明的一个实施例中，企业服务系统还包括第二队列。

第二队列用于存放至少一个翻译器103生成的任务。

现有技术是：队列和翻译器耦合在一起，比如，用于解析后缀名是XML的企业服务请求的翻译器耦合一个队列C，该翻译器解析生成的任务在该队列C中排队；用于解析后缀名是CSV的企业服务请求的翻译器耦合一个队列D，该翻译器解析生成的任务在该队列D中排队。这样就造成了翻译器与队列的绑定。而且，如果不需要队列，删除队列会造成对应的翻译器一同删除，因此造成无法实现队列的删除。

在本发明实施例中，队列是单独存在的，解除了队列与翻译器的耦合。多个翻译器生成的任务可以在同一个队列中排队，即多个翻译器共用一个队列，提高了队列的使用效率。而且由于队列的单独存在，可以直接将队列替换成其他的模块，队列的删除不会影响翻译器的部署。

本发明实施例将传统功能所需的基础能力抽象，将业务功能变为可灵活组合的模块，通过不同处理器组合能够实现多种功能。通过非对称数字用户环路(AsymmetricDigital Subscriber Line，ADSL)可以将企业接入时长从40天降至4周，业务的开通不再需要专业的开发团队，普通的运营团队也可配置上线。

在本发明的一个实施例中，企业服务系统还包括聚合器。

聚合器用于将多个企业服务请求封装成一个企业服务请求，并发送给至少一个翻译器103中的一个或多个翻译器。

作为一个示例，聚合器将多个后缀名是XML的企业服务请求封装成一个XML企业服务请求，将该XML企业服务请求发送给能够解析后缀名是XML的企业服务请求的翻译器。

聚合器将多个后缀名是CSV的企业服务请求封装成一个CSV企业服务请求，将该CSV企业服务请求发送给能够解析后缀名是CSV的企业服务请求的翻译器。

在本发明实施例中，聚合器实现了将企业服务请求批量地发送给翻译器，提高了请求处理速率。

通过以上可以看出，本发明实施例的企业服务系统能够解决复杂集成方面的挑战，能够实现企业应用集成(Enterprise Application Integration，EAI)的最佳实践，并且易于起步和掌握。同时，它能够让使用者专注于提供业务价值，而不必处理一些框架所带来的复杂性。

总体来说，本发明实施例可以实现如下的三点技术效果：

1、业务接入型态与业务逻辑结伴，避免业务逻辑与型态的耦合，可以有效的避免业务接入变更时对业务逻辑的影响。

2、将业务逻辑进一步地抽象，抽象成不同的业务处理类型或单元，比如抽象成接口、队列、翻译器、聚合器等，实现业务逻辑的复用或者重用。

3、业务逻辑抽象后，通过业务处理类型或单元的简单连接(link)，完成业务逻辑的变更和调整。

本发明实施例提供另一种企业服务系统，企业服务系统的架构的主体包括车联网会话(IoVContext)，车联网会话是企业服务系统的核心，如图2所示，车联网会话主要包括如下路由器和处理器。

路由器用于实现车联网服务能力的调度和转发，包括入口和出口，入口是图1示出的实施例中的接口。入口和出口连接至外部的网元，入口可以接收文件、指令或消息，出口可以发送文件、指令或消息。通过数字用户线路(Digital Subscriber Line，DSL)实现不同服务点、接口点的聚合。

处理器用于处理不同服务点接的业务逻辑，处理器包括路由器(该路由器为图1示出的实施例中的路由器)、翻译器(该翻译器为图1示出的实施例中的翻译器)和聚合器(该聚合器为图1示出的实施例中的聚合器)，处理器的主要形态处理逻辑包括路由、解析和聚合等。

本发明实施例中的路由器、翻译器、聚合器可以实现的功能已经在图1示出的实施例中做出了详细的介绍，在此不再重复赘述。

处理器还可以包括过滤器，过滤器用于将企业服务请求进行过滤，过滤原则可以是号段、时间、地域等。

处理器还可以包括排序器，排序器用于对企业服务请求进行排序，企业服务请求可能是无序的，在车联网会话中可以重新对企业服务请求排序。

处理器还可以包括增强器，增强器用于在生成任务之后，根据企业服务请求的不同，可以为不同企业服务请求生成的任务添加不同元素，使其利于后端网元处理。

处理器还可以包括多接受者分发器，多接受者分发器用于基于不同的处理逻辑，将企业服务请求同时发送给多个不同的接收者。

处理器还可以包括消减器，消减器用于对企业服务请求进行简化，将不同的企业服务请求标准化。

处理器还可以包括拆分器，拆分器用于在聚合器将多个企业服务请求聚合成一个服务请求之后，建立聚合前的多个企业服务请求与聚合得到的一个企业服务请求之间的映射。

在本发明实施例中，企业服务系统可以实现如下的技术效果：

1、调整企业服务系统的机制，企业服务系统可重用。

2、对企业服务系统做出的变动较小就可以满足企业变更的需求。

3、构造企业适配逻辑框架，支持多种接入方式，比如文件或者Rest接口，支持快速定义逻辑，包括业务逻辑继承、扩展和复用，快速推进车联网业务发展。

4、实现企业服务系统内部能力的抽象，保持功能稳定性；对外提供灵活可定制的接口。

另外，在设计企业服务系统时，可以采用如下的三种划分方式：

方式一：行业属性划分方式

根据客户所在的行业领域为特征进行分类的，这种划分法易操作、易管理，但划分颗粒较粗，对特定要求的差异服务进行微调较难实现。

方式二：产品属性划分方式

根据用户使用的终端为特征进行分类，这种划分方法难操作、难管理，但服务提供灵活，易实现客户差异化的需求，适应特定服务的提供。

方式三：应用属性划分方式

根据用户的使用习惯为特征进行分类，这种划分法易操作、易管理，并且应对客户的不同需求易实现客户的差异化服务。

通过上述的划分法的比较和分析，统一服务模式应采用应用属性划分方式进行建立。首先对用户的需求和使用特征进行分析；然后归纳采用用户使用的共同属性，再以此进行聚类制定不同种类的服务标准，在同种类的业务中还可进行不同维度的划分，并制定相应的资费标准。最后通过平台提供业务服务用户。

图3为本发明一个实施例提供的请求处理方法的流程示意图。该请求处理方法应用于企业服务系统，企业服务系统包括：至少一个接口、路由器和至少一个翻译器，至少一个接口的数量以及至少一个翻译器的数量能够增加或减少。如图3所示，该请求处理方法包括：

S201，至少一个接口接收企业服务请求。

S202，路由器根据企业服务请求的类型，将企业服务请求转发给至少一个翻译器中的与企业服务请求对应的目标翻译器。

其中，路由器根据企业服务请求的后缀名划分得到企业服务请求的类型。

比如，路由器将后缀名是XML的企业服务请求转发给第一翻译器，以使第一翻译器对后缀名是XML的企业服务请求进行解析；将后缀名是CSV的企业服务请求转发给第二翻译器，以使第二翻译器对后缀名是CSV的企业服务请求进行解析。

S203，目标翻译器对企业服务请求进行解析，以生成对应的任务。

在本发明的一个实施例中，该请求处理方法还包括：将企业服务请求存放在第一队列中排队，以使路由器从第一队列中获取企业服务请求。

在本发明的一个实施例中，该请求处理方法还包括：将至少一个翻译器生成的任务存放在第二队列中。

在本发明的一个实施例中，该请求处理方法还包括：聚合器将多个企业服务请求封装成一个企业服务请求，并将封装得到的企业服务请求发送给至少一个翻译器中的一个翻译器。

本发明实施例中的请求处理方法实现的技术效果与上述企业服务系统实现的技术效果相同，在此不再重复赘述。

图4为本发明另一个实施例提供的请求处理方法的流程示意图。请求处理方法用于企业服务系统，企业服务系统包括：接口、路由器、翻译器；其中，接口包括HTTP接口(HTTPEndpoint)，翻译器包括第一翻译器和第二翻译器；除此之外，企业服务系统还包括：第一队列和第二队列。如图4所示，请求处理方法包括以下各个步骤：

一家车辆企业有接入企业服务系统的需求，该车辆企业向企业服务系统发出企业接入请求(企业接入请求属于一种企业服务请求)，企业服务系统提供基于单台车的基于HTTP的XML形式的接口支持，即企业服务系统通过HTTP接口接收后缀名是XML的企业接入请求。

企业服务系统接收到企业接入请求之后，HTTP接口将该企业接入请求进行封装并转发至第一队列，比如第一队列是收到订单队列(incoming Orders Queue)。通常情况下，HTTP接口会包含业务逻辑，本发明实施例提供通过HTTP接口和第一队列的解耦，避免了业务逻辑被接口型态的影响，易于未来扩展。通过HTTP接口定义路由器。

路由器将第一队列中的企业接入请求转发给第一翻译器，第一翻译器对后缀名是XML的企业接入请求进行解析，生成任务，任务可以是订单对象，或简单的Java对象(PlainOrdinary Java Object，POJO)；该任务进入到第二队列中排队，等待进行后续的处理。

一段时间后，车辆企业提出需要支持基于FTP的批量接口请求。本发明实施例的处理机制是添加一个FTP接口(FTP Endpoint)，即接口包括HTTP接口和FTP接口，FTP接口用于接收后缀名是XML的批量企业服务请求和/或后缀名是CSV的批量企业服务请求。通过这种机制，避免了架构重构，优化了系统服务上线时间。添加FTP接口的路由规则之前面定义路由器。

HTTP接口和FTP接口接收到的企业服务请求在第一队列中排队，用于异步处理。不同接口接收到的企业服务请求的后缀名可以不同，比如，HTTP接口接收到的企业服务请求的后缀名是.XML，FTP接口接收到的企业服务请求的后缀名是.CSV和.XML。

路由器根据企业服务请求的内容，将不同的企业服务请求发送给不同的翻译器。比如，根据企业服务请求的后缀名，将不同的企业服务请求发送给不同的翻译器。

其中，路由器将后缀名是XML的企业服务请求转发给所述第一翻译器，第一翻译器对后缀名是XML的企业服务请求进行解析，以生成任务。

路由器将后缀名是CSV的企业服务请求转发给所述第二翻译器，第二翻译器对后缀名是CSV的企业服务请求进行解析，以生成批量任务。

第一翻译器和第二翻译器生成的任务进入第二队列中排队，以便后续处理。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种企业服务系统，其特征在于，包括：至少一个接口、路由器和至少一个翻译器；

每个所述接口用于接收企业服务请求；

所述路由器用于获取所述至少一个接口接收到的企业服务请求，根据企业服务请求的类型，将企业服务请求转发给对应的所述翻译器；

每个所述翻译器用于对来自所述路由器的企业服务请求进行解析，以生成对应的任务，其中，所述至少一个接口的数量以及所述至少一个翻译器的数量能够增加或减少。

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

第一队列，用于存放所述至少一个接口接收到的企业服务请求，以使所述路由器从所述第一队列中获取企业服务请求。

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

第二队列，用于存放所述至少一个翻译器生成的任务。

4.据权利要求1所述的系统，其特征在于，不同的所述接口接收企业服务请求的方式不同。

5.根据权利要求4述的系统，其特征在于，所述至少一个接口包括：

文件传输协议FTP接口，用于接收企业服务文件，所述企业服务文件中包括企业服务请求；

和/或，

超文本传输协议HTTP接口，用于接收企业服务指令，所述企业服务指令为企业服务请求。

6.根据权利要求1所述的系统，其特征在于，所述路由器根据企业服务请求的后缀名划分得到企业服务请求的类型。

7.根据权利要求6所述的系统，其特征在于，

企业服务请求包括后缀名是XML的企业服务请求，所述至少一个翻译器包括第一翻译器；所述路由器将后缀名是XML的企业服务请求转发给所述第一翻译器，以使所述第一翻译器对后缀名是XML的企业服务请求进行解析；

企业服务请求包括后缀名是CSV的企业服务请求，所述至少一个翻译器包括第二翻译器；所述路由器将后缀名是CSV的企业服务请求转发给所述第二翻译器，以使所述第二翻译器对后缀名是CSV的企业服务请求进行解析。

8.根据权利要求1所述的系统，其特征在于，还包括：

聚合器，用于将多个企业服务请求封装成一个企业服务请求，并发送给所述至少一个翻译器中的一个翻译器。

9.根据权利要求1所述的系统，其特征在于，每个所述接口用于接收来自车辆企业的服务请求。

10.一种请求处理方法，应用于企业服务系统，其特征在于，所述企业服务系统包括：至少一个接口、路由器和至少一个翻译器，所述至少一个接口的数量以及所述至少一个翻译器的数量能够增加或减少；所述的方法包括：

所述至少一个接口接收企业服务请求；

所述路由器根据所述企业服务请求的类型，将所述企业服务请求转发给所述至少一个翻译器中的与所述企业服务请求对应的目标翻译器；

所述目标翻译器对所述企业服务请求进行解析，以生成对应的任务。

Images