应用程序推送方法、装置、服务器及存储介质与流程

本申请涉及互联网技术领域，更具体地，涉及一种应用程序推送方法、装置、服务器及存储介质。

背景技术：

在移动终端的使用过程中，用于实现各种功能的应用程序越来越多。为了应用程序更好地为用户所知、所下载，通常会通过向移动终端中安装的客户端推送应用程序实现对应用程序的推广。但是，现有的推送过程中，推送到客户端不同帐号的应用程序相似程度高，推送效果较差。

技术实现要素：

鉴于上述问题，本申请提出了一种应用程序推送方法、装置、服务器及存储介质，向第一部分帐号推送根据第一算法推送的应用程序，向第二部分帐号推送根据第二算法推送的应用程序，使不同帐号的推送结果可能不同，改善推送效果。

第一方面，本申请实施例提供了一种应用程序推送方法，所述方法包括：判断当前条件是否满足推送触发条件；当满足所述推送触发条件时，向客户端的第一部分帐号推送根据第一推送算法推送的第一应用程序，其中，所述第一推送算法基于所述客户端的多个帐号的操作数据进行推送，向客户端的第二部分帐号推送根据第二推送算法推送的第二应用程序，其中，所述第二推送算法基于待推送帐号本身的操作数据进行推送。

第二方面，本申请实施例提供了一种应用程序推送装置，所述装置包括：判断模块，用于判断当前条件是否满足推送触发条件；第一推送模块，用于当满足所述推送触发条件时，向客户端的第一部分帐号推送根据第一推送算法推送的第一应用程序，其中，所述第一推送算法基于所述客户端的多个帐号的操作数据进行推送；第二推送模块，用于当满足所述推送触发条件时，向客户端的第二部分帐号推送根据第二推送算法推送的第二应用程序，其中，所述第二推送算法基于待推送帐号本身的操作数据进行推送。

第三方面，本申请实施例提供了一种服务器，包括存储器及处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行上述的方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质包括存储的程序，其中，在所述程序运行时执行上述的方法。

本申请提供的应用程序推送方法、装置、服务器及存储介质，向第一部分帐号推送根据第一推送算法推送的第一应用程序，向第二部分帐号推送根据第二推送算法推送的第二应用程序。其中，第一推送算法基于客户端的多个帐号的操作数据进行推送，第二推送算法基于待推送帐号本身的操作数据进行推送，使推送到客户端不同帐号的推送结果可能不同，推送结果更丰富，推送效果更好。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请实施例中移动终端与服务器之间的交互示意图；

图2示出了本申请第一实施例提出的应用程序推送方法流程图；

图3示出了本申请实施例提出的移动终端的一种显示界面图；

图4示出了本申请第二实施例提出的应用程序推送方法流程图；

图5示出了本申请第三实施例提出的应用程序推送方法流程图；

图6示出了本申请实施例提出的应用程序推送装置的功能模块图；

图7示出了本申请实施例的用于执行根据本申请实施例的应用程序推送方法的服务器的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

移动终端中可应用的应用程序越来越多，为增加应用程序的下载量、增加用户对应用程序了解等，可以向安装于移动终端的客户端进行应用程序的推送，使用户获知被推送应用程序的存在，促进用户对被推送应用程序的下载。对客户端进行应用程序的推送，推送的应用程序通常根据算法计算获得。然而，通过单一的推送算法获得的待推送的应用程序，推送结果单一，安装于不同移动终端的客户端，其接收到的被推送的应用程序不具有差异化，推送效果不够理想。为了使不同移动终端安装的客户端可能接收到不同的推送结果，本申请实施例提供了一种应用程序推送方法，对客户端的第一部分帐号推送第一应用程序，第二部分帐号推送第二应用程序，使推送结果差异化，推送结果更丰富，改善推送效果。

在本申请实施例提供的应用程序推送方法可以通过服务器与移动终端之间的交互实现，服务器在满足推送触发条件的情况下，向移动终端推送应用程序。图1示出了本申请实施例中服务器1和移动终端2之间的一种交互示意图。如图1所示，移动终端2与服务器1位于网络3中，该网络3可以为无线网络或有线网络。通过该无线网络或有线网络，移动终端2以及服务器1进行数据交互。于本申请中，移动终端2可为手机、平板电脑、计算机等智能设备。

在移动终端2中可运行客户端，服务器1可运行服务端。例如，在本申请中，移动终端2中运行有软件商店、浏览器等客户端，而在服务器1中运行有该客户端所对应的服务端，基于上述网络环境，客户端可以通过网络与服务器1进行数据交互，从而实现与服务器1上运行的服务端进行数据交互。例如，服务器满足推送触发条件时向客户端推送应用程序，对应的，客户端可以接收到服务器推送的应用程序并显示。下面将主要从服务器端，结合附图并通过具体的实施例对本申请实施例提供的应用程序推送方法、装置、服务器及存储介质进行说明。

第一实施例

请参阅图2，本申请第一实施例提供了一种应用程序推送方法。所述应用程序推送方法在由服务器在满足推送触发条件时向安装于移动终端的客户端进行应用程序的推送。在具体的实施例中，所述应用程序推送方法应用于如图6所示的应用程序推送装置以及对应有应用程序推送装置400的服务器100(图7)。上述的应用程序推送方法具体可以包括以下步骤：

步骤s110：判断当前条件是否满足推送触发条件。

在本申请实施例中，推送触发条件为触发的向客户端进行应用程序推送的条件。其中，该推送触发条件可以是预设的频率，即每过该预设的频率对应的时间周期，满足一次推送触发条件。或者是，该推送触发条件是接收到客户端的某些反馈信息，如客户端与服务器连接、客户端用户帐号的登录等。或者是，预设数量的客户端与服务器网络连接、预设数量的用户帐号登录等。或者是，服务器对应的数据库中存储的应用程序数量达到预设数量。或者是，有新的应用程序上线等。上述所述的预设数量，在不同情况下不一定相同。另外，上述的各种可能的推送触发条件，其中一个或多个可选的作为推送触发条件。

推送触发条件具体为何种触发条件在本实施例中并不限定，可以根据实际情况以及需要设定。

当满足所述推送触发条件时，执行：步骤s120：向客户端的第一部分帐号推送根据第一推送算法推送的第一应用程序，其中，所述第一推送算法基于所述客户端的多个帐号的操作数据进行推送。

步骤s130：向客户端的第二部分帐号推送第二推送算法推送的第二应用程序，其中，所述第二推送算法基于待推送帐号本身的操作数据进行推送。

当判定满足推送触发条件时，可以向客户端进行应用程序的推送，若判定不满足推送触发条件，可继续进行判定。其中，在不同移动终端的客户端，可能登陆不同的用户帐号，并且，通常不同的用户帐号对应不同的用户。例如，客户端为软件商店，不同用户在不同移动终端安装软件商店后，可以注册用户帐号，从而在不同移动终端的软件商店客户端，可能具有不同的用户帐号。

满足推送触发条件时，向客户端的第一部分帐号发送根据第一推送算法推送的第一应用程序，向第二部分帐号发送根据第二推送算法推送的第二应用程序，具体先向第一部分帐号推送还是先向第二部分帐号推送或者是第一部分帐号和第二部分帐号同时发送，在本实施例中并不限定。具体获得第一应用程序以及第二应用程序的时间，可以是在判定满足推送触发条件情况下，也可以是在判定满足推送触发条件前的任意时刻，或者是服务器以预设获取频率获取第一应用程序以及第二应用程序。第一应用程序可以包括一个或多个应用程序，第二应用程序可以包括一个或多个应用程序。

其中，第一推送算法与第二推送算法为不同的算法，其基于的数据也并不相同。

具体的，第一推送算法可以是基于客户端多个帐号的操作数据进行推送。操作数据可以包括用户在客户端进行搜索、浏览、下载、安装时产生的数据，如用户在客户端搜索过“地图”，则“地图”可以形成该用户对应的用户帐号的一个操作数据。另外，操作数据也可以包括用户在移动终端的其他客户端进行文字输入、信息浏览等操作时产生的操作数据。用户在客户端产生的操作数据可以由客户端发送到服务器进行存储。服务器存储的多个帐号形成的全局性的操作数据，还可以包括应用程序的下载量、下载量排行等。

可选的，第一推送算法基于的多个帐号可以是客户端的所有帐号；或者是对应帐号预存储有表示帐号特性的标签，第一推送算法基于的多个帐号是具有相同标签的帐号；也或者第一推送算法基于的多个帐号是随机选择的多个帐号等。第一推送算法基于多个帐号的操作数据，使第一推送算法所基于的数据为更加全局的数据。

第二推送算法可以是基于待推送帐号本身的操作数据进行推送。例如，向帐号a推送的应用程序为根据第二推送算法推送的第二应用程序，则推送给帐号a的第二应用程序，为根据第二推送算法基于帐号a的操作数据获得的应用程序。

另外，可选的，当某帐号对应的用户从客户端下载应用程序较少，则可能其对应用程序的具体需求从其操作数据体现不太明显，而当用户从客户端对应用程序下载较多，则其对应用程序的需求更可能从其操作数据中体现。因此，在本申请实施例中，第一部分帐号可以为从客户端下载应用程序的次数小于第一预设次数的帐号，第二部分帐号可以为从客户端下载应用程序的次数大于第二预设次数的帐号，使第一部分帐号被推送的为基于全局数据的应用程序，第二部分帐号被推送的为基于其个性化数据的应用程序。其中，第一预设次数与第二预设次数可以相等，也可以不等。

可选的，第一部分帐号也可以是具有某种相同标签的帐号。例如，某些帐号都具有标签“55岁至65岁”，则表明这些帐号对应的用户为年龄较大的用户，其对于应用程序不太了解，对应用程序没有个性化要求，可以向其推送根据第一算法基于客户端的多个帐号的操作数据推送的第一应用程序。

可选的，第二部分帐号也可以是具有某种相同标签的帐号。如，某些帐号都具有标签“20至30岁”，表明这些帐号对应的用户较为年轻，对于应用程序通常具有个性化需求，因此，可以向其推送通过第二算法基于其帐号本身操作数据推送的第二应用程序。

可选的，第一部分帐号以及第二部分帐号也可以是在所有帐号中占一定比例的帐号。如，第一部分帐号为所有帐号中的百分之八十，第二部分帐号为所有帐号中的百分之二十，则可以向所有帐号中随机的百分之八十帐号发送第一推送算法推送的第一应用程序，向所有帐号中另外百分之二十发送第二推送算法推送的第二应用程序。因此，还可以包括对第一部分帐号以及第二部分帐号比例的设置，该设置可以是在向客户端推送应用程序之前，由具有设置权限的用户实现。具体设置方式可以是，接收设置的第一部分帐号占所有帐号的比例为第一比例，再根据第一比例计算第二部分帐号在所有帐号中所占的第二比例，第二比例的计算可以根据第一比例与第二比例的关系实现。例如，接收到设置的第一部分帐号占所有帐号的比例为百分之八十，第一比例的帐号与第二比例的帐号为所有帐号，则可以计算到第二比例为百分之二十。当然，第一比例和第二比例的帐号设置都可以由具有设置权限的用户直接输入实现，如服务器接收到第一比例为百分之八十，第二比例为百分之二十。

对应的，接收到推送的用户帐号对应的客户端，可以对推送结果进行显示，如图3所示，当然，图3所示的显示仅为示例，并不限定为本实施例中具体推送的应用数量、具体显示方式或者其他。

第二实施例

本实施例提供了一种应用程序推送方法，与第一实施例相比，本实施例中在向帐号推送的应用程序为与该帐号查看过的应用程序相似度较高的应用程序。具体的，请参见图4，该方法包括：

步骤s210：判断当前条件是否满足推送触发条件，若是，执行步骤s220，若否，执行步骤s210。

步骤s220：判断第一部分帐号中的每一个帐号是否有查看第一应用程序中任意一个应用程序的操作，其中，第一应用程序根据第一推送算法获得，该第一推送算法基于所述客户端的多个帐号的操作数据进行推送。

步骤s230：对于第一部分帐号中有查看第一应用程序中应用程序的操作的帐号，从第一应用程序中选取与其查看过的应用程序相似度最高的预设个数的应用程序，作为向其推送的第一应用程序。

步骤s240：向客户端的第一部分帐号推送第一应用程序。

步骤s250：判断第二部分帐号中的每一个帐号是否有查看第二应用程序中任意一个应用程序的操作，其中，第二应用程序根据第二推送算法获得，该第二推送算法基于待推送帐号本身的操作数据进行推送。

步骤s260：对于第二部分帐号中有查看第二应用程序中应用程序的操作的帐号，从第二应用程序中选取与其查看过的应用程序相似度最高的预设个数的应用程序，作为向其推送的第二应用程序。

步骤s270：向客户端的第二部分帐号推送第二应用程序。

用户在使用移动终端过程中，可能会通过客户端查看某些应用程序。如该客户端是软件商店，用户在软件商店中浏览查看过某些应用程序，或者是点击某些应用程序查看过其介绍详情。通常的，用户查看过的应用程序，可能是其较感兴趣的应用程序。因此，对于第一帐号中的每一个帐号，从第一推送算法获得的第一应用程序中，选取与用户查看过的应用程序相似度高的预设个数的应用程序，作为向该帐号推送的第一应用程序。对于第二帐号中的每一个帐号，从第二推送算法获得的第二应用程序中，选取与用户查看过的应用程序相似度高的预设个数的应用程序，作为向该帐号推送的第二应用程序。

其中，应用程序之间的相似度可以通过应用程序类别标签度量，类别越接近，相似度越高。例如，三个同属于娱乐类的应用程序中，两个同属于游戏类的应用程序，相似度高于一个属于游戏类一个属于绘画类的两个应用程序。当然，应用程序之间的相似度也可以通过其他方式度量，如名称，在本实施例中并不限定。相似度越高的应用程序，其对于用户需求的满足越接近，从而使向第一帐号以及第二帐号推送的应用程序，尽可能地接近用户的兴趣点。

在本实施例中，各个步骤的执行顺序并不以上述顺序为限，只要符合处理逻辑的处理顺序，均可以作为本实施例的处理顺序。例如，本实施例中的处理顺序也可以是s210、s220、s230、s250、s260、s240、s270；或者是s220、s230、s250、s260、s210、s240、s270；或者是s210、s250、s260、s270、s220、s230、s240。

在本实施例中，当判定当前条件满足推送触发条件，可以向客户端的第一部分帐号第一应用程序，向第二部分帐号推送第二应用程序。其中，推送给客户端的第一应用程序，为根据第一算法获得的应用程序中与相应用户查看过的应用程序相似度高的应用程序。推送给客户端的第二应用程序，为根据第二算法获得的应用程序中与相应用户查看过的应用程序相似度高的应用程序。若第一部分帐号中的某个帐号没有查看第一应用程序中任意一个应用程序的操作，则可以直接向其推送根据第一推送算法获得的应用程序。若第二部分帐号中的某个帐号没有查看第二应用程序中任意一个应用程序的操作，则可以直接向其推送根据第二推送算法获得的应用程序，如图4所示。

第三实施例

本实施例提供了一种应用程序推送方法，与上述实施例相比，本实施例中，在向帐号推送的应用程序中，删除其中包括的帐号对应的移动终端安装有的应用程序。具体的，本实施例包括如下步骤：

步骤s310：判断当前条件是否满足推送触发条件，若是，执行步骤s320，若否，执行步骤s310。

步骤s320：判断第一部分帐号中的每一个帐号对应的移动终端是否安装有第一应用程序中任意一个应用程序，其中，第一应用程序根据第一推送算法获得，所述第一推送算法基于所述客户端的多个帐号的操作数据进行推送。

步骤s330：对于第一部分帐号中任意一个帐号，若其对应的移动终端中安装有第一应用程序中的应用程序，从向该帐号推送的第一应用程序中删除已安装的应用程序。

步骤s340：向客户端的第一部分帐号推送第一应用程序。

步骤s350：判断第二部分帐号中的每一个帐号对应的移动终端是否安装有第二应用程序中任意一个应用程序，其中，第二应用程序根据第二推送算法获得，所述第二推送算法基于待推送帐号本身的操作数据进行推送。

步骤s360：对于第二部分帐号中任意一个帐号，若其对应的移动终端中安装有第二应用程序中的应用程序，从向该帐号推送的第二应用程序中删除已安装的应用程序。

步骤s370：向客户端的第二部分帐号推送第二应用程序。

移动终端中通常安装有应用程序。第一部分帐号中的每一个帐号对应有相应的移动终端，判断对应的移动终端安装的应用程序中，是否有待向其推送的第一应用程序中相同的应用程序。若移动终端中已安装有第一应用程序中的某些应用程序，则可以不再向其推送已安装的应用程序。因此，向第一部分帐号中每一个帐号推送的第一应用程序中，已删除该帐号对应的移动终端安装的应用程序，从而推送给第一部分帐号的第一应用程序为，第一推送算法基于操作数据进行推送的应用程序中删除了已安装的应用程序的第一应用程序。

同样的，第二部分帐号中的每一个帐号也对应有相应的移动终端，判断对应的移动终端安装的应用程序中，是否有待向其推送的第二应用程序中相同的应用程序。若移动终端中已安装有第二应用程序中的某些应用程序，则可以不再向其推送已安装的应用程序。因此，向第二部分帐号中每一个帐号推送的第二应用程序中，已删除该帐号对应的移动终端安装的应用程序，从而推送给第二部分帐号的第二应用程序为，第二推送算法基于操作数据进行推送的应用程序中删除了已安装的应用程序的第二应用程序。

在本实施例中，各个步骤的执行顺序并不以上述顺序为限，只要符合处理逻辑的处理顺序，均可以作为本实施例的处理顺序。例如，本实施例中的处理顺序也可以是s310、s320、s330、s350、s360、s340、s370；或者是s320、s330、s350、s360、s310、s340、s370；或者是s310、s350、s360、s370、s320、s330、s340。

在本实施中，向客户端推送的应用程序为删除了该客户端对应的移动终端安装过的应用程序，节约推送资源，减少无效推送。若第一部分帐号中的某个帐号对应的移动终端没有安装第一应用程序中任意一个应用程序，则可以直接向其推送根据第一推送算法获得的应用程序。若第二部分帐号中的某个帐号对应的移动终端没有安装第二应用程序中任意一个应用程序，则可以直接向其推送根据第二推送算法获得的应用程序，如图5所示。

综上所述，本申请实施例提供的应用程序推送方法中，服务器可以向第一部分帐号推送根据全局数据获得的应用程序，向第二部分帐号推送根据用户个性化操作数据获得的应用程序，实现灵活的、个性化的应用推送，所获取的数据能够更多的了解用户需求，使不同帐号的推送结果可能不同，推送结果更丰富。

第四实施例

本实施例提供了一种应用程序推送装置400，请参见图6，所述装置400包括：判断模块410，用于判断当前条件是否满足推送触发条件；第一推送模块420，用于当满足所述推送触发条件时，向客户端的第一部分帐号推送根据第一推送算法获得的第一应用程序，其中，所述第一推送算法基于所述客户端的多个帐号的操作数据进行推送；第二推送模块430，用于当满足所述推送触发条件时，向客户端的第二部分帐号推送根据第二推送算法获得的第二应用程序，其中，所述第二推送算法基于待推送帐号本身的操作数据进行推送。

其中，可选的，所述第一推送算法基于所述客户端的所有帐号、或者具有相同标签的多个帐号、或者随机选择的多个帐号的操作数据进行推送。

可选的，所述第一部分帐号为从所述客户端下载应用程序的次数小于第一预设次数的帐号；所述第二部分帐号为从所述客户端下载应用程序的次数大于第二预设次数的帐号。

可选的，对应帐号预存储有表示帐号特性的标签；所述第一部分帐号为具有相同标签的帐号。

可选的，第一部分帐号与第二部分帐号为在所有帐号中占有相应比例的帐号。该装置可以包括：第一比例接收模块，用于接收设置的第一部分帐号占所有帐号的比例为第一比例；第二比例计算模块，用于根据所述第一比例计算所述第二部分帐号在所有帐号中所占的第二比例。

第一应用程序中可以包括多个应用程序，第二应用程序中可以包括多个应用程序。可选的，在本实施例提供的装置中，可以包括：第一安装判断模块，用于判断第一部分帐号中的每一个帐号对应的移动终端是否安装有所述第一应用程序中任意一个应用程序；第一删除模块，用于对于第一部分帐号中任意一个帐号，若其对应的移动终端中安装有第一应用程序中的应用程序，从向该帐号推送的第一应用程序中删除已安装的应用程序；第二安装判断模块，用于判断第二部分帐号中的每一个帐号对应的移动终端是否安装有所述第二应用程序中任意一个应用程序；第二删除模块，用于对于第二部分帐号中任意一个帐号，若其对应的移动终端中安装有第二应用程序中的应用程序，从向该帐号推送的第二应用程序中删除已安装的应用程序。

可选的，本实施例提供的装置中，还可以包括，第一查看判断模块，用于判断第一部分帐号中的每一个帐号是否有查看所述第一应用程序中任意一个应用程序的操作。第一选取模块，用于对于第一部分帐号中有查看第一应用程序中应用程序的操作的帐号，从第一应用程序中选取与其查看过的应用程序相似度最高的预设个数的应用程序，作为向其推送的第一应用程序。第二查看判断模块，用于判断第二部分帐号中的每一个帐号是否有查看所述第二应用程序中任意一个应用程序的操作。第二选取模块，用于对于第二部分帐号中有查看第二应用程序中应用程序的操作的帐号，从第二应用程序中选取与其查看过的应用程序相似度最高的预设个数的应用程序，作为向其推送的第二应用程序。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。对于方法实施例中的所描述的任意的处理方式，在装置实施例中均可以通过相应的处理模块实现，装置实施例中不再一一赘述。

请再次参阅图7，基于上述的应用程序配置方法、装置，本申请实施例还提供一种服务器100，所述服务器100通常可以包括一个或多个(图中仅示出一个)处理器102、存储器104、rf(radiofrequency，射频)模块106、电源模块122。本领域普通技术人员可以理解，图7所示的结构仅为示意，其并不对所述服务器100的结构造成限定。例如，所述服务器100还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的对应。

本领域普通技术人员可以理解，相对于所述处理器102来说，所有其他的组件均属于外设，所述处理器102与这些外设之间通过多个外设接口124相耦合。所述外设接口124可基于以下标准实现：通用异步接收/发送装置(universalasynchronousreceiver/transmitter，uart)、通用输入/输出(generalpurposeinputoutput，gpio)、串行外设接口(serialperipheralinterface，spi)、内部集成电路(inter-integratedcircuit，i2c)，但不并限于上述标准。在一些实例中，所述外设接口124可仅包括总线；在另一些实例中，所述外设接口124还可包括其他元件，如一个或者多个控制器。此外，这些控制器还可以从所述外设接口124中脱离出来，而集成于所述处理器102内或者相应的外设内。

所述存储器104可用于存储软件程序以及模块，所述处理器102通过运行存储在所述存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，如执行本申请实施例中的应用程序推送方法。所述存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，所述存储器104可进一步包括相对于所述处理器102远程设置的存储器，这些远程存储器可以通过网络连接至所述服务器100。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述rf模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。所述rf模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(sim)卡、存储器等等。所述rf模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(globalsystemformobilecommunication，gsm)、增强型移动通信技术(enhanceddatagsmenvironment，edge)，宽带码分多址技术(widebandcodedivisionmultipleaccess，w-cdma)，码分多址技术(codedivisionaccess，cdma)、时分多址技术(timedivisionmultipleaccess，tdma)，无线保真技术(wireless，fidelity，wifi)(如美国电气和电子工程师协会标准ieee802.10a，ieee802.11b，ieee802.11g和/或ieee802.11n)、网络电话(voiceoverinternetprotocal，voip)、全球微波互联接入(worldwideinteroperabilityformicrowaveaccess，wi-max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

所述电源模块122用于向所述处理器102以及其他各组件提供电力供应。具体地，所述电源模块122可包括电源管理系统、一个或多个电源(如电池或者交流电)、充电电路、电源失效检测电路、逆变器、电源状态指示灯以及其他任意与所述服务器100内电力的生成、管理及分布相关的组件。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(移动终端)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。