CN108366009A - 提醒消息的推送方法、装置及服务器 - Google Patents

Abstract

本申请提供一种提醒消息的推送方法、装置及服务器，该方法包括：当监测到与账户对应的用户行为出现异常时，根据所述用户行为生成提醒消息；基于所述用户行为所在账号的多维度参考信息，确定用于推送所述提醒消息的通信方式；基于所述通信方式推送所述提醒消息。在本申请的技术方案可以使不同的账号基于自身的多维度参考信息具有不同的提醒消息的推送方式，使提醒消息的推送方式相对用户而言更具针对性，当用户人群差异大、用户场景复杂时，可以实现“千人千面”，提高推送提醒消息的多样化。

Description

提醒消息的推送方法、装置及服务器

技术领域

本申请涉及互联网技术领域，尤其涉及一种提醒消息的推送方法、装置及服务器。

背景技术

现有技术中，当监测到用户在购物或者支付等平台上的登录账户出现异常时，平台通常会通过短信、邮件、即时通讯等方式向用户推送提醒消息，以供用户基于提醒消息获知账号的风险，并对风险做出防范措施。

由于现有技术只采取上述提醒方式中的一种或几种对用户进行提醒，当用户人群差异大、用户场景复杂时，上述提醒方式相对用户体验而言较为单一。

发明内容

本申请提供一种新的技术方案，可以通过不同的通信方式向不同的用户发送提醒消息，使提醒消息的推送方式相对用户而言更具针对性。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种提醒消息的推送方法，包括：

当监测到与账户对应的用户行为出现异常时，根据所述用户行为生成提醒消息；基于所述用户行为所在账号的多维度参考信息，确定用于推送所述提醒消息的通信方式；基于所述通信方式推送所述提醒消息。

根据本申请的第二方面，提出了一种提醒消息的推送装置，包括：

消息生成单元，用于当监测到与账户对应的用户行为出现异常时，根据所述用户行为生成提醒消息；第一确定单元，用于基于所述用户行为所在账 号的多维度参考信息，确定用于推送所述消息生成单元生成的所述提醒消息的通信方式；消息推送单元，用于基于所述第一确定单元确定的所述通信方式推送所述提醒消息。

根据本申请的第三方面，提出了一种服务器，所述服务器包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器，用于当监测到与账户对应的用户行为出现异常时，根据所述用户行为生成提醒消息；基于所述用户行为所在账号的多维度参考信息，确定用于推送所述提醒消息的通信方式；基于所述通信方式推送所述提醒消息。

由以上技术方案可见，本申请基于用户行为所在账号的多维度参考信息确定用户推送提醒消息的通信方式，可以使不同的账号基于自身的多维度参考信息具有不同的提醒消息的推送方式，使提醒消息的推送方式相对用户而言更具针对性，当用户人群差异大、用户场景复杂时，可以实现“千人千面”，提高了推送提醒消息的多样化；在能够第一时间将提醒消息达到用户的同时，避免由于通过多种通信方式推送该提醒消息，降低服务器在推送提醒消息时的资源耗费，并降低用户查看不同通信方式推送该提醒消息时的时间浪费。

附图说明

图1为本发明一示例性实施例的提醒消息的推送方法的流程示意图；

图2为本发明另一示例性实施例的提醒消息的推送方法的流程示意图；

图3为本发明再一示例性实施例的提醒消息的推送方法的流程示意图；

图4为本发明一示例性实施例的提醒消息的推送装置的结构示意图；

图5为本发明的一示例性实施例的服务器的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的 要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请涉及到的基本定义：

用户行为：表示用户基于所在账号发生的登录、交易、支付、变更信息或更换登录设备等行为数据。通过行为数据可反应出用户的偏好。

本申请中所述的异常，是一个相对于用户正常行为而言的概念，可通过与用户行为相对应的行为数据来确定是否为异常，例如，用户在短时间内(1小时之内，可由用户根据其自身的安全意识来设置)的交易次数超过预设阈值或者交易额度超过预设阈值，可视为一次异常。

为对本申请进行进一步说明，提供下列实施例：

图1为本发明一示例性实施例的提醒消息的推送方法的流程示意图；本实施例可应用在服务器上，如图1所示，包括如下步骤：

步骤101，当监测到与账户对应的用户行为出现异常时，根据用户行为生成提醒消息。

例如，账号短时间内的交易次数增多到一个预设阈值、支付的额度超出用户设定的最高额度、重要敏感信息变更(例如，更改密码)等情形，表示 用户行为出现异常；还可以通过监测用户使用电子设备的硬件环境来监测用户行为是否出现异常，例如，若用户通过手持设备的登录状态变更为个人计算机的登录状态，并且用户在设定时间段内(例如，近3个月)内并未通过个人计算机登录，则表示用户行为出现异常。

在一实施例中，可以通过用户行为的异常程度确定用户行为的风险等级，基于风险等级生成提醒消息，可选的，可以通过已有的决策模型根据用户行为的异常情形进行风险等级评定，不同的风险等级对应有不同的风险处理方式，进而生成具有不同消息内容的提醒消息，在一实施例中，风险等级可包括多个不同的等级，例如：第一等级、第二等级一级第三等级，第一等级表示低风险，第二等级表示中等程度的风险，第三等级表示高风险，若用户行为的风险等级为第一等级时，表示需要进行身份验证险，用户行为的风险等级为第二等级时，表示需要降低用户权限，用户行为的风险等级为第三等级时，表示需要冻结账号以停止该账户的任何用户行为，相应地，提醒消息可分别对应：提示进行身份验证的提醒消息、降低用户权限的提醒消息、账号被冻结的提醒消息。

在另一实施例中，可以通过建立用户行为与提醒消息之间的对应关系表，通过对应关系表确定提醒消息的具体内容。

步骤102，基于用户行为所在账号的多维度参考信息，确定用于发送提醒消息的通信方式。

在一实施例中，可以确定用户行为所在账号的多维度参考信息中每一维度包含的至少一个安全属性；通过至少一个安全属性中对应的属性信息，确定用于推送提醒消息的通信方式。

本实施例中，如表1A所示，多维度参考信息中包含了三个维度的信息：第一维度、第二维度、第三维度。每一个维度下可包含多个安全属性，例如，第一维度包含了关于账户的异常提醒的次数、敏感操作的次数以及冻结通知的次数。

第二维度包含了账户的一些基本信息，例如，用户的基础属性为“年轻 女性”，行为习惯为“购物”、风险偏好为“可容忍3次超过支付额度为500的网上交易”。

第三维度包含了账户关于提醒消息的设置信息，可由用户自定义设置。例如，指定通道表示用户设置的发送提醒消息的通信方式(例如，手机号码、应用程序等)，指定消息类型提醒消息的类型(例如，短消息、语音等)，指定时间段表示发送提醒消息的时间段(例如，晚上8：00-10：00)，指定额度用户设置的可接受的最大交易或者转账额度(例如，最大转账额度为500人民币)。通过多维度参考信息可精确表示用户的行为习惯以及行为偏好。

表1A

在一个示例性场景中，为了更精确的表示账号对应的用户习惯以及行为偏好，多维度参考信息可以包括多个维度，例如下述表1B所示，多维度参考信息包含的多个维度可以为消息维度、用户维度、设置维度、设备维度以及已处理记录的维度等，每一维度可包含至少一个安全属性，每一个安全属性对应有属性信息。

表1B

在上述表1B中，消息维度包括异常提醒、敏感操作、冻结通知、定制消息等安全属性，用户维度包括基础属性、行为习惯、风险偏好、通道可用性等安全属性，设置维度包括指定通道、指定消息类型、指定时间段以及指定频率等安全属性，已处理记录的维度包括提醒记录、验证记录、限权记录、冻结记录等安全属性，异常提醒、敏感操作、冻结通知以及定制消息均可以对应是或者否的属性信息，基础属性可对应用户的基本信息，行为习惯可对应账号登录的偏好信息(例如，登录时间通常在晚上8：00-10：00，喜欢购买的商品偏好在化妆品，等等)，风险偏好可对应用户对于风险高低的喜好，通道可用性可对应用户频繁使用的通信方式或者不使用的通信方式，等等。

在一实施例中，用户行为所在账号可对应多种不同的通信方式，通信方式可以包括：应用程序(App)、电子邮件、即时通讯工具、电话、短信等。在一实施例中，可基于多维度参考信息，从上述多种不同的通信方式中确定一种通信方式，具体如何基于多维度参考信息从多种不同的通信方式中确定一种通信方式，可以参见下述图3所示实施例的描述，在此先不详述。

步骤103，基于通信方式发送提醒消息。

例如，服务器确定需要从上述多种不同的通信方式中确定通过应用程序向用户推送提醒消息，则通过应用程序推送提醒消息。

在一示例性场景中，以用户以账号“ABC”通过智能手机登录支付应用程序，服务器监测到账户“ABC”登录后的用户行为，若监测到ABC的用户行为出现异常，可根据用户行为生成提醒消息。若服务器基于“ABC”的多维度参考信息，确定用户发送该提醒消息的通信方式为应用程序和短信，服务器可应用程序和短信发送该提醒消息。

由上述描述可知，本发明实施例基于用户行为所在账号的多维度参考信息确定用户推送提醒消息的通信方式，可以使不同的账号基于自身的多维度参考信息具有不同的提醒消息的推送方式，使提醒消息的推送方式相对用户而言更具针对性，当用户人群差异大、用户场景复杂时，可以实现“千人千面”，提高了推送提醒消息的多样化；在能够第一时间将提醒消息达到用户 的同时，避免由于通过多种通信方式推送该提醒消息，降低服务器在推送提醒消息时的资源耗费，并降低用户查看不同通信方式推送该提醒消息时的时间浪费。

图2为本发明另一示例性实施例的提醒消息的推送方法的流程示意图；本实施例在上述图1所示实施例的基础上，以如何更新多维度参考信息为例进行说明，如图2所示，包括如下步骤：

步骤201，接收基于提醒消息生成的反馈消息。

在一实施例中，反馈消息可以由接收到该提醒消息的终端生成，例如，提醒消息通过应用程序推送的，则终端可以通过用户基于应用程序上的确认操作或者处理操作生成反馈消息，若提醒消息是通过短信推送的，则终端可以用户基于回复短信的内容生成反馈消息。

在一实施例中，反馈消息可以包括用户在查看到提醒消息后根据提醒消息做出的确认操作或者处理操作的响应数据，该响应数据可以为用户对账号进行管理或者安全设置的数据。

步骤202，从反馈消息中解析与用户行为相关的响应数据。

步骤203，根据响应数据更新多维度参考信息。

在一实施例中，可以确定响应数据在多维度参考信息中对应的目标维度，以及在目标维度下的安全属性，基于响应数据更新多维度参考信息中的目标维度下的安全属性的属性信息，例如，提醒消息为“转账额度超出设定额度，确认是否为风险行为，若不是，是否需要提高设定额度”，若用户基于该提醒消息确认不是风险行为，并且用户需要提高设定额度，则反馈消息为“非，10000”，当服务器接收到该反馈消息后，解析出响应数据“非”以及“10000”，则将表1所示的安全属性“指定额度”对应的属性信息更新为“10000”，并将安全属性“异常提醒”对应的属性信息更新为“转账额度超过10000时进行提醒”。

本实施例中，基于反馈消息更新多维度参考信息，可以使服务器通过提醒消息与反馈消息形成闭环，通过响应数据更新多维度参考信息，可以提高 多维度参考信息对异常行为的识别准确度，提升账号的保护效率。

图3为本发明再一示例性实施例的提醒消息的推送方法的流程示意图；本实施例在上述图1所示实施例的基础上，以如何确定用于推送提醒消息的通信方式为例进行说明，如图3所示，包括如下步骤：

步骤301，若用于提醒消息的通信方式为两个以上，确定多维度参考信息中关于登录账号的用户维度和设置维度所包含的关于通信方式的属性信息。

步骤302，根据通信方式的属性信息，确定两个以上通信方式的优先级。

例如，对于上述表1中，已处理记录维度下的安全属性为“提醒记录”对应的属性信息，记录了与账号相绑定的手机号码在电商平台的提醒次数或者频率，安全属性为“验证记录”对应的属性信息，记录了手机接收到的短信验证使用记录或者频率，等等，从而可以基于上述安全属性通过加权的方式计算出与该账号相绑定的手机号码的指标数值，类似地，对于短信、电子邮件等通信方式，同样也可以计算出各自对应的指标数值，基于各个指标数值的大小可确定两个以上通信方式的优先级。

步骤303，根据优先级确定两个以上通信方式中优先级最高的通信方式。

步骤304，确定基于优先级最高的通信方式发送提消息是否可达，若基于优先级最高的通信方式发送提醒消可达，执行步骤305，若基于优先级最高的通信方式发送提醒消息不可达，执行步骤306。

步骤305，基于优先级最高的通信方式发送提醒消息，流程结束。

步骤306，若基于优先级最高的通信方式发送提醒消息不可达，确定两个以上通信方式中除了优先级最高的通信方式以外的通信方式的优先级。

步骤307，基于除了优先级最高的通信方式以外的通信方式中优先级最高的通信方式推送提醒消息，流程结束。

例如，用于提醒消息的通信方式包括：应用程序、短信、电话，若基于设置维度中关于通信方式的安全属性指定通道为：短信和电话，行为习惯统计出的有效的通信方式为应用程序，则确定通信方式的优先级为：应用程序、 短信、电话，在账号未登录应用程序的情形下，表示应用程序的通信方式不可达，即用户不能够及时查看到提醒消息，此时可以确定短信和电话中的优先级最高的通信方式，例如，短信，则向用户对应的手机号码以短信的方式发送提醒消息，以此类推，直至用户能够查看到提醒消息，或者遍历全部的通信方式。

本实施例中，基于优先级的方式推送提醒消息，可以确保高优先级的通信方式先推送提醒消息，如果优先级高的通信方式不可达，则继续采用第二优先级的通信方式推送提醒消息，避免多次推送提醒消息。

图4为本发明一示例性实施例的提醒消息的推送装置的结构示意图；如图4所示，该提醒消息的推送装置可以包括：消息生成单元41、第一确定单元42、消息推送单元43。其中：

消息生成单元41，用于当监测到用户行为出现异常时，根据用户行为生成提醒消息；

第一确定单元42，用于基于用户行为所在账号的多维度参考信息，确定用于推送消息生成单元41生成的提醒消息的通信方式；

消息推送单元43，用于基于第一确定单元42确定的通信方式推送提醒消息。

在一实施例中，提醒消息的推送装置还可包括：

消息接收单元44，用于接收基于消息推送单元43推送的提醒消息生成的反馈消息；

数据解析单元45，用于从消息接收单元44接收到的反馈消息中解析与用户行为相关的响应数据；

更新单元46，用于根据数据解析单元45解析出的响应数据更新多维度参考信息。

在一实施例中，第一确定单元42可包括：

第一确定子单元421，用于确定用户行为所在账号的多维度参考信息中每一维度包含的至少一个安全属性；

第二确定子单元422，用于通过第一确定子单元421确定的至少一个安全属性中对应的属性信息，确定用于推送提醒消息的通信方式。

在一实施例中，提醒消息的推送装置还可包括：

第二确定单元47，用于若第一确定单元42确定的用于发送提醒消息的通信方式为两个以上，确定两个以上通信方式的优先级；

第三确定单元48，用于根据第二确定单元47确定的优先级确定两个以上通信方式中优先级最高的通信方式；

消息推送单元43用于基于第三确定单元48确定的优先级最高的通信方式推送提醒消息。

在一实施例中，提醒消息的推送装置还可包括：

第四确定单元50，用于若消息推送单元43基于优先级最高的通信方式发送提醒消息不可达，确定两个以上通信方式中除了优先级最高的通信方式以外的通信方式的优先级；

消息推送单元43用于基于除了优先级最高的通信方式以外的通信方式中优先级最高的通信方式推送提醒消息。

在一实施例中，第二确定单元47包括：

第三确定子单元471，用于确定多维度参考信息中关于账号的用户维度和设置维度所包含的关于通信方式的属性信息；

第四确定子单元472，用于根据第三确定子单元471确定的通信方式的属性信息，确定两个以上通信方式的优先级。

在一实施例中，消息生成单元41可包括：

第五确定子单元411，用于确定用户行为对应账户的风险等级；

生成单元子412，用于基于第五确定子单元411确定的风险等级生成提醒消息。

对应于上述图1-图3任一实施例提供的提醒消息的推送方法，本申请还提出了图5所示的根据本发明的一示例性实施例的服务器的示意结构图。请参考图5，在硬件层面，该服务器可包括处理器、内部总线、网络接口、内 存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上实现上述图4所示实施例的提醒消息的推送装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

需要说明的是，上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (13)

1.一种提醒消息的推送方法，其特征在于，所述方法包括：

当监测到与账户对应的用户行为出现异常时，根据所述用户行为生成提醒消息；

基于所述用户行为所在账号的多维度参考信息，确定用于推送所述提醒消息的通信方式；

基于所述通信方式推送所述提醒消息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收基于所述提醒消息生成的反馈消息；

从所述反馈消息中解析与所述用户行为相关的响应数据；

根据所述响应数据更新所述多维度参考信息。

3.根据权利要求1所述的方法，其特征在于，所述基于所述用户行为所在账号的多维度参考信息，确定用于推送所述提醒消息的通信方式，包括：

确定所述用户行为所在账号的多维度参考信息中每一维度包含的至少一个安全属性；

通过所述至少一个安全属性中对应的属性信息，确定用于推送所述提醒消息的通信方式。

4.根据权利要求3所述的方法，其特征在于，所述多维度参考信息包括第一维度、第二维度以及第三维度各自包含的安全属性；其中，

所述第一维度包含的安全属性包括：异常提醒、敏感操作以及冻结通知，所述属性信息对应为异常提醒的次数、敏感操作的次数以及冻结通知的次数；

所述第二维度包含的安全属性包括：基础属性、行为习惯以及风险偏好，所述属性信息对应为用户的基本信息、所述账号登录的偏好信息以及对风险可接受的等级；

所述第三维度包含的安全属性包括：指定通道、指定消息类型、指定时间段以及指定额度，所述指定通道、指定消息类型、指定时间段以及指定额度的方式各自对应的属性信息由用户自定义设置。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若用于发送所述提醒消息的通信方式为两个以上，确定所述两个以上通信方式的优先级；

根据所述优先级确定所述两个以上通信方式中优先级最高的通信方式；

所述基于所述通信方式发送所述推醒消息，包括：

基于所述优先级最高的通信方式推送所述提醒消息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若基于所述优先级最高的通信方式发送所述提醒消息不可达，确定所述两个以上通信方式中除了优先级最高的通信方式以外的通信方式的优先级；

基于所述除了优先级最高的通信方式以外的通信方式中优先级最高的通信方式推送所述提醒消息。

7.根据权利要求5所述的方法，其特征在于，所述确定所述两个以上通信方式的优先级，包括：

确定所述多维度参考信息中关于所述账号的用户维度和设置维度所包含的关于通信方式的属性信息；

根据所述通信方式的属性信息，确定所述两个以上通信方式的优先级。

8.根据权利要求1所述的方法，其特征在于，所述根据所述用户行为生成提醒消息，包括：

确定所述用户行为对应账户的风险等级；

基于所述风险等级生成提醒消息。

9.一种提醒消息的推送装置，其特征在于，所述装置包括：

消息生成单元，用于当监测到与账户对应的用户行为出现异常时，根据所述用户行为生成提醒消息；

第一确定单元，用于基于所述用户行为所在账号的多维度参考信息，确定用于推送所述消息生成单元生成的所述提醒消息的通信方式；

消息推送单元，用于基于所述第一确定单元确定的所述通信方式推送所述提醒消息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

消息接收单元，用于接收基于所述消息推送单元推送的所述提醒消息生成的反馈消息；

数据解析单元，用于从所述消息接收单元接收到的所述反馈消息中解析与所述用户行为相关的响应数据；

更新单元，用于根据所述数据解析单元解析出的所述响应数据更新所述多维度参考信息。

11.根据权利要求9所述的装置，其特征在于，所述第一确定单元包括：

第一确定子单元，用于确定所述用户行为所在账号的多维度参考信息中每一维度包含的至少一个安全属性；

第二确定子单元，用于通过所述第一确定子单元确定的所述至少一个安全属性中对应的属性信息，确定用于推送所述提醒消息的通信方式。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二确定单元，用于若所述第一确定单元确定的所述用于发送所述提醒消息的通信方式为两个以上，确定所述两个以上通信方式的优先级；

第三确定单元，用于根据所述第二确定单元确定的所述优先级确定所述两个以上通信方式中优先级最高的通信方式；

所述消息推送单元，用于基于所述第三确定单元确定的所述优先级最高的通信方式推送所述提醒消息。

13.一种服务器，其特征在于，所述服务器包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器，用于当监测到与账户对应的用户行为出现异常时，根据所述用户行为生成提醒消息；基于所述用户行为所在账号的多维度参考信息，确定用于推送所述提醒消息的通信方式；基于所述通信方式推送所述提醒消息。