存储装置、计算机设备、虚拟选房系统及其标签设定方法与流程

本发明属于房地产领域，特别涉及存储装置、计算机设备、虚拟选房系统及其标签设定方法。

背景技术：

房地产作为一种客观存在的物质形态，是指房产和地产的总称，在权利层面上其包括针对土地和土地上永久建筑物及其所衍生的权利。其中，房产包括：住宅、厂房、仓库和商业、服务、文化、教育、卫生、体育以及办公用房等。其中，地产是指土地及其上下一定范围内的空间，其包括地下的各种基础设施以及地上的道路等。

在现实生活中，消费者购买房地产时通常在沙盘中呈现的格局判断楼体的具体位置、房屋的具体楼层。然后基于这些再加上个人的想象力预计每个房屋的户外情景。

如果消费者购买已经封顶的房地产，则可以直接到现场勘查并判断。但是这样一来导致大量的消费者拥挤到一个地点，容易引起混乱。并且，对于消费者而言，如果需要知道每个房屋的户外情景时，只能进入到每个房屋具体眺望。但是这样一来导致大量的浪费了消费者的选房时间。

现有技术中基于虚拟现实（Virtual Reality ，VR）的虚拟选房系统，可以通过构建模型的方式来在计算机中呈现小区的布局和景观、楼盘以及室内等模拟场景；然后，再基于虚拟现实技术，使选房者可以以其视角漫游于模拟场景中，来观看小区、楼盘以及室内的结构、布局或是景观等。

发明人经过研究发现，现有技术中的虚拟选房系统中，至少存在以下缺陷：

在修改模型中的标签的时候，需要较大的工作量才能完成，从而使得工作效率较低。

上述的背景技术仅仅是发明人为了导出本发明实施方式而保有的、或在导出过程中习得的技术信息，并不一定是在本发明实施方式的提交之前已公开于一般公众的公知技术。

技术实现要素：

本发明的目的是提供了存储装置、计算机设备、虚拟选房系统及其标签设定方法，以克服现有技术中修改模型中的用户界面时工作量大，工作效率较低的缺陷。

为实现上述目的，本发明提供了一种虚拟选房系统的标签设定方法，包括步骤：

S11、将所述模型的场景分别设置为视图场景和标签场景；

S12、预设用于构建所述标签场景的控件库，所述控件库中的控件包括用于构建所述标签场景的名称、样式和事件；

S13、在所述视图场景中需设立标签的位置设置空物体，并配置所述空物体与所述控件的关联关系；

S14、当运行所述模型时，加载所述视图场景，以及，通过为所述空物体加载对应的控件，构建与所述视图场景对应的所述标签场景。

优选的，在本发明中，所述根据所述视图场景的需求，设置所述视图场景与所述控件的关联关系，包括：

创建标签配置对象，所述标签配置对象包括用于设置所述视图场景与所述控件的关联关系的操作界面；通过所述操作界面设置所述视图场景与所述控件的关联关系。

优选的，在本发明中，还包括：

通过更新所述控件库中的控件，更新与所述视图场景对应的所述标签场景。

优选的，在本发明中，还包括：

通过修改与所述视图场景关联的控件，更新与所述视图场景对应的所述标签场景。

优选的，在本发明中，所述通过更新所述控件库中的控件，更新与所述视图场景对应的所述标签场景，包括：

客户端接收发自服务器端的更新后控件；

所述客户端根据更新后控件更新所述控件库。

优选的，在本发明中，所述客户端包括有多个。

在本发明的另一方面，还提供了一种存储装置，所述存储装置包括有软件程序，所述软件程序适于由处理器加载并执行标签设定方法的各步骤;

所述标签设定方法包括步骤：

S11、将所述模型的场景分别设置为视图场景和标签场景；

S12、预设用于构建所述标签场景的控件库，所述控件库中的控件包括用于构建所述标签场景的名称、样式和事件；

S13、在所述视图场景中需设立标签的位置设置空物体，并配置所述空物体与所述控件的关联关系；

S14、当运行所述模型时，加载所述视图场景，以及，通过为所述空物体加载对应的控件，构建与所述视图场景对应的所述标签场景。

在本发明的另一方面，还提供了一种计算机设备，包括处理器和存储装置；

所述存储装置包括有软件程序，所述软件程序适于由处理器加载并执行标签设定方法的各步骤;

所述标签设定方法包括步骤：

S11、将所述模型的场景分别设置为视图场景和标签场景；

S12、预设用于构建所述标签场景的控件库，所述控件库中的控件包括用于构建所述标签场景的名称、样式和事件；

S13、在所述视图场景中需设立标签的位置设置空物体，并配置所述空物体与所述控件的关联关系；

S14、当运行所述模型时，加载所述视图场景，以及，通过为所述空物体加载对应的控件，构建与所述视图场景对应的所述标签场景。

在本发明的另一方面，还提供了一种虚拟选房系统，包括服务器和计算机设备；所述计算机设备为与所述服务器适配的客户端；

所述服务器用于向所述客户端发送更新后控件，所述客户端可以根据更新后控件更新控件库。

优选的，在本发明中，所述客户端包括有多个。

由上可以看出，本发明实施例中，将模型中的场景划分为视图场景和标签场景这两种子场景；在本发明实施例中，视图场景是指用户在模型中的浏览对象，比如，可以是沙盘模型中构建的楼盘、地形、配套设施、绿化项目和道路等各种小区中的场景和设施；也可以是户型模型中的各种居室内的建筑结构或是装修布置等；标签场景是指模型中用于对楼盘、配套设施、绿化项目和道路等设施进行标识的数字性或图文性标牌，本发明实施例中的标签具体可以包括：设于每个楼顶上的楼号标识、设于小区进出口位置的进出口标识、用于标识建筑物的是医院还是学校的铭牌，以及，楼盘的区位图等。

在本发明实施例中，不再将用户的浏览对象（视图）与浏览对象中各个设施的标签打包为同一模型中，而是通过设有控件库的方式，来存储标签场景能用得到的所有控件；然后，再在视图场景中需设立标签的位置设置空物体，并配置空物体与控件的关联关系；这样，当运行模型的时候，在加载视图场景的时候，还要根据关联关系加载每个空物体的控件来构成每个标签，从而构建模型的整个标签场景。

通过上述设置后，当需要对模型的标签进行修改时，不再需要重新对模型进行编程和打包，只需要重新设定与空物体关联的控件即可；从而降低了修改标签的难度和工作量，所以也就可以有效的提高了工作效率。

进一步的，在本发明实施例中，还可通过远程更新控件库的方式来实现异地的虚拟选房系统的标签的修改，所以还可以有效的减少系统维护人员的工作量。

再进一步的，通过本发明实施例，可以通过为多个远程的客户端设置远程服务器的方式，来将更新后的控件同步到多个远程的客户端的虚拟选房系统的控件库中，从而可以使所有处于远程的多个客户端自动的实现标签的修改。

附图说明

图1为本发明实施例中所述虚拟选房系统的标签设定方法的步骤示意图；

图2为本发明实施例中所述虚拟选房系统的标签设定方法的又一步骤示意图；

图3为本发明实施例中所述计算机设备的结构示意图。

具体实施方式

本发明可以进行多种变更，可以具有多种实施例，在附图中例示特定实施例，并在具体实施方式中进行详细说明。如果参照附图的同时参照详细叙述的实施例，可清楚理解本发明的效果及特征、以及实现这些的方法。但是，本发明可以以多种方式实现而不受限于以下所公开的实施例。

在以下的实施例中，第一、第二等用语是以将一个组成要素与其它组成要素区别的目的使用，而不具有限定的意义。

在以下的实施例中，关于单数形式的表述，只要在文章中不是明确地表示其它含义，则该单数形式的表述也包括复数形式的表述。

在以下的实施例中，“包括”或“具有”等用语意味着说明书所记载的特征或组成要素的存在，并不是用来事先排除一个以上的其它特征或组成要素的附加可能性。

在以下的实施例中，当膜、区域和组成要素等部分位于其它部分上方或之上时，不仅包括位于其它部分的正上方的情况，也包括在其之间设置有其它膜、区域和组成要素等的情况。

在附图中为了方便说明而可以放大或缩小组成要素的尺寸。例如，为了方便说明，任意表示附图中所示的各结构的尺寸及厚度，因此本发明并不一定受限于图示的内容。

在以下的实施例中，x轴、y轴及z轴并不受限于直角坐标系上的三个轴，可以用包括这些的广义来解释该x轴、y轴及z轴。例如，x轴、y轴及z轴可以彼此正交，但还可以指彼此不正交的相互不同的方向。

在某一实施例可实现为其他方式的情况下，特定的工序顺序还可以与所说明的顺序不同地实施。例如，连续说明的两种工序实际上可以同时实现，并且还可以以与所说明的顺序相反的顺序进行。

下面，参照附图，对本发明的实施例进行详细说明，当参照附图进行说明时，对相同或对应的组成要素标上相同的附图标记，并省略对该组成要素的重复说明。

为了克服现有技术中修改模型中的标签时工作量大，工作效率较低的缺陷，本发明实施例提供了一种虚拟选房系统的标签设定方法，如图1所示，包括步骤：

S11、将所述模型的场景分别设置为视图场景和标签场景；

Unity3D是由Unity Technologies公司开发的用于创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型开发工具。

本发明实施例基于虚拟现实技术，用户可以通过在计算机设备中安装相应的软件程序，来实现本发明实施例中的各个步骤；在实际应用中，该软件程序可以称之为虚拟选房系统。虚拟选房系统的软件程序的构架就可以是基于Unity3D开发而成的，虚拟选房系统中，主要包括有沙盘模型和户型模型，其中，沙盘模型是指，以3D楼盘的方式构建房地产项目中的小区、楼宇、配套设施、道路和绿化项目等各种设施来体现房地产项目的外观模型；户型模型则是该房地产项目中各种户型结构的房屋的建筑结构模型。本发明实施例中所提及的模型，是包括了沙盘模型和户型模型等房地产项目中模型的统称。

本发明实施例中基于虚拟技术的虚拟选房系统，可以为用户提供对房地产项目中各种设施多视角和多模式的观测浏览方式；具体的，本发明实施例中的虚拟选房系统的模型中，可以为用户展示浏览对象，如，小区、楼宇、配套设施、道路和绿化项目等各种设施，以及，各种居室内的建筑结构或是装修布置等；与此同时，为了使通过虚拟选房系统进行选房的用户能够便捷的辨识模型中的各种设施，还需要通过标签来为诸如学校、医院、每个楼宇、小区的出入口等设施通过图文或编号来进行标识。

在本发明实施例中，将模型的场景划分为两个子场景，即，用于向用户展示浏览对象的视图场景和用于用户进行操作的标签场景。

S12、预设用于构建标签场景的控件库，控件库中的控件包括用于构建标签场景的名称、样式和事件；

构建标签场景所需的控件包括有多个和多种，其中比较重要的包括有名称、样式、位置和事件等。需要说明的是，根据所设立的标签的不同需求，本领域人员可以相应的设定所需的控件，在此对于控件的个数和种类，并不做具体的限定。

不同种类的多个控件的集合，可以构成虚拟选房系统的一个控件库。

S13、在视图场景中需设立标签的位置设置空物体，并配置空物体与控件的关联关系；

视图场景中不同的对象（即，模型中的各种设施），其对应的标签也是不同的，所以需要的控件也是不同的；如，在每个楼房的楼顶可以设有用于标识楼号的编号标签，在小区出入口位置的路面可以分别设置文字性（如“出口”或“进口”等）的标签，以及，还可以在学校或是医院的楼梯贴设上相应设施名称的文字性标签，诸如此类。

在本发明实施例中，可以通过在视图场景中需设立标签的位置设置空物体的方式，来确定标签的位置，然后，再通过配置所述空物体与所述控件的关联关系的方式，来确定该标签的名称、样式和事件等属性。

在实际应用中，具体的实现方式可以是创建一个标签配置对象， 标签配置对象包括用于设置空物体与控件的关联关系的操作界面；这样，通过操作界面，就可以设置空物体与控件的关联关系了。

举例来说，在创建了某一个模型的视图场景后，首先通过空物体来确定标签的位置，然后，再通过标签配置对象中的相应的配置选项建立关联关系的方式来确定每个标签的名称、样式和事件等属性。

S14、当运行模型时，加载视图场景，以及，通过为空物体加载对应的控件，构建与视图场景对应的标签场景。

在本发明实施例中，运行模型的方式，不再是运行一个完整的打包好的模型，而是在加载视图场景的时候，还要根据关联关系为每个空物体加载对应控件，以构建标签场景，从而呈现一个完整的模型。

由于预先设定了各个空物体与控件的关联关系，所以，在加载视图场景的时候可以根据关联关系，来从控件库中获取每个标签所需的诸如名称、样式和事件等属性，从而可以构建与视图场景对应的标签场景来运行完整的模型。

综上所述，在本发明实施例中，不再将用户的浏览对象（视图）与浏览对象中各个设施的标签打包为同一模型中，而是通过设有控件库的方式，来存储标签场景能用得到的所有控件；然后，再在视图场景中需设立标签的位置设置空物体，并配置空物体与控件的关联关系；这样，当运行模型的时候，在加载视图场景的时候，还要根据关联关系加载每个空物体的控件来构成每个标签，从而构建整个标签场景。

通过上述设置后，当需要对模型的标签进行修改时，不再需要重新对模型进行编程和打包，只需要重新设定与空物体关联的控件或是修改空物体与控件的关联方式即可；从而降低了修改用户界面的难度和工作量，所以也就可以有效的提高了工作效率。

进一步的，如图2所示，本发明实施例还可以包括有步骤：

S15、通过更新控件库中的控件的方式来对模型的标签进行修改；

具体来说，以需要修改某一标签的样式为例，在本发明实施例中，只需要将修改好的标签样式控件覆盖控件库中原来的标签样式即可，所以即使不熟悉虚拟选房系统的软件程序的编码，也可以完成标签的修改，从而进一步的降低了修改标签的难度和工作量。

进一步的，在本发明实施例中，还可以通过服务器-客户端的方式，来实现远程的标签的修改，其中，客户端用于运行本发明实施例中的虚拟选房系统，服务器则是用于实现远程的系统维护；当需要修改标签的时候，通过网络将更新后的控件发送至客户端，这样，客户端就可以根据更新后控件更新控件库。

当在客户端更新了虚拟选房系统的控件库后，再运行模型的时候，就会根据新的控件来构建和加载标签场景，从而实现了对于标签的修改。

在实际应用中，服务器-客户端的方式还可以是，一个服务器同时连接多个客户端，这样，通过在服务器端的一次性的控件更新，可以通过网络同时更新不同地区的多个客户端，进而可以进一步的提高标签的修改效率。

在本发明实施例的另一面，还提供了一种存储装置，存储装置包括有软件程序，参考图3，本发明实施例中的存储设备可以应用于计算机或是移动终端等处理装置中，存储设备202包括有软件程序，所述软件程序适于由处理器201加载并执行：

将模型的场景分别设置为视图场景和标签场景；预设用于构建所述标签场景的控件库，控件库中的控件包括用于构建标签场景的名称、样式和事件；在视图场景中需设立标签的位置设置空物体，并配置空物体与控件的关联关系；当运行模型时，加载视图场景，以及，通过为空物体加载对应的控件，构建与视图场景对应的标签场景。

下面以处理装置为计算机设备为例来说明本发明实施例：

在实际应用中，计算机设备中的处理器201和存储装置202等硬件部件，可以通过总线203来实现数据的交互，以执行本发明实施例中存储于存储设备202中的软件程序，进而达到本发明实施例中的各个步骤的功能和目的。也就是说，本发明实施例中，通过编写用于实现图1或图2所对应实施例所对应各步骤的软件程序，并将该软件程序存储于存储设备202中；这样，通过计算机设备的处理器201进行软件程序的运行，就可以达到本发明实施例中各个步骤的目的。

在本发明实施例中，存储装置的工作原理和有益效果可以参照图1和图2所对应的虚拟选房系统的标签设定方法进行理解，在此就不再赘述。

综上所述，在本发明实施例中，不再将用户的浏览对象（视图）与浏览对象中各个设施的标签打包为同一模型中，而是通过设有控件库的方式，来存储标签场景能用得到的所有控件；然后，再在视图场景中需设立标签的位置设置空物体，并配置空物体与控件的关联关系；这样，当运行模型的时候，在加载视图场景的时候，还要根据关联关系为加载每个空物体的控件来构成每个标签，从而构建整个标签场景。

通过上述设置后，当需要对模型的标签进行修改时，不再需要重新对模型进行编程和打包，只需要重新设定与视图场景关联的控件或是修改空物体与控件的关联方式即可；从而降低了修改标签的难度和工作量，所以也就可以有效的提高了工作效率。

进一步的，通过本发明实施例，还可以通过更新控件库中的控件的方式来对模型的标签进行修改，具体来说，以需要修改某一标签的样式为例，在本发明实施例中，只需要将修改好的标签样式控件覆盖控件库中原来的标签样式即可，所以即使不熟悉虚拟选房系统的软件程序的编码，也可以完成标签的修改，从而进一步的降低了修改标签的难度和工作量。

在本发明实施例的另一面，还提供了一种计算机设备，包括处理器和存储装置；同样参考图3，本发明实施例中的处理装置可以是计算机或是移动终端等计算机设备，其具体的工作原理和有益效果可以与图所对应的虚拟选房系统的标签设定方法的实施例，以及，图3所对应的存储装置的实施例，对应参照理解，在此就不再赘述。

在本发明实施例的另一面，还提供了一种虚拟选房系统，包括服务器和计算机设备；计算机设备为与服务器适配的客户端；服务器用于向客户端发送更新后控件，客户端可以根据更新后控件更新控件库。其中所述计算机设备的工作原理和有益效果，可以参考图3所对应实施例中计算机设备。

在实际应用中，虚拟选房系统中的客户端还可以包括有多个。

在本发明实施例中，可以通过服务器-客户端的方式，来实现远程的标签的修改，其中，客户端用于运行本发明实施例中的虚拟选房系统，服务器则是用于实现远程的系统维护；当需要修改标签的时候，通过网络将更新后的控件发送至客户端，这样，客户端就可以根据更新后控件更新控件库。

当在客户端更新了虚拟选房系统的控件库后，再运行模型的时候，就会根据新的控件来构建和加载标签场景，从而实现了对于标签的修改。

在实际应用中，服务器-客户端的方式还可以是，一个服务器同时连接多个客户端，这样，通过在服务器端的一次性的控件更新，可以通过网络同时更新不同地区的多个客户端，进而可以进一步的提高标签的修改效率。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。