CN105139324B - 一种用于电子政务服务的设计方法 - Google Patents

Abstract

本发明公开了一种用于电子政务服务的设计方法，具体按照以下步骤实施：步骤1、将具体业务信息抽取为供应方服务描述文件；步骤2、将步骤1抽取出来的具体的服务组合为组合服务；步骤3、将步骤1得到的服务描述文件转化为具体的接口服务；步骤4、分别测试接口服务和组合服务是否可用；步骤5、将可用的接口服务进行统一注册和管理；步骤6、对接入的连接进行授权和身份验证；步骤7、对接口服务发送的消息进行传递、存储和适配，本发明解决了现有技术中存在的电子政务系统整合性差、效率低的问题。

Description

一种用于电子政务服务的设计方法

技术领域

本发明属于网络信息服务技术领域，具体涉及一种用于电子政务服务的设计方法。

背景技术

电子政务作为电子信息技术与管理的有机结合，成为当代信息化的最重要的领域之一。所谓电子政务，就是应用现代信息和通信技术，将管理和服务通过网络技术进行集成，在互联网上实现组织结构和工作流程的优化重组，超越时间和空间及部门之间的分隔限制，向社会提供优质和全方位的、规范而透明的、符合国际水准的管理和服务。

随着政务信息系统推广的深入，电子政务系统数量越来越大、应用功能越来越多、应用范围越来越广，平台稳定性、可靠性就越来越重要。

电子政务建设是中国深化改革、扩大开放的必然要求，是中国提高国家信息化水平的必然要求，是发展信息产业、拉动内需的必然要求。

然而，现有的电子政务平台通常是相互独立的，各个部门的电子政务平台相互不连接，如市民在办一些项目(如行政许可)的时候，需要跑多个部门，开各式各样的证明，经过很多天才能完成办理；在突发事件发生时，由于各个部门的独立性，往往影响应急响应的时间，等等问题。这种情况下的办事效率往往很低下。

发明内容

本发明的目的是提供一种用于电子政务服务的设计方法，解决了现有技术中存在的电子政务系统整合性差、效率低的问题。

本发明所采用的技术方案是，一种用于电子政务服务的设计方法，具体按照以下步骤实施：

步骤1、将具体业务信息抽取为供应方服务描述文件；

步骤2、将步骤1抽取出来的具体的服务组合为组合服务；

步骤3、将步骤1得到的服务描述文件转化为具体的接口服务；

步骤4、分别测试接口服务和组合服务是否可用；

步骤5、将可用的接口服务进行统一注册和管理；

步骤6、对接入的连接进行授权和身份验证；

步骤7、对接口服务发送的消息进行传递、存储和适配。

本发明的特点还在于，

步骤1具体按照以下步骤实施：

步骤(1.1)、对输入的具体业务相关的详细信息进行关键字梳理；

步骤(1.2)、判断步骤(1.1)梳理出来的关键字是否可以抽取为具体的服务，如果是则将该服务相关的业务信息转化为具体的服务描述文件，该服务描述文件包括该服务的接收参数以及该服务会返回的参数格式。

步骤2具体为：

将步骤1抽取出来的具体的服务过可视化的拖拉拽操作编排成为一个组合服务。

步骤3具体按照以下步骤实施：

步骤(3.1)、将步骤1中生成的服务描述文件生成接口结构，接口结构包括类、方法、方法参数、方法返回参数、定义域；

步骤(3.2)、将步骤1中生成的服务描述文件结合步骤(3.1)中的接口结构，相应的编写具体的逻辑实现，将编写完成后的内容打包部署到各个业务部门的服务器上。

步骤4具体按照以下步骤实施：

步骤(4.1)、对接口服务状态值的测试：设置测试时服务正常、服务异常、服务器宕机相应情况各应返回的状态值，在测试过程中，分别对这些情况进行测试，查看返回的状态值是否为预先设定的值，如果不是则将结果反馈给后台进行修改；

步骤(4.2)、对接口服务返回值的测试：根据步骤(1.2)中梳理出的服务描述文件中的接收参数和返回参数，在测试的过程中，输入指定的接收参数，查看返回参数的格式是否正确，如果不正确则将结果反馈给后台进行修改；

步骤(4.3)、对组合服务的测试：测试步骤2组合服务是否能够按照预定的步骤进行正常流转，如果不能正常流转则将反馈信息传递给服务编排操作对组合服务进行修改。

步骤5具体按照以下步骤实施：

步骤(5.1)、将步骤4中已经测试成功的接口服务通过手工注册或者管理中心自动发现服务的方式注册到服务管理中心；

步骤(5.2)、服务管理中心接收到注册的接口服务后对接口服务信息进行管理，包括修改、查询。

步骤6具体按照以下步骤实施：

步骤(6.1)、后台向步骤5注册成功的接口服务分配访问后台用户名和密码；

步骤(6.2)、接口服务向后台发起请求后，接口服务根据步骤(6.1)分配的用户名、密码及发起请求的请求数据信息生成接口服务签名，并将接口服务签名、用户名、发起请求的请求数据以及时间戳发送给后台；

步骤(6.3)、后台接收到接口服务发起的请求的同时，验证该请求者是否有访问后台的权限，如果该请求者的用户名能在后台查找到，并且接口服务签名有效，则证明该请求者有权访问后台，如果该用户名在后台中查找不到，则证明该请求者无权访问后台，后台将拒绝该请求，在用户名能在后台查找到，并且接口服务签名有效的前提下，后台根据接口服务发送过来的用户名查找到对应的密码，根据用户名、请求数据、查找的密码信息同样生成后台签名；

步骤(6.4)、判断步骤(6.2)生成的接口服务签名和步骤(6.3)生成的后台签名是否一致，如果一致，则确认请求数据在传输过程中未被篡改，认为请求者是安全的；如果接口服务签名和后台签名不一致，则确认请求数据在传输过程中已经被篡改，认为请求者不安全，则拒绝该请求；同时判断步骤(6.2)中后台接收的时间戳是否在后台规定的时限范围内，如果在，则认为该时间戳有效，接受该请求，如果不在，则认为该时间戳失效，则拒绝该请求。

步骤7具体按照以下步骤实施：

步骤(7.1)、对步骤6的接口服务发送消息的传递顺序进行规范和排序，并把消息存储在事先建立的数据库中，防止在消息端点出现异常的时候消息丢失；

步骤(7.2)、在组合服务流转的过程中，如果前一个服务提供者传出的消息格式跟后一个服务提供者所要接收的数据格式完全不同，则需要对前一个服务的消息格式进行转换，转换为下一个节点所能识别的消息格式，保证组合服务的正常流转，同时又能保证各个节点的相互独立性和低耦合性，至此整个电子政务服务流程结束。

本发明的有益效果是，一种用于电子政务服务的设计方法，采用统一管理服务的模式将各个部门的电子政务平台连接起来，在用户使用时，只需要对用户提供相应的服务即可，对于决策者而言，在突发事件发生时，通过各个部门所提供的服务，即可轻松了解各类资源的数量，以及各个部门所能提供的资源，轻松应对各类突发事件。

具体实施方式

下面结合具体实施方式对本发明进行详细说明。

本发明一种用于电子政务服务的设计方法，具体按照以下步骤实施：

步骤1、将具体业务信息抽取为供应方服务描述文件，具体按照以下步骤实施：

步骤(1.1)、对输入的具体业务相关的详细信息进行关键字梳理；

步骤(1.2)、判断步骤(1.1)梳理出来的关键字是否可以抽取为具体的服务，如果是则将该服务相关的业务信息转化为具体的服务描述文件，该服务描述文件包括该服务的接收参数以及该服务会返回的参数格式；

步骤2、将步骤1抽取出来的具体的服务组合为组合服务，具体为：

将步骤1抽取出来的具体的服务通过可视化的拖拉拽操作编排成为一个组合服务；

步骤3、将步骤1得到的服务描述文件转化为具体的接口服务，具体按照以下步骤实施：

步骤(3.1)、将步骤1中生成的服务描述文件生成接口结构，接口结构包括类、方法、方法参数、方法返回参数、定义域；

步骤(3.2)、将步骤1中生成的服务描述文件结合步骤(3.1)中的接口结构，相应的编写具体的逻辑实现，将编写完成后的内容打包部署到各个业务部门的服务器上；

步骤4、分别测试接口服务和组合服务是否可用，具体按照以下步骤实施：

步骤(4.1)、对接口服务状态值的测试：设置测试时服务正常、服务异常、服务器宕机相应情况各应返回的状态值，在测试过程中，分别对这些情况进行测试，查看返回的状态值是否为预先设定的值，如果不是则将结果反馈给后台进行修改；

步骤(4.2)、对接口服务返回值的测试：根据步骤(1.2)中梳理出的服务描述文件中的接收参数和返回参数，在测试的过程中，输入指定的接收参数，查看返回参数的格式是否正确，如果不正确则将结果反馈给后台进行修改；

步骤(4.3)、对组合服务的测试：测试步骤2组合服务是否能够按照预定的步骤进行正常流转，如果不能正常流转则将反馈信息传递给服务编排操作对组合服务进行修改；

步骤5、将可用的接口服务进行统一注册和管理，具体按照以下步骤实施：

步骤(5.1)、将步骤4中已经测试成功的接口服务通过手工注册或者管理中心自动发现服务的方式注册到服务管理中心；

步骤(5.2)、服务管理中心接收到注册的接口服务后对接口服务信息进行管理，包括修改、查询；

步骤6、对接入的连接进行授权和身份验证，具体按照以下步骤实施：

步骤(6.1)、后台向步骤5注册成功的接口服务分配访问后台用户名和密码；

步骤(6.2)、接口服务向后台发起请求后，接口服务根据步骤(6.1)分配的用户名、密码及发起请求的请求数据信息生成接口服务签名，并将接口服务签名、用户名、发起请求的请求数据以及时间戳发送给后台；

步骤(6.3)、后台接收到接口服务发起的请求的同时，验证该请求者是否有访问后台的权限，如果该请求者的用户名能在后台查找到，并且接口服务签名有效，则证明该请求者有权访问后台，如果该用户名在后台中查找不到，则证明该请求者无权访问后台，后台将拒绝该请求，在用户名能在后台查找到，并且接口服务签名有效的前提下，后台根据接口服务发送过来的用户名查找到对应的密码，根据用户名、请求数据、查找的密码信息同样生成后台签名；

步骤(6.4)、判断步骤(6.2)生成的接口服务签名和步骤(6.3)生成的后台签名是否一致，如果一致，则确认请求数据在传输过程中未被篡改，认为请求者是安全的；如果接口服务签名和后台签名不一致，则确认请求数据在传输过程中已经被篡改，认为请求者不安全，则拒绝该请求，同时判断步骤(6.2)中后台接收的时间戳是否在后台规定的时限范围内，如果在，则认为该时间戳有效，接受该请求，如果不在，则认为该时间戳失效，则拒绝该请求；

步骤7、对接口服务发送的消息进行传递、存储和适配，具体按照以下步骤实施：

步骤(7.1)、对步骤6的接口服务发送消息的传递顺序进行规范和排序，并把消息存储在事先建立的数据库中，防止在消息端点出现异常的时候消息丢失；

步骤(7.2)、在组合服务流转的过程中，如果前一个服务提供者传出的消息格式跟后一个服务提供者所要接收的数据格式完全不同，则需要对前一个服务的消息格式进行转换，转换为下一个节点所能识别的消息格式，保证组合服务的正常流转，同时又能保证各个节点的相互独立性和低耦合性，至此整个电子政务服务流程结束。

本发明一种用于电子政务服务的设计方法，当电子政务平台应用较多时，应用之间交互不可避免，将各个业务系统的核心业务抽取出来，作为独立的服务，用于服务供应，逐渐形成稳定的服务中心，用于提高业务复用和整合；当需要用到具体的某个核心业务时，只需要去消费该核心业务对应服务即可，即调用该服务；通过服务的模式管理这些应用系统，并且也可以将这些服务组合起来对外提供服务，这样就可以消除部门之间的壁垒，方便快捷的为人民群众提供服务。

Claims (6)

1.一种用于电子政务服务的设计方法，其特征在于，具体按照以下步骤实施：

步骤1、将具体业务信息抽取为供应方服务描述文件；

步骤2、将所述步骤1抽取出来的具体的服务组合为组合服务，即将步骤1中抽取出来的具体的服务通过可视化的拖拉拽操作编排成为一个组合服务；

步骤3、将所述步骤1得到的服务描述文件转化为具体的接口服务；

步骤4、分别测试接口服务和组合服务是否可用，具体按照以下步骤实施：

步骤(4.1)、对接口服务状态值的测试：设置测试时服务正常、服务异常、服务器宕机相应情况各应返回的状态值，在测试过程中，分别对这些情况进行测试，查看返回的状态值是否为预先设定的值，如果不是则将结果反馈给后台进行修改；

步骤(4.2)、对接口服务返回值的测试：根据步骤1中梳理出的服务描述文件中的接收参数和返回参数，在测试的过程中，输入指定的接收参数，查看返回参数的格式是否正确，如果不正确则将结果反馈给后台进行修改；

步骤(4.3)、对组合服务的测试：测试所述步骤2组合服务是否能够按照预定的步骤进行正常流转，如果不能正常流转则将反馈信息传递给服务编排操作对组合服务进行修改；

步骤5、将可用的接口服务进行统一注册和管理；

步骤6、对接入的连接进行授权和身份验证；

步骤7、对接口服务发送的消息进行传递、存储和适配。

2.根据权利要求1所述的一种用于电子政务服务的设计方法，其特征在于，所述步骤1具体按照以下步骤实施：

步骤(1.1)、对输入的具体业务相关的详细信息进行关键字梳理；

步骤(1.2)、判断所述步骤(1.1)梳理出来的关键字是否可以抽取为具体的服务，如果是则将该服务相关的业务信息转化为具体的服务描述文件，该服务描述文件包括该服务的接收参数以及该服务会返回的参数格式。

3.根据权利要求1所述的一种用于电子政务服务的设计方法，其特征在于，所述步骤3具体按照以下步骤实施：

步骤(3.1)、将步骤1中生成的服务描述文件生成接口结构，接口结构包括类、方法、方法参数、方法返回参数、定义域；

步骤(3.2)、将所述步骤1中生成的服务描述文件结合所述步骤(3.1)中的接口结构，相应的编写具体的逻辑实现，将编写完成后的内容打包部署到各个业务部门的服务器上。

4.根据权利要求1所述的一种用于电子政务服务的设计方法，其特征在于，所述步骤5具体按照以下步骤实施：

步骤(5.1)、将步骤4中已经测试成功的接口服务通过手工注册或者管理中心自动发现服务的方式注册到服务管理中心；

步骤(5.2)、服务管理中心接收到注册的接口服务后对接口服务信息进行管理，包括修改、查询。

5.根据权利要求1所述的一种用于电子政务服务的设计方法，其特征在于，所述步骤6具体按照以下步骤实施：

步骤(6.1)、后台向所述步骤5注册成功的接口服务分配访问后台用户名和密码；

步骤(6.2)、接口服务向后台发起请求后，接口服务根据所述步骤(6.1)分配的用户名、密码及发起请求的请求数据信息生成接口服务签名，并将接口服务签名、用户名、发起请求的请求数据以及时间戳发送给后台；

步骤(6.3)、后台接收到接口服务发起的请求的同时，验证该请求者是否有访问后台的权限，如果该请求者的用户名能在后台查找到，并且接口服务签名有效，则证明该请求者有权访问后台，如果该用户名在后台中查找不到，则证明该请求者无权访问后台，后台将拒绝该请求，在用户名能在后台查找到，并且接口服务签名有效的前提下，后台根据接口服务发送过来的用户名查找到对应的密码，根据用户名、请求数据、查找的密码信息同样生成后台签名；

步骤(6.4)、判断所述步骤(6.2)生成的接口服务签名和步骤(6.3)生成的后台签名是否一致，如果一致，则确认请求数据在传输过程中未被篡改，认为请求者是安全的；如果接口服务签名和后台签名不一致，则确认请求数据在传输过程中已经被篡改，认为请求者不安全，则拒绝该请求，同时判断步骤(6.2)中后台接收的时间戳是否在后台规定的时限范围内，如果在，则认为该时间戳有效，接受该请求，如果不在，则认为该时间戳失效，则拒绝该请求。

6.根据权利要求1所述的一种用于电子政务服务的设计方法，其特征在于，所述步骤7具体按照以下步骤实施：

步骤(7.1)、对所述步骤6的接口服务发送消息的传递顺序进行规范和排序，并把消息存储在事先建立的数据库中，防止在消息端点出现异常的时候消息丢失；

步骤(7.2)、在组合服务流转的过程中，如果前一个服务提供者传出的消息格式跟后一个服务提供者所要接收的数据格式完全不同，则需要对前一个服务的消息格式进行转换，转换为下一个节点所能识别的消息格式，保证组合服务的正常流转，同时又能保证各个节点的相互独立性和低耦合性，至此整个电子政务服务流程结束。