多端协同方法、装置、系统及计算机可读存储介质制造方法及图纸

本申请属于通信领域，提出了一种多端协同方法、装置、系统及计算机可读存储介质。该方法包括：检测协同的任一终端在发送协同数据后的预定时长内是否接收到应答数据；当任一终端在发送所述协同数据后的预定时长内未接收到应答数据，则获取参与协同的多个终端关于协同页面的DOM结构的描述文本；确定协同的多个终端的所述DOM结构的描述文本的相似度；当所述相似度小于预先确定的相似度阈值时，则触发对协同的终端进行全量数据的同步操作。从而能够有效的避免已被接收到协同的数据但应答数据未被有效接收时需要重复发送数据的问题，有利于提高网络资源的利用率。提高网络资源的利用率。提高网络资源的利用率。

【技术实现步骤摘要】
多端协同方法、装置、系统及计算机可读存储介质


[0001]本申请属于通信领域，尤其涉及多端协同方法、装置、系统及计算机可读存储介质。

技术介绍

[0002]多端协同也可称为多屏协同，是一种分布式技术，可以实现多个终端的资源共享，多个终端协同操作。在实现多端协同时，需要维护多个终端的画面内容一致。当某一终端因为网络问题无法获取到最新画面内容时，会影响该终端与其它终端的画面内容的一致性，需要及时进行画面一致性的调整。
[0003]目前在进行数据同步操作时，通常会根据丢包率来判断网络状况是否正常。但是，数据传输过程包括第一端发送数据、第二端接收数据、第二端发送接收应答和第一端接收到接收应答等环节。通过丢包率无法判断上述哪一个阶段出现了网络异常。若数据已经被接收方接收，此时发送方与接收方的画面能够同步一致。如果接收方发出的应答数据包丢失，导致发送方不知道接收方已经完整接收数据，发送方认为数据丢失而未能画面同步，会再次发送同样的数据，容易造成了网络资源的浪费。

技术实现思路

[0004]有鉴于此，本申请实施例提供了一种多端协同方法、装置、系统及计算机可读存储介质，以解决现有技术中在接收方发送的应答数据丢失时，为了实现可靠的协同，会再次发送同样的数据，容易造成网络资源的浪费的问题。
[0005]本申请实施例的第一方面提供了一种多端协同方法，所述方法包括：
[0006]检测协同的任一终端在发送协同数据后的预定时长内是否接收到应答数据；
[0007]当任一终端在发送所述协同数据后的预定时长内未接收到应答数据，则获取参与协同的多个终端关于协同页面的DOM结构的描述文本；
[0008]确定协同的多个终端的所述DOM结构的描述文本的相似度；
[0009]当所述相似度小于预先确定的相似度阈值时，则触发对协同的终端进行全量数据的同步操作。
[0010]结合第一方面，在第一方面的第一种可能实现方式中，在触发对协同的多个终端进行全量数据的同步操作之前，所述方法还包括：
[0011]检测所述全量数据的同步操作的触发频率；
[0012]当所述触发频率大于预定的频率阈值时，则终止协同和/或生成网络欠佳的提示信息。
[0013]结合第一方面，在第一方面的第二种可能实现方式中，触发对协同的多个终端进行全量数据的同步操作，包括：
[0014]当任一终端接收到全量数据时，获取所接收到的全量数据中的每条数据的数据标识；
[0015]将接收到的所述全量数据中的第一数据标识，与未接收到应答数据的协同数据的第二数据标识进行比较，根据比较结果确定所述全量数据的处理。
[0016]结合第一方面的第二种可能实现方式，在第一方面的第三种可能实现方式中，所述全量数据的标识根据时间的先后依次增加，根据所述比较结果确定所述全量数据的处理，包括：
[0017]当所述全量数据的第一数据标识小于所述第二数据标识时，删除所述第一数据标识对应的协同数据；
[0018]当所述全量数据的第一数据标识大于或等于所述第二数据标识时，留存所述第一数据标识的协同数据。
[0019]结合第一方面，在第一方面的第四种可能实现方式中，检测协同的任一终端在发送协同数据后的预定时长内是否接收到应答数据，包括：
[0020]检测任一终端发送协同数据后是否超过预设的第一时长；
[0021]如果发送所述协同数据后超过所述第一时长，则在所述第一时长结束后预定的第二时长内，检测是否接收到所述协同数据的应答数据。
[0022]结合第一方面，在第一方面的第五种可能实现方式中，在当所述相似度小于预先确定的相似度阈值时，则触发对协同的终端进行全量数据的同步操作之前，所述方法还包括：
[0023]获取当前协同的数据的大小；
[0024]根据当前协同的数据的大小，确定所述相似度阈值。
[0025]结合第一方面的第五种可能实现方式，在第一方面的第六种可能实现方式中，根据当前协同的数据的大小，确定所述相似度阈值，包括：
[0026]确定当前协同的数据在DOM结构中对应的描述文本；
[0027]根据当前协同的数据在DOM结构中对应的描述文本，相对于协同页面的DOM结构的描述文本的比例值，确定所述相似度阈值。
[0028]本申请实施例的第二方面提供了一种多端协同装置，所述装置包括：
[0029]应答检测单元，用于检测协同的任一终端在发送协同数据后的预定时长内是否接收到应答数据；
[0030]描述文本获取单元，用于当任一终端在发送所述协同数据后的预定时长内未接收到应答数据，则获取参与协同的多个终端关于协同页面的DOM结构的描述文本；
[0031]相似度确定单元，用于确定协同的多个终端的所述DOM结构的描述文本的相似度；
[0032]同步单元，用于当所述相似度小于预先确定的相似度阈值时，则触发对协同的终端进行全量数据的同步操作。
[0033]本申请实施例的第三方面提供了多端协同系统，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述方法的步骤。
[0034]本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项所述方法的步骤。
[0035]本申请实施例与现有技术相比存在的有益效果是：本申请通过应答数据的接收状
态，当所述接收状态为预定时长内未接收到应答数据时，则获取参与协同的多个终端关于协同页面的DOM结构的描述文本，基于多个终端的所述描述文本的相似度来确定数据是否需要启动全量同步。当所述DOM结构的描述文本的相似度小于预先确定的相似度阈值，则触发对协同的终端进行全量数据的同步操作，从而能够有效的避免已被接收到协同的数据但应答数据未被有效接收时需要重复发送数据的问题，有利于提高网络资源的利用率。
附图说明
[0036]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0037]图1是本申请实施例提供的一种多端协同的实施场景示意图；
[0038]图2是本申请实施例提供的一种多端协同方法的实现流程示意图；
[0039]图3是本申请实施例提供的一种应答数据监测方法的实现流程示意图；
[0040]图4是本申请实施例提供的一种DOM结构示意图；
[0041]图5是本申请实施例提供的一种多端协同装置的示意图；
[0042]图6是本申请实施例提供的多端协同系统的示意图。
具体实施方式
[0043]以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种多端协同方法，其特征在于，所述方法包括：检测协同的任一终端在发送协同数据后的预定时长内是否接收到应答数据；当任一终端在发送所述协同数据后的预定时长内未接收到应答数据，则获取参与协同的多个终端关于协同页面的DOM结构的描述文本；确定协同的多个终端的所述DOM结构的描述文本的相似度；当所述相似度小于预先确定的相似度阈值时，则触发对协同的终端进行全量数据的同步操作。2.根据权利要求1所述的方法，其特征在于，在触发对协同的多个终端进行全量数据的同步操作之前，所述方法还包括：检测所述全量数据的同步操作的触发频率；当所述触发频率大于预定的频率阈值时，则终止协同和/或生成网络欠佳的提示信息。3.根据权利要求1所述的方法，其特征在于，触发对协同的多个终端进行全量数据的同步操作，包括：当任一终端接收到全量数据时，获取所接收到的全量数据中的每条数据的数据标识；将接收到的所述全量数据中的第一数据标识，与未接收到应答数据的协同数据的第二数据标识进行比较，根据比较结果确定所述全量数据的处理。4.根据权利要求3所述的方法，其特征在于，所述全量数据的标识根据时间的先后依次增加，根据所述比较结果确定所述全量数据的处理，包括：当所述全量数据的第一数据标识小于所述第二数据标识时，删除所述第一数据标识对应的协同数据；当所述全量数据的第一数据标识大于或等于所述第二数据标识时，留存所述第一数据标识的协同数据。5.根据权利要求1所述的方法，其特征在于，检测协同的任一终端在发送协同数据后的预定时长内是否接收到应答数据，包括：检测任一终端发送协同数据后是否超过预设的第一时长；如果发送所述协同数据...

【专利技术属性】
技术研发人员：李阳达，
申请(专利权)人：平安银行股份有限公司，
类型：发明
国别省市：