TW201802758A - 資料對象資訊處理方法、裝置及系統 - Google Patents

資料對象資訊處理方法、裝置及系統 Download PDF

Info

Publication number
TW201802758A
TW201802758A TW106115859A TW106115859A TW201802758A TW 201802758 A TW201802758 A TW 201802758A TW 106115859 A TW106115859 A TW 106115859A TW 106115859 A TW106115859 A TW 106115859A TW 201802758 A TW201802758 A TW 201802758A
Authority
TW
Taiwan
Prior art keywords
order
hotel
user
client
type
Prior art date
Application number
TW106115859A
Other languages
English (en)
Inventor
黃宇舟
李少華
胡光華
譚靖
張曉軒
李艷軍
顧燕
Original Assignee
阿里巴巴集團服務有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集團服務有限公司 filed Critical 阿里巴巴集團服務有限公司
Publication of TW201802758A publication Critical patent/TW201802758A/zh

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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of 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
    • 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
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Accounting & Taxation (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)
  • Development Economics (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本發明實施例公開了資料對象資訊處理方法、裝置及系統，其中，該系統包括：平台伺服器用於：向客戶端提供飯店類資料對象資訊；在接收到客戶端的預訂請求時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過則產生信用類型的訂單，並將訂單提供給該飯店資料處理系統，入住結束後，將訂單關聯的資源從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶；客戶端用於：在目標資料對象以及類型被選中後，向該平台方伺服器發送預訂請求；飯店資料處理系統用於：接對收平台方伺服器提供的訂單，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務。本發明實施例能夠提高效率，避免造成用戶的排隊等待的情況。

Description

資料對象資訊處理方法、裝置及系統
本發明關於資料對象處理技術領域，特別是關於資料對象資訊處理方法、裝置及系統。
隨著電子商務交易平台以及線上支付業務不斷擴大，線下到線下(O2O)市場的重要性逐漸凸顯出來，而“衣食住行”中“住”作為其中非常重要的組成部分，人們對於旅遊服務品質的追求也上升到了全新的高度。在此背景下，未來的飯店業將需要在技術設備、營銷模式、經營效率及服務理念等方面升級到新的高度，才能滿足消費者預期，提升行業競爭力。
現有技術中，一些電商平台能夠提供“線上訂房線下入住”的服務，但是，至少存在如下問題：首先，付款不方便。目前傳統預定方式和網上預定方式，用戶需要支付高於房費的現金，或者銀行卡預授權，或者線支付工具支付等方式支付一定的押金，手續非常繁瑣，且會佔用用戶資金。另外由於飯店地理位置和網路信號的不確定性，導致用戶如果在飯店裡使用線上支付工具會造成因為網路問題無法正常使用，這個問題也是現在O2O面臨的突出問 題。另一個方面的問題是飯店前台工作效率較低：前台辦理入住、退房等手續一般比較集中，目前的信用卡/儲蓄卡的方式效率較低，需要刷卡等待、用戶簽字等過程，因此，經常會導致大量用戶等待，造成飯店效率降低且入住體驗降低。
本發明提供了資料對象資訊處理方法、裝置及系統，能夠提高效率，避免造成用戶的排隊等待的情況，還可以減少用戶與飯店人員直接交互，增加線上服務，降低飯店營運成本。
本發明提供了如下方案：一種資料對象資訊處理系統，包括：平台伺服器，至少一個客戶端以及至少一個飯店資料處理系統；其中，該平台伺服器用於：向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；在接收到客戶端的預訂請求時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過則產生信用類型的訂單，並通過該飯店資料處理系統的介面，將訂單提供給該飯店資料處理系統，在入住結束後，將訂單關聯的資源從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶；該客戶端用於：在目標資料對象以及類型被選中後，向該平台方伺服器發送預訂請求； 該飯店資料處理系統用於：接收該平台方伺服器提供的訂單，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務。
一種資料對象資訊處理方法，包括：平台伺服器向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證；如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務；在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
一種資料對象資訊處理方法，包括：客戶端展示平台伺服器提供的飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；接收到針對指定資料對象的預訂請求時，提交到伺服器，以便該平台伺服器在該請求的類型是信用類型時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單，通過該 飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務，在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
一種資料對象資訊處理方法，包括：飯店資料處理系統通過系統介面接收平台伺服器提供的信用消費服務訂單，該訂單通過以下方式產生：伺服器接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；向伺服器提供訂單的狀態資訊；在用戶入住結束時，向平台伺服器發起辦理結帳請求，以便伺服器將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
一種資料對象資訊處理裝置，應用於平台伺服器，包括：資料對象資訊提供單元，用於向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；信用權限驗證單元，用於接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證； 訂單產生單元，用於如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；訂單資訊提供單元，用於通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務；資源劃撥單元，用於在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
一種資料對象資訊處理裝置，應用於客戶端，包括：資料對象資訊展示單元，用於展示平台伺服器提供的飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；預訂請求提交單元，用於接收到針對指定資料對象的預訂請求時，提交到伺服器，以便該平台伺服器在該請求的類型是信用類型時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單，通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務，在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
一種資料對象資訊處理裝置，應用於飯店資料處理系 統，包括：訂單資訊接收單元，用於通過系統介面接收平台伺服器提供的信用消費服務訂單，該訂單通過以下方式產生：伺服器接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；訂單狀態資訊提供單元，用於向伺服器提供訂單的狀態資訊；結帳請求發起單元，用於在用戶入住結束時，向平台伺服器發起辦理結帳請求，以便伺服器將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
根據本發明提供的具體實施例，本發明公開了以下技術效果：
通過本發明實施例，平台方可以提供伺服器以及客戶端，伺服器能夠與飯店資料處理系統進行直連，這樣，用戶可以通過客戶端進行飯店預訂，伺服器在產生訂單後，可以直接以直連的方式提供給飯店資料處理系統。另外，飯店的資料對象可以具有信用類型屬性，如果用戶選擇信用類型，則伺服器可以對用戶進行信用權限驗證，在驗證通過的情況下，可以產生信用類型訂單，這樣，飯店可以為用戶辦理免押金入住、免查房離店等信用消費服務，並在用戶離店後，再由伺服器從用戶的支付賬戶向飯店支付訂單相關的資源。這種方式下，能夠提高效率，避免造成 用戶的排隊等待的情況。另外，還可以減少用戶與飯店人員直接交互，增加線上服務，降低飯店營運成本。
此外，通過各類功能選項，可以實現預約發票，線上選房，智能門鎖，自助入住，客房服務，互動營銷，客房控制等全新功能的實施，能夠幫助飯店打造全新的預訂，入住及服務體驗，實現用戶與飯店暢通交互，並能輸出平台資料、服務、方案等幫助飯店提升競爭力，快速融入“網際網路+”生態。
當然，實施本發明的任一產品並不一定需要同時達到以上該的所有優點。
101‧‧‧平台伺服器
102‧‧‧客戶端
103‧‧‧飯店資料處理系統
S201~S205‧‧‧步驟
S301、S302‧‧‧步驟
S401~S403‧‧‧步驟
501‧‧‧資料對象資訊提供單元
502‧‧‧信用權限驗證單元
503‧‧‧訂單產生單元
504‧‧‧訂單資訊提供單元
505‧‧‧資源劃撥單元
601‧‧‧資料對象資訊展示單元
602‧‧‧預訂請求提交單元
701‧‧‧訂單資訊接收單元
702‧‧‧訂單狀態資訊提供單元
703‧‧‧結帳請求發起單元
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些圖式獲得其他的圖式。
圖1是本發明實施例提供的系統的示意圖；圖2是本發明實施例提供的第一方法的流程圖；圖3是本發明實施例提供的第二方法的流程圖；圖4是本發明實施例提供的第三方法的流程圖；圖5是本發明實施例提供的第一裝置的示意圖；圖6是本發明實施例提供的第二裝置的示意圖；圖7是本發明實施例提供的第三裝置的示意圖。
下面將結合本發明實施例中的圖式，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員所獲得的所有其他實施例，都屬本發明保護的範圍。
在本發明實施例中，可以將電商平台與飯店內部的資料處理系統(例如，PMS(Property Management System，經營管理系統)等)打通，其中，平台方可以提供伺服器，並為消費者用戶提供客戶端。如果某飯店想要通過本發明實施例中的平台伺服器發佈其飯店服務，則平台伺服器可以預先與飯店的資料處理系統建立合作關係，將伺服器端的標準化介面等資訊提供給飯店資料處理系統，同樣，飯店資料處理系統也可以將其介面資訊提供給伺服器，以此實現平台伺服器與飯店資料處理系統之間的直連互通。另一方面，飯店可以將其地址、房型、所需資源(例如，價格等)等資訊發佈到平台伺服器中，平台伺服器將飯店的資訊，以資料對象(例如，具體到電商平台中，可以稱為“商品”、“服務”、“業務”等，用代碼表示時，每個資料對象通常可以對應一個item)的形式進行發佈，消費者用戶就可以通過其客戶端查看到可以預訂的飯店資訊。其中，在本發明實施例中，伺服器可以提供“信用住”方面的支持，所謂“信用住”為：用戶通過其客戶端線 上下單預訂飯店時，可以選擇訂單類型為“信用住”，這樣，伺服器可以對用戶進行信用驗證，如果滿足業務條件，則用戶可以不必線上支付房款，到飯店辦理入住時，飯店可以根據訂單的“信用住”標識，為用戶辦理免押金入住，在用戶離店時，可以免查房、免排隊，直接離店即可，最後再由伺服器從該用戶關聯的支付賬戶中支付房款。關於支付房款環節，由於用戶以及飯店可以在平台伺服器中通常會開設支付賬戶(例如，在淘系平台中，可以使用支付寶賬戶等，或者，還可以關聯銀行賬戶，等等)，因此，飯店資料處理系統可以在向伺服器發起結帳時，可以將具體的消費金額提供給伺服器，伺服器就可以從用戶的支付賬戶中將相應的金額劃撥到飯店的收款賬戶。
另外，在上述基礎功能的基礎上，還可以延伸出更多的功能，以實現用戶與飯店之間的線上交互，釋放飯店工作人員，提交效率及服務能力。同時也為飯店提供更多的提供服務的途徑，使用戶在入住飯店過程中體驗科技網際網路帶來的便利。例如，可以為飯店提供取消訂單的功能、確認用戶是否能夠按時到店的功能、發起訂單類型轉換的功能、辦理入住、離店、結帳等功能，等等；另外，還可以為用戶提供線上選房、線上開鎖、自助入住、線上開業務憑證、線上發明飯店提供的其他服務(例如，餐飲服務、洗衣服務、打掃服務、物品服務、維修服務，等等)等功能。這樣，實現用戶與飯店暢通交互，並能輸出平台資料、服務、方案等幫助飯店提升競爭力，快速融入 “網際網路+”生態。
下面對具體的實現方式進行介紹。
實施例一
首先，該實施例一提供了一種資料對象資訊處理系統，參見圖1，該系統可以包括：平台伺服器101，至少一個客戶端102以及至少一個飯店資料處理系統103(圖中僅示出一個)；其中，該平台伺服器101用於：向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；在接收到客戶端的預訂請求時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過則產生信用類型的訂單，並通過該飯店資料處理系統的介面，將訂單提供給該飯店資料處理系統，在用戶入住結束後，將訂單關聯的資源從平台用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶；該客戶端102用於：在目標資料對象以及類型被選中後，向該平台方伺服器發送預訂請求；該飯店資料處理系統103用於：接收該平台方伺服器提供的訂單，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務。
其中，所謂的信用類型訂單就可以包括“信用住”等，由於在用戶進店入住之後，用戶並未支付房款，也未支付押金，飯店是憑藉著平台伺服器為該用戶提供的信用 背書，為用戶提供線下資源供其使用，使用結束之後再由伺服器協助完成付款操作，也即，是先免押金使用，後付款，因此，稱為“信用類型訂單”。
關於資料對象的類型屬性，本發明實施例中提出的信用類型相對於傳統的線上支付、到店支付等方式而言，屬一種新的類型，當然，用戶也可以選擇通過傳統方式進行下單，或者，為新用戶、信用度等資訊不符合業務條件的用戶提供下單途徑，在具體實現時，還可以提供產生“傳統方式消費”的選項。因此，可以將傳統方式類型以及信用類型稱為不同的類型屬性值，通過類型屬性，可以將多種類型都提供給用戶，供用戶選擇。如果用戶選擇信用類型，則按照本發明實施例提供的方式進行信用驗證，產生信用類型訂單後，飯店可以為其辦理免押金、免查房等服務。而如果用戶選擇傳統方式消費，則可以按照傳統的方式為其產生普通訂單。
這裡需要說明的是，對於飯店而言，也可以選擇支持信用類型或者不支持，也就是說，飯店在入駐到平台的過程中，可以對使用伺服器提供的哪些功能進行配置，對於選擇使用信用類型功能的飯店，伺服器在發佈其資料對象資訊時，才提供用於產生信用類型訂單的選項。
用戶在使用客戶端進行下單的過程中，如果用戶選擇了某飯店，並選擇了“信用類型”，則伺服器可以首先收到該請求，並按照預先設定的業務條件，對當前用戶進行信用權限驗證。其中，具體的驗證方式可以有多種，並 且，具體的業務條件可以根據實際的業務需求來確定。例如，可以是對用戶的信用等級、信用額度的大小、未結帳交易訂單的數量等進行限制。這樣，伺服器具體在進行判斷時，針對業務條件中涉及到的各項參數，可以確定出當前用戶對應的參數值，並與條件中設定的閾值等進行比對，進而確定用戶是否符合業務條件。例如，在阿里旅行平台下，可以獲取到用戶的支付寶賬戶關聯的“芝麻信用”資訊，還可以獲取“螞蟻花唄”為該第二用戶提供的額度資訊，另外，還可以確定出該支付寶賬戶關聯的未結帳訂單數量，等等，以上因素都可以用於確定當前用戶是否滿足業務條件。如果滿足條件，即可產生訂單，並將訂單的類型標記為信用類型訂單。
在產生信用類型訂單後，一方面可以將訂單資訊提供給客戶端，另一方面，由於伺服器預先獲知飯店資料處理系統的相關介面，因此，可以採用直連的方式，將訂單資訊直接提供給飯店資料處理系統。在用戶到店消費辦理入住時，用戶可以打開其客戶端，提供訂單資訊，飯店方確認訂單屬信用類型訂單後，可以按照預置的方式為用戶提供信用類型的服務。其中，所謂的信用類型的服務可以是指，用戶在辦理入住時，可以免交押金，辦理離店時，可以免查房，避免造成用戶排隊等待，另外，用戶在入住期間以及離店時都不需要支付房款，而是由伺服器進行房款的劃撥。具體實現時，飯店資料處理系統還可以將訂單狀態同步給伺服器，例如，辦理免押金入住後，飯店資料處 理系統可以將訂單狀態修改為“已入住”，並提交到伺服器。後續當用戶離店時，可以辦理免查房離店，並將訂單狀態修改為“已離店”，並提交到伺服器，另外還可以提交訂單關聯的資源(例如，消費的金額等)等資訊，伺服器就可以從平台用戶的支付賬戶中，將相應的資源資訊劃撥到飯店的收款賬戶中。
另外，在提供上述基礎的“信用住”服務的基礎上，伺服器還可以在該訂單生命週期內，提供用於對該訂單進行操作的功能選項，以便對該訂單進行操作。
具體的，按照面向對象的不同，上述功能選項可以分為：為飯店資料處理系統提供的用於對訂單進行操作的至少一個第一功能選項，以及為客戶端提供的用於對訂單進行操作的至少一個第二功能選項。其中，第一功能選擇可以隨著訂單一起提供給飯店資料處理系統，飯店資料處理系統可以通過上述第一功能選項，向伺服器發起針對指定訂單的操作請求，相應的，伺服器可以針對飯店資料處理系統的請求進行相應的處理。第二功能選項可以通過用戶客戶端的用戶界面提供給用戶，用戶可以通過客戶端中的第二功能選項發起操作請求，客戶端會將請求提交到伺服器，由伺服器針對用戶的請求執行相應的處理。
下面首先對第一功能選項進行介紹。
第一功能選項為飯店資料處理系統主動發起的訂單操作或者與用戶之間的互動提供了可行的途徑，具體可以根據實際的需求來提供。例如，在實際應用中，飯店資料處 理系統可能會具有取消某訂單的需求，因此，伺服器就可以為飯店資料處理系統提供用於取消訂單的第一功能選項，這樣，如果飯店方需要發起取消訂單，則可以通過該功能選項來發起，相應的，該資訊可以通過預先獲知的伺服器的標準化介面，提交到伺服器，由伺服器執行具體的訂單取消的相關操作，並且可以將最終的處理結果返回給飯店資料處理系統，另外還可以通知給用戶。其中，伺服器在執行取消訂單的操作時，還可以首先向用戶客戶端發起確認，在用戶確認可以取消的情況下，再執行具體的取消操作，等等。
或者，飯店方可能還具有確認用戶是否能夠按時到店的需求。具體的應用場景為：用戶線上預訂飯店時，可能指定了入住的日期，但並未支付任何的費用，此時，如果用戶不能按時到店，對於飯店而言可能會造成一定的損失，也可能會影響其他用戶的入住。因此，飯店針對這類訂單可能需要提前跟用戶確認是否能夠按時到店，如果不能，則飯店可以發起取消訂單等操作，以安排其他用戶入住，如果能，則為用戶保留房間，等等。現有技術中，飯店通常需要通過用戶預留的電話，由人工的方式與用戶取得聯繫，這顯然會造成對飯店資源的佔用。而在本發明實施例中，飯店資料處理系統中具有用於確認用戶是否能夠按時到店的功能選項，因此，可以直接通過該選項發起確認，相應的，伺服器在收到請求後，可以向指定訂單關聯的客戶端發送詢問消息，並將客戶端返回的結果(包括能 夠或不能按時到店)，提供給該飯店資料處理系統。這樣，可以節省飯店的資源，提高處理效率。
另外，飯店方可能還具有訂單類型轉換的需求，這裡的訂單類型轉換主要是指，將訂單從非擔保訂單轉換為擔保訂單。其中，所謂的非擔保訂單，就是用戶線上預訂飯店時，指定了入住日期，但是，並未支付任何的費用，而擔保訂單是：線上預訂飯店時，如果指定了入住日期，則按照飯店的要求，支付一定的保證金；如果用戶不按時入住，則保證金不予退還，以免造成飯店的經濟損失。而如果用戶按時入住，則在用戶離店時，將保證金退還給用戶(當然，該流程為傳統的擔保流程，本發明實施例中，還可以對現有的擔保流程進行改進，後續對此會有詳細介紹)。而進行訂單類型轉換需求的應用場景主要可以包括：如上述確認用戶是否按時到店的場景中該，對於非擔保訂單，飯店方一般需要在用戶選擇入住的當天或者前一天等向用戶確認是否按時到店，此時，如果用戶不能確認是否能夠按時到店，又要要求飯店為其保留房間，則飯店可能需要將非擔保訂單轉換為擔保訂單，以避免給飯店帶來損失。在這種場景下，飯店資料處理系統就可以利用伺服器提供的用於進行訂單類型轉換的第二功能選項，發起相應的請求，伺服器在收到後，就可以將指定訂單轉換為擔保訂單，並將轉換結果提供給該飯店資料處理系統。
當然，在具體將非擔保訂單轉換為擔保訂單時，還可以執行其他的相關操作。例如，如果是按照傳統的方式進 行擔保，則在進行訂單轉換的過程中，伺服器還可以協助用戶完成保證金支付操作，等等。當然，傳統的擔保方式具有一些弊端，首先，需要用戶提前支付保證金，會對用戶的資金造成佔用；其次，通常需要將用戶的支付賬戶資訊提供給飯店，其中，對於一些國內飯店，能夠支持的支付途徑比較多，可以包括銀行卡、支付寶等、其他第三方支付工具等，而一些國際的飯店，通常只能支持銀行卡支付，但無論採用何種支付方式，都存在將用戶的賬戶資訊提供給飯店的情況，因此，在支付的過程中存在安全隱患；再者，操作流程相對複雜，效率比較低，在用戶按時入住的情況下，還需要執行逆向流程，將保證金退還到用戶的賬戶，對於網路資源等也會造成一定程度的浪費。因此，在本發明實施例中，為了進一步優化擔保流程，還可以提供新的擔保訂單處理方式：在用戶線上預訂擔保訂單時，如果用戶屬符合業務條件的信用用戶，則伺服器直接將其標記為擔保訂單即可，不需要用戶支付相關的保證金，如果用戶未能按時到店入住，則由伺服器從用戶的支付賬戶中，將相關的保證金款項劃撥到飯店的收款賬戶中。這樣，一方面可以避免對用戶資金的無畏佔用，還可以提高處理效率，並且，不需要將用戶的賬戶資訊提供給飯店，因此，也降低了用戶資訊的安全隱患。因此，在這種擔保方式下，伺服器如果接收到飯店資料處理系統的訂單轉換請求，直接將相應的訂單標記為擔保訂單即可，不需要再執行其他與擔保相關的操作，後續如果用戶按時到 店入住，則伺服器以及飯店都不再需要執行任何操作，如果用戶未按時入住，再由伺服器進行保證金劃撥的操作。
除了上述各第一功能選項外，還可以包括辦理入住、辦理離店、辦理結帳、服務操作完成通知等操作的功能選項，其中，辦理入住功能選項被選中時，飯店資料處理系統可以將訂單狀態修改為“已入住”，並將狀態資訊提供給伺服器，伺服器對訂單狀態進行同步修改。辦理離店功能選項被選中時，飯店資料處理系統可以將訂單狀態修改為“已離店”，並將狀態資訊提供給伺服器，伺服器對訂單狀態進行同步修改。辦理結帳功能選項被選中時，飯店資料處理系統可以將訂單關聯的消費金額等資訊提供給伺服器，伺服器進行消費金額的劃撥操作。服務操作完成通知選項用於通知伺服器，某項服務操作已完成，伺服器可以將通知轉發給客戶端，等等。
當然，在實際應用中，還可以根據飯店資料處理系統的需求，為飯店資料處理系統提供其他更多的功能選項，這裡不再一一詳述。
下面對第二功能選項進行介紹。
第二功能選項為用戶主動發起的訂單操作或者與飯店資料處理系統之間的互動提供了可行的途徑，具體可以根據實際的需求來提供。首先，伺服器可以為用戶提供線上退房的功能選項，通過該功能選項，用戶可以在需要離店退房時，線上發起退房請求，該請求會首先到達伺服器，再由伺服器轉發給飯店資料處理系統。
或者，用戶通常還具有開具業務憑證(例如，發票等)的需求，現有技術中，通常是客人離店時，在前台告知開票需求(金額和抬頭等)，前台工作人員開具發票後交給客人。但是，在客人退房時等待前台開發票的情況下，如果前台人手不足、排隊離店並開票的人多，那麼將非常耗費客人時間，甚至有可能耽誤客人趕飛機趕火車等等。尤其是在飯店行業內，由於飯店的規定通常是，對於不再續住的客人，需要在當天中午12點或者14點之前辦理離店，否則飯店可能會多收取一定的費用，等等。因此，客人通常會集中在早上離店，導致前台人員早上8點後就非常忙碌。另外，前台開具發票的過程中，通常需要先列印水單，客人在前台確認水單無誤後，前台再列印發票，反復溝通及等待，耗時長。若離店且開票的客人多，排在後面的客人的等待時間將很長，有可能耽誤客人後續行程。
因此，伺服器還可以為用戶提供線上開具業務憑證的功能選項(該功能選項通常是在訂單進入“已入住”狀態後再切換為可操作狀態)，這樣，用戶可以在離店前的一段時間發起開具業務憑證的請求，伺服器再將請求轉發給飯店資料處理系統，這樣，飯店工作人員就可以提前辦理開具業務憑證的相關工作，並進行列印，然後按照用戶的需求，送至房間，或者留在前台，或者進行郵寄，等等。通過這種方式，可以避免集中在一個時間段到前台開具業務憑證，提高處理效率，並節省第二用戶時間。對於第一 用戶而言，由於可以將開具業務憑證的請求更分散，因此，也有利於提高服務質量。對於提供該服務的平台而言，也可以提高服務內容以及資訊內容的豐富性。
由於用戶採用的是信用消費的方式，在入住之前並未支付費用，在住店的過程中，隨著入住天數的增加，消費金額在不斷變化，因此，用戶可能會具有查詢消費金額的需求。現有技術中，用戶通常只能自己到前台查詢，或者打電話諮詢等。而本發明實施例中，伺服器還可以在客戶端用戶界面中提供用於查詢當前消費金額的功能選項，這樣，用戶如果需要查詢當前消費金額，也可以通過客戶端發起請求，伺服器可以將接收到的針對指定訂單的查詢消費金額的請求，發送給該飯店資料處理系統，將飯店資料處理系統返回的查詢結果提供給該客戶端。
用戶在飯店內入住的過程中，飯店通常會提供為了方便客人的日常生活而提供的其他相關服務，例如，餐飲服務、洗衣服務、打掃服務、物品服務、維修服務等等，現有技術中，用戶通常都是通過撥打前台電話獲取相關服務，或者親自到前台發明。而在本發明實施例中，還可以在客戶端的用戶界面中提供用於使用飯店內提供的其他服務的功能選項，伺服器接收到針對指定訂單的使用該其他服務的請求後，可以發送給該飯店資料處理系統，以便飯店資料處理系統分配相應的資源(包括人力物力資源等)，為關聯的用於提供對應的服務。
另外，為了進一步提高系統的智能型，還可以提供更 多智能化的第二功能選項，包括線上選房、線上開鎖、自助入住等。其中，關於選房，在現有技術中，用戶通常只能對房型進行選擇，也即，標準間、商務間等等，但是，關於具體的房間號等，通常是在入住時，由前台人員進行分配，用戶只能被動的入住，如果不滿意，還需要與前台交涉進行房間更換等，效率很低，用戶體驗比較差。而在本發明實施例中，伺服器可以為用戶提供線上選房功能選項，如果用戶需要線上選房，則可以通過該選項發起請求，伺服器可以根據預先從該飯店資料處理系統獲取到的飯店室內外地圖資料，以及房間實時預訂資訊，為該客戶端提供線上選房界面，並將客戶端提交的選擇結果添加到訂單中，提供給該飯店資料處理系統。通過這種線上選房，用戶可以線上選擇符合自己需要的房間，並且，這種選擇不限於對房型的選擇，還可以進行對房間號、位置、朝向、樓層等的選擇。其中，具體實現時，關於飯店的房間詳細資訊等基礎資料資訊，可以是由飯店提供，然後由平台伺服器製作成地圖資料，提供給用戶客戶端。其中，對於有選房需求的情況，通常是在用戶確定了入住日期的情況下產生，因此，在用戶選擇了某房間後，伺服器還可以記錄下該房間以及關聯的入住日期資訊，該資訊就可以作為飯店房間的實時預訂資訊。後續再收到其他用戶線上選房的請求時，可以將入住日期時間段內尚未被預訂的房間提供給用戶進行選擇。
關於線上開鎖，是指用戶到飯店辦理入住時，可以直 接通過客戶端提交身份認證資訊，伺服器對其進行認證，認證通過後，就可以將認證結果提供給飯店資料處理系統，前台人員在看到認證結果後，可以將房卡、房間密碼等資訊交給用戶，另外，還可以進行自動的電梯控制、自動斷電等。其中，關於身份認證資訊可以有多種，例如，在一種實現方式下，可以是用戶的人臉掃描資訊，也就是說，用戶使用線上開鎖功能選項後，客戶端可以啟動終端設備中的圖像攝取裝置，對用戶進行人臉掃描，並將掃描資訊上傳伺服器；伺服器可以與公安部門等系統進行打通，根據預先保存的用戶真實姓名、身份證號等資訊，從公安部門系統中調取身份證號關聯的身份證照片，然後再將收到的人臉掃描結果與身份證照片進行比對，利用比對結果對該用戶身份認證資訊進行驗證。當然，還可以通過其他方式進行驗證，例如，指紋、虹膜等等。
再者，在用戶辦理入住後需要進入具體房間時，如果飯店房間比較多，內部環境複雜，則用戶經常存在很難找到自己房間的情況。此時，伺服器還可以為用戶提供自助入住的功能選項，用戶可以對該功能選項進行操作，伺服器在接收到客戶端的請求後，可以根據預先保存的飯店室內外地圖資料以及訂單關聯的房間分配結果，為客戶端提供導航資訊。需要說明的是，在終端設備定位精度不高的情況下(例如，可能會有10米左右的誤差等)，可以通過語音提示等方式告知用戶房間的具體位置，例如，提示用戶在出電梯後左轉或右轉，直行一段距離後，再左轉或 右轉，等等。在定位精度比較高的情況下，可以進行動態的實時導航，也即，隨著用戶實際的行進位置，提示用戶進行左轉、右轉等。
以上對伺服器提供的各項功能選項進行了介紹，以此來實現飯店與用戶之間的互動，從而解放飯店勞動力，提高處理效率，提升用戶的入住體驗。當然，在實際應用中，以上各項功能還可以根據實際的需求做進一步的擴展，這裡不進行限制。另外，飯店在接入平台的過程中，還可以對各項功能選擇進行配置，也即，可以選擇使用或者不使用某些功能選項。例如，某些飯店可能不存在餐飲服務或者維修服務，則可以選擇不接入該功能選項，或者，某些飯店可能不接受擔保訂單，則可以選擇不接入訂單類型轉換功能選項，等等。總之，伺服器可以對飯店的配置資訊進行保存，並且，在向客戶端提供資料對象資訊時，可以僅將飯店資料處理系統選擇接入的功能選擇提供給客戶端，避免在用戶選擇了某功能選項後，飯店無法滿足需求的情況發生。
總之，通過本發明實施例提供的上述系統，平台可以提供伺服器以及客戶端，伺服器能夠與飯店資料處理系統進行直連，這樣，用戶可以通過客戶端進行飯店預訂，伺服器在產生訂單後，可以直接以直連的方式提供給飯店資料處理系統。另外，飯店的資料對象可以具有信用類型屬性，如果用戶選擇信用類型，則伺服器可以對用戶進行信用權限驗證，在驗證通過的情況下，可以產生信用類型訂 單，這樣，飯店可以為用戶辦理免押金入住、免查房離店等信用消費服務，並在用戶離店後，再由伺服器從用戶的支付賬戶向飯店支付相關的資源。這種方式下，能夠提高效率，避免造成用戶的排隊等待的情況。此外，通過各類功能選項，還可以實現用戶與飯店暢通交互，並能輸出平台資料、服務、方案等幫助飯店提升競爭力，快速融入“網際網路+”生態。
實施例二
以上實施例一主要從系統的角度對本發明實施例提供的技術方案進行了介紹，而在本發明實施例二中，主要從伺服器的角度，對實現的流程進行介紹。參見圖2，該實施例二提供了一種資料對象資訊處理方法，該方法可以包括以下步驟：S201：平台伺服器向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；S202：接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對該客戶端關聯的用戶進行信用權限驗證；S203：如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；S204：通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該 訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用消費類型的服務；S205：在用戶入住結束後，將訂單關聯的資源資訊從平台用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
另外，在該訂單生命週期內，還可以向客戶端和/或飯店資料處理系統提供用於對該訂單進行操作的功能選項，以便對該訂單進行操作，在用戶與飯店之間實現暢通互動。
實施例三
該實施例三主要從客戶端的角度提供了一種資料對象資訊處理方法，參見圖3，該方法可以包括：S301：客戶端展示平台伺服器提供的飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；S302：接收到針對指定資料對象的預訂請求時，提交到伺服器，以便該伺服器在該請求的類型是信用類型時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過則產生訂單，並將該訂單標記為信用類型服務訂單，通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務，在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
實施例四
該實施例四主要從客戶端的角度提供了一種資料對象資訊處理方法，參見圖4，該方法可以包括：S401：飯店資料處理系統通過系統介面接收平台伺服器提供的信用消費服務訂單，該訂單通過以下方式產生：伺服器接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；S402：向伺服器提供訂單的狀態資訊；S403：在用戶入住結束時，向平台伺服器發起辦理結帳請求，以便伺服器將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
需要說明的是，前述實施例二至四均是與實施例相對應的，因此，相關的實現細節可以參見實施例一中的介紹，這裡不再贅述。
與實施例二相對應，本發明實施例還提供了一種資料對象資訊處理裝置，該裝置應用於平台伺服器，參見圖5，該裝置可以包括：資料對象資訊提供單元501，用於向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；信用權限驗證單元502，用於接收到客戶端提交的針 對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證；訂單產生單元503，用於如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；訂單資訊提供單元504，用於通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務；資源劃撥單元505，用於在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
與實施例三相對應，本發明實施例還提供了一種資料對象資訊處理裝置，該裝置應用於客戶端，參見圖6，該裝置可以包括：資料對象資訊展示單元601，用於展示平台伺服器提供的飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；預訂請求提交單元602，用於接收到針對指定資料對象的預訂請求時，提交到伺服器，以便該平台伺服器在該請求的類型是信用類型時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單，通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預 置的方式為用戶提供信用類型的服務，在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
與實施例三相對應，本發明實施例還提供了一種資料對象資訊處理裝置，該裝置飯店資料處理系統，參見圖7，該裝置可以包括：訂單資訊接收單元701，用於通過系統介面接收平台伺服器提供的信用消費服務訂單，該訂單通過以下方式產生：伺服器接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；訂單狀態資訊提供單元702，用於向伺服器提供訂單的狀態資訊；結帳請求發起單元703，用於在用戶入住結束時，向平台伺服器發起辦理結帳請求，以便伺服器將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
通過本發明實施例，平台方可以提供伺服器以及客戶端，伺服器能夠與飯店資料處理系統進行直連，這樣，用戶可以通過客戶端進行飯店預訂，伺服器在產生訂單後，可以直接以直連的方式提供給飯店資料處理系統。另外，飯店的資料對象可以具有信用類型屬性，如果用戶選擇信用類型，則伺服器可以對用戶進行信用權限驗證，在驗證 通過的情況下，可以產生信用類型訂單，這樣，飯店可以為用戶辦理免押金入住、免查房離店等信用消費服務，並在用戶離店後，再由伺服器從用戶的支付賬戶向飯店支付訂單相關的資源。這種方式下，能夠提高效率，避免造成用戶的排隊等待的情況。另外，還可以減少用戶與飯店人員直接交互，增加線上服務，降低飯店營運成本。
通過以上的實施方式的描述可知，本領域的技術人員可以清楚地瞭解到本發明可借助軟體加必需的通用硬體平台的方式來實現。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品可以儲存在儲存介質中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台計算機設備(可以是個人計算機，伺服器，或者網路設備等)執行本發明各個實施例或者實施例的某些部分所述的方法。
本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統或系統實施例而言，由於其基本相似於方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的系統及系統實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分佈到多 個網路單元上。可以根據實際的需要選擇其中的部分或者全部模組來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下，即可以理解並實施。
以上對本發明所提供的資料對象資訊處理方法、裝置及系統，進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本發明的方法及其核心思想；同時，對於本領域的一般技術人員，依據本發明的思想，在具體實施方式及應用範圍上均會有改變之處。綜上所述，本說明書內容不應理解為對本發明的限制。
101‧‧‧平台伺服器
102‧‧‧客戶端
103‧‧‧飯店資料處理系統

Claims (24)

  1. 一種資料對象資訊處理系統，其特徵在於，包括：平台伺服器，至少一個客戶端以及至少一個飯店資料處理系統；其中，該平台伺服器用於：向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；在接收到客戶端的預訂請求時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過則產生信用類型的訂單，並通過該飯店資料處理系統的介面，將訂單提供給該飯店資料處理系統，在入住結束後，將訂單關聯的資源從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶；該客戶端用於：在目標資料對象以及類型被選中後，向該平台方伺服器發送預訂請求；該飯店資料處理系統用於：接收該平台方伺服器提供的訂單，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務。
  2. 根據申請專利範圍第1項所述的系統，其中：該平台伺服器還用於：在該訂單生命週期內，提供用於對該訂單進行操作的功能選項，以便對該訂單進行操作。
  3. 根據申請專利範圍第2項所述的系統，其中，該功能 選項包括：為該飯店資料處理系統提供的用於對該訂單進行操作的至少一個第一功能選項；該飯店資料處理系統還用於：通過該第一功能選項向該平台伺服器發起操作請求；該平台伺服器還用於：對該飯店資料處理系統通過該第一功能選項發起的操作請求進行處理。
  4. 根據申請專利範圍第3項所述的系統，其中，該第一功能選項包括用於取消訂單的第一功能選項；該平台伺服器進行的處理包括將該指定訂單取消，並通知給對應的用戶客戶端。
  5. 根據申請專利範圍第3項所述的系統，其中，該第一功能選項包括用於確認指定訂單關聯的用戶是否能夠按時到店的第一功能選項；該平台伺服器進行的處理包括向該指定訂單關聯的客戶端發送詢問消息，並將客戶端返回的結果，提供給該飯店資料處理系統。
  6. 根據申請專利範圍第3項所述的系統，其中，該第一功能選項包括用於將指定訂單從非擔保訂單轉換為擔保訂單的第一功能選項；該平台伺服器進行的處理包括：將該指定訂單轉換為擔保訂單，並將轉換結果提供給該飯店資料處理系統。
  7. 根據申請專利範圍第2項所述的系統，其中，該功能選項包括：為該客戶端提供的用於對該訂單進行操作的至少一個第二功能選項；該客戶端還用於：通過該第二功能選項向該平台方伺服器發起操作請求；該平台伺服器還用於：對該客戶端通過該第二功能選項發起的操作請求進行處理。
  8. 根據申請專利範圍第7項所述的系統，其中，該第二功能選項包括用於線上退房的第二功能選項；該平台伺服器進行的處理包括：將接收到的針對指定訂單的線上退房的請求，提供給該飯店資料處理系統，以便飯店資料處理系統辦理退房。
  9. 根據申請專利範圍第7項所述的系統，其中，該第二功能選項包括用於離店前線上開具業務憑證的第二功能選項；該平台伺服器進行的處理包括：將接收到的針對指定訂單的線上開具業務憑證的請求，提供給該飯店資料處理系統，以便飯店資料處理系統在用戶離店前為其開具業務憑證。
  10. 根據申請專利範圍第7項所述的系統，其中，該第二 功能選項包括用於查詢當前消費金額的第二功能選項；該平台伺服器進行的處理包括：將接收到的針對指定訂單的查詢消費金額的請求，發送給該飯店資料處理系統，將飯店資料處理系統返回的查詢結果提供給該客戶端。
  11. 根據申請專利範圍第7項所述的系統，其中，該第二功能選項包括用於使用飯店內提供的其他服務的第二功能選項；該平台伺服器進行的處理包括：接收到針對指定訂單的使用該其他服務的請求後，發送給該飯店資料處理系統，以便飯店資料處理系統分配相應的資源，為關聯的用於提供對應的服務。
  12. 根據申請專利範圍第11項所述的系統，該飯店內提供的其他服務包括以下中的一項或多項：餐飲服務、洗衣服務、打掃服務、物品服務、維修服務。
  13. 根據申請專利範圍第7項所述的系統，其中，該第二功能選項包括用於線上選房的第二功能選項；該平台伺服器進行的處理包括：根據預先從該飯店資料處理系統獲取到的飯店室內外地圖資料，以及房間實時預訂資訊，為該客戶端提供線上選房界面，並將客戶端提交的選擇結果添加到訂單中，提供給該飯店資料處理系 統。
  14. 根據申請專利範圍第7項所述的系統，其中，該第二功能選項包括用於線上開鎖的第二功能選項；該平台伺服器進行的處理包括：通過該客戶端接收用戶的身份認證資訊，並對用戶身份認證資訊進行驗證，驗證通過後，通知給該飯店資料處理系統，以便為該用戶提供對應的開鎖服務。
  15. 根據申請專利範圍第14項所述的系統，其中，該客戶端提交的身份認證資訊為人臉掃描資訊，該平台方伺服器利用人臉掃描資訊與預先獲知的用戶身份證件上的照片資訊進行比對，利用比對結果對該用戶身份認證資訊進行驗證。
  16. 根據申請專利範圍第7項所述的系統，其中，該第二功能選項包括用於自助入住的第二功能選項；該平台伺服器進行的處理包括：通過該客戶端接收到自助入住的請求後，根據預先保存的飯店室內外地圖資料以及訂單關聯的房間分配結果，為客戶端提供導航資訊。
  17. 根據申請專利範圍第2至16項中任一項所述的系統，其中，各功能選項為可配置，該平台伺服器還用於：接收飯店資料處理系統提交的功能選項選擇結果，在 向客戶端提供資料對象資訊時，將飯店資料處理系統選擇接入的功能選擇提供給客戶端。
  18. 一種資料對象資訊處理方法，其特徵在於，包括：平台伺服器向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證；如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務；在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
  19. 根據申請專利範圍第18項所述的方法，其中，還包括：在該訂單生命週期內，向客戶端和/或飯店資料處理系統提供用於對該訂單進行操作的功能選項，以便對該訂單進行操作。
  20. 一種資料對象資訊處理方法，其特徵在於，包括：客戶端展示平台伺服器提供的飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；接收到針對指定資料對象的預訂請求時，提交到伺服器，以便該平台伺服器在該請求的類型是信用類型時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單，通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務，在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
  21. 一種資料對象資訊處理方法，其特徵在於，包括：飯店資料處理系統通過系統介面接收平台伺服器提供的信用消費服務訂單，該訂單通過以下方式產生：伺服器接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；向伺服器提供訂單的狀態資訊；在用戶入住結束時，向平台伺服器發起辦理結帳請求，以便伺服器將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
  22. 一種資料對象資訊處理裝置，其特徵在於，應用於平台伺服器，包括：資料對象資訊提供單元，用於向客戶端提供飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型；信用權限驗證單元，用於接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證；訂單產生單元，用於如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；訂單資訊提供單元，用於通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務；資源劃撥單元，用於在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
  23. 一種資料對象資訊處理裝置，其特徵在於，應用於客戶端，包括：資料對象資訊展示單元，用於展示平台伺服器提供的飯店類資料對象資訊，該飯店類資料對象具有類型屬性，該類型包括信用類型； 預訂請求提交單元，用於接收到針對指定資料對象的預訂請求時，提交到伺服器，以便該平台伺服器在該請求的類型是信用類型時，對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單，通過該飯店資料處理系統的介面，將該訂單提供給該指定資料對象關聯的飯店資料處理系統，以便在該訂單關聯的用戶入住飯店的過程中，按照預置的方式為用戶提供信用類型的服務，在用戶入住結束後，將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
  24. 一種資料對象資訊處理裝置，其特徵在於，應用於飯店資料處理系統，包括：訂單資訊接收單元，用於通過系統介面接收平台伺服器提供的信用消費服務訂單，該訂單通過以下方式產生：伺服器接收到客戶端提交的針對指定資料對象的預訂請求時，如果請求的類型是信用類型，則對客戶端關聯的用戶進行信用權限驗證，如果驗證通過，則產生訂單，並將該訂單標記為信用類型服務訂單；訂單狀態資訊提供單元，用於向伺服器提供訂單的狀態資訊；結帳請求發起單元，用於在用戶入住結束時，向平台伺服器發起辦理結帳請求，以便伺服器將訂單關聯的資源資訊從用戶關聯的支付賬戶劃撥到飯店關聯的收款賬戶。
TW106115859A 2016-07-06 2017-05-12 資料對象資訊處理方法、裝置及系統 TW201802758A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
??201610530130.5 2016-07-06
CN201610530130.5A CN107590547A (zh) 2016-07-06 2016-07-06 数据对象信息处理方法、装置及系统

Publications (1)

Publication Number Publication Date
TW201802758A true TW201802758A (zh) 2018-01-16

Family

ID=60910978

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106115859A TW201802758A (zh) 2016-07-06 2017-05-12 資料對象資訊處理方法、裝置及系統

Country Status (5)

Country Link
US (1) US20180012316A1 (zh)
JP (1) JP2019525283A (zh)
KR (1) KR20190024954A (zh)
CN (1) CN107590547A (zh)
TW (1) TW201802758A (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107679861B (zh) * 2017-08-30 2022-11-11 创新先进技术有限公司 资源转移方法、资金支付方法、装置及电子设备
CN108197941A (zh) * 2018-01-22 2018-06-22 温州索易软件开发有限公司 一种房态结账信息处理系统
CN108494776B (zh) * 2018-03-26 2022-01-04 广州龙腾出行网络科技股份有限公司 一种用于机场出行服务平台的通信架构
CN108491949A (zh) * 2018-03-30 2018-09-04 深圳春沐源控股有限公司 基于客户信息的酒店服务方法及酒店信息交互方法
JP6448837B1 (ja) * 2018-05-23 2019-01-09 株式会社Ａｇｅｌｅｓｓ 予約管理サーバ及び予約管理システム
CN108921646A (zh) * 2018-06-08 2018-11-30 宋柯 一种支持线上和线下商家共同经营的房屋管理系统及方法
CN108846595A (zh) * 2018-08-03 2018-11-20 重庆阿拉丁魔方科技有限公司 一种分布式物联酒店管理系统
CN109859074A (zh) * 2018-12-25 2019-06-07 航天信息股份有限公司 自助式酒店入住系统及方法
CN109685234B (zh) * 2018-12-27 2023-09-05 携程计算机技术（上海）有限公司 用于酒店房型预订的处理方法以及系统
CN109816130A (zh) * 2019-03-22 2019-05-28 北京朕霖文化传媒有限公司 一种排队预约洗车方法及其系统
US20220172135A1 (en) * 2019-03-25 2022-06-02 The Hotel Communication Network, Inc. Managing hotel guest departures within an automated guest satisfaction and services scheduling system
CN111861599A (zh) * 2019-04-24 2020-10-30 北京嘀嘀无限科技发展有限公司 一种资源处理方法及装置
CN111898778A (zh) * 2019-05-05 2020-11-06 上海复创互联网科技有限公司 一种酒店预定系统
CN112016780A (zh) * 2019-05-31 2020-12-01 阿里巴巴集团控股有限公司 服务信息处理方法及装置
JP6819763B1 (ja) * 2019-10-28 2021-01-27 オムロン株式会社 宿泊施設利用管理システム、宿泊施設利用管理方法、及びプログラム
CN111222656A (zh) * 2019-11-21 2020-06-02 深圳春沐源控股有限公司 客房管理方法、服务器、终端和计算机可读存储介质
JP6962400B2 (ja) * 2020-03-03 2021-11-05 オムロン株式会社 施設利用管理システム、施設利用管理方法、操作端末装置、及び施設利用管理プログラム
CN111754219A (zh) * 2020-06-12 2020-10-09 支付宝实验室(新加坡)有限公司 一种业务处理方法及相关硬件
CN112016720B (zh) * 2020-09-01 2023-11-17 王渡江 一种基于大数据的个性化预定系统、方法及商业模式
CN113505906B (zh) * 2021-07-01 2024-02-20 上海哔哩哔哩科技有限公司 对象预定方法及装置
JP7136505B1 (ja) 2021-08-19 2022-09-13 株式会社スマートホテルソリューションズ 決済管理装置、決済管理システムおよび決済管理方法
CN115019453B (zh) * 2022-08-09 2022-12-06 盛投(深圳)供应链管理有限公司 Pos终端及其注册方法、系统及存储介质

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030140007A1 (en) * 1998-07-22 2003-07-24 Kramer Glenn A. Third party value acquisition for electronic transaction settlement over a network
US20010027481A1 (en) * 2000-02-09 2001-10-04 Whyel Gabriel C. Method and system for appointment/reservation scheduling
NO314530B1 (no) * 2000-02-25 2003-03-31 Ericsson Telefon Ab L M Trådlös reservering, innsjekking, tilgangskontroll, utsjekking og betaling
JP2002073829A (ja) * 2000-06-13 2002-03-12 Toshiba Corp 宿泊施設の予約会計システム及び方法、その為の予約サーバー及び予約実績ファイル及び宿泊施設の提供方法
US20020040346A1 (en) * 2000-09-27 2002-04-04 Kwan Khai Hee Computer system and method for on-line generating a password protected and barcode prepaid instrument of entitlement and activating said instrument on presentation over a computer network
JP2002133236A (ja) * 2000-10-26 2002-05-10 Meroo In Sapporo Kk ホテルの客室販売方法およびシステム
US20020069093A1 (en) * 2000-12-04 2002-06-06 Stanfield Richard C. Electronic reservation referral system and method
US9715691B2 (en) * 2001-01-16 2017-07-25 Gtj Ventures, Llc Apparatus and method for providing transaction history information, account history information, and/or charge-back information
US8145535B2 (en) * 2003-10-24 2012-03-27 Sachin Goel Computer implemented methods for providing options on products
US20150052253A1 (en) * 2014-09-22 2015-02-19 Weaved, Inc. Multi-server fractional subdomain dns protocol
US20080294556A1 (en) * 2007-05-24 2008-11-27 Jim Anderson Mobile commerce service
US8121956B2 (en) * 2007-06-25 2012-02-21 Visa U.S.A. Inc. Cardless challenge systems and methods
JP4700768B2 (ja) * 2008-06-30 2011-06-15 株式会社東横インＩｔ集客ソリューション 予約受付システム
US20130262309A1 (en) * 2012-04-02 2013-10-03 Mpayme Ltd. Method and System for Secure Mobile Payment
CN102831485A (zh) * 2012-08-17 2012-12-19 南京物联传感技术有限公司 酒店自助预订系统及其工作方法
CN102968715B (zh) * 2012-11-02 2017-06-13 汇付天下有限公司 一种基于信用数据的支付控制方法和系统
JP2015049589A (ja) * 2013-08-30 2015-03-16 株式会社野村総合研究所 情報処理システム、売買支援サーバ、販売者端末および購入者端末
JP2016066257A (ja) * 2014-09-25 2016-04-28 株式会社日本Ｌｃｃ 宿泊支援サーバ、及び宿泊支援プログラム
CN105069549A (zh) * 2015-07-16 2015-11-18 沈阳化工大学 一种酒店管理信息系统
US20170124610A1 (en) * 2015-10-30 2017-05-04 Agilysys, Inc. Rules-based folio routing
US10776887B2 (en) * 2017-02-07 2020-09-15 Enseo, Inc. System and method for making reservations in a hospitality establishment

Also Published As

Publication number Publication date
CN107590547A (zh) 2018-01-16
US20180012316A1 (en) 2018-01-11
KR20190024954A (ko) 2019-03-08
JP2019525283A (ja) 2019-09-05

Similar Documents

Publication Publication Date Title
TW201802758A (zh) 資料對象資訊處理方法、裝置及系統
US11222352B2 (en) Automatic billing payment system
WO2018006716A1 (zh) 订单信息处理方法、装置及系统
US20140058862A1 (en) Secure Online Push Payment Systems and Methods
CN103984983A (zh) 一种酒店自助服务系统及其方法
WO2018006717A1 (zh) 订单信息处理以及订单类型转换处理方法及装置
JP5461992B2 (ja) 支払を行うためのシステムおよび方法
US20160104122A1 (en) Remote video conferencing system
US20150039452A1 (en) Consolidated Retailer-Operated Electronic Payment System
TWI599969B (zh) Integrated payment services for cloud trading system
CN111222973B (zh) 信息处理系统及方法
CA3017280A1 (en) Method and system for efficient shared transaction processing
EP4258200A2 (en) Method and system for obtaining credit
KR101425470B1 (ko) 소셜 네트워크 서비스 기반의 티켓리스 시스템 및 그의 처리 방법
US20210304303A1 (en) System and Method for Efficient Allocation of Resources in a Financial Services Branch
KR101799054B1 (ko) 서비스 서버 및 이를 이용한 모임관리 시스템
US20200097968A1 (en) System and logic to convert an existing online bank transfer transaction
WO2018009491A1 (en) Systems and methods for connecting disparate computing devices via standard interfaces and direct network connections
US20140040054A1 (en) Housing services kiosk
KR20200046948A (ko) 결제 대금 정산 서비스 제공 방법 및 그를 수행하는 결제 대행 서버
JP7168309B2 (ja) 情報処理プログラム、方法、装置、及びシステム
CN117333177A (zh) 一种社保费用自助缴纳方法、系统、电子设备及介质
KR20130062457A (ko) 정보처리 방법 및 시스템과 기록매체
KR20140022533A (ko) 원스탑 결제 중계 서비스 방법
KR101004080B1 (ko) 업무권한 자동변경 방법