CN104660694A - 服务调用方法及装置 - Google Patents

Abstract

本发明公开了一种服务调用方法及装置，其中方法包括：接收接口调用指令；根据所述接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，其中，所述运行标识至少包括需运行和不需运行；检测到服务的启动条件满足时，启动该服务运行，其中，所述启动条件包括运行标识和所依赖服务的运行结果；将服务运行结束后的运行结果进行通知。本发明实施例能够根据运行标识和所依赖服务的运行结果启动服务，使得有依赖关系的服务能够按顺序依次启动执行，依赖服务无需提前启动，从而减少服务系统资源的消耗，提高服务运行效率。

Description

服务调用方法及装置

技术领域

本发明实施例涉及互联网技术领域，尤其涉及一种服务调用方法及装置。

背景技术

随着科技的发展，各种应用服务应运而生，这里的服务为能够实现某个功能的程序或平台，常见的包括应用于移动终端或者电脑上的清理软件，或者电子商务平台。

一般来说，一个大型服务包含多个服务，每个服务负责完成不同的功能。在实现时，大型服务提供不同的接口调用参数用以调用对应的服务，并且服务间存在一定的执行顺序或者依赖关系，例如先执行哪个服务后执行哪个服务都存在一定的逻辑关系。

下面举例说明现有技术中服务的调用实现过程。例如，一个大型服务包括第一服务、第二服务、第三服务、和第四服务四个服务，四个服务之间的依赖关系为：第一服务是主服务，第二服务、第三服务、和第四服务是子服务，即第一服务如果没有运行结束则第二服务、第三服务和第四服务不能运行。具体调用过程如下：

步骤a、根据调用者传入的接口调用参数确定需要调用第一服务、第二服务、和第三服务这3个服务，并确定运行顺序为第一服务、第二服务、和第三服务；

步骤b、同时启动第一服务、第二服务、第三服务；

步骤c、实时查找数据库，确定第一服务、第二服务、第三服务处于何种状态；若子第一服务未运行，则执行步骤d；若第一服务正在运行，则执行步骤e；若第一服务运行完毕，则执行步骤f；若第一服务运行完毕且第二服务正在运行，则执行步骤g；若第一服务运行完毕且第二服务运行完毕，则执行步骤h；若第一服务、第二服务、第三服务均运行完毕，则执行步骤i；

步骤d、运行第一服务；

步骤e、第二服务和第三服务等待运行；

步骤f、第二服务运行；

步骤g、第三服务等待运行；

步骤h、第三服务运行；

步骤i、返回运行结果。

但是，在现有的服务调用过程中，存在以下缺陷：在其中一个服务未运行时，其它依赖于该服务的服务即依赖服务均处于启动状态，直到等待该服务运行完毕。而由于其它服务在等待的过程中处于启动状态即依然消耗系统资源，造成资源的浪费；并且在服务运行前需要进行依赖关系判断，当需要运行的服务较多时，依赖关系也比较复杂，容易造成服务运行缓慢，效率较低。

发明内容

本发明实施例提供一种服务调用方法及装置，能够减少服务系统资源消耗，提高服务运行效率。

第一方面，本发明实施例提供了一种服务调用方法，包括：

接收接口调用指令；

根据所述接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，其中，所述运行标识至少包括需运行和不需运行；

检测到服务的启动条件满足时，启动该服务运行，其中，所述启动条件包括运行标识和所依赖服务的运行结果；

将服务运行结束后的运行结果进行通知。

第二方面，本发明实施例还提供一种服务调用装置，包括：

接收模块，用于接收接口调用指令；

设置模块，用于根据所述接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，其中，所述运行标识至少包括需运行和不需运行；

服务启动模块，用于检测到服务的启动条件满足时，启动该服务运行，其中，所述启动条件包括运行标识和所依赖服务的运行结果；

通知模块，用于将服务运行结束后的运行结果进行通知。

本发明实施例通过为系统中各服务设置对应的运行标识，其中，所述运行标识至少包括需运行和不需运行；在检测到服务的启动条件满足时，才开始启动该服务运行，其中，启动条件包括运行标识和所依赖服务的运行结果；在服务运行结束后，再将运行结果进行通知，以便于后续启动所依赖服务。本发明实施例能够根据运行标识和所依赖服务的运行结果启动服务，这样使得有依赖关系的服务能够按顺序依次启动执行，依赖服务无需提前启动，从而减少服务系统资源的消耗，提高服务运行效率。

附图说明

图1为本发明实施例一提供的服务调用方法流程示意图；

图2为本发明实施例二提供的服务调用方法流程示意图；

图3为本发明实施例三提供的服务调用方法流程示意图；

图4为本发明实施例四提供的服务调用装置结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的服务调用方法流程示意图，如图1所示，具体包括：步骤11～步骤14。

步骤11、接收接口调用指令，执行步骤12。

本实施例的执行主体为本发明实施例提供的服务调用装置，可以采用软件或硬件实现，该服务调用装置可以集成于服务系统(例如移动终端或者电脑上的清理软件或者电子商务平台)。

其中，接口调用指令为用户触发的服务执行指令，指令中包括接口调用参数等信息。

具体的，用户根据需求点击或触碰服务系统界面上对应的服务按钮，则操作以指令的形式传入服务调用装置，服务调用装置则根据指令中包含的接口调用参数调用相应的服务。

步骤12、根据接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，执行步骤13。

其中，上述运行标识至少包括需运行和不需运行，运行标识可以使用数字、字母或其组合来表示。

具体的，为了减少服务系统的资源消耗，以提高服务系统的运行效率，本实施例在服务运行前，预先根据用户选择的接口调用指令为系统中各服务设置对应的运行标识。例如，根据用户选择的接口调用指令确定需要启动运行的服务，为需要启动运行的服务设置需运行标识，为不需启动运行的服务设置不需运行标识。

步骤13、检测到服务的启动条件满足时，启动该服务运行，执行步骤14。

其中，上述启动条件包括运行标识和所依赖服务的运行结果。

具体的，在现有技术中，当调用的服务间存在依赖关系时，即后一服务的运行需要前一服务的运行结果时，在服务运行前需要进行依赖关系判断，而当服务间的依赖关系比较复杂时，容易造成服务运行缓慢，致使服务系统运行效率较低。因此，为了进一步提高服务系统的运行效率，本实施例通过在启动条件中设置所依赖服务的运行结果，在启动服务运行前，检测服务的启动条件即所依赖服务的运行结果是否满足，即检测服务所依赖服务的运行结果是否满足，当检测到服务的启动条件满足时，则启动该服务运行。因此，本实施例不需要再进行依赖关系的判断，涉及各服务的执行逻辑时也无需考虑复杂的依赖关系，每个服务的启动与否，可简单地取决于其运行标识和是否获得所依赖服务的运行结果，因此，将依赖关系与服务是否启动进行了独立的考虑，从而节省了进行依赖关系判断所占用的资源和耗费的时间。

步骤14、将服务运行结束后的运行结果进行通知。

具体的，如果运行结束后的服务为依赖服务，则将该服务的运行结果通知被依赖服务，以使被依赖服务根据运行结果启动运行。或者，也可以将运行结果广播通知给所有服务。

本实施例通过为系统中各服务设置对应的运行标识，其中，运行标识至少包括需运行和不需运行；在检测到服务的启动条件满足时，才开始启动该服务运行，其中，启动条件包括运行标识和所依赖服务的运行结果；在服务运行结束后，再将运行结果进行通知，以便于后续启动被依赖服务。本实施例能够根据运行标识和所依赖服务的运行结果启动服务，这样使得有依赖关系的服务能够按顺序依次启动执行，依赖服务无需提前启动，从而减少服务系统资源的消耗，提高服务运行效率。

示例性的，在上述实施例的基础上，上述检测到服务的启动条件满足时，启动该服务运行包括：

按照运行顺序表中服务的顺序，检测当前服务的启动条件是否满足；

如果检测到当前服务的启动条件满足，则启动当前服务运行，按照运行顺序表更新当前服务，并返回检测步骤；

如果检测到当前服务的启动条件不满足时，按照运行顺序表更新当前服务，并返回检测步骤。

其中，运行顺序表为按照运行的先后顺序对应服务进行排序得到的列表。在服务运行时，根据运行顺序表中排列的顺序依次运行服务。

示例性的，上述运行顺序表按照服务的依赖关系对服务进行排序。

具体的，对于有依赖关系的服务，根据服务间的依赖关系确定服务的运行顺序，根据确定的运行顺序构造运行顺序表。

通过运行顺序表的方式，可以遍历到所有服务，让具备启动条件的服务能及时启动。运行顺序表也可以不按照依赖关系排序，则遍历到每个服务时仍按照启动条件进行判断，若被依赖的服务在依赖服务的后边，则依赖服务先不启动，直到被依赖服务运行结束后，再次遍历到被依赖服务时，其即可启动。

另一示例，在上述实施例的基础上，上述检测到服务的启动条件满足时，启动该服务运行包括：

在接收到接口调用指令和运行结果通知时，检测服务的启动条件是否满足；

如果检测到服务的启动条件满足，则启动该服务运行。

示例性的，在上述实施例的基础上，上述将服务运行结束后的运行结果进行通知包括：

将服务运行结束后的运行结果通知给其它服务，或者通知给与运行服务存在依赖关系的依赖服务。

其中，其它服务可以为与运行服务无依赖关系的服务。

以调用指令和通知的形式来触发对服务的启动条件的检测，可以无需设置启动顺序表，每个服务在接收到调用指令并设置了运行标识后，就检测自身的启动条件是否满足，如不满足，则不启动执行。在接收到其他服务的运行结果通知时，再次检测自身的启动条件是否满足，直至需要执行的服务全部执行完毕，不再有结果通知。

示例性的，在上述实施例的基础上，在启动服务运行之后，上述方法还包括：在服务运行结束后，设置服务的状态为已运行，且在设定时间间隔后将服务的状态更改为未运行；

则在启动服务运行之前，上述方法还包括：如果监测到服务的状态为已运行，则将已有运行结果作为当前运行结果。

上述示例性的优选操作，可以在短时间内避免服务的反复执行，从而节省运行资源。

实施例二

图2为本发明实施例二提供的服务调用方法流程示意图，如图2所示，具体包括：步骤21～步骤26。

步骤21、接收接口调用指令，执行步骤22。

具体参见上述实施例一对本步骤的详细描述。

步骤22、根据接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，执行步骤23。

其中，运行标识包括需运行和不需运行中的至少一种。

具体的，以电脑清理软件为例，电脑清理软件所包含的服务如下表一所示，对于快速扫描，确定所需要运行的服务包括内存扫描服务、注册表扫描服务和关键文件扫描服务，将上述三个服务对应的运行标识设置为需运行标识(例如1)，将不需要运行的服务即非关键文件扫描服务设置为不需运行标识(例如0)；对于全盘扫描，确定所需要运行的服务包括内存扫描服务、注册表扫描服务、关键文件扫描服务和非关键文件扫描服务，则将上述四个服务对应的运行标识均设置为需运行标识(例如1)。

表一

步骤23、按照运行顺序表中服务的顺序，检测当前服务的启动条件是否满足。如果满足则执行步骤24，如果不满足，则执行步骤25。

具体的，对于有依赖关系的服务，上述运行顺序表可以按照服务的依赖关系对服务进行排序。对于无依赖关系的服务，上述运行顺序表可以将这些无依赖关系的服务设置为同时运行。根据运行顺序表中服务的顺序，检测当前服务的启动条件是否满足，这里，启动条件包括步骤23中设置的运行标识，运行结果对于无依赖的服务为不需要其他服务的运行结果。

步骤24、启动当前服务运行，执行步骤25。

具体的，同样以电脑清理软件为例，其中，电脑清理软件中包含的所有服务的服务间的关系如下：注册表扫描服务、关键文件扫描服务和非关键文件扫描服务的运行均需要依赖内存扫描服务的运行结果，且注册表扫描服务、关键文件扫描服务和非关键文件扫描服务间无依赖关系，则构造的运行顺序表如下表二所示。

表二

如果接收的接口调用指令为快速扫描服务对应的接口调用指令，则根据运行顺序表，检测到当前服务即内存扫描服务的启动条件是否满足，根据步骤23中的设置的运行标识，确定内存扫描服务满足启动条件，则启动运行，并根据运行顺序表将运行结果通知给注册表扫描服务、关键文件扫描服务和非关键文件扫描服务，同时检测注册表扫描服务、关键文件扫描服务和非关键文件扫描服务对应的运行标识，根据步骤23中的设置的运行标识，可以确定注册表扫描服务和关键文件扫描服务满足启动条件，则同时启动注册表扫描服务和关键文件扫描服务运行，而非关键文件扫描服务不满足启动条件，则不启动运行。

另外，在当前服务运行结束后，可以将当前服务的状态设置为已运行，并且在设定时间间隔(例如10秒)后将服务的状态更改为未运行。以便于在设定时间内再次调用该服务时直接使用其运行结果，不必再重新运行，以提高服务系统的执行效率。

步骤25、确定是否已遍历运行顺序表中的所有服务。

若已遍历运行顺序表中的所有服务，则结束，若未完全遍历运行顺序表中的所有服务，则执行步骤26。

步骤26、按照运行顺序表更新当前服务，执行步骤23。

本实施例通过为系统中各服务设置对应的运行标识，其中，运行标识至少包括需运行和不需运行；并根据运行顺序表检测到服务的启动条件是否满足，当满足时才开始启动该服务运行，其中，启动条件包括运行标识和所依赖服务的运行结果；在服务运行结束后，再次按照运行顺序表更新当前服务，以便于启动后续服务。本实施例能够根据运行标识和所依赖服务的运行结果启动服务，这样使得有依赖关系的服务能够按顺序依次启动执行，依赖服务无需提前启动，从而减少服务系统资源的消耗，提高服务运行效率。

实施例三

图3为本发明实施例三提供的服务调用方法流程示意图，如图3所示，具体包括：步骤31～步骤39。

步骤31、接收接口调用指令，执行步骤32。

步骤32、获取系统中的服务，执行步骤33。

步骤33、监测当前服务的当前状态是否为已运行状态。如果是已运行状态，则执行步骤35；如果是未运行状态，则执行步骤34。具体的，如果监测到当前服务的当前状态为已运行状态，则执行步骤35；如果监测到当前服务的当前状态为未运行状态，则执行步骤34。

步骤34、检测到当前服务的启动条件满足时，启动该服务运行，执行步骤35。

其中，启动条件包括运行标识和所依赖服务的运行结果，具体参见上述实施例一和实施例二中关于本步骤的描述。

步骤35、确定当前服务是否有依赖服务。

如果确定当前服务有依赖服务，则执行步骤36；如果确定当前服务没有依赖服务，则执行步骤38。

步骤36、将当前服务的运行结果通知给依赖服务，执行步骤37。

步骤37、将依赖服务作为当前服务，返回执行步骤33，直至所有服务调用结束。

步骤38、将当前服务的运行结果通知给其它服务，执行步骤39。

这里，其它服务是指与当前服务无依赖关系的服务。

步骤39、将其它服务作为当前服务，返回执行步骤33，直至所有服务调用结束。

同样以电脑清理软件为例对本实施例的适用场景和有益效果进行详细说明，但不仅限于电脑清理软件这个案例。由表一所示，电脑清理软件包含快速扫描服务和全盘扫描服务，而在快速扫描服务和全盘扫描服务中均包含内存扫描服务、注册表扫描服务和关键文件扫描服务，如果用户在进行完快速扫描服务之后，再次进行全盘扫描服务时，如果采用现有技术，则内存扫描服务、注册表扫描服务和关键文件扫描服务需要运行两次，而采用本实施上述的方法，在进行快速扫描服务时，将运行完的内存扫描服务、注册表扫描服务和关键文件扫描服务的状态设置为已运行状语，那么在用户再次进行全盘扫描服务时，则不必再次运行内存扫描服务、注册表扫描服务和关键文件扫描服务，只需运行非关键文件扫描服务即可，这样可以有效的提高服务系统的运行效率。

实施例四

图4为本发明实施例四提供的服务调用装置结构示意图，如图4所示，具体包括：接收模块41、设置模块42、服务启动模块43和通知模块44。

接收模块41用于接收接口调用指令；

设置模块42用于根据接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，其中，运行标识至少包括需运行和不需运行；

服务启动模块43用于检测到服务的启动条件满足时，启动该服务运行，其中，启动条件包括运行标识和所依赖服务的运行结果；

通知模块44用于将服务运行结束后的运行结果进行通知。

本实施例的服务调用装置用于执行实施例一至实施例三所述的服务调用方法，其技术原理和产生的技术效果类似，这里不再累述。

示例性的，在上述实施例的基础上，上述服务启动模块43具体用于按照运行顺序表中服务的顺序，检测当前服务的启动条件是否满足；如果检测到当前服务的启动条件满足，则启动当前服务运行，按照运行顺序表更新当前服务，并返回检测步骤；如果检测到当前服务的启动条件不满足时，按照运行顺序表更新当前服务，并返回检测步骤。

示例性的，上述运行顺序表按照服务的依赖关系对服务进行排序。

示例性的，在上述实施例的基础上，上述服务启动模块43具体用于在接收到接口调用指令和运行结果通知时，检测服务的启动条件是否满足；如果检测到服务的启动条件满足，则启动该服务运行。

示例性的，在上述实施例的基础上，上述通知模块44具体用于将服务运行结束后的运行结果通知给其它服务，或者通知给与运行服务存在依赖关系的依赖服务。

示例性的，在上述实施例的基础上，上述设置模块42具体用于在上述服务启动模块43启动服务运行之后，在服务运行结束后，设置服务的状态为已运行，且在设定时间间隔后将服务的状态更改为未运行；

上述装置还包括：监测模块45；

上述监测模块45用于在服务启动模块43启动服务运行之前，如果监测到服务的状态为已运行，则将已有运行结果作为当前运行结果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种服务调用方法，其特征在于，包括：

接收接口调用指令；

根据所述接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，其中，所述运行标识至少包括需运行和不需运行；

检测到服务的启动条件满足时，启动该服务运行，其中，所述启动条件包括运行标识和所依赖服务的运行结果；

将服务运行结束后的运行结果进行通知。

2.根据权利要求1所述的方法，其特征在于，检测到服务的启动条件满足时，启动该服务运行包括：

按照运行顺序表中服务的顺序，检测当前服务的启动条件是否满足；

如果检测到当前服务的启动条件满足，则启动当前服务运行，按照运行顺序表更新当前服务，并返回检测步骤；

如果检测到当前服务的启动条件不满足时，按照运行顺序表更新当前服务，并返回检测步骤。

3.根据权利要求2所述的方法，其特征在于：所述运行顺序表按照服务的依赖关系对服务进行排序。

4.根据权利要求1所述的方法，其特征在于，检测到服务的启动条件满足时，启动该服务运行包括：

在接收到接口调用指令和运行结果通知时，检测服务的启动条件是否满足；

如果检测到服务的启动条件满足，则启动该服务运行。

5.根据权利要求1-4任一所述的方法，其特征在于，将服务运行结束后的运行结果进行通知包括：

将服务运行结束后的运行结果通知给其它服务，或者通知给与运行服务存在依赖关系的依赖服务。

6.根据权利要求1所述的方法，其特征在于：

启动服务运行之后，还包括：在服务运行结束后，设置服务的状态为已运行，且在设定时间间隔后将服务的状态更改为未运行；

则在启动服务运行之前，还包括：如果监测到服务的状态为已运行，则将已有运行结果作为当前运行结果。

7.一种服务调用装置，其特征在于，包括：

接收模块，用于接收接口调用指令；

设置模块，用于根据所述接口调用指令的服务调用需求，为系统中各服务设置对应的运行标识，其中，所述运行标识至少包括需运行和不需运行；

服务启动模块，用于检测到服务的启动条件满足时，启动该服务运行，其中，所述启动条件包括运行标识和所依赖服务的运行结果；

通知模块，用于将服务运行结束后的运行结果进行通知。

8.根据权利要求7所述的装置，其特征在于，所述服务启动模块具体用于：

按照运行顺序表中服务的顺序，检测当前服务的启动条件是否满足；如果检测到当前服务的启动条件满足，则启动当前服务运行，按照运行顺序表更新当前服务，并返回检测步骤；如果检测到当前服务的启动条件不满足时，按照运行顺序表更新当前服务，并返回检测步骤；或者

在接收到接口调用指令和运行结果通知时，检测服务的启动条件是否满足；如果检测到服务的启动条件满足，则启动该服务运行。

9.根据权利要求7或8所述的装置，其特征在于，所述通知模块具体用于：将服务运行结束后的运行结果通知给其它服务，或者通知给与运行服务存在依赖关系的依赖服务。

10.根据权利要求7所述的装置，其特征在于，所述设置模块具体用于：在所述服务启动模块启动服务运行之后，在服务运行结束后，设置服务的状态为已运行，且在设定时间间隔后将服务的状态更改为未运行；

所述装置还包括：

监测模块，用于在服务启动模块启动服务运行之前，如果监测到服务的状态为已运行，则将已有运行结果作为当前运行结果。