CN113923250A - 一种辅助网络服务编排的方法、装置及*** - Google Patents

Abstract

本申请实施例公开了一种辅助网络服务编排的方法、装置及***，涉及计算机领域，实现了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。具体方案为：在第一设备的显示界面上显示网络服务的逻辑图；然后第一设备根据逻辑图辅助编排网络服务；其中，逻辑图包括至少一个节点控件；该至少一个节点控件中的每个节点控件分别与网络服务包括的至少一个数据模型中的一个数据模型之间关联。

Description

一种辅助网络服务编排的方法、装置及***

技术领域

本申请实施例涉及信息技术领域，尤其涉及一种辅助网络服务编排的方法、装置及***。

背景技术

网络服务是基于超文本传输协议(hypertext transfer protocol，http)的远程调用技术开发的应用程序。该应用程序可以支持跨编程语言及跨操作***的访问。例如，技术人员开发了一个查询天气的网络服务，用户可以通过任一个设备访问该应用程序(查询天气的网络服务)查询天气。具体的，用户可以在该应用程序中输入“今日天气”，该应用程序生成用于查询今日天气的查询请求，并将该查询请求发送给服务网关。服务网关根据该查询请求从数据库中获取到今日的天气数据，并将今日的天气数据发送给用户设备。

其中，网络服务的编排过程可以包括网络服务的设计、开发、测试、和发布等。

目前，网络服务的编排过程主要包括：首先，开发人员分析待编排的网络服务需要的数据模型、数据模型内的数据结构之间的关系、数据模型之间的关系以及输入输出参数等，然后人工梳理出该网络服务需要的数据模型、数据模型内的数据结构之间的关系、数据模型之间的关系以及输入输出参数等信息之间的逻辑关系，再根据该逻辑关系编写可运行的脚本程序。进一步对编写的脚本程序进行测试与发布。

但是，网络服务的编排过程中，开发人员需要查阅数据模型信息，需要熟悉数据库查询语言，需要人工梳理数据库中各数据模型中的数据结构和各数据模型之间的关联逻辑以及输入输出参数与数据模型之间的逻辑关系等，所以对开发人员的技能要求较高，且整个实现过程复杂，效率低。

发明内容

本申请提供一种辅助网络服务编排的方法、装置及***，实现了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

为了达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种辅助网络服务编排的方法，该方法可以应用于第一设备，网络服务包括至少一个数据模型，该方法可以包括：在第一设备的显示界面上显示网络服务的逻辑图；其中，逻辑图包括至少一个节点控件；至少一个节点控件中的每个节点控件分别与至少一个数据模型中的一个数据模型之间关联；根据逻辑图辅助编排网络服务。

通过本申请提供的辅助网络服务编排的方法，根据构建逻辑图的方式，将网络服务包括的数据模型在逻辑图中以可视化的节点控件来表示，通过逻辑图可以清楚直接的得到网络服务包括的节点控件，即网络服务包括的数据模型，还可以通过逻辑图中的节点控件自动获取与节点控件关联的数据模型内的数据的存储关系，然后根据逻辑图中的节点控件辅助编排网络服务，避免了人工梳理网络服务包括的数据模型内的数据的存储关系，人工编排网络服务的复杂过程，实现了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

其中，可以根据实际需求配置网络服务的逻辑图，本申请对此不予具体限定。

一种可能的实现方式中，网络服务可以包括一个数据模型，对应的，网络服务的逻辑图中包括一个节点控件。

另一种可能的实现方式中，网络服务可以包括多个数据模型及数据模型之间的关系，对应的，网络服务的逻辑图中可以包括多个节点控件以及关系控件。其中，节点控件与节点控件之间通过关系控件进行连接。在该可能的实现方式中，根据构建逻辑图的方式，将网络服务包括的数据模型及数据模型之间的关系在逻辑图中以可视化的节点控件和关系控件来表示，可以清楚直接的得到网络服务的逻辑关系(网络服务的逻辑关系可以包括数据模型、数据模型之间的关系以及数据模型内的数据的存储关系)，然后根据逻辑图中的节点控件辅助编排网络服务，避免了人工梳理网络服务的逻辑关系，人工编排网络服务的复杂过程，实现了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

结合第一方面，在一种可能的实现方式中，根据逻辑图辅助编排网络服务，可以包括：给网络服务包括的至少一个节点控件添加网络服务的输入参数和网络服务的输出参数。在该可能的实现方式中，通过给逻辑图中的相关控件添加网络服务的输入参数和网络服务的输出参数，进一步提高了网络服务编排过程的可视化程度，降低了网络服务编排的复杂度，提高了编排效率。

结合第一方面或上述一种可能的实现方式中，在另一种可能的实现方式中，给网络服务包括的至少一个节点控件添加网络服务的输入参数和网络服务的输出参数，可以包括：给至少一个节点控件中的与网络服务包括的第一个数据模型关联的节点控件添加网络服务的输入参数；给至少一个节点控件中的与网络服务包括的最后一个数据模型关联的节点控件添加网络服务的输出参数。在该可能的实现方式中，通过给逻辑图中相关控件(与网络服务包括的第一个数据模型关联的节点控件、以及与网络服务包括的最后一个数据模型关联的节点控件)添加输入参数和输出参数的节点控件，进一步提高了网络服务编排过程的可视化程度，降低了网络服务编排的复杂度，提高了编排效率。

结合第一方面或上述一种可能的实现方式中，在另一种可能的实现方式中，网络服务可以包括一个数据模型，即网络服务包括的第一个数据模型和网络服务包括的最后一个数据模型相同。

对应的，与网络服务包括的第一个数据模型关联的节点控件，和与网络服务包括的最后一个数据模型关联的节点控件相同。

其中，网络服务包括的数据模型既是网络服务包括的第一数据模型，也是网络服务包括的最后一个数据模型，即逻辑图中包括一个节点控件，针对该节点控件分别添加网络服务的输入参数和网络服务的输出参数。

结合第一方面或上述一种可能的实现方式中，在另一种可能的实现方式中，网络服务可以包括多个数据模型，即网络服务包括的第一个数据模型和网络服务包括的最后一个数据模型不同。

对应的，与网络服务包括的第一个数据模型关联的节点控件，和与网络服务包括的最后一个数据模型关联的节点控件不同。

其中，网络服务包括的第一个数据模型的标识和网络服务包括的最后一个数据模型的标识是对于用户来说是已知的，一种可能的实现方式中，根据网络服务包括的第一个数据模型的标识确定出待添加网络服务的输入参数的控件；根据网络服务包括的最后一个数据模型的标识确定出待添加网络服务的输出参数的控件。

结合第一方面或上述一种可能的实现方式中，在另一种可能的实现方式中，网络服务可以包括的第一个数据模型的数量可以为一个，或者也可以为多个。

对应的，与网络服务包括的第一个数据模型关联的节点控件的数量可以为一个，或者也可以为多个。

结合第一方面或上述一种可能的实现方式中，在另一种可能的实现方式中，网络服务可以包括的最后一个数据模型的数量可以为一个，或者也可以为多个。

对应的，与网络服务包括的最后一个数据模型关联的节点控件的数量可以为一个，或者也可以为多个。

结合第一方面或上述一种可能的实现方式中，在另一种可能的实现方式中，根据网络服务包括的多个第一个数据模型的标识确定出每个待添加网络服务的输入参数的控件；根据网络服务包括的多个最后一个数据模型的标识确定出每个待添加网络服务的输出参数的控件。

结合第一方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，给至少一个节点控件中的与网络服务包括的第一个数据模型关联的节点控件添加网络服务的输入参数，以确定将网络服务包括的第一个数据模型的第一属性信息作为网络服务的输入参数。

结合第一方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，给至少一个节点控件中的与网络服务包括的最后一个数据模型关联的节点控件添加网络服务的输出参数，以确定将网络服务包括的最后一个数据模型的第二属性信息作为网络服务的输出参数。

结合第一方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，该方法还可以包括：接收第一操作；响应于第一操作，在至少一个节点控件中确定与网络服务包括的第一个数据模型关联的节点控件；针对与网络服务包括的第一个数据模型关联的节点控件，接收该网络服务的输入参数。在该可能的实现方式中，可以通过灵活配置第一操作，灵活接收网络服务的输入参数，进一步提高了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

结合第一方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，该方法还可以包括：接收第二操作；响应于第二操作，在至少一个节点控件中确定与网络服务包括的最后一个数据模型关联的节点控件；针对与网络服务包括的最后一个数据模型关联的节点控件，接收该网络服务的输出参数。在该可能的实现方式中，可以通过灵活配置第二操作，灵活接收网络服务的输出参数，进一步提高了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，在第一设备的显示界面上显示网络服务的逻辑图，可以包括：在第一设备的显示界面上添加至少一个节点控件中的第一节点控件；第一节点控件为逻辑图中的任一个节点控件；第一节点控件与至少一个数据模型中的第一数据模型关联。

可选的，在第一设备的显示界面上显示网络服务的逻辑图，可以包括：在第一设备的显示界面上添加至少一个节点控件中的第一节点控件；第一节点控件为逻辑图中任一个节点控件；将第一节点控件与至少一个数据模型中的第一数据模型关联。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该方法还可以包括：根据第一数据模型的标识和第一节点控件的标识，将第一节点控件与第一数据模型关联。在该可能的实现方式中，通过数据模型的标识和节点控件的标识实现数据模型与节点控件的关联，由于一个标识具有唯一指向性，所以该关联的可靠性较高，网络服务的可靠性也较高。

可选的，该方法还可以包括：获取第一数据模型的标识和第一节点控件的标识；根据第一数据模型的标识和第一节点控件的标识，将第一节点控件与第一数据模型关联。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，根据第一数据模型的标识和第一节点控件的标识，将第一节点控件与第一数据模型关联，可以包括：根据第一数据模型的标识、第一节点控件的标识和过滤条件，将第一节点控件与第一数据模型中满足过滤条件的数据关联。在该可能的实现方式中，可以灵活配置过滤条件，实现节点控件与数据模型之间的灵活关联，提高了编排效率。

可选的，根据第一数据模型的标识和第一节点控件的标识，将第一节点控件与第一数据模型关联，可以包括：获取第一数据模型的标识、第一节点控件的标识和过滤条件；根据第一数据模型的标识、第一节点控件的标识和过滤条件，将第一节点控件与第一数据模型中满足过滤条件的数据关联。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，第一设备获取第一节点控件的标识、第一数据模型的标识和过滤条件，第一设备接收用户的第三操作，根据该第三操作的指示将第一节点控件与网络服务包括的第一数据模型中满足过滤条件的数据关联。

其中，过滤条件可以用于对数据模型中的部分数据进行过滤。第一设备可以根据实际需求配置过滤条件，本申请对此不予具体限定。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，过滤条件可以是关于时间的不等式。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，过滤条件可以是关于数据模型中某些属性参数的不等式。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，逻辑图包括至少两个节点控件，网络服务包括至少两个数据模型，该方法还可以包括：根据第二数据模型的标识和至少两个节点控件中的第二节点控件的标识，将第二节点控件与第二数据模型关联；第一数据模型与第二数据模型之间具有第一关系；第二节点控件为逻辑图中的除第一节点控件之外的任一个节点控件；第一关系用于表示第一数据模型与第二数据模型相关。

可选的，逻辑图包括至少两个节点控件，网络服务包括至少两个数据模型，该方法还可以包括：获取第二数据模型的标识和至少两个节点控件中的第二节点控件的标识；第一数据模型与第二数据模型之间具有第一关系；第二节点控件为逻辑图中的除第一节点控件之外的任一个节点控件；第一关系用于表示第一数据模型与第二数据模型相关；将第二节点控件与第二数据模型关联。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该逻辑图还可以包括第一关系控件；该方法还可以包括：根据第一关系控件的标识和第一关系的标识，将第一关系控件与第一关系关联；第一节点控件与第二节点控件通过第一关系控件连接。

可选的，逻辑图还可以包括第一关系控件；该方法还可以包括：获取第一关系控件的标识和第一关系的标识；第一节点控件与第二节点控件通过第一关系控件连接；将第一关系控件与第一关系关联。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该方法还可以包括：根据搜索指令，获取与第一数据模型相关的候选关系，和/或与第一数据模型存在关系的候选数据模型；其中，搜索指令包括第一数据模型的标识；候选关系包括第一关系，候选数据模型包括第二数据模型。在该可能的实现方式中，可以通过搜索指令，搜索相关的数据模型和/或相关的关系，进一步提高了网络编排的智能性，降低了编排的复杂性，提高编排的效率。

可选的，该方法还可以包括：接收搜索指令；搜索指令包括第一数据模型的标识；搜索指令用于指示搜索与第一数据模型相关的关系，和/或与第一数据模型存在关系的数据模型；根据搜索指令，获取与第一数据模型相关的候选关系，和/或与第一数据模型存在关系的候选数据模型；其中，候选关系包括第一关系，候选数据模型包括第二数据模型。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，根据搜索指令，获取与第一数据模型相关的候选关系，和/或与第一数据模型存在关系的候选数据模型，可以包括：将搜索指令发送给第二设备；第二设备中存储了多个数据模型和数据模型之间的关系；接收第二设备发送的候选关系和/或候选数据模型。在该可能的实现方式中，在搜索相关的数据模型或者相关的关系时，可以通过其他设备辅助搜索，提高了编排的灵活性，降低了编排的复杂性，提高了编排效率。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，逻辑图可以包括至少两个节点控件，网络服务可以包括至少两个数据模型，该至少两个数据模型包括第三数据模型和第四数据模型；该方法还可以包括：根据路径推荐指令，获取一个或多个候选路径；路径推荐指令包括第三数据模型的标识和第四数据模型的标识；候选路径包括以第三数据模型为起点、且以第四数据模型为终点的路径；一个或多个候选路径包括目标路径，目标路径中的数据模型和数据模型之间的关系分别对应的控件构成的路径，是逻辑图中的一条路径。在该可能的实现方式中，通过路径推荐的方式可以自动获取网络服务的一段目标路径，提高了编排的智能性，降低了编排的复杂性，提高了编排效率。

其中，第三数据模型可以网络服务的第一个数据模型，也可以是网络服务包括的一段路径中的第一数据模型；对应的，第四数据模型可以网络服务的最后一个数据模型，也可以是网络服务包括的一段路径中的最后一个数据模型。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该逻辑图只包括多条条路径，目标路径中的数据模型和数据模型之间的关系分别对应的控件构成的路径，是逻辑图中的一条路径。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该逻辑图只包括一条路径，即通过路径推荐的方式获取的目标路径中的数据模型和数据模型之间的关系分别对应的控件构成的路径为网络服务的逻辑图。

可选的，逻辑图包括至少两个节点控件，网络服务包括至少两个数据模型，该方法还可以包括：接收路径推荐指令，路径推荐指令包括至少两个数据模型中的第三数据模型的标识和第四数据模型的标识；路径推荐指令用于指示推荐以第三数据模型为起点、第四数据模型为终点一个或多个候选路径；根据路径推荐指令，获取一个或多个候选路径；一个候选路径包括多个数据模型及数据模型之间的关系；获取目标路径中的数据模型对应的节点控件，以及目标路径中的数据模型之间的关系对应的关系控件；其中，一个或多个候选路径包括目标路径。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该方法还可以包括：将第三数据模型的标识和第四数据模型的标识发送给第二设备；第二设备中存储了多个数据模型和数据模型之间的关系；接收第二设备发送的一个或多个候选路径。在该可能的实现方式中，在进行路径推荐时，可以通过其他设备辅助推荐，提高了编排的灵活性，降低了编排的复杂性，提高了编排效率。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，路径推荐指令还可以包括至少两个数据模型中的第五数据模型的标识；候选路径具体可以包括以第三数据模型为起点、且以第四数据模型为终点，并经过第五数据模型的路径。在该可能的实现方式中，在进行路径推荐时，可以灵活配置推荐的信息(第三数据模型的标识、第四数据模型的标识以及第五数据模型的标识)，提高了推荐的灵活性、编排的灵活性，降低了编排的复杂性，提高了编排效率。

可选的，路径推荐指令中还可以包括第五数据模型的标识；第五数据模型为网络服务包括的至少两个数据模型中除第三数据模型和第四数据模型之外的数据模型；路径推荐指令具体用于指示推荐以第三数据模型为起点、第四数据模型为终点，并经过第五数据模型的一个或多个候选路径。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该方法还可以包括：根据待移动的控件和目标位置，将待移动的控件移动至第一设备的显示界面中的目标位置处；待移动的控件可以包括逻辑图中的一个或多个节点控件。在该可能的实现方式中，可以对逻辑图中的控件进行移动，提高了编排的灵活性，降低了编排的复杂性，提高了编排效率。

其中，目标位置可以为第一设备显示界面中的目标区域。

具体的，目标位置可以为第一设备显示界面上的一个具体的坐标值或者位置编号。例如，目标位置可以为用户输入的坐标值或者位置编号等信息；或者目标位置可以为根据用户的操作识别得到的坐标值或者位置信息。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，待移动的控件可以包括逻辑图中的一个或多个关系控件。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，待移动的控件可以包括逻辑图中的一个或多个关系控件，以及一个或多个节点控件。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该方法还可以包括：将网络服务的结构图转换为网络服务的脚本程序；网络服务的结构图包括：逻辑图、网络服务的输入参数和网络服务的输出参数；将网络服务的脚本发布至网关设备。在该可能的实现方式中，通过将结构图自动转换为脚本程序，降低了编排的复杂性，提高了编排效率。

结合第一方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该方法还可以包括：接收网关设备发送的网络服务的输入参数值；运行加入了输入参数值的网络服务的脚本程序，得到网络服务的输出参数值；将网络服务的输出参数值发送给网关设备。

第二方面，本申请提供一种辅助网络服务编排的装置，用于实现上述第一方面描述的方法。该辅助网络服务编排的装置可以为服务器或支持服务器实现该第一方面描述的方法的装置，例如该装置包括芯片***。例如，该辅助网络服务编排的装置可以部署于第一设备，网络服务包括至少一个数据模型，该装置可以包括：显示单元和处理单元。

显示单元，用于在第一设备的显示界面上显示网络服务的逻辑图；其中，逻辑图包括至少一个节点控件；至少一个节点控件中的每个节点控件分别与至少一个数据模型中的一个数据模型之间关联。

处理单元，用于根据逻辑图辅助编排网络服务。

通过本申请提供的辅助网络服务编排的装置，根据构建逻辑图的方式，将网络服务包括的数据模型在逻辑图中以可视化的节点控件来表示，通过逻辑图可以清楚直接的得到网络服务包括的节点控件，即网络服务包括的数据模型，还可以通过逻辑图中的节点控件自动获取与节点控件关联的数据模型内的数据的存储关系，然后根据逻辑图中的节点控件辅助编排网络服务，避免了人工梳理网络服务包括的数据模型内的数据的存储关系，人工编排网络服务的复杂过程，实现了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

结合第二方面，在一种可能的实现方式中，处理单元可以具体用于：给至少一个节点控件添加网络服务的输入参数和网络服务的输出参数。在该可能的实现方式中，通过逻辑图中的相关控件添加网络服务的输入参数和网络服务的输出参数，进一步提高了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

结合第二方面或上述一种可能的实现方式，在另一种可能的实现方式中，处理单元可以具体用于：给至少一个节点控件中的与网络服务包括的第一个数据模型关联的节点控件添加网络服务的输入参数；给至少一个节点控件中的与网络服务包括的最后一个数据模型关联的节点控件添加网络服务的输出参数。在该可能的实现方式中，通过逻辑图可以清楚的看到待添加输入参数和输出参数的节点控件(与网络服务包括的第一个数据模型关联的节点控件、与网络服务包括的最后一个数据模型关联的节点控件)，进一步提高了网络服务编排过程的可视化程度，降低了网络服务编排的复杂度，提高了编排效率。

结合第二方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，给至少一个节点控件中的与网络服务包括的第一个数据模型关联的节点控件添加网络服务的输入参数，以确定将网络服务包括的第一个数据模型的第一属性信息作为网络服务的输入参数。

结合第二方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，给至少一个节点控件中的与网络服务包括的最后一个数据模型关联的节点控件添加网络服务的输出参数，以确定将网络服务包括的最后一个数据模型的第二属性信息作为网络服务的输出参数。

结合第二方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，该方法还可以包括：接收第一操作；响应于第一操作，在至少一个节点控件中确定与网络服务包括的第一个数据模型关联的节点控件；针对与网络服务包括的第一个数据模型关联的节点控件，接收该网络服务的输入参数。在该可能的实现方式中，可以通过灵活配置第一操作，灵活接收网络服务的输入参数，进一步提高了网络服务编排过程的可视化程度，降低了网络服务编排的复杂度，提高了编排效率。

结合第二方面或上述任一种可能的实现方式中，在另一种可能的实现方式中，该方法还可以包括：接收第二操作；响应于第二操作，在至少一个节点控件中确定与网络服务包括的最后一个数据模型关联的节点控件；针对与网络服务包括的最后一个数据模型关联的节点控件，接收该网络服务的输出参数。在该可能的实现方式中，可以通过灵活配置第二操作，灵活接收网络服务的输出参数，进一步提高了网络服务编排过程的可视化程度，降低了网络服务编排的复杂度，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，显示单元可以具体用于：在第一设备的显示界面上添加至少一个节点控件中的第一节点控件；第一节点控件为逻辑图中的任一个节点控件；第一节点控件与至少一个数据模型中的第一数据模型关联；第一数据模型为网络服务包括的任一个数据模型。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该装置还可以包括：第一关联单元，用于根据第一数据模型的标识和第一节点控件的标识，将第一节点控件与第一数据模型关联。在该可能的实现方式中，通过数据模型的标识和节点控件的标识实现关联，由于一个标识具有唯一指向性，所以该关联的可靠性较高，网络服务的可靠性也较高。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，第一关联单元可以具体用于：根据第一数据模型的标识、第一节点控件的标识和过滤条件，将第一节点控件与第一数据模型中满足过滤条件的数据关联。在该可能的实现方式中，可以灵活配置过滤条件，实现节点控件与数据模型之间的灵活关联，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，逻辑图包括至少两个节点控件，网络服务包括至少两个数据模型，该装置还可以包括：第二关联单元，用于根据第二数据模型的标识和至少两个节点控件中的第二节点控件的标识，将第二节点控件与第二数据模型关联；第一数据模型与第二数据模型之间具有第一关系；第二节点控件为逻辑图中的除第一节点控件之外的任一个节点控件；第一关系用于表示第一数据模型与第二数据模型相关。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该逻辑图还可以包括第一关系控件；该装置还可以包括：第三关联单元，用于根据第一关系控件的标识和第一关系的标识，将第一关系控件与第一关系关联；第一节点控件与第二节点控件通过第一关系控件连接。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该装置还可以包括：搜索单元，用于根据搜索指令，获取与第一数据模型相关的候选关系，和/或与第一数据模型存在关系的候选数据模型；其中，搜索指令包括第一数据模型的标识；候选关系包括第一关系，候选数据模型包括第二数据模型。在该可能的实现方式中，可以通过搜索指令，搜索相关的数据模型和/或相关的关系，进一步提高了网络编排的智能性，降低了编排的复杂性，提高编排的效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该搜索单元可以具体用于：将搜索指令发送给第二设备；第二设备中存储了多个数据模型和数据模型之间的关系；接收第二设备发送的候选关系和/或候选数据模型。在该可能的实现方式中，在搜索相关的数据模型或者相关的关系时，可以通过其他设备辅助搜索，提高了编排的灵活性，降低了编排的复杂性，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该逻辑图可以包括至少两个节点控件，网络服务可以包括至少两个数据模型，该至少两个数据模型包括第三数据模型和第四数据模型；该装置还可以包括：推荐单元，用于根据路径推荐指令，获取一个或多个候选路径；路径推荐指令包括第三数据模型的标识和第四数据模型的标识；候选路径包括以第三数据模型为起点、且以第四数据模型为终点的路径；一个或多个候选路径包括目标路径，目标路径中的数据模型和数据模型之间的关系分别对应的控件构成的路径，是逻辑图中的一条路径。在该可能的实现方式中，通过路径推荐的方式可以自动获取网络服务的一段目标路径，提高了编排的智能性，降低了编排的复杂性，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该装置还可以包括：第一发送单元，用于将第三数据模型的标识和第四数据模型的标识发送给第二设备；第二设备中存储了多个数据模型和数据模型之间的关系；第一接收单元，用于接收第二设备发送的一个或多个候选路径。在该可能的实现方式中，在进行路径推荐时，可以通过其他设备辅助推荐，提高了编排的灵活性，降低了编排的复杂性，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，路径推荐指令还可以包括至少两个数据模型中的第五数据模型的标识；候选路径具体包括以第三数据模型为起点、且以第四数据模型为终点，并经过第五数据模型的路径。在该可能的实现方式中，在进行路径推荐时，可以灵活配置推荐的信息，提高了推荐的灵活性、编排的灵活性，降低了编排的复杂性，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该装置还可以包括：移动单元，用于根据待移动的控件和目标位置，将待移动的控件移动至第一设备的显示界面中的目标位置处；待移动的控件包括逻辑图中的一个或多个节点控件。在该可能的实现方式中，可以对逻辑图中的控件进行移动，提高了编排的灵活性，降低了编排的复杂性，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该装置还可以包括：转换单元，用于将网络服务的结构图转换为网络服务的脚本程序；网络服务的结构图包括：逻辑图、网络服务的输入参数和网络服务的输出参数；发布单元，用于将网络服务的脚本发布至网关设备。在该可能的实现方式中，通过将结构图自动转换为脚本程序，降低了编排的复杂性，提高了编排效率。

结合第二方面或上述任一种可能的实现方式，在另一种可能的实现方式中，该装置还可以包括：第二接收单元，用于接收网关设备发送的网络服务的输入参数值；运行单元，用于运行加入了输入参数值的网络服务的脚本程序，得到网络服务的输出参数值；第二发送单元，用于将网络服务的输出参数值发送给网关设备。

需要说明的是，第二方面的各个单元具体实现同第一方面中相应的方法描述，这里不再赘述。上述第二方面的功能模块可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。例如，收发器，用于完成接收单元和发送单元的功能，处理器，用于完成处理单元的功能，存储器，用于处理器处理本申请实施例的方法的程序指令。处理器、收发器和存储器通过总线连接并完成相互间的通信。

第三方面，本申请提供一种辅助网络服务编排的装置，该辅助网络服务编排的装置可以实现上述方法示例中的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。该辅助网络服务编排的装置可以以芯片的产品形态存在。

结合第三方面，在一种可能的实现方式中，该辅助网络服务编排的装置可以为服务器。该服务器的结构中包括处理器和收发器，该处理器被配置为支持该辅助网络服务编排的装置执行上述方法中相应的功能。该收发器用于支持该服务器与其他设备之间的通信。该服务器还可以包括存储器，该存储器用于与处理器耦合，其保存该服务器必要的程序指令和数据。

第四方面，提供了一种辅助网络服务编排的***，该***中包括辅助网络服务编排的装置，该辅助网络服务编排的装置可以为第二方面或第二方面任一种可能的实现方式中的辅助网络服务编排的装置。

第五方面，提供了一种辅助网络服务编排的***，该***中包括辅助网络服务编排的装置，该辅助网络服务编排的装置可以为第三方面或第三方面任一种可能的实现方式中的辅助网络服务编排的装置。

第六方面，提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述任一方面或任一种可能的实现方式提供的辅助网络服务编排的方法。

第七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方面或任一种可能的实现方式提供的辅助网络服务编排的方法。

第八方面，本申请实施例提供了一种芯片***，该芯片***包括处理器，还可以包括存储器，用于实现上述方法中的功能。该芯片***可以由芯片构成，也可以包含芯片和其他分立器件。

其中，需要说明的是，上述各个方面中的任意一个方面的各种可能的实现方式，在方案不矛盾的前提下，均可以进行组合。

附图说明

图1为本申请提供的一种网络服务的逻辑图的结构示意图；

图2为本申请提供的一种网络服务***的结构示意图；

图3为本申请提供的一种服务器的结构示意图；

图4为本申请提供的一种电子设备的结构示意图；

图5a为本申请提供的一种辅助网络服务编排的方法的流程示意图；

图5为本申请提供的另一种辅助网络服务编排的方法的流程示意图；

图6为本申请提供的一种数据库中存储的路径图的结构示意图；

图7为本申请提供的另一种网络服务的逻辑图的结构示意图；

图8为本申请提供的再一种辅助网络服务编排的方法的流程示意图；

图9为本申请提供的一种服务编排界面的示意图；

图10为本申请提供的另一种服务编排界面的示意图；

图11为本申请提供的再一种服务编排界面的示意图；

图12为本申请提供的再一种服务编排界面的示意图；

图13为本申请提供的再一种服务编排界面的示意图；

图14为本申请提供的再一种服务编排界面的示意图；

图15为本申请提供的再一种服务编排界面的示意图；

图16为本申请提供的再一种服务编排界面的示意图；

图17为本申请提供的一种辅助网络服务编排的装置的结构示意图；

图18为本申请提供的另一种辅助网络服务编排的装置的结构示意图；

图19为本申请提供的另一种服务器的结构示意图。

具体实施方式

本申请说明书和权利要求书及上述附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

在本申请实施例中，至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。

为了便于理解，先对本申请涉及的技术术语进行解释。

网络服务，可以指基于http的远程调用技术开发的应用程序。例如，网络服务可以是一个查询天气的应用程序。

数据模型，可以指以某种特定的存储结构来表示存储数据、存储数据之间的相关性的形式。其中，数据模型可以包括数据的存储结构、数据的内容以及数据的内容之间的相关性。例如，表1示意了一种关于员工信息的数据模型A。数据模型A中以表格的形式存储了多个员工的编号、多个员工的姓名以及多个员工的地址。其中，数据模型A中用同一行表示同一个员工的信息，不同列分别表示多个员工的编号、员工的姓名以及员工的住址。

表1

员工的编号	员工的姓名	员工的住址
			001	张三	地址1
002	李四	地址2
			……	……	……
055	王五	地址2

数据模型的属性信息，可以指数据模型包括的多组数据之间不同类别的信息。例如，表1所示的数据模型中，数据模型的属性信息可以为：员工编号、员工姓名和员工地址。

关系，可以指两个数据模型之间的相关性。示例性的，两个包含相同属性信息的数据模型之间相关。其中，一个关系可以包括具体的指示方向，也可以不包括指示方向。例如，一个关系可以用于指示数据模型A与数据模型B之间的相关性。当该一个关系包括具体的指示方向时，其可以表示数据模型A到数据模型B之间的相关性，即从数据模型A指向数据模型B；当该一个关系不包括指示方向时，其可以表示数据模型A到数据模型B之间的相关性，也可以表示数据模型B到数据模型A之间的相关性，即可以从数据模型A指向数据模型B，也可以从数据模型B指向数据模型A。

数据库，可以指存储了多个数据模型及数据模型之间的关系的集合。示例性的，数据库可以以图的方式进行存储。示例性的，在数据库中，以数据模型作为节点，数据模型之间的关系作为连接线的方式存储数据。

控件，可以指对数据和/或功能的封装。示例性的，可以将数据库中的一个数据模型封装为一个控件，称为节点控件，也可以将数据库中数据模型之间的关系封装为一个控件，称为关系控件。例如，控件的功能可以包括控件的函数功能、关联功能等。

标识，指用于区分不同对象的信息，一个对象的标识可以用于唯一指示该对象。例如，标识可以为编码，记号等。例如，数据模型的标识可以用于区分不同的数据模型，一个数据模型的标识唯一指示一个数据模型。关系的标识可以用于区分不同的关系，一个关系的标识可以唯一指示一个关系。节点控件的标识可以用于区分不同的节点控件，一个节点控件的标识可以唯一指示一个节点控件。关系控件的标识可以用于区分不同的关系控件，一个关系控件的标识可以唯一指示一个关系控件。

逻辑图，可以指用于通过控件的方式表示数据模型以及数据模型之间的关系的可视化控件组成的图形。示例性的，逻辑图可以包括一个节点控件；或者逻辑图也可以包括多个节点控件和节点控件之间的关系控件。

图1示意了一种网络服务的逻辑图，该逻辑图中包括多个节点控件和多个关系控件，通过节点控件以及关系控件表示网络服务需要的数据模型及数据模型之间的关系。例如，图1中通过圆圈表示节点控件，通过直线表示节点控件之间的关系控件。

现有的网络服务的编排过程主要包括：首先，开发人员分析待编排的网络服务需要的数据模型、数据模型内的数据结构之间的关系、数据模型之间的关系以及输入输出参数等，然后人工梳理出该网络服务需要的数据模型、数据模型内的数据结构之间的关系、数据模型之间的关系以及输入输出参数等信息之间的逻辑关系，再根据该逻辑关系编写可运行的脚本程序。进一步对编写的脚本程序进行测试与发布。

但是，网络服务的编排过程中，开发人员需要查阅数据模型信息，需要熟悉数据库查询语言，需要人工梳理数据库中各数据模型中的数据结构和各数据模型之间的关联逻辑以及输入输出参数与数据模型之间的逻辑关系等，所以对开发人员的技能要求较高，且整个实现过程复杂，效率低。

基于此，本申请提供了一种辅助网络服务编排的方法，通过构建逻辑图的方式，将网络服务包括的数据模型在逻辑图中以可视化的节点控件来表示，通过逻辑图可以清楚直接的得到网络服务包括的节点控件，即网络服务包括的数据模型，还可以通过逻辑图中的节点控件自动获取与节点控件关联的数据模型内的数据的存储关系，然后根据逻辑图中的节点控件辅助编排网络服务，避免了人工梳理网络服务包括的数据模型内的数据的存储关系，人工编排网络服务的复杂过程，实现了网络服务编排过程的可视化，降低了网络服务编排的复杂度，提高了编排效率。

下面将结合附图对本申请实施例的实施方式进行详细描述。

本申请实施例提供的辅助网络服务编排的方法可以应用于图2所示的网络服务***20中，该网络通信***20可以包括服务器201和服务网关202。服务器201、服务网关202之间通过网线连接，采用http传输数据。

其中，服务器201可以用于接收外部的输入，并对输入的数据进行处理。示例性的，服务器201可以根据编排人员的输入生成不同的网络服务。

服务器201还可以用于运行生成的网络服务，并将该网络服务发布至服务网关202。示例性的，服务器201可以向服务网关202提供一个网络服务访问的应用程序接口(application program interface，API)接口，服务网关202通过该API接口调用该网络服务。

服务器201还可以用于接收输入信息，并将该输入信息发送至服务网关202。服务器201还可以用于接收服务网关202发送的输出信息，并将接收的输出信息呈现给用户。示例性的，输入信息可以是网络服务的输入参数值，输出信息可以是网络服务的输出参数值。

可选的，如图2所示，网络通信***20还可以包括客户机203，客户机203与服务网关202之间通过网线连接，采用http传输数据。

客户机203可以用于接收输入信息，并将该输入信息发送给服务网关202。客户机203还可以用于接收服务网关202发送的输出信息，并将接收的输出信息呈现给用户。

由于网络服务已经发布至服务网关202，服务网关202可以用于接收服务器201发送的输入信息，并通过API接口调用该网络服务，得到网络服务的数据信息后，服务网关202将输出信息发送给服务器201。

可选的，当客户机203用于接收输入信息时，服务网关202可以用于接收客户机203发送的输入信息，并通过API接口调用该网络服务，得到网络服务的数据信息后将输出信息发送给客户机203。

服务器201可以为物理服务器，或者云服务器或者其他具有相关处理能力的设备。

服务网关202可以为广域网络的配置的公共服务器，或者局域网络配置的公共服务器或者其他具有相关处理能力的设备。

客户机203可以为笔记本电脑、台式电脑或者其他具有相关处理能力的电子设备。

现以编排一个网络服务的过程、访问一个网络服务的过程为例，对网络通信***20中各设备之间的通信过程进行详细说明。

编排一个网络服务时，服务器201可以接收编排人员的输入，根据输入得到一个网络服务，服务器201将该网络服务发布至服务网关202。

访问一个网络服务时，服务器201或者客户机203可以接收该网络服务的输入参数值，并将该输入参数值发送给服务网关202；服务网关202通过API接口调用该网络服务，将该输入参数值通过该API接口发送给服务器201；服务器201接收该输入参数值，并运行加入了该输入参数值的脚本程序，得到该网络的输出参数值，并将该输出参数值通过该API接口发送给服务网关202；服务网关202将该输出参数值发送给服务器201或者客户机203；服务器201或者客户机203将该输入参数值呈现给用户。

图3为本申请实施例提供的一种服务器201的结构示意图。

其中，服务器201可以包括服务编排界面模块2011、数据模型管理模块2012、关联路径推荐模块2013、图数据库模块2014、脚本生成模块2015以及执行引擎模块2016。

其中，服务编排界面模块2011，可以用于响应用户指令，根据用户指令在显示界面构建网络服务的逻辑图。服务编排界面模块2011还可以用于接收数据模型管理模块2012和关联路径推荐模块2013发送的数据，并将该数据以节点控件和关系控件的方式在显示界面显示。

数据模型管理模块2012，可以用于接收服务编排界面模块2011发送的请求信息，将该请求信息转换为图数据库模块2014可以识别的格式，然后转发给图数据库模块2014。数据模型管理模块2012还可以用于接收图数据库模块2014发送的数据，并将该数据转换为服务编排界面模块2011可以识别的格式，然后发送给服务编排界面模块2011。

可选的，数据模型管理模块2012，还可以用于对图数据库模块2014包括的数据模型和数据模型之间的关系进行增加、删除、改正或查询。

关联路径推荐模块2013可以用于接收服务编排界面模块2011发送的请求信息，并将该请求信息转换为图数据库模块2014可以识别的格式，然后发送给图数据库模块2014。关联路径推荐模块2013还可以用于接收图数据库模块2014发送的数据，并将该数据转换为服务编排界面模块2011可以识别的格式，然后发送给服务编排界面模块2011。

图数据库模块2014，可以用于接收数据模型管理模块2012或关联路径推荐模块2013发送请求。并根据该请求进行搜索与路径推荐，搜索到满足该请求的数据发送给对应的数据模型管理模块2012或关联路径推荐模块2013。示例性的，该搜索可以是搜索与某个数据模型存在关系的数据模型和/或某个数据模型相关的关系。路径的推荐，即找到满足请求的路径。

脚本生成模块2015，可以用于接收服务编排界面模块2011发送的脚本程序生成请求，并根据该请求中的结构图，生成相应的网络服务的脚本程序。脚本生成模块2015，还可以用于将该脚本程序发送给服务编排界面模块2011和/或执行引擎模块2016。

执行引擎模块2016，可以用于将该网络服务的可执行文件进行发布。执行引擎模块2016还可以用于接收外部的请求信息，然后运行脚本生成模块2015发送的网络服务的脚本程序，得到输出信息，并将该输出信息发出。

其中，图3所示的服务器201中，一个查询流程可以包括：

服务编排界面模块2011接收用户输入的搜索信息，并将该搜索信息发送给数据模型管理模块2012；数据模型管理模块2012接收该搜索信息并将该搜索信息转换为图数据库模块2014可以识别的格式，然后发送给图数据库模块2014；图数据库模块2014接收到该搜索信息后，在其内部进行搜索与查询，得到响应数据，将该响应数据发送给数据模型管理模块2012；数据模型管理模块2012接收该响应数据并将该响应数据转换为服务编排界面模块2011可以识别的格式，然后发送给服务编排界面模块2011；服务编排界面模块2011将该响应数据呈现给用户。

图3所示的服务器201中，一个路径推荐流程可以包括：

服务编排界面模块2011接收用户输入的路径推荐请求，并将该请求发送给关联路径推荐模块2013；关联路径推荐模块2013接收该请求并将该请求转换为图数据库模块2014可以识别的格式，然后发送给图数据库模块2014；图数据库模块2014接收到该请求后，在其内部进行路径查询与推荐，得到候选路径，将该候选路径发送给关联路径推荐模块2013；关联路径推荐模块2013接收该候选路径并将该候选路径转换为服务编排界面模块2011可以识别的格式，然后发送给服务编排界面模块2011；服务编排界面模块2011将该候选路径呈现给用户。

需要说明的是，在实际应用中，可以根据实际需求将上述部分或全部模块配置到不同的服务器中，实现各模块对应的功能，本申请对此不予限定。

示例1，如图3所示，可以将上述服务编排界面模块2011、数据模型管理模块2012、关联路径推荐模块2013、图数据库模块2014、脚本生成模块2015以及执行引擎模块2016配置为同一个服务器，通过该一个服务器的运行，实现上述各模块的功能。

示例2，可以将上述服务编排界面模块2011配置为一个服务器，数据模型管理模块2012、关联路径推荐模块2013、图数据库模块2014、脚本生成模块2015配置为另一个服务器，执行引擎模块2016配置为再一个服务器，通过该多个服务器的运行，实现上述各模块的功能。

示例3，可以将上述服务编排界面模块2011配置为一个服务器，数据模型管理模块2012、关联路径推荐模块2013、脚本生成模块2015配置为另一个服务器，图数据库模块2014配置为再一个服务器，执行引擎模块2016配置为再一个服务器，通过该多个服务器的运行，实现上述各模块的功能。

示例4，可以将上述服务编排界面模块2011、数据模型管理模块2012、关联路径推荐模块2013、图数据库模块2014、脚本生成模块2015以及执行引擎模块2016分别配置为一个独立的服务器中，通过该多个服务器的运行，实现上述各模块的功能。

下面结合附图，对本申请的实施例提供的辅助网络服务编排的方法及装置进行具体阐述。

一方面，本申请实施例提供一种电子设备40，用于执行本申请提供的辅助网络服务编排的方法，该电子设备40可以为图2或图3中示意的服务器201或网关设备202或客户机203。

如图4所示，电子设备40可以包括处理器401、存储器402以及收发器403。

下面结合图4对电子设备40的各个构成部件进行具体的介绍：

其中，存储器402可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；或者非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合，用于存储可实现本申请方法的程序代码、配置文件或其他内容。

处理器401是电子设备40的控制中心。例如，处理器401可以是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specificintegrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。

收发器403用于与其他设备进行通信。收发器403可以为通信端口或者其他。

显示器404用于显示网络服务的逻辑图。显示器404可以为显示屏幕等。

处理器401通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，当电子设备40为服务器201时，执行如下功能：

在第一设备的显示界面上显示网络服务的逻辑图；其中，逻辑图包括至少一个节点控件；该至少一个节点控件中的每个节点控件分别与网络服务包括的至少一个数据模型中的一个数据模型之间关联；根据逻辑图辅助编排网络服务。

另一方面，本申请实施例提供的辅助网络服务编排的方法，下面对辅助网络服务编排的方法进行详细说明。

需要说明的是，本申请实施例的实现过程中，服务器中的部分操作可能是基于用户输入的相关信息进行相应的处理，虽然实施例中描述了用户输入信息等步骤或操作，但这只是为了更清楚、简洁地描述服务器如何实现本申请实施例的方案。对于用户输入等用户相关的步骤或操作，不应构成对本申请实施例提供的方案的限制。

在编排网络服务时，首先获取该网络服务包括的数据模型，根据网络服务包括的数据模型编排网络服务。具体可以包括但不限于下述实施例1或实施例2。

实施例1

网络服务包括多个数据模型，实施例1提供一种辅助编排网络服务的方法，用于根据网络服务包括的多个数据模型辅助网络服务的编排，如图5所示，该方法主要包括：

S501、第一设备添加网络服务的控件。

S501的实现可以包括但不限于：单独添加控件方式；搜索添加控件方式；路径推荐添加控件方式。

需要说明的是，在进行网络服务的编排过程中，可以根据实际情况选用上述三种方式中的任一个方式，或者几个方式的结合来完成网络服务的所有控件的添加，本申请对此不予具体限定。

例如，当用户已知网络服务的第一个数据模型和最后一个数据模型时，可以直接采用路径推荐添加控件方式完成网络服务的所有控件的添加。

再例如，当用户已知网络服务的第一个数据模型和最后一个数据模型时，首先可以采用单独添加控件方式添加网络服务的第一个数据模型对应的节点控件，然后采用搜索添加控件方式添加网络服务包括的其他数据模型对应的节点控件以及数据模型之间的关系对应的关系控件。

再例如，当用户已知网络服务的所有数据模型及数据模型之间的关系时，可以采用单独添加控件方式逐一添加网络服务的所有数据模型对应的节点控件及数据模型之间的关系对应的关系控件。

再例如，当用户已知网络服务的第一个数据模型和最后一个数据模型时，首先可以采用单独添加控件方式添加网络服务的第一个数据模型对应的节点控件，然后采用搜索添加控件方式添加网络服务中一个或多个数据模型对应的控件以及数据模型之间的关系对应的关系控件，然后采用路径推荐添加控件方式添加网络服务的其他数据模型对应的控件以及数据模型之间的关系对应的关系控件。

再例如，当用户已知网络服务的第一个数据模型，中间的一个或几个数据模型以及最后一个数据模型时，也可以采用路径推荐添加控件方式获取某一段路径(第一个数据模型与中间已知数据模型之间的路径)的控件，然后进一步采用单独添加控件方式或者搜索添加控件方式添加网络服务的其他数据模型对应的控件以及数据模型之间的关系对应的关系控件。

可以理解的，网络服务的控件的添加过程还可以包括其他实现方式，此处不再一一列举。

现以第一设备添加第一节点控件为例，对单独添加控件方式进行说明，具体可以包括但不限于下述S5011和S5012。

其中，第一节点控件可以是网络服务包括的任意一个节点控件。其他节点控件或者关系控件的添加过程与添加第一节点控件的过程类似，不再一一赘述。

S5011、第一设备在其显示界面上添加第一节点控件。

一种可能的实现方式中，S5011可以实现为：第一设备可以接收第一指令，第一设备根据第一指令的指示创建一个新的节点控件，并将该新的节点控件作为第一节点控件，然后为创建的节点控件配置属性信息。

另一种可能的实现方式中，第一设备的编排网络服务的应用程序中预先配置了多种控件。例如，节点控件、关系控件等。S5011可以实现为：第一设备可以接收选择操作，响应该选择操作并直接获取需要的节点控件，将所获取的节点控件作为第一节点控件，然后为该节点控件配置属性信息。

示例性的，该选择操作可以包括点击(如单击鼠标左键、双击鼠标左键、单击鼠标右键、双击鼠标右键)或者拖拽等。

其中，节点控件的属性信息可以包括节点控件的标识。

可选的，节点控件的属性信息还可以包括节点控件的名称、功能、形状和位置等。节点控件的名称可以用于表征该节点控件的内容、作用等信息。节点控件的功能可以包括节点控件的函数功能、关联功能等。其中，节点控件的形状和位置用于指示节点控件以属性信息中的形状和位置进行显示。

其中，可以根据实际需求配置节点控件的属性信息，本申请对此不予限定。节点控件的属性信息可以在网络服务编排的设计阶段静态配置，或者，节点控件的属性信息也可以设置为可配置内容，在网络服务的使用阶段由用户或者管理员或者其他人员修改配置。

具体的，配置节点控件的属性信息可以实现为：

第一设备根据用户的输入，配置节点控件的属性信息。

或者，第一设备根据***自动配置节点控件的属性信息。

或者，第一设备通过其他方式配置节点控件的属性信息，本申请对此不予具体限定。

示例性的，用户可以点击第一设备的显示界面上的“添加节点控件”，第一设备接收并响应用户的点击操作，创建一个节点控件并显示。然后，第一设备可以根据用户输入的节点控件的标识(例如为JD001)、节点控件的名称(例如为员工)配置节点控件的属性信息。

示例性的，第一设备的编排网络服务的应用程序中预先配置了节点控件。用户可以通过点击、拖拽的方式选择需要获取的节点控件并显示。然后第一设备可以根据该节点控件的添加顺序配置节点控件的标识，按***的默认名称配置节点控件的名称等信息。

S5012、第一设备将第一节点控件与第一数据模型关联。

其中，第一数据模型是网络服务包括的任一个数据模型。

S5012的实现可以包括但不限于下述方法1或方法2。

方法1、第一设备将第一节点控件与网络服务包括的第一数据模型中的全部数据建立关联。

方法1的实现可以包括：第一设备获取第一节点控件的标识和第一数据模型的标识；第一设备接收用户的第三操作，第一设备响应第三操作，将第一节点控件的标识与网络服务包括的第一数据模型的标识关联。

第一设备获取第一节点控件的标识和第一数据模型的标识时，一种可能的实现方式中，第一设备可以接收用户输入的第一节点控件的标识和网络服务包括的第一数据模型的标识。另一种可能的实现方式中，第一设备可以自动为第一节点控件分配第一节点控件的标识，然后接收用户输入的第一数据模型的标识。

第一设备接收用户的第三操作时，第一设备接收用户的第三操作，通过分析第三操作的点击位置或者点击按键等信息，确定需要将第一节点控件和网络服务包括的第一数据模型关联。

其中，第三操作可以是点击(如单击鼠标左键、双击鼠标左键、单击鼠标右键、双击鼠标右键等)显示界面中的某个位置或者点击显示界面中的某个按键。本申请对比不予具体限定。

第一设备响应第三操作，将第一节点控件的标识与网络服务包括的第一数据模型的标识关联时，一种可能的实现方式中，关联信息可以保存在每个控件的属性信息中。具体的，第一设备响应第三操作，将第一节点控件的标识与网络服务包括的第一数据模型的标识保存于第一节点控件的属性信息中。

其中，一组关联信息可以包括一个节点控件的标识和对应的数据模型的标识；或者一个关系控件的标识和对应的数据模型之间的关系。

另一种可能的实现方式中，关联信息以关联表的形式保存于服务器的固定位置。具体的，第一设备响应第三操作，将第一节点控件的标识与网络服务包括的第一数据模型的标识保存于关联表中。

具体的，本申请对于S5012的实现中的每个步骤的执行顺序不进行限定。

示例性的，第一设备的编排网络服务的应用程序中预先配置了节点控件的关联属性项，该关联属性项用于建立节点控件与数据模型之间的关联。当用户需要建立第一节点控件与网络服务的第一数据模型的关联时，用户可以点击第一节点控件的关联属性，第一设备响应该点击第一节点控件的关联属性的操作，显示一个用于输入关联对象的信息框，用户在该信息框中输入“第一节点控件的标识(例如为JD029)、网络服务包括的第一数据模型的标识(例如为SJ042)”。然后，用户点击“完成”，第一设备响应该“完成”点击操作，将JD029和SJ042作为第一节点控件的属性信息进行保存，后续针对第一节点控件的各种指令，可以通过该关联信息直接指示网络服务包括的第一数据模型进行相关操作，实现第一节点控件和网络服务包括的第一数据模型的关联。

示例性的，如表2所示，第一设备的编排网络服务的应用程序中预先配置了一个关联表，该关联表包括控件项以及实体项(数据模型或数据模型之间的关系)。同一列中的控件与实体关联。

表2

控件项	JD001	GXK001	……	JD022
					实体项	SJ004	GX007	……	SJ035

需要说明的是，表2只是示例性的展示了一种关联表的存储形式，不应构成对关联表的内容及存储形式的具体限定。

当用户需要将第一节点控件与网络服务包括的第一数据模型关联时，用户可以点击第一设备的显示界面上的“添加关联”，该第一设备响应该点击“添加关联”，显示一个用于输入关联对象的信息框，用户在该信息框中输入“第一节点控件的标识(例如为JD029)、网络服务包括的第一数据模型的标识(例如为SJ042)”。然后第一设备根据JD029、SJ042更新该关联表格。

方法2、第一设备将第一节点控件与网络服务包括的第一数据模型中满足过滤条件的数据建立关联。

其中，过滤条件可以用于对数据模型中的部分数据进行过滤。第一设备可以根据实际需求配置过滤条件，本申请对此不予具体限定。

示例性的，该过滤条件可以是关于时间的不等式；或者，该过滤条件可以是关于数据模型中某些属性参数的不等式。

方法2的实现中，第一设备获取第一节点控件的标识、第一数据模型的标识和过滤条件，第一设备接收用户的第三操作，根据该第三操作的指示将第一节点控件与网络服务包括的第一数据模型中满足过滤条件的数据关联。

示例性的，如表3所示，第一设备的编排网络服务的应用程序中预先配置了一个关联表，该关联表还包括过滤条件。

表3

控件项	JD001	GXK001	……	JD022
					实体项	SJ004	GX007	……	SJ035
过滤条件				存储时间>10月1日

需要说明的是，表3只是示例性的展示了另一种关联表的存储形式，不应构成对关联表的内容及存储形式的具体限定。

当用户需要将第一节点控件与网络服务包括的第一数据模型关联时，在方法1的基础上，用户还可以点击第一设备的显示界面上的“添加过滤条件”，该第一设备响应该点击“添加过滤条件”操作，显示一个用于输入关联对象的信息框，用户在该信息框中输入“第一节点控件的标识(例如为JD029)和过滤条件(例如为，存储时间>10月1日)”或者输入“网络服务包括的第一数据模型的标识(例如为SJ042)和过滤条件(例如为，存储时间>10月1日)”。然后，第一设备根据“JD029、存储时间>10月1日”更新该关联表格；或者第一设备根据“SJ042、存储时间>10月1日”更新该关联表格。

现对通过单独添加控件方式添加第二节点控件和第一关系控件的过程进行说明。该过程可以包括但不限于下述S5013和S5014。

其中，第一节点控件与第二节点控件通过第一关系控件进行连接。

S5013、第一设备在其显示界面上添加第二节点控件和第一关系控件。

其中，S5013中的具体实现可以参考S5011，此处不再赘述。

需要说明的是，S5013中对于添加第二节点控件和第一关系控件的顺序不予限定。

S5014、第一设备根据第二数据模型的标识和至少两个节点控件中的第二节点控件的标识，将第二节点控件与第二数据模型关联。

其中，第一数据模型与第二数据模型之间具有第一关系；第二节点控件为逻辑图中的除第一节点控件之外的任一个节点控件；第一关系用于表示第一数据模型与第二数据模型相关。

具体的，S5014的实现过程可以参考S5012，此处不再一一赘述。

S5014a、第一设备根据第一关系控件的标识和第一关系的标识，将第一关系控件与第一关系关联。

其中，第一节点控件与第二节点控件通过第一关系控件连接。

具体的，S5014a的实现过程可以参考S5012，此处不再一一赘述。

需要说明的是，本申请对于执行S5014及S5014a的顺序不作具体限定，可以根据实际情况进行配置。例如，可以先执行S5014，第一设备先将第二节点控件与第二数据模型关联，然后再执行S5014a，第一设备再将第一关系控件与第一关系关联。或者，可以先执行S5014a，第一设备先将第一关系控件与第一关系关联；然后再执行S5014，第一设备再将第二节点控件与第二数据模型关联。

现以第一设备添加第二节点控件和第一关系为例，对搜索添加控件的方式进行说明，具体可以包括但不限于下述S5015至S5017。

其中，第二节点控件与第一节点控件之间通过第一关系控件连接。

S5015、第一设备根据搜索指令，获取与第一数据模型相关的候选关系，和/或与第一数据模型存在关系的候选数据模型。

其中，搜索指令包括第一数据模型的标识。

其中，候选关系包括第一关系，候选数据模型包括第二数据模型。第一数据模型与第二数据模型之间具有第一关系，第一关系用于表示第一数据模型与第二数据模型相关。

一种可能的实现方式中，第一设备根据搜索指令中包括的第一数据模型的标识，在第一设备的数据库中搜索与第一数据模型相关的一个或多个候选关系，和/或与第一数据模型存在关系的一个或多个候选数据模型。

另一种可能的实现方式中，第一设备将搜索指令发送给第二设备。第一设备接收第二设备发送的与第一数据模型相关的候选关系，和/或与第一数据模型存在关系的候选数据模型。

其中，第二设备中存储了多个数据模型和数据模型之间的关系。示例性的，第二设备可以为包括图3中图数据库模块2014的服务器。

可以理解的，在另一种可能的实现方式中，第二设备根据搜索指令中的第一数据模型的标识，在第一设备的数据库中搜索与第一数据模型相关的一个或多个候选关系，和/或与第一数据模型存在关系的一个或多个候选数据模型；然后将与第一数据模型相关的一个或多个候选关系，和/或与第一数据模型存在关系的一个或多个候选数据模型发送给第一设备。

需要说明的是，第一设备获取与第一数据模型相关的一个或多个候选关系，和/或与第一数据模型存在关系的一个或多个候选数据模型，可以通过一个搜索指令获取，也可以通过两个搜索指令分别获取，本申请对此不予具体限定。

然后，第一设备根据获取的与第一数据模型相关的一个或多个候选关系，和/或与第一数据模型存在关系的一个或多个候选数据模型，确定第二数据模型，和/或确定第一关系。

第一设备从候选数据模型中确定第二数据模型和/或确定第一关系时，一种可能的实现方式中，第一设备根据第一规则从候选数据模型中确定第二数据模型和/或第一关系。

该第一规则可以包括：数据模型或关系的存储时间最新。

或者，与该数据模型相关的关系最多，或与关系相关的数据模型最多。

第一设备从候选数据模型中确定第二数据模型和/或确定第一关系时，另一种可能的实现方式中，第一设备可以根据用户的操作确定第二数据模型。

示例性的，第一设备将候选数据模型及候选数据模型的相关信息(存储时间、相关的关系、数据模型的名称等)显示于第一设备的显示界面上，第一设备接收用户在显示界面上的选择操作，确定第二数据模型；第一设备将候选关系及候选关系的相关信息(存储时间、相关的数据模型、关系的名称等)显示于第一设备的显示界面上，第一设备接收用户在显示界面上的选择操作，确定第一关系。

需要说明的是，若搜索指令的搜索结果为空，则向用户输出第一提示信息“未搜索到相关数据模型”。

S5016、第一设备获取第二节点控件和第一关系控件。

其中，S5016的实现过程与S5011类似，具体实现参考S5011，不再一一赘述。

S5017、第一设备将第二节点控件和第二数据模型关联；将第一关系控件与第一关系关联。

其中，S5017的实现过程与S5012类似，具体实现参考S5012，不再一一赘述。

需要说明的是，可以通过一次搜索，第一设备获取与第一数据模型相关的第一关系，和与第一数据模型存在关系的第二数据模型，然后分别为第二数据模型添加第二节点控件，为第一关系添加第一关系控件，分别将第二数据模型与第二节点控件之间的关联，以及将第一关系控件与第一关系之间的关联。

或者，也可以先通过一次搜索，第一设备获取与第一数据模型相关的第一关系，为第一关系添加第一关系控件，将第一关系控件与第一关系之间的关联；再通过另一次搜索，第一设备获取与第一数据模型存在关系的第二数据模型，为第二数据模型添加第二节点控件，将第二数据模型与第二节点控件之间的关联。

或者，也可以先通过另一次搜索，第一设备获取与第一数据模型存在关系的第二数据模型，为第二数据模型添加第二节点控件，将第二数据模型与第二节点控件之间的关联；再通过一次搜索，第一设备获取与第一数据模型相关的第一关系，为第一关系添加第一关系控件，将第一关系控件与第一关系之间的关联。

现以第一设备添加第三节点控件和第四节点控件为例，对路径推荐添加控件的方式进行说明，具体可以包括但不限于下述S5018至S5019a。其他路径推荐控件的添加过程类似，不再一一赘述。

其中，第三节点控件与第三数据模型关联，第四节点控件与第四数据模型关联。第三数据模型为网络服务包括的第一路径中的第一个数据模型，第四数据模型为网络服务包括的第一路径中的最后一个数据模型；第一路径为网络服务包括的任一个路径；路径可以包括多个数据模型及数据模型之间的关系。

其中，路径推荐添加控件的方式可以包括但不限于：方案A或方案B。

方案A、根据起始数据模型与终点数据模型获取推荐路径。

方案B、根据起始数据模型、终点数据模型，以及中间的途径数据模型获取推荐路径。

S5018、第一设备接收路径推荐指令。

针对方案A，路径推荐指令包括第三数据模型的标识和第四数据模型的标识；路径推荐指令用于指示推荐以第三数据模型为起点、第四数据模型为终点一个或多个候选路径。

进一步的，针对方案B，路径推荐推荐指令中还可以包括第五数据模型的标识。路径推荐指令用于指示推荐以第三数据模型为起点、第四数据模型为终点，并经过第五数据模型的一个或多个候选路径。

其中，第五数据模型是网络服务包括的除第三数据模型、第四数据模型之外的数据模型。

具体的，第五数据模型的数量可以是一个，也可以是多个，本申请对此不予具体限定。

S5019、第一设备根据路径推荐指令，获取一个或多个候选路径。

针对方案A、一种可能的实现方式中，第一设备可以采用关联路径推荐算法在第一设备的数据库中获取以第三数据模型为起点、第四数据模型为终点的一个或多个候选路径。

其中，关联路径推荐算法是基于数据库的最短路径算法扩展，算法逻辑为推荐途径了用户指定模型节点，且途径节点数量最小的路径。算法处理时首先获取从起始节点到途径节点的最短路径，再获取从途径节点到目标节点的最短路径，将这两步的结果组合为最终结果。例如，数据库中存储的路径图如图6所示，查找从数据模型A(简称A)途径B到F的路径，结果为：A-B-C-F或者，A-B-D-F。

针对方案A、另一种可能的实现方式中，第一设备将第三数据模型的标识和第四数据模型的标识发送给第二设备。第一设备接收第二设备发送的一个或多个候选路径。

可以理解的，第二设备接收到第三数据模型的标识和第四数据模型的标识后，第二设备采用关联路径推荐算法在数据库中获取以第三数据模型为起点、第四数据模型为终点的一个或多个候选路径。

针对方案B，S5019的实现过程中，第一设备获取以第三数据模型为起点、第四数据模型为终点，并经过第五数据模型的一个或多个候选路径。

具体的获取过程与方案A类似，不再一一赘述。

若路径推荐指令的结果为空，则向用户输出第二提示信息“未找到匹配路径”。且第一设备不再执行S5019a。

S5019a、第一设备获取逻辑图中的一条路径。

其中，该逻辑图中的一条路径包括目标路径中的数据模型对应的节点控件，以及目标路径中的数据模型之间的关系对应的关系控件。

其中，一个或多个候选路径包括目标路径。

若S5019中获取的候选路径的数量为1，则候选路径即目标路径。

若S5019中获取的候选路径的数量大于1，第一设备首先在候选路径中确定目标路径，然后再获取目标路径中包括的数据模型和数据模型之间的关系，第一设备为目标路径中的每个数据模型建立对应的节点控件，并将节点控件与对应的数据模型之间关联；第一设备为目标路径中的每个关系建立对应的关系控件，并将关系控件与对应的关系之间关联。

具体的，添加控件以及关联的过程可以与S5011和S5012类似，可以参考S5011和S5012的具体实现，此处不再一一说明。

一种可能的实现方式中，第一设备可以根据第二规则确定目标路径。

其中，可以根据实际需求配置第二规则，本申请对此不予具体限定。

示例性的，第二规则可以包括：包括数据模型数量最少的路径；或者其他。

另一种可能的实现方式中，第一设备可以根据用户的操作确定目标路径。

示例性的，第一设备将候选路径显示于第一设备的显示界面上，第一设备接收用户在显示界面上的选择操作，确定目标路径。

经过S501之后，第一设备添加了网络服务包括的所有数据模型对应的节点控件，以及数据模型之间的关系对应的关系控件，得到网络服务的逻辑图。

如图5或图5a所示，本申请实施例1提供一种辅助编排网络服务的方法，还可以包括S502。

S502、在第一设备的显示界面上显示网络服务的逻辑图。

其中，网络服务的逻辑图包括S501中获取的节点控件和关系控件。一个节点控件与网络服务包括的一个数据模型关联，一个关系控件与网络服务包括的一个关系关联。

不同的网络服务包括不同的数据模型以及数据模型之间的关系，可以得到不同形式的网络服务的逻辑图。

示例性的，图7中示意了多种网络服务的逻辑图的可能的形式。图7中的a示意了一种简单的具有单一关系(一个节点控件至连接一个关系控件)路径的网络逻辑图；图7中的b或c示意了一种一对多的网络逻辑图，即网络服务的逻辑图中包括多个第一节点控件(网络服务包括的第一个数据模型对应的节点控件)或者多个第二节点控件(网络服务包括的最后一个数据模型对应的节点控件)；图7中的d示意了一种多对多的网络逻辑图。即网络服务的逻辑图中包括多个第一节点控件和多个第二节点控件。

可以理解的，图7只是示例性的列举了几种可能的网络服务的逻辑图的方式，不应构成对网络服务的逻辑图的具体限定。网络服务的逻辑图还可以为别的表现形式，此处不再一一列举。

S503、第一设备根据逻辑图辅助编排网络服务。

其中，S503可以实现为第一设备给逻辑图中的节点控件添加网络服务的输入参数和网络服务的输出参数。

具体的，第一设备给逻辑图中与网络服务包括的第一个数据模型关联的节点控件添加网络服务的输入参数，以确定将网络服务包括的第一个数据模型的第一属性信息作为网络服务的输入参数。第一设备给逻辑图中与网络服务包括的最后一个数据模型关联的节点控件添加网络服务的输出参数，以确定将网络服务包括的最后一个数据模型的第二属性信息作为网络服务的输出参数。

其中，本申请对于网络服务包括的第一个数据模型的数量和网络服务包括的最后一个数据模型的数量不予具体限定。

一种可能的实现方式中，网络服务可以包括的第一个数据模型的数量可以为一个，或者也可以为多个。对应的，逻辑图中与网络服务包括的第一个数据模型关联的节点控件的数量可以为一个，或者也可以为多个。

另一种可能的实现方式中，网络服务可以包括的最后一个数据模型的数量可以为一个，或者也可以为多个。对应的，逻辑图中与网络服务包括的最后一个数据模型关联的节点控件的数量可以为一个，或者也可以为多个。

具体的，网络服务的输入参数、络服务的输出参数可以是数据模型中的一个或多个属性项。例如，如表1所示的数据模型，可以将网络服务的输入参数设置为员工编号、员工的姓名和员工地址中的一项或多项。

S503的实现可以包括但不限于下述方式1或方式2。

方式1的实现可以包括但不限于下述步骤1与步骤2。

步骤1、第一设备接收第一操作；响应于第一操作，在逻辑图中确定与网络服务包括的第一个数据模型关联的节点控件；针对与网络服务包括的第一个数据模型关联的节点控件，接收网络服务的输入参数。

步骤2、第一设备接收第二操作；响应于第二操作，在逻辑图中确定与网络服务包括的最后一个数据模型关联的节点控件；针对与网络服务包括的最后一个数据模型关联的节点控件，接收网络服务的输入参数。

示例性的，步骤1的实现示例可以包括：用户可以在第一设备的显示界面上点击“添加输入参数”，第一设备接收该点击操作，响应该点击“添加输入参数”操作，进入添加输入参数的等待状态。然后用户在网络服务的逻辑图中选择出与网络服务包括的第一个数据模型关联的节点控件，点击逻辑图中该与网络服务包括的第一个数据模型关联的节点控件。第一设备接收该点击操作，并根据该点击的位置识别出与网络服务包括的第一个数据模型关联的节点控件，然后弹出输入参数的添加界面。用户在该输入参数的添加界面输入与该节点控件对应的输入参数。第一设备响应该输入参数，针对与网络服务包括的第一个数据模型关联的节点控件接收并保存该网络服务的输入参数。

步骤2的实现示例可以参考上述步骤1的实现示例，此处不再赘述。

需要说明的是，当与网络服务包括的第一个数据模型关联的节点控件和/或与网络服务包括的最后一个数据模型关联的节点控件的数量是多个时，网络服务的输入参数和/或输出参数为多个参数，针对每个输入参数或输出参数的添加过程分别执行上述方式1中的步骤1与步骤2，此处不再一一赘述。

方式2的实现为：第一设备分别接收用户输入的一个或多个与网络服务包括的第一个数据模型关联的节点控件(输入节点控件)的标识，以及与每个该输入节点控件对应的网络服务的输入参数；一个或多个与网络服务包括的最后一个数据模型关联的节点控件(输出节点控件)的标识，以及与每个该输出节点控件对应的网络服务的输出参数。第一设备接收用户的第六操作，响应于第六操作，第一设备通过该编排网络服务的应用程序自动给每个与网络服务包括的第一个数据模型关联的节点控件，分别添加其对应的网络服务的输入参数；通过该编排网络服务的应用程序自动给每个与网络服务包括的最后一个数据模型关联的节点控件分别添加其对应的网络服务的输出参数。

示例性的，用户点击显示界面上的“输入/输出参数设置”，进入用户信息输入界面。第一设备接收用户输入的一个或多个输入节点控件的标识，与每个输入节点控件对应的网络服务的输入参数，一个或多个输出节点控件的标识，与每个输出节点控件对应的网络服务的输出参数。然后，用户点击“确定”，第一设备通过该编排网络服务的应用程序自动给每个输入节点控件分别添加其对应的网络服务的输入参数；通过该编排网络服务的应用程序自动给每个输出节点控件分别添加其对应的网络服务的输出参数。

进一步的，如图5所示，本申请实施例提供辅助网络服务编排的方法还可以包括控件的移动。具体的，控件的移动可以包括但不限于下述S504-S505。

S504、第一设备获取待移动的控件和目标位置。

其中，目标位置可以为第一设备显示界面中的目标区域。

具体的，目标位置可以为第一设备显示界面上的一个具体的坐标值或者位置编号。例如，目标位置可以为用户输入的坐标值或者位置编号等信息；或者目标位置可以为根据用户的操作识别得到的坐标值或者位置信息。

一种可能的实现方式中，待移动的控件可以包括网络服务的逻辑图中的一个或多个节点控件。

另一种可能的实现方式中，待移动的控件可以包括网络服务的逻辑图中的一个或多个关系控件。

再一种可能的实现方式中，待移动的控件可以包括一个或多个节点控件，以及一个或多个关系控件。

一种可能的实现方式中，第一设备可以接收用户输入的待移动控件的标识和目标位置的坐标值。

另一种可能的实现方式中，第一设备可以接收用户的第七操作，响应第七操作，确定待移动的控件。然后第一设备接收用户的第八操作，响应第八操作，确定目标位置。

示例性的，用户通过点击等操作选择待移动的控件。第一设备响应该选择待移动的控件的点击操作，根据点击的位置获取待移动的控件。然后，用户拖动选中的待移动的控件，拖至显示界面中的目标位置，第一设备响应该拖动操作，获取目标位置。

S505、第一设备根据待移动的控件和目标位置将待移动的控件移动至第一设备的显示界面中的目标位置处。

S505可以实现为：第一设备响应用户的操作，将待移动的控件移动至第一设备的显示界面中的目标位置处。

可选的，第一设备还可以对显示界面中显示的控件进行删除，主要可以实现为：第一设备确定待删除的控件，然后将待删除的控件删除。

其中，待删除的控件可以包括网络服务的逻辑图中的一个或多个节点控件；或者，待删除的控件可以包括网络服务的逻辑图中的一个或多个关系控件；或者待删除的控件可以包括网络服务的逻辑图中的一个或多个节点控件，以及一个或多个关系控。

示例性的，用户可以通过点击等操作选择待删除的控件。第一设备响应该选择待删除的控件的点击操作，根据点击的位置获取待删除的控件，然后第一设备删除待删除控件。

进一步的，如图5所示，本申请实施例提供辅助网络服务编排的方法还可以包括S506-S507。

S506、第一设备将网络服务的结构图转换为网络服务的脚本程序。

其中，网络服务的结构图可以包括：网络服务的逻辑图、网络服务的输入参数和网络服务的输出参数。

S506可以实现为：第一设备响应用户的第九操作，将网络服务的结构图转换为网络服务的脚本程序。

示例性的，用户点击第一设备显示界面上的“转换为脚本程序”，第一设备响应“转换为脚本程序”的点击操作，将网络服务的结构图转换为网络服务的脚本程序。

S507、第一设备将网络服务的脚本发布至网关设备。

第一设备给该网关设备发送一个可以访问该网络服务的API接口。

进一步的，本申请实施例提供的辅助网络服务编排的方法还可以包括用户使用该网络服务的过程。该过程可以包括但不限于下述S508至S510。

S508、第一设备接收网关设备发送的网络服务的输入参数值。

其中，用户通过任何一个客户机的浏览器访问该网络服务，将该网络服务的输入参数值通过客户机发送给网关设备，网关设备通过对应的API接口将该网络服务的输入参数值发送给第一设备。

具体的，S508可以实现为：第一设备接收网关设备通过API接口发送的该网络服务的输入参数值。

S509、第一设备运行加入了输入参数值的网络服务的脚本程序，得到网络服务的输出参数值。

其中，S509可以实现为：第一设备运行调用该网络服务的脚本程序，将该网络服务的输出参数值加入该脚本程序，然后第一设备运行该加入了输入参数值的网络服务的脚本程序，得到网络服务的输出参数值。

S510、第一设备将网络服务的输出参数值发送给网关设备。

其中，S510可以实现为：第一设备将该网络服务的输出参数值通过API接口发送给网关设备。

可选的，网络设备可以将该网络服务的输出参数值发送给访问给网络服务的客户机，客户机将该网络服务的参数值呈现给用户。

可选的，编排网络服务时，在获取网络服务的逻辑图之前，本申请提供的辅助网络服务编排的方法还可以包括网络服务的基本信息设置。

具体的，可以根据实际需求配置基本信息的设备内容，本申请对此不予具体限定。

示例性的，网络服务的基本信息可以包括：网络服务的名称、网络服务的编码、网络服务内容的简单描述、网络服务的责任人等信息。

实施例2

网络服务包括一个数据模型，实施例2提供一种辅助编排网络服务的方法，用于根据网络服务包括的一个数据模型辅助网络服务的编排，如图8所示，该方法主要包括：

S801、第一设备添加网络服务的节点控件。

其中，S801中第一设备添加网络服务的节点控件的实现过程与S5011的实现类似，具体实现参考S5011，不再一一赘述。

S802、第一设备将该节点控件与网络服务包括的数据模型关联。

其中，S802中第一设备将该节点控件与网络服务包括的数据模型关联的实现过程与S5012的实现类似，具体实现参考S5012，不再一一赘述。

S803、第一设备给该节点控件添加网络服务的输入参数和输出参数。

其中，S803中，第一设备给该节点控件添加网络服务的输入参数和输出参数的实现过程与S503的实现类似，具体实现参考S503，不再一一赘述。

对于实施例2也可以包括控件的移动、过滤条件的设置、脚本程序的转换、网络服务的发布，用户对网络服务的访问、网络服务的基本信息设置等过程，具体实现可以参考实施例1，不再一一赘述。

下面以编排一个用于查询员工工资的web服务为例，对本申请提供的辅助网络服务编排的方法进行详细的介绍。其中，该web服务至少包括数据模型employees、数据模型Pay。数据模型employees包括员工姓名和员工工号，数据模型Pay包括员工工号和员工工资。现需编排一个通过员工姓名可以查询员工工资的web服务。

首先，服务器响应于用户指令，打开服务编排界面，以进行web服务的编排。如图9所示，web服务的编排主要包括：服务设计、服务开发、服务测试和服务发布。其中，服务设计阶段可以包括：基本信息设置、编辑逻辑图、设置输入参数、设置输出参数以及设置过滤条件。

然后，用户在服务编排界面中输入所需编排的web服务的基本信息。具体的，如图9所示，“服务设计”下的横线表示目前处于服务设计阶段。“基本信息”上方圆圈中的“*”，用于表示此时web服务编排正处于服务设计的基本信息设置阶段。其中，web服务的基本信息设置可以包括该web服务的编码、中英文名称、中英文描述、责任人、所示服务域等信息的填写。如图9所示，用户在web服务的编码中输入“z001”，在该web服务的中文名称处输入“获取员工的工资”，在该web服务的英文名称处输入“Get Employees’Pay”，在该web服务的英文描述处输入“xxxxxx1”，在该web服务的中文描述处输入“xxxxxx2”，在该web服务的责任人处“王老三”，在该web服务的所属服务域处输入“AAAAA”。

用户可以通过点击图9所示的“保存”，将当前所填写的web服务的基本信息保存起来。点击“下一步”，则web服务编排进入“基本信息”的下一步，即“编辑逻辑图”阶段。

示例A、通过用户的点击，单独添加节点控件的方式编辑逻辑图。

如图10所示，“*”，用于表示此时web服务编排正处于“编辑逻辑图”阶段。该“编辑逻辑图”阶段，可以包括“添加节点控件”、“添加关系控件”、“搜索”、“路径推荐”、“移动”和“删除”功能。用户点击“添加节点控件”，则界面中显示如1001所示的用于添加节点控件的部分，用户根据提示信息“数据模型标识”输入“SJ005”；根据提示信息“节点控件标识”输入“JD001”，根据提示信息“节点控件名称”输入“employees”；点击“完成”，创建第一个节点控件如图11所示。

点击图12中的“搜索”，则界面中显示如1201所示的用于搜索的部分，用户根据提示信息“数据模型标识”输入“SJ005”然后点击“确定”，服务器根据数据模型的标识“SJ005”，进行搜索，查询到与数据模型SJ005相关的数据模型以及与数据模型SJ005相关的关系。其中，与数据模型SJ005相关的数据模型包括“数据模型SJ008”以及“数据模型SJ009”。如图13中1301部分所示，其中，数据模型SJ008的名称为pay，数据模型SJ009的名称为abc。与数据模型SJ005相关的关系包括“关系a”和“关系b”。其中，SJ005与SJ008之间的关系的名称为a，SJ005与SJ009之间的关系的名称为b。用户通过点击勾选SJ008前的框，确定选择SJ008及关系a作为与SJ005连接的关系与数据模型。然后点击“确定”，生成图14所示的第二个节点控件和第一关系控件。其中，第二个节点控件的名称为“pay”，第二个节点控件的标识为“JD002”；第一关系控件的名称为“a”,第一关系控件的标识为“GXK001”。其中，第一节点控件与第二节点控件通过第一关系控件连接。

示例B、通过推荐路径的方式自动编辑逻辑图。

如图15所示，用户点击“路径推荐”，服务器的界面中显示如图15中1501部分所示，然后根据提示信息“起始数据模型”，输入“SJ005”，根据提示信息“终点数据模型”，输入“SJ008”，点击“搜索”，得到两个候选推荐路径，分别为路径1(employees-pay)和路径2(employees-abc-pay)。如图中1501所示，用户点击路径1后的“选择”，服务器根据路径1中的数据模型employees、数据模型employees以及关系a，自动生成节点控件和关系控件，如图14所示。

可选的，编辑逻辑图的阶段，用户还可以通过点击界面中的“删除”，选择需要删除的对象(节点控件和/或关系控件)，将选择的对象删除。用户还可以通过点击界面中的“移动”，选择需要移动的对象(节点控件和/或关系控件)，将选择的对象移动。例如，在通过单击“删除”，然后选中节点“employees”后，则将该“employees”节点删除。同样的，用户可以通过点击保存”，可以将当前web服务的逻辑图保存起来。用户点击界面上的“下一步”，web服务编排进入“设置输入参数”。

可选的，若用户点击“上一步”，则web服务编排返回“基本信息”，用户可以进一步对该web服务的基本信息进行修改等操作。

进入“设置输入参数”阶段后，用户点击“employees”节点，根据提示信息输入“员工姓名”。然后点击“下一步”，进入“设置输出参数”阶段。进入“设置输入参数”阶段后，用户点击“pay”节点，根据提示信息输入“员工工资”。然后点击“下一步”，进入“设置过滤条件”阶段。用户可以点击数据模型“Pay”，根据提示输入过滤条件“date>10月1日”。即仅将10月1日之后存储到该数据模型“pay”中的员工工资确定为该web服务中可查询的数据。

用户可以点击“下一步”，web服务的编排进入“服务开发”阶段，在“服务开发”阶段，通过用户点击“生成脚本程序”服务器将服务编排界面显示的该web服务的结构图转换生成web服务的脚本程序。然后点击“下一步”，web服务的编排进入“服务测试”阶段，“服务测试”阶段主要用于对web服务进行功能验证。在执行功能验证时，如图16所示，在输入参数值中输入“张三”后，点击“运行”，则可根据该加入了输入参数值的web服务脚本得到的输出参数值，运行结果为：11月工资8000，12月工资8000。人工验证该脚本程序运行后所得到的输出结果正确。然后，点击“发布”，跳转到“服务发布”界面，进行该web服务的发布。使得用户可以通过任何一个客户机访问该web服务，获取所需要的员工工资。

上述主要从辅助网络服务编排的装置工作原理的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述辅助网络服务编排的装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例辅助网络服务编排的装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图17示出了上述实施例中所涉及的辅助网络服务编排的装置170的一种可能的结构示意图。该辅助网络服务编排的装置可以为服务器，也可以为服务器中的功能模块或者芯片，也可以为与服务器匹配使用的装置。如图17所示，辅助网络服务编排的装置170可以包括：显示单元1701、处理单元1702。显示单元1701用于执行图5中的过程S502；处理单元1702用于执行图5中的过程S503。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

进一步的，如图18所示，辅助网络服务编排的装置170还可以包括第一关联单元1703、第二关联单元1704、第三关联单元1705、搜索单元1706、推荐单元1707、第一发送单元1708、第一接收单元1709、移动单元1710、转换单元1711、发布单元1712、第二接收单元1713、运行单元1714和第二发送单元1715。其中，第一关联单元1703用于执行图5中的过程S501中的相关步骤；第二关联单元1704用于执行图5中的过程S501中的相关步骤；第三关联单元1705用于执行图5中的过程S501中的相关步骤；搜索单元1706用于执行图5中的过程S501中的相关步骤；推荐单元1707用于执行图5中的过程S501中的相关步骤；第一发送单元1708用于执行图5中的过程S501中的相关步骤；第一接收单元1709用于执行图5中的过程S501中的相关步骤；移动单元1710用于执行图5中的过程S504；转换单元1711用于执行图5中的过程S506；发布单元1712用于执行图5中的过程S507；第二接收单元1713用于执行图5中的过程S508；运行单元1714用于执行图5中的过程S509；第二发送单元1715用于执行图5中的过程S510。

在采用集成的单元的情况下，图19示出了上述实施例中所涉及的服务器190的一种可能的结构示意图。该服务器190用于实现本申请提供的辅助网络服务编排的方法。如图19所示，服务器190可以包括：处理模块1901、通信模块1902。处理模块1901用于对服务器190的动作进行控制管理。例如，处理模块1901用于执行图5中的S501至S510，或者，执行图8中的过程S801至S803。通信模块1902用于支持服务器190与其他单元通信。服务器190还可以包括存储模块1903，用于存储服务器190的程序代码和数据；服务器190还可以包括显示模块1904，用于显示网络服务的逻辑图。

其中，处理模块1901可以为图4所示的电子设备40的实体结构中的处理器401，可以是处理器或控制器。例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理模块1901也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1902可以为图4所示的电子设备40的实体结构中的收发器403，通信模块1902可以是通信端口，或者可以是收发器、收发电路或通信接口等。或者，上述通信接口可以通过上述具有收发功能的元件，实现与其他设备的通信。上述具有收发功能的元件可以由天线和/或射频装置实现。存储模块1903可以是图4所示的电子设备40的实体结构中的存储器402；显示模块1904可以是图4所示的电子设备40的实体结构中的显示器404。

当处理模块1901为处理器，通信模块1902为收发器，存储模块1903为存储器，显示模块1904为显示器时，本申请实施例图19所涉及的服务器190可以为图4所示的电子设备40。

如前述，本申请实施例提供的辅助网络服务编排的装置170或服务器190可以用于实施上述本申请各实施例实现的方法中的功能，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请各实施例。

作为本实施例的另一种形式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的辅助网络服务编排的方法。

作为本实施例的另一种形式，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行时执行上述方法实施例中的辅助网络服务编排的方法。

本申请实施例再提供一种芯片***，该芯片***包括处理器，用于实现本发明实施例的技术方法。在一种可能的设计中，该芯片***还包括存储器，用于保存本发明实施例必要的程序指令和/或数据。在一种可能的设计中，该芯片***还包括存储器，用于处理器调用存储器中存储的应用程序代码。该芯片***，可以由一个或多个芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

Claims (36)

1.一种辅助网络服务编排的方法，其特征在于，所述方法应用于第一设备，所述网络服务包括至少一个数据模型，所述方法包括：

在所述第一设备的显示界面上显示所述网络服务的逻辑图；其中，所述逻辑图包括至少一个节点控件；所述至少一个节点控件中的每个节点控件分别与所述至少一个数据模型中的一个数据模型之间关联；

根据所述逻辑图辅助编排所述网络服务。

2.根据权利要求1所述的方法，其特征在于，所述根据所述逻辑图辅助编排所述网络服务，包括：

给所述至少一个节点控件添加所述网络服务的输入参数和所述网络服务的输出参数。

3.根据权利要求2所述的方法，其特征在于，所述给所述至少一个节点控件添加所述网络服务的输入参数和所述网络服务的输出参数，包括：

给所述至少一个节点控件中的与所述网络服务包括的第一个数据模型关联的节点控件添加所述网络服务的输入参数；

给所述至少一个节点控件中的与所述网络服务包括的最后一个数据模型关联的节点控件添加所述网络服务的输出参数。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述在所述第一设备的显示界面上显示所述网络服务的逻辑图，包括：

在所述第一设备的显示界面上添加所述至少一个节点控件中的第一节点控件；所述第一节点控件为所述逻辑图中的任一个节点控件；所述第一节点控件与所述至少一个数据模型中的第一数据模型关联。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

根据所述第一数据模型的标识和所述第一节点控件的标识，将所述第一节点控件与所述第一数据模型关联。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一数据模型的标识和所述第一节点控件的标识，将所述第一节点控件与所述第一数据模型关联，包括：

根据所述第一数据模型的标识、所述第一节点控件的标识和过滤条件，将所述第一节点控件与所述第一数据模型中满足所述过滤条件的数据关联。

7.根据权利要求4-6任一项所述的方法，其特征在于，所述逻辑图包括至少两个节点控件，所述网络服务包括至少两个数据模型，所述方法还包括：

根据第二数据模型的标识和所述至少两个节点控件中的第二节点控件的标识，将所述第二节点控件与所述第二数据模型关联；所述第一数据模型与所述第二数据模型之间具有第一关系；所述第二节点控件为所述逻辑图中的除所述第一节点控件之外的任一个节点控件；所述第一关系用于表示所述第一数据模型与所述第二数据模型相关。

8.根据权利要求7所述的方法，其特征在于，所述逻辑图还包括第一关系控件；所述方法还包括：

根据第一关系控件的标识和所述第一关系的标识，将所述第一关系控件与所述第一关系关联；所述第一节点控件与所述第二节点控件通过所述第一关系控件连接。

9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：

根据搜索指令，获取与所述第一数据模型相关的候选关系，和/或与所述第一数据模型存在关系的候选数据模型；其中，所述搜索指令包括第一数据模型的标识；所述候选关系包括所述第一关系，所述候选数据模型包括所述第二数据模型。

10.根据权利要求9所述的方法，其特征在于，所述根据搜索指令，获取与所述第一数据模型相关的候选关系，和/或与所述第一数据模型存在关系的候选数据模型，包括：

将所述搜索指令发送给第二设备；所述第二设备中存储了多个数据模型和数据模型之间的关系；

接收所述第二设备发送的所述候选关系和/或所述候选数据模型。

11.根据权利要求1-10任一项所述的方法，其特征在于，所述逻辑图包括至少两个节点控件，所述网络服务包括至少两个数据模型，所述至少两个数据模型包括第三数据模型和第四数据模型；所述方法还包括：

根据路径推荐指令，获取一个或多个候选路径；所述路径推荐指令包括所述第三数据模型的标识和所述第四数据模型的标识；所述候选路径包括以所述第三数据模型为起点、且以所述第四数据模型为终点的路径；所述一个或多个候选路径包括目标路径，所述目标路径中的数据模型和数据模型之间的关系分别对应的控件构成的路径，是所述逻辑图中的一条路径。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

将所述第三数据模型的标识和所述第四数据模型的标识发送给第二设备；所述第二设备中存储了多个数据模型和数据模型之间的关系；

接收所述第二设备发送的所述一个或多个候选路径。

13.根据权利要求11或12所述的方法，其特征在于，所述路径推荐指令包括所述至少两个数据模型中的第五数据模型的标识；所述候选路径具体包括以所述第三数据模型为起点、且以所述第四数据模型为终点，并经过第五数据模型的路径。

14.根据权利要求1-13任一项所述的方法，其特征在于，所述方法还包括：

根据待移动的控件和目标位置，将所述待移动的控件移动至所述第一设备的显示界面中的所述目标位置处；所述待移动的控件包括所述逻辑图中的一个或多个节点控件。

15.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

将所述网络服务的结构图转换为所述网络服务的脚本程序；所述网络服务的结构图包括：所述逻辑图、所述网络服务的输入参数和所述网络服务的输出参数；

将所述网络服务的脚本发布至网关设备。

16.根据权利要求15所述的方法，其特征在于，所述方法还包括：

接收所述网关设备发送的所述网络服务的输入参数值；

运行加入了所述输入参数值的所述网络服务的脚本程序，得到所述网络服务的输出参数值；

将所述网络服务的输出参数值发送给所述网关设备。

17.一种辅助网络服务编排的装置，其特征在于，所述装置部署于第一设备，所述网络服务包括至少一个数据模型，所述装置包括：

显示单元，用于在所述第一设备的显示界面上显示所述网络服务的逻辑图；其中，所述逻辑图包括至少一个节点控件；所述至少一个节点控件中的每个节点控件分别与所述至少一个数据模型中的一个数据模型之间关联；

处理单元，用于根据所述逻辑图辅助编排所述网络服务。

18.根据权利要求17所述的装置，其特征在于，所述处理单元具体用于：

给所述至少一个节点控件添加所述网络服务的输入参数和所述网络服务的输出参数。

19.根据权利要求18所述的装置，其特征在于，所述处理单元具体用于：

给所述至少一个节点控件中的与所述网络服务包括的第一个数据模型关联的节点控件添加所述网络服务的输入参数；

给所述至少一个节点控件中的与所述网络服务包括的最后一个数据模型关联的节点控件添加所述网络服务的输出参数。

20.根据权利要求17-19任一项所述的装置，其特征在于，所述显示单元具体用于：

在所述第一设备的显示界面上添加所述至少一个节点控件中的第一节点控件；所述第一节点控件为所述逻辑图中的任一个节点控件；所述第一节点控件与所述至少一个数据模型中的第一数据模型关联。

21.根据权利要求20所述的装置，其特征在于，所述装置还包括：

第一关联单元，用于根据所述第一数据模型的标识和所述第一节点控件的标识，将所述第一节点控件与所述第一数据模型关联。

22.根据权利要求21所述的装置，其特征在于，所述第一关联单元具体用于：

根据所述第一数据模型的标识、所述第一节点控件的标识和过滤条件，将所述第一节点控件与所述第一数据模型中满足所述过滤条件的数据关联。

23.根据权利要求20-22任一项所述的装置，其特征在于，所述逻辑图包括至少两个节点控件，所述网络服务包括至少两个数据模型，所述装置还包括：

第二关联单元，用于根据第二数据模型的标识和所述至少两个节点控件中的第二节点控件的标识，将所述第二节点控件与所述第二数据模型关联；所述第一数据模型与所述第二数据模型之间具有第一关系；所述第二节点控件为所述逻辑图中的除所述第一节点控件之外的任一个节点控件；所述第一关系用于表示所述第一数据模型与所述第二数据模型相关。

24.根据权利要求23所述的装置，其特征在于，所述逻辑图还包括第一关系控件；所述装置还包括：

第三关联单元，用于根据第一关系控件的标识和所述第一关系的标识，将所述第一关系控件与所述第一关系关联；所述第一节点控件与所述第二节点控件通过所述第一关系控件连接。

25.根据权利要求23或24所述的装置，其特征在于，所述装置还包括：

搜索单元，用于根据搜索指令，获取与所述第一数据模型相关的候选关系，和/或与所述第一数据模型存在关系的候选数据模型；其中，所述搜索指令包括第一数据模型的标识；所述候选关系包括所述第一关系，所述候选数据模型包括所述第二数据模型。

26.根据权利要求25所述的装置，其特征在于，所述搜索单元具体用于：

将所述搜索指令发送给第二设备；所述第二设备中存储了多个数据模型和数据模型之间的关系；

接收所述第二设备发送的所述候选关系和/或所述候选数据模型。

27.根据权利要求17-26任一项所述的装置，其特征在于，所述逻辑图包括至少两个节点控件，所述网络服务包括至少两个数据模型，所述至少两个数据模型包括第三数据模型和第四数据模型；所述装置还包括：

推荐单元，用于根据路径推荐指令，获取一个或多个候选路径；所述路径推荐指令包括所述第三数据模型的标识和所述第四数据模型的标识；所述候选路径包括以所述第三数据模型为起点、且以所述第四数据模型为终点的路径；所述一个或多个候选路径包括目标路径，所述目标路径中的数据模型和数据模型之间的关系分别对应的控件构成的路径，是所述逻辑图中的一条路径。

28.根据权利要求27所述的装置，其特征在于，所述装置还包括：

第一发送单元，用于将所述第三数据模型的标识和所述第四数据模型的标识发送给第二设备；所述第二设备中存储了多个数据模型和数据模型之间的关系；

第一接收单元，用于接收所述第二设备发送的所述一个或多个候选路径。

29.根据权利要求27或28所述的装置，其特征在于，所述路径推荐指令包括所述至少两个数据模型中的第五数据模型的标识；所述候选路径具体包括以所述第三数据模型为起点、且以所述第四数据模型为终点，并经过第五数据模型的路径。

30.根据权利要求27-29任一项所述的装置，其特征在于，所述装置还包括：

移动单元，用于根据待移动的控件和目标位置，将所述待移动的控件移动至所述第一设备的显示界面中的所述目标位置处；所述待移动的控件包括所述逻辑图中的一个或多个节点控件。

31.根据权利要求18或19所述的装置，其特征在于，所述装置还包括：

转换单元，用于将所述网络服务的结构图转换为所述网络服务的脚本程序；所述网络服务的结构图包括：所述逻辑图、所述网络服务的输入参数和所述网络服务的输出参数；

发布单元，用于将所述网络服务的脚本发布至网关设备。

32.根据权利要求31所述的装置，其特征在于，所述装置还包括：

第二接收单元，用于接收所述网关设备发送的所述网络服务的输入参数值；

运行单元，用于运行加入了所述输入参数值的所述网络服务的脚本程序，得到所述网络服务的输出参数值；

第二发送单元，用于将所述网络服务的输出参数值发送给所述网关设备。

33.一种服务器，其特征在于，所述服务器包括：处理器和存储器；

所述存储器与所述处理器连接；所述存储器用于存储计算机指令，当所述处理器执行所述计算机指令时，所述设备执行如权利要求1至16中任一项所述的辅助网络服务编排的方法。

34.一种辅助网络服务编排的***，其特征在于，所述***包括如权利要求33所述的服务器。

35.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行权利要求1至16中任一项所述的辅助网络服务编排的方法。

36.一种计算机程序产品，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至16中任一项所述的辅助网络服务编排的方法。

Images