CN112084247B - 一种应用程序服务扩展的方法和装置 - Google Patents

Abstract

本公开提供了一种应用程序服务扩展的方法，该方法包括：接收第一应用程序的服务扩展请求，其中，服务扩展请求为调用第二应用程序的服务，第二应用程序由第二服务器提供服务；响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据配置表获取服务扩展请求对应的服务清单及服务元数据；向第一应用程序发送服务清单，以便第一应用程序对所述服务清单进行页面显示及生成服务请求，以及响应于第一应用程序发送的服务请求，根据服务元数据获取服务请求对应的服务数据，并发送至第一应用程序，以便第一应用程序进行页面显示，其中，服务请求为执行第二应用程序的服务。本公开还提供了一种装置、一种电子设备以及一种计算机可读存储介质。

Description

一种应用程序服务扩展的方法和装置

技术领域

本公开涉及计算机技术领域，特别是涉及一种应用程序服务扩展的方法和装置。

背景技术

现有的应用程序提供的服务通常是固定的。例如各省(自治区)级政务应用程序在建设完成后，提供的政务服务仅限于省级的政务服务。如果能够将省(自治区)级的政务事项下沉到市县级，以及结合市县级已经建成的特色服务，就能够打造更全面便捷的政务服务，提升各地行政能力，满足公众对于政务服务“就近办、马上办”需求。现有的政务服务应用程序下沉到市县的技术方案有两种：一种是将已经实现的省(自治区)级的政务服务根据市县地区要求，重新开发，但该技术方案存在开发工作量大、无法复用已有服务的确定；另一种是与现有的地方特色服务通过接口对接，由APP开发页面，调用服务接口实现，但该技术方案存在功能调整需发布新版本的缺点。

发明内容

本公开的一个方面提供了一种应用程序服务扩展的方法，包括：接收第一应用程序的服务扩展请求，其中，上述服务扩展请求为调用第二应用程序的服务清单，上述第二应用程序由第二服务器提供服务；响应于上述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据上述配置表获取上述服务扩展请求对应的服务清单及服务元数据；向上述第一应用程序发送上述服务清单，以便上述第一应用程序对上述服务清单进行页面显示及生成服务请求，以及响应于上述第一应用程序发送的服务请求，根据上述服务元数据获取上述服务请求对应的服务数据，并发送至第一应用程序，以便上述第一应用程序进行页面显示，其中，上述服务请求为执行上述第二应用程序的服务。

根据本公开的实施例，上述服务扩展请求包括第二应用程序的标识，上述配置表中存储有上述标识与上述服务清单及服务元数据的对应关系，上述根据上述配置表获取上述服务扩展请求对应的服务清单及服务元数据包括：在上述配置表中查找上述第二应用程序的标识，获取上述标识对应的服务清单及服务元数据。

根据本公开的实施例，上述方法还包括：向上述第一应用程序发送上述服务清单时，还发送用于显示上述服务页面的页面信息，上述页面信息包括页面区域配置数据。

根据本公开的实施例，上述服务元数据中包括服务扩展请求对应的第二服务器的服务器接口信息，上述根据上述服务元数据获取上述服务请求对应的服务数据，包括：根据上述服务元数据确定上述服务扩展请求对应的第二服务器的服务器接口；以及调用上述第二服务器的服务器接口，获取上述服务请求对应的服务数据。

根据本公开的实施例，上述配置库中存储有上述第二服务器的网关的接口地址、接口协议及参数信息。

根据本公开的实施例，上述调用上述第二服务器的服务器接口包括：获取上述配置库中上述第二服务器的网关的接口地址、接口协议及参数信息；以及根据上述接口地址、接口协议及参数信息完成上述服务器接口的调用。

根据本公开的实施例，上述根据上述接口地址、接口协议及参数信息完成上述服务器接口的调用包括：通过第二服务器的网关的注册模块查询上述接口地址；以及确认上述接口协议及参数信息是否与上述注册模块中存储的上述接口地址对应的接口协议及参数信息是否一致，若一致则调用上述接口地址对应的服务。

根据本公开的实施例，上述服务为政务服务，第二应用程序的标识为位置标识，上述配置表还包括上述政务服务的事项信息，上述事项信息包括办理事项的步骤、所需的材料信息外及服务中心的地理位置信息。

根据本公开的实施例，上述服务的事项信息通过事项自动组合引擎根据事项的办理地点保存至上述配置库。

根据本公开的实施例，上述配置库还存储由服务管理平台提交的服务信息，上述服务信息包括第二服务器的服务器接口信息。

根据本公开的另一个方面，提供了一种应用程序服务的扩展装置，包括，服务扩展请求模块，用于接收第一应用程序的服务扩展请求，其中，上述服务扩展请求为调用第二应用程序的服务，上述第二应用程序由第二服务器提供服务；配置表查询模块，用于响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据上述配置表获取上述服务扩展请求对应的服务清单及服务元数据；服务清单发送模块，用于向上述第一应用程序发送上述服务清单，以便上述上述第一应用程序进行页面显示，以及服务调用模块，用于响应于上述第一应用程序发送的服务请求，根据上述服务元数据获取上述服务请求对应的服务数据，并发送至第一应用程序，以便上述第一应用程序进行页面显示。

根据本公开实施例，服务扩展请求模块接收的上述服务扩展请求包括第二应用程序的标识，上述配置表中存储有上述标识与上述服务清单及服务元数据的对应关系。

根据本公开的实施例，配置表查询模块在上述配置表中查找上述第二应用程序的标识，获取上述标识对应的服务清单及服务元数据。其中，上述服务元数据中包括服务扩展请求对应的第二服务器的服务器接口信息。

根据本公开的实施例，服务清单发送模块向上述第一应用程序发送上述服务清单时，还发送用于显示上述服务页面的页面信息，上述页面信息包括页面区域配置数据。

根据本公开的实施例，服务调用模块包括接口确定子模块及接口调用子模块。其中，接口确定子模块根据上述服务元数据确定上述服务扩展请求对应的第二服务器的服务器接口；接口调用子模块通过调用上述第二服务器的服务器接口，获取上述服务请求对应的服务数据。

根据本公开的实施例，上述配置库中存储有上述第二服务器的网关的接口地址、接口协议及参数信息。接口调用子模块获取上述配置库中上述第二服务器的网关的接口地址、接口协议及参数信息；以及根据上述接口地址、接口协议及参数信息完成上述服务器接口的调用。

根据本公开的实施例，接口接口调用子模块通过第二服务器的网关的注册模块查询上述接口地址；然后确认上述接口协议及参数信息是否与上述注册模块中存储的上述接口地址对应的接口协议及参数信息是否一致，若一致则调用上述接口地址对应的服务。

根据本公开的另一个方面，提供了一种应用程序服务扩展的方法，包括，在客户端侧：响应于用户启动扩展服务的输入操作，向第一服务器发送服务扩展请求；接收第一服务器发送的上述服务扩展请求对应的服务清单，并对上述服务清单进行显示；响应于用户选择所述服务清单中服务的操作，向第一服务器发送服务请求；获取所述服务请求对应的服务数据，并在页面进行显示。

根据本公开的另一个方面，提供了一种应用程序服务扩展的方法，包括，在事项自动组合引擎侧：获取第一应用程序的用户定位信息；根据上述用户定位信息，确定至少一个与上述用户定位信息关联的位置标识，其中，上述至少一个位置标识分别对应与一第二应用程序相关联；根据上述位置标识，获取上述位置标识对应的第二应用程序相关联的第二服务器的服务器接口信息及第二应用程序的服务的事项信息；以及调用配置库接口，将上述第二服务器的服务器接口信息及第二应用程序的服务的事项信息发送至上述配置库。

根据本公开的实施例，上述服务为政务服务，上述配置表还包括上述政务服务的事项信息，上述事项信息包括办理事项的步骤、所需的材料信息外及服务中心的地理位置信息。

根据本公开的另一个方面，提供了一种应用程序服务扩展的方法，包括，在服务管理平台侧：接收通过服务提交接口提交的服务的程序包和测试数据；调用自动化测试模块对服务进行功能测试和安全测试；判断上述服务的功能测试和安全测试的测试结果是否满足要求；若满足要求则调用配置库接口，将上述服务的服务信息发送至上述配置库。

根据本公开的实施例，上述服务信息包括提供上述服务的第二服务器的服务器接口信息。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现本公开实施例的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。

本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开实施例的适于应用程序服务扩展方法和装置的系统架构；

图2a示意性示出了根据本公开第一实施例的应用程序服务扩展的方法流程图；

图2b示意性示出了根据本公开第一实施例根据服务元数据获取服务请求对应的服务数据方法流程图；

图2c示意性示出了根据本公开第一实施例调用所述第二服务器的服务器接口的方法流程图；

图3a示意性示出了根据本公开第二实施例的应用程序服务的扩展装置的结构示意图；

图3b示意性示出了根据本公开第二实施例的服务调用模块的结构示意图；

图4示意性示出了根据本公开第三实施例的应用程序服务扩展的方法流程图；

图5示意性示出了根据本公开第四实施例的应用程序服务扩展的方法流程图；

图6示意性示出了根据本公开第五实施例的应用程序服务扩展的方法流程图；

图7示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

本公开的实施例提供了一种应用程序服务扩展的方法以及能够应用该方法的装置。该方法包括，在第一服务器侧：接收第一应用程序的服务扩展请求，其中，所述服务扩展请求为调用第二应用程序的服务清单，所述第二应用程序由第二服务器提供服务；响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据；向所述第一应用程序发送所述服务清单，以便所述第一应用程序对所述服务清单进行页面显示及生成服务请求，以及响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示，其中，所述服务请求为执行所述第二应用程序的服务。

图1示意性示出了根据本公开实施例的适于应用程序服务扩展方法和装置的系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，该实施例的系统架构100例如可以包括第一应用程序101、第一服务器102，网络103、104、配置库105、第二应用程序106、107、108、第二服务器109、110、111、事项自动组合引擎112及服务管理平台113。

其中，网络103、104用以在第一应用程序101、第二应用程序106、107、108、第一服务器102和第二服务器109、110、111之间提供通信链路的介质。网络103、104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。网络103、104可以包括多个网关、路由器、集线器、网线等。

用户可以使用安装于终端设备的第一应用程序101通过网络103、104与第二应用程序106、107、108和第一服务器105、第二服务器109、110、111进行交互，以接收或发送信息等，如发送服务请求和接收处理结果等。第一应用程序101、第二应用程序106、107、108可以为多种客户端或网页应用，例如政务类应用、银行类应用、监控类应用、网页浏览器应用、搜索类应用、办公类应用、即时通信工具、邮箱客户端、社交平台软件等应用(仅为示例)。安装第一应用程序的终端设备包括但不限于智能手机、虚拟现实设备、增强现实设备、远程摄像头、平板电脑、膝上型便携计算机等等。

第一服务器105、第二服务器109、110、111、配置库105、事项自动组合引擎112及服务管理平台113可以接收请求，并对请求进行处理。例如，第一服务器105、第二服务器109、110、111、事项自动组合引擎112及服务管理平台113可以为后台管理服务器、服务器集群等；配置库105可以为数据库服务器。后台管理服务器可以对接收到的服务请求、信息请求、模型管理等进行分析处理，并将处理结果(如请求的信息、处理的结果等)反馈给终端设备，数据库服务器可以存储调用服务所需的配置表。

其中，事项自动组合引擎112及服务管理平台113用于对配置库105进行配置。示例性的，所述第一应用程序101及第二应用程序106、107、108均为政务服务程序，配置库105保存事项智能组合引擎112提供的事项信息和服务管理平台113提交的服务信息，对外提供统一查询接口，按照地市进行索引，提供事项和服务的元数据，便于第一应用程序101展示事项或服务入口，并将第二服务器109、110、111的服务器接口，自动注册到第二服务器109、110、111的网关的服务注册模块，以便实现服务的调用。

由于政务服务事项库中的服务具有固定性和一致性，事项自动组合引擎112可以根据政务服务事项库完成配置库105的配置。具体地，事项自动组合引擎112为后台服务器，根据政务服务事项库中事项的办理地点，自动将相同市县的服务进行组合，调用配置库105的接口将事项信息保存到配置库105。根据政务服务程序的特点，所述事项自动组合引擎112对配置库105进行配置后，所述配置库105将存储有所述政务服务的事项信息。所述事项信息包括办理事项的步骤、所需的材料信息外及服务中心的地理位置信息。

针对非政务事项库中的服务，可以由服务管理平台113进行配置。服务管理平台113可以采用BS架构，服务管理平台113的服务器端提供统一的服务提交接口，通过客户端提交服务到服务管理平台，提交的内容包括程序包和测试数据。服务管理平台113的服务器端在收到服务提交申请后，自动调用自动化测试模块，对服务进行功能和安全测试，通过测试后，自动将服务信息提交到配置库。

应该理解，应用程序、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2a示意性示出了根据本公开第一实施例的应用程序服务扩展的方法流程图。

如图2a所示，该方法包括在第一服务器侧执行操作S210～S240。

在操作S210，接收第一应用程序的服务扩展请求，其中，所述服务扩展请求为调用第二应用程序的服务清单，所述第二应用程序由第二服务器提供服务。

在操作S220，响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据。

在操作S230，向所述第一应用程序发送所述服务清单，以便所述第一应用程序对所述服务清单进行页面显示及生成服务请求。

在操作S240，响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示其中。其中，所述服务请求为执行所述第二应用程序的服务。

以下以政务服务应用程序为例对操作S210～S240进行详细说明。

根据本公开实施例，在操作S210，服务扩展请求由第一应用程序响应于用户输入发送至第一服务器。示例性的，所述第一应用程序为一省级政务服务应用程序，第二应用程序为一市县级政务服务应用程序。其中，第一服务器用于向所述省级政务服务应用程序提供服务，第二服务器用于向所述市县级政务服务应用程序提供服务。其中，所述第一应用程序和第二应用程序可以为网页应用(例如H5页面)或移动终端应用程序。当用户需要在省级政务服务应用程序上获取市县级政务服务应用程序的服务时，可以向省级政务服务应用程序输入市县级政务服务应用程序所在地的邮政编码，或者，由省级政务服务应用程序提供点击按钮供用户选择。

省级政务服务应用程序响应于用户输入或点击操作，向第一服务器发送服务扩展请求。在实际使用过程中，一个省级政务服务应用程序可以关联至多个市县级政务服务应用程序，为了区分不同的市县级政务服务应用程序，所述服务扩展请求包括第二应用程序的标识。示例性的，所述第二应用程序的标识可以为位置标识，例如市县级政务服务应用程序对应市县的邮政编码。表1为一实施例中第二应用程序的标识划分表。

表1第二应用程序的标识

根据本公开实施例，在操作S220，响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据。其中，服务清单为第二应用程序提供的所有服务的清单，服务元数据为服务清单中的服务对应的服务数据的属性数据，用于支撑如存储位置、历史数据、资源查找或文件记录等。上述实施例中，第一服务器响应于所述服务扩展请求，调用配置库的接口，查询市县的服务清单及元数据。

具体地，第一服务器通过服务扩展请求获取第二应用程序的标识。由于所述配置表中存储有所述第二应用程序的标识与所述服务清单及服务元数据的对应关系，第一服务器在所述配置表中查找所述第二应用程序的标识，从而可以获取所述标识对应的服务清单及服务元数据。

示例性地，所述第一应用程序为A市的政务服务应用程序，所述第二应用程序为A市D区的政务服务应用程序，第二应用程序的标识为A市D区对应的邮政编码。通过用户输入A市D区对应的邮政编码，第一应用程序发送服务扩展请求至第一服务器。第一服务器接收到服务扩展请求后，通过配置库获取A市D区的政务服务应用程序的服务清单，并将该服务清单发送至A市的政务服务应用程序，以使该服务清单显示在A市的政务服务应用程序的页面上。

在操作S220，配置表中存储有服务清单及服务元数据，第一服务器在获取服务清单的同时还能够获取服务清单中的服务对应的服务元数据。所述服务元数据中包括服务扩展请求对应的第二服务器的服务器接口信息，通过该服务器接口信息，能够方便地实现第一服务器调用第二服务器的服务。

在配置库的设计中，充分考虑可扩展性、兼容性，可以采用通用的配置表结构，通过第二应用程序标识、页面信息数据、具体功能配置数据等，实现不同区划(市县)下页面区域内容、以及不同区域里包含的具体功能(包括显示名称、图片地址、跳转页面地址等)信息。其中，页面信息数据记录有页面区域配置数据，以用于实现第一应用程序对服务页面的显示。具体地，服务清单与具体功能配置数据对应。表2为本公开一实施例服务清单示例。

表2服务清单

在操作S230，第一服务器向所述第一应用程序发送所述服务清单，以便所述第一应用程序对所述服务清单进行页面显示，用户可以根据所述服务清单的显示，选择需要的服务，从而使得第一应用程序响应用户的操作生成服务请求。第一服务器通过接收第一应用程序传入的区划编码，在配置库中查询相应区划下配置的服务清单。

第一服务器按照与第一应用程序的接口格式组织报文，向第一应用程序发送服务清单。进一步的，第一服务器还向所述第一应用程序发送用于服务页面显示的页面信息。第一应用程序接收到第一服务器发送的服务清单及页面信息后，通过解析报文获取展示所需要的数据，然后渲染页面进行展示。

示例性地，第一服务器与第一应用程序接口报文格式可以按照网页区域分别组织相应区域下包含的服务内容，比如社区服务下包含“缴水费”“缴电费”等功能，每个功能包含功能名字、图标URL、页面地址等信息。通过采用分层次、可扩展的接口报文格式，保证了增加或删减模块时，通过后台配置即可实现，使得第一应用程序服务扩展不涉及版本发布。

在操作S240，第一服务器响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示。

图2b示意性示出了根据本公开第一实施例根据服务元数据获取服务请求对应的服务数据方法流程图。

如图2b所示，所述根据所述服务元数据获取所述服务请求对应的服务数据的方法包括操作S241～S242。

在操作S241，根据所述服务元数据确定所述服务扩展请求对应的第二服务器的服务器接口；

在操作S242，调用所述第二服务器的服务器接口，获取所述服务请求对应的服务数据。

所述第一服务器调用第二服务器接口时，为了适配不同的事项和服务的第二服务器的服务器接口，需要完成协议适配、权限判断、流量控制、日志记录等通用功能。进一步的，为了实现第二服务器接口的调用，所述配置库中存储有所述第二服务器的网关的接口地址、接口协议及参数信息。

图2c示意性示出了根据本公开第一实施例调用所述第二服务器的服务器接口的方法流程图。

如图2c所示，所述调用所述第二服务器的服务器接口包括操作S2421～S2422。

在操作S2421，获取所述配置库中所述第二服务器的网关的接口地址、接口协议及参数信息。

在操作S2422，根据所述接口地址、接口协议及参数信息完成所述服务器接口的调用。为了实现服务的调用，所述服务对应的第二服务器的服务器接口会自动注册到网关的注册模块。具体地，所述网关的注册模块保存有接口地址、接口协议及参数信息。

具体地，在操作S2422，通过第二服务器的网关的注册模块查询所述接口地址，确认所述接口协议及参数信息是否与所述注册模块中存储的所述接口地址对应的接口协议及参数信息是否一致，若一致则调用所述接口地址对应的服务。

示例性的，所述第一应用程序及第二应用程序均为政务服务程序，由于政务服务事项库具有固定性和一致性，因此可以通过事项自动组合引擎完成配置库的配置。具体地，事项自动组合引擎根据政务服务事项库中事项的办理地点，自动将相同市县的服务进行组合，调用配置库接口将事项信息保存到配置库。根据政务服务程序的特点，所述配置库还存储有所述政务服务的事项信息。所述事项信息除了包括办理事项的步骤和所需的材料等信息外，还包括各市县政务服务中心的地理位置信息。

进一步的，所述第一应用程序还能够获取用户定位信息，在用户在办理事项时，第一应用程序可以根据用户的定位信息，智能地匹配最近的政务服务中心对应的应用程序服务，方便办理。

此外，针对非政务事项库中的服务，可以通过服务管理平台进行配置。服务管理平台可以采用BS架构，服务器端即服务管理平台提供统一的服务提交接口，各地市可以将特色服务以服务的形式，通过客户端提交到服务管理平台，提交的内容包括程序包和测试数据；服务管理平台在收到服务提交申请后，自动调用自动化测试模块，对服务进行自动化和安全测试，通过测试后，自动将服务信息提交到配置库。

配置库保存事项智能组合引擎提供的事项信息和服务管理平台提交的服务信息，对外提供统一查询接口，按照地市进行索引，提供事项和服务的元数据，便于第一应用程序展示事项或服务入口，并将第二服务器的服务器接口，自动注册到第二服务器的网关的服务注册模块，以便实现服务的调用。

本公开的应用程序服务的扩展能够解决现有技术方案存在开发工作量大、无法复用已有服务、功能调整需发布版本的问题，并根据政务服务的特点，灵活方便地实现省(自治区)级服务、市县级服务、市县特色服务的整合，在保证安全性的前提下，能快速上线，减轻开发和运维工作量，为政务服务下沉到基层提供了技术支撑。

在本公开第二个示意性实施例中，提供了一种应用程序服务的扩展装置。图3a示意性示出了根据本公开第二实施例的应用程序服务的扩展装置的结构示意图。如图3a所示，所述应用程序服务的扩展装置300包括服务扩展请求模块310、配置表查询模块320、服务清单发送模块330以及服务调用模块340。该处理装置可以执行上面参考方法实施例部分描述的方法，在此不再赘述。

服务扩展请求模块310用于接收第一应用程序的服务扩展请求，其中，所述服务扩展请求为调用第二应用程序的服务清单，所述第二应用程序由第二服务器提供服务；

配置表查询模块320用于响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据；

服务清单发送模块330用于向所述第一应用程序发送所述服务清单，以便所述第一应用程序对所述服务清单进行页面显示及生成服务请求，以及

服务调用模块340用于响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示。

根据本公开实施例，服务扩展请求模块310接收的所述服务扩展请求包括第二应用程序的标识，所述配置表中存储有所述标识与所述服务清单及服务元数据的对应关系。

配置表查询模块320在所述配置表中查找所述第二应用程序的标识，获取所述标识对应的服务清单及服务元数据。其中，所述服务元数据中包括服务扩展请求对应的第二服务器的服务器接口信息。

服务清单发送模块330向所述第一应用程序发送所述服务清单时，还发送用于显示所述服务数据的页面信息，所述页面信息包括页面区域配置数据。

图3b示意性示出了根据本公开第二实施例的服务调用模块的结构示意图。如图3b所示，服务调用模块340包括寻址子模块341及接口调用子模块342。其中，寻址子模块341根据所述服务元数据确定所述服务扩展请求对应的第二服务器的服务器接口；接口调用子模块342通过调用所述第二服务器的服务器接口，获取所述服务请求对应的服务数据。

其中，所述配置库中存储有所述第二服务器的网关的接口地址、接口协议及参数信息。接口调用子模块342获取所述配置库中所述第二服务器的网关的接口地址、接口协议及参数信息；以及根据所述接口地址、接口协议及参数信息完成所述服务器接口的调用。

具体地，接口调用子模块342通过第二服务器的网关的注册模块查询所述接口地址；然后确认所述接口协议及参数信息是否与所述注册模块中存储的所述接口地址对应的接口协议及参数信息是否一致，若一致则调用所述接口地址对应的服务。

需要说明的是，装置部分的实施例方式与方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。

根据本公开的实施例的模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或二者，根据本公开实施例的模块中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，服务扩展请求模块310、配置表查询模块320、服务清单发送模块330以及服务调用模块340中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，服务扩展请求模块310、配置表查询模块320、服务清单发送模块330以及服务调用模块340中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，服务扩展请求模块310、配置表查询模块320、服务清单发送模块330以及服务调用模块340中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

在本公开第三个示意性实施例中，提供了一种应用程序服务扩展的方法。图4示意性示出了根据本公开第三实施例的应用程序服务扩展的方法流程图。如图4所示，所述应用程序服务扩展的方法包括，在客户端侧执行操作S410～S440。

在操作S410，响应于用户启动扩展服务的输入操作，向第一服务器发送服务扩展请求；

在操作S420，接收第一服务器发送的所述服务扩展请求对应的服务清单，并对所述服务清单进行显示；

在操作S430，响应于用户选择所述服务清单中服务的操作，向第一服务器发送服务请求；

在操作S440，获取所述服务请求对应的服务数据，并在页面进行显示。

在本公开第四个示意性实施例中，提供了一种应用程序服务扩展的方法。图5示意性示出了根据本公开第四实施例的应用程序服务扩展的方法流程图。如图5所示，所述应用程序服务扩展的方法包括，在事项自动组合引擎侧执行操作S510～S540。

在操作S510，获取第一应用程序的用户定位信息；

在操作S520，根据所述用户定位信息，确定至少一个与所述用户定位信息关联的位置标识，其中，所述至少一个位置标识分别对应与一第二应用程序相关联；

在操作S530，根据所述位置标识，获取所述位置标识对应的第二应用程序相关联的第二服务器的服务器接口信息及第二应用程序的服务的事项信息；以及

在操作S540，调用配置库接口，将所述第二服务器的服务器接口信息及第二应用程序的服务的事项信息发送至所述配置库。

其中，所述服务为政务服务，所述配置表还包括所述政务服务的事项信息，所述事项信息包括办理事项的步骤、所需的材料信息外及服务中心的地理位置信息。

在本公开第五个示意性实施例中，提供了一种应用程序服务扩展的方法。图6示意性示出了根据本公开第五实施例的应用程序服务扩展的方法流程图。如图6所示，所述应用程序服务扩展的方法包括，在服务管理平台侧执行操作S610～S640。

在操作S610，接收通过服务提交接口提交的服务的程序包和测试数据；

在操作S620，调用自动化测试模块对服务进行功能测试和安全测试；

在操作S630，判断所述服务的功能测试和安全测试结果是否满足要求；

在操作S640，若满足要求则调用配置库接口，将所述服务的服务信息发送至所述配置库。

其中，所述服务信息包括提供所述服务的第二服务器的服务器接口信息。

图7示意性示出了根据本公开实施例的电子设备的框图。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700包括处理器710、计算机可读存储介质720。该电子设备700可以执行根据本公开实施例的方法。

具体地，处理器710例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器710还可以包括用于缓存用途的板载存储器。处理器710可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质720，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质720可以包括计算机程序721，该计算机程序721可以包括代码/计算机可执行指令，其在由处理器710执行时使得处理器710执行根据本公开实施例的方法或其任何变形。

计算机程序721可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序721中的代码可以包括一个或多个程序模块，例如包括721A、模块721B、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器710执行时，使得处理器710可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，服务扩展请求模块310、配置表查询模块320、服务清单发送模块330以及服务调用模块340中的至少一个可以实现为参考图7描述的计算机程序模块，其在被处理器710执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可渎存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (17)

1.一种应用程序服务扩展的方法，包括，在第一服务器侧：

接收第一应用程序的服务扩展请求，其中，所述服务扩展请求为调用第二应用程序的服务清单，所述第二应用程序由第二服务器提供服务；

响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据；

向所述第一应用程序发送所述服务清单，以便所述第一应用程序对所述服务清单进行页面显示及生成服务请求，以及

响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示，其中，所述服务请求为执行所述第二应用程序的服务。

2.根据权利要求1所述的方法，其中，所述服务扩展请求包括第二应用程序的标识，所述配置表中存储有所述标识与所述服务清单及服务元数据的对应关系，所述根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据包括：

在所述配置表中查找所述第二应用程序的标识，获取所述标识对应的服务清单及服务元数据。

3.根据权利要求1所述的方法，其中，所述方法还包括：

向所述第一应用程序发送所述服务清单时，还发送用于显示所述服务数据的页面信息，所述页面信息包括页面区域配置数据。

4.根据权利要求1所述的方法，其中，所述服务元数据中包括服务扩展请求对应的第二服务器的服务器接口信息，所述根据所述服务元数据获取所述服务请求对应的服务数据，包括：

根据所述服务元数据确定所述服务扩展请求对应的第二服务器的服务器接口；以及

调用所述第二服务器的服务器接口，获取所述服务请求对应的服务数据。

5.根据权利要求4所述的方法，其中，所述配置库中存储有所述第二服务器的网关的接口地址、接口协议及参数信息。

6.根据权利要求5所述的方法，其中，所述调用所述第二服务器的服务器接口包括：

获取所述配置库中所述第二服务器的网关的接口地址、接口协议及参数信息；以及

根据所述接口地址、接口协议及参数信息完成所述服务器接口的调用。

7.根据权利要求6所述的方法，其中，所述根据所述接口地址、接口协议及参数信息完成所述服务器接口的调用包括：

通过第二服务器的网关的注册模块查询所述接口地址；以及

确认所述接口协议及参数信息是否与所述注册模块中存储的所述接口地址对应的接口协议及参数信息是否一致，若一致则调用所述接口地址对应的服务。

8.根据权利要求2所述的方法，其中，所述服务为政务服务，第二应用程序的标识为位置标识，所述配置表还包括所述政务服务的事项信息，所述事项信息包括办理事项的步骤、所需的材料信息外及服务中心的地理位置信息。

9.根据权利要求8所述的方法，其中，所述服务的事项信息通过事项自动组合引擎根据事项的办理地点保存至所述配置库。

10.根据权利要求2所述的方法，其中，所述配置库还存储由服务管理平台提交的服务信息，所述服务信息包括第二服务器的服务器接口信息。

11.一种应用程序服务的扩展装置，包括，

服务扩展请求模块，用于接收第一应用程序的服务扩展请求，其中，所述服务扩展请求为调用第二应用程序的服务清单，所述第二应用程序由第二服务器提供服务；

配置表查询模块，用于响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据；

服务清单发送模块，用于向所述第一应用程序发送所述服务清单，以便所述第一应用程序进行页面显示并生成服务请求，以及

服务调用模块，用于响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示。

12.一种应用程序服务扩展的方法，包括，在客户端侧：

响应于用户启动扩展服务的输入操作，向第一服务器发送服务扩展请求，其中，所述服务扩展请求为调用第二应用程序的服务清单，所述第一服务器被配置为响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据，所述第二应用程序是由第二服务器提供的；

接收所述第一服务器发送的所述服务扩展请求对应的所述服务清单，并对所述服务清单进行显示；

响应于用户选择所述服务清单中服务的操作，向所述第一服务器发送服务请求，其中，所述服务请求为执行所述第二应用程序的服务，所述第一服务器被配置为响应于所述服务请求，根据所述服务元数据获取所述服务请求对应的服务数据；以及

获取所述服务请求对应的服务数据，并在页面进行显示。

13.一种应用程序服务扩展的方法，包括，在事项自动组合引擎侧：

获取第一应用程序的用户定位信息；

根据所述用户定位信息，确定至少一个与所述用户定位信息关联的位置标识，其中，所述至少一个位置标识分别对应与一第二应用程序相关联；

根据所述位置标识，获取所述位置标识对应的第二应用程序相关联的第二服务器的服务器接口信息及第二应用程序的服务的事项信息，其中，所述第二服务器的服务器接口信息属于服务元数据，所述服务元数据用于为第一服务器提供与服务清单中的服务对应的数据；以及

调用配置库接口，将所述第二服务器的服务器接口信息及第二应用程序的服务的事项信息发送至所述配置库，其中，所述第一服务器被配置为响应于服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据；向所述第一应用程序发送所述服务清单，以便所述第一应用程序对所述服务清单进行页面显示及生成服务请求，以及响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示，其中，所述服务请求为执行所述第二应用程序的服务。

14.根据权利要求13所述的方法，其中，所述服务为政务服务，所述配置表还包括所述政务服务的事项信息，所述事项信息包括办理事项的步骤、所需的材料信息外及服务中心的地理位置信息。

15.一种应用程序服务扩展的方法，包括，在服务管理平台侧：

接收通过服务提交接口提交的服务的程序包和测试数据；

调用自动化测试模块对服务进行功能测试和安全测试；

判断所述服务的功能测试和安全测试的测试结果是否满足要求；

若满足要求则调用配置库接口，将所述服务的服务信息发送至所述配置库，其中，所述服务信息包括提供所述服务的第二服务器的服务器接口信息，所述第二服务器的服务器接口信息属于服务元数据，所述服务元数据用于为第一服务器提供与服务清单中的服务对应的数据；以及

其中，所述第一服务器被配置为接收第一应用程序的服务扩展请求，所述服务扩展请求为调用第二应用程序的服务清单，所述第二应用程序由第二服务器提供服务，响应于所述服务扩展请求，通过配置库查询接口获取配置库的配置表，根据所述配置表获取所述服务扩展请求对应的服务清单及服务元数据，向所述第一应用程序发送所述服务清单，以便所述第一应用程序对所述服务清单进行页面显示及生成服务请求，以及响应于所述第一应用程序发送的服务请求，根据所述服务元数据获取所述服务请求对应的服务数据，并发送至第一应用程序，以便所述第一应用程序进行页面显示，其中，所述服务请求为执行所述第二应用程序的服务。

16.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至10、12-15中任一项所述的方法。

17.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被处理器执行时使处理器执行根据权利要求1至10、12-15中任一项所述的方法。