著录项信息
专利名称 | 消息统一管理方法和装置 |
申请号 | CN201010289706.6 | 申请日期 | 2010-09-21 |
法律状态 | 暂无 | 申报国家 | 中国 |
公开/公告日 | 2011-01-26 | 公开/公告号 | CN101957755A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F9/44 | IPC分类号 | G;0;6;F;9;/;4;4查看分类表>
|
申请人 | 用友软件股份有限公司 | 申请人地址 | 北京市海淀区北清路68号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 用友网络科技股份有限公司 | 当前权利人 | 用友网络科技股份有限公司 |
发明人 | 史周军 |
代理机构 | 北京友联知识产权代理事务所(普通合伙) | 代理人 | 尚志峰;汪海屏 |
摘要
本发明提供了一种消息统一管理方法,包括:步骤102,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库;步骤104,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览。本发明还提供了一种消息统一管理装置,包括:消息引擎模块,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库;消息管理模块,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览。根据本发明的技术方案,可以实现一种消息统一管理方法和装置,使消息能够被方便地统一使用和管理,大大简化了繁杂的各类消息的管理工作和消息应用方面的软件开发的复杂度。
1.一种消息统一管理方法,其特征在于,包括:
步骤101,为每个类型的消息配置对应的发送处理器、接收处理器和消息浏览器,其中,消息浏览器用于消息的浏览、注册,消息浏览器实现了统一的消息浏览接口,发送处理器用于消息发送处理,实现了消息统一发送服务接口,接收处理器,用于消息接收处理,实现消息统一接收服务接口;
步骤102,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库,在所述步骤102中,调用所述消息的对应发送处理器或对应接收处理器,对所述消息进行发送和接收;
步骤104,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览,在所述步骤104中,调用所述消息的对应消息浏览器,来显示所述消息。
2.根据权利要求1所述的消息统一管理方法,其特征在于,所述步骤102中,对待发送消息进行拦截处理后,再将所述待发送消息发送,
对已接收消息进行拦截处理,再将所述已接收消息保存至所述消息库, 其中,所述拦截处理包括安全处理。
3.根据权利要求1或2所述的消息统一管理方法,其特征在于,还包括: 步骤106,根据预置条件,将所述消息库中的部分信息保存至归档数据库。
4.根据权利要求3所述的消息统一管理方法,其特征在于,还包括:
步骤108,所述用户根据待查询消息的属性信息,在所述消息库和/或所述归档数据库中查询所述消息。
5.一种消息统一管理装置,其特征在于,包括:
消息类型配置模块,为每个类型的消息配置对应的发送处理器、接收处理器和消息浏览器,其中,消息浏览器用于消息的浏览、注册,消息浏览器实现了统一的消息浏览接口,发送处理器用于消息发送处理,实现了消息统一发送服务接口,接收处理器,用于消息接收处理,实现消息统一接收服务接口;
消息引擎模块,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库,所述消息引擎模块调用所述消息的对应发送处理器或对应接收处理器,对所述消息进行发送和接收;
消息管理模块,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览,所述消息管理模块调用所述消息的对应消息浏览器,来显示所述消息。
6.根据权利要求5所述的消息统一管理装置,其特征在于,还包括:
消息拦截模块,对所述消息引擎模块的待发送消息进行拦截处理后,再将所述待发送消息交由所述消息引擎模块进行发送,
对所述消息引擎模块的已接收消息进行拦截处理,再将所述已接收消息交由所述消息引擎模块进行保存,
其中,所述拦截处理包括安全处理。
7.根据权利要求5或6所述的消息统一管理装置,其特征在于,所述消息管理模块根据预置条件,将所述消息库中的部分信息保存至归档数据库。
8.根据权利要求7所述的消息统一管理装置,其特征在于,所述消息管理模块供所述用户根据待查询消息的属性信息,在所述消息库和/或所述归档数据库中查询所述消息。
消息统一管理方法和装置\n技术领域\n[0001] 本发明涉及消息处理技术,尤其涉及消息统一管理方法和装置。\n背景技术\n[0002] 随着科技的进步,消息的形式也越来越丰富,消息在管理软件中的作用越来越大,使用的领域也越来越广,消息不仅仅是类似通知的职能,现在的应用中更多地使用消息来实现协同管理,提高系统的实时性和业务敏捷性。由于软件系统中的消息越来越多,因此,如何使用和管理这些多种多样的消息已经成为一个不能忽视的问题。\n[0003] 当前的管理软件解决使用和管理消息,主要有以下几个方法:\n[0004] 1)每种消息的使用和管理单独实现。例如,针对邮件的使用会开发邮件工具;针对短信的使用会开发短信工具;针对队列消息提供队列消息使用工具;如果未来需要即时消息,将单独开发即时消息工具等。消息的管理基本也是分离的,如邮件消息的管理由邮件客户端实现,系统不做管理;短信消息一般也不做管理;即时消息的管理也是由即时消息服务器提供等等。这种消息使用和管理方案的优点是每种消息类型的使用工具和管理工具的开发相对简单,只需考虑具体消息类型的特点即可。存在的问题是,开发人员的负担较重,使用不同的消息类型,需要使用不同的应用程序接口API(Application programming interface),以后如果需要支持新增的消息类型,需要重新修改应用程序的代码。消息的管理也比较分散,不同的消息需要使用不同的工具来查看和维护,给用户的使用来带来较大的不便。\n[0005] 2)另一种比较常见的使用和管理消息的方法是部分提供了分类的消息管理,如软件系统的通知消息,所有通知类消息的管理,如邮件、短信。预警类消息,包括业务预警和系统预警,单独提供预警类消息的使用工具和管理工具;流程类消息,提供单独的使用工具和管理工具等。与方法1)相比,使用这种方法提供了分类管理的功能,将消息按照分类进行了管理,但是每类消息依然是单独使用和管理。方法2)只是部分解决了方法1)中存在的问题。\n[0006] 因此,需要一种消息统一管理方式,来解决不能统一消息使用和消息管理的问题,简化用户的各类消息的处理工作和软件开发的复杂度,提高效率。\n发明内容\n[0007] 鉴于以上,本发明的技术方案所要解决的技术问题在于,提供一种消息统一管理方法和装置,来解决不能统一消息使用和消息管理的问题,简化用户的各类消息的处理工作和软件开发的复杂度,提高效率。\n[0008] 本发明提供了一种消息统一管理方法,包括:步骤102,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库;步骤104,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览。通过该技术方案,能够实现统一消息使用和管理,简化用户对各类消息的处理工作。\n[0009] 在上述技术方案中,优选地,还可以包括:步骤101,为每个类型的消息配置对应的发送处理器、接收处理器和消息浏览器;在所述步骤102中,调用所述消息的对应发送处理器或对应接收处理器,对所述消息进行发送和接收;在所述步骤104中,调用所述消息的对应消息浏览器,来显示所述消息。通过该技术方案,可以针对每类消息进行相关的处理,如发送、接受、浏览,方便用户的使用。\n[0010] 在上述技术方案中,优选地,所述步骤102中,对待发送消息进行拦截处理后,再将所述待发送消息发送,对已接收消息进行拦截处理,再将所述已接收信息保存至所述消息库,其中,所述拦截处理包括安全处理。通过该技术方案,使得消息更加可靠,完整,便于后续工作的查询或分析处理。\n[0011] 在上述技术方案中,优选地,还可以包括:步骤106,根据预置条件,将所述消息库中的部分信息保存至归档数据库。\n[0012] 在上述技术方案中,优选地,还可以包括:步骤108,所述用户根据待查询消息的属性信息,在所述消息库和/或所述归档数据库中查询所述消息。通过该技术方案,可以方便用户随时查看消息属性,方便对各类消息的处理。\n[0013] 本发明还提供了一种消息统一管理装置,包括:消息引擎模块,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库;消息管理模块,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览。通过该技术方案,能够实现统一消息使用和管理,简化用户的各类消息的处理工作。通过该技术方案,能够实现统一消息使用和管理,简化用户对各类消息的处理工作。\n[0014] 在上述技术方案中,优选地,还可以包括:消息类型配置模块,为每个类型的消息配置对应的发送处理器、接收处理器和消息浏览器,所述消息引擎模块调用所述消息的对应发送处理器或对应接收处理器,对所述消息进行发送和接收,所述消息管理模块调用所述消息的对应消息浏览器,来显示所述消息。通过该技术方案,可以针对每类消息进行相关的处理,如发送、接受、浏览,方便用户的使用。\n[0015] 在上述技术方案中,优选地,还可以包括:消息拦截模块,对所述消息引擎模块的待发送消息进行拦截处理后,再将所述待发送消息交由所述消息引擎模块进行发送,对所述消息引擎模块的已接收消息进行拦截处理,再将所述已接收信息交由所述消息引擎模块进行保存,其中,所述拦截处理包括安全处理。通过该技术方案,使得消息更加可靠,完整,便于后续工作的查询或分析处理。\n[0016] 在上述技术方案中,优选地,所述消息管理模块根据预置条件,将所述消息库中的部分信息保存至归档数据库。\n[0017] 在上述技术方案中,优选地,所述消息管理模块供所述用户根据待查询消息的属性信息,在所述消息库和/或所述归档数据库中查询所述消息。通过该技术方案,可以方便用户随时查看消息属性,方便对各类消息的处理。\n[0018] 通过上述技术方案,可以实现一种消息统一管理方法和装置,解决不能统一消息使用和消息管理的问题,简化用户的各类消息的处理工作和软件开发的复杂度,提高效率。\n附图说明\n[0019] 图1是根据本发明的一个实施例的消息统一管理方法的流程图;\n[0020] 图2是根据本发明的一个实施例的消息统一管理装置的框图;\n[0021] 图3是根据本发明的一个实施例的消息统一管理装置的消息类型配置模块的应用界面图;\n[0022] 图4是根据本发明的一个实施例的消息统一管理方法的消息处理流程图;以及[0023] 图5是根据本发明的一个实施例的消息统一管理方法的消息统一管理的界面图。\n具体实施方式\n[0024] 为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。\n[0025] 在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明并不限于下面公开的具体实施例的限制。\n[0026] 图1是根据本发明的一个实施例的消息统一管理方法的流程图。\n[0027] 如图1所示,根据本发明的实施例的消息统一管理方法包括:步骤102,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库;步骤104,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览。\n通过该技术方案,能够实现统一消息使用和管理,简化用户对各类消息的处理工作。\n[0028] 在上述技术方案中,还可以包括:步骤101,为每个类型的消息配置对应的发送处理器、接收处理器和消息浏览器;在所述步骤102中,调用所述消息的对应发送处理器或对应接收处理器,对所述消息进行发送和接收;在所述步骤104中,调用所述消息的对应消息浏览器,来显示所述消息。这样,可以针对每类消息进行相关的处理,如发送、接受、浏览,方便用户的使用。\n[0029] 在上述技术方案中,所述步骤102中,对待发送消息进行拦截处理后,再将所述待发送消息发送,对已接收消息进行拦截处理,再将所述已接收信息保存至所述消息库,其中,所述拦截处理包括安全处理。因此,使得消息更加可靠,完整,便于后续工作的查询或分析处理。\n[0030] 在上述技术方案中,还可以包括:步骤106,根据预置条件,将所述消息库中的部分信息保存至归档数据库。\n[0031] 在上述技术方案中,还可以包括:步骤108,所述用户根据待查询消息的属性信息,在所述消息库和/或所述归档数据库中查询所述消息。因此,可以方便用户随时查看消息属性,方便对各类消息的处理及管理。\n[0032] 图2是根据本发明的一个实施例的消息统一管理装置的框图。\n[0033] 如图2所示,根据本发明的实施例的消息统一管理装置200包括:消息引擎模块\n202,根据待发送或待接收的消息的类型,发送或接收所述消息,并将所述消息存储至消息库;消息管理模块204,从所述消息库中获取所述消息的类型,根据所述消息的类型显示所述消息以供用户浏览。通过该技术方案,能够实现统一消息使用和管理,简化用户的各类消息的处理工作。通过该技术方案,能够实现统一消息使用和管理,简化用户对各类消息的处理工作。\n[0034] 在上述技术方案中,还可以包括:消息类型配置模块,为每个类型的消息配置对应的发送处理器、接收处理器和消息浏览器,所述消息引擎模块202调用所述消息的对应发送处理器或对应接收处理器,对所述消息进行发送和接收,所述消息管理模块204调用所述消息的对应消息浏览器,来显示所述消息。这样,可以针对每类消息进行相关的处理,如发送、接受、浏览,方便用户的使用。\n[0035] 在上述技术方案中,还可以包括:消息拦截模块,对所述消息引擎模块202的待发送消息进行拦截处理后,再将所述待发送消息交由所述消息引擎模块202进行发送,对所述消息引擎模块202的已接收消息进行拦截处理,再将所述已接收信息交由所述消息引擎模块202进行保存,其中,所述拦截处理包括安全处理。因此,使得消息更加可靠,完整,便于后续工作的查询或分析处理。\n[0036] 在上述技术方案中,所述消息管理模块204根据预置条件,将所述消息库中的部分信息保存至归档数据库。\n[0037] 在上述技术方案中,所述消息管理模块204供所述用户根据待查询消息的属性信息,在所述消息库和/或所述归档数据库中查询所述消息。因此,可以方便用户随时查看消息属性,方便对各类消息的处理及管理。\n[0038] 图3是根据本发明的一个实施例的消息统一管理装置的消息类型配置模块的应用界面图。\n[0039] 首先详细说明本发明的实施例中的消息类型配置模块参与的消息类型配置工作。\n其主要实现消息类型的注册管理,以及信息类型的基本配置信息的管理。消息配置用于实现消息类型的注册,以及消息类型的配置基本信息两部分。在注册消息类型时,需要提供的信息包括:\n[0040] 消息类型编码:消息类型的编码,编码可以唯一标识消息类型;\n[0041] 消息类型名称:消息类型的名称;\n[0042] 备注:用于记录消息类型的备注信息。\n[0043] 消息类型的配置信息包括:\n[0044] 消息浏览器:用于消息的浏览,注册的消息浏览器实现了统一的消息浏览接口;\n[0045] 发送处理器:消息引擎的消息发送处理,实现了消息统一管理装置的发送服务接口;\n[0046] 接收处理器:消息引擎的消息接收处理,实现了消息统一管理装置的接收服务接口;\n[0047] 备注:需要备注的配置信息。\n[0048] 如图3所示,示出了消息类型配置中电子邮件这一消息类型的具体注册信息。基于所描述的消息类型和插件机制,可以方便地实现消息类型的扩展,并在配置信息中注册需要在统一消息管理系统中需要使用的各种插件信息。\n[0049] 通过上述技术方案,能够实现消息类型配置,对消息进行分类,便于对消息的后续的分类处理和管理。\n[0050] 图4是根据本发明的一个实施例的消息统一管理方法的消息处理流程图。\n[0051] 注册完了消息类型及配置信息之后,消息引擎对应消息统一管理装置中的消息引擎模块(参考图2中的202)参与处理各类型的消息。如图4所示,首先针对消息的发送部分进行说明,在步骤402,应用程序调用统一的消息发送服务。\n[0052] 在步骤404,消息引擎接收到调用服务后,对消息进行拦截处理,包括安全处理。\n[0053] 在步骤406,然后根据消息服务调用的消息类型,查找该类消息的消息类型发送处理器,该发送处理器实现了消息引擎的发送服务接口。\n[0054] 在步骤408,根据查找到的发送处理器,调用具体消息类型的发送服务,实现消息的转发。\n[0055] 在步骤410,判断是否转发成功,如果转发成功,则进行步骤414,如果转发失败,则进行步骤412。\n[0056] 在步骤414,将消息保存到消息仓库中。\n[0057] 在步骤412,调用例外处理。\n[0058] 下面针对消息的接收部分来说明其消息处理流程。\n[0059] 在步骤416,应用程序调用统一的消息接收服务。\n[0060] 在步骤418,消息引擎接收到调用服务后,根据消息服务调用的消息类型,查找该类消息的消息类型接收处理器,该接收处理器实现了消息引擎的接收服务接口。\n[0061] 在步骤420,根据查找到的接收处理器,调用其接收服务,实现消息的接收。\n[0062] 在步骤422,判断接收是否成功,如果接收失败,则进行步骤412;如果接收成功,则进行步骤424。\n[0063] 在步骤424,将消息进行拦截处理(如安全处理)。\n[0064] 在步骤426,把接收到的消息记录在统一的消息库中。\n[0065] 消息拦截器对应消息统一管理装置中的消息拦截模块可根据消息类型进行配置,不同的消息类型其消息拦截器可以不同。一个具体的消息类型可以有多个消息拦截器,也可以没有消息拦截器。\n[0066] 另外,通过统一的消息引擎,向外提供统一的消息发送服务接口和消息接收接口。\n这样就保护了基于消息的应用程序的代码,在具体的消息类型发生变化时,只需要调整对应的插件实现代码即可,应用程序并不需要改变,这样就大大增强了基于消息应用软件的适应能力。\n[0067] 消息引擎提供统一的消息访问服务,发送消息服务接口(如下面的程序所描述):\n[0068] Public interface IMessageSender{\n[0069] //发送消息\n[0070] Public SendMessage(MessageObject[]msgs);\n[0071] //发送消息,并提交消息监控\n[0072] Public SendMessage(MessageObject[]msgs,IMessageMonitormonitor);\n[0073] }\n[0074] 接收消息服务接口:\n[0075] Public interface IMessageReceiver{\n[0076] //接收所有消息\n[0077] MessageObject[]Public ReceiveMessage();\n[0078] }\n[0079] 消息浏览接口:\n[0080] Public interface IMessageViewer{\n[0081] //显示消息\n[0082] Public ShowMessage(MessageObject[]msgs);\n[0083] }\n[0084] 因此,每个消息类型对接口有自己的实现,其中消息服务接口需要使用的消息参数对象MessageObject主要包括以下属性:\n[0085] 消息ID:消息的唯一标识;\n[0086] 消息类型:消息的类型。如email,sms等;\n[0087] 消息标题:消息的标题;\n[0088] 消息内容:消息体中的内容;\n[0089] 消息发送者:消息的发送者;\n[0090] 消息发送时间:\n[0091] 消息接收者:消息的接收者,支持有多个接收者;\n[0092] 消息接收时间:\n[0093] 是否已读:标识消息是否已被阅读过;\n[0094] 消息优先级:消息的优先级,如紧急、重要等;\n[0095] 消息备注:消息的备注信息;\n[0096] 消息附件:消息包含的附件信息,支持多个附件等等。\n[0097] 处理完消息之后,接下来要对消息进行统一管理,其消息统一管理界面如图5所示,图中示出了已发送这一通知消息类型的具体情况。从图中可知,业务消息分类主要包括:通知类消息,预警类消息,流程类消息,即时消息,以及其他消息。其具有消息的查询、归档、导入/导出、特定应用相关的信息审计分析等功能,具体如下:\n[0098] 1)提供查询功能。能够按照消息实体的属性定义条件,查询出需要的各种消息。\n查询时,支持是否包括归档消息,如果包括归档消息的查询,将同时根据条件从当前的消息库和已归档的消息库中进行查询。\n[0099] 2)单击某一项具体的消息时,能够调用消该类消息类型的消息浏览器,以自己的特定格式显示消息的内容。\n[0100] 3)提供归档功能。可以先进行查询,例如,查询哪些已处理的、超过三个月的消息,然后将这些消息进行归档。支持按照预先设置的条件,后台自动调度归档服务,实现自动归档功能。\n[0101] 4)支持消息的导入/导出功能。支持将当前界面上的消息导出到一个文档中,或者将一个消息文档导入到当前的消息库中。\n[0102] 5)提供基于消息的分析功能。分析功能可以按照业务类型进行定制,如提供按照流程的消息审计、提供按照主体的即时消息浏览等。\n[0103] 通过上述功能能够对各类消息按照业务分类进行统一的管理。\n[0104] 参照图1至图5的详细说明,根据本发明的实施例的技术方案,可以实现一种消息统一管理方法和装置,通过上面的分析说明,消息统一管理方法和装置能够广泛使用于软件系统的消息应用场景中,包括各种消息通知、预警消息、流程消息等,用户不需要知道消息的具体实现技术,就能够方便地使用消息统一系统来实现企业的各种协同应用。\n[0105] 能够以一致的方式,方便地实现消息的统一使用和统一管理。能够支持消息类型的灵活扩展,新扩展的消息类型也能够实现消息的统一使用和管理。基于本发明的技术方案能够增加软件在消息使用方面的可用性,简化了开发的复杂度,基本屏蔽了消息技术对业务程序的影响,提高了软件的可靠性;同时由于基于业务类型对各种消息进行统一管理,也大大简化了用户日益突出的繁杂的各类消息的管理工作。因此,根据本发明的实施例的消息统一管理方法和装置从一致性、扩展性和可用性等方面提高了软件的消息使用和消息管理能力,为软件开发商和用户带来了价值。\n[0106] 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
法律信息
- 2015-04-22
专利权人的姓名或者名称、地址的变更
专利权人由用友软件股份有限公司变更为用友网络科技股份有限公司
地址由100094 北京市海淀区北清路68号用友软件园变更为100094 北京市海淀区北清路68号
- 2014-01-29
- 2011-03-23
实质审查的生效
IPC(主分类): G06F 9/44
专利申请号: 201010289706.6
申请日: 2010.09.21
- 2011-01-26
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2005-04-20
|
2004-10-08
| | |
2
| |
2007-11-14
|
2006-05-11
| | |
3
| |
2000-12-13
|
1998-10-19
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |