1.本公开涉及语音软交换服务技术领域，具体涉及一种语音软交换服务方法、装置、系统、电子设备及存储介质。
背景技术：2.在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
技术实现要素：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.图1示出根据本公开一实施方式的软交换服务方法的流程图。
30.图2示出根据本公开一实施方式的软交换服务网格系统的结构示意图。
31.图3示出根据本公开另一实施方式的软交换服务方法的流程图。
32.图4示出根据本公开再一实施方式的软交换服务方法的流程图。
33.图5示出根据本公开一实施方式的语音软交换服务方法的流程图。
34.图6示出根据本公开一实施方式的软交换服务装置的结构框图。
35.图7示出根据本公开另一实施方式的软交换服务装置的结构框图。
36.图8示出根据本公开一实施方式的软交换服务系统的结构框图。
37.图9示出根据本公开一实施方式的语音软交换服务系统的结构框图。
38.图10示出根据本公开一实施方式的电子设备的结构框图。
39.图11是适于用来实现根据本公开一实施方式的方法的计算机系统的结构示意图。
具体实施方式
40.下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。
41.在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
42.另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
43.本公开实施例提供的技术方案在语音软交换服务网格系统中，为每个语音软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述语音软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中心服务的目的，并且能够对于语音软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
44.图1示出根据本公开一实施方式的软交换服务方法的流程图，如图1所示，所述软交换服务方法包括以下步骤s101-s103：在步骤s101中，确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标软交换节点信息；在步骤s102中，响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，以使所述边车服务节点执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；在步骤s103中，接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态。
45.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软
交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
46.考虑到上述缺陷，在该实施方式中，提出一种软交换服务方法，该方法在软交换服务网格系统中，为每个软交换节点部署了对应的边车（sidecar）服务节点，以使所述边车服务节点能够代替所述软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中心服务的目的，并且能够对于软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
47.在本公开一实施方式中，所述软交换服务方法可适用于对于软交换服务进行监测与控制的、位于软交换服务网格系统中的网格服务器。
48.在本公开一实施方式中，所述软交换服务网格系统指的是用于实现以及管理语音软交换服务的网格（mesh）系统，也可以认为是以网格结构实现的语音软交换服务，其中，所述软交换服务网格系统包括网格服务器、两个或多个实现语音软交换的软交换节点、以及与所述软交换节点对应关联的两个或多个边车服务节点；所述网格服务器指的是网格结构中的服务器，其可以为网格结构中的中心网格服务器，也可以为网格结构中的其他网格服务器；所述边车服务节点与所述软交换节点对应关联指的是每一软交换节点对应部署有一边车服务节点，也即每一软交换节点与一边车服务节点部署在同一机器上，其中，所述边车服务节点与对应关联的软交换节点之间，以及所述边车服务节点与网格服务器之间均可通信，所述边车服务节点与所述网格服务器之间的通信可以为轮询方式，也可以为长连接方式，所述边车服务节点借助与所述网格服务器之间的通信能够代替所述软交换节点实现某些任务的执行以及相应数据的传输，比如数据采集、心跳探测、软交换注册、并发采集、网络抓包、网络质量探测等数据面任务和数据传输，以及呼叫字符串生成、本地路由指令更新、运维指令执行等控制面任务和数据传输，其中，所述边车服务节点指的是部署在软交换节点所属机器上的、能够实现边车功能的服务节点，所述边车功能指的是将本属于其他节点或应用程序的功能分离出来形成单独的进程的功能。根据本公开一实施方式的软交换服务网格系统的结构示意图如图2所示。
49.除了网格服务器、软交换节点、以及与所述软交换节点对应关联的边车服务节点，所述软交换服务网格系统还可包括一键查询子系统、运维发布子系统、指标计算与数据中心子系统等部分，其中，所述一键查询子系统用于为用户提供任务执行指令的发布和控制界面，以及链路信息查询的查询界面，所述运维发布子系统用于提供运维数据发布接口和界面，所述指标计算与数据中心子系统用于收集全链路事件进行并发计算与关联，计算指标数据，并提供指标查询界面。
50.在本公开一实施方式中，所述待执行任务指的是根据控制方的指令生成的、需要执行的任务。其中，所述待执行任务可包括以下要素中的一种或多种：任务内容、任务类型、
执行时间要求和执行目标软交换节点信息；其中，所述任务内容用于指示该待执行任务需要做什么；所述执行时间要求用于指示该待执行任务需要什么时候执行，比如，是即时执行还是定时执行；所述执行目标软交换节点信息指的是需要执行该待执行任务的软交换节点的标识信息等等。若所述待执行任务中不包括任务类型，则可根据所述任务内容来确定所述任务类型；若所述待执行任务中不包括执行时间要求，则可默认为所述待执行任务为即时执行；若所述待执行任务中不包括执行目标软交换节点信息，则可根据所述任务内容来确定所述执行目标软交换节点信息。
51.在本公开一实施方式中，所述任务拉取请求指的是用于从所述网格服务器中获取其需要执行的任务的请求。
52.在本公开一实施方式中，所述目标执行任务指的是所述边车服务节点请求拉取的、需要与其关联的软交换节点执行的、所述边车服务节点可以代为执行的任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求。
53.在本公开一实施方式中，所述执行结果指的是所述边车服务节点执行所述目标执行任务后得到的结果，其中，所述执行结果包括执行完毕所述目标执行任务后得到的执行结果数据和此时所述目标执行任务的执行状态，比如，所述目标执行任务是否执行完毕等等。上文提及，所述边车服务节点与所述网格服务器之间的通信可以为轮询方式，也可以为长连接方式，因此，网格服务器可能在轮询时获取边车服务节点发送的执行结果，也可能即时获取边车服务节点发送的执行结果。
54.在本公开一实施方式中，对于所述执行结果进行的预设处理比如可以为对于所述执行结果进行存储和统计，等等。
55.在上述实施方式中，网格服务器首先确定待执行任务；然后在接收到边车服务节点的任务拉取请求后，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，以使所述边车服务节点接收到所述目标执行任务后实施执行，并将得到的执行结果上报给所述网格服务器；网格服务器在接收到所述边车服务节点上报的所述目标执行任务的执行结果，即可对于所述执行结果进行预设处理。上述边车服务节点代替软交换节点实现任务的执行以及相应数据的传输的技术方案能够实现脱离中心服务的目的，并且能够对于软交换服务进行有效、及时并且准确的监测与控制，避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
56.在本公开一实施方式中，所述步骤s101，即确定待执行任务的步骤，可包括以下步骤：接收控制方发送的任务执行指令，其中，所述任务执行指令包括任务内容、任务类型和执行时间要求；根据所述任务内容和任务类型确定执行目标软交换节点；基于所述任务执行指令和执行目标软交换节点信息生成所述待执行任务。
57.在该实施方式中，基于控制方的指令生成待执行任务。具体地，首先接收控制方发送的包括任务内容、任务类型和执行时间要求的任务执行指令，其中，所述控制方比如可以为控制台，所述任务执行指令既可以为用户借助控制台发送的指令，也可以为控制台自行生成的指令，其中，为了适配多套软交换执行运维能力，所述控制台提供有指令模板，用于
针对相同运维操作对于不同软交换平台执行不同指令的映射，实现运维接口的对外统一，方便用户的操作；然后根据所述任务执行指令包括的任务内容和任务类型确定需要执行该任务的执行目标软交换节点；最后基于所述任务执行指令包括的任务内容、任务类型和执行时间要求，以及确定的执行目标软交换节点信息，生成所述待执行任务。
58.在本公开一实施方式中，所述步骤s101，即确定待执行任务的步骤之后，还可包括以下步骤：将所述待执行任务放入与其执行目标软交换节点对应的任务队列中；所述响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，被实施为：响应于接收到边车服务节点的任务拉取请求，确定与所述边车服务节点的关联软交换节点，将与所述关联软交换节点对应的软交换节点任务队列中的一个或多个目标执行任务发送给所述边车服务节点。
59.在该实施方式中，网格服务器借助任务队列实现对于待执行任务的存储和分发。具体地，网格服务器首先将所述待执行任务放入与需要执行该任务的执行目标软交换节点对应的任务队列中，其中，网格服务器为每个软交换节点均配置一任务队列；然后在接收到边车服务节点的任务拉取请求后，确定与所述边车服务节点的关联软交换节点，然后将与所述关联软交换节点对应的软交换节点任务队列中的一个或多个目标执行任务发送给所述边车服务节点。上文提及，所述边车服务节点与所述网格服务器之间的通信可以为轮询方式，也可以为长连接方式，因此，网格服务器可能在轮询时获取边车服务节点发送的任务拉取请求，也可能即时获取边车服务节点发送的任务拉取请求。
60.在本公开一实施方式中，所述方法还可包括以下步骤：接收控制方发送的任务取消指令，其中，所述任务取消指令包括取消内容和取消时间要求；根据所述取消内容确定取消目标软交换节点；根据所述任务取消指令生成任务取消命令，并将所述任务取消命令发送给与所述取消目标软交换节点的关联边车服务节点，以使所述关联边车服务节点根据所述任务取消命令取消对应任务的执行，并返回取消执行结果；接收所述关联边车服务节点发送的取消执行结果，并对于所述取消执行结果执行预设操作，其中，所述取消执行结果包括当前执行结果数据和/或执行状态。
61.在该实施方式中，若控制方发送了包括取消内容和取消时间要求的任务取消指令，则根据所述任务取消指令中包括的取消内容确定需要取消任务的取消目标软交换节点；然后根据所述任务取消指令生成任务取消命令，并将所述任务取消命令发送给与所述取消目标软交换节点相关联的边车服务节点，这样关联边车服务节点就可以根据所述任务取消命令取消对应任务的执行，并返回包括当前执行结果数据和/或执行状态的取消执行结果；网格服务器在接收到所述关联边车服务节点发送的取消执行结果后，就可以对于所述取消执行结果执行预设操作了，其中，所述当前执行结果数据指的是在取消任务的执行时所获取的执行结果数据，所述执行状态指的是待取消任务是否已取消执行。上文提及，所述边车服务节点与所述网格服务器之间的通信可以为轮询方式，也可以为长连接方式，因此，网格服务器可能在轮询时获取边车服务节点发送的取消执行结果，也可能即时获取边
车服务节点发送的取消执行结果。
62.图3示出根据本公开另一实施方式的软交换服务方法的流程图，如图3所示，所述软交换服务方法包括以下步骤s301-s303：在步骤s301中，向网格服务器发送任务拉取请求；在步骤s302中，响应于接收到目标执行任务，执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；在步骤s303中，响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器。
63.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
64.考虑到上述缺陷，在该实施方式中，提出一种软交换服务方法，该方法在软交换服务网格系统中，为每个软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中心服务的目的，并且能够对于软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
65.在本公开一实施方式中，所述软交换服务方法可适用于代替软交换节点执行相关任务的、位于软交换服务网格系统中的、与相应软交换节点关联的、与关联软交换节点部署在同一机器上的边车服务节点。
66.在本公开一实施方式中，可设置一单独的线程来检测所述目标执行任务是否已执行完成。
67.在上述实施方式中，所述边车服务节点即时或定时向网格服务器发送任务拉取请求；边车服务节点在拉取到目标执行任务后，执行所述目标执行任务；并在检测到所述目标执行任务执行完成后，将产生的相应的执行结果上报给所述网格服务器。
68.在本公开一实施方式中，所述步骤s302中，执行所述目标执行任务的步骤，可包括以下步骤：根据所述目标执行任务生成对应的任务线程；将所述任务线程放入线程队列中；根据所述线程队列中线程的排列顺序执行所述任务线程。
69.在该实施方式中，边车服务节点借助任务线程来执行任务。具体地，所述边车服务节点首先根据所述目标执行任务生成对应的任务线程；然后将所述任务线程放入至预先配置的线程队列中，其中，在将所述任务线程放入至预先配置的线程队列中时，可根据所述目标执行任务的执行时间要求对于所述任务线程进行排列，以使得执行时间越靠近当前时间
的任务线程越先执行；然后根据所述线程队列中线程的排列顺序执行所述任务线程。
70.另外，需要说明的是，所述边车服务节点在执行所述任务线程的时候，有可能需要与其关联软交换节点、以及其他节点进行通信或数据传输，以完成所述任务线程。
71.在本公开一实施方式中，所述方法还可包括以下步骤：响应于接收到网格服务器发送的任务取消命令，根据所述任务取消命令确定待取消任务对应的目标任务线程；中断执行所述目标任务线程；生成取消执行结果，并将所述取消执行结果上报给所述网格服务器，其中，所述取消执行结果包括当前执行结果数据和/或执行状态。
72.在该实施方式中，在接收到网格服务器发送的任务取消命令后，首先根据所述任务取消命令确定待取消任务对应的目标任务线程；然后对于所述目标任务线程执行中断操作，生成包括当前执行结果数据和/或执行状态取消执行结果，并将所述取消执行结果上报给所述网格服务器。
73.在本公开一实施方式中，为了及时对于任务取消命令进行反应，可设置一单独的线程来检测所述网格服务器发送的任务取消命令。
74.图3所示及相关实施方式中涉及的技术术语和技术特征与图1-2所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图3所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-2所示及相关实施方式的解释的说明，此处不再赘述。
75.图4示出根据本公开再一实施方式的软交换服务方法的流程图，如图4所示，所述软交换服务方法包括以下步骤s401-s405：在步骤s401中，网格服务器确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标软交换节点信息；在步骤s402中，边车服务节点向网格服务器发送任务拉取请求；在步骤s403中，网格服务器响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；在步骤s404中，边车服务节点响应于接收到目标执行任务，执行所述目标执行任务；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态；在步骤s405中，网格服务器接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理。
76.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务
的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
77.考虑到上述缺陷，在该实施方式中，提出一种软交换服务方法，该方法在软交换服务网格系统中，为每个软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中心服务的目的，并且能够对于软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
78.在本公开一实施方式中，所述软交换服务方法可适用于对于软交换服务进行监测与控制的、包括网格服务器、两个或多个软交换节点、以及与所述软交换节点对应关联的两个或多个边车服务节点的软交换服务网格系统。
79.图4所示及相关实施方式中涉及的技术术语和技术特征与图1-3所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图4所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-3所示及相关实施方式的解释的说明，此处不再赘述。
80.图5示出根据本公开一实施方式的语音软交换服务方法的流程图，如图5所示，所述语音软交换服务方法包括以下步骤s501-s505：在步骤s501中，网格服务器确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标语音软交换节点信息；在步骤s502中，边车服务节点向网格服务器发送任务拉取请求；在步骤s503中，网格服务器响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的语音软交换节点对应的目标执行任务发送给所述边车服务节点，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；在步骤s504中，边车服务节点响应于接收到目标执行任务，执行所述目标执行任务；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态；在步骤s505中，网格服务器接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理。
81.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
82.考虑到上述缺陷，在该实施方式中，提出一种语音软交换服务方法，该方法在语音软交换服务网格系统中，为每个语音软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述语音软交换节点实现任务的执行以及相应数据的传输。该技术方
案能够实现脱离中心服务的目的，并且能够对于语音软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
83.在本公开一实施方式中，所述语音软交换服务方法可适用于对于语音软交换服务进行监测与控制的、包括网格服务器、两个或多个语音软交换节点、以及与所述语音软交换节点对应关联的两个或多个边车服务节点的语音软交换服务网格系统。
84.图5所示及相关实施方式中涉及的技术术语和技术特征与图1-4所示及相关实施方式中提及的技术术语和技术特征相同或相似，对于图5所示及相关实施方式中涉及的技术术语和技术特征的解释和说明可参考上述对于图1-4所示及相关实施方式的解释的说明，此处不再赘述。
85.下面以两个实际的应用场景为例对于上述方案进行解释和说明。
86.一、网络抓包任务场景在该场景中，控制台获取网络抓包参数，比如涉及网络抓包的主被叫信息与时长，生成任务执行指令发送给软交换服务网格系统中的网格服务器，网格服务器根据接收到的任务执行指令，借助网元配置确定接入与送出的信令媒体集群，即将该集群中的每台软交换节点确定为执行目标软交换节点，然后生成待执行网络抓包任务，放入与执行目标软交换节点对应的任务队列中，在接收到执行目标软交换节点关联的边车服务节点发送的任务拉取请求后，将与所述执行目标软交换节点对应的目标执行网络抓包任务发送给所述边车服务节点，边车服务节点收到所述目标执行网络抓包任务后，生成对应的网络抓包线程，执行网络抓包操作，执行结束后将生成的抓包文件和执行结果直接发送给网格服务器，或者将生成的抓包文件先上传至操作支持系统（operation support systems，oss），再将oss文件名和执行结果发送给网格服务器，网格服务器轮询所有任务执行结果，收集所有的执行结果数据，比如文件或文件名，即可对于所述执行结果数据进行处理，比如，可对于所述执行结果数据进行存储和统计，基于所述执行结果数据生成下载 链接发送给控制台供用户下载使用。
87.二、本地路由指令更新任务场景在该场景中，网格服务器确定需要更新本地路由的软切换节点，即执行目标软交换节点，然后生成待执行本地路由指令更新任务，放入与执行目标软交换节点对应的任务队列中，在接收到执行目标软交换节点关联的边车服务节点发送的任务拉取请求后，将与所述执行目标软交换节点对应的目标执行本地路由指令更新任务发送给所述边车服务，其中，所述目标执行本地路由指令更新任务包括最新的同集群路由成功的路由数据，以及该集群内软交换节点转换本地路由指令，边车服务节点收到所述目标执行本地路由指令更新任务后，生成对应的本地路由指令更新线程，根据所述最新的同集群路由成功的路由数据和集群内软交换节点转换本地路由指令执行本地路由指令更新操作，在具体执行时，首先根据所述集群内软交换节点转换本地路由指令将与其关联的软交换节点降级切换为本地路由状态，然后再根据所述最新的同集群路由成功的路由数据对于所述软交换节点的历史路由数据进行更新，执行结束后，所述边车服务节点将本地路由指令更新结果发送给网格服务器。
88.下述为本公开装置实施例，可以用于执行本公开方法实施例。
89.图6示出根据本公开一实施方式的软交换服务装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图6所示，所述软交换服务装置包括：确定模块601，被配置为确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标软交换节点信息；第一发送模块602，被配置为响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，以使所述边车服务节点执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；处理模块603，被配置为接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态。
90.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
91.考虑到上述缺陷，在该实施方式中，提出一种软交换服务装置，该装置在软交换服务网格系统中，为每个软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中心服务的目的，并且能够对于软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
92.在本公开一实施方式中，所述软交换服务装置可实现为对于软交换服务进行监测与控制的、位于软交换服务网格系统中的网格服务器。
93.图7示出根据本公开另一实施方式的软交换服务装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图7所示，所述软交换服务装置包括：第二发送模块701，被配置为向网格服务器发送任务拉取请求；执行模块702，被配置为响应于接收到目标执行任务，执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；上报模块703，被配置为响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器。
94.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端
借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
95.考虑到上述缺陷，在该实施方式中，提出一种软交换服务装置，该装置在软交换服务网格系统中，为每个软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中心服务的目的，并且能够对于软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
96.在本公开一实施方式中，所述软交换服务装置可实现为代替软交换节点执行相关任务的、位于软交换服务网格系统中的、与相应软交换节点关联的、与关联软交换节点部署在同一机器上的边车服务节点。
97.图8示出根据本公开一实施方式的软交换服务系统的结构框图，该系统可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图8所示，所述软交换服务系统包括：第一网格服务器801，被配置为确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标第一软交换节点信息；响应于接收到第一边车服务节点的任务拉取请求，将与所述第一边车服务节点关联的第一软交换节点对应的目标执行任务发送给所述第一边车服务节点，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；接收所述第一边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理；第一边车服务节点802，被配置为向第一网格服务器发送任务拉取请求；响应于接收到目标执行任务，执行所述目标执行任务；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述第一网格服务器，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态。
98.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
99.考虑到上述缺陷，在该实施方式中，提出一种软交换服务系统，该系统在软交换服务网格系统中，为每个软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中
心服务的目的，并且能够对于软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
100.在本公开一实施方式中，所述软交换服务系统可实现为对于软交换服务进行监测与控制的、包括网格服务器、两个或多个软交换节点、以及与所述软交换节点对应关联的两个或多个边车服务节点的软交换服务网格系统。
101.图9示出根据本公开一实施方式的语音软交换服务系统的结构框图，该系统可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图9所示，所述语音软交换服务系统包括：第二网格服务器901，被配置为确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标语音第二软交换节点信息；响应于接收到第二边车服务节点的任务拉取请求，将与所述第二边车服务节点关联的语音第二软交换节点对应的目标执行任务发送给所述第二边车服务节点，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；接收所述第二边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理；第二边车服务节点902，被配置为向第二网格服务器发送任务拉取请求；响应于接收到目标执行任务，执行所述目标执行任务；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述第二网格服务器，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态。
102.上文提及，在语音软交换请求链路中，随着服务的增长，软交换实例迅速增多，软交换网络结构也逐步复杂。现有技术中，对于软交换服务的监测与控制通常是通过服务端借助暴露http接口或者sip协议进行远程探测，软交换的路由服务也需要去中心化系统中进行请求来获得路由数据然后再发起通话，这种处理方式太过依赖中心服务，一旦中心服务不可用，对于软交换服务的监测与控制就会失效，而且由于软交换部署是网络结构，如果所有软交换节点都向同一个中心发起请求，则会产生明显的请求延迟，进而导致数据统计不准确，以及通话接续时长过长的问题。因此亟需一种适用于软交换网络的、脱离中心服务的、能够对于软交换服务进行有效及时且准确的监测与控制的解决方案。
103.考虑到上述缺陷，在该实施方式中，提出一种语音软交换服务系统，该系统在语音软交换服务网格系统中，为每个语音软交换节点部署了对应的边车服务节点，以使所述边车服务节点能够代替所述语音软交换节点实现任务的执行以及相应数据的传输。该技术方案能够实现脱离中心服务的目的，并且能够对于语音软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。
104.在本公开一实施方式中，所述语音软交换服务系统可实现为对于语音软交换服务进行监测与控制的、包括网格服务器、两个或多个语音软交换节点、以及与所述语音软交换节点对应关联的两个或多个边车服务节点的语音软交换服务网格系统。
105.上述装置相关实施方式中涉及的技术术语和技术特征与上述方法相关实施方式中提及的技术术语和技术特征相同或相似，对于上述装置相关实施方式中涉及的技术术语
和技术特征的解释和说明可参考上述对于方法相关实施方式的解释的说明，此处不再赘述。
106.本公开还公开了一种电子设备，图10示出根据本公开一实施方式的电子设备的结构框图，如图10所示，所述电子设备1000包括存储器1001和处理器1002；其中，所述存储器1001用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器1002执行以实现上述方法步骤。
107.图11是适于用来实现根据本公开一实施方式的方法的计算机系统的结构示意图。
108.如图11所示，计算机系统1100包括处理单元1101，其可以根据存储在只读存储器（rom）1102中的程序或者从存储部分1108加载到随机访问存储器（ram）1103中的程序而执行上述实施方式中的各种处理。在ram1103中，还存储有计算机系统1100操作所需的各种程序和数据。处理单元1101、rom1102以及ram1103通过总线1104彼此相连。输入/输出（i/o）接口1105也连接至总线1104。
109.以下部件连接至i/o接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管（crt）、液晶显示器（lcd）等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。其中，所述处理单元1101可实现为cpu、gpu、tpu、fpga、npu等处理单元。
110.特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行所述方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。
111.附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
112.描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
113.作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程
序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
114.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。
技术特征：1.一种语音软交换服务方法，适用于语音软交换服务网格系统，所述语音软交换服务网格系统包括网格服务器、两个或多个语音软交换节点、以及与所述语音软交换节点对应关联的两个或多个边车服务节点，包括：网格服务器确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标语音软交换节点信息；边车服务节点向网格服务器发送任务拉取请求；网格服务器响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的语音软交换节点对应的目标执行任务发送给所述边车服务节点，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；边车服务节点响应于接收到目标执行任务，执行所述目标执行任务；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态；网格服务器接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理。2.一种软交换服务方法，适用于软交换服务网格系统中的网格服务器，所述软交换服务网格系统中还包括两个或多个软交换节点、以及与所述软交换节点对应关联的两个或多个边车服务节点，包括：确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标软交换节点信息；响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，以使所述边车服务节点执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态。3.根据权利要求2所述的方法，所述确定待执行任务，包括：接收控制方发送的任务执行指令，其中，所述任务执行指令包括任务内容、任务类型和执行时间要求；根据所述任务内容和任务类型确定执行目标软交换节点；基于所述任务执行指令和执行目标软交换节点信息生成所述待执行任务。4.根据权利要求2或3所述的方法，所述确定待执行任务之后，还包括：将所述待执行任务放入与其执行目标软交换节点对应的任务队列中；所述响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，被实施为：响应于接收到边车服务节点的任务拉取请求，确定与所述边车服务节点的关联软交换节点，将与所述关联软交换节点对应的软交换节点任务队列中的一个或多个目标执行任务发送给所述边车服务节点。5.根据权利要求2或3所述的方法，还包括：接收控制方发送的任务取消指令，其中，所述任务取消指令包括取消内容和取消时间
要求；根据所述取消内容确定取消目标软交换节点；根据所述任务取消指令生成任务取消命令，并将所述任务取消命令发送给与所述取消目标软交换节点的关联边车服务节点，以使所述关联边车服务节点根据所述任务取消命令取消对应任务的执行，并返回取消执行结果；接收所述关联边车服务节点发送的取消执行结果，并对于所述取消执行结果执行预设操作，其中，所述取消执行结果包括当前执行结果数据和/或执行状态。6.一种软交换服务方法，适用于软交换服务网格系统中的边车服务节点，所述软交换服务网格系统中还包括网格服务器、两个或多个软交换节点、所述边车服务节点与所述软交换节点对应关联，包括：向网格服务器发送任务拉取请求；响应于接收到目标执行任务，执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器。7.根据权利要求6所述的方法，所述执行所述目标执行任务，包括：根据所述目标执行任务生成对应的任务线程；将所述任务线程放入线程队列中；根据所述线程队列中线程的排列顺序执行所述任务线程。8.根据权利要求6或7所述的方法，还包括：响应于接收到网格服务器发送的任务取消命令，根据所述任务取消命令确定待取消任务对应的目标任务线程；中断执行所述目标任务线程；生成取消执行结果，并将所述取消执行结果上报给所述网格服务器，其中，所述取消执行结果包括当前执行结果数据和/或执行状态。9.一种软交换服务方法，适用于软交换服务网格系统，所述软交换服务网格系统包括网格服务器、两个或多个软交换节点、以及与所述软交换节点对应关联的两个或多个边车服务节点，包括：网格服务器确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标软交换节点信息；边车服务节点向网格服务器发送任务拉取请求；网格服务器响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；边车服务节点响应于接收到目标执行任务，执行所述目标执行任务；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态；网格服务器接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理。
10.一种软交换服务装置，适用于软交换服务网格系统中的网格服务器，所述软交换服务网格系统中还包括两个或多个软交换节点、以及与所述软交换节点对应关联的两个或多个边车服务节点，包括：确定模块，被配置为确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标软交换节点信息；第一发送模块，被配置为响应于接收到边车服务节点的任务拉取请求，将与所述边车服务节点关联的软交换节点对应的目标执行任务发送给所述边车服务节点，以使所述边车服务节点执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；处理模块，被配置为接收所述边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态。11.一种软交换服务装置，适用于软交换服务网格系统中的边车服务节点，所述软交换服务网格系统中还包括网格服务器、两个或多个软交换节点、所述边车服务节点与所述软交换节点对应关联，包括：第二发送模块，被配置为向网格服务器发送任务拉取请求；执行模块，被配置为响应于接收到目标执行任务，执行所述目标执行任务，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；上报模块，被配置为响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述网格服务器。12.一种软交换服务系统，适用于软交换服务网格系统，所述软交换服务网格系统包括第一网格服务器、两个或多个第一软交换节点、以及与所述第一软交换节点对应关联的两个或多个第一边车服务节点，包括：第一网格服务器，被配置为确定待执行任务，其中，所述待执行任务包括以下要素中的一种或多种：任务内容、任务类型、执行时间要求和执行目标第一软交换节点信息；响应于接收到第一边车服务节点的任务拉取请求，将与所述第一边车服务节点关联的第一软交换节点对应的目标执行任务发送给所述第一边车服务节点，其中，所述目标执行任务包括以下要素中的一种或多种：任务内容、任务类型和执行时间要求；接收所述第一边车服务节点上报的所述目标执行任务的执行结果，并对所述执行结果进行预设处理；第一边车服务节点，被配置为向第一网格服务器发送任务拉取请求；响应于接收到目标执行任务，执行所述目标执行任务；响应于检测到所述目标执行任务执行完成，将相应的执行结果上报给所述第一网格服务器，其中，所述执行结果包括所述目标执行任务的执行结果数据和执行状态。13.一种电子设备，其特征在于，包括存储器和至少一个处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述至少一个处理器执行以实现权利要求1-9任一项所述的方法步骤。14.一种计算机可读存储介质，其上存储有计算机指令，其中，该计算机指令被处理器执行时实现权利要求1-9任一项所述的方法步骤。
技术总结本公开实施例公开了一种语音软交换服务方法、装置、系统、电子设备及存储介质，所述方法包括：网格服务器确定待执行任务；边车服务节点向网格服务器发送任务拉取请求；网格服务器将与边车服务节点关联的语音软交换节点对应的目标执行任务发送给边车服务节点；边车服务节点执行目标执行任务；检测到目标执行任务执行完成后，将相应的执行结果上报给网格服务器；网格服务器对执行结果进行预设处理。该技术方案能够实现脱离中心服务的目的，并且能够对于语音软交换服务进行有效、及时并且准确的监测与控制，从而避免了由于对于中心服务的依赖而导致的监测与控制失效、请求延迟、数据统计不准确、通话接续时长过长等问题。通话接续时长过长等问题。通话接续时长过长等问题。
技术研发人员：周大伟
受保护的技术使用者：阿里巴巴（中国）有限公司
技术研发日：2022.05.24
技术公布日：2022/7/5
