缓存数据的处理方法、装置、介质和设备与流程

1.本公开涉及计算机技术领域，具体地，涉及一种缓存数据的处理方法、装置、介质和设备。


背景技术：

2.目前，在基于b/s(browser/server，浏览器/服务器模式)架构的3d(three dimensions，三维)场景仿真技术中，通常通过一个模型对某个场景进行整体的仿真或重建，该模型存储在服务器中。因此，当客户端(即，浏览器)需要展现某一场景时，通过网络从服务器获取该场景对应的模型，将模型数据加载到本地并进行展现。一方面，由于模型的传输速度依赖于网络质量，当网络质量差时，客户端获取模型的速度变慢，会导致客户端的场景展现速度变慢，特别是在模型的数据量大时，客户端的场景展现速度将进一步变慢。另一方面，在b/s架构中，一个服务器通常与多个客户端通信，因此，多客户端可能在某个时段内同时向服务器请求模型数据，导致服务器并发压力过大，无法对客户端的请求及时响应，这也将导致客户端获取模型的速度受到影响。此外，客户端在获取到模型后，通常需要将该模型缓存到本地，由于模型的数据量通常较大，客户端缓存该模型后，可能客户端的存储空间被过多地占用，导致客户端的功能无法正常使用。


技术实现要素：

3.本公开的目的是提供一种缓存数据的处理方法、装置、介质和设备，既可以降低服务器的负载与访问压力，保证目标客户端获取场景模型的速度，又能避免重建目标场景的资源对目标客户端产生过度占用，保证目标客户端的正常使用。
4.为了实现上述目的，本公开第一方面提供一种缓存数据的处理方法，所述方法包括：
5.确定目标客户端已缓存的目标场景模型所占的存储空间是否大于预设的存储空间阈值，其中，所述目标客户端从服务器或其他客户端获取所述目标场景模型，所述服务器中存储有用于重建目标场景的多个场景模型，且每一所述场景模型用于重建所述目标场景的局部；
6.若所述存储空间大于所述存储空间阈值，确定每一所述目标场景模型的重要度，所述重要度用于反映所述目标场景模型未来被需求的程度；
7.根据所述目标场景模型的重要度，将至少一个目标场景模型从所述目标客户端中删除。
8.可选地，所述确定每一所述目标场景模型的重要度，包括：
9.针对每一所述目标场景模型，执行如下操作：
10.将与所述目标场景相关联、且能够与所述目标客户端建立通信的客户端中，未存储有所述目标场景模型的客户端确定为所述目标场景模型的关联客户端；
11.分别确定所述目标场景模型的每一关联客户端中的摄像机在所述目标场景中对
应的位置与该目标场景模型在所述目标场景中对应的位置的相对距离；
12.确定所述目标客户端与所述目标场景模型的每一所述关联客户端之间的网络距离；
13.根据每一所述网络距离和所述目标场景模型对应的每一相对距离，确定所述目标场景模型的重要度。
14.可选地，通过下述公式确定第m个目标场景模型的重要度weightm：
[0015][0016]
其中，n为第m个目标场景模型的关联客户端的总数，route
ci
为第m个目标场景模型的第i个关联客户端与所述目标客户端之间的网络距离，dist
im
为第m个目标场景模型的第i个关联客户端中的摄像机在所述目标场景中对应的位置与第m个目标场景模型在所述目标场景中对应的位置的相对距离，α为第一调节系数，β为第二调节系数。
[0017]
可选地，所述方法还包括：
[0018]
根据所述目标客户端中的摄像机在所述目标场景中的运动信息，确定待加载至所述目标客户端的局部场景的目标场景信息；
[0019]
根据所述目标场景信息，确定用于为所述目标客户端提供所述目标场景信息所指示的局部场景的场景模型的目标设备；
[0020]
从所述目标设备中获取并加载所述局部场景对应的场景模型。
[0021]
可选地，所述服务器中存储有模型缓存信息，所述模型缓存信息用于指示已缓存有所述场景模型的客户端以及客户端所缓存的场景模型的场景信息；
[0022]
所述目标设备通过以下方式确定：
[0023]
确定所述服务器中存储的模型缓存信息中是否存在能够与所述目标场景信息相匹配的备选客户端；
[0024]
在确定存在所述备选客户端的情况下，将所述备选客户端中的一者确定为所述目标设备。
[0025]
可选地，所述将所述备选客户端中的一者确定为所述目标设备，包括：
[0026]
分别确定每一所述备选客户端与所述目标客户端之间的网络距离；
[0027]
将网络距离最小的备选客户端确定为所述目标设备。
[0028]
可选地，所述目标设备还通过以下方式确定：
[0029]
在确定不存在所述备选客户端的情况下，将所述服务器确定为所述目标设备。
[0030]
本公开第二方面提供一种缓存数据的处理装置，所述装置包括：
[0031]
第一确定模块，用于确定目标客户端已缓存的目标场景模型所占的存储空间是否大于预设的存储空间阈值，其中，所述目标客户端从服务器或其他客户端获取所述目标场景模型，所述服务器中存储有用于重建目标场景的多个场景模型，且每一所述场景模型用于重建所述目标场景的局部；
[0032]
第二确定模块，用于若所述存储空间大于所述存储空间阈值，确定每一所述目标场景模型的重要度，所述重要度用于反映所述目标场景模型未来被需求的程度；
[0033]
删除模块，用于根据所述目标场景模型的重要度，将至少一个目标场景模型从所
述目标客户端中删除。
[0034]
可选地，所述第二确定模块用于：
[0035]
针对每一所述目标场景模型，执行如下操作：
[0036]
第一确定子模块，用于将与所述目标场景相关联、且能够与所述目标客户端建立通信的客户端中，未存储有所述目标场景模型的客户端确定为所述目标场景模型的关联客户端；
[0037]
第二确定子模块，用于分别确定所述目标场景模型的每一关联客户端中的摄像机在所述目标场景中对应的位置与该目标场景模型在所述目标场景中对应的位置的相对距离；
[0038]
第三确定子模块，用于确定所述目标客户端与所述目标场景模型的每一所述关联客户端之间的网络距离；
[0039]
第四确定子模块，用于根据每一所述网络距离和所述目标场景模型对应的每一相对距离，确定所述目标场景模型的重要度。
[0040]
可选地，所述第四确定子模块用于通过下述公式确定第m个目标场景模型的重要度weightm：
[0041][0042]
其中，n为第m个目标场景模型的关联客户端的总数，route
ci
为第m个目标场景模型的第i个关联客户端与所述目标客户端之间的网络距离，dist
im
为第m个目标场景模型的第i个关联客户端中的摄像机在所述目标场景中对应的位置与第m个目标场景模型在所述目标场景中对应的位置的相对距离，α为第一调节系数，β为第二调节系数。
[0043]
可选地，所述装置还包括：
[0044]
第三确定模块，用于根据所述目标客户端中的摄像机在所述目标场景中的运动信息，确定待加载至所述目标客户端的局部场景的目标场景信息；
[0045]
第四确定模块，用于根据所述目标场景信息，确定用于为所述目标客户端提供所述目标场景信息所指示的局部场景的场景模型的目标设备；
[0046]
加载模块，用于从所述目标设备中获取并加载所述局部场景对应的场景模型。
[0047]
可选地，所述服务器中存储有模型缓存信息，所述模型缓存信息用于指示已缓存有所述场景模型的客户端以及客户端所缓存的场景模型的场景信息；
[0048]
所述装置通过如下模块确定所述目标设备：
[0049]
第五确定子模块，用于确定所述服务器中存储的模型缓存信息中是否存在能够与所述目标场景信息相匹配的备选客户端；
[0050]
第六确定子模块，用于在确定存在所述备选客户端的情况下，将所述备选客户端中的一者确定为所述目标设备。
[0051]
可选地，所述第六确定子模块包括：
[0052]
第七确定子模块，用于分别确定每一所述备选客户端与所述目标客户端之间的网络距离；
[0053]
第八确定子模块，用于将网络距离最小的备选客户端确定为所述目标设备。
[0054]
可选地，所述第五确定模块还包括：
[0055]
第九确定子模块，用于在确定不存在所述备选客户端的情况下，将所述服务器确定为所述目标设备。
[0056]
本公开第三方面提供一种非暂时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开第一方面提供的所述方法的步骤。
[0057]
本公开第四方面提供一种电子设备，包括：
[0058]
存储器，其上存储有计算机程序；
[0059]
控制器，所述计算机程序被控制器执行时，实现本公开第一方面提供的所述方法的步骤。
[0060]
通过上述技术方案，目标客户端在重建目标场景的过程中，不仅可以从服务器获取到目标场景模型，还可以从其他客户端获取到目标场景模型，相比于均从服务器中获取各目标场景模型的方式，一方面，能够降低服务器的负载与访问压力，另一方面，可以避免目标客户端在获取场景模型时发生延时，保证目标客户端获取场景模型的速度，进而提升目标客户端的场景重建速度。同时，服务器存储了用于重建目标场景的多个场景模型，每一场景模型用于重建目标场景的局部，也就是说，用于重建目标场景的整体的模型被拆分成多个小的场景模型存储在服务器中，从而，目标客户端每次仅需获取当前需要的场景模型，由于单个的场景模型数据量较小，因此，可以保证目标客户端获取场景模型的速度，并且，即便目标客户端与服务器之间的网络质量不佳，也不会对目标客户端的场景展现产生过多的影响。以及，若目标客户端已缓存的目标场景模型所占的存储空间大于预设的存储空间阈值，可以根据目标客户端中每一目标场景模型未来被需求的程度，删除目标客户端中的部分目标场景模型。这样，可以将目标客户端中用于存储目标场景模型的空间控制在一定范围内，避免重建目标场景的资源对目标客户端产生过度占用，从而保证目标客户端的正常使用不受影响。
[0061]
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
[0062]
附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
[0063]
图1是本公开一示例性实施例提供的一种缓存数据的处理方法的流程图；
[0064]
图2是本公开另一示例性实施例提供的一种缓存数据的处理方法的流程图；
[0065]
图3是本公开一示例性实施例提供的一种缓存数据的处理装置的框图；
[0066]
图4是本公开另一示例性实施例提供的一种电子设备的框图。
具体实施方式
[0067]
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。
[0068]
图1是本公开一示例性实施例提供的一种缓存数据的处理方法的流程图。如图1所示，该方法可以包括s101至s103。
[0069]
s101，确定目标客户端已缓存的目标场景模型所占的存储空间是否大于预设的存
储空间阈值。
[0070]
其中，目标客户端从服务器或其他客户端获取目标场景模型，服务器中存储有用于重建目标场景的多个场景模型，且每一场景模型用于重建目标场景的局部。
[0071]
预设的存储空间阈值可以根据实际的需求进行设置。其中，为了保证目标客户端的正常运行，预设的存储空间阈值应当小于目标客户端的最大存储空间。例如，客户端的总存储空间为512mb，则预设的存储空间阈值可以被设置为256mb。如此，通过在目标客户端中预设一存储空间阈值，限制目标客户端存储场景模型的空间，既可以保证目标客户端能缓存新的场景模型，又可以为目标客户端的其他功能留出空间。
[0072]
需要说明的是，本公开中对已缓存的目标场景模型所占的存储空间与预设的存储空间阈值的比较可以在场景模型缓存到目标客户端之后进行，即，当目标客户端接收到一个新的场景模型的数据，无论该场景模型的缓存是否会导致超出预设的存储空间阈值，都先将该新的场景模型缓存到目标客户端。例如，假设预设的存储空间阈值为256mb，若目标客户端已缓存的目标场景模型所占的存储空间为240mb，当目标客户端接收到一个新的场景模型的数据(40mb)，先将该新的场景模型缓存到目标客户端，成为目标客户端新增的目标场景模型，此时，目标客户端缓存所占的存储空间为280mb，大于预设的存储空间阈值，则在之后，可执行s102和s103的步骤，以减少目标客户端中缓存目标场景模型的存储空间，使其小于预设的存储空间阈值。
[0073]
s102，若存储空间大于存储空间阈值，确定每一目标场景模型的重要度。
[0074]
其中，重要度用于反映目标场景模型未来被需求的程度。由于在本公开中场景模型可以在客户端之间传输，因此，目标场景模型未来被需求的程度可以理解为目标场景模型在未来被其他客户端需求的程度，即，目标场景模型在未来被其他客户端请求的可能性。目标场景模型在未来越有可能被其他客户端请求，则该目标场景模型未来被需求的程度越高，相应地，其重要度就越大。
[0075]
示例性地，若目标客户端已缓存的目标场景模型所占的存储空间大于存储空间阈值，则可确定每一目标场景模型的重要度，以在后续根据每一目标场景模型的重要度，对目标客户端中缓存的目标场景模型进行处理。
[0076]
s103，根据目标场景模型的重要度，将至少一个目标场景模型从目标客户端中删除。
[0077]
示例性地，若在目标客户端中，共包含5个目标场景模型，且预设的存储空间阈值为256mb，第1个目标场景模型所占存储空间为35mb，重要度为0.5，第2个目标场景模型所占存储空间为45mb，重要度为0.52，第3个目标场景模型所占存储空间为55mb，重要度为0.8，第4个目标场景模型所占存储空间为60mb，重要度为0.6，第5个目标场景模型所占存储空间为80mb，重要度为0.75，可知，此时目标客户端已缓存的目标场景模型所占的总存储空间为280mb，大于预设的存储空间阈值256mb，则可根据这5个目标场景模型各自对应的重要度，将至少一个目标场景模型从目标客户端中删除。
[0078]
如上文所述，目标场景模型未来被需求的程度越高，其重要度就越大，因此，可以将重要度较小的至少一个目标场景模型从客户端中删除。例如，可按照重要度由小到大的顺序逐个删除目标场景模型，直至目标客户端已缓存的目标场景模型所占的存储空间不再大于预设的存储空间阈值。以前一段所述的示例为例，可将重要度最小的第1个目标场景模
型删除，删除后目标客户端已存储的目标场景模型所占的空间为245mb，已小于预设的存储空间阈值，因此，无需再继续删除其他目标场景模型。
[0079]
通过上述方式，根据目标客户端中每一目标场景模型未来被需求的程度，删除目标客户端中的部分目标场景模型，可以节省目标客户端的存储空间，避免因过度占用目标客户端的资源，对目标客户端的使用造成影响。
[0080]
通过上述技术方案，目标客户端在重建目标场景的过程中，不仅可以从服务器获取到目标场景模型，还可以从其他客户端获取到目标场景模型，相比于均从服务器中获取各目标场景模型的方式，一方面，能够降低服务器的负载与访问压力，另一方面，可以避免目标客户端在获取场景模型时发生延时，保证目标客户端获取场景模型的速度，进而提升目标客户端的场景重建速度。同时，服务器存储了用于重建目标场景的多个场景模型，每一场景模型用于重建目标场景的局部，也就是说，用于重建目标场景的整体的模型被拆分成多个小的场景模型存储在服务器中，从而，目标客户端每次仅需获取当前需要的场景模型，由于单个的场景模型数据量较小，因此，可以保证目标客户端获取场景模型的速度，并且，即便目标客户端与服务器之间的网络质量不佳，也不会对目标客户端的场景展现产生过多的影响。以及，若目标客户端已缓存的目标场景模型所占的存储空间大于预设的存储空间阈值，可以根据目标客户端中每一目标场景模型未来被需求的程度，删除目标客户端中的部分目标场景模型。这样，可以将目标客户端中用于存储目标场景模型的空间控制在一定范围内，避免重建目标场景的资源对目标客户端产生过度占用，从而保证目标客户端的正常使用不受影响。
[0081]
为了使本领域技术人员更加理解本发明实施例提供的技术方案，下面对上文中的相应步骤及相关概念进行详细的说明。
[0082]
下面首先对本公开的场景模型进行说明。
[0083]
通常情况下，对于目标场景的三维重建，可以通过一个三维场景重建模型来实现，不过，这样的模型数据量大，且占用空间多。针对这一问题，本公开将服务器存储的三维场景重建模型拆分成多个场景模型，每个场景模型用于重建目标场景的局部，从而，通过一个个的场景模型，也能够实现对目标场景的三维重建。如此，在后续三维场景重建的过程中，可以根据所需的局部场景的场景信息，优先加载局部场景的对应的场景模型。
[0084]
如下述实施例所述，s102中确定每一目标场景模型的重要度，可通过多种方式实现。
[0085]
在一可选的实施例中，针对每一目标场景模型，可从与目标场景相关联的客户端中确定出未存储有该目标场景模型的第一客户端，并通过各个第一客户端与目标客户端之间的网络距离，确定该目标场景模型的重要度。
[0086]
其中，与目标场景相关联的客户端可以理解为正在加载(或，已经加载)目标场景相关资源(即，目标场景的场景模型)的客户端。通常情况下，客户端可以对多个场景进行仿真、重建，这些场景中可能存在目标场景，也可能不存在目标场景，基于此，可以确定某个客户端是否与目标场景相关联。若一客户端缓存有(或，正在加载)与目标场景相关的资源，则该客户端是与目标场景相关联的客户端，否则，若一客户端并未缓存、也未加载与目标场景相关的任何资源，则该客户端并未与目标场景相关联。
[0087]
在本公开中，客户端所需的场景模型可以从其他客户端获得，因此，若目标客户端
和某客户端均存储了目标场景模型，则当该客户端需要用到这一目标场景模型时，会从该客户端获取该目标场景模型，而不是从目标客户端中获取，可见，在这种情形下，该客户端对这一目标场景模型没有获取需求，也就对该目标场景模型的重要度计算没有参考价值。因此，目标客户端中某个目标场景模型的重要度应当基于与目标场景关联、且未存储有该目标场景模型的客户端确定，从而，需要筛选出这样的客户端。即，针对每一目标场景模型，可从与目标场景相关联的客户端中确定出未存储有该目标场景模型的第一客户端。
[0088]
客户端之间的网络距离用于表征客户端之间网络传输的距离，示例地，客户端与客户端之间的网络距离可以通过两客户端之间的路由跳数表示。其中，路由跳数是指从源端到达目的端所经的路由器的个数。从而，针对每个目标场景模型，可以通过该目标场景模型对应的每一第一客户端各自与目标客户端之间的路由跳数，确定该目标场景的重要度。示例地，目标场景模型的重要度可以为该目标场景模型所对应的路由跳数之和的倒数，其中，路由跳数之和为对第一客户端与目标客户端之间的网络距离的综合表示，若路由跳数之和较小，表示第一客户端极有可能在后续从目标客户端获取该目标场景模型，即，该目标场景模型在未来被需求的程度高。
[0089]
在另一可选的实施例中，在s102中确定每一目标场景模型的重要度，可包括以下步骤：
[0090]
针对每一目标场景模型，执行如下操作：
[0091]
s1021，将与目标场景相关联、且能够与目标客户端建立通信的客户端中，未存储有目标场景模型的客户端确定为目标场景模型的关联客户端；
[0092]
s1022，分别确定目标场景模型的每一关联客户端中的摄像机在目标场景中对应的位置与该目标场景模型在目标场景中对应的位置的相对距离；
[0093]
s1023，确定目标客户端与目标场景模型的每一关联客户端之间的网络距离；
[0094]
s1024，根据每一网络距离和目标场景模型对应的每一相对距离，确定目标场景模型的重要度。
[0095]
在用户使用客户端的过程中，每当客户端中存储了新的场景模型，就可以向服务器发送客户端的相关信息。其中，客户端的相关信息可以包括但不限于：客户端所缓存的场景模型、客户端的本地地址、客户端当前加载的场景。
[0096]
需要说明的是，s1021～s2014是针对一个目标场景模型的重要度计算，因此，每一目标场景模型均会执行一次s1021～s2014，以得到该目标场景模型的重要度。下面将针对s1021～s2014进行解释说明。
[0097]
在s1021中，与目标场景相关联的客户端为正在加载(或，已经加载)目标场景相关资源(即，目标场景的场景模型)的客户端。由于各客户端的相关信息在服务器中已知，因此，可以通过查询服务器中有关客户端的相关信息，确定哪些客户端是与目标场景相关联的客户端。
[0098]
两个客户端之间能否建立通信，可以根据两个客户端之间的网络距离(例如，路由跳数)确定。若两个客户端之间的网络距离小于预设参数(例如，预设的路由跳数)，则可以确定两个客户端之间能够通信。因此，可以通过各客户端与目标客户端之间的路由跳数，确定其能否与目标客户端建立通信。其中，其他客户端与目标客户端之间的路由跳数，可以根据其他客户端和目标客户端的本地地址确定。
[0099]
结合上文所述，存储有目标场景模型的客户端对目标场景模型的重要度计算没有参考价值，因此，可以将与目标场景相关联、且能够与目标客户端建立通信的客户端中，未存储有目标场景模型的客户端确定为目标场景模型的关联客户端。
[0100]
在s1022中，针对目标场景模型的每一关联客户端，可以确定关联客户端中的摄像机在目标场景中对应的位置与该目标场景模型在目标场景中对应的位置的相对距离。其中，摄像机为三维重建技术中的虚拟摄像机，也就是当前视角，客户端的三维重建会随着摄像机的移动而实时加载。
[0101]
在s1023中，针对目标场景模型的每一关联客户端，可以确定目标客户端与该关联客户端之间的网络距离。示例地，网络距离为路由跳数。确定网络距离的方式在前文以给出描述，在此不再赘述。
[0102]
在s1024中，在确定用于计算目标场景模型的重要度的数据后，可以分别针对每一目标场景模型计算重要度。示例地，可通过下述公式确定第m个目标场景模型的重要度weightm：
[0103][0104]
其中，n为第m个目标场景模型的关联客户端的总数，route
ci
为第m个目标场景模型的第i个关联客户端与目标客户端之间的网络距离，dist
im
为第m个目标场景模型的第i个关联客户端中的摄像机在目标场景中对应的位置与第m个目标场景模型在目标场景中对应的位置的相对距离，α为第一调节系数，β为第二调节系数。其中，网络距离可以为路由跳数。并且，第一调节系数α和第二调节系数β，可以根据本领域专业人员的经验被预先设置。
[0105]
如此，从网络距离与相对距离两方面，确定目标场景模型在未来被需求的程度，可提高确定的重要度的精准性，使得确定的目标场景模型的重要度更为精确，为后续的删除操作提供更加准确的数据支持。
[0106]
图2是本公开另一示例性实施例提供的一种缓存数据的处理方法的流程图。如图2所示，该方法可以包括s201至s203。
[0107]
s201，根据目标客户端中的摄像机在目标场景中的运动信息，确定待加载至目标客户端的局部场景的目标场景信息。
[0108]
示例性地，摄像机在目标场景中的运动信息可以包括但不限于摄像机的坐标、运动方向、运动轨迹中的任意一者或多者。例如，可根据摄像机前一时刻的运动方向，预测摄像机下一时刻的运动方向，根据预测的摄像机运动方向，确定待加载至目标客户端的局部场景的目标场景信息。例如，1秒前摄像机向右移动，则可预测下1秒，摄像机仍然向右移动，确定在摄像机继续向右移动的情况下，摄像机即将显示的局部场景的目标场景信息，即待加载至目标客户端的局部场景的目标场景信息，如此，可根据摄像机的运动信息依次确定待加载至目标客户端的局部场景的目标场景信息，以加载局部场景对应的场景模型，相较于同时加载目标场景对应的全部场景模型，优先加载局部场景的对应的场景模型，能够加快加载的速率，提高用户的使用体验感。
[0109]
s202，根据目标场景信息，确定用于为目标客户端提供目标场景信息所指示的局部场景的场景模型的目标设备。
[0110]
其中，目标设备可以为服务器或备选客户端。
[0111]
示例性地，根据目标场景信息，可确定待加载局部场景对应的场景模型，进而确定目标设备。例如，可以由目标客户端确定目标设备，即目标客户端可以从服务器中获取保存有场景模型的客户端信息和场景模型信息，以确定目标设备为服务器或其他客户端。再例如，目标客户端可以接收由服务器发送发目标设备，其中，可以由服务器根据自身存储的场景模型的客户端信息和场景模型信息确定目标设备。
[0112]
在一可选的实施例中，服务器中可以存储有模型缓存信息，模型缓存信息用于指示已缓存有场景模型的客户端以及客户端所缓存的场景模型的场景信息。其中，场景模型的场景信息用于表征该场景模型所重建的目标场景的局部在目标场景中所处的位置。相应地，目标设备可通过以下方式确定：
[0113]
确定服务器中存储的模型缓存信息中是否存在能够与目标场景信息相匹配的备选客户端；
[0114]
在确定存在备选客户端的情况下，将备选客户端中的一者确定为目标设备。
[0115]
每当与服务器通信的一客户端存储了新的场景模型，该客户端可以将与存储的场景模型相关的信息(例如，该场景模型的场景信息)同步更新到服务器的模型缓存信息中。从而，服务器能够实时知晓当前各客户端已缓存的场景模型的相关信息，进而，各客户端在需要加载新的场景模型时，总是能够通过服务器确认是否存在能够为其提供新的场景模型的其他客户端，如此，可以丰富客户端获取场景模型的渠道。
[0116]
根据s201中的目标场景信息，可以确定待加载至目标客户端的局部场景在目标场景中所处的位置，从而，能够在目标场景对应的多个场景信息中，确定出对应于这一位置的场景模型，进而，再基于服务器中存储的每一客户端各自存储的场景模型的相关信息，确定是否有客户端已经存储了这一场景模型，若有客户端存储了该场景模型，则该客户端就可作为备选客户端，否则，若任何客户端都没有存储该场景模型，则可以确定不存在备选客户端。
[0117]
示例性地，目标客户端可以接收由服务器发送的模型缓存信息，并根据接收到的模型缓存信息，按照上述方式确定是否存在能够与目标场景信息相匹配的备选客户端。例如，若局部场景对应的场景模型为场景模型k，且目标客户端根据接收到的模型缓存信息确定客户端p1、客户端p2中均缓存有场景模型k，则可将客户端p1、客户端p2确定为备选客户端。进而，可以将客户端p1、客户端p2中的一者确定为目标设备。再例如，目标客户端可以直接从服务器接收目标设备的相关信息，其中，服务器确定目标设备的方式可以参考目标客户端确定目标设备的方式，此处不赘述。
[0118]
可选地，将备选客户端中的一者确定为目标设备，可包括以下步骤：
[0119]
分别确定每一备选客户端与目标客户端之间的网络距离；
[0120]
将网络距离最小的备选客户端确定为目标设备。
[0121]
示例性地，可以根据目标客户端与备选客户端之间的路由跳数，确定每一备选客户端与目标客户端之间的网络距离。举例来说，若客户端p1、客户端p2为备选客户端，且客户端p1与目标客户端之间的路由跳数为3，客户端p2与目标客户端之间的路由跳数为5，则可确定客户端p1为目标设备。
[0122]
通过上述方式，选择路由跳数较少的候选客户端作为目标设备，能够降低场景模
型获取过程中的通信延时，提升传输速度。
[0123]
在另一可选的实施例中，目标设备还可通过以下方式确定：
[0124]
在确定不存在备选客户端的情况下，将服务器确定为目标设备。
[0125]
示例性地，若根据缓存数据确定不存在缓存有局部场景对应的场景模型的客户端，则可将服务器确定为目标设备。这样，在不存在备选客户端的情况下，才使目标客户端通过服务器获取到局部场景对应的场景模型，既能保证目标客户端资源的正常加载，又可以尽可能地减少服务器的负载。
[0126]
s203，从目标设备中获取并加载局部场景对应的场景模型。
[0127]
若目标设备为服务器，目标客户端可接收由服务器发送的局部场景对应的场景模型；若目标设备为备选客户端，目标客户端则可接收由服务器发送的备选客户端的本地地址，以使两客户端之间能够建立通信，之后，目标客户端可接收由备选客户端发送的局部场景对应的场景模型。
[0128]
如此，可根据摄像机的运动信息依次确定待加载至目标客户端的局部场景的目标场景信息，以加载局部场景对应的场景模型，能够加快加载的速率；从目标设备中获取并加载局部场景对应的场景模型，可丰富获取局部场景对应的场景模型的渠道，以提高访响应速率，避免影响用户的正常使用效果，提高用户的使用体验感。
[0129]
在一可选的实施例中，从目标设备中获取并加载局部场景对应的场景模型后，可将场景模型存储至目标客户端中。
[0130]
在另一可选的实施例中，若作为目标设备的备选客户端与目标客户端之间的网络距离小于预设距离参数，则无需将场景模型存储至目标客户端中。
[0131]
通常情况下，若另一客户端可从该目标客户端中获取场景模型，往往同样能够从与该目标客户端网络距离极近的备选客户端(目标设备)中获取该场景模型。对于这一情况，为了减少目标客户端的存储资源占用，可以设定判断条件，确定是否需要将场景模型缓存到目标客户端中。示例性地，网络距离可以通过路由跳数表征，相应地，预设距离参数可以为预设的路由跳数阈值。若目标客户端与作为目标设备的备选客户端之间的路由跳数小于预设的路由跳数阈值，说明目标客户端与作为目标设备的备选客户端之间的网络距离极小，在后续需要场景模型时，可以直接、快速地从作为目标设备的备选客户端中获取，因此，无需将场景模型存储到目标客户端中，以尽可能地节省目标客户端的存储空间。
[0132]
基于同一发明构思，本公开还提供一种缓存数据的处理装置。图3是本公开一示例性实施例提供的一种缓存数据的处理装置300的框图。参照图3，该缓存数据的处理装置300可以包括：
[0133]
第一确定模块301，用于确定目标客户端已缓存的目标场景模型所占的存储空间是否大于预设的存储空间阈值，其中，所述目标客户端从服务器或其他客户端获取所述目标场景模型，所述服务器中存储有用于重建目标场景的多个场景模型，且每一所述场景模型用于重建所述目标场景的局部；
[0134]
第二确定模块302，用于若所述存储空间大于所述存储空间阈值，确定每一所述目标场景模型的重要度，所述重要度用于反映所述目标场景模型未来被需求的程度；
[0135]
删除模块303，用于根据所述目标场景模型的重要度，将至少一个目标场景模型从所述目标客户端中删除。
[0136]
通过上述技术方案，目标客户端在重建目标场景的过程中，不仅可以从服务器获取到目标场景模型，还可以从其他客户端获取到目标场景模型，相比于均从服务器中获取各目标场景模型的方式，一方面，能够降低服务器的负载与访问压力，另一方面，可以避免目标客户端在获取场景模型时发生延时，保证目标客户端获取场景模型的速度，进而提升目标客户端的场景重建速度。同时，服务器存储了用于重建目标场景的多个场景模型，每一场景模型用于重建目标场景的局部，也就是说，用于重建目标场景的整体的模型被拆分成多个小的场景模型存储在服务器中，从而，目标客户端每次仅需获取当前需要的场景模型，由于单个的场景模型数据量较小，因此，可以保证目标客户端获取场景模型的速度，并且，即便目标客户端与服务器之间的网络质量不佳，也不会对目标客户端的场景展现产生过多的影响。以及，若目标客户端已缓存的目标场景模型所占的存储空间大于预设的存储空间阈值，可以根据目标客户端中每一目标场景模型未来被需求的程度，删除目标客户端中的部分目标场景模型。这样，可以将目标客户端中用于存储目标场景模型的空间控制在一定范围内，避免重建目标场景的资源对目标客户端产生过度占用，从而保证目标客户端的正常使用不受影响。
[0137]
可选地，所述第二确定模块302用于：
[0138]
针对每一所述目标场景模型，执行如下操作：
[0139]
第一确定子模块，用于将与所述目标场景相关联、且能够与所述目标客户端建立通信的客户端中，未存储有所述目标场景模型的客户端确定为所述目标场景模型的关联客户端；
[0140]
第二确定子模块，用于分别确定所述目标场景模型的每一关联客户端中的摄像机在所述目标场景中对应的位置与该目标场景模型在所述目标场景中对应的位置的相对距离；
[0141]
第三确定子模块，用于确定所述目标客户端与所述目标场景模型的每一所述关联客户端之间的网络距离；
[0142]
第四确定子模块，用于根据每一所述网络距离和所述目标场景模型对应的每一相对距离，确定所述目标场景模型的重要度。
[0143]
可选地，所述第四确定子模块用于通过下述公式确定第m个目标场景模型的重要度weightm：
[0144][0145]
其中，n为第m个目标场景模型的关联客户端的总数，route
ci
为第m个目标场景模型的第i个关联客户端与所述目标客户端之间的网络距离，dist
im
为第m个目标场景模型的第i个关联客户端中的摄像机在所述目标场景中对应的位置与第m个目标场景模型在所述目标场景中对应的位置的相对距离，α为第一调节系数，β为第二调节系数。
[0146]
可选地，所述装置300还包括：
[0147]
第三确定模块，用于根据所述目标客户端中的摄像机在所述目标场景中的运动信息，确定待加载至所述目标客户端的局部场景的目标场景信息；
[0148]
第四确定模块，用于根据所述目标场景信息，确定用于为所述目标客户端提供所
述目标场景信息所指示的局部场景的场景模型的目标设备；
[0149]
加载模块，用于从所述目标设备中获取并加载所述局部场景对应的场景模型。
[0150]
可选地，所述服务器中存储有模型缓存信息，所述模型缓存信息用于指示已缓存有所述场景模型的客户端以及客户端所缓存的场景模型的场景信息；
[0151]
所述装置300通过如下模块确定所述目标设备：
[0152]
第五确定子模块，用于确定所述服务器中存储的模型缓存信息中是否存在能够与所述目标场景信息相匹配的备选客户端；
[0153]
第六确定子模块，用于在确定存在所述备选客户端的情况下，将所述备选客户端中的一者确定为所述目标设备。
[0154]
可选地，所述第六确定子模块包括：
[0155]
第七确定子模块，用于分别确定每一所述备选客户端与所述目标客户端之间的网络距离；
[0156]
第八确定子模块，用于将网络距离最小的备选客户端确定为所述目标设备。
[0157]
可选地，所述第五确定模块还包括：
[0158]
第九确定子模块，用于在确定不存在所述备选客户端的情况下，将所述服务器确定为所述目标设备。
[0159]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0160]
图4是根据一示例性实施例示出的一种电子设备700的框图。如图4所示，该电子设备700可以包括：处理器701，存储器702。该电子设备700还可以包括多媒体组件703，输入/输出(i/o)接口704，以及通信组件705中的一者或多者。
[0161]
其中，处理器701用于控制该电子设备700的整体操作，以完成上述的缓存数据的处理方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作，这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read-only memory，简称eprom)，可编程只读存储器(programmable read-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口704为处理器701和其它接口模块之间提供接口，上述其它接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其它设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(near field communication，简称nfc)，2g、3g、4g、nb-iot、emtc、或其它5g等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件705可以包括：wi-fi模块，蓝牙模块，nfc模
块等等。
[0162]
在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digital signal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其它电子元件实现，用于执行上述的缓存数据的处理方法。
[0163]
在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的缓存数据的处理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述的缓存数据的处理方法。
[0164]
在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的缓存数据的处理方法的代码部分。
[0165]
以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
[0166]
另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
[0167]
此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。