WO2020233060A1 - 事件通知方法、事件通知服务器、存储介质及装置 - Google Patents
事件通知方法、事件通知服务器、存储介质及装置 Download PDFInfo
- Publication number
- WO2020233060A1 WO2020233060A1 PCT/CN2019/121192 CN2019121192W WO2020233060A1 WO 2020233060 A1 WO2020233060 A1 WO 2020233060A1 CN 2019121192 W CN2019121192 W CN 2019121192W WO 2020233060 A1 WO2020233060 A1 WO 2020233060A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- event
- notification
- preset
- information
- tag
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Data Mining & Analysis (AREA)
- Game Theory and Decision Science (AREA)
- General Engineering & Computer Science (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
Abstract
事件通知方法、事件通知服务器、存储介质及装置。所述事件通知方法包括:获取事件信息(S10),从事件信息中提取与预设标签类型对应的事件标签(S20),根据事件标签确定对应的风险等级(S30),根据风险等级确定对应的事件通知策略,并通过事件通知策略对用户进行事件通知(S40)。明显地,所述方法可通过基于大数据处理的业务系统来集中性地处理遇到的事件信息,还将为不同事件设置差异化的风险等级进而设置差异化的事件通知策略,也可以有效地对业务人员进行事件通知,可见通过自动化的通知操作提高了事件处理效率,从而解决了事件处理过程中处理效率较低的技术问题。
Description
本申请要求于2019年5月21日提交中国专利局、申请号为201910427747.8、发明名称为“事件通知方法、事件通知服务器、存储介质及装置”的中国专利申请的优先权,其全部内容通过引用结合在申请中
技术领域
本申请涉及事件通知技术领域,尤其涉及事件通知方法、事件通知服务器、存储介质及装置。
背景技术
随着业务办理方式的电子化进程不断加快,在办理相关业务时,用户可直接通过移动手机或个人电脑等用户终端来办理相关业务,而业务方后台中的服务器将响应于用户操作的用户终端发起的指令信息,通过用户操作的用户终端与业务方的服务器之间的不断交互就可完成业务的办理。
但是,在业务办理的中途可能会冒出各种类型的问题,比如,用户操作问题以及软件(Application,App)代码故障问题等。为了解决这些问题,可能会需要业务方多个部门的业务人员来协同完成。
考虑到不同部门的业务人员就同一问题来展开工作时,可能会存在着沟通效率较低等障碍。而且,处理问题时可能分为多个业务环节,所以,不同的业务人员可能也会处于不同的业务环节,这也对事件的推进造成了影响。
可见,在事件的处理过程中多会出现处理效率较低的技术问题。
发明内容
本申请的主要目的在于提供事件通知方法、事件通知服务器、存储介质及装置,旨在解决事件处理过程中处理效率较低的技术问题。
为实现上述目的,本申请提供一种事件通知方法,所述事件通知方法包括以下步骤:
获取事件信息;
从所述事件信息中提取与预设标签类型对应的事件标签;根据所述事件标签确定对应的风险等级;根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知。
此外,为实现上述目的,本申请还提出一种事件通知服务器,所述事件通知服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机可读指令,所述计算机可读指令配置为实现如上文所述的事件通知方法的步骤。
此外,为实现上述目的,本申请还提出一种存储介质,所述存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如上文所述的事件通知方法的步骤。
此外,为实现上述目的,本申请还提出一种事件通知装置,所述事件通知装置包括:
事件获取模块,用于获取事件信息;
标签确定模块,用于从所述事件信息中提取与预设标签类型对应的事件标签;
风险确定模块,用于根据所述事件标签确定对应的风险等级;
事件通知模块,用于根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其他特征和优点将从说明书、附图以及权利要求书变得明显。
附图说明
图1是本申请实施例方案涉及的硬件运行环境的事件通知服务器结构示意图;
图2为本申请事件通知方法第一实施例的流程示意图;
图3为本申请事件通知方法第二实施例的流程示意图;
图4为本申请事件通知方法第三实施例的流程示意图;
图5为本申请事件通知方法第四实施例的流程示意图;
图6为本申请事件通知装置第一实施例的结构框图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
参照图1,图1为本申请实施例方案涉及的硬件运行环境的事件通知服务器结构示意图。
如图1所示,该事件通知服务器可以包括:处理器1001,例如CPU,通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display),可选用户接口1003还可以包括标准的有线接口、无线接口,对于用户接口1003的有线接口在本申请中可为USB接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(non-volatile
memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解,图1中示出的结构并不构成对事件通知服务器的限定,在图1所示的事件通知服务器中,网络接口1004主要用于连接其他服务器,与所述其他服务器进行数据通信;用户接口1003主要用于连接外设;所述事件通知服务器通过处理器1001调用存储器1005中存储的计算机可读指令,并执行本申请实施例提供的事件通知方法。
基于上述硬件结构,提出本申请事件通知方法的实施例。
参照图2,图2为本申请事件通知方法第一实施例的流程示意图。
在第一实施例中,所述事件通知方法包括以下步骤:
步骤S10:获取事件信息。
在具体实现中,若用户通过操作移动手机上的某业务App来办理业务,可能会在操作过程中遇到各种类型的使用问题。若将每一种使用问题称为一种类型的事件,事件比如有用户操作事件以及App代码故障事件等。
可以理解的是,为了处理上面列出的多种类型的事件,可通过执行主体即事件通知服务器自动化地进行事件的通知操作,比如,若某事件的解决需要依次途经开发人员、产品经理以及运维人员,则事件通知服务器将依次通知开发人员、产品经理以及运维人员,以高效地管理该事件的推进进度,系统化地提高事件处理效率。所以,可构建出一基于大数据处理的业务系统来集中性地且差异化地来处理事件的通知操作,可以有效地管控所有的事件。
步骤S20:从所述事件信息中提取与预设标签类型对应的事件标签。应当理解的是,在获取到某事件信息后,比如,该事件信息的内容为“在2019年1月24日早上8点半,陈姓用户在注册直销银行的App时,开户失败;在绑定银行卡的过程中,提示预留手机号错误”,则将先为该事件信息打上对应的标签,以便于确定该事件信息的风险等级、人员通知次序以及通知方式等。
在具体实现中,标签存在多种类型,比如,预设标签类型有预设数据编号标签、事件描述标签、事件主题标签、事件类型标签、上报人标签以及上报时间标签等。其中,预设数据编号标签是由系统编号、年份月份、当前时间以及2位随机数依次组成的编号信息,比如,预设数据编号标签的内容有(FSC)(20190113)(0930)(09),即FSC20190113093009。
步骤S30:根据所述事件标签确定对应的风险等级。
可以理解的是,在确定上述列举的事件信息的事件标签后,可为不同的事件标签的内容预先录入对应的风险等级,风险等级在后续过程中可控制该事件信息的事件通知策略、通知期限的时长大小以及事件处理流程等。
在具体实现中,预先设置的风险等级有危险等级、严重等级、重要等级、轻微等级以及微小等级五个级别。
应当理解的是,此外,还可通过关键字匹配模型来确定与事件标签对应的风险等级。比如,关键字匹配模型中可预先规定与危险等级对应的关键字,比如,交易类型、他行卡充值、本行卡充值、他行卡提现、本行卡提现、申购、赎回、话费充值以及流量充值等;规定与严重等级对应的关键字,比如,注册类(注册、绑卡以及鉴权等)以及开户类;规定与重要等级对应的关键字,比如,修改类(修改手机号以及上传照片等);规定与轻微等级对应的关键字,比如,查询信息、咨询业务、展示类以及数据采集等。而在事件标签中包括某个等级的关键字时,可将该事件标签归类为该等级。
步骤S40:根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知。
在具体实现中,事件通知策略中包括邮件通知策略与电话通知策略,邮件通知策略将自动生成邮件并发送至对应的业务人员进行事件通知,电话通知策略将自动拨打对应的业务人员的号码并播放预设通知音频进行事件通知。而且,不同的风险等级对应的事件通知策略不同,比如,危险、严重以及重要等级对应的事件通知策略中同时包括邮件通知策略与电话通知策略,轻微以及微小等级对应的事件通知策略中包括邮件通知策略。通过区别化通知方式的不同,可以有效地把控事件的严重性。
可以理解的是,若上述列举的事件信息的风险等级为微小等级,则事件通知策略中包括邮件通知策略,将自动生成邮件并发送至对应的业务人员。
本实施例中将从事件信息中提取与预设标签类型对应的事件标签,根据事件标签确定对应的风险等级,根据风险等级确定对应的事件通知策略,并通过事件通知策略对用户进行事件通知。明显地,本实施例将为不同事件设置差异化的风险等级进而设置了差异化的事件通知策略,进而可以有效地对业务人员进行事件通知,可见,通过自动化的通知操作提高了事件处理效率,从而解决了事件处理过程中处理效率较低的技术问题。
参照图3,图3为本申请事件通知方法第二实施例的流程示意图,基于上述图2所示的第一实施例,提出本申请事件通知方法的第二实施例。
第二实施例中,所述预设标签类型包括预设事件描述标签。
可以理解的是,为了确定事件信息对应的风险等级,所依据的标签类型存在多种,比如,预设数据编号标签将基于事件信息中已有的系统编号、年份月份以及当前时间等来生成,而事件描述标签可应用机器阅读理解(Machine
Reading Comprehension) 模型来生成。
当然,其他类型的标签也可全部应用或者部分应用该机器阅读理解模型来生成。
在具体实现中,若事件信息的内容为“在2019年1月24日早上8点半,陈姓用户在注册直销银行的App时,开户失败;在绑定银行卡的过程中,提示预留手机号错误”,则应用预设机器阅读理解模型后可获得预设事件描述标签对应的事件标签为“陈姓用户开户失败,原因为预留手机号错误”。
所述步骤S20,包括:步骤S201:从所述事件信息中确定各特征词。
可以理解的是,可先对事件信息进行分词处理,以获得特征词。在具体实现中,可采用预设正向最大匹配算法进行分词处理,预设正向最大匹配算法是指从左至右逐个字符进行匹配,从能够匹配到的最长的词语处分割。比如,若输入的事件信息为“我来到故宫博物院”,将被分词为“我/来到/故宫博物院”,而不会将“故宫博物院”分词为两个词“故宫”与“博物院”。
此外,还可额外去除特征词中的噪声词,从去除噪声词后的特征词中选取目标特征词,以规避噪声词造成的误差。具体而言,可预先设置一包括有大量噪声词的字典词语库,将特征词与字典词语库中的噪声词进行匹配,在匹配到某个噪声词时,从特征词中去除掉该噪声词。其中,噪声词是指与上下文特征词意义无关的特征词,同时,也与最终输出的事件标签无关,比如,噪声词包括“在”以及“中”等词。
在具体实现中,最终分拆出的该事件信息中的特征词包括,2019年1月24日早上8点半、陈姓用户、注册操作以及开户失败等。
步骤S202:通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
在具体实现中,采用的预设机器阅读理解模型可为斯坦福机器阅读理解模型(Stanford Attentive
Reader),通过该斯坦福机器阅读理解模型可从大量的特征词中选定符合模型要求的部分特征词作为事件标签。比如,最终确定的预设事件描述标签对应的事件标签可为“陈姓用户开户失败,原因为预留手机号错误”。
进一步地,所述通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签,包括:
通过预设机器阅读理解模型确定所述特征词对应的词嵌入信息,并根据所述预设事件描述标签确定对应的描述嵌入信息;
分别计算所述词嵌入信息与所述描述嵌入信息之间的相关度;
从所述相关度中选取目标相关度,并从所述特征词中确定与所述目标相关度对应的目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
在具体实现中,为了取得特定的特征词作为最终的事件标签,可先通过斯坦福机器阅读理解模型将事件信息与预设事件描述标签构建出词向量矩阵;接着,通过斯坦福机器阅读理解模型在该词向量矩阵中确定每个实体词对应的词嵌入(embedding)信息以及整个预设事件描述标签的标签类型对应的描述嵌入信息,其中,嵌入信息属于一种基于神经网络的分布表示,词嵌入信息独立地对应于每个实体词即此处的特征词,描述嵌入信息对应于该标签类型。
可以理解的是,由于可能存在多个实体词,则可能求得大量的词嵌入信息,为了从多个实体词中选定符合要求的实体词作为最终的事件标签,可分别计算每个词嵌入信息与描述嵌入信息之间的相关度。比如,可计算词嵌入信息与描述嵌入信息之间的相关性,并量化为相关度的数值。
应当理解的是,在取得多个与实体词对应的相关度的数值后,可从相关度中选取最大值作为目标相关度,进而确定出相关性最强的实体词作为事件标签。比如,确定出的实体词可能有“陈姓用户”、“开户失败”以及“预留手机号错误”,则对该实体词进行顺序组合,可获得“(陈姓用户)(开户失败)(预留手机号错误)”,最终获得的事件标签可记录为“陈姓用户开户失败,原因为预留手机号错误”。
进一步地,为了取得词嵌入信息与所述描述嵌入信息之间的相关度,具体而言,可将每个实体词对应的词嵌入信息记为P,将预设事件描述标签对应的描述嵌入信息记为Q,若以某一个实体词a的词嵌入信息Pa为例,词嵌入信息Pa可表示该实体词a在事件信息全文中与上下文信息的相关性。比如,可通过双线性函数将词嵌入信息P(包括Pa)与描述嵌入信息Q进行相乘,以获得各个实体词对应于其他实体词的相似性数值,其中包括有实体词a对应于其他实体词的相似性数值。在获取实体词a对应于其他实体词的相似性数值后,可累加单个实体词a与不同实体词之间的相似性数值,即可获得该单个实体词a对应的相关度。可知,相关度可表征各个实体词与事件信息中处于不同位置的实体词之间的相关性。
本实施例中为了取得预设事件描述标签下的标签内容,可通过预设机器阅读理解模型从大量的特征词中筛选出符合标签类型要求的特征词并将之作为标签内容。
参照图4,图4为本申请事件通知方法第三实施例的流程示意图,基于上述图2所示的第一实施例,提出本申请事件通知方法的第三实施例。
第三实施例中,所述步骤S10,包括:
步骤S101:通过预设网络爬取脚本确定预设网址集。
可以理解的是,为了获得事件信息,该事件信息可通过不同渠道获得,比如,可由用户通过邮件、网页填表以及第三方软件客户端等渠道进行上报,进而汇总用户在App的应用过程中遭遇到的使用问题。
应当理解的是,除了上述事件信息的获得方式外,事件信息也可由网络爬虫(Web
Crawler)技术来获得。具体而言,可预先设置预设网络爬取脚本来爬取到不同渠道的事件信息。
步骤S102:按照预设检测周期检测所述预设网址集中是否存在新的待爬取网址。可以理解的是,通过运用该预设网络爬取脚本可以抓取到邮件、网页以及微信上的事件信息。至于该预设网络爬取脚本中可预先写入多个待爬取网址,多个待爬取网址可组成一个预设网址集。
应当理解的是,若以12小时为预设检测周期,可每隔12小时检测一下预设网址集中是否出现了新的待爬取网址,这是考虑到预设网址集可能存在着被更新的情况。
步骤S103:当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息。
可以理解的是,若确实存在着被更新的情况,则可优先对该新加入的网址进行数据爬取,从而实现了增量式的爬取,提高了爬取效率。
进一步地,所述当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息,包括:
当存在新的待爬取网址时,检查新的待爬取网址中是否存在待执行操作;
当存在所述待执行操作时,基于所述预设网络爬取脚本触发所述待执行操作,以爬取与所述待执行操作对应的隐藏信息,并将所述隐藏信息作为事件信息。
在具体实现中,虽然多数网页中的大部分文字或者图像信息可以直接获取到,但是,多数网页中还会存在着不能通过静态链接直接获取的且隐藏在搜索表单后的事件信息,比如,某些信息需要在该网页中输入某些固定信息或者点击某些特有图标后才可跳转至或者展示出待获得的事件信息。因此,该预设网络爬取脚本还会自动检测网页中是否存在着该待输入信息的执行操作以及待点击图标的执行操作,若存在,则将输入特有的信息或者点击图标,以触发该执行操作,从而获得之后跳出的隐藏信息作为事件信息。
在本实施中将使用网络爬取技术来自动化地搜集事件信息。而且,就网络爬取技术而言,本实施例不仅将针对性地对新出现的网址进行爬取,大大地提高了爬取效率,也会监测是否存在着待执行操作,以自动填入或者触发跳转信息,从而获得隐藏的事件信息。
参照图5,图5为本申请事件通知方法第四实施例的流程示意图,基于上述图2所示的第一实施例,提出本申请事件通知方法的第四实施例。
第四实施例中,所述步骤S40,包括:
步骤S401:根据所述风险等级确定对应的事件通知策略。
可以理解的是,事件通知策略的实际实现形式存在多种,比如,事件通知策略可包括邮件通知策略与电话通知策略等。
步骤S402:在所述事件通知策略为第一通知策略时,确定与所述第一通知策略对应的待接收邮箱地址以及待通知电话号码。
应当理解的是,若风险等级为危险等级,则对应的第一通知策略中将同时包括邮件通知策略与电话通知策略。邮件通知策略中记录有待接收邮箱地址,待接收邮箱地址为待通知的用户的邮箱地址;电话通知策略中记录有待通知电话号码,待通知电话号码为待通知的用户的电话号码。
步骤S403:生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址。
在具体实现中,将在预设邮件模板中写入该邮件信息以生成通知邮件,并将该通知邮件自动化地发送至待接收邮箱地址,以对业务人员进行事件通知。
步骤S404:拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
在具体实现中,将通过预设系统号码拨打待通知电话号码,并在该待通知电话号码打通后自动地播放一段预设通知音频,该预设通知音频中将记录有该事件信息的中文朗读音频,以对业务人员进行事件通知。
进一步地,当然若风险等级为轻微等级,则对应的第二通知策略中将仅包括邮件通知策略。故而,在所述事件通知策略为第二通知策略时,确定与所述第二通知策略对应的待接收邮箱地址,生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址,不拨打号码。
进一步地,所述根据所述风险等级确定对应的事件通知策略之后,所述事件通知方法还包括:
根据所述风险等级确定对应的通知期限,并记录所述事件信息的当前处理时长;
将所述当前处理时长与所述通知期限进行比较,以获得比较结果;
根据所述比较结果生成与所述事件通知策略对应的策略启动信息;
所述生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址,包括:
判断所述策略启动信息中是否包括预设邮件通知信息;
在包括所述预设邮件通知信息时,生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;
所述拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频,包括:
判断所述策略启动信息中是否包括预设电话通知信息;
在包括所述预设电话通知信息时,拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
可以理解的是,还可为每个事件信息设置对应的通知期限,从而根据事件信息的重要性有效地把控事件的处理进度。
在具体实现中,比如,可设置危险等级对应的通知期限为1小时、可设置严重等级对应的通知期限为2小时、可设置重要等级对应的通知期限为4小时、可设置轻微等级对应的通知期限为12小时以及可设置微小等级对应的通知期限为24小时。
应当理解的是,若当前的风险等级为危险等级,则对应的通知期限为1小时,若当前处理时长为1小时,则比较结果为当前处理时长大于等于通知期限,则将生成策略启动信息;若比较结果为当前处理时长小于通知期限,则将返回执行所述将所述当前处理时长与所述通知期限进行比较,以获得比较结果的步骤,通过不断地循环检测以最终生成策略启动信息。
当然,不限于仅在满足通知期限描述的时长时才进行提醒操作,还可额外设置子期限,即将所述当前处理时长与所述通知期限的子期限进行比较,以获得比较结果。其中,子期限为基于通知期限生成的期限,比如,子期限可包括通知期限的三分之一、三分之二以及通知期限本身。在比较结果为当前处理时长等于任一子期限时,将生成策略启动信息。
可以理解的是,在生成策略启动信息后,该策略启动信息中差异化地存在预设邮件通知信息以及预设电话通知信息。预设邮件通知信息对应于邮件通知策略,用于启动邮件通知策略;预设电话通知信息对应于电话通知策略,用于启动电话通知策略。若策略启动信息中不包含有预设邮件通知信息,则将不执行邮件通知策略,即不执行对于所述待接收邮箱地址的邮件发送操作。
在具体实现中,标准地,若当前的风险等级为危险等级,对应的事件通知策略中初始包括邮件通知策略与电话通知策略,可同时执行邮件通知策略与电话通知策略,则生成的策略启动信息中将包括预设邮件通知信息与预设电话通知信息,二者均执行。
进一步地,将所述当前处理时长与所述通知期限的各子期限进行比较,以获得比较结果;在所述比较结果为当前处理时长等于预设子期限时,根据所述预设子期限在预设映射关系中查询对应的策略启动信息,所述预设映射关系中包括所述预设子期限与所述策略启动信息之间的对应关系。
在具体实现中,在确定当前的风险等级为危险等级后,若子期限包括通知期限的三分之一、三分之二以及通知期限本身,还可差异化地控制不同子期限对应的通知形式。比如,通知期限的三分之一对应的策略启动信息为预设邮件通知信息,通知期限的三分之二对应的策略启动信息为预设邮件通知信息与预设电话通知信息,通知期限本身对应的策略启动信息为预设邮件通知信息与预设电话通知信息。设置子期限可以差异化地控制这两种通知方式,分化“邮件通知”与“电话通知”以减少对业务人员的干扰性。
本实施例中将为不同的风险等级设置差异化的事件通知策略,可以差异化地进行事件的跟进,满足了差异化的处理需求,毕竟,不同类型的事件存在着较大的差异性,有的事件较为重要,有的事件较为急切。
此外,本申请实施例还提出一种存储介质,所述计算机可读存储介质可以为非易失性可读存储介质。
本申请存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如上文所述的事件通知方法的步骤。
此外,参照图6,本申请实施例还提出一种事件通知装置,所述事件通知装置包括:
事件获取模块10,用于获取事件信息。
在具体实现中,若用户通过操作移动手机上的某业务App来办理业务,可能会在操作过程中遇到各种类型的使用问题。若将每一种使用问题称为一种类型的事件,事件比如有用户操作事件以及App代码故障事件等。
可以理解的是,为了处理上面列出的多种类型的事件,可自动化地进行事件的通知操作,比如,若某事件的解决需要依次途经开发人员、产品经理以及运维人员,将依次通知开发人员、产品经理以及运维人员,以高效地管理该事件的推进进度,系统化地提高事件处理效率。
标签确定模块20,用于从所述事件信息中提取与预设标签类型对应的事件标签。
应当理解的是,在获取到某事件信息后,比如,该事件信息的内容为“在2019年1月24日早上8点半,陈姓用户在注册直销银行的App时,开户失败;在绑定银行卡的过程中,提示预留手机号错误”,则将先为该事件信息打上对应的标签,以便于确定该事件信息的风险等级、人员通知次序以及通知方式等。
在具体实现中,标签存在多种类型,比如,预设标签类型有预设数据编号标签、事件描述标签、事件主题标签、事件类型标签、上报人标签以及上报时间标签等。其中,预设数据编号标签是由系统编号、年份月份、当前时间以及2位随机数依次组成的编号信息,比如,预设数据编号标签的内容有(FSC)(20190113)(0930)(09),即FSC20190113093009。
风险确定模块30,用于根据所述事件标签确定对应的风险等级。
可以理解的是,在确定上述列举的事件信息的事件标签后,可为不同的事件标签的内容预先录入对应的风险等级,风险等级在后续过程中可控制该事件信息的事件通知策略、通知期限的时长大小以及事件处理流程等。
在具体实现中,预先设置的风险等级有危险等级、严重等级、重要等级、轻微等级以及微小等级五个级别。
应当理解的是,此外,还可通过关键字匹配模型来确定与事件标签对应的风险等级。比如,关键字匹配模型中可预先规定与危险等级对应的关键字,比如,交易类型、他行卡充值、本行卡充值、他行卡提现、本行卡提现、申购、赎回、话费充值以及流量充值等;规定与严重等级对应的关键字,比如,注册类(注册、绑卡以及鉴权等)以及开户类;规定与重要等级对应的关键字,比如,修改类(修改手机号以及上传照片等);规定与轻微等级对应的关键字,比如,查询信息、咨询业务、展示类以及数据采集等”等。而在事件标签中包括某个等级的关键字时,可将该事件标签归类为该等级。
事件通知模块40,用于根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知。
在具体实现中,事件通知策略中包括邮件通知策略与电话通知策略,邮件通知策略将自动生成邮件并发送至对应的业务人员进行事件通知,电话通知策略将自动拨打对应的业务人员的号码并播放预设通知音频进行事件通知。而且,不同的风险等级对应的事件通知策略不同,比如,危险、严重以及重要等级对应的事件通知策略中同时包括邮件通知策略与电话通知策略,轻微以及微小等级对应的事件通知策略中包括邮件通知策略。通过区别化通知方式的不同,可以有效地把控事件的严重性。
可以理解的是,若上述列举的事件信息的风险等级为微小等级,则事件通知策略中包括邮件通知策略,将自动生成邮件并发送至对应的业务人员。
本实施例中将从事件信息中提取与预设标签类型对应的事件标签,根据事件标签确定对应的风险等级,根据风险等级确定对应的事件通知策略,并通过事件通知策略对用户进行事件通知。明显地,本实施例将为不同事件设置差异化的风险等级进而设置了差异化的事件通知策略,进而可以有效地对业务人员进行事件通知,可见,通过自动化的通知操作提高了事件处理效率,从而解决了事件处理过程中处理效率较低的技术问题。
在一实施例中,所述标签确定模块20,还用于从所述事件信息中确定各特征词;通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
在一实施例中,所述标签确定模块20,还用于通过预设机器阅读理解模型确定所述特征词对应的词嵌入信息,并根据所述预设事件描述标签确定对应的描述嵌入信息;分别计算所述词嵌入信息与所述描述嵌入信息之间的相关度;从所述相关度中选取目标相关度,并从所述特征词中确定与所述目标相关度对应的目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
在一实施例中,所述事件获取模块10,还用于通过预设网络爬取脚本确定预设网址集;按照预设检测周期检测所述预设网址集中是否存在新的待爬取网址;当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息。
在一实施例中,所述事件获取模块10,还用于当存在新的待爬取网址时,检查新的待爬取网址中是否存在待执行操作;当存在所述待执行操作时,基于所述预设网络爬取脚本触发所述待执行操作,以爬取与所述待执行操作对应的隐藏信息,并将所述隐藏信息作为事件信息。
在一实施例中,所述事件通知模块40,还用于根据所述风险等级确定对应的事件通知策略;在所述事件通知策略为第一通知策略时,确定与所述第一通知策略对应的待接收邮箱地址以及待通知电话号码;生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
在一实施例中,所述事件通知装置还包括:
启动信息确定模块,用于根据所述风险等级确定对应的通知期限,并记录所述事件信息的当前处理时长;将所述当前处理时长与所述通知期限进行比较,以获得比较结果;根据所述比较结果生成与所述事件通知策略对应的策略启动信息;
所述事件通知模块40,还用于判断所述策略启动信息中是否包括预设邮件通知信息;在包括所述预设邮件通知信息时,生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;
所述事件通知模块40,还用于判断所述策略启动信息中是否包括预设电话通知信息;在包括所述预设电话通知信息时,拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。本申请所述事件通知装置的其他实施例或具体实现方式可参照上述各方法实施例,此处不再赘述。
以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (20)
- 一种事件通知方法,其中,所述事件通知方法包括以下步骤:获取事件信息;从所述事件信息中提取与预设标签类型对应的事件标签;根据所述事件标签确定对应的风险等级;根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知;其中,所述预设标签类型包括预设事件描述标签;所述从所述事件信息中提取与预设标签类型对应的事件标签,包括:从所述事件信息中确定各特征词;通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签;其中,所述通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签,包括:通过预设机器阅读理解模型确定所述特征词对应的词嵌入信息,并根据所述预设事件描述标签确定对应的描述嵌入信息;分别计算所述词嵌入信息与所述描述嵌入信息之间的相关度;从所述相关度中选取目标相关度,并从所述特征词中确定与所述目标相关度对应的目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
- 如权利要求1所述的事件通知方法,其中,所述获取事件信息,包括:通过预设网络爬取脚本确定预设网址集;按照预设检测周期检测所述预设网址集中是否存在新的待爬取网址;当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息。
- 如权利要求2所述的事件通知方法,其中,所述当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息,包括:当存在新的待爬取网址时,检查新的待爬取网址中是否存在待执行操作;当存在所述待执行操作时,基于所述预设网络爬取脚本触发所述待执行操作,以爬取与所述待执行操作对应的隐藏信息,并将所述隐藏信息作为事件信息。
- 如权利要求1所述的事件通知方法,其中,所述根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知,包括:根据所述风险等级确定对应的事件通知策略;在所述事件通知策略为第一通知策略时,确定与所述第一通知策略对应的待接收邮箱地址以及待通知电话号码;生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
- 如权利要求4所述的事件通知方法,其中,所述根据所述风险等级确定对应的事件通知策略之后,所述事件通知方法还包括以下步骤:根据所述风险等级确定对应的通知期限,并记录所述事件信息的当前处理时长;将所述当前处理时长与所述通知期限进行比较,以获得比较结果;根据所述比较结果生成与所述事件通知策略对应的策略启动信息;所述生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址,包括:判断所述策略启动信息中是否包括预设邮件通知信息;在包括所述预设邮件通知信息时,生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;所述拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频,包括:判断所述策略启动信息中是否包括预设电话通知信息;在包括所述预设电话通知信息时,拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
- 一种事件通知服务器,其中,所述事件通知服务器包括:存储器、处理器及存储在所述存储器上并可在所述处理器上执行的计算机可读指令,所述计算机可读指令被所述处理器执行时,实现如下步骤:获取事件信息;从所述事件信息中提取与预设标签类型对应的事件标签;根据所述事件标签确定对应的风险等级;根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知;其中,所述预设标签类型包括预设事件描述标签;所述从所述事件信息中提取与预设标签类型对应的事件标签,包括:从所述事件信息中确定各特征词;通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签;其中,所述通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签,包括:通过预设机器阅读理解模型确定所述特征词对应的词嵌入信息,并根据所述预设事件描述标签确定对应的描述嵌入信息;分别计算所述词嵌入信息与所述描述嵌入信息之间的相关度;从所述相关度中选取目标相关度,并从所述特征词中确定与所述目标相关度对应的目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
- 如权利要求6所述的事件通知服务器,其中,所述获取事件信息,包括:通过预设网络爬取脚本确定预设网址集;按照预设检测周期检测所述预设网址集中是否存在新的待爬取网址;当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息。
- 如权利要求7所述的事件通知服务器,其中,所述当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息,包括:当存在新的待爬取网址时,检查新的待爬取网址中是否存在待执行操作;当存在所述待执行操作时,基于所述预设网络爬取脚本触发所述待执行操作,以爬取与所述待执行操作对应的隐藏信息,并将所述隐藏信息作为事件信息。
- 如权利要求6所述的事件通知服务器,其中,所述根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知,包括:根据所述风险等级确定对应的事件通知策略;在所述事件通知策略为第一通知策略时,确定与所述第一通知策略对应的待接收邮箱地址以及待通知电话号码;生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
- 如权利要求9所述的事件通知服务器,其中,所述根据所述风险等级确定对应的事件通知策略之后,所述处理器还用于执行以下步骤:根据所述风险等级确定对应的通知期限,并记录所述事件信息的当前处理时长;将所述当前处理时长与所述通知期限进行比较,以获得比较结果;根据所述比较结果生成与所述事件通知策略对应的策略启动信息;所述生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址,包括:判断所述策略启动信息中是否包括预设邮件通知信息;在包括所述预设邮件通知信息时,生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;所述拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频,包括:判断所述策略启动信息中是否包括预设电话通知信息;在包括所述预设电话通知信息时,拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
- 一种存储介质,其中,所述存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时,实现如下步骤:获取事件信息;从所述事件信息中提取与预设标签类型对应的事件标签;根据所述事件标签确定对应的风险等级;根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知;其中,所述预设标签类型包括预设事件描述标签;所述从所述事件信息中提取与预设标签类型对应的事件标签,包括:从所述事件信息中确定各特征词;通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签;其中,所述通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签,包括:通过预设机器阅读理解模型确定所述特征词对应的词嵌入信息,并根据所述预设事件描述标签确定对应的描述嵌入信息;分别计算所述词嵌入信息与所述描述嵌入信息之间的相关度;从所述相关度中选取目标相关度,并从所述特征词中确定与所述目标相关度对应的目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
- 如权利要求11所述的事件通知服务器,其中,所述获取事件信息,包括:通过预设网络爬取脚本确定预设网址集;按照预设检测周期检测所述预设网址集中是否存在新的待爬取网址;当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息。
- 如权利要求12所述的事件通知服务器,其中,所述当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息,包括:当存在新的待爬取网址时,检查新的待爬取网址中是否存在待执行操作;当存在所述待执行操作时,基于所述预设网络爬取脚本触发所述待执行操作,以爬取与所述待执行操作对应的隐藏信息,并将所述隐藏信息作为事件信息。
- 如权利要求11所述的事件通知服务器,其中,所述根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知,包括:根据所述风险等级确定对应的事件通知策略;在所述事件通知策略为第一通知策略时,确定与所述第一通知策略对应的待接收邮箱地址以及待通知电话号码;生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
- 如权利要求14所述的事件通知服务器,其中,所述根据所述风险等级确定对应的事件通知策略之后,所述处理器还用于执行以下步骤:根据所述风险等级确定对应的通知期限,并记录所述事件信息的当前处理时长;将所述当前处理时长与所述通知期限进行比较,以获得比较结果;根据所述比较结果生成与所述事件通知策略对应的策略启动信息;所述生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址,包括:判断所述策略启动信息中是否包括预设邮件通知信息;在包括所述预设邮件通知信息时,生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;所述拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频,包括:判断所述策略启动信息中是否包括预设电话通知信息;在包括所述预设电话通知信息时,拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
- 一种事件通知装置,其中,所述事件通知装置包括:事件获取模块,用于获取事件信息;标签确定模块,用于从所述事件信息中提取与预设标签类型对应的事件标签;风险确定模块,用于根据所述事件标签确定对应的风险等级;事件通知模块,用于根据所述风险等级确定对应的事件通知策略,并通过所述事件通知策略对用户进行事件通知;其中,所述预设标签类型包括预设事件描述标签;所述标签确定模块,还用于从所述事件信息中确定各特征词;通过预设机器阅读理解模型从所述特征词中选取目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签;其中,所述标签确定模块,还用于通过预设机器阅读理解模型确定所述特征词对应的词嵌入信息,并根据所述预设事件描述标签确定对应的描述嵌入信息;分别计算所述词嵌入信息与所述描述嵌入信息之间的相关度;从所述相关度中选取目标相关度,并从所述特征词中确定与所述目标相关度对应的目标特征词,将所述目标特征词作为与所述预设事件描述标签对应的事件标签。
- 如权利要求16所述的事件通知装置,其中,所述事件获取模块,还用于通过预设网络爬取脚本确定预设网址集;按照预设检测周期检测所述预设网址集中是否存在新的待爬取网址;当存在新的待爬取网址时,对新的待爬取网址进行数据爬取操作,以爬取到事件信息。
- 如权利要求17所述的事件通知装置,其中,所述事件获取模块,还用于当存在新的待爬取网址时,检查新的待爬取网址中是否存在待执行操作;当存在所述待执行操作时,基于所述预设网络爬取脚本触发所述待执行操作,以爬取与所述待执行操作对应的隐藏信息,并将所述隐藏信息作为事件信息。
- 如权利要求16所述的事件通知装置,其中,所述事件通知模块,还用于根据所述风险等级确定对应的事件通知策略;在所述事件通知策略为第一通知策略时,确定与所述第一通知策略对应的待接收邮箱地址以及待通知电话号码;生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
- 如权利要求19所述的事件通知装置,其中,启动信息确定模块,用于根据所述风险等级确定对应的通知期限,并记录所述事件信息的当前处理时长;将所述当前处理时长与所述通知期限进行比较,以获得比较结果;根据所述比较结果生成与所述事件通知策略对应的策略启动信息;所述事件通知模块,还用于判断所述策略启动信息中是否包括预设邮件通知信息;在包括所述预设邮件通知信息时,生成与所述事件信息对应的通知邮件,将所述通知邮件发送至所述待接收邮箱地址;所述事件通知模块,还用于判断所述策略启动信息中是否包括预设电话通知信息;在包括所述预设电话通知信息时,拨打所述待通知电话号码,以在与所述待通知电话号码之间的通话状态为接通状态时播放预设通知音频。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910427747.8 | 2019-05-21 | ||
CN201910427747.8A CN110288190A (zh) | 2019-05-21 | 2019-05-21 | 事件通知方法、事件通知服务器、存储介质及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020233060A1 true WO2020233060A1 (zh) | 2020-11-26 |
Family
ID=68002317
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2019/121192 WO2020233060A1 (zh) | 2019-05-21 | 2019-11-27 | 事件通知方法、事件通知服务器、存储介质及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110288190A (zh) |
WO (1) | WO2020233060A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116016416A (zh) * | 2023-03-24 | 2023-04-25 | 深圳市明源云科技有限公司 | 垃圾邮件识别方法、装置、设备及计算机可读存储介质 |
CN117093420A (zh) * | 2023-09-06 | 2023-11-21 | 山东亚泽信息技术有限公司 | 一种基于大数据的数据安全处理方法及系统 |
CN117692163A (zh) * | 2023-10-31 | 2024-03-12 | 青岛文达通科技股份有限公司 | 一种智慧城市数据处理方法 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110288190A (zh) * | 2019-05-21 | 2019-09-27 | 深圳壹账通智能科技有限公司 | 事件通知方法、事件通知服务器、存储介质及装置 |
CN111079678B (zh) * | 2019-12-23 | 2023-05-12 | 内蒙古正远信息技术有限公司 | 一种甜菜产业全产业链智慧服务平台 |
CN112862424A (zh) * | 2020-12-30 | 2021-05-28 | 佛山欧神诺云商科技有限公司 | 通知信息管理方法、终端、系统以及存储装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100121688A1 (en) * | 2008-11-12 | 2010-05-13 | Accenture Global Services Gmbh | Agent feedback tool |
CN106775626A (zh) * | 2016-11-14 | 2017-05-31 | 北京小米移动软件有限公司 | 通知消息处理方法及装置 |
CN107786416A (zh) * | 2016-08-25 | 2018-03-09 | 腾讯科技(深圳)有限公司 | 信息处理方法及装置 |
CN108183853A (zh) * | 2017-12-28 | 2018-06-19 | 努比亚技术有限公司 | 消息提醒方法、移动终端及可读存储介质 |
CN109769065A (zh) * | 2019-01-07 | 2019-05-17 | 顺丰科技有限公司 | 消息显示方法、装置、移动终端及存储介质 |
CN110288190A (zh) * | 2019-05-21 | 2019-09-27 | 深圳壹账通智能科技有限公司 | 事件通知方法、事件通知服务器、存储介质及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140052488A1 (en) * | 2012-08-15 | 2014-02-20 | Magnet Systems, Inc. | Contextual task management and notifications |
CN108805725B (zh) * | 2018-05-28 | 2023-04-07 | 平安科技(深圳)有限公司 | 风险事件确认方法、服务器及计算机可读存储介质 |
CN109542734A (zh) * | 2018-12-15 | 2019-03-29 | 深圳壹账通智能科技有限公司 | 事件处理方法、装置、计算机设备及存储介质 |
-
2019
- 2019-05-21 CN CN201910427747.8A patent/CN110288190A/zh active Pending
- 2019-11-27 WO PCT/CN2019/121192 patent/WO2020233060A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100121688A1 (en) * | 2008-11-12 | 2010-05-13 | Accenture Global Services Gmbh | Agent feedback tool |
CN107786416A (zh) * | 2016-08-25 | 2018-03-09 | 腾讯科技(深圳)有限公司 | 信息处理方法及装置 |
CN106775626A (zh) * | 2016-11-14 | 2017-05-31 | 北京小米移动软件有限公司 | 通知消息处理方法及装置 |
CN108183853A (zh) * | 2017-12-28 | 2018-06-19 | 努比亚技术有限公司 | 消息提醒方法、移动终端及可读存储介质 |
CN109769065A (zh) * | 2019-01-07 | 2019-05-17 | 顺丰科技有限公司 | 消息显示方法、装置、移动终端及存储介质 |
CN110288190A (zh) * | 2019-05-21 | 2019-09-27 | 深圳壹账通智能科技有限公司 | 事件通知方法、事件通知服务器、存储介质及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116016416A (zh) * | 2023-03-24 | 2023-04-25 | 深圳市明源云科技有限公司 | 垃圾邮件识别方法、装置、设备及计算机可读存储介质 |
CN116016416B (zh) * | 2023-03-24 | 2023-08-04 | 深圳市明源云科技有限公司 | 垃圾邮件识别方法、装置、设备及计算机可读存储介质 |
CN117093420A (zh) * | 2023-09-06 | 2023-11-21 | 山东亚泽信息技术有限公司 | 一种基于大数据的数据安全处理方法及系统 |
CN117692163A (zh) * | 2023-10-31 | 2024-03-12 | 青岛文达通科技股份有限公司 | 一种智慧城市数据处理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110288190A (zh) | 2019-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020233060A1 (zh) | 事件通知方法、事件通知服务器、存储介质及装置 | |
WO2020233077A1 (zh) | 系统服务的监控方法、装置、设备及存储介质 | |
WO2020215681A1 (zh) | 指示信息生成方法、装置、终端及存储介质 | |
WO2013081282A1 (en) | System and method for recommending application by using keyword | |
WO2014071755A1 (zh) | 实现移动终端应用程序下载的方法及移动终端 | |
WO2018052257A1 (en) | Apparatus and method for managing notification | |
WO2020006852A1 (zh) | 差旅费自助核销处理方法、装置、设备和计算机存储介质 | |
WO2020253135A1 (zh) | 自动化分析方法、用户设备、存储介质及装置 | |
WO2020224250A1 (zh) | 智能合约的触发方法、装置、设备及存储介质 | |
WO2020073495A1 (zh) | 基于人工智能的复审方法、装置、设备及存储介质 | |
WO2012155709A1 (zh) | 一种动态推送用户个人标签的方法和系统、存储介质 | |
WO2021003956A1 (zh) | 产品信息的管理方法、装置、设备及存储介质 | |
WO2020077832A1 (zh) | 云桌面的访问方法、装置、设备及存储介质 | |
CN101523350A (zh) | 文档处理装置以及程序 | |
WO2020147385A1 (zh) | 数据录入方法、装置、终端及计算机可读存储介质 | |
WO2020042464A1 (zh) | 数据交互方法、装置、设备及可读存储介质 | |
WO2020087981A1 (zh) | 风控审核模型生成方法、装置、设备及可读存储介质 | |
WO2020155773A1 (zh) | 文本输入异常监控方法、装置、计算机设备及存储介质 | |
WO2021072881A1 (zh) | 基于对象存储的请求处理方法、装置、设备及存储介质 | |
WO2019137217A1 (zh) | 应用程序中的页面跳转方法、终端及存储介质 | |
WO2012022215A1 (zh) | 一种互联网中互动信息的交互方法、装置及系统 | |
WO2020062641A1 (zh) | 识别用户角色的方法、用户设备、存储介质及装置 | |
WO2020073494A1 (zh) | 网页后门检测方法、设备、存储介质及装置 | |
WO2020122291A1 (ko) | 인공지능 기반의 공동주택 관리업무지시 자동화 장치 및 방법 | |
WO2020062658A1 (zh) | 合同生成方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19929666 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 25.02.2022) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19929666 Country of ref document: EP Kind code of ref document: A1 |