三维处理方法、装置及系统与流程

本发明涉及通信领域，具体而言，涉及一种三维处理方法、装置及系统。

背景技术：

目前大部分网站呈现给用户的还是平面格式，而平面网站无法给用户带来丰富的视觉体验，因此，如何有效构建三维网站成了人们热衷的话题。在现有的三维网站的构建方案中，当三维模型数据较大时，有限的网络带宽无法满足数据快速传输的需要，其次，当三维模型数据较大时，客户端无法顺利完成大模型数据的加载与渲染，此外，当网络带宽不稳定时，传输大的三维模型数据容易造成数据丢失，导致绘制的场景出现失真现象。

针对相关技术中三维网站的三维网站的大模型数据传输与用户交互上实时性差、绘制大场景效率低的问题，目前还没有有效地解决方案。

技术实现要素：

本发明实施例提供了一种三维处理方法、装置及系统，以至少解决相关技术中三维网站的三维网站的大模型数据传输与用户交互上实时性差、绘制大场景效率低的问题。

根据本发明的一个实施例，提供了一种三维处理方法，包括：中间服务器接收客户端发送的请求以及源站服务器对客户端发送的请求的响应，其中，所述请求用于请求在所述客户端显示的内容，所述内容包括绘制完毕的三维数据；所述中间服务器判断所述中间服务器本地是否保存有绘制完毕的三维数据，如果有则将所述绘制完毕的三维数据发送给所述客户端，如果没有，则向调度中心请求绘制所述三维数据。

可选地，所述中间服务器发送的绘制完毕的三维数据为场景，所述方法还包括：所述中间服务器接收来自所述客户端的用于请求绘制三维交互对象所使用的数据的消息；所述中间服务器向所述客户端发送绘制所述三维交互对象所使用的数据，其中，该数据是所述客户端绘制交互对象的依据。

可选地，所述方法还包括：所述客户端接收所述中间服务器发送的所述绘制所述三维交互对象所使用的数据；所述客户端以所述绘制所述三维交互对象所使用的数据为依据绘制所述三维交互对象；所述客户端接收来自所述中间服务器的所述场景；所述客户端融合所述三维交互对象与所述场景。

可选地，所述中间服务器向调度中心请求绘制所述三维数据包括：所述中间服务器向所述调度中心请求绘制所述三维数据，其中，所述调度中心用于将所述三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制，所述绘制服务器包括所述中间服务器；所述方法还包括：所述中间服务器接收并存储所述至少一个绘制服务器返回的所述绘制完毕的三维数据；所述中间服务器将所述至少一个绘制服务器返回的所述绘制完毕的三维数据发送给所述客户端。

可选地，所述方法还包括：所述调度中心根据接收到的请求判断绘制所述三维数据需要的资源；所述调度中心根据所述资源将所述三维数据拆分为至少一部分，并分配给至少一个所述绘制服务器进行绘制。

可选地，所述调度中心根据接收到的请求判断绘制所述三维数据需要的资源包括：所述调度中心根据接收到的请求分析所述请求的场景信息；所述调度中心根据所述场景信息确定所述三维数据的拆分信息，其中，所述拆分信息包括：所述三维数据的拆分块的数量和大小。

可选地，所述调度中心根据所述资源将所述三维数据拆分为至少一部分，并分配给至少一个所述绘制服务器进行绘制包括：所述调度中心根据所述拆分信息将所述三维数据拆分为至少一部分；所述调度中心根据所述拆分信息以及所述绘制服务器的绘制能力确定用于绘制所述三维数据的至少一个所述绘制服务器；所述调度中心根据确定的结果和拆分的结果将所述三维数据分配给用于绘制所述三维数据的至少一个所述绘制服务器。

可选地，所述方法还包括：所述调度中心获取所述客户端的过往操作行为信息，其中，所述过往操作行为信息用于统计所述客户端的过往操作行为；所述调度中心根据所述过往操作行为信息确定为所述客户端提供的三维数据，并分配所述绘制服务器绘制所述过往操作行为信息。

根据本发明的另一个方面，还提供了一种三维处理装置，应用于中间服务器，包括：第一接收模块，用于接收客户端发送的请求以及源站服务器对客户端发送的请求的响应，其中，所述请求用于请求在所述客户端显示的内容，所述内容包括绘制完毕的三维数据；第一处理模块，用于判断所述中间服务器本地是否保存有绘制完毕的三维数据，如果有则将所述绘制完毕的三维数据发送给所述客户端，如果没有，则向调度中心请求绘制所述三维数据。

可选地，所述中间服务器发送的绘制完毕的三维数据为场景，所述装置还包括：第二接收模块，用于接收来自所述客户端的用于请求绘制三维交互对象所使用的数据的消息；发送模块，用于向所述客户端发送绘制所述三维交互对象所使用的数据，其中，该数据是所述客户端绘制交互对象的依据。

可选地，所述第一处理模块用于：向调度中心请求绘制所述三维数据，其中，所述调度中心用于将所述三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制，所述绘制服务器包括所述中间服务器；所述装置还包括：第二处理模块，用于接收并存储所述至少一个绘制服务器返回的所述绘制完毕的三维数据；将所述至少一个绘制服务器返回的所述绘制完毕的三维数据发送给所述客户端。

根据本发明的另一个方面，还提供了一种三维处理系统，包括：中间服务器、调度中心和客户端，其中，所述中间服务器包括：如上述任一项所述的三维处理装置；所述调度中心，与所述中间服务器连接，用于将三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制，所述绘制服务器包括所述中间服务器；所述客户端，与所述中间服务器连接，用于向所述中间服务器发送请求，并接收所述中间服务器发送的绘制完毕的三维数据，其中，所述请求用于请求在所述客户端显示的内容，所述内容包括绘制完毕的三维数据。

通过本发明，中间服务器接收客户端发送的请求以及源站服务器对客户端发送的请求的响应，其中，请求用于请求在客户端显示的内容，内容包括绘制完毕的三维数据；述中间服务器判断中间服务器本地是否保存有绘制完毕的三维数据，如果有则将绘制完毕的三维数据发送给客户端，如果没有，则向调度中心请求绘制三维数据，由此可见，采用上述方案当客户端请求三维数据时，由中间服务器判断在中间服务器本地是否已经存储了绘制完毕的客户端请求的三维数据，如果有则将本地存储的数据直接提供给客户端，如果没有，再请求调度中心绘制该三维数据，由于中间服务器可以将绘制完毕的三维数据缓存在本地，并在客户端发起请求时直接将缓存的三维数据发送给客户端，因此，提高了三维网站的大模型数据传输与用户交互上的实时性、绘制大场景的效率，从而解决了相关技术中三维网站的三维网站的大模型数据传输与用户交互上实时性差、绘制大场景效率低的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种三维处理方法的流程图；

图2是根据本发明实施例的一种三维处理装置的结构框图一；

图3是根据本发明实施例的一种三维处理装置的结构框图二；

图4是根据本发明实施例的一种三维处理系统的结构框图；

图5是根据本发明可选实施例的三维处理系统的结构示意图；

图6是根据本发明可选实施例的三维处理方法的流程图一；

图7是根据本发明可选实施例的三维处理方法的流程图二；

图8是根据本发明可选实施例的三维处理方法的流程图三。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种三维处理方法，图1是根据本发明实施例的一种三维处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，中间服务器接收客户端发送的请求以及源站服务器对客户端发送的请求的响应，其中，上述请求用于请求在客户端显示的内容，内容包括绘制完毕的三维数据；

步骤S104，中间服务器判断中间服务器本地是否保存有绘制完毕的三维数据，如果有则将绘制完毕的三维数据发送给客户端，如果没有，则向调度中心请求绘制三维数据。

可选地，上述三维处理方法可以但不限于应用于网站构建的场景中。例如：三维网站的构建等。

可选地，上述三维处理方法可以但不限于应用于服务器，例如：客户端与源站之间的中间服务器。可选地，在本实施例中，中间服务器可以但不限于是内容分发网络(Content Delivery Network，简称为CDN)节点。

通过上述步骤，中间服务器接收来自客户端的请求以及源站服务器对客户端发送的请求的响应，其中，该请求用于请求在客户端显示的内容，内容包括绘制完毕的三维数据；中间服务器判断中间服务器本地是否保存有绘制完毕的三维数据，如果有则将绘制完毕的三维数据发送给客户端，如果没有，则向调度中心请求绘制三维数据，由此可见，采用上述方案当客户端请求三维数据时，由中间服务器判断在中间服务器本地是否已经存储了绘制完毕的客户端请求的三维数据，如果有则将本地存储的数据直接提供给客户端，如果没有，再请求调度中心绘制该三维数据，由于中间服务器可以将绘制完毕的三维数据缓存在本地，并在客户端发起请求时直接将缓存的三维数据发送给客户端，因此，提高了三维网站的大模型数据传输与用户交互上的实时性、绘制大场景的效率，从而解决了相关技术中三维网站的大模型数据传输与用户交互上实时性差、绘制大场景效率低的问题。

在本实施例中，客户端可以将请求发送至源站，再由源站根据客户端的请求为客户端分配能够为其提供三维数据的中间服务器。客户端也可以直接向中间服务器发送请求，向中间服务器请求三维数据。

在本实施例中，可以在传统的客户端与源站之间加入一个中间服务器层，用以缓存绘制节点绘制的场景数据，当用户漫游三维网站时，首先向中间服务器发起资源请求或者场景更新请求，如果中间服务器上资源满足用户需求，则响应给用户，否则由渲染节点(例如：渲染服务器)渲染新的场景，然后中间服务器缓存并响应数据给用户。这里的渲染服务器可以是上述中间服务器，在本实施例中，由中间服务器对三维数据进行绘制，省去了由专门的渲染节点绘制三维数据的过程，从而提高了三维网站的大模型数据传输与用户交互上的实时性、绘制大场景的效率。

在本实施例中，在客户端程序启动时，可以首先通过私有协议将客户端设备信息如设备分辨率等发送至源站，由源站计算出匹配该客户端的场景数据参数，并将请求转发至中间服务器，由中间服务器做相应的图像处理。

可选地，在本实施例中，中间服务器发送的绘制完毕的三维数据可以但不限于为场景。也就是说，由中间服务器绘制较为复杂的场景数据，而使用较为频繁的交互对象则由中间服务器为客户端提供用于绘制交互对象的数据，再由客户端自行对交互对象进行绘制。客户端还可以将自行绘制的交互对象和由中间服务器提供的场景数据融合。

在一个示例中，客户端可以通过发送消息向中间服务器请求绘制交互对象所使用的数据，中间服务器根据该消息向客户端发送客户端请求的数据，客户端以该数据为依据绘制交互对象。例如：中间服务器接收来自客户端的用于请求绘制三维交互对象所使用的数据的消息，中间服务器向客户端发送绘制三维交互对象所使用的数据，其中，该数据是客户端绘制交互对象的依据。

通过上述步骤，客户端向中间服务器请求绘制交互对象所使用的数据，中间服务器将客户端请求的绘制交互对象的数据发送给客户端，由客户端绘制交互对象，可见，由中间服务器和客户端分别绘制场景数据和交互对象，再由客户端将二者融合，避免了由客户端绘制数据量较大的场景时绘制时间长，效率低，实时性差的问题，可以节省三维网站绘制的时间，提高三维网站绘制的效率和实时性。

也就是说，在本实施例中，针对本地设备硬件资源不足的特点，可以将交互频繁的对象交给本地终端绘制，将复杂场景交给专门的服务器集群(即本实施例中的绘制服务器)来绘制，最终将二者在本地客户端进行融合，有效解决了本地终端绘制大场景效率低下，实时性差的问题。

可选地，在一个示例中，中间服务器可以向调度中心请求绘制三维数据，再由调度中心对三维数据的绘制进行调度和分配，中间服务器向调度中心请求绘制三维数据的方式可以但不限于是中间服务器向调度中心请求绘制上述三维数据，再由该调度中心将三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制。在绘制完成后，至少一个绘制服务器可以将绘制结果发送给中间服务器，中间服务器则可以接收到至少一个绘制服务器返回的绘制完毕的三维数据，并将至少一个绘制服务器返回的绘制完毕的三维数据发送给请求该三维数据的客户端。

需要说明的是，在本实施例中，绘制服务器可以但不限于包括中间服务器，该中间服务器可以但不限于是客户端请求的中间服务器，也可以但不限于是网络中的其它中间服务器，对于绘制三维数据的中间服务器的分配可以但不限于由调度中心根据预定规则(例如：服务器的绘制能力，服务器的传输速度等)进行调度。

通过上述步骤，由调度中心对三维数据的绘制进行分配和调度，由至少一个绘制服务器对三维数据进行绘制，从而避免了由单一的绘制服务器绘制三维数据导致三维数据的绘制效率低的问题，从而提高了三维数据的绘制效率。进一步，调度中心分为的绘制服务器包括中间服务器，省去了由专门的绘制服务器绘制三维数据的环节，从而进一步提高了三维数据的绘制效率。

此外，中间服务器接收到至少一个绘制服务器返回的绘制完毕的三维数据，将该三维数据发送给客户端，并存储该绘制完毕的三维数据，以便在客户端再度请求该三维数据时直接将存储的该三维数据提供给客户端，从而省去了再次绘制该三维数据的过程，提高了三维网站的大模型数据传输与用户交互上的实时性、绘制大场景的效率。

在本实施例中，复杂场景的绘制由中间服务器集群来完成，对于大的场景，需将场景进行分割，然后由中间服务器集群中不同的中间服务器针对不同的分割区域进行渲染，渲染任务的分配由调度中心统一完成。

在本实施例中，调度中心可以通过分析场景信息，确定场景分割块数与大小，并统一调度中间服务器集群中不同的中间服务器进行不同区域的绘制，当网站涉及多个场景时，不同场景的绘制也由调度中心统一分配。此外，该调度中心还可以用于通知客户端向哪一个中间服务器发起请求。

在本实施例中，调度中心对渲染服务器集群的任务分配通过计算不同渲染节点的渲染能力来完成，每次绘制任务由当前渲染能力最强的渲染节点来进行。

在一个可选示例中，可以但不限于由调度中心对绘制三维数据需要的资源进行拆分和分配。例如：调度中心根据接收到的请求判断绘制三维数据需要的资源，调度中心根据资源将三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制。

在上述可选示例中，调度中心可以但不限于根据接收到的请求分析该请求的场景信息，并根据分析得到的场景信息确定三维数据的拆分信息，其中，上述拆分信息可以但不限于包括：三维数据的拆分块的数量和大小。也就是说，调度中心可以分析得到客户端请求绘制的场景的场景信息，并确定如何将三维数据拆分，即确定三维数据的拆分块的数量和大小。

在上述可选示例中，调度中心确定了拆分信息后，可以根据拆分信息将三维数据拆分为至少一部分，并根据拆分信息以及绘制服务器的绘制能力确定用于绘制三维数据的至少一个绘制服务器，根据确定的结果和拆分的结果将三维数据分配给用于绘制三维数据的至少一个绘制服务器。

通过上述步骤，调度中心可以实现对需要绘制的三维数据的调度和分配，根据绘制服务器的绘制能力调度至少一个绘制服务器绘制三维数据，提高了三维数据的绘制效率，从而提高了三维网站的大模型数据传输与用户交互上的实时性、绘制大场景的效率。

在本实施例中，可以但不限于通过情境感知功能以分析用户过往行为为依托，通过主动感知用户的操作意图，提前通过中间服务器集群对相应场景进行渲染。例如：调度中心获取客户端的过往操作行为信息，其中，过往操作行为信息用于统计客户端的过往操作行为，该调度中心根据上述过往操作行为信息确定为客户端提供的三维数据，并分配绘制服务器绘制上述过往操作行为信息。

实施例2

在本实施例中还提供了一种三维处理装置，应用于中间服务器，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的一种三维处理装置的结构框图一，如图2所示，该装置包括：

第一接收模块22，用于接收客户端发送的请求以及源站服务器对客户端发送的请求的响应，其中，上述请求用于请求在客户端显示的内容，内容包括绘制完毕的三维数据；

第一处理模块24，第一接收模块22，耦合至用于判断中间服务器本地是否保存有绘制完毕的三维数据，如果有则将绘制完毕的三维数据发送给客户端，如果没有，则向调度中心请求绘制三维数据。

可选地，上述三维处理装置可以但不限于应用于网站构建的场景中。例如：三维网站的构建等。

可选地，上述三维处理装置可以但不限于应用于服务器，例如：客户端与源站之间的中间服务器。可选地，在本实施例中，中间服务器可以但不限于是内容分发网络(Content Delivery Network，简称为CDN)节点。

通过上述装置，第一接收模块接收来自客户端的请求以及源站服务器对客户端发送的请求的响应，其中，请求用于请求在客户端显示的内容，内容包括绘制完毕的三维数据；第一处理模块判断中间服务器本地是否保存有绘制完毕的三维数据，如果有则将绘制完毕的三维数据发送给客户端，如果没有，则向调度中心请求绘制三维数据，由此可见，采用上述方案当客户端请求三维数据时，由第一处理模块判断在中间服务器本地是否已经存储了绘制完毕的客户端请求的三维数据，如果有则将本地存储的数据直接提供给客户端，如果没有，再请求调度中心绘制该三维数据，由于中间服务器可以将绘制完毕的三维数据缓存在本地，并在客户端提出请求时直接发送给客户端，因此，提高了三维网站的大模型数据传输与用户交互上的实时性、绘制大场景的效率，从而解决了相关技术中三维网站的大模型数据传输与用户交互上实时性差、绘制大场景效率低的问题。

可选地，上述服务器发送的绘制完毕的三维数据可以但不限于为场景。

图3是根据本发明实施例的一种三维处理装置的结构框图二，如图3所示，可选地，上述装置还包括：

第二接收模块32，耦合至第一接收模块22，用于接收来自客户端的用于请求绘制三维交互对象所使用的数据的消息；

发送模块34，耦合至第二接收模块32，用于向客户端发送绘制三维交互对象所使用的数据，其中，该数据是客户端绘制交互对象的依据。

可选地，第一处理模块24用于：向调度中心请求绘制三维数据，其中，调度中心用于将三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制，绘制服务器包括中间服务器；上述装置还可以包括：第二处理模块，耦合至处理模块24，用于接收并存储至少一个绘制服务器返回的绘制完毕的三维数据；将至少一个绘制服务器返回的绘制完毕的三维数据发送给客户端。

在本实施例中还提供了一种三维处理系统，图4是根据本发明实施例的一种三维处理系统的结构框图，如图4所示，该系统包括：中间服务器42、调度中心44和客户端46，其中，中间服务器42包括：上述任一项的三维处理装置；调度中心，与中间服务器42连接，用于将三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制，绘制服务器包括中间服务器42；客户端46，与中间服务器42连接，用于向中间服务器42发送请求，并接收中间服务器42发送的绘制完毕的三维数据，其中，上述请求用于请求在客户端46显示的内容，该内容包括绘制完毕的三维数据。

可选地，客户端用于：接收中间服务器发送的绘制三维交互对象所使用的数据；以绘制三维交互对象所使用的数据为依据绘制三维交互对象；接收来自中间服务器的场景；融合三维交互对象与场景。

可选地，调度中心用于：根据接收到的请求判断绘制三维数据需要的资源；根据资源将三维数据拆分为至少一部分，并分配给至少一个绘制服务器进行绘制。

可选地，调度中心还用于：根据接收到的请求分析请求的场景信息；根据场景信息确定三维数据的拆分信息，其中，拆分信息包括：三维数据的拆分块的数量和大小。

可选地，调度中心还用于：根据拆分信息将三维数据拆分为至少一部分；根据拆分信息以及绘制服务器的绘制能力确定用于绘制三维数据的至少一个绘制服务器；根据确定的结果和拆分的结果将三维数据分配给用于绘制三维数据的至少一个绘制服务器。

可选地，调度中心还用于：获取客户端的过往操作行为信息，其中，过往操作行为信息用于统计客户端的过往操作行为；根据过往操作行为信息确定为客户端提供的三维数据，并分配绘制服务器绘制过往操作行为信息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

下面结合本发明可选实施例进行详细说明。

本发明可选实施例提供了一种三维处理系统，图5是根据本发明可选实施例的三维处理系统的结构示意图，如图5所示，在该系统中，情境感知模块用于感知用户在客户端的操作意图，并以用户过往数据为依托，增强判断的准确性。客户端模块用于交互对象的绘制任务，并与中间服务器发送过来的背景图片进行融合。内容调度模块用于为客户端选择一个可访问的中间服务器，同时指定服务器集群的渲染节点进行场景的绘制任务。中间服务器模块用来缓存用户请求的场景资源，并根据用户终端设备信息对缓存的图片进行压缩等处理，以响应匹配用户终端设备的数据。服务器集群图形分布式渲染模块用于不同场景不同区域的分工渲染。源站服务器模块用于网站实际内容的生成。

本发明可选实施例还提供了一种三维处理方法，应用于客户端侧，图6是根据本发明可选实施例的三维处理方法的流程图一，如图6所示，该流程包括如下步骤：

步骤S602，客户端启动时首先将终端设备信息，如分辨率等，发送至源站，源站对这些信息进行处理，后续中间服务器根据处理的结果对缓存的图片进行压缩等处理，以匹配不同的终端设备。

步骤S604，本地客户端绘制交互对象。

步骤S606，绘制完交互对象后与中间服务器传送过来的初始背景图片进行场景融合。

步骤S608，当用户在场景中漫游时，情境感知模块不断感知用户意图并判断场景是否需要更新，若没有感知到用户将进入新的场景则继续保持不断感知的状态。

步骤S610，当情境感知模块感知到用户进入新的场景时，本地客户端向中间服务器请求相应的场景资源，得到响应后将本地交互对象与新的背景融合。

步骤S612，当用户在一场景中漫游时，情境感知模块会不断感知用户意图并判断用户兴趣域是否发生变化，若未感知到发生变化则继续保持不断感知的状态。

步骤S614，当情境感知模块感知到用户兴趣域即将发生变化时，本地客户端向中间服务器请求相应的场景资源，更新兴趣域对应的场景资源，并在本地客户端完成同一场景不同区域的融合以及与本地交互对象的场景融合。

本发明可选实施例还提供了另一种三维处理方法，图7是根据本发明可选实施例的三维处理方法的流程图二，如图7所示，该流程包括如下步骤：

步骤S702，当中间服务器没有用户请求的场景资源或者资源过期时，会由中间服务器集群对请求的场景资源进行绘制。

步骤S704，调度中心根据请求，利用相关数据模型和参数计算出渲染能力最佳的渲染节点(例如：中间服务器)所在。其中计算的参数主要包含节点CPU性能参数(主频，利用率等)，GPU性能参数(显存等)，内存利用率，磁盘IO，单位时间内的CPU进程占用数目，节点历史可靠性指标等。各个参数在数据模型中都有各自对应的权重，并由数据模型计算出一个最终值作为衡量渲染节点渲染能力的指标。

步骤S706，得到最佳渲染节点后，更新渲染节点队列，渲染节点队列的排列根据渲染能力大小不断更新。

步骤S708，得到最佳渲染节点后，利用该节点对所请求场景资源进行绘制。

步骤S710，最佳渲染节点将绘制好的图片发送至中间服务器并进行缓存。

步骤S712，中间服务器将绘制好的场景资源发送至客户端。

本发明可选实施例还提供了另一种三维处理方法，图8是根据本发明可选实施例的三维处理方法的流程图三，如图8所示，该流程包括如下步骤：

步骤S802，中间服务器接受客户端场景数据的请求。

步骤S804，中间服务器判断是否为第一次请求，若为第一次请求则中间服务器向源站转发请求，并由渲染节点(例如：中间服务器)对所请求的场景资源进行渲染。

步骤S806，渲染节点将渲染好的图片发送至中间服务器，中间服务器缓存相应的场景数据并根据客户终端设备信息对图片进行压缩等相关处理，然后发送匹配用户终端设备的资源给客户端。

步骤S808，若非第一次请求，则中间服务器首先验证缓存的场景数据是否过期。

步骤S810，若缓存过期，则中间服务器向源站请求最新的场景数据并由渲染节点重新渲染相关场景，更新缓存，然后发送最新的场景数据至客户端。

步骤S812，若缓存未过期，则中间服务器将处理过的场景图片(例如：压缩后的场景数据)发送至客户端。

在上述可选实施例中，可以但不限于将中间服务器作为渲染节点，由中间服务器对三维数据进行绘制，省去了使用专门的绘制服务器作为渲染节点来绘制三维数据的过程，从而节省了绘制三维数据的时间，提高了三维数据的绘制效率，进而提高了三维网站的构建效率。

综上所述，本发明是针对当前三维网站缺少一种有效的构建方法且场景渲染效率低下提出的一种解决方案，可以有效解决当前三维网站中绘制复杂三维场景效率低下，实时性差的问题，同时解决了不同设备对同一内容进行请求而导致的不匹配问题。在本发明可选实施例中可以直接把绘制任务交给本地终端来绘制，忽略了本地终端硬件资源不足无法实时绘制复杂场景的问题，而把三维模型数据都放在服务器端，没有考虑到有限的网络带宽无法快速传输大的数据模型，从而引发数据传输失败或丢失，容易导致三维网站场景失真、用户访问实时性差的问题。有的虽然考虑了利用服务器来绘制大规模场景，但是单一的服务器对于实时绘制复杂场景的能力毕竟有限，同时在访问并发量较大的情况下，当用户访问三维网站的兴趣域发生变化时，无法对兴趣域进行实时更新。有的把整个复杂场景都放在服务端进行绘制，忽略了交互性差的问题。因此本方案提出利用服务器集群来绘制复杂场景，有效利用了服务器集群硬件资源充足的特点，通过与内容调度中心的配合，实现不同服务器对不同场景不同区域绘制的合理分工，保证了复杂场景绘制的实时性；同时利用本地资源对交互对象进行绘制，充分利用了本地绘制交互性强的特点，并最终将交互对象与中间服务器响应的场景资源在本地进行融合，达到交互性与实时性的统一。

通过客户端直接访问源站，当用户访问量大时，将导致源站压力巨大，且如果复杂场景的绘制任务由源站完成，则会进一步导致绘制效率低下。因此本方案通过增加中间服务器层，用以对服务器集群渲染的场景图片进行缓存，一方面减轻了源站的压力，另一方面有效提高了用户访三维场景的速度。

以上实施例仅用以说明本发明的技术方案而非对其进行限制，本领域的普通技术人员可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明的精神和范围，本发明的保护范围应以权利要求所述为准。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。