CN103188204A - 开放平台中的服务控制方法及*** - Google Patents

Abstract

一种开放平台中的服务控制方法，包括如下步骤：接收应用的服务调用请求；从开放平台的注册表中获取与所述服务调用请求对应的服务；调用所述获取到的服务。上述开放平台中的服务控制方法及***，在接收到应用的服务调用请求后，通过开放平台的注册表得到与该服务调用请求对应的服务，进而调用得到的服务，由于是通过开放平台的注册表对开放平台中的服务调用进行控制，任一应用所发起的服务调用请求均能够通过开放平台的注册表得到相应的服务，该服务为另一应用所提供的，并通过注册表统一控制应用之间的服务调用，保证了开放平台中服务调用的稳定性，进而扩展出拥有更多功能的应用。

Description

开放平台中的服务控制方法及***

【技术领域】

本发明涉及网络应用技术，特别是涉及一种开放平台中的服务控制方法及***。

【背景技术】

随着网络应用的发展，越来越多的应用融入开放平台，并通过各种服务为用户提供相应的功能。开放平台中每一应用常常包含了多个服务，以通过多个服务分别实现该应用中的所有功能，对应用中的请求进行应答，并返回应答结果。为丰富开放应用的功能，在应用运行的过程中需要调用某一应用中服务的情况频繁发生。

然而，开放平台所拥有的应用种类繁多，应用之间服务的调用缺乏统一的管理，将为应用的运行带来不稳定因素。

【发明内容】

基于此，有必要提供一种能统一控制应用之间共享服务的开放平台中的服务控制方法。

此外，还有必要提供一种能统一控制应用之间共享服务的开放平台中的服务控制***。

一种开放平台中的服务控制方法，包括如下步骤：

接收应用的服务调用请求；

从开放平台的注册表中获取与所述服务调用请求对应的服务；

调用所述获取到的服务。

优选地，所述从开放平台的注册表中获取与所述服务调用请求对应的服务的步骤为：

从所述服务调用请求中提取调用的服务名；

根据所述调用的服务名在所述注册表中获取对应的服务信息；

根据所述服务信息获取调用的服务。

优选地，所述调用所述获取到的服务的步骤为：

根据所述注册表判断服务是否为开放平台提供的，若否，则对所述服务进行跨进程调用，若是，则

在开放平台的进程中调用所述服务。

优选地，所述根据所述调用的服务名在所述注册表中获取对应的服务信息的步骤之前还包括：

根据所述服务调用请求判断开放平台中是否存在相应的服务，若否，则

拉取所述服务，并将所述服务对应的服务信息保存到注册表中，若是，则

进入根据所述调用的服务名在所述注册表中获取对应的服务信息的步骤。

优选地，所述调用所述获取到的服务的步骤之前还包括：

根据所述获取的服务信息判断所述服务是否拥有调用权限，若是，则进入所述调用所述获取到的服务的步骤。

一种开放平台中的服务控制***，包括：

请求接收模块，用于接收应用的服务调用请求；

获取模块，用于从开放平台的注册表中获取与服务调用请求对应的服务；

调用模块，用于调用所述获取到的服务。

优选地，所述获取模块包括：

服务名提取单元，用于从所述服务调用请求中提取调用的服务名；

信息获取单元，用于根据所述调用的服务名在所述注册表中获取对应的服务信息；

服务获取单元，用于根据所述服务信息获取调用的服务。

优选地，所述调用模块包括：

调用判断单元，用于根据所述注册表判断服务是否为开放平台提供的，若否，则通知跨进程调用单元，若是，则通知平台调用单元；

跨进程调用单元，用于对所述服务进行跨进程调用；

平台调用单元，用于在开放平台的进程中调用所述服务。

优选地，所述获取模块还包括：

查询单元，根据所述服务调用请求判断开放平台中是否存在相应的服务，若否，则通知拉取单元，若是，则通知所述信息获取单元；

所述拉取单元用于拉取所述服务，并将所述服务对应的服务信息保存到注册表中。

优选地，还包括：

权限判断模块，用于根据所述获取的服务信息判断所述服务是否拥有调用权限，若是，则通知所述调用模块。

上述开放平台中的服务控制方法及***，在接收到应用的服务调用请求后，通过开放平台的注册表得到与该服务调用请求对应的服务，进而调用得到的服务，由于是通过开放平台的注册表对开放平台中的服务调用进行控制，任一应用所发起的服务调用请求均能够通过开放平台的注册表得到相应的服务，该服务为另一应用所提供的，并通过注册表统一控制应用之间的服务调用，保证了开放平台中服务调用的稳定性，进而扩展出拥有更多功能的应用。

【附图说明】

图1为一个实施例中开放平台中的服务控制的方法流程图；

图2为一个实施例中从开放平台的注册表获取与服务调用请求对应的服务的方法流程图；

图3为另一个实施例中从开放平台的注册表获取与服务调用请求对应的服务的方法流程图；

图4为图1中调用获取到的服务的方法流程图；

图5为一个实施例中开放平台中的服务控制***的结构示意图；

图6为一个实施例中获取模块的结构示意图；

图7为另一个实施例中获取模块的结构示意图；

图8为图1中调用模块的结构示意图。

【具体实施方式】

在一个实施例中，如图1所示，一种开放平台中的服务控制方法，包括如下步骤：

步骤S10，接收应用的服务调用请求。

本实施例中，应用的运行过程中，在需要调用开放平台中另一应用的服务时将会发起服务调用请求。例如，该服务调用请求可以是一个OnCallAPI的接口函数，包含了服务名等参数。在某一应用需要调用某个服务时，开放平台的进程将会收到相应的服务调用请求。

步骤S30，从开放平台的注册表中获取与服务调用请求对应的服务。

本实施例中，注册表记录了开放平台中的服务信息，其中，每一条服务信息包括了服务名、提供服务的应用名以及应用地址，该服务信息为开放平台调用服务提供了方便。

根据接收到的服务调用请求在开放平台的注册表中进行查找，以获取得与服务调用请求对应的服务，例如，若应用A需要调用发送微博的服务，则发起微博服务调用请求，开放平台的进程在接收到微博服务调用请求之后在注册表中查找到应用B拥有发送微博的服务。

步骤S50，调用获取到的服务。

本实施例中，在开放平台中调用获取到的服务，使得发起服务调用请求的应用调用了获取到的服务，进而扩展了该应用的功能。

在一个实施例中，如图2所示，上述步骤S30的具体过程包括：

步骤S310，从服务调用请求中提取调用的服务名。

本实施例中，在服务服务调用请求的参数中提取出需要调用的服务所对应的服务名，例如，在微博服务调用请求中，服务名为SendWBlog。

步骤S320，根据调用的服务名在注册表中获取对应的服务信息。

本实施例中，注册表中记录了开放平台中每一服务所对应的服务信息，即注册表中的每一条信息均记录了服务名以及对应的提供该服务的应用名、应用地址，进而通过服务调用请求中提取的服务名能够在注册表中查找到相应的服务信息。

步骤S330，根据服务信息获取调用的服务。

本实施例中，根据从注册表中查找到的服务信息，可以知道需要调用的服务所在的应用及应用地址等服务信息，进而通过服务信息实现服务的调用。

在另一个实施例中，如图3所示，上述步骤S320之前还包括：

步骤S301，根据服务调用请求判断开放平台中是否存在相应的服务，若否，则进入步骤S303，若是，则进入步骤S320。

本实施例中，为了保证开放平台的轻便性，不可能一次性将所有的服务都打包到开放平台中，例如，有的第三方应用是大多数用户较少使用的，仅有少数用户使用该第三方应用，因此，并不需要将其打包到开放平台中，以减少开放平台安装包的大小。进一步的，在接收到服务调用请求时，通过服务调用请求可以获知应用需要调用的服务，进而判断开放平台中是否存在应用需要调用的服务，若开放平台中不存在应用需要调用的服务，将从服务器中拉取服务，安装于开放平台中，并将相应的服务信息保存到注册表，以供其它应用对方服务进行调用；若开放平台中存在需要调用的服务，则从注册表中获取相应的服务信息，以通过服务信息对服务进行调用。

步骤S303，拉取该服务，并将该服务对应的服务信息保存到注册表中。

在一个实施例中，如图4所示，上述步骤S50的具体过程包括：

步骤S510，根据注册表判断服务是否为开放平台提供的，若否，则进入步骤S530，若是，则进入步骤S550。

本实施例中，根据服务的提供者，开放平台中的服务大致分为第三方应用提供的服务和开放平台附带的应用所提供的服务，对于开放平台附带的应用所提供的服务是可以完全信任的，不需要担心运行过程中会对开放平台的运行造成任何阻碍，而对于第三方应用提供的服务并非完全信任。

具体地，注册表中保存的服务信息还包括了服务的提供者，即该服务是由开放平台提供的还是由第三方提供的，通过注册表中保存的服务信息判断需要调用的服务是否为开放平台提供的，如果是，则直接在开放平台的进程中调用该服务，如果不是，为保证开放平台的稳定运行，确保该服务在运行过程中出现问题时不会影响开放平台的运行，保证开放平台的安全性，需要在对该服务进行跨进程调用。

步骤S530，对该服务进行跨进程调用。

本实施例中，在调用第三方应用提供的服务时，需要在一进程中启动第三方应用提供的服务，该进程是与运行了开放平台的进程相区别的另一进程。在服务的跨进程调用过程中，通过一进程启动第三方应用提供的服务之后通过方进程和运行了开放平台的进程之间调用该服务的接口将服务中的参数转调至运行了开放平台的进程中，实现服务的跨进程调用。

在一个实施例中，当通过注册表判断到服务并不是开放平台提供的，则需要进一步判断该服务是否已经启动，若是，则对启动的服务进行跨进程调用，若该服务还未启动，则会在未运行了开放平台的某一进程中启动该服务，并对该服务进行跨进程调用。

步骤S550，在开放平台的进程中调用该服务。

本实施例中，当通过注册表判断到服务是开放平台提供的，则直接在运行开放平台的进程中调用该服务即可。

在另一个实施例中，上述开放平台中的服务控制方法中的步骤S50之前还包括如下步骤：

根据获取的服务信息判断该服务是否拥有调用权限，若是，则进入步骤S50，若否，则结束。

本实施例中，在根据服务调用请求进行服务调用时，还需要判断是否拥有调用权利，从注册表中获取到的服务信息中还包括了该服务的调用权限，例如，该服务是否可调用、该服务的可调用次数等，只有符合调用权限时才能够进行服务的调用。

在一个实施例中，如图5所示，一种开放平台中的服务控制***，包括请求接收模块10、获取模块30以及调用模块50。

请求接收模块10，用于接收应用的服务调用请求。

本实施例中，应用的运行过程中，在需要调用开放平台中另一应用的服务时将会发起服务调用请求。例如，该服务调用请求可以是一个OnCallAPI的接口函数，包含了服务名等参数。在某一应用需要调用某个服务时，请求接收模块10将会收到相应的服务调用请求。

获取模块30，用于从开放平台的注册表中获取与服务调用请求对应的服务。

本实施例中，注册表记录了开放平台中的服务信息，其中，每一条服务信息包括了服务名、提供服务的应用名以及应用地址，该服务信息为开放平台调用服务提供了方便。

获取模块30根据接收到的服务调用请求在开放平台的注册表中进行查找，以获取得与服务调用请求对应的服务，例如，若应用A需要调用发送微博的服务，则发起微博服务调用请求，在接收到微博服务调用请求之后在注册表中查找到应用B拥有发送微博的服务。

调用模块50，用于调用获取到的服务。

本实施例中，调用模块50在开放平台中调用获取到的服务，使得发起服务调用请求的应用调用了获取到的服务，进而扩展了该应用的功能。

在一个实施例中，如图6所示，上述获取模块30包括服务名提取单元310、信息获取单元330以及服务获取单元350。

服务名提取单元310，用于从服务调用请求中提取调用的服务名。

本实施例中，服务名提取单元310在服务服务调用请求的参数中提取出需要调用的服务所对应的服务名，例如，在微博服务调用请求中，服务名为SendWBlog。

信息获取单元330，用于根据调用的服务名在注册表中获取对应的服务信息。

本实施例中，注册表中记录了开放平台中每一服务所对应的服务信息，即注册表中的每一条信息均记录了服务名以及对应的提供该服务的应用名、应用地址，进而信息获取单元330通过服务调用请求中提取的服务名能够在注册表中查找到相应的服务信息。

服务获取单元350，用于根据服务信息获取调用的服务。

本实施例中，服务获取单元350根据从注册表中查找到的服务信息，可以知道需要调用的服务所在的应用及应用地址等服务信息，进而通过服务信息实现服务的调用。

在另一个实施例中，如图7所示，上述获取模块30还包括查询单元301以及拉取单元303。

查询单元301，用于根据服务调用请求判断开放平台中是否存在相应的服务，若否，则通知拉取单元303，若是，则通知所述信息获取单元330。

本实施例中，为了保证开放平台的轻便性，不可能一次性将所有的服务都打包到开放平台中，例如，有的第三方应用是大多数用户较少使用的，仅有少数用户使用该第三方应用，因此，并不需要将其打包到开放平台中，以减少开放平台安装包的大小。进一步的，查询单元301在接收到服务调用请求时，通过服务调用请求可以获知应用需要调用的服务，进而判断开放平台中是否存在应用需要调用的服务，若开放平台中不存在应用需要调用的服务，拉取单元303将从服务器中拉取服务，安装于开放平台中，并将相应的服务信息保存到注册表，以供其它应用对方服务进行调用；若开放平台中存在需要调用的服务，则信息获取单元330从注册表中获取相应的服务信息，以通过服务信息对服务进行调用。

拉取单元303，用于拉取服务，并将服务对应的服务信息保存到注册表中。

在一个实施例中，如图8所示，上述调用模块50还包括调用判断单元510、跨进程调用单元530以及平台调用单元550。

调用判断单元510，用于根据注册表判断服务是否为开放平台提供的，若否，则通知跨进程调用单元530，若是，则通知平台调用单元550。

本实施例中，根据服务的提供者，开放平台中的服务大致分为第三方应用提供的服务和开放平台附带的应用所提供的服务，对于开放平台附带的应用所提供的服务是可以完全信任的，不需要担心运行过程中会对开放平台的运行造成任何阻碍，而对于第三方应用提供的服务并非完全信任。

具体地，注册表中保存的服务信息还包括了服务的提供者，即该服务是由开放平台提供的还是由第三方提供的，调用判断单元510通过注册表中保存的服务信息判断需要调用的服务是否为开放平台提供的，如果是，则平台调用单元550直接在开放平台的进程中调用该服务，如果不是，为保证开放平台的稳定运行，确保该服务在运行过程中出现问题时不会影响开放平台的运行，保证开放平台的安全性，需要跨进程调用单元530在对该服务进行跨进程调用。

跨进程调用单元530，用于对服务进行跨进程调用。

本实施例中，在调用第三方应用提供的服务时，需要在一进程中启动第三方应用提供的服务，该进程是与运行了开放平台的进程相区别的另一进程。跨进程调用单元530通过一进程启动第三方应用提供的服务之后通过方进程和运行了开放平台的进程之间调用该服务的接口将服务中的参数转调至运行了开放平台的进程中，实现服务的跨进程调用。

在一个实施例中，当通过注册表判断到服务并不是开放平台提供的，则需要调用判断单元510进一步判断该服务是否已经启动，若是，则跨进程调用单元530对启动的服务进行跨进程调用，若该服务还未启动，则会在未运行了开放平台的某一进程中启动该服务，并对该服务进行跨进程调用。

平台调用单元550，用于在开放平台的进程中调用服务。

本实施例中，当通过注册表判断到服务是开放平台提供的，则平台调用单元550直接在运行开放平台的进程中调用该服务即可。

在另一个实施例中，上述开放平台中的服务控制***还包括权限判断模块，该权限判断模块用于根据获取的服务信息判断服务是否拥有调用权限，若是，则通知调用模块50，若否，则停止执行。

本实施例中，在根据服务调用请求进行服务调用时，还需要权限判断模块判断是否拥有调用权利，从注册表中获取到的服务信息中还包括了该服务的调用权限，例如，该服务是否可调用、该服务的可调用次数等，只有符合调用权限时才能够进行服务的调用。

上述开放平台中的服务控制方法及***，在接收到应用的服务调用请求后，通过开放平台的注册表得到与该服务调用请求对应的服务，进而调用得到的服务，由于是通过开放平台的注册表对开放平台中的服务调用进行控制，任一应用所发起的服务调用请求均能够通过开放平台的注册表得到相应的服务，该服务为另一应用所提供的，并通过注册表统一控制应用之间的服务调用，保证了开放平台中服务调用的稳定性，进而扩展出拥有更多功能的应用。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种开放平台中的服务控制方法，包括如下步骤：

接收应用的服务调用请求；

从开放平台的注册表中获取与所述服务调用请求对应的服务；

调用所述获取到的服务。

2.根据权利要求1所述的开放平台中的服务控制方法，其特征在于，所述从开放平台的注册表中获取与所述服务调用请求对应的服务的步骤为：

从所述服务调用请求中提取调用的服务名；

根据所述调用的服务名在所述注册表中获取对应的服务信息；

根据所述服务信息获取调用的服务。

3.根据权利要求2所述的开放平台中的服务控制方法，其特征在于，所述调用所述获取到的服务的步骤为：

根据所述注册表判断服务是否为开放平台提供的，若否，则对所述服务进行跨进程调用，若是，则

在开放平台的进程中调用所述服务。

4.根据权利要求2所述的开放平台中的服务控制方法，其特征在于，所述根据所述调用的服务名在所述注册表中获取对应的服务信息的步骤之前还包括：

根据所述服务调用请求判断开放平台中是否存在相应的服务，若否，则

拉取所述服务，并将所述服务对应的服务信息保存到注册表中，若是，则

进入根据所述调用的服务名在所述注册表中获取对应的服务信息的步骤。

5.根据权利要求2所述的开放平台中的服务控制方法，其特征在于，所述调用所述获取到的服务的步骤之前还包括：

根据所述获取的服务信息判断所述服务是否拥有调用权限，若是，则进入所述调用所述获取到的服务的步骤。

6.一种开放平台中的服务控制***，其特征在于，包括：

请求接收模块，用于接收应用的服务调用请求；

获取模块，用于从开放平台的注册表中获取与服务调用请求对应的服务；

调用模块，用于调用所述获取到的服务。

7.根据权利要求6所述的开放平台中的服务控制***，其特征在于，所述获取模块包括：

服务名提取单元，用于从所述服务调用请求中提取调用的服务名；

信息获取单元，用于根据所述调用的服务名在所述注册表中获取对应的服务信息；

服务获取单元，用于根据所述服务信息获取调用的服务。

8.根据权利要求7所述的开放平台中的服务控制***，其特征在于，所述调用模块包括：

调用判断单元，用于根据所述注册表判断服务是否为开放平台提供的，若否，则通知跨进程调用单元，若是，则通知平台调用单元；

跨进程调用单元，用于对所述服务进行跨进程调用；

平台调用单元，用于在开放平台的进程中调用所述服务。

9.根据权利要求7所述的开放平台中的服务控制***，其特征在于，所述获取模块还包括：

查询单元，根据所述服务调用请求判断开放平台中是否存在相应的服务，若否，则通知拉取单元，若是，则通知所述信息获取单元；

所述拉取单元用于拉取所述服务，并将所述服务对应的服务信息保存到注册表中。

10.根据权利要求7所述的开放平台中的服务控制***，其特征在于，还包括：

权限判断模块，用于根据所述获取的服务信息判断所述服务是否拥有调用权限，若是，则通知所述调用模块。

Images