首页推荐处理方法及装置与流程

本发明涉及互联网领域，具体而言，涉及一种首页推荐处理方法及装置。

背景技术：

随着直播行业的快速发展，直播分类越来越多，直播的内容同时也海量的在增加中。针对这种情况，增加了推荐列表，将优质内容的直播间，添加至推荐列表中，该推荐列表中的直播间在客户端进行首页推荐。但是，由于受客户端性能限制，推荐列表中的直播间具有数量限制，从而限制了可推荐直播间的数量。

技术实现要素：

有鉴于此，本发明实施例提供了一种首页推荐处理方法及装置，将第一推荐列表中的直播间进行首页推荐，同时设置第二推荐列表，在第一推荐列表内直播间的房间标识达到预设数量时，将首页推荐请求中的直播间的房间标识存储至第二推荐列表，以改善上述问题。

为了实现上述目的，本发明采用的技术方案如下：

一种首页推荐处理方法，所述方法包括：接收首页推荐请求，所述首页推荐请求中包括所推荐的直播间的房间标识；判断第一推荐列表中的房间标识数量是否达到预设数量；若所述第一推荐列表中的房间标识数量达到预设数量，将所述首页推荐请求中的房间标识存储至第二推荐列表。

一种首页推荐处理装置，所述装置包括：接收模块，用于接收首页推荐请求，所述首页推荐请求中包括所推荐的直播间的房间标识；数量判断模块，用于判断第一推荐列表中的房间标识数量是否达到预设数量；存储模块，用于若所述第一推荐列表中的房间标识数量达到预设数量，将所述首页推荐请求中的房间标识存储至第二推荐列表。

本发明实施例提供的首页推荐处理方法及装置，在接收到首页推荐请求后，判断第一推荐列表中直播间的房间标识是否达到预设数量，若是，则将该首页推荐请求中的房间标识存储至第二推荐列表，改善了对可推荐直播间的数量限制。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明较佳实施例提供的服务器与本地终端进行交互的示意图；

图2为本发明较佳实施例提供的服务器的结构框图；

图3示出了本发明第一实施例提供的首页推荐处理方法的一种流程图；

图4示出了本发明第一实施例提供的首页推荐处理方法的另一种流程图；

图5示出了本发明第一实施例提供的首页推荐处理方法的部分步骤的流程图；

图6示出了本发明第三实施例提供的首页推荐处理装置的功能模块图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是本发明较佳实施例提供的服务器100与本地终端200进行交互的示意图。所述服务器100通过网络与一个或多个本地终端200进行通信连接，以进行数据通信或交互。所述服务器100可以为一个或多个服务器，如web服务器(websserver)、用户服务器、网络服务器、数据库服务器等。若服务器100为多个服务器，该多个服务器之间可以相互配合，进行数据交互。所述本地终端200可以是个人电脑(personalcomputer，pc)、平板电脑、智能手机等。并且，本地终端中安装有客户端，该客户端为可以为浏览器、直播应用程序、播放器、点播应用程序或者其他。

图2示出了一种可应用于本发明实施例中的服务器100的结构框图。如图2所示，服务器100包括存储器102、存储控制器104，一个或多个(图中仅示出一个)处理器106、外设接口108、射频模块110等。这些组件通过一条或多条通信总线/信号线116相互通信。

存储器102可用于存储软件程序以及模块，如本发明实施例中的首页推荐处理方法及装置对应的程序指令/模块，处理器106通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理，如本发明实施例提供的首页推荐处理方法。

存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。处理器106以及其他可能的组件对存储器102的访问可在存储控制器104的控制下进行。

外设接口108连接处理器106以及存储器102。在一些实施例中，外设接口108、处理器106以及存储控制器104可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

射频模块110用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通信网络或者其他设备进行通信。

可以理解，图2所示的结构仅为示意，服务器100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

本发明实施例提供的首页推荐处理方法及装置，应用于在直播间的首页推荐。当然，本发明实施例中也不排除该首页推荐处理方法及装置用于在播放器、点播应用程序等可进行视频内容的首页推荐的场景下进行首页推荐，本发明实施例主要以直播间为例进行说明。下面将通过具体实施例对该首页推荐处理方法及装置进行详细说明。

第一实施例

图3示出了本发明第一实施例提供的首页推荐处理方法，请参见图1，该方法包括：

步骤s110：接收首页推荐请求，所述首页推荐请求中包括所推荐的直播间的房间标识。

具有推荐权限的用户登录第一客户端，当确定需要进行首页推荐的直播间后，向服务器发起携带有该直播间房间标识的首页推荐请求。其中，用户可以通过第一客户端进入广告系统发起该首页推荐请求。另外，发起首页推荐请求的方式也可以是，当用户在推荐页面填写完所要推荐的房间标识时，第一客户端自动将该首页推荐请求发送到服务器。

对应的，服务器接收该首页推荐请求。

进一步的，在本实施例中，还包括，判断首页推荐请求中的房间标识是否满足预设推荐条件。具体的，可以是，判断该房间标识对应的直播间是否在第二客户端进行首页推荐，该第二客户端为观众客户端，如直播观众所使用的客户端。在本实施例中，该判断过程可以由服务器执行，也可以由第一客户端执行，在本实施例中并不限制。若在第二客户端进行判断，可以在发起推荐的用户通过操作确定所推荐的直播间的房间标识时，根据该确定的房间标识进行判断。

其中，判断首页推荐请求中的房间标识是否满足预设推荐条件的方式可以是，判断该房间标识是否在第一推荐列表中，该第一推荐列表中的房间标识为在第二客户端进行首页推荐的直播间的房间标识，以判断该房间标识对应的直播间是否已经在进行首页推荐，从而避免重复推荐。具体的，可以通过函数代码legitimatelroom＝newwebslideshowservers.content.list(roomid)实现，其中，roomid表示直播间房间标识。如果首页推荐请求中的房间标识不在第一推荐列表中，对应的函数代码满足if(lroom＝"null")，该房间标识满足预设推荐条件。如果首页推荐请求中的房间标识在第一推荐列表中，则该房间标识不满足预设推荐条件。

另外，还可以进一步判断首页推荐请求中的房间标识是否在第二推荐列表中，若是，则判定该房间标识不满足预设推荐条件，若否，该房间标识满足预设推荐条件。

另外，在本实施例中，判断首页推荐请求中的房间标识是否满足预设推荐条件还可以包括，判断该房间标识对应的直播间的直播内容是否违规，若直播间中具有违规内容，则该直播间的房间标识不满足预设推荐条件。

另外，在本实施例中，判断首页推荐请求中的房间标识是否满足预设推荐条件也可以包括，判断该房间标识对应的直播间的热度值是否达到预设值，若是，则满足预设推荐条件，若否，则不满足预设推荐条件。其中，该热度值可以根据直播间内观众人数确定，人数越多，热度越高。

进一步的，在本实施例中，当首页推荐请求中的房间标识不满足预设推荐条件时，在第二客户端显示提示信息，提示用户该直播间不能请求首页推荐。若首页推荐请求中的房间标识满足预设推荐条件，则可以进行下一步推荐处理操作。

步骤s120：判断第一推荐列表中的房间标识数量是否达到预设数量。

该预设数量为所述第一推荐列表中可存储房间标识的最大数量，根据第二客户端的性能确定，可以为第二客户端可以进行首页推荐的直播间的数量的上限。

在本实施例中，本步骤中的判断过程可以由服务器执行，若有服务器实执行，则服务器获取到第一推荐列表中房间标识的数量后，对该数量是否达到预设数量进行判断。

当然，本步骤中的判断过程也可以由第一客户端执行。若由第一客户端执行，则执行方式可以是，第一客户端通过对服务器(如web服务器)的接口进行访问，获取第一推荐列表中直播间的房间标识的数据量，其中，该访问可以通过函数代码slideshowshowmax＝webslideshowservers.content.number()；实现。再判断第一推荐列表中直播间房间标识的数量是否达到预设数量，例如，预设数量为99，对第一推荐列表中的房间标识的数量进行判断的函数代码可以为if(showmax！＝99)。

步骤s130：若所述第一推荐列表中的房间标识数量达到预设数量，将所述首页推荐请求中的房间标识存储至第二推荐列表。

当判断结果为第一推荐列表中房间标识的数量达到了预设数量，则说明第一推荐列表中不能再添加房间标识，服务器将首页推荐请求中的房间标识添加至第二推荐列表，添加可以通过函数代码webslideshowservers.cache.value(roomid)；实现。

进一步的，当判断结果为第一推荐列表中房间标识的数量达到了预设数量，返回提示信息，在第一客户端进行提示显示，提示该直播间只能添加的第二推荐列表等待推荐。并且，在显示提示信息时，还可以提示用户进行确定，在接收用户输入的确定信息时，再将该房间标识存储至第二推荐列表。

另外，进一步的，在接收到用户的确认信息后，还可以生成将首页推荐请求中的房间标识进行首页推荐的申请流程，由相关管理人员进行申请审批。当审批通过后，则将该房间标识添加至第二推荐列表，否则，结束本次首页推荐。其中，函数代码中，判断审批是否通过，可以在通过时对代表状态的变量start赋值为“已处理”，则当满足if(start！＝"已处理")，审批未通过，若start的值等于“已处理”，则审批通过。

另外，当判断结果为第一推荐列表中房间标识的数量未达到预设数量，则直接将该首页推荐请求中的房间标识添加到第一推荐列表。进一步的，在将房间标识添加到第一推荐列表之前，还可以包括生成申请流程进行审批，审批通过后再加入到第一推荐列表。

在本实施例中，若判断用户所推荐的直播间的房间标识是否满足预设推荐条件以及判断第一推荐列表中的房间标识数量是否达到预设数量由第一客户端执行，则可以是第一客户端接收到用户作用于操作界面产生的推荐请求，在判定被推荐的直播间满足预设推荐条件且第一推荐列表中的房间标识数量达到预设数量的情况下，第一客户端再向服务器发送推荐请求，服务器接收到该推荐请求后，将推荐请求中的房间标识存储至第二推荐列表。

由于第一推荐列表中可存储房间标识的数量具有一定限制，而第一推荐列表中房间标识对应的直播间中，可能有些直播间并未开播，却占用了第二客户端的首页推荐资源，因此，进一步的，如图4所示，在本实施例中，还包括：

步骤s140：查找所述第一推荐列表中未开播的直播间的房间标识。

步骤s150：将所述未开播的直播间的房间标识从所述第一推荐列表中删除。

将在第二客户端的首页进行推荐的直播间中未开播的直播间从首页删除，其中，服务器(如web服务器)可以通过从第一推荐列表中将未开播的直播间的房间标识进行删除，实现删除首页推荐中未开播的直播间。

进一步的，由于在第二客户端首页进行推荐的直播间的开播状态可能实时变化，因此，可以按照预设频率查找所述第一推荐列表中未开播的直播间的房间标识，将所述未开播的直播间的房间标识从所述第一推荐列表中删除。其中，该预设频率可以是每分钟查找一次，在本实施例中并不限定。

进一步的，在本实施例中，可以是先判断第一推荐列表中开播的直播间的数量是否等于预设数量，若否，表示第一推荐列表中存在未开播的直播间，则再查找第一推荐列表中未开播的直播间，对未开播的直播间的房间标识从第一推荐列表中进行删除。具体的，可以通过添加开播标识以及未开播标识对直播间的开播状态进行区分，如图5所示，步骤s140可以包括：

步骤s141：获取所述第一推荐列表中房间标识对应的直播间的开播状态。

步骤s142：对开播的直播间的房间标识添加开播标识。

根据第一推荐列表中直播间的开播状态，对其中开播状态为已开播的直播间添加开播标识。

步骤s143：判断所述开播标识的数量是否等于所述预设数量。

具体的，判断所述开播标识的数量是否等于所述预设数量可以是，直接获取第一推荐列表转中房间标识对应的开播标识，再判断开播标识的数量是否等于预设数量。

另外，也可以是，先获取第一推荐列表中具有开播标识的房间标识，再判断具有开播标识的房间标识的数量是否等于预设数量。

本步骤中，具体的实现方式可以是，首先遍历第一推荐列表中房间标识对应的直播间的开播状态，startroomsroom＝newwebroomservers.list.state(roomid，start)，将查询的结果封装在一个数组中，数组中包含两列值，分别为房间标识roomid以及房间开播状态start，并给其中已开播的房间标识增加开播标识。具体的，首先获取数据中start等于开播的房间标识，可以通过函数代码“beginshowopneroomid＝newsroom.start＝"开播"；”将所有开播的记录单独存储在opneroomid参数中，并将遍历结果作为参数进行返回，函数代码可以为“returnergodicroomstart(opneroomid)；”。再判断返回的参数是否等于预设数量，例如，预设数量为99，则判断时可以通过函数代码if(opneroomid＝99)实现。

步骤s144：若所述开播标识的数量不等于所述预设数量，对未开播的直播间的房间标识添加未开播标识。

若开播标识不等于预设数量，说明第一推荐列表中有未开播的直播间，进一步的根据第一推荐列表中直播间的开播状态，对其中未开播的直播间添加未开播标识。

步骤s145：查找所述未开播标识对应的房间标识。

在对未开播的直播间添加未开播标识后，通过查找未开播标识，查找到未开播标识对应的直播间，从而获得未开播直播间的房间标识。

具体的实现方式可以是，遍历第一推荐列表，将遍历的结果进行统计，如通过函数代码“beginshowcloseroomid＝newsroom.start＝"未开播"；”查询出对应未开播的直播间。

则进一步的，在步骤s150中，将所述未开播标识对应的房间标识从第一推荐列表中删除，实现未开播直播间的房间标识从第一推荐列表删除，从而将第二客户端中首页推荐中未开播的直播间删除。具体的，对第一推荐列表进行未开播直播间的房间标识的删除时，可以通过调用删除程序“closeshoweliminateroomid＝newwebroomservers.eliminate.value(closeroomid)”，将未开播的直播间的roomid作为参数传递过来，实现对为开播的直播间进行剔除，webroomservers.eliminate.value(closeroomid)。

当然，若开播标识的数量等于预设数量，则此时第一推荐列表中的房间标识对应的直播间均为开播状态，可以不进行删除。

进一步的，在本实施例中，也可以是，通过直接对未开播的直播间添加未开播标识，再将具有未开播标识的房间标识删除。具体的，可以是，在步骤s140查找所述第一推荐列表中未开播的直播间的房间标识中，获取所述第一推荐列表中房间标识对应的直播间的开播状态，对未开播的直播间的房间标识添加未开播标识，因此可以通过未开播标识确定未开播的直播间；则步骤s150中将所述未开播的直播间的房间标识从所述第一推荐列表中删除包括：将所述未开播标识对应的房间标识从第一推荐列表中删除，从而删除第一推荐列表中未开播的直播间的房间标识。

当第一推荐列表中未开播的直播间的房间标识删除后，第一推荐列表中出现空缺，也就是说，第一推荐列表中房间标识不等于预设数量，此时，可以从第二推荐列表中选取房间标识添加至第一推荐列表，具体选取的数量可以是小于或等于第一推荐列表中房间标识的数量与预设数量的差值，当然，优选的，选取的房间标识的数量等于第一推荐列表中房间标识的数量与预设数量的差值。

因此，如图4所示，在本实施例中，还可以包括：

步骤s160：确定从所述第一推荐列表中删除的房间标识的删除数量。

统计第一推荐列表中删除的未开播直播间的房间标识的数量。当然，该删除数量的确定时间在本实施例中并不做限制，可以是将未开播的直播间的房间标识从所述第一推荐列表中删除后，确定删除的直播间的数量为删除数量。也可以是，在确定第一推荐列表的未开播的直播间后，通过确定未开播直播间的数量来确定从第一推荐列表中删除的房间标识的删除数量。

步骤s170：从所述第二推荐列表中获取数量等于所述删除数量的已开播的直播间的房间标识。

步骤s180：将从第二推荐列表中获取的已开播的直播间的房间标识存储至第一推荐列表。

再从第二推荐列表中选取房间标识添加至第一推荐列表，此时，选取的房间标识优选为已开播的直播间的房间标识。

另外，进一步的，在从第二推荐列表中选取房间标识添加至第一推荐列表之前，先根据预设规则对第二推荐列表中已开播的直播间的房间标识进行从高到低排序，以优先选取根据预设规则排序较高的房间标识添加至第一推荐列表。

具体的，根据预设规则对第二推荐列表中的房间标识进行排序可以是，根据直播间的热度值由高到低进行排序。也可以是，根据直播间内主播的得分由高到低进行排序。其中，主播的得分可以是相应的评分系统根据主播的着装情况、主播妆容、主播表现力、直播内容的创意、视频质量等方面进行打分获得。

进一步的，当从第二推荐列表选取房间标识添加至第一推荐列表后，还可以向该房间标识对应的直播间发送提示信息，如通过气泡进行提醒，提示该直播间进入首页推荐。另外，还可以向发起该房间标识对应的首页推荐请求的用户返回提示信息，提醒用户该房间标识对应的直播间已进入首页推荐，其中，该提醒可以是通过邮件提醒，当然，也可以是其他提醒方式，如气泡提醒、短信提醒等。

综上所述，本实施例提供的首页推荐处理方法中，在接收到首页推荐请求后，判断第一推荐列表中直播间的房间标识是否达到预设数量，若是，则将该首页推荐请求中的房间标识存储至第二推荐列表，改善了对可推荐直播间的数量限制。另外，将第一推荐列表中未开播的直播间的房间标识删除，并从第二推荐列表中选取已开播的直播间的房间标识存储至第一推荐列表，提高了第一推荐列表的资源利用率，从而提高了客户端的首页推荐的利用率。

第二实施例

本实施例提供了一种首页推荐处理装置200，请参见图6，所述装置200包括：接收模块210，用于接收首页推荐请求，所述首页推荐请求中包括所推荐的直播间的房间标识；数量判断模块220，用于判断第一推荐列表中的房间标识数量是否达到预设数量；存储模块230，用于若所述第一推荐列表中的房间标识数量达到预设数量，将所述首页推荐请求中的房间标识存储至第二推荐列表。

进一步的，在本实施例中，还可以包括条件判断模块，用于判断所述首页推荐请求中的房间标识是否满足预设推荐条件。当首页推荐请求中的房间标识满足预设推荐条件，数量判断模块220判断第一推荐列表中的房间标识数量是否达到预设数量。

另外，在本实施例中，在将所述首页推荐请求中的房间标识存储至第二推荐列表之前，还包括对用户进行提示以及获得用户的确认，因此，本实施例提供的装置还可以包括：提示返回模块，用于返回提示信息，提示用户确定所述首页推荐请求中的房间标识将存储至第二推荐列表；若接收到确定信息，存储模块230将所述首页推荐请求中的房间标识存储至第二推荐列表。

进一步的，由于若第一推荐列表中有未开播的直播间的房间标识，则会占用相应客户端的首页推荐资源，因此，在本实施例中，还可以包括：查找模块240，用于查找所述第一推荐列表中未开播的直播间的房间标识；删除模块250，用于将所述未开播的直播间的房间标识从所述第一推荐列表中删除。

具体的，查找模块240可以包括：状态获取单元，用于获取所述第一推荐列表中房间标识对应的直播间的开播状态；开播标识添加单元，对开播的直播间的房间标识添加开播标识；数量判断单元，用于判断所述开播标识的数量是否等于所述预设数量；未开播标识添加单元，用于若所述开播标识的数量不等于所述预设数量，对未开播的直播间的房间标识添加未开播标识；查找单元，用于查找所述未开播标识对应的房间标识。对应的，删除模块250用于将所述未开播标识对应的房间标识从第一推荐列表中删除。

另外，在本实施例中，也可以是，查找模块240包括状态获取单元，用于获取所述第一推荐列表中房间标识对应的直播间的开播状态；未开播标识添加单元，用于对未开播的直播间的房间标识添加未开播标识；对应的，删除模块250用于将所述未开播标识对应的房间标识从第一推荐列表中删除。

进一步的，在本实施例中，将未开播的直播间的房间标识从所述第一推荐列表中删除后，第一推荐列表中出现空缺，因此，可以向第一推荐列表中添加房间标识，具体的，本实施例提供的装置200还可以包括：删除数量确定模块，用于确定从所述第一推荐列表中删除的房间标识的删除数量；标识获取模块，用于从所述第二推荐列表中获取数量等于所述删除数量的已开播的直播间的房间标识；添加模块，用于将从第二推荐列表中获取的已开播的直播间的房间标识存储至第一推荐列表。

进一步的，本实施例中，还可以包括，排序模块，用于根据预设规则对第二推荐列表中已开播的直播间的房间标识进行从高到低排序。添加模块从第二推荐列表中获取排序后的房间标识存储至第一推荐列表。

进一步的，由于直播间的开播状态处于动态变化中，因此，在本实施例中，查找模块240以及删除模块250可以是按照预设频率执行。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。