信息处理方法和数字孪生系统与流程

1.本技术涉及信息处理技术领域，更具体地说，涉及一种信息处理方法和数字孪生系统。


背景技术：

2.在数字孪生系统中，会存在大量的物模型，每个物模型会提供至少一个服务，由于物模型的数量巨大，因此，数字孪生系统中服务的数量也是巨大的，因而数字孪生系统中的服务通常采用分布式部署。但服务之间往往存在依赖关系，那么，当一个服务调用另一个服务时，可能会产生跨节点甚至是跨域的服务调用，而跨节点、跨域的远程调用比本地调用需要更多的响应时间，造成系统性能下降，依赖链路越长，这种性能下降越明显。


技术实现要素：

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.一种数字孪生系统，包括：
29.确定模块，用于确定第一服务，以及所述第一服务执行所依赖的第二服务；所述第一服务位于第一节点，所述第二服务位于第二节点；所述确定模块为所述第一节点或非第一节点；
30.融合模块，用于将所述第一服务和所述第二服务融合为第三节点的第三服务；所述第三服务用于实现所述第一服务和所述第二服务；
31.所述第一节点、所述第二节点和所述第三节点为所述数字孪生系统中的不同节点；所述融合模块至少包括所述第三节点。
32.上述系统，可选的，所述确定模块确定第一服务时，用于：
33.将满足条件的服务确定为第一服务；所述满足条件包括如下任一项：
34.被调用次数大于次数阈值；
35.所在节点的处理资源的占用率大于占用率阈值；
36.所在节点和所依赖的服务所在的节点间的链路拥塞程度大于程度阈值。
37.通过以上方案可知，本技术提供的一种信息处理方法和数字孪生系统，在确定位于第一节点的第一服务以及第一服务执行所依赖的位于第二节点的第二服务后，将第一服务和第二服务融合为第三节点的第三服务，该第三服务用于实现上述第一服务和第二服务；上述第一节点、第二节点和第三节点为不同的节点。本技术的方案将位于不同节点的服务融合为一个服务，从而可以减少服务间的跨节点、跨域的远程调用，进而提高系统性能。
附图说明
38.为了更清楚地说明本技术实施例的技术方案，下面将对实施例所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1为本技术实施例提供的信息处理方法的一种实现流程图；
40.图2为本技术实施例提供的将第一服务和第二服务融合为第三节点的第三服务的
一种实现流程图；
41.图3为本技术实施例提供的第三节点对综合源文件进行编译的一种实现流程图；
42.图4为本技术实施例提供的数字孪生系统的一种结构示意图；
43.图5为本技术实施例提供的数字孪生系统的另一种结构示意图；
44.图6为本技术实施例提供的数字孪生系统的局部示例图；
45.图7为本技术实施例提供的信息处理方法的又一种实现流程图。
46.说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例，能够以除了在这里图示的以外的顺序实施。
具体实施方式
47.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.数字孪生(digital twin，dt)是实现物理空间和虚拟空间深度融合的有效解决方案之一，最初被定义为一个集成了多物理性、多尺度性、概率性的仿真模型，能够实时反映真实产品或系统的状态。随着数字孪生技术的不断完善，其应用已经扩展到制造、建筑、医疗、城市和电网等十多个行业，不同行业根据自身业务场景定义了不同的数字孪生系统。然而，不管哪个行业，数字孪生系统均存在因跨节点甚至是跨域的服务调用情况而导致的系统性能较低的问题，为了提高数字孪生系统的性能，提出本技术方案。
49.本技术实施例提供的信息处理方法用于数字孪生系统，该数字孪生系统包括多台物理设备，每台物理设备为数字孪生系统中的一个节点，每台物理设备中可以部署一个虚拟机，每个虚拟机可以运行至少一个服务。其中，虚拟机可以是以下任一种虚拟机：java虚拟机、microsoft windows虚拟机、apple mac os x虚拟机(简称mach-o虚拟机)、linux虚拟机、solaris虚拟机、hp-ux虚拟机等。
50.如图1所示，为本技术实施例提供的信息处理方法的一种实现流程图，可以包括：
51.步骤s101：确定第一服务，以及第一服务执行所依赖的第二服务；第一服务位于第一节点，第二服务位于第二节点。
52.第一服务可以是数字孪生系统中的任一服务。第二节点与第一节点是属于同一数字孪生系统的不同节点。
53.第一服务可以是数字孪生系统中满足条件的服务。本技术中，任一服务满足条件，说明该任一服务所在的节点在该任一服务方面的服务效果可能会变差。
54.步骤s101可以由第一节点实现，也可以是由数字孪生系统中的其它节点，比如监控节点实现。即，
55.步骤s101具体可以为：第一节点确定第一服务，以及第一服务执行所依赖的第二服务。或者，
56.步骤s101具体可以为：监控节点确定第一服务，以及第一服务执行所依赖的第二
服务。
57.第一节点或监控节点可以根据第一节点中的任一服务的执行相关信息判断第一节点中的任一服务是否满足条件，如果该任一服务满足条件，则可以确定该任一服务为第一服务。
58.在由监控节点确定第一服务及其依赖的第二服务的情况下，第一节点可以将第一服务的执行相关信息发送给监控节点，进而监控节点根据第一服务的执行相关信息确定第一服务是否满足条件。
59.第一节点或监控节点在确定第一服务后，可以获取第一服务的源文件(比如，源代码文件)，通过对第一服务的源文件进行扫描，确定第一服务调用的服务，如果第一服务调用的服务属于非第一节点，则确定第一服务调用的服务为第二服务，第二服务所在的节点即为第二节点；如果第一服务调用的服务属于第一节点，则确定第一服务调用的服务不是第二服务。
60.可选的，第一服务执行可能仅依赖于一个第二服务。比如，一个服务a的执行仅依赖于服务b。
61.可选的，第一服务执行依赖于存在依赖关系的至少两个第二服务。其中，该至少两个第二服务分布于至少一个第二节点中。比如，服务a的执行依赖于服务b，而服务b的执行依赖于服务c等；其中，服务b和服务c可以在同一节点中(即服务b和服务c属于同一第二节点)，也可以在不同的节点中(即服务b和服务c属于不同的第二节点)。
62.步骤s102：将第一服务和第二服务融合为第三节点的第三服务；第三服务用于实现第一服务和第二服务。
63.第一节点、第二节点和第三节点为同一数字孪生系统中的不同的节点。
64.将第一服务和第二服务融合为第三节点的第三服务的过程可以由第三节点实现，或者，可以由第一节点和第三节点实现，或者，可以由监控节点和第三节点实现，具体实现方式可以参看后续实施例。
65.在第一服务的执行仅依赖于一个第二服务的情况下，将第一服务和其所依赖的一个第二服务融合为第三节点的第三服务即可。
66.在第一服务的执行依赖于存在依赖关系的至少两个第二服务的情况下，将第一服务和上述至少两个第二服务融合为第三节点的第三服务。
67.本技术实施例在确定位于第一节点的第一服务以及第一服务执行所依赖的位于第二节点的第二服务后，将第一服务和第二服务融合为第三节点的第三服务，该第三服务用于实现上述第一服务和第二服务；上述第一节点、第二节点和第三节点为不同的节点。本技术的方案将位于不同节点的服务融合为一个服务，从而可以减少服务间的跨节点、跨域的远程调用，进而提高系统性能。
68.可选的，上述确定第一服务，以及第一服务执行所依赖的第二服务，包括：
69.在数字孪生系统运行过程中确定第一服务，以及第一服务执行所依赖的第二服务。
70.也就是说，本技术可以在数字孪生系统运行的过程中运行本技术的信息处理方法，从而可以在尽量不影响数字孪生系统的正常运行的情况下，提高数字孪生系统的性能。
71.在一可选的实施例中，任一服务的执行相关信息可以包括但不限于以下任一项：
该任一服务被调用的次数，该任一服务所在节点的处理资源的占用率，该任一服务所在节点与该任一服务所依赖服务所在节点间的链路拥塞程度等。
72.可选的，上述满足条件可以包括但不限于如下任一项：
73.被调用次数大于次数阈值。任一服务被调用次数大于次数阈值，说明该任一服务是热点服务，该任一服务成为热点服务会导致该任一服务依赖的服务也成为访问热点，这样系统带宽将被大量消耗，延长其它服务的响应时间，造成数字孪生系统的整体性能下降。也就是说，如果数字孪生系统中的任一服务的被调用次数大于次数阈值，可以将该任一服务确定为第一服务。
74.所在节点的处理资源的占用率大于占用率阈值。处理资源可以是中央处理器、内存等中的至少一项。任一节点的处理资源的占用率大于阈值，会导致该任一节点的系统响应速度变慢，甚至崩溃，进而造成数字孪生系统的整体性能下降。也就是说，如果数字孪生系统中的任一节点中的处理资源的占用率大于占用率阈值，则可以将该任一节点中的各个服务均确定为第一服务，即该任一节点中的每个服务被确定为一个第一服务。
75.所在节点和所依赖的服务所在节点的链路拥塞程度大于程度阈值。链路拥塞程度大于程度阈值，说明链路传输数据时出现延迟、丢包现象比较严重，可能导致数字孪生系统的整个性能下降。也就是说，如果数字孪生系统中的任一服务所在节点和该任一服务所依赖的服务所在节点间的链路拥塞程度大于程度阈值，将该任一服务确定为第一服务。
76.在一可选的实施例中，上述将第一服务和第二服务融合为第三节点的第三服务的一种实现流程图如图2所示，可以包括：
77.步骤s201：将第二服务的源文件插入第一服务的源文件中调用第二服务的位置，得到综合源文件。
78.对于同一数字孪生系统中各个节点来说，数字孪生系统中的各个服务的源文件都是可见的，因此，每个节点可以获取到自身节点中的服务的源文件，也可以获得其它节点中的服务的源文件。
79.可以由第一节点或监控节点将第二服务的源文件插入第一服务的源文件中调用第二服务的位置。或者，可以由第三节点将第二服务的源文件插入第一服务的源文件中调用第二服务的位置。
80.在第一服务的执行仅依赖于一个第二服务的情况下，直接将第一服务所依赖的一个第二服务的源文件插入第一服务的源文件中即可得到综合源文件。
81.在第一服务的执行依赖于存在依赖关系的至少两个第二服务的情况下，对于第一服务，将该第一服务所直接依赖(即直接调用)的第二服务的源文件插入第一服务的源文件中，对于上述至少两个第二服务中的任一第二服务，如果该任一第二服务的执行依赖于上述至少两个第二服务中的另一个第二服务，将该任一第二服务执行所依赖的另一个第二服务的源文件，插入该任一第二服务的源文件，直至上述至少两个第二服务的源文件均插入到第一服务的源文件，得到综合源文件。
82.步骤s202：通过第三节点对综合源文件进行编译，得到第三节点能够执行的目标文件。
83.第三节点执行目标文件时提供第三服务，以实现第一服务和所述第二服务。
84.在由第一节点或监控节点将第二服务的源文件插入第一服务的源文件中调用第
二服务的位置，得到综合源文件的情况下，第一节点或监控节点将得到的综合源文件发送给第三节点，然后第三节点再对综合源文件进行编译。
85.由于综合源文件中包括第一服务和第二服务的源文件，因此，第三节点执行目标文件时提供的第三服务，能够实现上述第一服务和第二服务。实现了在不跨节点的情况下提供第一服务和第二服务的目的，从而提高数字孪生系统的性能。
86.作为示例，目标文件可以是节点能够执行的机器码。
87.在一可选的实施例中，上述第三节点对综合源文件进行编译的一种实现流程图如图3所示，可以包括：
88.步骤s301：第三节点对综合源文件进行第一编译，得到中间文件。
89.可以通过第三节点内的第一编译器对综合源文件进行第一编译，得到中间文件。该中间文件可以是二进制格式的指令集，比如，字节码。
90.步骤s302：第三节点确定第一服务是否属于热点服务；如果是，进入步骤s303，如果否，进入步骤s304。
91.如果第一服务的被调用次数大于次数阈值，说明该第一服务是热点服务，否则，确定第一服务不是热点服务。第一服务是否为热点服务可以由第一节点或监控节点确定后发送给第三节点，或者，第三节点自己确定第一服务是否为热点服务。在由监控节点或第三节点判断第一服务是否为热点服务的情况下，可以由第一节点将第一服务的被调用次数发送给监控节点或第三节点，进而由监控节点或第三节点判断第一服务是否为热点服务。
92.步骤s303：第三节点基于中间文件对第三服务进行预热，预热完成后，对中间文件进行第二编译，得到目标文件。
93.可以利用第三节点内的第二编译器对中间文件进行第二编译，得到目标文件。
94.假设第一服务是被第四服务调用的，则可以模拟该第四服务连续调用第三服务，直至调用第三服务的次数大于目标次数，该过程就是对第三服务进行预热的过程，调用第三服务的次数大于目标次数时预热结束。在预热过程中，每次调用第三服务时，都是解释执行中间文件，即每运行到中间文件中的一个语句，先将该语句解释成机器码，然后再运行该语句的机器码。
95.在预热完成后，再对中间文件进行第二编译，得到目标文件，后续再调用第三服务时，直接运行目标文件即可，无需再解释执行中间文件了，这样可以提高第三服务的执行效率。也就是说，在得到目标文件后，如果接收到针对第三服务的调用请求，则执行目标文件，得到执行结果。
96.步骤s304：第三节点在接收到针对第三服务的调用请求的情况下，对中间文件进行解释执行，得到执行结果和目标文件。
97.如果第一服务不属于热点服务，则可以不用对第三服务进行预热，直接解释执行中间文件即可，这样既可以不影响用户使用，又不额外占用第三节点的存储空间。编译得到的目标文件是需要额外占用内存空间的。
98.在一可选的实施例中，在得到中间文件后，第三节点还可以向能够调用第一服务的第四节点发送通知消息，以便第四节点能够将针对第一服务的调用请求发送至第三节点。
99.第四节点是能够提供上述第四服务的节点。上述通知消息中可以包括第三节点的
标识信息，以及第三节点能够提供的服务(即第一服务)。
100.第三节点可以从第一节点或监控节点处获得能够调用第一服务的第四节点的标识信息，进而向第四节点发送通知消息。
101.在一可选的实施例中，在得到中间文件后，第三节点可以向第一节点发送通知消息，以便第一节点向能够调用第一服务的第四节点发送通知消息，使得第四节点能够将针对第一服务的调用请求发送至第三节点。
102.在一可选的实施例中，第一节点在接收到通知消息后，可以卸载第一服务，或者，可以不卸载第一服务，而是保留第一服务。
103.在一可选的实施例中，第四节点在接收到针对第一服务的服务请求后，将针对第一服务的调用请求分发给第一节点或第三节点。
104.可选的，第四节可以根据预设的路由规则在第一节点和第三节点中选择一个节点作为目标节点，将针对第一服务的服务请求转发给目标节点，这样可以将第一节点的负载转移到第三节点，从而减少第一节点的访问压力。
105.作为示例，第四节点可以是用户代理节点。
106.与方法实施例相对应，本技术还提供一种数字孪生系统，如图4所示，为本技术实施例提供的数字孪生系统的一种结构示意图，可以包括：
107.确定模块401和融合模块402；其中，
108.确定模块401用于确定第一服务，以及第一服务执行所依赖的第二服务；第一服务位于第一节点，第二服务位于第二节点；确定模块401为数字孪生系统中的第一节点或非第一节点。
109.作为示例，非第一节点可以是监控节点。
110.第一服务可以是数字孪生系统中的任一服务。第二节点与第一节点是同一数字孪生系统中的不同节点。
111.作为示例，第一服务可以是数字孪生系统中满足条件的服务。本技术中，任一服务满足条件，说明该任一服务所在的节点在该任一服务方面的服务效果可能会变差。
112.其中，如果是数字孪生系统中的第一节点确定第一服务以及第一服务执行所依赖的第二服务，那么，在数字孪生系统中可能同时有多个第一节点确定第一服务及其执行所依赖的第二服务，此时，数字孪生系统中可以存在多个确定模块401，每个确定模块401包括一个第一节点，用于确定至少一个第一服务，以及每个第一服务执行所依赖的第二服务，不同的确定模块401包括不同的第一节点；或者，数字孪生系统中仅存在一个确定模块401，该一个确定模块401中包括多个第一节点，每个第一节点用于确定至少一个第一服务，以及每个第一服务执行所依赖的第二服务。
113.如果数字孪生系统中的监控节点确定第一服务以及第一服务执行所依赖的第二服务，那么，在数字孪生系统中仅存在一个确定模块401(即监控节点)，该一个确定模块401与数字孪生系统中的各个节点分别交互，进而可以获得各个节点的执行相关信息，进而根据每个节点的执行相关信息确定至少一个第一节点，每个第一节点中的至少一个第一服务，以及每个第一服务执行所依赖的第二服务。
114.融合模块402用于将第一服务和第二服务融合为第三节点的第三服务，第三服务用于实现上述第一服务和第二服务。
115.第一节点、第二节点和第三节点为数字孪生系统中的不同节点；融合模块至少包括第三节点。
116.本技术实施例提供的数字孪生系统，在确定位于第一节点的第一服务以及第一服务执行所依赖的位于第二节点的第二服务后，将第一服务和第二服务融合为第三节点的第三服务，该第三服务用于实现上述第一服务和第二服务；上述第一节点、第二节点和第三节点为不同的节点。本技术的方案将位于不同节点的服务融合为一个服务，从而可以减少服务间的跨节点、跨域的远程调用，进而提高系统性能。
117.上述实施例中，可以由确定模块401中的第一节点或监控节点确定第一服务及其执行所依赖的第二服务，将第一服务的源文件和第二服务的源文件发送给融合模块402，由第三节点将第二服务的源文件插入第一服务的源文件中调用第二服务的位置，得到综合源文件；对综合源文件进行编译，得到第三节点能够执行的目标文件。
118.或者，
119.可以由确定模块401中的第一节点或监控节点在确定第一服务及其执行所依赖的第二服务后，获取第一服务的源文件和第二服务的源文件，并将第二服务的源文件插入第一服务的源文件中调用第二服务的位置，得到综合源文件，将综合源文件发送给融合模块402，由第三节点对综合源文件进行编译，得到第三节点能够执行的目标文件。该示例与前一示例相比，相当于将融合模块402的一部分功能由确定模块401实现。
120.上述实施例中，融合模块402中仅包含第三节点，在另一可选的实施例中，融合模块402还可以包括中继节点，如图5所示，为本技术实施例提供的数字孪生系统的另一种结构示意图，该示意图中，确定模块401包括第一节点或监控节点，融合模块402包括中继节点和第三节点；其中，
121.可以由确定模块401中的第一节点或监控节点确定第一服务及其执行所依赖的第二服务，将第一服务的源文件和第二服务的源文件发送给融合模块402，由中继节点将第二服务的源文件插入第一服务的源文件中调用第二服务的位置，得到综合源文件，将综合源文件发送给第三节点；第三节点对综合源文件进行编译，得到第三节点能够执行的目标文件。
122.为了降低网络开销，不同的融合模块402中包括的中继节点为同一中继节点。
123.在一可选的实施例中，确定模块401确定第一服务时用于：
124.将满足条件的服务确定为第一服务；所述满足条件包括如下任一项：
125.被调用次数大于次数阈值；
126.所在节点的处理资源的占用率大于占用率阈值；
127.所在节点和所依赖的服务所在的节点间的链路拥塞程度大于程度阈值。
128.在一可选的实施例中，融合模块402将第一服务和第二服务融合为第三节点的第三服务时，用于：
129.将所述第二服务的源文件插入所述第一服务的源文件中调用所述第二服务的位置，得到综合源文件；
130.对所述综合源文件进行编译，得到所述第三节点能够执行的目标文件；
131.所述第三节点执行所述目标文件时提供所述第三服务，以实现所述第一服务和所述第二服务。
132.在一可选的实施例中，确定模块401还用于：
133.将所述第二服务的源文件插入所述第一服务的源文件中调用所述第二服务的位置，得到综合源文件；
134.将综合源文件发送给融合模块402。
135.相应的，融合模块402将第一服务和第二服务融合为第三节点的第三服务时，用于：
136.对所述综合源文件进行编译，得到所述第三节点能够执行的目标文件；
137.所述第三节点执行所述目标文件时提供所述第三服务，以实现所述第一服务和所述第二服务。
138.在一可选的实施例中，融合模块402对所述综合源文件进行编译时，用于：
139.通过所述第三节点对所述综合源文件进行第一编译，得到中间文件；
140.如果所述第一服务属于热点服务，基于所述中间文件对所述第三服务进行预热，预热完成后，对所述中间文件进行第二编译，得到所述目标文件。
141.在一可选的实施例中，融合模块402还用于：
142.如果所述第一服务不属于热点服务，在接收到针对所述第三服务的调用请求的情况下，对所述中间文件进行解释执行，得到执行结果和所述目标文件。
143.在一可选的实施例中，融合模块402还可以用于：
144.向能够调用所述第一服务的第四节点发送通知消息，以便所述第四节点能够将针对所述第一服务的调用请求发送至所述第三节点。
145.或者，
146.向确定模块401发送通知消息，以便确定模块401向能够调用所述第一服务的第四节点发送通知消息，使得所述第四节点能够将针对所述第一服务的调用请求发送至所述第三节点。
147.在一可选的实施例中，数字孪生系统还可以用于：通过所述第四节点将针对所述第一服务的调用请求分发给所述第一节点或所述第三节点。
148.为了更好地理解本技术，下面对本技术方案进行举例说明。
149.如图6所示，为本技术实施例提供的数字孪生系统的局部示例图；如图7所示，为本技术实施例提供的信息处理方法的又一种实现流程图。
150.图6中仅示出了数字孪生系统中的部分节点，分别为节点1，节点2，节点3，节点4和节点5；其中，节点1中配置有服务a，节点2中配置有服务b，节点3中配置有服务c，节点4是数字孪生系统中的新增节点或者是已有节点中处理能力较强的节点，节点5为用户代理节点，用于实现用户终端与数字孪生系统中的节点之间的交互。服务a的执行依赖于服务b，服务b的执行依赖于服务c，也就是说，服务a在执行的时候会调用服务b，服务b在执行的时候会调用服务c。
151.本示例中，由各个节点监测节点本地运行的服务是否满足条件，在数字孪生系统运行的过程中，如果节点1监测到服务a满足条件，对服务a的源码文件进行扫描，确定服务a执行的过程中需要调用服务b，基于此，获得服务b的源码文件，对服务b的源码文件进行扫描，确定服务b执行的过程中需要调用服务c，基于此，获得服务c的源码文件，对服务c的源码文件进行扫描，确定服务c的执行不依赖于任何服务，则本技术需要将服务a，服务b和服
务c融合为节点4中的新的服务，记为服务d。具体的，
152.可以由节点1将服务b的源码文件插入服务a的源码文件中调用服务b的位置，将服务c的源码文件插入服务b的源码文件中调用服务c的位置，得到综合源文件。这个过程可以称之为代码内联过程。
153.节点1将综合源文件发送给节点4。
154.节点4接收到综合源文件后，对综合源文件进行第一编译，得到中间文件，即字节码；判断服务a是否为热点服务，如果是，则对中间文件进行预热处理，在预设结束后，对中间文件进行第二编译，得到目标文件，即机器码。如果服务a不是热点服务，则在接收到针对服务a的调用请求的情况下，对中间文件进行解释执行。
155.节点4在得到中间文件后，可以向节点1发送通知消息，该通知消息中可以包括节点4的标识信息，以及节点4能够提供的第一服务的标识信息。
156.节点1将通知消息转发给节点5，以便节点5在接收到针对第一服务的服务请求后，将针对第一服务的调用请求分发给节点1或节点4。
157.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
158.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
159.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
160.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
161.应当理解，本技术实施例中，从权、各个实施例、特征可以互相组合结合，都能实现解决前述技术问题。
162.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
163.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术
将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种信息处理方法，所述方法包括：确定第一服务，以及所述第一服务执行所依赖的第二服务；所述第一服务位于第一节点，所述第二服务位于第二节点；将所述第一服务和所述第二服务融合为第三节点的第三服务；所述第三服务用于实现所述第一服务和所述第二服务；所述第一节点、所述第二节点和所述第三节点为不同的节点。2.根据权利要求1所述的方法，所述确定第一服务，包括：将满足条件的服务确定为第一服务；所述满足条件包括如下任一项：被调用次数大于次数阈值；所在节点的处理资源的占用率大于占用率阈值；所在节点和所依赖的服务所在的节点间的链路拥塞程度大于程度阈值。3.根据权利要求1所述的方法，所述将所述第一服务和所述第二服务融合为第三节点的第三服务，包括：将所述第二服务的源文件插入所述第一服务的源文件中调用所述第二服务的位置，得到综合源文件；通过所述第三节点对所述综合源文件进行编译，得到所述第三节点能够执行的目标文件；所述第三节点执行所述目标文件时提供所述第三服务，以实现所述第一服务和所述第二服务。4.根据权利要求3所述的方法，所述通过所述第三节点对所述综合源文件进行编译，包括：通过所述第三节点对所述综合源文件进行第一编译，得到中间文件；如果所述第一服务属于热点服务，基于所述中间文件对所述第三服务进行预热，预热完成后，对所述中间文件进行第二编译，得到所述目标文件。5.根据权利要求4所述的方法，还包括：如果所述第一服务不属于热点服务，在接收到针对所述第三服务的调用请求的情况下，对所述中间文件进行解释执行，得到执行结果和所述目标文件。6.根据权利要求1所述的方法，还包括：向能够调用所述第一服务的第四节点发送通知消息，以便所述第四节点能够将针对所述第一服务的调用请求发送至所述第三节点。7.根据权利要求6所述的方法，还包括：通过所述第四节点将针对所述第一服务的调用请求分发给所述第一节点或所述第三节点。8.根据权利要求1所述的方法，其中，所述第一服务的执行依赖于一个第二服务或依赖于存在依赖关系的至少两个第二服务；所述至少两个第二服务分布于至少一个第二节点中；所述将所述第一服务和所述第二服务融合为第三节点的第三服务，包括：将所述第一服务和所述一个第二服务融合为第三节点的第三服务；或者，将所述第一服务和所述至少两个第二服务融合为第三节点的第三服务。
9.一种数字孪生系统，包括：确定模块，用于确定第一服务，以及所述第一服务执行所依赖的第二服务；所述第一服务位于第一节点，所述第二服务位于第二节点；所述确定模块为所述第一节点或非第一节点；融合模块，用于将所述第一服务和所述第二服务融合为第三节点的第三服务；所述第三服务用于实现所述第一服务和所述第二服务；所述第一节点、所述第二节点和所述第三节点为所述数字孪生系统中的不同节点；所述融合模块至少包括所述第三节点。10.根据权利要求9所述的系统，所述确定模块确定第一服务时，用于：将满足条件的服务确定为第一服务；所述满足条件包括如下任一项：被调用次数大于次数阈值；所在节点的处理资源的占用率大于占用率阈值；所在节点和所依赖的服务所在的节点间的链路拥塞程度大于程度阈值。

技术总结
本申请实施例公开了一种信息处理方法和数字孪生系统，在确定位于第一节点的第一服务以及第一服务执行所依赖的位于第二节点的第二服务后，将第一服务和第二服务融合为第三节点的第三服务，该第三服务用于实现上述第一服务和第二服务；上述第一节点、第二节点和第三节点为不同的节点。本申请的方案将位于不同节点的服务融合为一个服务，从而可以减少服务间的跨节点、跨域的远程调用，进而提高系统性能。进而提高系统性能。进而提高系统性能。


技术研发人员：刘颖
受保护的技术使用者：联想（北京）有限公司
技术研发日：2023.05.29
技术公布日：2023/9/14