信息发送方法、装置和服务器

技术领域

本发明涉及计算机技术领域，尤其是涉及一种信息发送方法、装置和服务器。

背景技术

在直播场景中，用户想要观看直播时，需要通过终端设备向直播服务器发送索引请求，服务器接收到该索引请求后，需要等待直播端发送新的数据切片后，再基于新的数据切片生成索引信息，然后将该索引信息返回至终端设备；终端设备基于该索引信息获取直播的音视频数据，进而观看直播。该方式中，服务器发送索引信息之前需要被动等待新的数据切片，降低了索引信息发送的时效性，进而降低了直播的启播速度。

发明内容

有鉴于此，本发明的目的在于提供一种信息发送方法、装置和服务器，以提高索引信息发送的时效性，进而提高直播的启播速度。

第一方面，本发明实施例提供了一种信息发送方法，方法包括：接收来自终端设备的直播请求；判断缓存中是否存在直播请求对应的第一直播数据；如果缓存中存在直播请求对应的第一直播数据，将直播请求对应的直播索引信息发送至终端设备。

进一步的，将直播请求对应的直播索引信息发送至终端设备的步骤，包括：将第一直播数据对应的直播索引信息发送至终端设备。

进一步的，将第一直播数据对应的直播索引信息发送至终端设备的步骤，包括：对第一直播数据的链表标识进行拼接组合处理，得到第一直播数据对应的字符串形式的直播索引信息；将直播索引信息发送至终端设备。

进一步的，将直播请求对应的直播索引信息发送至终端设备的步骤，包括：获取指定数据量的第二直播数据；将第二直播数据，以及直播请求对应的直播索引信息发送至终端设备。

进一步的，获取指定数据量的第二直播数据的步骤，包括：如果直播请求指示需要获取第二直播数据，从直播请求中提取指定数据量的数值；获取指定数据量的第二直播数据。

进一步的，获取指定数据量的第二直播数据的步骤，包括：从缓存中获取指定数据量的第二直播数据；其中，第二直播数据属于第一直播数据中的至少一部分数据。

进一步的，获取指定数据量的第二直播数据的步骤，包括：从第三直播数据中获取指定数据量的第二直播数据；其中，第三直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据。

进一步的，获取指定数据量的第二直播数据的步骤，包括：判断发送直播请求的账户是否具有直播观看权限；如果账户具有直播观看权限，执行获取指定数据量的第二直播数据的步骤。

进一步的，方法还包括：如果缓存中不存在直播请求对应的第一直播数据，接收直播请求对应的第四直播数据；其中，第四直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据；将第四直播数据对应的索引信息发送至终端设备。

第二方面，本发明实施例提供了一种信息发送装置，装置包括：直播请求接收模块，用于接收来自终端设备的直播请求；缓存数据判断模块，用于判断缓存中是否存在直播请求对应的第一直播数据；索引信息发送模块，用于如果缓存中存在直播请求对应的第一直播数据，将直播请求对应的直播索引信息发送至终端设备。

第三方面，本发明实施例提供了一种服务器，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现第一方面任一项的信息发送方法。

第四方面，本发明实施例提供了一种机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现第一方面任一项的信息发送方法。

本发明实施例带来了以下有益效果：

本发明提供了一种信息发送方法、装置和服务器，接收到来自终端设备的直播请求后，首先判断缓存中是否存在直播请求对应的第一直播数据；如果缓存中存在直播请求对应的第一直播数据，将直播请求对应的直播索引信息发送至终端设备。该方式中，在服务器接收到直播请求后，如果缓存中存在该请求对应的直播数据，就向终端设备发送索引信息，无需等待新的数据切片到来后才发送索引信息，因而提高了索引信息发送的时效性，进而提高了直播的启播速度。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

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

附图说明

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

图1为本发明实施例提供的一种信息发送方法的流程图；

图2为本发明实施例提供的另一种信息发送方法的流程示意图；

图3为本发明实施例提供的又一种信息发送方法的流程示意图；

图4为本发明实施例提供的一种信息发送装置的结构示意图；

图5为本发明实施例提供的一种服务器的结构示意图。

具体实施方式

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

目前在线视频直播中，用户想要在线观看直播时，需要通过终端设备向直播服务器发送索引请求，服务器接收到该索引请求后，需要等待直播端发送新的数据切片后，再基于新的数据切片生成索引信息，然后将该索引信息返回至终端设备；终端设备再基于该索引信息获取直播的音视频数据，进而观看直播。该方式中，服务器发送索引信息之前需要被动等待新的数据切片，降低了索引信息发送的时效性，进而降低了直播的启播速度，另外如果直播端发送数据卡顿，则导致等待时间较长，直播会产生明显的卡顿。基于此，本发明实施例提供的一种信息发送方法、装置和服务器，该技术可以应用于具有在线直播服务的设备。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种信息发送方法进行详细介绍，本实施例的执行主体为服务器，如图1所示，该方法包括如下步骤：

步骤S102，接收来自终端设备的直播请求；

上述终端设备通常是指播放直播画面的设备，比如，手机、笔记本电脑、平板电脑等设备；该直播通常是指在线直播，即通过服务器可以将直播端的直播画面即时显示在终端设备，比如，游戏直播、发布会直播、新闻直播等。上述直播请求通常携带有直播场景、直播类型、直播内容以及直播要求等参数，比如，直播场景为游戏直播、直播类型为某主播的游戏直播、直播内容为在线直播的游戏画面和主播画面、直播要求可以是清晰度为高清等参数。实际实现时，当服务器接收到来自终端设备的直播请求后，可以根据直播请求携带的参数，获取与直播请求对应的直播数据，以及其他直播信息。

步骤S104，判断缓存中是否存在直播请求对应的第一直播数据；

上述缓存通常是指服务器内安装的缓存设备，也称为cache或高速存储器；上述第一直播数据通常是指直播端在线直播的音视频数据，包括从直播请求时间开始，直播端预设时间内直播的音视频数据。具体的，在服务器接收到直播请求后，就会在服务器的缓存设备中开始缓存直播端发送的直播数据。需要说明的是，如果服务器开启了对应的直播服务，则服务器的服务内存中会持续缓存直播数据，如果这个直播服务关了，则该服务内存就没了，即缓存设备中缓存的直播数据也就没了。

举例说明，如果该直播请求对应的第一直播数据为10：00：00开始直播端生成的直播数据，如果缓存中的直播数据的时间段为10：00：00-10：00：10，则判断缓存中存在直播请求对应的第一直播数据。

步骤S106，如果缓存中存在直播请求对应的第一直播数据，将直播请求对应的直播索引信息发送至终端设备。

上述直播索引信息可以理解为每段直播数据的存储地址；其中直播请求对应的第一直播数据和直播索引信息都可以以缓存的方式存储在服务器的内存中。比如，用户在线观看直播时，服务器会缓存最近一段时间的直播数据和对应的直播索引信息。

具体的，如果缓存中存在直播请求对应的第一直播数据，服务器可以先将直播请求对应的直播索引信息发送至终端设备，由于服务器接收到直播请求后，需要等待直播端发送新的数据切片后，再基于新的数据切片生成索引信息，然后将该索引信息返回至终端设备，中间会有时间延迟，所以其中服务器发送的直播索引信息包括当前缓存中已经存在的部分或者全部直播数据对应的直播索引信息，以使终端设备可以快速接收到直播数据对应的索引信息，进而快速进入直播画面；当然还包括服务器在接收到直播请求之后，接收到的直播数据对应的直播索引信息，以使终端设备能够持续接收索引信息，持续显示直播请求对应的直播数据。

本发明提供了一种信息发送方法，接收到来自终端设备的直播请求后，首先判断缓存中是否存在直播请求对应的第一直播数据；如果缓存中存在直播请求对应的第一直播数据，将直播请求对应的直播索引信息发送至终端设备。该方式中，在服务器接收到直播请求后，如果缓存中存在该请求对应的直播数据，就向终端设备发送索引信息，无需等待新的数据切片到来后才发送索引信息，因而提高了索引信息发送的时效性，进而提高了直播的启播速度。

本实施例还提供了另一种信息发送方法，该实施例在上述实施例的基础上实现。本实施例重点描述将直播请求对应的直播索引信息发送至终端设备的步骤的具体实现方式。具体包括如下步骤：

步骤201，接收来自终端设备的直播请求；

步骤202，判断缓存中是否存在直播请求对应的第一直播数据；

步骤203，如果缓存中存在直播请求对应的第一直播数据，将第一直播数据对应的直播索引信息发送至终端设备。

上述第一直播数据可以包括缓存中的直播数据，还可以包括服务器在接收到直播请求之后，接收到的直播数据。比如，可以将第一直播数据进行标识，具体的，按照时间顺序，依次将第一直播数据进行拆分，将每个拆分的数据进行标识，将第一直播数据的标识信息确定为对应的直播索引信息，并发送至终端设备。以使终端设备可以根据接收到的直播索引信息，获取对应的直播数据。

上述步骤203中，一种可能的实施方式：对第一直播数据的链表标识进行拼接组合处理，得到第一直播数据对应的字符串形式的直播索引信息；将直播索引信息发送至终端设备。

上述第一直播数据通常是以数据切片的方式接收和缓存，每个数据切片可能包含0.3秒或者0.5秒的音视频，服务器通常是以链表的方式缓存数据，因此，可以将第一直播数据的每个切片数据单独设置在对应的链表上，每个链表都有对应的链表标识，最后得到第一直播数据的链表标识。为了使终端设备可以识别接收到的直播索引信息，可以对第一直播数据的链表标识进行拼接组合处理，得到第一直播数据对应的字符串形式的直播索引信息，将直播索引信息发送至终端设备，以使终端设备根据该直播索引信息获取到第一直播数据的存储地址。

举例说明，服务器缓存有20秒的直播数据，该20秒的直播数据，为100个数据切片；将每个数据切片设置在对应的链表上，第一直播数据的链表标识可以为1-1、1-2、…、1-100；将该链表标识进行拼接组合处理，可以得到第一直播数据对应的字符串形式的直播索引信息，比如1-1-2-3…100等字符串形式的直播索引信息，然后将该直播索引信息发送至终端设备。

上述方式中，接收到来自终端设备的直播请求后，首先判断缓存中是否存在直播请求对应的第一直播数据；如果缓存中存在直播请求对应的第一直播数据，首先将第一直播数据对应的直播索引信息发送至终端设备。该方式中，在服务器接收到直播请求后，通过判断服务器的缓存状态，能够快速响应首先将第一直播数据对应的索引信息发送至终端设备，该索引信息的触发方式，不依赖接收直播数据触发，保证了索引信息发送的速度，提高了索引信息发送的时效性，能够快速启播。另外，通过对第一直播数据的链表标识进行拼接组合处理，得到第一直播数据对应的字符串形式的直播索引信息；将直播索引信息发送至终端设备，以使终端设备可以识别直播索引信息，进而获取直播数据；不需要被动等待新的数据切片到达值后发送索引信息，提高了索引信息发送的时效性，进而提高了直播的启播速度。

本实施例还提供了另一种信息发送方法，该实施例在上述实施例的基础上实现。本实施例主要描述将直播请求对应的直播索引信息发送至终端设备的步骤的另一种可能的实施方式，包括：

步骤301，获取指定数据量的第二直播数据；

上述指定数据量具体可以根据终端设备的需求设置指定数据量，比如可以根据播放场景设置，如果播放请求的直播数据是游戏直播，此时要求直播画面的清晰度较好，此时通常会获取较少数据量(比如1-2秒的直播数据)的第二直播数据，以提高直播画面的清晰度；再如，如果播放请求的直播数据是讲课直播，此时要求直播的连续性较好，此时通常会获取较多数据量(比如4-5秒的直播数据)的第二直播数据，以提高是用户能够观看相对较多的讲课内容。其中的第二直播数据通常是距离当前时间最近的一段时间的直播数据，该第二直播数据需要和后续获取的直播数据具有连续性。即，后续获取到的直播数据都是基于第二直播数据之后时间的直播数据，比如，第二直播数据为距离当前时间最近的5秒的直播数据，后续服务器获取的直播数据为第5秒之后的直播数据。

相关技术中，终端设备启播发送直播请求后，首先会收到索引信息，然后根据索引信息获取对应的直播数据，该种方式启播时间通常较慢，等待的直播画面的时间较长，用户体验感不佳。基于此问题，上述步骤一种可能的实施方式：

如果直播请求指示需要获取第二直播数据，从直播请求中提取指定数据量的数值；获取指定数据量的第二直播数据。

通常终端设备在发送直播请求时，可以设置是否获取第二直播数据的参数；如果携带有获取参数，则指示需要获取第二直播数据，进而可以在直播请求中提取指定数量的数值，该数值可以是第二直播数据的数据切片的数量，也可以是第二直播数据的时间。具体的，可以根据指定数据量的数值从服务器的当前缓存中获取第二直播数据，也可以根据指定数据量的数值从服务器新接收到的直播数据中获取第二直播数据。另外，上述指定数据量的第二直播数据可以是多个或者指定个数GOP(Group Of Picture，图像组)的音视频数据。

另一种可能的实施方式：从缓存中获取指定数据量的第二直播数据；其中，第二直播数据属于第一直播数据中的至少一部分数据。

由于缓存中存在直播请求对应的第一直播数据，因此在服务器接收到直播请求后，为了使终端设备能够快速启播，显示直播画面，可以首先从缓存中获取指定数据量的第二直播数据，具体的指定数据量可以根据终端设备的播放场景设置。需要说明的是，第二直播数据可以属于第一直播数据中的至少一部分数据，也可以是第一直播数据中全部数据。一般情况下第二直播数据属于第一直播数据中的一部分数据。

另一种可能的实施方式：从第三直播数据中获取指定数据量的第二直播数据；其中，第三直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据。

当然，也可以不从缓存中获取第二直播数据；可以直接从第三直播数据中获取指定数据量的第二直播数据，其中的第三直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据。具体的，当服务器在接收到直播请求之后，等待接收直播端返回第三直播数据后，从接收到第三直播数据种获取直播请求对应的直播数据。该方式可以获取到实时的直播数据，以使用户可以观看最新的直播画面。

还有一种可能的实施方式：判断发送直播请求的账户是否具有直播观看权限；如果账户具有直播观看权限，执行获取指定数据量的第二直播数据的步骤。

服务器接收到直播请求后，如果缓存中存在直播请求对应的第一直播数据，首先可以判断发送直播请求的账户是否具有直播观看权限，具体的，可以在服务器保存的账户信息中判断发送直播请求的账户是否是VIP(会员)用户，当该账户具有直播观看权限，即该用户是会员用户，则行获取指定数据量的第二直播数据的步骤。即，该用户在观看直播时，可以享受快速启播，降低了等待播放的时间。

步骤302，将第二直播数据，以及直播请求对应的直播索引信息发送至终端设备。

服务器获取到第二直播数据后，可以直接将第二直播数据，以及直播请求对应的直播索引信息发送至终端设备，以使终端设备可以立即播放第二直播数据显示的直播画面，然后再根据接收到的直播索引信息获取对应的直播数据，在第二直播数据播放完毕后，可以接着播放播索引信息对应的直播数据。该方式在发送直播索引信息的同时，将缓存中的部分直播数据一同发送至终端设备，可以降低终端设备等待启播的时间，降低了首屏时间。

需要说明的是，服务器接收到直播数据后，需要对接收到的直播数据预先进行编码处理，然后根据终端设备发送的直播索引信息，将对应的编码后的直播数据发送至终端设备。

另外，上述方法还包括：

(1)如果缓存中不存在直播请求对应的第一直播数据，接收直播请求对应的第四直播数据；其中，第四直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据；

(2)将第四直播数据对应的索引信息发送至终端设备。

服务器在进行直播时，当第一个用户(第一个终端设备)发送直播请求的时候该服务器通常没有缓存；在第二个用户(第二个终端设备)发送直播请求的时候该服务器通常会有缓存；因此，如果缓存中不存在直播请求对应的第一直播数据，则需要等待接收直播端发送的第四直播数据，其中第四直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据；第四直播数据通常为预设数量的直播数据，比如，每隔20秒或者10秒的时间，直播端发送一次直播数据。然后将第四直播数据对应的索引信息发送至终端设备，以使终端设备根据索引信息获取第四直播数据，进而播放直播画面。

上述方式中，首先在服务器接收到直播请求后，通过判断服务器的缓存状态，能够快速响应发送索引信息，不需要被动等待新的数据切片后发送索引信息，提高了索引信息发送的时效性；另外，在发送索引信息的同时可以将指定数据量的第二直播数据发送至终端设备，以使终端设备能够快速启播，降低了首屏时间，进而提高了直播的启播速度，提高了用户的直播体验。

参加图2和图3的所示的信息发送方法的流程示意图，以p2p直播场景，CDN(Content Delivery Network，内容分发网络)服务器为执行主体为例进行说明。首先参见图2所示，当CDN服务器接收到终端设备(也可以成为播放端)发送的p2p索引请求(对应上述直播请求)后，首先判断服务器内存中是否有缓存的直播数据，如果有，对缓存中的直播数据进行组索引信息处理，具体的可以将缓存的直播数据中的指定数据量的直播数据的链表标识进行拼接组合处理，得到对应的字符串形式的直播索引信息，然后将该直播索引信息发送至终端设备；如果否，将CDN服务器接收到的直播数据进行组索引信息处理，具体的可以将CDN服务器接收到的直播数据的链表标识进行拼接组合处理，得到对应的字符串形式的直播索引信息，然后将该直播索引信息发送至终端设备。

参见图3所示，CDN服务器接收到索引请求后，服务器内存中存在缓存的直播数据(对应图3中的多个gop的音视频数据)，以及索引请求对应的索引信息(对应图3中的音视频切片索引)发送至播放端，以使播放端能够启动播放多个gop的音视频数据的直播画面；然后播放端再基于索引请求对应的索引信息，向服务器发送索引信息(对应图3中的切片请求)，然后再向播放端发送后续的音视频数据。其中，索引请求用于播放端获取切片索引信息；切片请求用于播放端获取具体的音视频数据。

上述的信息发送方法，与上述实施例提供的信息发送方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

对应上述的方法实施例，本实施例提供了一种信息发送装置，如图4所示，该装置包括：

直播请求接收模块41，用于接收来自终端设备的直播请求；

缓存数据判断模块42，用于判断缓存中是否存在直播请求对应的第一直播数据；

索引信息发送模块43，用于如果缓存中存在直播请求对应的第一直播数据，将直播请求对应的直播索引信息发送至终端设备。

本发明提供了一种信息发送装置，接收到来自终端设备的直播请求后，首先判断缓存中是否存在直播请求对应的第一直播数据；如果缓存中存在直播请求对应的第一直播数据，将直播请求对应的直播索引信息发送至终端设备。该方式中，在服务器接收到直播请求后，如果缓存中存在该请求对应的直播数据，就向终端设备发送索引信息，无需等待新的数据切片到来后才发送索引信息，因而提高了索引信息发送的时效性，进而提高了直播的启播速度。

进一步的，上述索引信息发送模块还用于：将第一直播数据对应的直播索引信息发送至终端设备。

进一步的，上述索引信息发送模块还用于：对第一直播数据的链表标识进行拼接组合处理，得到第一直播数据对应的字符串形式的直播索引信息；将直播索引信息发送至终端设备。

进一步的，上述索引信息发送模块还包括，获取单元，用于获取指定数据量的第二直播数据；发送单元，用于将第二直播数据，以及直播请求对应的直播索引信息发送至终端设备。

进一步的，上述获取单元还用于：如果直播请求指示需要获取第二直播数据，从直播请求中提取指定数据量的数值；获取指定数据量的第二直播数据。

进一步的，上述获取单元还用于：从缓存中获取指定数据量的第二直播数据；其中，第二直播数据属于第一直播数据中的至少一部分数据。

进一步的，上述获取单元还用于：从第三直播数据中获取指定数据量的第二直播数据；其中，第三直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据。

进一步的，上述获取单元还用于：判断发送直播请求的账户是否具有直播观看权限；如果账户具有直播观看权限，执行获取指定数据量的第二直播数据的步骤。

进一步的，上述装置用于：如果缓存中不存在直播请求对应的第一直播数据，接收直播请求对应的第四直播数据；其中，第四直播数据包括：在接收到直播请求之后，接收到的直播请求对应的直播数据；将第四直播数据对应的索引信息发送至终端设备。

本发明实施例提供的信息发送装置，与上述实施例提供的信息发送方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本实施例还提供一种服务器，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现上述信息发送方法。

参见图5所示，该服务器包括处理器100和存储器101，该存储器101存储有能够被处理器100执行的机器可执行指令，该处理器100执行机器可执行指令以实现上述信息发送方法。

进一步地，图5所示的服务器还包括总线102和通信接口103，处理器100、通信接口103和存储器101通过总线102连接。

其中，存储器101可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线102可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

处理器100可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器100可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processor，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101，处理器100读取存储器101中的信息，结合其硬件完成前述实施例的方法的步骤。

本实施例还提供一种机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现上述信息发送方法。

本发明实施例所提供的信息发送方法、装置和服务器的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。