本申请涉及一种基于互联网的门窗模拟家装平台，其包括家装云平台，由家居厂商、家装服务商和管理服务方各自设置的服务器共同构建，用于管理存储各个家居厂商上传的家居资源，根据用户需求构建生成家居装饰场景；数据采集终端，用于采集获取用户房屋信息；交互终端，用于用户与家装云平台进行交互，发起家居需求，获取家居装饰场景；所述家装云平台、数据采集终端和交互终端相互通信连接。本申请能够实现分布式更新存储门窗资源信息，有助于提高家装平台内各种门窗家居模型的精确性，达到有效提高资源更新效率和精准性的效果。
1.一种基于互联网的门窗模拟家装平台，其特征在于，包括：
家装云平台(1)，由家居厂商、家装服务商和管理服务方各自设置的服务器共同构建，用于管理存储各个家居厂商上传的家居资源，根据用户需求构建生成家居装饰场景；
交互终端(3)，用于用户与家装云平台(1)进行交互，发起家居需求，获取家居装饰场景和房屋家居模型；
所述家装云平台(1)、数据采集终端(2)和交互终端(3)相互通信连接；
所述家装云平台(1)包括参与方管理模块(11)和资源管理模块(12)，所述参与方管理模块(11)用于对各个参与方身份进行管理和认证，并基于共识机制实现数据同步更新和参与方的增减；
所述资源管理模块(12)用于实时接收后各个家居厂商上传更新的门窗家居信息进行渲染和归类存储；
所述家装云平台(1)还包括订单管理模块(15)，所述订单管理模块(15)用于接收用户订单发送至对应家居厂商处，并对订单处理过程进行实时监测反馈；
所述订单管理模块(15)还包括销量反馈单元(151)，所述销量反馈单元(151)用于基于订单信息周期性获取各个家居厂商的各个型号门窗家居的销量，并计算各个型号的门窗家居的销售系数，所述计算各个型号的门窗家居的销售系数的具体计算公式为：，其中Y为销售系数， 为第i种家居周期内销量， 为第i种家居周
期内用户装配模拟次数， 为第i种家居同风格家居总销量， 为第i中家居周期内的推荐等级系数，由管理人员设置；
身份管理单元(111)，用于各个参与方在家装云平台(1)建立后获取身份证书和验证密钥；
功能管理单元(112)，用于各个参与方基于身份证书和验证密钥实现身份认证、数据上链、数据查询、数据授权和数据开放；
信息同步单元(113)，用于基于预设共识机制在任一参与方某个操作节点进行数据上链时，其他参与方的各个节点通过物流监管平台同步获取相关记录和数据；
参与方决策单元(114)，用于在需要增添或删减参与方时，各个参与方进行投票并基于预设共识机制判定是否通过；
通过身份管理单元(111)为各个参与方生成身份证书，并基于参与方需求生成包含不同权限的身份验证密钥；参与方的各个操作节点基于其身份证书以及证书密钥进行授权验证，进行数据上封、解封、上链、查询操作，保证数据的安全性；同时参与方可以根据实际需求对部分上链数据进行加密仅将其进行记录存储，或仅将其公开给对应的参与方，实现数据的保密性以及安全性；确保家居厂商再将门窗家居信息实时上传至家居云平台，确保用户能够浏览到门窗家居的同时对其他家居厂商参与方根据需求进行参数保密；
资源存储单元(121)，用于对各个家居厂商上传的门窗模型信息进行保存，并在同型号门窗模型信息更新时对历史版本的门窗模型信息进行迭代储存；
资源分类单元(122)，用于对各个家居厂商上传的门窗模型信息进行识别获取其特征信息，基于用户选取特征值对各个门窗模型信息进行分类；
资源渲染单元(123)，用于对各个家居厂商上传的门窗模型进行渲染，并按照预设置的渲染等级预先生成多个渲染等级门窗模型版本，基于用户交互终端(3)信息匹配获取对应渲染等级的门窗模型；
对家具厂商上传门窗模型进行多等级渲染，生成多个渲染等级的门窗模型版本，进而便于根据用户使用的交互终端(3)的型号匹配确定对应渲染等级的门窗模型，能够有效避免出现门窗模型渲染等级过高导致用户使用的交互终端(3)超负荷运行的现象。
2.根据权利要求1所述的一种基于互联网的门窗模拟家装平台，其特征在于，所述家装云平台(1)还包括：场景构建模块(13)，用于基于用户房屋信息生成用户房屋场景，基于用户需求生成或替换设置门窗家居，并根据用户需求渲染生成门窗安装完成后用户房屋的家居装饰场景；
结果展示模块(14)，用于在完成家居装饰场景构建后识别用户交互终端(3)，基于交互终端(3)生成房屋家居模型。
3.根据权利要求2所述的一种基于互联网的门窗模拟家装平台，其特征在于，所述结果展示模块(14)包括：结果预览单元(141)，用于识别用户交互终端(3)型号信息，基于用户交互终端(3)型号信息自适应生成房屋家居模型预览信息；
3D建模单元(142)，用于根据用户房屋信息和用户家居装饰场景生成房屋家居3D模型；
VR构建单元(143)，用于根据用户房屋信息和用户家居装饰场景生成房屋家居VR模型。
4.根据权利要求3所述的一种基于互联网的门窗模拟家装平台，其特征在于：所述VR构建单元(143)还包括光感模拟子单元(144)，所述光感模拟子单元(144)用于基于用户需求根据用户提供位置信息获取用户所在经纬度，进而生成一年中各个月份的日光模拟轨迹。
5.根据权利要求1所述的一种基于互联网的门窗模拟家装平台，其特征在于：所述交互终端(3)包括手机、电脑、平板电脑、笔记本、VR设备、三维投影设备和3D打印机中的一种或多种。
6.根据权利要求1所述的一种基于互联网的门窗模拟家装平台，其特征在于：所述数据采集终端(2)包括手机、电脑、平板电脑、笔记本和扫描仪中的一种或多种。
一种基于互联网的门窗模拟家装平台
技术领域
[0001] 本申请涉及模拟家装平台的领域，尤其是涉及一种基于互联网的门窗模拟家装平台。
背景技术
[0002] 随着家居产品的多样化和消费者个性化需求的日益增长，家居产品更新周期越来越快，消费者对家居装修与布置的设计要求也越来越高。而不同设计风格导致目前的门窗风格多种多样。
[0003] 公开号为CN112699432A的中国专利公开了一种了一种VR家装商城销售一体化互联网家居家装平台，包括实体商家、曼企平台、VR体验台与客户端。本发明通过建立曼企平台，实现家居家装中家纺、五金、背景、灯饰与家具的一体化供应链关系，使得消费者可对实体商家的商品进行实时查询，也便于实体商家及时发布存货信息。该申请基于；在曼企平台上以互联网技术为基础开创VR体验台，使得用户可以在在VR体验台上获得对家居家装商品最直观的3D观感。但是由于现有的虚拟家装平台往往是集中式管理存储更新资源，容易出现生产厂家的实际产品与家装平台内产品存在误差以及色差，并且容易出现资源更新滞后且资源整理困难的现象。
[0004] 针对上述中的相关技术，发明人认为现有的虚拟家装平台往往是集中式管理存储更新资源，资源更新速率较慢且容易存在误差，导致客户往往无法在家装平台上获得良好装修体验。
发明内容
[0005] 为了解决现有的虚拟家装平台往往是集中式管理存储更新资源，资源更新速率较慢且容易存在误差，导致客户往往无法在家装平台上获得良好装修体验的问题，本申请提供一种基于互联网的门窗模拟家装平台。
[0006] 第一方面，本申请提供一种基于互联网的门窗模拟家装平台，采用如下的技术方案：
[0007] 一种基于互联网的门窗模拟家装平台，包括：
[0008] 家装云平台，由家居厂商、家装服务商和管理服务方各自设置的服务器共同构建，用于管理存储各个家居厂商上传的家居资源，根据用户需求构建生成家居装饰场景；
[0009] 数据采集终端，用于采集获取用户房屋信息；
[0010] 交互终端，用于用户与家装云平台进行交互，发起家居需求，获取家居装饰场景和房屋家居模型；
[0011] 所述家装云平台、数据采集终端和交互终端相互通信连接；
[0012] 所述家装云平台包括参与方管理模块和资源管理模块，所述参与方管理模块用于对各个参与方身份进行管理和认证，并基于共识机制实现数据同步更新和参与方的增减；
[0013] 所述资源管理模块用于实时接收后各个家居厂商上传更新的门窗家居信息进行渲染和归类存储。
[0014] 优选的，所述参与方管理模块包括：
[0015] 身份管理单元，用于各个参与方在家装云平台建立后获取身份证书和验证密钥；
[0016] 功能管理单元，用于各个参与方基于身份证书和验证密钥实现身份认证、数据上链、数据查询、数据授权和数据开放；
[0017] 信息同步单元，用于基于预设共识机制在任一参与方某个操作节点进行数据上链时，其他参与方的各个节点通过物流监管平台同步获取相关记录和数据；
[0018] 参与方决策单元，用于在需要增添或删减参与方时，各个参与方进行投票并基于预设共识机制判定是否通过。
[0019] 优选的，所述家装云平台还包括：
[0020] 场景构建模块，用于基于用户房屋信息生成用户房屋场景，基于用户需求生成或替换设置门窗家居，并根据用户需求渲染生成门窗安装完成后用户房屋的家居装饰场景；
[0021] 结果展示模块，用于在完成家居装饰场景构建后识别用户交互终端，基于交互终端生成房屋家居模型。
[0022] 优选的，所述结果展示模块包括：
[0023] 结果预览单元，用于识别用户交互终端型号信息，基于用户交互终端型号信息自适应生成房屋家居模型预览信息；
[0024] 3D建模单元，用于根据用户房屋信息和用户家居装饰场景生成房屋家居3D模型；
[0025] VR构建单元，用于根据用户房屋信息和用户家居装饰场景生成房屋家居VR模型。
[0026] 优选的，所述VR构建单元还包括光感模拟子单元，所述光感模拟子单元用于基于用户需求根据用户提供位置信息获取用户所在经纬度，进而生成一年中各个月份的日光模拟轨迹。
[0027] 优选的，所述资源管理模块包括：
[0028] 资源存储单元，用于对各个家居厂商上传的门窗模型信息进行保存，并在同型号门窗模型信息更新时对历史版本的门窗模型信息进行迭代储存；
[0029] 资源分类单元，用于对各个家居厂商上传的门窗模型信息进行识别获取其特征信息，基于用户选取特征值对各个门窗模型信息进行分类；
[0030] 资源渲染单元，用于对各个家居厂商上传的门窗模型进行渲染，并按照预设置的渲染等级预先生成多个渲染等级门窗模型版本，基于用户交互终端信息匹配获取对应渲染等级的门窗模型。
[0031] 优选的，所述家装云平台还包括订单管理模块，所述订单管理模块用于接收用户订单发送至对应家居厂商处，并对订单处理过程进行实时监测反馈。
[0032] 优选的，所述订单管理模块还包括销量反馈单元，所述销量反馈单元用于基于订单信息周期性获取各个家居厂商的各个型号门窗家居的销量，并计算各个型号的门窗家居的销售系数，所述计算各个型号的门窗家居的销售系数的具体计算公式为：其中Y为销售系数，Ai为第i种家居周期内销量，Bi为第i种家居周期内用
户装配模拟次数，Ci为第i种家居同风格家居总销量，Di为第i中家居周期内的推荐等级系数，由管理人员设置。
[0033] 优选的，所述交互终端包括手机、电脑、平板电脑、笔记本、VR设备、三维投影设备和3D打印机中的一种或多种
[0034] 优选的，所述数据采集终端包括手机、电脑、平板电脑、笔记本和扫描仪中的一种或多种
[0035] 综上所述，本申请包括以下至少一种有益技术效果：
[0036] 1.基于互联网通信技术和区块链技术建立门窗模拟家装平台，各个参与方即家居厂商、家装服务商和管理服务方各自在其本地设置服务器共同构建家装云平台，实现分布式更新存储门窗资源信息，有助于提高家装平台内各种门窗家居模型的精确性，确保客户能够实时在家装平台发现浏览各个家具厂商的新款门窗家居，达到有效提高资源更新效率和精准性的效果；
[0037] 2.通过资源渲染单元的设置，对家具厂商上传门窗模型进行多等级渲染，生成多个渲染等级门窗模型版本，进而便于根据用户使用的交互终端型号匹配确定对应渲染等级的门窗模型，能够有效避免出现门窗模型渲染等级过高导致用户使用的交互终端超负荷运行的现象，确保用户在采用不同的交互终端时能够高效顺畅获取房屋家居模型；
[0038] 3.通过3D建模单元和VR构建单元能够根据用户交互终端具体型号选择生成房屋家居3D模型和家居VR模型，能够为用户提供最立体的展示效果，有助于用户直观了解到当前选取的门窗家居的整体安装效果；
[0039] 4.通过身份管理单元为各个参与方生成身份证书，并基于参与方需求生成包含不同权限的身份验证密钥。参与方的各个操作节点基于其身份证书以及证书密钥进行授权验证，进行数据上封、解封、上链、查询等操作，保证数据的安全性。
附图说明
[0040] 图1是本申请实施例中门窗模拟家装平台的系统框图。
[0041] 附图标记说明：1、家装云平台；11、参与方管理模块；111、身份管理单元；112、功能管理单元；113、信息同步单元；114、参与方决策单元；12、资源管理模块；121、资源存储单元；122、资源分类单元；123、资源渲染单元；13、场景构建模块；14、结果展示模块；141、结果预览单元；142、3D建模单元；143、VR构建单元；144、光感模拟子单元；15、订单管理模块；151、销量反馈单元；2、数据采集终端；3、交互终端。
具体实施方式
[0042] 以下结合附图1对本申请作进一步详细说明。
[0043] 本申请实施例公开一种基于互联网的门窗模拟家装平台。参照图1，一种基于互联网的门窗模拟家装平台，包括家装云平台1、数据采集终端2和交互终端3。家装云平台1、数据采集终端2和交互终端3相互通信连接。家装云平台1，由家居厂商、家装服务商和管理服务方各自设置的服务器共同构建，用于管理存储各个家居厂商上传的家居资源，根据用户需求构建生成家居装饰场景。数据采集终端2，用于采集获取用户房屋信息。交互终端3，用于用户与家装云平台1进行交互，发起家居需求，获取家居装饰场景和房屋家居模型。基于互联网通信技术和区块链技术建立门窗模拟家装平台，各个参与方即家居厂商、家装服务商和管理服务方设置的服务器共同构建家装云平台1，实现分布式更新存储门窗资源信息，有助于提高家装平台内各种门窗家居模型的精确性。在家具厂商需要上传新的门窗家居信息或更新原有门窗家居时，可通过本地操作节点即可完成数据更新上传，无需通过家装服务商或管理服务方进行统一上传上架，再通过共识机制即可共享至家装服务商处，有助于提高资源信息更新效率和信息更新精准度，改变家装平台的构成架构，提高家装平台各种门窗家居的数据真实性。确保客户能够实时在家装平台发现浏览各个家具厂商各种款式的门窗家居，达到有效提高资源更新效率和精准性的效果。
[0044] 参照图1，家装云平台1包括参与方管理模块11、资源管理模块12、场景构建模块13、结果展示模块14和订单管理模块15。参与方管理模块11用于对各个参与方身份进行管理和认证，并基于共识机制实现数据同步更新和参与方的增减。其中参与方管理模块11包括：
[0045] 身份管理单元111，用于各个参与方在家装云平台1建立后获取身份证书和验证密钥；
[0046] 功能管理单元112，用于各个参与方基于身份证书和验证密钥实现身份认证、数据上链、数据查询、数据授权和数据开放；
[0047] 信息同步单元113，用于基于预设共识机制在任一参与方某个操作节点进行数据上链时，其他参与方的各个节点通过物流监管平台同步获取相关记录和数据；
[0048] 参与方决策单元114，用于在需要增添或删减参与方时，各个参与方进行投票并基于预设共识机制判定是否通过。通过身份管理单元111为各个参与方生成身份证书，并基于参与方需求生成包含不同权限的身份验证密钥。参与方的各个操作节点基于其身份证书以及证书密钥进行授权验证，进行数据上封、解封、上链、查询等操作，保证数据的安全性。同时参与方可以根据实际需求对部分上链数据进行加密仅将其进行记录存储，或仅将其公开给对应的参与方，实现数据的保密性以及安全性。确保家居厂商再将门窗家居信息实时上传至家居云平台，确保用户能够浏览到门窗家居的同时对其他家居厂商参与方根据需求进行参数保密，有助于提高信息更新效率和信息安全私密性。
[0049] 参照图1，资源管理模块12用于实时接收后各个家居厂商上传更新的门窗家居信息进行渲染和归类存储。资源管理模块12包括：
[0050] 资源存储单元121，用于对各个家居厂商上传的门窗模型信息进行保存，并在同型号门窗模型信息更新时对历史版本的门窗模型信息进行迭代储存；
[0051] 资源分类单元122，用于对各个家居厂商上传的门窗模型信息进行识别获取其特征信息，基于用户选取特征值对各个门窗模型信息进行分类；
[0052] 资源渲染单元123，用于对各个家居厂商上传的门窗模型进行渲染，并按照预设置的渲染等级预先生成多个渲染等级门窗模型版本，基于用户交互终端3信息匹配获取对应渲染等级的门窗模型。通过资源管理模块12的设置对各个家居厂商上传更新的门窗家居信息进行归类存储，有助于后期用户根据自身喜好快速选取确定门窗型号。通过资源渲染单元123的设置，对家具厂商上传门窗模型进行多等级渲染，生成多个渲染等级的门窗模型版本，进而便于根据用户使用的交互终端3的型号匹配确定对应渲染等级的门窗模型，能够有效避免出现门窗模型渲染等级过高导致用户使用的交互终端3超负荷运行的现象，确保用户在采用不同的交互终端3进行门窗选配时能够高效顺畅获取房屋家居模型。
[0053] 参照图1，场景构建模块13，用于基于用户房屋信息生成用户房屋场景，基于用户需求生成或替换设置门窗家居，并根据用户需求渲染生成门窗安装完成后用户房屋的家居装饰场景。通过场景构建模块13基于用户提供的房屋信息，构建用户房屋毛胚场景效果图以及房屋装修后的设计场景效果图，根据用户需求对用户房屋场景的门窗进行更换或生成，在用户选定搭配方案后，对整体用户房屋场景进行渲染生成门窗家居安装完成后用户房屋的家居装饰场景。有助于用户根据自身喜好和需求，挑选搭配门窗样式，提高用户家居选购倾向，促进家居订单成交。另外基于通过场景构建模块13能够辅助用户实现门窗安装的初步预览，在用户对家居装饰场景满意后，进一步进行三维模型的生成装配，避免重复生成房屋三维模型的现象发生，降低云平台计算运行量。
[0054] 参照图1，结果展示模块14用于在完成家居装饰场景构建后识别用户交互终端3，基于交互终端3生成房屋家居模型。结果展示模块14包括：
[0055] 结果预览单元141，用于识别用户交互终端3型号信息，基于用户交互终端3型号信息自适应生成房屋家居模型预览信息；
[0056] 3D建模单元142，用于根据用户房屋信息和用户家居装饰场景生成房屋家居3D模型；
[0057] VR构建单元143，用于根据用户房屋信息和用户家居装饰场景生成房屋家居VR模型。通过3D建模单元142和VR构建单元143能够根据用户交互终端3具体型号选择生成房屋家居3D模型和家居VR模型，能够为用户提供最立体的展示效果。有助于用户直观了解到当前门窗家居的整体安装效果。而通过结果预览单元141的设置，能够在3D建模单元142和VR构建单元143进行详细模型搭建前，生成房屋家居模型预览信息，便于用户确定最终选取的方案的正确性，有助于降低模型重复构建的概率。
[0058] 参照图1，家装云平台1还包括订单管理模块15。订单管理模块15用于接收用户订单发送至对应家居厂商处，并对订单处理过程进行实时监测反馈。订单管理模块15还包括销量反馈单元151。销量反馈单元151用于基于订单信息周期性获取各个家居厂商的各个型号门窗家居的销量，并计算各个型号的门窗家居的销售系数，所述计算各个型号的门窗家居的销售系数的具体计算公式为： 其中Y为销售系数，Ai为第i种家居周期内销量，Bi为第i种家居周期内用户装配模拟次数，Ci为第i种家居同风格家居总销量，Di为第i中家居周期内的推荐等级系数，由管理人员设置。通过订单管理模块的设置，对家装平台的订单进行管理和监测，有助于下单消费者实时了解订单处理进程。另外通过销量反馈单元的设置，计算各个型号的门窗家居的销售系数，有助于家居厂商了解各个型号的门窗家居的销售情况，有助于针对性进行该型号门窗的产量管理和推荐调节。
[0059] 参照图1，数据采集终端2包括手机、电脑、平板电脑、笔记本和扫描仪中的一种或多种。交互终端3包括手机、电脑、平板电脑、笔记本、VR设备、三维投影设备和3D打印机中的一种或多种。
[0060] 以上实施例仅用以说明本发明的技术方案，而非对发明的保护范围进行限制。显然，所描述的实施例仅仅是本发明部分实施例，而不是全部实施例。基于这些实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明所要保护的范围。尽管参照上述实施例对本发明进行了详细的说明，本领域普通技术人员依然可以在不冲突的情况下，不作出创造性劳动对本发明各实施例中的特征根据情况相互组合、增删或作其他调整，从而得到不同的、本质未脱离本发明的构思的其他技术方案，这些技术方案也同样属于本发明所要保护的范围。
