CN111464571B - 一种通信方法及系统、服务端、客户端 - Google Patents

Abstract

本发明公开了一种通信方法及系统、服务端、客户端，涉及通信技术领域，主要目的在于可以降低客户端和服务端进行通信时产生的网络吞吐量和流量；主要技术方案包括：接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息；生成针对所述请求的全量信息以及所述全量信息的摘要信息；基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端。

Description

一种通信方法及系统、服务端、客户端

技术领域

本发明涉及通信技术领域，特别是涉及一种通信方法及系统、服务端、客户端。

背景技术

随着信息技术的飞速发展，服务端-客户端类型的业务系统被广泛的应用。业务系统在执行业务过程中需要客户端和服务端之间进行频繁通信，以使业务信息在客户端和服务端之间进行传输。

目前，在客户端和服务端进行通信时，客户端都是直接请求服务端，然后服务端就会将该请求对应的全部的全量信息返回给客户端。但是，有时在客户端向服务端发送多次请求时，针对每一次的请求服务器返回的全量信息都是相同的。显然客户端和服务端之间传输相同的全量信息时会耗费大量的网络吞吐量和流量。因此，现有的方式，客户端和服务端进行通信时产生的网络吞吐量和流量较大。

发明内容

有鉴于此，本发明提出了一种通信方法及系统、服务端、客户端，主要目的在于可以降低客户端和服务端进行通信时产生的网络吞吐量和流量。

第一方面，本发明实施例提供了一种通信方法，应用于服务端，该方法包括：

接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息；

生成针对所述请求的全量信息以及所述全量信息的摘要信息；

基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端。

第二方面，本发明实施例提供了一种通信方法，应用于客户端，该方法包括：

向服务器发送携带有标志位的请求，以使所述服务端基于所述标志位反馈针对所述请求的全量信息和/或摘要信息；所述标志位用于请求全量信息和/或摘要信息；

接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作。

第三方面，本发明实施例提供了一种服务端，该服务端包括：

接收单元，用于接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息；

第一生成单元，用于生成针对所述接收单元接收的所述请求的全量信息以及所述全量信息的摘要信息；

反馈单元，用于基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端。

第四方面，本发明实施例提供了一种客户端，该客户端包括：

发送单元，用于向服务器发送携带有标志位的请求，以使所述服务端基于所述标志位反馈针对所述请求的全量信息和/或摘要信息；所述标志位用于请求全量信息和/或摘要信息；

执行单元，用于接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作。

第五方面，本发明实施例提供了一种存储介质，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如上述中任意一项所述的通信方法，或，所述指令适用于由处理器加载并执行如上述中任意一项所述的通信方法。

第六方面，本发明实施例提供了一种电子设备，所述电子设备包括：存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如上述中任意一项所述的通信方法，或，所述指令适用于由处理器加载并执行如上述中任意一项所述的通信方法。

借由上述技术方案，本发明提供的通信方法及系统、服务端、客户端，客户端发送的请求中携带有用于请求全量信息和/或摘要信息的标志位。服务端在接收到客户端发送的请求时，生成针对请求的全量信息以及全量信息的摘要信息。然后基于标志位将全量信息和/或摘要信息反馈给客户端。通过上述可知，本发明提供的方案中服务端在接收到客户端发送的请求时，会根据请求携带的标志位有选择的将针对请求的反馈全量信息和/或摘要信息反馈给客户端，而不是在接收到请求时直接将针对请求的全部信息都返回给客户端。因此，本发明提供的方案可以降低客户端和服务端进行通信时产生的网络吞吐量和流量。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

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

图1示出了本发明一个实施例提供的一种通信方法的流程图；

图2示出了本发明另一个实施例提供的一种通信方法的流程图；

图3示出了本发明又一个实施例提供的一种通信方法的流程图；

图4示出了本发明又一个实施例提供的一种通信方法的流程图；

图5示出了本发明又一个实施例提供的一种通信方法的流程图；

图6示出了本发明又一个实施例提供的一种通信方法的流程图；

图7示出了本发明一个实施例提供的一种服务端的结构示意图；

图8示出了本发明另一个实施例提供的一种服务端的结构示意图；

图9示出了本发明一个实施例提供的一种客户端的结构示意图；

图10示出了本发明另一个实施例提供的一种客户端的结构示意图；

图11示出了本发明又一个实施例提供的一种通信方法的流程图。

具体实施方式

下面将参照附图更加详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，本发明实施例提供了一种通信方法，应用于服务端，该方法主要包括：

101、接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息。

其中，请求的业务类型可以根据业务要求确定，此外，请求中携带与业务类型相匹配各种参数，以便服务端根据请求中携带的各种参数来生成与请求对应的全量信息。可选的，请求可以包括但不限于视频数据请求、音频数据请求、文本数据请求中的任意一种。举例说明：请求为视频数据请求，则其携带的参数包括但不限于视频提供方、视频大小、视频产生时间中的至少一种以及视频名称。服务器可以根据视频数据请求中携带的参数确定请求对应的全量信息(视频)。

在本实施例中，标志位的具体型式可以根据业务要求确定。标志位中可以包括但不限于字符、数字、符号中的至少一种。可选的，标志位的型式可以为：标志位名称＝标志位值。举例说明：标志位为：mType＝1。

在实际应用中，标志位用于请求全量信息和/或摘要信息，因此标志位至少存在如下三种：第一种，用于请求摘要信息的标志位。示例性的，标志位为：mType＝1。第二种，用于请求全量信息的标志位。示例性的，标志位为：mType＝0。第三种，用于请求摘要信息和全量信息的标志位。示例性的，标志位mType＝2。从上述可以看出，请求不同种类的信息时标志位是不同的，服务端根据不同的标志位向客户端反馈不同的信息，从而使得客户端与服务端进行通信时可以根据不同的业务需求进行不同的通信。

需要说明的是，标志位需要服务端与客户端事先预定好，以便服务端在接收到请求时可以快速的根据标志位进行相应的处理。

102、生成针对所述请求的全量信息以及所述全量信息的摘要信息。

在本实施例中，全量信息的具体内容与请求的类型有关。举例说明，请求为文本数据请求，则全量信息就为文本数据。

具体的，在接收到客户端发送的请求时，则根据请求中携带的参数从指定的数据存储区中提取出与请求对应的全量信息。在提取出请求对应的全量信息之后根据预设的摘要信息算法对全量信息进行处理，生成全量信息的摘要信息。摘要信息算法的具体型式可以根据业务要求确定，可选的，摘要信息算法可以包括但不限于MD5算法(MD5 Message-Digest Algorithm)或SH1(安全哈希算法，Secure Hash Algorithm)。

在实际应用中，生成全量信息的摘要信息的过程至少可以包括如下三种：第一种，摘要信息算法仅设置一种，在生成针对请求的全量信息时，直接用预设的摘要信息算法生成全量信息的摘要信息。第二种，摘要信息算法设置至少两种，各种摘要信息算法以设定的周期轮值。在生成针对请求的全量信息时，用当前轮值的摘要信息算法生成全量信息的摘要信息。本种过程中摘要信息算法并不是固定不变的而是由各种摘要信息算法轮值，因此生成的摘要信息的安全性较高。第三种，摘要信息算法设置至少两种，在生成针对请求的全量信息时，利用客户端指定的摘要信息算法生成全量信息的摘要信息。本种过程中摘要信息算法是由客户端根据自身的业务需求灵活指定的，业务应用较为灵活。

在本实施例中，摘要信息由于仅为全量信息的摘要，因此摘要信息的数据量远远小于全量信息的数据量。

需要说明的是，在生成针对请求的全量信息和摘要信息之后可以将全量信息以及摘要信息以及请求对应存储在指定的存储区中，以便后续客户端再次发送相同的请求时，可以直接使用存储区中请求对应的全量信息以及摘要信息，从而减少服务端的数据处理量。另外，存储区中的全量信息以及摘要信息以及请求可以永久的存储，也可以在设定的时间内存储全量信息以及摘要信息以及请求，一旦设定时间点达到，则删除存储的该存储全量信息以及摘要信息以及请求，以释放出存储区的存储空间，以便存储区可以存储新的存储全量信息以及摘要信息以及请求。

103、基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端。

具体的，根据标志位的具体型式确定向客户端反馈何种类型的信息。在向客户端反馈信息之前需要识别标志位，以根据标志位确定反馈的信息。

具体的，在标志位的型式为“标志位名称＝标志位值”时，识别标志位的过程可以为：根据标志位名称获取标志位值，然后根据识别出的标志位值确定反馈给客户端的信息类型。

具体的，上述步骤101的解释说明中已经指出，标志位包括三种，那么根据标志位种类，本步骤存在如下三种反馈过程：第一种，在标志位用于请求摘要信息时，将针对请求的摘要信息反馈给客户端。第二种，在标志位用于请求全量信息时，将针对请求的全量信息反馈给客户端。第三种，在标志位用于请求全量信息和摘要信息时，将针对请求的全量信息和摘要信息反馈给客户端。

需要说明的是，反馈给客户端的全量信息和/或摘要信息可以携带在响应信息中，将响应信息反馈给客户端。在客户端接收到响应信息时，从响应信息中提取全量信息和/或摘要信息。

本发明提供的通信方法，客户端发送的请求中携带有用于请求全量信息和/或摘要信息的标志位。服务端在接收到客户端发送的请求时，生成针对请求的全量信息以及全量信息的摘要信息。然后基于标志位将全量信息和/或摘要信息反馈给客户端。通过上述可知，本发明提供的方案中服务端在接收到客户端发送的请求时，会根据请求携带的标志位有选择的将针对请求的反馈全量信息和/或摘要信息反馈给客户端，而不是在接收到请求时直接将针对请求的全部信息都返回给客户端。因此，本发明提供的方案可以降低客户端和服务端进行通信时产生的网络吞吐量和流量。

进一步的，根据图1所示的方法，本发明的另一个实施例还提供了一种通信方法，该方法应用于服务端，如图2所示，所述方法主要包括：

201、接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息。

在本步骤中所涉及的标志位存在如下三种：第一种，用于请求摘要信息的标志位。第二种，用于请求全量信息的标志位。第三种，用于请求摘要信息和全量信息的标志位。在实际应用中可以根据业务要求灵活选用上述三种标志位中的任意一种，业务应用较为灵活。

202、查询所述第二存储区内是否存储所述请求对应的全量信息；若是，执行203；否则，执行204。

本步骤中所涉及的第二存储区的具体型式可以根据业务要求确定。可选的，第二存储区可以是内存或指定存储硬盘。第二存储区中存储有具有映射关系的至少一个请求与至少一个全量信息，至少一个请求与至少一个全量信息一对一映射。这些存储的请求是接收当前请求之前接收到请求，而存储的全量信息是之前接收到的请求对应的全量信息。这些对应的存储的请求和全量信息可以永久的存储在第二存储区中，或，存储一定时间后删除。

具体的，若查询到第二存储区内存储有请求对应的全量信息，则说明之前接收到过与当前请求相同的请求。此时为了减少数据处理量，则不再根据当前请求生成新的全量信息，直接使用第二存储区中存储的当前请求对应的全量信息即可，因此执行步骤203。

具体的，若查询到第二存储区内未存储有请求对应的全量信息，说明之前未接收到过与当前请求相同的请求，或，与当前请求对应的全量信息已从第二存储区内删除。此时由于第二存储区中不存在现有可用的全量信息，则需要根据当前请求生成新的全量信息，因此执行步骤204。

203、从所述第二存储区提取所述全量信息，并生成所述全量信息的摘要信息，执行步骤205。

具体的，若查询到第二存储区内存储有请求对应的全量信息，为了减少数据处理量，则不再根据请求生成全量信息，从第二存储区中直接提取请求对应的全量信息即可。然后在提取出请求对应的全量信息之后根据预设的摘要信息算法对全量信息进行处理，生成全量信息的摘要信息。摘要信息算法的具体型式可以根据业务要求确定，可选的，摘要信息算法可以包括但不限于MD5算法或SH1算法。这里生成全量信息的摘要信息的过程与上述步骤102中的详解中基本相同，因此这里将不再赘述。

204、执行所述生成针对所述请求的全量信息以及所述全量信息的摘要信息，执行步骤205。

具体的，这里生成全量信息的摘要信息的过程与上述步骤102中的详解中基本相同，因此这里将不再赘述。

205、基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端。

本步骤中向客户端反馈的信息的类型与标志位的种类有关，且至少存在如下三种过程：

第一种，若标志位用于请求摘要信息时，则将针对所述请求的摘要信息反馈给所述客户端，以使所述客户端根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息。

本步骤中所涉及的第一存储区的具体型式可以根据业务要求确定。可选的，第一存储区可以是客户端的内存或指定存储硬盘。第一存储区中对应存储有至少一个摘要信息与至少一个全量信息，这些存储的摘要信息是接收当前摘要信息之前接收到的，而存储的全量信息是之前接收到的摘要信息对应的全量信息。这些对应的存储的摘要信息和全量信息可以永久的存储在第一存储区中，或，存储一定时间后删除。

具体的，在针对请求的摘要信息反馈给客户端之后，客户端可以在第一存储区查询与摘要信息对应的全量信息，若查询到，客户端则直接执行与全量信息相对应的动作。举例说明：全量为视频1，则视频1相对应的动作可以为播放。若未查询到，客户端可以再次发送请求，再次发送的请求与上一次发送的请求相同，只是携带了用于请求全量信息的标志位，以使服务端根据用于请求全量信息的标志反馈全量信息。

需要说明的是，在标志位仅用于请求摘要信息时，仅反馈针对请求的摘要信息给客户端，由于摘要信息的数据量较小，从而可以减少服务端的数据发送量较小，大大减少了网络的吞吐量和流量。

第二种，若标志位用于请求全量信息时，则将针对所述请求的全量信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作。

第三种，若标志位用于请求全量信息和摘要信息时，则将针对所述请求的反馈全量信息和摘要信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。客户端对应存储所述全量信息和所述摘要信息，留待备用，以便在客户端再次发送该请求时，可以根据服务端反馈的针对请求的摘要信息，在存储的全量信息和摘要信息的存储区中查找针对请求的全量信息，而不用服务端发送针对请求的全量信息，从而可以大大降低客户端和服务端之间网络吞吐和流量。

206、在预设的第二存储区对应存储所述全量信息和所述请求。

具体的，在预设的第二存储区中对应存储全量信息和请求的目的为：若之后在次接收客户端发送的与当前请求相同的请求时，为了减少数据处理量，则不用再次生成针对请求的全量信息，直接从第二存储区中提取请求对应的全量信息即可。举例说明：客户端发送的当前请求中携带用于请求摘要信息的标志位，在客户端接收到摘要信息时确定自身指定的存储区中并没有与该摘要信息对应的全量信息时，则客户端再次发送携带用于请求全量信息的标志位的请求，此时的请求与之前发送的请求相同，仅是携带的标志位种类不同。此时从第二存储区中直接提取与该请求对应的全量信息，而不用再次生成针对该请求的全量信息，从而在减少数据处理量的同时，还可以使客户端快速的得到其要求的全量信息。

如图3所示，本发明实施例提供了一种通信方法，应用于客户端，该方法主要包括：

301、向服务器发送携带有标志位的请求，以使所述服务端基于所述标志位反馈针对所述请求的全量信息和/或摘要信息；所述标志位用于请求全量信息和/或摘要信息。

其中，请求的业务类型可以根据业务要求确定，此外，请求中携带与业务类型相匹配各种参数，以便服务端根据请求携带的各种参数来生成与请求对应的全量信息。可选的，请求可以包括但不限于视频数据请求、音频数据请求、文本数据请求中的任意一种。

在本实施例中，标志位的具体型式可以根据业务要求确定。标志位中可以包括但不限于字符、数字、符号中的至少一种。可选的，标志位的型式可以为：标志位名称＝标志位值。举例说明：标志位为：mType＝1。

在实际应用中，标志位用于请求全量信息和/或摘要信息，因此标志位至少存在如下三种：第一种，用于请求摘要信息的标志位。第二种，用于请求全量信息的标志位。第三种，用于请求摘要信息和全量信息的标志位。从上述可以看出，客户端在请求不同种类的信息时标志位是不同的，因此客户端与服务端进行通信时可以根据不同的业务需求进行不同的通信，业务应用较为灵活。

需要说明的是，标志位需要服务端与客户端事先预定好，以便服务端在接收到请求时可以快速的根据标志位向客户端返回与标志位相对应的信息。

302、接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作。

具体的，接收服务端反馈的信息种类与之前发送的请求中携带的标志位有关。具体的，本步骤存在如下三种过程：第一种，在标志位为用于请求摘要信息的标志位时，接收服务端反馈的针对请求的摘要信息。第二种，在标志位为用于请求全量信息的标志位时，接收服务端反馈的针对请求的全量信息。第三种，在标志位为用于请求全量信息和摘要信息的标志位时，接收服务端反馈的针对请求的全量信息和摘要信息。

需要说明的是，服务端可以反馈响应信息，全量信息和/或摘要信息就携带在响应信息中。在接收到服务端反馈的响应信息时，可以从响应信息中提取全量信息和/或摘要信息。

本发明提供的通信方法，客户端发送的请求中携带有用于请求全量信息和/或摘要信息的标志位。服务端在接收到客户端发送的请求时，生成针对请求的全量信息以及全量信息的摘要信息。然后基于标志位将全量信息和/或摘要信息反馈给客户端。通过上述可知，本发明提供的方案中服务端在接收到客户端发送的请求时，会根据请求携带的标志位有选择的将针对请求的反馈全量信息和/或摘要信息反馈给客户端，而不是在接收到请求时直接将针对请求的全部信息都返回给客户端。因此，本发明提供的方案可以降低客户端和服务端进行通信时产生的网络吞吐量和流量。

进一步的，根据图3所示的方法，本发明的另一个实施例还提供了一种通信方法，如图4所示，该方法应用于客户端，该方法主要包括：

401、向服务器发送携带有标志位的请求，以使所述服务端基于所述标志位反馈针对所述请求的摘要信息；所述标志位用于请求摘要信息。

具体的，当确定客户端的指定存储区域中存储请求对应的全量信息的概率较大时，向服务端发送的请求中携带的标志位仅用于请求摘要信息，以便服务端仅反馈摘要信息，从而可以最大限度的减少网络吞吐量和数据传输量。

402、若所述标志位用于请求摘要信息；接收所述服务端反馈的针对所述请求的摘要信息，根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息。若查询到所述全量信息，执行步骤403；否则，执行步骤404。

具体的，第一存储区可以是客户端的内存或指定存储硬件。第一存储区中对应存储有至少一个摘要信息与至少一个全量信息，这些存储的摘要信息是接收当前摘要信息之前接收到的，而存储的全量信息是之前接收到的摘要信息对应的全量信息。这些对应的存储的摘要信息和全量信息可以永久的存储在第一存储区中，或，存储一定时间后删除。

403、若查询到所述全量信息，则根据所述全量信息执行与所述全量信息相对应的操作。

具体的，若查询到摘要信息对应全量信息，则直接使用该全量信息即可。举例说明：在全量信息为视频数据时，直接播放。

404、若未查询到所述全量信息，向所述服务端再次发送携带有标志位的请求；本次携带的标志位用于请求全量信息，以使所述服务端基于用于请求全量信息的的标志位反馈针对所述请求的全量信息。

具体的，若未查询到全量信息，向服务端再次发送携带有用于请求全量信息的标志位的请求，再次发送的请求与上一次发送的请求相同，只是携带了用于请求全量信息的标志位，以使服务端根据用于请求全量信息的标志反馈全量信息。

具体的，客户端当再次接收到服务端反馈的针对请求的全量信息时，则根据全量信息执行与全量信息相对应的操作。

具体的，在接收到全量信息时，判断指定的存储区中是否存储有该全量信息。若不存在，则根据预先的摘要信息算法生成全量信息的摘要信息，并对应存储该全量信息和摘要信息，以便之后使用该全量信息。

进一步的，根据图3所示的方法，本发明的另一个实施例还提供了一种通信方法，如图5所示，所述方法主要包括：

501、向服务器发送携带有标志位的请求，以使所述服务端基于所述标志位反馈针对所述请求的全量信息；所述标志位用于请求全量信息。

具体的，当确定客户端的指定存储区域中存储请求对应的全量信息的概率较小时，为了避免耗费在第一存储区的查询时间，则向服务端发送的请求中携带的标志位仅用于请求全量信息，以便服务端根据给请求直接反馈全量信息，从而使客户端可以尽快获取到针对请求的全量信息。

502、若接收所述服务端反馈的针对所述请求的全量信息，根据所述全量信息执行与所述全量信息相对应的操作。

具体的，举例说明：接收服务端反馈的针对请求的全量信息为程序安装包时，则直接安装该程序安装包。

进一步的，根据图3所示的方法，本发明的另一个实施例还提供了一种通信方法，如图6所示，所述方法主要包括：

601、向服务器发送携带有标志位的请求，以使所述服务端基于所述标志位反馈针对所述请求的全量信息和摘要信息；所述标志位用于请求全量信息和摘要信息。

具体的，当确定客户端的指定存储区域中存储请求对应的全量信息的概率较小时，且又需要在第一存储区中存储该请求对应的全量信息和摘要信息，则向服务端发送的请求中携带的标志位用于请求全量信息和摘要信息，以便服务端根据给请求直接反馈全量信息和摘要信息，从而使不仅可以使客户端尽快获取到针对请求的全量信息，又可以对该请求对应的全量信息和摘要信息进行存储，以便再次发送相同的请求时使用。

602、若接收所述服务端反馈的针对所述请求的全量信息和摘要信息，根据所述全量信息执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。

具体的，针对请求的全量信息和摘要信息的存储方式包括如下两种：第一种，永久的存储在指定存储区。第二种，在存储到一定时间时，则删除针对该请求的全量信息和摘要信息，以便释放指定存储区的存储空间。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种服务端，如图7所示，所述服务端包括：

接收单元71，用于接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息；

第一生成单元72，用于生成针对所述接收单元71接收的所述请求的全量信息以及所述全量信息的摘要信息；

反馈单元73，用于基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端。

本发明提供的服务端，客户端发送的请求中携带有用于请求全量信息和/或摘要信息的标志位。服务端在接收到客户端发送的请求时，生成针对请求的全量信息以及全量信息的摘要信息。然后基于标志位将全量信息和/或摘要信息反馈给客户端。通过上述可知，本发明提供的方案中服务端在接收到客户端发送的请求时，会根据请求携带的标志位有选择的将针对请求的反馈全量信息和/或摘要信息反馈给客户端，而不是在接收到请求时直接将针对请求的全部信息都返回给客户端。因此，本发明提供的方案可以降低客户端和服务端进行通信时产生的网络吞吐量和流量。

可选的，如图8所示，所述反馈单元73包括：

第一反馈模块731，用于若所述标志位用于请求摘要信息；则将针对所述请求的摘要信息反馈给所述客户端，以使所述客户端根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息。

可选的，如图8所示，所述反馈单元73包括：

第二反馈模块732，用于若所述标志位用于请求全量信息；则将针对所述请求的全量信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作。

可选的，如图8所示，所述反馈单元73包括：

第三反馈模块733，用于若所述标志位用于请求全量信息和摘要信息；则将针对所述请求的反馈全量信息和摘要信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。

可选的，如图8所示，该服务端还包括：

存储单元74，用于在预设的第二存储区对应存储所述第一生成单元生成的所述全量信息和所述接收单元接收的所述请求；

查询单元75，用于在所述接收单元71接收所述客户端发送的携带有标志位的请求时，查询所述第二存储区内是否存储所述请求对应的全量信息；若是，触发第二生成单元76；否则，触发所述第一生成单元72；

所述第二生成单元76，用于在所述查询单元75的触发下，从所述存储单元74的所述第二存储区提取所述全量信息，并生成所述全量信息的摘要信息。

本发明实施例提供的服务端中，各个功能模块运行过程中所采用的方法详解可以参见图1、图2方法实施例的对应方法详解，在此不再赘述。

进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种客户端，如图9所示，所述客户端包括：

发送单元81，用于向服务器发送携带有标志位的请求，以使所述服务端基于所述标志位反馈针对所述请求的全量信息和/或摘要信息；所述标志位用于请求全量信息和/或摘要信息；

执行单元82，用于接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作。

本发明提供的客户端，客户端发送的请求中携带有用于请求全量信息和/或摘要信息的标志位。服务端在接收到客户端发送的请求时，生成针对请求的全量信息以及全量信息的摘要信息。然后基于标志位将全量信息和/或摘要信息反馈给客户端。通过上述可知，本发明提供的方案中服务端在接收到客户端发送的请求时，会根据请求携带的标志位有选择的将针对请求的反馈全量信息和/或摘要信息反馈给客户端，而不是在接收到请求时直接将针对请求的全部信息都返回给客户端。因此，本发明提供的方案可以降低客户端和服务端进行通信时产生的网络吞吐量和流量。

可选的，如图10所示，所述执行单元82包括：

查询模块821，用于若所述标志位用于请求摘要信息；接收所述服务端反馈的针对所述请求的摘要信息，根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息；若查询到所述全量信息，触发第一执行模块822；若未查询到所述全量信息，触发发送模块823；

所述第一执行模块822，用于在所述查询模块821的触发下，根据所述全量信息执行与所述全量信息相对应的操作；

所述发送模块823，用于在所述查询模块822的触发下，向所述服务端再次发送携带有标志位的请求；本次携带的标志位用于请求全量信息，以使所述服务端基于用于请求全量信息的标志位反馈针对所述请求的全量信息。

可选的，如图10所示，所述执行单元82包括：

第二执行模块824，用于若所述标志位用于请求全量信息；接收所述服务端反馈的针对所述请求的全量信息，根据所述全量信息执行与所述全量信息相对应的操作。

可选的，如图10所示，所述执行单元82包括：

第三执行模块825，用于若所述标志位用于请求全量信息和摘要信息；接收所述服务端反馈的针对所述请求的全量信息和摘要信息，根据所述全量信息执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。

本发明实施例提供的客户端中，各个功能模块运行过程中所采用的方法详解可以参见图3-图6方法实施例的对应方法详解，在此不再赘述。

进一步的，依据上述实施例，本发明的另一个实施例还提供了一种通信系统，该通信系统包括上述中中任一所述的服务端以及权利要求上述中任一所述客户端。

进一步的，根据上述图1-2、图3-6所示的方法，本发明的另一个实施例还提供了一种通信方法，如图11所示，应用于通信系统，该方法主要包括：

901、客户端向服务器发送携带有标志位的请求，以使服务端基于标志位反馈针对请求的摘要信息；标志位用于请求摘要信息。

902、服务端接收客户端发送的携带有标志位的请求；标志位用于请求摘要信息。

903、服务端查询第二存储区内是否存储请求对应的全量信息；若是，执行904；否则，执行905。

904、服务端从第二存储区提取全量信息，并生成全量信息的摘要信息，执行步骤906。

905、服务端生成针对请求的全量信息以及全量信息的摘要信息，执行步骤906。

906、服务端基于标志位将针对请求的摘要信息反馈给客户端。

907、服务端在预设的第二存储区对应存储所述全量信息和请求。

908、客户端接收服务端反馈的针对请求的摘要信息，根据摘要信息在预设的第一存储区查询摘要信息对应的全量信息；第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息。若查询到全量信息，执行步骤909；否则，执行步骤910。

909、客户端若查询到所述全量信息，则根据全量信息执行与全量信息相对应的操作，并结束当前流程。

910、若未查询到全量信息，向服务端再次发送携带有标志位的请求；本次携带的标志位用于请求全量信息，以使服务端基于用于请求全量信息的的标志位反馈针对请求的全量信息。

911、服务端接收客户端发送的携带有标志位的请求；标志位用于请求全量信息。

912、服务端查询第二存储区内是否存储请求对应的全量信息；若是，执行914；否则，执行913。

913、服务端生成针对请求的全量信息以及全量信息的摘要信息，并在预设的第二存储区对应存储所述全量信息和请求。

914、服务端基于标志位将针对请求的全量信息反馈给客户端。

915、客户端接收服务端反馈的针对请求的全量信息，根据全量信息执行与全量信息相对应的操作，并对应存储全量信息和所述摘要信息。

进一步的，依据上述实施例，本发明的另一个实施例还提供了一种存储介质，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如上述中任意一项所述的应用于客户端的通信方法，或，所述指令适用于由处理器加载并执行如上述中任意一项所述的应用于服务端的通信方法。

本发明提供的通信系统，客户端发送的请求中携带有用于请求全量信息和/或摘要信息的标志位。服务端在接收到客户端发送的请求时，生成针对请求的全量信息以及全量信息的摘要信息。然后基于标志位将全量信息和/或摘要信息反馈给客户端。通过上述可知，本发明提供的方案中服务端在接收到客户端发送的请求时，会根据请求携带的标志位有选择的将针对请求的反馈全量信息和/或摘要信息反馈给客户端，而不是在接收到请求时直接将针对请求的全部信息都返回给客户端。因此，本发明提供的方案可以降低客户端和服务端进行通信时产生的网络吞吐量和流量。

进一步的，依据上述实施例，本发明的另一个实施例还提供了一种电子设备，所述电子设备包括：存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如上述中任意一项所述的应用于服务端的通信方法，或，所述指令适用于由处理器加载并执行如上述中任意一项所述的应用于客户端的通信方法。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

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

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的深度神经网络模型的运行方法、装置及框架中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (21)

1.一种通信方法，其特征在于，应用于服务端，该方法包括：

接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息；

生成针对所述请求的全量信息以及所述全量信息的摘要信息；

基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端，其中，所述摘要信息用于供所述客户端在第一存储区查找对应的全量信息，所述第一存储区存储具有对应关系的至少一个摘要信息以及至少一个全量信息。

2.根据权利要求1所述的方法，其特征在于，所述基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端，包括：

若所述标志位用于请求摘要信息；则将针对所述请求的摘要信息反馈给所述客户端，以使所述客户端根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有对应关系的至少一个摘要信息以及至少一个全量信息。

3.根据权利要求1所述的方法，其特征在于，所述基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端，包括：

若所述标志位用于请求全量信息；则将针对所述请求的全量信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作。

4.根据权利要求1所述的方法，其特征在于，所述基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端，包括：

若所述标志位用于请求全量信息和摘要信息；则将针对所述请求的反馈全量信息和摘要信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。

5.根据权利要求1-4中任一所述的方法，其特征在于，在所述基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端之后，该方法还包括：

在预设的第二存储区对应存储所述全量信息和所述请求；

在所述接收客户端发送的携带有标志位的请求之后，该方法还包括：

查询所述第二存储区内是否存储所述请求对应的全量信息；

若是，从所述第二存储区提取所述全量信息，并生成所述全量信息的摘要信息；

若否，执行所述生成针对所述请求的全量信息以及所述全量信息的摘要信息。

6.一种通信方法，其特征在于，应用于客户端，该方法包括：

向服务器发送携带有标志位的请求，以使服务端基于所述标志位反馈针对所述请求的全量信息和/或摘要信息；所述标志位用于请求全量信息和/或摘要信息；

接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作，其中，所述摘要信息为在第一存储区中查找全量信息的依据，所述第一存储区存储具有对应关系的至少一个摘要信息以及至少一个全量信息。

7.根据权利要求6所述的方法，其特征在于，所述接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作，包括：

若所述标志位用于请求摘要信息；接收所述服务端反馈的针对所述请求的摘要信息，根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息；

若查询到所述全量信息，则根据所述全量信息执行与所述全量信息相对应的操作；

若未查询到所述全量信息，向所述服务端再次发送携带有标志位的请求；本次携带的标志位用于请求全量信息，以使所述服务端基于用于请求全量信息的标志位反馈针对所述请求的全量信息。

8.根据权利要求6所述的方法，其特征在于，所述接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作，包括：

若所述标志位用于请求全量信息；接收所述服务端反馈的针对所述请求的全量信息，根据所述全量信息执行与所述全量信息相对应的操作。

9.根据权利要求6所述的方法，其特征在于，所述接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作，包括：

若所述标志位用于请求全量信息和摘要信息；接收所述服务端反馈的针对所述请求的全量信息和摘要信息，根据所述全量信息执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。

10.一种服务端，其特征在于，包括：

接收单元，用于接收客户端发送的携带有标志位的请求；所述标志位用于请求全量信息和/或摘要信息；

第一生成单元，用于生成针对所述接收单元接收的所述请求的全量信息以及所述全量信息的摘要信息；

反馈单元，用于基于所述标志位将针对所述请求的全量信息和/或摘要信息反馈给所述客户端，其中，所述摘要信息用于供所述客户端在第一存储区查找对应的全量信息，所述第一存储区存储具有对应关系的至少一个摘要信息以及至少一个全量信息。

11.根据权利要求10所述的服务端，其特征在于，所述反馈单元包括：

第一反馈模块，用于若所述标志位用于请求摘要信息；则将针对所述请求的摘要信息反馈给所述客户端，以使所述客户端根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息。

12.根据权利要求10所述的服务端，其特征在于，所述反馈单元包括：

第二反馈模块，用于若所述标志位用于请求全量信息；则将针对所述请求的全量信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作。

13.根据权利要求10所述的服务端，其特征在于，所述反馈单元包括：

第三反馈模块，用于若所述标志位用于请求全量信息和摘要信息；则将针对所述请求的反馈全量信息和摘要信息反馈给所述客户端，以使所述客户端执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。

14.根据权利要求10-13中任一所述的服务端，其特征在于，该服务端还包括：

存储单元，用于在预设的第二存储区对应存储所述第一生成单元生成的所述全量信息和所述接收单元接收的所述请求；

查询单元，用于在所述接收单元接收所述客户端发送的携带有标志位的请求时，查询所述第二存储区内是否存储所述请求对应的全量信息；若是，触发第二生成单元；否则，触发所述第一生成单元；

所述第二生成单元，用于在所述查询单元的触发下，从所述存储单元的所述第二存储区提取所述全量信息，并生成所述全量信息的摘要信息。

15.一种客户端，其特征在于，包括：

发送单元，用于向服务器发送携带有标志位的请求，以使服务端基于所述标志位反馈针对所述请求的全量信息和/或摘要信息；所述标志位用于请求全量信息和/或摘要信息；

执行单元，用于接收所述服务端反馈的针对所述请求的全量信息和/或摘要信息，执行与所述全量信息和/或所述摘要信息相对应的操作，其中，所述摘要信息为在第一存储区中查找全量信息的依据，所述第一存储区存储具有对应关系的至少一个摘要信息以及至少一个全量信息。

16.根据权利要求15所述的客户端，其特征在于，所述执行单元包括：

查询模块，用于若所述标志位用于请求摘要信息；接收所述服务端反馈的针对所述请求的摘要信息，根据所述摘要信息在预设的第一存储区查询所述摘要信息对应的全量信息；所述第一存储区存储具有映射关系的至少一个摘要信息以及至少一个全量信息；若查询到所述全量信息，触发第一执行模块；若未查询到所述全量信息，触发发送模块；

所述第一执行模块，用于在所述查询模块的触发下，则根据所述全量信息执行与所述全量信息相对应的操作；

所述发送模块，用于在所述查询模块的触发下，向所述服务端再次发送携带有标志位的请求；本次携带的标志位用于请求全量信息，以使所述服务端基于用于请求全量信息的标志位反馈针对所述请求的全量信息。

17.根据权利要求15所述的客户端，其特征在于，所述执行单元包括：

第二执行模块，用于若所述标志位用于请求全量信息；接收所述服务端反馈的针对所述请求的全量信息，根据所述全量信息执行与所述全量信息相对应的操作。

18.根据权利要求15所述的客户端，其特征在于，所述执行单元包括：

第三执行模块，用于若所述标志位用于请求全量信息和摘要信息；接收所述服务端反馈的针对所述请求的全量信息和摘要信息，根据所述全量信息执行与所述全量信息相对应的操作，并对应存储所述全量信息和所述摘要信息。

19.一种通信系统，其特征在于，包括：权利要求10-14中任一所述的服务端以及权利要求15-18中任一所述客户端。

20.一种存储介质，其特征在于，所述存储介质存储有多条指令，所述指令适用于由处理器加载并执行如权利要求1至5中任意一项所述的通信方法，或，所述指令适用于由处理器加载并执行如权利要求6至9中任意一项所述的通信方法。

21.一种电子设备，其特征在于，所述电子设备包括：存储介质和处理器；

所述处理器，适于实现各指令；

所述存储介质，适于存储多条指令；

所述指令适于由所述处理器加载并执行如权利要求1至5中任意一项所述的通信方法，或，所述指令适用于由处理器加载并执行如权利要求6至9中任意一项所述的通信方法。

Images