CN102054213A - 一种信息集成方法、装置及系统 - Google Patents

Abstract

本发明公开了一种信息集成方法、装置及系统，其中，该信息集成方法包括：各应用系统服务器通过调用部署在一信息集成装置上对应的接口将待办待阅信息发送至该信息集成装置；信息集成装置解析并发送待办待阅信息至对应的信息平台；信息平台存储待办待阅信息。本发明各实施例可以将各应用系统服务器产生的待办待阅信息及时在信息平台上展示，并且待办待阅信息存储在信息平台，减轻了网络传输和频繁访问各应用系统服务器的压力，提高了待办待阅信息展示速度和用户的工作效率。

Description

一种信息集成方法、装置及系统

技术领域

本发明涉及计算机及通信领域中的信息技术，具体地，涉及一种信息集成方法、装置及系统。

背景技术

统一信息平台、办公自动化等应用系统是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。而待办待阅功能是信息平台门户、办公自动化系统的重要组成部分，员工只要登录门户就能查阅各级待办待阅任务，方便员工办公和日常事务处理，提升了工作效率。

为了促进系统应用，现有许多系统都开发了待办待阅功能，方便各级人员使用。但是，随着信息技术的发展，各级应用系统也日益增多，各级人员需要切换用户名和密码登录多个多系统查阅待办待阅信息，或即便各应用系统之间实现了单点登录，也要一个系统、一个系统的去查阅待办待阅事项，造成了使用不便。特别是跨国企业、国内大型企业的信息化普及和应用，出现了跨区域的大型应用软件，而且随着应用系统增多，集中简洁的待办待阅处理机制显得尤为重要。

申请号为“200810114275.2”的中国专利申请文件中公开了一种业务统一待办方法及系统，在该申请文件公布的技术方案中，建立业务统一待办系统与各应用系统之间的接口，通过该接口定时获取各应用系统的待办业务信息，并保存待办业务信息，将保存的待办业务信息进行展现；业务统一待办系统建立指向各应用系统的链接，用户可以通过链接进入各应用系统，定时对待办待阅业务进行处理。

发明人发现上述待办待阅系统存在以下缺陷：

首先，各应用系统中的待办待阅信息要想在统一的信息平台中展示，各应用系统和信息平台门户系统需要具有相同的系统结构以及同种语言结构开发模式，那么就要对应用系统或者信息平台门户系统进行改造，降低了系统的可用性和易维护性；

其次，现有待办待阅系统一般是通过接口获取各应用系统的待办业务信息，并保存所述待办业务信息。这种方式需要统一待办待阅系统和不同应用系统之间的接口，一旦各应用系统变更，待办待阅系统也要相应调整，加大了系统的维护工作量；

此外，待办待阅系统还需要保存待办待阅信息，造成了待办待阅系统数据冗余和管理的复杂性。

另外，现有待办待阅系统一般是建立直接指向各应用系统的链接，用户通过链接进入各应用系统，定时对待办待阅业务进行处理，一方面有可能不能保障待办待阅任务的及时处理，一方面也有可能造成各应用系统的安全隐患。

发明内容

本发明的第一目的是提出一种信息集成方法，以实现提高待办待阅信息处理的可维护性。

本发明的第二目的是提出一种信息集成装置，以实现提高待办待阅信息处理的可维护性。

本发明的第三目的是提出一种信息集成系统，以实现提高待办待阅信息处理的可维护性。

为实现上述第一目的，根据本发明的一个方面，提供了一种信息集成方法，包括：各应用系统服务器通过调用部署在一信息集成装置上对应的接口将待办待阅信息发送至该信息集成装置；信息集成装置解析并发送待办待阅信息至对应的信息平台；信息平台存储待办待阅信息。

进一步地，信息平台存储待办待阅信息之后还可以包括：信息平台向应用系统服务器返回状态报告；应用系统服务器在设定时间内未接收到待办待阅信息对应的状态报告时，重新发送待办待阅信息。

进一步地，信息平台存储待办待阅信息之后还可以包括：信息平台根据接收的用户登录信息，生成用户包含待办待阅信息及目标应用系统服务器的待办待阅列表，并获取该登录信息对应的会话票据；信息平台将会话票据传递给目标应用系统服务器，在接收到目标应用系统服务器返回的验证通过信息后，将用户输入的待办待阅事项处理请求发送至目标应用系统服务器；应用系统服务器响应该待办待阅事项处理请求。

进一步地，响应待办待阅事项处理请求之后还可以包括：应用系统服务器更新待办待阅数据库；应用系统服务器通过不同的调用接口将信息平台上对应的待办待阅事项状态设置为已办；信息平台刷新待办待阅列表。

为实现上述第二目的，根据本发明的另一个方面，提供了一种信息集成装置，包括：接口模块，用于为各应用系统服务器提供接口；接收模块，用于通过接口模块接收应用系统服务器的待办待阅信息；处理模块，用于解析并发送待办待阅信息至对应的信息平台。

进一步地，该装置还可以包括：注册模块，用于注册并部署对应各应用系统的接口。

进一步地，该接收模块还可以包括：接收子模块，用于接收信息平台返回的状态报告；发送子模块，用于将该状态报告转发给对应的应用系统服务器。

进一步地，接收子模块还可以用于接收信息平台发送的会话票据和待办待阅事项处理请求；发送子模块还可以用于将会话票据和待办待阅事项处理请求发送至目标应用系统服务器。

为实现上述第三目的，根据本发明的另一个方面，提供了一种信息集成系统，包括：一个以上应用系统服务器，用于在产生待办待阅事项时，生成相应的待办待阅信息；一信息集成装置，用于接收应用系统服务器发送的待办待阅信息，解析并发送待办待阅信息至对应的信息平台；一个以上信息平台，用于存储信息集成装置发送的待办待阅信息。

进一步地，信息平台还可以用于根据接收的用户登录信息，生成用户包含待办待阅信息及目标应用系统服务器的待办待阅列表，并获取该登录信息对应的会话票据，将该会话票据传递给目标应用系统服务器，在接收到目标应用系统服务器返回的验证通过信息后，将用户输入的待办待阅事项处理请求发送至目标应用系统服务器；应用系统服务器还可以用于接收并验证信息平台传送的会话票据，若验证通过，响应待办待阅事项处理请求。

本发明各实施例的信息集成方法、装置及系统，当各应用系统有任何待办待阅任务产生时，由各应用系统服务器调用部署在信息集成装置上的对应接口将待办待阅信息实时发送到各信息平台上，实现了将不同的应用系统的待办待阅信息在各信息平台上实时展现，提高了各应用系统待办待阅任务处理的及时性，提高了可维护性。同时，各应用系统服务器的待办待阅信息存储在各信息平台上，用户登录信息平台后，可以直接读取本地待办待阅数据，提高了用户的工作效率，减少了对各应用系统服务器的压力。

另外，本发明实施例的信息集成装置不集中存储待办待阅信息，只是为各应用系统服务器和各信息平台提供数据交互的接口，降低了集中管理数据的复杂性。用户在需要处理待办待阅事项时，需要通过信息集成装置才能进入到应用系统服务器进行操作，避免了直接进入应用系统服务器进行操作的不安全性。

本发明的一些实施例还可以在出现网络或数据传输故障时，由各应用系统服务器将未送达的待办待阅数据依照设定的规则尝试传递，直至发送成功，保证了信息集成系统的可靠性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为根据本发明信息集成方法的实施例一流程图；

图2为根据本发明信息集成装置的内部结构示意图；

图3为根据本发明信息集成系统的结构示意图；

图4为根据本发明信息集成方法的实施例二流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1为根据本发明信息集成方法的实施例一流程图，如图1所示，本实施例包括：

步骤S102：各应用系统服务器通过调用部署在一信息集成装置上对应的接口将待办待阅信息发送至该信息集成装置；

步骤S104：信息集成装置解析并发送待办待阅信息至对应的信息平台；

步骤S106：信息平台存储待办待阅信息。

本发明各实施例的信息集成方法，当各应用系统有任何待办待阅任务产生时，由各应用系统服务器调用部署在信息集成装置上的对应接口将待办待阅信息实时发送到各信息平台上，实现了将不同的应用系统的待办待阅信息在各信息平台上实时展现，提高了各应用系统待办待阅任务处理的及时性，提高了可维护性。同时，各应用系统服务器的待办待阅信息存储在各信息平台上，用户登录信息平台后，可以直接读取本地待办待阅数据，提高了用户的工作效率，减少了对各应用系统服务器的压力。

图2为根据本发明信息集成装置的内部结构示意图，如图2所示，本实施例包括：

接口模块20，用于为各应用系统服务器提供接口；

接收模块22，用于通过接口模块20接收应用系统服务器的待办待阅信息；

处理模块24，用于解析并发送待办待阅信息至对应的信息平台。

进一步地，该装置还可以包括：

注册模块，用于注册并部署对应各应用系统的接口。

进一步地，接收模块22还可以包括：

接收子模块，用于接收信息平台返回的状态报告；

发送子模块，用于将该状态报告转发给对应的应用系统服务器。

进一步地，接收子模块还可以用于接收信息平台发送的会话票据和待办待阅事项处理请求；

发送子模块还可以用于将会话票据和待办待阅事项处理请求发送至目标应用系统服务器。

本实施例的信息集成装置无需获取并保存待办待阅信息，无需建立指向各应用系统的链接，更无需进入各应用系统对待办待阅信息进行处理，而是提供了一种待办待阅应用中心机制，依照面向服务的体系结构(Service-Oriented Architecture，以下简称SOA)方式集中存放对应各应用系统的待办待阅接口，当各应用系统有任何待办待阅任务产生时，由各应用系统服务器调用部署在信息集成装置上的待办待阅接口将待办待阅信息实时发送到各信息平台上，本实施例的信息集成装置不集中存储待办待阅信息，只是为各应用系统服务器和各信息平台提供数据交互的接口，降低了集中管理数据的复杂性。用户在需要处理待办待阅事项时，需要通过信息集成装置才能进入到应用系统服务器进行操作，避免了直接进入应用系统服务器进行操作的不安全性。

图3为根据本发明信息集成系统的结构示意图，如图3所示，本实施例包括：

一个以上应用系统服务器32，用于在产生待办待阅事项时，生成相应的待办待阅信息；

一信息集成装置34，用于接收应用系统服务器32发送的待办待阅信息，解析并发送待办待阅信息至对应的信息平台36；

一个以上信息平台36，用于存储信息集成装置34发送的待办待阅信息。

其中，应用系统服务器32通过待办待阅接口将待办待阅信息传送至信息集成装置34，信息集成装置34与信息平台36之间可以通过TCP/IP协议相连接。在实际应用中，待办待阅接口可以为Web Service接口；应用系统可以为业务运营支持系统、网管系统等；信息集成装置34可以独立存在，也可以位于某一台服务器上；信息平台36可以为各公司的统一信息平台门户或办公自动化系统(Office Automation，以下简称OA)。

下面结合实际应用对本信息集成系统进行详细介绍，假如某集团企业全球有若干个分公司，A应用系统为集团公司的一个全球性应用系统，每个公司都有自己的信息平台36，为实现A应用系统的待办待阅任务与各公司信息平台的待阅待办集成。在集团公司集中建立一个信息集成装置34提供对应各应用系统的待办待阅接口，信息集成装置34上的接口程序采用SOA架构的部署方式，由各公司进行维护和管理。各应用系统按照统一的待办待阅服务、接口和参数等规范开发、注册、发布和维护各应用系统的待办待阅接口程序。其中，信息集成装置34可以为待办待阅应用服务器或者统一待办待阅统一描述、发现和集成协议(Universal Description Discovery and Integration，以下简称UUDI)注册中心。

当各应用系统产生待办待阅任务时，各应用系统服务32器首先调用部署在信息集成装置34上的对应各应用系统的待办待阅接口，比如A应用系统产生的待办待阅任务需要B公司去完成，A应用系统服务器32首先调用在信息集成装置34上的对应A应用系统的待办待阅接口，将待办待阅信息通过该接口发送给信息集成装置34，该待办待阅信息可以包括待办待阅任务标题、内容、重要性指标、以及目的地址。信息集成装置34对A应用系统服务器32传来的待办待阅信息进行解析，得到待办待阅数据，将待办待阅数据传递给目标地址，也就是B公司的信息平台36。

各公司信息平台36将传送来的待办待阅数据通过本地服务接口，转换成本地待办待阅列表展现在信息平台门户中；当各公司用户登录信息平台后，点击各应用系统待办待阅任务后，信息平台36可以根据用户的登录信息向认证系统请求会话票据，并将该会话票据传送给应用系统服务器32，应用系统服务器32通过认证系统验证该会话票据，在验证有效后，用户就可以直接进入各应用系统服务器32的待办待阅任务处理页面，实现了各公司信息平台与各应用系统服务器的集成。

本实施例的信息集成系统，各应用系统产生的待办待阅任务，将即时调用部署在信息集成装置上的待办待阅接口传送给信息平台，保证了各应用系统服务器与信息平台待办待阅集成的及时性；各应用系统服务器待办待阅数据存储在各信息平台的服务器上，用户登录信息平台后，可以直接读取本地待办待阅数据，减少了对各应用系统服务器的压力，提高了待办待阅页面展示速度和用户的工作效率。信息集成装置不集中存储待办待阅信息，只是为各应用系统服务器和各信息平台提供数据交互的接口，降低了集中管理数据的复杂性。用户在需要处理待办待阅事项时，需要通过信息集成装置才能进入到应用系统服务器进行操作，避免了直接进入应用系统服务器进行操作的不安全性。

并且如果出现网络及数据传输故障，未送达的待办待阅数据将由各应用系统服务器通过信息集成装置依照设定的规则顺延尝试传递，直至发送成功，保证了信息集成系统的可靠性。

下面结合图3所示信息集成系统对本发明信息集成方法进行详细介绍，图4为本发明信息集成方法的实施例二流程图，如图4所示，本实施例包括：

A1：当各应用系统产生待办待阅任务时，各应用系统服务器32首先调用部署在信息集成装置34上对应应用系统的待办待阅接口，将待办待阅信息传递给信息集成装置34；

A2：信息集成装置34解析获取到的待办待阅信息，根据解析结果将待办待阅信息传至对应的公司的信息平台36，无需在信息集成装置保存各应用系统的待办待阅信息，信息平台36在接收到待办待阅信息之后，向应用系统服务器32返回状态报告；

A3：公司用户登录本公司的信息平台36，读取信息平台36存储的待办待阅信息，公司信息平台36筛选待办待阅信息，生成与当前用户对应的包含待办待阅信息及目标应用系统服务器32的待办待阅列表；

A4：当公司用户需要处理目标应用系统的待办待阅事项时，点击待办待阅列表上的待办待阅事项链接，信息平台36接收用户的待办待阅事项处理请求，利用用户的登录信息获取会话票据，通过链接地址将该会话票据传递给目标应用系统服务器32；

具体地，信息平台36可以根据用户的登录信息向认证系统请求会话票据，在接收到认证系统下发的会话票据之后，将该会话票据传递给目标应用系统服务器32；

A5：目标应用系统服务器32解析会话票据，进行身份验证，如果身份验证通过，响应信息平台36发送过来的待办待阅事项处理请求，允许用户进入目标应用系统服务器32中链接地址指向页面，进行待办待阅事项处理，如果身份验证未通过，提示用户出现错误；

具体地，应用系统服务器32可以向认证系统请求验证会话票据的有效性，若验证有效，则响应用户的待办待阅事项处理请求，允许用户进入应用系统服务器32中链接地址指向页面，进行待办待阅事项处理，如果身份验证未通过，提示用户出现错误；

A6：用户在应用系统服务器32中处理完成待办待阅事项后，应用系统服务器32更新自身的待办待阅数据库，同时调用Web Service接口更新信息平台36待办待阅数据，将该待办待阅事项的状态设置为已办，并刷新打开链接的窗口页面，即信息平台36的待办待阅列表页面。

A7：如果出现网络及数据传输故障，应用系统服务器32在设定时间内没有接收到信息平台36返回的状态报告，将重新发送该待办待阅信息。

应用系统服务器32在规定的时间内没有接收到信息平台36返回的状态报告，则按照递增时延继续尝试发送待办待阅信息，比如首次没有接收到状态报告后10分钟再次发送待办待阅信息，第二次发送失败后20分钟再次发送待办待阅信息，以此类推，直至接收到信息平台返回的状态报告。按照递增时延的方式发送待办待阅信息可以避免造成网络堵塞；还可以安排在夜间或非工作期间进行发送尝试。

本实施例的技术方案可以与信息平台门户或办公自动化系统相结合，其中的信息平台36可以为各公司的统一信息平台门户。

本实施例的信息集成方法解决了大型应用系统、多类型应用系统、跨域性应用系统的待办待阅问题，实现了将不同的应用系统的待办待阅信息在分布的信息平台上实时集中展现，提高了各应用系统待办待阅任务处理的及时性。本实施例信息集成装置上的接口程序采用了SOA架构的部署方式，能够支持不同体系架构、不同开发语言、异构网络环境下的各应用系统的集成，提高了平台的标准化和集成化，并且不会因局部待办待阅节点故障，影响全局业务，提高了平台的稳定性和可用性；统一的待办待阅服务、接口和参数等规范使得各应用系统开发、维护、管理各接口更加快捷、方便。

本实施例中，部署在信息集成装置上的各接口由各公司管理和维护，极大的降低了集中统一维护管理的工作量，提升了系统的集中化和可维护性。并且用户在需要处理待办待阅事项时，需要通过信息集成装置才能进入到应用系统服务器进行操作，避免了直接进入应用系统服务器进行操作的不安全性。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种信息集成方法，其特征在于，包括：

各应用系统服务器通过调用部署在一信息集成装置上对应的接口将待办待阅信息发送至所述信息集成装置；

所述信息集成装置解析并发送所述待办待阅信息至对应的信息平台；

所述信息平台存储所述待办待阅信息。

2.根据权利要求1所述的信息集成方法，其特征在于，所述信息平台存储所述待办待阅信息之后还包括：

所述信息平台向所述应用系统服务器返回状态报告；

所述应用系统服务器在设定时间内未接收到所述待办待阅信息对应的状态报告时，重新发送所述待办待阅信息。

3.根据权利要求1所述的信息集成方法，其特征在于，所述信息平台存储所述待办待阅信息之后还包括：

所述信息平台根据接收的用户登录信息，生成所述用户包含待办待阅信息及目标应用系统服务器的待办待阅列表，并获取所述登录信息对应的会话票据；

所述信息平台将所述会话票据传递给所述目标应用系统服务器，在接收到所述目标应用系统服务器返回的验证通过信息后，将所述用户输入的待办待阅事项处理请求发送至所述目标应用系统服务器；

所述应用系统服务器响应所述待办待阅事项处理请求。

4.根据权利要求1-3中任一项所述的信息集成方法，其特征在于，所述响应所述信息处理请求之后还包括：

所述应用系统服务器更新待办待阅数据库；

所述应用系统服务器通过不同的调用接口将所述信息平台上对应的待办待阅事项状态设置为已办；

所述信息平台刷新待办待阅列表。

5.一种信息集成装置，其特征在于，包括：

接口模块，用于为各应用系统服务器提供接口；

接收模块，用于通过所述接口模块接收所述应用系统服务器的待办待阅信息；

处理模块，用于解析并发送所述待办待阅信息至对应的信息平台。

6.根据权利要求5所述的信息集成装置，其特征在于，所述装置还包括：

注册模块，用于注册并部署对应各应用系统的接口。

7.根据权利要求5所述的信息集成装置，其特征在于，所述接收模块还包括：

接收子模块，用于接收所述信息平台返回的状态报告；

发送子模块，用于将所述状态报告转发给对应的应用系统服务器。

8.根据权利要求7所述的信息集成装置，其特征在于，

所述接收子模块还用于接收所述信息平台发送的会话票据和待办待阅事项处理请求；

所述发送子模块还用于将所述会话票据和待办待阅事项处理请求发送至目标应用系统服务器。

9.一种信息集成系统，其特征在于，包括：

一个以上应用系统服务器，用于在产生待办待阅事项时，生成相应的待办待阅信息；

一信息集成装置，用于接收所述应用系统服务器发送的待办待阅信息，解析并发送所述待办待阅信息至对应的信息平台；

一个以上信息平台，用于存储所述信息集成装置发送的待办待阅信息。

10.根据权利要求9所述的信息集成系统，其特征在于，

所述信息平台，还用于根据接收的用户登录信息，生成所述用户包含待办待阅信息及目标应用系统服务器的待办待阅列表，并获取所述登录信息对应的会话票据，将所述会话票据传递给所述目标应用系统服务器，在接收到所述目标应用系统服务器返回的验证通过信息后，将所述用户输入的待办待阅事项处理请求发送至所述目标应用系统服务器；

所述应用系统服务器，还用于接收并验证所述信息平台传送的会话票据，若验证通过，响应所述待办待阅事项处理请求。

Images