一种能够与业务进行关联的即时信息处理方法
【专利摘要】本发明公开了一种能够与业务进行关联的即时信息处理方法，所述方法包括：首先对系统消息进行处理；然后对聊天消息进行处理；最后采用SignalR技术将企业管理的业务系统中的IM讯机制进行设计和整合，实现了即时消息处理方法不仅能够对消息进行处理，且所有消息能与企业的业务进行关联的技术效果。
【专利说明】一种能够与业务进行关联的即时信息处理方法
【技术领域】
[0001]本发明涉及信息处理领域，尤其涉及一种能够与业务进行关联的即时信息处理方法。
【背景技术】
[0002]即时通讯(頂)目前是一种相对成熟的技术，主要应用于社交沟通平台中，目前有的頂技术已经融入到企业管理软件中，基本是以任务讨论区或通讯录的方式呈现。
[0003]頂的工作原理:通过Socket方式进行端到端的消息发送，网页端有的是通过WebSocket或长轮询方式进行消息的处理。后台都建立有消息服务器，用于处理在线或离线消息。
[0004]M存在的不足:頂的技术实现目前已经成熟，但是将頂融入各种任务、项目、流程、问题，并且可同时进行单点、部门、讨论组中还能在WEB页、PC客户端、手机APP上进行实时消息收发，目前还没有现成的产品。
[0005]基于B/S结构的頂技术所需要解决在网页进行通讯，目前主要有两种方案，一是使用Web Socket技术，这只能在HTML5上实现；第二种是长轮循机制，这种可以在低版本浏览器上实现。如果在多浏览器上支持即时通讯机制，那么就将两种机制进行结合。经过技术选型，采用SignalR可解决WEB与服务器间的通讯问题，SignalR会自动判断,如果是低版本的浏览器，如IE9以下，将采用长轮询的方式进行通讯，如是IE9+浏览器和谷歌或火狐浏览器，将会采用Web Socket技术进行通讯。
[0006]综上所述，本申请发明人在实现本申请实施例中发明技术方案的过程中，发现上述技术至少存在如下技术问题:
在现有技术中，由于主流即时消息处理方法只能对消息进行处理，而所有消息不能与企业的业务进行关联的，所以，现有技术中的即时消息处理方法存在只能对消息进行处理，而所有消息不能与企业的业务进行关联的技术问题。
【发明内容】
[0007]本发明提供了一种能够与业务进行关联的即时信息处理方法，解决了现有技术中的即时消息处理方法存在只能对消息进行处理，而所有消息不能与企业的业务进行关联的技术问题，实现了即时消息处理方法不仅能够对消息进行处理，且所有消息能与企业的业务进行关联的技术效果。
[0008]为解决上述技术问题，本申请实施例提供了一种能够与业务进行关联的即时信息处理方法，所述方法包括:
对系统消息进行处理；
对聊天消息进行处理；
采用SignalR技术将企业管理的业务系统中的頂讯机制进行设计和整合。
[0009]其中，所述对系统消息进行处理包括:系统消息收取和发送。
[0010]其中，发送系统消息步骤具体为:
WEB端调用由服务器映射的sendSysMsg函数；
服务器端接收相关参数；检索相关责任人用户ID ；
如果在线，则通过SignalR发送在线消息，如果不在线，则将离线消息存放到缓存和数据中。
[0011]其中，接收系统消息步骤具体为:
Web端请求消息服务器；
消息服务器在系统缓存中检测任务的责任人是否在线；
如果在线，则通过SignalR发送在线消息给相关责任人，如果不在线，则发送离线消息；
相关责任人收到消息后可直接进入相关功能完成相应操作。
[0012]其中，对系统消息进行处理的依赖消息组件包括:
临时任务组件，新建任务、接收任务、提交任务、督导任务、退回任务、撤回任务、分配任务;
流程任务组件消息；
项目任务组件，同临时任务；
会议任务组件，同临时任务；
问题消息组件，问题责任人接收消息，其他同临时任务；
驱动平台组件；
任务梳理组件。
[0013]其中，所述对聊天消息进行处理包括:聊天信息的收取和发送。
[0014]其中，所述聊天信息的发送包括:
终端发送消息到消息服务器；
消息服务器根据传入的相关参数检索出接收者信息；
根据消息的类型判断是用多点发送还是单点发送；
判断相关接收者的是否在线；
如果在线则直接通过SignalR发送消息给接收者，如果离线，则保存到数据库中。
[0015]其中，所述聊天信息的收取包括:
相关用户ID的终端接通过长轮询或WebSocket等待服务器的消息响应；
有响应则获取消息展示给相关业务；
根据终端用户的行为对消息进行阅读标记。
[0016]其中，对聊天消息进行处理的依赖消息组件包括:
临时任务组件；
流程任务组件；
项目任务组件；
会议任务组件；
问题消息组件；
聊天组件，单点聊天、组织架构讨论组、自定义讨论组。
[0017]本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点: 由于采用了将能够与业务进行关联的即时信息处理方法设计为包括:对系统消息进行处理；对聊天消息进行处理；采用SignalR技术将企业管理的业务系统中的頂讯机制进行设计和整合的技术方案，即弥补了目前主流即时消息软件只能对消息进行处理，而所有消息不能与企业的业务进行关联的问题，采用SignalR的成熟技术在企业管理的业务系统中设计和整合頂讯机制。最终要实现的效果是:在一个任务、流程、项目、问题等发送消息，所有终端在线帐号可即时收到消息，不在线的用户发送离线消息，当用户登录时取出离线消息进行显示，在消息的送达时，有消息的提示，如果是网页版，在顶部显示闪烁的图标，并将消息推送到消息盒子中；如果是PC客户端，则在通知栏闪烁落实图标，点击消息项调用网页版聊天消息盒子；如果是手机端将会用红点提醒并将消息推送到消息盒子中显示，离线消息采用的是极光推送，使用SignalR进行服务器与客户端的通讯，后台自定函数，并映射到WEB端，供Web端进行调用。所有注册用户采用缓存进行保存，消息分为聊天类型与系统类型，在业务中调用消息组件时，检索用户是否在线，如在线发广播或单点消息，否则将消息存放到数据库和缓存中，所以，有效解决了现有技术中的即时消息处理方法存在只能对消息进行处理，而所有消息不能与企业的业务进行关联的技术问题，进而实现了即时消息处理方法不仅能够对消息进行处理，且所有消息能与企业的业务进行关联的技术效果。
【专利附图】
【附图说明】
[0018]图1是本申请实施例一中能够与业务进行关联的即时信息处理方法流程图。
【具体实施方式】
[0019]本发明提供了一种能够与业务进行关联的即时信息处理方法，解决了现有技术中的即时消息处理方法存在只能对消息进行处理，而所有消息不能与企业的业务进行关联的技术问题，实现了即时消息处理方法不仅能够对消息进行处理，且所有消息能与企业的业务进行关联的技术效果。
[0020]本申请实施中的技术方案为解决上述技术问题。总体思路如下:
采用了将能够与业务进行关联的即时信息处理方法设计为包括:对系统消息进行处理；对聊天消息进行处理；采用SignalR技术将企业管理的业务系统中的頂讯机制进行设计和整合的技术方案，即弥补了目前主流即时消息软件只能对消息进行处理，而所有消息不能与企业的业务进行关联的问题，采用SignalR的成熟技术在企业管理的业务系统中设计和整合頂讯机制。最终要实现的效果是:在一个任务、流程、项目、问题等发送消息，所有终端在线帐号可即时收到消息，不在线的用户发送离线消息，当用户登录时取出离线消息进行显示，在消息的送达时，有消息的提示，如果是网页版，在顶部显示闪烁的图标，并将消息推送到消息盒子中；如果是PC客户端，则在通知栏闪烁落实图标，点击消息项调用网页版聊天消息盒子；如果是手机端将会用红点提醒并将消息推送到消息盒子中显示，离线消息采用的是极光推送，使用SignalR进行服务器与客户端的通讯，后台自定函数，并映射到WEB端，供Web端进行调用。所有注册用户采用缓存进行保存，消息分为聊天类型与系统类型，在业务中调用消息组件时，检索用户是否在线，如在线发广播或单点消息，否则将消息存放到数据库和缓存中，所以，有效解决了现有技术中的即时消息处理方法存在只能对消息进行处理，而所有消息不能与企业的业务进行关联的技术问题，进而实现了即时消息处理方法不仅能够对消息进行处理，且所有消息能与企业的业务进行关联的技术效果。
[0021]为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
[0022]实施例一:
在实施例一中，提供了一种能够与业务进行关联的即时信息处理方法，请参考图1，所述方法包括:
S10,首先，对系统消息进行处理；
S20，然后，对聊天消息进行处理；
S30,最后,采用SignalR技术将企业管理的业务系统中的IM讯机制进行设计和整合。
[0023]其中，在本申请实施例中，所述对系统消息进行处理包括:系统消息收取和发送。
[0024]其中，在本申请实施例中，发送系统消息步骤具体为:
WEB端调用由服务器映射的sendSysMsg函数；
服务器端接收相关参数；检索相关责任人用户ID ；
如果在线，则通过SignalR发送在线消息，如果不在线，则将离线消息存放到缓存和数据中。
[0025]其中，在本申请实施例中，接收系统消息步骤具体为:
Web端请求消息服务器；
消息服务器在系统缓存中检测任务的责任人是否在线；
如果在线，则通过SignalR发送在线消息给相关责任人，如果不在线，则发送离线消息；
相关责任人收到消息后可直接进入相关功能完成相应操作。
[0026]其中，在本申请实施例中，对系统消息进行处理的依赖消息组件包括:
临时任务组件，新建任务、接收任务、提交任务、督导任务、退回任务、撤回任务、分配任务;
流程任务组件消息；
项目任务组件，同临时任务；
会议任务组件，同临时任务；
问题消息组件，问题责任人接收消息，其他同临时任务；
驱动平台组件；
任务梳理组件。
[0027]其中，在本申请实施例中，所述对聊天消息进行处理包括:聊天信息的收取和发送。
[0028]其中，在本申请实施例中，所述聊天信息的发送包括:
终端发送消息到消息服务器；
消息服务器根据传入的相关参数检索出接收者信息；
根据消息的类型判断是用多点发送还是单点发送；
判断相关接收者的是否在线；
如果在线则直接通过SignalR发送消息给接收者，如果离线，则保存到数据库中。
[0029]其中，在本申请实施例中，所述聊天信息的收取包括: 相关用户ID的终端接通过长轮询或WebSocket等待服务器的消息响应；
有响应则获取消息展示给相关业务；
根据终端用户的行为对消息进行阅读标记。
[0030]其中，在本申请实施例中，对聊天消息进行处理的依赖消息组件包括:
临时任务组件；
流程任务组件；
项目任务组件；
会议任务组件；
问题消息组件；
聊天组件，单点聊天、组织架构讨论组、自定义讨论组。
[0031]其中，在实际应用中，派发临时任务，系统消息实施例，用户A登录落实云，派发临时任务给用户B，生成系统消息并发送给用户B，消息内容为“用户A给您指派了某某任务，请您接收！ ”，用户B收到消息，点击消息提示框，进入任务接收界面接收任务。
[0032]发起聊天记录实施例:
临时任务责任人用户A选择任务A,用户A在讨论区发消息“Hellow Word ! ”，讨论区的参与人如知会人用户B在线收到聊天消息提示“Hellow Word”，知会人用户B在消息盒子中点击消息项打开聊天窗口，回复消息或点击查看任务详细。
[0033]上述本申请实施例中的技术方案，至少具有如下的技术效果或优点:
由于采用了将能够与业务进行关联的即时信息处理方法设计为包括:对系统消息进行处理；对聊天消息进行处理；采用SignalR技术将企业管理的业务系统中的頂讯机制进行设计和整合的技术方案，即弥补了目前主流即时消息软件只能对消息进行处理，而所有消息不能与企业的业务进行关联的问题，采用SignalR的成熟技术在企业管理的业务系统中设计和整合頂讯机制。最终要实现的效果是:在一个任务、流程、项目、问题等发送消息，所有终端在线帐号可即时收到消息，不在线的用户发送离线消息，当用户登录时取出离线消息进行显示，在消息的送达时，有消息的提示，如果是网页版，在顶部显示闪烁的图标，并将消息推送到消息盒子中；如果是PC客户端，则在通知栏闪烁落实图标，点击消息项调用网页版聊天消息盒子；如果是手机端将会用红点提醒并将消息推送到消息盒子中显示，离线消息采用的是极光推送，使用SignalR进行服务器与客户端的通讯，后台自定函数，并映射到WEB端，供Web端进行调用。所有注册用户采用缓存进行保存，消息分为聊天类型与系统类型，在业务中调用消息组件时，检索用户是否在线，如在线发广播或单点消息，否则将消息存放到数据库和缓存中，所以，有效解决了现有技术中的即时消息处理方法存在只能对消息进行处理，而所有消息不能与企业的业务进行关联的技术问题，进而实现了即时消息处理方法不仅能够对消息进行处理，且所有消息能与企业的业务进行关联的技术效果。
[0034]尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0035]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种能够与业务进行关联的即时信息处理方法，其特征在于，所述方法包括: 对系统消息进行处理； 对聊天消息进行处理； 采用SignalR技术将企业管理的业务系统中的頂讯机制进行设计和整合。
2.根据权利要求1所述的方法，其特征在于，所述对系统消息进行处理包括:系统消息收取和发送。
3.根据权利要求2所述的方法，其特征在于，发送系统消息步骤具体为: WEB端调用由服务器映射的sendSysMsg函数； 服务器端接收相关参数；检索相关责任人用户ID ； 如果在线，则通过SignalR发送在线消息，如果不在线，则将离线消息存放到缓存和数据中。
4.根据权利要求2所述的方法，其特征在于，接收系统消息步骤具体为: Web端请求消息服务器； 消息服务器在系统缓存中检测任务的责任人是否在线； 如果在线，则通过SignalR发送在线消息给相关责任人，如果不在线，则发送离线消息； 相关责任人收到消息后可直接进入相关功能完成相应操作。
5.根据权利要求2所述的方法，其特征在于，对系统消息进行处理的依赖消息组件包括: 临时任务组件，新建任务、接收任务、提交任务、督导任务、退回任务、撤回任务、分配任务; 流程任务组件消息； 项目任务组件，同临时任务； 会议任务组件，同临时任务； 问题消息组件，问题责任人接收消息，其他同临时任务； 驱动平台组件； 任务梳理组件。
6.根据权利要求1所述的方法，其特征在于，所述对聊天消息进行处理包括:聊天信息的收取和发送。
7.根据权利要求6所述的方法，其特征在于，所述聊天信息的发送包括: 终端发送消息到消息服务器； 消息服务器根据传入的相关参数检索出接收者信息； 根据消息的类型判断是用多点发送还是单点发送； 判断相关接收者的是否在线； 如果在线则直接通过SignalR发送消息给接收者，如果离线，则保存到数据库中。
8.根据权利要求6所述的方法，其特征在于，所述聊天信息的收取包括: 相关用户ID的终端接通过长轮询或WebSocket等待服务器的消息响应； 有响应则获取消息展示给相关业务； 根据终端用户的行为对消息进行阅读标记。
9.根据权利要求6所述的方法，其特征在于，对聊天消息进行处理的依赖消息组件包括: 临时任务组件； 流程任务组件； 项目任务组件； 会议任务组件； 问题消息组件； 聊天组件，单点聊天、组织架构讨论组、自定义讨论组。
【文档编号】H04L12/58GK104410562SQ201410661059
【公开日】2015年3月11日 申请日期:2014年11月19日 优先权日:2014年11月19日
【发明者】黄斌 申请人:成都实景信息技术有限公司