KR20190026735A

KR20190026735A - 표준 인터페이스들을 통해 이질적인 컴퓨팅 디바이스들을 접속하기 위한 시스템들 및 방법들

Info

Publication number: KR20190026735A
Application number: KR1020197000091A
Authority: KR
Inventors: 위저우 황; 광화 후; 옌쥔 리; 화 저우; 장웨이 러우; 롄 왕
Original assignee: 알리바바 그룹 홀딩 리미티드
Priority date: 2016-07-06
Filing date: 2017-07-04
Publication date: 2019-03-13
Also published as: CN107590546A; KR102386588B1; TW201802757A; US20180012317A1; JP6908288B2; JP2019525284A

Abstract

본 개시내용은 호텔 정보 처리 시스템에 관한 것이다. 일 실시예에서, 방법은 예약 요청을 제출하는 사용자의 호텔 신용 자격을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지를 수신하는 단계 - 통지는 사용자에 연관된 신원 정보를 포함함 - ; 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하는 단계; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 호텔 신용 자격에 대해 사용자가 승인된 것으로 결정하는 단계; 예약 요청 내에 포함된 지정된 호텔 객실 타입의 사용자에 대한 부킹을 생성하는 단계; 및 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서버에 반환하는 단계를 포함한다.

Description

표준 인터페이스들을 통해 이질적인 컴퓨팅 디바이스들을 접속하기 위한 시스템들 및 방법들

관련 출원들의 상호 참조

본 출원은 2016년 7월 6일자로 출원된 "호텔 정보를 처리하기 위한 시스템(A System for Processing Hotel Information)"이라는 제목의 중국 출원 제201610528250.1호, 및 2017년 7월 3일자로 출원된 "표준 인터페이스들을 통해 이질적인 컴퓨팅 디바이스들을 연결하기 위한 시스템들 및 방법들(Systems and Methods for Connecting Disparate Computing Devices via Standard Interfaces)"이라는 제목의 미국 출원 제15/640,750호의 우선권의 혜택을 주장하며, 그들의 전체 내용은 본 명세서에 참조에 의해 포함된다.

기술분야

본 개시내용은 네트워크 인터페이스들 및 접속성(connectivity)의 분야에 관한 것으로, 구체적으로는 공유된 표준 인터페이스들을 통해 이질적인 컴퓨팅 디바이스들 및 네트워크들을 접속하기 위한 시스템들 및 방법들에 관한 것이다.

인터넷 기술들의 급속한 발전에 따라, 점점 더 많은 수의 사용자가 온라인 여행 에이전트("OTA": Online Travel Agent) 웹사이트를 사용하여 호텔 객실을 예약하는 것과 같이, 호텔 객실을 온라인으로 예약하는 것을 즐기고 있다. 온라인 호텔 예약들은 사용자들의 예약을 매우 용이하게 하고; 따라서 점점 더 많은 수의 OTA 웹사이트가 생겨나고 있고, 이에 의해 온라인 여행 업계의 경쟁이 치열해졌다.

현재, 온라인 여행 업계는 재구성되고 있으며, 업계 내에서 점점 더 심해지는 균질화 문제에 직면하고 있다. 사용자 서비스들을 강화하고 호텔의 운영 비용을 줄임으로써 온라인 예약 웹사이트(예를 들어, 호텔의 공식 웹사이트 또는 OTA 웹사이트)의 핵심 경쟁력을 향상시키는 것은 각각의 온라인 예약 웹사이트가 해결하고자 하는 긴급한 문제이다. 그러나, 종래의 "온라인 객실 예약" 기술들은 이하의 문제점들을 갖는다.

1) 보증금(deposit)에 의해 영향을 받는 가용 자본

현재의 온라인 호텔 예약 서비스 절차들은 일반적으로 이하의 단계들을 포함한다: 사용자가 객실 요금을 선결제하고; 사용자가 접수 데스크에서 선불 결제(advance payment)를 하고; 사용자가 호텔에서 체크아웃하고; 체크아웃 후 선불 결제가 환불된다. 호텔은 일반적으로 객실 요금보다 높은 요금을 부과하거나, (예를 들어, 접수 데스크에서의) 사용자의 체크인을 처리할 때 보증금을 위해 사용자의 사전 승인된 은행 카드들(예를 들어, 신용/직불 카드들)을 사용할 수 있다. 호텔 숙박 동안, 객실 사용료는 사용자의 가용 자본으로부터 2회 이상 공제된다. 그러므로, 이러한 종래의 방법은 사용자의 가용 자본을 묶어 둘 뿐만 아니라, 복잡한 절차를 초래한다. 더 극단적인 사례는 객실 타입이 사용자들에게 온라인 부킹 시에 객실 요금의 전액을 선결제할 것을 요구하는 경우이다.

2) 사용자 경험 문제

사용자가 호텔에 체크인할 때, 사용자는 호텔 접수 데스크에 신원 정보를 제출하고, (카드를 대거나 현금을 사용하여) 보증금(deposit)을 지불해야 한다. 또한, 많은 손님이 동시에 대기하고 있는 경우, 사용자는 긴 줄에서 기다려야 한다. 사용자가 호텔에서 체크아웃할 때, 사용자는 객실 카드를 반납하고, 사용자의 숙박 동안 발생한 임의의 지출을 확인하기 위한 객실 체크, 및 그에 후속하여 현금으로 지불하는 것 또는 신용 카드의 사전 승인을 취소하는 것과 같은 다른 동작들을 기다려야 한다. 즉, 사용자는 체크인을 위해 약간의 현금이나 신용 카드를 가져와야 하고, 체크인 및 체크아웃 동안 약간의 시간을 기다리면서 소비해야 한다.

3) 호텔 접수 데스크에서의 복잡한 동작들

호텔 접수 담당자는 객실 요금을 받고, 보증금을 받고, 방을 점검하고, 계정을 폐쇄하고, 초과 요금을 환불하고, 부족한 금액의 지불을 요청하는 것과 같은 동작들을 수행해야 한다. 따라서, 호텔 접수 데스크에 의해 수행되는 동작들은 다소 복잡하다. 또한, 이러한 동작들을 수행하기 위한 긴 시간들은 호텔 손님의 대기 시간을 더 길게 한다.

온라인 호텔 예약 시스템들의 이러한 기존의 문제점들은 사용자 경험을 향상 시키는 데에 상당한 어려움들을 낳고, 이는 결국 온라인 예약 웹사이트의 경쟁력을 감소시킨다. 상술한 것을 고려하여, 현재의 해결책들에서 발견되는 한 가지 문제점은 호텔 숙박을 위해 요구되는 보증금이 사용자의 가용 자본을 감소시킨다는 것이다.

현재의 시스템들에서의 위에서 언급된 문제점들(예를 들어, 호텔 숙박에 대한 보증금이 사용자의 가용 자본을 감소시키는 것)을 해결하기 위해, 본 개시내용은 호텔 정보 처리 시스템을 제공한다. 본 개시내용은 호텔 객실을 예약하기 위한 방법, 장치, 및 전자 디바이스; 부킹들(bookings)을 생성 또는 관리하기 위한 방법, 장치, 및 전자 디바이스; 및 다른 호텔 정보 처리 시스템들을 더 제공한다.

일 실시예에서, 방법은 예약 요청을 제출하는 사용자의 호텔 신용 자격(hotel credit qualification)을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지를 수신하는 단계 - 통지는 사용자에 연관된 신원 정보를 포함함 - ; 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하는 단계; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 호텔 신용 자격에 대해 사용자가 승인된 것으로 결정하는 단계; 예약 요청 내에 포함된 지정된 호텔 객실 타입의 사용자에 대한 부킹을 생성하는 단계; 및 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서버에 반환하는 단계를 포함한다.

다른 실시예에서, 장치는 프로세서; 및 프로세서에 의해 실행될 때, 장치로 하여금 동작들을 수행하게 하는 컴퓨터 실행가능한 명령어들을 저장하는 비-일시적 메모리를 포함하고, 동작들은 예약 요청을 제출하는 사용자의 호텔 신용 자격을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지를 수신하는 동작 - 통지는 사용자에 연관된 신원 정보를 포함함 - ; 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하는 동작; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 호텔 신용 자격에 대해 사용자가 승인된 것으로 결정하는 동작; 예약 요청 내에 포함된 지정된 호텔 객실 타입의 사용자에 대한 부킹을 생성하는 동작; 및 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서버에 반환하는 동작을 포함한다.

현재의 시스템들과 비교하여, 개시된 실시예들에서 제공되는 호텔 정보 처리 시스템은 호텔 예약 서브시스템, 제1 관리 서브시스템, 및 제3자 서브시스템을 포함한다. 호텔 예약 서브시스템은 사용자의 클라이언트 디바이스에 의해 송신된 지정된 객실 타입에 대한 예약 요청을 수신한 후, 예약 요청에 기초하여 사용자의 호텔 신용 자격을 검증하는 제1 통지를 제1 관리 서브시스템에 송신한다. 제1 관리 서브시스템은 호텔 예약 서브시스템에 의해 송신된 제1 통지를 수신한 후에, 제1 통지에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하고; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 호텔 신용 자격의 검증을 통해 사용자가 승인된 것으로 결정하고; 사용자에 대한 지정된 호텔 객실 타입의 제2 부킹을 생성하고; 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서브시스템에 반환한다. 호텔 예약 서브시스템은 제1 관리 서브시스템에 의해 반환된 사용자의 호텔 신용 자격의 검증 결과를 수신한 후, 호텔 신용 자격의 검증 결과가 긍정적인 경우, 예약 요청에 기초하여 사용자에 대한 지정된 객실 타입의 제1 부킹을 생성한다. 제1 관리 서브시스템은 호텔에 의해 송신된 제1 부킹에 대한 리소스들을 전달(transfer)하기 위한 제2 통지를 수신한 후에, 제2 통지에 기초하여 제1 부킹에 연관된 제2 부킹을 취득하고; 제1 관리 서브시스템은 제2 부킹에 대한 리소스들을 제3자 서브시스템에 전달하기 위한 제3 통지를 송신한다. 제3자 서브시스템은 제1 관리 서브시스템에 의해 송신된 제3 통지를 수신한 후, 제3 통지에 기초하여 제3자 계정으로부터 리소스들을 제거하고, 제거된 리소스들을 호텔의 제3자 계정에 전달한다.

개시된 실시예들에 제공된 호텔 정보 처리 시스템을 이용하면, 호텔의 공식 웹사이트의 일부로서 또는 호텔의 공식 웹사이트로서 배치된 호텔 예약 서브시스템은, 예약을 하는 사용자에 대한 호텔 객실 타입의 부킹을 생성하기 전에, 제1 관리 서브시스템을 통해 사용자의 제3자 계정의 호텔 신용 자격을 검증할 수 있다. 호텔 예약 서브시스템은 사용자의 제3자 계정이 호텔 신용 자격의 검증에 성공한 경우에만 부킹을 생성한다. 더욱이, 부킹의 리소스 제거는 사용자가 호텔에서 체크아웃한 후 제1 관리 서브시스템이 제3자 서브시스템에게 사용자의 제3자 계정으로부터의 리소스들의 제거를 통지하는 것에 의해 구현된다. 이러한 방식으로, 사용자는 예약된 호텔 객실에 대한 보증금을 선결제할 것을 요구받지 않는다. 그러므로, 개시된 실시예들에서 제공되는 호텔 정보 처리 시스템은 호텔에 숙박하고 있을 때 사용자의 경험들을 효과적으로 향상시킬 수 있다.

도 1은 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 도시하는 블록도이다.
도 2는 본 개시내용의 일부 실시예들에 따른 호텔 예약 방법을 도시하는 흐름도이다.
도 3은 본 개시내용의 일부 실시예들에 따른 호텔 예약 장치를 도시하는 블록도이다.
도 4는 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다.
도 5는 본 개시내용의 일부 실시예들에 따른 부킹 관리 방법을 도시하는 흐름도이다.
도 6은 본 개시내용의 일부 실시예들에 따른 부킹 관리 장치를 도시하는 블록도이다.
도 7은 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다.
도 8은 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 도시하는 블록도이다.
도 9는 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 도시하는 블록도이다.
도 10은 본 개시내용의 일부 실시예들에 따른 호텔 예약 방법을 도시하는 흐름도이다.
도 11은 본 개시내용의 일부 실시예들에 따른 호텔 예약 장치를 도시하는 블록도이다.
도 12는 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다.
도 13은 본 개시내용의 일부 실시예들에 따른 부킹 생성 방법을 도시하는 흐름도이다.
도 14는 본 개시내용의 일부 실시예들에 따른 부킹 생성 장치를 도시하는 블록도이다.
도 15는 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다.
도 16은 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 도시하는 블록도이다.

개시된 실시예들의 이해를 용이하게 하기 위해, 많은 특정 세부사항이 이하의 개시내용에서 설명된다. 그러나, 개시된 실시예들은 본 명세서에 정확하게 설명된 것이 아닌 다른 다수의 다른 방식들로 구현될 수 있다. 본 기술분야의 통상의 기술자들은 개시된 실시예들의 범위를 벗어나지 않고서 개시된 실시예들에 수정을 가할 수 있다. 그러므로, 개시된 실시예들은 이하에 개시된 구체적 실시예들에 제한되지 않는다.

개시된 실시예들은 호텔을 예약하기 위한 호텔 정보 처리 시스템, 방법, 장치, 및 전자 디바이스; 부킹을 생성 또는 관리하기 위한 방법, 장치, 및 전자 디바이스; 및 다양한 다른 호텔 정보 처리 시스템들을 제공한다. 그들의 상세한 설명들은 이하의 실시예들에서 주어질 것이다.

본 개시내용에서 제공되는 호텔 정보 처리 시스템의 전체적인 동작은 다음과 같다: 호텔 예약 서브시스템은 사용자에 대한 호텔 객실 타입의 부킹을 생성하기 전에, 제1 관리 서브시스템을 통해 사용자의 제3자 계정의 호텔 신용 자격을 검증한다. 호텔 예약 서브시스템은 사용자의 제3자 계정이 호텔 신용 자격의 검증에 성공한 경우에만 부킹을 생성한다. 더욱이, 부킹에 대한 리소스 제거는 사용자가 호텔에서 체크아웃한 후 제1 관리 서브시스템이 제3자 서브시스템에게 사용자의 제3자 계정으로부터의 리소스들의 제거를 통지하는 것에 의해 구현된다. 사용자는 예약된 호텔 객실에 대한 보증금을 선결제할 필요 없이, 직접 호텔 예약을 하고, 체크인하고, 지불을 할 수 있다. 따라서, 사용자의 호텔 숙박 경험이 효과적으로 개선될 수 있다.

도 1은 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 예시하는 블록도이다. 시스템은 이하의 서브시스템들: 호텔 예약 서브시스템(101), 제1 관리 서브시스템(103), 및 제3자 서브시스템(105)을 포함한다.

예시된 실시예에서, 호텔 예약 서브시스템(101)은 사용자의 클라이언트 디바이스(도시되지 않음)에 의해 송신된 지정된 객실 타입에 대한 예약 요청을 수신하고; 예약 요청에 기초하여 사용자의 호텔 신용 자격을 검증하기 위한 제1 통지를 제1 관리 서브시스템(103)에 송신하고; 제1 관리 서브시스템(103)에 의해 반환된 사용자의 호텔 신용 자격의 검증 결과를 수신하고; 호텔 신용 자격의 검증 결과가 긍정적인 경우, 예약 요청에 기초하여 사용자에 대한 지정된 객실 타입의 제1 부킹을 생성한다.

사용자의 클라이언트 디바이스는 스마트 폰과 같은 이동 통신 디바이스를 포함할 수 있고, 또는 개인용 컴퓨터, 개인용 정보 단말기(personal digital assistant), 또는 태블릿(예를 들어, IPAD)과 같은 단말 디바이스를 또한 포함할 수 있다.

호텔 예약 서브시스템(101)은 온라인 호텔 예약 기능을 구현하며, 일반적으로 호텔의 공식 웹사이트의 서버에 배치된다. 그러나, 그것은 서버에 배치되는 것으로 제한되지 않고, 본 명세서에 설명된 호텔 예약 서브시스템(101)을 실행할 수 있는 임의의 디바이스가 사용될 수 있다.

일 실시예에서, 우선, 사용자는 호텔에 의해 제공되는 다양한 객실 타입들을 보기 위해 호텔 예약 서브시스템(101)에 의해 제공되는 호텔 질의 인터페이스를 열기 위해 클라이언트 디바이스를 사용할 수 있다. 다음으로, 사용자는 관심 있는 객실 타입을 클릭하여 객실의 세부사항을 볼 수 있다. 사용자가 객실 타입을 예약하기로 결정한 후에, 사용자는 등록된 사용자 이름으로 호텔 예약 서브시스템(101)에 더 로그인할 수 있다. 다음으로, 호텔 예약 서브시스템(101)은 사용자 이름으로 검색함으로써 사용자의 개인 정보(예를 들어, 이름, 이동 전화 번호 및 신분증 번호)를 취득할 수 있다. 사용자가 객실 타입을 예약하고자 할 때, 그 객실 타입이 신용 기반 방법을 이용하여 예약될 수 있는 경우, 사용자는 사용자의 클라이언트 디바이스로 신용 지불 방법을 선택하고, 예약 요청을 제출할 수 있다. 예약 요청은 네트워크(예를 들어, 인터넷)를 통해 호텔 예약 서브시스템(101)에 송신된다. 호텔 예약 서브시스템(101)이 사용자의 클라이언트 디바이스에 의해 송신된 예약 요청을 수신한 후, 호텔 예약 서브시스템(101)은 제1 관리 서브시스템(103)에게 사용자의 호텔 신용 자격을 검증하기 위한 제1 통지를 송신할 것이다. 이는 이러한 경우에서의 예약이 신용 방법을 사용하여 이루어지고, 신용 관리 기능은 제1 관리 서브시스템(103)이 설치 또는 위치되는 당사자(예를 들어, OTA 웹사이트)에 의해 구현되기 때문이다. 제1 통지는 사용자의 신원 정보를 포함하며, 여기서 사용자의 신원 정보는 앞에서 논의된 바와 같이 사용자 이름으로 질의하거나, 사용자의 클라이언트 디바이스로부터의 입력에 의해 획득될 수 있다. 호텔 예약 서브시스템(101)이 제1 통지에 응답하여 제1 관리 서브시스템(103)에 의해 반환된 사용자의 호텔 신용 자격의 검증 결과를 수신한 후, 검증 결과가 긍정적인 경우, 호텔 예약 서브시스템(101)은 예약을 하는 사용자에 대한 객실 타입의 호텔 부킹(즉, 제1 부킹)을 생성할 것이다.

제1 부킹은 호텔 예약 서버에 저장된다. 호텔의 관리 시스템은 사용자가 부킹에 연관된 번호, 사용자의 신분증 번호, 이동 전화 번호, 또는 다른 정보를 사용하여 호텔에 체크인할 때 제1 부킹에 따라 사용자의 체크인을 진행할 것이다. 호텔 숙박은 신용 방법을 사용하여 예약되기 때문에, 사용자는 예약 보증금이나 체크인 보증금을 선결제할 필요가 없고, 그에 의해 보증금으로 인해 사용자의 가용 자본이 감소되는 종래의 온라인 호텔 예약 방법에 존재하는 문제를 해결한다. 한편, 호텔 접수 데스크의 동작들이 단순화되어, 체크인 처리 속도를 가속화하고, 그에 의해 사용자 경험을 개선하는 목표를 달성할 수 있다.

도시된 실시예에서, 제1 관리 서브시스템(103)은 호텔 예약 서브시스템(101)에 의해 송신된 제1 통지를 수신하고; 제1 통지에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하고; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우 호텔 신용 자격의 검증을 통해 사용자가 승인된 것으로 결정하고, 사용자에 대한 지정된 호텔 객실 타입의 제2 부킹을 생성하며 - 제2 부킹은 제1 부킹에 대한 리소스 전달을 관리하기 위한 자격증명으로서 제1 관리 서브시스템(103)에 의해 사용됨 - ; 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서브시스템(101)에 반환하고; 호텔에 의해 송신된, 제1 부킹에 대한 리소스들을 전달하기 위한 제2 통지를 수신하고; 제2 통지에 기초하여 제1 부킹에 연관된 제2 부킹을 취득하고; 제2 부킹에 대한 리소스들을 전달하기 위한 제3 통지를 제3자 서브시스템(105)에게 송신한다.

제1 관리 서브시스템(103)은 일반적으로 OTA 웹사이트의 서버에 배치된다. 그러나, 다른 실시예들에서, 제1 관리 서브시스템(103)은 OTA 웹사이트의 서버에 배치되는 것으로 제한되지 않으며, 본 명세서에 설명된 제1 관리 서브시스템(103)을 실행할 수 있는 임의의 디바이스가 사용될 수 있다.

사용자의 신원 정보는 사용자의 신원을 고유하게 식별하기 위해 사용될 수 있는 신원 정보를 참조한다. 사용자의 신원 정보는 이동 전화 번호, 신분증 번호 및 은행 계좌와 같은 사용자의 정보를 포함하지만, 이에 제한되지는 않는다.

제1 관리 서브시스템(103)은 사용자의 호텔 신용 자격을 검증하고 제2 부킹을 관리하는 것과 같은 기능들을 구현한다. 시스템은 사용자의 제3자 계정(예를 들어, ALIPAY와 같은 제3자 지불 계정)의 신용 점수에 기초하여 사용자의 호텔 신용 자격을 검증하는 데 중점을 두고, 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 호텔 신용 자격의 검증을 통해 사용자가 승인된 것으로 결정한다. 한편, 제2 부킹이 생성될 필요가 있을 것이다.

제2 부킹은 제1 부킹에 대한 리소스 전달을 관리하기 위해 제1 관리 서브시스템에 대한 자격증명으로서 사용된다. 즉, 제1 관리 서브시스템(103)이 호텔에 의해 송신된 제1 부킹에 대한 리소스들을 전달하기 위한 통지를 수신한 후, 제1 관리 서브시스템(103)은 제3자 서브시스템에게 제2 부킹에 대한 리소스들을 전달하도록 통지할 것이다.

이 시스템은 제1 관리 서브시스템(103)을 통해 사용자의 제3자 계정의 리소스 전달(예컨대, 지불 또는 담보)을 관리하고 제어하고, 그에 의해 제1 부킹(호텔 부킹)에 대한 자동 리소스 전달 기능이 구현될 수 있게 된다. 즉, 사용자의 호텔 신용 자격을 검증한다는 것은 사용자의 제3자 계정의 호텔 신용 자격을 검증하는 것을 의미한다.

제3자 계정에 대한 신용 점수는 일반적으로 사용자의 정보, 예컨대 과거 지출 행위들에 기초하여 제3자 신용 플랫폼에 의해 사용자(제3자 계정)에 부여된 특정 신용 한도이다. 신용 한도 내에서, 사용자는 리소스가 전달되기 전에 먼저 지출할 수 있다. 이는 또한 제3자 플랫폼(예를 들어, 제3자 결제 플랫폼)이 사용자에 대한 보증을 제공하고, 사용자의 지출이 한도 내에 있을 것임을 보장한다는 것을 의미한다.

제3자 계정에 대한 신용 점수는 신용 점수에 영향을 주는 사용자의 개인 정보에 기초하여 제3자 신용 플랫폼에 의해 생성된다. 신용 점수에 영향을 주는 개인 정보는 이하의 개인 정보: 신용 이력, 지출 선호도, 시간에 맞춰 지불할 수 있는 능력, 신원, 및 인맥들 중 적어도 하나를 포함하지만, 그에 제한되지 않는다.

제3자 신용 플랫폼은 많은 데이터 포인트들에 기초하여 개인 신용 점수를 분석 및 평가할 수 있고; 평가 점수가 높을수록 높은 신용 수준을 의미하며; 개인 사용자 정보를 처리 및 계산한 후 신용 점수가 취득된다.

일 실시예에서, 제1 관리 서브시스템(103)은 또한 사용자의 제3자 계정에 대한 신용 점수를 취득하기 전에 사용자의 제3자 계정을 취득할 필요가 있다. 사용자의 제3자 계정은 2가지 방식: 1) 제1 관리 서브시스템(103)은 제3자 플랫폼의 미리 설정된 사용자 로그인 페이지를 사용자의 클라이언트 디바이스에 포워딩하고; 사용자는 로그인 페이지를 통해 제3자 계정을 입력하고; 제1 관리 서브시스템(103)은 제3자 계정을 간접적으로 획득할 수 있는 것; 및 2) 제1 관리 서브시스템(103)이 사용자의 신원 정보에 기초하여 사용자의 제3자 계정을 획득하기 위해, 데이터베이스에 직접 질의하는 것으로 취득될 수 있다. 제1 관리 서브시스템(103)은 사용자의 제3자 계정을 취득하고, 제3자 계정에 대한 신용 점수를 더 취득한 다음, 그에 후속하여 호텔 신용 자격을 검증하는 후속 단계가 이어진다.

사용자의 제3자 계정에 대한 신용 점수를 취득하는 것은 2가지 방식: 1) 제3자 플랫폼(예를 들어, ALIPAY와 같은 제3자 결제 플랫폼)을 사용하여 신용 점수를 취득하는 것; 및 2) 제3자 신용 플랫폼을 사용하여 신용 점수를 취득하는 것으로 구현될 수 있다. 신용 점수를 취득하는 이러한 2가지 방식은 아래에 더 상세하게 설명된다.

1) 제3자 플랫폼을 사용하여 신용 점수를 취득

제3자 플랫폼을 사용하여 신용 점수를 취득하는 것은 이하의 단계들: 1.1) 제3자 서브시스템(105)에 사용자의 제3자 계정에 대한 신용 점수 질의 요청을 송신하는 단계; 및 1.2) 제3자 서브시스템(105)에 의해 반환된 사용자의 제3자 계정에 대한 신용 점수를 수신하는 단계를 포함할 수 있다.

따라서, 제3자 서브시스템(105)은 제1 관리 서브시스템(103)에 의해 송신된 신용 점수 질의 요청을 수신하고; 제1 신용 점수 질의 요청에 따라 사용자의 제3자 계정에 대한 신용 점수를 취득하고; 사용자의 제3자 계정에 대한 신용 점수를 제1 관리 서브시스템(103)에 반환하도록 더 구성된다.

2) 제3자 신용 플랫폼을 이용하여 신용 점수를 취득

제3자 신용 플랫폼을 사용하여 신용 점수를 취득할 때, 시스템은 제3자 신용 플랫폼에서 실행되는 신용 평가 서브시스템을 더 포함한다. 신용 평가 서브시스템은 제1 관리 서브시스템(103)에 의해 송신된 신용 점수 질의 요청을 수신하고; 사용자의 제3자 계정에 대한 신용 점수에 대해 미리 생성된 신용 데이터베이스에 질의하고; 사용자의 제3자 계정에 대한 질의된 신용 점수를 제1 관리 서브시스템(103)에 반환하도록 구성된다.

제1 관리 서브시스템(103)이 제3자 신용 플랫폼을 이용하여 신용 점수를 취득하는 것은 이하의 단계들: 2.1) 사용자의 제3자 계정에 대한 신용 점수 질의 요청을 신용 평가 서브시스템에 송신하는 단계; 및 2.2) 신용 평가 서브시스템에 의해 반환된 사용자의 제3자 계정에 대한 신용 점수를 수신하는 단계를 포함할 수 있다.

미리 설정된 최소 신용 점수 임계값은 이력에 기초하여 결정될 수 있거나 지정된 객실 타입의 가격에 기초하여 결정될 수 있다. 예를 들어, 최소 신용 점수 임계값은 통합 점수로서 설정될 수 있다. 신용 점수가 점수보다 높은 경우, 사용자는 보증금이 필요 없는 예약 또는 지불 전 체크인과 같은 신용 서비스들을 누릴 수 있다. 예약된 객실 타입의 가격이 높은 경우, 최소 신용 점수 임계값은 특정의 요청된 객실의 가격에 기초하여 설정될 수 있다.

제2 부킹은 제1 관리 서브시스템(103)이 셋업된 당사자(예를 들어, OTA 웹사이트)의 서버에 저장된다. 제2 부킹은 사용자의 제3자 계정의 정보, 및 제1 부킹에 연관된 부킹 번호와 같은 정보를 포함한다. 제1 관리 서브시스템(103)은 호텔에 의해 송신된 제1 부킹의 리소스 전달 통지를 수신한 후, 제1 부킹에 연관된 제2 부킹에 따라, 제2 부킹에 연관된 제3자 계정으로부터 호텔에서의 실제 지출(예컨대, 숙박비 지불)을 위한 리소스들의 전달을 제3자 서브시스템(105)에게 통지한다

사용자가 관련없는 제3자 계정을 사용하여 제1 부킹에 대한 리소스들을 전달하는 것을 방지하기 위해, 일 실시예에서, 제1 관리 서브시스템(103)은 제3자 계정과 제휴된 제3자 플랫폼의 패스워드 검증 페이지를 사용자의 클라이언트 디바이스에 포워딩하도록 더 구성된다. 제3자 플랫폼은 사용자에 의해 제공된 제3자 계정의 패스워드에 기초하여 제3자 계정의 패스워드를 검증하고; 제3자 플랫폼에 의해 반환된 제3자 계정의 패스워드의 검증 결과를 수신한다. 검증 결과가 긍정적인 경우, 호텔 신용 자격의 검증을 통해 사용자가 승인된 것으로 결정된다. 제2 부킹은 호텔 신용 자격의 검증을 통해 사용자가 승인된 것으로 결정되는 경우에만 생성된다. 검증 결과가 부정적일 때, 호텔 신용 자격의 검증을 통해 사용자가 승인되지 않은 것으로 결정된다. 다음으로, 사용자의 호텔 신용 자격의 검증 결과가 호텔 예약 서브시스템(101)에 반환된다. 상술한 처리를 이용하여 제3자 계정의 패스워드가 점검될 수 있고, 그에 의해 제3자 계정을 사용하는 것의 보안을 보장한다.

또한, 사용자와 제3자 플랫폼 간의 분쟁을 피하기 위해, 제3자 플랫폼은 제3자 플랫폼이 제3자 계정으로부터 리소스들을 자동으로 제거할 수 있음을 사용자가 명확하게 이해할 것을 보장해야 한다. 따라서, 제3자 플랫폼은 사전에 사용자로부터 자동 리소스 제거의 인가를 획득할 필요가 있다. 따라서, 일부 실시예들에서, 제1 관리 서브시스템(103)은 제3자 서브시스템(105)에 제3자 계정에 대한 부킹 처리 특권 질의 요청을 송신하고; 제3자 서브시스템(105)에 의해 반환된 제3자 계정의 부킹 처리 특권을 수신하고; 부킹 처리 특권이 허용되는 경우, 호텔 신용 자격의 검증에서 사용자가 승인된 것으로 결정하도록 더 구성된다. 마찬가지로, 제2 부킹은 호텔 신용 자격의 검증을 통해 사용자가 승인된 것으로 결정되는 때에만 생성된다. 부킹 처리 특권이 금지되어 있는 경우, 호텔 신용 자격의 검증을 통해 사용자가 승인되지 않은 것으로 결정되고; 사용자의 호텔 신용 자격의 검증 결과가 호텔 예약 서브시스템(101)에 반환된다.

부킹 처리 특권은 제3자 플랫폼이 제3자 계정으로부터 리소스들을 자동적으로 제거하도록 허용되는지의 여부에 관해 사용자에 의해 명확하게 설정된 특권을 지칭한다.

그에 대응하여, 제3자 서브시스템(105)은 제1 관리 서브시스템(103)에 의해 송신된 부킹 처리 특권 질의 요청을 수신하고; 부킹 처리 특권 질의 요청에 기초하여 제3자 계정의 부킹 처리 특권을 취득하고; 제3자 계정의 부킹 처리 특권을 제1 관리 서브시스템(103)에 반환하도록 더 구성된다.

일 실시예에서, 사용자가 호텔 신용 서비스의 신규 사용자인 경우, 그 사용자의 제3자 계정의 부킹 처리 특권은 일반적으로 아직 셋업되지 않는다. 이 경우, 제1 관리 서브시스템(103)은 제3자 플랫폼의 부킹 처리 특권 설정 페이지를 사용자의 클라이언트 디바이스에 포워딩하고; 제3자 플랫폼에 의해 반환된 제3자 계정의 인가 결과를 수신하고; 인가 결과가 긍정적인 경우, 호텔 신용 자격의 검증에서 사용자가 승인된 것으로 결정하도록 더 구성된다. 인가 결과가 금지되는 경우, 호텔 신용 자격의 검증을 통해 사용자가 승인되지 않은 것으로 결정되고; 사용자의 호텔 신용 자격의 검증 결과가 호텔 예약 서브시스템(101)에 반환된다.

제3자 서브시스템(105)은 제1 관리 서브시스템(103)에 의해 송신된 제3 통지를 수신하고; 제3 통지에 기초하여 제3자 계정으로부터 리소스들을 제거하고; 제거된 리소스들을 호텔의 제3자 계정에 전달하도록 구성된다.

제3자 서브시스템(105)은 일반적으로 제3자 플랫폼의 서버에 배치되지만; 이것은 이 서버에 배치되는 것으로 제한되지 않고, 본 명세서에 설명된 제3자 서브시스템(105)을 실행할 수 있는 임의의 디바이스가 사용될 수 있다.

일 실시예에서, 제1 관리 서브시스템(103)은 제3자 서브시스템(105)에 의해 반환된 리소스 전달 성공 메시지를 수신한 후에, 또한 제2 부킹의 상태를 완료 상태로 업데이트할 필요가 있다. 다음으로, 제1 관리 서브시스템(103)은 호텔 예약 서브시스템(101)에, 제1 부킹에 대한 리소스들이 성공적으로 전달되었다는 통지를 송신한다.

이러한 실시예에서, 이 시스템은 호텔 관리 서브시스템을 더 포함한다. 호텔 관리 서브시스템은 호텔 예약 서브시스템(101)에 의해 생성된 제1 부킹을 수신하고 - 제1 부킹은 사용자의 체크인을 위한 자격증명으로서 사용됨 - ; 호텔의 클라이언트 디바이스에 의해 송신된 제1 부킹에 대한 리소스 전달 요청을 수신하고; 리소스 전달 요청에 포함되는 리소스 전달 정보에 기초하여 제1 관리 서브시스템(103)에 리소스 전달 통지를 송신하도록 구성된다.

호텔의 클라이언트 디바이스는 호텔 접수 데스크에 있는 개인용 컴퓨터에 배치될 수 있고, 네트워크(예를 들어, 근거리 네트워크 또는 광역 네트워크)를 통해 호텔 관리 서브시스템에 접속될 수 있다. 호텔 숙박이 종료된 때 사용자가 호텔 접수 데스크에서 체크아웃을 하면, 호텔 접수 담당자는 호텔의 클라이언트 디바이스를 구비하는 개인용 컴퓨터를 사용하여 사용자의 지불을 처리한다. 호텔의 클라이언트 디바이스는 사용자의 제1 부킹에 대응하는 리소스 전달 요청을 호텔 관리 서브시스템에 송신한다. 호텔 관리 서브시스템은 리소스 전달 요청에 포함된 리소스 전달 정보(제1 부킹 번호, 실제 지출 금액, 및 그와 유사한 것을 포함할 수 있음)에 기초하여 제1 관리 서브시스템(103)에 리소스 전달 통지를 송신한다. 제1 관리 서브시스템(103)은 리소스 전달 통지를 수신한 후, 제1 부킹에 연관된 제2 부킹을 취득한 다음, 제3자 서브시스템(105)에게 제2 부킹에 대한 리소스들을 전달하기 위한 통지를 송신할 것이다. 제3자 서브시스템(105)은 제1 관리 서브시스템(103)에 의해 송신된 통지를 수신한 후, 통지에 기초하여 제3자 계정으로부터 리소스들을 제거하고, 제거된 리소스들을 호텔의 제3자 계정에 전달한다.

다른 실시예에서, 호텔 관리 서브시스템은 호텔의 클라이언트 디바이스에 의해 송신된 제1 부킹에 대한 체크인 요청을 수신하고, 제1 부킹의 부킹 상태를 체크인 상태로 업데이트하도록 더 구성된다. 호텔 관리 서브시스템은 제1 부킹의 부킹 상태를 체크인 상태로 업데이트한 후, 제1 관리 서브시스템(103)에게 제1 부킹의 사용자가 체크인되었다는 통지를 더 송신할 수 있다. 제1 관리 서브시스템(103)은 통지에 기초하여 제2 부킹의 부킹 상태를 체크인 상태로 업데이트한다. 그러므로, 제1 부킹 및 제2 부킹의 부킹 상태들이 서로 일치할 것이 보장되어, 제1 관리 서브시스템(103)에 의한 부킹들의 관리를 용이하게 한다.

제3자 계정에 대한 신용 점수는 제3자 신용 플랫폼에 의해 사용자에게 부여된 특정 신용 한도이다. 신용 한도 내에서, 사용자는 리소스가 전달되기 전에 먼저 지출할 수 있다. 제1 부킹이 생성된 후, 일정 양의 신용이 실제로 사용되었다. 이 실시예는 신용 평가 서브시스템이 제2 부킹이 생성된 후 지정된 객실 타입의 가격에 기초하여 제3자 계정에 대한 신용 점수를 그에 따라 차감하고, 제2 부킹이 성공적으로 완료된 후 지정된 객실 타입의 가격에 기초하여 제3자에 대한 신용 점수를 그에 따라 복원하도록 더 구성된다. 상술한 처리를 이용하면, 사용자의 지출이 한도 내에 있을 것이 보장된다.

상술한 실시예들에서 제공되는 호텔 정보 처리 시스템에 대하여, 호텔의 공식 웹사이트의 일부로서 배치된 호텔 예약 서브시스템(101)은 사용자에 대한 호텔 객실 타입의 부킹을 생성하기 전에, 제1 관리 서브시스템(103)을 통해 사용자의 제3자 계정의 호텔 신용 자격을 검증한다. 호텔 예약 서브시스템(101)은 사용자의 제3자 계정이 호텔 신용 자격의 검증에 성공한 경우에만 부킹을 생성한다. 또한, 부킹에 대한 리소스 제거는 사용자가 호텔에서 체크아웃한 후에 제1 관리 서브시스템(103)이 사용자의 제3자 계정으로부터 리소스들을 제거하는 것을 제3자 서브시스템(105)에게 통지함으로써 구현된다. 이러한 방식으로, 사용자는 예약된 호텔 객실의 보증금을 선결제할 것을 요구받지 않는다. 따라서, 본 개시내용에서 제공되는 호텔 정보 처리 시스템은 사용자의 호텔 숙박 경험을 효과적으로 개선할 수 있고, 그에 의해 호텔의 시장 경쟁력을 개선한다.

상술한 실시예들에서 호텔 정보 처리 시스템이 제공된다. 그에 대응하여, 개시된 실시예들은 상술한 시스템의 호텔 예약 서브시스템에서 실행되는 호텔 예약 방법을 더 제공한다. 방법은 상술한 시스템의 호텔 예약 서브시스템의 실시예에 대응한다.

도 2는 본 개시내용의 일부 실시예들에 따른 호텔 예약 방법을 도시하는 흐름도이다. 도 2에 개시된 실시예는, 도 1과 관련하여 논의된 시스템 실시예들과 관련하여 설명된 단계들과 유사하다. 따라서, 도 2의 설명은 도 1과 관련하여 개시된 모든 실시예들을 반복하지는 않고, 도 1과 관련하여 제공된 설명의 관련사항에 대한 참조가 이루어질 수 있다.

도 2에 도시된 호텔 예약 방법은 이하의 단계들을 포함한다.

단계(S101): 사용자의 클라이언트 디바이스에 의해 송신된 지정된 객실 타입에 대한 예약 요청을 수신한다.

단계(S103): 예약 요청에 기초하여, 미리 설정된 관리 서버에 사용자에 대한 호텔 신용 자격을 검증하기 위한 통지를 송신하며, 통지는 사용자의 신원 정보를 포함한다.

단계(S105): 관리 서버에 의해 반환된 사용자에 대한 호텔 신용 자격의 검증 결과를 수신한다.

단계(S107): 호텔 신용 자격의 검증 결과가 긍정적인 경우, 예약 요청에 기초하여 사용자에 대한 지정된 객실 타입의 부킹을 생성한다.

상술한 실시예에서는 호텔 예약 방법이 제공된다. 그에 대응하여, 본 개시내용은 호텔 예약 장치를 더 제공한다. 일 실시예에서, 장치는 도 2와 관련하여 설명된 동작들을 수행한다.

도 3은 본 개시내용의 일부 실시예들에 따른 호텔 예약 장치를 도시하는 블록도이다. 도 3의 실시예는 도 2와 관련하여 설명된 방법들과 유사한 동작들을 수행하므로; 도 3의 설명은 비교적 간결하다. 도 2와 관련하여 제공된 설명을 참조함으로써 도 3의 관련 부분들에 대한 참조가 이루어질 수 있다.

도 3에 도시된 호텔 예약 장치는 이하의 유닛들을 포함한다.

사용자의 클라이언트 디바이스에 의해 송신된 지정된 객실 타입에 대한 예약 요청을 수신하도록 구성되는 예약 요청 수신 유닛(301).

예약 요청에 기초하여, 미리 설정된 관리 서버에 사용자의 호텔 신용 자격을 검증하기 위한 통지를 송신하도록 구성되는 검증 통지 전송 유닛(303) - 통지는 사용자의 신원 정보를 포함함 - .

관리 서버에 의해 반환된 사용자에 대한 호텔 신용 자격의 검증 결과를 수신하도록 구성되는 검증 결과 수신 유닛(305).

호텔 신용 자격의 검증 결과가 긍정적인 경우, 예약 요청에 기초하여 사용자에 대한 지정된 객실 타입의 부킹을 생성하도록 구성되는 검증 성공 처리 유닛(307).

도 4는 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다. 도 4에 도시된 전자 디바이스에 의해 수행되는 프로세스들은 도 2와 관련하여 논의된 방법 실시예들과 유사하므로, 설명은 비교적 간결하다. 도 2와 관련하여 설명된 단계들의 설명을 참조함으로써 도 4에 도시된 디바이스의 관련 부분들에 대한 참조가 이루어질 수 있다.

도 4에 도시된 실시예에서 전자 디바이스가 제공된다. 전자 디바이스는 디스플레이(401), 프로세서(402), 및 메모리(403)를 포함한다. 메모리(403)는 호텔 예약 방법을 구현하기 위한 프로그램을 저장하도록 구성되고, 디바이스가 켜지고 프로세서(402)를 통해 호텔 예약 방법의 프로그램을 실행한 후, 이하의 단계들: 사용자의 클라이언트 디바이스에 의해 송신된 지정된 객실 타입에 대한 예약 요청을 수신하는 단계; 예약 요청에 기초하여 사용자의 호텔 신용 자격을 검증하기 위한 통지를 관리 서버에 송신하는 단계 - 통지는 사용자의 신원 정보를 포함함 - ; 관리 서버에 의해 반환된 사용자의 호텔 신용 자격의 검증 결과를 수신하는 단계; 및 호텔 신용 자격의 검증 결과가 긍정적인 경우, 예약 요청에 기초하여 사용자에 대한 지정된 객실 타입의 부킹을 생성하는 단계가 수행된다.

상술한 호텔 정보 처리 시스템에 따르면, 본 개시내용은 상술한 시스템의 제1 관리 서브시스템에서 실행되는 부킹 관리 방법을 더 제공한다.

도 5는 본 개시내용의 일부 실시예들에 따른 부킹 관리 방법을 도시하는 흐름도이다. 도 5에 도시된 실시예는 도 2와 관련하여 논의된 것들과 유사한 단계들을 포함하고, 그것의 개시내용은 여기에서 반복되지 않는다. 도 2에 도시된 실시예의 대응 부분을 참조함으로써 참조가 이루어질 수 있다. 도 5에 제공된 부킹 관리 방법은 이하의 단계들을 포함한다.

단계(S501): 예약을 하는 사용자의 호텔 신용 자격을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지를 수신한다.

일 실시예에서, 방법은 예약을 하는 사용자의 호텔 신용 자격을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지를 수신한 후에, 통지에 포함된 지정된 객실 타입의 가격에 기초하여 최소 신용 점수 임계값을 설정하는 단계를 더 포함한다.

단계(S503): 통지에 포함된 사용자의 신원 정보에 기초하여 예약을 하는 사용자의 제3자 계정에 대한 신용 점수를 취득한다.

일 실시예에서, 이 단계는 다음의 하위단계들: 1) 제3자 계정에 대한 신용 점수 질의 요청을 제3자 플랫폼에 송신하는 단계; 및 2) 제3자 플랫폼에 의해 반환된 제3자 계정에 대한 신용 점수를 수신하는 단계를 포함할 수 있다.

단계(S505): 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 예약을 하는 사용자가 호텔 신용 자격의 검증을 통해 승인된 것으로 결정하고, 예약을 하는 사용자에 대한 지정된 호텔 객실 타입의 부킹을 생성한다.

일 실시예에서, 방법은 예약을 하는 사용자에 대한 지정된 호텔 객실 타입의 부킹을 생성하기 전에, 1) 제3자 플랫폼의 패스워드 검증 페이지를 예약을 하는 사용자의 클라이언트 디바이스에 포워딩하는 단계 - 제3자 플랫폼은 예약을 하는 사용자에 의해 제공된 제3자 계정의 패스워드에 기초하여 제3자 계정의 패스워드를 검증함 - ; 2) 제3자 플랫폼에 의해 반환된 제3자 계정의 패스워드의 검증 결과를 수신하는 단계; 및 3) 검증 결과가 부정적인 경우, 호텔 신용 자격의 검증을 통해 예약을 하는 사용자가 승인되지 않은 것으로 결정하는 단계를 더 포함한다.

일 실시예에서, 방법은 예약을 하는 사용자에 대한 지정된 호텔 객실 타입의 부킹을 생성하기 전에, 1) 제3자 계정에 대한 부킹 처리 특권 질의 요청을 제3자 플랫폼에 송신하는 단계; 2) 제3자 플랫폼에 의해 반환된 제3자 계정의 부킹 처리 특권을 수신하는 단계; 및 3) 부킹 처리 특권이 금지되어 있는 경우, 호텔 신용 자격의 검증을 통해 예약을 하는 사용자가 승인되지 않은 것으로 결정하는 단계를 더 포함한다.

일 실시예에서, 이 방법은 1) 부킹 처리 특권이 셋업되어 있지 않은 경우, 제3자 플랫폼의 부킹 처리 특권 설정 페이지를 예약을 하는 사용자의 클라이언트 디바이스에 포워딩하고; 제3자 플랫폼에 의해 반환된 제3자 계정의 인가 결과를 수신하는 단계; 및 2) 인가 결과가 부정적인 경우, 호텔 신용 자격의 검증을 통해 예약을 하는 사용자가 승인되지 않은 것으로 결정하는 단계를 더 포함한다.

단계(S507): 예약을 하는 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서버에 반환한다.

일 실시예에서, 방법은 예약을 하는 사용자에 대한 지정된 호텔 객실 타입의 부킹을 생성한 후에, 통지 내에 포함된 지정된 객실 타입의 가격에 기초하여 제3자 계정의 신용 점수에 대한 대응 공제를 수행하는 단계를 더 포함한다. 그에 대응하여, 방법은 부킹이 성공적으로 완료된 후, 지정된 객실 타입의 가격에 기초하여 제3자 계정에 대한 신용 점수를 그에 따라 복원하는 단계를 더 포함한다.

일 실시예에서, 이 방법은 1) 호텔 예약 서버에 의해 송신된 부킹에 연관된 호텔 부킹에 대한 리소스 전달 통지를 수신하는 단계; 및 2) 리소스 전달 통지 및 부킹에 기초하여 제3자 계정으로부터 호텔에 리소스들을 전달하는 단계를 더 포함한다. 일 실시예에서, 전달 성공 메시지는 전달이 성공적인 경우 호텔 예약 서버에 송신된다.

상술한 실시예에서 부킹 관리 방법이 제공된다. 따라서, 본 개시내용은 부킹 관리 장치를 더 제공한다. 장치는 위에서 설명된 방법 실시예들의 실시에 대응한다.

도 6은 본 개시내용의 일부 실시예들에 따른 부킹 관리 장치를 도시하는 블록도이다. 도 6의 장치 실시예는 도 5 및 다른 도면들과 관련하여 설명된 방법 실시예들과 실질적으로 유사하므로, 설명은 비교적 간결하다. 도 5에서 설명된 방법 실시예들의 일부 설명을 참조함으로써 관련된 부분들에 대한 참조가 이루어질 수 있다.

도 6에 도시된 부킹 관리 장치는 이하의 유닛들을 포함한다.

예약을 하는 사용자의 호텔 신용 자격을 검증하기 위해, 호텔 예약 서버에 의해 송신된 통지를 수신하도록 구성되는 검증 통지 수신 유닛(601).

통지에 포함된 사용자의 신원 정보에 기초하여, 예약을 하는 사용자의 제3자 계정에 대한 신용 점수를 취득하도록 구성되는 신용 점수 취득 유닛(603).

신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 호텔 신용 자격의 검증을 통해 예약을 하는 사용자가 승인된 것으로 결정하고, 예약을 하는 사용자에 대한 지정된 호텔 객실 타입의 부킹을 생성하도록 구성되는 긍정 검증 처리 유닛(605).

예약을 하는 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서버에 반환하도록 구성되는 검증 결과 반환 유닛(607).

도 7은 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다. 디바이스 실시예는 방법 실시예와 실질적으로 유사하므로; 설명은 비교적 간결하다. 방법 실시예의 일부 설명을 참조함으로써 관련 부분들에 대한 참조가 이루어질 수 있다. 아래에 설명되는 디바이스 실시예는 단지 예시적인 것이다.

본 실시예에서는 전자 디바이스가 제공된다. 전자 디바이스는 디스플레이(701); 프로세서(702); 및 메모리(703)를 포함한다. 메모리(703)는 부킹 관리 방법을 구현하기 위한 프로그램을 저장하도록 구성되고, 디바이스가 켜지고 프로세서(702)를 통해 부킹 관리 방법의 프로그램을 실행한 후, 이하의 단계들: 호텔 예약 서버에 의해 송신된, 예약을 하는 사용자의 호텔 신용 자격을 검증하는 통지를 수신하는 단계; 통지에 포함된 예약을 하는 사용자의 신원 정보에 기초하여 예약을 하는 사용자의 제3자 계정에 대한 신용 점수를 취득하는 단계; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 호텔 신용 자격의 검증을 통해 예약을 하는 사용자가 승인된 것으로 결정하는 단계; 예약을 하는 사용자에 대한 지정된 호텔 객실 타입의 부킹을 생성하는 단계; 및 예약을 하는 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서버에 반환하는 단계가 수행된다.

상술한 실시예에서 호텔 정보 처리 시스템이 제공된다. 따라서, 본 개시내용은 아래에 설명되는 바와 같은 제2 호텔 정보 처리 시스템을 더 제공한다.

또한, 도 8은 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 도시하는 블록도이다. 도 1 및 도 8에 도시된 2개의 호텔 정보 처리 시스템의 실시예들은 유사하며, 여기에서의 설명은 비교적 간결하다. 도 1과 관련하여 앞에서 논의된 시스템 실시예의 일부 설명을 참조함으로써, 관련 부분들에 대한 참조가 이루어질 수 있다.

본 실시예의 제2 호텔 정보 처리 시스템은 호텔 예약 서브시스템(801) 및 제1 관리 서브시스템(803)을 포함한다.

호텔 예약 서브시스템(801)은 사용자의 클라이언트 디바이스에 의해 송신된 지정된 객실 타입에 대한 예약 요청을 수신하고; 예약 요청에 기초하여 사용자의 호텔 신용 자격을 검증하기 위한 통지를 제1 관리 서브시스템(803)에 송신하고; 제1 관리 서브시스템(803)에 의해 반환된 사용자의 호텔 신용 자격의 검증 결과를 수신하고; 호텔 신용 자격의 검증 결과가 긍정적인 경우, 예약 요청에 기초하여 사용자에 대한 지정된 객실 타입의 제1 부킹을 생성하도록 구성된다.

제1 관리 서브시스템(803)은 호텔 예약 서브시스템(801)에 의해 송신된 통지를 수신하고; 통지에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하고; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우 호텔 신용 자격의 검증을 통해 사용자가 승인된 것으로 결정하고, 사용자에 대한 지정된 호텔 객실 타입의 제2 부킹을 생성하며 - 제2 부킹은 제1 부킹에 대한 리소스 전달을 관리하기 위한 자격증명으로서 제1 관리 서브시스템(803)에 의해 사용됨 - ; 사용자의 호텔 신용 자격의 검증 결과를 호텔 예약 서브시스템(801)에 반환하도록 구성된다.

도 8에 제공된 호텔 정보 처리 시스템과 도 1에 제공된 호텔 정보 처리 시스템 사이의 차이는 이하에 있다: 도 8의 시스템은 리소스 전달의 프로세스를 정의하는 것이 아니라, 사용자의 호텔 신용 자격을 검증하기 위한 것은 물론, 제1 부킹 및 제2 부킹을 생성하는 프로세스들에 중점을 두기 위한 것인 제1 관리 서브시스템(803)의 기능에 중점을 둔다.

도 8에 제공된 호텔 정보 처리 시스템을 이용하면, 사용자의 지출 행위에 대한 신용 보증은 사용자의 제3자 계정을 통해 제공되며, 이는 그의 지출 행위가 한도 내에 있을 것임을 보장한다. 사용자의 제3자 계정이 호텔 신용 자격의 요건을 충족시킬 때, 사용자는 보증금을 선결제할 필요 없이, 직접 호텔 예약을 하고, 체크인하고, 지불을 할 수 있다. 따라서, 사용자의 호텔 숙박 경험이 효과적으로 개선될 수 있다.

상술한 실시예에서는 호텔 정보 처리 시스템이 제공된다. 따라서, 본 개시내용은 도 9의 제3 호텔 정보 처리 시스템을 더 제공한다.

도 9는 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 도시하는 블록도이다. 시스템들의 실시예들은 유사하므로, 여기에서의 설명은 비교적 간결하다. 상술한 시스템 실시예들의 일부 설명을 참조함으로써, 관련 부분들에 대한 참조가 이루어질 수 있다.

도 9에 도시된 호텔 정보 처리 시스템은 호텔 예약 서브시스템(901), 호텔 관리 서브시스템(903), 및 제3자 서브시스템(905)을 포함한다.

호텔 예약 서브시스템(901)은 사용자의 클라이언트 디바이스에 의해 송신된 지정된 호텔 및 지정된 객실 타입에 대한 예약 요청을 수신하고; 예약 요청에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하고; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 사용자에 대한 지정된 호텔의 지정된 객실 타입의 제1 부킹을 생성하고; 제1 부킹에 따라 생성된 제2 부킹의 제1 통지를 호텔 관리 서브시스템(903)에 송신하고 - 제1 부킹은 제2 부킹에 대한 리소스 전달을 관리하기 위한 자격증명으로서 호텔 예약 서브시스템(901)에 의해 사용됨 - ; 호텔 관리 서브시스템(903)에 의해 송신된, 제2 부킹에 대한 리소스들을 전달하는 제2 통지를 수신하고; 제2 통지에 기초하여 제1 부킹에 대한 리소스들을 전달하기 위한 제3 통지를 제3자 서브시스템에 송신하도록 구성된다.

도 9에 도시된 호텔 정보 처리 시스템과 도 1에 도시된 호텔 정보 처리 시스템 사이의 차이는 이하에 있다: 온라인 호텔 예약 기능은 제1 시스템의 호텔의 공식 웹사이트에 의해 제공되는 반면, 온라인 호텔 예약 기능은 제3 시스템의 제3자 웹사이트(예를 들어, OTA 웹사이트)에 의해 제공된다.

일 실시예에서, 사용자의 클라이언트 디바이스는 스마트 폰과 같은 이동 통신 디바이스를 포함하고, 또한 개인용 컴퓨터, PDA, 또는 테이블(예를 들어, IPAD)과 같은 단말 디바이스를 또한 포함할 수 있다.

호텔 예약 서브시스템(901)은 온라인 호텔 예약 기능을 구현하며, 일반적으로 OTA 웹사이트의 서버에 배치된다. 그러나, 그것은 OTA 웹사이트의 서버에 배치되는 것으로 제한되지 않고; 여기에 설명된 호텔 예약 서브시스템(901)을 실행할 수 있는 임의의 디바이스가 사용될 수 있다.

도 9에 도시된 호텔 정보 처리 시스템과 도 1의 호텔 정보 처리 시스템 사이의 다른 차이는 이하에 있다: 시스템의 호텔 예약 서브시스템(901)은 제1 부킹을 생성한 후에, 제1 부킹에 대응하는 제2 부킹을 생성하는 제1 통지를 호텔 관리 서브시스템(903)에 송신할 필요가 있고, 이는 호텔이 제2 부킹에 따라 예약을 하는 사용자의 체크인 및 지불을 처리하는 것을 용이하게 한다. 제3 시스템의 제2 부킹은 제1 시스템의 제1 부킹과 동일하며; 그것들 둘 다는 호텔 예약 서버에 저장되며 호텔 부킹이라고도 지칭된다. 그에 대응하여, 제3 시스템의 제1 부킹은 도 1에 도시된 시스템의 제2 부킹과 동일하다.

호텔 관리 서브시스템(903)은 호텔 예약 서브시스템(901)에 의해 송신된 제1 통지를 수신하고; 제1 통지에 기초하여 제2 부킹을 생성하고 - 제2 부킹은 사용자의 체크인을 위한 자격증명으로서 사용됨 -; 지정된 호텔의 클라이언트 디바이스에 의해 송신된 제2 부킹에 대한 리소스 전달 요청을 수신하고; 리소스 전달 요청에 포함된 리소스 전달 정보에 기초하여 호텔 예약 서브시스템(901)에 제2 통지를 송신하도록 구성된다.

호텔 관리 서브시스템(903)은 일반적으로 호텔의 서버에 배치되지만, 그 서버에만 배치되는 것으로 제한되지 않고; 여기에 설명된 제1 관리 서브시스템(903)을 실행할 수 있는 임의의 디바이스가 사용될 수 있다.

제3자 서브시스템(905)은 호텔 예약 서브시스템(901)에 의해 송신된 제3 통지를 수신하고; 제3 통지에 기초하여 제3자 계정으로부터 리소스들을 제거하고; 제2 부킹의 제거된 리소스들을 지정된 호텔의 제3자 계정에 전달하도록 구성된다.

도 9와 관련하여 설명된 상술한 실시예들에서 대안적인 호텔 정보 처리 시스템이 제공된다. 따라서, 개시내용은 도 9와 관련하여 설명된 호텔 정보 처리 시스템 내의 호텔 예약 서브시스템(901)에서 실행되는 다른 호텔 예약 방법을 더 제공한다.

도 10은 본 개시내용의 일부 실시예들에 따른 호텔 예약 방법을 도시하는 흐름도이다. 방법 실시예는 도 9와 관련하여 논의된 시스템 실시예와 실질적으로 유사하므로, 설명은 비교적 간결하다. 도 9의 시스템 실시예의 일부 설명을 참조함으로써, 관련 부분들에 대한 참조가 이루어질 수 있다.

대안적인 호텔 예약 방법은 이하의 단계들을 포함한다.

단계(S1001): 사용자의 클라이언트 디바이스에 의해 송신된 지정된 호텔 및 지정된 객실 타입의 예약 요청을 수신한다.

단계(S1003): 예약 요청에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득한다.

단계(S1005): 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 사용자에 대한 지정된 호텔에서의 지정된 객실 타입의 부킹을 생성하고; 부킹에 따라 생성된 호텔 부킹의 통지를 지정된 호텔 예약 서버에 송신한다.

일 실시예에서, 방법은 이하의 단계들: 1) 지정된 호텔의 서버에 의해 송신된 호텔 부킹에 대한 리소스 전달 통지를 수신하는 단계; 및 2) 리소스 전달 통지 및 부킹에 기초하여 제3자 계정으로부터 지정된 호텔에 리소스들을 전달하는 단계를 더 포함한다

상술한 실시예들에서는 대안적인 호텔 예약 방법이 제공된다. 따라서, 본 개시내용은 다른 호텔 예약 장치를 더 제공한다. 장치는 상술한 방법 실시예의 실시에 대응한다.

도 11은 본 개시내용의 일부 실시예들에 따른 호텔 예약 장치를 도시하는 블록도이다. 장치 실시예는 도 10과 관련하여 설명된 방법 실시예와 실질적으로 유사하므로, 설명은 비교적 간결하다. 도 10과 관련하여 설명된 방법 실시예의 일부 설명을 참조함으로써, 관련 부분들에 대한 참조가 이루어질 수 있다.

도 10에 도시된 대안적인 호텔 예약 장치는 이하의 유닛들을 포함한다.

사용자의 클라이언트 디바이스에 의해 송신된 지정된 호텔 및 지정된 객실 타입에 대한 예약 요청을 수신하도록 구성되는 예약 요청 수신 유닛(1101).

예약 요청에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하도록 구성되는 신용 점수 취득 유닛(1103).

신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 사용자에 대한 지정된 호텔에서의 지정된 객실 타입의 부킹을 생성하고; 부킹에 따라 생성된 호텔 부킹의 통지를 지정된 호텔 예약 서버에 송신하도록 구성되는 긍정 검증 처리 유닛(1105).

도 12는 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다. 도 12의 디바이스 실시예는 도 10과 관련하여 논의된 방법 실시예들과 실질적으로 유사한 동작들을 수행하므로, 설명은 비교적 간결하다. 도 10과 관련하여 설명된 방법 실시예들의 설명을 참조함으로써, 관련 부분들에 대한 참조가 이루어질 수 있다.

도 12에서 전자 디바이스가 제공된다. 전자 디바이스는 디스플레이(1201); 프로세서(1202); 및 메모리(1203)를 포함한다. 메모리(1203)는 호텔 예약 프로세스를 구현하기 위한 프로그램을 저장하도록 구성되고, 디바이스가 켜지고 프로세서(1202)를 통해 호텔 예약 방법의 프로그램을 실행한 후, 이하의 단계들: 사용자의 클라이언트 디바이스에 의해 송신된 지정된 호텔 및 지정된 객실 타입에 대한 예약 요청을 수신하는 단계; 예약 요청에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하는 단계; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 지정된 호텔에서의 지정된 객실 타입의 부킹을 생성하는 단계; 및 부킹에 따라 생성된 호텔 부킹의 통지를 지정된 호텔 예약 서버에 송신하는 단계가 수행된다.

도 9와 관련하여 논의된 호텔 정보 처리 시스템에 따르면, 본 개시내용은 도 9와 관련하여 논의된 호텔 정보 처리 시스템 내의 호텔 관리 서브시스템(903)에서 실행되는 부킹 생성 방법을 더 제공한다.

도 13은 본 개시내용의 일부 실시예들에 따른 부킹 생성 방법을 도시하는 흐름도이다. 도 13에 도시된 실시예의 다양한 단계들의 설명들은 도 2에 도시된 실시예의 설명들과 유사하므로, 그것의 개시내용은 여기에 반복되지 않는다. 도 2와 관련하여 설명된 실시예들의 대응 부분들을 참조함으로써, 참조가 이루어질 수 있다. 도 13의 도시된 실시예에 제공된 부킹 생성 방법은 이하의 단계들을 포함한다.

단계(S1301): 호텔 예약 서버에 의해 송신된, 특정 부킹에 따라 생성된 호텔 부킹의 통지를 수신하며, 통지는 예약을 하는 사용자의 신원 정보 및 예약된 객실 타입에 관한 정보를 포함한다.

단계(S1303): 통지에 기초하여 호텔 부킹을 생성한다.

일 실시예에서, 도시된 방법은 이하의 단계들: 1) 호텔의 클라이언트 디바이스에 의해 송신된 호텔 부킹에 대한 리소스 전달 요청을 수신하는 단계; 및 2) 리소스 전달 요청에 포함된 리소스 전달 정보에 기초하여 호텔 부킹에 대한 리소스들을 전달하는 통지를 호텔 예약 서버에 송신하는 단계를 더 포함한다.

상술한 실시예에서는 부킹 생성 방법이 제공된다. 그에 따라, 본 개시내용은 도 13에 도시된 방법 실시예의 실시예에 대응하는 부킹 생성 장치를 더 제공한다.

도 14는 본 개시내용의 일부 실시예들에 따른 부킹 생성 장치를 도시하는 블록도이다. 도 14에 도시된 실시예는 도 13과 관련하여 설명된 방법 실시예와 유사한 동작들을 수행하므로, 설명은 비교적 간결하다. 도 13의 방법 실시예들의 설명을 참조함으로써, 관련 부분들에 대한 참조가 이루어질 수 있다.

도 14의 부킹 생성 장치는 이하의 유닛들을 포함한다.

호텔 예약 서버에 의해 송신된, 특정 부킹에 따라 생성된 호텔 부킹의 통지를 수신하도록 구성되는 부킹 생성 통지 수신 유닛(1401) - 통지는 예약을 하는 사용자의 신원 정보 및 예약된 객실 타입에 관한 정보를 포함함 - .

통지에 기초하여 호텔 부킹을 생성하도록 구성되는 부킹 생성 유닛(1403).

도 15는 본 개시내용의 일부 실시예들에 따른 전자 디바이스를 도시하는 블록도이다. 도 15에 도시된 디바이스 실시예는 도 13과 관련하여 설명된 방법 실시예와 유사한 동작들을 수행하므로, 설명은 비교적 간결하다. 도 13과 관련하여 설명된 방법 실시예의 설명을 참조함으로써, 관련 부분들에 대한 참조가 이루어질 수 있다.

도 15에 도시된 실시예에서 전자 디바이스가 제공된다. 전자 디바이스는 디스플레이(1501); 프로세서(1502); 및 메모리(1503)를 포함한다. 메모리(1503)는 부킹 생성 방법을 구현하기 위한 프로그램을 저장하도록 구성되고, 디바이스가 켜지고 프로세서(1502)를 통해 부킹 생성 방법의 프로그램을 실행한 후, 이하의 단계들: 호텔 예약 서버에 의해 송신된, 특정 부킹에 따라 생성된 호텔 부킹의 통지를 수신하는 단계 - 통지는 예약을 하는 사용자의 신원 정보 및 예약된 객실 타입에 관한 정보를 포함함 - ; 및 통지에 기초하여 호텔 부킹을 생성하는 단계가 수행된다.

도 16은 본 개시내용의 일부 실시예들에 따른 호텔 정보 처리 시스템을 도시하는 블록도이다. 앞에서 논의된 2개의 시스템의 실시예들이 유사하므로, 여기에서의 설명은 비교적 간략하다. 앞에서 설명된 시스템 실시예들의 일부 설명을 참조함으로써 관련 부분들에 대한 참조가 이루어질 수 있다.

도 16에 도시된 호텔 정보 처리 시스템은 호텔 예약 서브시스템(1601) 및 호텔 관리 서브시스템(1603)을 포함한다.

호텔 예약 서브시스템(1601)은 사용자의 클라이언트 디바이스에 의해 송신된 지정된 호텔 및 지정된 객실 타입에 대한 예약 요청을 수신하고; 예약 요청에 포함된 사용자의 신원 정보에 기초하여 사용자의 제3자 계정에 대한 신용 점수를 취득하고; 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 사용자에 대한 지정된 호텔에서의 지정된 객실 타입의 제1 부킹을 생성하고; 제1 부킹에 따라 생성된 제2 부킹의 제1 통지를 호텔 관리 서브시스템에 송신하도록 구성되고; 제1 부킹은 제2 부킹에 대한 리소스 전달을 관리하기 위한 자격증명으로서 호텔 예약 서브시스템(1601)에 의해 사용된다.

호텔 관리 서브시스템(1603)은 호텔 예약 서브시스템(1601)에 의해 송신된 통지를 수신하고; 통지에 기초하여 제2 부킹을 생성하도록 구성되며, 제2 부킹은 사용자의 체크인을 위한 자격증명으로서 사용된다.

도 16에 도시된 호텔 정보 처리 시스템과 도 9에 도시된 호텔 정보 처리 시스템 사이의 차이는 이하에 있다: 도 16의 시스템은 리소스 전달의 프로세스를 정의하는 것이 아니라, 사용자의 호텔 신용 자격을 검증하기 위한 것은 물론, 제1 부킹 및 제2 부킹을 생성하는 프로세스들에 중점을 두기 위한 것인 호텔 예약 서브시스템(1601)의 기능에 중점을 둔다.

도 16에 제공된 호텔 정보 처리 시스템을 이용하면, 사용자의 지출 행위에 대한 신용 보증은 사용자의 제3자 계정을 통해 제공되며, 이는 그 사용자의 지출 행위가 한도 내에 있을 것임을 보장한다. 사용자의 제3자 계정이 호텔 신용 자격의 요건을 충족시키는 경우, 사용자는 보증금을 선결제할 필요 없이, 직접 호텔 예약을 하고, 체크인하고, 지불을 할 수 있다. 그러므로, 사용자의 호텔 숙박 경험이 효과적으로 개선될 수 있다.

본 개시내용은 구체적인 실시예들과 함께 위에 제공되지만, 실시예들은 본 개시내용을 제한하도록 의도되지 않는다. 본 기술분야의 임의의 통상의 기술자는 개시된 실시예들의 사상 및 범위를 벗어나지 않으면서 변형들 및 수정들을 행할 수 있다. 그러므로, 개시된 실시예들의 범위는 본 개시내용의 청구항들에 의해 정의된 범위에 종속되어야 한다.

전형적인 구성에서, 컴퓨팅 디바이스는 하나 이상의 프로세서(CPU), 입력/출력 인터페이스, 네트워크 인터페이스, 및 메모리를 포함한다.

메모리는 비영구적 메모리, 랜덤 액세스 메모리(RAM) 및/또는 비휘발성 메모리, 또는 그와 유사한 것, 예컨대 판독 전용 메모리(ROM) 또는 플래시 메모리(플래시 RAM)의 형태로 컴퓨터 판독가능한 매체를 포함할 수 있다. 메모리는 컴퓨터 판독가능한 매체의 예이다.

컴퓨터 판독가능한 매체는 임의의 방법들 또는 기술들에 의해 정보 저장을 달성할 수 있는 영구적 및 비영구적인 이동식 및 비이동식 매체를 포함한다. 정보는 컴퓨터 판독가능한 명령어들, 데이터 구조들, 프로그램의 모듈들, 또는 다른 데이터일 수 있다. 컴퓨터의 저장 매체의 예들은 상 변화 메모리(PRAM), 정적 랜덤 액세스 메모리(SRAM), 동적 랜덤 액세스 메모리(DRAM), 다른 타입들의 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 전기적으로 소거가능하고 프로그래밍가능한 판독 전용 메모리(EEPROM), 플래시 메모리, 또는 다른 메모리 기술들, 판독 전용 컴팩트 디스크 판독 전용 메모리(CD-ROM), 디지털 다기능 디스크(DVD), 또는 다른 광학 저장소들, 자기 카세트, 자기 테이프, 자기 디스크 저장소 또는 다른 자기 저장 디바이스들, 또는 컴퓨팅 디바이스에 의해 액세스가능한 정보를 저장하기 위해 사용될 수 있는 임의의 다른 비전송 매체를 포함하지만, 그에 제한되지 않는다. 본 명세서에서의 정의에 비추어, 컴퓨터 판독가능한 매체는 변조된 데이터 신호들 및 반송파들과 같은 비일시적 컴퓨터 판독가능한 매체(일시적 매체)를 포함하지 않는다.

본 기술분야의 통상의 기술자들은 개시된 실시예들이 방법, 시스템 또는 컴퓨터 프로그램 제품으로서 제공될 수 있음을 이해해야 한다. 따라서, 개시된 실시예들은 완전한 하드웨어 실시예, 완전한 소프트웨어 실시예, 또는 소프트웨어 및 하드웨어 요소들을 결합한 실시예의 형태를 이용할 수 있다. 더욱이, 개시된 실시예들은 컴퓨터 사용가능한 프로그램 코드를 포함하는 하나 이상의 컴퓨터 사용가능한 저장 매체(자기 디스크 메모리, CD-ROM, 광학 메모리 등을 포함하지만 이에 제한되지는 않음) 상에 구현되는 컴퓨터 프로그램 제품의 형태를 이용할 수 있다.

Claims

방법으로서,
처리 디바이스에서, 예약 요청을 제출하는 사용자의 호텔 신용 자격(hotel credit qualification)을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지를 수신하는 단계 - 상기 통지는 상기 사용자에 연관된 신원 정보를 포함함 - ;
상기 처리 디바이스에 의해, 상기 신원 정보에 기초하여 상기 사용자의 제3자 계정에 대한 신용 점수를 취득하는 단계;
상기 처리 디바이스에 의해, 상기 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 상기 호텔 신용 자격에 대해 상기 사용자가 승인된 것으로 결정하는 단계;
상기 처리 디바이스에 의해, 상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹(booking)을 생성하는 단계; 및
상기 처리 디바이스에 의해, 상기 사용자의 상기 호텔 신용 자격의 검증 결과를 상기 호텔 예약 서버에 반환하는 단계를 포함하는 방법.
제1항에 있어서, 상기 신원 정보에 기초하여 상기 사용자의 제3자 계정에 대한 신용 점수를 취득하는 단계는:
상기 처리 디바이스에 의해, 상기 제3자 계정에 대한 신용 점수 질의 요청을 제3자 플랫폼에 송신하는 단계; 및
상기 처리 디바이스에서, 상기 제3자 플랫폼으로부터 상기 제3자 계정에 대한 상기 신용 점수를 수신하는 단계를 포함하는, 방법.
제2항에 있어서, 상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹을 생성하는 단계 전에: 상기 방법은
상기 처리 디바이스에 의해 상기 사용자의 클라이언트 디바이스에게, 상기 제3자 플랫폼의 패스워드 검증 페이지를 포워딩하는 단계 - 상기 제3자 플랫폼은 상기 패스워드 검증 페이지를 통해 상기 사용자에 의해 제공되는 상기 제3자 계정의 패스워드에 기초하여 상기 제3자 계정의 패스워드를 검증함 - ;
상기 처리 디바이스에서, 상기 제3자 플랫폼으로부터 상기 제3자 계정의 상기 패스워드의 패스워드 검증 결과를 수신하는 단계; 및
상기 패스워드 검증 결과가 부정적인 경우, 상기 처리 디바이스에 의해, 상기 사용자가 상기 호텔 신용 자격에 대해 승인되지 않는 것으로 결정하는 단계를 더 포함하는, 방법.
제1항에 있어서, 상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹을 생성하는 단계 전에: 상기 방법은
상기 처리 디바이스에 의해, 상기 제3자 계정에 대한 부킹 처리 특권 질의 요청을 제3자 플랫폼에 송신하는 단계;
상기 처리 디바이스에서, 상기 제3자 플랫폼에 의해 반환된 상기 제3자 계정의 부킹 처리 특권을 수신하는 단계; 및
상기 부킹 처리 특권이 상기 제3자 플랫폼에 의해 금지되는 경우, 상기 처리 디바이스에 의해, 상기 사용자가 상기 호텔 신용 자격에 대해 승인되지 않는 것으로 결정하는 단계를 더 포함하는 방법.
제1항에 있어서,
부킹 처리 특권이 셋업되지 않은 경우, 상기 처리 디바이스에 의해, 제3자 플랫폼의 부킹 처리 특권 설정 페이지를 상기 사용자의 클라이언트 디바이스에 포워딩하는 단계;
상기 처리 디바이스에서, 상기 제3자 플랫폼에 의해 반환된 상기 제3자 계정의 인가 결과를 수신하는 단계; 및
상기 인가 결과가 부정적인 경우, 상기 처리 디바이스에 의해, 상기 사용자가 상기 호텔 신용 자격에 대해 승인되지 않는 것으로 결정하는 단계를 더 포함하는 방법.
제1항에 있어서, 상기 예약 요청을 제출하는 사용자의 호텔 신용 자격을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지 후에: 상기 방법은
상기 처리 디바이스에 의해, 상기 통지에 포함된 상기 지정된 호텔 객실 타입의 가격에 기초하여 상기 최소 신용 점수 임계값을 설정하는 단계를 더 포함하는 방법.
제6항에 있어서, 상기 제3자 계정에 대한 상기 신용 점수는 상기 사용자의 개인 정보에 기초하여 상기 제3자 계정에 대한 상기 신용 점수를 생성함으로써 생성되는, 방법.
제1항에 있어서, 상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹을 생성하는 단계 후에: 상기 방법은
상기 처리 디바이스에 의해, 상기 통지에 포함된 상기 지정된 호텔 객실 타입의 가격에 기초하여 상기 제3자 계정의 상기 신용 점수에 대한 대응 공제(deduction)를 수행하는 단계를 더 포함하고,
상기 부킹이 성공적으로 행해진 후에: 상기 방법은
상기 처리 디바이스에 의해, 상기 지정된 호텔 객실 타입의 가격에 기초하여 상기 제3자 계정에 대한 신용 점수를 그에 따라 복원하는 단계를 더 포함하는 방법.
제1항에 있어서,
상기 처리 디바이스에 의해, 상기 호텔 예약 서버에 의해 송신된 상기 부킹에 연관된 호텔 객실 예약에 대한 리소스 전달 통지를 수신하는 단계; 및
상기 처리 디바이스에 의해, 상기 리소스 전달 통지 및 상기 부킹에 기초하여, 상기 제3자 계정으로부터 호텔로 리소스들을 전달하는 단계를 더 포함하는 방법.
제9항에 있어서,
상기 처리 디바이스에 의해, 리소스 전달이 성공적인 경우, 상기 호텔 예약 서버에 전달 성공 메시지를 송신하는 단계를 더 포함하는 방법.
장치로서,
프로세서; 및
상기 프로세서에 의해 실행될 때, 상기 장치로 하여금 동작들을 수행하게 하는 컴퓨터 실행가능한 명령어들을 저장하는 비-일시적 메모리를 포함하고, 상기 동작들은:
예약 요청을 제출하는 사용자의 호텔 신용 자격을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지를 수신하는 동작 - 상기 통지는 상기 사용자에 연관된 신원 정보를 포함함 - ;
상기 신원 정보에 기초하여 상기 사용자의 제3자 계정에 대한 신용 점수를 취득하는 동작;
상기 신용 점수가 미리 설정된 최소 신용 점수 임계값을 충족시키는 경우, 상기 호텔 신용 자격에 대해 상기 사용자가 승인된 것으로 결정하는 동작;
상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹을 생성하는 동작; 및
상기 사용자의 상기 호텔 신용 자격의 검증 결과를 상기 호텔 예약 서버에 반환하는 동작을 포함하는, 장치.
제11항에 있어서, 상기 신원 정보에 기초하여 상기 사용자의 제3자 계정에 대한 신용 점수를 취득하는 동작은:
상기 제3자 계정에 대한 신용 점수 질의 요청을 제3자 플랫폼에 송신하는 동작; 및
상기 제3자 플랫폼으로부터 상기 제3자 계정에 대한 상기 신용 점수를 수신하는 동작을 포함하는, 장치.
제12항에 있어서, 상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹을 생성하는 동작 전에, 상기 동작들은:
상기 사용자의 클라이언트 디바이스에게, 상기 제3자 플랫폼의 패스워드 검증 페이지를 포워딩하는 동작 - 상기 제3자 플랫폼은 상기 패스워드 검증 페이지를 통해 상기 사용자에 의해 제공되는 상기 제3자 계정의 패스워드에 기초하여 상기 제3자 계정의 패스워드를 검증함 - ;
상기 제3자 플랫폼으로부터 상기 제3자 계정의 상기 패스워드의 패스워드 검증 결과를 수신하는 동작; 및
상기 패스워드 검증 결과가 부정적인 경우, 상기 사용자가 상기 호텔 신용 자격에 대해 승인되지 않는 것으로 결정하는 동작을 더 포함하는, 장치.
제11항에 있어서, 상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹을 생성하는 동작 전에, 상기 동작들은:
상기 제3자 계정에 대한 부킹 처리 특권 질의 요청을 제3자 플랫폼에 송신하는 동작;
상기 제3자 플랫폼에 의해 반환된 상기 제3자 계정의 부킹 처리 특권을 수신하는 동작; 및
상기 부킹 처리 특권이 상기 제3자 플랫폼에 의해 금지되는 경우, 상기 사용자가 상기 호텔 신용 자격의 검증을 통해 사용자가 승인되지 않는 것으로 결정하는 동작을 더 포함하는, 장치.
제11항에 있어서, 상기 동작들은:
부킹 처리 특권이 셋업되지 않은 경우, 제3자 플랫폼의 부킹 처리 특권 설정 페이지를 상기 사용자의 클라이언트 디바이스에 포워딩하는 동작;
상기 제3자 플랫폼에 의해 반환된 상기 제3자 계정의 인가 결과를 수신하는 동작; 및
상기 인가 결과가 부정적인 경우, 상기 사용자가 상기 호텔 신용 자격에 대해 승인되지 않는 것으로 결정하는 동작을 더 포함하는, 장치.
제11항에 있어서, 상기 예약 요청을 제출하는 사용자의 호텔 신용 자격을 검증하기 위해 호텔 예약 서버에 의해 송신된 통지 후에, 상기 동작들은:
상기 통지에 포함된 상기 지정된 호텔 객실 타입의 가격에 기초하여 상기 최소 신용 점수 임계값을 설정하는 동작을 더 포함하는, 장치.
제16항에 있어서, 상기 제3자 계정에 대한 상기 신용 점수는 상기 사용자의 개인 정보에 기초하여 상기 제3자 계정에 대한 상기 신용 점수를 생성함으로써 생성되는, 장치.
제11항에 있어서, 상기 예약 요청 내에 포함된 지정된 호텔 객실 타입의 상기 사용자에 대한 부킹을 생성하는 동작 후에, 상기 동작들은:
상기 통지에 포함된 상기 지정된 호텔 객실 타입의 가격에 기초하여 상기 제3자 계정의 상기 신용 점수에 대한 대응 공제를 수행하는 동작을 더 포함하고;
상기 부킹이 성공적으로 행해진 후에, 상기 동작들은:
상기 지정된 호텔 객실 타입의 가격에 기초하여 상기 제3자 계정에 대한 신용 점수를 그에 따라 복원하는 동작을 더 포함하는, 장치.
제11항에 있어서, 상기 동작들은:
상기 호텔 예약 서버에 의해 송신된 상기 부킹에 연관된 호텔 객실 예약에 대한 리소스 전달 통지를 수신하는 동작; 및
상기 리소스 전달 통지 및 상기 부킹에 기초하여, 상기 제3자 계정으로부터 호텔로 리소스들을 전달하는 동작을 더 포함하는, 장치.
제19항에 있어서, 상기 동작들은:
리소스 전달이 성공적인 경우, 상기 호텔 예약 서버에 전달 성공 메시지를 송신하는 동작을 더 포함하는, 장치.