视频内容推送方法及装置与流程

本公开涉及互联网技术领域，尤其涉及一种视频内容推送方法及装置。

背景技术：

随着网络的普及，上网的成本和门槛越来越低，而随着网站流量上涨和数据来源的不确定，出错的现象也时有发生。以视频推送为例，当视频推荐服务故障时，用户无法获得视频内容。而通过容灾方案可以在视频推荐服务故障时，向用户推送视频内容。

相关技术中，容灾方案一般是通过item_list或redis存储热门视频，当视频推荐服务故障时，通过访问item_list或redis获取热门视频进行推送。然而，该容灾方案依赖于item_list或redis服务，当依赖的服务或consul等基础服务故障或失效时无法进行推送，容灾方案不够彻底。

技术实现要素：

本公开提供一种视频内容推送方法及装置，能够解决相关技术中容灾方案依赖其他服务不够彻底的技术问题。

为此，本公开的第一个目的在于提出一种视频内容推送方法，可以直接调用中间件中存储的历史视频内容，解除了容灾对其他服务的依赖，使容灾方案更彻底，提高了视频内容推送的稳定性。

本公开的第二个目的在于提出一种视频内容推送装置。

本公开的第三个目的在于提出一种电子设备。

本公开的第四个目的在于提出一种非临时性计算机可读存储介质。

为达上述目的，本公开第一方面实施例提出了一种视频内容推送方法，包括：

当获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，其中，所述主用容灾系统用于在所述视频推荐服务故障后，继续向应用客户端推送当前的热门视频；

接收所述应用客户端发送的视频访问请求，调用中间件中存储的按照预设比例从所述视频推荐服务的历史推荐视频中获取的第一历史视频内容；

将所述第一历史视频内容推送给所述应用客户端进行播放。

本公开实施例的视频内容推送方法，在获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，进而，接收应用客户端发送的视频访问请求，并调用中间件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第一历史视频内容，进一步将第一历史视频内容推送给应用客户端进行播放。本实施例中，在启动备用容灾系统之后，可以直接调用中间件中存储的历史视频内容，在其他服务故障或失效的情况下，也可以获取历史视频内容进行推送，从而解除了容灾对其他服务的依赖，使容灾方案更彻底，提高了视频内容推送的稳定性。

另外，根据本公开上述实施例的视频内容推送方法还可以具有如下附加技术特征：

可选地，在将所述第一历史视频内容推送给所述应用客户端进行播放之后，还包括：记录所述第一历史视频内容的第一视频标识和所述应用客户端的用户标识的对应关系；当获知所述视频推荐服务或者所述主用容灾系统的故障恢复后，根据所述第一视频标识过滤向所述用户标识的应用客户端推荐的视频内容。

可选地，在所述调用中间件中存储的按照预设比例从所述视频推荐服务的历史推荐视频中获取的第一历史视频内容之前，还包括：检测视频内容模块是否故障；若获知所述视频内容模块出现故障，则启动与所述中间件关联的第一备用容灾系统接口。

可选地，在所述检测视频内容模块是否故障之后，还包括：若获知所述视频内容模块正常工作，则启动与本地文件关联的第二备用容灾系统接口；调用所述本地文件中存储的按照预设比例从所述视频推荐服务的历史推荐视频中获取的第二视频标识；从所述视频内容模块中获取与所述第二视频标识对应的第二历史视频内容发送给所述应用客户端。

可选地，所述的方法还包括：当获知所述视频推荐服务故障恢复时，关闭所述主用容灾系统和所述备用容灾系统；接收所述应用客户端发送的视频访问请求，获取与所述应用客户端的用户偏好特征对应的第三视频标识；从视频内容模块中获取与所述第三视频标识对应的第三视频内容发送给所述应用客户端。

为达上述目的，本公开第二方面实施例提出了一种视频内容推送装置，包括：

启动模块，用于当获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，其中，所述主用容灾系统用于在所述视频推荐服务故障后，继续向应用客户端推送当前的热门视频；

调用模块，用于接收所述应用客户端发送的视频访问请求，调用中间件中存储的按照预设比例从所述视频推荐服务的历史推荐视频中获取的第一历史视频内容；

推送模块，用于将所述第一历史视频内容推送给所述应用客户端进行播放。

本公开实施例的视频内容推送装置，在获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，进而，接收应用客户端发送的视频访问请求，并调用中间件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第一历史视频内容，进一步将第一历史视频内容推送给应用客户端进行播放。由此，解除了容灾对其他服务的依赖，使容灾方案更彻底，提高了视频内容推送的稳定性。

另外，根据本公开上述实施例的视频内容推送装置还可以具有如下附加技术特征：

可选地，所述的装置还包括：过滤模块，用于记录所述第一历史视频内容的第一视频标识和所述应用客户端的用户标识的对应关系；当获知所述视频推荐服务或者所述主用容灾系统的故障恢复后，根据所述第一视频标识过滤向所述用户标识的应用客户端推荐的视频内容。

可选地，所述的装置还包括：处理模块，用于检测视频内容模块是否故障；若获知所述视频内容模块出现故障，则启动与所述中间件关联的第一备用容灾系统接口。

可选地，所述处理模块具体用于：若获知所述视频内容模块正常工作，则启动与本地文件关联的第二备用容灾系统接口；调用所述本地文件中存储的按照预设比例从所述视频推荐服务的历史推荐视频中获取的第二视频标识；从所述视频内容模块中获取与所述第二视频标识对应的第二历史视频内容发送给所述应用客户端。

可选地，所述的装置还包括：推荐模块，用于当获知所述视频推荐服务故障恢复时，关闭所述主用容灾系统和所述备用容灾系统；接收所述应用客户端发送的视频访问请求，获取与所述应用客户端的用户偏好特征对应的第三视频标识；从视频内容模块中获取与所述第三视频标识对应的第三视频内容发送给所述应用客户端。

为达上述目的，本公开第三方面实施例提出了一种电子设备，包括：处理器和存储器；其中，所述存储器用于存储可执行程序代码；所述处理器通过读取所述存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行如第一方面实施例所述的视频内容推送方法。

为达上述目的，本公开第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面实施例所述的视频内容推送方法。

本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本公开实施例所提供的一种视频内容推送方法的流程示意图；

图2为本公开实施例所提供的另一种视频内容推送方法的流程示意图；

图3为本公开实施例所提供的另一种视频内容推送方法的流程示意图；

图4为本公开实施例所提供的另一种视频内容推送方法的流程示意图；

图5为本公开实施例所提供的一种实际应用流程示意图；

图6为本公开实施例所提供的一种视频内容推送装置的结构示意图；

图7为本公开实施例所提供的另一种视频内容推送装置的结构示意图；

图8是图示根据本公开的实施例的非临时性计算机可读存储介质的示意图；

图9是图示根据本公开实施例的电子设备的硬件结构示意图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

下面参考附图描述本公开实施例的视频内容推送方法、装置及电子设备、存储介质。

目前，具有视频推荐服务的应用可以通过收集用户的历史播放数据，以实现根据用户的喜好进行个性化的视频推荐。在实际应用中，可能会出现视频推荐服务故障的情况，因此可以在视频推荐服务故障时，启动主用容灾系统继续向应用客户端推送当前的热门视频，从而保证用户体验。例如，可以通过redis和itemlist分别存储当前热门视频的视频id(标识号码)，进而根据视频id获取热门视频推送给应用客户端。

然而，由于主用容灾系统依赖itemlist和redis等服务，在itemlist和redis本身故障时，主用容灾系统无法获取热门视频进行推送。因此，本公开实施例的视频内容推送方法，可以在获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，并通过备用容灾系统向应用客户端推送视频内容。

图1为本公开实施例所提供的一种视频内容推送方法的流程示意图，如图1所示，该视频内容推送方法包括：

步骤101，当获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，其中，主用容灾系统用于在视频推荐服务故障后，继续向应用客户端推送当前的热门视频。

本公开实施例中，在启动备用容灾系统之前，首先检测主用容灾系统是否故障。进而在获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统。

例如，可以检测itemlist服务是否故障，进而在itemlist服务故障时确定主用容灾系统故障，并启动备用容灾系统。

在本公开的一个实施例中，当获知视频推荐服务的主用容灾系统正常时，可以通过主用容灾系统向应用客户端推送当前的热门视频。例如，可以通过redis和itemlist分别存储当前热门视频的视频id(标识号码)，进而根据视频id获取热门视频推送给应用客户端。

步骤102，接收应用客户端发送的视频访问请求，调用中间件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第一历史视频内容。

在本公开的一个实施例中，服务器在对所有用户进行视频推送时，可以按照预设比例将推送的推荐视频请求结果实时存储在中间件(middleware)中。进而，服务器在接收到应用客户端发送的视频访问请求时，可以调用中间件中存储的推荐视频请求结果。

例如，可以从历史推荐视频中选取1％的视频内容存储在中间件中，作为第一历史视频内容。进而，在接收应用客户端发送的视频访问请求时，从中间件中调用第一历史视频内容。

其中，第一视频内容可以从所有历史推荐视频中选取，也可以从推荐给其他人的历史推荐视频中随机抽取。

作为一种示例，中间件可以为中间件服务器，第一历史视频内容可以为视频的url(uniformresourcelocation，统一资源定位符)。

其中，预设比例可以根据大量实验数据获得，也可以根据实际需要自行设置，此处不作限制。

步骤103，将第一历史视频内容推送给应用客户端进行播放。

本实施例中，由于已经获取了中间件中存储的第一历史视频内容，因此可以直接将第一历史视频内容推送给应用客户端进行播放。

作为一种示例，可以从第一历史视频内容中随机选取一个或多个推送给应用客户端，以使应用客户端进行播放。

作为另一种示例，还可以根据预设算法对第一历史视频内容进行打分，进而选取分值最高的视频内容推送给应用客户端，以使应用客户端进行播放。

需要说明的是，上述向应用客户端推送内容的方式仅仅是示例性的，可以推送视频内容，也可以推送文字、图片等其他形式的内容，此处不作限制。

本实施例中，在启动备用容灾系统之后，可以直接调用中间件中存储的历史视频内容，实现了在接口middleware层直接读取文件返回结果，在其他服务故障或失效的情况下，也可以获取历史视频内容进行推送，从而解除了容灾对其他服务的依赖，使容灾方案更彻底，提高了视频内容推送的稳定性。

综上所述，本公开实施例的视频内容推送方法，在获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，进而，接收应用客户端发送的视频访问请求，并调用中间件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第一历史视频内容，进一步将第一历史视频内容推送给应用客户端进行播放。由此，解除了容灾对其他服务的依赖，使容灾方案更彻底，提高了视频内容推送的稳定性。

基于上述实施例，进一步地，本公开实施例的视频内容推送方法，还可以对推送的视频内容进行去重，以避免重复推送。

图2为本公开实施例所提供的另一种视频内容推送方法的流程示意图，如图2所示，在将第一历史视频内容推送给应用客户端进行播放之后，该视频内容推送方法还包括：

步骤201，记录第一历史视频内容的第一视频标识和应用客户端的用户标识的对应关系。

在本公开的一个实施例中，服务器在接收到应用客户端发送的视频访问请求时，可以获取应用客户端的用户标识并存储在中间件中。进而，在将第一历史视频内容推送给应用客户端之后，获取推送的第一历史视频内容的第一视频标识，并将第一视频标识和用户标识的对应关系存储在数据库中。

其中，第一视频标识和用户标识的形式包括但不限于数字形式、文字形式等。

步骤202，当获知视频推荐服务或者主用容灾系统的故障恢复后，根据第一视频标识过滤向用户标识的应用客户端推荐的视频内容。

在本公开的一个实施例中，当获知视频推荐服务或者主用容灾系统的故障恢复后，可以在推送视频内容时获取应用客户端对应的用户标识，进而根据用户标识对应的第一视频标识过滤待推荐的视频内容。

作为一种示例，用户标识为a，对应的第一视频标识为a，待推荐视频对应的视频标识分别为a、b、c，进而将第一视频标识与待推荐视频的视频标识进行匹配，确定视频a为已经推送过的视频，因此对视频a进行去重处理，将视频b和c推送给用户标识a对应的应用客户端。

可以理解，视频推荐服务或者主用容灾系统的故障恢复后，在进行视频推送时可能会重复推送备用容灾系统已经推送过的视频。因此，在uerinfo等获取用户标识的服务正常工作时，服务器可以获取应用客户端对应的用户标识。进而，通过获取第一视频标识和用户标识的对应关系，就可以在视频推荐服务或者主用容灾系统的故障恢复后，在对该用户标识对应的应用客户端进行推送时进行视频去重处理，从而避免了推送重复视频。

本公开实施例的视频内容推送方法，可以在视频推荐服务或者主用容灾系统的故障恢复后，根据第一视频标识对推送的视频内容进行去重，从而避免重复推送，提高了用户对产品的粘性。

基于上述实施例，进一步地，在视频内容模块正常工作时，还可以从本地文件中获取视频标识，以根据视频标识获取历史视频内容进行推送。

图3为本公开实施例所提供的另一种视频内容推送方法的流程示意图，如图3所示，在调用中间件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第一历史视频内容之前，该视频内容推送方法还包括：

步骤301，检测视频内容模块是否故障。

作为一种示例，可以检测检测item服务(获取视频信息的服务)是否故障，进而在item服务故障时，确定视频内容模块故障。

在本公开的一个实施例中，在获知视频内容模块出现故障，无法根据视频标识获取视频内容时，启动与中间件关联的第一备用容灾系统接口，进而调用中间件中存储的第一历史视频内容，并将第一历史视频内容推送给应用客户端进行播放。

步骤302，若获知视频内容模块正常工作，则启动与本地文件关联的第二备用容灾系统接口。

其中，本地文件为服务器本地存储的文件。

步骤303，调用本地文件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第二视频标识。

在本公开的一个实施例中，服务器在对所有用户进行视频推送时，可以按照预设比例将推送的推荐视频的第二视频标识存储在服务器本地。进而，在启动第二备用容灾系统接口后，可以调用服务器本地存储的第二视频标识。

其中，预设比例可以根据大量实验数据获得，也可以根据实际需要自行设置，第二视频标识的形式包括但不限于数字形式、文字形式等，此处不作限制。

步骤304，从视频内容模块中获取与第二视频标识对应的第二历史视频内容发送给应用客户端。

作为一种示例，可以预先将视频标识与历史视频内容的对应关系以及历史视频内容存储在视频内容模块中，进而，在获取第二视频标识之后，通过查询视频内容模块中的对应关系，获取相应的第二历史视频内容并发送给应用客户端。

本实施例中，在主用容灾系统故障时，如果视频内容模块正常工作，比如redis故障但是item正常工作的情况，还可以根据本地文件中存储的视频标识获取对应的历史视频内容，以推送给应用客户端。并且，由于第二备用容灾系统接口通过api(应用程序编程接口)获取历史视频内容，因此可以产生广告结果，增加广告收益。

下面结合视频推荐服务故障恢复的情况进行说明。

图4为本公开实施例所提供的另一种视频内容推送方法的流程示意图，如图4所示，该视频内容推送方法包括：

步骤401，当获知视频推荐服务故障恢复时，关闭主用容灾系统和备用容灾系统。

作为一种可能的实现方式，可以实时检测视频推荐服务是否正常工作，进而在获知视频推荐服务正常工作时，关闭主用容灾系统和备用容灾系统。

步骤402，接收应用客户端发送的视频访问请求，获取与应用客户端的用户偏好特征对应的第三视频标识。

在本公开的一个实施例中，可以根据用户浏览视频时的点击偏好、视频类别、观看时间等数据，生成用户偏好特征。进而，应用客户端在请求视频时将用户偏好特征携带在视频访问请求中发送给服务器，服务器根据用户偏好特征对待推送视频进行筛选，获取符合用户偏好特征的视频对应的第三视频标识。

例如，用户偏好特征为电影类视频时，服务器从待推送视频中获取电影类视频的视频标识作为第三视频标识。

其中，第三视频标识的形式包括但不限于文字形式、数字形式等。

在本公开的一个实施例中，还可以根据用户标识对待推送视频进行去重，其实现方式与前述实施例中类似，此处不再赘述。

步骤403，从视频内容模块中获取与第三视频标识对应的第三视频内容发送给应用客户端。

作为一种示例，可以预先将视频标识与历史视频内容的对应关系以及历史视频内容存储在视频内容模块中，进而，在获取第三视频标识之后，通过查询视频内容模块中的对应关系，获取相应的第三历史视频内容并发送给应用客户端。由此，实现了根据用户偏好推送视频，提高了视频推送的个性化程度。

下面结合实际应用流程进行说明。

参照图5，首先检测视频推荐服务是否故障，在视频推荐服务正常工作时，通过视频推荐服务进行视频推送。进而，在视频推荐服务故障时，通过主用容灾系统进行视频推送，例如，主用容灾系统可以通过redis和itemlist分别存储当前热门视频的视频id，进而根据视频id获取热门视频推送给应用客户端。

进一步地，当主用容灾系统故障时，启动备用容灾系统。首先检测视频内容模块是否故障，进而在视频内容模块正常工作时，通过第二备用容灾系统接口获取本地文件中的视频标识，进而根据视频标识获取视频内容进行推送。当视频内容模块故障时，通过第一备用容灾系统接口调用中间件存储的视频内容进行推送。此外，在进行推送之后，还可以获取用户标识和对应的视频标识，以便于在视频推荐服务或主用容灾系统恢复时进行去重，避免重复推送。由此，解除了容灾对其他服务的依赖，使容灾方案更彻底，提高了视频内容推送的稳定性。

为了实现上述实施例，本公开还提出一种视频内容推送装置。

图6为本公开实施例所提供的一种视频内容推送装置的结构示意图，如图6所述，该装置包括：启动模块10，调用模块20，推送模块30。

其中，启动模块10，用于当获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，其中，主用容灾系统用于在视频推荐服务故障后，继续向应用客户端推送当前的热门视频。

调用模块20，用于接收应用客户端发送的视频访问请求，调用中间件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第一历史视频内容。

推送模块30，用于将第一历史视频内容推送给应用客户端进行播放。

在图6的基础上，图7所示的视频内容推送装置还包括：过滤模块40，处理模块50，推荐模块60。

其中，过滤模块40，用于记录第一历史视频内容的第一视频标识和应用客户端的用户标识的对应关系；当获知视频推荐服务或者主用容灾系统的故障恢复后，根据第一视频标识过滤向用户标识的应用客户端推荐的视频内容。

处理模块50，用于检测视频内容模块是否故障；若获知视频内容模块出现故障，则启动与中间件关联的第一备用容灾系统接口。

进一步地，处理模块50具体用于：若获知视频内容模块正常工作，则启动与本地文件关联的第二备用容灾系统接口；调用本地文件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第二视频标识；从视频内容模块中获取与第二视频标识对应的第二历史视频内容发送给应用客户端。

进一步地，推荐模块60，用于当获知视频推荐服务故障恢复时，关闭主用容灾系统和备用容灾系统；接收应用客户端发送的视频访问请求，获取与应用客户端的用户偏好特征对应的第三视频标识；从视频内容模块中获取与第三视频标识对应的第三视频内容发送给应用客户端。

需要说明的是，前述实施例对于视频内容推送方法的解释说明，同样适用于本实施例的视频内容推送装置，此处不再赘述。

本公开实施例的视频内容推送装置，在获知视频推荐服务的主用容灾系统故障时，启动备用容灾系统，进而，接收应用客户端发送的视频访问请求，并调用中间件中存储的按照预设比例从视频推荐服务的历史推荐视频中获取的第一历史视频内容，进一步将第一历史视频内容推送给应用客户端进行播放。由此，解除了容灾对其他服务的依赖，使容灾方案更彻底，提高了视频内容推送的稳定性。

为了实现上述实施例，本公开还提出一种非临时性计算机可读存储介质。图8是图示根据本公开的实施例的非临时性计算机可读存储介质的示意图。如图8所示，根据本公开实施例的非临时性计算机可读存储介质700，其上存储有非临时性计算机可读指令701。当该非临时性计算机可读指令701由处理器运行时，执行前述的本公开各实施例的视频内容推送方法的全部或部分步骤。

图9是图示根据本公开实施例的电子设备的硬件结构示意图。电子设备可以以各种形式来实施，本公开中的电子设备可以包括但不限于诸如移动电话、智能电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、导航装置、车载电子设备、车载显示终端、车载电子后视镜等等的移动电子设备以及诸如数字tv、台式计算机等等的固定电子设备。

如图9所示，电子设备1100可以包括无线通信单元1110、a/v(音频/视频)输入单元1120、用户输入单元1130、感测单元1140、输出单元1150、存储器1160、接口单元1170、控制器1180和电源单元1190等等。图9示出了具有各种组件的电子设备，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。

其中，无线通信单元1110允许电子设备1100与无线通信系统或网络之间的无线电通信。a/v输入单元1120用于接收音频或视频信号。用户输入单元1130可以根据用户输入的命令生成键输入数据以控制电子设备的各种操作。感测单元1140检测电子设备1100的当前状态、电子设备1100的位置、用户对于电子设备1100的触摸输入的有无、电子设备1100的取向、电子设备1100的加速或减速移动和方向等等，并且生成用于控制电子设备1100的操作的命令或信号。接口单元1170用作至少一个外部装置与电子设备1100连接可以通过的接口。输出单元1150被构造为以视觉、音频和/或触觉方式提供输出信号。存储器1160可以存储由控制器1180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据。存储器1160可以包括至少一种类型的存储介质。而且，电子设备1100可以与通过网络连接执行存储器1160的存储功能的网络存储装置协作。控制器1180通常控制电子设备的总体操作。另外，控制器1180可以包括用于再现或回放多媒体数据的多媒体模块。控制器1180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。电源单元1190在控制器1180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

本公开提出的视频内容推送方法的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，本公开提出的视频内容推送方法的各种实施方式可以通过使用特定用途集成电路(asic)、数字信号处理器(dsp)、数字信号处理装置(dspd)、可编程逻辑装置(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，本公开提出的视频内容推送方法的各种实施方式可以在控制器1180中实施。对于软件实施，本公开提出的视频内容推送方法的各种实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器1160中并且由控制器1180执行。

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

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

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

尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。