TWI415018B - Information processing apparatus, information processing method, information processing program product and recording medium - Google Patents

Information processing apparatus, information processing method, information processing program product and recording medium Download PDF

Info

Publication number
TWI415018B
TWI415018B TW101136569A TW101136569A TWI415018B TW I415018 B TWI415018 B TW I415018B TW 101136569 A TW101136569 A TW 101136569A TW 101136569 A TW101136569 A TW 101136569A TW I415018 B TWI415018 B TW I415018B
Authority
TW
Taiwan
Prior art keywords
reservation
credit card
credit
settlement
information
Prior art date
Application number
TW101136569A
Other languages
English (en)
Other versions
TW201335869A (zh
Inventor
Kaori Nanjo
Shizuka Endo
Tatsuko Okuno
Original Assignee
Rakuten Inc
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 Rakuten Inc filed Critical Rakuten Inc
Publication of TW201335869A publication Critical patent/TW201335869A/zh
Application granted granted Critical
Publication of TWI415018B publication Critical patent/TWI415018B/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
    • 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/409—Device specific authentication in transaction processing
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • 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"

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Security & Cryptography (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

資訊處理裝置、資訊處理方法、資訊處理程式產品及記錄媒體
本發明係關於進行用以以信用卡結算所預約之服務之使用費用之處理之資訊處理裝置及資訊處理方法之技術領域。
先前，已知有在網際網路上受理例如住宿設施之住宿預約等之服務之使用之預約之預約系統。如此之預約系統中，存在可實現線上刷卡結算之系統。若預約時使用者指定線上刷卡結算作為結算方法，則預約系統在所預約之服務之使用日以後之日，自動進行利用信用卡之使用費用之結算處理。該情形時，使用者無須在服務之使用時進行結算手續。
指定線上刷卡結算作為結算方法之情形時，預約系統在預約時進行信用卡之有效性之確認。在有效性之確認中，預約系統判斷為無法以所指定之信用卡結算使用費用之情形時，不受理以使用者指定之信用卡進行結算之預約。例如，專利文獻1中，揭示有無法授信確認之情形時，對顧客要求信用卡之變更或取消購入之技術。
[先行技術文獻] [專利文獻]
[專利文獻1]日本特開2002-163527號公報
然而，即使使用者指定之信用卡之資訊自身為有效，仍有無法以所指定之信用卡進行結算之情形。例如，列舉如在預約時預約對象之服務之使用費用超過信用卡之可使用額之情形。如此之情形下無法受理預約，會有導致使用者取消預約之情形。於是，服務之提供者便失去提供服務之機會。又，使用者無法以所欲使用之信用卡預約服務。
本發明係鑒於以上之點而完成者，目的在於提供一種資訊處理裝置、資訊處理方法、資訊處理程式產品及記錄媒體，其係即使在使用者以所欲使用之信用卡用來支付使用費用之信用在預約時喪失之情形下，仍可受理當信用恢復之情形時可以該信用卡進行結算之預約。
為解決上述問題，技術方案1中揭示之發明之特徵在於具備：預約機構，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認機構，其係在由上述預約機構受理預約後，基於記憶於上述記憶機構中之上述資訊，確認上述指定之信用卡之有效性；及輸出機構，其係在由上述確認機構可確認上述指定之信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在由上述確認機構無法確認為有效之情形時，輸出表示將結算方法設為與以上述指定之信用卡進行結算不同之方法之資訊。
根據該發明，即使在使用者以所欲使用之信用卡用來支付使用費用之信用在預約時喪失之情形下，當其後信用恢復之情形時，仍可將結算方法設定成藉由使用者欲使用之信用卡之結算。因此，資訊處理裝置可受理可以使用者所欲使用之信用卡進行結算之預約。
技術方案2中揭示之發明係如技術方案1之資訊處理裝置，其中由上述預約機構所受理預約之服務之使用日數為相當於授與以上述信用卡支付之信用之期間之授信日數以上之情形時，上述確認機構在已受理預約之服務之開始使用日之前一天為止，確認上述指定之信用卡之有效性。
技術方案3中揭示之發明係如技術方案2之資訊處理裝置，其中進而具備第2確認機構，其係在由上述確認機構可確認為有效後、至上述使用費用之結算日為止之日數為上述授信日數以下之日以後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；且由上述第2確認機構無法確認為有效之情形時，上述輸出機構輸出表示將結算方法變更為與以上述指定之信用卡進行結算不同之方法之資訊。
根據該發明，在服務之開始使用日前確認信用卡為有效後，以可在授信期間內結算之方式進一步確認信用卡之有效性，此時，無法確認為有效之情形時，可變更結算方法。因此，可提高服務之使用費用結算之安全性。
根據該發明，關於若以可在授信期間內結算之方式確認信用卡之有效性則確認日為開始使用日以後之使用日數之 預約，可在開始使用日前確認信用卡之有效性。因此，服務之提供者可在已確保使用者可以信用卡支付使用費用之狀態下，開始提供服務。
技術方案4中揭示之發明係如技術方案1至3中任一項之資訊處理裝置，其中進而具備結算機構，其係在由上述確認機構可確認有效性之上述使用費用以外，因使用所預約之服務而產生費用之情形時，基於記憶於上述記憶機構中之上述資訊，以上述指定之信用卡結算包含上述所產生之費用之上述使用費用。
根據該發明，使用者使用服務時新產生費用之情形時，使用者即使不進行結算手續，仍可以使用者欲使用之信用卡進行結算。
技術方案5中揭示之發明係如技術方案1之資訊處理裝置，其中進而具備判定機構，其係判定對於上述要求無法確認上述指定之信用卡為有效之理由是否為上述使用費用超過上述指定之信用卡之可使用額；且由上述判定機構判定上述理由為上述使用費用超過上述可使用額之情形時，上述預約機構受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中。
根據該發明，要求預約時無法確認信用卡為有效之理由為預約對象之服務之使用費用超過信用卡之可使用額之理由之情形時，可受理預約，其後再次確認信用卡之有效性。信用卡之可使用額有自預約時增加之概率。因此，資訊處理裝置可僅受理可確認有效性之概率較高之預約。藉 此，可抑制資訊處理裝置不必要地再次確認信用卡之有效性。
技術方案6中揭示之發明係如技術方案1之資訊處理裝置，其中進而具備：記憶控制機構，其係使對於上述要求之上述指定之信用卡之有效性之確認日、與由上述確認機構進行之有效性之確認日記憶於確認日記憶機構中；及推定機構，其係基於記憶於上述確認日記憶機構中之上述確認日，而推定上述指定之信用卡生效之日；且上述確認機構在由上述推定機構所推定之日，確認上述指定之信用卡之有效性。
根據該發明，由於在推定為所指定之信用卡為有效之日進行有效性之確認，故可提高因用以支付使用費用之信用恢復而可確認信用卡為有效之概率。
技術方案7中揭示之發明之特徵在於其係由電腦執行之資訊處理方法，且包含：預約步驟，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認步驟，其係在上述預約機構中受理預約後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；及輸出步驟，其係在上述確認步驟中可確認上述指定之信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在上述確認步驟中無法確認為有效之情形時，輸出表示將結算方法設為與以上述指定 之信用卡進行結算不同之方法之資訊。
技術方案8中揭示之發明之特徵在於使電腦作為如下機構發揮功能：預約機構，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認機構，其係在由上述預約機構受理預約後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；及輸出機構，其係在由上述確認機構可確認上述指定之信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在由上述確認機構無法確認為有效之情形時，輸出表示將結算方法設為與以上述指定之信用卡進行結算不同之方法之資訊。
技術方案9中揭示之發明之特徵在於記錄有電腦可讀取之資訊處理程式，該資訊處理程式使電腦作為如下機構發揮功能：預約機構，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認機構，其係在由上述預約機構受理預約後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；及輸出機構，其係在由上述確認機構可確認上述指定之信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在由上述確認機構無法確認為有效之情形 時，輸出表示將結算方法設為與以上述指定之信用卡進行結算不同之方法之資訊。
根據本發明，即使在使用者以所欲使用之信用卡用來支付使用費用之信用在預約時喪失之情形下，當其後信用恢復之情形時，仍可將結算方法設定成以使用者所欲使用之信用卡之結算。因此，資訊處理裝置可受理可以使用者所欲使用之信用卡進行結算之預約。
以下，參照圖式針對本發明之實施形態詳細地進行說明。另，以下說明之實施形態為對資訊處理系統應用本發明之情形之實施形態。
[1.資訊處理系統之構成及功能概要]
首先，針對本實施形態之資訊處理系統S之構成及功能概要，使用圖1進行說明。圖1係顯示本實施形態之資訊處理系統S之概要構成之一例之圖。
如圖1所示，資訊處理系統S係包含住宿設施預約伺服器1、結算伺服器2、複數個住宿設施終端3、及複數個使用者終端4而構成。且，住宿設施預約伺服器1、結算伺服器2、住宿設施終端3及使用者終端4經由網路NW，例如，在通信協定中使用TCP/IP等而可相互發送接收資料。另，網路NW係例如利用網際網路、專用通信線路(例如，CATV(Community Antenna Television：共用天線電視)線路)、移動體通信網(包含基地台等)、及閘道等而構築。
住宿設施預約伺服器1為執行與住宿設施預約網站相關之各種處理之伺服器裝置。住宿設施預約伺服器1為本發明之資訊處理裝置之一例。住宿設施預約網站為進行住宿設施之住宿預約受理之網站(Web site)。住宿設施預約網站係自複數個住宿設施被委託預約之受理。住宿設施預約伺服器1根據來自使用者終端4之請求，例如，發送住宿設施預約網站之網頁，或進行與住宿設施之檢索、或住宿之預約等相關之處理。又，住宿設施預約伺服器1藉由向結算伺服器2發送請求，例如，確認信用卡之有效性，或進行住宿設施之住宿費用之結算處理。
結算伺服器2為執行與以信用卡進行結算相關之各種處理之伺服器裝置。結算伺服器2基於來自住宿設施預約伺服器1之請求，例如，進行信用卡之授信之承認之判定，或進行結算處理。另，圖1雖僅顯示一台結算伺服器2，但例如，可在住宿設施預約網站中可使用之信用卡之發行地之每個信用卡公司中設置有結算伺服器2。
住宿設施終端3為對住宿設施預約網站進行預約之委託之住宿設施提供者使用之終端裝置。住宿設施終端3基於來自提供者之操作而對住宿設施預約伺服器1等之伺服器裝置進行存取。藉此，住宿設施終端3自伺服器裝置接收顯示網頁。住宿設施終端3中配置有瀏覽器或電子郵件客戶端等之軟體。提供者藉由使用住宿設施終端3，例如，將住宿設施之資訊登錄於住宿設施預約網站，或確認住宿設施之預約狀況。
使用者終端4為利用住宿設施預約網站之使用者之終端裝置。使用者終端4藉由基於來自使用者之操作對住宿設施預約伺服器1進行存取，而自住宿設施預約伺服器1接收顯示網頁。使用者終端4中，配置有瀏覽器或電子郵件客戶端等之軟體。作為使用者終端4，例如，使用個人電腦、PDA(Personal Digital Assistant：個人數位助理)、智慧型電話等之便攜式資訊終端、行動電話等。
[2.以線上刷卡結算之預約]
使用者在住宿設施預約網站預約使用住宿設施時，可指定住宿設施之結算方法。作為結算方法，有現場結算與線上刷卡結算。在現場結算中，使用者於入住住宿設施時或退房時，在住宿設施中進行結算。此時，使用者例如可選擇現金結算或信用卡結算等。在線上刷卡結算中，住宿設施預約伺服器1以使用者指定之信用卡結算住宿費用。在本實施形態中，線上刷卡結算之結算日，為退房日之次日。以線上刷卡結算進行結算之住宿費用，係例如自住宿設施預約網站向住宿設施之戶頭繳款。使用者指定線上刷卡結算之情形時，使用住宿設施時在住宿設施中不進行結算手續就可完成。另，線上刷卡結算之結算日，並非限於退房日之次日。線上刷卡結算之結算日，可為入住日以後之任一日。所謂入住日以後，包含入住日與入住日之後之日。
使用者指定線上刷卡結算而要求預約之情形時，住宿設施預約伺服器1確認由使用者指定之信用卡之有效性。其 理由係為判斷使用者是否有以所指定之信用卡支付住宿費用之能力。又，為確保與住宿費用相當之授信額度。信用卡之有效性之確認中，使用者指定之信用卡之資訊包含是否與正規生效之信用卡之資訊一致之確認、信用卡之有效期限是否未到期之確認、目前之信用卡之可使用額是否為住宿費用以上之確認。所謂信用卡之可使用額，為自信用卡之使用限度額減去與現在確保之授信額度相當之金額而得到之數額。確認信用卡之有效性之處理稱為授權處理。授權為Authorization之略語。在本實施形態中，將確認信用卡之有效性稱為確認信用卡之授信。若可確認授信，則被賦與相對以指定之信用卡支付使用價款之信用。即，保證可結算與授信額度相當之金額。且，經確認之授信僅在特定之期間有效，超過特定之期間則無效。該期間為授信期間。授信期間為被賦與以信用卡支付之信用之期間。經過授信期間後，所確保之授信額度失效。授信期間之日數係預先決定。例如，在本實施形態中，授信期間之日數為30日。然而，授信期間之日數可為30日以外。
於預約時無法確認授信之情形時，住宿設施預約伺服器1無法直接以線上刷卡結算結算住宿費用。然而，即使使用者指定之信用卡之資訊為預約時有效之信用卡之資訊，仍有無法確認授信之情形。亦即如上所述，為住宿費用超過信用卡之可使用額之情形。即，為使用者所欲進行預約之月份之信用卡之使用額增大之情形。該情形時，若住宿設施預約伺服器1不受理以由使用者指定之信用卡進行線 上刷卡結算之預約，則對使用者而言較為不便，使用者進而可能放棄在住宿設施預約網站上進行預約。如此一來，既然未進行預約，住宿設施之提供者也就失去了提供住宿設施之機會。
在資訊處理系統S中，即使預約時無法確認信用卡之授信之情形，住宿設施預約伺服器1仍受理預約。此時，住宿設施預約伺服器1預先記憶由使用者指定之信用卡之資訊。其後，住宿設施預約伺服器1基於所記憶之信用卡之資訊，再次進行授信確認。將第2次授信確認稱為「再次授信確認」。在再次授信確認中可確認授信之情形時，住宿設施預約伺服器1輸出表示將結算方法設為藉由使用者在預約時指定之信用卡之線上刷卡結算之資訊。另一方面，無法確認授信之情形時，住宿設施預約伺服器1一面維持已受理之預約，一面輸出表示設為與藉由使用者在預約時指定之信用卡之線上刷卡結算不同之方法之資訊。
住宿設施預約伺服器1進行再次授信確認之理由係，因為有即使在預約之時點無以信用卡結算住宿費用之信用，其後信用仍會恢復之情形。例如，有一個月1次地結清過去之1個月之期間已進行結算之處理之授信額度之日。將結清授信額度之日稱為「授信額度結清日」。實際上，例如，以自授信額度結清日之前日成為授信額度結清日之時序，結清授信額度。結清授信額度後，於授信額度結清日，信用卡之可使用額會增加。授信額度結清日，係例如由每個信用卡公司決定。例如，授信額度結清日為月初之 日。又，例如，授信額度結清日為扣款日。扣款日為自使用者之戶頭扣除信用卡之使用費用之日。又，亦有即使非授信額度結清日，仍解除授信額度之情形。例如，為取消對應所確保之授信額度之交易之情形。若住宿設施預約伺服器1在信用卡之可使用額為住宿費用以上時進行再次授信確認，則可確認授信。因此，住宿設施預約伺服器1可進行線上刷卡結算。對使用者而言，有使用者可不進行等待可使用額增加而再次指定線上刷卡結算要求預約之作業之優點。
住宿設施預約伺服器1可在自至入住日之日數為授信期間之日數以下之日、至入住日之前日之任一日中，進行再次授信確認。其係因為藉由以該時序進行再次授信確認，可提高住宿費用結算之安全性。其理由係因為在已確認使用者指定之信用卡之授信之狀態下使用者在入住日開始使用住宿設施。例如，若在使用者使用住宿設施之期間喪失信用卡支付能力之情形時，住宿設施之提供者只要對投宿在住宿設施中之使用者要求直接結算即可。此外並有使用者取消預約之情形，或使用者無任何聯絡且到入住日當天也未出現在住宿設施中之情形。該情形時，例如，住宿設施預約伺服器1只要基於來自住宿設施提供者之要求，在所確保之授信額度內於授信期間內結算取消費用即可。
住宿設施預約伺服器1可在至結算日之日數為授信期間之日數以下之日以後之任一日，進行再次授信確認。其係因為藉由以該時序進行再次授信確認，可進一步提高住宿 費用結算之安全性。其理由係因為在根據再次授信確認可確認授信之情形下，基於此時確保之授信額度，住宿設施預約伺服器1可在結算日結算住宿費用。
住宿設施預約伺服器1可在授信額度結清日進行再次授信確認。其係因為藉由以該時序進行再次授信確認，可提高可確認授信之概率。
另，在本實施形態中，住宿設施預約伺服器1在至結算日之日數為授信期間之日數以下之日以後之日中，在授信額度結清日進行再次授信確認。自至結算日之日數為授信期間之日數以下之日、至入住日之前日之前無授信額度結清日之情形時，住宿設施預約伺服器1可在其他之日進行再次授信確認，亦可不受理藉由線上刷卡結算之預約。
以下，說明自預約至結算之處理之概要。圖2係顯示自預約至結算之處理之流程圖。另，圖2顯示授信期間之日數為30日之情形之例。又，圖2係以「OK」表示可確認授信之情形，以「NG」表示無法確認授信之情形。
如圖2所示，使用者指定線上刷卡結算，而進行預約之操作。於是，住宿設施預約伺服器1進行所指定之信用卡之授信確認(圖2(1))。此時，住宿設施預約伺服器1在可確認授信之情形下，將結算方法作為線上刷卡結算而受理預約。且，使用者住宿於住宿設施後，住宿設施預約伺服器1在退房日之次日，以預約時指定之信用卡結算住宿費用(圖2(2))。
另一方面，住宿設施預約伺服器1在無法確認授信之情 形下，亦受理預約。其後，在成為結算日之30日前之日以後之授信額度結清日，住宿設施預約伺服器1進行預約時所指定之信用卡之再次授信確認(圖2(3))。此時，住宿設施預約伺服器1在可確認授信之情形下，將結算方法設為線上刷卡結算。且，住宿設施預約伺服器1在退房日之次日，以預約時所指定之信用卡結算住宿費用(圖2(4))。
另一方面，於再次授信確認中無法確認授信之情形時，住宿設施預約伺服器1將結算方法設為現場結算。其後，使用者住宿於住宿設施而進行退房時，使用者在住宿設施處結算住宿費用(圖2(5))。
在圖2(1)中，若於預約時無法確認授信之情形時，住宿設施預約伺服器1在實際受理預約前，向要求預約之使用者之使用者終端4發送結算方法變更頁面。結算方法變更頁面為用以變更結算方法之網頁。
圖3係顯示結算方法變更頁面之畫面顯示例之圖。如圖3所示，包含單選按鈕110、120、130、140、第2希望卡片指定區域150、及決定按鈕160。單選按鈕110為用以選擇線上刷卡結算作為結算方法之單選按鈕。單選按鈕120為用以選擇現場結算作為結算方法之單選按鈕。單選按鈕130為用以選擇僅將最初指定之信用卡使用於線上刷卡結算之單選按鈕。單選按鈕140為用以選擇可將最初指定之信用卡以外之信用卡作為第2希望之信用卡而使用於線上刷卡結算之單選按鈕。此處，將預約時最初指定之信用卡稱為「第1希望之信用卡」。唯有使用者在單選按鈕110及 120中選擇單選按鈕110之情形時，使用者可在單選按鈕130及140中選擇任一者。第2希望卡片指定區域150為用以指定第2希望之信用卡之資訊。唯有使用者在單選按鈕130及140中選擇單選按鈕140之情形時，使用者可在第2希望卡片指定區域150中指定第2希望之信用卡。在第2希望卡片指定區域150中，作為第2希望之信用卡，使用者可在預先登錄於住宿設施預約網站中之信用卡、與其他之信用卡中選擇任一者。使用者選擇其他之信用卡作為第2希望之信用卡之情形時，在第2希望卡片指定區域150中，使用者可輸入第2希望之信用卡之資訊。作為可輸入之資訊，有信用卡公司、卡號、有效期限、名義人之名稱等。決定按鈕160為用以確定結算方法之變更內容之按鈕。
若不自線上刷卡結算變更結算方法，且，僅將預約時指定之信用卡使用於線上刷卡結算之情形時，使用者選擇單選按鈕110及130。又，結算方法雖未自線上刷卡結算變更，但亦可將第2希望之信用卡使用於線上刷卡結算之情形時，使用者選擇單選按鈕110及140，且在第2希望卡片指定區域150中，指定第2希望之信用卡。另一方面，將結算方法變更為現場結算之情形時，使用者選擇單選按鈕120。
不自線上刷卡結算變更結算方法，且，使用者選擇僅將預約時指定之信用卡使用於線上刷卡結算之情形時，在圖2(1)中，住宿設施預約伺服器1設結算方法為線上刷卡結算，而受理預約。其後，在圖2(3)中，住宿設施預約伺服 器1確認第1希望之信用卡之授信。此時，住宿設施預約伺服器1在可確認授信之情形下，不變更結算方法。且，住宿設施預約伺服器1輸出表示設為藉由第1希望之信用卡之線上刷卡結算之資訊。作為該資訊，住宿設施預約伺服器1例如將線上刷卡結算通知郵件發送至預約之使用者處。線上刷卡結算通知郵件為通知不將結算方法自藉由第1希望之信用卡之線上刷卡結算變更之電子郵件。其後，住宿設施預約伺服器1以第1希望之信用卡結算住宿費用(圖2(4))。
再次授信確認中無法確認授信之情形時，住宿設施預約伺服器1將結算方法自線上刷卡結算變更為現場結算。且，住宿設施預約伺服器1輸出表示將結算方法設為與線上刷卡結算不同之方法之資訊。作為該資訊，住宿設施預約伺服器1例如將現場結算通知郵件發送至預約之使用者處。現場結算通知郵件為通知已將結算方法自線上刷卡結算變更為現場結算之電子郵件。另，利用使用者終端4接收現場結算通知郵件之使用者，例如可指定與預約時指定之信用卡不同之信用卡，而將結算方法變更為線上刷卡結算。
結算方法雖不自線上刷卡結算變更，但使用者選擇可將第2希望之信用卡使用於線上刷卡結算之情形時，在圖2(1)中，住宿設施預約伺服器1確認第2希望之信用卡之授信。此時，住宿設施預約伺服器1在無法確認授信之情形下，不受理預約，而再次發送結算方法變更頁面。另一方面， 住宿設施預約伺服器1在可確認授信之情形下，設結算方法為線上刷卡結算，而受理預約。其後，在圖2(3)中，住宿設施預約伺服器1確認第1希望之信用卡之授信，且可確認授信之情形時，發送線上刷卡結算通知郵件。其後，住宿設施預約伺服器1以第1希望之信用卡結算住宿費用(圖2(4))。
無法確認第1希望之信用卡之授信之情形時，住宿設施預約伺服器1確認第2希望之信用卡之授信。此時，住宿設施預約伺服器1在可確認授信之情形下，不變更結算方法。其後，住宿設施預約伺服器1以第2希望之信用卡結算住宿費用(圖2(4))。另一方面，住宿設施預約伺服器1在無法確認授信之情形下，將結算方法變更為現場結算，並發送現場結算通知郵件。
使用者選擇將結算方法變更為現場結算之情形時，在圖2(1)中，住宿設施預約伺服器1設結算方法為現場結算，而受理預約。其後，在圖2(3)中，住宿設施預約伺服器1確認第1希望之信用卡之授信。此時，住宿設施預約伺服器1在無法確認授信之情形下，不變更結算方法。另一方面，住宿設施預約伺服器1在可確認授信之情形下，雖不變更結算方法，但輸出表示設為藉由第1希望之信用卡之線上刷卡結算之資訊。作為該資訊，住宿設施預約伺服器1例如發送可恢復結算方法之通知郵件。可恢復結算方法之通知郵件為通知可將結算方法自現場結算恢復至藉由第1希望之信用卡之線上刷卡結算之電子郵件。在該時點住宿設施 預約伺服器1不變更結算方法之理由係為尊重使用者之最新選擇內容。
可恢復結算方法之通知郵件中，例如記載有用以恢復結算方法之URL。當使用者選擇URL時，使用者終端4向住宿設施預約伺服器1發送請求，且住宿設施預約伺服器1將結算方法恢復承認頁面向使用者終端4發送。結算方法恢復承認頁面為用以承認恢復結算方法之網頁。在結算方法恢復承認頁面中，使用者選擇承認恢復結算方法之按鈕後，住宿設施預約伺服器1將結算方法自現場結算恢復至藉由第1希望之信用卡之線上刷卡結算。住宿設施預約伺服器1可限制可將結算方法恢復至線上刷卡結算之期間。例如，住宿設施預約伺服器1可使可將結算方法恢復至線上刷卡結算之期間為入住日之前日為止。
另，住宿設施預約伺服器1在入住日之前日，將記載有預約內容之電子郵件發送至預約住宿設施之使用者處。因此，住宿設施預約伺服器1可代替發送線上刷卡結算通知郵件或現場結算通知郵件，而在記載預約內容之電子郵件中記載確定之結算方法。
又，住宿設施預約伺服器1在預約時無法確認第1希望之信用卡之授信之情形下，可不發送結算方法變更頁面。該情形時，住宿設施預約伺服器1不自線上刷卡結算變更結算方法，且，進行與使用者選擇僅將預約時指定之信用卡使用於線上刷卡結算之情形相同之處理。
且，根據預約時使用者指定之入住日及退房日，有住宿 設施之使用日數為授信期間之日數以上之情形。住宿設施之使用日數為較住宿日數多1日之日數。在該情形下，假定自結算日授信期間日數前之日以後進行再次授信確認之情形時，住宿設施預約伺服器1在入住日以後進行再次授信確認。然而，自上述之住宿費用結算之安全性之觀點出發，住宿設施預約伺服器1在入住日之前一日為止進行再次授信確認。該情形時，根據再次授信確認所確保之授信額度在結算日前失效。於是，有在結算日無法以信用卡結算住宿費用之情形。因此，住宿設施預約伺服器1於自結算日授信期間日數前之日以後，進一步確認授信。將第3次授信確認稱為「再再次授信確認」。
在本實施形態中，住宿設施預約伺服器1在自至入住日之日數為授信期間之日數以下之日，至入住日之前日之期間，在授信額度結清日進行再次授信確認。自至入住日之日數為授信期間之日數以下之日，至入住日之前日為止無授信額度結清日之情形時，住宿設施預約伺服器1可在其他之日進行再次授信確認，亦可不受理藉由線上刷卡結算之預約。再次授信確認只要在入住日之前一日為止進行即可。又，住宿設施預約伺服器1在至結算日之日數為授信期間之日數以下之日，進行再再次授信確認。另，再再次授信確認只要在至結算日之日數為授信期間之日數以下之日以後進行即可。
以下，說明概要。圖4係顯示住宿設施之使用日數為授信期間之日數以上之情形之自預約至結算之處理之流程 圖。另，圖4顯示授信期間之日數為30日之情形之例。
如圖4所示，使用者指定入住日及退房日。其結果，使用日數為30日以上。又，使用者指定線上刷卡結算，而進行預約操作。住宿設施預約伺服器1與圖2(1)同樣進行授信確認(圖4(1))，且在無法確認授信之情形下，仍受理預約。
其後，在自入住日之30日前至入住日之前日之間之授信額度結清日，住宿設施預約伺服器1進行預約時指定之信用卡之再次授信確認(圖4(2))。此時，住宿設施預約伺服器1在可確認授信之情形下，將結算方法設為線上刷卡結算。
其後，在入住日以後、結算日之30日前之日，住宿設施預約伺服器1進行預約時指定之信用卡之再再次授信確認(圖4(3))。此時，住宿設施預約伺服器1在可確認授信之情形下，不變更結算方法。且，住宿設施預約伺服器1在退房日之次日，以預約時指定之信用卡結算住宿費用(圖4(4))。另一方面，住宿設施預約伺服器1在無法確認授信之情形下，將結算方法變更為現場結算。其後，在使用者進行退房時，使用者在住宿設施中結算住宿費用(圖4(5))。
使用者實際使用住宿設施時，存在除了預約時確定之住宿費用，另外產生費用之情形。例如，為使用者使用使用費用未包含於預約時之住宿費用之服務之情形，或使用者在住宿設施中購入某物之情形。將因使用住宿設施而除了 住宿費用另外產生之費用稱為「可選費用」。使用者使用線上刷卡結算之情形時，可以線上刷卡結算結算包含可選費用與住宿費用之使用費用。具體而言，例如，在退房時，住宿設施之提供者細算可選費用。且，提供者操作住宿設施終端3，要求可選費用之登錄。於是，住宿設施預約伺服器1針對可選費用進行授信確認。此時，住宿設施預約伺服器1在可確認授信之情形下，在退房日之次日，包含可選費用而結算住宿費用。另一方面，住宿設施預約伺服器1無法確認授信之情形時，例如，在該場所使用者進行可選費用之結算手續。在該情形下，住宿費用仍以線上刷卡結算進行結算。
[3.住宿設施預約伺服器之構成]
接著，針對住宿設施預約伺服器1之構成，使用圖5及圖6進行說明。
圖5係顯示本實施形態之住宿設施預約伺服器1之概要構成之一例之方塊圖。如圖5所示，住宿設施預約伺服器1具備通信部11、記憶部12、輸入輸出介面13、及系統控制部14。且，系統控制部14與輸入輸出介面13係經由系統匯流排15而連接。
通信部11連接於網路NW，而控制與使用者終端4等之通信狀態。
記憶部12係例如由硬磁碟驅動機等構成。該記憶部12中，構築有會員資訊DB12a、住宿設施資訊DB12b、預約資訊DB12c等之資料庫。「DB」為Database(資料庫)之略 語。另，記憶部12為本發明之記憶機構之一例。
圖6(a)係顯示登錄於會員資訊DB12a中之內容之一例之圖。於會員資訊DB12a中，登錄與於資訊處理系統S中進行會員登錄之使用者相關之會員資訊。具體而言，於會員資訊DB12a中，對應每個使用者而登錄使用者ID、通行字、暱稱、姓名、出生年月日、性別、郵政編碼、住所、電話號碼、電子郵件位址、登錄信用卡資訊等。使用者ID為使用者之識別資訊。登錄信用卡資訊為由使用者登錄之信用卡之卡片資訊。於登錄信用卡資訊中，例如設定信用卡公司、卡號、有效期限、名義人之名稱等之資訊。使用者藉由預先登錄卡片資訊，可不用每次預約皆輸入卡片資訊。
圖6(b)係顯示登錄於住宿設施資訊DB12b中之內容之一例之圖。於住宿設施資訊DB12b中，登錄關於住宿設施之住宿設施資訊。具體而言，於住宿設施資訊DB12b中，對應每個住宿設施而登錄設施ID、住宿設施名、郵政編碼、住所、電話號碼、傳真號碼、電子郵件位址、計劃資訊等之住宿設施之屬性。設施ID為住宿設施之識別資訊。計劃資訊為關於住宿設施提供之住宿計劃之資訊。住宿計劃例如為由住宿設施之提供者企劃之住宿服務。計劃資訊中，例如，對每個住宿計劃設定有計劃ID、住宿計劃名、客房類型ID、住宿計劃之內容、1宿之住宿費用之說明等之住宿計劃之屬性。計劃ID為住宿計劃之識別資訊。客房類型ID為表示客房之類型之識別資訊。
圖6(c)係顯示登錄於預約資訊DB12c中之內容之一例之圖。於預約資訊DB12c中，登錄關於已受理之預約之預約資訊。具體而言，於預約資訊DB12c中，對應每個預約而登錄預約序號、預約日、使用者ID、設施ID、計劃ID、客房類型、入住日、退房日、使用人數、住宿費用、結算方法資訊、線上刷卡結算管理資訊等之資訊。預約序號為預約之識別資訊。使用者ID表示已預約之使用者。設施ID表示所預約之住宿設施。計劃ID及客房類型ID表示所預約之住宿計劃及客房類型。住宿費用為預約時確定之使用費用。住宿費用係根據住宿計劃、客房類型、住宿日數及使用人數而決定。結算方法資訊為表示結算方法之資訊。於結算方法資訊中，設定「現場結算」或「線上刷卡結算」之任一者。
線上刷卡結算管理資訊為關於線上刷卡結算之資訊。於線上刷卡結算管理資訊中，設定第1信用卡資訊、第2信用卡資訊、使用卡片類別、授信確認結果、住宿費用承認序號、可選費用結算旗標、可選費用、可選費用承認序號、再次授信確認旗標、再次授信確認日、再再次授信確認旗標及再再次授信確認日。第1信用卡資訊為由使用者指定之第1希望之信用卡之卡片資訊。第2信用卡資訊為由使用者指定之第2希望之信用卡之卡片資訊。使用卡片類別為表示使用於線上刷卡結算之信用卡之種類之資訊。於使用卡片類別中，設定「第1卡」或「第2卡」之任一者。「第1卡」表示使用第1希望之信用卡。「第2卡」表示使用第2希 望之信用卡。授信確認結果表示最新之授信確認之確認結果。授信確認結果中設定為OK之情形，表示可確認授信。授信確認結果中設定為NG之情形，表示無法確認授信。住宿費用承認序號為針對住宿費用之結算承認信用卡之授信之情形時，自結算伺服器2發送至住宿設施預約伺服器1之承認序號。承認序號為承認授信之交易之識別資訊。可選費用結算旗標為表示是否以線上刷卡結算結算可選費用之資訊。可選費用結算旗標設定為ON之情形，表示可選費用以線上刷卡結算進行結算。可選費用結算旗標設定為OFF之情形，表示可選費用不以線上刷卡結算進行結算。可選費用承認序號為針對可選費用之結算承認信用卡之授信之情形時，自結算伺服器2發送至住宿設施預約伺服器1之承認序號。再次授信確認旗標為表示是否需要再次授信確認之資訊。再次授信確認旗標設定為ON之情形，表示需要再次授信確認。再次授信確認旗標設定為OFF之情形，表示不需要再次授信確認。再次授信確認日表示進行再次授信確認之日。再再次授信確認旗標為表示是否需要再再次授信確認之資訊。再再次授信確認旗標設定為ON之情形，表示需要再再次授信確認。再再次授信確認旗標設定為OFF之情形，表示不需要再再次授信確認。再再次授信確認日表示進行再再次授信確認之日。
接著，針對記憶於記憶部12中之其他資訊進行說明。記憶部12中，記憶有用以顯示網頁之HTML(HyperText Markup Language：超文字旗標語言)文書、XML (Extensible Markup Language：可擴展旗標語言)文書、圖像資料、正文資料、電子文書等之各種資料。
又，記憶部12中，記憶有作業系統、WWW(World Wide Web：全球資訊網)伺服器程式、DBMS(Database Management System：資料庫管理系統)、住宿設施預約處理程式等之各種程式。住宿設施預約處理程式為用以執行住宿設施之檢索、住宿設施之預約、住宿費用之授信確認或結算之處理之程式。住宿設施預約處理程式為本發明之資訊處理程式(資訊處理程式產品)之一例。另，各種程式例如可自其他之伺服器裝置等經由網路NW而取得，亦可記錄於DVD(Digital Versatile Disc：數位影音光碟)等之記錄媒體而經由驅動裝置讀入。
輸入輸出介面13進行通信部11及記憶部12與系統控制部14之間之介面處理。
系統控制部14係由CPU14a、ROM(Read Only Memory：唯讀記憶體)14b、RAM(Random Access Memory：隨機存取記憶體)14c等構成。且，系統控制部14藉由CPU14a讀取執行各種程式，而作為本發明之預約機構、確認機構、輸出機構、第2確認機構、結算機構及判定機構發揮功能。
另，住宿設施預約伺服器1可以複數個伺服器裝置構成。例如，進行住宿設施之檢索之伺服器裝置、進行住宿設施之預約或授信確認之處理之伺服器裝置、根據來自使用者終端4之請求而發送網頁之伺服器裝置、及管理資料庫之伺服器裝置等，可相互以LAN等進行連接。
[4.資訊處理系統之動作]
接著，針對資訊處理系統S之動作，使用圖7至圖12進行說明。
圖7係顯示本實施形態之住宿設施預約伺服器1之系統控制部14之預約處理之處理例之流程圖。
例如，使用者在住宿設施網站檢索住宿設施，而選擇期望之住宿設施、住宿計劃及客房類型。接著，使用者選擇入住日、退房日及使用人數。於是，使用者終端4之畫面中，顯示結算方法指定頁面。結算方法指定頁面為用以指定結算方法之網頁。此處，使用者選擇線上刷卡結算作為結算方法之情形時，輸入使用於結算之信用卡之卡片資訊。此時，使用者可指定會員資訊中登錄有資訊之信用卡。該情形時，使用者不輸入卡片資訊。使用者進行必要之選擇及輸入後，選擇用以要求預約之按鈕。於是，使用者終端4將預約請求向住宿設施預約伺服器1發送。預約請求包含使用者ID、由使用者選擇之住宿設施、對應住宿計劃及客房類型之設施ID、計劃ID及客房ID、入住日、退房日及使用人數。又，預約請求包含表示是否使用會員資訊中登錄有資訊之信用卡之資訊、與由使用者輸入之卡片資訊。預約處理係開始於住宿設施預約伺服器1接收到預約請求時。
如圖7所示，系統控制部14判定由使用者選擇之結算方法是否為線上刷卡結算(步驟S1)。此時，系統控制部14在判定為結算方法並非線上刷卡結算之情形下(步驟 S1：NO)，在結算方法資訊中設定「現場結算」。又，系統控制部14將再次授信確認旗標及再再次授信確認旗標設定為OFF(步驟S2)。接著，系統控制部14登錄預約資訊(步驟S3)。具體而言，系統控制部14產生新預約序號。接著，系統控制部14產生包含預約序號、預約請求所含之資訊、已進行設定之結算方法資訊、再次授信確認旗標及再再次授信確認旗標等之預約資訊。接著，系統控制部14將所產生之預約資訊登錄於預約資訊DB12c中。系統控制部14結束步驟S3之處理後，使預約處理結束。
另一方面，系統控制部14在判定結算方法為線上刷卡結算之情形下(步驟S1：YES)，基於由使用者指定之信用卡之卡片資訊，而確認授信(步驟S4)。具體而言，系統控制部14基於預約請求所含之設施ID、計劃ID、客房類型ID及使用人數，而計算住宿費用。又，系統控制部14取得使用者指定之信用卡之卡片資訊。使用者已輸入卡片資訊之情形時，自預約資訊請求取得卡片資訊。另一方面，系統控制部14在使用者指定已登錄之信用卡之情形下，自會員資訊DB12a，檢索與要求預約之使用者之使用者ID對應之會員資訊。且，系統控制部14自所檢索之會員資訊取得登錄信用卡資訊。系統控制部14取得卡片資訊後，將授信確認請求向結算伺服器2發送。授信確認請求包含所取得之卡片資訊、使用額等。系統控制部14設定住宿費用作為使用額。
結算伺服器2接收授信確認請求後，判定是否承認授 信。具體而言，結算伺服器2判定授信確認請求所含之卡片資訊是否為有效之信用卡之卡片資訊。又，結算伺服器2基於卡片資訊，而判定信用卡之有效期限是否已到期。又，結算伺服器2判定目前之信用卡之可使用額是否為授信確認請求所含之使用額以上。
卡片資訊為有效之信用卡之卡片資訊，有效期限未到期，且可使用額為使用額以上之情形時，結算伺服器2承認授信。該情形時，結算伺服器2發行新承認序號。又，結算伺服器2確保與住宿費用相當之授信額度。例如，結算伺服器2將承認序號、住宿費用、卡片資訊等，對應登錄於結算伺服器2具備之資料庫中。又，結算伺服器2更新對應卡片資訊之可使用額。且，結算伺服器2將包含承認序號之授信確認應答發送至住宿設施預約伺服器1。
另一方面，卡片資訊並非有效之信用卡之卡片資訊之情形，有效情形已到期之情形，或可使用額未滿使用額之情形時，結算伺服器2不承認授信。該情形時，結算伺服器2將包含錯誤類別之授信確認應答發送至住宿設施預約伺服器1。該情形時，授信確認應答不包含承認序號。錯誤類別為表示無法承認授信之理由之資訊。作為錯誤類別，例如有「卡片無效」、「期限到期」、「限度額以上」等。「卡片無效」表示卡片資訊為無效。「期限到期」表示信用卡之有效期限已到期。「限度額以上」表示使用額超過可使用額。
系統控制部14自結算伺服器2接收授信確認應答後，判 定是否可確認授信(步驟S5)。此時，系統控制部14在自結算伺服器2接收包含承認序號之授信確認應答之情形下，判定為可確認授信(步驟S5：YES)。該情形時，系統控制部14進行線上刷卡結算管理資訊之設定(步驟S6)。具體而言，系統控制部14在結算方法資訊中設定「線上刷卡結算」。又，系統控制部14在第1信用卡資訊中，設定步驟S4中所取得之卡片資訊。又，系統控制部14在使用卡片類別中設定「第1卡」。又，系統控制部14在授信確認結果中設定OK。又，系統控制部14在住宿費用承認序號中，設定包含於授信確認應答之承認序號。又，系統控制部14將可選費用結算旗標設定為OFF。又，系統控制部14將再次授信確認旗標及再再次授信確認旗標設定為OFF。
接著，系統控制部14登錄包含由使用者指定之信用卡之卡片資訊之預約資訊(步驟S7)。具體而言，系統控制部14產生包含新預約序號、預約請求所含之資訊、已進行設定之線上刷卡結算管理資訊之預約資訊。接著，系統控制部14將所產生之預約資訊登錄於預約資訊DB12c中。系統控制部14結束步驟S7之處理後，使預約處理結束。
另一方面，系統控制部14在已接收不包含承認序號之授信確認應答之情形下，判定為無法確認授信(步驟S5：NO)。該情形時，系統控制部14取得自結算伺服器2接收之授信確認應答所含之錯誤類別。且，系統控制部14作為判定機構，判定錯誤類別是否為「限度額以上」(步驟S8)。此時，系統控制部14在判定為錯誤類別並非「限度 額以上」之情形下(步驟S8：NO)，將結算方法指定頁面向預約請求之發送源之使用者終端4發送(步驟S9)。系統控制部14結束步驟S9之處理後，使預約處理結束。在結算方法指定頁面中，使用者再次指定結算方法。且，使用者選擇用以要求預約之按鈕後，使用者終端4將預約請求向住宿設施預約伺服器1發送。
另一方面，系統控制部14在判定錯誤類別為「限度額以上」之情形下(步驟S8：YES)，判定自明日至預約請求所含之入住日之前日為止是否存在授信額度結清日(步驟S10)。另，有以每個信用卡公司授信額度結清日不同之情形。該情形時，系統控制部14基於步驟S4中取得之卡片資訊所含之信用卡公司之資訊，而特定授信額度結清日。系統控制部14在判定為不存在授信額度結清日之情形下(步驟S10：NO)，移至步驟S9。即，系統控制部14在不存在授信額度結清日之情形下，不受理藉由使用第1希望之信用卡之線上刷卡結算之預約。
另一方面，系統控制部14在判定為存在授信額度結清日之情形下(步驟S10：YES)，將結算方法變更頁面向預約請求之發送源之使用者終端4發送(步驟S11)。接著，系統控制部14使預約請求所含之資訊、與步驟S4中所取得之卡片資訊與要求預約之使用者之使用者ID相關聯，而暫時記憶於記憶部12中。系統控制部14結束該處理後，使預約處理結束。
圖8係顯示本實施形態之住宿設施預約伺服器1之系統控 制部14之結算方法變更預約處理之處理例之流程圖。
使用者終端4顯示自住宿設施預約伺服器1接收到之結算方法變更頁面。此處，使用者進行結算方法、及是否指定第2希望之信用卡之選擇。又，使用者根據需要而輸入第2希望之信用卡之卡片資訊。且，使用者終端4選擇決定按鈕160。於是，使用者終端4將結算方法變更預約請求發送至住宿設施預約伺服器1。結算方法變更預約請求包含使用者ID、由使用者選擇之結算方法、及表示是否指定第2希望之信用卡之資訊。又，結算方法變更預約請求包含表示是否使用會員資訊中登錄有資訊之信用卡之資訊、與由使用者輸入之卡片資訊。結算方法變更預約處理係於住宿設施預約伺服器1接收到結算方法變更預約請求時開始。
如圖8所示，系統控制部14判定由使用者選擇之結算方法是否為線上刷卡結算(步驟S21)。此時，系統控制部14在判定結算方法並非線上刷卡結算之情形下(步驟S21：NO)，將結算方法資訊變更為「現場結算」(步驟S22)。接著，系統控制部14移至步驟S29。
另一方面，系統控制部14在判定結算方法為線上刷卡結算之情形下(步驟S21：YES)，判定是否指定有第2希望之信用卡(步驟S23)。此時，系統控制部14在判定為未指定第2希望之信用卡之情形下(步驟S23：NO)，移至步驟S28。另一方面，系統控制部14在判定為指定有第2希望之信用卡之情形下(步驟S23：YES)，基於第2希望之信用卡之卡片資訊，而確認授信(步驟S24)。該處理之內容與圖7所示之預 約處理之步驟S4之處理內容基本上相同。惟系統控制部14基於結算方法變更請求而取得第2希望之信用卡之卡片資訊。且，系統控制部14將所取得之卡片資訊設定於授信確認請求。
接著，系統控制部14判定是否可確認第2希望之信用卡之授信(步驟S25)。此時，系統控制部14在判定為無法確認授信之情形下(步驟S25：NO)，將結算方法指定頁面向預約請求之發送源之使用者終端4發送(步驟S26)。系統控制部14結束步驟S26之處理後，使結算方法變更預約處理結束。另一方面，系統控制部14在判定為可確認授信之情形下(步驟S25：YES)，在第2信用卡資訊中設定步驟S24中取得之卡片資訊。又，系統控制部14在住宿費用承認序號中，設定步驟S24中接收到之授信確認應答所含之承認序號(步驟S27)。接著，系統控制部14移至步驟S28。
在步驟S28中，系統控制部14在結算方法資訊中設定「線上刷卡結算」。接著，系統控制部14進行線上刷卡結算管理資訊之主要之設定(步驟S29)。具體而言，系統控制部14在第1信用卡資訊中，設定與要求預約之使用者ID相對應而記憶於記憶部12中之卡片資訊。又，系統控制部14在使用卡片類別中設定「第1卡」。又，系統控制部14在授信確認結果中設定NG。又，系統控制部14將可選費用結算旗標設定為OFF。又，系統控制部14將再次授信確認旗標設定為ON。又，系統控制部14在再次授信確認日，設定存在於自明日至入住日之前日之間之授信額度結清 日。此時，系統控制部14在存在複數個授信額度結清日之情形下，例如可將離入住日最近之授信額度結清日設定為再次授信確認日。其理由係為可基於再次授信確認中確保之授信額度進行結算。
接著，系統控制部14基於與要求預約之使用者ID相對應而記憶於記憶部12中之入住日及退房日，而計算住宿設施之使用日數。且，系統控制部14判定使用日數是否未滿授信日數(步驟S30)。此時，系統控制部14在判定為使用日數未滿授信日數之情形下(步驟S30：YES)，將再再次授信確認旗標設定為OFF(步驟S31)。接著，系統控制部14移至步驟S33。
另一方面，系統控制部14在判定使用日數為授信日數以上之情形下(步驟S30：NO)，將再再次授信確認旗標設定為ON。又，系統控制部14將退房日之次日設定為結算日。且，系統控制部14在再再次授信確認日，設定自結算日授信日數前之日(步驟S32)。接著，系統控制部14移至步驟S33。
在步驟S33中，系統控制部14作為預約機構，而登錄包含由使用者指定之信用卡之卡片資訊之預約資訊。具體而言，系統控制部14產生包含新預約序號、與要求預約之使用者ID相對應而記憶於記憶部12中之資訊、已進行設定之結算方法資訊、第1信用卡資訊、第2信用卡資訊、使用卡片類別、授信確認結果、住宿費用承認序號、可選費用結算旗標、再次授信確認旗標、再次授信確認日、再再次授 信確認旗標及再再次授信確認日等之預約資訊。接著，系統控制部14將所產生之預約資訊登錄於預約資訊DB12c中。系統控制部14藉由登錄預約資訊，受理所要求之預約。系統控制部14結束步驟S33之處理後，使預約處理結束。
圖9係顯示本實施形態之住宿設施預約伺服器1之系統控制部14之再次授信確認處理之處理例之流程圖。住宿設施預約伺服器1係1日1次地執行再次授信確認處理、與後述之再再次授信確認處理及結算處理。住宿設施預約伺服器1可連續執行再次授信確認處理、再再次授信確認處理及結算處理。
如圖9所示，系統控制部14自預約資訊DB12c，檢索再次授信確認旗標設定為ON之預約資訊中、再次授信確認日為今日之預約資訊(步驟S41)。接著，系統控制部14在所檢索之預約資訊中選擇1個(步驟S42)。接著，系統控制部14判定所選擇之預約資訊中是否設定有第2信用卡資訊(步驟S43)。此時，系統控制部14在判定為未設定第2信用卡資訊之情形下(步驟S43：NO)，移至步驟S45。另一方面，系統控制部14在判定為設定有第2信用卡資訊之情形下(步驟S43：YES)，針對所選擇之預約資訊對應之預約，取消藉由預約時之授信確認所確保之第2希望之信用卡之授信(步驟S44)。進行該處理之理由係為防止相對1個預約確保複數個授信額度。具體而言，系統控制部14自所選擇之預約資訊取得住宿費用承認序號。接著，系統控制部14 對結算伺服器2發送將所取得之住宿費用承認序號作為承認序號而包含之授信取消請求。結算伺服器2接收授信取消請求後，解除與授信取消請求所含之承認序號對應之授信額度。另，自上次進行授信確認之日已經過授信期間之情形時，系統控制部14可不執行授信之取消。系統控制部14結束步驟S45之處理後，移至步驟S45。
在步驟S45中，系統控制部14作為確認機構，基於包含於所選擇之預約資訊中之第1信用卡資訊，確認第1希望之信用卡之授信。該處理之內容與圖7所示之預約處理之步驟S4之處理內容基本相同。且，系統控制部14將包含於所選擇之預約資訊中之第1信用卡資訊設定為授信確認請求。
接著，系統控制部14判定是否可確認授信(步驟S46)。此時，系統控制部14在判定為無法確認授信之情形下(步驟S46：NO)，移至步驟S51。另一方面，系統控制部14在判定為可確認授信之情形下(步驟S46：YES)，以步驟S45中自結算伺服器2接收之授信確認應答所含之承認序號，覆蓋包含於所選擇之預約資訊中之住宿費用承認序號。接著，系統控制部14在包含於所選擇之預約資訊中之授信確認結果中設定OK(步驟S47)。
接著，系統控制部14判定包含於所選擇之預約資訊中之結算方法資訊是否為「線上刷卡結算」(步驟S48)。此時，系統控制部14在判定結算方法資訊為「線上刷卡結算」之情形下(步驟S48：YES)，作為輸出機構而發送線上 刷卡結算通知郵件(步驟S49)。具體而言，系統控制部14自會員資訊DB12a檢索與包含於所選擇之預約資訊中之使用者ID對應之會員資訊。接著，系統控制部14自所檢索之會員資訊取得郵件位址。接著，系統控制部14產生線上刷卡結算通知郵件。此時，系統控制部14將所取得之郵件位址設定為線上刷卡結算通知郵件之收件地。又，系統控制部14在線上刷卡結算通知郵件之正文中，由於可以第1希望之信用卡確認授信，故設定不將結算方法自線上刷卡結算變更為現場結算之宗旨之文章。且，系統控制部14發送所產生之線上刷卡結算通知郵件。系統控制部14結束步驟S49之處理後，移至步驟S57。
另一方面，系統控制部14在判定為結算方法資訊並非「線上刷卡結算」之情形下(步驟S48：NO)，作為輸出機構而發送可恢復結算方法之通知郵件(步驟S50)。具體而言，系統控制部14產生可恢復結算方法之通知郵件。此時，系統控制部14與步驟S49之情形同樣地設定收件地。又，系統控制部14在可恢復結算方法之通知郵件之正文中，由於可以第1希望之信用卡確認授信，故設定可實現自現場結算恢復至藉由第1希望之信用卡之線上刷卡結算之宗旨之文章。又，系統控制部14在可恢復結算方法之通知郵件之正文中，設定結算方法恢復承認頁面之URL。系統控制部14對結算方法恢復承認頁面之URL，附加包含於所選擇之預約資訊中之預約序號。且，系統控制部14發送所產生之可恢復結算方法之通知郵件。系統控制部14結束 步驟S50之處理後，移至步驟S57。
已接收可恢復結算方法之通知郵件之使用者選擇正文中設定之URL後，使用者終端4向住宿設施預約伺服器1發送包含URL之請求，與此對應，系統控制部14將結算方法恢復承認頁面向使用者終端4發送。此處，若使用者選擇承認按鈕，則系統控制部14自預約資訊DB12c，檢索與附加於已接收之請求所含之URL之預約序號對應之預約資訊。接著，系統控制部14將包含於所檢索之預約資訊中之結算方法資訊變更為「線上刷卡結算」。
在步驟S51中，系統控制部14判定所選擇之預約資訊中是否設定有第2信用卡資訊，此時，系統控制部14在判定為未設定第2信用卡資訊之情形下(步驟S51：NO)，移至步驟S55。另一方面，系統控制部14在判定為設定有第2信用卡資訊之情形下(步驟S51：YES)，基於包含於所選擇之預約資訊中之第2信用卡資訊，而確認第2希望之信用卡之授信(步驟S52)。該處理之內容與步驟S45之處理內容基本相同。且，系統控制部14將包含於所選擇之預約資訊中之第2信用卡資訊設定為授信確認請求。
接著，系統控制部14判定是否可確認授信(步驟S53)。此時，系統控制部14在無法確認授信之情形下(步驟S53：NO)，移至步驟S55。另一方面，系統控制部14在可確認授信之情形下(步驟S53：YES)，以步驟S52中自結算伺服器2接收之授信確認應答所含之承認序號，覆蓋包含於所選擇之預約資訊中之住宿費用承認序號。接著，系統控制 部14在包含於所選擇之預約資訊中之授信確認結果中設定OK。又，系統控制部14在包含於所選擇之預約資訊中之使用卡片類別中設定「第2卡」(步驟S54)。接著，系統控制部14移至步驟S57。
在步驟S55中，系統控制部14將包含於所選擇之預約資訊中之結算方法資訊變更為「現場結算」。又，系統控制部14將包含於所選擇之預約資訊中之再再次授信確認旗標設定為OFF。
接著，系統控制部14作為輸出機構，而發送現場結算通知郵件(步驟S56)。具體而言，系統控制部14產生現場結算通知郵件。此時，系統控制部14與步驟S49之情形同樣地設定收件地。又，系統控制部14在現場結算通知郵件之正文中，設定已將結算方法自線上刷卡結算變更為現場結算之宗旨之文章。且，系統控制部14發送所產生之現場結算通知郵件。系統控制部14結束步驟S56之處理後，移至步驟S57。另，系統控制部14相對經預約之住宿設施之提供者，亦可發送現場結算通知郵件。
在步驟S57中，系統控制部14判定步驟S41中所檢索之預約資訊之中是否有尚未選擇之預約資訊。此時，系統控制部14在判定為有尚未選擇之預約資訊之情形下(步驟S57：YES)，在尚未選擇之預約資訊中選擇1個(步驟S58)。接著，系統控制部14移至步驟S43。系統控制部14藉由反復步驟S43~S58之處理，對今日需要再次授信確認之各預約進行再次授信確認。且，系統控制部14在判定為已選擇 全部之預約資訊之情形下(步驟S57：NO)，使再次授信確認處理結束。
圖10係顯示本實施形態之住宿設施預約伺服器1之系統控制部14之再再次授信確認處理之處理例之流程圖。
如圖10所示，系統控制部14自預約資訊DB12c，檢索再再次授信確認旗標設定為ON之預約資訊中，再再次授信確認日為今日之預約資訊(步驟S61)。接著，系統控制部14在所檢索之預約資訊中選擇一個(步驟S62)。接著，系統控制部14針對所選擇之預約資訊對應之預約，取消藉由再次授信確認所確保之授信(步驟S63)。該處理之內容與圖9所示之再次授信確認處理之步驟S44之處理內容相同。
接著，系統控制部14判定包含於所選擇之預約資訊中之使用卡片類別是否為「第1卡」(步驟S64)。此時，系統控制部14在判定使用卡片類別為「第1卡」之情形下(步驟S64：YES)，取得包含於所選擇之預約資訊中之第1卡片資訊(步驟S65)。接著，系統控制部14移至步驟S67。另一方面，系統控制部14在判定為使用卡片類別並非「第1卡」之情形下(步驟S64：NO)，取得包含於所選擇之預約資訊中之第2卡片資訊(步驟S66)。接著，系統控制部14移至步驟S67。
在步驟S67中，系統控制部14基於步驟S65或S66中所取得之信用卡資訊，而確認授信。該處理之內容與圖7所示之預約處理之步驟S4之處理內容相同。接著，系統控制部14判定是否可確認授信(步驟S68)。此時，系統控制部14 在判定為可確認授信之情形下(步驟S68：YES)，以步驟S67中自結算伺服器2接收之授信確認應答所含之承認序號，覆蓋包含於所選擇之預約資訊中之住宿費用承認序號。接著，系統控制部14移至步驟S71。
另一方面，系統控制部14在判定為無法確認授信之情形下(步驟S68：NO)，在包含於所選擇之預約資訊中之授信確認結果中設定NG。又，系統控制部14將包含於所選擇之預約資訊中之結算方法資訊變更為「現場結算」(步驟S69)。接著，系統控制部14發送現場結算通知郵件(步驟S70)。該處理之內容與圖9所示之再次授信確認處理之步驟S56之處理內容相同。系統控制部14結束步驟S70之處理後，移至步驟S71。
在步驟S71中，系統控制部14判定步驟S61中所檢索之預約資訊之中是否有尚未選擇之預約資訊。此時，系統控制部14在判定為有尚未選擇之預約資訊之情形下(步驟S71：YES)，在尚未選擇之預約資訊中選擇1個(步驟S72)。接著，系統控制部14移至步驟S63。系統控制部14藉由反復步驟S63~S72之處理，對今日需要再再次授信確認之各預約進行再再次授信確認。且，系統控制部14在判定為已選擇全部之預約資訊之情形下(步驟S71：NO)，使再再次授信確認處理結束。
圖11係顯示本實施形態之住宿設施預約伺服器1之系統控制部14之可選費用登錄處理之處理例之流程圖。
產生可選費用之情形時，住宿設施之提供者為登錄可選 費用，而操作住宿設施終端3。此時，提供者輸入可選費用、預約序號等。於是，住宿設施終端3將可選費用登錄請求向住宿設施預約伺服器1發送。可選費用登錄處理係開始於住宿設施預約伺服器1已接收可選費用登錄請求時。
如圖11所示，系統控制部14自預約資訊DB12c，檢索與可選費用登錄請求所含之預約序號對應之預約資訊。接著，系統控制部14在包含於所檢索之預約資訊中之結算方法資訊中設定「線上刷卡結算」，且，判定包含於所檢索之預約資訊中之授信確認結果中是否設定為OK(步驟S81)。
此時，判定為結算方法資訊中未設定為「線上刷卡結算」之情形，或，判定為授信確認結果中未設定為OK之情形時(步驟S81：NO)，系統控制部14將授信確認錯誤結束頁面向可選費用登錄請求之發送源之住宿設施終端3發送(步驟S82)。授信確認錯誤結束頁面為顯示關於可選費用無法確認授信之宗旨之訊息之網頁。系統控制部14結束步驟S82之處理後，使可選費用登錄處理結束。
另一方面，系統控制部14在判定為結算方法資訊中設定為「線上刷卡結算」，且授信確認結果中設定為OK之情形下(步驟S81：YES)，判定包含於所檢索之預約資訊中之使用卡片類別是否為「第1卡」(步驟S83)。此時，系統控制部14在判定使用卡片類別為「第1卡」之情形下(步驟S83：YES)，取得包含於所檢索之預約資訊中之第1信用卡 資訊(步驟S84)。接著，系統控制部14移至步驟S86。另一方面，系統控制部14在判定使用卡片類別並非「第1卡」之情形下(步驟S83：NO)，取得包含於所檢索之預約資訊中之第2信用卡資訊(步驟S85)。接著，系統控制部14移至步驟S86。
在步驟S86中，系統控制部14基於步驟S84或S85中所取得之信用卡資訊，而確認用以結算可選費用之授信。該處理之內容與圖7所示之預約處理之步驟S4之處理內容基本相同。然而，系統控制部14代替住宿費用，而將可選費用設定為授信確認請求。
接著，系統控制部14判定是否可確認授信(步驟S87)。此時，系統控制部14在判定為無法確認授信之情形下(步驟S87：NO)，移至步驟S82。另一方面，系統控制部14在判定為可確認授信之情形下(步驟S87：YES)，將步驟S86中自結算伺服器2接收之授信確認應答所含之承認序號作為可選費用承認序號，在所檢索之預約資訊中進行設定。接著，系統控制部14將包含於所檢索之預約資訊中之可選費用結算旗標設定為ON。又，系統控制部14在所檢索之預約資訊中設定包含於可選費用登錄請求之可選費用(步驟S88)。接著，系統控制部14將授信確認正常結束頁面向可選費用登錄請求之發送源之住宿設施終端3發送(步驟S89)。授信確認正常結束頁面為顯示關於可選費用可確認授信之宗旨之訊息之網頁。系統控制部14結束步驟S89之處理後，使可選費用登錄處理結束。
圖12係顯示本實施形態之住宿設施預約伺服器1之系統控制部14之結算處理之處理例之流程圖。
如圖12所示，系統控制部14自預約資訊DB12c，檢索結算方法資訊中設定為「線上刷卡結算」之預約資訊中，退房日之次日為今日之預約資訊(步驟S91)。接著，系統控制部14在所檢索之預約資訊中選擇1個(步驟S92)。接著，系統控制部14判定包含於所選擇之預約資訊中之使用卡片類別是否為「第1卡」(步驟S93)。此時，系統控制部14在判定使用卡片類別為「第1卡」之情形下(步驟S93：YES)，取得包含於所檢索之預約資訊中之第1信用卡資訊(步驟S94)。接著，系統控制部14移至步驟S96。另一方面，系統控制部14在判定為使用卡片類別並非「第1卡」之情形下(步驟S93：NO)，取得包含於所檢索之預約資訊中之第2信用卡資訊(步驟S95)。接著，系統控制部14移至步驟S96。
在步驟S96中，系統控制部14判定包含於所選擇之預約資訊中之可選費用結算旗標是否設定為ON。此時，系統控制部14在判定為可選費用結算旗標未設定為ON之情形下(步驟S96：NO)，基於所取得之信用卡資訊，而結算包含於所選擇之預約資訊中之住宿費用(步驟S97)。具體而言，系統控制部14將結算請求向結算伺服器2發送。結算請求包含所取得之信用卡資訊、使用額、承認序號等。系統控制部14設定包含於所選擇之預約資訊中之住宿費用及住宿費用承認序號作為使用額及承認序號。結算伺服器2 接收結算請求後，進行以結算請求所含之住宿費用確定與結算請求所含之承認序號對應而自使用者之戶頭扣除之使用費用之處理。系統控制部14結束步驟S97之處理後，移至步驟S99。
另一方面，判定為可選費用結算旗標設定為ON之情形時(步驟S96：YES)，系統控制部14作為結算機構，基於所取得之信用卡資訊，而結算包含選擇之預約資訊所含之住宿費用及可選費用之使用費用(步驟S98)。具體而言，系統控制部14以與步驟S97相同之方法，結算住宿費用。又，系統控制部14將設定有包含於所選擇之預約資訊中之可選費用及可選費用承認序號之結算請求向結算伺服器2發送。藉此，系統控制部14結算可選費用。系統控制部14結束步驟S98之處理後，移至步驟S99。
在步驟S99中，系統控制部14判定步驟S91中所檢索之預約資訊中是否有尚未選擇之預約資訊。此時，系統控制部14在判定為有尚未選擇之預約資訊之情形下(步驟S99：YES)，在尚未選擇之預約資訊中選擇1個(步驟S100)。接著，系統控制部14移至步驟S93。系統控制部14藉由反復步驟S93~S100之處理，對今日需要結算之各預約進行使用費用之結算。且，系統控制部14在判定為已選擇全部之預約資訊之情形下(步驟S99：NO)，使結算處理結束。
如以上說明所示，根據本實施形態，住宿設施預約伺服器1之系統控制部14相對指定線上刷卡結算之預約之要 求，無法確認所指定之信用卡之有效性之情形時，受理預約，且使所指定之信用卡之信用卡資訊記憶於記憶部12中。受理預約後，系統控制部14基於記憶於記憶部12中之資訊，確認所指定之信用卡之有效性，且可確認為有效之情形時，發送表示將結算方法設為以所指定之信用卡進行結算之線上刷卡結算通知郵件或結算方法恢復通知郵件，無法確認為有效之情形時，發送表示將結算方法設為與以所指定之信用卡進行結算不同之方法之現場結算通知郵件。因此，即使在使用者以所欲使用之信用卡用來結算使用費用之支付信用在預約時喪失之情形下，當其後信用恢復之情形時，仍可將結算方法設定為以使用者所欲使用之信用卡之結算。因此，住宿設施預約伺服器1可受理可以使用者所欲使用之信用卡進行結算之預約。
又，已受理預約之住宿設施之使用日數為授信日數以上之情形時，系統控制部14在已受理預約之住宿設施之入住日之前日之前，確認所指定之信用卡之有效性。因此，關於若以在授信期間內結算之方式確認信用卡之有效性則確認日為入住日以後之使用日數之預約，可在入住日前確認授信。因此，住宿設施之提供者可在已確保使用者可以信用卡支付使用費用之狀態下，開始提供住宿設施。
又，已受理預約之住宿設施之使用日數為授信日數以上之情形時，系統控制部14在根據再次授信確認可確認為有效後、至結算日之日數為授信日數以下之日以後，基於記憶於記憶部12中之第1信用卡資訊，確認所指定之信用卡 之有效性，且無法確認為有效之情形時，輸出現場結算通知郵件。因此，可提高使用費用結算之安全性。
又，除了根據再次授信確認可確認線上刷卡結算為有效之住宿費用以外，因使用所預約之住宿設施而產生可選費用之情形時，系統控制部14基於記憶於記憶部12中之信用卡資訊，以所指定之信用卡結算包含住宿費用與所產生之可選費用之使用費用。因此，使用者使用住宿設施時新產生費用之情形時，使用者即使不進行結算之手續，仍可以使用者所欲使用之信用卡進行結算。
又，相對預約之要求無法確認所指定之信用卡為有效之情形時，系統控制部14判定錯誤類別是否為「限度額以上」，且判定錯誤類別為「限度額以上」之情形時，受理預約，使所指定之信用卡之資訊記憶於記憶部12中。因此，可抑制住宿設施預約伺服器1不必要地進行再次授信確認。
又，指定線上刷卡結算之預約時無法確認信用卡為有效之情形時，系統控制部14判定錯誤類別是否為「限度額以上」，且判定錯誤類別為「限度額以上」之情形時，進行再次授信確認。因此，可抑制住宿設施預約伺服器1不必要地進行再次授信確認。
另，在上述實施形態中，住宿設施預約伺服器1在授信額度結清日進行再次授信確認。然而，住宿設施預約伺服器1可推定1個月間結算住宿費用之信用恢復之概率較高之日。將該日稱為「信用恢復日」。信用恢復日有時亦為授 信額度結清日。且，住宿設施預約伺服器1可在所推定之信用恢復日進行再次授信確認。例如，住宿設施預約伺服器1將無法確認授信之預約日、與在再次授信確認中可確認授信之日作為歷史而記錄。自預約日之次日至再次授信確認之日之間，存在結算住宿費用之信用恢復之日。因此，住宿設施預約伺服器1自包含於該期間之日中，推定信用恢復日。住宿設施預約伺服器1推定結算住宿費用之信用恢復之概率較高之日，且在所推定之日進行再次授信確認，藉此，可提高可確認授信之概率。又，藉由推定信用恢復之概率較高之日，在信用卡公司未公布授信額度結清日之情形下亦有效。
具體而言，例如於記憶部12中構築授信確認歷史DB。於授信確認歷史DB中，登錄包含無法確認授信之預約日之授信確認歷史、與包含在再次授信確認中可確認授信之日之授信確認歷史。更詳細而言，於授信確認歷史中，對應登錄預約序號、授信確認日、授信確認類別及信用卡公司資訊。預約序號表示已進行授信確認之預約。授信確認日為無法確認授信之預約日、或可確認授信之再次授信確認日之任一者。授信確認類別為所進行之授信確認之類別。於授信確認類別中，設定「第1」或「第2」之任一者。「第1」表示預約時之授信確認。「第2」表示再次授信確認。信用卡公司資訊表示已進行授信確認之信用卡之發行地之信用卡公司。
在圖7所示之預約處理之步驟S8中，系統控制部14在判 定錯誤類別為「限度額以上」之情形下(步驟S8：YES)，不執行步驟S10，而執行步驟S11。在圖8所示之結算方法變更預約處理中，系統控制部14結束步驟S28之處理後，作為記憶控制機構而登錄授信確認歷史。具體而言，系統控制部14設定預約日作為授信確認日。又，系統控制部14在授信確認類別中設定「第1」。又，系統控制部14自與要求預約之使用者ID相對應而記憶於記憶部12中之卡片資訊，取得信用卡公司資訊。且，系統控制部14將包含新預約序號、再次授信確認日、再次授信確認類別及信用卡公司資訊之授信確認歷史登錄於授信確認歷史DB中。在圖9所示之再次授信確認處理之步驟S46中，系統控制部14在判定為可確認授信之情形下(步驟S46：YES)，作為記憶控制機構而登錄授信確認歷史。具體而言，系統控制部14自所選擇之預約資訊取得預約序號、再次授信確認日。又，系統控制部14在再次授信確認類別中設定「第2」。又，系統控制部14自包含於所選擇之預約資訊中之第1信用卡資訊，取得信用卡公司資訊。且，系統控制部14將包含預約序號、再次授信確認日、再次授信確認類別及信用卡公司資訊之授信確認歷史登錄於授信確認歷史DB中。
在結算方法變更預約處理之步驟S29中，系統控制部14不在再次授信確認日設定授信額度結清日。接著，系統控制部14自授信確認歷史DB12檢索包含所取得之信用卡公司資訊之授信確認歷史。接著，系統控制部14作為推定機構，基於所檢索之授信確認歷史，而推定所取得之信用卡 公司資訊表示之信用卡公司發行之信用卡之信用恢復日。以每個信用卡公司資訊進行推定之理由係，因為有以每個信用卡公司資訊授信額度結清日等之信用恢復日不同之情形。具體而言，系統控制部14自所檢索之授信確認歷史，擷取包含同一預約資訊之授信確認歷史之組。包含同一預約資訊之授信確認歷史之組係授信確認類別為「第1」之授信確認歷史、與授信確認類別為「第2」之授信確認歷史之組合。系統控制部14特定預約日與再次授信確認之日之中間日。具體而言，系統控制部14算出自授信確認類別為「第1」之授信確認歷史所含之授信確認日、至授信確認類別為「第2」之授信確認歷史所含之授信確認日之日數。接著，系統控制部14將算出之日數之一半，與授信確認類別為「第1」之授信確認歷史所含之授信確認日相加，而算出中間日。此時，系統控制部14僅將算出之年月日中之日設為中間日。例如，設預約日為2012年1月25日，再次授信確認日為2012年2月10日。該情形時，自1月25日起8日後之2012年2月2日為中間日。且，最終之中間日為自2012年2月2日除去2012年2月之2日。系統控制部14以所擷取之授信確認歷史之每個組，進行中間日之算出。接著，系統控制部14基於1個月之中間日之分布，將中間日集中之日特定為信用恢復日。例如，系統控制部14可將中間日最多地分布之日設為信用恢復日。又，系統控制部14例如可將所算出之中間日中特定比例以上之中間日分布之日設為信用恢復日。該情形時，系統控制部14可特定複 數個信用恢復日。又，系統控制部14例如可將1個月分割成複數個期間，而特定一定比例以上之中間日分布之期間。且，系統控制部14可將特定之期間之中央之日設為信用恢復日，亦可將自特定之期間之開始日至結束日之各者設為信用恢復日。
系統控制部14推定信用恢復日後，判定自明日至入住日之前日為止是否有所推定之信用恢復日。此時，系統控制部14在判定為自明日至入住日之前日之間有信用恢復日之情形下，在線上刷卡結算管理資訊所含之再次授信確認日，設定所推定之信用恢復日。自明日至入住日之前日之間有複數個信用恢復日之情形時，系統控制部14設定任一個信用恢復日。此時，系統控制部14可設定信用恢復之概率最高之信用恢復日。例如，系統控制部14可設定自明日至入住日之前日之間所含之信用恢復日中、中間日最多地分布之日。另一方面，系統控制部14在判定為自明日至入住日之前日之間無信用恢復日之情形下，可將自明日至入住日之前日之間之任一日設定為再次授信確認日。系統控制部14進行再次授信確認日之設定後，移至步驟S30。
另，在上述實施形態中，對住宿設施之提供應用本發明。然而，若為預約時決定使用日之服務，則相對於任何服務均可應用本發明。作為如此之服務，例如有高爾夫球場等之競技設施之提供、或利用飛機、列車、船舶、轎車等之交通機關之人之輸送等。
1‧‧‧住宿設施預約伺服器
2‧‧‧結算伺服器
3‧‧‧住宿設施終端
4‧‧‧使用者終端
11‧‧‧通信部
12‧‧‧記憶部
12a‧‧‧會員資訊DB
12b‧‧‧住宿設施資訊DB
12c‧‧‧預約資訊DB
13‧‧‧輸入輸出介面
14‧‧‧系統控制部
14a‧‧‧CPU
14b‧‧‧ROM
14c‧‧‧RAM
15‧‧‧系統匯流排
NW‧‧‧網路
S‧‧‧資訊處理系統
圖1係顯示一實施形態之資訊處理系統S之概要構成之一例之圖。
圖2係顯示自預約至結算之處理之流程圖。
圖3係顯示結算方法變更頁面之畫面顯示例之圖。
圖4係顯示住宿設施之使用日數為授信期間之日數以上之情形之自預約至結算之處理之流程圖。
圖5係顯示一實施形態之住宿設施預約伺服器1之概要構成之一例之方塊圖。
圖6(a)係顯示登錄於會員資訊DB12a中之內容之一例之圖，(b)係顯示登錄於住宿設施資訊DB12b中之內容之一例之圖，(c)係顯示登錄於預約資訊DB12c中之內容之一例之圖。
圖7係顯示一實施形態之住宿設施預約伺服器1之系統控制部14之預約處理之處理例之流程圖。
圖8係顯示一實施形態之住宿設施預約伺服器1之系統控制部14之結算方法變更預約處理之處理例之流程圖。
圖9係顯示一實施形態之住宿設施預約伺服器1之系統控制部14之再次授信確認處理之處理例之流程圖。
圖10係顯示一實施形態之住宿設施預約伺服器1之系統控制部14之再再次授信確認處理之處理例之流程圖。
圖11係顯示一實施形態之住宿設施預約伺服器1之系統控制部14之可選費用登錄處理之處理例之流程圖。
圖12係顯示一實施形態之住宿設施預約伺服器1之系統控制部14之結算處理之處理例之流程圖。

Claims (9)

  1. 一種資訊處理裝置，其特徵為包含：預約機構，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認機構，其係在由上述預約機構受理預約後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；及輸出機構，其係在由上述確認機構可確認上述指定之信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在由上述確認機構無法確認為有效之情形時，輸出表示將結算方法設為與以上述指定之信用卡進行結算不同之方法之資訊。
  2. 如請求項1之資訊處理裝置，其中由上述預約機構所受理預約之服務之使用日數為相當於授與以上述信用卡支付之信用之期間之授信日數以上之情形時，上述確認機構在已受理預約之服務之開始使用日之前一天為止，確認上述指定之信用卡之有效性。
  3. 如請求項2之資訊處理裝置，其中進而包含：第2確認機構，其係在由上述確認機構可確認為有效後、至上述使用費用之結算日為止之日數為上述授信日數以下之日以後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；且 由上述第2確認機構無法確認為有效之情形時，上述輸出機構輸出表示將結算方法變更為與以上述指定之信用卡進行結算不同之方法之資訊。
  4. 如請求項1至3中任一項之資訊處理裝置，其中進而包含結算機構，其係在由上述確認機構可確認有效性之上述使用費用以外，因使用所預約之服務而產生費用之情形時，基於記憶於上述記憶機構中之上述資訊，以上述指定之信用卡結算包含上述所產生之費用之上述使用費用。
  5. 如請求項1之資訊處理裝置，其中進而包含：判定機構，其係判定對於上述要求無法確認上述指定之信用卡為有效之理由是否為上述使用費用超過上述指定之信用卡之可使用額；且由上述判定機構判定上述理由為上述使用費用超過上述可使用額之情形時，上述預約機構受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中。
  6. 如請求項1之資訊處理裝置，其中進而包含：記憶控制機構，其係使對於上述要求之上述指定之信用卡之有效性之確認日、與由上述確認機構進行之有效性之確認日記憶於確認日記憶機構中；及推定機構，其係基於記憶於上述確認日記憶機構中之上述確認日，而推定上述指定之信用卡生效之日；且上述確認機構在由上述推定機構所推定之日，確認上述指定之信用卡之有效性。
  7. 一種資訊處理方法，其特徵在於其係由電腦執行者，且包含：預約步驟，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認步驟，其係在上述預約機構中受理預約後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；及輸出步驟，其係在上述確認步驟中可確認上述指定之信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在上述確認步驟中無法確認為有效之情形時，輸出表示將結算方法設為與以上述指定之信用卡進行結算不同之方法之資訊。
  8. 一種資訊處理程式產品，其特徵在於使電腦作為如下機構發揮功能：預約機構，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認機構，其係在由上述預約機構受理預約後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；及輸出機構，其係在由上述確認機構可確認上述指定之 信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在由上述確認機構無法確認為有效之情形時，輸出表示將結算方法設為與以上述指定之信用卡進行結算不同之方法之資訊。
  9. 一種記錄媒體，其特徵在於其係記錄有電腦可讀取之資訊處理程式者，該資訊處理程式使電腦作為如下機構發揮功能：預約機構，其對於在服務之使用日以後以信用卡結算使用費用之預約之要求，無法確認所指定之上述信用卡之有效性之情形時，受理預約，並使上述指定之信用卡之資訊記憶於記憶機構中；確認機構，其係在由上述預約機構受理預約後，基於記憶於上述記憶機構中之上述資訊，而確認上述指定之信用卡之有效性；及輸出機構，其係在由上述確認機構可確認上述指定之信用卡為有效之情形時，輸出表示將結算方法設為以上述指定之信用卡進行結算之資訊，而在由上述確認機構無法確認為有效之情形時，輸出表示將結算方法設為與以上述指定之信用卡進行結算不同之方法之資訊。
TW101136569A 2012-02-29 2012-10-03 Information processing apparatus, information processing method, information processing program product and recording medium TWI415018B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012043967A JP5269221B1 (ja) 2012-02-29 2012-02-29 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体

Publications (2)

Publication Number Publication Date
TW201335869A TW201335869A (zh) 2013-09-01
TWI415018B true TWI415018B (zh) 2013-11-11

Family

ID=49081897

Family Applications (1)

Application Number Title Priority Date Filing Date
TW101136569A TWI415018B (zh) 2012-02-29 2012-10-03 Information processing apparatus, information processing method, information processing program product and recording medium

Country Status (7)

Country Link
US (1) US20140343975A1 (zh)
EP (1) EP2677483A4 (zh)
JP (1) JP5269221B1 (zh)
KR (1) KR101364340B1 (zh)
CN (1) CN103415862A (zh)
TW (1) TWI415018B (zh)
WO (1) WO2013128656A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107590546A (zh) * 2016-07-06 2018-01-16 阿里巴巴集团控股有限公司 一种酒店信息处理系统
JP6832647B2 (ja) * 2016-08-04 2021-02-24 パーク二四株式会社 車両共有サービス管理サーバおよびコンピュータプログラム
JP6442634B1 (ja) * 2018-04-03 2018-12-19 株式会社ベストリザーブ 情報処理装置、プログラム及び情報処理方法
JP7230120B2 (ja) * 2021-06-30 2023-02-28 楽天グループ株式会社 サービス提供システム、サービス提供方法、及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002133236A (ja) * 2000-10-26 2002-05-10 Meroo In Sapporo Kk ホテルの客室販売方法およびシステム
JP2002163527A (ja) * 2000-11-29 2002-06-07 Sony Corp 代行システム、代行方法、サービス代行サーバ、事業者サーバ、記録媒体
JP2005107993A (ja) * 2003-09-30 2005-04-21 Dainippon Printing Co Ltd 仮想店舗クレジット決済システムおよび方法
TW201032160A (en) * 2009-02-19 2010-09-01 Simpleact Inc System and method for mobile trade
JP2011253262A (ja) * 2010-05-31 2011-12-15 Rakuten Inc 予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4672377A (en) * 1985-09-09 1987-06-09 Murphy Arthur J Check authorization system
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US7379901B1 (en) * 1998-09-11 2008-05-27 Lv Partners, L.P. Accessing a vendor web site using personal account information retrieved from a credit card company web site
JP2002042005A (ja) * 2000-07-31 2002-02-08 Fujitsu Ltd 配達管理方法及び装置並びに配送情報サービス方法
US20020120537A1 (en) * 2001-02-28 2002-08-29 Dominic Morea Web based system and method for managing business to business online transactions
GB0202542D0 (en) * 2002-02-04 2002-03-20 Tth Man Ltd System for account authorisation
US7849020B2 (en) * 2005-04-19 2010-12-07 Microsoft Corporation Method and apparatus for network transactions
US20110320291A1 (en) * 2010-06-28 2011-12-29 Coon Jonathan C Systems and methods for asynchronous mobile authorization of credit card purchases

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002133236A (ja) * 2000-10-26 2002-05-10 Meroo In Sapporo Kk ホテルの客室販売方法およびシステム
JP2002163527A (ja) * 2000-11-29 2002-06-07 Sony Corp 代行システム、代行方法、サービス代行サーバ、事業者サーバ、記録媒体
JP2005107993A (ja) * 2003-09-30 2005-04-21 Dainippon Printing Co Ltd 仮想店舗クレジット決済システムおよび方法
TW201032160A (en) * 2009-02-19 2010-09-01 Simpleact Inc System and method for mobile trade
JP2011253262A (ja) * 2010-05-31 2011-12-15 Rakuten Inc 予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法

Also Published As

Publication number Publication date
EP2677483A1 (en) 2013-12-25
TW201335869A (zh) 2013-09-01
EP2677483A4 (en) 2014-02-19
CN103415862A (zh) 2013-11-27
US20140343975A1 (en) 2014-11-20
JP2013182315A (ja) 2013-09-12
KR20130116946A (ko) 2013-10-24
KR101364340B1 (ko) 2014-02-18
WO2013128656A1 (ja) 2013-09-06
JP5269221B1 (ja) 2013-08-21

Similar Documents

Publication Publication Date Title
US20020004760A1 (en) Online settlement system, method thereof and storage medium
US7797187B2 (en) System and method of protecting prices
US20030225683A1 (en) Electronic bid/proposal system for the construction industry
US20010047313A1 (en) Method and system for electronic commerce using transaction management computer on network
US20140244321A1 (en) Ticket processing system, control method for ticket processing system, and program
TWI415018B (zh) Information processing apparatus, information processing method, information processing program product and recording medium
JP5342917B2 (ja) レンタル情報提供装置、方法、及びコンピュータプログラム
JP5258929B2 (ja) 与信機能を備えた匿名電子商取引システム及び方法
TWI409711B (zh) Information processing apparatus, information processing method, information processing program product and recording medium
US8271337B1 (en) System and method for transacting for an upgrade having an uncertain availability
US9762570B2 (en) Information processing system, information processing method and computer readable recording medium stored a program
KR100848334B1 (ko) Ｓｍｓ을 이용한 사이버 열차티켓 판매시스템 및 판매방법
US20210082029A1 (en) Intermediary Method, Intermediary Device, and Recording Medium/Program
JP5106128B2 (ja) 情報処理装置および方法、並びにプログラム
JP2008168067A (ja) 商品取引仲介システム、商品取引仲介方法、コンピュータプログラム
JP3955609B2 (ja) 取引支援装置及びそのプログラム
JP2002297911A (ja) 保険金支払システム、保険金支払方法、並びに保険金支払用サーバ
JP7300229B2 (ja) 物件管理システム、及び物件管理方法
JP7313750B2 (ja) 情報管理システム、及び情報管理方法
EP4443376A1 (en) Improved system and method for room reservation and management
US20230177593A1 (en) All in one rentals and services app
JP2010182003A (ja) ポイント付与システム、ポイント付与方法およびポイント付与プログラム
KR20010104945A (ko) 유·무선을 이용한 숙박업소 숙박권 자동발매 시스템
JP4320261B2 (ja) 製品を購入する権利を用いて取引を行う製品取引方法およびシステム