CN201248052Y - 一种服务集成平台系统及提供互联网服务的系统 - Google Patents

Abstract

本实用新型公开了一种服务集成平台系统及提供互联网服务的系统，包括：用于在至少一个独立软件供应商发起业务请求时，对发起业务请求的独立软件供应商进行认证的认证模块；用于在认证未通过时，对所述独立软件供应商的业务请求进行响应的响应模块；用于在认证通过后，将所述独立软件供应商请求的业务路由至提供该业务服务的互联网服务提供商处进行处理的路由模块。本实用新型解决了对多方互联网服务提供商的服务集成和路由，使得互联网服务提供商仅需关注于服务提供，无需考虑认证等非业务性功能需求，也有效的降低了独立软件供应商对多个互联网服务提供商服务的学习和接入门槛，简化了独立软件供应商的开发流程。

Description

一种服务集成平台系统及提供互联网服务的系统

技术领域

本实用新型涉及网络服务领域，特别涉及一种服务集成平台系统及提供互联网服务的系统。

背景技术

随着SOA(Service-Oriented Architecture，面向服务的架构)的不断成熟，REST(Representational State Transfer，表述性状态迁移)风格的资源调用深入人心，使得Open API(Open Application Program Interface，开放性应用编程接口)逐渐成为互联网新兴资源。传统的互联网软件企业也开始尝试新角色，作为服务提供商更加开放自身服务的资源，扩大自身数据的社会化作用，并为网站的发展提供了新的开放模式。Web 2.0时代的到来，也造就了许多利用网络服务资源的ISV(Independent Software Vendor，独立软件供应商)，他们针对客户的需求，将不同ISP(Internet Service Provider，互联网服务提供商)提供的服务组合在一起，设计出丰富多样的交互式应用，并产生了聚合后的创新效应。

现在，一些大网站利用Open API吸引ISV针对这些开放性的API来构建特色应用，带来群体效应，用以丰富自身应用，吸引用户。

但现有技术的不足在于：现有的Open API模式都是单ISP开放模式，即：由单一ISP提供一整套服务发布包括安全，计费，监控等解决方案，该方式下显然不利于小型的ISP以及ISV参与利用互联网络资源。

实用新型内容

本实用新型提供一种服务集成平台系统及提供互联网服务的系统，用以解决现有技术中在ISV开发应用过程中，当多个ISP存在时，对于非业务性功能需求，ISV与ISP都需要进行多种不同的非业务性功能设计开发，以满足各种不同非业务性功能设计要求的问题。

本实用新型在实施中提供了一种服务集成平台系统，包括：

认证模块，用于在至少一个独立软件供应商发起业务请求时，对发起业务请求的独立软件供应商进行认证；

响应模块，与认证模块相连，用于在认证未通过时，对所述独立软件供应商的业务请求进行响应；

路由模块，与认证模块相连，用于认证通过后，将所述独立软件供应商请求的业务路由至提供该业务服务的互联网服务提供商处进行处理。

较佳地，所述路由模块包括：

登录判断单元，与认证模块相连，用于判断发起业务请求的独立软件供应商请求的业务是否需要登录；

登录单元，与登陆判断单元相连，用于在登录判断单元判断为需要登录时，根据所述独立软件供应商的业务请求向提供该业务服务的互联网服务提供商发起登录请求，并根据所述互联网服务提供商的处理生成令牌；

转发单元，与登陆判断单元相连，用于在登录判断单元判断为不需要登录时，向提供该业务服务的互联网服务提供商转发所述独立软件供应商的业务请求，并根据所述互联网服务提供商的处理进行响应转发。

较佳地，进一步包括：

记录模块，与认证模块、响应模块、路由模块相连，用于对认证模块、响应模块、路由模块的工作进行日志记录。

较佳地，进一步包括：

任务模块，与记录模块相连，用于对所述日志进行分析。

较佳地，进一步包括：与任务模块相连的监控模块和/或计费模块，其中：

监控模块，用于根据所述日志分析进行监控；

计费模块，用于根据所述日志分析进行计费。

较佳地，进一步包括：

SandBox模块，用于连接各ISP提供的SandBox；

测试请求处理模块，与SandBox模块相连，用于在至少一个ISV发起测试业务请求时，将发起测试业务请求的ISV的测试业务通过所述SandBox模块连接至提供该测试业务服务的ISP提供的SandBox。

较佳地，进一步包括：

测试请求接收模块，用于在接收到至少一个独立软件供应商发起测试业务请求时，触发测试模块与测试路由模块；

测试模块，与测试请求接收模块相连，用于对发起测试业务请求的独立软件供应商的调试系统流程进行测试；

测试路由模块，与测试请求接收模块相连，用于将所述独立软件供应商请求的测试业务路由至提供该测试业务服务的互联网服务提供商处进行应用接口测试。

较佳地，路由模块进一步用于所述独立软件供应商在所述提供该测试业务服务的互联网服务提供商处进行应用接口测试完毕后，将所述独立软件供应商测试完毕后的业务请求路由至提供该业务服务的互联网服务提供商处进行处理。

较佳地，所述认证模块与测试模块相连，进一步用于在所述独立软件供应商应用接口测试完毕后，根据所述测试模块的调试系统流程测试结果对该独立软件供应商发起的业务请求进行认证。

较佳地，进一步包括：

路由地址获取模块，与测试路由模块、路由模块相连，用于获取各互联网服务提供商的应用接口测试地址与业务服务地址；

所述测试路由模块进一步用于将所述测试业务路由至提供该测试业务服务的互联网服务提供商处的应用接口测试地址；

所述路由模块进一步用于在应用接口测试完毕后，将所述独立软件供应商测试完毕后的业务请求路由至提供该业务服务的互联网服务提供商的业务服务地址。

较佳地，进一步包括：

服务文档模块，用于向至少一个ISV提供各ISP的服务说明文档。

本实用新型还提供了一种提供互联网服务的系统，包括至少一个独立软件开发商应用服务器、至少一个互联网服务提供商提供的应用编程接口服务器，还包括服务集成平台系统，其中：

独立软件开发商应用服务器，通过互联网与服务集成平台系统相连，向服务集成平台系统发起业务请求；

服务集成平台系统，通过互联网与至少一个独立软件开发商应用服务器、至少一个应用编程接口服务器相连，在接收到通过独立软件开发商应用服务器发起的业务请求时，对发起业务请求的独立软件供应商进行认证，在认证未通过时，对独立软件供应商的业务请求进行响应，在认证通过后，将独立软件供应商请求的业务路由至提供该业务服务的应用编程接口服务器处进行处理。

应用编程接口服务器，通过互联网与服务集成平台系统相连，在接收到服务集成平台系统路由至的业务请求后，根据业务请求提供互联网服务。

较佳地，所述服务集成平台系统包括：认证模块、响应模块、路由模块，其中：

认证模块，通过互联网与至少一个独立软件开发商应用服务器相连，用于在接收到通过独立软件开发商应用服务器发起的业务请求时，对发起业务请求的独立软件供应商进行认证；

响应模块，与认证模块相连，用于在认证未通过时，对所述独立软件供应商的业务请求进行响应；

路由模块，与认证模块相连，通过互联网与至少一个应用编程接口服务器相连，用于在认证通过后，将所述独立软件供应商请求的业务路由至提供该业务服务的应用编程接口服务器处进行处理。

较佳地，进一步包括：

至少一个用户终端，与独立软件开发商应用服务器相连，用于供用户通过独立软件开发商应用服务器向服务集成平台系统发起业务请求。

本发明有益效果如下：

在本实用新型的服务集成平台系统及提供互联网服务的系统中提供了对ISV请求进行认证、以及对ISV的业务请求进行响应、将ISV请求的业务路由至ISP的功能。从而通过服务集成平台系统及提供互联网服务的系统解决了对多方ISP的服务集成和路由，使得ISP仅需关注于服务提供，无需考虑认证等非业务性功能需求，也有效的降低了ISV对多个ISP服务的学习和接入门槛，简化了ISV的开发流程。

附图说明

图1为本实用新型实施例中所述服务集成平台系统结构示意图；

图2为本实用新型实施例中所述含服务集成平台系统的提供互联网服务的系统结构示意图；

图3为本实用新型实施例中所述提供测试功能的另一服务集成平台系统结构示意图；

图4为本实用新型实施例中所述ISV开发中测试、应用的实施流程示意图；

图5为本实用新型实施例中所述提供互联网服务的方法实施流程示意图；

图6为本实用新型实施例中所述服务集成平台系统的认证、路由实施流程示意图；

图7为本实用新型实施例中所述在SIP中进行应用开发的实施流程示意图。

具体实施方式

下面结合附图对本实用新型的具体实施方式进行说明。

发明人在发明过程中注意到，在当前的单ISP开放模式下，有如下不足：

1)、从ISP角度来看：

当前的ISP往往都是有实力的大型网站，其自身就能提供一套完整的OpenAPI解决方案并组织实施。但中小型的ISP由于品牌、技术实力、客户资源的欠缺，不可能抽出精力来构造自己的开发者社区，因而无法得到很好的发展。

同时，Open API需要考虑许多非业务性需求，特别是安全、监控、计费等方面，而这往往成为Open API的技术难点和瓶颈。

2)、从ISV角度来看：

当前的ISV开发的应用往往只关注于某一个ISP的服务，但当某一类应用在需要整合商品搜索、物流支付、电子地图等多个ISP的服务时，在已有的模式下，ISV需要付出许多额外的努力与多ISP进行开发，并且还在系统安全、联调和集成测试等环节面临较高门槛。因此，当前常规的单ISP开放模式，无法将不同的ISP服务集成产生的聚合效应发挥出来，同时安全策略的不同，会使ISV关注于一些非业务性的流程中，降低开发效率。

基于此，本实用新型实施例的服务集成平台系统就是将各个ISP的服务集成到服务集成平台系统上，由服务集成平台系统来实现统一的安全、计费、监控、路由等业务性功能。同时对于ISV而言，通过统一的规范和标准，集成和访问服务平台上的服务，能大大降低整合异构服务体系的开销。下面对服务集成平台系统的实施进行说明。

图1为服务集成平台系统结构示意图，如图所示，在服务集成平台系统中可以包括：

认证模块101，用于在至少一个ISV发起业务请求时，对发起业务请求的ISV进行认证，在认证通过后触发路由模块，在认证未通过时触发响应模块；

响应模块102，与认证模块101相连，用于被认证模块触发后，对发起业务请求ISV的业务请求进行响应；

实施中，响应模块102对业务进行的响应可以是对错误处理后进行的响应，可以根据不同的错误信息作不同的响应，例如需要用户绑定就会回复对应的绑定用户地址以及相关信息，如果是其他的参数交验错误，则返回相关的提示信息。

路由模块103，与认证模块101相连，用于被认证模块触发后，将发起业务请求的ISV请求的业务路由至提供该业务服务的ISP处理。

认证模块101在具体实施中可以对ISV的参数是否合法、服务是否存在、是否需要签名、是否有权限、签名是否有效、时间戳是否过期、令牌是否有效之一或者其组合进行认证。

路由模块103在具体实施中可以包括：

登录判断单元1031，与认证模块101相连，用于判断发起业务请求的ISV请求的业务是否需要登录，是则触发登录单元1032，否则触发转发单元1033；

登录单元1032，与登陆判断单元1031相连，用于根据发起业务请求的ISV的业务请求向提供该业务服务的ISP发起登录请求，并根据ISP的处理生成令牌；

转发单元1033，与登陆判断单元1031相连，用于向提供该业务服务的ISP转发发起业务请求的ISV的业务请求，并根据ISP的处理进行响应转发。

进一步的，服务集成平台系统中还可以包括：

记录模块104，与认证模块101、响应模块102、路由模块103相连，用于对认证模块101、响应模块102、路由模块103的工作进行日志记录。

进一步的，服务集成平台系统中还可以包括：

任务模块105，与记录模块104相连，用于对记录模块记录的日志进行分析。

进一步的，服务集成平台系统中还可以包括：与任务模块105相连的监控模块106和/或计费模块107，其中：

监控模块106，用于根据任务模块的日志分析进行监控；

计费模块107，用于根据任务模块的日志分析进行计费。

考虑到ISV的应用测试阶段的服务，进一步的，服务集成平台系统中还可以包括：SandBox模块108，用于连接各ISP提供的SandBox，SandBox是软件测试中的一个常用术语，一般本领域技术人员会将其称为测试沙箱环境，Sandbox原字面意思即为儿童游戏用的沙坑，类似游戏床，儿童可以在其中安全的进行游戏，类似于软件可以在SandBox环境中安全的进行测试；

测试请求处理模块109，与SandBox模块108相连，用于在至少一个ISV发起测试业务请求时，将发起测试业务请求的ISV的测试业务通过所述SandBox模块连接至提供该测试业务服务的ISP提供的SandBox。

进一步的，服务集成平台系统中还可以包括：服务文档模块110，用于向ISV提供ISP的服务说明文档。

本实用新型还提供了一种提供互联网服务的系统，下面结合附图对本系统的具体实施方式进行说明。

图2为含服务集成平台系统的提供互联网服务的系统结构示意图，实施例中，服务集成平台系统称为SIP(Service Integration Platform，服务互联平台)，如图所示，本系统中可以包括至少一个ISV APP(ISV Application，独立软件开发商应用)、至少一个ISP提供的API server(API服务器)，还包括服务集成平台系统SIP，为了便于描述，图2中仅示出了一台ISV APP和两台APIServer，但由以下实施例的说明可知，本系统中是可以包括若干ISV APP与APIServer的，并不仅限于图中所用来示例的一台ISV APP和两台API Server。则如图2所示，本系统可以按以下结构关系进行实施：

ISV APP通过互联网与SIP相连，向SIP发起业务请求；

SIP通过互联网与至少一个ISV APP(图中用一个示意)、至少一个APIServer(图中用两个示意)相连，在接收到通过ISV APP发起的业务请求时，对发起业务请求的ISV进行认证，在认证未通过时，对ISV的业务请求进行响应，在认证通过后，将ISV请求的业务路由至提供该业务服务的API Server处进行处理。

API Server通过互联网与SIP相连，在接收到SIP路由至的业务请求后，根据业务请求提供互联网服务。

实施中，SIP中可以包括：认证模块、响应模块、路由模块，这三个模块与ISVAPP、API Server的结构关系可以如下：

认证模块通过互联网与至少一个ISV APP相连，用于在接收到通过ISVAPP发起的业务请求时，对发起业务请求的ISV进行认证；

响应模块与认证模块相连，用于在认证未通过时，对所述ISV的业务请求进行响应；

路由模块，与认证模块相连，通过互联网与至少一个API Server相连，用于在认证通过后，将ISV请求的业务路由至提供该业务服务的API Server处进行处理。

系统中还可以进一步包括：

至少一个用户终端，与ISV APP相连，用于供用户通过ISV APP向SIP发起业务请求。

下面再对本系统的实施进行具体说明。

SIP分别连接ISV与ISP，具体连接时可以通过因特网，或者别的网络形式进行连接。如图2所示，用以示意的ISV在图中由两台EndUser(终端用户)及ISV APP构成；用以示意的ISP由两台API server构成；ISV APP可以为普通的互联网应用，也可以是客户端桌面应用，例如通过HTTP(HyperTextTransfer Protocol，超文本传送协议)访问就可以和SIP建立起交互通道，而SIP和ISP之间也是可以通过HTTP的方式建立连接，但是在实际应用时考虑到安全等因素，可以使用SSL(Secure Socket Layer，安全套接层)对HTTP来做安全保证或者通过专线方式来做安全保证。在SIP的服务部署中，SIP硬件方面可以主要包括了两部分：API Route Server(应用编程接口路由服务器)和任务服务器。即，具体可以将服务集成平台系统的认证模块、响应模块、路由模块、记录模块布置在API Route Server上，由其主要处理服务路由以及安全认证的功能，同时还可以由记录模块将对服务器的访问记录直接作为日志保存在本地。在任务服务器上则可以布置服务集成平台系统的任务模块，由该服务器负责收集日志后，异步并行分析日志，然后由监控模块、计费模块等功能模块使用，图2中示出了计费模块，并将其布置在计费DB(DataBase，数据库)上。

按以上布置后，实施中，API Route Server可以统一处理安全、认证和访问记录，对ISV身份进行验证、对用户身份进行验证、对服务调用进行响应、对服务调用进行统计。计费DB则可对支持免费、包月计费、按次计费、按流量计费的多种形式计费。

由图2可见，由终端用户(EndUser)发起登录请求后，ISV APP分发请求；API Route Server呼叫ISP的API server(应用编程接口服务器)，转发登录请求，并接收生成的Token等。在SIP内部的任务服务器则定时采集日志进行分析并提供给计费DB使用。实施中，独立软件开发商应用主要是根据ISP提供的一些基础性接口获取数据，或者获取计算结果来设计满足用户需求的应用。

对于生成的Token，Token实施中可以视为是一种身份令牌，当用户登录以后，就可以将用户在ISV的系统中的身份和SIP中的身份关联起来；在每次请求中，在ISV体系中的用户身份都可以对应到某一个已经产生的SIP的身份令牌，SIP即认为有令牌的ISV应用使用者有权限去操作ISP的用户相关信息。

由上述实施可见，SIP是ISP和ISV之间数据互联互通的载体。在这个平台系统上，ISP的资源和服务在开放的环境中可以深度集成和充分融合，可以为ISV接入第三方服务，快速接入软件互联平台提供便利，SIP同时还为ISP提供完整的安全、计费、授权的统一策略，ISP可以在SIP完成对自有服务实时监控、发布、测试、路由等管理工作，从而产生更高的商业价值。

对于至少一个发起测试业务请求的ISV，本实用新型还提供了一种提供测试服务的实施方式，可以实现基于服务集成平台系统开发应用时测试和正式环境的无缝对接，下面对具体的实施方式进行说明。

图3为提供测试功能的另一服务集成平台系统结构示意图，如图所示，系统中除上述系统中包括的认证模块101、路由模块103、响应模块102等功能模块以外，针对ISV的测试应用还可以包括：

测试请求接收模块301，用于在接收到至少一个独立软件供应商发起测试业务请求时，触发测试模块302与测试路由模块303；

测试模块302，与测试请求接收模块301相连，用于对发起测试业务请求的独立软件供应商的调试系统流程进行测试；

测试路由模块303，与测试请求接收模块301相连，用于将所述独立软件供应商请求的测试业务路由至提供该测试业务服务的互联网服务提供商处进行应用接口测试。

路由模块103在该方案中还可以进一步用于：当发起测试业务请求的ISV在提供该测试业务服务的ISP处进行应用接口测试完毕后，将所述ISV测试完毕后的业务请求路由至提供该业务服务的ISP处进行处理。

认证模块101与测试模块302相连，则还可以进一步用于：在发起测试业务请求的ISV应用接口测试完毕后，根据测试模块302的调试系统流程测试结果对该ISV发起的业务请求进行认证。

在该系统中还可以进一步包括：

路由地址获取模块304，与测试路由模块303、路由模块103相连，用于获取各ISP的应用接口测试地址与业务服务地址；

则，测试路由模块303进一步用于将测试业务路由至提供该测试业务服务的ISP处的应用接口测试地址；

路由模块103进一步用于在应用接口测试完毕后，将所述ISV测试完毕后的业务请求路由至提供该业务服务的ISP的业务服务地址。

实施中，系统可以进一步包括：服务文档模块110，用于向至少一个ISV提供各ISP的服务说明文档。

作为服务集成平台系统，需要提供给ISV测试和正式两套环境，作为ISV开发应用使用，并且还要求服务集成平台系统对两种开发环境都有很高的统一性；因为，作为ISV开发来说，如果在两个开发环境中变更和差别比较大的话，那么就势必会使得测试的效果降低，无法真正模拟真实环境，从而增加了正式上线风险。因此需要建立一套服务测试以及发布的无缝体系，以尽可能减少服务测试和发布的修改内容，实现服务测试开发的平滑过渡。

如果将服务集成平台系统和ISP提供的测试环境以及正式环境独立部署和集成的话，那么ISV的应用开发过程中相关的业务数据就会在不同的两个环境中相互隔离，这样不仅增加了ISV的开发成本，同时对于类似应用身份标示、应用私钥等固有数据也都会有正式和测试两份，对于开发者来说开发成本以及测试成本无疑会增加，同时也增加了正式上线的风险。

为了实现共享ISV测试和正式环境业务数据，减少数据重复创建成本，同时模拟相同业务和系统数据保证开发过程和发布过程中数据一致性，降低因为数据改变而带来的风险。实施中可以通过应用本身选择性路由以及硬件地址的不同来区分测试和正式环境。具体的，如图4的ISV开发中测试、应用的实施流程示意图所示，可以包括如下步骤：

步骤401、ISP注册服务信息，包括服务正式接入URI(Universal ResourceIdentifier，统一资源标识)和服务测试接入URI。

步骤402、ISV通过服务集成平台系统测试环境申请应用注册。

步骤403、ISV根据服务集成平台系统提供的ISP服务开发文档，开发应用，并对接服务集成平台系统测试环境进行测试。

步骤404、ISV应用通过服务集成平台系统路由到服务测试URI进行测试。

步骤405、ISV应用通过测试验收，提交应用正式发布申请。

步骤406、ISV应用切换到服务集成平台系统正式环境，正式发布应用。

从上述流程中可以看到，ISV在测试过程中完全模拟正式环境，同时切换到正式环境基本没有任何代价，仅需要改变服务集成平台系统请求的入口地址，最大限度地利用了测试环境中的数据，同时最小成本的切换到了正式环境，降低ISV开发复杂度和成本，降低了因为数据改变而引起的应用缺陷的发生机率。

上述实施的机理在于，服务集成平台系统提供了服务正式接入URI和服务测试接入URI。ISV通过服务集成平台系统路由到服务测试URI进行测试。ISV应用通过测试验收后，切换到服务集成平台系统正式环境正式发布应用，具体可以通过改变服务集成平台系统请求入口地址为服务正式接入URI来实现。

由于ISV开发应用涉及最主要的是调试系统流程和应用接口，调试系统流程中包括了安全计费等平台控制流程，服务集成平台系统会颁发安全相关的认证配置用于正式测试共享，而ISV在开发过程中只需要调试通过即可以保证正式环境的正常；至于业务方面的接口调试，仅仅只需要模拟接口业务参数，看是否返回正常数据即可，业务参数中事实上是没有共享内容的，因为暴露的服务都是无状态服务，传递的参数本身可以自描述和自包含。所以在开发、测试过程中，发布的数据共享主要在于平台级别数据，即调试系统流程数据的共享，而业务级的数据，即应用接口调试数据不共享。可见，通过共享ISV测试和正式环境业务数据，因而减少了数据重复创建，以及保持了开发、发布的数据一致性的。

对于ISP来说，在保证两个地址下连接的环境彼此一致时，两个地址下的环境可以是一个，也可以分成两个，这个是由ISP自己决定，两个环境是否共享数据或者数据隔离也可以由ISP自己决定。只要ISP保证两个环境的业务接口逻辑保持一致即可。

对于ISV来说，在测试中，安全，计费，监控等平台级别的调试和正常模式下完全一致，而业务性的接口调试通过ISP对于两个环境的服务一致性来保证，因此实现了ISV在测试过程中完全模拟正式环境的效果。当然在ISV的应用在上正式环境之前，还需要在正式环境作预发布作测试，保证其可用性。

可见，通过上述的方式便可以最大限度的复用ISV开发应用的业务数据，降低由于数据不同造成应用上线风险，实现测试和正式环境无缝对接。

下面利用如何提供互联网服务的实施来对本实用新型进行进一步的说明。

图5为提供互联网服务的方法实施流程示意图，如图所示，可以包括如下步骤：

步骤501、在至少一个ISV发起业务请求时，对发起业务请求的ISV进行认证；

步骤502、在认证未通过时，对发起业务请求的ISV的业务请求进行响应；

步骤503、在认证通过后，将发起业务请求的ISV请求的业务路由至提供该业务服务的ISP处进行处理。

进一步的，实施中还可以包括：

对实施中的认证、响应、路由的工作过程进行日志记录；

对日志记录进行分析；

在对该日志进行记录并进行分析后，便可以进一步的用于根据所述日志分析进行监控、根据所述日志分析进行计费等。

下面对各步骤的具体实施进行说明。

步骤501中，进行认证具体可以包括：

对发起业务请求的ISV的参数是否合法、服务是否存在、是否需要签名、是否有权限、签名是否有效、时间戳是否过期、令牌是否有效之一或者其组合进行认证。

步骤503中，将所述ISV请求的业务路由至提供该业务服务的ISP处进行处理，具体可以包括：

判断发起业务请求的ISV请求的业务是否需要登录，是则根据所述ISV的业务请求向提供该业务服务的ISP发起登录请求，并根据所述ISP的处理生成令牌，否则向提供该业务服务的ISP转发所述ISV的业务请求，并根据ISP的处理进行转发响应。

图6为服务集成平台系统的认证、路由实施流程示意图，如图所示，在进行认证、路由时，具体可以包括如下步骤：

步骤601、ISV发起业务请求；

步骤602、判断参数是否合法，是则转入步骤603，否则转入步骤610；

步骤603、判断服务是否存在，是则转入步骤604，否则转入步骤610；

步骤604、判断是否需要签名，是则转入步骤605，否则转入步骤612；

步骤605、判断是否有权限，是则转入步骤606，否则转入步骤610；

步骤606、判断签名是否有效，是则转入步骤607，否则转入步骤610；

步骤607、判断时间戳是否过期，是则转入步骤608，否则转入步骤610；

步骤608、判断TOKEN是否有效，是则转入步骤609，否则转入步骤610；

步骤609、判断是否需要登录，是则转入步骤611，否则转入步骤612；

步骤610、对ISV的业务请求进行响应；

步骤611、根据ISV的业务请求向ISP发起登录请求；

步骤612、向ISP转发ISV的业务请求。

下面对ISV的应用开发流程实施进行说明。

为了实现ISV的应用开发，还可以进一步包括：

服务文档模块向ISV提供ISP的服务说明文档。

在具体应用开发时，可以进一步包括：

SandBox模块连接ISP提供的SandBox；

测试请求处理模块根据接收的ISV测试业务请求，将ISV的测试业务通过所述SandBox模块连接至ISP提供的SandBox。

具体实施中，ISV可以首先在服务集成平台系统上申请创建应用，服务集成平台系统可以颁发应用身份Id和应用密钥。

ISV可以在服务文档模块提供的服务文档说明中获取各个ISP的服务说明文档。

服务集成平台系统根据ISV的服务访问级别来申请需要使用的ISP服务。

在开发并测试应用中，ISV通过服务集成平台系统的SandBox环境连接到各个ISP的SandBox。

测试后ISV便可以发布应用，在服务集成平台系统提交应用上架申请。

下面以在SIP中的实施来说明，图7为在SIP中进行应用开发的实施流程示意图，如图所示，可以按如下步骤实施：

步骤701、ISV注册应用申请；

步骤702、SIP颁发应用身份、应用密钥；

步骤703、ISV开发应用；

步骤704、ISV获取ISP服务说明文档；

步骤705、ISV定制需要审核的API；

步骤706、SIP向ISP提交审核；

步骤707、ISP进行审核；

步骤708、审核通过后，SIP记录审批结果；

步骤709、ISV进行测试应用；

步骤710、ISV发布应用；

步骤711、SIP将应用审核上架。

按以上流程进行应用开发实施后，服务集成平台系统便可以为ISV快速接入和交付服务，简化了服务集成和管理，提供了通用的安全、计费、验证策略，并通过统一的Sandbox验证环境，从而为Java、.NET、PHP等异构系统提供了简约、标准化的接入解决方案。

对于至少一个发起测试业务请求的ISV，下面利用一个提供测试服务的实施方式来对本实用新型进行说明，用以说明如何实现ISV开发应用时测试和正式环境的无缝对接，下面对具体的实施方式进行说明。

在接收到至少一个ISV发起的测试业务请求时，对发起测试业务请求的ISV的调试系统流程进行测试；且，将所述ISV请求的测试业务路由至提供该测试业务服务的ISP处进行应用接口测试。

进一步的，为了处理测试完毕后的流程，还可以包括：

ISV在所述提供该测试业务服务的ISP处进行应用接口测试完毕后，将所述ISV测试完毕后的业务请求路由至提供该业务服务的ISP处进行处理。

该方案下，还可以进一步包括：

在ISV应用接口测试完毕后，根据调试系统流程测试结果对该ISV发起的业务请求进行认证。

在实施上述方案时，可以进一步包括：

获取各ISP的应用接口测试地址与业务服务地址；

将所述测试业务路由至提供该测试业务服务的ISP处的应用接口测试地址；

在应用接口测试完毕后，将所述ISV测试完毕后的业务请求路由至提供该业务服务的ISP的业务服务地址。

由上述实施可以看出，通过服务集成平台系统着重解决了多方ISP的服务集成和路由，使得ISP关注于服务提供，无需考虑安全，计费，监控等非业务性功能需求，有效降低ISV对多个ISP服务的学习和接入门槛，简化开发流程。

从ISP来看，能够支持新型ISP的产生，此类ISP会基于底层服务提供商的服务再次开发和封装，并将开发的服务发布在服务集成平台上。

从ISV来看，服务集成平台系统为面向开发者的Open API社区打造基础的服务接入和管理平台，使得ISV和个人开发者能够在系统中检索、学习、调用、测试符合自己应用场景的ISP提供的API。

从而使得服务集成平台系统不仅能够让ISP专注于数据服务设计，也能让ISV专注于应用/产品的开发。使服务能够在开放、协同、统一的环境中，使ISP与ISV应用更灵活、高效得融合，扩大了整个生态圈的社会化价值。进一步的，还会由于大型的ISP以外的，更多的中小型的ISP加入，而使互联网服务真正成为开发者的丰富资源库。

进一步的，通过对调试系统流程和应用接口两部分测试的分离处理，即在服务集成平台系统上处理与调试系统流程相关的测试，并共享该部分数据；而将应用接口部分的测试交由各ISP处理，从而还可以实现最小成本的切换到正式环境，降低ISV开发复杂度和成本，降低了因为数据改变而引起的应用缺陷的发生机率。

显然，本领域的技术人员可以对本实用新型进行各种改动和变型而不脱离本实用新型的精神和范围。这样，倘若本实用新型的这些修改和变型属于本实用新型权利要求及其等同技术的范围之内，则本实用新型也意图包含这些改动和变型在内。

Claims (15)

1、一种服务集成平台系统，其特征在于，包括：

认证模块，用于在至少一个独立软件供应商发起业务请求时，对发起业务请求的独立软件供应商进行认证；

响应模块，与认证模块相连，用于在认证未通过时，对所述独立软件供应商的业务请求进行响应；

路由模块，与认证模块相连，用于在认证通过后，将所述独立软件供应商请求的业务路由至提供该业务服务的互联网服务提供商处进行处理。

2、如权利要求1所述的系统，其特征在于，所述认证模块进一步用于对独立软件供应商的参数是否合法、服务是否存在、是否需要签名、是否有权限、签名是否有效、时间戳是否过期、令牌是否有效之一或者其组合进行认证。

3、如权利要求1所述的系统，其特征在于，所述路由模块包括：

登录判断单元，与认证模块相连，用于判断发起业务请求的独立软件供应商请求的业务是否需要登录；

登录单元，与登陆判断单元相连，用于在登录判断单元判断为需要登录时，根据所述独立软件供应商的业务请求向提供该业务服务的互联网服务提供商发起登录请求，并根据所述互联网服务提供商的处理生成令牌；

转发单元，与登陆判断单元相连，用于在登录判断单元判断为不需要登录时，向提供该业务服务的互联网服务提供商转发所述独立软件供应商的业务请求，并根据所述互联网服务提供商的处理进行响应转发。

4、如权利要求1所述的系统，其特征在于，进一步包括：

记录模块，与认证模块、响应模块、路由模块相连，用于对认证模块、响应模块、路由模块的工作进行日志记录。

5、如权利要求4所述的系统，其特征在于，进一步包括：

任务模块，与记录模块相连，用于对所述日志进行分析。

6、如权利要求5所述的系统，其特征在于，进一步包括：与任务模块相连的监控模块和/或计费模块，其中：

监控模块，用于根据所述日志分析进行监控；

计费模块，用于根据所述日志分析进行计费。

7、如权利要求1所述的系统，其特征在于，进一步包括：

SandBox模块，用于连接各互联网服务提供商提供的SandBox；

测试请求处理模块，与SandBox模块相连，用于在至少一个独立软件供应商发起测试业务请求时，将发起测试业务请求的独立软件供应商的测试业务通过所述SandBox模块连接至提供该测试业务服务的互联网服务提供商提供的SandBox。

8、如权利要求1所述的系统，其特征在于，进一步包括：

测试请求接收模块，用于在接收到至少一个独立软件供应商发起测试业务请求时，触发测试模块与测试路由模块；

测试模块，与测试请求接收模块相连，用于对发起测试业务请求的独立软件供应商的调试系统流程进行测试；

测试路由模块，与测试请求接收模块相连，用于将所述独立软件供应商请求的测试业务路由至提供该测试业务服务的互联网服务提供商处进行应用接口测试。

9、如权利要求8所述的系统，其特征在于，路由模块进一步用于所述独立软件供应商在所述提供该测试业务服务的互联网服务提供商处进行应用接口测试完毕后，将所述独立软件供应商测试完毕后的业务请求路由至提供该业务服务的互联网服务提供商处进行处理。

10、如权利要求9所述的系统，其特征在于，所述认证模块与测试模块相连，进一步用于在所述独立软件供应商应用接口测试完毕后，根据所述测试模块的调试系统流程测试结果对该独立软件供应商发起的业务请求进行认证。

11、如权利要求8或9或10所述的系统，其特征在于，进一步包括：

路由地址获取模块，与测试路由模块、路由模块相连，用于获取各互联网服务提供商的应用接口测试地址与业务服务地址；

所述测试路由模块进一步用于将所述测试业务路由至提供该测试业务服务的互联网服务提供商处的应用接口测试地址；

所述路由模块进一步用于在应用接口测试完毕后，将所述独立软件供应商测试完毕后的业务请求路由至提供该业务服务的互联网服务提供商的业务服务地址。

12、如权利要求7至10任一所述的系统，其特征在于，进一步包括：

服务文档模块，用于向至少一个独立软件供应商提供各互联网服务提供商的服务说明文档。

13、一种提供互联网服务的系统，其特征在于，包括至少一个独立软件开发商应用服务器、至少一个互联网服务提供商提供的应用编程接口服务器，还包括如权利要求1所述的服务集成平台系统，其中：

独立软件开发商应用服务器，通过互联网与服务集成平台系统相连，向服务集成平台系统发起业务请求；

服务集成平台系统，通过互联网与至少一个独立软件开发商应用服务器、至少一个应用编程接口服务器相连，在接收到通过独立软件开发商应用服务器发起的业务请求时，对发起业务请求的独立软件供应商进行认证，在认证未通过时，对独立软件供应商的业务请求进行响应，在认证通过后，将独立软件供应商请求的业务路由至提供该业务服务的应用编程接口服务器处进行处理；

应用编程接口服务器，通过互联网与服务集成平台系统相连，在接收到服务集成平台系统路由至的业务请求后，根据业务请求提供互联网服务。

14、如权利要求13所述的系统，其特征在于，所述服务集成平台系统包括：认证模块、响应模块、路由模块，其中：

认证模块，通过互联网与至少一个独立软件开发商应用服务器相连，用于在接收到通过独立软件开发商应用服务器发起的业务请求时，对发起业务请求的独立软件供应商进行认证；

响应模块，与认证模块相连，用于在认证未通过时，对所述独立软件供应商的业务请求进行响应；

路由模块，与认证模块相连，通过互联网与至少一个应用编程接口服务器相连，用于在认证通过后，将所述独立软件供应商请求的业务路由至提供该业务服务的应用编程接口服务器处进行处理。

15、如权利要求13所述的系统，其特征在于，进一步包括：

至少一个用户终端，与独立软件开发商应用服务器相连，用于供用户通过独立软件开发商应用服务器向服务集成平台系统发起业务请求。

Images