CN100446510C - 实现企业间内部网业务数据的交互系统及方法 - Google Patents

Abstract

本发明涉及一种实现企业间业务集成的系统及方法。本发明是利用邮件协议实现不同企业间的业务集成，即令两个企业的内部网通过基于邮件协议的邮件通讯管道互连，实现业务数据交互。本发明可以实现贯穿两个企业的电子流程，所谓电子流程是指：企业内部原有的电子办公系统、信息系统等内部网的工作流程。且本发明基于POP3(邮局协议第三版)/SMTP(简单邮件传输协议)设计，增强了传输的可靠性，安全性，可用性，可扩展性。因此，本发明不仅使得企业间可以方便地获得企业内部网的业务数据，还使得企业间的业务数据交互的安全性可以得到充分的保证，而且，整个业务数据交互的控制管理十分方便，使得保证企业间业务数据交互的安全性更易于实现，且实现成本较低。

Description

实现企业间内部网业务数据的交互系统及方法

技术领域

本发明涉及网络通信安全技术领域，尤其涉及一种实现企业间内部网业务数据的交互系统及方法。

背景技术

目前，大部分企业使用外部WEB(环球网)服务与客户进行信息交流。常见的系统框架一般有J2EE和.net框架。同时，公司通常还包括用于公司内部人员或具有特定权限人员访问的内部网(如使用VPN虚拟专用网络)。

由于实际合作或协作工作的需要经常需要不同企业间可以实现业务集成，即企业间可以交互内部网的业务数据，以满足相应的需要。例如一些企业，实现企业间业务集成后可以交互的业务数据包括：公司处理客户企业的订单来往信息、生产过程中的问题确认信息，等等；

根据网络使用结构可知，公司内部网与外部网通常处于不同的物理网络中，因此，将公司内部的网络称为内网，外部网络则称为外网。这种内网和外网的划分方式称为二层结构的网络。

对于二层结构的网络，企业间如果想传递业务系统内(即内部网)的数据，只能互相访问内部网络的应用系统，如图1所示，采用外部网与客户间的信息交流方式，这样，必然导致信息安全级别较低，对于保存着重要信息的内网显然不允许，也不可能采用这种方式实现企业间的业务集成。

随着信息通信技术的快速发展，越来越多的公司开始注重自身的信息安全系统的建设，以有效的保障公司自有的知识资产等重要信息的安全性。

因此，为保证信息的安全性，便出现了J2EE等成熟WEB SERVICES(环球网服务)的技术框架，其组成包括内网、供应商网和外网，称为三层结构模型，如图2所示，其中，所述的外网为企业外部网络，供企业外部人员访问；所述的内网为企业内部网络，只供内部人员访问；所述的供应商网为企业对外提供的WEB服务，只供有权限人员访问。在三层结构模型的网络中，企业间通过供应商网的WEB SERVICE方式进行数据交流，实现企业间的业务集成。

所述的WEB SERVICE方式如图3所示，具体为：对于信息安全要求高的企业来说，可将内网和供应商网之间的服务器进行物理隔离，对外服务的供应商网的服务器上的数据通过导入导出方式到达内网。

所述的WEB SERVICES的技术框架可以很好地保证企业内部的信息安全问题，然而，如果希望较高的安全级别，则需要对Web业务系统做严格的安全控制，导致具体实施起来较为复杂，且成本较高。

而且，在WEB SERVICES方式中，对于实现服务器物理隔离的情况，内网的服务器与供应商网服务器间数据需要自动或手动的导入导出，这就进一步增加了技术实现的难度。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种实现企业间内部网业务数据的交互系统及方法，从而使得企业间的业务数据的交互可以在充分保证安全性的条件下可靠进行，而且安全性保证易于实现。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种实现企业间内部网业务数据的交互的系统，包括：

邮件发送模块：设置于需发送业务数据的企业网中，并用于将待发送的企业间内部网业务数据处理为基于邮件协议的业务数据包，发送给需接收业务数据的企业的邮件接收模块；

邮件接收模块：与需接收业务数据的企业的内部网连接，并将接收的基于邮件协议的业务数据包解析后，提供给企业的内部网。

所述发送给需接收业务数据的企业的邮件接收模块包括：

将所述业务数据包经过加密后，发送给需接收业务数据的企业的邮件接收模块，所述业务数据包为标准扩展性标识语言XML格式；

所述邮件协议包括：

邮局协议第三版POP3和简单邮件管理协议SMTP。

所述的邮件发送模块：用于将待发送的业务数据转换成邮件格式，并以邮件形式发送至对方指定的邮件接收模块中。

本发明还提供了一种实现企业间内部网业务数据的交互的系统，包括：

在需要实现企业间内部网业务数据交互的至少两个企业的内部网中，分别连接设置包含邮件发送模块和邮件接收模块的邮件服务器，各企业的内部网各自设置的邮件服务器间互联，用于进行基于邮件协议的业务数据的交互。

所述的邮件服务器还与邮件检测处理服务器连接，所述邮件检测处理服务器用于监测是否收到邮件及是否需要发送邮件，并在监测接收到邮件后将相应的邮件交给邮件接收模块处理，监测到需要发送邮件时通知邮件发送模块进行邮件的发送。

所述邮件检测处理服务器还连接有邮件客户端，所述客户端用于提供企业间业务数据交互的输入、输出操作接口。

所述的邮件客户端还提供格式化的业务数据输入操作接口。

所述的邮件客户端采用插件式方式实现，客户端的基本应用程序仅包含客户端的主体，各种具体业务通过插件的形式部署到客户端的基本应用程序上。

所述的邮件检测处理服务器还与邮件解析模块、日志记录模块、备份模块以及自动升级模块相连，其中：

邮件解析模块：包括至少一种邮件解析器，分别用于对相应格式的邮件进行解析处理，之后，发送给企业的内部网或邮件客户端；

日志记录模块：用于记录邮件检测处理服务器接收或发送邮件的信息；

备份模块：用于对邮件检测处理服务器接收或发送的邮件进行备份；

自动升级模块：连接版本服务器，进行版本检测，并能对邮件检测处理服务器、客户端程序进行升级处理，所述的版本服务器指存放所有邮件检测处理服务器的当前版本信息，及历史版本信息的服务器。

所述的邮件检测处理服务器还与邮件解析模块、日志记录模块相连，并还与备份模块或自动升级模块相连，其中：

邮件解析模块：包括至少一种邮件解析器，分别用于对相应格式的邮件进行解析处理，之后，发送给企业的内部网或邮件客户端；

日志记录模块：用于记录邮件检测处理服务器接收或发送邮件的信息；

备份模块：用于对邮件检测处理服务器接收或发送的邮件进行备份；

自动升级模块：连接版本服务器，进行版本检测，并能对邮件检测处理服务器、客户端程序进行升级处理，所述的版本服务器指存放所有邮件检测处理服务器的当前版本信息，及历史版本信息的服务器。

所述的日志记录模块还与分析统计模块相连：

分析统计模块：用于根据日志记录模块记录的参数信息对邮件检测处理服务器的操作按照预定的条件进行分析统计，获取分析统计结果。

所述的邮件服务器包括：

基于邮局协议第三版POP3/简单邮件管理协议SMTP实现的服务器。

本发明还提供了一种实现企业间内部网业务数据的交互方法，包括：

A、待发送业务数据的企业内部网的第一邮件检测处理服务器向接收业务数据的企业内部网的第二邮件检测处理服务器发送基于邮件协议的业务数据包；

B、所述第二邮件检测处理服务器收到所述业务数据包后，第二邮件检测处理服务器将所述业务数据包解析处理后提交给邮件客户端或企业内部网，并向第一邮件检测处理服务器发送回复邮件；

C、第一邮件检测处理服务器收到所述的回复邮件后，继续向第二邮件检测处理服务器回复确认邮件。

所述的步骤B还包括：

第一邮件检测处理服务器判断是否收到所述的回复邮件，如果收到，则执行步骤C，否则，重复执行步骤A。

由上述本发明提供的技术方案可以看出，本发明由于采用了基于邮件协议实现企业间的业务集成，因此，不仅使得企业间可以方便地获得企业内部网的业务数据，还使得企业间的业务数据交互的安全性可以得到充分的保证，而且，整个业务数据交互的控制管理十分方便，使得保证企业间业务数据交互的安全性更易于实现，且实现成本较低。

另外，本发明中还可以灵活地记录企业间的业务数据交互的日志信息，并可对交互的业务数据进行备份，从而使得针对企业间的交互业务数据的控制管理更为方便。

附图说明

图1为二层结构的网络模型示意图；

图2为三层结构的网络模型示意图；

图3为三层结构的网络模型中保证数据安全性的示意图；

图4为本发明中二层结构的网络模型示意图；

图5为本发明所述系统的实现结构示意图；

图6为本发明所述系统的结构框图；

图7为本发明所述系统的具体应用结构框图；

图8为本发明所述方法的处理流程图；

图9为本发明所述方法中出现异常时的处理流程图。

具体实施方式

本发明的核心是利用邮件协议实现不同企业间的业务数据的交互，从而有效保证企业内部信息的安全性。在安全级别要求很高的企业中，可以开放一个邮件信箱，并使用邮件作为唯一的通讯渠道，如图4所示，利用邮件在二层网络间进行企业数据交换，以充分保证业务数据交互的安全性。

本发明所述的系统的实现方式如图5所示，本发明的目是提供一种基于邮件的访问通道，即邮件通讯管道(MTS)，将企业A与企业B通过本发明所述系统连接起来，通过本发明，可以嵌入工作流，以弥补二层网络间原来因为信息安全造成的工作流程上面的缺口。也就是说，本发明可以实现贯穿两个企业的电子流程，所谓电子流程是指：企业内部原有的电子办公系统、信息系统等内部网的工作流程。

本发明所述系统在实现过程中，最简单的结构包括：邮件发送模块和邮件接收模块其中，邮件发送模块设置于需要发送业务数据的企业网中，即发送方企业内部网中，用于将企业的业务数据发送给邮件接收模块对方企业，所述的邮件接收模块则设置于需要获取所述业务数据的企业内部网中，即接收方企业内部网中，用于接收邮件发送模块发来的基于邮件协议的业务数据包，并交给企业内部网中相应的处理系统或模块，以提供相应的任务监控、业务统计功能，所述的处理系统和模块，例如：企业内部网的notes(Lotus公司的一套办公自动化系统)电子流处理系统、PDM(产品数据管理)系统、日志分析统计模块等等。

由于邮件交流系统借鉴了TCP(传输控制协议)/IP(互联网协议)的思想，在信息传递的完整性、事务性、安全性、可靠性方面进行了全面的考虑，因此可以确保整个信息传递的安全、可靠性。

本发明所述的系统的具体实现方式则如图6所示，图中的虚线框部分为本发明所述系统中在任何一家需要实现业务集成功能的企业内部网中增加设置的部分。本发明所述的系统具体包括以下组成部分：

(1)至少两个邮件服务器

通常为在每个需要实现业务数据交互的企业内部网设置一个邮件服务器，例如，可以为POP3/SMTP邮件服务器；

各邮件服务器分别包括邮件的发送和接收服务，用于接收由其他企业发送给内部网的业务数据，或者将企业的业务数据发送给其他企业的内部网，即用于实现企业间业务数据的交互；

所述的邮件服务器可以是任何实现POP3/SMTP协议的邮件服务器，具体可以默认采用企业当前使用的外部邮件服务器，并可以通过修改配置选项，实现对不同邮件服务器的支持；

所述邮件服务器的具体实现方式由于已是成熟技术，故在此不再详述。

(2)邮件客户端

用于提供企业间业务数据交互的输入操作接口，具体可以提供格式化的输入操作接口；

邮件客户端可以提供格式化的表单供填写，填写信息后，由邮件客户端通过本端的邮件检测处理服务器发送给接收端的邮件检测处理服务器指定的邮件接收模块；

所述的邮件客户端采用插件式设计方式，基本应用程序只包含客户端的主体，不同的业务通过插件的形式部署上去，可以实现真正的即插即用；在所述邮件客户端内置XUL(用户界面描述语言)语言解析引擎，XUL是目前广泛使用的一种应用界面描述语言，按照XUL规范编写好的文件可以通过解析引擎直接以应用界面的形式显示，不同的应用只需要编写符合XUL规范的文件既可以快速实现，应用之间不会存在任何耦合关系，确保邮件检测服务器可以实现多种业务；

客户端与邮件检测处理服务器之间通讯采用标准的XML(扩展性标识语言)格式进行交互，企业自身可以在此基础上进行相应的开发，代替本发明所述的客户端，实现连接到企业内部的IT系统中。

(3)邮件检测处理服务器

监测邮件服务器接收或发送的邮件，并在监测到接收到相应的邮件后发送给企业的内部网；

邮件检测处理服务器可以定时收取指定邮件服务器的邮件，并根据企业提交邮件的任务发起电子流或调用内部网的应用系统，本企业相关人员可以在工作流或应用系统中直接通过邮件检测处理服务器回复邮件给对端企业；

所述的邮件检测处理服务器包括解析器(即解析模块)和公共服务两部分内容，其中：

解析器用于对邮件中包含交流内容的XML文件进行解析，生成结构化的数据，根据解析后的XML文件指定的内部网的处理系统或模块，可以发起电子流或调用其他系统；所述电子流和其他系统也可以调用邮件检测处理服务器的接口实现邮件发送；

公共服务包括工作流(workflow)、备份、日志、分析统计功能；工作流实现调用notes、PDM电子流的接口，可以发起电子流。备份服务实现对通道中传递邮件的备份，确保信息不会丢失；

因此，邮件检测处理服务器还与日志记录模块、分析统计模块、备份模块和自动升级模块相连，并分别实现相应的功能，其中：

所述日志记录模块用于记录邮件检测处理服务器接收或发送的邮件的参数信息，所述的参数信息包括邮件交流的活动日志记录和跟踪邮件的反馈速度等，以便于为分析统计模块提供数据基础；

所述的分析统计模块用于根据日志记录模块记录的参数信息对邮件检测处理服务器的操作按照预定的条件进行分析统计，获取分析统计结果；以便于为系统管理员检查系统问题提供资源信息，分析统计模块可以实现对邮件的分时段、分企业、分业务的统计分析功能。

所述的备份模块用于对邮件检测处理服务器接收或发送的邮件进行备份处理，以便于查询接收或发送过的业务数据；

所述的自动升级模块与版本服务器连接，用于进行版本检测，并可以对邮件检测处理服务器、客户端程序进行升级处理，所述的版本服务器中维护邮件检测处理服务器和客户端程序的新的版本信息，及历史版本信息；

邮件检测处理服务器与邮件服务器之间采用POP3/SMTP协议传输信息，邮件检测处理服务器与内部网应用系统可以采用RMI(远程方法调用)/IIOP(CORBA分布式组件的通讯协议)协议进行同步通讯，也可以采用JMS(JAVA消息服务)协议进行异步通讯。

本发明中，接收业务数据的企业邮件检测处理服务器向对端回复邮件后，还将收到对端返回的回复邮件，此时，本端邮件检测处理服务器可以启动邮件客户端，查阅回复信息，并可以再做进一步交流；在邮件客户端和邮件检测处理服务器之间使用XML(扩展性语言)传输信息；

本发明所述的系统建立后，需要投入到多个业务应用中去，并将在此基础上进行业务拓展。因此，所述系统充分考虑了其可扩展性，即对系统中相应的部分进行了可扩展性设计。例如，客户端使用XUL(用户界面描述语言)及插件式的业务程序设计。

本发明还提供了一种实现企业间业务集成的方法，所述方法对于一次完成的业务数据交互需要包括的处理过程如图8所示，对于出现异常情况的处理则如图9所示，所述方法包括：

步骤1：待发送业务数据的企业内部网的第一邮件检测处理服务器(即企业A)向接收业务数据的企业内部网的第二邮件检测处理服务器(即企业B)发送基于邮件协议的业务数据包，即企业A发起业务通讯，并由其邮件检测处理服务器向企业B的邮件检测处理服务器发送邮件；

步骤2：企业B的邮件检测处理服务器收到所述业务数据包后，将所述业务数据包解析处理后提交给企业B的内部网进行相应的业务处理，并向企业A的邮件检测处理服务器发送回复邮件；

企业A的邮件检测处理服务器判断是否收到所述的回复邮件，如果收到，则执行步骤3，否则，重复执行步骤1，如图9所示

步骤3：企业A的邮件检测处理服务器收到所述的回复邮件后，确认企业B收到所述邮件并开始业务处理，继续向企业B的邮件检测处理服务器回复确认邮件，企业B收到所述回复确认邮件后，企业A发起的业务通信过程结束；

步骤4：当企业B对收到的邮件进行的业务处理结束后，则还向企业A发送邮件(即业务回执)，通知其业务处理结束；

步骤5：企业A收到所述业务回执后，确定企业B的业务处理结束，并向企业B返回回复邮件；

步骤6：企业B收到所述回复邮件，即企业A邮件检测处理服务器收到确认回执后，确认业务结束，并向企业A返回回复邮件，企业A的邮件检测处理服务器收到该回复邮件，则确认对话过程结束。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (14)

1、一种实现企业间内部网业务数据的交互的系统，其特征在于，包括：

邮件发送模块：设置于需发送业务数据的企业网中，并用于将待发送的企业间内部网业务数据处理为基于邮件协议的业务数据包，发送给需接收业务数据的企业的邮件接收模块；

邮件接收模块：与需接收业务数据的企业的内部网连接，并将接收的基于邮件协议的业务数据包解析后，提供给企业的内部网。

2、根据权利要求1所述的实现企业间内部网业务数据的交互的系统，其特征在于：所述发送给需接收业务数据的企业的邮件接收模块包括：

将所述业务数据包经过加密后，发送给需接收业务数据的企业的邮件接收模块，所述业务数据包为标准扩展性标识语言XML格式；

所述邮件协议包括：

邮局协议第三版POP3和简单邮件管理协议SMTP。

3、根据权利要求1或2所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的邮件发送模块：用于将待发送的业务数据转换成邮件格式，并以邮件形式发送至对方指定的邮件接收模块中。

4、一种实现企业间内部网业务数据的交互的系统，其特征在于，包括：

在需要实现企业间内部网业务数据交互的至少两个企业的内部网中，分别连接设置包含邮件发送模块和邮件接收模块的邮件服务器，各企业的内部网各自设置的邮件服务器间互联，用于进行基于邮件协议的业务数据的交互。

5、根据权利要求4所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的邮件服务器还与邮件检测处理服务器连接，所述邮件检测处理服务器用于监测是否收到邮件及是否需要发送邮件，并在监测接收到邮件后将相应的邮件交给邮件接收模块处理，监测到需要发送邮件时通知邮件发送模块进行邮件的发送。

6、根据权利要求5所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述邮件检测处理服务器还连接有邮件客户端，所述客户端用于提供企业间业务数据交互的输入、输出操作接口。

7、根据权利要求6所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的邮件客户端还提供格式化的业务数据输入操作接口。

8、根据权利要求6所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的邮件客户端采用插件式方式实现，客户端的基本应用程序仅包含客户端的主体，各种具体业务通过插件的形式部署到客户端的基本应用程序上。

9、根据权利要求4、5、6、7或8所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的邮件检测处理服务器还与邮件解析模块、日志记录模块、备份模块以及自动升级模块相连，其中：

邮件解析模块：包括至少一种邮件解析器，分别用于对相应格式的邮件进行解析处理，之后，发送给企业的内部网或邮件客户端；

日志记录模块：用于记录邮件检测处理服务器接收或发送邮件的信息；

备份模块：用于对邮件检测处理服务器接收或发送的邮件进行备份；

自动升级模块：连接版本服务器，进行版本检测，并能对邮件检测处理服务器、客户端程序进行升级处理，所述的版本服务器指存放所有邮件检测处理服务器的当前版本信息，及历史版本信息的服务器。

10、根据权利要求4、5、6、7或8所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的邮件检测处理服务器还与邮件解析模块、日志记录模块相连，并还与备份模块或自动升级模块相连，其中：

邮件解析模块：包括至少一种邮件解析器，分别用于对相应格式的邮件进行解析处理，之后，发送给企业的内部网或邮件客户端；

日志记录模块：用于记录邮件检测处理服务器接收或发送邮件的信息；

备份模块：用于对邮件检测处理服务器接收或发送的邮件进行备份；

自动升级模块：连接版本服务器，进行版本检测，并能对邮件检测处理服务器、客户端程序进行升级处理，所述的版本服务器指存放所有邮件检测处理服务器的当前版本信息，及历史版本信息的服务器。

11、根据权利要求9或10所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的日志记录模块还与分析统计模块相连：

分析统计模块：用于根据日志记录模块记录的参数信息对邮件检测处理服务器的操作按照预定的条件进行分析统计，获取分析统计结果。

12、根据权利要求4、5、6、7或8所述的实现企业间内部网业务数据的交互的系统，其特征在于，所述的邮件服务器包括：

基于邮局协议第三版POP3/简单邮件管理协议SMTP实现的服务器。

13、一种实现企业间内部网业务数据的交互方法，其特征在于，包括：

A、待发送业务数据的企业内部网的第一邮件检测处理服务器向接收业务数据的企业内部网的第二邮件检测处理服务器发送基于邮件协议的业务数据包；

B、所述第二邮件检测处理服务器收到所述业务数据包后，第二邮件检测处理服务器将所述业务数据包解析处理后提交给邮件客户端或企业内部网，并向第一邮件检测处理服务器发送回复邮件；

C、第一邮件检测处理服务器收到所述的回复邮件后，继续向第二邮件检测处理服务器回复确认邮件。

14、根据权利要求13所述的实现企业间内部网业务数据的交互方法，其特征在于，所述的步骤B还包括：

第一邮件检测处理服务器判断是否收到所述的回复邮件，如果收到，则执行步骤C，否则，重复执行步骤A。

Images