发明内容
本申请实施例的目的在于提供一种群组消息通知方法、客户端、电子设备和服务器,以提高用户体验。
为达到上述目的,一方面,本申请实施例提供了一种群组消息通知方法,包括以下步骤:
在用户登录后,客户端检测所述用户指定的特定群组当前是否处于非前台运行状态;
当确认处于所述非前台运行状态时,所述客户端对所述特定群组在所述非前台运行状态下接收到的群组消息进行计数;
在所述计数的计数值达到预设条件时,所述客户端向所述用户发出群组消息通知。
另一方面,本申请实施例提供了一种客户端,包括:
状态检测模块,用于在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态;
消息计数模块,用于当确认处于所述非前台运行状态时,对所述用户在所述非前台运行状态下接收到的群组消息进行计数;
通知发送模块,用于在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
再一方面,本申请实施例提供了一种电子设备,包括:
处理器,
储存器,用于存储客户端,所述客户端被所述处理器处理时,执行如下步骤:
在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态;
当确认处于所述非前台运行状态时,对所述用户在所述非前台运行状态下接收到的群组消息进行计数;
在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
再一方面,本申请实施例提供了一种群组消息通知方法,包括以下步骤:
在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态;
当确认处于所述非前台运行状态时,对在所述非前台运行状态下向所述特定群组发送的群组消息进行计数;
在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
再一方面,本申请实施例提供了一种服务器,包括:
状态检测模块,用于在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态;
消息计数模块,用于当确认处于所述非前台运行状态时,对在所述非前台运行状态下向所述特定群组发送的群组消息进行计数;
通知发送模块,用于在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
由以上本申请实施例提供的技术方案可见,本申请实施例中,在用户登录后,当确认处于非前台运行状态时,对用户在非前台运行状态下接收到的群组消息进行计数;其中,群组消息为用户指定的特定群组的群组消息;在计数的计数值达到预设的阈值时,客户端向用户发出群组消息通知。因此,与现有技术相比,本申请实施例既有利于用户及时获取到群消息,又不至于过多的打扰用户,因而提高了用户体验。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
参考图1所示,为本申请实施例的一种群组消息通知方法。该方法的执行主体可以为客户端。该群组消息通知方法可以包括以下步骤:
S101、在用户登录后,客户端检测所述用户指定的特定群组当前是否处于非前台运行状态。
本申请实施例中,所述用户可以为客户端用户。所述用户登录可以理解为,所述用户通过专用客户端或通用客户端登录服务器,所述服务器提供即时通信服务。其中,所述的专用客户端可以为即时通信软件客户端,例如腾讯QQ客户端、微信客户端、钉钉客户端、MSN客户端、Skype客户端等等。所述的通用客户端可以为浏览器客户端,例如IE浏览器、谷歌浏览器、Safari浏览器、360浏览器等;通过浏览器客户端可实现网页版即时通信应用。为便于描述,不论是专用客户端还是通用客户端,以下均简称为客户端。
本申请实施例中,所述客户端可以配置安装于电子设备上。所述电子设备例如可以为台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机等。
一般的,一些特定事件会触发客户端切换进入非前台运行状态。例如客户端被最小化,电子设备上的其他客户端等转入前台运行,电子设备进入锁屏状态等等。因此,在本申请的一个实施例中,通过检测这些特定事件可以判断客户端是否非前台运行状态。在本申请的另一个实施例中,所述的检测也可以调用电子设备的操作系统的RunningTaskInfo类实现;在本申请的另一个实施例中,所述的检测还可以调用电子设备的操作系统的RunningAppProcessInfo类实现。
此外,在本申请的一些实施例中,根据具体情况,所述的检测可以为定时检测,也可以为实时检测。
一般而言,后台运行是指客户端软件在资源管理器里运行,用户看不到客户端软件的用户界面,因此在此状态下用户一般无法与客户端软件交互。与所述后台运行相对的是前台运行;在前台运行时,客户端软件直接由窗口运行,用户可以看到其用户界面,并可以基于该用户界面与客户端软件交互。而本申请实施例中,所述用户指定的特定群组处于非前台运行状态包括两种情况:一种为客户端处于后台运行状态,在此状态下,客户端中包括用户指定的特定群组在内的任何群组都处于后台运行状态;另一种为客户端处于前台运行状态,且所述客户端的当前活动窗口不是所述特定群组。
S102、当确认处于所述非前台运行状态时,所述客户端对所述特定群组在所述非前台运行状态下接收到的群组消息进行计数;所述群组消息为所述用户指定的特定群组的群组消息。
本申请实施例中,当客户端通过检测确认所述用户指定的特定群组当前处于所述非前台运行状态时,开始对所述用户在所述非前台运行状态下,接收到的群组消息进行消息计数;其中,所述群组消息为所述用户指定的特定群组的群组消息。例如在一个示例性实施例中,用户的客户端账号上有三个群组:同事群、小区群和亲友群,其中亲友群为用户指定的特定群组;当用户的客户端处于非前台运行状态时,该客户端开始对用户在非前台运行状态下接收到的亲友群消息进行计数,与此同时,忽略用户在非前台运行状态下接收到的同事群消息及小区群消息。
本申请实施例中,当客户端通过检测确认所述用户指定的特定群组当前未处于所述非前台运行状态时,则可以继续进行检测。
在本申请的一个实施例中,所述特定群组的群组消息可以为该特定群组中的任意用户发起的群组消息,即在非前台运行状态下,无论所述特定群组中哪一个用户发起了群组消息,都会对其进行计数统计。
在本申请的另一个实施例中,所述特定群组的群组消息也可以为该特定群组中的指定用户发起的群组消息;也就是说,用户可预先将该特定群组中的指定用户设定为特别关注对象。因此,在非前台运行状态下,可仅对该特别关注对象在所述特定群组中发起的群组消息进行计数统计,与此同时,所述特定群组中其他用户在所述特定群组中发起的群组消息会被忽略。在一个示例性实施例中,特定群组中的指定用户设定过程可以如图4a-图4c所示;其中,指定用户可以为一个,也可以为多个,具体由用户根据需要个性化指定。
本申请的实施例中,所述群组消息可以是客户端能支持的任何消息,例如语音、文字、图片、视频和/或链接等等。
S103、在所述计数的计数值达到预设条件时,所述客户端向所述用户发出群组消息通知。
本申请的一个实施例中,所述计数的计数值达到预设条件可以为:所述计数的计数值达到预设阈值。其中,本申请的示例性实施例中的计数为忽略时间(或在无限长时间内)的计数。因此,当计数的计数值达到预设的阈值(例如5条、10条、20条等等)时,所述客户端可向所述用户发出群组消息通知,以提醒该用户有新消息到来。
在本申请的另一个实施例中,所述计数的计数值达到预设条件可以为:在单位时间内,所述计数的计数值达到预设阈值。本申请的示例性实施例中,所述的单位时间预先由所述用户设定,所述的单位时间例如可以是1分钟、2分钟、5分钟等等。其中,所述阈值的设定例如可以如图3a-图3c所示。因此,当单位时间内的计数的计数值达到预设的阈值(例如5条/分钟、10条/分钟、20条/分钟等等)时,所述客户端可向所述用户发出群组消息通知。
在本申请的一个示例性实施例中,所述单位时间可以为自然时间段,例如09:00:00-09:01:00为一个单位时段,09:01:00-09:02:00为一个单位时段,09:02:00-09:03:00为一个单位时段,以此类推。在非前台运行状态下,例如09:18:00用户接收到亲友群的群消息A,计数加1,由于当前分钟(09:18)内只有1条群信息,所以不通知;09:18:03用户接收到亲友群的群消息B,同理,不通知;09:18:04用户接收到亲友群的群消息C,同理,不通知;09:18:05用户接收到亲友群的群消息D,同理,不通知;但是,当09:18:07用户接收到亲友群的群消息E时,由于该当前分钟(09:18)内已经有5条群信息,达到了预设阈值5条/分钟,由此,客户端可向所述用户发出群组消息通知。后续,该当前分钟(09:18)内再来新群消息,则可不再通知。
需要说明的是,如果用户在收到群组消息通知后未进行消息查看操作,或者用户在该当前分钟(09:18)收到的群消息未达到5条时,从09:19:00开始,客户端会进行下一周期的计数及阈值判断,以此类推。当然,如果用户在收到群组消息通知后进行消息查看操作,则会触发客户端由非前台运行状态转入前台运行状态,非前台运行状态结束,此时客户端可终止计数,并可以将此前计数清零,以便于当客户端再次进入非前台运行状态时,重新进行计数及后续阈值判断处理。除用户的消息查看操作外,用户结束客户端进程、用户电子设备关机等,亦可触发非前台运行状态结束。
在本申请的另一个实施例中,所述计数的计数值达到预设条件可以为:指定数量个相邻的群组消息是在预设时长内接收到的。其中,指定数量和所述预设时长预先由所述用户设定。在本申请的一个示例性实施例中,在非前台运行状态下,每当亲友群有新的群消息到来时,客户端除对其进行计数的同时,还可以记录其到来时间,并和相邻的前4条群消息的到来时间进行比较,如果这5条是在1分钟内到来的,则客户端可向所述用户发出群组消息通知。其中,相邻的前4条群消息均是在所述非前台运行状态下接收到的,且为所述亲友群的群消息。例如在所述非前台运行状态下,从09:17:54开始,所述亲友群陆续有a、b、c、d、e共5条群消息到来;如果群消息e的到达时间为09:18:03,则可以确定a、b、c、d、e为1分钟内到来的群消息,于是客户端可以向所述用户发出群组消息通知;而如果群消息e的到达时间为09:18:10,则可以确定a、b、c、d、e不是1分钟内到来的群消息,所以不通知。
需要说明的是,如果用户在收到群组消息通知后未进行消息查看操作,或者用户在1分钟内收到的群消息未达到5条,当所述亲友群又有新的群消息f到来时,客户端会进行下一周期的计数及阈值判断,即判断b、c、d、e、f是否为1分钟内收到的群消息。此外,由于在一些特殊情况下,例如a、b、c、d、e为1分钟内到来的群消息,b、c、d、e、f也为1分钟内到来的群消息,c、d、e、f、g也为1分钟内到来的群消息,等等,且用户在收到群组消息通知后均未进行消息查看操作,这样,就相当于在群消息e后,每收到一个群组消息就触发了一次群组消息通知,从而也可能会给用户造成干扰。为避免这种情况,可以在用户在收到群组消息通知后且未进行消息查看操作时,或者用户在1分钟内收到的群消息未达到5条后,重新进行计数及后续阈值判断处理,例如如果a、b、c、d、e为1分钟内到来的群消息,且用户在收到群组消息通知后未进行消息查看操作,当新的群消息f到来时,从群消息f开始重新进行计数及后续阈值判断处理。当然,如果用户在收到群组消息通知后进行消息查看操作,则会触发客户端由非前台运行状态转入前台运行状态,非前台运行状态结束,此时客户端可终止消息计数和到来时间记录,并可以将此前计数清零,以便于当客户端再次进入非前台运行状态时,重新进行计数及后续阈值判断处理。
本申请的实施例中,所述的群组消息通知可以为声音提示和/或可视提示,并且所述群组消息通知方式也可以由用户预先设定。其中,所述声音提示例如可以为语音提示和/或振动提示;所述可视提示例如可以为弹窗提示和/或预定频率的闪光提示。
在本申请另一实施例中,在所述计数的计数值达到预设条件之后,还可以包括:
判断自上一次发出群组消息通知起,至当前时刻的计时时长是否低于预设时长;
对应的,所述向所述用户发出群组消息通知可以包括:
当所述计时时长低于所述预设时长时,根据低于所述预设时长的程度,延迟相应的时间后向所述用户发出群组消息通知。例如计时时长为7秒,预设时长为10秒,计时时长低于预设时长3秒,则可以延迟3秒后再向所述用户发出群组消息通知。这样,当特定群组讨论比较激烈时,可以适当控制群组消息通知的触发间隔,从而避免了对用户的过多打扰。当然,在本申请其他实施例中,所述延迟的时间也可以不依赖于计时时长和预设时长之间的差值,例如一旦所述计时时长低于所述预设时长时,则固定延迟2秒后再向所述用户发出群组消息通知。
结合图2所示,本申请的实施例中,上述用户预设设定的单位时间、指定用户和阈值等,均可以看作是用户输入的设置信息;在用户输入后,客户端会将设置信息发送至服务器,服务器侧保存设置信息并使之生效。需要说明的是,本申请实施例中,当用户的一个客户端账号上有多个群组时,用户可针对每个群组分别输入个性化的设置信息,例如对不同的群组设置不同的群组消息通知方式等。
参考图5所示,为本申请另一实施例的一种群组消息通知方法。与图1所示群组消息通知方法的主要不同之处在于,图5所示群组消息通知方法的执行主体为服务器。该群组消息通知方法可以包括以下步骤:
S501、在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态。
S502、当确认处于所述非前台运行状态时,对在所述非前台运行状态下向所述特定群组发送的群组消息进行计数;所述群组消息为所述用户指定的特定群组的群组消息。
S503、在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
本申请的一个实施例中,所述计数可以是忽略时间(或在无限长时间内)的计数统计。本申请的另一个实施例中,所述计数也可以单位时间内计数,即对单位时间内接收到的群组消息进行计数统计。本领域技术人员悉知,群组通信原理为:群组中的一个用户组织一个群消息(message),其类型(type)为群聊天(group chat),发起方(from)为自己的在群中的标识或昵称(nickname),接收方(to)的对象为群组的全体成员;群消息发送到服务器后,服务器负责将该群消息转发(即广播)给该群组的全体成员包括发起方自己,并标明消息发起方。因此,当本申请实施例的计数为单位时间内计数时,与图1所述的群组消息通知不同,单位时间不再以用户接收群消息的时间为依据,而是以服务器转发群组消息的时间为依据。
本申请实施例的群组消息通知方法与图1所示群组消息通知方法类似,因此,有关于本申请实施例的群组消息通知方法的具体描述,请参考图1所示群组消息通知方法,在此不再赘述。
参考图6所示,为本申请实施例的一种客户端,其可以包括:
状态检测模块61,用于在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态;
消息计数模块62,用于当确认处于所述非前台运行状态时,对所述用户在所述非前台运行状态下接收到的群组消息进行计数;
通知发送模块63,用于在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
本申请实施例的客户端与图1所示群组消息通知方法对应,因此,有关于本申请实施例的客户端的具体描述,请参考图1所示群组消息通知方法,在此不再赘述。
参考图7所示,为本申请实施例的一种电子设备。该电子设备在硬件层面可以包括处理器、内部总线、存储器和内存,当然还可能包括其他业务所需要的硬件。处理器从存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成客户端。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。其中,所述客户端被所述处理器处理时,执行如下步骤:
在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态;
当确认处于所述非前台运行状态时,对所述用户在所述非前台运行状态下接收到的群组消息进行计数;
在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
本申请实施例的电子设备与图1所示群组消息通知方法对应,因此,有关于本申请实施例的电子设备的具体描述,请参考图1所示群组消息通知方法,在此不再赘述。
参考图8所示,为本申请实施例的一种服务器,其可以包括:
状态检测模块81,用于在用户登录后,检测所述用户指定的特定群组当前是否处于非前台运行状态;
消息计数模块82,用于当确认处于所述非前台运行状态时,对在所述非前台运行状态下向所述特定群组发送的群组消息进行计数;
通知发送模块83,用于在所述计数的计数值达到预设条件时,向所述用户发出群组消息通知。
本申请实施例的服务器与图5所示群组消息通知方法对应,因此,有关于本申请实施例的服务器的具体描述,请参考图5所示群组消息通知方法,在此不再赘述。
虽然上文描述的过程流程包括以特定顺序出现的多个操作,但是,应当清楚了解,这些过程可以包括更多或更少的操作,这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的客户端和服务器,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上客户端和服务器时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。