CN112100705A - 家装家居对象信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了家装家居对象信息处理方法及装置，所述方法包括：客户端获得目标房屋对象的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；根据所述描述文件渲染得到所述房屋对象的三维房屋模型并进行展示；在关联的第一用户获得对所述三维房屋模型进行编辑操作的权限后，将对所述三维房屋模型执行的编辑操作信息提交到服务端，由所述服务端将编辑操作的结果同步到所述目标房屋对象关联的其他用户客户端进行更新展示。通过本申请实施例，能够便于多个用户之间针对同一房屋模型的相互沟通交流。

Description

家装家居对象信息处理方法及装置

技术领域

本申请涉及信息处理技术领域，特别是涉及家装家居对象信息处理方法及装置。

背景技术

家居家装行业，有着较长的产业链：消费者、材料、设计、施工、家具等等都是产业链中的一环，各自相互依存。传统家居家装行业，无法绕开居家装修中的“痛点”，即信息不对称，而互联网最大的优势就是打通了传统行业的信息不对称问题，能够逐步建立起行业信用体系，使之更透明、更快捷、更方便。

目前，市面上已经出现了多种家装家居类的互联网产品，各自的运营模式不尽相同，并且这些产品在基础型需求方面，都基本用户满足。但是，对装修来说，用户关心的不是模式，而是如何信任和得到保障。从装修公司的选择，到装修方案的设计，再到具体的施工，各个环节上需要与不同角色的人进行多次的沟通。在具体进行沟通的过程中，经常会出现表达者无法清晰表达，倾听者无法正确或者充分理解表达者的意思等情况，以至于最终的装修效果经常会出现无法满足用户要求或者期望的情况，导致出现返工延误工期，甚至还可能会产生一些不必要的纠纷，等等。

因此，如何借助互联网思维，为用户提供更完善的家装家居类服务，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了家装家居对象信息处理方法及装置，能够便于多个用户之间针对同一房屋模型的相互沟通交流。

本申请提供了如下方案：

一种家装家居对象信息处理方法，包括：

客户端获得目标房屋对象的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

根据所述描述文件渲染得到所述房屋对象的三维房屋模型并进行展示；

在关联的第一用户获得对所述三维房屋模型进行编辑操作的权限后，将对所述三维房屋模型执行的编辑操作信息提交到服务端，由所述服务端将编辑操作的结果同步到所述目标房屋对象关联的其他用户客户端进行更新展示。

一种家装家居对象信息处理方法，包括：

服务端确定目标房屋对象，以及关联的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

将所述描述文件提供给加入所述房屋对象的多个用户的客户端，以便所述多个用户的客户端根据所述描述文件渲染得到三维房屋模型并进行展示；

向其中一用户分配编辑权限，并在接收到对所述三维房屋模型执行的编辑操作信息后，对所述描述文件进行修改；

将修改后的描述文件同步到其他用户客户端，以便所述其他用户客户端对所述三维房屋模型被编辑后的效果进行同步更新展示。

一种家装家居对象信息处理装置，应用于客户端，包括：

描述文件获得单元，用于获得目标房屋对象的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

渲染单元，用于根据所述描述文件渲染得到所述房屋对象的三维房屋模型并进行展示；

编辑操作信息提交单元，用于在关联的第一用户获得对所述三维房屋模型进行编辑操作的权限后，将对所述三维房屋模型执行的编辑操作信息提交到服务端，由所述服务端将编辑操作的结果同步到所述目标房屋对象关联的其他用户客户端进行更新展示。

一种家装家居对象信息处理装置，应用于服务端，包括：

房屋对象信息确定单元，用于确定目标房屋对象，以及关联的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

描述文件提供单元，用于将所述描述文件提供给加入所述房屋对象的多个用户的客户端，以便所述多个用户的客户端根据所述描述文件渲染得到三维房屋模型并进行展示；

文件修改单元，用于向其中一用户分配编辑权限，并在接收到对所述三维房屋模型执行的编辑操作信息后，对所述描述文件进行修改；

文件同步单元，用于将修改后的描述文件同步到其他用户客户端，以便所述其他用户客户端对所述三维房屋模型被编辑后的效果进行同步更新展示。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以在多个用户的客户端中对同一份描述文件对应的三维房屋模型进行展示，并且还可以在其中一方进行了编辑的情况下，将具体编辑操作产生的修改信息同步到其他各方客户端，从而使得实现多个用户对同一份家装家居设计方案的协同编辑，便于提高效率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的编辑界面的示意图；

图4-1至4-8是本申请实施例提供的权限转交过程中的界面示意图；

图5-1至5-10是本申请实施例提供的编辑器内沟通过程中的界面示意图；

图6-1至6-3是本申请实施例提供的标记模型添加过程中的界面示意图；

图7-1至7-3是本申请实施例提供的共同确认过程中的界面示意图；

图8是本申请实施例提供的第二方法的流程图；

图9是本申请实施例提供的第三方法的流程图；

图10是本申请实施例提供的第四方法的流程图；

图11是本申请实施例提供的第五方法的流程图；

图12是本申请实施例提供的第一装置的示意图；

图13是本申请实施例提供的第二装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了提供更完善的家装家居类服务，提供了一种具有家装家居设计功能的编辑器，所述编辑器能够提供对三维场景下的房屋模型进行渲染并展示的功能，并且，还可以在此基础上提供多用户协同编辑的功能。具体的，如图1所示，该编辑器可以分为服务端以及客户端两部分，其中，服务端可以运行在云端服务器上，而客户端则可以运行在用户的手机等终端设备上。在本申请实施例中，具体的用户可以包括具有多种身份的用户，例如，可以包括普通的消费者用户，也即，实际具有装修等需求的用户，另外，还可以包括“经理”用户，“设计师”用户，“工长”用户，等等。通常，一次装修过程，可以由消费者用户提出需求，“设计师”用户负责具体的方案设计，“工长”负责具体的施工管理，等等。其中，在具体进行方案设计的过程中，可能需要在消费者用户、设计师、工长、经理等多个角色的用户之间进行多次的协调沟通，才能确定最终的方案，然后由工长带领施工队进行施工。在施工的过程中，还可能需要随时对方案进行调整，等等。在本申请实施例中，就可以分别在上述各种角色的用户终端设备中安装本申请实施例提供的客户端程序，然后，可以由其中一方(例如，可以是消费者用户，或者也可以是作为经理或者设计师的用户等等)向服务端发起创建房屋对象的请求。该请求中可以携带具体的Json等各式的描述文件，该描述文件可以通过多种方式获得，主要用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式等进行描述。在向服务端提起创建房屋请求时，可以携带该描述文件，使其成为公共的文件。之后，服务端可以创建房屋对象，为其分配房屋ID，还可以为该房屋创建关联的用户列表。之后，可以邀请相关的其他用户加入该房屋，并且可以将描述文件提供给这些用户的客户端，使得这些用户的客户端中也可以渲染出具体的三维房屋模型。也就是说，同一份描述文件，可以同步到多个用户的客户端中，渲染并展示出同样的三维房屋模型。之后，列表中的各个用户还可以基于该同样的三维房屋模型进行编辑操作，在其中一个用户执行编辑操作时，其他用户可以同步查看到该用户的编辑操作结果，并且还可以在此基础上进行充分的沟通交流，以此方便在不同角色的用户之间达成一致。

需要说明的是，在本申请实施例中，能够针对同一房屋对象，实现在多个不同用户之间的协同编辑，这种协同编辑的过程，并不是在一个用户在其手机等端上完成模型的创建、编辑等操作后，将链接通过发送或者扫码等方式提供给其他用户，供其他用户进行查看，或者向其他用户开放编辑权限，允许其进行编辑。而是多个用户可以同时在线，其中一个用户执行的编辑操作还可以同步给其他用户，使得其他用户能够及时查看到编辑结果。在可选的实施方式中，还可以在编辑器内提供通信功能，在进行协同编辑的过程中，不同用户之间还可以在编辑器内进行即时通信等，而无需切换到其他的通信工具，因此，更加方便同一房屋对象关联的不同用户之间的高效沟通。

另外，在本申请实施例中，对于具体的用户而言，可以实现“端上”的协同编辑，也即，不同的用户只需要在手机等终端设备上运行编辑器的客户端程序，即可实现多用户协同编辑操作，在此过程中，用户无需感知编辑器服务端程序的存在。

下面对本申请实施例提供的具体实施方式进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，提供了一种家装家居对象信息处理方法，参见图2，该方法具体可以包括：

S201：服务端确定目标房屋对象，以及关联的描述文件信息，所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

其中，服务端具体确定目标房屋对象的方式可以有多种，例如，一种方式下，服务端可以接收创建房屋对象的请求，所述请求中携带有描述文件信息，所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

具体实现时，可以预先建立用户集合，一个用户集合中可以包括与同一个房屋设计方案相关的多种不同角色的用户。具体的，消费者用户可以提交装修服务需求，系统可以为其提供各种角色下的可选用户，消费者用户可以从中选择设计师用户、工长用户，等等。或者，在另一种实现方式下，也可以通过经理用户等作为消费者与设计师、工长等用户之间的桥梁，消费者用户可以选择一个经理用户，或者系统为该消费者用户指派经理用户，然后，可以由该经理用户为消费者用户推荐具体的设计师、工长等等。总之，可以通过多种方式组建起针对一个消费者用户的装修需求的用户“团队”。团队内的用户都可以分别在其终端设备上安装本申请实施例中提供的客户端，并且，都可以发起具体的创建房屋的请求。

其中，无论是由具体哪个用户发起请求，在发起请求之前，都可以首先确定具体的描述文件，该描述文件可以以多种格式存在，例如，一种较为优选的格式可以是Json格式，等等。该描述文件中可以对房屋的三维空间场景、房屋内使用的家装家居对象模型以及布局方式等进行描述。其中，具体的三维空间模型可以是根据具体消费者用户所需装修的房屋的具体户型图等来生成，具体的家装家居模型则可以根据关联的商品对象信息服务系统中的相关商品对象信息来生成，或者由商品对象信息服务系统中的具体商家等商品对象发布方用户来提供，等等。然后，通过初步的设计操作，可以生成原始的描述文件。或者，在另一种方式下，具体的描述文件也可以是通过在网上下载等方式获得，这里不做限定。

具体的，描述文件首先可以是具体请求发起方的用户客户端本地进行保存，该编辑器客户端可以直接根据该描述文件渲染出具体的三维房屋模型，并按照具体的布局方式等，将具体的家装家居对象模型按照布局方式渲染展示在三维空间场景中。例如，某个描述文件中对某用户家的客厅空间场景进行了描述，并在其中放置了沙发，茶几，地毯、台灯等家居用品，则编辑器可以直接根据该描述文件渲染出三维空间场景画面，并在画面中对上述内容进行展示，具体展示结果可以如图3所示。

但是，在本申请实施例中，由于需要在多个用户之间进行协同编辑，因此，需要在多个不同的用户的客户端中对同一份描述文件对应的三维房屋模型进行展示。为此，在本申请实施例中，就可以由具体的发起方向服务端发起请求，并将具体的描述文件提交到服务端。

服务端在接收到发起者用户客户端的请求以及描述文件后，便可以创建起房屋对象。需要说明的是，服务端创建的房屋对象具体就可以是一种数据对象，而不需要对具体的三维房屋模型进行展示，但是，服务端可以为房屋对象分配具体的房屋ID等标识，在可选的方式下，还可以为房屋对象创建用户列表。在初始状态下，可以直接将发起者用户的信息添加到该用户列表中，后续则可以将更多的用户加入到该用户列表中，以便在这些用户之间实现对同一份数据的协同编辑操作。

在前文所述中，具体的目标房屋对象可以是根据用户的创建请求创建的房屋对象，而在具体实现时，具体的房屋对象也可以通过其他方式来确定。例如，一种方式下，具体的房屋模型也可以是预先创建好的，例如，可以是由服务端创建通用的房屋模型，由发起者用户选择待加载或者待渲染的房屋模型，等等。

S202：确定加入所述目标房屋对象的至少一个目标用户的信息。

具体确定加入所述房屋对象的目标用户的方法可以有多种，例如，一种方式下，服务端还可以首先确定出该发起者用户关联的“装修团队”中的至少一个目标用户，并且可以将该房屋对象已创建的消息通知给这些目标用户的客户端，同时可以向这些目标用户发起加入房屋的邀请消息。目标用户则可以通过接受该邀请的方式加入到具体的房屋对象中。之后，服务端可以将该房屋对象对应的描述文件的下载地址等信息提供给目标用户的客户端，目标用户的客户端就可以下载描述文件，并根据该描述文件渲染出具体的三维房屋模型。这种三维房屋模型在加入该同一个房屋对象的不同用户客户端之间可以是相同的。

需要说明的是，在具体实现时，还可以为所述目标房屋对象创建用户列表，将请求加入所述目标房屋对象的至少一个目标用户加入到所述用户列表中，以便于记录目标房屋对象与各个目标用户之间的关联关系。另外，在实际应用中，还可以确定出具体进入房屋对象的目标用户对应的角色信息，将所述目标用户的角色信息添加到所述用户列表中。这种角色信息可以是在用户进行注册时提供的，并在系统的用户信息数据库中进行保存，根据用户的ID等标识信息，便可以查询到具体的角色信息。这样，在服务端可以根据多个不同的请求，创建出多个不同的房屋对象，并且可以分别为各个房屋对象记录对应的用户列表，并在用户列表中记录具体加入同一房屋模型中的各个目标用户的信息。这里需要说明的是，同一用户可能会加入到多个不同的房屋对象中，例如，某设计师可能同时为多个不同的消费者用户提供装修方案设计服务，此时，目标用户接收到服务端提供的加入目标用户的邀请后，可以根据具体的房屋对象ID、发起者用户标识等信息，选择加入其中一个ID对应的房屋对象，等等。

S203：将所述描述文件信息提供给所述目标用户的客户端，以便所述目标用户的客户端根据所述描述文件渲染出所述目标房屋对象的三维房屋模型。

在确定出目标用户后，则可以将目标房屋对象对应的描述文件的信息提供给这种目标用户的客户端，这样，目标用户客户端便可以对具体的三维房屋模型进行渲染展示。

如图3中的301处所示，在具体的三维房屋模型中可以提供编辑界面，在该编辑界面中可以展示出具体的三维房屋模型，另外，还可以提供一第一浮层，在该第一浮层中可以展示出具体用户列表中的目标用户的头像等信息。另外，还可以在其中展示出具体用户的角色信息，例如，“刘工”，“马经理”，“客户”，等等。这样，可以使得进入具体房屋模型的用户或者具体有哪些其他用户也在该房屋内共同参与方案设计。

在多个不同的用户加入到同一房屋对象之后，还可以在三维房屋模型的基础上进行编辑操作。具体的编辑操作可以包括对具体家装家居对象模型的移动、旋转、更换、增删、复制、标签修改，等等。另外，还可以提供一些特别的能力。例如，其中一种特别能力可以是吸附能力，具体如，模型在距离墙面小于20厘米(待定)的时候被放置，可自动吸附与墙面；或者，拖拽模型超过10厘米(待定)距离时，模型取消吸附效果，等等。另一种特别能力可以是中心对齐吸附，具体如，当模型附近5米内有其他模型时，且此模型和正在移动的模型中心点，在水平一条直线的20厘米范围内，会自动出现和这个模型的中心对齐线。或者，出现中心线时，松开模型会自动吸附至中心线处，等等。另外，由于在默认状态下，通常可以为用户提供“上帝视角”对三维房屋模型进行俯视，为了便于用户获得更接近在真实环境中观察的效果，还可以为用户提供浏览模式，在进行浏览模式后，可以将摄像机高度固定在地面上1.6M左右(相对于人类平均身高)。可以通过地面可点击的方式移动摄像机位置，但是，移动过程中高度不变。还可以通过单指上下左右滑动，改变摄像机角度，通过双击进行缩放，等等。另外，由于本申请实施例中的三维房屋模型中展示出的具体的家装家居对象模型，可以与商品对象信息服务系统中的商品对象关联，因此，还可以在该三维房屋模型中查看商品对象的报价信息，购买链接信息，等等。在对其中具体的某个对象进行更换时，还可以更新对应的报价、购买链接信息，等等。

其中，在一个用户对三维房屋模型执行具体编辑操作的过程中，还可以同步到加入到该房屋的其他用户客户端。具体的，服务端可以接收到其中一个目标用户针对所述三维房屋模型的编辑操作后，对所述描述文件进行相应的修改；然后，将修改后的描述文件同步到所述用户列表中其他目标用户的客户端，以用于对渲染出的三维房屋模型进行同步更新。

当然，为了防止进入到同一个房屋对象的多个用户同时执行编辑操作，还可以由服务端对所述用户列表中的目标用户进行权限控制，以便在同一时刻只有一个用户获得编辑权限，并仅将获得编辑权限的用户客户端中展示的三维房屋模型置为可编辑状态。具体实现，首先可以为发起者用户分配初始编辑权限。也就是说，在某用户发起创建房屋对象的请求，并创建起房屋对象后，可以默认为该用户分配编辑权限，使得该用户可以对该房屋模型进行编辑操作。在其中一个用户进行编辑的过程中，还可以在第一浮层中的用户列表信息处，展示出某用户正在编辑的提示信息，如图3中302处所示。

当然，用户列表中的其他用户也可以通过一些方式获得编辑权限。例如，其中一种方式下，可以是由当前具有编辑权限的用户(为便于描述，这里称为第一用户)发起权限的转交请求。此时，如图3中的303处所示，可以在第二浮层中提供用于发起转交编辑权限的第一操作选项，第一用户通过该第一操作选项发起的请求后，如图4-1所示，可以根据具体的用户列表中的用户信息，展示出可选的目标用户信息，第一用户可以从中选择其中一个第二用户，并将其信息提交到服务端。相应的，服务端在接收到当前具体编辑权限的第一用户客户端发起的将编辑权限转交给所述用户列表中的第二用户的请求后，可以向所述第二用户的客户端发起编辑邀请信息。此时，在第一用户客户端中，如图4-2中所示，可以展示出“消息已发送至对方，请等待回复”等通知消息，其中，该消息可以展示在具体的消息接收方用户的头像处。而在第二用户的客户端中，如图4-3所示，可以弹出提示框“设计师将编辑权转交给你，请问现在方便接受？”，并且，可以提供“接受”以及“拒绝”两种操作选项，如果所述第二用户接受所述邀请，则将可以所述编辑权限转交给所述第二用户客户端。相应的，如图4-4所示，在第一用户的客户端可以提示出“客户已成为编辑人”，如图4-5所示，在第二用户客户端可以提示出“您已成为编辑人，可以编辑任何家具”，等等。

上述方式中，是由当前具有编辑权限的用户，主动选择转交编辑权限，将编辑权限转交给另一个用户，或者，在另一种方式下，也可以由当前无编辑权限的用户客户端(为便于描述，将其称为第三客户端)发起申请编辑权限的请求。在这种方式下，如图4-6所示，可以在第三客户端界面中提供“我要编辑”等操作选项。相应的，服务端接收到当前无编辑权限的第三用户客户端发起的申请编辑权限的请求时，可以向当前具有编辑权限的第一用户客户端发送是否同意转交的询问消息。同时，可以向第三客户端提供已发送的提示消息，如图4-7所示，可以提示出“消息已发送至对方，请等待回复”，等等。其中，该消息可以展示在具体的消息接收方用户的头像处。而在当前具有编辑权限的第一用户客户端中，也可以弹出相应的询问信息，如图4-8所示，例如，可以展示为“客户正在申请编辑权限，请问现在是否同意”，同时可以提供用于“拒绝”或“同意”的操作选项，等等。在接收到第一用户客户端提交的同意转交的消息后，则可以将所述编辑权限转交给所述第三用户客户端。

需要说明的是，无论是具有编辑权限的用户主动转交编辑权限给其他用户，还是无编辑权限的用户申请获得编辑权限，都可以在编辑权限被移交之前，将对应的描述文件版本进行保存。

除了可以实现多用户的协同编辑以及权限控制之外，还可以在提供沟通功能，具体的，可以是用于发起沟通的操作选项，例如，如图3-1中的304处所示，具体可以是展示为“沟通”字样的按钮等。通过该操作选项发起操作请求后，如图5-1所示，可以提供用于输入/输出即时通信消息的对话框。通过该对话框，用户可以输入多种形式的即时通信消息。例如，如图5-2所示，可以输入文字内容，此时，还可以提供虚拟键盘，以用于编辑具体的文字。另外，如图5-3所示，还可以输入表情图片；如图5-4所示，还可以输入图片、视频等，其中图片、视频等可以是本地文件系统中保存的内容，选择对应的选项后，可以打开本地文件库，从中选项具体的图片、视频进行发送，发送后的状态可以如图5-5所示。另外，如图5-6所示，还可以发送语音消息，具体发送后的状态可以如图5-7所示，等等。总之，可以发送多种不同类型的即时通信消息，相应的，服务端可以将所述客户端提交的即时通讯消息同步到所述用户列表中的其他用户客户端。另外，如图3中的305处所示，为了便于进行语音沟通，还可以提供单独的语音沟通操作选项，也就是说，也可以不必进入即时通信对话框中发起语音沟通，而是可以直接点击图3中305处所示的“按住说话”按钮，即可进行语音输入及发送，具体操作后的状态如图5-8所示。需要说明的是，如果在某用户发送了即时通信消息或者语音消息时，用户列表中的其中某个用户当前并没有打开即时消息对话框，则具体的即时通信消息信息可以在发送者用户的头像处进行提示。例如，如图5-9所示，对于文字类的即时通信消息内容，可以直接对文字进行展示：“我觉得黑色沙发有点压抑，是不是……”。当然，由于该位置处的空间有限，因此，可以不必将全部的文字内容显示完整，而是提示性的展示一部分，用户可以通过点击该提示信息的方式，打开具体的对话框，然后查看完整的消息内容。另外，如果发送方用户发送的是语音类的消息，而某接收方用户未打开对话框，则具体在其界面内的提示方式可以如图5-10所示。也即，可以展示出语音消息的提示按钮，用户可以直接点击该提示按钮来收听该语音消息，而不必进入具体的对话框，等等。

总之，通过具体的编辑器提供的上述即时通信功能，使得进入同一房间的多个不同用户还可以直接在编辑具体设计方案的过程中，可以通过该功能及时进行沟通，如果哪一方有具体的意见或者建议，都可以通过这种方式提出，并且可以直接通过在3D环境中进行修改等方式，获得按照具体意见或者建议修改后的效果。

另外，由于在具体沟通的过程中，可能会涉及到对房屋模型内具体某处的修改意见或者建议等信息，而单纯通过文字或者语音的方式可能无法明确表达具体的位置信息。例如，某用户建议将沙发移动一下位置，但是，具体移动到哪里，可能无法用语言描述清楚。为此，在本申请实施例中，还可以提供创建标记模型对象并放置到具体三维房屋模型中的功能，通过这种标记模型对象及其位置，与文字、语音等即使通信消息的相互配合，来共同表达用户的意见及建议信息。需要说明的是，在具体实现时，由于多数情况下是由具有编辑权限的用户进行编辑，其他无编辑权限的用户可以提出意见或者建议，因此，可以仅为当前无编辑权限的用户(这里称为第四用户)提供上述放置标记的功能。当然，也可以为具有编辑权限的用户开放上述放置标记的功能。例如，如图3中的306所示，具体可以提供“放置标记”等字样的按钮，可以通过该操作选项触发创建标记模型对象，并且可以将该标记模型对象放置到具体的三维房屋模型中的某个位置。客户端可以将该位置信息提交到服务端，然后由服务端提供给其他用户的客户端，以用于在所述位置处对所述标记模型对象进行展示，通过所述标记模型所在的位置，对所述第四用户提出的意见或建议在所述三维房屋模型中的位置进行提示。另外，如图6-2所示，在具体创建并放置标记模型对象的用户客户端，还可以提供用于对标记模型对象进行删除的操作选项，可以随时将其删除。

具体实现时，也可以允许多个用户创建标记模型对象，例如，如图6-3所示，分别有三个用户创建了标记模型对象，并放置到具体的三维房屋模型中。此时，为了便于对不同用户添加的标记模型对象进行区分，还可以分别为每个标记模型对象提供对应的创建者用户的标识信息。具体实现时，可以在每个标记模型对象的附近展示创建者用户的标识等信息，或者，为了使得画面更简洁，本申请实施例还提供了一种更为优选的方案。在该方案中，在第一浮层中对用户列表中的各个用户的头像进行展示时，可以分别为不同的用户头像分配不同的颜色，这样，在对这种标记模型对象进行展示时，可以将具体的标记模型对象展示为与创建者用户头像相同的颜色信息，这样，可以更直观地确定出是哪个用户添加的该标记模型对象，并且，避免太多的信息对三维房屋模型中具体的家具等布局信息造成干扰。

另外，除了可以进行协同编辑，以及随时发起沟通共同讨论之后，还可以提供共同确认功能，通过该功能，可以在对具体的设计方案进行阶段性或者最后的确认。例如，在对某房间的客厅部分进行了多方的编辑以及共同讨论后，基本达成比较一致的方案，此时，还可以由其中一方发起“共同确认”，具体可以如图3中的307处所示，可以通过点击“共同确认”按钮来发起确认。具体发起后，可以如图7-1所示，提供用于输入具体需要确认的内容的输入框，例如，具体可以输入“请大家确认客厅的搭配方案是否可以”，等等。相应的，服务端可以将该需要共同确认的消息内容转发至用户列表中其他各用户的客户端，其他各用户的客户端则可以展示出该内容，并提供用于对该内容进行确认的操作选项。例如，如图7-2所示，可以展示出“请确认客厅的搭配方案是否可以”，同时还可以提供该共同确认的发起方用户信息，例如“此确认由设计师Marc发起”，等等。如果其中一用户进行了确认，则可以同步到其他各用户客户端，如图7-3所示，各用户客户端可以在对应的用户头像等处添加“已确认”标识，使得用户可以获知哪些用户已经进行了确认。需要说明的是，在所有人都确认后，可以将头像处的“已确认”标识清除。另外，具体实现时，在发起一次确认后，“发起确认”的操作选项可以处于不可用状态，在所有人都已确认后，才可以切换为可用状态，此时，还可以针对其他内容再次发起共同确认，等等。

总之，通过本申请实施例，可以通过服务端创建房屋对象，与发起者用户相关的多个用户都可以加入到同一个房屋对象中，并根据具体的描述文件，在客户端本地渲染出三维房屋模型，其中可以包括三维空间场景中展示的家装家居对象的三维模型，并可以按照一定的布局方式进行排列。这样，可以使得同一份设计方案等，可以在多个用户的终端设备上进行同步展示，便于多个用户之间的相互沟通交流。

另外，在优选的实施方式中，还可以在此基础上提供多人协同的编辑功能，并实现权限控制，避免多个人同时执行编辑操作导致的数据一致性问题。再者，还可以在编辑器内提供即时通信功能，使得多人之间可以直接在编辑器内进行沟通交流，或者还可以进行多人共同确认等操作，而不必借助于其他的即时通信工具。这样，可以更方便快捷地进行设计方案的讨论或者确认等操作，降低沟通成本，提高效率。

实施例二

该实施例二是与实施例一相对应的，从发起者用户客户端的角度，提供了一种家装家居对象信息处理方法，其中，具体的发起者用户就是指发起房屋对象创建请求的用户，具体可以是某个项目团队中的设计师用户，或者也可以是其他角色的用户。具体的，参见图8，该方法具体可以包括：

S801：第一客户端确定描述文件信息，所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

其中，具体确定描述文件的方式可以有多种，例如，在刚刚承接某个项目后，设计师用户根据客户的基本需求，在网上下载了某设计案例对应的描述文件，或者，利用设计工具设计了一份方案，并生成了对应的描述文件，需要在该方案的基础上，与客户、工长、经理等进行沟通，对一些客户不满意、工长认为不合理、经理认为超出预算等处进行编辑修改。此时，就可以将该描述文件作为待进行协同编辑、沟通的文件。再者，还可以是在某设计方案初步得到各方确认之后，具体的施工队在施工过程中发现一些问题，于是需要进一步与设计师、客户、经理等用户进行沟通，则也可以将该设计方案对应的描述文件确定为待进行协同编辑、沟通的文件，等等。

S802：向服务端提交创建房屋对象的请求，并在所述请求中携带所述描述文件信息，以便所述服务端根据所述请求创建目标房屋对象，并将所述描述文件提供给请求加入所述目标房屋对象的目标用户标识对应的客户端，以用于渲染出三维房屋模型。

在确定出具体的描述文件后，便可以向服务端发起创建房屋对象的请求。之后，服务端可以创建房屋对象，分配具体的房屋ID，在可选的方式下，还可以创建用户列表。在确定出具体请求加入房屋对象的其他用户后，可以加入到用户列表中，将描述文件提供给这些用户的客户端，以用于进行三维房屋模型的渲染。当然，作为发起方而言，由于描述文件在其本地就有保存，因此，也可以直接根据所述描述文件渲染出三维房屋模型。

另外，为了方便与其他用户进行交流，客户端还可以获得所述服务端提供的用户列表中的至少一个目标用户的信息；并在所述三维房屋模型中创建第一浮层，用于对所述至少一个目标用户的头像信息进行展示。

具体实现时，所述目标用户的信息包括目标用户的角色类别信息；此时，可以在所述三维房屋模型中对所述至少一个目标用户的头像以及对应的角色类别信息进行展示。

为了便于区分各种不同角色的用户，还可以将不同角色类别的用户头像信息用不同的颜色进行展示。

另外，在各方渲染出具体的三维房屋模型后，便可以进行协同编辑等处理。在编辑的过程中，可以由服务端进行编辑权限的控制。例如，具体实现时，首先可以将编辑权限分配给发起者用户，也即，使得发起者用户客户端获得所述服务端分配的编辑权限。

在编辑的过程中，可以将对所述三维房屋模型进行的编辑操作信息提交到服务端，以便所述服务端将修改后的描述文件信息同步到所述用户列表中的其他用户客户端，所述其他用户客户端根据修改后的描述文件同步修改所渲染出的三维房屋模型。

另外，还可以提供用于将编辑权限转交给其他用户的操作选项；通过所述操作选项接收到操作请求后，可以根据所述用户列表信息提供可选的用户信息，并将选中的第二用户信息提交到服务端，以便所述服务端向所述第二用户客户端发出邀请信息，在所述第二用户接受邀请求，将所述编辑权限转交给所述第二用户。

或者，另一种方式下，还可以接收服务端的询问消息，所述询问消息是根据第三用户客户端提交的申请编辑权限的请求生成的；如果接受所述请求，则提交到服务端，以便所述服务端将所述编辑权限转交给所述第三用户。

另外，还可以提供用于与所述用户列表中的其他用户进行沟通的操作选项；通过所述操作选项接收到操作请求后，创建对话框，接收输入的即时通信消息，并提交到服务端，以便所述服务端同步发送到所述用户列表中的其他用户客户端。

其中，所述即时通信消息的内容包括文字内容、表情内容、图片内容或者语音内容。

如果在未创建所述对话框的状态下接收到其他用户发送的即时通信消息，则在该用户对应的头像信息附近进行提示。

其中，在沟通的过程中，还可以接收所述服务端转发的标记模型对象及其对应的位置信息；所述标记模型对象是由当前未获得编辑权限的用户创建的，用于对沟通内容中涉及到的意见或者建议在所述三维房屋模型中的位置进行提示；按照所述位置信息将所述标记模型对象展示到所述三维房屋模型中对应的位置。

另外，在对所述标记模型对象进行展示时，还可以提供与创建该标记模型对象的用户对应的标识信息。其中，如果在所述三维房屋模型中对用户列表中的目标用户的头像信息进行展示，并且不同目标用户的头像信息通过不同的颜色进行展示；则具体可以将所述标记模型对象展示为与对应的用户头像信息相同的颜色，以此与具体标记模型对象的创建者用户进行对应。

为了便于发起语音沟通，还可以直接在三维房屋模型中提供用于向所述用户列表中的其他用户发送语音消息的操作选项；将通过所述操作选项接收到的语音消息提交到服务端，以便所述服务端将语音消息同步到用户列表中的其他用户客户端。这样，不必启动具体的即时通信对话框，即可与用户列表中的其他用户进行语音沟通。

另外，在具体实现时，还可以提供用于发起共同确认的操作选项；通过该操作选项接收到操作请求后，可以将待确认的内容信息提交到服务端，以便所述服务端收集所述用户列表中其他用户的确认结果，并在所述用户列表中的各用户之间进行同步发送。

实施例三

该实施例三也是与实施例一相对应的，如前文所述，加入到同一房屋对象的多个用户中，其中一个是发起创建房屋对象的用户，而其他不是发起者，但是，都可以加入到发起者用户创建的房屋对象中。当然，也不是任意的用户都可以加入到房屋对象，需要预先在发起者用户与其他角色的用户之间建立“团队”，共同负责完成某个项目，为消费者用户提供从设计到施工的完整的装修服务。本申请实施例三就是从上述非发起者用户客户端的角度，提供了一种家装家居对象信息处理方法，参见图9，该方法具体可以包括：

S901：第二客户端接收服务端提供的加入目标房屋对象的邀请信息；

S902：将确定加入所述房屋对象响应信息提交到所述服务端；

S903：获得所述房屋对象关联的描述文件信息，所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

S904：根据所述描述文件渲染出所述目标房屋对象的三维房屋模型并进行展示。

具体实现时，在对所述三维房屋模型进行展示的过程中，还可以根据所述服务端提供的修改后的描述文件，对所述三维房屋模型进行更新展示，其中，所述描述文件的修改操作是根据加入所述房屋对象的其他用户客户端对所述三维房屋模型执行的编辑操作进行的。

其中，为了避免多个用户同时执行编辑操作，以至于在数据一致性等方式出现问题，还可以通过服务端对各个用户的编辑权限进行控制。也就是说，所述其他用户客户端可以是在获得服务端分配的编辑权限后，对所述三维房屋模型执行的编辑操作。

当然，在某用户获得编辑权限并进行编辑的过程中，还可以将编辑权限转交给其他用户。该转交的过程可以是有编辑权限的用户发起转交，也可以是由无编辑权限的用户发起申请。其中，对于第一种方式，可以接收编辑邀请信息；将接受邀请的消息提交到服务端，以便所述服务端执行编辑权限移交处理。

对于第二种方式，客户端可以提供用于申请编辑权限的第一操作选项；通过所述第一操作选项接收到申请编辑权限的请求后，提交到服务端，以便所述服务端在收到当前具有编辑权限的客户端提交的同意移交的消息后，执行编辑权限移交处理。

另外，具体实现时，还可以提供用于与加入到所述房屋对象中的其他用户进行沟通的第二操作选项；通过所述第二操作选项接收到沟通请求后，提供用于输入及输出即时通信消息的对话框。

再者，还可以提供用于创建标记模型的第三操作选项；通过所述第三操作选项接收到操作请求后，创建标记模型，放置到所述三维房屋模型内进行展示；将所述标记模型被放置的位置信息提交到服务端，以便所述服务端将所述标记模型以及位置信息同步到加入所述房屋对象的其他用户客户端，所述标记模型以及所述位置信息用于对沟通内容中涉及到的意见或者建议在所述三维房屋模型中的位置进行提示。

实施例四

该实施例四主要针对具体创建了房屋对象，并确定了用户列表中具体的成员用户信息后，在通过编辑器进行交互过程中，进行协同编辑以及相关权限控制的实现方案单独进行保护。具体的，该实施例四从客户端的角度，提供了一种家装家居对象信息处理方法，参见图10，该方法具体可以包括：

S1001：客户端获得目标房屋对象的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

其中，客户端获得目标描述文件的方式可以有多种，例如，如果是发起方用户的客户端，则可以直接获得本地保存的描述文件。如果是其他接受邀请的用户的客户端，则可以通过到服务端指定的下载地址进行下载的方式进行获得，等等。

S1002：根据所述描述文件渲染得到所述房屋对象的三维房屋模型并进行展示；

在获得具体的描述文件后，便可以在编辑器内进行渲染，并展示出具体的三维房屋模型，也即，可以通过三维的方式对具体的设计方案进行展示，在这种展示方式下，使得具体展示出的信息处于可编辑状态，可以对具体的信息进行编辑操作。包括修改某家具的位置，替换某家具，等等。

S1003：在关联的第一用户获得对所述三维房屋模型进行编辑操作的权限后，将对所述三维房屋模型执行的编辑操作信息提交到服务端，由所述服务端将编辑操作的结果同步到所述目标房屋对象关联的其他用户客户端进行更新展示。

其中，所述房屋对象以及对应的用户列表可以是由所述服务端创建的，所述用户列表中的成员用户包括创建所述房屋对象的发起者用户，以及接受邀请并加入到所述房屋对象中的用户。

由于能够实现多人协同编辑，因此，加入房屋对象的用户都有资格对房屋模型进行编辑操作。但是，为了避免多个人同时编辑导致的数据一致性降低等情况出现，还可以由服务端对具体的编辑权限进行控制。在具体进行控制时，可以在同一时刻仅将编辑权限分配给一个成员用户，其他成员用户如果想要获得编辑权限，可以进行申请，或者，也可以由当前具有编辑权限的用户主动发起编辑权限的转交，等等。通过这种方式，可以使得在实现协同编辑的同时，实现的一致性。

具体实现时，一种方式下，可以提供用于将编辑权限转交给其他成员用户的操作选项；通过该操作选项接收到操作请求后，可以提供可选的其他成员用户信息，并将被选中的第二用户信息提交到服务端，以便所述服务端将编辑权限转交给所述第二用户。

或者，另一种方式下，还可以接收服务端的询问消息，所述询问消息是根据第三用户客户端提交的申请编辑权限的请求生成的；如果接受所述请求，则也可以提交到服务端，以便所述服务端将所述编辑权限转交给所述第三用户。

当然，在一个用户将编辑权限转交给其他用户后，还可以再通过申请等方式取回编辑权限。此时，客户端还可以提供用于申请编辑权限的操作选项；在将所述编辑权限转交给第二用户或第三用户后，还可以通过该操作选项接收发起申请后，并将申请请求提交到服务端，以便所述服务端在当前具有编辑权限的用户客户端询问并同意转交后，将编辑权限转交回所述第一用户。

为了便于对具体的设计方案等进行阶段性或者总结性的确认，在具体实现时，还可以提供用于发起共同确认的操作选项；通过该操作选项接收到操作请求后，可以提供用于输入待确认内容的输入控件；将接收到的待确认内容信息提交到服务端，由所述服务端将所述待确认内容发送到所述其他成员用户客户端，并获得确认结果信息。

再者，客户端还可以获得所述用户列表中的成员用户的信息，并对所述成员用户的头像信息进行展示；这样，在获得所述服务端返回的所述其他成员用户客户端的确认结果信息后，还可以将确认结果信息展示在对应的成员用户的头像信息处。使得用户能够很直观地获知哪个用户进行了确认，哪个用户尚未执行确认，等等。

另外，具体实现时，在发起共同确认，并在其他成员用户客户端完成确认前，可以将所述用于发起共同确认的操作选项置为不可操作状态；待所述其他成员用户客户端全部完成确认后，再将所述用于发起共同确认的操作选项切换为可操作状态，以用于发起下一次的共同确认。

再者，还可以获得所述用户列表中的成员用户的信息，并对所述成员用户的头像信息进行展示。具体实现时，还可以获得所述成员用户对应的角色信息；此时，可以对所述成员用户的头像以及角色信息进行展示。更为具体的，还可以根据所述成员用户之间角色的不同，将所述成员用户的头像展示为不同颜色。

为了便于成员用户之间在进行协同编辑的过程中进行相互沟通，客户端还可以提供用于与所述用户列表中的其他用户进行沟通的操作选项；通过所述操作选项接收到操作请求后，可以创建对话框，接收输入的即时通信消息，并提交到服务端，以便所述服务端同步发送到所述用户列表中的其他用户客户端。这样，成员用户不需要来回在多种不同的应用程序之间切换，即可实现协同编辑以及相互沟通，方便使得沟通中的意见或者建议信息，更直观地体现在三维房屋模型中，有利于提高沟通效率，便于在多种不同角色的用户之间达成一致。其中，所述即时通讯消息的内容包括文字内容、表情内容、图片内容或者语音内容。

另外，在沟通的过程中，还可以接收所述服务端转发的标记模型对象及其对应的位置信息；所述标记模型对象是由当前未获得编辑权限的其他成员用户创建的，用于对沟通内容中涉及到的意见或者建议在所述三维房屋模型中的位置进行提示；按照所述位置信息将所述标记模型对象展示到所述三维房屋模型中对应的位置。

实施例五

该实施例五是与实施例四相对应的，从服务端的角度，针对其在具体协同编辑、权限控制过程中提供的支持，提供了一种家装家居对象信息处理方法，参见图11，该方法具体可以包括：

S1101：服务端确定目标房屋对象，以及关联的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

S1102：将所述描述文件提供给加入所述房屋对象的多个用户的客户端，以便所述多个用户的客户端根据所述描述文件渲染得到三维房屋模型并进行展示；

S1103：向其中一用户分配编辑权限，并在接收到对所述三维房屋模型执行的编辑操作信息后，对所述描述文件进行修改；

S1104：将修改后的描述文件同步到其他用户客户端，以便所述其他用户客户端对所述三维房屋模型被编辑后的效果进行同步更新展示。

具体实现时，在接收到当前具有编辑权限的客户端提交的将编辑权限转交给第二用户的请求后，可以向所述第二用户客户端发送编辑邀请消息；在接收到所述第二客户端返回的接受邀请的消息后，将编辑权限转交给所述第二用户。

或者，还可以接收到当前无编辑权限的第三用户客户端发起的申请编辑权限的请求时，向当前具有编辑权限的第一用户客户端发送是否同意转交的询问消息；在接收到同意转交的消息后，将所述编辑权限转交给所述第三用户客户端。

总之，通过上述实施例四以及实施例五，可以在多个用户的客户端中对同一份描述文件对应的三维房屋模型进行展示，并且还可以在其中一方进行了编辑的情况下，将具体编辑操作产生的修改信息同步到其他各方客户端，从而使得实现多个用户对同一份家装家居设计方案的协同编辑，便于提高效率。

需要说明的是，关于前述实施例二至实施例五中的未详述部分，可以参见实施例一中的记载，这里不再赘述。

与实施例四相对应，本申请实施例还提供了一种家装家居对象信息处理装置，参见图12，该装置应用于客户端，包括：

描述文件获得单元1201，用于获得目标房屋对象的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

渲染单元1202，用于根据所述描述文件渲染得到所述房屋对象的三维房屋模型并进行展示；

编辑操作信息提交单元1203，用于在关联的第一用户获得对所述三维房屋模型进行编辑操作的权限后，将对所述三维房屋模型执行的编辑操作信息提交到服务端，由所述服务端将编辑操作的结果同步到所述目标房屋对象关联的其他用户客户端进行更新展示。

具体实现时，该装置还可以包括：

权限转交操作选项提供单元，用于提供用于将编辑权限转交给所述其他用户的操作选项；

可选用户提供单元，用于通过该操作选项接收到操作请求后，提供可选的其他用户信息，并将被选中的第二用户信息提交到服务端，以便所述服务端将编辑权限转交给所述第二用户。

询问信息接收单元，用于

接收服务端的询问消息，所述询问消息是根据第三用户客户端提交的申请编辑权限的请求生成的；

请求提交单元，用于如果接受所述请求，则提交到服务端，以便所述服务端将所述编辑权限转交给所述第三用户。

申请权限操作选项提供单元，用于提供用于申请编辑权限的操作选项；

请求提交单元，用于在将所述编辑权限转交给第二用户或第三用户后，通过该操作选项接收到操作请求后，提交到服务端，以便所述服务端在当前具有编辑权限的用户客户端询问并同意转交后，将编辑权限转交回所述第一用户。

共同确认操作选项提供单元，用于提供用于发起共同确认的操作选项；

输入控件提供单元，用于通过该操作选项接收到操作请求后，提供用于输入待确认内容的输入控件；

待确认内容提交单元，用于将接收到的待确认内容信息提交到服务端，由所述服务端将所述待确认内容发送到所述其他成员用户客户端，并获得确认结果信息。

另外，该装置还可以包括：

头像信息展示单元，用于获得所述其他用户的头像信息，并对所述其他用户的头像信息进行展示；

确认结果展示单元，用于获得所述服务端返回的所述其他成员用户客户端的确认结果信息后，将确认结果信息展示在对应的成员用户的头像信息处。

另外还可以包括：

选项状态控制单元，用于在发起共同确认，并在其他成员用户客户端完成确认前，将所述用于发起共同确认的操作选项置为不可操作状态；

选项状态切换单元，用于待所述其他成员用户客户端全部完成确认后，再将所述用于发起共同确认的操作选项切换为可操作状态，以用于发起下一次的共同确认。

其中，所述目标房屋对象关联的其他用户包括：接受服务端发出的邀请并加入到所述房屋对象中的用户。

另外，该装置还可以包括：

用户信息展示单元，用于获得所述其他用户的信息，并对所述其他用户的信息进行展示。

另外还可以包括：

角色信息获得单元，用于获得所述成员用户对应的角色信息；

所述用户信息展示单元具体可以用于：

对所述成员用户的头像以及角色信息进行展示。

具体的，可以根据所述用户之间角色的不同，将所述用户的头像展示为不同颜色。

另外，该装置还可以包括：

沟通操作选项提供单元，用于提供用于与所述其他用户进行沟通的操作选项；

通信消息提交单元，用于将通过所述操作选项接收到的通信消息提交到服务端，以便所述服务端将所述通信消息同步发送到所述其他用户的客户端。

其中，所述通讯消息的内容包括文字内容、表情内容、图片内容或者语音内容。

另外，该装置还可以包括：

标记模型信息接收单元，用于在沟通的过程中，接收所述服务端转发的标记模型对象及其对应的位置信息；所述标记模型对象是由当前未获得编辑权限的其他用户创建的，用于对沟通内容中涉及到的意见或者建议在所述三维房屋模型中的位置进行提示；

标记模型信息展示单元，用于按照所述位置信息将所述标记模型对象展示到所述三维房屋模型中对应的位置。

与实施例五相对应，本申请实施例还提供了一种家装家居对象信息处理装置，参见图13，该装置应用于服务端，包括：

房屋对象信息确定单元1301，用于确定目标房屋对象，以及关联的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

描述文件提供单元1302，用于将所述描述文件提供给加入所述房屋对象的多个用户的客户端，以便所述多个用户的客户端根据所述描述文件渲染得到三维房屋模型并进行展示；

文件修改单元1303，用于向其中一用户分配编辑权限，并在接收到对所述三维房屋模型执行的编辑操作信息后，对所述描述文件进行修改；

文件同步单元1304，用于将修改后的描述文件同步到其他用户客户端，以便所述其他用户客户端对所述三维房屋模型被编辑后的效果进行同步更新展示。

另外，该装置还可以包括：

权限转交请求接收单元，用于接收到当前具有编辑权限的客户端提交的将编辑权限转交给第二用户的请求；

邀请信息发送单元，用于向所述第二用户客户端发送编辑邀请消息；

第一转交单元，用于在接收到所述第二客户端返回的接受邀请的消息后，将编辑权限转交给所述第二用户。

权限申请请求接收单元，用于接收到当前无编辑权限的第三用户客户端发起的申请编辑权限的请求时，向当前具有编辑权限的第一用户客户端发送是否同意转交的询问消息；

第二转交单元，用于在接收到同意转交的消息后，将所述编辑权限转交给所述第三用户客户端。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的家装家居对象信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (19)

1.一种家装家居对象信息处理方法，其特征在于，包括：

客户端获得目标房屋对象的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

根据所述描述文件渲染得到所述房屋对象的三维房屋模型并进行展示；

在关联的第一用户获得对所述三维房屋模型进行编辑操作的权限后，将对所述三维房屋模型执行的编辑操作信息提交到服务端，由所述服务端将编辑操作的结果同步到所述目标房屋对象关联的其他用户客户端进行更新展示。

2.根据权利要求1所述的方法，其特征在于，还包括：

提供用于将编辑权限转交给所述其他用户的操作选项；

通过该操作选项接收到操作请求后，提供可选的其他用户信息，并将被选中的第二用户信息提交到服务端，以便所述服务端将编辑权限转交给所述第二用户。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收服务端的询问消息，所述询问消息是根据第三用户客户端提交的申请编辑权限的请求生成的；

如果接受所述请求，则提交到服务端，以便所述服务端将所述编辑权限转交给所述第三用户。

4.根据权利要求2或3所述的方法，其特征在于，还包括：

提供用于申请编辑权限的操作选项；

在将所述编辑权限转交给第二用户或第三用户后，通过该操作选项接收到操作请求后，提交到服务端，以便所述服务端在当前具有编辑权限的用户客户端询问并同意转交后，将编辑权限转交回所述第一用户。

5.根据权利要求1所述的方法，其特征在于，还包括：

提供用于发起共同确认的操作选项；

通过该操作选项接收到操作请求后，提供用于输入待确认内容的输入控件；

将接收到的待确认内容信息提交到服务端，由所述服务端将所述待确认内容发送到所述其他成员用户客户端，并获得确认结果信息。

6.根据权利要求5所述的方法，其特征在于，还包括：

获得所述其他用户的头像信息，并对所述其他用户的头像信息进行展示；

获得所述服务端返回的所述其他成员用户客户端的确认结果信息后，将确认结果信息展示在对应的成员用户的头像信息处。

7.根据权利要求5所述的方法，其特征在于，还包括：

在发起共同确认，并在其他成员用户客户端完成确认前，将所述用于发起共同确认的操作选项置为不可操作状态；

待所述其他成员用户客户端全部完成确认后，再将所述用于发起共同确认的操作选项切换为可操作状态，以用于发起下一次的共同确认。

8.根据权利要求1至7任一项所述的方法，其特征在于，

所述目标房屋对象关联的其他用户包括：接受服务端发出的邀请并加入到所述房屋对象中的用户。

9.根据权利要求8所述的方法，其特征在于，还包括：

获得所述其他用户的信息，并对所述其他用户的信息进行展示。

10.根据权利要求9所述的方法，其特征在于，还包括：

获得所述其他用户对应的角色信息；

所述对其他用户的信息进行展示，包括：

对所述其他用户的头像以及角色信息进行展示。

11.根据权利要求10所述的方法，其特征在于，

所述对所述其他用户的头像以及角色信息进行展示，包括：

根据所述用户之间角色的不同，将所述用户的头像展示为不同颜色。

12.根据权利要求1至7任一项所述的方法，其特征在于，还包括：

提供用于与所述其他用户进行沟通的操作选项；

将通过所述操作选项接收到的通信消息提交到服务端，以便所述服务端将所述通信消息同步发送到所述其他用户的客户端。

13.根据权利要求12所述的方法，其特征在于，

所述通讯消息的内容包括文字内容、表情内容、图片内容或者语音内容。

14.根据权利要求12所述的方法，其特征在于，还包括：

在沟通的过程中，接收所述服务端转发的标记模型对象及其对应的位置信息；所述标记模型对象是由当前未获得编辑权限的其他用户创建的，用于对沟通内容中涉及到的意见或者建议在所述三维房屋模型中的位置进行提示；

按照所述位置信息将所述标记模型对象展示到所述三维房屋模型中对应的位置。

15.一种家装家居对象信息处理方法，其特征在于，包括：

服务端确定目标房屋对象，以及关联的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

将所述描述文件提供给加入所述房屋对象的多个用户的客户端，以便所述多个用户的客户端根据所述描述文件渲染得到三维房屋模型并进行展示；

向其中一用户分配编辑权限，并在接收到对所述三维房屋模型执行的编辑操作信息后，对所述描述文件进行修改；

将修改后的描述文件同步到其他用户客户端，以便所述其他用户客户端对所述三维房屋模型被编辑后的效果进行同步更新展示。

16.根据权利要求15所述的方法，其特征在于，还包括：

接收到当前具有编辑权限的客户端提交的将编辑权限转交给第二用户的请求；

向所述第二用户客户端发送编辑邀请消息；

在接收到所述第二客户端返回的接受邀请的消息后，将编辑权限转交给所述第二用户。

17.根据权利要求15所述的方法，其特征在于，还包括：

接收到当前无编辑权限的第三用户客户端发起的申请编辑权限的请求时，向当前具有编辑权限的第一用户客户端发送是否同意转交的询问消息；

在接收到同意转交的消息后，将所述编辑权限转交给所述第三用户客户端。

18.一种家装家居对象信息处理装置，其特征在于，应用于客户端，包括：

描述文件获得单元，用于获得目标房屋对象的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

渲染单元，用于根据所述描述文件渲染得到所述房屋对象的三维房屋模型并进行展示；

编辑操作信息提交单元，用于在关联的第一用户获得对所述三维房屋模型进行编辑操作的权限后，将对所述三维房屋模型执行的编辑操作信息提交到服务端，由所述服务端将编辑操作的结果同步到所述目标房屋对象关联的其他用户客户端进行更新展示。

19.一种家装家居对象信息处理装置，其特征在于，应用于服务端，包括：

房屋对象信息确定单元，用于确定目标房屋对象，以及关联的描述文件；所述描述文件用于对房屋的三维空间场景、房屋内使用的家装家居对象模型和/或布局方式进行描述；

描述文件提供单元，用于将所述描述文件提供给加入所述房屋对象的多个用户的客户端，以便所述多个用户的客户端根据所述描述文件渲染得到三维房屋模型并进行展示；

文件修改单元，用于向其中一用户分配编辑权限，并在接收到对所述三维房屋模型执行的编辑操作信息后，对所述描述文件进行修改；

文件同步单元，用于将修改后的描述文件同步到其他用户客户端，以便所述其他用户客户端对所述三维房屋模型被编辑后的效果进行同步更新展示。

Images