融合多通信方式的企业一体化信息处理方法与流程

本发明涉及一种融合多通信方式的企业一体化信息处理方法，主要应用于企业内部人员之间的通信和消息处理。

背景技术：

现代化的企业内部通信存在着多种通信选择，常用的消息处理方式借助于电话、短信、微信和QQ等软件和工具实施。同时，每个企业针对不同的业务场景也会建立各种独立应用，这些应用在使用过程中需要通过传递消息给消息处理人，或将消息传递给第三方应用再通过第三方应用传递给消息处理人。采用上述方法进行消息处理各种类型的消息都是独立存在的，并且消息处理易受网络延时的影响，消息的传递安全性差，消息泄露的风险大，容易给企业造成不可估量的损失。

技术实现要素：

为了克服现有技术下的上述缺陷，本发明的目的在于提供一种消息中心，克服了现有的技术中各种类型消息不能同步、消息传递效率低下和各种业务间消息传递障碍多、时效性差的问题，本发明通过整合和集成各种业务和服务系统中的用户数据消息，为用户提供一体化的消息服务。

本发明的技术方案是：

一种融合多通信方式的企业一体化信息处理方法，包括以下步骤：

步骤1，通知人（发起方）通过其客户端向发起方服务端发送消息，发起方服务端据此更新消息注册文件，消息中心获取发起方服务端的消息注册文件更新信息；

步骤2，所述消息中心向接收方服务端发出消息提醒，接收方服务端将消息提醒发送至被通知人的客户端；

步骤3，被通知人通过其客户端向接收方服务端发出查看消息请求，所述接收方服务端将所述查看消息请求转发至所述消息中心，所述消息中心向发起方服务端发出相应的查看消息请求；

步骤4，发起方服务端依据消息中心的查看消息请求，将相关消息发送至消息中心，消息中心将该消息发送至接收方服务端。

优选的，所述服务端包括微信服务端、语音服务端、CRM（Customer Relationship Management，客户关系管理或客户关系管理系统）服务端、OA（Office Automation，办公自动化或办公自动化系统）服务端和短信服务端，还可以包括其他适于企业和/或企业人员信息交流的服务端。

优选的，所述消息中心获取发起方服务端的消息注册文件更新信息的方式为：发起方服务端更新消息注册文件后，开启端口监听接口以接收来自所述消息中心的消息检测请求，所述消息中心定时发送消息检测请求，检测各相关服务端是否有消息注册文件更新，当相关服务端上存在消息注册文件更新时，获得相应的消息注册文件更新信息。

优选的，所述消息中心获取发起方服务端的消息注册文件更新信息后，生成该消息的唯一的标识码（id码，简称id）并发送至该发起方服务端，所述发起方服务端将获取的标识码记录到相应的消息封装预编文件内，对该消息进行封装,所述消息封装预编文件用于在消息发送前获取该文件内的标识码进行消息封装。

消息的标识码方法可以为：将一条消息分为消息头、消息体和消息尾三部分进行封装；所述消息头包括所述消息的标识码，用于消息中心对消息的分类和分发；所述消息体包括由消息id（该消息的标识码）和消息内容组成的键值对，用于记录消息的具体内容；所述消息尾包括用于记录消息当前状态的状态位，通过消息尾的状态位和消息id对多条同一id的消息进行拼接。

优选的，所述消息中心包括：

消息注册单元，用于注册各种业务和服务系统的消息类型；

消息代理单元，用于将源自客户端的消息转送至相关的服务端；

服务监控单元，用于对注册的客户端进行实时状态监控；

流量控制单元，用于统计各种类型的消息流量，并按照消息流量对客户端进行管控；

加密传输单元，用于对传递的消息进行加密；

消息统计单元，用于统计消息中心内各种类型业务或服务的消息数量。

优选的，所述消息中心还包括:

创建消息单元，用于定义消息内容的固定格式和字段；

查询消息单元，用于查询各种类型业务或服务消息的记录；

处理消息单元，用于通过相应的服务组件处理对应业务或服务的消息，框架内设有统一的消息处理接口。

优选的，所述消息中心还包括：

微信服务组件，用于同微信服务端通信/交互；

语音服务组件，用于同语音服务端通信/交互；

CRM服务组件，用于同CRM服务端通信/交互；

OA服务组件，用于同OA服务端通信/交互；

短信服务组件，用于同短信服务端通信/交互，

服务组件的种类/设置应依据所涉相关消息（或称业务）的类型，与外部各种不同的服务端相适应，以分别作为消息中心与各服务端的通信接口进行信息传送和交互。

优选的，所述流量控制单元根据一种消息的历史流量评估消息流量的负载，设置流量阈值，当消息中心内的消息流量超过此消息的流量阈值时所述流量控制单元发出警报并进行相应调整，所述调整包括：（1）对消息的流量进行扩容，提高阈值上限；（2）当消息流量超过提高后的阈值上限时，消息中心停止接收此种类型的消息服务。

优选的，所述服务监控单元通过发送心跳信号定时对所述服务端的服务状态进行监控，判断服务端的状态是否正常。

本发明的有益效果为：

本发明通过设置消息中心将各种业务或服务系统中的用户数据统一，由消息中心呈现给用户，为用户提供一体化消息服务，实现了消息的整合和集成。能够对所传递消息进行加密，并合理安排信息的传递流程，保证消息传递的安全性；能够通过访问日志记录查询正在处理的消息的当前状态。本发明克服了现有的技术下各种类型消息不能同步传递、消息传递效率低下和各种业务间消息传递障碍多、时效性差的缺陷。

附图说明

图1是本发明消息中心的单元化结构简图；

图2是本发明的新消息注册流程简图；

图3是本发明处理OA服务端消息的流程简图。

具体实施方式

参见图1-3，本发明公开了一种融合多通信方式的企业一体化信息处理方法，包括以下步骤：

步骤1，通知人通过其客户端向发起方服务端发送消息，发起方服务端据此更新消息注册文件，消息中心获取发起方服务端的消息注册文件更新信息；

步骤2，所述消息中心向接收方服务端发出消息提醒，接收方服务端将消息提醒发送至被通知人的客户端；

步骤3，被通知人获悉其客户端的消息提醒后，依据需要，通过其客户端向接收方服务端发出查看消息请求，所述接收方服务端将所述查看消息请求转发至消息中心，消息中心向发起方服务端发出相应的查看消息请求；

步骤4，发起方服务端依据消息中心的查看消息请求，将相关消息发送至消息中心，消息中心将该消息发送至接收方服务端。

所述服务端包括微信服务端、语音服务端、CRM服务端、OA服务端和短信服务端，也可以根据需要对接QQ服务端和飞信服务端等其他服务端。

所述消息中心获取发起方服务端的消息注册文件更新信息的方式为：发起方服务端更新消息注册文件后，开启端口监听接口以接收来自所述消息中心的消息检测请求，所述消息中心定时发送消息检测请求，检测各相关服务端是否有消息注册文件更新，当相关服务端上存在消息注册文件更新时，获得相应的消息注册文件更新信息。

所述消息中心获取发起方服务端的消息注册文件更新信息后，生成该消息的唯一的标识码（id码，简称id）并发送至该发起方服务端，所述发起方服务端将获取的标识码记录到相应的消息封装预编文件内，对该消息进行封装,所述消息封装预编文件用于在消息发送前获取该文件内的标识码进行消息封装。

图2所示为本发明的新消息注册流程简图，其注册流程为：客户端更新新的消息并上传至服务端，消息中心通过消息检测请求检测到服务端内的新消息并获取相关消息提醒，消息中心为新消息生成唯一的标识码进行新消息id注册，服务端获取所述新消息的标识码，并对所述消息的内容进行消息封装后发送至所述消息中心。

所述消息封装的方法为：将一条消息分为消息头、消息体和消息尾三部分进行封装；所述消息头包括所述消息的标识码（通常可以为一个无符号32位的字符），用于消息中心对消息的分类和将消息分发至多个被通知人；所述消息体包括由消息id（通常可以为一个32位的字符）和消息内容（通常可以为256位字符）组成的键值对，用于记录消息的具体内容；所述消息尾包括用于记录消息当前状态（通常可以为终止或中止）的状态位（通常可以为一个32位字符），通过消息尾的状态位和消息id对多条同一id的消息进行拼接。

所述消息中心包括：

消息注册单元，用于注册各种业务和服务系统的消息类型。优选的，注册单元采用分布式注册机制，即注册单元可以在不同的处理器上，通过消息处理系统的主动查询方式，主动发起检测请求，在注册节点上有服务注册时，触发事件状态，对服务系统中的注册服务进行更新操作；

消息代理单元，用于接收来自客户端的消息；

服务监控单元，用于对注册的客户端进行实时状态监控；

流量控制单元，用于统计各种类型的消息流量，并按照消息流量对客户端进行管控，通过对消息的流量统计设置不同的阈值，当流量超过阈值时，消息系统发出通知给管理者，并处理响应时间；

加密传输单元，用于对传递的消息进行加密，增加传输安全性；

消息统计单元，用于统计消息中心内各种类型业务或服务的消息数量。

所述消息中心还包括：

创建消息单元，用于定义消息内容的固定格式和字段。其主要格式为一条消息包含消息头，消息体和消息结束符。主要字段是指，在消息头中主要定义消息的类型，通过唯一标识符标记。在消息体中主要包括两个字段，关键字和对应的消息体。结束符中包括了该消息的编号和判定消息结束的标志位。

查询消息单元，用于查询各种类型业务或服务消息的记录。

所述消息中心各部分（各单元和各服务组件）在相互间数据传递和交互时，可根据需要进行相关的数据形式转换。

以下实例通过OA服务端的请假消息，对消息查询的步骤进行阐述：

OA服务端发送消息通知员工A需要请假，时间从9月28日到10月9日，通知人是经理B。消息中心按照消息id记录该条消息，并发送通知到经理B， 经理B在核对时间时通过日志记录查询消息记录，日志记录通过消息接口和OA服务端对接。如果通知人有多个，那么消息中心对消息进行分解，分解成多条消息发送到各个通知人。

处理消息单元，用于通过相应的服务组件处理对应业务或服务的消息，框架内设有统一的消息处理接口。

所述消息中心还包括：

微信服务组件，用于同微信服务端通信/交互；

语音服务组件，用于同语音服务端通信/交互；

CRM服务组件，用于同CRM服务端通信/交互；

OA服务组件，用于同OA服务端通信/交互；

短信服务组件，用于同短信服务端通信/交互。

所述流量控制单元根据一种消息的历史流量评估消息流量的负载，设置流量阈值，当消息中心内的消息流量超过此消息的流量阈值时所述流量控制单元发出警报并进行相应调整，所述调整包括：（1）对消息的流量进行扩容，提高阈值上限；（2）当消息流量超过提高后的阈值上限时，消息中心停止接收此种类型的消息服务。

所述服务监控单元通过发送心跳信号定时对所述服务端的服务状态进行监控，判断服务端的状态是否正常。

所述加密传输单元在传输消息的过程中对消息进行加密，所述加密包括按消息的类型进行消息类型加密和对消息的具体内容进行消息内容加密，消息加密的方式可以采用各种适宜的加密方式，例如MD5。

所述客户端能够通过访问所述消息中心查看相关消息的日志记录，查询消息的流程和当前状态。所述日志记录存放于不同的服务器内并设有备份。对于非连续消息，提供消息整合服务，从日志中提取对应的消息id组，组成一个完整的消息。

如图3所示，为本发明OA服务端发送消息的流程，包括：

1、消息中心检测并获取所述OA服务端的消息；

2、所述消息中心处理所述OA消息；

3、所述消息中心向被通知人的客户端发送OA消息提醒；

4、被通知人接收到所述OA消息提醒后向所述消息中心发出查看消息请求；

5、所述消息中心处理所述查看消息请求；

6、所述消息中心向所述OA服务端转发所述查看消息请求；

7、所述OA服务端将消息发送至所述消息中心；

8、所述消息中心接收所述OA服务端的消息并处理；

9、所述消息中心将消息发送至被通知人的客户端。

图1所示是本发明消息中心的单元化结构简图，本发明的消息中心可以接收来自微信服务端、语音服务端、CRM服务端、OA服务端和短信服务端的消息并进行消息整合，为用户提供一体化的消息服务。

所述消息中心设有消息注册单元，用于注册各种业务和服务的消息类型，并签发唯一的消息类型编号；所述消息注册单元采用分布式注册机制，可以在不同的处理器上，通过消息中心的主动查询方式，主动发起检测请求。在注册节点上有服务注册时，触发事件状态，对系统中的注册服务进行更新操作。

所述消息中心设有消息代理单元，用于接收来自客户端的消息，提供一体化的消息服务。

所述消息中心设有服务监控单元，对注册的客户端进行实时状态监控。在消息中心中通过发送心跳信号定时对系统中的业务或服务进行状态监控。

所述消息中心设有流量控制单元，用于对消息的流量进行统计，通过计算消息流量评估负载，设置不同的阈值，对业务或服务的消息进行统计，计算消息流量和阈值的差值，当流量超过阈值时，消息中心发出通知给管理者，并处理响应时间。以短信消息为例，当短信条数超过阈值数时，消息中心发出通知给服务系统端，管理员通过通知获取相关信息并对流量进行扩容，增加阈值。当超过阈值满足一定时限时，消息中心即停止该业务的消息服务。

所述消息中心设有加密传输单元，消息中心在消息传输过程中通过加密方式对传输的消息进行安全封装，通过对消息传输时的加密，增加传输安全性。对不同业务场景进行分别加密，优选MD5方式对消息进行传输加密。

所述消息中心设有消息统计单元，统计消息中心内各种类型服务和业务的消息数量，以生成日志记录供查询使用。

本发明公开的各优选和可选的技术手段，除特别说明外及一个优选或可选技术手段为另一技术手段的进一步限定外，均可以任意组合，形成若干不同的技术方案。