CN114862630A - 一种基于可信条码的网约房管理方法及系统 - Google Patents

Abstract

本发明公开了一种基于可信条码的网约房管理方法及系统，方法包括以下步骤：旅客在网约房服务平台上进行网约房预定；旅客和同行旅客通过使用网约房应用上播放的可信入住码实现入住；旅客可通过网约房服务平台邀请访客，下发可信拜访码至访客；监督平台采集监督旅客入住和访客拜访的内容。本发明通过整合了、可信条码管理平台，监管平台，身份认证平台的功能，向网约房服务平台等业务平台提供统一的业务基础能力，实现了网约房的出入管理和上报登记管理，且各平台之间的数据传输均采用加密传输的方式，保证了信息的安全，提高了网约房的数据安全性，实现了网约房的实名进出，访客授权进出，小区严格管理的效果。

Description

一种基于可信条码的网约房管理方法及系统

技术领域

本发明涉及网约房管理技术领域，尤其涉及一种基于可信条码的网约房管理方法及系统。

背景技术

网约房就是租户通过线上进行选房，网约房主要是由房东把租房的信息发布在网上，网上就是有稳定的房源，租客可以直接选房和电子支付，然后租户可以使用密码进行解锁，这样就达到了拎包入住的目的。网约房，民宿，无人酒店已经在社会上流行起来，目前此类住宿方式采用物联网门锁，在办理完入住手续后，旅客使用密码，RFID门卡等方式进行入住。但是这种入住方式无法管控开房人与实际入住人不一致，形成管理漏洞，同时密码开门安全性也不高，密码的泄漏容易引发安全隐患。

同时，网约房一般开设在居民小区、园区、写字楼中，入住旅客的出入并未纳入小区、园区的统一管理，成为小区园区管理的漏洞，网约房也容易为违法活动提供场所，为居民带来了安全隐患。

监管部门为了对流动人口进行管理，也需要网约房如实上报入住人员，人数等信息。

发明内容

本发明的目的在于克服现有技术的不足，提供一种基于可信条码的网约房管理方法及系统，使用不可复制录像的可信条码作为网约房出入的唯一有效凭证，使得通过身份认证的旅客能非常便捷进出网约房及网约房所在小区和使用小区内需要授权的附属设施，方便了旅客的同时提高了旅客的入住效率。同时，因为可信条码不可复制，也实现了管理机构实名入住的管理需求。

本发明的目的是通过以下技术方案来实现的：

一种基于可信条码的网约房管理方法，包括以下步骤：

步骤一：旅客在网约房服务平台上进行网约房预定；

步骤二：旅客和同行旅客通过使用网约房应用上播放的可信入住码实现入住；

步骤三：旅客可通过网约房服务平台邀请访客，下发可信拜访码至访客；

步骤四：监督平台采集监督旅客入住和访客拜访的内容。

具体的，所述步骤一具体包括：

S101：旅客首先完成平台账号注册，录入基本信息，基本信息包括：账号名、密码、旅客姓名、证件类型、证件号码、手机号码、邮箱和社交账号；账号注册成功后，对用户身份进行认证；

S102：旅客在网约房服务平台上选中房间，选择入住的开始时间和结束时间，录入入住的人员信息，创建订单并完成支付，支付完成后，等待订单确认；

S103：订单确认，首先将入住旅客身份发送到监管平台，进行旅客身份验证，验证完成后，监管平台向网约房服务平台发送订单确认通知；然后网约房的管理者对订单进行确认；两次确认通过，则订单正式生效；如任一次确认为否定，则订单被拒绝；

S104：若订单通过，则网约房服务平台将订单结果通知旅客，订单生效，通知旅客入住时间及入住相关事宜；若订单被拒绝，则通知旅客订单被拒绝，发起退款流程。

具体的，所述步骤二具体包括以下步骤：

S201：旅客在网约房服务平台上完成人证比对，旅客使用网约房应用，请求入住；网约房应用按照某种规则生成入住功能码，入住功能码加密后，发送给网约房服务平台，以供网约房服务平台申请可信入住码使用；

S202：网约房服务平台判断当前请求旅客的身份、旅客的订单和订单日期是否与网约房预定内容匹配，若匹配则网约房服务平台修改当前旅客的订单状态为入住状态，并开始执行入住流程；

S203：网约房服务平台向出入管理及网约房上报登记平台请求旅客入住访问权限，生成可信入住码，并返回旅客；

S204：出入管理及网约房上报登记平台将旅客入住信息上报到监管平台；

S205：旅客通过网约房应用从平台获取可信入住码；

S206：旅客使用可信入住码进入网约房所在地点并进行扫码验证，验证成功后进入网约房，完成入住。

一种基于可信条码的网约房管理系统，包括出入管理及网约房上报登记平台、网约房服务平台、可信条码管理平台、监管平台和身份认证平台；出入管理及网约房上报登记平台分别与网约房服务平台、可信条码管理平台、监管平台和身份认证平台连接；出入管理及网约房上报登记平台用于管理旅客入住和访客拜访，以及为旅客提供身份验证和身份认证服务，并上报旅客入住和认证信息；网约房服务平台用于与出入管理及网约房上报登记平台对接，实现网约房的出入管理和上报登记管理；可信条码管理平台用于创建和更新可信入住码，以及存储可信入住码、可信方法、加密元素和可信入住码验证程序；监管平台用于对网约房经营数据及入住旅客信息进行监管；身份认证平台用于对旅客本人、身份证件，手机号码进行认证，确保手机持有者是旅客本人。

具体的，所述出入管理及网约房上报登记平台包括入住管理模块、访客管理模块、旅客身份验证模块、身份认证模块和上报管理模块；入住管理模块用于为用户提供可信入住码的生成、获取、更新和验证接口，并设置旅客在出入管理中的权限；

访客管理模块用于对访客的邀请和访客权限进行审核管理，以及提供可信访客码的基础功能接口；旅客身份验证模块用于向监管平台请求旅客身份验证，判断旅客在监管平台的状态；身份认证模块用于向网约房服务平台提供身份认证服务；上报管理模块用于按照监管要求向监管平台上报旅客信息。

具体的，所述可信条码管理平台包括可信入住码创建模块、可信入住码存储模块、可信入住码更新模块、可信入住码库、可信方法库、加密元素库和可信入住码验证程序；

可信入住码创建模块用于生成可信条码，确定可信入住码平面布局，创建或获取编码区的数据，确定可信入住码的生成时间和有效期，随机选取可信方法；

可信入住码存储模块用于对可信条码库进行管理，将创建或更新的可信入住码进行存储，以及在可信入住码验证装置请求核验可信入住码时，读取可信入住码以供设备核验，并在可信入住码失效、过期或接收到业务要求时，对数据进行删除或迁移；

可信入住码更新模块用于更新可信条码的数据；

可信入住码库用于存放创建的可信条码。

具体的，所述可信入住码包括生成时间、编码、有效期、可信方法和可信条码平面布局；编码包括可识别编码和附加码；可信条码平面布局包括编码区和可识别持续变化的加密区；加密区包括第一加密区和第二加密区，第一加密区用于显示获取的可信条码管理平台时间，第二加密区用于按照可信方法显示和播放加密元素；包括字符、图形元素和图片元素。

具体的，所述可信方法用于定义加密元素集、加密元素布局、加密元素播放方法、时间格式、时间间隔和抓拍参数，以及以可信条码的生成时间为起点，演算出可信条码有效期内某一时间点的状态，形成该时间点的演算快照。

本发明的有益效果：本发明使用不可复制录像的可信条码作为网约房出入的唯一有效凭证，使得通过身份认证的旅客能非常便捷进出网约房及网约房所在小区和使用小区内需要授权的附属设施，方便了旅客的同时提高了旅客的入住效率。同时，因为可信条码不可复制，也实现了管理机构实名入住的管理需求。

附图说明

图1是本发明的方法流程图；

图2是网约房预定流程图；

图3是旅客身份认证流程图；

图4是订单确认流程图；

图5是网约房入住流程图；

图6是访客邀请流程图；

图7是系统架构图；

图8是出入管理及网约房上报登记平台模块示意图。

具体实施方式

为了对本发明的技术特征、目的和有益效果有更加清楚的理解，现对本发明的技术方案精选以下详细说明。显然，所描述的实施案例是本发明一部分实施例，而不是全部实施例，不能理解为对本发明可实施范围的限定。基于本发明的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的其他所有实施例，都属于本发明的保护范围。

实施例一：

本实施例中，如图1所示，一种基于可信条码的网约房管理方法，包括以下步骤：

步骤一：旅客在网约房服务平台上进行网约房预定。旅客通过网约房服务平台选中网约房，进行支付后，完成预定。

步骤二：旅客和同行旅客通过可信入住码完成入住。旅客通过网约房服务平台提供的网约房应用进行网约房入住，主要是使用网约房应用上播放的可信入住码实现入住。可信入住码就像一把数字钥匙，可以在网约房订单有效期内，打开网约房门锁，打开网约房所在的小区/园区的大门，打开网约房所在楼栋单元的单元门，呼叫网约房所在楼栋的电梯，并把电梯到达楼层设置成网约房所在楼层。

步骤三：旅客可通过平台邀请访客进行拜访。旅客可以向网约房服务平台申请邀请访客拜访，网约房服务平台验证通过后，将邀请内容发送给旅客，再由旅客发送给访客，访客可使用移动终端的应用播放可信拜访码，实现拜访。移动终端上播放的可信拜访码就像一把临时的数字钥匙，在一定时间内具有一定次数的访问权限，可以进入小区/园区，单元，和使用电梯。

步骤四：旅客入住和访客拜访均向监督平台上报。旅客入住，访客拜访的都向监督平台进行上报，上报的内容可以由监督平台进行控制。

其中，如图2所示，网约房的预定流程如下：

步骤一：旅客在网约房服务平台上注册账号，并完成实名认证，手机认证。

如图3所示，旅客需要有在网约房服务平台上的账号才能进行网约房预定，所以需要首先完成平台账号注册。

账号注册需要旅客录入基本信息，基本信息包括：账号名，密码，旅客姓名，证件类型，证件号码，手机号码，邮箱，社交账号等等。

账号注册成功后，该账号处于未认证状态，需要进行认证才能正常使用，认证方式：有实名认证，手机认证等多种方式。

实名认证，需要使用“身份认证平台”的身份认证功能，身份认证功能采用人脸活体认证和人证比对等多种方式来进行旅客的实名认证。

手机认证，需要使用“身份认证平台”的手机认证功能，该功能包括“本机号码一键登录”，“手机短信验证”等方式，来进行手机认证。

步骤二：旅客在网约房服务平台选中网约房，录入入住人员信息，下单，支付。

旅客在网约房服务平台上选中房间，选择入住的开始时间和结束时间，录入入住的人员信息，包括入住所有旅客，人员信息包括：姓名，证据类型，证据号码，手机号码等，创建订单。创建订单后，旅客需要完成支付，支付完成后，等待订单确认。

步骤三：订单确认。旅客下单之后，需要等待监管平台及网约房管理者确认通过后，订单才能正式生效

如图4所示，首先将入住旅客身份发送到监管平台，进行旅客身份验证，验证完成后，监管平台向网约房服务平台发送订单确认通知。

然后网约房的管理者对订单进行确认。两次确认通过，则订单正式生效，如任一次确认为否定，则订单被拒绝。

步骤四：网约房服务平台通知旅客，订单结果。网约房将订单结果通知旅客，订单生效，通知旅客入住时间及入住相关事宜。订单被拒绝，则通知旅客订单被拒绝，发起退款流程。

本实施例中，如图5所示，网约房入住流程如下：

步骤一：旅客在网约房服务平台上请求入住，入住请求要求旅客先完成人证比对。旅客使用网约房应用，请求入住。网约房应用按照某种规则生成入住功能码，入住功能码加密后，发送给网约房服务平台，以供网约房服务平台申请可信入住码使用。网约房服务平台解密后，可读取入住功能码的具体信息。

在请求入住前，需要完成人证比对。人证比对成功后，人证比对的结果可以在网约房应用上形成一定时间的有效期，在有效期内，可不再要求人证比对。

步骤二：网约房服务平台判断订单，日期，旅客身份，确认入住。

网约房服务平台收到请求入住的申请，判断当前请求旅客的身份，旅客的订单，订单日期。所有信息都验证后，网约房服务平台修改当前旅客的订单状态为入住状态，并开始执行入住流程。

步骤三：网约房服务平台向出入管理及网约房上报登记平台请求旅客入住访问权限，生成可信入住码，并返回旅客。

步骤四：网约房服务平台向“出入管理及网约房上报登记平台”申请旅客入住权限。

按照网约房所在小区/园区，为旅客申请指定小区/园区，单元，楼层，网约房的通行权限，为通行权限设置起止时间。

权限设置完成后，使用入住功能码，向“可信条码管理平台”生成可信入住码。然后把确认入住结果返回给旅客。

步骤四：出入管理及网约房上报登记平台将旅客入住信息上报到监管平台。

“出入管理及网约房上报登记平台”把旅客入住信息上报到“监管平台”。

步骤五：旅客打开应用，从平台获取可信入住码。

旅客打开网约房应用，选择入住功能，从“可信条码管理平台”获取可信入住码。网约房应用读取可信条码管理平台时间，设置播放进度，播放获取的可信入住码。应用播放可信入住码时，需要检查可信入住码的有效期，如果可信入住码过期，则需要向平台发起可信入住码更新请求。

步骤六：旅客使用可信入住码进入网约房所在小区，所属单元，所处楼层，进入网约房，完成入住。在小区/园区，单元，电梯，网约房门锁处，旅客将正在播放的可信入住码，放置在可信扫码终端的图像采集单元前，以供扫码。

可信扫码终端，对采集到的可信入住码进行验证，验证成功后，则执行相应的动作，具体包括：小区/园区门禁，单元门禁，网约房门锁执行开门/开锁动作。电梯则执行呼梯操作，并设置旅客需要到达的楼层。

本实施例中，如图6所示，访客邀请具体流程如下：

步骤一：入住旅客向网约房服务平台申请邀请访客，用户设置访客访问权限，访问时间，访问次数等。

旅客向网约房服务平台申请邀请访客，需要填报访客的基础信息，如：姓名，证据类型，证据号码，手机号码等。用户设置访客的访问时间，访问次数等。

网约房应用按照某种方式（如可信方法），组合生成访客功能码，把加密后的访客功能码发送到网约房服务平台请求生成访客访问权限及可信访客码。

网约房服务平台可将加密的访客功能码解密，可读取出访客功能码中的信息。

步骤二：网约房服务平台判断订单状态。网约房服务平台判断订单状态，如果订单状态正常，则执行访客邀请动作。

步骤三： 网约房服务平台向出入管理及网约房上报登记平台为访客请求生成访问权限，生成可信访客码，申请结果返回入住旅客。网约房服务平台向“出入管理及网约房上报登记平台”申请访客访问权限。按照网约房所在小区/园区，为访客申请指定小区/园区，单元，楼层的通行权限。按照旅客的设置为访客通行权限设置起止时间，访问次数。

权限设置完成后，使用访客功能码，向“可信条码管理平台”生成可信访客码，然后把访客申请结果返回给旅客。

步骤四：出入管理及网约房上报登记平台将访客拜访信息上报到监管平台。出入管理及网约房上报登记平台将访客拜访信息上报到监管平台。

步骤五：入住旅客将平台返回的访客申请结果发送给访客，发送方式包括聊天工具，短信等方式。旅客将访客申请结果发送给访客，发送方式包括聊天工具（如微信，QQ等），手机短信，网约房应用消息等形式。

步骤六：访客打开应用，从平台获取可信访问码，在访客获取可信访问码前，需要进行身份认证。

访客接受邀请，移动终端自动打开网约房应用（如网约房APP，公众号，小程序等），访客选择拜访功能，如果访客的拜访权限正常，则从“可信条码管理平台”获取可信拜访码。

网约房应用读取可信条码管理平台时间，设置播放进度，播放获取的可信拜访码。

应用播放可信拜访码时，需要检查可信拜访码的有效期，如果可信拜访码过期，则需要向平台发起可信拜访码更新请求。

步骤七：访客使用可信访问码在限定时间、次数内，进入网约房所在小区，所属单元，所处楼层，完成拜访。

在小区/园区，单元，电梯处，访客将正在播放的可信拜访码，放置在可信扫码终端的图像采集单元前，以供扫码。可信扫码终端，对采集到的可信拜访码进行验证，并验证访客权限。验证成功后，则执行相应的动作。小区/园区门禁，单元门禁执行开门/开锁动作。电梯则执行呼梯操作，并设置访客需要到达的楼层。

实施例二：

为实现实施例一中的方法，如图7所示，本实施例设计了一种基于可信条码的网约房管理系统，包括出入管理及网约房上报登记平台、网约房服务平台、可信条码管理平台、监管平台和身份认证平台；出入管理及网约房上报登记平台分别与网约房服务平台、可信条码管理平台、监管平台和身份认证平台连接；出入管理及网约房上报登记平台用于管理旅客入住和访客拜访，以及为旅客提供身份验证和身份认证服务，并上报旅客入住和认证信息；网约房服务平台用于与出入管理及网约房上报登记平台对接，实现网约房的出入管理和上报登记管理；可信条码管理平台用于创建和更新可信入住码，以及存储可信入住码、可信方法、加密元素和可信入住码验证程序；监管平台用于对网约房经营数据及入住旅客信息进行监管；身份认证平台用于对旅客本人、身份证件，手机号码进行认证，确保手机持有者是旅客本人。

整个系统以可信条码管理平台的时间为基准时间，网约房服务平台、出入管理及网约房上报登记平台，各种终端设备均自动按照一定的时间间隔向可信条码管理平台进行时间同步。

移动终端的应用，在应用平台功能时，主动读取可信条码管理平台的时间做为基准时间。

本实施例中，系统主要应用在小区等场景，系统在小区大门，单元门，电梯控制，网约房均安装有可读取可信条码或播放可信条码的装置。这些装置可执行控制门禁，呼叫电梯，设置楼层等操作。

旅客通过网约房服务平台寻找并预定网约房，网约房服务平台汇集了众多的网约房，提供了网约房展示，房间预定，订单，支付等功能。

网约房服务平台按照“出入管理及网约房上报登记平台”的规则和提供的接口与“出入管理及网约房上报登记平台”平台对接，实现网约房的出入管理和上报登记管理。

网约房服务平台提供了网约房应用，使旅客能在移动终端上使用。

通过在网约房应用上播放的可信条码，网约房应用变成了一把虚拟钥匙，在租约期内可以打开网约房门锁，进出小区/园区门禁，使用小区/园区电梯，把旅客统一纳入小区/园区的管理中，方便了旅客，也方便了小区/园区管理者 。

出入管理及网约房上报登记平台，是一个基础能力提供平台，该平台连接了可信条码管理平台，监管平台，身份认证平台，整合了这些平台的能力，向网约房服务平台等业务平台提供统一的基础能力。是为网约房提供出入服务，身份验证服务及向监管平台上报旅客入住信息的能力平台。

监管平台是政府相关部门对网约房经营及入住旅客进行监管的平台，在订单确定过程中，如网约房有经营异常，或入住旅客有异常行为，监管平台可拒绝网约房订单的生成。在旅客入住过程中，监管平台全程记录旅客预定，入住，进出，退房，宾客拜访等信息。

身份认证平台是第三方平台，提供了身份认证能力，身份认证的方式包括：认证核验，人脸认证，本机号码认证等功能。可对旅客本人，身份证件，手机号码进行认证，确保手机持有者是旅客本人。

各平台之间的数据传输均采用加密传输的方式，以保证信息的安全。

其中，如图8所示，出入管理及网约房上报登记平台包括入住管理模块、访客管理模块、旅客身份验证模块、身份认证模块和上报管理模块；入住管理模块用于为用户提供可信入住码的生成、获取、更新和验证接口，并设置旅客在出入管理中的权限；

访客管理模块用于对访客的邀请和访客权限进行审核管理，以及提供可信访客码的基础功能接口；旅客身份验证模块用于向监管平台请求旅客身份验证，判断旅客在监管平台的状态；身份认证模块用于向网约房服务平台提供身份认证服务；上报管理模块用于按照监管要求向监管平台上报旅客信息。

本实施例中，可信条码管理平台包括可信入住码创建模块、可信入住码存储模块、可信入住码更新模块、可信入住码库、可信方法库、加密元素库和可信入住码验证程序；

可信入住码创建模块用于生成可信条码，确定可信入住码平面布局，创建或获取编码区的数据，确定可信入住码的生成时间和有效期，随机选取可信方法；

可信入住码存储模块用于对可信条码库进行管理，将创建或更新的可信入住码进行存储，以及在可信入住码验证装置请求核验可信入住码时，读取可信入住码以供设备核验，并在可信入住码失效、过期或接收到业务要求时，对数据进行删除或迁移；

可信入住码更新模块用于更新可信条码的数据；

可信入住码库用于存放创建的可信条码。

本实施例中，可信入住码和可信拜访码采用可信条码技术实现，在可信条码中定义了可信条码的编码、加密区、播放和显示布局方式，以及验证方法，用于显示在终端上，呈现给可信条码验证设备或应用，可信条码验证设备或应用通过抓拍并验证可信条码，判断其合法性，执行相应业务服务。

其中，生成时间定义了可信条码的创建时间；有效期定义了可信条码的生命周期，有效期应该小于或等于可信方法中按照播放方法和时间间隔计算出的可信条码持续变化的时间，可通过公式：生成时间 + 有效期 > 当前时间，以判断可信条码是否过期。编码：由可识别编码和附加码组成。可识别编码为一维条码、二维条码或其他可快速识别的编码；附加码为可识别内容，作为编码的扩展。编码可由业务系统生成，也可以由可信条码管理平台生成并回传给业务系统，可作为业务系统的业务ID使用。附加码由人工智能进行识别提取，可作为业务系统的扩展信息使用。

可信条码平面布局：定义了可信条码的平面结构，包括位置，大小，相互关系等内容，该布局决定了可信条码在终端上的具体呈现及平面结构。

可信方法定义了加密区显示的元素集合和位置，以及加密区随时间持续的，不可逆变化的方法。

可信条码的显示页面中包括可识别编码和持续变化、可识别的加密区，可识别编码和加密区具有对应关系。可信条码定义了一种可识别编码和加密区结合的动态显示和验证方法。通过验证编码、时间、加密元素等多重验证方法，可以确保可信条码的合法、安全、可信。其中，可识别编码为可快速识别的编码，例如：一维条码，二维条码等。加密区包含时间，图案，文字，位置，颜色，形状，线条，图片等元素，加密区内的元素随着时间持续变化，该变化时间相关，不重复，不可逆，可识别。

加密区由两部分组成，分别为第一加密区和第二加密区。第一加密区只有时间元素，时间自动流动，流动的频率可精确到秒或毫秒。第一加密区为必选项，不可以为空。该时间为获取的可信条码管理平台时间。时间格式和流动频率由可信方法定义。

第二加密区为自定义加密区，是加密元素显示和播放的区域，由可信方法定义。第二加密区按照可信方法进行显示和播放，从而形成加密区持续地、不重复，不可逆的、可识别的变化。

本实施例中，可信方法定义了加密元素集，加密元素布局，播放方法，时间格式，时间间隔。也即是定义了加密区显示的元素集合，元素变化的规律，元素之间的相对位置和关系。

按照可信方法的设计，以可信条码的生成时间为起点，可演算出可信条码有效期内某一时间点的状态，形成该时间点的演算快照。加密元素集[n]：表示可信方法中包含n组加密元素集。各组加密元素可以由任意性质的元素组成。

加密元素集.元素组：定义了元素组中的加密元素，一个元素组是由诸多加密元素组成。如：元素组{加密元素1，……，加密元素n}。

加密元素集.布局:定义了多个位置信息，以及加密元素和多个位置之间的对应关系。每个位置还可自定义坐标，形状，大小，颜色等属性。

加密元素集.播放:定义了加密元素集按照时间进行变换的方法，该方法以通过定义“加密元素集.元素组”和“加密元素集.布局”变化的规律而实现。即加密元素集具体的属性（如内容，位置，颜色等具体属性）按照时间变化的方法。

每个加密元素集都可以有各自不同的播放方法，播放时，可以控制多个加密元素集同时变化。

加密元素集. 间隔：定义了加密元素集播放的时间间隔，多组加密元素可按照各自独立的时间间隔进行变化。

时间格式：包含两个属性：时间格式指和时间精度。定义了第一加密区显示的时间格式和时间精度，时间精度可以精确到秒或毫秒。

抓拍参数：包含两个属性：抓拍间隔，抓拍次数。定义了可信条码验证设备抓拍可信条码的抓拍间隔时间和抓拍次数。

抓拍间隔时间和抓拍次数与加密区发生变化的最小时间间隔相关，加密区发生变化的最小时间间隔可根据可信方法的时间精度、时间间隔、播放方法计算出。抓拍次数与业务要求相关。

本实施例中，可信条码平面布局定义了可信条码的平面结构布局，定义了编码，附加码，第一加密区，第二加密区的尺寸及相对位置关系。

可信条码的验证方法包括以下步骤：

S1，请求方通过手机应用/显示终端发送可信条码显示请求或可信条码更新请求至可信条码管理平台；

S2，可信条码管理平台根据可信条码显示请求或可信条码更新请求进行响应，将被请求的可信条码下发至手机应用/显示终端；

S3，可信条码播放，手机应用/显示终端获取到下发可信条码后按照可信条码的内容显示播放可信条码，将可信条码展示给可信条码验证设备或应用；

S4，可信条码抓拍，可信条码验证设备或应用对正在播放可信条码的终端的屏幕进行多次抓拍，并对抓拍的图片进行处理；

S5，可信条码验证，对处理后的抓拍图片进行人工智能识别，生成抓拍快照集并进行可信条码的合法性判断，同时根据抓拍快照集生成演算快照集进行快照比对，完全匹配，则表明验证通过，否则结束验证流程。

本实施例中，用户在发送可信条码请求时，首先判断可信条码库中是否存在被请求的可信条码，如果不存在，则生成可信条码并下发给请求方。如可信条码存在，直接下发查询出的可信条码给请求方。

本实施例中，可信条码的生成流程如下：

编码和附加码生成：编码和附加码可以由业务系统按照自身业务逻辑生成，也可以由可信条码管理平台生成后返回给业务系统，是业务系统和可信条码管理平台交互的统一标识，通过编码在可信条码库中查询可信条码。

选中可信方法：在可信方法库中随机或按分类随机选择一条可信方法，作为可信条码的可信方法，这样就可以保证选中可信方法的随机性和不可预测性，以保证可信条码不可破解。

确定有效期：根据可信方法确定可信条码的有效期，有效期应该小于或等于可信方法中按照播放方法和时间间隔计算出的可信条码持续变化的时间。

确定可信条码平面布局：按照业务需求和可信方法，确定可信条码的布局，确定第一加密区，第二加密区，编码，附加码的尺寸和位置。

确定生成时间：以可信条码管理平台的当前时间，确定为可信条码的生成时间。

可信条码库入库：可信条码生成后，需加入可信条码库中，以待查询、验证等操作。

本实施例中，在超过可信条码的有效期后，就需要对可信条码进行更新。可信条码的更新流程如下：

选中可信方法：重新在可信方法库中随机或按分类随机选择一条可信方法。

确定可信条码平面布局：如果是不同分类的可信方法，则须按照业务需求和可信方法重新确定可信条码布局。

确定有效期：根据可信方法确定可信条码的有效期，有效期应该小于或等于可信方法中按照播放方法和时间间隔计算出的可信条码持续变化的时间。

刷新生成时间：以可信条码管理平台的当前时间，更新该可信条码的生成时间。

更新可信条码库：可信条码更新后，需在可信条码库中更新，以待查询、验证等操作。

本实施例中，可信条码下发格式，根据终端的请求可向终端下发可信条码原始数据，也可附加封装成打包数据下发，打包数据包括：网页格式，视频格式，动画格式等不同的可播放格式，以匹配不同的终端和业务需求。

本实施例中，可信条码的播放流程如下：

判断有效期：手机/终端获取到下发可信条码后，首先需要用可信条码生成时间，可信条码有效期，可信条码管理平台当前时间，判断该可信条码是否在有效期内，如果过期，则需要更新可信条码。

组织显示格式：手机/终端按照可信条码的可信条码平面布局和可信方法的加密元素布局设置好显示格式。

设置播放进度：按照服务器当前时间和可信条码生成时间，计算并设置可信条码的进度，准备播放。

播放：即是按照可信方法设计的时间间隔，控制加密元素集和加密元素布局按照播放方法进行相应变化。

在播放的同时检测可信条码有效期，如果过期，则需要更新可信条码或向用户报告。

以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护的范围由所附的权利要求书及其等效物界定。

Claims (8)

1.一种基于可信条码的网约房管理方法，其特征在于，包括以下步骤：

步骤一：旅客在网约房服务平台上进行网约房预定；

步骤二：旅客和同行旅客通过使用网约房应用上播放的可信入住码实现入住；

步骤三：旅客可通过网约房服务平台邀请访客，下发可信拜访码至访客；

步骤四：监督平台接收网约房服务平台上报的旅客入住和访客拜访的内容，并根据数据监管规则对上报的数据进行数据监督。

2.根据权利要求1所述的一种基于可信条码的网约房管理方法，其特征在于，所述步骤一具体包括：

S101：旅客首先完成平台账号注册，录入基本信息，基本信息包括：账号名、密码、旅客姓名、证件类型、证件号码、手机号码、邮箱和社交账号；账号注册成功后，对用户身份进行认证；

S102：旅客在网约房服务平台上选中房间，选择入住的开始时间和结束时间，录入入住的人员信息，创建订单并完成支付，支付完成后，等待订单确认；

S103：订单确认，首先将入住旅客身份发送到监管平台，进行旅客身份验证，验证完成后，监管平台向网约房服务平台发送订单确认通知；然后网约房的管理者对订单进行确认；两次确认通过，则订单正式生效；如任一次确认为否定，则订单被拒绝；

S104：若订单通过，则网约房服务平台将订单结果通知旅客，订单生效，通知旅客入住时间及入住相关事宜；若订单被拒绝，则通知旅客订单被拒绝，发起退款流程。

3.根据权利要求1所述的一种基于可信条码的网约房管理方法，其特征在于，所述步骤二具体包括以下步骤：

S201，旅客在网约房服务平台上完成人证比对，旅客使用网约房应用，请求入住；网约房应用按照某种规则生成入住功能码，入住功能码加密后，发送给网约房服务平台，以供网约房服务平台申请可信入住码使用；

S202：网约房服务平台判断当前请求旅客的身份、旅客的订单和订单日期是否与网约房预定内容匹配，若匹配则网约房服务平台修改当前旅客的订单状态为入住状态，并开始执行入住流程；

S203：网约房服务平台向出入管理及网约房上报登记平台请求旅客入住访问权限，生成可信入住码，并返回旅客；

S204：出入管理及网约房上报登记平台将旅客入住信息上报到监管平台；

S205：旅客通过网约房应用从平台获取可信入住码；

S206：旅客使用可信入住码进入网约房所在地点并进行扫码验证，验证成功后进入网约房，完成入住。

4.一种基于可信条码的网约房管理系统，其特征在于，包括出入管理及网约房上报登记平台、网约房服务平台、可信条码管理平台、监管平台和身份认证平台；出入管理及网约房上报登记平台分别与网约房服务平台、可信条码管理平台、监管平台和身份认证平台连接；出入管理及网约房上报登记平台用于管理旅客入住和访客拜访，以及为旅客提供身份验证和身份认证服务，并上报旅客入住和认证信息；网约房服务平台用于与出入管理及网约房上报登记平台对接，实现网约房的出入管理和上报登记管理；可信条码管理平台用于创建和更新可信入住码，以及存储可信入住码、可信方法、加密元素和可信入住码验证程序；监管平台用于对网约房经营数据及入住旅客信息进行监管；身份认证平台用于对旅客本人、身份证件，手机号码进行认证，确保手机持有者是旅客本人。

5.根据权利要求4所述的一种基于可信条码的网约房管理系统，其特征在于，所述出入管理及网约房上报登记平台包括入住管理模块、访客管理模块、旅客身份验证模块、身份认证模块和上报管理模块；入住管理模块用于为用户提供可信入住码的生成、获取、更新和验证接口，并设置旅客在出入管理中的权限；

访客管理模块用于对访客的邀请和访客权限进行审核管理，以及提供可信访客码的基础功能接口；旅客身份验证模块用于向监管平台请求旅客身份验证，判断旅客在监管平台的状态；身份认证模块用于向网约房服务平台提供身份认证服务；上报管理模块用于按照监管要求向监管平台上报旅客信息。

6.根据权利要求4所述的一种基于可信条码的网约房管理系统，其特征在于，所述可信条码管理平台包括可信入住码创建模块、可信入住码存储模块、可信入住码更新模块、可信入住码库、可信方法库、加密元素库和可信入住码验证程序；

可信入住码创建模块用于生成可信条码，确定可信入住码平面布局，创建或获取编码区的数据，确定可信入住码的生成时间和有效期，随机选取可信方法；

可信入住码存储模块用于对可信条码库进行管理，将创建或更新的可信入住码进行存储，以及在可信入住码验证装置请求核验可信入住码时，读取可信入住码以供设备核验，并在可信入住码失效、过期或接收到业务要求时，对数据进行删除或迁移；

可信入住码更新模块用于更新可信条码的数据；

可信入住码库用于存放创建的可信条码。

7.根据权利要求4所述的一种基于可信条码的网约房管理系统，其特征在于，所述可信入住码包括生成时间、编码、有效期、可信方法和可信条码平面布局；编码包括可识别编码和附加码；可信条码平面布局包括编码区和可识别持续变化的加密区；加密区包括第一加密区和第二加密区，第一加密区用于显示获取的可信条码管理平台时间，第二加密区用于按照可信方法显示和播放加密元素；包括字符、图形元素和图片元素。

8.根据权利要求7所述的一种基于可信条码的网约房管理系统，其特征在于，所述可信方法用于定义加密元素集、加密元素布局、加密元素播放方法、时间格式、时间间隔和抓拍参数，以及以可信条码的生成时间为起点，演算出可信条码有效期内某一时间点的状态，形成该时间点的演算快照。

Images