CN111585897A - 请求路由管理方法、系统、计算机系统及可读存储介质 - Google Patents
请求路由管理方法、系统、计算机系统及可读存储介质 Download PDFInfo
- Publication number
- CN111585897A CN111585897A CN202010253262.4A CN202010253262A CN111585897A CN 111585897 A CN111585897 A CN 111585897A CN 202010253262 A CN202010253262 A CN 202010253262A CN 111585897 A CN111585897 A CN 111585897A
- Authority
- CN
- China
- Prior art keywords
- data
- definition
- routing
- server
- entry
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了请求路由管理方法、系统、计算机系统及可读存储介质，包括：创建数据定义表和数据路由表，并将数据定义表发送定义服务器，及将数据路由表发送路由服务器；接收客户端发送的业务请求，从数据定义表中获取与业务请求匹配的定义条目并汇总获得数据性质表，及通过预设的主键规则处理业务请求获得主键；根据数据性质表的定义类型从数据路由表中获取中介条目，并从中介条目中获得数据储存位置，从与数据储存位置对应的信息端获取目标数据，并将目标数据写入中介条目形成返回数据发送客户端。本发明避免了因各客户端之间相互访问导致交互的信息量过大，造成网络反应迟缓的情况发生，以及保证了信息的时效性和最终的返回数据的信息准确度。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种请求路由管理方法、系统、计算机系统及可读存储介质。
背景技术
在大型网络系统中，数据往往分散在各个客户端中。当一个客户端需要使用到其它客户端的数据进行校验时，需要通过网络，向其它客户端请求获取数据。当网络系统结构庞大，数据字段过多时，会导致客户端和服务器陷入繁忙的字段校对泥潭中，影响项目进度；
为解决上述问题，当前采用的是建立数据中心，通过汇总各客户端的数据以丰富数据中心的内容，用于满足各客户端面临的不同情况的校验需求；然而在实时业务处理过程中，数据中心往往会因更新之后而向客户端发送过期数据，导致信息的时效性低；而如果各客户端之间相互访问又会导致交互的信息量过大，将造成网络反应迟缓的情况发生。
发明内容
本发明的目的是提供一种请求路由管理方法、系统、计算机系统及可读存储介质，用于解决现有技术存在的数据中心往往会因更新之后而向客户端发送过期数据，导致信息的时效性低，以及各客户端之间相互访问又会导致交互的信息量过大，将造成网络反应迟缓的情况发生的问题。
为实现上述目的，本发明提供一种请求路由管理方法，包括：
创建服务器创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器，及将所述数据路由表发送路由服务器；其中，所述数据定义表用于定义业务请求的性质，所述数据路由表用于记载业务请求所需的数据储存位置；
所述定义服务器接收客户端发送的业务请求，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联，并将所述主键与数据性质表发送路由服务器；
所述路由服务器根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，及将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端。
上述方案中，创建数据定义表和数据路由表的步骤，包括：
创建服务器的定义模块创建数据定义表；其中，所述数据定义表至少包括数据码值、定义数据分类、定义数据源类型和定义结果；
创建服务器的路由模块创建数据路由表，其中，所述数据路由表至少包括路由数据分类，数据存储位置，资源标识符，提取字段和参数项。
上述方案中，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表的步骤，包括：
定义服务器的码值解压模块解压所述业务请求获得业务码值；
定义服务器的对比模块将所述业务码值依次与所述数据定义表中的数据码值进行比对，将与所述业务码值一致的数据码值设为定义条目；
定义服务器的制表模块汇总所述定义条目获得用于反应业务请求特征的数据性质表。
上述方案中，通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联的步骤，包括：
定义服务器的规则解压模块解压所述业务请求获得业务编号，及根据预设的主键规则处理所述业务编号生成主键；
定义服务器的关联模块将所述主键与客户端的客户地址关联，及将所述主键与数据性质表关联。
上述方案中，路由服务器根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置的步骤，包括：
路由服务器的性质提取模块提取数据性质表中的定义数据分类作为性质分类；
路由服务器的匹配提取模块从所述数据路由表中，获取与所述性质分类匹配的路由条目并将其设为中介条目，及获取所述中介条目的数据储存位置。
上述方案中，从与所述数据储存位置对应的信息端获取目标数据的步骤，包括：
路由服务器的目标提取模块识别中介条目中的路由数据源类型；
若所述路由数据源类型为系统定义，则表示所述信息端为系统数据库，根据中介条目中的数据储存位置从系统数据库中，获得与中介条目的路由数据分类对应的文件，并将其设为目标数据；
若所述路由数据源类型为外部定义，则表示所述信息端为外部的客户端，根据中介条目中的数据储存位置锁定储存有目标数据的客户端并将其设为信息端，通过中介条目的资源标识符从所述信息端中获取文件，并根据中介条目的提取字段从所述文件中提取目标数据。
上述方案中，将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端的步骤，包括：
路由服务器的返回模块将目标数据写入所述中介条目的参数项形成返回数据；
路由服务器的发送模块获取与所述返回数据对应的数据性质表，根据所述数据性质表的主键获得客户地址，并将所述返回数据发送与所述客户地址匹配的客户端。
为实现上述目的，本发明还提供一种请求路由管理系统，包括：
创建服务器，用于创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器，及将所述数据路由表发送路由服务器；其中，所述数据定义表用于定义业务请求的性质，所述数据路由表用于记载业务请求所需的数据储存位置；
定义服务器，用于接收客户端发送的业务请求，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联，并将所述主键与数据性质表发送路由服务器；
路由服务器，用于根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，及将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端；其中，所述数据路由表中至少具有一个包括有数据储存位置和定义类型的中介条目，所述中介条目通过定义类型与数据性质表关联。
为实现上述目的，本发明还提供一种计算机系统，其包括多个计算机设备，各计算机设备包括存储器.处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述多个计算机设备的处理器执行所述计算机程序时共同实现上述请求路由管理方法的步骤。
为实现上述目的，本发明还提供一种计算机可读存储介质，其包括多个存储介质，各存储介质上存储有计算机程序，所述多个存储介质存储的所述计算机程序被处理器执行时共同实现上述请求路由管理方法的步骤。
本发明提供的请求路由管理方法、系统、计算机系统及可读存储介质，通过根据所述业务请求从所述数据定义表中获取定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述数据性质表和主键发送路由服务器，使路由服务器能够通过数据性质表获知业务请求的特性；
根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，并将所述目标数据写入所述中介条目形成返回数据发送所述客户端，以实现快速查找储存目标信息的位置，因此在大型网络系统中，只需根据数据定义表和数据路由表，即可从相应的信息端提取其储存的目标信息，并将其根据主键发送相应的客户端，不仅避免了因各客户端之间相互访问导致交互的信息量过大，造成网络反应迟缓的情况发生；还因各客户端是目标信息的生产单位，所以从各客户端获取目标信息保证了信息的时效性，进而保证了最终的返回数据的信息准确度，避免了在实时业务处理过程中，因向请求客户端发送过期数据，导致校验结果无法满足需求的情况发生。
附图说明
图1为本发明请求路由管理方法实施例一的流程图；
图2为本发明请求路由管理方法实施例一中请求路由管理系统中创建服务器、定义服务器、路由服务器、客户端和信息端之间的工作流程图；
图3为本发明请求路由管理方法实施例一S1中创建数据定义表和数据路由表的流程图；
图4为本发明请求路由管理方法实施例一S2中获得数据性质表的流程图；
图5为本发明请求路由管理方法实施例一S2中通过处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联的流程图；
图6为本发明请求路由管理方法实施例一S3中获取中介条目并从所述中介条目中获得数据储存位置的流程图；
图7为本发明请求路由管理方法实施例一S3中形成返回数据并将其发送与所述主键关联的客户端的流程图；
图8为本发明请求路由管理系统实施例二的程序模块示意图；
图9为本发明计算机系统实施例三中计算机设备的硬件结构示意图。
附图标记：
1、请求路由管理系统 2、计算机设备 11、创建服务器
12、定义服务器 13、路由服务器 14、客户端
15、信息端 21、存储器 22、处理器
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供的请求路由管理方法、系统、计算机系统及可读存储介质，适用于通信技术领域，为提供一种基于创建服务器、定义服务器、路由服务器的请求路由管理方法。本发明通过创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器，及将所述数据路由表发送路由服务器；其中，所述数据定义表用于定义业务请求的性质，所述数据路由表用于记载业务请求所需的数据储存位置；接收客户端发送的业务请求，根据所述业务请求从所述数据定义表中获取定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述数据性质表和主键发送路由服务器；根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，并将所述目标数据写入所述中介条目形成返回数据发送所述客户端。
实施例一
请参阅图1，本实施例的一种请求路由管理方法，包括：
S1：创建服务器创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器，及将所述数据路由表发送路由服务器；其中，所述数据定义表用于定义业务请求的性质，所述数据路由表用于记载业务请求所需的数据储存位置；
需要说明的是，所述性质是指事物本身所具有的、区别于其他事物的特征。于本申请中，业务请求的性质是用于区分各业务请求的区别特征，例如：数据码值、定义数据分类、定义数据源类型和定义结果等特征。
S2：所述定义服务器接收客户端发送的业务请求，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联，并将所述主键与数据性质表发送路由服务器；其中，所述数据性质表中包括了能够描述所述业务请求与其他业务请求之间区别的定义条目，所述定义条目中包含了至少一个能够反映所述业务请求的性质的区别特征，例如：数据码值、定义数据分类、定义数据源类型和定义结果等特征。
S3：所述路由服务器根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，及将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端；其中，所述数据路由表中至少具有一个包括有数据储存位置和定义类型的中介条目，所述中介条目通过定义类型与数据性质表关联。
在示例性的实施例中，请参阅图2，创建服务器11与定义服务器12和路由服务器13通信连接，所述定义服务器12和路由服务器13之间通信连接；定义服务器12分别通过网络至少与一个客户端14连接，路由服务器13通过网络至少与一个信息端15连接；创建服务器11创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器12，及将所述数据路由表发送路由服务器13；所述定义服务器12接收客户端14发送的业务请求，并将数据性质表和主键发送路由服务器13；路由服务器13根据数据性质表从信息端15获取目标数据，并将返回数据发送与主键关联的所述客户端14。
在一个优选的实施例中，请参阅图3，S1中创建数据定义表和数据路由表的步骤，包括：
S101：创建服务器的定义模块创建数据定义表；其中，所述数据定义表至少包括数据码值、定义数据分类、定义数据源类型和定义结果。
本步骤中，所述数据码值用于与业务请求中的业务码值进行匹配；
定义数据分类用于定义数据码值的类型，其与数据路由表中的路由数据分类关联；
定义数据源类型用于定义数据码值的获得方式，其中，所述定义数据源类型包括对象获取和固定赋值；
定义结果用于根据定义数据源类型返回数据码值所对应的业务请求的目标数据，其中，若所述定义条目的定义类型值为对象获取，则将所述定义条目的定义结果设定为空；若所述定义条目的定义类型值为固定赋值，则在所述定义条目的定义结果中填入结果值；其中，所述结果值可根据操作人员需要自行填写。
所述数据定义表还可包括数据名称，数据名称是数据码值的中文名称。
例如：数据定义表可如下表所示：
需要说明的是，可采用Python的xlwt模块作为所述定义模块以创建数据定义表，其中，xlwt模块Python中用于实现对文件写入效果的模块。
S102：创建服务器的路由模块创建数据路由表，其中，所述数据路由表至少包括路由数据分类，数据存储位置，资源标识符，提取字段和参数项。
本步骤中，路由数据分类用于定义数据路由表中的类型，其与数据定义表中的定义数据分类关联；
数据存储位置用于表达各路由数据分类下，业务请求的目标数据保存地址；
资源标识符用于表达各数据储存位置下，业务请求的目标数据具体索引；
提取字段用于表达各资源标识符下，业务请求的目标数据所在的具体位置；
参数项用于写入业务请求的目标数据。
所述路由数据表还可包括路由数据源类型，路由数据源类型用于表达数据储存位置所在系统，所述路由数据源类型包括系统定义和外部定义；数据存储位置所对应地址信息包括内部地址信息和外部地址信息；当路由条目的路由数据源类型为系统定义时，则表示目标数据储存在内部数据库中；因此该路由条目的数据存储位置为内部信息，用于表达目标数据储存的位置，因此可通过储存目标数据文件的文件名表示；而该路由条目的资源标识符和参数项可为空；当路由条目的路由数据源类型为外部定义时，则表示目标数据储存在客户端中；因此该路由条目的数据储存位置为外部信息，用于表达该客户端的地址，因此可通过IP地址表示；而该路由条目的资源信息为该目标数据在客户端的存储路径，提取信息则表示提取目标数据所使用的关键字。
例如：数据路由表可如下表所示：
需要说明的是，可采用Python的xlwt模块作为所述路由模块以创建数据路由表，其中，xlwt模块Python中用于实现对文件写入效果的模块。
在一个优选的实施例中，请参阅图4，S2中从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表的步骤，包括：
S201：定义服务器的码值解压模块解压所述业务请求获得业务码值。
需要说明的是，可采用WINRAR等解压缩软件作为码值解压模块，以解压所述业务请求获得业务码值。
S202：定义服务器的对比模块将所述业务码值依次与所述数据定义表中的数据码值进行比对，将与所述业务码值一致的数据码值设为定义条目；
例如：业务码值为：apply_amount和recommended_amount，那么将数据定义表中以下条目为定义条目：
需要说明的是，所述对比模块是可采用python的xlrd模块作为对比模块以读取所述数据定义表中的数据码值并将其与业务码值依次与进行比对，及将与所述业务码值一致的数据码值设为定义条目；其中，xlrd模块用于实现对文件内容的读取。
S203：定义服务器的制表模块汇总所述定义条目获得用于反应业务请求特征的数据性质表。
例如，数据性质表如下所示：
需要说明的是，可采用Python的xlwt模块作为所述制表模块以汇总所述定义条目获得用于反应业务请求特征的数据性质表，其中，xlwt模块Python中用于实现对文件写入效果的模块。
在一个优选的实施例中，请参阅图5，S2中通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联的步骤，包括：
S211：所述定义服务器的规则解压模块解压所述业务请求获得业务编号，及根据预设的主键规则处理所述业务编号生成主键。
示例性地，所述主键规则可为increment策略、idenitty策略、hilo策略、sequence策略、native策略、uuid策略或assigned策略；
其中，increment策略是指,不使用数据库本地的自增长策略,而是由程序(Hibernate框架)产生一个自增长的ID值,赋予数据库，每次插入前都会去查询表中id最大的值,然后+1作为新主键；
Hilo策略是指高低位算法,主键自增,由hibernate来维护,开发时不使用.因为没有数据库同时不支持主键自增长或者则序列号；
identity策略,指定使用数据库里面的ID自增长策略.只能用于支持ID自增长功能的数据库；
sequence策略是指使用序列的实现ID生成策略,主要用于有序列的数据库；
Native是指使用数据库本地的策略,就是数据库里面使用怎么样的策略就用什么策略,HIbernate不做任何的判断；
Uuid是指就是数据库的主键是使用一个唯一的字符串的来存储.这个唯一的字符串就是UUID，主键必须为String类型；
assigned策略,就是不使用主键生成策略,由手工输入ID。
需要说明的是，可采用WINRAR等解压缩软件构建规则解压模块，以解压所述业务请求获得业务编号；并且还可采用写有主键规则的规则引擎构建规则解压模块，以根据主键规则处理所述业务编号生成主键；其中，所述规则引擎是一种嵌入在应用程序中的组件，其通过将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策，以实现根据预设规则对接收到的数据进行处理的技术效果。
S212：定义服务器的关联模块将所述主键与客户端的客户地址关联，及将所述主键与数据性质表关联。
示例性地，创建请求关联表，所述请求关联表包括请求标记和请求地址，所述请求标记和请求地址相互对应；将所述主键录入所述请求关联表的请求标记中，提取所述客户端的客户地址(如，客户端的IP地址)，将所述客户地址录入所述请求关联表的请求地址中并使其与所述主键对应，实现所述主键与所述请求客户地址关联。通过将所述主键作为所述数据性质表的文件名称，以实现所述主键与数据性质表的关联。通过使主键与数据性质表和客户端之间相互关联，保证了通过数据性质表所获得的返回数据能够准确的输出至发送请求的客户端，保证了信息传递的准确度。
需要说明的是，所述关联模块是可采用Python的xlwt模块作为所述关联模块，以通过创建请求关联表的形式将所述主键与客户端的客户地址关联，及通过主键作为数据性质表的文件名形式将所述主键与数据性质表关联，其中，xlwt模块Python中用于实现对文件写入效果的模块。
在示例性的实施例中，S2中将所述数据性质表和主键发送路由服务器之前包括：
定义服务器的数据源识别模块识别数据性质表的定义数据源类型；
若定义数据源类型具有固定值，则将所述固定值所对应的定义结果发送与主键关联的客户端，并删除数据性质表中定义数据源类型为固定值的定义条目形成新的数据性质表；
检测所述新的数据性质表是否为空；若所述新的数据性质表为空，则删除该数据性质表并结束；若所述新的数据性质表不为空，则所述数据性质表和主键发送路由服务器。
若定义数据源类型不具有固定值，则检测所述数据性质表是否为空，若所述数据性质表为空，则删除该数据性质表并结束；若所述新的数据性质表不为空，则所述数据性质表和主键发送路由服务器。
例如：如果数据性质表如下所示：
| 数据码值 | 数据名称 | 定义数据分类 | 定义数据源类型 | 定义结果 |
| max_amount | 最大金额 | 固定值 | 30000 |
那么将所述固定值所对应的定义结果“30000”发送与主键关联的客户端后，删除数据性质表中定义数据源类型为固定值的定义条目形成新的数据性质表，如下：
| 数据码值 | 数据名称 | 定义数据分类 | 定义数据源类型 | 定义结果 |
由于检测到新的数据性质表为空，则删除该数据性质表并结束。
在一个优选的实施例中，请参阅图6，S3中路由服务器根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置的步骤，包括：
S301：路由服务器的性质提取模块提取数据性质表中的定义数据分类作为性质分类。
例如，如果数据性质表如下表所示：
那么获得的性质分类为order和Riskdetail。
需要说明的是，可采用python的xlrd模块作为性质提取模块以提取数据性质表中的定义数据分类作为性质分类；其中，xlrd模块用于实现对文件内容的读取。
S302：路由服务器的匹配提取模块从所述数据路由表中，获取与所述性质分类匹配的路由条目并将其设为中介条目，及获取所述中介条目的数据储存位置。
例如：获得的与所述性质分类匹配的中介条目如下表所示：
需要说明的是，可采用python的xlrd模块作为匹配提取模块，以从所述数据路由表中，获取与所述性质分类匹配的路由条目并将其设为中介条目，及获取所述中介条目的数据储存位置；其中，xlrd模块用于实现对文件内容的读取。
在一个优选的实施例中，S3中从与所述数据储存位置对应的信息端获取目标数据的步骤，包括：
路由服务器的目标提取模块识别中介条目中的路由数据源类型；
若所述路由数据源类型为系统定义，则表示所述信息端为系统数据库，根据中介条目中的数据储存位置从系统数据库中，获得与中介条目的路由数据分类对应的文件，并将其设为目标数据；
若所述路由数据源类型为外部定义，则表示所述信息端为外部的客户端，根据中介条目中的数据储存位置锁定储存有目标数据的客户端并将其设为信息端，通过中介条目的资源标识符从所述信息端中获取文件，并根据中介条目的提取字段从所述文件中提取目标数据。
需要说明的是，路由服务器中预设有用于保存文件的系统数据库，所述系统数据库中的文件地址记载于数据路由表中数据储存位置中，因此，一旦中介条目的路由数据源类型为系统定义时，即可直接通过与其对应的数据储存位置访问系统数据库即可获得目标数据，而无需调用外部的客户端，因此有助于提高路由服务器向客户端发送返回数据的效率。
需要说明的是，可采用python的xlrd模块作为目标模块以识别中介条目中的路由数据源类型；其中，xlrd模块用于实现对文件内容的读取。
例如：中介条目如下表所示：
那么对于路由数据分类为“Order”的中介条目，将从系统数据库的“数据表1”中获得目标数据；
对于路由数据分类为“Riskdtail”的中介条目，将访问地址为“10.9.68.121”的客户端，并根据资源标识符获得目录索引，“/openApi/getData”，通过该索引获得相应的文件；再通过提取字段“bussinessId,args”从该文件中获取对应的数据，此时，该数据即为目标数据。
在一个优选的实施例中，请参阅图7，S3中将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端的步骤，包括：
S311：路由服务器的返回模块将目标数据写入所述中介条目的参数项形成返回数据。
例如：将目标数据写入参数项获得的返回数据如下表所示：
需要说明的是，可采用Python的xlwt模块作为所述返回模块以将目标数据写入所述中介条目的参数项形成返回数据，其中，xlwt模块Python中用于实现对文件写入效果的模块。
S312：路由服务器的发送模块获取与所述返回数据对应的数据性质表，根据所述数据性质表的主键获得客户地址，并将所述返回数据发送与所述客户地址匹配的客户端。
示例性地，获取与返回数据对应的数据性质表，提取该数据性质表的文件名称获得主键，通过请求关联表获得与所述主键关联的客户地址，并将所述返回数据发送与所述客户地址匹配的客户端。
需要说明的是，可采用python的xlrd模块构建发送模块以获取与所述返回数据对应的数据性质表，及根据所述数据性质表的主键从请求关联表中获得客户地址；并且可采用通信模块(如：485通信模块、无线通信模块等)构建发送模块，以将所述返回数据发送与所述客户地址匹配的客户端。
实施例二
请参阅图8，本实施例的一种请求路由管理系统1，包括：
创建服务器11，用于创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器12，及将所述数据路由表发送路由服务器13；其中，所述数据定义表用于定义业务请求的性质，所述数据路由表用于记载业务请求所需的数据储存位置；
定义服务器12，用于接收客户端发送的业务请求，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联，并将所述主键与数据性质表发送路由服务器；
路由服务器13，用于根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，及将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端；其中，所述数据路由表中至少具有一个包括有数据储存位置和定义类型的中介条目，所述中介条目通过定义类型与数据性质表关联。
本技术基于云技术的云传输领域，通过创建服务器创建数据定义表和数据路由表、定义服务器接收客户端发送的业务请求，根据所述业务请求从所述数据定义表中获取定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键；以及通过路由服务器根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，并将所述目标数据写入所述中介条目形成返回数据发送所述客户端，实现对当前的数据中心或路由进行优化的技术效果。
实施例三：
为实现上述目的，本发明还提供一种计算机系统，该计算机系统包括多个计算机设备2，实施例二的请求路由管理系统1的组成部分可分散于不同的计算机设备中，计算机设备可以是执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备至少包括但不限于：可通过系统总线相互通信连接的存储器21、处理器22，如图9所示。需要指出的是，图9仅示出了具有组件-的计算机设备，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
本实施例中，存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器21还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例一的请求路由管理系统的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，例如运行请求路由管理系统，以实现实施例一的请求路由管理方法。
实施例四：
为实现上述目的，本发明还提供一种计算机可读存储系统，其包括多个存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器22执行时实现相应功能。本实施例的计算机可读存储介质用于存储请求路由管理系统，被处理器22执行时实现实施例一的请求路由管理方法。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种请求路由管理方法，其特征在于，包括：
创建服务器创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器，及将所述数据路由表发送路由服务器；其中，所述数据定义表用于定义业务请求的性质，所述数据路由表用于记载业务请求所需的数据储存位置；
所述定义服务器接收客户端发送的业务请求，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联，并将所述主键与数据性质表发送路由服务器；
所述路由服务器根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，及将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端；其中，所述数据路由表中至少具有一个包括有数据储存位置和定义类型的中介条目，所述中介条目通过定义类型与数据性质表关联。
2.根据权利要求1所述的请求路由管理方法，其特征在于，创建数据定义表和数据路由表的步骤，包括：
创建服务器的定义模块创建数据定义表；其中，所述数据定义表至少包括数据码值、定义数据分类、定义数据源类型和定义结果；
创建服务器的路由模块创建数据路由表，其中，所述数据路由表至少包括路由数据分类，数据存储位置，资源标识符，提取字段和参数项。
3.根据权利要求1所述的请求路由管理方法，其特征在于，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表的步骤，包括：
定义服务器的码值解压模块解压所述业务请求获得业务码值；
定义服务器的对比模块将所述业务码值依次与所述数据定义表中的数据码值进行比对，将与所述业务码值一致的数据码值设为定义条目；
定义服务器的制表模块汇总所述定义条目获得用于反应业务请求特征的数据性质表。
4.根据权利要求1所述的请求路由管理方法，其特征在于，通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联的步骤，包括：
定义服务器的规则解压模块解压所述业务请求获得业务编号，及根据预设的主键规则处理所述业务编号生成主键；
定义服务器的关联模块将所述主键与客户端的客户地址关联，及将所述主键与数据性质表关联。
5.根据权利要求1所述的请求路由管理方法，其特征在于，路由服务器根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置的步骤，包括：
路由服务器的性质提取模块提取数据性质表中的定义数据分类作为性质分类；
路由服务器的匹配提取模块从所述数据路由表中，获取与所述性质分类匹配的路由条目并将其设为中介条目，及获取所述中介条目的数据储存位置。
6.根据权利要求1所述的请求路由管理方法，其特征在于，从与所述数据储存位置对应的信息端获取目标数据的步骤，包括：
路由服务器的目标提取模块识别中介条目中的路由数据源类型；
若所述路由数据源类型为系统定义，则表示所述信息端为系统数据库，根据中介条目中的数据储存位置从系统数据库中，获得与中介条目的路由数据分类对应的文件，并将其设为目标数据；
若所述路由数据源类型为外部定义，则表示所述信息端为外部的客户端，根据中介条目中的数据储存位置锁定储存有目标数据的客户端并将其设为信息端，通过中介条目的资源标识符从所述信息端中获取文件，并根据中介条目的提取字段从所述文件中提取目标数据。
7.根据权利要求1所述的请求路由管理方法，其特征在于，将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端的步骤，包括：
路由服务器的返回模块将目标数据写入所述中介条目的参数项形成返回数据；
路由服务器的发送模块获取与所述返回数据对应的数据性质表，根据所述数据性质表的主键获得客户地址，并将所述返回数据发送与所述客户地址匹配的客户端。
8.一种请求路由管理系统，其特征在于，包括：
创建服务器，用于创建数据定义表和数据路由表，并将所述数据定义表发送定义服务器，及将所述数据路由表发送路由服务器；其中，所述数据定义表用于定义业务请求的性质，所述数据路由表用于记载业务请求所需的数据储存位置；
定义服务器，用于接收客户端发送的业务请求，从所述数据定义表中获取与所述业务请求匹配的定义条目并汇总获得数据性质表，及通过预设的主键规则处理所述业务请求获得主键，将所述主键与数据性质表和客户端关联，并将所述主键与数据性质表发送路由服务器；
路由服务器，用于根据所述数据性质表的定义类型从数据路由表中获取中介条目，并从所述中介条目中获得数据储存位置，从与所述数据储存位置对应的信息端获取目标数据，及将所述目标数据写入所述中介条目形成返回数据，并将其发送与所述主键关联的客户端；其中，所述数据路由表中至少具有一个包括有数据储存位置和定义类型的中介条目，所述中介条目通过定义类型与数据性质表关联。
9.一种计算机系统，其包括多个计算机设备，各计算机设备包括存储器.处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述多个计算机设备的处理器执行所述计算机程序时共同实现权利要求1至7任一项所述请求路由管理方法的步骤。
10.一种计算机可读存储介质，其包括多个存储介质，各存储介质上存储有计算机程序，其特征在于，所述多个存储介质存储的所述计算机程序被处理器执行时共同实现权利要求1至7任一项所述请求路由管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010253262.4A CN111585897B (zh) | 2020-04-02 | 2020-04-02 | 请求路由管理方法、系统、计算机系统及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010253262.4A CN111585897B (zh) | 2020-04-02 | 2020-04-02 | 请求路由管理方法、系统、计算机系统及可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111585897A true CN111585897A (zh) | 2020-08-25 |
| CN111585897B CN111585897B (zh) | 2022-04-15 |
Family
ID=72119202
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010253262.4A Active CN111585897B (zh) | 2020-04-02 | 2020-04-02 | 请求路由管理方法、系统、计算机系统及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111585897B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113609384A (zh) * | 2021-07-16 | 2021-11-05 | 广州云从凯风科技有限公司 | 数据订阅方法、设备及计算机存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130111460A1 (en) * | 2011-11-01 | 2013-05-02 | Cit Global Mobile Division | Method and system for localizing an application on a computing device |
| US20160226816A1 (en) * | 2015-02-02 | 2016-08-04 | Go Daddy Operating Company, LLC | Controls for resolving product and action domain names |
| CN106326243A (zh) * | 2015-06-19 | 2017-01-11 | 苏宁云商集团股份有限公司 | 一种数据处理方法及装置 |
| CN110764700A (zh) * | 2019-10-12 | 2020-02-07 | 上海陆家嘴国际金融资产交易市场股份有限公司 | 数据存储方法、装置、计算机设备和存储介质 |
-
2020
- 2020-04-02 CN CN202010253262.4A patent/CN111585897B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130111460A1 (en) * | 2011-11-01 | 2013-05-02 | Cit Global Mobile Division | Method and system for localizing an application on a computing device |
| US20160226816A1 (en) * | 2015-02-02 | 2016-08-04 | Go Daddy Operating Company, LLC | Controls for resolving product and action domain names |
| CN106326243A (zh) * | 2015-06-19 | 2017-01-11 | 苏宁云商集团股份有限公司 | 一种数据处理方法及装置 |
| CN110764700A (zh) * | 2019-10-12 | 2020-02-07 | 上海陆家嘴国际金融资产交易市场股份有限公司 | 数据存储方法、装置、计算机设备和存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113609384A (zh) * | 2021-07-16 | 2021-11-05 | 广州云从凯风科技有限公司 | 数据订阅方法、设备及计算机存储介质 |
| CN113609384B (zh) * | 2021-07-16 | 2024-05-10 | 广州云从凯风科技有限公司 | 数据订阅方法、设备及计算机存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111585897B (zh) | 2022-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108737325B (zh) | 一种多租户数据隔离方法、装置及系统 | |
| CN108427705B (zh) | 电子装置、分布式系统日志查询方法及存储介质 | |
| CN108829781B (zh) | 客户信息查询方法、装置、计算机设备和存储介质 | |
| CN112162965B (zh) | 一种日志数据处理的方法、装置、计算机设备及存储介质 | |
| CN110839014B (zh) | 一种认证方法、装置、计算机设备及可读存储介质 | |
| CN111274045A (zh) | 一种多平台对接方法、装置、计算机设备及可读存储介质 | |
| CN110019873B (zh) | 人脸数据处理方法、装置及设备 | |
| CN108717426B (zh) | 企业数据的更新方法、装置、计算机设备及存储介质 | |
| CN115757495A (zh) | 缓存数据处理方法、装置、计算机设备及存储介质 | |
| US20230224279A1 (en) | Deploying and Utilizing a Dynamic Data Stenciling System with a Smart Linking Engine | |
| CN112559526A (zh) | 数据表导出方法、装置、计算机设备及存储介质 | |
| CN112328592A (zh) | 数据存储方法、电子设备及计算机可读存储介质 | |
| CN113535677B (zh) | 数据分析查询管理方法、装置、计算机设备及存储介质 | |
| CN111445319A (zh) | 一种凭证生成方法、装置、计算机设备及存储介质 | |
| CN111585897B (zh) | 请求路由管理方法、系统、计算机系统及可读存储介质 | |
| CN117171108A (zh) | 一种虚拟模型映射方法和系统 | |
| CN108241732B (zh) | 电子装置、信息处理的方法及存储介质 | |
| CN111008220A (zh) | 数据源的动态识别方法及装置、存储介质和电子装置 | |
| CN113420050B (zh) | 数据查询管理方法、装置、计算机设备及可读存储介质 | |
| CN113434098B (zh) | 打印功能实现方法、装置、电子设备、系统和存储介质 | |
| CN114186976A (zh) | 工作流程流转方法、装置、计算机设备及存储介质 | |
| CN112527780A (zh) | Redis集群的创建与管理方法、系统、计算机设备和存储介质 | |
| CN113419687A (zh) | 一种对象存储方法、系统、设备及存储介质 | |
| CN113051299A (zh) | 代理信息处理方法、装置、计算机设备和存储介质 | |
| CN112685078A (zh) | 接口文档生成与查询方法、装置及计算机可读存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |