TW202418154A - 處理與住宿商品相關之預約之方法及其裝置 - Google Patents

處理與住宿商品相關之預約之方法及其裝置 Download PDF

Info

Publication number
TW202418154A
TW202418154A TW112132243A TW112132243A TW202418154A TW 202418154 A TW202418154 A TW 202418154A TW 112132243 A TW112132243 A TW 112132243A TW 112132243 A TW112132243 A TW 112132243A TW 202418154 A TW202418154 A TW 202418154A
Authority
TW
Taiwan
Prior art keywords
reservation
request
mentioned
processing
cancellation
Prior art date
Application number
TW112132243A
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 TW202418154A publication Critical patent/TW202418154A/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
    • 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/28—Pre-payment schemes, e.g. "pay before"
    • 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
    • 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
    • G06Q20/407—Cancellation of a transaction
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • 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
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computer Security & Cryptography (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本發明提供一種處理與住宿商品相關之預約之方法及其裝置。本發明之一實施例之對住宿商品之預約進行處理之方法係藉由電子裝置而實行者，其可包括如下步驟：獲得複數個住宿商品各者之複數個預約資訊、及與上述複數個預約資訊中之至少一部分對應之一個以上之取消請求；基於上述複數個預約資訊及上述一個以上之取消請求，提取用戶對發佈有上述複數個住宿商品之預約平台之預約模式；基於上述預約模式，將上述一個以上之取消請求分類為實行第1處理之第1請求、及實行區別於上述第1處理之第2處理之第2請求中之任一者；及對上述第2請求實行上述第2處理。上述複數個預約資訊各者可包括住宿商品之預約者資訊、住宿設施之名稱資訊、日期資訊、客房類型資訊及預約金資訊中之至少一部分。上述第1處理可為對取消請求之正常處理，上述第2處理可為對取消請求之異常處理。

Description

處理與住宿商品相關之預約之方法及其裝置
本發明係關於一種處理與住宿商品相關之預約之技術。
由於住宿商品(例如：酒店利用券、民宿利用券等)通常隨旅行日程一起購買，因此具有於該住宿商品之利用日期之前購買之特徵。因此，若用戶於臨近該住宿商品之利用日期時取消預約，則供應者會有無法提前向其他用戶銷售該住宿商品之損失。作為用以補償供應者所負擔之損失之方法，供應者向用戶收取取消預約之取消手續費(例如：違約金等)。
[發明所欲解決之問題]
本發明之一實施例欲解決之技術課題在於提供一種可提高用戶便利性之技術。
本發明之一實施例欲解決之另一技術課題在於提供一種可促進用戶對住宿商品之預約之技術。
本發明之一實施例欲解決之又一技術課題在於提供一種可增加供應者之售出之技術。
本發明之一實施例欲解決之又一技術課題在於提供一種可減輕用戶所負擔之取消手續費，同時亦可保護預約平台之運營主體之技術。
本發明之一實施例欲解決之又一技術課題在於提供一種可對預約平台內發生之用戶請求進行異常處理之技術。
本發明之技術課題並不限制於以上提及之技術課題，本發明之技術領域內具有常識者可根據以下之記載明確地理解未提及之其他技術課題。 [解決問題之技術手段]
本發明之一實施例之對住宿商品之預約進行處理之方法係藉由電子裝置而實行者，其可包括如下步驟：獲得複數個住宿商品各者之複數個預約資訊、及與上述複數個預約資訊中之至少一部分對應之一個以上之取消請求；基於上述複數個預約資訊及上述一個以上之取消請求，提取用戶對發佈有上述複數個住宿商品之預約平台之預約模式；基於上述預約模式，將上述一個以上之取消請求分類為實行第1處理之第1請求、及實行區別於上述第1處理之第2處理之第2請求中之任一者；及對上述第2請求實行上述第2處理。
於一實施例中，上述複數個預約資訊各者可包括住宿商品之預約者資訊、住宿設施之名稱資訊、日期資訊、客房類型資訊及預約金資訊中之至少一部分。
於一實施例中，上述第1處理可為對取消請求之正常處理，上述第2處理可為對取消請求之異常處理。
於一實施例中，提取上述預約模式之步驟可包括如下步驟：基於上述一個以上之取消請求，提取經取消處理之第1預約模式；提取未進行取消處理之第2預約模式；及區分上述第1預約模式與上述第2預約模式而儲存於資料庫中。
於一實施例中，上述複數個預約資訊各者可基於伴隨用戶之預約條件之預約請求而產生，上述方法進而包括如下步驟：獲得與上述複數個預約資訊各者對應之複數個預約請求；將上述複數個預約請求分類為實行第3處理之第3請求、及實行區別於上述第3處理之第4處理之第4請求中的任一者；及對上述第4請求實行上述第4處理。
於一實施例中，上述預約條件可包括住宿商品之日期資訊、住宿設施之名稱資訊、客房類型資訊及預約金資訊。
於一實施例中，上述第3處理可為對預約請求之正常處理，上述第4處理可為對預約請求之異常處理。
於一實施例中，將上述複數個預約請求分類為上述第3請求與上述第4請求中之任一者之步驟可包括如下步驟：若傳輸對象預約請求之用戶帳戶將基準個數以上之預約請求傳輸至伴隨於上述對象預約請求中之預約條件的日期資訊，則將上述對象預約請求分類為上述第4請求。
於一實施例中，將上述複數個預約請求分類為上述第3請求與上述第4請求中之任一者之步驟可包括如下步驟：若傳輸第1預約請求之用戶帳戶將基準個數以上之預約請求傳輸至伴隨於上述第1預約請求中之預約條件的日期資訊，則對與上述第1預約請求及上述基準個數以上之預約請求中包括之第2預約請求各者對應之位置資訊進行比較；及若基於上述位置資訊之比較之距離為基準距離以上，則將上述第1預約請求分類為上述第4請求。
於一實施例中，實行上述第4處理之步驟可包括如下步驟：將告知與上述第4請求對應之上述第4處理之通知傳輸至與上述用戶帳戶對應之用戶終端。
於一實施例中，將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟的實行週期，可短於將上述複數個預約請求分類為上述第3請求與上述第4請求中之任一者之步驟的實行週期。
於一實施例中，將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟可包括如下步驟：算出傳輸取消請求之用戶帳戶之預約取消率；及若上述預約取消率為基準取消率以上，則將上述用戶帳戶之取消請求分類為上述第2請求。
於一實施例中，上述用戶帳戶之有效預約次數越多，則越高地確定上述基準取消率，上述有效預約次數可為上述用戶帳戶之未進行取消處理之住宿商品之預約次數。
於一實施例中，將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟可包括如下步驟：算出與住宿商品對應之住宿設施之預約取消率；及若上述預約取消率為基準取消率以上，則將上述住宿商品之取消請求分類為上述第2請求。
於一實施例中，將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟可包括如下步驟：算出因取消與住宿商品對應之住宿設施之預約而產生之違約金總額；及若上述違約金總額為基準金額以上，則將上述住宿商品之取消請求分類為上述第2請求。
於一實施例中，上述住宿設施之有效預約次數越多，則越高地確定上述基準取消率或上述基準金額，上述有效預約次數可為上述住宿設施之未進行取消處理之住宿商品之預約次數。
於一實施例中，將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟可包括如下步驟：識別住宿商品之屬性資訊之變動時點；及若自上述變動時點起於基準期間內傳輸上述住宿商品之預約請求、及與上述預約請求對應之取消請求，則將上述取消請求分類為上述第2請求。
於一實施例中，上述屬性資訊可包括上述住宿商品之預約金資訊。
於一實施例中，上述基準期間可基於上述變動時點與對應於上述住宿商品之日期資訊之時間間隔而確定。
於一實施例中，實行上述第2處理之步驟可包括如下步驟：停用取消住宿商品之預約之處理，該處理係根據確定為上述第2請求之取消請求而產生。
於一實施例中，實行上述第2處理之步驟可包括如下步驟：按照基準比率來減少因確定為上述第2請求之取消請求而產生之退款金額，從而實行取消住宿商品之預約之處理。
於一實施例中，實行上述第2處理之步驟可包括如下步驟：於上述預約平台中刪除與上述第2請求對應之住宿商品。
本發明之另一實施例之電子裝置可包括：處理器；網路介面；記憶體；及電腦程式，其加載(load)至上述記憶體，藉由上述處理器而執行；上述電腦程式包括：獲得複數個住宿商品各者之複數個預約資訊、及與上述複數個預約資訊中之至少一部分對應之一個以上之取消請求的指令(instruction)；基於上述複數個預約資訊及上述一個以上之取消請求，提取用戶對發佈有上述複數個住宿商品之預約平台之預約模式的指令；基於上述預約模式，將上述一個以上之取消請求分類為實行第1處理之第1請求、及實行區別於上述第1處理之第2處理之第2請求中的任一者的指令；及對上述第2請求實行上述第2處理的指令。
於另一實施例中，上述複數個預約資訊各者可包括住宿商品之預約者資訊、住宿設施之名稱資訊、日期資訊、客房類型資訊及預約金資訊中之至少一部分。
於另一實施例中，上述第1處理可為對取消請求之正常處理，上述第2處理可為對取消請求之異常處理。
於另一實施例中，上述複數個預約資訊各者可基於伴隨用戶之預約條件之預約請求而產生，上述電腦程式進而包括：獲得與上述複數個預約資訊各者對應之複數個預約請求之指令；將上述複數個預約請求分類為實行第3處理之第3請求、與實行區別於上述第3處理之第4處理之第4請求中的任一者的指令；及對上述第4請求實行上述第4處理之指令。
於另一實施例中，上述預約條件可包括住宿商品之日期資訊、住宿設施之名稱資訊、客房類型資訊及預約金資訊。
於另一實施例中，上述第3處理可為對預約請求之正常處理，上述第4處理可為對預約請求之異常處理。 [發明之效果]
根據本發明，可提高用戶便利性。
根據本發明，可促進用戶對住宿商品之預約。
根據本發明，可增加供應者之售出。
根據本發明，可減輕用戶所負擔之取消手續費，同時保護預約平台之運營主體。
根據本發明，可對預約平台內發生之用戶請求進行異常處理。
本發明之技術思想之效果並不限制於以上提及之效果，普通技術人員可根據說明書之記載而明確地理解未提及之其他效果。
本發明中記載之各種實施例係以明確說明本發明之技術思想為目的而例示者，並不意欲將其限定為特定實施方式。本發明之技術思想包括本發明記載之各實施例之各種變更(modifications)、均等物(equivalents)、替代物(alternatives)及選擇性地組合各實施例之全部或一部分所得之實施例。又，本發明之技術思想之申請專利範圍並不限定於以下提出之各種實施例或對其之具體說明。
關於本發明中使用之用語，包括技術性或科學性用語，除非另外定義，否則應具有本發明所屬技術領域中具有常識者通常理解之含義。
關於本發明中使用之如「包括」、「可包括」、「具備」、「可具備」、「具有」、「可具有」等表述，意味著存在對象特徵(例如，功能、動作或構成要素等)，不排除其他追加性特徵之存在。即，如上所述之表述應理解為具有包含其他實施例之可能性之開放型用語(open-ended terms)。
關於本發明中描述之單數型表述，除非另有提及，否則可包含複數型之含義，這同樣用於申請專利範圍中記載之單數型表述。
關於本說明書中使用之「第1」、「第2」或「第一」、「第二」等表述，除非另有提及，否則係用以於指代複數個同類對象之情形時將一個對象與其他對象區分開來，並非用以限定對象間之順序或重要度。例如，本發明之複數個用戶終端中包括之各用戶終端可藉由表示為「第1用戶終端」及「第2用戶終端」而彼此區分。
本發明中使用之「A、B及C」、「A、B或C」、「A、B及/或C」或「A、B及C中至少一者」或「A、B或C中至少一者」、「A、B及/或C中至少一者」等表述可指所列出之各個項目或所列出之項目之所有可能之組合。例如，「A或B中至少一者」可指(1)至少一個A，(2)至少一個B，(3)至少一個A及至少一個B。
本發明中使用之所謂「基於～」之表述，用於描述包含該表述之語句或文章中描述之對確定、判斷之行為或動作產生影響之一個以上的因素，該表述不排除對確定、判斷行為或動作產生影響之其他因素。
本發明中使用之某個構成要素(例如，第1構成要素)「連接」或「連結」於另一構成要素(例如，第2構成要素)之表述，不僅可指上述某個構成要素直接連接於上述另一構成要素，亦可經由新的其他構成要素(例如，第3構成要素)而連接或連結於上述另一構成要素。
本發明中使用之表述「以～方式構成(configured to)」，根據上下文，可具有「以～方式設定」、「具有～之能力」、「以～方式變更」、「以～方式製成」、「可進行～」等含義。該表述不限制於「硬體上特別設計」之含義，例如，所謂以執行特定動作之方式構成之處理器可指藉由執行軟體而可實行特定動作之通用處理器(generic purpose processor)、或藉由程式構造化以實行該特定動作之特殊用途電腦(special purpose computer)。
本發明中使用之用語「平台(Platform)」可指藉由整合管理相同或相似目的之服務而成為用戶之使用基礎之有形或無形之空間，其具體含義雖有差異，但整體而言可與「軟體」、「應用程式」或「解決方案」互換稱呼。於一實施例中，預約平台可為整合住宿商品之預約服務之有形或無形之空間。視情形，預約平台可簡稱為平台。
以下，參照附圖，對本發明中記載之各種實施例進行說明。於附圖及對圖式之說明中，對相同或實質上等同(substantially equivalent)之構成要素賦予相同之參照符號。又，於以下各種實施例之說明中，可省略對相同或對應之構成要素之重複描述，但這並不意味著該構成要素不包括於該實施例中。
以下，將基於與住宿商品之預約服務相關之平台，對將要說明之各種實施例進行說明，但其僅為示例，本發明之範圍並不限定於住宿商品。即，應注意，本發明之技術思想可應用於在商品之利用日期之前執行預約(或購買)之類型之商品(例如：演出商品、展示會商品、體育觀看商品、機票商品、火車票商品等)。
圖1係表示可應用本發明之一實施例之裝置之環境的圖。該環境可包括預約處理裝置110、用戶終端120、保險公司伺服器裝置130或供應者終端140。圖1示出了將1個用戶終端120及1個供應者終端140應用於環境之一例，但其僅為了便於理解，用戶終端120之個數及供應者終端140之個數可能有所不同。又，圖1僅表示用以達成本發明之目的之較佳實施例，可視需要添加或刪除一部分構成要素。
以下，對圖1所示之各構成要素進行更具體之說明。
預約處理裝置110可為向用戶提供與住宿商品相關之預約服務之平台之伺服器裝置。住宿商品可指住宿設施(例如：酒店、公寓、度假村、汽車旅館、民宿等)之利用券。此處，住宿商品可預先確定住宿設施之名稱、住宿設施之位置、利用日期、客房類型(例如：大床房、雙床房、高級客房、豪華客房、套房等)或預約金。預約服務可指與住宿商品之預約相關之服務。例如，預約服務中可包括執行住宿商品之預約之服務或取消住宿商品之預約之服務等。
預約處理裝置110可藉由網路自用戶終端120、保險公司伺服器裝置130或供應者終端140接收或傳輸資訊，以實現與預約服務相關之平台之動作。例如，預約處理裝置110可自用戶終端120接收住宿商品之預約請求及伴隨於該預約請求中之預約條件，並執行用以執行住宿商品之預約之一系列動作。又例如，預約處理裝置110亦可自用戶終端120接收預約之取消請求，並執行用以取消該預約之一系列動作(例如：向用戶終端120傳輸預約金全額之退款通知、向保險公司伺服器裝置130傳輸保險金申請請求、向供應者終端140傳輸基於保險公司所支付之保險金之補償金的支付通知等)。再例如，預約處理裝置110亦可自用戶終端120接收住宿商品之各種請求(例如：預約請求、取消請求等)，並實行與該請求對應之處理。除此之外，預約處理裝置110亦可藉由網路與其他裝置120、130、140接收或傳輸資訊，以執行與預約服務相關之各種動作，具體動作將藉由以下之說明書之記載而具體化。
預約處理裝置110可對自用戶終端120、保險公司伺服器裝置130或供應者終端140接收之資訊實行各種處理動作。例如，預約處理裝置110可對該資訊進行處理，例如修正、刪除、選擇、計算、確定或提取等加工。又例如，預約處理裝置110亦可將該資訊或該經加工之資訊儲存於預約處理裝置110之內部儲存器(例如：資料庫)或外部儲存器中。除此之外，預約處理裝置110亦可實行公知之各種動作，以將根據用戶對平台之利用而獲得之資訊處理成所需之形式。
預約處理裝置110可由一個以上之計算裝置實現。例如，預約處理裝置110之所有功能可於單個計算裝置中實現。又例如，預約處理裝置110之第1功能可於第1計算裝置中實現，並且區別於第1功能之第2功能可於區別於第1計算裝置之第2計算裝置中實現。例如，計算裝置可為桌上型電腦(Desktop)、膝上型電腦(Laptop)、應用程式伺服器(Application Server)、代理伺服器(Proxy Server)或雲端伺服器(Cloud Server)等，但並不限於此，可包括具備計算功能之所有種類之裝置。
用戶終端120及供應者終端140各者可為與住宿商品之預約服務相關之平台利用者之終端。於本發明中，為了便於理解，用戶終端120稱為預約服務之需求者之終端，供應者終端140稱為住宿商品之供應者(例如：酒店所有者、酒店管理者、民宿所有者、民宿管理者等)之終端。於一實施例中，為了使與預約服務相關之平台利用者使用該平台，用戶終端120及供應者終端140各者可設置網路瀏覽器(Web Browser)或應用程式(Application)。視情形，用戶終端120及供應者終端140各者亦可設置其他類型(例如：需求者專用版本或供應者專用版本)之網路瀏覽器或應用程式。此種用戶終端120或供應者終端140例如可為桌上型電腦(Desktop)、工作站(Workstation)、膝上型電腦(Laptop)、平板電腦(Tablet Computer)、可穿戴裝置(Wearable Device)或智慧型手機(Smart Phone)等之裝置中之任一者，但並不限定於本示例，可包括具備計算功能之所有種類之計算裝置。
保險公司伺服器裝置130可為與住宿商品之預約服務相關之保險公司之伺服器裝置。於本發明中，保險公司可指收取與在平台中執行之預約對應之保險費，並且當發生該預約之取消時，支付與取消手續費(例如：違約金)對應之保險金的公司。即，平台之運營主體支付與在平台中執行之預約對應之保險費，當發生該預約之取消時，可自保險公司接收保險金作為所支付之保險費之反向給付，並將保險金之至少一部分作為補償金(本發明中使用之「補償金」可變更為「清算金」、「賠償金」等各種方式)支付給供應者以補償供應者之損失。如此，藉由向供應者支付補償金而並非取消手續費(例如：違約金)，可減輕負擔取消手續費之用戶之負擔。於一實施例中，保險公司伺服器裝置130為了保險金之適當/合適之支付等，可自預約處理裝置110實時接收於平台中執行之各種請求(例如：預約請求、取消請求等)及伴隨該請求之資訊(例如：預約條件等)。此種保險公司伺服器裝置130例如可為桌上型電腦(Desktop)、膝上型電腦(Laptop)、應用程式伺服器(Application Server)、代理伺服器(Proxy Server)或雲端伺服器(Cloud Server)等，但其並不限於此，可包括具備計算功能之所有種類之裝置。
預約處理裝置110、用戶終端120、保險公司伺服器裝置130或供應者終端140可藉由網路進行通訊。網路例如可實現為如區域網(Local Area Network，LAN)、廣域網(Wide Area Network，WAN)、行動無線電通訊網(Mobile Radio Communication Network)，Wibro(Wireless Broadband Internet，無線寬頻網)等所有種類之有線或無線網路。
圖2係表示本發明之一實施例中可參照之平台之主頁畫面200的圖。主頁畫面200可包括檢索欄區域210、類別選擇區域220或推薦住宿商品區域230。
對圖2進行具體說明，檢索欄區域210可為供用戶設定用以檢索住宿商品之檢索條件之區域。檢索條件係以檢索住宿商品之條件，例如可包括位置、住宿設施之名稱、利用日期、利用人員、客房類型、預約金之範圍或住宿設施之類別作為項目。為了使用戶適當地設定檢索條件中包括之項目，主頁畫面200之檢索欄區域210可應用適當之UI(User Interface，用戶介面，例如：按鈕、組合框、檢索框等)而實現。用戶可藉由應用於檢索欄區域210之UI來設定檢索條件，從而檢索期望之住宿商品。
類別選擇區域220可為包括用以顯示根據類別而分類之住宿商品之清單之一個以上之按鈕(例如：國內旅行民宿/露營按鈕、國內旅行酒店/度假村按鈕、海外旅行酒店按鈕等)的區域。類別作為可對住宿商品進行分類之基準，可指根據該基準而分類之住宿商品之共同屬性。若用戶選擇類別選擇區域220中包括之按鈕，則與所選擇之按鈕對應之類別之住宿商品可顯示為清單。
推薦住宿商品區域230可為推薦並顯示個別住宿商品之區域。推薦住宿商品區域230可顯示一個以上之推薦之住宿商品之圖像。推薦住宿商品區域230中包括之圖像可以各種方式來確定(即，住宿商品之推薦)。例如，可查詢連結於平台之用戶帳戶(以下，「用戶帳戶」可簡稱為「賬戶」)之過去預約歷史，從而提取與該用戶帳戶對應之用戶所利用之住宿商品之共同屬性，並基於該提取來推薦住宿商品。又例如，亦可分析利用平台之複數個用戶帳戶之過去預約歷史(例如：分析預約最多之商品、分析評分最高之商品)，從而基於該分析來推薦住宿商品。若用戶選擇推薦住宿商品區域230中包括之住宿商品之圖像，則可顯示與所選擇之圖像對應之住宿商品之詳細畫面。
目前為止所說明之主頁畫面200可理解為基本上可應用於與預約服務相關之平台之畫面，該預約服務係與住宿商品相關者。然而，應注意，可視需要刪除構成主頁畫面200之構成要素之一部分、或根據本發明之各種實施例而將一部分構成要素添加至主頁畫面200、或將其他通用構成要素添加至主頁畫面200。又，構成主頁畫面200之構成要素之配置亦可有所不同。
圖3係表示本發明之一實施例中可參照之住宿商品之詳細畫面300的圖。特別是，圖3示出了至利用日期前1日為止可對預約金全額進行退款之住宿商品之詳細畫面300。即，如參照圖1所述，基於保險公司支付之保險金而向供應者支付補償金，藉此用戶無需負擔取消手續費，亦可接收預約金全額之退款。
對圖3進行具體說明，詳細畫面300可包括圖像顯示區域310、屬性選擇區域320、基本資訊顯示區域330或評論顯示區域340。
圖像區域310可為顯示與住宿商品對應之住宿設施之圖像之區域。屬性選擇區域320可為顯示用以顯示與住宿商品相關之詳細資訊之按鈕(例如：客房選擇按鈕321、屬性說明按鈕、商品名稱按鈕、商品資訊按鈕)之區域。例如，若用戶選擇客房選擇按鈕321，則可顯示用以設定住宿設施所具備之客房類型之設定欄321a。基本資訊顯示區域330可為顯示與住宿商品相關之基本資訊之區域。例如，住宿設施之名稱331、預約金332或通知可對預約金全額進行退款之識別符333可顯示於基本資訊顯示區域330中。用戶藉由確認詳細畫面300中顯示之識別符333，可將顯示識別符333之住宿商品識別為即便預約被取消，亦可對預約金全額進行退款之住宿商品。評論顯示區域340可為顯示與住宿商品相關之評論之區域。
目前為止所說明之詳細畫面300可理解為平台中發佈之住宿商品之詳細畫面。例如，若用戶選擇平台中發佈之住宿商品之圖像(例如：主頁畫面200中顯示之住宿商品之圖像)，則畫面可切換至詳細畫面300。然而，應注意，可視需要刪除構成詳細畫面300之構成要素之一部分、或根據本發明之各種實施例而將一部分構成要素添加至詳細畫面300、或將其他通用構成要素添加至詳細畫面300。又，構成詳細畫面300之構成要素之配置亦可有所不同。
圖4係表示可實現本發明之一實施例之裝置之計算裝置400的圖。於本發明中，計算裝置400可表述為電子裝置，計算裝置400與電子裝置可互換稱呼。上文所述之預約處理裝置110、用戶終端120、保險公司伺服器裝置130及供應者終端140各者可藉由該計算裝置400而實現。計算裝置400可包括一個以上之處理器410、一個以上之記憶體420或通訊介面430。於一實施例中，可刪除計算裝置400中之一部分構成要素、或將其他構成要素(例如：顯示器等)添加至計算裝置400。又，可附加地或替代地整合一部分構成要素而實現、或實現為單個或複數個個體。於本發明中，一個以上之處理器410可指處理器410。若未於文中明確地進行不同之表述，則此種所謂處理器410之用語可指一個或一個以上之處理器之集合。又，於本發明中，一個以上之記憶體420可指記憶體420。若未於文中明確地進行不同之表述，則此種所謂記憶體420之用語可指一個或一個以上之記憶體之集合。
計算裝置400內之至少一部分構成要素藉由匯流排(Bus)、GPIO(General Purpose Input/Output，通用目的輸入輸出)、SPI(Serial Peripheral Interface，串列周邊介面)或MIPI(Mobile Industry Processor Interface，行動產業處理器介面)等而彼此連接，從而可收發資料或信號。
處理器410可實行計算裝置400之各構成要素之控制、或與通訊相關之運算或資料處理。具體而言，處理器410可驅動自其他構成要素接收之軟體(例如：命令、指令(Instruction)或程式等)而對連接於處理器410上之計算裝置400之至少一個構成要素進行控制。作為一例，處理器410可將命令或資料加載至記憶體420，對儲存於記憶體420之命令或資料進行處理，將該處理之結果資料儲存於記憶體420。又，處理器410與計算裝置400之構成要素作動地連接，從而可實行與本發明相關之各種運算、處理、資料產生或加工等動作。
記憶體420可儲存各種資料。儲存於記憶體420之資料係藉由計算裝置400之至少一個構成要素而獲得、處理、或使用之資料，可包括軟體(例如：命令、指令或程式等)。作為一例，記憶體420可將處理器410之動作儲存為電腦程式。電腦程式可包括如下之一個以上之命令：於加載至記憶體420時，使處理器410實行本發明之各種實施例之動作。即，處理器410可藉由執行上述一個以上之命令而實行本發明之各種實施例之動作。又，記憶體420例如可包括揮發性或非揮發性記憶體。於一實施例中，程式係儲存於記憶體420之軟體，可包括用以控制計算裝置400之資源之操作系統、應用程式或為了使應用程式能夠運用計算裝置400之資源而將各種功能提供至應用程式之中間軟體等。
通訊介面430亦可稱為網路介面。通訊介面430可與外部裝置建立有線或無線通訊通道，與該外部裝置收發各種資料。於一實施例中，通訊介面430為了與外部裝置進行有線通訊，可包括用以藉由有線纜線而與外部裝置連接之至少一個埠。於此情形時，通訊介面430可藉由至少一個埠而與有線連接之外部裝置實行通訊。於一實施例中，通訊介面430能夠以如下方式構成：包括蜂巢式通訊模組而連接於蜂巢網路(例如，3G(3rd Mobile Communication Technology，第三代行動通訊技術)、LTE(Long-Term Evolution，長期演進)、5G(5th Generation Mobile Communication Technology，第五代行動通訊技術)、Wibro(Wireless Broadband，無線寬頻)或Wimax(Worldwide Interoperability for Microwave Access，全球互通微波存取))。於一實施例中，通訊介面430可包括近距離通訊模組而利用近距離通訊(例如，Wi-Fi(Wireless Fidelity，無線保真)、藍牙(Bluetooth)、低功耗藍牙(Bluetooth Low Energy，BLE)、UWB(Ultra Wide Band，超寬頻))來與外部裝置進行資訊收發。於一實施例中，通訊介面430可包括用於非接觸式通訊之非接觸通訊模組。非接觸式通訊例如可包括如NFC(Near Field Communication，近場通訊)通訊、RFID(Radio Frequency Identification，無線射頻識別)通訊或MST(Magnetic Secure Transmission，磁性安全傳輸)通訊之至少一種非接觸方式之短距離通訊技術。除上述各種示例以外，亦能夠以與外部裝置進行通訊之公知之各種方式實現計算裝置400，本發明之範圍並不限制於上述示例。
於一實施例中，計算裝置400可進而包括顯示器。顯示器可基於處理器410之控制而顯示各種畫面。例如顯示器可基於處理器410之控制而顯示應用各種UI之畫面，各種UI係藉由與住宿商品之預約服務相關之平台而進行者。此處，為了將應用各種UI之畫面顯示於顯示器上，例如可將網頁瀏覽器或專用應用程式設置於計算裝置400。又，顯示器可構成為與用戶交互，並可基於處理器410之控制而顯示各種畫面，並自用戶接收用戶輸入。此種顯示器能夠以識別各種外部個體(例如：手指、觸控筆等)之接觸或靠近之觸控感測器面板(Touch Sensor Panel，TSP)之形態實現。又，觸控感測器面板可具有各種構造及類型，不論哪種觸控感測器面板之構造及類型皆可應用於本發明。
於一實施例中，計算裝置400可進而包括輸入裝置(例如：滑鼠或鍵盤等)。輸入裝置可自計算裝置400之外部(例如：用戶)接收將於計算裝置400之構成要素中使用之資訊。
到目前為止，參照圖1至圖4，對本發明之裝置、可應用該等裝置之環境及由該環境提供之平台之畫面進行說明。根據本發明，可基於保險公司支付之保險金而向供應者支付補償金，藉此來緩和用戶之負擔。除此之外，平台之運營主體亦可不與保險公司協作而直接向供應者支付補償金，藉此來緩和用戶之負擔。然而，即便沒有利用住宿商品之意願，亦於平台內無差別地產生取消手續費之行為，可能會給平台之運營主體、供應者或保險公司帶來不必要之損失，因此可要求對平台內發生之行為(例如：請求等)進行異常處理。
以下，對本發明之各種實施例之關於異常處理之方法進行詳細說明。應注意，雖然於以下之圖式中按照特定之順序示出了動作，但是並非必須按照所示之特定之順序或依序來執行動作、或者必須執行所有所示之動作才能獲得想要之結果。
又，參照以下之圖式而說明之方法之各步驟可藉由計算裝置來實行。換言之，方法之各步驟可以藉由計算裝置之處理器執行之一個以上之指令之形式實現。該等方法中包括之所有步驟係藉由一個物理計算裝置來執行，但亦可使方法之第1步驟由第1計算裝置實行，方法之第2步驟由第2計算裝置實行。以下，假設上述方法之各步驟藉由圖1所示之預約處理裝置110實行，以便繼續進行說明。然而，為了便於說明，亦可省略對於方法中包括之各步驟之動作主體之記載。
圖5係表示本發明之一實施例之取消請求之處理方法的順序圖。圖5所示之方法可理解為處理針對住宿商品之預約之取消請求的一系列動作。以下，對圖5所示之動作進行具體說明。
於步驟S510中，可獲得複數個預約資訊及與複數個預約資訊中之至少一部分對應之一個以上之取消請求。
預約資訊作為基於預約請求及伴隨於該預約請求中之預約條件而產生之資訊，可指表示用戶預約之資訊。預約條件可包括住宿商品之日期資訊、住宿設施之名稱資訊、客房類型資訊及預約金資訊作為項目。預約處理裝置110可自用戶終端120接收預約請求(即，用戶之產生預約資訊之訊息)與預約條件並產生預約資訊。預約資訊可包括住宿商品之預約者資訊、住宿設施之名稱資訊、日期資訊、客房類型資訊及預約金資訊作為項目。例如，「A用戶」之預約條件係{「A酒店」、「2022年9月24日至2022年9月25日」、「套房」、「330,000韓元」}，可產生{「A用戶」、「A酒店」、「2022年9月24日至2022年9月25日」、「套房」、「330,000韓元」}作為與該預約條件對應之預約資訊。除此之外，預約條件或預約資訊可進而包括除了示例之一部分項目以外或與示例不同之項目，若將預約條件或預約資訊實現為用以反映用戶之預約意願之方法，則可包括於本發明之範圍內。
取消請求可為用戶之取消產生預約資訊之預約之訊息，。預約處理裝置110可自用戶終端120獲得取消請求。取消請求可包括指示與該取消請求對應之預約資訊之資訊。
可獲得與預約資訊對應之取消請求，該預約資訊係於平台中處理之複數個預約資訊中之至少一部分。即，預約平台中發生之預約中之一部分可為未取消之預約，另一部分可為已取消之預約。如此，可藉由獲得預約資訊及/或取消請求，而提取基於此之預約模式。關於預約模式之提取，可於以下敍述之步驟中進行具體說明。
於步驟S520中，可提取預約平台之用戶之預約模式。預約模式可為基於用戶對發佈有複數個住宿商品之預約平台之請求(例如：預約請求、取消請求等)及/或資訊(例如：預約資訊)而提取之模式。例如，與經取消處理之預約對應之第1預約模式可提取為{第1預約資訊、第1取消請求}，與未進行取消處理之預約對應之第2預約模式可提取為{第2預約資訊、N/A}。此處，第1預約資訊、第2預約資訊或第1取消請求可包括以上參照步驟S510所敍述之相關項目中之至少一部分、或可對該等項目中之至少一部分進行加工來提供。本步驟亦可理解為對平台中預先進行了處理之用戶之請求進行分析之步驟。根據本步驟，對平台中預先進行了處理之用戶之請求進行分析，將預先進行了處理之用戶之請求分類為與異常處理相關之請求。又，對平台中預先進行了處理之用戶之請求進行分析，將隨後獲得之用戶之請求分類為與異常處理相關之請求。
關於步驟S520，於一實施例中，提取預約模式之步驟可包括如下步驟：區分平台內經取消處理之第1預約模式與未進行取消處理之第2預約模式。根據取消與否來區分預約模式從而進行管理，藉此可提高管理需要進行異常處理之用戶之各種請求之便利性。特別是，亦可集中管理可能需要進行更多異常處理之經取消處理之第1預約模式。作為區分之一例，可區分第1預約模式與第2預約模式而儲存於資料庫中。此處，第1預約模式全部儲存於資料庫中，第2預約模式僅至少一部分儲存於資料庫中。第2預約模式亦可不儲存於資料庫中。作為區分之另一例，可區分第1預約模式與第2預約模式而作為異常處理之分析對象。此處，第1預約模式全部成為異常處理之分析對象，第2預約模式僅至少一部分成為異常處理之分析對象。第2預約模式亦可不成為異常處理之分析對象。
於步驟S530中，一個以上之取消請求可分類為實行第1處理之第1請求與實行第2處理之第2請求中之任一者。第1處理可為實行對應於取消請求而定義之動作之處理(正常處理)，第2處理可為實行對應於取消請求而定義之異常動作之處理(異常處理)。即，可將一個以上之取消請求分類為實行依照定義之動作之請求(第1請求)、及實行異常動作之請求(第2請求)。於此種分類動作S530中，可利用提取為預約模式之提取動作S520之結果的預約模式。於一實施例中，一個以上之預約模式可用於分類動作S530。例如，可識別與用戶帳戶或住宿商品對應之住宿設施，並且可將與用戶帳戶相關之一個以上之預約模式用於分類動作S530。
關於步驟S530，於一實施例中，將一個以上之取消請求分類為實行第1處理之第1請求與實行第2處理之第2請求中之任一者之步驟可包括如下步驟：算出傳輸取消請求之用戶帳戶之預約取消率；及若預約取消率為基準取消率以上，則將用戶帳戶之取消請求分類為第2請求。預約取消率可指取消之預約資訊之個數與用戶帳戶之所有預約資訊之個數的比率。即，可利用與用戶帳戶對應之一個以上之預約模式，算出預約取消率。基準取消率係用以分類為第2請求之基準之取消率，平台運營主體可根據實際實施情況而隨時變更基準取消率來實現平台。即，若用戶帳戶之預約取消率高於基準取消率，則可將該用戶帳戶之取消請求分類為第2請求，若用戶帳戶之預約取消率低於基準取消率，則可將該用戶帳戶之取消請求分類為第1請求。於本實施例中，基於比率來說明分類動作S530，但該比率可替換為能夠視為與比率等同者(例如：個數、次數等)。
關於基準取消率，於一實施例中，用戶帳戶之有效預約次數越多，則越高地確定基準取消率。有效預約次數可指用戶帳戶之未進行取消處理之住宿商品之預約次數。即，該有效預約次數可指用戶帳戶之所有預約資訊之個數減去取消之預約資訊之個數所得之個數。根據本實施例，藉由增加有效預約次數較多之用戶帳戶之基準取消率，可實現預約可靠度較高之用戶帳戶能夠進行自由預約與取消預約之環境。
關於步驟S530，於另一實施例中，將一個以上之取消請求分類為實行第1處理之第1請求與實行第2處理之第2請求中之任一者之步驟可包括如下步驟：算出與住宿商品對應之住宿設施之預約取消率；及若預約取消率為基準取消率以上，則將住宿商品之取消請求分類為第2請求。預約取消率可指取消之預約資訊之個數與對應於住宿商品之住宿設施之所有預約資訊之個數的比率。即，可利用與住宿設施對應之一個以上之預約模式，算出預約取消率。基準取消率係用以分類為第2請求之基準之取消率，平台運營主體可根據實際實施情況而隨時變更基準取消率來實現平台。即，若住宿設施之預約取消率高於基準取消率，則將與該住宿設施相關之住宿商品之取消請求分類為第2請求，若低於基準取消率，則將與該住宿設施相關之住宿商品之取消請求分類為第1請求。於本實施例中，基於比率來說明分類動作S530，但該比率可替換為能夠視為與比率等同者(例如：個數、次數等)。
關於基準取消率，於一實施例中，住宿設施之有效預約次數越多，則越高地確定基準取消率。有效預約次數可指住宿設施之未進行取消處理之住宿商品之預約次數。即，該有效預約次數可指住宿設施之所有預約資訊之個數減去取消之預約資訊之個數所得之個數。根據本實施例，藉由增加有效預約次數較多之住宿設施之基準取消率，可實現預約可靠度較高之住宿設施能夠進行自由預約與取消預約之環境。
關於步驟S530，於又一實施例中，將一個以上之取消請求分類為實行第1處理之第1請求與實行第2處理之第2請求中之任一者之步驟可包括如下步驟：算出因取消與住宿商品對應之住宿設施之預約而產生之違約金總額；及若違約金總額為基準金額以上，則將住宿商品之取消請求分類為第2請求。違約金總額可指基於與住宿商品對應之住宿設施之取消之預約資訊而發生之違約金之合計。即，可利用與住宿設施對應之一個以上之預約模式，算出違約金總額。如參照圖1至圖4所述，若為減輕用戶之負擔之環境(例如：由運營主體支付補償金以代替用戶之違約金之環境等)，則違約金可看作用以補償供應者之損失之補償金。基準金額係用以分類為第2請求之基準之金額，平台運營主體可根據實際實施情況而隨時變更基準金額來實現平台。即，若住宿設施之違約金總額高於基準金額，則可將與該住宿設施相關之住宿商品之取消請求分類為第2請求，若低於基準金額，則可將與該住宿設施相關之住宿商品之取消請求分類為第1請求。於本實施例中，基於金額之合計來說明分類動作S530，但該合計可替換為能夠視為與合計等同者(例如：比率等)。
關於基準金額，於一實施例中，住宿設施之有效預約次數越多，則越高地確定基準金額。有效預約次數可指住宿設施之未進行取消處理之住宿商品之預約次數。即，該有效預約次數可指住宿設施之所有預約資訊之個數減去取消之預約資訊之個數所得之個數。根據本實施例，藉由增加有效預約次數較多之住宿設施之基準取消率，可實現預約之可靠度較高之住宿設施進行自由預約與取消預約之環境。
關於步驟S530，於又一實施例中，將一個以上之取消請求分類為實行第1處理之第1請求與實行第2處理之第2請求中之任一者之步驟可包括如下步驟：識別住宿商品之屬性資訊之變動時點；及若自變動時點起於基準期間內自用戶終端120傳輸住宿商品之預約請求、及與該預約請求對應之取消請求，則將取消請求分類為第2請求。屬性資訊可指與住宿商品之屬性相關之資訊。例如，屬性資訊可包括住宿商品之日期資訊、與住宿商品對應之住宿設施之名稱資訊、客房類型資訊及預約金資訊中之至少一部分作為項目。變動時點可指屬性資訊發生變動之時點。例如，屬性資訊可能會因供應者終端140向預約處理裝置110之請求而發生變動。此處，預約處理裝置110可根據自供應者終端140獲得之請求而識別變動時點。基準期間係用以分類為第2請求之基準之期間，平台運營主體可根據實際實施情況而隨時變更基準期間來實現平台。即，若自住宿商品之屬性資訊發生變動之變動時點起於基準期間內自用戶終端120傳輸預約請求、及與該預約請求對應之取消請求，則可將該取消請求分類為第2請求。根據本實施例，可將如下請求分類為與異常處理相關之請求，即：供應者及用戶可能具有相同之意圖(例如：欲故意產生違約金之意圖等)，利用供應者終端140使屬性資訊發生變動，並且於基準期間內利用用戶終端120產生違約金。此處，供應者及用戶實際上可為同一人。若發生變動之屬性資訊為預約金資訊，則供應者及用戶可能會以欲故意產生過多地算出之違約金之意圖傳輸請求，根據本實施例，可將該請求分類為與異常處理相關之請求。
關於基準期間，於一實施例中，可基於變動時點與對應於住宿商品之日期資訊之時間間隔而確定。例如，於變動時點與日期資訊相鄰之情形時，可將基準期間確定為比兩者不相鄰之情形時更長。由於在變動時點與日期資訊相鄰之情形時可能故意產生違約金，因此藉由將基準期間確定得較長，能夠減少分類動作S530之誤否定(False Negative，例如：將應分類為第2請求之請求分類為第1請求)。
關於步驟S530，於又一實施例中，將上述分類動作S530之一個以上之規則(Rule)進行混合，使得取消請求可被分類為第1請求與第2請求中之任一者。即，若混合一個以上之規則來執行分類動作S530，則將各規則之結果值處理為二進制數(例如：0或1)，並對該結果值應用加權值而進行加權合計，基於該加權合計之結果值而將取消請求分類為第1請求與第2請求中之任一者。加權值可理解為對規則賦予重要度以便分類為第2請求，平台運營主體可根據實際實施情況而隨時變更加權值來實現平台。
於步驟S540中，可對第2請求實行第2處理。即，預約處理裝置110可對分類為第2請求之請求實行異常處理。
關於步驟S540，於一實施例中，實行第2處理之步驟可包括如下步驟：停用取消住宿商品之預約之處理，該處理係根據確定為上述第2請求之取消請求而產生。停用可理解為不執行預約取消之處理(即，對應於取消請求而定義之動作)。
關於步驟S540，於另一實施例中，實行第2處理之步驟可包括如下步驟：按照基準比率來減少因確定為上述第2請求之取消請求而產生之退款金額，從而實行取消住宿商品之預約之處理。若平台實現為對預約金全額進行退款之環境，則預約金全額可基於基準比率來減少，從而實行預約取消之處理。基準比率係根據異常處理而使退款金額發生變動之比率，平台運營主體可根據實際實施情況而隨時變更基準比率來實現平台。
關於步驟S540，於又一實施例中，實行第2處理之步驟可包括如下步驟：於預約平台中刪除與第2請求對應之住宿商品。又，亦可於預約平台之特定類別(例如：可對預約金全額進行退款之類別等)中刪除與第2請求對應之住宿商品。進而，亦可將與住宿商品相關之住宿設施之所有住宿商品自預約平台或特定類別中刪除。
關於步驟S540，於又一實施例中，實行第2處理之步驟可包括如下步驟：將告知與第2請求對應之第2處理之通知傳輸至與用戶帳戶對應之用戶終端。若自預約處理裝置110傳輸通知，則用戶終端120可以各種方式(例如：狀態欄通知、平視通知、鎖屏通知、應用程式圖標徽章通知、可穿戴裝置通知等)顯示該訊息。用戶可藉由確認通知而確認第2處理之進行，若因誤認而產生取消請求，則可藉由通知來更正該取消請求。
到目前為止，參照圖5對取消請求之處理方法進行了說明。藉由與本發明之取消請求之異常處理相關之一系列動作，可減輕用戶所負擔之取消手續費，同時亦可保護平台之運營主體。以下，參照圖6對預約請求之處理方法進行說明。應注意，由於預約請求之處理方法與取消請求之處理方法之不同之處僅在於請求之種類，因此即便以下圖6之說明中省略了記載，與取消請求相關之技術思想亦可直接或一部分變形後應用。
圖6係表示本發明之一實施例之預約請求之處理方法的順序圖。圖5所示之方法可理解為對住宿商品之預約請求進行處理之一系列動作。以下，對圖6所示之動作進行具體說明。
於步驟S610中，可獲得複數個預約請求。與本步驟相關之說明可參照與步驟S510之預約資訊相關之說明來理解。
關於圖6，於一實施例中，可提取複數個預約請求各者作為預約模式。作為與第1預約請求對應之模式，例如，可提取{第1預約條件}。此處，第1預約條件作為與第1預約請求對應之預約條件，可包括參照步驟S510所述之相關項目中之至少一部分、或將該等項目中之至少一部分進行加工所得者。本實施例中未記載之說明可參照與步驟S520相關之說明來理解。
於步驟S620中，可將複數個預約請求分類為實行第3處理之第3請求與實行第4處理之第4請求中之任一者。第3處理可為實行對應於預約請求而定義之動作之處理(正常處理)，第4處理可為實行對應於預約請求而定義之動作之異常動作之處理(異常處理)。即，可將複數個預約請求分類為實行依照定義之動作之請求(第3請求)及實行異常動作之請求(第4請求)。於此種分類動作S620中，可利用提取為預約模式之提取動作之結果的預約模式。於一實施例中，一個以上之預約模式可用於分類動作S620。例如，可識別與用戶帳戶或住宿商品對應之住宿設施，並且可將與用戶帳戶相關之一個以上之預約模式用於分類動作S620。
關於步驟S620，於一實施例中，將複數個預約請求分類為第3請求與第4請求中之任一者之步驟可包括如下步驟：若傳輸對象預約請求之用戶帳戶將基準個數以上之預約請求傳輸至伴隨於對象預約請求中之預約條件的日期資訊，則將對象預約請求分類為第4請求。對象預約請求可指成為分類之對象之預約請求。即，於一個日期內執行基準個數以上之預約之預約請求可分類為第4請求。基準個數係用以分類為第4請求之基準之個數，平台運營主體可根據實際實施情況而隨時變更基準個數來實現平台。
關於步驟S620，於另一實施例中，將複數個預約請求分類為第3請求與第4請求中之任一者之步驟可包括如下步驟：若傳輸第1預約請求之用戶帳戶將基準個數以上之預約請求傳輸至伴隨於第1預約請求中之預約條件的日期資訊，則對與第1預約請求及上述基準個數以上之預約請求中包括之第2預約請求各者對應之位置資訊進行比較；及若基於位置資訊之比較之距離為基準距離以上，則將第1預約請求分類為第4請求。即，藉由於一個日期內一併考慮預約請求之個數及與該預約請求對應之住宿設施之距離，可將對象預約請求分類為第4請求。基準個數或基準距離係用以分類為第4請求之基準之個數或距離，平台運營主體可根據實際實施情況而隨時變更基準個數來實現平台。
於步驟S630中，可對第4請求實行第4處理。即，預約處理裝置110可對分類為第4請求之請求實行異常處理。
關於步驟S630，於又一實施例中，實行第4處理之步驟可包括如下步驟：將告知與第4請求對應之第4處理之通知傳輸至與用戶帳戶對應之用戶終端。若自預約處理裝置110傳輸通知，則用戶終端120可以各種方式(例如：狀態欄通知、平視通知、鎖屏畫面通知、應用程式圖標徽章通知、可穿戴裝置通知等)顯示該訊息。用戶可藉由確認通知而確認第4處理之進行，若因誤認而產生預約請求，則可藉由通知來更正該預約請求。
關於圖5及圖6，於一實施例中，取消請求之分類週期可短於預約請求之分類週期。此處，分類週期可指分類動作S530、S620之週期。若分類週期相對較短，則可理解為分類之強度相對較高，若分類週期相對較長，則可理解為分類之強度相對較低。根據本實施例，由於取消請求可為與違約金之產生直接相關之請求，因此藉由使該取消請求之分類週期短於預約請求之分類週期，可比預約請求更高強度地對取消請求進行分類/分析。
到目前為止，參照圖6對預約請求之處理方法進行了說明。藉由與本發明之預約請求之異常處理相關之一系列動作，可於發生取消請求之前對與異常處理相關之請求進行分類，藉此可減輕用戶所負擔之取消手續費，同時亦可保護平台之運營主體。
本發明之技術思想之效果並不限制於以上提及之效果，普通技術人員可根據本發明之記載而明確地理解未提及之其他效果。
於本發明之順序圖中，依序對方法或演算法之各步驟進行了說明，但除依序實行各步驟以外，亦可按照能夠任意組合之順序實行。本發明之順序圖或流程圖之說明並不排除對方法或演算法進行改變或修正，且不意味著任何步驟作為必需或較佳者。於一實施例中，可並行、反覆或啟發性地實行至少一部分步驟。於另一實施例中，可省略至少一部分步驟、或添加其他步驟。
本發明之各種實施例可於機器(Machine)可讀儲存媒體(MRSM，Machine-Readable Storage Medium)中以軟體之形式實現。軟體可為用以實現本發明中記載之各種實施例之軟體。本發明所屬之技術領域內之程式員可根據本發明中記載之各種實施例推測出軟體。例如，軟件可為包括機器可讀命令(例如，指令、代碼、碼段)之程式。機器係可根據自儲存媒體呼叫之命令進行動作之裝置，例如可為電腦。於一實施例中，機器可為根據本發明記載之各種實施例之計算裝置。於一實施例中，機器之處理器執行所呼叫之命令，從而可使機器之構成要素實行與該命令對應之功能。儲存媒體可指可由機器讀取且儲存資料之所有種類之記錄媒體(Recording Medium)。儲存媒體可包括例如ROM(Read-Only Memory，唯讀記憶體)、RAM(Random Access Memory，隨機存取記憶體)、CD-ROM(Compact Disc Read-Only Memory，光碟唯讀記憶體)、磁帶、軟碟、或光學資訊儲存裝置等。於一實施例中，儲存媒體能夠以分散於與網路連接之電腦系統等之形態實現。此時，軟體可分散儲存於電腦系統等來執行。於另一實施例中，儲存媒體可為非暫態(non-transitory)儲存媒體。非暫態儲存媒體係指無論資訊是半永久或暫時性地儲存都實際存在之媒體(Tangible Medium)，且不包括暫時(transitory)傳播之信號(Signal)。
以上，根據各種實施例對本發明之技術思想進行了說明，但本發明之技術思想包括能夠於本發明所屬之技術領域內具有常識者可理解之範圍內實現之各種置換、變化及變更。又，應理解此種置換、變化及變更可包括於隨附之發明申請專利範圍內。
110:預約處理裝置 120:用戶終端 130:保險公司伺服器裝置 140:供應者終端 200:主頁畫面 210:檢索欄區域 220:類別選擇區域 230:推薦住宿商品區域 300:詳細畫面 310:圖像顯示區域 320:屬性選擇區域 321:客房選擇按鈕 321a:設定欄 330:基本資訊顯示區域 331:住宿設施之名稱 332:預約金 333:識別符 340:評論顯示區域 400:計算裝置 410:處理器 420:記憶體 430:通訊介面 S510:步驟 S520:步驟 S530:步驟 S540:步驟 S610:步驟 S620:步驟 S630:步驟
圖1係表示可應用本發明之一實施例之裝置之環境的圖。 圖2係表示本發明之一實施例中可參照之預約平台之主頁畫面的圖。 圖3係表示本發明之一實施例中可參照之住宿商品之詳細畫面的圖。 圖4係表示可實現本發明之一實施例之裝置之計算裝置的圖。 圖5係表示本發明之一實施例之取消請求之處理方法的順序圖。 圖6係表示本發明之一實施例之預約請求之處理方法的順序圖。
110:預約處理裝置
120:用戶終端
130:保險公司伺服器裝置
140:供應者終端

Claims (20)

  1. 一種對住宿商品之預約進行處理之方法，其係藉由電子裝置而實行者，其包括如下步驟： 獲得複數個住宿商品各者之複數個預約資訊、及與上述複數個預約資訊中之至少一部分對應之一個以上之取消請求(上述複數個預約資訊各者包括住宿商品之預約者資訊、住宿設施之名稱資訊、日期資訊、客房類型資訊及預約金資訊中之至少一部分)； 基於上述複數個預約資訊及上述一個以上之取消請求，提取用戶對發佈有上述複數個住宿商品之預約平台之預約模式； 基於上述預約模式，將上述一個以上之取消請求分類為實行第1處理之第1請求、及實行區別於上述第1處理之第2處理之第2請求中之任一者(上述第1處理係對取消請求之正常處理，上述第2處理係對取消請求之異常處理)；及 對上述第2請求實行上述第2處理。
  2. 如請求項1之方法，其中提取上述預約模式之步驟包括如下步驟： 基於上述一個以上之取消請求，提取經取消處理之第1預約模式； 提取未進行取消處理之第2預約模式；及 區分上述第1預約模式與上述第2預約模式而儲存於資料庫中。
  3. 如請求項1之方法，其中上述複數個預約資訊各者係基於伴隨用戶之預約條件之預約請求而產生(上述預約條件包括住宿商品之日期資訊、住宿設施之名稱資訊、客房類型資訊及預約金資訊)， 上述方法進而包括如下步驟： 獲得與上述複數個預約資訊各者對應之複數個預約請求； 將上述複數個預約請求分類為實行第3處理之第3請求及實行區別於上述第3處理之第4處理之第4請求中的任一者(上述第3處理係對預約請求之正常處理，上述第4處理係對預約請求之異常處理)；及 對上述第4請求實行上述第4處理。
  4. 如請求項3之方法，其中將上述複數個預約請求分類為上述第3請求與上述第4請求中之任一者之步驟包括如下步驟： 若傳輸對象預約請求之用戶帳戶將基準個數以上之預約請求傳輸至伴隨於上述對象預約請求中之預約條件的日期資訊，則將上述對象預約請求分類為上述第4請求。
  5. 如請求項3之方法，其中將上述複數個預約請求分類為上述第3請求與上述第4請求中之任一者之步驟包括如下步驟： 若傳輸第1預約請求之用戶帳戶將基準個數以上之預約請求傳輸至伴隨於上述第1預約請求中之預約條件的日期資訊，則對與上述第1預約請求及上述基準個數以上之預約請求中包括之第2預約請求各者對應之位置資訊進行比較；及 若基於上述位置資訊之比較之距離為基準距離以上，則將上述第1預約請求分類為上述第4請求。
  6. 如請求項4或5之方法，其中實行上述第4處理之步驟包括如下步驟： 將告知與上述第4請求對應之上述第4處理之通知傳輸至與上述用戶帳戶對應之用戶終端。
  7. 如請求項3之方法，其中將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟的實行週期短於將上述複數個預約請求分類為上述第3請求與上述第4請求中之任一者之步驟的實行週期。
  8. 如請求項1之方法，其中將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟包括如下步驟： 算出傳輸取消請求之用戶帳戶之預約取消率；及 若上述預約取消率為基準取消率以上，則將上述用戶帳戶之取消請求分類為上述第2請求。
  9. 如請求項8之方法，其中上述用戶帳戶之有效預約次數越多，則越高地確定上述基準取消率， 上述有效預約次數係上述用戶帳戶之未進行取消處理之住宿商品之預約次數。
  10. 如請求項1之方法，其中將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟包括如下步驟： 算出與住宿商品對應之住宿設施之預約取消率；及 若上述預約取消率為基準取消率以上，則將上述住宿商品之取消請求分類為上述第2請求。
  11. 如請求項1之方法，其中將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟包括如下步驟： 算出因取消與住宿商品對應之住宿設施之預約而產生之違約金總額；及 若上述違約金總額為基準金額以上，則將上述住宿商品之取消請求分類為上述第2請求。
  12. 如請求項10或11之方法，其中上述住宿設施之有效預約次數越多，則越高地確定上述基準取消率或上述基準金額， 上述有效預約次數係上述住宿設施之未進行取消處理之住宿商品之預約次數。
  13. 如請求項1之方法，其中將上述一個以上之取消請求分類為上述第1請求與上述第2請求中之任一者之步驟包括如下步驟： 識別住宿商品之屬性資訊之變動時點；及 若自上述變動時點起於基準期間內傳輸上述住宿商品之預約請求、及與上述預約請求對應之取消請求，則將上述取消請求分類為上述第2請求。
  14. 如請求項13之方法，其中上述屬性資訊包括上述住宿商品之預約金資訊。
  15. 如請求項13之方法，其中上述基準期間係基於上述變動時點與對應於上述住宿商品之日期資訊之時間間隔而確定。
  16. 如請求項1之方法，其中實行上述第2處理之步驟包括如下步驟： 停用取消住宿商品之預約之處理，該處理係根據確定為上述第2請求之取消請求而產生。
  17. 如請求項1之方法，其中實行上述第2處理之步驟包括如下步驟： 按照基準比率來減少因確定為上述第2請求之取消請求而產生之退款金額，從而實行取消住宿商品之預約之處理。
  18. 如請求項1之方法，其中實行上述第2處理之步驟包括如下步驟： 於上述預約平台中刪除與上述第2請求對應之住宿商品。
  19. 一種電子裝置，其包括： 處理器； 網路介面； 記憶體；及 電腦程式，其加載至上述記憶體，藉由上述處理器而執行；且 上述電腦程式包括： 獲得複數個住宿商品各者之複數個預約資訊、及與上述複數個預約資訊中之至少一部分對應之一個以上之取消請求的指令(上述複數個預約資訊各者包括住宿商品之預約者資訊、住宿設施之名稱資訊、日期資訊、客房類型資訊及預約金資訊中之至少一部分)； 基於上述複數個預約資訊及上述一個以上之取消請求，提取用戶對發佈有上述複數個住宿商品之預約平台之預約模式的指令； 基於上述預約模式，將上述一個以上之取消請求分類為實行第1處理之第1請求及實行區別於上述第1處理之第2處理之第2請求中之任一者的指令(上述第1處理係對取消請求之正常處理，上述第2處理係對取消請求之異常處理)；及 對上述第2請求實行上述第2處理之指令。
  20. 如請求項19之方法，其中上述複數個預約資訊各者係基於伴隨用戶之預約條件之預約請求而產生(上述預約條件包括住宿商品之日期資訊、住宿設施之名稱資訊、客房類型資訊及預約金資訊)， 上述電腦程式進而包括： 獲得與上述複數個預約資訊各者對應之複數個預約請求之指令； 將上述複數個預約請求分類為實行第3處理之第3請求及實行區別於上述第3處理之第4處理之第4請求中之任一者的指令(上述第3處理係對預約請求之正常處理，上述第4處理係對預約請求之異常處理)；及 對上述第4請求實行上述第4處理之指令。
TW112132243A 2022-09-27 2023-08-28 處理與住宿商品相關之預約之方法及其裝置 TW202418154A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020220122512A KR20240043429A (ko) 2022-09-27 2022-09-27 숙박 상품에 관한 예약을 처리하는 방법 및 그 장치
KR10-2022-0122512 2022-09-27

Publications (1)

Publication Number Publication Date
TW202418154A true TW202418154A (zh) 2024-05-01

Family

ID=90478281

Family Applications (1)

Application Number Title Priority Date Filing Date
TW112132243A TW202418154A (zh) 2022-09-27 2023-08-28 處理與住宿商品相關之預約之方法及其裝置

Country Status (3)

Country Link
KR (1) KR20240043429A (zh)
TW (1) TW202418154A (zh)
WO (1) WO2024071493A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5066285B2 (ja) * 2011-09-08 2012-11-07 孝喜 西島 ネットワークを用いた予約管理方法及び装置
JP6060710B2 (ja) * 2013-01-31 2017-01-18 株式会社デンソー 充電施設の予約状況を管理するサーバ
KR20180095974A (ko) * 2017-02-20 2018-08-29 윤기오 예약부도 예방 및 방지 시스템 및 방법
KR102067782B1 (ko) * 2018-03-09 2020-01-17 구경모 예약부도 및 예약이행의 확률통계 기반 예약부도 가능성 예측을 이용한 예약부도 관리 서비스 제공 방법
KR101875589B1 (ko) * 2018-03-23 2018-07-06 주식회사 씨앤티앤 예약 취소 결제를 지원하는 온라인 결제 관리 시스템 및 그 구동 방법

Also Published As

Publication number Publication date
KR20240043429A (ko) 2024-04-03
WO2024071493A1 (ko) 2024-04-04

Similar Documents

Publication Publication Date Title
US10783582B2 (en) Systems and methods for providing real-time monitoring of spending limits
US20160335624A1 (en) Mobile device nfc-based detection and merchant payment system
TWI455056B (zh) Notification control system, notification control means, notification control method, and program product
US20210081921A1 (en) Information processing method, information processing apparatus, computer-readable non-transitory storage medium storing program and information processing terminal
WO2014207845A1 (ja) 情報処理装置、情報処理方法、情報処理プログラム、及び情報処理プログラムが記録された記録媒体
JP2008112326A (ja) 決済処理システム、サービス提供サーバ、認証課金サーバ、決済処理方法及びプログラム
JP2021047498A (ja) 情報処理方法、情報処理装置、プログラム、及び情報処理端末
KR102373107B1 (ko) 전자 장치 및 이를 이용한 중고차 거래를 위한 금융 대출 상품 제공 방법 및 그 전자 장치
JP6772350B1 (ja) 情報処理方法、情報処理装置、プログラム、及び情報処理端末
JP6517465B2 (ja) 積立制御装置、積立制御方法およびプログラム
TW202418154A (zh) 處理與住宿商品相關之預約之方法及其裝置
JP5952617B2 (ja) 決済処理システム、決済処理装置、決済処理方法、およびプログラム
JP5577291B2 (ja) 情報端末連携システムおよび方法
TW202429342A (zh) 處理關於住宿商品之預約之方法及其裝置
JP7136836B2 (ja) 情報処理方法、情報処理装置及びプログラム
US12111973B2 (en) System and method to manipulate virtual model based on physical parameters of gesture input
JP7478768B2 (ja) 取引処理システム
US20240104576A1 (en) Personal shopper information processing method, communication device for personal shopping, and information processing device for personal shopper services
JP7101720B2 (ja) 情報処理方法、情報処理装置、プログラム
US11907992B2 (en) Methods and systems for colour-based image analysis and search
KR102148102B1 (ko) 플랫폼 서비스 제공 방법 및 이를 위한 서버
JP6876117B1 (ja) 情報処理装置
KR102702065B1 (ko) 멤버십 해지 요청을 처리하는 방법, 전자 장치 및 기록 매체
US20230185522A1 (en) Systems, apparatus, and methods for data entry at electronic user devices
US20230096680A1 (en) Information processing device and information processing method