CN107590546A - 一种酒店信息处理系统 - Google Patents
一种酒店信息处理系统 Download PDFInfo
- Publication number
- CN107590546A CN107590546A CN201610528250.1A CN201610528250A CN107590546A CN 107590546 A CN107590546 A CN 107590546A CN 201610528250 A CN201610528250 A CN 201610528250A CN 107590546 A CN107590546 A CN 107590546A
- Authority
- CN
- China
- Prior art keywords
- hotel
- user
- order
- party
- credit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/12—Hotels or restaurants
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0607—Regulated
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Finance (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种酒店信息处理系统,所述酒店信息处理系统包括酒店预订子系统、第一管理子系统和第三方子系统。其中,所述酒店预订子系统在生成用户对其预订的酒店房型的订单之前,通过所述第一管理子系统对该用户的第三方账户的酒店信用资格进行验证,仅当该用户的第三方账户通过酒店信用资格验证时,所述酒店预订子系统才会生成订单,并且该订单的资源扣减是在用户办理离店手续后通过所述第一管理子系统通知所述第三方子系统对所述用户的第三方账户进行资源扣减而完成的。采用本申请提供的酒店信息处理系统,用户无需对其预订的酒店进行预支押金,从而达到提高用户的酒店租住体验的效果。
Description
技术领域
本申请涉及数据处理技术领域,具体涉及一种酒店信息处理系统;相应于上述系统,本申请同时涉及一种酒店预订方法、装置以及电子设备,一种订单管理方法、装置以及电子设备,以及另外三种酒店信息处理系统,又一种酒店预订方法、装置以及电子设备,一种订单生成方法、装置以及电子设备。
背景技术
随着互联网技术的飞速发展,越来越多的用户喜欢通过在线预订的方式预订酒店,例如,通过OTA(Online Travel Agent,在线旅游社)网站预订用于入住的酒店。这种在线预订酒店的方式极大地方便了用户的预订行为,越来越多的OTA网站不断涌现,从而导致在线旅行行业的竞争不断加剧。
目前,在线旅行行业面临重新洗牌及同质化日益严重的问题。如何提升用户服务、减少酒店运营操作成本以提升在线预订网站(酒店官网或OTA网站)的核心竞争力,成为各个在线预订网站迫切需要解决的问题。通过分析可知,传统“在线订房”方式主要存在以下问题:
1)押金占用资金问题
目前在线预订酒店的业务流程为:用户预付房费、前台现付、用户离店、预付款退款。酒店前台为用户办理入住手续时,通常会收取高于房费的现金或者银行卡预授权来支付押金,住店期间至少两倍以上的房费被占用。因此,这种传统方式既会占用用户资金又会导致手续繁琐,更极端的是目前预定网站上的在线全额预付的房型。
2)用户体验问题
用户办理酒店入住时,需向酒店前台提交身份信息、缴纳押金(刷卡或现金),如果人多时还需要排长队;用户办理离店时,需要归还房卡、等待查房以核实消费,然后再进行现金结算或者解除信用卡预授权等操作;因此,用户必须带有现金或者信用卡才能入住,而且在办理入住、退房时均需要等待。
3)酒店前台操作问题
酒店前台人员需要进行收取房费、押金、查房、结算、多退少补等操作,因而,酒店前台的操作流程相当繁琐,操作时间长也造成用户排队的情况更为严重。
上述在线预订酒店存在的问题将导致用户体验难以得到提升,从而降低了在线预订网站的竞争力。综上所述,现有技术存在酒店押金占用用户资金的问题。
发明内容
本申请提供一种酒店信息处理系统,以解决现有技术下酒店押金占用用户资金的问题。本申请还提供一种酒店预订方法、装置及电子设备,一种订单管理方法、装置及电子设备,以及另外三种酒店信息处理系统,又一种酒店预订方法、装置及电子设备,一种订单生成方法、装置及电子设备。
本申请提供一种酒店信息处理系统,包括:酒店预订子系统、第一管理子系统和第三方子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向所述第一管理子系统发出对所述用户的酒店信用资格进行验证的第一通知;以及接收所述第一管理子系统返回的所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的第一订单;
所述第一管理子系统,用于接收所述酒店预订子系统发送的所述第一通知;根据所述第一通知包括的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述用户通过酒店信用资格验证,以及生成所述用户对酒店方的所述指定房型的第二订单,将所述第二订单作为所述第一管理子系统对所述第一订单进行资源转移管理的凭据;向所述酒店预订子系统返回所述用户的酒店信用资格验证结果;以及接收所述酒店方发送的针对所述第一订单进行资源转移的第二通知;根据所述第二通知,获取与所述第一订单关联的所述第二订单;向所述第三方子系统发出对所述第二订单进行资源转移的第三通知;
所述第三方子系统,用于接收所述第一管理子系统发送的所述第三通知;根据所述第三通知对所述第三方账户进行资源扣减,将扣减资源转移至所述酒店方的第三方帐户。
可选的,所述获取所述用户的第三方账户的信用评分,包括:
向所述第三方子系统发送针对所述用户的第三方账户的第一信用评分查询请求;
接收所述第三方子系统回送的所述用户的第三方账户的信用评分;
所述第三方子系统,还用于接收所述第一管理子系统发送的所述第一信用评分查询请求;根据所述第一信用评分查询请求获取所述用户的第三方账户的信用评分;以及向所述第一管理子系统回送所述用户的第三方账户的信用评分。
可选的,所述获取所述用户的第三方账户的信用评分,包括:
向信用评估子系统发送针对所述用户的第三方账户的第二信用评分查询请求;
接收所述信用评估子系统回送的所述用户的第三方账户的信用评分;
所述系统还包括:所述信用评估子系统;
所述信用评估子系统,用于接收所述第一管理子系统发送的所述第二信用评分查询请求;从预先生成的信用库中查询所述用户的第三方账户的信用评分,并将查询到的所述用户的第三方账户的信用评分回送至所述第一管理子系统。
可选的,所述第一管理子系统,还用于向所述用户客户端转发所述第三方账户所属的第三方平台的密码验证页面;所述第三方平台根据所述用户提供的所述第三方账户的密码,对所述第三方支付户进行密码验证;以及接收所述第三方平台返回的对所述第三方账户密码的验证结果;若所述验证结果为正确,则判定所述用户通过酒店信用资格验证。
可选的,所述第一管理子系统,还用于向所述第三方子系统发送针对所述第三方账户的订单处理权限查询请求;以及接收所述第三方子系统返回的所述第三方账户的订单处理权限;若所述订单处理权限为允许,则判定所述用户通过酒店信用资格验证;
所述第三方子系统,还用于接收所述管理子系统发送的所述订单处理权限查询请求;根据所述订单处理权限查询请求获取所述第三方账户的订单处理权限;以及向所述第一管理子系统回送所述第三方账户的订单处理权限。
可选的,所述第一管理子系统,还用于若所述订单处理权限为未设置,则向所述用户客户端转发所述第三方平台的订单处理权限设置页面;以及接收所述第三方平台返回的所述第三方账户的授权结果;若所述授权结果为允许,则判定所述用户通过酒店信用资格验证。
可选的,所述方法还包括:酒店管理子系统;
所述酒店管理子系统,用于接收所述酒店预订子系统生成的所述第一订单,将所述第一订单作为所述用户入住的凭据;以及接收所述酒店方的客户端发送的针对所述第一订单的资源转移请求;根据所述资源转移请求携带的资源转移信息,向所述第一管理子系统发出所述第二通知。
相应的,本申请还提供一种酒店预订方法,包括:
接收用户客户端发送的针对用户指定房型的预订请求;
根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;
接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;
若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
可选的,所述用户客户端包括移动应用的客户端。
相应的,本申请还提供一种酒店预订装置,包括:
预订请求接收单元,用于接收用户客户端发送的针对用户指定房型的预订请求;
验证通知发送单元,用于根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;
验证结果接收单元,用于接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;
验证通过处理单元,用于若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
相应的,本申请还提供一种电子设备,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现酒店预订方法的程序,该设备通电并通过所述处理器运行该酒店预订方法的程序后,执行下述步骤:接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
相应的,本申请还提供一种订单管理方法,包括:
接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;
根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;
若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;
向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
可选的,所述获取所述预订用户的第三方账户的信用评分,包括:
向第三方平台发送针对所述第三方账户的信用评分查询请求;
接收所述第三方平台回送的所述第三方账户的信用评分。
可选的,在所述生成所述预订用户对所述酒店的用户指定房型的订单之前,还包括:
向所述预订用户的客户端转发第三方平台的密码验证页面;所述第三方平台根据所述预订用户提供的所述第三方账户的密码,对所述第三方账户进行密码验证;
接收所述第三方平台返回的对所述第三方账户的密码验证结果;
若所述验证结果为错误,则判定所述预订用户未通过酒店信用资格验证。
可选的,在所述生成所述预订用户对所述酒店的用户指定房型的订单之前,还包括:
向第三方平台发送针对所述第三方账户的订单处理权限查询请求;
接收所述第三方平台返回的所述第三方账户的订单处理权限;
若所述订单处理权限为不允许,则判定所述预订用户未通过酒店信用资格验证。
可选的,还包括:
若所述订单处理权限为未设置,则向所述预订用户的客户端转发所述第三方平台的订单处理权限设置页面;以及接收所述第三方平台返回的所述第三方账户的授权结果;
若所述授权结果为不允许,则判定所述预订用户未通过酒店信用资格验证。
可选的,在所述接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知之后,还包括:
根据所述通知包括的所述指定房型的价格,设定所述最小信用评分阈值。
可选的,所述第三方账户的信用评分,采用如下方式生成:
根据所述预订用户的对信用评分产生影响的个人信息,生成所述第三方账户的信用评分。
可选的,在所述生成所述预订用户对所述酒店的用户指定房型的订单之后,还包括:
根据所述通知包括的所述指定房型的价格,对所述第三方账户的信用评分进行相应的扣减;
当所述订单成功完成后,还包括:
根据所述指定房型的价格,对所述第三方账户的信用评分进行相应的恢复。
可选的,还包括:
接收所述酒店服务器发送的针对与所述订单关联的酒店方订单的资源转移通知;
根据所述资源转移通知和所述订单,通过所述第三方账户对所述酒店进行资源转移。
可选的,还包括:
若资源转移成功,则向所述酒店服务器发送成功转移消息。
相应的,本申请还提供一种订单管理装置,包括:
验证通知接收单元,用于接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;
信用评分获取单元,用于根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;
验证通过处理单元,用于若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;
验证结果返回单元,用于向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
相应的,本申请还提供一种电子设备,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现订单管理方法的程序,该设备通电并通过所述处理器运行该订单管理方法的程序后,执行下述步骤:接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
相应的,本申请还提供第二种酒店信息处理系统,包括:酒店预订子系统和第一管理子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向所述第一管理子系统发出对所述用户的酒店信用资格进行验证的通知;以及接收所述第一管理子系统返回的所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的第一订单;
所述第一管理子系统,用于接收所述酒店预订子系统发送的所述通知;根据所述通知包括的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述用户通过酒店信用资格验证,以及生成所述用户对酒店方的所述指定房型的第二订单,将所述第二订单作为所述第一管理子系统对所述第一订单进行资源转移管理的凭据;向所述酒店预订子系统返回所述用户的酒店信用资格验证结果。
相应的,本申请还提供第三种酒店信息处理系统,包括:酒店预订子系统、酒店管理子系统和第三方子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的第一订单,并向所述酒店管理子系统发出生成与所述第一订单对应的第二订单的第一通知,将所述第一订单作为所述酒店预订子系统101对所述第二订单进行资源转移管理的凭据;以及接收所述酒店管理子系统发送的针对所述第二订单进行资源转移的第二通知;根据所述第二通知,向所述第三方子系统发出对所述第一订单进行资源转移的第三通知;
所述酒店管理子系统,用于接收所述酒店预订子系统发送的所述第一通知;根据所述第一通知,生成所述第二订单,将所述第二订单作为所述用户入住的凭据;以及接收所述指定酒店的客户端发送的针对所述第二订单的资源转移请求;根据所述资源转移请求携带的资源转移信息,向所述酒店预订子系统发出所述第二通知;
所述第三方子系统,用于接收所述酒店预订子系统发送的所述第三通知;根据所述第三通知对所述第三方账户进行资源扣减,将所述第二订单的扣减资源转移至所述指定酒店的第三方帐户。
相应的,本申请还提供一种酒店预订方法,包括:
接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;
根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;
若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
可选的,还包括:
接收所述指定酒店的服务器发送的针对所述酒店方订单的资源转移通知;
根据所述资源转移通知和所述订单,通过所述第三方账户对所述指定酒店进行资源转移。
相应的,本申请还提供一种酒店预订装置,包括:
预订请求接收单元,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;
信用评分获取单元,用于根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;
验证通过处理单元,用于若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
相应的,本申请还提供一种电子设备,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现酒店预订方法的程序,该设备通电并通过所述处理器运行该酒店预订方法的程序后,执行下述步骤:接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
相应的,本申请还提供一种订单生成方法,包括:
接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;
根据所述通知,生成所述酒店方订单。
可选的,还包括:
接收酒店方的客户端发送的针对所述酒店方订单的资源转移请求;
根据所述资源转移请求携带的资源转移信息,向所述酒店预订服务器发出对所述酒店方订单进行资源转移的通知。
相应的,本申请还提供一种订单生成装置,包括:
生成订单通知接收单元,用于接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;
订单生成单元,用于根据所述通知,生成所述酒店方订单。
相应的,本申请还提供一种电子设备,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现订单生成方法的程序,该设备通电并通过所述处理器运行该订单生成方法的程序后,执行下述步骤:接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;根据所述通知,生成所述酒店方订单。
相应的,本申请还提供第四种酒店信息处理系统,包括:酒店预订子系统和酒店管理子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的第一订单,并向所述酒店管理子系统发出生成与所述第一订单对应的第二订单的通知;将所述第一订单作为所述酒店预订子系统对所述第二订单进行资源转移管理的凭据;
所述酒店管理子系统,用于接收所述酒店预订子系统发送的所述通知;根据所述通知,生成所述酒店方订单,将所述酒店方订单作为所述用户入住的凭据。
与现有技术相比,本申请提供的酒店信息处理系统包括酒店预订子系统、第一管理子系统和第三方子系统,所述酒店预订子系统在接收到用户客户端发送的针对用户指定房型的预订请求后,根据所述预订请求向所述第一管理子系统发出对所述用户的酒店信用资格进行验证的第一通知;所述第一管理子系统在接收到所述酒店预订子系统发送的所述第一通知后,根据所述第一通知包括的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述用户通过酒店信用资格验证,以及生成所述用户对酒店方的所述指定房型的第二订单;向所述酒店预订子系统返回所述用户的酒店信用资格验证结果;所述酒店预订子系统在接收到所述第一管理子系统返回的所述用户的酒店信用资格验证结果后,若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的第一订单;所述第一管理子系统在接收到所述酒店方发送的针对所述第一订单进行资源转移的第二通知后,根据所述第二通知,获取与所述第一订单关联的所述第二订单,并向所述第三方子系统发出对所述第二订单进行资源转移的第三通知;所述第三方子系统在接收到所述第一管理子系统发送的所述第三通知后,根据所述第三通知对所述第三方账户进行资源扣减,将扣减资源转帐至所述酒店方的第三方帐户。
使用本申请提供的酒店信息处理系统,部署在酒店官网的酒店预订子系统在生成用户对其预订的酒店房型的订单之前,通过第一管理子系统对该用户的第三方账户的酒店信用资格进行验证,仅当该用户的第三方账户通过酒店信用资格验证时,酒店预订子系统才会生成订单,并且该订单的资源扣减是在用户办理离店手续后通过第一管理子系统通知第三方子系统对所述用户的第三方账户进行资源扣减而完成的;这种处理方式,用户无需对其预订的酒店进行预支押金;因此,本申请提供的酒店信息处理系统可以有效提高用户的酒店租住体验。
附图说明
图1是本申请提供的一种酒店信息处理系统的实施例的示意图;
图2是本申请提供的一种酒店预订方法的实施例的流程图;
图3是本申请提供的一种酒店预订装置的实施例的示意图;
图4是本申请提供的一种电子设备的实施例的示意图;
图5是本申请提供的一种订单管理方法的实施例的流程图;
图6是本申请提供的一种订单管理装置的实施例的示意图;
图7是本申请提供的又一种电子设备的实施例的示意图;
图8是本申请提供的第二种酒店信息处理系统的实施例的示意图;
图9是本申请提供的第三种酒店信息处理系统的实施例的示意图;
图10是本申请提供的又一种酒店预订方法的实施例的流程图;
图11是本申请提供的又一种酒店预订装置的实施例的示意图;
图12是本申请提供的又一种电子设备的实施例的示意图;
图13是本申请提供的一种订单生成方法的实施例的流程图;
图14是本申请提供的一种订单生成装置的实施例的示意图;
图15是本申请提供的又一种电子设备的实施例的示意图;
图16是本申请提供的第四种酒店信息处理系统的实施例的示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是,本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请中,提供了一种酒店信息处理系统,一种酒店预订方法、装置以及电子设备,一种订单管理方法、装置以及电子设备,以及另外三种酒店信息处理系统,又一种酒店预订方法、装置以及电子设备,一种订单生成方法、装置以及电子设备。在下面的实施例中逐一进行详细说明。
本申请提供的酒店信息处理系统,其核心的基本思想为:部署在酒店官网的酒店预订子系统在生成用户对其预订的酒店房型的订单之前,通过第一管理子系统对该用户的第三方账户的酒店信用资格进行验证,仅当该用户的第三方账户通过酒店信用资格验证时,酒店预订子系统才会生成订单,并且该订单的资源扣减是在用户办理离店手续后通过第一管理子系统通知第三方子系统对所述用户的第三方账户进行资源扣减而完成的。由于用户无需对其预订的酒店预支押金即可直接进行酒店预订、入住及结算,因此,可以有效提高用户的租住体验。
请参考图1,其为本申请的酒店信息处理系统实施例的示意图。所述系统包括如下子系统:酒店预订子系统101、第一管理子系统103和第三方子系统105。
所述酒店预订子系统101,用于接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向所述第一管理子系统103发出对所述用户的酒店信用资格进行验证的第一通知;以及接收所述第一管理子系统103返回的所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的第一订单。
所述用户客户端可以部署于移动通讯设备,例如:智能手机等,也可以部署于个人电脑、PAD、iPad等终端设备。
所述酒店预订子系统101实现在线预订酒店的功能,通常部署于酒店官网的服务器,但并不局限于服务器,也可以是能够承载本申请所述的酒店预订子系统101的任何设备。
在具体实施时,所述用户可首先通过所述用户客户端打开所述酒店预订子系统101提供的酒店查询界面,查看酒店方提供的各种房型,并点击其感兴趣的房型以查看该房型的详细情况;当用户确定预订某个房型后,还可以其已注册的会员名登陆所述酒店预订子系统101,使得所述酒店预订子系统101可通过会员名查询获取该用户的个人信息,例如,姓名、手机号码、身份证号等用户信息;当用户要预订某个房型时,如果该房型可以以信用的方式进行预订,则用户可以通过用户客户端选择信用支付方式并提交预订请求;该预订请求通过网络发送至所述酒店预订子系统101,所述酒店预订子系统101在接收到用户客户端发送的预订请求后,由于此次预订是以信用的方式进行预订的,而信用的管理功能是由第一管理子系统103所在方(如:OTA网站)协作实现的,因此,所述酒店预订子系统101将向所第一管理子系统103发出对该用户的酒店信用资格进行验证的第一通知,该通知包括该用户的身份信息,该用户的身份信息既可以通过上述会员名查询获得,还可以通过用户客户端输入获得;当所述酒店预订子系统101接收到所述第一管理子系统103返回的对该用户的酒店信用资格进行验证的结果后,如果验证结果为通过,则所述酒店预订子系统101将生成该用户对该其预订房型的酒店方订单,即:所述第一订单。
所述第一订单存储在酒店方的服务器中,当所述用户以该订单的订单号、用户身份证号或手机号等信息在酒店前台办理入住登记时,酒店方的管理系统将依据所述第一订单为用户办理入住手续。由于该租住行为通过信用方式进行预订的,因此,所述用户既无需交纳预订金,也无须交纳入住押金,解决了传统在线酒店预订方式存在的押金占用用户资金的问题,同时简化了酒店前台的操作流程,加快了入住办理速度,从而达到了提高用户体验的效果。
所述第一管理子系统103,用于接收所述酒店预订子系统101发送的所述第一通知;根据所述第一通知包括的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述用户通过酒店信用资格验证,以及生成所述用户对所述酒店方的用户指定房型的第二订单,将所述第二订单作为所述第一管理子系统103对所述第一订单进行资源转移管理的凭据;向所述酒店预订子系统101返回所述用户的酒店信用资格验证结果;以及接收所述酒店方发送的针对所述第一订单进行资源转移的第二通知;根据所述第二通知,获取与所述第一订单关联的所述第二订单;向所述第三方子系统105发出对所述第二订单进行资源转移的第三通知。
所述第一管理子系统103通常部署于OTA网站的服务器,但并不局限于OTA网站的服务器,也可以是能够承载本申请所述的第一管理子系统103的任何设备。
所述用户的身份信息是指,能够对用户的身份进行唯一标识的身份信息。所述用户的身份信息包括但不限于:用户的手机号码、身份证、银行帐号等信息。
所述第一管理子系统103实现对用户的酒店信用资格进行验证、及对第二订单进行管理等功能。本系统强调根据所述用户的第三方账户(如:支付宝等第三方支付账户)的信用评分对所述用户的酒店信用资格进行验证,当所述信用评分达到预设的最小信用评分阈值时,判定所述用户通过酒店信用资格验证,同时,需要生成所述第二订单。
所述第二订单作为所述第一管理子系统对所述第一订单进行资源转移管理的凭据,即:当所述第一管理子系统103接收到酒店方发送的针对所述第一订单进行资源转移的通知后,所述第一管理子系统103将通知所述第三方子系统对所述第二订单进行资源转移。
需要说明的是,本系统通过所述第一管理子系统103对用户的第三方帐户进行资源转移(如:付款、物品抵扣等)管理控制,以实现对所述第一订单(酒店方订单)的自动资源转移功能。因此,对所述用户的酒店信用资格进行验证,即为对所述用户的第三方帐户的酒店信用资格进行验证。
所述第三方账户的信用评分,通常是由第三方信用评估平台根据用户的历史消费行为等信息给予用户(第三方账户)的一定信用额度,用户在信用额度内可先消费后进行资源转移。相当于第三方平台(如:第三方支付平台)为用户提供担保,保证其消费行为不会出现异常。
所述第三方账户的信用评分,由所述第三方信用评估平台基于所述用户的对信用评分产生影响的个人信息生成。所述对信用评分产生影响的个人信息包括但不限于以下个人信息的至少一者:信用历史,行为偏好,履约能力,身份特质,人脉关系。
所述第三方信用评估平台可基于大数据对个人信用状况进行分析评估,评估的分值越高,则意味着信用度越高,根据个人用户信息进行加工整理计算后得到信用评分。
在具体实施时,在获取所述用户的第三方账户的信用评分之前,所述第一管理子系统103还需要获取所述用户的第三方账户。所述用户的第三方账户可采用两种方式获取:1)所述第一管理子系统103向所述用户客户端转发预设的第三方平台的用户登陆页面;所述用户通过该登陆页面输入其第三方帐户,所述第一管理子系统103间接可获得该第三方帐户;2)所述第一管理子系统103根据用户的身份信息,在其数据库中直接查询获得用户的第三方账户。所述第一管理子系统103在获取到用户的第三方账户后,再获取该第三方账户的信用评分,进而执行后续的酒店信用资格验证步骤。
所述获取所述用户的第三方账户的信用评分,可通过两种方式实现:1)通过第三方平台(如:支付宝等第三方支付平台)获取所述信用评分;2)通过第三方信用评估平台获取所述信用评分。
1)通过第三方平台获取所述信用评分。
该方式可包括如下步骤:1.1)向所述第三方子系统105发送针对所述用户的第三方账户的信用评分查询请求;1.2)接收所述第三方子系统105回送的所述用户的第三方账户的信用评分。
相应的,所述第三方子系统105,还用于接收所述第一管理子系统103发送的所述信用评分查询请求;根据所述信用评分查询请求获取所述用户的第三方账户的信用评分;以及向所述第一管理子系统103回送所述用户的第三方账户的信用评分。
2)通过第三方信用评估平台获取所述信用评分。
通过该方式获取所述信用评分,本系统还包括信用评估子系统,所述信用评估子系统运行在第三方信用评估平台中。所述信用评估子系统,用于接收所述第一管理子系统103发送的信用评分查询请求;从预先生成的信用库中查询所述用户的第三方账户的信用评分,并将查询到的所述用户的第三方账户的信用评分回送至所述第一管理子系统103。
所述第一管理子系统103通过第三方信用评估平台获取所述信用评分,可包括如下步骤:2.1)向信用评估子系统发送针对所述用户的第三方账户的信用评分查询请求;2.2)接收所述信用评估子系统回送的所述用户的第三方账户的信用评分。
所述预设的最小信用评分阈值,既可以根据经验确定,还可以根据所述用户指定房型的价格确定,例如,可将最小信用信用度阈值设定为一个统一分值,如果信用评分在该分值以上,则用户可以凭该信用评分享受免押金预约、先住后付的信用服务;如果预订房型的房价较高,则可根据具体房价设定最小信用信用度阈值。
所述第二订单存储在第一管理子系统103所在方(如:OTA网站)的服务器中,包括用户的第三方帐户的信息及与其关联的所述第一订单的订单号等信息。所述第一管理子系统103在接收到酒店方发送的所述第一订单的资源转移通知后,依据与所述第一订单关联的所述第二订单,通知所述第三方子系统105通过所述第二订单关联的第三方帐户进行酒店实际消费的资源转移(如:结算款的支付等)。
为了避免所述用户使用非其所有的第三方账户进行所述第一订单的资源转移,在具体实施时,所述第一管理子系统103,还用于向所述用户客户端转发所述第三方账户所属的第三方平台的密码验证页面;所述第三方平台根据所述用户提供的所述第三方账户的密码,对所述第三方账户进行密码验证;以及接收所述第三方平台返回的对所述第三方账户密码的验证结果;若所述验证结果为正确,则判定所述用户通过酒店信用资格验证,只有在判定所述用户通过酒店信用资格验证情况下,才会生成所述第二订单;若所述验证结果为不正确,则判定所述用户未通过酒店信用资格验证,并向所述酒店预订子系统101返回所述用户的酒店信用资格验证结果。通过上述处理,可对第三方账户的密码进行核实,从确保第三方账户的使用安全性。
此外,为了避免引起用户与第三方平台之间的纠纷,第三方平台在使用自动资源扣减(如:自动扣款)功能前,需要让用户清楚明了的理解所述第三方平台对第三方帐户具有自动资源扣减的功能,需要获得用户的自动资源扣减授权许可。为此,在具体实施时,所述第一管理子系统103,还用于向所述第三方子系统105发送针对所述第三方账户的订单处理权限查询请求;以及接收所述第三方子系统105返回的所述第三方账户的订单处理权限;若所述订单处理权限为允许,则判定所述用户通过酒店信用资格验证。同样的,只有在判定所述用户通过酒店信用资格验证情况下,才会生成所述第二订单。如果所述订单处理权限为不允许,则判定所述用户未通过酒店信用资格验证,并向所述酒店预订子系统101返回所述用户的酒店信用资格验证结果。
所述订单处理权限是指,由所述用户明确设置的是否允许所述第三方平台能够自动对第三方帐户进行资源扣减的权限。
相应的,所述第三方子系统105,还用于接收所述第一管理子系统103发送的所述订单处理权限查询请求;根据所述订单处理权限查询请求获取所述第三方账户的订单处理权限;以及向所述第一管理子系统103回送所述第三方账户的订单处理权限。
在具体实施时,如果所述用户为酒店信用服务的新用户,则其第三方帐户的所述订单处理权限通常为未设置的状态。在这种情况下,所述第一管理子系统103,还用于向所述用户客户端转发所述第三方平台的订单处理权限设置页面;以及接收所述第三方平台返回的所述第三方账户的授权结果;若所述授权结果为允许,则判定所述用户通过酒店信用资格验证。如果所述授权结果为禁止,则判定所述用户未通过酒店信用资格验证,并向所述酒店预订子系统101返回所述用户的酒店信用资格验证结果。
所述第三方子系统105,用于接收所述第一管理子系统103发送的所述第三通知;根据所述第三通知对所述第三方账户进行资源扣减,将扣减资源转移至所述酒店方的第三方帐户。
所述第三方子系统105通常部署于第三方平台的服务器,但并不局限于服务器,也可以是能够承载本申请所述的第三方子系统105的任何设备。
在具体实施时,当所述第一管理子系统103接收到所述第三方子系统105返回的资源转移成功消息后,还需要将所述第二订单的订单状态更新为完成状态,并向所述酒店预订子系统101发出所述第一订单已成功进行资源转移的通知。
在本实施例中,本系统还包括酒店管理子系统。所述酒店管理子系统,用于接收所述酒店预订子系统101生成的所述第一订单,将所述第一订单作为所述用户入住的凭据;以及接收所述酒店方的客户端发送的针对所述第一订单的资源转移请求;根据所述资源转移请求携带的资源转移信息,向所述第一管理子系统103发出资源转移通知。
所述酒店方的客户端可部署在酒店前台的个人电脑中,通过网络与所述酒店管理子系统连接。当所述用户实际入住酒店后在酒店前台办理退房时,酒店前台在所述个人电脑上通过所述酒店方的客户端为用户办理结算手续,所述酒店方的客户端向所述酒店管理子系统发送对应该用户的第一订单的资源转移请求;所述酒店管理子系统根据所述资源转移请求携带的资源转移信息(可包括第一订单的订单号、及实际消费金额等),向所述第一管理子系统103发送资源转移通知。所述第一管理子系统103接收到资源转移通知后,将获取与所述第一订单关联的所述第二订单,然后,向所述第三方子系统105发出对所述第二订单进行资源转移的通知。所述第三方子系统105接收到所述第一管理子系统103发送的通知后,根据该通知对所述第三方账户进行资源扣减,将扣减资源转移至所述酒店方的第三方帐户。
此外,所述酒店管理子系统,还用于接收所述酒店方的客户端发送的针对所述第一订单的入住请求;以及将所述第一订单的订单状态更新为入住状态。将所述第一订单的订单状态更新为入住状态之后,所述酒店管理子系统还可向所述第一管理子系统103发出所述第一订单已被入住的通知;所述第一管理子系统103根据该通知,将所述第二订单的订单状态更新为入住状态,由此可确保所述第一订单和所述第二订单的订单状态相互一致,以便于所述第一管理子系统103对订单进行管理。
所述第三方账户的信用评分是由第三方信用评估平台给予用户的一定信用额度,用户在信用额度内可先消费后进行资源扣减。在第一订单生成后,实际上已经使用了一定的信用额度。作为一种优选的方案,在本实施例中,所述信用评估子系统,还用于在所述第二订单生成之后,根据所述用户指定房型的价格,对所述第三方账户的信用评分进行相应的扣减;以及当所述第二订单成功完成后,根据所述用户指定房型的价格,对所述第三方账户的信用评分进行相应的恢复。通过上述处理,可确保用户的消费行为不会出现异常。
本申请提供的酒店信息处理系统,部署在酒店官网的酒店预订子系统101在生成用户对其预订的酒店房型的订单之前,通过第一管理子系统103对该用户的第三方账户的酒店信用资格进行验证,仅当该用户的第三方账户通过酒店信用资格验证时,酒店预订子系统101才会生成订单,并且该订单的资源扣减是在用户办理离店手续后通过第一管理子系统103通知第三方子系统105对所述用户的第三方账户进行资源扣减而完成的;这种处理方式,用户无需对其预订的酒店进行预支押金;因此,本申请提供的酒店信息处理系统可以有效提高用户的酒店租住体验,进而提高酒店租住系统的市场竞争力。
在上述的实施例中,提供了一种酒店信息处理系统,与之相对应的,本申请还提供一种酒店预订方法,该方法运行在上述系统的酒店预订子系统中。该方法是与上述系统的酒店预订子系统的实施例相对应。
请参看图2,其为本申请的酒店预订方法实施例的示意图。由于方法实施例基本相似于系统实施例,所以描述得比较简单,相关之处参见系统实施例的部分说明即可。下述描述的方法实施例仅仅是示意性的。
本实施例的一种酒店预订方法,包括如下步骤:
步骤S101:接收用户客户端发送的针对用户指定房型的预订请求。
步骤S103:根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息。
步骤S105:接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果。
步骤S107:若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
在上述的实施例中,提供了一种酒店预订方法,与之相对应的,本申请还提供一种酒店预订装置。该装置是与上述方法的实施例相对应。
请参看图3,其为本申请的酒店预订装置实施例的示意图。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例的一种酒店预订装置,包括:
预订请求接收单元101,用于接收用户客户端发送的针对用户指定房型的预订请求;
验证通知发送单元103,用于根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;
验证结果接收单元105,用于接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;
验证通过处理单元107,用于若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
请参考图4,其为本申请的电子设备实施例的示意图。由于设备实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。
本实施例的一种电子设备,该电子设备包括:显示器101;处理器102;以及存储器103,所述存储器103用于存储实现酒店预订方法的程序,该设备通电并通过所述处理器102运行该酒店预订方法的程序后,执行下述步骤:接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
与上述的酒店信息处理系统相对应,本申请还提供一种订单管理方法,该方法运行在上述系统的第一管理子系统中。请参考图5,其为本申请提供的一种订单管理方法实施例的流程图,本实施例与第一实施例内容相同的部分不再赘述,请参见实施例一中的相应部分。本申请提供的一种订单管理方法包括如下步骤:
步骤S101:接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知。
在优选的方案中,在所述接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知之后,还包括:根据所述通知包括的所述指定房型的价格,设定所述最小信用评分阈值。
步骤S103:根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分。
在具体实施时,本步骤可具体包括如下步骤:1)向第三方平台发送针对所述第三方账户的信用评分查询请求;2)接收所述第三方平台回送的所述第三方账户的信用评分。
步骤S105:若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单。
在优选的方案中,在所述生成所述预订用户对所述酒店的用户指定房型的订单之前,还包括:1)向所述预订用户的客户端转发第三方平台的密码验证页面;所述第三方平台根据所述预订用户提供的所述第三方账户的密码,对所述第三方账户进行密码验证;2)接收所述第三方平台返回的对所述第三方账户的密码验证结果;3)若所述验证结果为错误,则判定所述预订用户未通过酒店信用资格验证。
在优选的方案中,在所述生成所述预订用户对所述酒店的用户指定房型的订单之前,还包括:1)向第三方平台发送针对所述第三方账户的订单处理权限查询请求;2)接收所述第三方平台返回的所述第三方账户的订单处理权限;3)若所述订单处理权限为不允许,则判定所述预订用户未通过酒店信用资格验证。
在优选的方案中,本方法还包括:1)若所述订单处理权限为未设置,则向所述预订用户的客户端转发所述第三方平台的订单处理权限设置页面;以及接收所述第三方平台返回的所述第三方账户的授权结果;2)若所述授权结果为不允许,则判定所述预订用户未通过酒店信用资格验证。
步骤S107:向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
在优选的方案中,在所述生成所述预订用户对所述酒店的用户指定房型的订单之后,还包括:根据所述通知包括的所述指定房型的价格,对所述第三方账户的信用评分进行相应的扣减。相应的,当所述订单成功完成后,还包括:根据所述指定房型的价格,对所述第三方账户的信用评分进行相应的恢复。
在优选的方案中,本方法还包括:1)接收所述酒店服务器发送的针对与所述订单关联的酒店方订单的资源转移通知;2)根据所述资源转移通知和所述订单,通过所述第三方账户对所述酒店进行资源转移。在具体实施时,如果转移成功,则向所述酒店服务器发送成功转移消息。
在上述的实施例中,提供了一种订单管理方法,与之相对应的,本申请还提供一种订单管理装置。该装置是与上述方法的实施例相对应。
请参看图6,其为本申请的订单管理装置实施例的示意图。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例的一种订单管理装置,包括:
验证通知接收单元101,用于接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;
信用评分获取单元103,用于根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;
验证通过处理单元105,用于若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;
验证结果返回单元107,用于向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
请参考图7,其为本申请的电子设备实施例的示意图。由于设备实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。
本实施例的一种电子设备,该电子设备包括:显示器101;处理器102;以及存储器103,所述存储器103用于存储实现订单管理方法的程序,该设备通电并通过所述处理器102运行该订单管理方法的程序后,执行下述步骤:接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
在上述的实施例中,提供了一种酒店信息处理系统,与之相对应的,本申请还提供第二种酒店信息处理系统。请参看图8,其为本申请的第一种酒店信息处理系统的实施例的示意图。由于两个系统的实施例较为相似,所以描述得比较简单,相关之处参见上述系统实施例的部分说明即可。下述描述的系统实施例仅仅是示意性的。
本实施例的第二种酒店信息处理系统,包括:酒店预订子系统101和管理子系统103。
所述酒店预订子系统101,用于接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向所述第一管理子系统103发出对所述用户的酒店信用资格进行验证的通知;以及接收所述第一管理子系统103返回的所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的第一订单;
所述第一管理子系统103,用于接收所述酒店预订子系统101发送的所述通知;根据所述通知包括的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述用户通过酒店信用资格验证,以及生成所述用户对酒店方的所述指定房型的第二订单,将所述第二订单作为所述第一管理子系统103对所述第一订单进行资源转移管理的凭据;向所述酒店预订子系统101返回所述用户的酒店信用资格验证结果。
本申请提供的第二种酒店信息处理系统与上述第一种酒店信息处理系统的不同之处在于:第二种系统强调所述第一管理子系统103对用户的酒店信用资格进行验证的功能,以及强调第一订单和第二订单的生成过程,而不对资源转移过程做限定。
采用本申请提供的第二种酒店信息处理系统,通过用户的第三方账户为用户的酒店消费行为提供信用担保,保证其消费行为不会出现异常,当用户的第三方账户满足酒店信用资格要求时,无需用户对其预订的酒店预支押金即可直接进行酒店预订、入住及结算,因此,可以有效提高用户的租住体验。
在上述的实施例中,提供了一种酒店信息处理系统,与之相对应的,本申请还提供第三种酒店租住系统。请参看图9,其为本申请的第三种酒店信息处理系统的实施例的示意图。由于两个系统的实施例较为相似,所以描述得比较简单,相关之处参见上述系统实施例的部分说明即可。下述描述的系统实施例仅仅是示意性的。
本实施例的一种酒店信息处理系统,包括:酒店预订子系统101、酒店管理子系统103和第三方子系统105。
所述酒店预订子系统101,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的第一订单,并向所述酒店管理子系统103发出生成与所述第一订单对应的第二订单的第一通知,将所述第一订单作为所述酒店预订子系统101对所述第二订单进行资源转移管理的凭据;以及接收所述酒店管理子系统103发送的针对所述第二订单进行资源转移的第二通知;根据所述第二通知,向所述第三方子系统发出对所述第一订单进行资源转移的第三通知。
本申请提供的第三种酒店信息处理系统与上述第一种酒店信息处理系统的不同之处在于:第一种系统由酒店官网提供在线预订酒店的功能,而第三种系统由第三方网站(如:OTA网站)提供在线预订酒店的功能。
所述用户客户端可以部署于移动通讯设备,例如:智能手机等,也可以部署于个人电脑、PAD、iPad等终端设备。
所述酒店预订子系统101实现在线预订酒店的功能,通常部署于OTA网站的服务器,但并不局限于OTA网站服务器,也可以是能够承载本申请所述的酒店预订子系统101的任何设备。
本申请提供的第三种酒店信息处理系统与上述第一种酒店信息处理系统的另一个不同之处在于:第三种系统的所述酒店预订子系统101生成所述第一订单后,需要向所述酒店管理子系统103发出生成与所述第一订单对应的第二订单的第一通知,以便酒店方依据该第二订单对预订用户进行入住、结算的办理。第三种系统所述第二订单与第一种系统所述第一订单相同,均存储在酒店方的服务器中,也称为酒店方订单;相应的,第三种系统所述第一订单与第一种系统所述第二订单相同。
所述酒店管理子系统103,用于接收所述酒店预订子系统101发送的所述第一通知;根据所述第一通知,生成所述第二订单,将所述第二订单作为所述用户入住的凭据;以及接收所述指定酒店的客户端发送的针对所述第二订单的资源转移请求;根据所述资源转移请求携带的资源转移信息,向所述酒店预订子系统101发出所述第二通知。
所述酒店管理子系统103,通常部署于酒店方的服务器,但并不局限于服务器,也可以是能够承载本申请所述的所述酒店管理子系统103的任何设备。
所述第三方子系统105,用于接收所述酒店预订子系统101发送的所述第三通知;根据所述第三通知对所述第三方账户进行资源扣减,将所述第二订单的扣减资源转移至所述指定酒店的第三方帐户。
在上述的实施例中,提供了第三种酒店信息处理系统,与之相对应的,本申请还提供又一种酒店预订方法,该方法运行在上述第三种酒店信息处理系统的酒店预订子系统101中。该方法是与上述第三种酒店信息处理系统的酒店预订子系统101的实施例相对应。
请参看图10,其为本申请的又一种酒店预订方法实施例的示意图。由于方法实施例基本相似于系统实施例,所以描述得比较简单,相关之处参见系统实施例的部分说明即可。下述描述的方法实施例仅仅是示意性的。
本实施例的又一种酒店预订方法,包括如下步骤:
步骤S101:接收用户客户端发送的针对用户指定酒店及指定房型的预订请求。
步骤S103:根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分。
步骤S105:若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
在具体实施时,本方法还包括如下步骤:1)接收所述指定酒店的服务器发送的针对所述酒店方订单的资源转移通知;2)根据所述资源转移通知和所述订单,通过所述第三方账户对所述指定酒店进行资源转移。
在上述的实施例中,提供了又一种酒店预订方法,与之相对应的,本申请还提供又一种酒店预订装置。该装置是与上述方法的实施例相对应。
请参看图11,其为本申请的又一种酒店预订装置实施例的示意图。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例的又一种酒店预订装置,包括:
预订请求接收单元101,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;
信用评分获取单元103,用于根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;
验证通过处理单元105,用于若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
请参考图12,其为本申请的又一种电子设备实施例的示意图。由于设备实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。
本实施例的又一种电子设备,该电子设备包括:显示器101;处理器102;以及存储器103,所述存储器103用于存储实现酒店预订方法的程序,该设备通电并通过所述处理器102运行该酒店预订方法的程序后,执行下述步骤:接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
与上述的第三种酒店信息处理系统相对应,本申请还提供一种订单生成方法,该方法运行在上述第三种酒店信息处理系统的酒店管理子系统103中。请参考图13,其为本申请提供的一种订单生成方法实施例的流程图,本实施例与第一实施例内容相同的部分不再赘述,请参见实施例一中的相应部分。本申请提供的一种订单生成方法包括如下步骤:
步骤S101:接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息。
步骤S103:根据所述通知,生成所述酒店方订单。
在具体实施时,本方法还包括如下步骤:1)接收酒店方的客户端发送的针对所述酒店方订单的资源转移请求;2)根据所述资源转移请求携带的资源转移信息,向所述酒店预订服务器发出对所述酒店方订单进行资源转移的通知。
在上述的实施例中,提供了一种订单生成方法,与之相对应的,本申请还提供一种订单生成装置。该装置是与上述方法的实施例相对应。
请参看图14,其为本申请的订单生成装置实施例的示意图。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例的一种订单生成装置,包括:
生成订单通知接收单元101,用于接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;
订单生成单元103,用于根据所述通知,生成所述酒店方订单。
请参考图15,其为本申请的又一种电子设备实施例的示意图。由于设备实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的设备实施例仅仅是示意性的。
本实施例的又一种电子设备,该电子设备包括:显示器101;处理器102;以及存储器103,所述存储器103用于存储实现订单生成方法的程序,该设备通电并通过所述处理器102运行该订单生成方法的程序后,执行下述步骤:接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;根据所述通知,生成所述酒店方订单。
在上述的实施例中,提供了第三种酒店信息处理系统,与之相对应的,本申请还提供第四种酒店信息处理系统。请参看图16,其为本申请的第四种酒店信息处理系统的实施例的示意图。由于两个系统的实施例较为相似,所以描述得比较简单,相关之处参见上述系统实施例的部分说明即可。下述描述的系统实施例仅仅是示意性的。
本实施例的第四种酒店信息处理系统,包括:酒店预订子系统101和管理子系统103。
所述酒店预订子系统101,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的第一订单,并向所述酒店管理子系统发出生成与所述第一订单对应的第二订单的通知;将所述第一订单作为所述酒店预订子系统101对所述第二订单进行资源转移管理的凭据。
所述酒店管理子系统103,用于接收所述酒店预订子系统101发送的所述通知;根据所述通知,生成所述第二订单,将所述第二订单作为所述用户入住的凭据。
本申请提供的第四种酒店信息处理系统与上述第三种酒店信息处理系统的不同之处在于:第四种系统强调所述酒店预订子系统101对用户的酒店信用资格进行验证的功能,以及强调第一订单和第二订单的生成过程,而不对资源转移过程做限定。
采用本申请提供的第四种酒店信息处理系统,通过用户的第三方账户为用户的酒店消费行为提供信用担保,保证其消费行为不会出现异常,当用户的第三方账户满足酒店信用资格要求时,无需用户对其预订的酒店预支押金即可直接进行酒店预订、入住及结算,因此,可以有效提高用户的租住体验。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
Claims (34)
1.一种酒店信息处理系统,其特征在于,包括:酒店预订子系统、第一管理子系统和第三方子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向所述第一管理子系统发出对所述用户的酒店信用资格进行验证的第一通知;以及接收所述第一管理子系统返回的所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的第一订单;
所述第一管理子系统,用于接收所述酒店预订子系统发送的所述第一通知;根据所述第一通知包括的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述用户通过酒店信用资格验证,以及生成所述用户对酒店方的所述指定房型的第二订单,将所述第二订单作为所述第一管理子系统对所述第一订单进行资源转移管理的凭据;向所述酒店预订子系统返回所述用户的酒店信用资格验证结果;以及接收所述酒店方发送的针对所述第一订单进行资源转移的第二通知;根据所述第二通知,获取与所述第一订单关联的所述第二订单;向所述第三方子系统发出对所述第二订单进行资源转移的第三通知;
所述第三方子系统,用于接收所述第一管理子系统发送的所述第三通知;根据所述第三通知对所述第三方账户进行资源扣减,将扣减资源转移至所述酒店方的第三方帐户。
2.根据权利要求1所述的酒店信息处理系统,其特征在于:
所述获取所述用户的第三方账户的信用评分,包括:
向所述第三方子系统发送针对所述用户的第三方账户的第一信用评分查询请求;
接收所述第三方子系统回送的所述用户的第三方账户的信用评分;
所述第三方子系统,还用于接收所述第一管理子系统发送的所述第一信用评分查询请求;根据所述第一信用评分查询请求获取所述用户的第三方账户的信用评分;以及向所述第一管理子系统回送所述用户的第三方账户的信用评分。
3.根据权利要求1所述的酒店信息处理系统,其特征在于:
所述获取所述用户的第三方账户的信用评分,包括:
向信用评估子系统发送针对所述用户的第三方账户的第二信用评分查询请求;
接收所述信用评估子系统回送的所述用户的第三方账户的信用评分;
所述系统还包括:所述信用评估子系统;
所述信用评估子系统,用于接收所述第一管理子系统发送的所述第二信用评分查询请求;从预先生成的信用库中查询所述用户的第三方账户的信用评分,并将查询到的所述用户的第三方账户的信用评分回送至所述第一管理子系统。
4.根据权利要求1所述的酒店信息处理系统,其特征在于:
所述第一管理子系统,还用于向所述用户客户端转发所述第三方账户所属的第三方平台的密码验证页面;所述第三方平台根据所述用户提供的所述第三方账户的密码,对所述第三方支付户进行密码验证;以及接收所述第三方平台返回的对所述第三方账户密码的验证结果;若所述验证结果为正确,则判定所述用户通过酒店信用资格验证。
5.根据权利要求1所述的酒店信息处理系统,其特征在于:
所述第一管理子系统,还用于向所述第三方子系统发送针对所述第三方账户的订单处理权限查询请求;以及接收所述第三方子系统返回的所述第三方账户的订单处理权限;若所述订单处理权限为允许,则判定所述用户通过酒店信用资格验证;
所述第三方子系统,还用于接收所述管理子系统发送的所述订单处理权限查询请求;根据所述订单处理权限查询请求获取所述第三方账户的订单处理权限;以及向所述第一管理子系统回送所述第三方账户的订单处理权限。
6.根据权利要求5所述的酒店信息处理系统,其特征在于:
所述第一管理子系统,还用于若所述订单处理权限为未设置,则向所述用户客户端转发所述第三方平台的订单处理权限设置页面;以及接收所述第三方平台返回的所述第三方账户的授权结果;若所述授权结果为允许,则判定所述用户通过酒店信用资格验证。
7.根据权利要求1所述的酒店信息处理系统,其特征在于,还包括:酒店管理子系统;
所述酒店管理子系统,用于接收所述酒店预订子系统生成的所述第一订单,将所述第一订单作为所述用户入住的凭据;以及接收所述酒店方的客户端发送的针对所述第一订单的资源转移请求;根据所述资源转移请求携带的资源转移信息,向所述第一管理子系统发出所述第二通知。
8.一种酒店预订方法,其特征在于,包括:
接收用户客户端发送的针对用户指定房型的预订请求;
根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;
接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;
若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
9.根据权利要求8所述的酒店预订方法,其特征在于,所述用户客户端包括移动应用的客户端。
10.一种酒店预订装置,其特征在于,包括:
预订请求接收单元,用于接收用户客户端发送的针对用户指定房型的预订请求;
验证通知发送单元,用于根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;
验证结果接收单元,用于接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;
验证通过处理单元,用于若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
11.一种电子设备,其特征在于,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现酒店预订方法的程序,该设备通电并通过所述处理器运行该酒店预订方法的程序后,执行下述步骤:接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向预设的管理服务器发出对所述用户的酒店信用资格进行验证的通知;所述通知包括所述用户的身份信息;接收所述管理服务器返回的针对所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的订单。
12.一种订单管理方法,其特征在于,包括:
接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;
根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;
若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;
向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
13.根据权利要求12所述的订单管理方法,其特征在于,所述获取所述预订用户的第三方账户的信用评分,包括:
向第三方平台发送针对所述第三方账户的信用评分查询请求;
接收所述第三方平台回送的所述第三方账户的信用评分。
14.根据权利要求12所述的订单管理方法,其特征在于,在所述生成所述预订用户对所述酒店的用户指定房型的订单之前,还包括:
向所述预订用户的客户端转发第三方平台的密码验证页面;所述第三方平台根据所述预订用户提供的所述第三方账户的密码,对所述第三方账户进行密码验证;
接收所述第三方平台返回的对所述第三方账户的密码验证结果;
若所述验证结果为错误,则判定所述预订用户未通过酒店信用资格验证。
15.根据权利要求12所述的订单管理方法,其特征在于,在所述生成所述预订用户对所述酒店的用户指定房型的订单之前,还包括:
向第三方平台发送针对所述第三方账户的订单处理权限查询请求;
接收所述第三方平台返回的所述第三方账户的订单处理权限;
若所述订单处理权限为不允许,则判定所述预订用户未通过酒店信用资格验证。
16.根据权利要求15所述的订单管理方法,其特征在于,还包括:
若所述订单处理权限为未设置,则向所述预订用户的客户端转发所述第三方平台的订单处理权限设置页面;以及接收所述第三方平台返回的所述第三方账户的授权结果;
若所述授权结果为不允许,则判定所述预订用户未通过酒店信用资格验证。
17.根据权利要求12所述的订单管理方法,其特征在于,在所述接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知之后,还包括:
根据所述通知包括的所述指定房型的价格,设定所述最小信用评分阈值。
18.根据权利要求17所述的订单管理方法,其特征在于,所述第三方账户的信用评分,采用如下方式生成:
根据所述预订用户的对信用评分产生影响的个人信息,生成所述第三方账户的信用评分。
19.根据权利要求12所述的订单管理方法,其特征在于,在所述生成所述预订用户对所述酒店的用户指定房型的订单之后,还包括:
根据所述通知包括的所述指定房型的价格,对所述第三方账户的信用评分进行相应的扣减;
当所述订单成功完成后,还包括:
根据所述指定房型的价格,对所述第三方账户的信用评分进行相应的恢复。
20.根据权利要求12所述的订单管理方法,其特征在于,还包括:
接收所述酒店服务器发送的针对与所述订单关联的酒店方订单的资源转移通知;
根据所述资源转移通知和所述订单,通过所述第三方账户对所述酒店进行资源转移。
21.根据权利要求20所述的订单管理方法,其特征在于,还包括:
若资源转移成功,则向所述酒店服务器发送成功转移消息。
22.一种订单管理装置,其特征在于,包括:
验证通知接收单元,用于接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;
信用评分获取单元,用于根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;
验证通过处理单元,用于若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;
验证结果返回单元,用于向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
23.一种电子设备,其特征在于,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现订单管理方法的程序,该设备通电并通过所述处理器运行该订单管理方法的程序后,执行下述步骤:接收酒店服务器发送的针对预订用户的酒店信用资格进行验证的通知;根据所述通知包括的所述预订用户的身份信息,获取所述预订用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述预订用户通过酒店信用资格验证;以及生成所述预订用户对所述酒店的用户指定房型的订单;向所述酒店服务器返回所述预订用户的酒店信用资格验证结果。
24.一种酒店信息处理系统,其特征在于,包括:酒店预订子系统和第一管理子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定房型的预订请求;根据所述预订请求,向所述第一管理子系统发出对所述用户的酒店信用资格进行验证的通知;以及接收所述第一管理子系统返回的所述用户的酒店信用资格验证结果;若所述酒店信用资格验证结果为通过,则根据所述预订请求,生成所述用户对所述指定房型的第一订单;
所述第一管理子系统,用于接收所述酒店预订子系统发送的所述通知;根据所述通知包括的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则判定所述用户通过酒店信用资格验证,以及生成所述用户对酒店方的所述指定房型的第二订单,将所述第二订单作为所述第一管理子系统对所述第一订单进行资源转移管理的凭据;向所述酒店预订子系统返回所述用户的酒店信用资格验证结果。
25.一种酒店信息处理系统,其特征在于,包括:酒店预订子系统、酒店管理子系统和第三方子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的第一订单,并向所述酒店管理子系统发出生成与所述第一订单对应的第二订单的第一通知,将所述第一订单作为所述酒店预订子系统101对所述第二订单进行资源转移管理的凭据;以及接收所述酒店管理子系统发送的针对所述第二订单进行资源转移的第二通知;根据所述第二通知,向所述第三方子系统发出对所述第一订单进行资源转移的第三通知;
所述酒店管理子系统,用于接收所述酒店预订子系统发送的所述第一通知;根据所述第一通知,生成所述第二订单,将所述第二订单作为所述用户入住的凭据;以及接收所述指定酒店的客户端发送的针对所述第二订单的资源转移请求;根据所述资源转移请求携带的资源转移信息,向所述酒店预订子系统发出所述第二通知;
所述第三方子系统,用于接收所述酒店预订子系统发送的所述第三通知;根据所述第三通知对所述第三方账户进行资源扣减,将所述第二订单的扣减资源转移至所述指定酒店的第三方帐户。
26.一种酒店预订方法,其特征在于,包括:
接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;
根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;
若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
27.根据权利要求26所述的酒店预订方法,其特征在于,还包括:
接收所述指定酒店的服务器发送的针对所述酒店方订单的资源转移通知;
根据所述资源转移通知和所述订单,通过所述第三方账户对所述指定酒店进行资源转移。
28.一种酒店预订装置,其特征在于,包括:
预订请求接收单元,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;
信用评分获取单元,用于根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;
验证通过处理单元,用于若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
29.一种电子设备,其特征在于,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现酒店预订方法的程序,该设备通电并通过所述处理器运行该酒店预订方法的程序后,执行下述步骤:接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的订单;以及向所述指定酒店的服务器发出生成与所述订单对应的酒店方订单的通知。
30.一种订单生成方法,其特征在于,包括:
接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;
根据所述通知,生成所述酒店方订单。
31.根据权利要求30所述的订单生成方法,其特征在于,还包括:
接收酒店方的客户端发送的针对所述酒店方订单的资源转移请求;
根据所述资源转移请求携带的资源转移信息,向所述酒店预订服务器发出对所述酒店方订单进行资源转移的通知。
32.一种订单生成装置,其特征在于,包括:
生成订单通知接收单元,用于接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;
订单生成单元,用于根据所述通知,生成所述酒店方订单。
33.一种电子设备,其特征在于,包括:
显示器;
处理器;以及
存储器,所述存储器用于存储实现订单生成方法的程序,该设备通电并通过所述处理器运行该订单生成方法的程序后,执行下述步骤:接收酒店预订服务器发送的生成与特定订单对应的酒店方订单的通知;所述通知包括预订用户的身份信息及预订的房型信息;根据所述通知,生成所述酒店方订单。
34.一种酒店信息处理系统,其特征在于,包括:酒店预订子系统和酒店管理子系统;
所述酒店预订子系统,用于接收用户客户端发送的针对用户指定酒店及指定房型的预订请求;根据所述预订请求携带的所述用户的身份信息,获取所述用户的第三方账户的信用评分;若所述信用评分达到预设的最小信用评分阈值,则生成所述用户对所述指定酒店的指定房型的第一订单,并向所述酒店管理子系统发出生成与所述第一订单对应的第二订单的通知;将所述第一订单作为所述酒店预订子系统对所述第二订单进行资源转移管理的凭据;
所述酒店管理子系统,用于接收所述酒店预订子系统发送的所述通知;根据所述通知,生成所述酒店方订单,将所述酒店方订单作为所述用户入住的凭据。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610528250.1A CN107590546A (zh) | 2016-07-06 | 2016-07-06 | 一种酒店信息处理系统 |
TW106115858A TW201802757A (zh) | 2016-07-06 | 2017-05-12 | 旅館資訊處理系統 |
US15/640,750 US20180012317A1 (en) | 2016-07-06 | 2017-07-03 | Systems and methods for connecting disparate computing devices via standard interfaces |
KR1020197000091A KR102386588B1 (ko) | 2016-07-06 | 2017-07-04 | 표준 인터페이스들을 통해 이질적인 컴퓨팅 디바이스들을 접속하기 위한 시스템들 및 방법들 |
PCT/US2017/040638 WO2018009492A1 (en) | 2016-07-06 | 2017-07-04 | Systems and methods for connecting disparate computing devices via standard interfaces |
JP2018560215A JP6908288B2 (ja) | 2016-07-06 | 2017-07-04 | 標準インタフェースを介して異種のコンピュータ処理装置を接続するためのシステム及び方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610528250.1A CN107590546A (zh) | 2016-07-06 | 2016-07-06 | 一种酒店信息处理系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107590546A true CN107590546A (zh) | 2018-01-16 |
Family
ID=60910977
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610528250.1A Pending CN107590546A (zh) | 2016-07-06 | 2016-07-06 | 一种酒店信息处理系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20180012317A1 (zh) |
JP (1) | JP6908288B2 (zh) |
KR (1) | KR102386588B1 (zh) |
CN (1) | CN107590546A (zh) |
TW (1) | TW201802757A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108197941A (zh) * | 2018-01-22 | 2018-06-22 | 温州索易软件开发有限公司 | 一种房态结账信息处理系统 |
CN108717652A (zh) * | 2018-03-30 | 2018-10-30 | 北京三快在线科技有限公司 | 订单处理系统及方法、订单服务端、第二客户端 |
CN109086628A (zh) * | 2018-08-14 | 2018-12-25 | 广东工业大学 | 一种订单处理方法及相关装置 |
CN109447742A (zh) * | 2018-10-16 | 2019-03-08 | 广东工业大学 | 一种订单处理方法及相关装置 |
CN109543869A (zh) * | 2018-11-27 | 2019-03-29 | 中链科技有限公司 | 基于区块链网络的酒店预订结算方法、装置及系统 |
CN110689154A (zh) * | 2019-09-25 | 2020-01-14 | 支付宝(杭州)信息技术有限公司 | 服务预订方法、装置和电子设备 |
CN110827124A (zh) * | 2019-11-05 | 2020-02-21 | 上海景域文化传播股份有限公司 | 一种先旅游后付款产品的实现方法、组成系统及电子设备 |
CN110998639A (zh) * | 2019-03-04 | 2020-04-10 | 阿里巴巴集团控股有限公司 | 利用区块链网络的房产管理系统 |
CN111950018A (zh) * | 2019-05-15 | 2020-11-17 | 艺龙网信息技术(北京)有限公司 | 订后即焚的酒店订单交互方法、系统、设备及存储介质 |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101837724B1 (ko) * | 2017-11-15 | 2018-03-12 | 이소라 | 적층식 이차전지 제조방법 |
US11868924B2 (en) * | 2019-01-25 | 2024-01-09 | The Toronto-Dominion Bank | System and method for providing location-based appointment operations |
KR102306787B1 (ko) * | 2019-11-22 | 2021-09-30 | (주) 미스터멘션 | 복수의 예약 플랫폼의 실시간 예약 정보 공유를 통한 숙소 예약 관리 시스템 |
CN112581284B (zh) * | 2020-12-28 | 2024-05-03 | 深圳海付移通科技有限公司 | 资源转移数据的处理方法、系统、计算机设备和存储介质 |
CN117371771A (zh) * | 2021-04-21 | 2024-01-09 | 支付宝(杭州)信息技术有限公司 | 业务处理方法、装置及计算机设备 |
KR102372281B1 (ko) * | 2021-05-25 | 2022-03-11 | 주식회사 온다 | 숙박업소 통합 관리 서비스 제공 방법 및 장치 |
KR102375265B1 (ko) * | 2021-06-11 | 2022-03-15 | 안소현 | 가격 비교를 수행하는 호텔 예약 시스템 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101246575A (zh) * | 2008-01-31 | 2008-08-20 | 戚永德 | 信用化买方非强制履约后付费交易系统及方法 |
CN104182798A (zh) * | 2014-09-02 | 2014-12-03 | 广州商景网络科技有限公司 | 基于移动设备的自助订房方法及系统 |
CN105023050A (zh) * | 2015-07-06 | 2015-11-04 | 西南石油大学 | 一种公共区域餐饮行业的用户信誉管理及预约订餐的方法和系统 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6144948A (en) * | 1997-06-23 | 2000-11-07 | Walker Digital, Llc | Instant credit card marketing system for reservations for future services |
US20010051885A1 (en) * | 2000-02-24 | 2001-12-13 | Nardulli James R. | System and methods for requesting, qualifying, approving and confirming reservation contracts |
US20020120557A1 (en) * | 2000-12-27 | 2002-08-29 | Yung-Sung Chien | Automatic loan administration system |
KR100514768B1 (ko) * | 2003-03-12 | 2005-09-14 | 김계태 | 예약구매에 따른 보상 서비스 제어 방법 |
KR20050074032A (ko) * | 2004-01-13 | 2005-07-18 | 주식회사 케이티 | 예약전용카드를 이용한 온라인 예약서비스방법 및 시스템 |
JP2005327193A (ja) * | 2004-05-17 | 2005-11-24 | Almex Inc | レジャー型ホテルの事前予約決済システム |
KR20100016974A (ko) * | 2008-08-05 | 2010-02-16 | 에스케이 텔레콤주식회사 | 사용자의 신용등급에 따른 통신 서비스 가입 제한 시스템및 방법 |
US20120296678A1 (en) * | 2011-05-20 | 2012-11-22 | General Electric Company | Systems and Methods for Reservations of Charging Stations for Electric Vehicles |
JP5269221B1 (ja) * | 2012-02-29 | 2013-08-21 | 楽天株式会社 | 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体 |
CN103813028B (zh) * | 2012-11-08 | 2016-09-28 | 阿里巴巴集团控股有限公司 | 一种业务过程中的信息交互方法及装置 |
US20190042983A1 (en) * | 2013-03-12 | 2019-02-07 | Jpmorgan Chase Bank, N.A. | System And Method For Planning, Booking And/Or Sharing A Travel Itinerary |
US20140310153A1 (en) * | 2013-04-12 | 2014-10-16 | Ebay Inc. | Systems and methods for mobile device financing |
-
2016
- 2016-07-06 CN CN201610528250.1A patent/CN107590546A/zh active Pending
-
2017
- 2017-05-12 TW TW106115858A patent/TW201802757A/zh unknown
- 2017-07-03 US US15/640,750 patent/US20180012317A1/en not_active Abandoned
- 2017-07-04 KR KR1020197000091A patent/KR102386588B1/ko active IP Right Grant
- 2017-07-04 JP JP2018560215A patent/JP6908288B2/ja active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101246575A (zh) * | 2008-01-31 | 2008-08-20 | 戚永德 | 信用化买方非强制履约后付费交易系统及方法 |
CN104182798A (zh) * | 2014-09-02 | 2014-12-03 | 广州商景网络科技有限公司 | 基于移动设备的自助订房方法及系统 |
CN105023050A (zh) * | 2015-07-06 | 2015-11-04 | 西南石油大学 | 一种公共区域餐饮行业的用户信誉管理及预约订餐的方法和系统 |
Non-Patent Citations (1)
Title |
---|
刘娟: "阿里信用住酒店管理系统正式上线", 《计算机与网络》 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108197941A (zh) * | 2018-01-22 | 2018-06-22 | 温州索易软件开发有限公司 | 一种房态结账信息处理系统 |
CN108717652A (zh) * | 2018-03-30 | 2018-10-30 | 北京三快在线科技有限公司 | 订单处理系统及方法、订单服务端、第二客户端 |
US11410146B2 (en) | 2018-03-30 | 2022-08-09 | Beijing Sankuai Online Technology Co., Ltd | Order processing |
CN108717652B (zh) * | 2018-03-30 | 2021-06-11 | 北京三快在线科技有限公司 | 订单处理系统及方法、订单服务端、第二客户端 |
CN109086628A (zh) * | 2018-08-14 | 2018-12-25 | 广东工业大学 | 一种订单处理方法及相关装置 |
CN109447742A (zh) * | 2018-10-16 | 2019-03-08 | 广东工业大学 | 一种订单处理方法及相关装置 |
CN109543869B (zh) * | 2018-11-27 | 2021-06-01 | 苏州朗润创新知识产权运营有限公司 | 基于区块链网络的酒店预订结算方法、装置及系统 |
CN109543869A (zh) * | 2018-11-27 | 2019-03-29 | 中链科技有限公司 | 基于区块链网络的酒店预订结算方法、装置及系统 |
CN110998639A (zh) * | 2019-03-04 | 2020-04-10 | 阿里巴巴集团控股有限公司 | 利用区块链网络的房产管理系统 |
CN110998639B (zh) * | 2019-03-04 | 2024-04-16 | 创新先进技术有限公司 | 利用区块链网络的房产管理系统 |
CN111950018A (zh) * | 2019-05-15 | 2020-11-17 | 艺龙网信息技术(北京)有限公司 | 订后即焚的酒店订单交互方法、系统、设备及存储介质 |
CN110689154A (zh) * | 2019-09-25 | 2020-01-14 | 支付宝(杭州)信息技术有限公司 | 服务预订方法、装置和电子设备 |
CN110827124A (zh) * | 2019-11-05 | 2020-02-21 | 上海景域文化传播股份有限公司 | 一种先旅游后付款产品的实现方法、组成系统及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
KR20190026735A (ko) | 2019-03-13 |
KR102386588B1 (ko) | 2022-04-13 |
JP2019525284A (ja) | 2019-09-05 |
US20180012317A1 (en) | 2018-01-11 |
JP6908288B2 (ja) | 2021-07-21 |
TW201802757A (zh) | 2018-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107590546A (zh) | 一种酒店信息处理系统 | |
CN112956162B (zh) | 自动聊天机器人处理 | |
US8510138B2 (en) | Networked barcode verification system | |
US20190139049A1 (en) | Order Information Processing Methods, Apparatuses and Systems | |
CN107871234A (zh) | 电子支付方法及应用服务器 | |
CN105023467A (zh) | 一种停车场车位远程预订系统及方法 | |
CN108460681A (zh) | 一种风险管控方法及装置 | |
CN106228405A (zh) | 一种基于产品二维码的公众平台抽奖方法 | |
RU2013113167A (ru) | Системы и способы для оплаты счетов к оплате клиентов, использующие платежную платформу поставщика, выставившего счет к оплате | |
CN104376452B (zh) | 基于国际卡支付通道管理支付成功率的系统及方法 | |
US20140379564A1 (en) | Cloud service integration pay trading system | |
TW201417008A (zh) | 返回資源的處理方法和裝置 | |
CN106570706A (zh) | 业务纠纷的处理方法及装置 | |
CN110349035A (zh) | 业务处理系统以及方法 | |
US10325252B2 (en) | Payment management apparatus, payment management method, and storage medium | |
CN108335191A (zh) | 金融账户的开户方法、金融服务系统端及计算机存储介质 | |
CN107305673A (zh) | 一种订单处理方法和装置 | |
CN111510908B (zh) | 开卡方法、装置、设备及介质 | |
CN104618322A (zh) | 基于即时通讯工具的数据处理方法和装置 | |
CN107169766A (zh) | 一种支付环境的安全检测方法、装置及电子设备 | |
CN107895269A (zh) | 电子支付控制方法及应用服务器 | |
TWI668661B (zh) | A reservation method, a reservation system, a computer program product, a computer program product for storing a reservation method, and an operator terminal device used in the method | |
CN107767151A (zh) | 优惠信息的处理方法、装置和服务器 | |
CN111383029A (zh) | 电子票管理的方法和装置 | |
US20190043037A1 (en) | System and method for providing secured services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1249643 Country of ref document: HK |