一种服务调用系统、电子设备及存储介质的制作方法

1.本发明涉及服务通信领域，特别是涉及一种服务调用系统、电子设备及存储介质。


背景技术：

2.随着信息时代的发展，服务器所要处理的数据越来越多，其所需的计算量也随之增大，用户数量的攀升会导致功能模块越来越多，业务流程也愈加复杂。目前在服务执行过程中，不同业务之间关联性较大，需要不同的功能模块之间互相关联调用服务，但互相关联的功能模块之间耦合性较强，且都在服务端的内网调用，功能模块之间的调用服务会有顺序限制，调用速度较慢，且现有的功能模块的服务调用是采用http协议，http协议在数据传输时会与功能模块进行多次创建连接以及存在报文长度过长的问题，会导致数据延迟过大、数据传输浪费且无法双向通信。


技术实现要素：

3.有鉴于此，本发明提供一种服务调用系统、电子设备及存储介质，至少部分解决现有技术中存在的技术问题，本发明采用的技术方案为：
4.根据本技术的一个方面，提供一种服务调用系统，包括若干服务器，每一服务器中均设置有若干功能模块；
5.任一服务器均用于执行以下方法：
6.当接收到针对目标功能模块的调用指令时，将调用指令发送至目标功能模块；目标功能模块为当前服务器中任一功能模块；
7.接收目标功能模块发出的至少一个关联调用指令；关联调用指令包括与目标功能模块关联的关联功能模块的调用信息；关联功能模块与目标功能模块不处于同一个服务器中；
8.将关联调用指令发送至关联功能模块中；
9.接收关联功能模块返回的根据关联调用指令执行的调用结果；
10.将调用结果发送至目标功能模块中。
11.在本技术的一种示例性实施例中，目标功能模块在接收到调用指令时，执行以下方法：
12.根据调用指令，生成至少一个关联调用信息；
13.根据每个关联调用信息，生成每个关联调用信息对应的每个调用服务存根；
14.通过每个调用服务存根对与其对应的关联调用信息进行序列化处理，得到每个关联调用信息对应的关联调用指令；
15.将每个关联调用指令发送至目标功能模块所在的服务器中。
16.在本技术的一种示例性实施例中，关联功能模块在接收到关联调用指令时，执行以下方法：
17.根据关联调用指令，生成对应的被调用服务存根；
18.通过被调用服务存根对关联调用指令进行反序列化处理，得到对应的被调用信息；
19.根据被调用信息执行调用操作，得到调用结果信息；
20.通过被调用服务存根对调用结果信息进行序列化处理，得到调用结果；
21.将调用结果发送至目标功能模块所在的服务器中。
22.在本技术的一种示例性实施例中，目标功能模块在接收到调用结果时，执行以下方法：
23.通过调用服务存根对调用结果进行反序列化处理，得到关联调用指令对应的调用结果信息。
24.在本技术的一种示例性实施例中，目标功能模块在得到调用结果信息之后，执行以下方法：
25.将调用结果信息对应的调用服务存根删除。
26.在本技术的一种示例性实施例中，关联功能模块在将调用结果发送至目标功能模块所在的服务器之后，执行以下方法：
27.将调用结果对应的被调用服务存根删除。
28.在本技术的一种示例性实施例中，服务器在接收或/和发送关联调用指令时应用的数据传输协议为tcp/ip传输层协议。
29.在本技术的一种示例性实施例中，服务器在接收或/和发送调用结果时应用的数据传输协议为tcp/ip传输层协议。
30.根据本技术的一个方面，提供一种非瞬时性计算机可读存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现所述服务调用系统。
31.根据本技术的一个方面，提供一种电子设备，包括处理器和所述非瞬时性计算机可读存储介质。
32.本发明至少具有以下有益效果：
33.本发明的服务调用系统包括若干服务器，每个服务器包括若干功能模块，通过将目标功能模块的关联调用指令发送至关联功能模块中，再将关联功能模块返回的调用结果发送至目标功能模块中，实现服务调用，若干服务器之间相互独立，解决了传统的服务器的串行代码片段存在的功能模块无法解耦的问题，实现服务器端分布式服务调用，且每个服务器中的功能模块均可以为目标功能模块或关联功能模块，实现双向服务调用，解决了不同服务器间代码片段相互调用延迟且无法双向通信的问题。
附图说明
34.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1为本发明实施例提供的服务调用系统中服务器的执行方法的流程图；
36.图2为本发明实施例提供的服务调用系统的框图。
具体实施方式
37.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
38.随着信息时代的发展，服务器所要处理的数据越来越多，其所需的计算量也随之增大，用户数量的攀升会导致功能模块越来越多，业务流程也愈加复杂，目前在服务执行过程中，不同业务之间关联性较大，需要不同的功能模块之间互相关联调用服务，但互相关联的功能模块之间耦合性较强，且都在服务端的内网调用，功能模块之间的调用服务会有顺序限制，调用速度较慢，且现有的功能模块的服务调用是采用http协议，http协议在数据传输时会与功能模块进行多次创建连接以及存在报文长度过长的问题，会导致数据延迟过大、数据传输浪费且无法双向通信。且传统的服务器采用串行代码片段，只要其中一个代码片段出现问题，其后续的代码片段都会出现问题，导致整个功能模块崩坏。
39.所以，就需提出一种可以双向调度的服务调用系统，如图2所示，包括若干服务器，每一服务器中均设置有若干功能模块；每个服务器间为独立运行，以确保不同服务器中的功能模块之间不存在相互关联，功能模块为执行功能服务的代码片段，每个功能模块能且仅能执行一个功能服务，一个服务器中包括多个功能模块，即一个服务器可以执行多条服务，一个服务器在执行功能服务时，同一个服务器内的功能模块不能满足功能服务需求时，会需要其他服务器中的功能模块相配合，需要其他服务器中的功能模块来执行各自的功能服务以得到执行结果并返回至所需执行结果的服务器的功能模块中，实现服务调用，且本发明的服务调用系统中的服务器间相互独立，可以同时发送不同服务调用信息，缩短了调用延迟时间。
40.如图1所示，任一服务器均用于执行以下方法：
41.步骤s100、当接收到针对目标功能模块的调用指令时，将调用指令发送至目标功能模块；目标功能模块为当前服务器中任一功能模块；
42.服务器接收到调用指令时，根据调用指令查找到与调用指令对应的功能模块，将此功能模块确定为目标功能模块，即需要执行服务调用操作的功能模块，服务器将调用指令发送至目标功能模块中，目标功能模块会根据调用指令执行服务调用操作，若目标功能模块需要调用其他服务器中的功能模块的服务时，则目标功能模块会生成一个被调用服务的功能模块对应的关联调用指令，并将关联调用指令发送至目标功能模块所在的服务器中，被调用服务的功能模块即为关联功能模块。
43.步骤s200、接收目标功能模块发出的至少一个关联调用指令；关联调用指令包括与目标功能模块关联的关联功能模块的调用信息；关联功能模块与目标功能模块不处于同一个服务器中；
44.目标功能模块针对不同的服务，会调用不同的功能模块，如目标功能模块需要调用a、b、c三个服务，而需要被调用的三个服务均处于不同服务器中，则目标功能模块会生成三个不同的关联调用指令，并由目标功能模块所在的服务器将三个关联调用指令发送至对应的关联功能模块中，每个关联调用指令中包括关联功能模块的调用信息，调用信息包括关联调用模块所在的服务器位置、以及需要关联调用模块执行的服务操作信息。
45.步骤s300、将关联调用指令发送至关联功能模块中；
46.如目标功能模块需要执行转账服务时，要先验证用户当天是否被限额，而验证限额服务需要在其他功能模块执行，那么此功能模块即为关联功能模块，目标功能模块会生成一个关联调用指令，关联调用指令中包括关联功能模块的位置及验证限额的服务信息，目标功能模块会根据关联调用指令中的关联功能模块的位置将关联调用指令发送至关联功能模块中，关联功能模块接收到关联调用指令后，执行验证用户限额的服务操作，关联功能模块得到验证结果后，将验证结果发送至目标功能模块所在的服务器中，此验证结果即为调用结果。
47.步骤s400、接收关联功能模块返回的根据关联调用指令执行的调用结果；
48.调用结果除了验证服务结果外，还可以调用关联功能模块中的数据信息，如调用关联功能模块中存储的数据参数等。
49.步骤s500、将调用结果发送至目标功能模块中。
50.目标功能模块接收到调用结果后，根据调用结果来继续执行目标功能模块的服务，如调用结果为用户当天未被限额，目标功能模块接收到此结果后，执行用户账户转账服务，如调用结果为用户当天被限额，目标功能模块接收到此结果后，向用户返回调用结果，并不执行用户账户转账服务，等待用户的下一步操作。
51.在本发明的服务调用系统中，服务器在接收或/和发送关联调用指令和调用结果时应用的数据传输协议为tcp/ip传输层协议，tcp/ip传输层协议，去除了现有的http协议中所携带的报文的固定格式，使数据的传输更加灵活，且缩短了服务调用的延迟时间。
52.进一步，目标功能模块在接收到调用指令时，执行以下方法：
53.步骤s110、根据调用指令，生成至少一个关联调用信息；
54.步骤s120、根据每个关联调用信息，生成每个关联调用信息对应的每个调用服务存根；
55.步骤s130、通过每个调用服务存根对与其对应的关联调用信息进行序列化处理，得到每个关联调用信息对应的关联调用指令；
56.步骤s140、将每个关联调用指令发送至目标功能模块所在的服务器中。
57.调用服务存根为根据关联调用信息生成的记录数据，为执行代码生成的一串代码数据，用于记录关联调用信息的具体信息以及调用情况，如关联调用信息为验证用户是否限额，则对应生成的调用服务存根中会记录此条关联调用信息是由哪一个功能模块生成的，并发送至哪一个功能模块中，并包括具体的调用服务，服务器会根据调用服务存根找到对应的功能模块，因此，调用服务存根具有记录目标功能模块和关联调用信息的作用。
58.此外，为了使传输的数据更加灵活简单，可以被tcp/ip传输层协议传输，就需要对关联调用信息进行序列化处理，得到对应的关联调用指令，关联调用指令中包括关联调用信息，目标功能模块将关联调用信息发送至其所在的服务器中，由服务器根据关联调用指令发送至对应的关联功能模块中。
59.进一步，关联功能模块在接收到关联调用指令时，执行以下方法：
60.步骤s310、根据关联调用指令，生成对应的被调用服务存根；
61.步骤s320、通过被调用服务存根对关联调用指令进行反序列化处理，得到对应的被调用信息；
62.步骤s330、根据被调用信息执行调用操作，得到调用结果信息；
63.步骤s340、通过被调用服务存根对调用结果信息进行序列化处理，得到调用结果；
64.步骤s350、将调用结果发送至目标功能模块所在的服务器中。
65.被调用服务存根与调用服务存根的作用相同，均起到记录信息的作用，被调用服务存根中包括关联功能模块的信息及关联调用信息，记录此关联调用信息被哪一个功能模块所执行，关联功能模块根据关联调用信息得到调用结果，调用结果也会包含在被调用服务存根中。且被调用服务存根除了起到信息记录作用外，还对调用结果信息进行反序列化处理和序列化处理，反序列化处理是序列化处理的逆过程，目的为将序列化处理后的二进制数据转换为带有调用信息的数据，即被调用信息，关联功能模块在得到调用结果信息后，为了使传输的数据更加灵活简单，且可以被tcp/ip传输层协议传输，就需要对调用结果信息进行序列化处理，被调用服务存根对调用结果信息进行序列化处理后，得到二进制的调用结果，再将调用结果发送至目标功能模块所在的服务器中。且关联功能模块在步骤s350之后，即将调用结果发送至目标功能模块所在的服务器之后，关联功能模块将调用结果对应的被调用服务存根删除，使服务器中的数据不致冗长，确保了服务器在调用服务后对散杂数据的清理，关联功能模块每接收到一个关联调用指令后，均会生成一个对应的被调用服务存根，当关联功能模块得到调用结果并发出时，就会将此被调用服务存根删除，由于每次调用结果所执行的服务主体对象不同，所以，每次生成的被调用服务存根中的数据也不同，而如果不将被调用服务存根在调用结果发出后删除，就会随着调用服务数量的增多，服务器中的被调用服务存根的数据也增多，而每次的调用服务都是即时的，如需要验证用户当天的限额，当验证完后，此条被调用服务存根就会失去效益，所以，为了避免服务器过于臃肿，就需要在调用结果发出后，删除被调用服务存根。
66.进一步，目标功能模块在接收到调用结果时，执行以下方法：
67.步骤s510、通过调用服务存根对调用结果进行反序列化处理，得到关联调用指令对应的调用结果信息。
68.调用服务存根与被调用服务存根的作用相同，也起到序列化和反序列化的作用，由于目标功能模块接收到的调用结果为tcp/ip传输层协议传输的二进制数据，所以，就需对其进行反序列化，得到调用结果信息，目标功能模块再根据此调用结果信息继续执行服务操作。且为了避免目标功能模块所在的服务器中的数据过于繁多，并且调用服务存根中记录的数据与被调用服务存根中的数据相同，都是即时数据，得到验证结果后，调用服务存根也失去了效益，当下次再重复调用时，调用的用户主体也发生了改变，之前生成的调用服务存根也没有了存在的意义，所以，目标功能模块在得到调用结果信息之后，同样将调用结果信息对应的调用服务存根删除。
69.本发明的服务调用系统的服务器之间相互独立，解决了传统的服务器的串行代码片段存在的功能模块无法解耦的问题，实现服务器端分布式服务调用，且每个服务器中的功能模块均可以为目标功能模块或关联功能模块，实现双向服务调用，解决了不同服务器间代码片段相互调用延迟且无法双向通信的问题，且本发明的服务器间应用的数据传输协议为tcp/ip传输层协议，去除了现有的http协议中所携带的报文的固定格式，使数据的传输更加灵活，且缩短了服务调用的延迟时间。
70.本发明的实施例还提供一种计算机程序产品，其包括程序代码，当所述程序产品
在电子设备上运行时，所述程序代码用于使该电子设备执行本说明书上述描述的根据本发明各种示例性实施方式的方法中的步骤。
71.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
72.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
73.在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
74.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
75.根据本发明的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
76.电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件(包括储存器和处理器)的总线。
77.其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
78.储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器(ram)和/或高速缓存储存器，还可以进一步包括只读储存器(rom)。
79.储存器还可以包括具有一组(至少一个)程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
80.总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。
81.电子设备也可以与一个或多个外部设备(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理
器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
82.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
83.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
84.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
85.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
86.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
87.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
88.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
89.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模
块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
90.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。