通信控制方法、装置、设备及计算机可读存储介质与流程

1.本技术实施例涉及计算机技术领域，特别涉及一种通信控制方法、装置、设备及计算机可读存储介质。


背景技术：

2.随着计算机技术的不断发展，外卖行业与计算机技术的联系越来越紧密，外卖行业也逐渐受到广大消费者的青睐。外卖包括所有可提供外送服务的业务，如餐饮、水果、糕点、药品等，使人们足不出户就可以买到想要的东西。
3.相关技术中，计算机设备中安装和运行有客户端应用程序，该客户端可以和服务器进行通信连接。例如，该客户端为外卖客户端，当用户在该客户端中下单后，客户端可以和服务器进行通信连接，将该外卖订单的配送过程透明化，从而使用户可以实时查看该外卖订单的走向。其中，对骑手和用户的关键信息是有隐私保护的，例如骑手和用户的手机号、用户名等信息。
4.然而，当客户端发生网络故障时，会降低该客户端和服务器之间的通信连接的成功率。因此，亟需一种通信控制方法，提高客户端和服务器之间的通信连接成功率，以使得客户端发生网络故障时，照常可以和服务器进行通信。


技术实现要素：

5.本技术实施例提供了一种通信控制方法、装置、设备及计算机可读存储介质，可用于解决相关技术中的问题。该技术方案如下：
6.第一方面，本技术实施例提供了一种通信控制方法，该方法应用于服务器，该服务器与客户端通过网络进行通信连接，该客户端与服务器之间建立有多个链路通道，该方法包括：
7.根据该客户端的网络连接情况检测该客户端是否发生网络故障；响应于该客户端发生网络故障，确定该客户端的网络故障类型；根据该网络故障类型，从该多个链路通道中选择与该网络故障类型匹配的目标链路通道；基于该目标链路通道与该客户端进行通信。
8.第二方面，本技术实施例提供了一种通信控制方法，该方法应用于客户端，该客户端与服务器通过网络进行通信连接，该客户端与服务器之间建立有多个链路通道，该方法包括：
9.获取网络连接情况；将该网络连接情况发送至该服务器，由该服务器基于该网络连接情况确定目标链路通道；基于该目标链路通道与该服务器进行通信。
10.第三方面，本技术实施例提供了一种通信控制装置，该装置应用于服务器，该服务器与客户端通过网络进行通信连接，客户端与服务器之间建立有多个链路通道，该装置包括：
11.检测模块，用于根据该客户端的网络连接情况检测该客户端是否发生网络故障；
12.确定模块，用于响应于该客户端发生网络故障，则确定该客户端的网络故障类型；
13.选择模块，用于根据该网络故障类型，从该多个链路通道中选择与该网络故障类型匹配的目标链路通道；
14.通信模块，用于基于该目标链路通道与该客户端进行通信。
15.第四方面，本技术实施例提供了一种通信控制装置，该装置应用于客户端，该客户端与服务器通过网络进行通信连接，客户端与服务器之间建立有多个链路通道，该装置包括：
16.获取模块，用于获取网络连接情况；
17.发送模块，用于将该网络连接情况发送至该服务器，由该服务器基于该网络连接情况确定目标链路通道；
18.通信模块，用于基于该目标链路通道与该服务器进行通信。
19.第五方面，提供了一种服务器，该服务器包括处理器和存储器，该存储器中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以实现上述第一方面及第一方面的任一种可能的实现方式提供的通信控制方法。
20.第六方面，提供了一种客户端，该客户端包括处理器和存储器，该存储器中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以实现上述第二方面及第二方面的任一种可能的实现方式提供的通信控制方法。
21.第七方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行，以实现上述任一通信控制方法。
22.本技术实施例提供的技术方案至少带来如下有益效果：
23.本技术实施例提供的技术方案在检测到客户端发生网络故障后，基于客户端的网络连接情况确定客户端的网络故障类型，以使得客户端的网络故障类型的确定更加准确，且由于与该客户端之间建立有多个链路通道，基于与网络故障类型匹配的目标链路通道与客户端进行通信，从而可以提高该客户端与服务器之间的通信成功率。
附图说明
24.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
25.图1是本技术实施例提供的一种通信控制方法的实施环境示意图；
26.图2是本技术实施例提供的一种通信控制方法的流程图；
27.图3是本技术实施例提供的一种确定网络连接成功率的示意图；
28.图4是本技术实施例提供的一种网络诊断系统的结构示意图；
29.图5是本技术实施例提供的客户端的网络相关信息的示意图；
30.图6是本技术实施例提供的一种开通短信通道的过程示意图；
31.图7是本技术实施例提供的一种客户端和服务器使用短信消息进行通信的示意图；
32.图8是本技术实施例提供的一种短信通道的图形界面示意图；
33.图9是本技术实施例提供的一种通信控制方法的流程图；
34.图10是本技术实施例提供的一种通信控制装置的结构示意图；
35.图11是本技术实施例提供的一种通信控制装置的结构示意图；
36.图12是本技术实施例提供的一种终端的结构示意图；
37.图13是本技术实施例提供的一种服务器的结构示意图。
具体实施方式
38.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
39.图1是本技术实施例提供的一种通信控制方法的实施环境示意图，如图1所示，该实施环境包括：服务器101和终端102。
40.服务器101可以是一台服务器，也可以是多台服务器组成的服务器集群。服务器101可以是云计算平台和虚拟化中心中的至少一种，本技术实施例对此不做限定。服务器101通过有线网络或无线网络和终端102相连，终端102上安装和运行有客户端，示例性地，该终端102可以为移动终端。服务器101用于根据客户端的网络连接情况检测客户端是否发生网络故障，响应于客户端发生网络故障时，确定客户端的网络故障类型。服务器101还用于根据客户端的网络故障类型，从多个链路通道中选择与网络故障类型匹配的目标链路通道。服务器101还可以基于该目标链路通道与客户端进行通信。当然，该服务器101还可以包括其他功能服务器，以便提供更加全面且多样化的服务。
41.终端102可以是智能手机、游戏主机、台式计算机、平板电脑、mp3(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)播放器、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机中的至少一种。终端102上安装和运行有客户端。终端102用于接收服务器发送的网络诊断指令，终端102根据该网络诊断指令获取客户端的网络相关信息。终端102还用于将该网络相关信息反馈给服务器101，以便于服务器101根据该网络相关信息确定客户端的网络故障类型。终端102还可以基于服务器101确定的目标链路通道与服务器101进行通信。
42.基于上述实施环境，本技术实施例提供了一种通信控制方法，以图2所示的本技术实施例提供的一种通信控制方法的流程图为例，该方法可由图1中与客户端进行通信的服务器101执行。客户端和服务器之间建立有多个链路通道。如图2所示，该方法包括下述步骤：
43.在步骤201中，根据客户端的网络连接情况检测客户端是否发生网络故障。
44.在示例性实施例中，终端中安装和运行有客户端，例如，该客户端可以是外卖客户端，也可以是其他类型的客户端，本技术实施例对该客户端的类型不做限定。服务器可以与该客户端进行通信，服务器可以根据该客户端的网络连接情况检测该客户端是否发生网络故障，包括下述步骤：
45.步骤2011、确定客户端使用的运营商网络，根据客户端的网络连接情况确定运营商网络在目标时间段内的网络连接成功率。
46.在一种可能的实现方式中，服务器可以获取该客户端所使用的运营商网络，基于
该运营商网络，确定该运营商网络在目标时间段内的网络连接成功率。
47.在一种可能的实现方式中，服务器可以基于下述方法确定该运营商网络在目标时间段内的网络连接成功率：该服务器中存储有网络监控系统，该网络监控系统用于监控客户端的运营商网络的网络连接情况，在该网络监控系统中输入目标时间段，从而可以得到该运营商网络在目标时间段内的网络连接成功率。
48.例如，该客户端使用的运营商网络为第一运营商网络，在该网络监控系统中输入目标时间段的开始时间和结束时间，如开始时间为2019年12月20日00：00，结束时间为2019年12月20日23：00。网络监控系统基于该目标时间段，确定该客户端在该目标时间段内的网络连接成功率。如图3所示为本技术实施例提供的一种确定网络连接成功率的示意图。在该图3中，第一运营商在该2019年12月20日00：00至2019年12月20日23：00的时间段内的网络连接成功率为85％。
49.需要说明的是，该目标时间段可以是任意时间段，本技术实施例对此不做限定。
50.步骤2012、基于运营商网络在目标时间段内的网络连接成功率，确定该客户端是否发生网络故障。
51.在本技术实施例中，基于上述步骤2011确定的运营商网络在目标时间段的网络连接成功率，确定该客户端是否发生网络故障，有下述两种情况。
52.情况一、响应于运营商网络在目标时间段内的网络连接成功率小于成功率阈值，确定客户端发生网络故障。
53.基于上述步骤2011确定的运营商网络在目标时间段内的网络连接成功率，若该网络连接成功率小于成功率阈值，则确定该客户端发生网络故障。
54.例如，该运营商网络在目标时间段内的网络连接成功率为85％，成功率阈值为90％，则确定该客户端发生网络故障。
55.情况二、响应于运营商网络在目标时间段内的网络连接成功率不小于成功率阈值，确定客户端未发生网络故障。
56.基于上述步骤2011确定的运营商网络在目标时间段内的网络连接成功率，若该网络连接成功率不小于成功率阈值，则确定该客户端未发生网络故障。
57.例如，该运营商网络在目标时间段内的网络连接成功率为95％，成功率阈值为90％，则确定该客户端未发生网络故障。
58.上述成功率阈值可以基于经验设置，也可以根据应用场景进行调整，本技术实施例对此不进行限定。
59.在步骤202中，响应于客户端发生网络故障，确定客户端的网络故障类型。
60.在本技术实施例中，响应于客户端发生网络故障，可以有下述步骤确定该客户端的网络故障类型。
61.步骤2021、向客户端发送网络诊断指令，该网络诊断指令用于指示客户端反馈网络相关信息，该网络相关信息包括客户端的基本信息、设备信息、网络信息、网络连接信息及接口检查信息中的至少一种。
62.在一种可能的实现方式中，响应于该客户端发生网络故障，服务器向该客户端发送网络诊断指令。客户端接收该网络诊断指令，基于该网络诊断指令，获取该客户端的网络相关信息，并将该客户端的网络相关信息发送至服务器，由服务器基于该网络相关信息确
定该客户端的网络故障类型。
63.在一种可能的实现方式中，客户端接收该网络诊断指令，基于该网络诊断指令，获取客户端的网络相关信息的过程可以如下：终端中存储有网络诊断系统，该网络诊断系统用于获取该客户端的网络相关信息。客户端基于该网络诊断系统，获取该客户端的网络相关信息。其中，网络诊断系统的结构示意图如图4所示，在该图4中，服务器的管理员后台选择区域或客户端，基于该客户端进行服务化管理，通过控制调用频率生成push(指令通道)，向客户端下发网络诊断项，客户端基于该网络诊断项进行诊断，向客户端的服务器上报诊断结果，客户端的服务器向服务化交易端上报诊断数据(也即是网络相关信息)，将该诊断数据写入db(date base)数据库中，将该诊断数据保存在服务化(管理端)，以便于管理员查看诊断数据。
64.图5所示为客户端的网络相关信息的示意图，该图5中包括基本信息、设备信息、网络信息、网络连接信息和接口检查信息。其中，基本信息包括用户id、用户手机号、用户所在城市、客户端类型、客户端版本、检查耗时和检查时间。设备信息包括终端品牌、终端系统型号、终端内容容量、终端存储容量、终端设备id以及终端设备号。网络信息包括网络类型、网络运营商、网络ip(internet protocol，网际互连协议)地址以及网络dns(domain name system，域名服务器)地址。网络连接信息包括域名、域名ip、发送次数、丢包率、最大rit、最小rit、平均rit以及ttl(time to live，生存时间)值。接口检查信息包括native(本地)接口检查信息、https(hyper text transfer protocol over securesocket layer，securesocket层上的超文本传输协议)接口检查信息和html(hypertext markup language，超文本标记语言)接口检查信息。native接口检查信息包括url(uniform resource locator,统一资源定位符)地址、状态、请求速度、请求耗时和内容长度。https接口检查信息和html接口检查信息中包括的信息与native接口检查信息中包括的信息一致。
65.步骤2022、接收客户端反馈的网络相关信息，根据该网络相关信息确定客户端的网络故障类型。
66.在一种可能的实现方式中，服务器接收客户端反馈的网络相关信息，根据该网络相关信息确定客户端的网络故障类型。其中，网络故障类型包括但不限于两种，分别是第一故障类型和第二故障类型。其中，第一故障类型的网络信息满足要求，但发生劫持或网络链路故障，第二故障类型的网络信号不满足要求。例如，该第一故障类型可以为网络信息满足要求，但发生域名劫持(也即是dns劫持)、链路劫持、dns故障、参数篡改、返回值劫持、长链接故障等。
67.其中，域名劫持为通过攻击域名解析服务器，或者伪造域名解析服务器的方法，把目标网站域名解析到错误的ip地址，从而使得用户无法访问目标网站。链路劫持为在服务器和客户端之间恶意添加设备或者控制网络设备，导致客户端的数据或服务器的数据被恶意监听。
68.示例性地，第二故障类型的网络信号不满足要求，包括但不限于第二故障类型为网络信号较弱、无网络信号。其中，网络信号较弱可以是3g或4g网络信号不好，例如网络信号强度未达到强度阈值，则认为网络信号较弱。无网络信号可以是客户端无法连接到网络，例如客户端是2g网络。当然，该第一故障类型和第二故障类型还可以包括其他的网络故障，本技术实施例仅以上述示出的网络故障为例进行说明，并不对第一故障类型和第二故障类
型包括的网络故障进行限定。
69.在步骤203中，根据网络故障类型，从多个链路通道中选择与网络故障类型匹配的目标链路通道。
70.其中，多个链路通道包括http(hypertext transfer protocol，超文本传输协议)短链接通道、tcp(transmission control protocol，传输控制协议)长链接通道和短信通道。
71.示例性地，通过http协议与服务器端进行通信，是客户端常用的通信手段，通过域名方式访问，网络链路是通过公共网络，就会发生某地区的用户无法正常访问域名，造成的原因可能是internet网络链路质量不好，或链路被劫持。针对该问题，本技术实施例提供的方法在发现无法正常访问域名，切换该域名所在地区的运营商网络入口，也就是域名解析应对的ip地址，从而快速解决该问题。另外，在示例性实施例中，由于在本技术实施例提供的方法中，请求速度并不是优先考虑的指标，因而该方法可以不使用httpdns方案。
72.在本技术实施例中，服务器可以基于客户端的网络故障类型，从多个链路通道中选择与网络故障匹配的目标链路通道。
73.在一种可能的实现方式中，响应于网络故障类型为第一故障类型，则从http短链接通道和tcp长链接通道中选择一个通道作为目标链路通道。在本技术实施例中，可以有下述任一种实现方式在http短链接通道和tcp长链接通道中选择一个通道作为目标链路通道。
74.实现方式一、获取http短链接通道的连接成功率以及tcp长链接通道的连接成功率，将http短链接通道和tcp长链接通道中连接成功率高的通道作为目标链路通道。
75.针对该种方式，服务器可收集http短链接通道和tcp长链接通道的连接情况，据此得到http短链接通道的连接成功率以及tcp长链接通道的连接成功率。通过将http短链接通道和tcp长链接通道中连接成功率高的通道作为目标链路通道，可以进一步保证该客户端与服务器之间的通信成功率。
76.实现方式二、先将tcp长链接通道作为目标链路通道，由客户端基于该tcp长链接通道与服务器进行通信。若客户端无法通过该tcp长链接通道与服务器进行通信，则切换至http短链接通道，由客户端基于该http短链接通道与服务器进行通信。
77.针对实现方式二，http协议的链路通道，在网络数据传输时，是通过公共网络经过了多次被路由转发才到达服务端，由于是公共网络，稳定性不是很可靠。如dns劫持、链路故障、链路劫持、数据篡改等问题。对于这些问题，客户端可以优先选择tcp长链接通道作为目标链路通道。当客户端发出http请求时会被封装为数据包，使用tcp协议通过私有的专用网络线路传输，传输数据更快、更稳定，且被加密，从而有效避免数据在公共网传输的遇到的一系列问题。
78.在示例性实施例中，客户端优先使用tcp长链接通道，但该tcp长链接通道可能发生故障，出现不可用的情况，所以客户端还需要保留http短链接通道与服务器端进行通信，用来感知服务器给客户端下发的切换链路配置。也就是说，本技术实施例提供的方法可以在tcp长链接通道不可用的情况下，及时切换至http短链接通道。
79.在一种可能的实现方式中，响应于该网络故障类型为第二故障类型，则将短信通道作为与网络故障类型匹配的目标链路通道。关于短信通道的介绍，详见下面步骤204下面
的描述，此处先暂不赘述。
80.在步骤204中，基于目标链路通道与客户端进行通信。
81.在本技术实施例中，基于上述步骤203确定的目标链路通道，当该目标链路通道为http短链接通道时，服务器基于该http短链接通道与客户端进行通信。当该目标链路通道为tcp长链接通道时，服务器基于该tcp长链接通道与客户端进行通信。当该目标链路通道为短信通道时，服务器基于该短信通道与客户端进行通信。
82.在一种可能的实现方式中，当服务器检测到客户端的网络发生网络故障，且确定该客户端的网络发生的网络故障的故障类型为第二故障类型时，也即是客户端的网络故障类型为网络信号不满足要求时，服务器将短信通道作为与该网络故障类型匹配的目标链路通道。服务器基于该短信通道与客户端进行通信时，还需要确定客户端是否开通短信通道，如果客户端已开通短信通道，则直接基于该短信通道与客户端进行通信，如果客户端没有开通短信通道，则服务器需要为该客户端开通短信通道。
83.在一种可能的实现方式中，服务器为该客户端开通短信通道的过程可以如下：客户端向服务器发送开通短信通道请求，服务器接收客户端发送的开通短信通道请求，根据该开通短信通道请求向客户端发送短信验证码，客户端接收服务器发送的短信验证码，由客户端用户在验证界面输入短信验证码，客户端响应于客户端用户输入的短信验证码，向服务器返回输入的短信验证码，由服务器基于该输入的短信验证码开通短信通道。服务器接收客户端返回的短信验证码，对客户端返回的短信验证码进行验证，响应于客户端返回的短信验证码与服务器发送的短信验证码一致，为该客户端开通短信通道。其中，短信验证码可以是4位短信验证码，也可以是6位短信验证码，或者该短信验证码的位数可以更长或更短，本技术实施例对该短信验证码的位数不加以限定。
84.在一种可能的实现方式中，服务器为该客户端开通短信通道的过程可以如图6所示。在该图6中，服务器接收客户端发送的开通短信通道请求，基于该开通短信通道消息确定该客户端是否已经开通短信通道，若该客户端已经开通短信通道，则将该短信通道作为目标链路通道，基于该短信通道与客户端进行通信。若该客户端未开通短信通道，则服务器基于该客户端用户的手机号进行验证，若验证失败，则说明该客户端用户的手机号提供有误。若验证成功，进一步判断用户是否存在，若存在则执行后续的发送短信验证码过程；若用户不存在，则无需执行后续的发送短信验证码过程。响应于用户存在，服务器向该客户端发送短信验证码，客户端接收到服务器发送的短信验证码后，由客户端用户在验证界面中输入该短信验证码，服务器基于该客户端用户输入的短信验证码与服务器发送的短信验证码一致，则为该客户端开通该短信通道。
85.在本技术实施例中，服务器基于客户端的网络故障类型为第二故障类型，且该客户端已开通短信通道，则服务器可以通过短信通道与客户端进行通信，其通信方式可以为服务器向客户端发送短信消息的方式。
86.在示例性实施例中，当该客户端为外卖客户端时，服务器基于该客户端的网络故障类型为第二故障类型，并检测到该客户端已开通短信通道，则服务器可以使用短信通道向客户端发送短信消息，该短信消息的内容包括订单信息，也即是向客户端发送短信消息的方式以通知该客户端用户有新的外卖订单被指派。此时客户端用户也可以使用短信消息来完成接单、配送以及送达的整个流程。示例性地，订单信息包括但不限于订单的状态、订
单对应的配送地址、订单对应的用户信息等，本技术实施例不对订单信息的内容进行限定。
87.在一种可能的实现方式中，服务器还可以接收客户端基于该订单消息返回的交互指令代码，该交互指令代码用于指示对应的交互指令，该交互指令代码可以由订单号和交互指令组成，其中，交互指令可以是交互指令的首写字母，订单号可以是订单号中的目标位数，例如，可以是订单号的后两位。交互指令可以有接单、到店、取餐、送达等，其中接单交互指令代码用jd表示，到店交互指令代码用dd表示，取餐交互指令代码用qc表示，送达交互指令代码用sd表示，当然该交互指令代码还可以有其他的表达方式，本技术实施例对此不加以限定。服务器根据客户端发送的交互指令代码通过短信通道向客户端返回新的短信消息，该新的短信消息的内容包括与该交互指令代码对应的订单信息。如图7所示为本技术实施例提供的一种客户端与服务器使用短信消息进行通信的示意图，在该图7中订单号为23，客户端用户向服务器发送交互指令代码23qc，以查询该订单是否取餐成功，服务器接收到客户端发送的交互指令代码，生成新的短信消息，并通过短信通道向客户端返回新的短信消息，该新的短信消息的内容包括23号订单的订单信息。当然该客户端用户还可以向服务器发送其他交互指令代码，本技术实施例对此不加以限定。客户端接收到服务器根据交互指令代码返回的新的短信消息，该新的短息消息的内容包括与交互指令代码对应的订单信息，客户端还可以显示该新的短信消息。
88.需要说明的是，以该客户端为外卖客户端为例进行说明，当该客户端的类型为其他类型的客户端时，其通过短信通道与服务器进行通信的过程与外卖客户端的通信过程一致，在此不再赘述。
89.在一种可能的实现方式中，由于采用上述短信消息的方式进行服务器和客户端之间的通信时，需要客户端用户记住交互指令代码，会使得客户端用户的使用体验较差，因此，提出一种将短信消息转换为客户端用户熟悉的图形界面的方式，以使得客户端用户感知不到短信消息的存在，从而提高客户端用户使用短信通道的用户体验。
90.在一种可能的实现方式中，将短信通道作为目标链路通道，基于该目标链路通道与客户端进行通信，可以有下述步骤1至步骤10。
91.步骤1、服务器通过监听短信通道获取短信消息，该短信消息的内容包括订单信息。
92.在一种可能的实现方式中，服务器对客户端的短信通道进行监听，从而可以获取该短信通道中的短信消息。
93.步骤2、服务器对短信消息进行解析，得到订单信息。
94.在一种可能的实现方式中。服务器基于获取到的短信内容进行解析，从而得到该短信消息中包括的订单信息。
95.步骤3、服务器将订单信息转化为图形界面，该图形界面上还包括操作指令按钮。
96.步骤4、服务器将图形界面发送至客户端，由客户端展示图形界面并基于操作指令按钮返回对应的操作指令。
97.在一种可能的实现方式中，服务器可以在将订单信息转化为图形界面后，直接将该图形界面发送至客户端，由客户端对该图形界面进行展示。响应于客户端用户对操作指令按钮的点击操作，客户端获取该操作指令按钮对应的操作指令，客户端向服务器发送该操作指令。也即是，服务器接收到客户端返回的操作指令按钮对应的操作指令。
98.步骤5、客户端接收服务器发送的图形界面，显示该图形界面，该图形界面上包括订单信息及操作指令按钮。
99.在一种可能的实现方式中，客户端接收到服务器发送的图形界面后，将该图形界面显示在客户端界面。
100.步骤6、客户端基于操作指令按钮获取对应的操作指令。
101.在一种可能的实现方式中，客户端显示图形界面后，客户端用户可以在该图形界面中点击操作指令按钮，客户端响应于客户端用户的点击操作，获取该操作指令按钮对应的操作指令。
102.步骤7、客户端向服务器发送操作指令。
103.在一种可能的实现方式中，客户端获取到操作指令按钮对应的操作指令后，可以直接向服务器发送该操作指令，本技术对该操作指令的发送时机不加以限定。
104.步骤8、服务器根据操作指令向客户端发送更新的图形界面，该更新的图形界面上包括与操作指令对应的订单信息。
105.在一种可能的实现方式中，服务器接收到客户端返回的操作指令后，根据该操作指令更新图形界面，得到更新的图形界面。
106.在一种可能的实现方式中，服务器根据操作指令更新图形界面的过程如下：服务器监听短信通道，获取新的短信消息，该新的短信消息为与操作指令对应的短信消息，服务器对该新的短信消息进行解析，得到该新的短信消息中包括的新的订单信息，将该新的订单信息转化为图形界面，也即是得到更新的图形界面。服务器将该更新的图形界面发送至客户端，由客户端展示该更新的图形界面。需要说明的是，更新的图形界面上可以包括操作指示按钮，也可以不包括操作指示按钮。如果更新的图形界面为该订单的最后一个派送步骤，则该更新的图形界面上可以不包括操作指示按钮。如果更新的图形界面不是该订单的最后一个派送步骤，则该更新的图形界面上可以包括操作指示按钮，可以由客户端用户根据该操作指示按钮跟踪查看订单信息。
107.步骤9、客户端接收服务器基于操作指令按钮发送的更新的图形界面，该更新的图形界面上包括与操作指令对应的订单信息。
108.步骤10、客户端显示更新的图形界面。
109.在一种可能的实现方式中，客户端显示更新的图形界面，以使得客户端用户可以更加直观的看到订单信息。
110.在示例性实施例中，同样以该客户端为外卖客户端为例进行说明，如图8所示为本技术实施例一种短信通道的图形界面示意图。在该图8中，服务器响应于客户端发生网络故障，且检测到客户端发生的网络故障类型为第二故障类型，将开启短信通道的图形界面发送至客户端，客户端展示该开启短信通道的图形界面。客户端响应于客户端用户点击“进入短信通道”的按钮，开通短信通道。开通短信通道后，服务器向客户端发送短信送单页面的图形界面，客户端展示该图形界面。响应于客户端用户点击“确认”按钮，则在该客户端界面上显示未完成的订单。如果界面上不存在未完成的订单，则客户端用户可以刷新未完成订单列表，从而获得未完成订单。客户端用户可以在该未完成订单中进行配送操作，当客户端用户点击取餐指令按钮时，客户端向服务器发送该取餐指令按钮对应的取餐指令时，服务器对该取餐指令进行解析，从而根据该取餐指令生成新的图形界面，并将该新的图形界面
发送至客户端，由客户端进行展示。
111.上述方法服务器基于客户端的网络连接情况，检测客户端的网络是否发生故障，响应于该客户端网络发生故障，则基于该网络故障类型，从多个链路通道中选择与网络故障类型匹配的目标链路通道，并基于该目标链路通道与客户端进行通信。由于上述通信控制方法在检测到客户端发生网络故障后，基于客户端的网络连接情况确定该客户端的网络故障类型，因此，该客户端的网络故障类型的确定更加准确。且由于与该客户端之间建立有多个链路通道，基于与网络故障类型匹配的目标链路通道与客户端进行通信，从而可以提高该客户端与服务器之间的通信成功率。
112.图9所示的本技术实施例提供的一种通信控制方法的流程图，该方法可由图1中的服务器101和终端102中安装和运行的客户端之间的交互过程实现。其中，服务器101和终端102中安装和运行的客户端通过网络进行通信连接。如图9所示，该方法包括下述步骤：
113.在步骤901中，客户端获取网络连接情况。
114.在本技术实施例中，终端上安装和运行有客户端，该客户端可以是外卖类客户端，也可以是其他类型的客户端，本技术实施例对该客户端的类型不加以限定。
115.在一种可能的实现方式中，客户端中存储有网络监控系统，该网络监控系统用于监控客户端的运行商网络的网络连接情况，在该网络监控系统中输出目标时间段，从而可以得到客户端的运行商网络在目标时间段内的网络连接情况。该过程与上述步骤201中服务器获取客户端在目标时间段的网络连接成功率的过程一致，在此不再详细说明。
116.在步骤902中，客户端将该网络连接情况发送至服务器，由服务器基于网络连接情况确定目标链路通道。
117.在本技术实施例中，客户端在获取到网络连接情况后，可以直接将该网络连接情况发送至服务器，由服务器基于网络连接情况确定目标链路通道。也可以在接收到服务器发送的获取请求后，将该网络连接情况发送至服务器，本技术实施例对该网络连接情况的发送时机不加以限定。
118.在步骤903中，服务器接收客户端发送的网络连接情况，根据该网络连接情况检测客户端是否发生网络故障。
119.在本技术实施例中，服务器确定客户端是否发生网络故障的过程与上述步骤201中的过程一致，在此不再赘述。
120.在步骤904中，服务器响应于客户端发生网络故障，确定客户端的网络故障类型。
121.在本技术实施例中，服务器响应于客户端发生网络故障，确定客户端的网络故障类型的过程与上述步骤202中的过程一致，在此不再赘述。
122.在步骤905中，服务器根据该网络故障类型，从多个链路通道中选择与该网络故障类型匹配的目标链路通道。
123.在本技术实施例中，服务器根据网络故障类型，从多个链路通道中选择与网络故障类型匹配的目标链路通道的过程与上述步骤203中的过程一致，在此不再赘述。
124.在步骤906中，服务器基于该目标链路通道与客户端进行通信。
125.在本技术实施例中，服务器基于目标链路通道与客户端进行通信的过程与上述步骤204中的过程一致，在此不再赘述。
126.上述方法服务器基于客户端的网络连接情况，检测客户端的网络是否发生故障，
响应于该客户端网络发生故障，则基于该网络故障类型，从多个链路通道中选择与网络故障类型匹配的目标链路通道，并基于该目标链路通道与客户端进行通信。由于上述通信控制方法在检测到客户端发生网络故障后，基于客户端的网络连接情况确定该客户端的网络故障类型，因此，该客户端的网络故障类型的确定更加准确。且由于与该客户端之间建立有多个链路通道，基于与网络故障类型匹配的目标链路通道与客户端进行通信，从而可以提高该客户端与服务器之间的通信成功率。
127.图10所示为本技术实施例提供的一种通信控制装置的结构示意图，该装置应用于服务器，该服务器与客户端通过网络进行通信连接，该客户端与服务器之间建立有多个链路通道。如图10所示，该装置包括：
128.检测模块1001，用于根据该客户端的网络连接情况检测该客户端是否发生网络故障；
129.确定模块1002，用于响应于该客户端发生网络故障，则确定该客户端的网络故障类型；
130.选择模块1003，用于根据该网络故障类型，从该多个链路通道中选择与该网络故障类型匹配的目标链路通道；
131.通信模块1004，用于基于该目标链路通道与该客户端进行通信。
132.在一种可能的实现方式中，该多个链路通道包括http超文本传输协议短链接通道、tcp传输控制协议长链接通道及短信通道；
133.该选择模块1003，用于响应于该网络故障类型为网络信号不满足要求，将该短信通道作为与该网络故障类型匹配的目标链路通道。
134.在一种可能的实现方式中，该通信模块1004，用于通过监听该短信通道获取短信消息，该短信消息的内容包括订单信息；对该短信消息进行解析，得到该订单信息；将该订单信息转化到图形界面，该图形界面上还包括操作指令按钮；将该图形界面发送至该客户端，由该客户端展示该图形界面并基于该操作指令按钮返回对应的操作指令；根据该操作指令向该客户端发送更新的图形界面，该更新的图形界面上包括与该操作指令对应的订单信息。
135.在一种可能的实现方式中，该通信模块1004，用于通过该短信通道向该客户端发送短信消息，该短信消息的内容包括订单信息；接收该客户端基于该订单信息返回的交互指令代码，该交互指令代码用于指示对应的交互指令；根据该交互指令代码通过该短信通道向该客户端返回新的短信消息，该新的短信消息的内容包括与该交互指令代码对应的订单信息。
136.在一种可能的实现方式中，该装置还包括：
137.接收模块，用于接收该客户端发送的开通短信通道请求；
138.发送模块，用于根据该开通短信通道请求向该客户端发送短信验证码；
139.该接收模块，还用于接收该客户端返回的短信验证码；
140.开通模块，用于响应于该客户端返回的短信验证码与该服务器发送的短信验证码一致，为该客户端开通该短信通道。
141.在一种可能的实现方式中，该检测模块1001，用于确定该客户端使用的运营商网络，根据该客户端的网络连接情况确定该运营商网络在目标时间段内的网络连接成功率；
响应于该运营商网络在该目标时间段内的网络连接成功率小于成功率阈值，确定该客户端发生网络故障。
142.在一种可能的实现方式中，该确定模块1002，用于向该客户端发送网络诊断指令，该网络诊断指令用于指示该客户端反馈网络相关信息，该网络相关信息包括该客户端的基本信息、设备信息、网络信息、网络连接信息及接口检查信息中的至少一种；接收该客户端反馈的网络相关信息，根据该网络相关信息确定该客户端的网络故障类型。
143.上述装置基于客户端的网络连接情况，检测客户端的网络是否发生故障，响应于该客户端网络发生故障，则基于该网络故障类型，从多个链路通道中选择与网络故障类型匹配的目标链路通道，并基于该目标链路通道与客户端进行通信。由于上述通信控制方法基于客户端的网络连接情况确定该客户端的网络故障类型，因此，该客户端的网络故障类型的确定更加准确。且由于与该客户端之间建立有多个链路通道，基于与网络故障类型匹配的目标链路通道与客户端进行通信，从而可以提高该客户端与服务器之间的通信成功率。
144.图11所示为本技术实施例提供的一种通信控制装置的结构示意图，该装置应用于客户端，该客户端与服务器通过网络进行通信连接，该客户端与服务器之间建立有多个链路通道。如图11所示，该装置包括：
145.获取模块1101，用于获取网络连接情况；
146.发送模块1102，用于将该网络连接情况发送至该服务器，由该服务器基于该网络连接情况确定目标链路通道；
147.通信模块1103，用于基于该目标链路通道与该服务器进行通信。
148.在一种可能的实现方式中，该通信模块1103，用于接收该服务器发送的图形界面，显示该图形界面，该图形界面上包括订单信息及操作指令按钮；基于该操作指令按钮获取对应的操作指令；向该服务器发送该操作指令；接收该服务器基于该操作指令发送的更新的图形界面，该更新的图形界面上包括与该操作指令对应的订单信息；显示该更新的图形界面。
149.在一种可能的实现方式中，该通信模块1103，用于接收该服务器发送的短信消息，该短信消息的内容包括订单信息；显示该订单信息，基于该订单信息获取输入的交互指令代码，该交互指令代码用于指示对应的交互指令；
150.向该服务器返回该交互指令代码；接收该服务器根据该交互指令代码返回的新的短信消息，该新的短信消息的内容包括与该交互指令代码对应的订单信息；显示该新的短信消息。
151.在一种可能的实现方式中，该发送模块1102，还用于向该服务器发送开通短信通道请求；
152.该装置还包括：
153.接收模块，用于接收该服务器发送的短信验证码；
154.该发送模块1102，还用于通过验证界面获取输入的短信验证码，向该服务器返回该输入的短信验证码，由该服务器基于该输入的短信验证码开通短信通道。
155.上述装置客户端将其网络连接情况发送至服务器，由服务器基于客户端的网络连接情况确定目标链路通道，并基于该目标链路通道与服务器进行通信。由于客户端和服务
器之间建立有多条链路通道，基于与客户端匹配的目标链路通道与客户端进行通信，从而可以提高该客户端与服务器之间的通信成功率。
156.需要说明的是：上述实施例提供的通信控制装置在进行通信控制时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将通信装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的通信控制装置与通信控制方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
157.图12是本技术实施例提供的一种终端的结构示意图。该终端1200可以是：智能手机、平板电脑、mp3(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)播放器、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1200还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
158.通常，终端1200包括有：一个或多个处理器1201和一个或多个存储器1202。
159.处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1201可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1201还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
160.存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器1201所执行以实现本技术中方法实施例提供的通信控制方法。
161.在一些实施例中，终端1200还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、显示屏1205、摄像头1206、音频电路1207、定位组件1208和电源1209中的至少一种。
162.外围设备接口1203可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器1201和存储器1202。在一些实施例中，处理器1201、存储器1202和外围设备接口1203被集成在同一芯片或电路板上；在一些其他实施例中，处理器1201、存储器1202和外围设备接口1203中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
163.射频电路1204用于接收和发射rf(radio frequency，射频)信号，也称电磁信号。
射频电路1204通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1204将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1204包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1204可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wireless fidelity，无线保真)网络。在一些实施例中，射频电路1204还可以包括nfc(near field communication，近距离无线通信)有关的电路，本技术对此不加以限定。
164.显示屏1205用于显示ui(user interface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1205是触摸显示屏时，显示屏1205还具有采集在显示屏1205的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1201进行处理。此时，显示屏1205还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1205可以为一个，设置终端1200的前面板；在另一些实施例中，显示屏1205可以为至少两个，分别设置在终端1200的不同表面或呈折叠设计；在再一些实施例中，显示屏1205可以是柔性显示屏，设置在终端1200的弯曲表面上或折叠面上。甚至，显示屏1205还可以设置成非矩形的不规则图形，也即异形屏。显示屏1205可以采用lcd(liquid crystal display，液晶显示屏)、oled(organic light-emitting diode，有机发光二极管)等材质制备。
165.摄像头组件1206用于采集图像或视频。可选地，摄像头组件1206包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtual reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1206还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
166.音频电路1207可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1201进行处理，或者输入至射频电路1204以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1200的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1201或射频电路1204的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1207还可以包括耳机插孔。
167.定位组件1208用于定位终端1200的当前地理位置，以实现导航或lbs(location based service，基于位置的服务)。定位组件1208可以是基于美国的gps(global positioning system，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
168.电源1209用于为终端1200中的各个组件进行供电。电源1209可以是交流电、直流
电、一次性电池或可充电电池。当电源1209包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
169.在一些实施例中，终端1200还包括有一个或多个传感器1210。该一个或多个传感器1210包括但不限于：加速度传感器1211、陀螺仪传感器1212、压力传感器1213、指纹传感器1214、光学传感器1215以及接近传感器1216。
170.本领域技术人员可以理解，图12中示出的结构并不构成对终端1200的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
171.图13是本技术实施例提供的一种服务器的结构示意图，该服务器1300可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(central processing units，cpu)1301和一个或多个的存储器1302，其中，该一个或多个存储器1302中存储有至少一条程序指令，该至少一条程序指令由该一个或多个处理器1301加载并执行以实现上述各个方法实施例提供的通信控制方法。当然，该服务器1300还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器1300还可以包括其他用于实现设备功能的部件，在此不做赘述。
172.在示例性实施例中，还提供了一种计算机可读存储介质，该存储介质中存储有至少一条程序代码，该至少一条程序代码由服务器的处理器加载并执行，以实现上述任一种通信控制方法。
173.可选地，上述计算机可读存储介质可以是只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、只读光盘(compact disc read-only memory，cd-rom)、磁带、软盘和光数据存储设备等。
174.应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
175.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
176.以上仅为本技术的示例性实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。