CN109104359B - 消息监控方法、装置、设备及存储介质 - Google Patents
消息监控方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN109104359B CN109104359B CN201810851962.6A CN201810851962A CN109104359B CN 109104359 B CN109104359 B CN 109104359B CN 201810851962 A CN201810851962 A CN 201810851962A CN 109104359 B CN109104359 B CN 109104359B
- Authority
- CN
- China
- Prior art keywords
- session
- message
- service
- service line
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种消息监控方法、装置、设备及存储介质,所述方法包括:在即时通讯IM会话建立时,获取当前的会话场景信息;基于所述会话场景信息,加载相应的业务线函数集;将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。本发明通过会话场景,来启动与会话场景对应的业务线,实现了业务线的代码解耦,进而解决了现有技术中不同业务线进行消息监控会导致代码冲突的问题。
Description
技术领域
本发明涉及计算机领域,尤其涉及一种消息监控方法、装置、设备及存储介质。
背景技术
随着互联网的发展,人们越来越注意到闭环交易的重要性。而IM(InstantMessaging,即时通讯)作为闭环交易的沟通载体,承担着越来越多的业务。例如,某APP(计算机应用程序)中存在着15种以上的消息类型。IM作为一个与用户深度沟通的模块,它的每种消息类型都应该是可控的,这就意味着必须有一个部门全部掌握IM消息的类型,否则会严重影响用户体验。
为了能够保证消息类型的可控性,保证用户体验,现有技术中存在两种解决方案,分别为:
方案一,如图1所示,每个业务线所有的IM相关需求都提交到平台部门,由平台的技术开发人员统一开发。平台会先收集各个业务线的需求,然后将需求按优先级添加到需求池中,平台技术人员按优先级进行开发。这样使平台部门能够掌握各个业务线的消息类型和消息收发策略,保证整个IM的用户体验。然而,该方案存在的缺陷是:
1、平台技术人力有限,需求只能串行开发,效率较低。
2、平台技术对各个业务线的业务场景不熟悉,导致需求要进行反复沟通,跨部门沟通较为繁琐,往往一个需求要经过反复沟通才能完成。
方案二,如图2所示,将IM模块的源码开放给各个业务线的开发人员,各个业务线将需求提给各个业务线的开发人员,由业务线的开发人员进行开发。该方案能够避免方案一存在的问题,但该方案至少存在如下缺陷:代码开放,不同业务线进行消息监控会导致代码冲突增多,不利于开发。所以,如何解决该问题,成为目前亟待解决的技术问题。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种消息监控方法、装置、设备及存储介质。
一方面,本发明实施例提供一种消息监控方法,所述方法包括:
在即时通讯IM会话建立时,获取当前的会话场景信息;
基于所述会话场景信息,加载相应的业务线函数集;
将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
可选地,在获取当前的会话场景信息后,还包括:将所述会话场景信息携带在每条会话消息中。
可选地,所述在IM会话建立时,获取当前的会话场景信息,包括:
当从业务详情页跳转至IM会话页时,从所述业务详情页中获取对应的会话场景信息。
可选地,所述在IM会话建立时,获取当前的会话场景信息,包括:
当从聊天列表页进入到与指定联系人的IM会话页时,从与该联系人上次会话的会话消息中获取会话场景信息。
可选地,所述会话场景信息至少包括:业务类型信息。
可选地,在加载业务线函数集前,所述方法还包括:
接收所述业务线函数集发送的待注册的消息类型及预先向管理平台申请的注册令牌;
检测所述注册令牌的合法性,并在合法时,向服务层发起对所述消息类型的注册请求。
另一方面,本发明实施例提供一种消息监控装置,所述装置包括:
信息获取模块,用于在IM会话建立时,获取当前的会话场景信息;
加载模块,用于基于所述会话场景信息,加载相应的业务线函数集;
消息处理模块,用于将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
可选地,所述信息获取模块,还用于在获取当前的会话场景信息后,将所述会话场景信息携带在每条会话消息中。
可选地,所述信息获取模块,具体用于当从业务详情页跳转至IM会话页时,从所述业务详情页中获取对应的会话场景信息。
可选地,所述信息获取模块,具体用于当从聊天列表页进入到与指定联系人的IM会话页时,从与该联系人上次会话的会话消息中获取会话场景信息。
可选地,所述会话场景信息至少包括:业务类型信息。
可选地,所述装置还包括:
注册处理模块,用于接收所述业务线函数集发送的待注册的消息类型及预先向管理平台申请的注册令牌,检测所述注册令牌的合法性,并在合法时,向服务层发起对所述消息类型的注册请求。
第三方面,本发明实施例还提供一种计算设备,所述计算设备包括:存储器、处理器及通信总线;所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的消息监控程序,以实现如下方法步骤:
在即时通讯IM会话建立时,获取当前的会话场景信息;
基于所述会话场景,加载相应的业务线函数集;
将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
第四方面,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现如下方法步骤:
在即时通讯IM会话建立时,获取当前的会话场景信息;
基于所述会话场景,加载相应的业务线函数集;
将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
本发明实施例所述方案,基于会话场景,加载与会话场景对应的业务线函数集进行会话消息监控,即本发明通过会话场景,来启动与会话场景对应的业务线,实现了业务线的代码解耦,进而解决了现有技术中不同业务线进行消息监控会导致代码冲突的问题。
上述说明仅是本发明实施例技术方案的概述,为了能够更清楚了解本发明实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明实施例的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明实施例的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为现有技术中给出的一种消息类型开发方案;
图2为现有技术中给出的另一种消息类型开发方案;
图3为本发明第一实施例提供的一种消息监控方法的流程图;
图4为本发明第二实施例提供的一种消息监控方法的流程图;
图5为本发明第三实施例提供的一种消息监控方法的流程图;
图6为本发明第四实施例提供的一种消息监控方法的流程图;
图7为本发明第五实施例中IM消息划分示意图;
图8为本发明第五实施例中IM模块将会话数据传递给加载的业务线方法类进行数据监控的示意图;
图9为本发明第六实施例提供的一种消息监控装置的结构框图;
图10为本发明第七实施例提供的一种消息监控装置的结构框图;
图11为本发明第八实施例提供的一种计算设备的结构框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
在本发明第一实施例中,提供一种消息监控方法,如图3所示,本实施例所述方法包括如下步骤:
步骤S301,在IM会话建立时,获取当前的会话场景信息;
本发明实施例中,所述的会话场景信息至少包括:业务类型信息。其中,业务类型信息包括:业务大类ID和/或业务细分类ID。示例性的,业务大类如招聘、房产、二手车等业务类型。
在本发明的可选实施例中,会话场景信息还包括:帖子ID、场景、当前场景聊天下的角色。
需要指出的是,上述会话场景信息并非穷举,本领域技术人员可以根据需求在本发明实施例的基础上对上述会话场景信息进行增加或减少。
步骤S302,基于所述会话场景信息,加载相应的业务线函数集;
具体的,本发明实施例中,根据会话场景信息,可以确定当前会话对应的业务类型。根据该业务类型,来加载对应的业务线函数集。
可选地,本发明实施例中,业务线函数集是一种实现业务线相关功能的方法类。
步骤S303,将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
本发明实施例中,将会话消息发送至业务线函数集,可以使得业务线函数集能够得知当前聊天的所有消息及消息类型,实现了业务线函数集对会话消息的监控。并且根据监控的结果,业务线函数集可以根据预先设定的消息收发策略,进行消息的发送。
综上,本发明实施例通过会话场景,来启动与会话场景对应的业务线函数集,实现了业务线之间的代码解耦,进而解决了现有技术中不同业务线进行消息监控会导致代码冲突的问题。
在本发明第二实施例中,提供一种消息监控方法,相比于第一实施例,本实施例将着重阐述获取当前的会话场景信息的方式,与实施例一相同之处可参见第一实施例,本实施例不再赘述。
如图4所示,本实施例所述方法包括如下步骤:
步骤S401,当从业务详情页跳转至IM会话页而建立会话时,从所述业务详情页中获取对应的会话场景信息;
即,用户从具体的业务详情页点击微聊跳转到IM会话页时,从对应的业务详情页中获取对应的会话场景信息。
例如,用户从招聘的详情页点击微聊跳转到IM会话页时,需要将从业务详情页中获取的会话场景信息通过跳转携带到IM会话页。
可选地,本发明实施例中,为了便于用户通过其他方式建立会话时,能够获取到会话场景信息,IM会话页还负责将会话场景信息存储到从此以后发送的每条会话消息中。
步骤S402,基于所述会话场景信息,加载相应的业务线函数集;
步骤S403,将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
在本发明第三实施例中,提供一种消息监控方法,基于第二实施例,本实施例将着重阐述另一种获取当前的会话场景信息的方式,与实施例一、二相同之处可参见第一、二实施例,本实施例不再赘述。
如图5所示,本实施例所述方法包括如下步骤:
步骤S501,从聊天列表页进到IM会话页而建立的会话时,从与该联系人上次会话的会话消息中获取会话场景信息;
本发明实施例中,考虑到当用户从聊天列表页进到IM聊天页面时,此时没有新的场景更新,因此需要获取上次的会话场景信息。由第二实施例可知,当从业务详情页跳转至IM会话页后,每条会话消息均携带会话场景信息。所以,本实施例中,在上次会话的会话消息中获取到会话场景信息。同时,在本次会话中的每个会话消息都携带会话场景信息。
步骤S502,基于所述会话场景信息,加载相应的业务线函数集;
步骤S503,将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
在本发明第四实施例中,提供一种消息监控方法,本实施例相比于第一至第三实施例,将着重阐述消息类型的注册过程。本实施例中,业务线函数集可以自定义消息类型,而管理平台对消息类型有一定的掌控力。
如图6所示,本实施所述方法包括如下步骤:
步骤S601,接收业务线函数集发送的待注册的消息类型及预先向管理平台申请的注册令牌token;
本发明实施例中,业务线函数集可以自定义消息类型。为了实现平台可控,业务线函数集在消息类型注册前,需要向管理平台申请token。并在注册时,携带待注册的消息类型和token。其中,管理平台可以为IM会话页开发平台。
通过该方案,本发明实施例很好的解决了IM消息的需求不可控,各个业务线无法知道其他业务线的需求场景,从而提高沟通成本的问题。
可选地,本发明实施例中,业务线函数集还可以自定义消息收发策略,以便于业务线函数集在消息监控时,按照消息收发策略进行消息的接收或发送。
步骤S602,检测所述注册令牌的合法性,并在合法时,向服务层发起对所述消息类型的注册请求;
本发明实施例中,业务线函数集进行消息类型注册,目的是业务线函数集可以实现对各种消息类型会话消息的监控。
步骤S603,在IM会话建立时,获取当前的会话场景信息;
步骤S604,基于所述会话场景信息,加载相应的业务线函数集;
步骤S605,将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
在本发明第五实施例中,提供一种消息监控方法,更为具体的,本实施例提供了一种平台可控的基于数据监控的IM消息并行开发方案,本实施例所述方案主要实现以下三个目的:
1)实现IM需求的并行开发,使业务线的技术开发能参与到各自业务线的IM业务开发中。
2)平台具有需求把控能力,使IM需求不脱离平台的需求管理。
3)各个业务线的代码解耦,彼此分离。
下面就对本实施例所述方案进行详细阐述。
首先,关于业务解耦;
IM会话页面是以人为维度的页面,两个人产生的会话可能基于不同的业务场景。A和B,最开始可能是基于房产的场景去聊天的,可能过几天后,两者又基于二手车的场景产生了会话。此时他们所有的聊天信息并不会由于业务场景的转变而丢失。在房产的场景下,A和B可能相互收发了很多关于职位的卡片消息,在二手车的业务场景下,他们也能看到彼此收发的职位卡片消息。
因此,IM会话页不能采用详情页和列表页的继承方式来解耦。对此,本发明实施例采用以下方式来实现代码的解耦,从而实现并行开发。解耦方式具体包括:
1、记录业务场景;
所有的聊天页面都基于场景进行,每次聊天的场景都要明确。
为了明确业务场景,本发明实施例需要在每条消息中携带如下会话场景信息:业务大类ID、业务细分类ID、帖子ID、场景、当前场景聊天下的角色,如1是帖子发布者,2是帖子浏览者。
上述会话场景信息是从会话建立时携带过来的,如:用户从招聘的详情页点击微聊跳转到IM会话页时,需要将以上信息通过跳转携带到IM会话页,IM会话页负责将以上信息存储到从此以后发送的每条消息中。
2、获取当前会话的业务场景;
当用户从聊天列表页进到IM聊天页面时,此时没有新的场景更新,因此需要获取上次的会话业务场景,这些数据存放在每条消息中。
其次,关于业务线;
本发明实施例中,针对每个业务线分配一个方法类,如为招聘分配的方法类为:WBIMJobAdapter。这个类的主要作用是:注册消息类型和定义该业务线特定消息的收发策略。经过这样的拆分后,整个IM的消息类型就可以分为:平台通用消息类型和各个业务线定制消息类型。示例性的如图7所示,由图可知,针对IM消息分为业务线定制消息和平台通用消息。业务线定制消息又分为:房源卡片消息、索要简历消息、评价邀请消息等。平台通用消息包括:文本消息和语音消息等。
本发明实施例中,为了保证管理平台对消息类型的可控性,每次业务线注册新的消息类型都需要向管理平台申请token。
在注册时,业务线方法类将待注册的消息类型和token发送至IM会话页。IM会话页会校验token是否合法,如果不合法则不会注册;如果合法,则向服务层发起对所述消息类型的注册请求。
本发明实施例中,每个业务线方法类无论是否被使用都要执行注册消息类型的操作,注册时机为分配给每个类的+load()方法,例如在app启动时。
示例性的,当招聘业务线需要注册新的消息类型时,注册过程如下:
步骤1,业务线注册消息类型
业务线方法类在+load()方法中,向IM会话页的接口中传入WBIMEvalueteCardMessage类和token“HOUSEEVALUATECARD”(token为平台分配),以此来告诉token“HOUSEEVALUATECARD”所对应的消息类为WBIMEvalueteCardMessage。
步骤2,校验token的合法性
IM会话页收到请求后,校验token“HOUSEEVALUATECARD”是否为平台分配的合法字符串,如果不是则停止注册。如果是平台分配则向下执行。后续的消息注册流程并不是本发明的侧重点,所以不再阐述。
在消息类型被注册后,IM会话页在接收到会话消息时,可以根据消息类型,映射到对应的UI(界面)。
具体的,WBIMEvalueteCardMessage类生成的对象需要包含UI信息。
消息发送方将WBIMEvalueteCardMessage对象通过IM消息通道传递到接收方,接收方拿到WBIMEvalueteCardMessage后即可找到WBIMEvaluateCardModel,通过WBIMEvaluateCardModel就能找到它对应的UI类为WBIMEvaluateCardCell类。
第三,业务线方法类的按场景加载;
由在前所述,可知每个会话消息都记录了会话场景信息,每次进到聊天会话页都能获取到会话场景信息。
示例性的,数据场景数据格式如下:
进到IM会话页后得知当前聊天的业务大类ID rootcateid为1,就知道当前是基于房产的场景进行聊天。那么就可以使房产的业务线方法类生效,即房产的业务线方法类可以监控会话消息数据的变化。
本发明实施例中,具体使哪个业务线方法类生效,平台客户端代码中要维护一个映射表:
rootcateid | 类名 |
1 | WBIMHouseAdapter |
2 | WBIMJobAdapter |
3 | WBIMUsedCarAdapter |
4 | WBIMYPAdapter |
… | … |
当获取到rootcateid后就可以立即使对应的业务线的方法类生效,使这个类能监控到会话消息数据。
第四,关于数据监控
本发明实施例中,以取到rootcateid对应的类为WBIMJobAdapter为例,这个类需要实现以下方法:
IM模块(即IM会话页)在消息收、发、刷新时会将最新的数据传递到这个方法中。
如图8所示,为IM模块将会话数据传递给加载的业务线方法类,由对应的业务线方法类进行消息监控的示意图。具体的:
IM模块整合当前页面的消息,如消息发送、消息接收、拉取历史消息、删除消息、更新消息等;
IM模块根据获取的会话场景信息,决定将消息数据传递给哪个业务线方法类;本示例中,业务线方法类包括业务线A、.....、业务线E;
收到消息数据的业务线方法类根据当前的聊天数据,根据预先定义的消息发送策略进行消息发送。
同时,平台的IM模块,还为各个业务线提供发送消息的API,在业务线方法类监控消息时,如果业务线方法类想发送消息则调用该接口。
综上可知,本发明实施例所述方案通过区分场景及监控消息数据的变化达到了以下效果:
1)业务线可以自定义消息类型,且平台对消息类型有一定的掌控能力。
2)业务线可以自定义消息收发策略,业务线可以得知当前聊天的所有消息类型,可以定制自己的消息策略。
3)提高了业务解耦、并行开发,提高了开发效率。
在本发明第六实施例中,提供一种消息监控装置,如图9所示,所述装置包括:
信息获取模块910,用于在IM会话建立时,获取当前的会话场景信息;
加载模块920,用于基于所述会话场景信息,加载相应的业务线函数集;
消息处理模块930,用于将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
可选地,本发明实施例中,所述的会话场景信息至少包括:业务类型信息。其中,业务类型信息包括:业务大类ID和/或业务细分类ID。
在本发明的可选实施例中,会话场景信息还包括:帖子ID、场景、当前场景聊天下的角色。
需要指出的是,上述会话场景信息并非穷举,本领域技术人员可以根据需求在本发明实施例的基础上对上述会话场景信息进行增加或减少。
可选地,本发明实施例中,信息获取模块910获取当前的会话场景信息的方式包括:
方式一,当从业务详情页跳转至IM会话页时,信息获取模块910从所述业务详情页中获取对应的会话场景信息。
方式二,当从聊天列表页进入到与指定联系人的IM会话页时,信息获取模块910从与该联系人上次会话的会话消息中获取会话场景信息。
具体的,本实施例中,考虑到当用户从聊天列表页进到IM聊天页面时,此时没有新的场景更新,因此需要获取上次的会话场景信息。由方式一可知,当从业务详情页跳转至IM会话页后,每条会话消息均携带会话场景信息。所以,本实施例中,在上次会话的会话消息中获取到会话场景信息。同时,在本次会话中的每个会话消息都携带会话场景信息。
综上,本发明实施例通过会话场景,来启动与会话场景对应的业务线函数集,实现了业务线之间的代码解耦,进而解决了现有技术中不同业务线进行消息监控会导致代码冲突的问题。
在本发明第七实施例中,提供一种消息监控装置,如图10所示,所述装置包括:
注册处理模块1010,用于接收所述业务线函数集发送的待注册的消息类型及预先向管理平台申请的注册令牌,检测所述注册令牌的合法性,并在合法时,向服务层发起对所述消息类型的注册请求;
信息获取模块1020,用于在IM会话建立时,获取当前的会话场景信息;
加载模块1030,用于基于所述会话场景信息,加载相应的业务线函数集;
消息处理模块1040,用于将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
本发明实施例中,业务线函数集可以自定义消息类型。为了实现平台可控,业务线函数集在消息类型注册前,需要向管理平台申请token。并在注册时,携带待注册的消息类型和token。其中,管理平台可以为IM会话页开发平台。
通过该方案,本发明实施例很好的解决了IM消息的需求不可控,各个业务线无法知道其他业务线的需求场景,从而提高沟通成本的问题。
可选地,本发明实施例中,业务线函数集还可以自定义消息收发策略,以便于业务线函数集在消息监控时,按照消息收发策略进行消息的接收或发送。
在本发明第八实施例中,提供一种计算设备,如图11所示,所述计算设备包括:存储器1110、处理器1120及通信总线1130;所述通信总线1130用于实现处理器1120和存储器1110之间的连接通信;
所述处理器1120用于执行存储器1110中存储的消息监控程序,以实现如下方法步骤:
步骤1,在即时通讯IM会话建立时,获取当前的会话场景信息;
步骤2,基于所述会话场景信息,加载相应的业务线函数集;
步骤3,将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
本发明实施例中各步骤的具体实施例过程可参见第一至第四实施例,本实施例不再赘述。
在本发明第八实施例中,提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现如下方法步骤:
步骤1,在即时通讯IM会话建立时,获取当前的会话场景信息;
步骤2,基于所述会话场景信息,加载相应的业务线函数集;
步骤3,将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控。
本发明实施例中各步骤的具体实施例过程可参见第一至第四实施例,本实施例不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种消息监控方法,其特征在于,所述方法包括:
在即时通讯IM会话建立时,获取当前的会话场景信息,所述会话场景信息至少包括:业务类型信息;
基于所述会话场景信息,加载相应的业务线函数集;
将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控;
所述当前的会话场景信息,包括:
方式一,当从业务详情页跳转至IM会话页时,从所述业务详情页中获取对应的会话场景信息;
方式二,当从聊天列表页进入到与指定联系人的IM会话页时,从与该联系人上次会话的会话消息中获取会话场景信息。
2.如权利要求1所述的方法,其特征在于,在获取当前的会话场景信息后,还包括:将所述会话场景信息携带在每条会话消息中。
3.如权利要求1至2任意一项所述的方法,其特征在于,在加载业务线函数集前,所述方法还包括:
接收所述业务线函数集发送的待注册的消息类型及预先向管理平台申请的注册令牌;
检测所述注册令牌的合法性,并在合法时,向服务层发起对所述消息类型的注册请求。
4.一种消息监控装置,其特征在于,所述装置包括:
信息获取模块,用于在IM会话建立时,获取当前的会话场景信息,所述会话场景信息至少包括:业务类型信息;
加载模块,用于基于所述会话场景信息,加载相应的业务线函数集;
消息处理模块,用于将会话消息发送至所述业务线函数集,以由所述业务线函数集进行消息监控;
所述当前的会话场景信息,包括:
方式一,当从业务详情页跳转至IM会话页时,信息获取模块从所述业务详情页中获取对应的会话场景信息;
方式二,当从聊天列表页进入到与指定联系人的IM会话页时,信息获取模块从与该联系人上次会话的会话消息中获取会话场景信息。
5.如权利要求4所述的装置,其特征在于,所述信息获取模块,还用于在获取当前的会话场景信息后,将所述会话场景信息携带在每条会话消息中。
6.如权利要求4至5任意一项所述的装置,其特征在于,所述装置还包括:
注册处理模块,用于接收所述业务线函数集发送的待注册的消息类型及预先向管理平台申请的注册令牌,检测所述注册令牌的合法性,并在合法时,向服务层发起对所述消息类型的注册请求。
7.一种计算设备,其特征在于,所述计算设备包括:存储器、处理器及通信总线;所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的消息监控程序,以实现如权利要求1至3中任一项所述的消息监控方法的步骤。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,该程序被处理器执行时实现如权利要求1至3中任一项所述的消息监控方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810851962.6A CN109104359B (zh) | 2018-07-30 | 2018-07-30 | 消息监控方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810851962.6A CN109104359B (zh) | 2018-07-30 | 2018-07-30 | 消息监控方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109104359A CN109104359A (zh) | 2018-12-28 |
CN109104359B true CN109104359B (zh) | 2021-04-06 |
Family
ID=64848027
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810851962.6A Active CN109104359B (zh) | 2018-07-30 | 2018-07-30 | 消息监控方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109104359B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112333088B (zh) * | 2021-01-04 | 2021-04-20 | 满金坝(深圳)科技有限公司 | 一种兼容性即时通信传输方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068224A (zh) * | 2007-06-18 | 2007-11-07 | 北京亿企通信息技术有限公司 | 一种即时通信系统中信息监视的方法 |
CN101834807A (zh) * | 2010-04-28 | 2010-09-15 | 北京网康科技有限公司 | 一种获取无窗口RichEdit控件文本内容的方法及其设备 |
CN102075450A (zh) * | 2009-11-19 | 2011-05-25 | 北京明朝万达科技有限公司 | 一种通用的即时聊天工具内容记录方法 |
CN102364502A (zh) * | 2010-12-26 | 2012-02-29 | 镇江诺尼基智能技术有限公司 | 一种咨询服务系统中的多级监控方法 |
US8525665B1 (en) * | 2007-10-22 | 2013-09-03 | Alarm.Com Incorporated | Providing electronic content based on sensor data |
CN104951447A (zh) * | 2014-03-25 | 2015-09-30 | 上海市玻森数据科技有限公司 | 全网舆情监控系统 |
CN105490872A (zh) * | 2015-11-24 | 2016-04-13 | 湖北大学 | 一种网络即时通讯数据信息实时监控系统及监控方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070088793A1 (en) * | 2005-10-17 | 2007-04-19 | Landsman Richard A | Filter for instant messaging |
US20080005108A1 (en) * | 2006-06-28 | 2008-01-03 | Microsoft Corporation | Message mining to enhance ranking of documents for retrieval |
-
2018
- 2018-07-30 CN CN201810851962.6A patent/CN109104359B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068224A (zh) * | 2007-06-18 | 2007-11-07 | 北京亿企通信息技术有限公司 | 一种即时通信系统中信息监视的方法 |
US8525665B1 (en) * | 2007-10-22 | 2013-09-03 | Alarm.Com Incorporated | Providing electronic content based on sensor data |
CN102075450A (zh) * | 2009-11-19 | 2011-05-25 | 北京明朝万达科技有限公司 | 一种通用的即时聊天工具内容记录方法 |
CN101834807A (zh) * | 2010-04-28 | 2010-09-15 | 北京网康科技有限公司 | 一种获取无窗口RichEdit控件文本内容的方法及其设备 |
CN102364502A (zh) * | 2010-12-26 | 2012-02-29 | 镇江诺尼基智能技术有限公司 | 一种咨询服务系统中的多级监控方法 |
CN104951447A (zh) * | 2014-03-25 | 2015-09-30 | 上海市玻森数据科技有限公司 | 全网舆情监控系统 |
CN105490872A (zh) * | 2015-11-24 | 2016-04-13 | 湖北大学 | 一种网络即时通讯数据信息实时监控系统及监控方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109104359A (zh) | 2018-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10834031B2 (en) | Information exchange method, client, and apparatus | |
US10171410B2 (en) | Cross-mode communiation | |
CN100542313C (zh) | 用于群组会话通信的系统和方法 | |
CN112311841B (zh) | 信息推送方法、装置、电子设备和计算机可读介质 | |
US20190141093A1 (en) | Methods, apparatus and/or system for using email to schedule and/or launch group communications sessions | |
US20150341432A1 (en) | Grouping method, client, server, and system | |
EP3817283A1 (en) | Data transmission control method and related apparatus | |
CN114745724B (zh) | 访问处理方法及装置、电子设备、计算机可读介质 | |
CN112838978A (zh) | 支持人机协作的实时简讯机器人的系统及方法 | |
CN112565316B (zh) | 用于管理数据的方法、设备 | |
US9264390B2 (en) | Synchronous communication system and method | |
CN109104359B (zh) | 消息监控方法、装置、设备及存储介质 | |
US20130151643A1 (en) | Invitation Information Push Method And System | |
EP4290825A1 (en) | Server selection method and apparatus, and device and medium | |
CN107920019A (zh) | 关注好友的方法及装置、计算机设备及存储介质 | |
US8484293B2 (en) | Managing delivery of electronic meeting content | |
CN113596738A (zh) | 信息获取方法、信息确定方法、装置和相关设备 | |
CN101394365A (zh) | 一种消息关联方法及用户终端以及服务器 | |
CN110972204B (zh) | 资源配置的方法、装置、存储介质及网络设备和终端 | |
CN112235872A (zh) | 用于智慧文旅的旅游景区观摩信息的传输方法及系统 | |
CN109726224A (zh) | 应用程序间的数据共享方法及装置、终端、服务器及介质 | |
CN110858817A (zh) | 用于加入群聊、领取资源的方法和设备 | |
CN114020195B (zh) | 话术信息的处理方法、装置及存储介质 | |
US20130137461A1 (en) | Method and apparatus for inserting location data into messages at a communication gateway | |
CN115086408B (zh) | 数据处理方法、系统、装置、电子设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |