CN101272337B - 业务数据处理方法与业务数据处理系统 - Google Patents
业务数据处理方法与业务数据处理系统 Download PDFInfo
- Publication number
- CN101272337B CN101272337B CN2008100944794A CN200810094479A CN101272337B CN 101272337 B CN101272337 B CN 101272337B CN 2008100944794 A CN2008100944794 A CN 2008100944794A CN 200810094479 A CN200810094479 A CN 200810094479A CN 101272337 B CN101272337 B CN 101272337B
- Authority
- CN
- China
- Prior art keywords
- processing module
- route
- module
- service
- business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种业务数据处理方法与业务数据处理系统,其中,业务数据处理方法包括:接收业务请求,所述业务请求中包括业务数据以及用于确定该业务数据的转发路由的路由参考数据;根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息;根据所述路由信息,将所述业务数据转发给所述业务处理模块。本发明实施例可以简化用户配置,提高业务请求的处理效率;扩展性较好,路由配置较为灵活,可以有效满足以数据为中心的Web应用的需求。
Description
技术领域
本发明涉及通信技术,尤其是一种业务数据处理方法与业务数据处理系统。
背景技术
在使用网络(Web)技术开发应用程序时,通常需要通过不同的服务端处理程序对用户通过客户端提交的不同业务请求进行处理。在对客户端提交的业务请求的分发处理过程中,往往需要为不同的业务请求配置不同的服务端处理程序,例如:在分发处理程序<form action=“/a/b/add.do”>...</form>中,通常表示由服务端处理程序add.do处理客户端提交的表单form中的数据。因此,对于常见的客户端的增加、修改、删除和更新业务请求,就需要预先指定不同的服务端处理程序来进行处理。
在现有技术中,指定不同统一资源定位符(Uniform Resource Locator,以下简称:URL)对应的服务端处理程序,通过URL将客户端提交的不同业务请求,例如:添加(Add)、删除(Del)、修改(Edit),转发给相应的服务端处理程序进行处理。
在现有通过URL转发客户端业务请求的各种方法中,通过详细规划URL的组成,可以减少在服务端将不同业务请求映射到不同处理程序的配置。其中,可以通过在URL中设置的路径(path)来指定客户端提交的业务请求的转发地址。例如,一个URL的组成如下:http://xx.xx.xx/[system]/[module]/[service]/[method]/[options]/[paramter],其中,system表示用于处理业务请求的系统,module表示该系统中具体用于处理该业务请求的功能模块,service表示业务请求的服务,method表示业务请求的服务方法,options表示选项,parameter表示业务请求的请求参数。通过该URL中的path:[system]/[module]/[service]/[method]/[options]/[paramter],服务端便可以将客户端提交的业务请求转发给符合上述条件的相应处理程序进行处理。
在实现本发明的过程中,本发明人发现现有技术以URL指定服务端处理程序的方法至少存在以下问题:
用户每次提交业务请求时,都需要详细规划URL的组成,配置繁琐,效率较低;
客户端仅能通过URL指定服务端处理程序,扩展性较差,无法适应以数据为中心的Web应用的需求。对于以数据为中心的新兴的Web应用而言,URL信息无法表达足够的转发信息,例如:一个复杂的路由请求:“我要求从信任度最高的服务器返回经过预先过滤的数据,并且服务器的ip地址以**开始”,就无法通过URL来表达,从而无法通过URL实现对业务请求的转发,不能满足客户端的业务需求。
发明内容
本发明实施例所要解决的技术问题是:减少用户提交业务请求时对URL的配置工作;提高转发业务请求的扩展性,满足以数据为中心的Web应用的需求。
根据本发明的一个方面,提供的一种业务数据处理方法,包括:
客户端模块接收业务请求,所述业务请求中包括业务数据以及用于确定该业务数据的转发路由的路由参考数据,所述路由参考数据为重定向统一资源定位符、业务类型、业务处理方法、业务处理条件、路由服务质量参数、路由验证参数、负载均衡参数中的一种或多种;
路由处理模块根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息;
统一分发模块根据所述路由信息,将所述业务数据转发给所述业务处理模块。
根据本发明的另一个方面,提供的一种业务数据处理系统,包括:
客户端模块,用于接收业务请求,所述业务请求中包括业务数据以及用于确定该业务数据的转发路由的路由参考数据,所述路由参考数据为重定向统一资源定位符、业务类型、业务处理方法、业务处理条件、路由服务质量参数、路由验证参数、负载均衡参数中的一种或多种;
路由处理模块,用于根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息;
统一分发模块,用于根据所述路由信息,将所述业务数据转发给所述业务处理模块。
本发明实施例中,将接收到的数据分为业务数据与用于确定业务数据的转发路由的路由参考数据两部分,通过路由参考数据选择用于处理业务数据的业务处理模块并确定该业务数据的转发路由,从而完成该业务数据的转发,由于根据路由参考数据确定路由,将转发路由决策从URL中分离出来,不需要用户每次提交业务请求时都详细规划URL的组成,与现有技术相比,简化了用户配置,从而提高了业务请求的处理效率;由于根据用户提交的路由参考数据确定业务数据的转发路由,不需通过URL指定服务端处理程序,扩展性较好,路由配置较为灵活,可以有效满足以数据为中心的Web应用的需求。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1为本发明一个业务数据处理方法实施例的流程图。
图2为本发明另一个业务数据处理方法实施例的流程图。
图3为本发明又一个业务数据处理方法实施例的流程图。
图4为本发明一个业务数据处理系统实施例的结构示意图。
图5为本发明另一个业务数据处理系统实施例的结构示意图。
图6为本发明又一个业务数据处理系统实施例的结构示意图。
图7为本发明再一个业务数据处理系统实施例的结构示意图。
具体实施方式
一个实施例中,将用户提交业务请求时提交的数据分为业务数据与用于确定该业务数据转发路由的路由参考数据两部分,其中,可以将业务数据作为体信息,将路由参考数据作为头信息,根据路由参考数据来选择确定业务数据的转发路由,然后按照确定的转发路由转发业务数据,实现对业务数据的统一分发。
如图1所示,为本发明一个业务数据处理方法实施例的流程图,该实施例包括以下步骤:
步骤101,接收业务请求,该业务请求中包括业务数据以及用于确定该业务数据的转发路由的路由参考数据。其中,业务数据例如:针对某服务方法所需要的输入数据;路由参考数据例如:重定向URL、业务类型、业务处理方法、业务处理条件、路由服务质量(Quality of Service,以下简称:QoS)参数、路由验证参数、负载均衡方法与参数等中的一种或多种。
步骤102,根据路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到该业务处理模块的路由信息。具体的,选择与所述业务数据的路由参考数据(例如:服务名称、方法名称、路由方法、服务质量等级)相匹配的、或者说满足路由参考数据的路由参数要求的业务处理模块。
步骤103,根据生成的路由信息,将所述业务数据转发给选择的相应业务处理模块以进行处理。
上述具体实施方式中,接收到业务数据与路由参考数据后,通过路由参考数据选择用于处理业务数据的业务处理模块并确定该业务数据的转发路由,从而完成该业务数据的转发。该具体实施方式中,由于根据路由参考数据确定路由,将转发路由决策从URL中分离出来,不需要用户每次提交业务请求时都详细规划URL的组成,简化了用户配置,从而提高了业务请求的处理效率;由于根据用户提交的路由参考数据确定业务数据的转发路由,不需通过URL指定服务端处理程序,扩展性较好,路由配置较为灵活,可以有效满足以数据为中心的Web应用的需求。
如图2所示,为本发明另一个业务数据处理方法实施例的流程图,该实施例包括以下步骤:
步骤201,在客户端模块中预先设置统一对业务数据进行转发的统一分发模块的统一分发地址。该统一分发地址具体可以是URL,例如:*.json。
根据实际需求,可以在客户端模块中设置一个或多个统一分发模块的统一分发地址。例如:可以根据业务数据类型,分别设置对应不同类型的业务数据的统一分发模块的统一分发地址,各统一分发模块分别用于对相应类型的业务数据进行统一路由转发。
步骤202,客户端模块接收用户输入的业务请求与用户信息,该业务请求中包括业务数据和用于确定该业务数据的转发路由的路由参考数据。上述路由参考数据可以包括:重定向URL、业务类型、业务处理方法、业务处理条件、路由QoS参数、路由验证参数、负载均衡方法与参数等中的一种或多种。
另外,步骤202中,根据预先设置或进行后续辅助处理的需要,用户也可以向客户端模块提交除业务请求外的其它信息,而不限于用户信息,例如:用于帮助识别业务数据的业务请求语言。
步骤203,客户端模块将路由参考数据可作为头信息,将业务数据作为体信息,并将上述头信息与体信息组合,以异步请求方式(XMLHttpRequest)将头信息与体信息组合后得到的组合信息与用户信息通过步骤201设置的统一分发地址,发送给相应的统一分发模块。
具体地,若步骤201中预先设置了一个统一分发地址,则该步骤203中,客户端模块直接将组合信息与用户信息通过该统一分发地址发送给相应的统一分发模块。若步骤201中预先设置了多个统一分发地址,则该步骤203中,客户端模块首先根据预先设置的规则,例如:业务数据的类型,选择相应的统一分发模块的统一分发地址,再将组合信息与用户信息通过选择的统一分发地址发送给相应的统一分发模块。
另一些实施例中,在步骤203中,也可以以异步请求方式(XMLHttpRequest)将头信息、体信息以及用户信息通过步骤201设置的统一分发地址,直接发送给相应的统一分发模块,而不对头信息与体信息进行组合。此外,客户端模块也可以以传统的非异步提交方式将头信息、体信息与用户信息通过统一分发地址发送给相应的统一分发模块。
与图1所示的实施例相比,该实施例中增加了如步骤201-203所示在客户端模块对业务数据的提交处理,客户端模块可以将用户提交的业务数据发送给统一分发模块,以便实现对业务数据进行的统一转发。
步骤204,统一分发模块获取发送头信息与体信息的用户IP地址,将头信息、用户IP地址与用户信息转发给预处理模块。
步骤205,预处理模块向头信息中添加验证信息,该验证信息具体为用户IP地址与用户信息,并将添加验证信息后的头信息发送给路由处理模块。
步骤206,路由处理模块对头信息中的验证信息进行鉴权。例如:验证用户IP地址及用户信息是否合法、有效。若验证信息通过鉴权,执行步骤207;否则,执行步骤211。
与图1所示的实施例相比,该实施例通过步骤205-206可实现对用户验证信息的鉴权。只有在验证信息通过鉴权后,才对业务数据进行处理,提高了业务处理的有效性。
步骤207,路由处理模块根据预先设置的路由策略,选择适合处理业务数据的业务处理模块,生成统一分发模块到该业务处理模块的路由信息并发送给统一分发模块。所述适合处理业务数据的业务处理模块即为与路由参考数据相匹配的、或者说满足路由参考数据的路由参数要求的业务处理模块。
由于路由处理模块根据路由参考数据来选择业务数据的转发路由,有利于对业务请求的服务质量、负载均衡与安全情况进行控制与管理。
步骤208,统一分发模块根据路由处理模块返回的路由信息,将体信息,转发给相应的业务处理模块。上述体信息即业务数据。
步骤209,业务处理模块对体信息进行相应处理,并向统一分发模块返回处理结果。
步骤210,统一分发模块将处理结果返回给客户端模块。
步骤211,路由处理模块向统一分发模块返回鉴权失败的鉴权结果信息。
步骤212,统一分发模块向客户端模块转发鉴权失败的鉴权结果信息。
上述具体实施方式中,将用户向客户端提交的数据分为体信息与头信息,并将头信息分离出来发送给专用于路由决策的路由处理模块,由路由处理模块统一选择转发体信息的路由,将路由决策与业务数据转发隔离,有利于建立应用层次的统一路由处理。通过统一的头信息处理流程完成对业务数据的转发,有助于建立一致的数据处理流程,有利于建立完整的以数据为中心的Web应用。
如图3所示,为本发明又一个业务数据处理方法实施例的流程图。该实施例以基于Java程序设计语言为开发平台的系统为例进行说明,为在基于Java程序设计语言的通信系统中的一个具体应用。在该具体应用中,统一分发模块具体为Servlet模块,例如:sample.uServ Dispatcher。预先在客户端模块指定统一对业务数据进行路由转发处理的统一分发地址URL。例如:在web.xml中配置的统一分发模块的统一分发地址具体实例如下:
<servlet>
<display-name>service dispatcher</display-name>
<servlet-name>uServDispatcher</servlet-name>
<servlet-class>sample.uServDispatcher</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>uServDispatcher</servlet-name>
<url-pattern>*.json</url-pattern>
</servlet-mapping>
上述实例表示,若用户向客户端模块提交的业务请求的URL以json为后缀,则该请求将被提交给统一分发模块。例如:用户提交的业务请求中的URL地址、业务请求方法与数据类型三个参数分别是:url:″/default.json″,method:″POST″,mimetype:″text/json″,则该业务请求将会提交给统一分发模块。该业务数据处理方法实施例的流程包括以下步骤:
步骤301,客户端模块接收用户输入的业务请求与附加信息,其中,业务请求中包括待处理的业务数据与用于确定该业务数据的转发路由的路由参考数据。本实施方式中,将其中的路由参考数据作为头信息,将业务数据作为体信息。其中的附加信息具体为:业务请求语言与用户信息。如下表1所示为头信息的一具体格式实例:
表1头信息的格式
服务名 | 方法名 |
路由方式 | Qos级别 |
路由认证 | …… |
假设用户向客户端模块提交的、作为头信息的路由参考数据如下:
{header:
{servName:”sample.userService”,
methodName:”addUser”,
routeMethod:”share”,
qosPriority:”high”,
routeAuth:”no”}
}
用户向客户端模块提交的业务请求具体为添加用户请求,用户向客户端模块提交的、作为体信息的业务数据如下,该业务数据中提供了待添加的用户信息:
{data:
{user:
{name:”userName”,
sex:”male”,
department:”test”
}
}
};
该业务数据中提供了待添加的用户信息:name:″userName″,sex:″male″,department:″test″。
步骤302,客户端模块将头信息与体信息组合,按照统一分发地址/default.json,以异步请求方式将组合得到的组合信息与附加信息发送给Servlet模块。其中,组合后的组合信息如下:
{header:
{servName:”sample.userService”,
methodName:”addUser”,
routeMethod:”share”,
qosPriority:”high”,
routeAuth:”no”}
data:
{user:
{name:”userName”,
sex:”male”,
department:”test”
}
}
}
步骤303,Servlet模块接收到客户端模块发送的业务请求后,根据预先设置,获取发送业务请求的用户IP地址,将其中的头信息、附加信息与用户IP地址转发给预处理模块。
步骤304,预处理模块根据预先设置对头信息进行预处理,向头信息中添加辅助头信息。该辅助头信息包括附加信息、用户IP地址、业务请求语言,预处理后的头信息如下:
{servName:”sample.userService”,
methodName:”addUser”,
routeMethod:”share”,
qosPriority:”high”,
routeAuth:”no”,
clientIp:”xx.xx.xx.xx”,
user:”xxx”,
clientLocale:”zh_CN”}
其中,servName:”sample.userService”表示调用的服务名称为sample.userService。methodName:”addUser”表示调用服务类的方法名称为addUser。routeMethod:”share”表示路由方法为共享,表示可以通过不同的服务处理队列进行处理。routeAuth:”no”表示不需要进行路由验证,按照上述实例,表示不需要对用户身份进行验证。qosPriority:”high”表示服务质量等级为高,即:应用程序对Web请求的QoS要求较高,在路由转发上可能需要快速处理或者需要效率较高的业务处理模块来处理业务请求。clientIp:”xx.xx.xx.xx”表示用户IP地址为xx.xx.xx.xx,user:”xxx”表示用户为xxx。clientLocale:”zh_CN”表示业务请求语言为zh_CN。
步骤305,预处理模块将预处理后的头信息发送给路由处理模块。
步骤306,路由处理模块根据预处理后的头信息中的辅助头信息,进行相应处理,例如:进行用户身份的合法性验证。
步骤307,在头信息通过相应处理后,路由处理模块对头信息进行分析,根据头信息中的服务名称、方法名称、路由方法、服务质量等级选择处理体信息的业务处理模块,确定统一分发模块到该业务处理模块的路由,生成并向Servlet模块返回统一分发模块到该业务处理模块的路由信息。
步骤308,Servlet模块按照路由处理模块返回的路由信息,将体信息转发给业务处理模块。根据步骤302,此处的体信息为:
user:
{name:”userName”,
sex:”male”,
department:”test”
}
步骤309,业务处理模块对体信息进行相应处理,添加用户名为userName、性别为male、工作部门为test的用户,并向Servlet模块返回处理结果。根据步骤302,此处返回的处理结果为表示添加用户是否成功的处理结果,如下所示,为返回的表示用户添加成功的结果:
result:
{return:”true”}
步骤310,Servlet模块将上述处理结果转发给客户端模块。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例提供的一种业务数据处理系统,包括一个或者多个模块,其可以执行如下步骤:接收业务请求,所述业务请求中包括业务数据以及用于确定该业务数据的转发路由的路由参考数据;根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息;根据所述路由信息,将所述业务数据转发给所述业务处理模块。
如图4所示,为本发明一个业务数据处理系统实施例的结构示意图,其包括相互连接的客户端模块1、统一分发模块2与路由处理模块3。
其中,客户端模块1用于接收业务请求,该业务请求中包含业务数据以及用于确定该业务数据的转发路由的路由参考数据。路由处理模块3用于根据客户端模块1接收到的业务请求中的路由参考数据,选择用于处理业务请求中业务数据的业务处理模块,并生成到业务处理模块的路由信息。统一分发模块2用于根据路由处理模块3生成的路由信息,将客户端模块1接收到的业务请求中的业务数据转发给路由处理模块3选择的业务处理模块。
其中,客户端模块1可以以异步请求方式(XMLHttpRequest)或传统的非异步请求方式将业务请求发送给统一分发模块2。
具体地,该客户端模块1为Web请求的发起者,通常是Web浏览器,也可以是其它使用Http协议发起业务请求的应用程序模块。
如图5所示,为本发明另一个业务数据处理系统实施例的结构示意图,与图4所示的实施例相比,该实施例中,客户端模块1包括接收单元11、存储单元12与发送单元13。
其中,接收单元11用于接收业务请求,该业务请求中包含业务数据以及用于确定该业务数据的转发路由的路由参考数据。存储单元12用于存储预先设置的一个或多个统一分发模块的统一分发地址。发送单元13用于在存储单元12中预先设置了一个统一分发模块的统一分发地址时,通过该统一分发地址将接收单元11接收到的业务请求发送给统一分发模块2;在存储单元12中预先设置了分别对应于多个统一分发模块的多个统一分发地址时,根据预先设置的规则,从多个统一分发地址中选择一个统一分发地址,并将接收单元11接收到的业务请求发送给与选择的统一分发地址相应的统一分发模块2。相应的,路由处理模块3用于根据接收单元11接收到的业务请求中的路由参考数据,选择用于处理接收单元11接收到的业务请求中业务数据的业务处理模块,生成到该业务处理模块的路由信息并返回统一分发模块2。统一分发模块2用于接收发送单元13发送的业务请求,并将该业务请求中的路由参数数据发送给路由处理模块3,以及接收路由处理模块3返回的路由信息,并根据该路由信息,将业务请求中的业务数据转发给路由处理模块3选择的业务处理模块,以及将该业务处理模块处理该业务请求后返回的处理结果转发给客户端模块1。具体地,可以发送给客户端模块1中的发送单元13,由发送单元13转发给接收单元11,从而反馈给用户。
如图6所示,为本发明又一个业务数据处理系统实施例的结构示意图,该实施例在图5所示实施例的基础上,还包括预处理模块4,分别与统一分发模块2及路由处理模块3连接,用于接收统一分发模块2发送的路由参考数据,并向该路由参考数据中写入辅助头信息,例如:验证信息,并发送给路由处理模块3。路由处理模块3根据其中的辅助头信息进行辅助处理,在辅助处理后,例如:根据其中的验证信息对业务请求进行鉴权,在业务请求通过鉴权后,根据路由参考数据,选择用于处理业务数据的业务处理模块,生成到该业务处理模块的路由信息并返回给统一分发模块2。
上述任一业务数据处理系统实施例中,还可以包括业务处理模块5,与统一分发模块2连接,用于接收统一分发模块2发送的业务数据,并对该业务数据进行处理,向相应的统一分发模块2返回处理结果。如图7所示,为本发明再一个业务数据处理系统实施例的结构示意图。
需要说明的是:本发明上述任一实施例的业务数据处理系统中,各模块可以设置于同一个物理实体上,也可以分别设置于多个相同或不同的物理实体上。例如:客户端模块1、统一分发模块2、路由处理模块3、预处理模块4与业务处理模块5构成的系统,可以是同一个计算机或终端,也是多个计算机和/或终端。
本发明实施例对业务请求进行转发处理时,不需要用户每次提交业务请求时都详细规划URL的组成,简化了用户配置,从而提高了业务请求的处理效率;不需通过URL指定服务端处理程序,扩展性较好,路由配置较为灵活,可以有效满足以数据为中心的Web应用的需求;有利于对业务请求的服务质量、负载均衡与安全情况进行控制与管理;将路由决策与业务数据转发隔离,有利于建立应用层次的统一路由处理;通过统一的头信息处理流程完成对业务数据的转发,有助于建立一致的数据处理流程,有利于建立完整的以数据为中心的Web应用。
最后所应说明的是:以上实施例仅用以说明本发明的技术方案,而非对本发明作限制性理解。尽管参照上述较佳实施例进行了详细说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这种修改或者等同替换并不脱离本发明技术方案的精神和范围。
Claims (11)
1.一种业务数据处理方法,其特征在于,包括:
客户端模块接收业务请求,所述业务请求中包括业务数据以及用于确定该业务数据的转发路由的路由参考数据,所述路由参考数据为重定向统一资源定位符、业务类型、业务处理方法、业务处理条件、路由服务质量参数、路由验证参数、负载均衡参数中的一种或多种;
路由处理模块根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息;
统一分发模块根据所述路由信息,将所述业务数据转发给所述业务处理模块。
2.根据权利要求1所述的业务数据处理方法,其特征在于,所述客户端模块接收业务请求之后,还包括:
若所述客户端模块中预先设置了一个统一分发模块的统一分发地址,则所述客户端模块通过该统一分发地址将所述业务请求发送给所述统一分发模块;
若所述客户端模块中预先设置了分别对应于多个统一分发模块的多个统一分发地址,则所述客户端模块根据预先设置的规则,从多个统一分发地址中选择一个统一分发地址,并将所述业务请求发送给与选择的统一分发地址相应的统一分发模块;
所述统一分发模块将所述业务请求中的路由参考数据发送给路由处理模块,以便于所述路由处理模块根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息,所述统一分发模块根据所述路由信息,将所述业务数据转发给所述业务处理模块。
3.根据权利要求2所述的业务数据处理方法,其特征在于,所述统一分发地址为统一资源定位符。
4.根据权利要求2所述的业务数据处理方法,其特征在于,所述统一分发模块将所述路由参考数据发送给路由处理模块包括:所述统一分发模块将所述路由参考数据发送给预处理模块;所述预处理模块向所述路由参考数据中添加验证信息后发送给所述路由处理模块;
所述路由处理模块根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块具体为:所述路由处理模块根据所述验证信息对所述业务请求进行鉴权,在所述业务请求通过鉴权后,根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块。
5.根据权利要求2、3或4所述的业务数据处理方法,其特征在于,所述路由处理模块根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息具体为:所述路由处理模块根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,生成到所述业务处理模块的路由信息并返回所述统一分发模块。
6.根据权利要求5所述的业务数据处理方法,其特征在于,将所述业务数据转发给所述业务处理模块之后,还包括:
所述业务处理模块对所述业务数据进行处理,并向所述统一分发模块返回处理结果;
所述统一分发模块将所述处理结果转发给所述客户端模块。
7.根据权利要求1所述的业务数据处理方法,其特征在于,所述接收业务请求具体为:接收以异步请求方式或非异步请求方式发送的所述业务请求。
8.一种业务数据处理系统,其特征在于,包括:
客户端模块,用于接收业务请求,所述业务请求中包含业务数据以及用于确定该业务数据的转发路由的路由参考数据,所述路由参考数据为重定向统一资源定位符、业务类型、业务处理方法、业务处理条件、路由服务质量参数、路由验证参数、负载均衡参数中的一种或多种;
路由处理模块,用于根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,并生成到所述业务处理模块的路由信息;
统一分发模块,用于根据所述路由信息,将所述业务数据转发给所述业务处理模块。
9.根据权利要求8所述的业务数据处理系统,其特征在于,所述客户端模块包括:
接收单元,用于接收业务请求,所述业务请求中包含业务数据以及用于确定该业务数据的转发路由的路由参考数据;
存储单元,用于存储预先设置的一个或多个统一分发模块的统一分发地址;
发送单元,用于在所述存储单元中预先设置了一个统一分发模块的统一分发地址时,通过该统一分发地址将所述业务请求发送给所述统一分发模块;在所述存储单元中预先设置了分别对应于多个统一分发模块的多个统一分发地址时,根据预先设置的规则,从多个统一分发地址中选择一个统一分发地址,并将所述业务请求发送给与选择的统一分发地址相应的统一分发模块;
所述路由处理模块用于根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,生成到所述业务处理模块的路由信息并返回所述统一分发模块;
所述统一分发模块用于接收所述发送单元发送的所述业务请求,并将该业务请求中的路由参考数据发送给所述路由处理模块,以及接收所述路由处理模块返回的路由信息,并根据该路由信息,将所述业务请求中的业务数据转发给所述业务处理模块,以及将所述业务处理模块处理该业务请求后返回的处理结果转发给所述客户端模块。
10.根据权利要求9所述的业务数据处理系统,其特征在于,还包括:
预处理模块,用于接收统一分发模块发送的路由参考数据,并向该路由参考数据中写入验证信息后发送给所述路由处理模块;
所述路由处理模块根据所述验证信息对所述业务请求进行鉴权,在所述业务请求通过鉴权后,根据所述路由参考数据,选择用于处理所述业务数据的业务处理模块,生成到所述业务处理模块的路由信息并返回所述统一分发模块。
11.根据权利要求9或10所述的业务数据处理系统,其特征在于,还包括:
业务处理模块,用于接收业务数据,并对所述业务数据进行处理,以及向所述统一分发模块返回处理结果。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100944794A CN101272337B (zh) | 2007-12-27 | 2008-04-30 | 业务数据处理方法与业务数据处理系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710302289 | 2007-12-27 | ||
CN200710302289.2 | 2007-12-27 | ||
CN2008100944794A CN101272337B (zh) | 2007-12-27 | 2008-04-30 | 业务数据处理方法与业务数据处理系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101272337A CN101272337A (zh) | 2008-09-24 |
CN101272337B true CN101272337B (zh) | 2010-08-25 |
Family
ID=40006033
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100944794A Active CN101272337B (zh) | 2007-12-27 | 2008-04-30 | 业务数据处理方法与业务数据处理系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101272337B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101771960A (zh) * | 2009-01-04 | 2010-07-07 | 中国移动通信集团公司 | 移动网络的业务调用方法、业务网关、业务平台和系统 |
CN102780606A (zh) * | 2011-05-10 | 2012-11-14 | 洪佐松 | 具动态分配接线生的信息服务平台 |
CN104009918B (zh) | 2013-02-22 | 2018-03-27 | 华为技术有限公司 | 一种业务报文处理方法、装置及系统 |
CN106302600A (zh) * | 2015-06-04 | 2017-01-04 | 中国移动通信集团广东有限公司 | 一种定制化需求的方法及装置 |
CN105072703B (zh) * | 2015-07-20 | 2018-11-27 | 上海摩软通讯技术有限公司 | Wifi-Direct网络的数据传输和处理方法及系统 |
CN106603593A (zh) * | 2015-10-15 | 2017-04-26 | 北京京东尚科信息技术有限公司 | 一种基于适配的http调用方法及装置 |
CN107277086B (zh) * | 2016-04-06 | 2020-08-14 | 阿里巴巴集团控股有限公司 | 业务处理系统、业务处理方法以及业务更新方法 |
WO2019023976A1 (zh) * | 2017-08-02 | 2019-02-07 | 福建联迪商用设备有限公司 | 一种业务数据处理方法、客户端、服务端及系统 |
CN111698159A (zh) * | 2019-03-15 | 2020-09-22 | 顺丰科技有限公司 | 业务数据处理方法、装置及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079901A (zh) * | 2006-05-24 | 2007-11-28 | 国际商业机器公司 | 验证客户端请求已被路由传送到适当的服务器的方法和装置 |
-
2008
- 2008-04-30 CN CN2008100944794A patent/CN101272337B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101079901A (zh) * | 2006-05-24 | 2007-11-28 | 国际商业机器公司 | 验证客户端请求已被路由传送到适当的服务器的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101272337A (zh) | 2008-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101272337B (zh) | 业务数据处理方法与业务数据处理系统 | |
CN108833521B (zh) | 消息推送方法、装置、系统、计算机设备和存储介质 | |
US9507949B2 (en) | Device and methods for management and access of distributed data sources | |
CN110278187B (zh) | 多终端单点登录方法、系统、同步服务器及介质 | |
US8850550B2 (en) | Using cached security tokens in an online service | |
US20170013068A1 (en) | Exposing Process Flows and Choreography Controllers As Web Services | |
CN103384237A (zh) | 一种共享IaaS业务云账号的方法、及共享平台和网络装置 | |
CN104380278A (zh) | 用于一个或多个客户端和数据中心的服务器之间的客户端管理会话持续性的设备、系统和方法 | |
CN111460504B (zh) | 业务处理方法、装置、节点设备及存储介质 | |
CN113067866B (zh) | 异构系统间的批量文件传输方法及装置 | |
US11936755B2 (en) | Systems and methods for determining a destination location for transmission of packetized data in a network system based on an application server attribute | |
CN113127168A (zh) | 服务分配方法、系统、装置、服务器及介质 | |
CN108053088A (zh) | 一种用户管理系统、方法和装置 | |
CN101499995A (zh) | 一种业务调度的方法及用于业务调度的系统、装置 | |
CN112866421B (zh) | 基于分布式缓存以及nsq的智能合约运行方法及装置 | |
KR20230043919A (ko) | 서비스 요청 처리 | |
CN114338063A (zh) | 消息队列系统、业务处理方法及计算机可读存储介质 | |
CN110035128B (zh) | 一种直播调度方法、装置、直播系统及存储介质 | |
CN101764791B (zh) | 一种业务链中的用户身份验证方法、设备及系统 | |
CN111010342A (zh) | 一种分布式负载均衡实现方法及装置 | |
CN102685724B (zh) | 一种内容定制方法、服务器及系统 | |
EP2118747B1 (en) | Interface module | |
CN115525880A (zh) | 面向多租户提供saas服务的方法、装置、设备及介质 | |
CA2995919C (en) | Method and device for data exchange processing | |
JP2010518527A5 (zh) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |