CN110533473B - 一种信息提醒方法和系统 - Google Patents

Abstract

本说明书实施例提供了一种信息提醒的方法，所述方法包括：获取第一用户在至少一个时间段的忙闲程度，所述忙闲程度至少反映所述第一用户在所述至少一个时间段的交易忙闲情况；至少根据所述第一用户在所述至少一个时间段的忙闲程度确定在所述至少一个时间段针对所述第一用户的信息提醒方案。

Description

一种信息提醒方法和系统

技术领域

本说明书涉及互联网领域，特别涉及一种信息提醒方法和系统。

背景技术

近年来，随着互联网技术的高速发展，人们的生活与智能设备的联系日益密切。智能设备在向人们提供工作、学习、生活等服务的同时，也带来了种类繁多的数字化信息。

在一些情况下，及时准确的信息提醒有助于人们关注容易忽略的内容，在一定程度上可以给人们带来便利。但是在一些情况下，过多的信息提醒以及过于频繁的信息推送可能会带来不便和困扰。例如，可以对参与交易活动的商家进行信息提醒，提醒内容可以是交易款到账信息、营销广告等，这些提醒信息可以让商家方便地知晓相关信息，但也可能对商家的正常经营造成干扰。

因此希望有一种能够合理有效地对用户进行信息提醒的方法和系统。

发明内容

本说明书实施例之一提供一种信息提醒方法。所述信息提醒方法包括：获取第一用户在至少一个时间段的忙闲程度，所述忙闲程度至少反映所述第一用户在所述至少一个时间段的交易忙闲情况；至少根据所述第一用户在所述至少一个时间段的忙闲程度确定在所述至少一个时间段针对所述第一用户的信息提醒方案。

本说明书另一实施例提供一种信息提醒系统。所述系统包括：忙闲程度确定模块，用于确定第一用户在至少一个时间段的忙闲程度，所述忙闲程度至少反映所述第一用户在所述至少一个时间段的交易忙闲情况；提醒方案确定模块，用于至少根据所述第一用户在所述至少一个时间段的忙闲程度确定在所述至少一个时间段针对所述第一用户的信息提醒方案。

本说明书另一实施例提供一种信息提醒装置，所述装置包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现上述信息提醒方法。

附图说明

本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：

图1是根据本说明书一些实施例所示的信息提醒方法的应用场景图；

图2是根据本说明书一些实施例所示的信息提醒方法的流程图；

图3是根据本说明书一些实施例所示的信息提醒方法的流程图；

图4是根据本说明书一些实施例所示的确定待提醒信息的打扰程度的示例性流程图；以及

图5是根据本说明书一些实施例所示的信息提醒系统的示例性框图。

具体实施方式

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

本说明书的实施例可以应用于多种涉及信息提醒的业务场景。为方便说明，本说明书中多处以交易场景下提醒用户交易信息为例进行描述。但应理解，其并不用于限制本说明书，本说明书还可以用于其他各种场景，例如提醒用户聊天信息、天气信息、广告信息、物流信息、资讯新闻等。

本说明书的一个或多个实施例提供一种信息提醒方法。其基本构思在于根据用户不同时间段的交易特性，确定信息提醒方案。进一步地，还可以结合提醒内容的特点，控制提醒内容的频次以及提醒内容的时间段，从而达到减少对用户打扰、提高用户满意度的目的。

本说明书的至少一个实施例通过计算用户忙闲程度，获取用户的交易忙闲时间段，从而控制信息提醒的频次。用户在不同的时间段具有不同的业务交易规律。具体的，在用户交易忙的时间段，增加信息提醒的频次；在用户交易闲的时间段，减少信息提醒的频次或停止信息提醒。其中，不同类型的用户的交易忙闲时间段获取方式不同。对于业务数据量大的用户，其交易忙闲规律比较容易获得。对于业务数据量少、新用户，其交易忙闲规律不易确定，则可以通过分析同类型其他用户的特征数据获取该用户的忙闲规律。

本说明书的至少一个实施例基于用户的忙闲程度以及提醒内容的打扰程度确定信息提醒时段。除了用户的忙闲程度，信息提醒的内容也是确定信息提醒方案时需要考量的一个方面。本说明书的实施例可以基于历史信息提醒后获取的用户反馈信息(例如，投诉、建议等)以及用户的业务转换情况确定不同提醒内容对用户的干扰程度。最终结合用户的交易忙闲值共同确定信息提醒时段，以此进一步采取信息提醒控制操作。

图1为根据本说明书一些实施例所示的信息提醒方法的应用场景图。该场景100下包括服务器110、网络120、用户终端130以及存储设备140。

服务器110可以处理来自场景100的至少一个其他组件的数据和/或信息。例如，服务器110可以从用户终端130获取用户的交易数据，并基于所述交易数据确定用户的交易忙闲程度规律，根据该规律为用户确定信息提醒方案。

在一些实施例中，服务器110可以是单个处理设备，也可以是处理设备组。处理设备组可以是经由接入点连接到网络120的集中式处理设备组，或者经由至少一个接入点分别连接到网络120的分布式处理设备组。在一些实施例中，服务器110可以本地连接到网络120或者与网络120远程连接。例如，服务器110可以经由网络120访问存储在用户终端130和/或存储设备140中的信息和/或数据。又例如，存储设备140可以用作服务器110的后端数据存储器。

网络120可以促进信息和/或数据的交换。在一些实施例中，场景100下的至少一个组件(例如，服务器110、用户终端130、存储设备140)可以经由网络120将信息和/或数据发送到其他组件。例如，用户终端130可以通过网络120将获取到的用户交易数据发送给服务器110。又例如，服务器110可以通过网络120将获取到的用户交易数据发送给存储设备140进行存储。

用户可以通过用户终端130接收信息提醒。例如，用户可以是开通电子支付功能的商家，允许顾客通过电子支付的方式付款，当商家收到用户付款时，用户终端130可以发出到账提醒。除了到账提醒外，提醒信息还可以包括营销广告、系统升级通知等。用户终端130可以包括移动设备130-1、平板计算机130-2、膝上型计算机130-3等，或其任何组合。进一步的，用户终端130可以是智能手机、收款设备等。

存储设备140可以储存数据和/或指令。例如，可以存储用户历史交易数据等。在一些实施例中，存储设备140可以存储处理设备112可以执行的数据和/或指令，服务器110可以通过执行或使用所述数据和/或指令以实现本说明书描述的示例性方法。在一些实施例中，存储设备140可包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。在一些实施例中，所述存储设备140可在云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。应当注意的是，上述信息提醒方法的应用场景100的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对该应用场景100进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。

图2是根据本说明书一些实施例所示的信息提醒方法的流程图。该流程200可以由图1所示的服务器110实现。该流程200包括如下步骤：

步骤201，获取第一用户的历史交易数据。交易数据可以反映用户的购买和/或出售情况。交易数据可以含有与交易有关的各种信息，包括但不限于交易日期、交易时间、交易商品、交易金额、付款方式、交易参与方、交易编号等。在一些实施例中，第一用户为商家，其交易数据包括出售数据，如出售日期、时间、商品、金额、买方信息等。

第一用户可以通过用户终端130进行交易，当发生交易时，用户终端130可以向服务器110发送交易信号，服务器110响应于所述交易信号生成交易数据。在一些实施例中，第一用户可以在至少一个用户终端上登录自己的用户账号，第一用户通过不同用户终端进行的交易均记录在该用户账号下。

在一些实施例中，第一用户每发生一笔交易，服务器110便通过本地存储单元记录该笔交易，或者发送给存储设备140记录。服务器110可以从本地的存储单元或者从存储设备140处获取历史交易数据。历史交易数据为过去一段时间内的交易数据，例如过去一年、一个季度、一个月、20日、10日、7日、5日、3日等的交易数据。

步骤203，根据第一用户的历史交易数据确定所述第一用户在至少一个时间段的忙闲程度。第一用户的历史交易数据可以分布在一定时间范围中，所述至少一个时间段可以通过划分所述时间范围得到。时间范围的单位包括但不限于月、周、日、小时等。例如，用户的历史交易数据分布在一天24小时内。在一些实施例中，时间范围可以被划分为至少一个具有一定长度的时间段。相邻时间段之间可以有重合，也可以无重合；相邻时间段的起始时间之间(或结束时间之间)的间隔可以为划分时间段时采取的移动步长。在一些实施例中，可以预先设置时间段单位长度和时间段移动步长，据此对时间范围进行划分，得到至少一个时间段。例如，时间范围为一天24小时，预先设置的时间段单位长度为1.5小时、时间段移动步长为0.5小时，划分的第一个时间段为0:30～2:00，从第一个时间段的起始时间0:30开始移动0.5小时，即1:00，作为第二个时间段的起始时间，从而划分出第二个时间段为1:00～2:30，以此类推，第三个时间段为1:30～3:00，第四个时间段为2:00～3:30……

在一些实施例中，可以对历史交易数据进行分时段统计，以确定所述第一用户在所述至少一个时间段中的每个时间段同期的历史交易量，从而确定所述第一用户在所述至少一个时间段中的每个时间段的忙闲程度。在一些实施例中，可以采用平均数法确定第一用户在每个时间段同期的历史交易量，平均数包括但不限于算数平均数、几何平均数、调和平均数、平方平均数等。例如，在商户交易场景中，可以对商户的交易单量进行分时段统计，并确定商户在至少一个时间段中的每个时间段同期的历史交易数据量。具体地，可以获得周一至周日七天中商户的历史交易数据，将一天24小时划分成0:30～2:00、1:00～2:30、1:30～3:00、2:00～3:30等时间段，统计周一至周日每天对应每个时间段的交易量。然后，针对每个时间段，可以计算七天中该时间段交易量的平均值，作为该时间段同期的历史交易量。

根据各时间段同期的历史交易量，可以确定第一用户在各时间段的忙闲程度。具体地，历史交易量越大，则第一用户在相应时间段越忙。在一些实施例中，忙闲程度可以表现为量化的数值形式，如忙闲值。例如，可以通过公式将某时间段同期的历史交易量转换为忙闲值，或者可以直接将某时间段同期的历史交易量作为为该时间段的忙闲值。在一些实施例中，忙闲程度可以表现为定性形式，如非常忙、较忙、一般、较闲、很闲等。例如，可以对各时间段同期的历史交易量进行排序，按照排序从前往后依次确定非常忙、较忙、一般、较闲、很闲等时间段。需要注意的是，相邻时间段的忙闲程度可能不同，对于相邻时间段有重合的情况，可以将重合部分的忙闲程度确定为较忙的一个。例如，可以先确定最忙的时间段，再确定次忙的时间段，如果次忙的时间段中有与最忙的时间段重合的情况，则将重合部分的时间从次忙的时间段中删去，只保留在最忙的时间段中。

步骤205，至少根据所述第一用户在所述至少一个时间段的忙闲程度确定在所述至少一个时间段针对所述第一用户的信息提醒方案。

信息提醒用于提醒用户注意某些事宜。在一些实施例中，信息提醒方案可以包括信息提醒的频次。信息提醒的频次可以与用户繁忙程度呈正比。在一些实施例中，用户终端每完成一次交易，便可以进行一次信息提醒。例如，用户终端每完成一次交易，便可提醒用户当次交易的到账金额，在一些场景下还可以在到账提醒后跟随一条广告提醒或系统消息提醒。但当用户处理业务繁忙的时间段，交易十分频繁，如果每次交易完成后都进行一次信息提醒，则会打扰用户。可以理解，当用户处于业务繁忙的时间段时，交易量较大，信息提醒时机较多，为了降低对用户的打扰，可以采取适当增加信息提醒频次的方案；当用户处于业务空闲的时间段时，交易量较少，信息提醒时机减少，可以采取减少信息提醒的频次、不对用户进行信息提醒的方案。在一些实施例中，可以根据待提醒信息的打扰程度确定信息提醒的频次。对于打扰程度高的待提醒信息，可以降低提醒频次或者不提醒；对于打扰程度低的待提醒信息，可以增加提醒频次。待提醒信息的打扰程度可以根据相应的历史提醒信息的提醒效果数据确定。有关确定待提醒信息打扰程度的更多内容可以参见图4及其描述。在一些实施例中，信息提醒方案可以包括信息提醒的方式。信息提醒的方式包括但不限于语音播报、短信提示、振动提示等。仅作为示例，当用户处于业务繁忙的时间段时，为了方便用户一边经营一边接收提醒信息，可以采取语音播报的提醒方式；当用户处理业务空闲的时段时，用户可能处于较闲适的状态，为了避免惊扰用户，可以采用短信提示、振动提示等对用户干扰较小的提醒方式。

应当注意的是，上述有关流程200的描述仅仅是为了示例和说明，而不限定本说明书一个或多个实施例的适用范围。对于本领域技术人员来说，在本说明书一个或多个实施例的指导下可以对流程200进行各种修正和改变。然而，这些修正和改变仍在本说明书一个或多个实施例的范围之内。

图3为根据本说明书一些实施例所示的信息提醒方法的流程图。该流程300可以由服务器110实现。在一些实施例中，该流程300可以用于在第一用户的历史交易数据较少的情况下进行信息提醒，如第一用户是新用户，根据其自身的历史交易数据较难确定其在各时间段的忙闲程度，因此需要参考其他用户的交易数据确定第一用户的忙闲程度。该流程300包括如下步骤：

步骤301，获取与第一用户类型一致的虚拟用户。虚拟用户并非真实存在的用户，它是在对同类型用户的数据进行统计的基础上构造的一个“假想”用户。虚拟用户的某一特征可以通过对若干同类型用户的所述特征进行统计得到。例如，对若干同类型用户的忙闲程度进行统计的结果可以作为该类型虚拟用户的忙闲程度。确立虚拟用户，一方面可以将其相关特征套用到自身数据量较少的新用户上，解决新用户数据量不足导致的相关特征难以确定的难题，一方面也可以将其相关特征用于同类型的任何其他用户(包括自身数据量足够的用户)上，可以理解，由于虚拟用户的特征是通过对很多用户的数据进行统计得到的，因此它能全面、客观地反映该类型用户的特点，避免单个用户数据可能存在的特殊性导致偏差。在一些实施例中，可以获取所述第一用户的特征数据，基于所述第一用户的特征数据，确定与其类型一致的虚拟用户。可以理解，同类型的用户通常会具有部分相同的特征，因此可以通过用户特征来确定用户类型。以用户为商户为例，用户特征包括但不限于主营业务特征、消费者特征、营业时间特征等。例如，可以根据主营业务特征，将用户分为餐饮类、服饰类、日用品类、通信类、电子产品类、综合类用户等；可以根据消费者特征，将用户分为线上用户、实体用户等；可以根据用户营业时间特征，将用户分为白天营业用户、夜间营业用户、24小时营业用户等。

用户特征可以是用户自己设定的，也可以是他人(如顾客)设定的。例如，商户在平台上注册时，可以设置自己的特征。又例如，顾客在平台上对商户进行评价时可以勾选或输入商户的特征。在一些实施例中，当不同用户具有的相同特征数量达到一定数值或者相同特征比例达到一定数值时，可以将这些用户确定为同一类型。在另一些实施例中，可以通过分类器对用户进行分类，确定同一类型的用户。在确定了同类型用户后，可以根据这些用户的历史交易数据确定该类型用户的虚拟用户，将这些用户相同的特征作为该虚拟用户的特征。在确定与第一用户类型一致的虚拟用户时，可以将第一用户的特征与至少一个虚拟用户的特征进行匹配，当第一用户的特征与某虚拟用户的特征的相同数量达到预设值或相同比例达到预设值时，可以将该虚拟用户确定为与第一用户类型一致的虚拟用户。在另一些实施例中，可以先确定与第一用户同类型的其他用户，再根据这些其他用户的交易数据确定与第一用户类型相同的虚拟用户。例如，可以将具有与第一用户相同的特征数量达到设定值的用户确定为与第一用户类型相同的用户，再根据这些用户的交易数据确定相应用户类型的虚拟用户。

步骤303，将所述类型的虚拟用户在至少一个时间段的忙闲程度确定为所述第一用户在所述至少一个时间段的忙闲程度。

虚拟用户在至少一个时间段的忙闲程度可以通过汇总统计相应同类型用户的交易数据汇总得到。在一些实施例中，可以先分别确定各用户在各时间段的忙闲程度，再确定虚拟用户在各时间段的忙闲程度。例如，有100个餐饮类的商家，对各商家在各时间段的忙闲程度进行统计后，发现其中80个商家的忙碌时间段在8点-9点，70商家的忙碌时间段在11点-13点，60个商家的忙碌时间段在18点-19点……1个商家的忙碌时间段在4点到5点，则可以确定餐饮类虚拟用户按照忙闲程度由高到低排序的时间段分别为8点-9点、11点-13点、18点-19点……4点-5点。在一些实施例中，可以统计各时间段中同类型所有用户的交易量，从而确定该类型的虚拟用户在各时间段的忙闲程度。例如，有100个餐饮类商家，统计每个时间段所有商家的交易量，交易量最高的是12-13点，共9000笔，其次为16-17点，共8000笔……4-5点0笔，则可以确定餐饮类虚拟用户按照忙闲程度由高到低排序的时间段分别为12-13点、16-17点……4-5点。

第一用户在所述至少一个时间段的忙闲程度可以直接采用虚拟用户的忙闲程度。例如，第一用户为自身交易数据量较少的餐饮类商家，可以根据上述对其他餐饮类商家的交易数据统计得到餐饮类虚拟用户忙闲程度的第一种方法，确定第一用户按照忙闲程度由高到低排序的时间段分别为8点-9点、11点-13点、18点-19点……4点-5点。

步骤305，至少根据所述第一用户在至少一个时间段的忙闲程度确定在所述至少一个时间段针对所述第一用户的信息提醒方案。该步骤与图2中的步骤205类似。下面以向餐饮类商家推送信息说明如何为用户确定信息提醒方案：现需要向餐饮类商家推送红包发送信息和系统升级信息，经过对1000个餐饮类商家交易数据的统计，得到餐饮类虚拟用户每日最忙的三个时间段，次忙的五个时间段。经过对历史红包发送信息和历史系统升级信息的用户负面反馈数据和业务转换情况数据的统计，发现系统升级信息的打扰程度高于红包发送信息的打扰程度。结合各时间段的忙闲程度和信息的打扰程度，最终确定在最忙的三个时间段的每个时间段中，向餐饮类商家提醒10次红包发送信息，提醒8次系统升级信息，在次忙的五个时间段的每个时间段中，向餐饮类商家提醒5次红包发送信息，提醒3次系统升级信息，在其他时间段内则不对商家进行提醒。

应当注意的是，上述有关信息提醒方法流程300的描述仅仅是为了示例和说明，而不限定本说明书一个或多个实施例的适用范围。对于本领域技术人员来说，在本说明书一个或多个实施例的指导下可以对信息提醒方法流程300进行各种修正和改变。然而，这些修正和改变仍在本说明书一个或多个实施例的范围之内。

图4是根据本说明书一些实施例所示的确定待提醒信息的打扰程度的示例性流程图。

步骤401，获取待提醒信息。在一些实施例中，待提醒信息的类型包括但不限于：广告营销信息、公共服务信息、交易提醒信息、预警提醒信息、系统通知等或其任意组合。在一些实施例中，待提醒信息可以包括不区分用户的统一信息，例如统一的宣传广告、系统通知等；也可以包括针对用户的个性化信息，例如商户收到顾客付款的到账信息。

步骤403，获取所述待提醒信息相应的历史提醒信息的提醒效果数据。在一些实施例中，待提醒信息相应的历史提醒信息可以与待提醒信息一样(即过去曾向用户提醒过与待提醒信息一样的信息)，也可以是与待提醒信息类型相同的信息。例如，待提醒信息可以是曾经向用户推送过的宣传广告、系统升级信息、提醒用户款项到账的信息。提醒效果数据反映历史提醒信息的提醒效果，可作为调整后面信息提醒方案的依据。提醒效果数据包括以下中的至少一种：用户负面反馈数据、业务转换情况数据。用户负面反馈数据反映用户对提醒信息的反感程度。负面反馈包括但不限于调小音量、关闭声音、投诉等。例如，在商户交易场景中，某商户曾经收到了系统升级提醒，该商户曾经投诉该系统升级提醒对其业务经营造成了干扰，不利于其正常营业。用户负面反馈数据可以包括负面反馈的次数和/或比例，如调小音量或关闭声音的次数和/或比例、提醒信息被投诉的次数和/或比例等。用户负面反馈情况越严重，表明历史提醒信息的提醒效果越差。业务转换情况数据反映提醒信息是否促成交易。例如，某商户曾经获取的历史提醒信息包括营销广告，该商户在看到该广告后购买了所宣传的商品，则该营销广告成功转换成了一笔业务。业务转换情况数据可以包括提醒信息促成交易的次数、促成交易的比例、促成交易的购买量、金额等。

步骤405，根据所述历史提醒信息的提醒效果数据确定所述待提醒信息的打扰程度

在一些实施例中，信息的打扰程度的表现形式包括但不限于等级、分值等。历史提醒信息的提醒效果越好，表明对应的待提醒信息越不打扰用户，即打扰程度越小。在一些实施例中，可以根据历史提醒信息的用户负面反馈数据确定待提醒信息的打扰程度。历史提醒信息受到的用户负面反馈越少(如被调小音量的次数少、被投诉次数少等)，表明其越不打扰用户，相应待提醒信息的打扰程度也越低。在一些实施例中，可以根据历史提醒信息的业务转换情况数据确定待提醒信息的打扰程度。历史提醒的业务转换情况越好，表明其越容易促成交易，用户越不倾向于认为其造成打扰，相应待提醒信息的打扰程度也越低。在用户负面反馈数据相同的情况下，业务转换量越大，提醒信息的打扰分值越小。例如，某两种提醒信息遭受了同样次数的投诉，但其中一种提醒信息成功促成了100笔交易，另一提醒信息只成功促成80笔交易，则促成100笔交易的提醒信息的打扰分值要低于只促成80笔交易的提醒信息的打扰分值。在一些实施例中，可以预先建立信息打扰程度与用户负面反馈数据和/或业务转换情况数据之间的映射关系，通过该映射关系可以确定与特定用户负面反馈数据和/或业务转换情况对应的待提醒信息的打扰程度。在一些实施例中，可以通过公式计算特定用户负面反馈数据和/或业务转换情况对应的待提醒信息的打扰程度。例如，该公式以用户负面反馈比例和促成交易的比例为自变量，待提醒信息的打扰分值为因变量。在另一些实施例中，可以通过机器学习模型确定与特定用户负面反馈数据和/或业务转换情况对应的待提醒信息的打扰程度。例如，可以用历史提醒信息的用户负面反馈数据和业务转换情况数据作为输入，历史提醒信息的打扰分值作为正确标准(Ground Truth)训练模型，得到的模型可用来根据任意用户负面反馈数据和业务转换情况数据确定信息的打扰分值。

应当注意的是，上述有关确定待提醒信息的打扰程度的方法400的描述仅仅是为了示例和说明，而不限定本说明书一个或多个实施例的适用范围。对于本领域技术人员来说，在本说明书一个或多个实施例的指导下可以对确定待提醒信息的打扰程度的方法400进行各种修正和改变。然而，这些修正和改变仍在本说明书一个或多个实施例的范围之内。

图5是根据本说明书一些实施例所示的信息提醒系统的框图。该信息提醒系统500可以在图1所示的服务器110上实现。如图5所示，该信息提醒系统500包括忙闲程度确定模块510、虚拟用户生成模块520、信息打扰程度确定模块530、提醒方案确定模块540。

忙闲程度确定模块510用来确定用户在至少一个时间段内的忙闲程度。忙闲程度确定模块510可以获取用户的历史交易数据，对历史交易数据进行分时段统计，以确定用户在所述至少一个时间段中的每个时间段同期的历史交易量，从而确定用户在所述至少一个时间段中的每个时间段的忙闲程度。

虚拟用户生成模块520用于生成虚拟用户。在一些实施例中，虚拟用户生成模块520可以根据不同用户的特征数据，确定同类型用户，根据同类型用户的历史交易数据确定该类型的虚拟用户在至少一个时间段的忙闲程度。在一些实施例中，虚拟用户生成模块520可以先分别确定同类型的各用户在各时间段的忙闲程度，再确定虚拟用户在各时间段的忙闲程度。在一些实施例中，虚拟用户生成模块520可以统计各时间段中同类型所有用户的交易量，从而确定该类型的虚拟用户在各时间段的忙闲程度。

信息打扰程度确定模块530用于确定待提醒信息的打扰程度。信息打扰程度确定模块530可以获取待提醒信息相应的历史提醒信息的提醒效果数据，并根据历史提醒信息的提醒效果数据确定待提醒信息的打扰程度。

提醒方案确定模块540用于为用户确定信息提醒方案。在一些实施例中，信息提醒方案可以包括信息提醒的频次。提醒方案确定模块540可以为用户确定各时间段的提醒方案。信息提醒的频次可以与用户的繁忙程度呈正比，即用户越忙，信息提醒次数越多。在一些实施例中，提醒方案确定模块540可以根据待提醒信息的打扰程度确定信息提醒的频次。对于打扰程度高的待提醒信息，可以降低提醒频次或者不提醒；对于打扰程度低的待提醒信息，可以增加提醒频次。在一些实施例中，提醒方案确定模块540还可以确定信息提醒的方式。信息提醒的方式包括但不限于语音播报、短信提示、振动提示等。

应当理解，图5所示的系及统其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。

需要注意的是，以上对于信息提醒系统及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，各个模块可以共用一个存储模块，各个模块也可以分别具有各自的存储模块。诸如此类的变形，均在本说明书的保护范围之内。

本说明书实施例可能带来的有益效果包括但不限于：(1)可以根据用户的忙闲程度确定信息提醒方案，降低信息提醒对用户的干扰，提高信息提醒的效果；(2)可以根据用户的业务规律确定提醒内容的种类以及内容类型，实现内容的精准提醒，实现了资源的合理利用，增强用户接受度。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。

同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的说明书历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。

最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (15)

1.一种信息提醒的方法，包括针对开通电子支付功能的用户终端：

获取待提醒信息；所述待提醒信息包括交易提醒信息以及跟随其的广告营销信息或系统消息；

确定各待提醒信息的打扰程度；其中，交易提醒信息的打扰程度低于跟随其的广告营销信息或系统通知；

获取第一用户在至少一个时间段的忙闲程度，所述忙闲程度至少反映所述第一用户在所述至少一个时间段的交易忙闲情况；

至少根据所述第一用户在所述至少一个时间段的忙闲程度以及所述待提醒信息的打扰程度确定在所述至少一个时间段针对所述第一用户的信息提醒方案；其中，待提醒信息的信息提醒的频次与所述第一用户在对应时间段内的忙闲程度正相关，与待提醒信息的打扰程度负相关。

2.根据权利要求1所述的方法，所述获取第一用户在至少一个时间段内的忙闲程度包括：

获取所述第一用户的历史交易数据；

根据所述第一用户的历史交易数据确定所述第一用户在所述至少一个时间段的忙闲程度，其包括：

对所述第一用户的历史交易数据进行分时段统计，以确定所述第一用户在与所述至少一个时间段中的每个时间段同期的历史交易量；

根据所述第一用户在与所述至少一个时间段中的每个时间段同期的历史交易量，确定所述第一用户在所述至少一个时间段中的每个时间段的忙闲程度。

3.根据权利要求1所述的方法，所述获取第一用户在至少一个时间段的忙闲程度包括：确定与所述第一用户类型一致的虚拟用户；

将所述虚拟用户在所述至少一个时间段的忙闲程度确定为所述第一用户在所述至少一个时间段的忙闲程度。

4.根据权利要求3所述的方法，所述虚拟用户在至少一个时间段的忙闲程度是通过以下步骤确定：

获取若干第二用户的历史交易数据；所述若干第二用户属于同一类型；

基于所述若干第二用户的历史交易数据，确定各第二用户在至少一个历史时间段的忙闲程度；

基于各第二用户在至少一个历史时间段的忙闲程度，确定与第二用户同类型的虚拟用户在至少一个时间段的忙闲程度。

5.根据权利要求1所述的方法，所述确定所述待提醒信息的打扰程度包括：

获取所述待提醒信息相应的历史提醒信息的提醒效果数据，所述提醒效果数据包括以下中的至少一种：投诉情况数据、业务转换情况数据；

根据所述历史提醒信息的提醒效果数据确定所述待提醒信息的打扰程度。

6.根据权利要求1所述的方法，所述信息提醒方案包括信息提醒的内容和/或信息提醒的频次。

7.根据权利要求1所述的方法，所述方法还包括：

确定时间范围、时间段单位长度和时间段移动步长；

根据所述时间段单位长度和所述时间段移动步长划分所述时间范围，得到所述至少一个时间段。

8.一种信息提醒系统，被配置成针对开通电子支付功能的用户终端，其包括：

信息打扰程度确定模块，用于获取待提醒信息；确定所述待提醒信息的打扰程度；其中，交易提醒信息的打扰程度低于跟随其的广告营销信息或系统通知；所述待提醒信息包括交易提醒信息以及跟随其的广告营销信息或系统消息；

忙闲程度确定模块，用于确定第一用户在至少一个时间段的忙闲程度，所述忙闲程度至少反映所述第一用户在所述至少一个时间段的交易忙闲情况；

提醒方案确定模块，用于至少根据所述第一用户在所述至少一个时间段的忙闲程度以及所述待提醒信息的打扰程度确定在所述至少一个时间段针对所述第一用户的信息提醒方案；其中，待提醒信息的信息提醒的频次与所述第一用户在对应时间段内的忙闲程度正相关，与待提醒信息的打扰程度负相关。

9.根据权利要求8所述的系统，所述忙闲程度确定模块用于：

获取所述第一用户的历史交易数据；

对所述第一用户的历史交易数据进行分时段统计，以确定所述第一用户在与所述至少一个时间段中的每个时间段同期的历史交易量；

根据所述第一用户在与所述至少一个时间段中的每个时间段同期的历史交易量，确定所述第一用户在所述至少一个时间段中的每个时间段的忙闲程度。

10.根据权利要求8所述的系统，所述忙闲程度确定模块用于：

确定与所述第一用户类型一致的虚拟用户；

将所述虚拟用户在所述至少一个时间段的忙闲程度确定为所述第一用户在所述至少一个时间段的忙闲程度。

11.根据权利要求10所述的系统，还包括虚拟用户生成模块，用于：

获取若干第二用户的历史交易数据；所述若干第二用户属于同一类型；

基于所述若干第二用户的历史交易数据，确定各第二用户在至少一个历史时间段的忙闲程度；

基于各第二用户在至少一个历史时间段的忙闲程度，确定与第二用户同类型的虚拟用户在至少一个时间段的忙闲程度。

12.根据权利要求8所述的系统，所述信息打扰程度确定模块用于：

获取所述待提醒信息相应的历史提醒信息的提醒效果数据，所述提醒效果数据包括以下中的至少一种：投诉情况数据、业务转换情况数据；

根据所述历史提醒信息的提醒效果数据确定所述待提醒信息的打扰程度。

13.根据权利要求8所述的系统，所述信息提醒方案包括信息提醒的内容和/或信息提醒的频次。

14.根据权利要求8所述的系统，还包括时间段确定模块，用于：

确定时间范围、时间段单位长度和时间段移动步长；

根据所述时间段单位长度和所述时间段移动步长划分所述时间范围，得到所述至少一个时间段。

15.一种信息提醒装置，所述装置包括至少一个处理器以及至少一个存储器；

所述至少一个存储器用于存储计算机指令；

所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如权利要求1～7中任一项所述的信息提醒方法。