本申请涉及互联网技术领域,尤其涉及一种基于终端应用APP的信息播报方法及装置。
背景技术:
互联网信息技术的发展,使得人们可以通过互联网获取海量的信息。伴随着网络信息量的不断攀升及人们生活节奏的加快,如何确保将人们所关注的信息以最快的方式传递给人们,是目前业界所关注的焦点。
在电子商务平台的应用中,用户可以在终端上安装电子商务平台的应用(Application,APP)来实现商品交易及各类信息的获取,然而,现有技术中,用户在需要通过终端上安装的终端应用APP来获取各类信息的过程大致是:首先打开终端应用APP并根据用户的身份信息进行登陆,随后逐一点击所需关注的信息的条目来查看该信息。显然,以上过程耗费较多时间且操作繁琐,用户体验有待提升。此外,对于需要紧急处理的重要信息,比如:某笔重要订单需尽快发货,如果用户未及时打开终端应用APP,则有可能无法及时获悉到该重要信息,并及时执行相应的处理动作。
针对相关技术中的以上问题,目前尚未提出有效的解决方案。
技术实现要素:
本申请实施例提供一种基于终端应用APP的信息播报方法及装置,用以解决现有技术中在终端上获取信息的过程中存在的时间耗费久、操作繁琐、不能及时获取信息的问题。
本申请实施例所提供的基于终端应用APP的信息播报方法,包括:
通过终端应用APP获取与用户在所述终端应用APP上的账户信息对应的特定数据;其中,所述特定数据是所述用户在预设时间段内与其他的用户进行互联网信息传递事件而产生的互联网信息传递事件的属性值;
确定与所述特定数据对应的音频文件;
在预设的播报时间到达时,播放所述音频文件。
本申请实施例所提供的基于终端应用APP的信息播报装置,包括:
获取模块,用于通过终端应用APP获取与用户在所述终端应用APP上的账户信息对应的特定数据;其中,所述特定数据是所述用户在预设时间段内与其他的用户进行互联网信息传递事件而产生的互联网信息传递事件的属性值;
确定模块,用于确定与所述特定数据对应的音频文件;
播报模块,用于在预设的播报时间到达时,播放所述音频文件。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
本申请实施例的方法通过获取与用户在终端应用APP上登陆的账户信息对应的特定数据,所述特定数据是所述用户在预设时间段内与其他的用户进行互联网信息传递事件而产生的互联网信息传递事件的属性值,并随后根据上述特定数据,获得与所述特定数据相匹配的音频文件,在终端应用APP的预设的播报时间到达时,播放所获得的音频文件,从而将用户所需关注的特定数据在指定的播报时间达到时进行语音播报,有效解决了现有技术中用户获取信息过程中存在的时间耗费久、操作繁琐、不能及时获取信息的问题,提升用户从终端应用APP上获悉信息的效率,进而提升用户的使用体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的基于终端应用的信息播报方法的过程;
图2为本申请实施例提供的基于终端应用的信息播报方法中确定播报时间及预设时间段的具体过程;
图3为本申请实施例提供的基于终端应用的信息播报方法中获取音频文件的具体过程;
图4为本申请实施例提供的基于终端应用的信息播报装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的基于终端应用的信息播报方法的过程,包括:
步骤S101:通过终端应用APP获取与用户在所述终端应用APP上的账户信息对应的特定数据;其中,所述特定数据是所述用户在预设时间段内与其他的用户进行互联网信息传递事件而产生的互联网信息传递事件的属性值。
本申请实施例中,终端包括手机、电脑等,安装于上述终端上的终端应用APP包括但不限于:某电商的客户端应用、即时通讯(Instant Messaging,IM)应用、电子邮件应用等。本文将以某电商的客户端应用为例介绍本申请的技术方案,则用户在终端应用APP上登陆的账户信息是该用户在某商城网站所注册的账户名及登陆密码。
互联网信息传递事件是指互联网中的用户与用户之间进行信息发送、或信息接收、或信息交互的事件,其包括但不限于如下事件:电子邮件发送事件、即时通讯应用APP上消息发送事件、在某电商的客户端应用上所进行的交易事件、金融产品交易事件等。在某电商的客户端应用的场景中,用户包括买家用户和卖家用户,则交易事件包括买家用户通过浏览商城网站或终端上安装的 该商城的终端应用APP来进行商品的挑选并递交订单、或买家用户就未付款的订单执行付款动作、或买家用户将某个商品加入到购物车内、或买家用户通过商城网站或终端上安装的终端应用APP来向卖家用户发送所需咨询的信息内容等,以上所需咨询的信息内容可以通过该商城网站的即时通讯应用APP、或电子邮件等方式来发送。
在某电商的客户端应用的场景中,为了让卖家用户在休息状态时能够及时获悉其店铺的运营状况信息(即特定数据),以上终端APP配置有相应的信息播报功能,即在预设的播报时间到来时,向卖家用户通过语音方式来播报其店铺的运营状况信息。值得一提的是,若互联网信息传递事件是金融产品交易事件,金融产品可以是股票、基金、期货等,则上述终端APP可以是某金融产品的APP,则本方法可以实现在预设的播报时间到来时,向用户通过语音方式播报该用户所购买的某金融产品(如股票)的收益情况信息、或涨跌情况信息等。
图2为本申请实施例提供的基于终端应用的信息播报方法中确定播报时间及预设时间段的具体过程,在通过所述终端应用APP获取与所述账户信息对应的特定数据的步骤(上述步骤S101)之前,所述方法还包括如下步骤:
步骤S201:确定所需获取的特定数据的类型。
对于卖家用户而言,可以通过终端上所安装的终端应用APP选择所需关注的特定数据的类型,本申请实施例中,卖家用户可以在该终端应用APP上备选的多个特定数据的类型中选择一个或多个特定数据的类型进行关注,当然,卖家用户也可以在终端应用APP上填写所需关注的特定数据的类型。在替换的实施例中,终端应用APP也可以不向用户开放选定所需获取的特定数据的类型的功能,而是上述特定数据的类型始终固定。
本申请实施例中,如果所述互联网信息传递事件是交易事件,则所述特定数据的类型包括订单类型或咨询信息类型,所述订单类型的特定数据的具体数值可以是:
所述用户在预设时间段内与其他的用户进行交易事件而产生的订单数;
或所述用户在预设时间段内与其他的用户进行交易事件而产生的订单金额数;
所述咨询信息类型的特定数据的具体数值可以是:
基于互联网交互平台(如:电商交易平台),所述用户在预设时间段内接收到其他的用户发送的咨询信息的数量。
值得补充的是,上述特定数据可以解释成用户在预设时间段内与其他的用户进行互联网信息传递事件而产生的互联网信息传递事件的属性值(即特定数据的具体数值)。除订单类型及信息咨询类型外,以上特定数据的类型还包括评价类型、加入购物车类型等。具体地,对于订单类型的特定数据而言,上述属性值可以是以上述及的订单数或订单金额数,还可以是执行下单动作的买家用户的数量、或买家用户进入当前卖家用户的店铺的频率、或买家用户执行下单动作后该店铺的上架商品的剩余量等。对于评价类型的特定数据而言,上述属性值可以是买家用户在当前卖家用户的店铺中对特定商品进行评价的好评率、差评率等。对于信息咨询类型的特定数据而言,上述属性值可以是咨询信息的数量、或发出咨询信息的买家用户的数量、或卖家用户发送咨询信息的频率等。对于加入购物车类型的特定数据而言,上述属性值可以是被买家用户添加到购物车内的商品数量、或某个商品被多少买家用户添加到其购物车中等。对于其他的互联网信息传递事件,可参照以上事件,本文不再一一列举。
步骤S202:确定预设的播报时间。
本申请实施例中,卖家用户可以通过终端上的终端应用APP设置特定数据的播报时间,如:设置成上午7:00,当然,卖家用户可以在同一天内设置多个播报时间。此外,以上播报时间也可以是终端应用APP来自动设定的,如:根据卖家用户进入睡眠状态的时间点来推算得到一个该卖家用户该起床的时间点,并将该起床的时间点自动设定为播报时间。
步骤S203:确定上述播报时间之前的一个或多个时间段,并将一个或多个 时间段确定为预设时间段。
在具体实例中,如果卖家用户所设定的播报时间是上午7:00,则以上预设时间段可以是卖家用户的休息时段,如:前一天的下午22:00~当天的上午6:30。
本实施例中,上述步骤S101具体包括如下步骤:
根据所述账户信息、所需获取的特定数据的类型及所述预设时间段,通过所述终端应用APP获取在所述预设时间段内的、与所述账户信息对应的所述特定数据的具体数值。
举例说明,假设当前卖家用户在终端应用APP上所登陆的账户信息是Ts849302,该卖家用户所选择的特定数据的类型是订单类型,该订单类型的特定数据的具体数值是指:卖家用户在预设时间段内与其他的买家用户进行交易事件而产生的订单数,上述预设时间段是前一天的下午22:00~当天的上午6:30。则基于以上实例,在卖家用户处于休息状态时,若其他的买家用户在上述预设时间段内在该卖家用户的店铺下单,则该买家用户所下单的订单信息会被存储到该商城网站的服务器上,在播报时间到来之前且在预设时间段之后(如:当天的上午6:50),卖家用户的终端上所安装的终端应用APP会从服务器提前获取与该卖家用户的账户信息Ts849302对应的、在前一天的下午22:00到当天的上午6:30的这段时间段内所生成的订单数。
步骤S102:确定与所述特定数据对应的音频文件。
图3为本申请实施例提供的基于终端应用的信息播报方法中获取音频文件的具体过程,包括:
步骤S1021:根据确定的特定数据的类型,确定一判定阈值。
以上判定阈值用以判别预设时间段内获得的特定数据是否达到卖家用户的预期,换言之,该判定阈值也是用来判别上述特定数据的优劣程度。具体地,若确定的特定数据的具体数值是订单数,则确定上述判定阈值是订单数a。同理,若确定的特定数据的具体数值是订单金额数,则确定上述判定阈值是金额数b;若确定的特定数据的具体数值是咨询信息的数量,则确定上述判定阈值 是咨询信息数c。
步骤S1022:判断获取到的特定数据是否大于所述判定阈值。
继续沿用以上实例,假设卖家用户的终端上所安装的终端应用APP会从服务器提前获取与该卖家用户的账户信息Ts849302对应的、在前一天的下午22:00到当天的上午6:30的这段时间段内所生成的订单数是100,则如果预先确定的判定阈值是110,则表明在以上预设时间段内生成的订单数没有达到卖家用户的预期,或者说以上预设时间段内生成的订单数的优劣程度是“一般”;相反,如果卖家用户的终端上所安装的终端应用APP会从服务器提前获取与该卖家用户的账户信息Ts849302对应的、在前一天的下午22:00到当天的上午6:30的这段时间段内所生成的订单数是130,而预先确定的判定阈值是110,则表明在以上预设时间段内生成的订单数已经超过卖家用户的预期,或者说以上预设时间段内生成的订单数的优劣程度是“还可以”。
步骤S1023:若是,则从预设的音频文件集合中选取对应于第一语音形式的音频文件。
步骤S1024:若否,则从预设的音频文件集合中选取对应于第二语音形式的音频文件。
本申请实施例中,终端中存储有至少两个备选的音频文件,分别对应于两种不同的语音形式:第一语言形式和第二语言形式,其中,第一语言形式可以是用以表达恭喜的语音内容,第二语言形式可以是用以表达鼓励的语音内容。当然,上述第一、第二语音形式并不受限制,也可以是任意两种语音内容相同,但语音的播放速度不同的音频文件,比如:采取同一首歌曲作为音频文件范本,在获取到的特定数据大于判定阈值时,将上述歌曲的播放速度设置成较快速度;在获取到的特定数据小于判定阈值时,将上述歌曲的播放速度设置成普通速度。此外,卖家用户可以将终端中所存储的任意音频文件设置成以上备选的音频文件。当然,在替代的实施例中,上述音频文件也可以存储于服务器端,在终端从服务器端获取到当前用户的特定数据后,会随即从服务器端预先储存 的音频文件集合中,选取一个与当前所获取到的特定数据相匹配的音频文件,并将该音频文件推送到终端APP上进行播放。
值得一提的是,在本申请其他实施例中,上述音频文件也可以不是终端或服务器上所预先存储的文件,作为替代方案,终端应用APP可以将获取到的特定数据转化成相应的语音内容,即根据获得的特定数据生成包含与特定数据相匹配的语音内容的音频文件。
具体地,根据所述特定数据,生成包含与特定数据匹配的语音内容的音频文件的步骤,包括:
根据所述特定数据的类型、所述预设时间段及所述特定数据的具体数值,生成与所述特定数据匹配的语音内容。
例如,假设特定数据的类型是订单总数,该类型的特定数据的具体数值是110,统计该特定数据的预设时间段是:昨晚22:00到今天上午6:30,则终端应用APP得到与该特定数据相匹配的语音内容可以是:“您在昨晚22:00到今天上午6:30总共有订单110笔”。
基于上述生成的语音内容,生成包含上述语音内容的音频文件。
本实施例中,将以上与特定数据相匹配的语音内容与账户信息、表达恭喜或鼓励的语音内容进行拼装,以生成一个可以供终端进行播放的音频文件,则该音频文件的完整内容可以是:“XX先生/女士,早上好,您在昨晚22:00到今天上午6:30总共有订单110笔,恭喜您!”。上述音频文件中包含表达恭喜的语音内容:“恭喜您!”,若用户在预设时间段内生成的订单总数为60,则此时终端生成的音频文件应该包含表达鼓励的语音内容,如:“继续加油!”,相应地,此时拼装后的音频文件的完整内容可以是:“XX先生/女士,早上好,您在昨晚22:00到今天上午6:30总共有订单60笔,继续加油!”。另外,以上终端所播报的音频文件可以包含相应的背景音乐,如:在表达恭喜时,采用节奏较快的背景音乐;在表达鼓励时,采用节奏较慢的背景音乐等。
另外,以上判断阈值可设置成两个或两个以上,若判定阈值包括两个:第 一判定阈值和第二判定阈值(第一判定阈值小于第二判定阈值),则相应的音频文件也配置有三个:第一语音形式的音频文件、第二语音形式的音频文件及第三语音形式的音频文件,如果获取到的特定数据小于第一判定阈值,则选择第一语音形式的音频文件;如果获取到的特定数据大于第一判定阈值且小于第二判定阈值,则选择第二语音形式的音频文件;如果获取到的特定数据大于第二判定阈值,则选择第三语音形式的音频文件。值得注意的是,本申请其他实施例也可以通过设置多个阈值区间,并通过判断获取到的特定数据处于哪个阈值区间内,来分别确定选取哪种音频文件。
本申请实施例中,可以根据买家用户的特定数据的历史数值来确定上述判定阈值,则上述步骤S1021具体包括:
首先,获取与账户信息相对应的特定数据的多个历史数值,所述历史数值是所述用户在其他的特定时间段内与其他的用户进行交易事件而产生的交易事件的属性值。
举例而言,若卖家用户所设定的预设时间段是昨晚22:00到今天上午6:30,特定数据是卖家用户在上述预设时间段内产生的订单数,则安装于终端上的终端应用APP从服务器中获取到该卖家用户在以往各天当中的以上预设时间段内所产生的历史订单数,如:今天是2015年4月12日,则从服务器中获取2015年4月9日~2015年3月11日中每天的历史订单数。
然后,对获取到的多个历史数值作运算处理,所述运算处理包括:求平均值运算、或求最大值运算、或求最小值运算。
继续沿用以上实例,如果获取到2015年4月9日~2015年3月11日中每天的历史订单数分别是:103、77、150,则通过求平均值运算得到的运算结果是110,通过求最大值运算得到的运算结果是150,通过求最小值运算得到的运算结果是77。当然,运算处理方式不限于此。
最终,将所述运算处理的结果确定为所述判定阈值。
在实际使用过程中,卖家用户也可以根据自身心理预期,在终端应用APP 上手动输入一个或多个用以判断特定数据的优劣程度的判定阈值或阈值区间,如:输入当天的订单数的判定阈值是100。
步骤S103:在预设的播报时间到达时,所述终端播放所述音频文件,从而让卖家用户在起床时间达到时,准确获悉到其在休息状态时店铺的运营状态信息。
综上,本申请实施例的方法中,通过获取与用户在终端应用APP上登陆的账户信息对应的特定数据,所述特定数据是所述用户在预设时间段内与其他的用户进行互联网信息传递事件而产生的互联网信息传递事件的属性值,并随后根据上述特定数据,获得与所述特定数据相匹配的音频文件,在终端应用APP的预设的播报时间到达时,播放所获得的音频文件,从而将用户所需关注的特定数据在指定的播报时间达到时进行语音播报,有效解决了现有技术中用户获取信息过程中存在的时间耗费久、操作繁琐、不能及时获取信息的问题,提升用户从终端应用APP上获悉信息的效率,进而提升用户的使用体验。此外,卖家用户在听到店铺的运营状况信息后,也比较容易激发卖家用户的起床激情。
图4为本申请实施例提供的基于终端应用的信息播报装置的结构示意图。在本申请实施例中,基于上述方法的原理,上述装置至少包括获取模块10、确定模块20及播报模块30,其中:
获取模块10用于通过所述终端应用APP获取与所述用户在终端应用APP上的账户信息对应的特定数据,所述特定数据是所述用户在预设时间段内与其他的用户进行互联网信息传递事件而产生的互联网信息传递事件的属性值。
确定模块20用于获取与所述特定数据对应的音频文件。
播报模块30用于在预设的播报时间到达时,播放所述音频文件。
本申请实施例中,所述确定模块20用于:
从预设的音频文件集合中选取与所述特定数据对应的音频文件;或,
生成包含与所述特定数据匹配的语音内容的音频文件。
本申请实施例中,所述装置还包括:
类型确定模块,用于确定所需获取的特定数据的类型;
播报时间确定模块,用于确定预设的播报时间;
时间段确定模块,用于确定所述播报时间之前的一个或多个时间段,并将所述一个或多个时间段确定为所述预设时间段;则:
所述获取模块10具体用于:根据所述账户信息、所需获取的特定数据的类型及所述预设时间段,通过所述终端应用APP获取在所述预设时间段内的、与所述账户信息对应的所述特定数据的具体数值。
本申请实施例中,如果所述互联网信息传递事件是交易事件,则所述特定数据的类型包括订单类型或咨询信息类型,所述订单类型的特定数据的具体数值可以是:
所述用户在预设时间段内与其他的用户进行交易事件而产生的订单数;
或所述用户在预设时间段内与其他的用户进行交易事件而产生的订单金额数。
所述咨询信息类型的特定数据的具体数值可以是:
基于互联网交互平台(如:电商交易平台),所述用户在预设时间段内接收到其他的用户发送的咨询信息的数量。
本申请实施例中,所述确定模块20具体包括:
阈值确定单元21,用于根据确定的特定数据的类型,确定一判定阈值;
判断单元22,用于判断获取到的特定数据是否大于所述判定阈值;
音频文件选取单元23,用于在特定数据大于所述判定阈值时,从所述终端中选取对应于第一语音形式的音频文件;在特定数据小于所述判定阈值时,则从所述终端中选取对应于第二语音形式的音频文件。
本申请实施例中,所述阈值确定单元具体用于:
获取与所述账户信息相对应的特定数据的多个历史数值,所述历史数值是所述用户在其他的特定时间段内与其他的用户进行交易事件而产生的交易事 件的属性值;
对获取到的多个历史数值作运算处理,所述运算处理包括:求平均值运算、或求最大值运算、或求最小值运算;
将所述运算处理的结果确定为所述判定阈值。
本申请实施例中,所述确定模块20包括:
语音内容生成单元,用于根据所述特定数据的类型、所述预设时间段及所述特定数据的具体数值,生成与所述特定数据匹配的语音内容;
音频文件生成单元,用于生成包含上述语音内容的音频文件。
值得一提的是,本申请实施例所提供的方法的实现过程中,卖家用户在商城网站上注册的账户可以不在所述终端应用APP上处于登陆状态,而只要该卖家用户在上述终端应用APP上进行过一次登陆行为,该卖家用户的账户信息就会被该终端应用APP上的定时信息播报模块记录下来。故,以上方法的实现与卖家用户的账户是否处于登陆状态无关。另外,以上方法除了适用于卖家用户以外,还可适用于买家用户、或电商平台的管理者,本文不再予以赘述。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒 体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。