KR101516861B1 - 정보 처리 장치, 정보 처리 방법 및 기록 매체 - Google Patents

정보 처리 장치, 정보 처리 방법 및 기록 매체 Download PDF

Info

Publication number
KR101516861B1
KR101516861B1 KR1020127031960A KR20127031960A KR101516861B1 KR 101516861 B1 KR101516861 B1 KR 101516861B1 KR 1020127031960 A KR1020127031960 A KR 1020127031960A KR 20127031960 A KR20127031960 A KR 20127031960A KR 101516861 B1 KR101516861 B1 KR 101516861B1
Authority
KR
South Korea
Prior art keywords
credit
payment
reservation
confirmation
credit card
Prior art date
Application number
KR1020127031960A
Other languages
English (en)
Other versions
KR20130120369A (ko
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 KR20130120369A publication Critical patent/KR20130120369A/ko
Application granted granted Critical
Publication of KR101516861B1 publication Critical patent/KR101516861B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • G06Q20/145Payments according to the detected use or quantity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)

Abstract

이용 요금의 결제 안전성을 유지하면서, 신용 카드로의 결제가 지정되는 예약으로서, 예약일로부터 이용일까지의 일수가 여신 기간에 상당하는 일수를 초과하는 예약을 접수한다. 정보 처리 장치는, 이용일까지의 일수가 여신 기간의 일수를 초과하는 예약이 요구되었을 경우, 지정된 신용 카드의 유효성을 확인한다. 이때, 정보 처리 장치는, 유효한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 지정된 신용 카드의 정보를 기억 수단에 기억시킨다. 정보 처리 장치는, 예약이 접수된 서비스의 이용일까지의 일수가 여신 기간의 일수 이하가 되는 날 이후에, 기억 수단에 기억된 신용 카드의 정보에 기초하여, 예약시에 지정된 신용 카드의 유효성을 확인한다. 이때, 정보 처리 장치는, 유효한 것으로 확인할 수 없었을 경우, 결제 방법을, 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력한다.

Description

정보 처리 장치, 정보 처리 방법 및 기록 매체{INFORMATION PROCESSING APPARATUS, INFORMATION PROCESSING METHOD, AND RECORDING MEDIUM}
본 발명은, 예약되는 서비스의 이용 요금을 신용 카드로 결제하기 위한 처리를 행하는 정보 처리 장치 및 정보 처리 방법의 기술 분야에 관한 것이다.
종래, 인터넷상에서, 예를 들면 숙박 시설의 숙박 예약 등의 서비스의 이용 예약을 접수하는 예약 시스템이 알려져 있다. 이러한 예약 시스템 중에는, 온라인 카드 결제를 가능하게 하는 시스템이 존재한다. 예약시에 사용자가 결제 방법으로서 온라인 카드 결제를 지정하면, 예약 시스템이, 예약된 서비스의 이용일 이후의 일에, 신용 카드에 의한 이용 요금의 결제 처리를 자동적으로 행한다. 이 경우, 사용자는, 서비스의 이용시에 결제의 수속을 행할 필요가 없다.
결제 방법으로서 온라인 카드 결제가 지정되었을 경우, 예약 시스템은, 예약시에 신용 카드의 유효성 확인을 행한다. 이때, 신용 카드가 유효한 것으로 확인되었을 경우에는, 이용 요금에 상당하는 예약 금액이 확보된다. 확보된 예약 금액이 유효하게 되는 기간은, 여신 기간으로서 미리 정해져 있다. 여신 기간이 경과 한 후에 서비스의 이용일이 도래하면, 온라인 카드 결제에서의 이용 요금의 결제의 안전성을 확보할 수 없는 경우가 있다. 그 때문에, 예약 시스템에서, 서비스의 이용일로부터 며칠 전까지의 예약에서 온라인 카드 결제가 가능한지가 정해져 있다. 예를 들면, 비특허 문헌 1에는, 숙박 시설의 예약에 있어서, 체크인 일이 예약일로부터 90일 이내의 예약에만, 사용자는 온라인 카드 결제를 이용할 수 있는 기술이 기재되어 있다.
주식회사 리쿠르트, "온라인 카드 결제란", [online], [2012년 1월 17일 검색], 인터넷<URL: http://www.jalan.net/jalan/doc/howto/cardkessai.html>
이와 같이, 종래의 기술에서는, 사용자가 온라인 카드 결제를 이용하는 경우, 예약일로부터 이용일까지의 일수가 여신 기간에 상당하는 일수를 초과하는 예약을 접수할 수 없었다.
본 발명은, 이상의 점을 감안하여 이루어진 것으로, 이용 요금의 결제 안전성을 유지하면서, 신용 카드로의 결제가 지정되는 예약으로서, 예약일로부터 이용일까지의 일수가 여신 기간에 상당하는 일수를 초과하는 예약을 접수할 수 있는 정보 처리 장치, 정보 처리 방법, 정보 처리 프로그램 및 기록 매체를 제공하는 것을 목적으로 한다.
상기 과제를 해결하기 위해서, 제1항에 기재된 발명은, 서비스의 이용일 이후에 신용 카드로 이용 요금이 결제되는 예약으로서, 상기 이용일까지의 일수가 상기 신용 카드로의 지불 신용이 주어지는 기간에 상당하는 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 상기 신용 카드의 유효성을 확인하는 제1 확인 수단과, 상기 제1 확인 수단에 의해 유효한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 상기 지정된 신용 카드의 정보를 기억 수단에 기억시키는 예약 수단과, 상기 예약 수단에 의해 예약이 접수된 서비스의 이용일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드의 유효성을 확인하는 제2 확인 수단과, 상기 제2 확인 수단에 의해 유효한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 출력 수단을 구비하는 것을 특징으로 한다.
본 발명에 따르면, 정보 처리 장치는, 예약일로부터 이용일까지의 일수가 여신 기간에 상당하는 일수를 초과하는 경우에도, 지정된 신용 카드가 유효한 것을 확인해서 예약을 접수할 수 있다. 또한, 지정된 신용 카드가 예약 후에 유효하지 않게 되었을 경우에는, 결제 방법이 변경되기 때문에, 이용 요금의 결제 안전성을 유지하면서 예약을 유지할 수 있다.
제2항에 기재된 발명은, 제1항에 기재된 정보 처리 장치에 있어서, 상기 제2 확인 수단에 의해 유효한 것으로 확인할 수 없었던 후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드의 유효성을 확인하는 제3 확인 수단을 더 구비하고, 상기 출력 수단은, 상기 제3 확인 수단에 의해 유효한 것으로 확인할 수 있었을 경우, 상기 결제 방법을 상기 지정된 신용 카드로 결제하는 방법으로 하는 것을 나타내는 정보를 출력하는 것을 특징으로 한다.
본 발명에 따르면, 예약 후에, 사용자가 사용하고자 하는 신용 카드로 이용 요금을 지불하기 위한 신용이 한번 없어진 경우에도, 그 후 신용을 회복한 경우에, 결제 방법을, 사용자가 사용하고자 하는 신용 카드에 의한 결제로 할 수 있다.
제3항에 기재된 발명은, 제2항에 기재된 정보 처리 장치에 있어서, 상기 제3 확인 수단에 의해 유효한 것으로 확인할 수 있었던 상기 이용 요금 이외에, 예약된 서비스의 이용에 의해 요금이 발생했을 경우, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 발생한 요금을 포함한 상기 이용 요금을 상기 지정된 신용 카드로 결제하는 결제 수단을 더 구비하는 것을 특징으로 한다.
본 발명에 따르면, 사용자가 서비스를 이용했을 때에 새롭게 요금이 발생했을 경우에, 사용자는, 결제의 수속을 행하지 않아도, 사용자가 사용하고자 하는 신용 카드로 결제할 수 있다.
제4항에 기재된 발명은, 제2항 또는 제3항에 기재된 정보 처리 장치에 있어서, 상기 예약 수단에 의해 예약이 접수된 서비스의 이용 일수가 상기 여신 일수 이상일 경우, 상기 제3 확인 수단에 의해 유효한 것으로 확인할 수 있었던 후에, 예약이 접수된 서비스의 이용 개시일의 전일까지, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드의 유효성을 확인하는 제4 확인 수단을 더 구비하고, 상기 출력 수단은, 상기 제4 확인 수단에 의해 유효한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력한다.
본 발명에 따르면, 여신 기간 내에 결제되도록 신용 카드의 유효성을 확인하면 확인일이 이용 개시일 이후가 되는 이용 일수의 예약에 대해서, 이용 개시일보다 전에 신용 카드의 유효성을 확인할 수 있다. 그 때문에, 서비스의 제공자는, 사용자가 신용 카드로의 이용 요금의 지불이 가능하다는 것이 확보된 상태에서 서비스의 제공을 개시할 수 있다. 또한, 제4 확인 수단에 의한 유효성의 확인에 의해, 여신 기간에 포함되는 서비스의 이용일을 많게 할 수 있다.
제5항에 기재된 발명은, 제4항에 기재된 정보 처리 장치에 있어서, 상기 제4 확인 수단에 의해 유효한 것으로 확인할 수 있었던 후에, 상기 이용 요금의 결제일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드의 유효성을 확인하는 제5 확인 수단을 더 구비하고, 상기 출력 수단은, 상기 제5 확인 수단에 의해 유효한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 것을 특징으로 한다.
본 발명에 따르면, 서비스의 이용 개시일보다 전에 신용 카드가 유효하다는 것이 확인된 후, 여신 기간 내에 결제되도록 신용 카드의 유효성이 더 확인되고, 이때, 유효한 것으로 확인할 수 없었을 경우에는, 결제 방법을 변경할 수 있다. 그 때문에, 서비스의 이용 요금의 결제 안전성을 높일 수 있다.
제6항에 기재된 발명은, 제2항 내지 제5항 중 어느 한 항에 기재된 정보 처리 장치에 있어서, 상기 제2 확인 수단에 의해 유효한 것으로 확인할 수 없었을 경우, 유효한 것으로 확인할 수 없었던 이유가, 상기 이용 요금이 상기 지정된 신용 카드의 이용 가능액을 초과하는 것인지의 여부를 판정하는 판정 수단을 더 구비하고, 상기 제3 확신 수단은, 상기 이유가, 상기 이용 요금이 상기 이용 가능액을 초과하는 것으로 상기 판정 수단에 의해 판정했을 경우에, 상기 지정된 신용 카드의 유효성을 확인하는 것을 특징으로 한다.
본 발명에 따르면, 제2 확인 수단에 의해 신용 카드가 유효한 것으로 확인할 수 없었던 이유가, 예약 대상의 서비스의 이용 요금이 신용 카드의 이용 가능액을 초과한다는 이유일 경우에는, 또 재차 신용 카드의 유효성이 확인된다. 신용 카드의 이용 가능액은, 제2 확인 수단에 의한 유효성의 확인시부터 증가할 개연성이 있다. 그 때문에, 정보 처리 장치는, 유효성을 확인할 수 있는 개연성이 높은 예약만을 접수할 수 있다. 이에 의해, 정보 처리 장치가 불필요하게 신용 카드의 유효성을 다시 확인하는 것을 억제할 수 있다.
제7항에 기재된 발명은, 제2항 내지 제6항 중 어느 한 항에 기재된 정보 처리 장치에 있어서, 상기 제2 확인 수단에 의한 유효성의 확인일과, 상기 제3 확인 수단에 의한 유효성의 확인일을, 확인일 기억 수단에 기억시키는 기억 제어 수단과, 상기 확인일 기억 수단에 기억된 상기 확인일에 기초하여, 상기 지정된 신용 카드가 유효해지는 날을 추정하는 추정 수단을 더 구비하고, 상기 제3 확인 수단은, 상기 추정 수단에 의해 추정된 날에, 상기 지정된 신용 카드의 유효성을 확인하는 것을 특징으로 한다.
본 발명에 따르면, 지정된 신용 카드가 유효해지는 것으로 추정된 날에 유효성의 확인이 행해지므로, 이용 요금을 지불하기 위한 신용이 회복됨으로써 신용 카드가 유효한 것으로 확인할 수 있는 개연성을 높일 수 있다.
제8항에 기재된 발명은, 컴퓨터에 의해 실행되는 정보 처리 방법이며, 서비스의 이용일 이후에 신용 카드로 이용 요금이 결제되는 예약으로서, 상기 이용일까지의 일수가 상기 신용 카드로의 지불 신용이 주어지는 기간에 상당하는 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 상기 신용 카드의 유효성을 확인하는 제1 확인 스텝과, 상기 제1 확인 스텝에서 유효한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 상기 지정된 신용 카드의 정보를 기억 수단에 기억시키는 예약 스텝과, 상기 예약 스텝에서 예약이 접수된 서비스의 이용일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드의 유효성을 확인하는 제2 확인 스텝과, 상기 제2 확인 스텝에서 유효한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 출력 스텝을 포함하는 것을 특징으로 한다.
제9항에 기재된 발명은, 컴퓨터를, 서비스의 이용일 이후에 신용 카드로 이용 요금이 결제되는 예약으로서, 상기 이용일까지의 일수가 상기 신용 카드로의 지불 신용이 주어지는 기간에 상당하는 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 상기 신용 카드의 유효성을 확인하는 제1 확인 수단, 상기 제1 확인 수단에 의해 유효한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 상기 지정된 신용 카드의 정보를 기억 수단에 기억시키는 예약 수단, 상기 예약 수단에 의해 예약이 접수된 서비스의 이용일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드의 유효성을 확인하는 제2 확인 수단, 및 상기 제2 확인 수단에 의해 유효한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 출력 수단으로서 기능시키는 것을 특징으로 한다.
제10항에 기재된 발명은, 컴퓨터를, 서비스의 이용일 이후에 신용 카드로 이용 요금이 결제되는 예약으로서, 상기 이용일까지의 일수가 상기 신용 카드로의 지불 신용이 주어지는 기간에 상당하는 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 상기 신용 카드의 유효성을 확인하는 제1 확인 수단, 상기 제1 확인 수단에 의해 유효한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 상기 지정된 신용 카드의 정보를 기억 수단에 기억시키는 예약 수단, 상기 예약 수단에 의해 예약이 접수된 서비스의 이용일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드의 유효성을 확인하는 제2 확인 수단, 및 상기 제2 확인 수단에 의해 유효한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 출력 수단으로서 기능시키는 정보 처리 프로그램이 컴퓨터 판독 가능하게 기록되어 있는 것을 특징으로 한다.
본 발명에 따르면, 정보 처리 장치는, 예약일로부터 이용일까지의 일수가 여신 기간에 상당하는 일수를 초과하는 경우에도, 지정된 신용 카드가 유효한 것을 확인해서 예약을 접수할 수 있다. 또한, 지정된 신용 카드가 예약 후에 유효하지 않게 되었을 경우에는, 결제 방법이 변경되므로, 이용 요금의 결제 안전성을 유지하면서 예약을 유지할 수 있다.
도 1은 일 실시 형태에 따른 정보 처리 시스템(S)의 개요 구성의 일례를 도시하는 도면이다.
도 2는 예약에서부터 결제까지의 처리의 흐름을 설명하는 도면이다.
도 3은 숙박 시설의 이용 일수가 여신 기간의 일수 이상인 경우의 예약에서부터 결제까지의 처리의 흐름을 설명하는 도면이다.
도 4는 숙박 시설의 이용 일수가 여신 기간의 일수 이상인 경우의 예약에서부터 결제까지의 처리의 흐름을 설명하는 도면이다.
도 5는 일 실시 형태에 따른 숙박 시설 예약 서버(1)의 개요 구성의 일례를 도시하는 블록도다.
도 6의 (a)는, 회원 정보 DB(12a)에 등록되는 내용의 일례를 도시하는 도면이며, (b)는, 숙박 시설 정보 DB(12b)에 등록되는 내용의 일례를 도시하는 도면이며, (c)는, 예약 정보 DB(12c)에 등록되는 내용의 일례를 도시하는 도면이며, (d)는, 재여신 확인 이력 DB(12d)에 등록되는 내용의 일례를 도시하는 도면이다.
도 7은 일 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 예약 처리에서의 처리예를 나타내는 플로우차트다.
도 8은 일 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 재여신 확인 처리에서의 처리예를 나타내는 플로우차트다.
도 9는 일 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 재여신 확인 처리에서의 처리예를 나타내는 플로우차트다.
도 10은 일 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 결제 방법 변경 처리에서의 처리예를 나타내는 플로우차트다.
도 11은 일 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 옵션 요금 등록 처리에서의 처리예를 나타내는 플로우차트다.
도 12는 일 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 결제 처리에서의 처리예를 나타내는 플로우차트다.
이하, 도면을 참조해서 본 발명의 실시 형태에 대해 상세하게 설명한다. 또한, 이하에 설명하는 실시 형태는, 정보 처리 시스템에 대하여 본 발명을 적용했을 경우의 실시 형태다.
[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 사이트다. 숙박 시설 예약 사이트는, 복수의 숙박 시설로부터 예약의 접수를 위탁받아 있다. 숙박 시설 예약 서버(1)는, 사용자 단말기(4)로부터의 리퀘스트에 따라서, 예를 들면, 숙박 시설 예약 사이트의 Web 페이지를 송신하거나, 숙박 시설의 검색이나, 숙박의 예약 등에 관한 처리를 행한다. 또한, 숙박 시설 예약 서버(1)는, 결제 서버(2)에 리퀘스트를 송신함으로써, 예를 들면, 신용 카드의 유효성을 확인하거나, 숙박 시설의 숙박 요금의 결제 처리를 행한다.
결제 서버(2)는, 신용 카드로의 결제에 관한 각종 처리를 실행하는 서버 장치다. 결제 서버(2)는, 숙박 시설 예약 서버(1)로부터의 리퀘스트에 기초하여, 예를 들면, 신용 카드의 여신의 승인 판정을 행하거나, 결제의 처리를 행한다. 또한, 도 1은, 1대의 결제 서버(2)만을 도시하고 있지만, 예를 들면, 숙박 시설 예약 사이트에서 이용 가능한 신용 카드의 발행처인 신용 카드 회사마다 결제 서버(2)가 설치되어 있다.
숙박 시설 단말기(3)는, 숙박 시설 예약 사이트에 예약의 위탁을 하고 있는 숙박 시설의 제공자가 이용하는 단말 장치다. 숙박 시설 단말기(3)는, 제공자로부터의 조작에 기초해서 숙박 시설 예약 서버(1) 등의 서버 장치에 액세스한다. 이에 의해, 숙박 시설 단말기(3)는, 서버 장치로부터 Web 페이지를 수신해서 표시한다. 숙박 시설 단말기(3)에는, 브라우저나 전자 메일 클라이언트 등의 소프트웨어가 내장되어 있다. 제공자는, 숙박 시설 단말기(3)를 이용함으로써, 예를 들면, 숙박 시설의 정보를 숙박 시설 예약 사이트에 등록하거나, 숙박 시설의 예약 상황을 확인한다.
사용자 단말기(4)는, 숙박 시설 예약 사이트를 이용하는 사용자의 단말 장치다. 사용자 단말기(4)는, 사용자로부터의 조작에 기초해서 숙박 시설 예약 서버(1)에 액세스함으로써, 숙박 시설 예약 서버(1)로부터 Web 페이지를 수신해서 표시한다. 사용자 단말기(4)에는, 브라우저나 전자 메일 클라이언트 등의 소프트웨어가 내장되어 있다. 사용자 단말기(4)로는, 예를 들면 퍼스널 컴퓨터, PDA(Personal Digital Assistant), 스마트 폰 등의 휴대 정보 단말기, 휴대 전화기 등이 이용된다.
[2. 온라인 카드 결제로의 예약]
사용자는, 숙박 시설 예약 사이트에서 숙박 시설의 이용을 예약할 때, 숙박 시설의 결제 방법을 지정할 수 있다. 결제 방법으로는, 현지 결제와 온라인 카드 결제가 있다. 현지 결제에서는, 사용자가, 숙박 시설에 체크인할 때나 체크아웃할 때에 숙박 시설에서 결제를 행한다. 이때, 사용자는, 예를 들면, 현금 결제나 신용 카드 결제 등을 선택할 수 있다. 온라인 카드 결제에서는, 사용자가 지정한 신용 카드로 숙박 시설 예약 서버(1)가 숙박 요금을 결제한다. 본 실시 형태에서, 온라인 카드 결제의 결제일은, 체크아웃 일의 다음날이다. 온라인 카드 결제로 결제된 숙박 요금은, 예를 들면, 숙박 시설 예약 사이트로부터 숙박 시설의 계좌에 입금된다. 사용자는, 온라인 카드 결제를 지정했을 경우, 숙박 시설을 이용했을 때에 숙박 시설에서 결제의 수속을 행하지 않아도 된다. 또한, 온라인 카드 결제의 결제일은, 체크아웃 일의 다음날로 한정되는 것은 아니다. 온라인 카드 결제의 결제일은, 체크인 일 이후 중 어느 한 날이면 된다. 체크인 일 이후란, 체크인 일과, 체크인 일보다 후의 일을 포함한다.
사용자가 온라인 카드 결제를 지정해서 예약을 요구했을 경우, 숙박 시설 예약 서버(1)는, 사용자로부터 지정된 신용 카드의 유효성을 확인한다. 그 이유는, 지정된 신용 카드로 숙박 요금의 지불 능력이 사용자에게 있는지를 판단하기 위해서다. 또한, 숙박 요금에 상당하는 여신 금액을 확보하기 위해서다. 신용 카드의 유효성의 확인에는, 사용자가 지정한 신용 카드의 정보가, 정규로 발효된 신용 카드의 정보와 일치하는지의 여부 확인, 신용 카드의 유효 기한이 만료되지 않았는지의 확인, 현시점에서의 신용 카드의 이용 가능액이 숙박 요금 이상인지의 여부 확인을 포함한다. 신용 카드의 이용 가능액이란, 신용 카드의 이용 한도액에서, 현재 확보되어 있는 여신 금액에 상당하는 금액을 빼서 얻어지는 액수이다. 신용 카드의 유효성을 확인하는 처리는, 오서라이 처리라고 불리고 있다. 오서라이는, Authorization의 약어다. 본 실시 형태에서는, 신용 카드의 유효성을 확인하는 것을, 신용 카드의 여신을 확인한다고 말한다. 여신을 확인할 수 있으면, 지정된 신용 카드로 이용 대금의 지불에 대한 신용이 주어진다. 즉, 여신 금액에 상당하는 금액을 결제하는 것이 가능하다는 것이 보증된다. 단, 확인된 여신은 소정의 기간만 유효하며, 소정의 기간이 지나면 무효로 된다. 이 기간이 여신 기간이다. 여신 기간은, 신용 카드로의 지불 신용이 주어지는 기간이다. 여신 기간이 경과하면, 확보된 여신 금액이 소멸한다. 여신 기간의 일수는 미리 정해져 있다. 예를 들면, 본 실시 형태에서, 여신 기간의 일수는 30일이다. 그러나, 여신 기간의 일수는 30일 이외이어도 된다. 또한, 여신 기간의 일수는, 본 발명에서의 여신 일수의 일례다.
사용자가 숙박 시설의 예약을 행한 날을 예약일이라고 한다. 예약일로부터 체크아웃 일의 다음날인 결제일까지의 일수가 여신 기간의 일수 이하인 경우, 숙박 시설 예약 서버(1)는, 예약시에 확보한 여신 금액에 기초하여, 결제일에 숙박 요금을 결제할 수 있다. 한편, 예약일로부터 결제일까지의 일수가 여신 기간의 일수를 초과하는 경우, 결제일보다 전에 여신 금액이 소멸한다. 그러면, 결제일에 신용 카드로 숙박 요금을 결제할 수 없는 경우가 있다.
예약일로부터 결제일까지의 일수가 여신 기간의 일수를 초과하는 경우에도, 예약일로부터 체크인 일까지의 일수가 여신 기간의 일수 이하이면, 숙박 요금의 결제의 안전성을 어느 정도 유지할 수 있다. 그 이유는, 사용자가 지정한 신용 카드에서의 여신이 확인되어 있는 상태에서 체크인 일에 사용자가 숙박 시설의 이용을 개시하기 때문이다. 예를 들면, 사용자가 숙박 시설을 이용하고 있는 기간 동안에 신용 카드로의 지불 능력이 없어졌을 경우, 숙박 시설의 제공자가, 숙박 시설에 체재하고 있는 사용자에게 직접 결제를 요구하면 된다. 또한, 사용자가 예약을 취소하는 경우나, 사용자가 아무 연락도 없이 체크인 일이 되어도 숙박 시설에 나타나지 않을 경우가 있다. 이 경우는, 예를 들면, 숙박 시설 예약 서버(1)가, 숙박 시설의 제공자로부터의 요구에 기초하여, 확보되어 있는 여신 금액 내에서 여신 기간 내에 취소 요금을 결제하면 된다.
숙박 요금의 결제 안전성을 유지하기 위해서, 예약일로부터 체크인 일(또는, 결제일)까지의 일수가 여신 기간의 일수를 초과하는 경우, 숙박 시설 예약 서버(1)가, 온라인 카드 결제를 사용자가 사용할 수 없도록 제어하는 것을 생각할 수 있다. 그러나, 사용자는, 숙박 시설의 이용일보다 훨씬 전에 예약을 하고자 하는 경우가 있다. 이와 같은 경우에, 온라인 카드 결제를 이용할 수 없으면, 사용자에게 있어서 불편하게 된다. 또한, 사용자는, 숙박 시설 예약 사이트에서의 예약 자체를 그만두게 되버릴 경우가 있다. 그러면, 예약이 행해지지 않은 만큼, 숙박 시설의 제공자는, 숙박 시설 제공의 기회를 잃어버리게 된다.
정보 처리 시스템(S)에서는, 사용자가 온라인 카드 결제를 지정해서 예약일로부터 체크인 일까지의 일수가 여신 기간의 일수를 초과하는 예약이 요구되었을 경우, 숙박 시설 예약 서버(1)가, 그 시점에서 여신 확인을 행하고, 여신을 확인할 수 있었을 경우에는, 예약을 접수한다. 이때, 숙박 시설 예약 서버(1)는, 사용자로부터 지정된 신용 카드의 정보를 기억해 둔다. 그 후, 숙박 시설 예약 서버(1)는, 체크인 일까지의 일수가 여신 기간의 일수 이하로 된 날 이후에, 기억해 둔 신용 카드의 정보에 기초하여 여신 확인을 다시 행한다. 2회째 이후의 여신 확인을 "재여신 확인"이라고 한다. 1회째의 재여신 확인을, "제1회 재여신 확인"이라고 한다. 숙박 시설 예약 서버(1)는, 제1회 재여신 확인에서 여신을 확인할 수 없었을 경우에는, 접수한 예약을 유지하면서 결제 방법을 변경하는 것을 나타내는 정보를 출력한다.
상술한 처리에 의해, 숙박 시설 예약 서버(1)는, 온라인 카드 결제가 지정되는 예약으로서, 예약일로부터 체크인 일까지의 일수가 여신 기간의 일수를 초과하는 예약을, 숙박 요금의 결제 안전성을 높이면서 접수할 수 있다. 구체적으로, 숙박 시설 예약 서버(1)는, 예약시에 여신을 확인함으로써, 신용 카드의 유효성이나 그 시점에서의 사용자의 지불 능력을 확인할 수 있다. 또한, 제1회 재여신 확인에 의해, 여신을 확인할 수 있었을 경우에는, 사용자가 지정한 신용 카드에서의 여신이 확인되어 있는 상태에서 체크인 일에 사용자가 숙박 시설의 이용을 개시한다. 그 때문에, 숙박 요금의 결제 안전성을 높일 수 있다. 한편, 숙박 시설 예약 서버(1)는, 제1회 재여신 확인에 의해, 여신을 확인할 수 없었을 경우에는, 예약시에 지정된 신용 카드에 의한 결제와는 다른 방법으로 결제 방법을 변경할 수 있다. 사용자에게 있어서는, 제1회 재여신 확인시, 결제에 사용하고자 하는 신용 카드의 정보를 사용자가 다시 지정하지 않아도 된다는 이점이 있다.
또한, 본 실시 형태에서는, 숙박 시설 예약 서버(1)는, 예약을 접수해서 제1회 재여신 확인을 행하는 대상을, 예약일로부터 결제일까지의 일수가 여신 기간의 일수를 초과하는 예약으로까지 확대한다. 그리고, 숙박 시설 예약 서버(1)는, 결제일까지의 일수가 여신 기간의 일수 이하로 된 날 이후에, 제1회 재여신 확인을 행한다. 즉, 숙박 시설 예약 서버(1)는, 체크인 일을 기준으로 하는 것이 아니라, 결제일을 기준으로 해서 처리를 행한다. 이에 의해, 숙박 요금의 결제 안전성을 보다 높일 수 있다. 그 이유는, 제1회 재여신 확인에 의해 여신을 확인할 수 있었을 경우에는, 이때에 확보된 여신 금액에 기초하여, 숙박 시설 예약 서버(1)가 결제일에 숙박 요금을 결제할 수 있기 때문이다.
이하에, 예약에서부터 결제까지의 처리의 개요를 설명한다. 도 2는, 예약에서부터 결제까지의 처리의 흐름을 설명하는 도면이다. 또한, 도 2는, 여신 기간의 일수가 30일인 경우의 예를 나타낸다. 또한, 도 2는, 여신을 확인할 수 있었을 경우를 "OK"로 나타내고, 여신을 확인할 수 없었을 경우를 "NG"로 나타내고 있다.
도 2에 도시한 바와 같이, 사용자가, 체크인 일 및 체크아웃 일을 지정한다. 그 결과, 오늘부터 30일 후보다 후의 일을 결제일이라고 한다. 또한 사용자는, 온라인 카드 결제를 지정하고, 예약의 조작을 행한다. 그러면, 숙박 시설 예약 서버(1)는, 지정된 신용 카드의 여신 확인을 행한다(도 2의 (1)). 이때, 숙박 시설 예약 서버(1)는, 여신을 확인할 수 없었을 경우에는, 사용자에게 결제 방법을 변경시키도록 제어한다. 한편, 숙박 시설 예약 서버(1)는, 여신을 확인할 수 있었을 경우에는, 결제 방법을 온라인 카드 결제로서 예약을 접수한다.
그 후, 결제일의 30일 전이 된 날에, 숙박 시설 예약 서버(1)는, 예약시에 지정된 신용 카드의 제1회 재여신 확인을 행한다(도 2의 (2)). 또한, 제1회 재여신 확인일은, 결제일로부터 여신 기간의 일수 전의 날에 한정되는 것은 아니다. 숙박 시설 예약 서버(1)는, 결제일로부터 여신 기간의 일수 전의 날 이후 중 어느 한 날에 재여신 확인을 행하면 된다. 체크인 일을 기준으로 하는 경우에는, 숙박 시설 예약 서버(1)는, 체크인 일로부터 여신 기간의 일수 전의 날 이후 중 어느 한 날에 제1회 재여신 확인을 행하면 된다. 어느 경우든, 숙박 요금의 결제 안전성의 관점에서, 숙박 시설 예약 서버(1)는, 체크인 일의 전일까지 제1회 재여신 확인을 행해도 된다.
숙박 시설 예약 서버(1)는, 제1회 재여신 확인에서 여신을 확인할 수 있었을 경우에는, 결제 방법을 변경하지 않는다. 그리고, 사용자가 숙박 시설에 숙박한 후, 숙박 시설 예약 서버(1)는, 체크아웃 일의 다음날에, 예약시에 지정된 신용 카드로 숙박 요금을 결제한다(도 2의 (3)). 또한, 체크인 일을 기준으로 하는 경우, 결제일보다 전에 여신 기간이 경과하는 경우가 있다. 구체적으로는, 체크인 일의 30일 전의 날로부터, 결제일의 30일 전의 날의 전일까지 제1회 재여신 확인을 행한 경우에는, 결제일이 여신 기간에 포함되지 않는다. 이 경우, 숙박 시설 예약 서버(1)는, 예를 들면, 결제일의 30일 전의 날 이후에 여신 확인을 행하여, 여신을 확인할 수 있었던 상태에서 결제한다.
한편, 숙박 시설 예약 서버(1)는, 제1회 재여신 확인에서 여신을 확인할 수 없었을 경우, 이 시점에서는 결제 방법을 변경하지 않지만, 결제 방법을 변경하는 것을 나타내는 정보를 출력한다. 그 이유는, 사용자가 결제 방법을 자주적 변경할 기회를 사용자에게 부여하기 위해서다. 숙박 시설 예약 서버(1)는, 결제 방법을 변경하는 것을 나타내는 정보로서, 예를 들면, 결제 방법 변경 예고 메일을, 예약한 사용자 앞으로 송신한다. 결제 방법 변경 예고 메일은, 결제 방법이 온라인 카드 결제에서 현지 결제로 변경되는 것을 예고하는 전자 메일이다. 사용자 단말기(4)에 의해 결제 방법 변경 예고 메일을 수신한 사용자는, 예를 들면, 온라인 카드 결제에 사용하는 신용 카드를, 예약시에 지정한 신용 카드와는 다른 신용 카드로 변경할 수 있다. 이에 의해, 사용자는, 결제 방법을 온라인 카드 결제인 상태 그대로 둘 수 있다. 숙박 시설 예약 서버(1)는, 사용자가, 신용 카드의 변경을 요구했을 경우, 새롭게 지정된 신용 카드로 여신을 확인한다. 그리고, 숙박 시설 예약 서버(1)는, 여신을 확인할 수 있었을 경우에는, 신용 카드의 변경을 접수한다.
숙박 시설 예약 서버(1)는, 제1회 재여신 확인에서 여신을 확인할 수 없었고, 또한, 신용 카드의 변경이 행해지지 않았을 경우에는, 체크인 일의 11일 전이 된 날에, 예약시에 지정된 신용 카드로 더 여신 확인을 행한다(도 2의 (4)). 제1회 재여신 확인에서 여신을 확인할 수 없었던 후의 재여신 확인을, "NG시 재여신 확인"이라고 한다. 숙박 시설 예약 서버(1)가 NG시 재여신 확인을 행하는 이유는, 제1회 재여신 확인의 시점에서 숙박 요금을 신용 카드로 결제하는 신용이 없어졌다고 해도, 그 후 신용이 회복되는 경우가 있기 때문이다. 예를 들면, 월 1회, 과거 1개월 동안에 결제 처리가 행해진 여신 금액이 클리어되는 날이 있다. 여신 금액이 클리어되는 날을 "여신 금액 클리어 일"이라고 한다. 실제로는, 예를 들면, 여신 금액 클리어 일의 전일부터 여신 금액 클리어 일이 되는 타이밍에서, 여신 금액이 클리어된다. 여신 금액이 클리어되면, 여신 금액 클리어 일에, 신용 카드의 사용 가능액이 증가한다. 여신 금액 클리어 일은, 예를 들면, 신용 카드 회사마다 정해져 있다. 예를 들면, 여신 금액 클리어 일은, 매월 1일이다. 또한 예를 들면, 여신 금액 클리어 일은 인출일이다. 인출일은, 사용자의 계좌로부터 신용 카드의 이용 요금이 인출되는 날이다. 또한, 여신 금액 클리어 일이 아니더라도, 여신 금액이 해제되는 경우도 있다. 예를 들면, 확보되어 있었던 여신 금액에 대응하는 거래가 취소된 경우다.
체크인 일의 11일 전의 일은, NG시 재여신 확인을 행하는 날로서의 디폴트 일이다. 숙박 시설 예약 서버(1)는, 1개월 동안 중, 숙박 요금을 결제하는 신용이 회복될 개연성이 높은 날을 추정한다. 이날을, "신용 회복일"이라고 한다. 신용 회복일은, 여신 금액 클리어 일인 경우도 있다. 숙박 시설 예약 서버(1)는, 추정한 신용 회복일에, NG시 재여신 확인을 행한다. 구체적으로, 숙박 시설 예약 서버(1)는, 제1회 재여신 확인에서 여신을 확인할 수 없었던 날과, NG시 재여신 확인에서 여신을 확인할 수 있었던 날을 이력으로서 기록한다. 제1회 재여신 확인의 날의 다음날로부터 NG시 재여신 확인의 날까지의 동안에, 숙박 요금을 결제하는 신용이 회복된 날이 존재한다. 따라서, 숙박 시설 예약 서버(1)는, 이 사이에 포함되는 날 중에서, 신용 회복일을 추정한다. 예를 들면, 숙박 시설 예약 서버(1)는, 제1회 재여신 확인의 날과 NG시 재여신 확인의 날의 바로 중간의 날을, 신용 회복일로 추정해도 좋다. 숙박 시설 예약 서버(1)는, 숙박 요금을 결제하는 신용이 회복될 개연성이 높은 날을 추정하고, 추정한 날에 NG시 재여신 확인을 행함으로써, 여신을 확인할 수 있는 확률을 높일 수 있다. 또한, 신용이 회복될 개연성이 높은 날을 추정함으로써, 신용 카드 회사가 여신 금액 클리어 일을 공표하지 않은 경우에도 유효하다.
숙박 시설 예약 서버(1)는, NG시 재여신 확인에서 여신을 확인할 수 있었을 경우에는, 결제 방법을 변경하지 않는다. 또한, 숙박 시설 예약 서버(1)는, 결제 방법이 예약시에 지정된 신용 카드로의 온라인 카드 결제로 유지된 것을 나타내는 정보를 출력한다. 이 정보로서, 숙박 시설 예약 서버(1)는, 예를 들면, 온라인 카드 결제 통지 메일을, 예약한 사용자 앞으로 송신한다. 온라인 카드 결제 통지 메일은, 결제 방법이 온라인 카드 결제에서 현지 결제로 변경되지 않는 것을 통지하는 전자 메일이다. 그리고, 숙박 시설 예약 서버(1)는, 체크아웃 일의 다음날에, 예약시에 지정된 신용 카드로 숙박 요금을 결제한다(도 2의 (5)).
한편, 숙박 시설 예약 서버(1)는, NG시 재여신 확인에서 여신을 확인할 수 없었던 경우에, 체크인 일의 11일 전까지 사용자가 결제 방법을 자주적으로 변경하지 않았을 경우에는, 체크인 일의 10일 전이 된 날에, 결제 방법을 현지 결제로 변경 한다(도 2의 (6)). 체크인 직전이 되어도 여신을 확인할 수 없으면, 사용자가 숙박 요금을 결제 가능한지의 불안을, 숙박 시설의 제공자에게 부여할 경우가 있다. 숙박 시설 예약 서버(1)는, 이러한 불안을 부여하지 않기 위해서, 체크인 일로부터 미리 설정된 일 전에, 결제 방법을 온라인 카드 결제에서 현지 결제로 변경한다. 또한, 숙박 시설 예약 서버(1)는, 결제 방법을 변경하는 것을 나타내는 정보를 출력한다. 이 정보로서, 숙박 시설 예약 서버(1)는, 예를 들면, 현지 결제 통지 메일을, 예약한 사용자 앞으로 송신한다. 현지 결제 통지 메일은, 결제 방법이 온라인 카드 결제에서 현지 결제로 변경된 것을 통지하는 전자 메일이다. 그 후, 사용자가 숙박 시설에 숙박해서 체크아웃할 때에, 사용자가, 숙박 시설에서 숙박 요금을 결제한다(도 2의 (7)). 또한, 사용자 단말기(4)에 의해 현지 결제 통지 메일을 수신한 사용자는, 예를 들면, 예약시에 지정한 신용 카드와는 다른 신용 카드를 지정하여, 결제 방법을 온라인 카드 결제로 변경할 수 있다.
또한, 숙박 시설 예약 서버(1)는, 체크인 일의 전일에, 숙박 시설을 예약한 사용자 앞으로 예약 내용을 기재한 전자 메일을 송신한다. 그 때문에, 숙박 시설 예약 서버(1)는, 온라인 카드 결제 통지 메일이나 현지 결제 통지 메일을 송신하는 대신에, 예약 내용을 기재하는 전자 메일에, 확정된 결제 방법을 기재해도 좋다.
또한, 결제 방법이 현지 결제로 변경되는 날은, 체크인 일의 10일 전 이외의 날이어도 된다. 또한, 숙박 시설 예약 서버(1)는, 제1회 재여신 확인에서 여신을 확인할 수 없었을 경우, 그 시점에서 결제 방법을 현지 결제로 변경해도 좋다. 그리고, 숙박 시설 예약 서버(1)는, NG시 재여신 확인에서 여신을 확인할 수 있었을 경우, 결제 방법을 온라인 카드 결제로 변경해도 좋다.
또한, 숙박 시설 예약 서버(1)는, 신용 회복일을 추정하지 않고, 체크인 일로부터 미리 설정된 일수 전에, NG시 재여신 확인을 행해도 된다. 또한, NG시 재여신 확인의 디폴트 일은, 체크인 일의 11일 전에 한정되는 것은 아니다. 예를 들면, 숙박 시설 예약 서버(1)는, 여신 금액 클리어 일에, NG시 재여신 확인을 행해도 된다. 또한, 숙박 요금의 결제 안전성의 관점에서, 숙박 시설 예약 서버(1)는, 체크인 일의 전일까지 NG시 재여신 확인을 행해도 된다. 또한, 숙박 시설 예약 서버(1)는, NG시 재여신 확인을 행하지 않아도 좋다.
그런데, 예약시에 사용자가 지정한 체크인 일 및 체크아웃 일에 따라서는, 숙박 시설의 이용 일수가, 여신 기간의 일수 이상이 되는 경우가 있다. 숙박 시설의 이용 일수는, 숙박 일수보다 1일 많은 일수다. 이 경우에, 결제일로부터 여신 기간 일수 전의 날 이후에 제1회 재여신 확인을 행한다고 가정했을 경우, 숙박 시설 예약 서버(1)는 체크인 일 이후에 제1회 재여신 확인을 행하게 된다. 그러나, 상술한 숙박 요금의 결제 안전성의 관점에서, 숙박 시설 예약 서버(1)는, 체크인 일의 전일까지 재여신 확인을 행한다. 구체적으로, 숙박 시설 예약 서버(1)는, 체크인 일로부터 여신 기간의 일수 전의 날 이후에, 아주 예약일에 가까운 날에 제1회 재여신 확인을 행한다. 그 이유는, 체크인 일을 여신 기간에 포함시키는 여신 확인을 빨리 행하기 위해서다. 그 후, 숙박 시설 예약 서버(1)는, 체크인 일로부터 여신 기간의 일수 전의 날 이후에, 아주 체크인 일에 가까운 날에 더 재여신 확인을 행한다. 이 재여신 확인을, "체크인 직전 재여신 확인"이라고 한다. 체크인 직전 재여신 확인을 행하는 이유는, 사용자가 숙박 시설을 이용하고 있는 기간 중 아주 긴 기간, 숙박 요금을 결제하는 신용이 확보된 상태를 유지하기 위해서다. 그리고, 숙박 시설 예약 서버(1)는, 결제일로부터 여신 기간 일수 전의 날 이후에, 더 재여신 확인을 행한다. 이 재여신 확인을, "체크인 후 재여신 확인"이라고 한다.
이하에, 개요를 설명한다. 도 3 및 도 4는, 숙박 시설의 이용 일수가 여신기간의 일수 이상인 경우의 예약에서부터 결제까지의 처리의 흐름을 설명하는 도면이다. 또한, 도 3 및 도 4는, 여신 기간의 일수가 30일인 경우의 예를 나타낸다.
도 3에 도시한 바와 같이, 사용자가, 체크인 일 및 체크아웃 일을 지정한다. 그 결과, 이용 일수가 30일 이상이라고 한다. 또한, 사용자는, 온라인 카드 결제를 지정하고, 예약의 조작을 행한다. 숙박 시설 예약 서버(1)는, 도 2의 (1)과 마찬가지로 여신 확인을 행하고(도 3의 (1)), 여신을 확인할 수 있었을 경우에는, 결제 방법을 온라인 카드 결제로 해서 예약을 접수한다.
그 후, 체크인 일의 30일 전이 된 날에, 숙박 시설 예약 서버(1)는, 예약시에 지정된 신용 카드의 제1회 재여신 확인을 행한다(도 3의 (2)). 또한, 제1회 재여신 확인의 날은, 체크인 일의 30일 전에 한정되는 것은 아니다. 숙박 시설 예약 서버(1)는, 체크인 일이 여신 기간에 포함되도록, 제1회 재여신 확인을 행하면 된다.
숙박 시설 예약 서버(1)는, 여신을 확인할 수 있었을 경우에는, 결제 방법을 변경하지 않는다. 한편, 숙박 시설 예약 서버(1)는, 여신을 확인할 수 없었을 경우에는, 결제 방법 변경 예고 메일을 송신한다. 그 후, 숙박 시설 예약 서버(1)는, 체크인 일의 11일 전이 된 날에, NG시 재여신 확인을 행한다(도 3의 (3)). 숙박 시설 예약 서버(1)는, NG시 재여신 확인에서 여신을 확인할 수 있었을 경우에는, 결제 방법을 변경하지 않는다. 한편, 숙박 시설 예약 서버(1)는, NG시 재여신 확인에서 여신을 확인할 수 없었을 경우에는, 체크인 일의 10일 전이 된 날에, 결제 방법을 현지 결제로 변경한다(도 3(4)). 결제 방법이 현지 결제로 변경된 후, 도 4에 도시한 바와 같이, 사용자가 숙박 시설에 숙박해서 체크아웃할 때에, 사용자가 숙박 시설에서 숙박 요금을 결제한다(도 4의 (5)). 여기까지 설명한 처리는, 제1회 재여신 확인을 행하는 날을 제외하고, 도 2에 나타낸 처리와 기본적으로 마찬가지이다.
제1회 재여신 확인에서 여신을 확인할 수 있었을 경우, 또는, NG시 재여신 확인에서 여신을 확인할 수 있었을 경우, 숙박 시설 예약 서버(1)는, 체크인 일의 3일 전이 된 날에, 예약시에 지정된 신용 카드의 체크인 직전 재여신 확인을 행한다(도 4의 (6)). 숙박 시설 예약 서버(1)는, 체크인 직전 재여신 확인에서 여신을 확인할 수 있었을 경우에는, 결제 방법을 변경하지 않는다. 한편, 숙박 시설 예약 서버(1)는, 체크인 직전 재여신 확인에서 여신을 확인할 수 없었을 경우에는, 이 시점에서 결제 방법을 현지 결제로 변경한다. 그 후, 사용자가 체크아웃할 때에, 사용자가 숙박 시설에서 숙박 요금을 결제한다(도 4의 (7)).
체크인 직전 재여신 확인에서 여신을 확인할 수 있었을 경우에는, 체크인 일 이후, 결제일의 30일 전이 된 날에, 숙박 시설 예약 서버(1)는, 예약시에 지정된 신용 카드의 체크인 후 재여신 확인을 행한다(도 4의 (8)). 또한, 체크인 후 재여신 확인의 날은, 결제일로부터 여신 기간의 일수 전의 날에 한정되는 것은 아니다. 숙박 시설 예약 서버(1)는, 결제일로부터 여신 기간의 일수 전의 날 이후 중 어느 한 날에 재여신 확인을 행하면 된다.
숙박 시설 예약 서버(1)는, 체크인 후 재여신 확인에서 여신을 확인할 수 있었을 경우에는, 결제 방법을 변경하지 않는다. 그리고, 사용자가 숙박 시설에 숙박한 후, 숙박 시설 예약 서버(1)는, 체크아웃 일의 다음날에, 예약시에 지정된 신용 카드로 숙박 요금을 결제한다(도 4의 (9)). 한편, 숙박 시설 예약 서버(1)는, 체크인 후 재여신 확인에서 여신을 확인할 수 없었을 경우에는, 결제 방법을 현지 결제로 변경한다. 그 후, 사용자가 체크아웃할 때에, 사용자가 숙박 시설에서 숙박 요금을 결제한다(도 4의 (10)).
또한, 숙박 시설 예약 서버(1)는, 숙박 시설의 이용 일수가 여신 기간의 일수 이상인 경우, 체크인 일까지의 일수가 여신 기간의 일수가 된 날로부터 체크인 일의 전일까지 중 어느 한 날에, 제1회 재여신 확인을 행하고, 체크인 직전 재여신 확인을 행하지 않아도 좋다. 이 경우, 숙박 시설 예약 서버(1)는, 예약일에 가까운 날에 제1회 재여신 확인을 행해도 좋고, 체크인 일에 가까운 날에 제1회 재여신 확인을 행해도 된다. 또한, 숙박 시설 예약 서버(1)는, 체크인 일의 10일 전 이후에 제1회 재여신 확인을 행한 경우에는, 체크인 일의 10일 전이 된 날에 결제 방법을 현지 결제로 변경하는 이유에 의해, NG시 재여신 확인을 행하지 않아도 좋다.
사용자가 실제로 숙박 시설을 이용했을 때, 예약시에 확정한 숙박 요금과는 별도로 요금이 발생하는 경우가 있다. 예를 들면, 이용 요금이 예약시의 숙박 요금에 포함되어 있지 않은 서비스를 사용자가 이용했을 경우나, 숙박 시설에서 어떤 물건을 사용자가 구입했을 경우다. 숙박 시설의 이용에 의해 숙박 요금과는 별도로 발생하는 요금을 "옵션 요금"이라고 한다. 사용자는, 온라인 카드 결제를 이용하는 경우, 옵션 요금과 숙박 요금을 포함하는 이용 요금을 온라인 카드 결제로 결제할 수 있다. 구체적으로는, 예를 들면 체크아웃 시에, 숙박 시설의 제공자가 옵션 요금을 정산한다. 그리고, 제공자는, 숙박 시설 단말기(3)를 조작하여, 옵션 요금의 등록을 요구한다. 그러면, 숙박 시설 예약 서버(1)는, 옵션 요금에 대해서 여신 확인을 행한다. 이때, 숙박 시설 예약 서버(1)는, 여신을 확인할 수 있었을 경우에는, 체크아웃 일의 다음날에, 옵션 요금을 포함해서 숙박 요금을 결제한다. 한편, 숙박 시설 예약 서버(1)가 여신을 확인할 수 없었을 경우에는, 예를 들면, 그 자리에서 사용자가 옵션 요금의 결제 수속을 행한다. 이 경우에도, 숙박 요금은, 온라인 카드 결제로 결제된다.
[3. 숙박 시설 예약 서버의 구성]
다음으로, 숙박 시설 예약 서버(1)의 구성에 대해서, 도 5 및 도 6을 이용하여 설명한다.
도 5는, 본 실시 형태에 따른 숙박 시설 예약 서버(1)의 개요 구성의 일례를 도시하는 블록도다. 도 5에 도시한 바와 같이, 숙박 시설 예약 서버(1)는, 통신부(11)와, 기억부(12)와, 입출력 인터페이스(13)와, 시스템 제어부(14)를 구비하고 있다. 그리고, 시스템 제어부(14)와 입출력 인터페이스(13)는, 시스템 버스(15)를 통해 접속되어 있다.
통신부(11)는, 네트워크(NW)에 접속해서, 사용자 단말기(4) 등과의 통신 상태를 제어하게 되어 있다.
기억부(12)는, 예를 들면, 하드디스크 드라이브 등에 의해 구성되어 있다. 이 기억부(12)에는, 회원 정보 DB(12a), 숙박 시설 정보 DB(12b), 예약 정보 DB(12c), 재여신 확인 이력 DB(12d) 등의 데이터베이스가 구축되어 있다. "DB"는, 데이터베이스의 약어다. 또한, 기억부(12)는, 본 발명에서의 기억 수단 및 확인일 기억 수단의 일례다.
도 6의 (a)는, 회원 정보 DB(12a)에 등록되는 내용의 일례를 도시하는 도면이다. 회원 정보 DB(12a)에는, 정보 처리 시스템(S)에 회원 등록하고 있는 사용자에 관한 회원 정보가 등록된다. 구체적으로, 회원 정보 DB(12a)에는, 사용자 ID, 패스워드, 닉네임, 성명, 생년월일, 성별, 우편 번호, 주소, 전화 번호, 전자 메일 주소, 등록 신용 카드 정보 등이, 사용자마다 대응시켜서 등록된다. 사용자 ID는 사용자의 식별 정보다. 등록 신용 카드 정보는, 사용자에 의해 등록된 신용 카드의 카드 정보다. 등록 신용 카드 정보에는, 예를 들면 신용 카드 회사 정보, 카드 번호, 유효 기한, 명의인의 명칭 등의 정보가 설정된다. 신용 카드 회사 정보는, 신용 카드 회사를 식별하는 정보다. 사용자는, 미리 카드 정보를 등록해 둠으로써, 예약 때마다 카드 정보를 입력하지 않아도 좋다.
도 6의 (b)는, 숙박 시설 정보 DB(12b)에 등록되는 내용의 일례를 도시하는 도면이다. 숙박 시설 정보 DB(12b)에는, 숙박 시설에 관한 숙박 시설 정보가 등록된다. 구체적으로, 숙박 시설 정보 DB(12b)에는, 시설 ID, 숙박 시설명, 우편 번호, 주소, 전화 번호, FAX 번호, 전자 메일 주소, 플랜 정보 등의 숙박 시설의 속성이, 숙박 시설마다 대응시켜서 등록된다. 시설 ID는, 숙박 시설의 식별 정보다. 플랜 정보는, 숙박 시설이 제공하는 숙박 플랜에 관한 정보다. 숙박 플랜은, 예를 들면, 숙박 시설의 제공자에 의해 기획된 숙박 서비스다. 플랜 정보에는, 예를 들면, 플랜 ID, 숙박 플랜명, 객실 타입 ID, 숙박 플랜의 내용, 1박의 숙박 요금의 설명 등의 숙박 플랜의 속성이 숙박 플랜마다 설정되어 있다. 플랜 ID는, 숙박 플랜의 식별 정보다. 객실 타입 ID는, 객실의 타입을 나타내는 식별 정보다.
도 6의 (c)는, 예약 정보 DB(12c)에 등록되는 내용의 일례를 도시하는 도면이다. 예약 정보 DB(12c)에는, 접수된 예약에 관한 예약 정보가 등록된다. 구체적으로, 예약 정보 DB(12c)에는, 예약 번호, 예약일, 사용자 ID, 시설 ID, 플랜 ID, 객실 타입, 체크인 일, 체크아웃 일, 이용 인원수, 숙박 요금, 결제 방법 정보, 온라인 카드 결제 관리 정보 등의 정보가 예약마다 대응시켜서 등록된다. 예약 번호는, 예약의 식별 정보다. 사용자 ID는, 예약한 사용자를 나타낸다. 시설 ID는, 예약된 숙박 시설을 나타낸다. 플랜 ID 및 객실 타입 ID는, 예약된 숙박 플랜 및 객실 타입을 나타낸다. 숙박 요금은, 예약시에 확정되어 있는 이용 요금이다. 숙박 요금은, 숙박 플랜, 객실 타입, 숙박 일수 및 이용 인원수에 따라서 결정된다. 결제 방법 정보는, 결제 방법을 나타내는 정보다. 결제 방법 정보에는, "현지 결제" 또는 "온라인 카드 결제" 중 어느 하나가 설정된다.
온라인 카드 결제 관리 정보는, 결제 방법이 온라인 카드 결제일 경우에 등록된다. 온라인 카드 결제 관리 정보에는, 신용 카드 정보, 여신 확인 결과, 숙박 요금 승인 번호, 옵션 요금 결제 플래그, 옵션 요금, 옵션 요금 승인 번호, 재여신 확인 플래그, 재여신 확인일 및 재여신 확인 종별이 설정된다. 신용 카드 정보는, 사용자에 의해 지정된 신용 카드의 카드 정보다. 여신 확인 결과는, 최신의 여신 확인에서의 확인 결과를 나타낸다. 여신 확인 결과에 OK가 설정되어 있을 경우, 여신을 확인할 수 있었던 것을 나타낸다. 여신 확인 결과에 NG가 설정되어 있을 경우, 여신을 확인할 수 없었던 것을 나타낸다. 숙박 요금 승인 번호는, 숙박 요금의 결제에 대해서 신용 카드의 여신이 승인되었을 경우에, 결제 서버(2)로부터 숙박 시설 예약 서버(1)에 송신되는 승인 번호다. 승인 번호는, 여신이 승인된 거래의 식별 정보다. 옵션 요금 결제 플래그는, 옵션 요금을 온라인 카드 결제로 결제하는지의 여부를 나타내는 정보다. 옵션 요금 결제 플래그가 ON으로 설정되어 있을 경우, 옵션 요금은 온라인 카드 결제로 결제되는 것을 나타낸다. 옵션 요금 결제 플래그가 OFF로 설정되어 있을 경우, 옵션 요금은 온라인 카드 결제로는 결제되지 않는 것을 나타낸다. 옵션 요금 승인 번호는, 옵션 요금의 결제에 대해서 신용 카드의 여신이 승인되었을 경우에, 결제 서버(2)로부터 숙박 시설 예약 서버(1)에 송신되는 승인 번호다. 재여신 확인 플래그는, 재여신 확인이 필요한지의 여부를 나타내는 정보다. 재여신 확인 플래그가 ON으로 설정되어 있을 경우, 재여신 확인이 필요한 것을 나타낸다. 재여신 확인 플래그가 OFF로 설정되어 있을 경우, 재여신 확인이 불필요한 것을 나타낸다. 재여신 확인일은, 다음 재여신 확인이 행해지는 날을 나타낸다. 재여신 확인 종별은, 재여신 확인일에 행해지는 재여신 확인의 종별을 나타낸다. 재여신 확인 종별에는, "제1회", "NG시", "체크인 직전" 또는 "체크인 후" 중 어느 하나가 설정된다. "제1회"는, 제1회 재여신 확인을 나타낸다. "NG시"는, NG시 재여신 확인을 나타낸다. "체크인 직전"은, 체크인 직전 재여신 확인을 나타낸다. "체크인 후"는, 체크인 후 재여신 확인을 나타낸다.
도 6의 (d)는, 재여신 확인 이력 DB(12d)에 등록되는 내용의 일례를 도시하는 도면이다. 재여신 확인 이력 DB(12d)에는, 제1회 재여신 확인에서 여신을 확인할 수 없었던 날을 포함하는 재여신 확인 이력과, NG시 재여신 확인에서 여신을 확인할 수 있었던 날을 포함하는 재여신 확인 이력이 등록된다. 구체적으로, 재여신 확인 이력 DB(12d)에는, 예약 번호, 재여신 확인일, 재여신 확인 종별 및 신용 카드 회사 정보가 대응시켜서 등록된다. 예약 번호는, 재여신 확인이 행해진 예약을 나타낸다. 재여신 확인일은, 여신을 확인할 수 없었던 제1회 재여신 확인의 날 또는 여신을 확인할 수 있었던 NG시 재여신 확인의 날 중 어느 하나다. 재여신 확인 종별은, 행해진 재여신 확인의 종별이다. 재여신 확인 종별에는, "제1회" 또는 "NG시" 중 어느 하나가 설정된다. 신용 카드 회사 정보는, 재여신 확인이 행해진 신용 카드의 발행처의 신용 카드 회사를 나타낸다.
다음으로, 기억부(12)에 기억되는 그 밖의 정보에 대해서 설명한다. 기억부(12)에는, Web 페이지를 표시하기 위한 HTML(Hyper Text 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)는, CPU(14a), ROM(Read Only Memory)(14b), RAM(Random Access Memory)(14c) 등에 의해 구성되어 있다. 그리고, 시스템 제어부(14)는, CPU(14a)가, 각종 프로그램을 판독해서 실행함으로써, 본 발명에서의 제1 확인 수단, 예약 수단, 제2 확인 수단, 출력 수단, 제3 확인 수단, 제4 확인 수단, 제5 확인 수단, 기억 제어 수단, 추정 수단, 판정 수단 및 결제 수단으로서 기능하도록 되어 있다.
또한, 숙박 시설 예약 서버(1)가, 복수의 서버 장치로 구성되어 좋다. 예를 들면, 숙박 시설의 검색을 행하는 서버 장치, 숙박 시설의 예약이나 여신 확인의 처리를 행하는 서버 장치, 사용자 단말기(4)로부터의 리퀘스트에 따라서 Web 페이지를 송신하는 서버 장치, 및 데이터베이스를 관리하는 서버 장치 등이, 서로 LAN 등으로 접속되어도 좋다.
[4. 정보 처리 시스템의 동작]
다음으로, 정보 처리 시스템(S)의 동작에 대해서 도 7 내지 도 12를 사용하여 설명한다.
도 7은, 본 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 예약 처리에서의 처리예를 나타내는 플로우차트다.
예를 들면, 사용자가 숙박 시설 사이트에서 숙박 시설을 검색하고, 원하는 숙박 시설, 숙박 플랜 및 객실 타입을 선택한다. 다음으로, 사용자는, 체크인 일 체크아웃 일 및 이용 인원수를 선택한다. 그러면, 사용자 단말기(4)의 화면에는, 결제 방법 지정 페이지가 표시된다. 결제 방법 지정 페이지는, 결제 방법을 지정하기 위한 Web 페이지다. 여기서, 사용자는, 결제 방법으로서 온라인 카드 결제를 선택했을 경우, 결제에 이용하는 신용 카드의 카드 정보를 입력한다. 이때, 사용자는, 회원 정보에 정보가 등록되어 있는 신용 카드를 지정할 수 있다. 이 경우, 사용자는 카드 정보를 입력하지 않는다. 사용자는, 필요한 선택 및 입력을 행한 후, 예약을 요구하기 위한 버튼을 선택한다. 그러면, 사용자 단말기(4)는, 예약 리퀘스트를 숙박 시설 예약 서버(1)에 송신한다. 예약 리퀘스트는, 사용자 ID, 사용자에 의해 선택된 숙박 시설, 숙박 플랜 및 객실 타입에 대응하는 시설 ID, 플랜 ID 및 객실 ID와, 체크인 일 체크아웃 일 및 이용 인원수를 포함한다. 또한, 예약 리퀘스트는, 회원 정보에 정보가 등록되어 있는 신용 카드를 이용할 지의 여부를 나타내는 정보와, 사용자에 의해 입력된 카드 정보를 포함한다. 예약 처리는, 숙박 시설 예약 서버(1)가 예약 리퀘스트를 수신했을 때에 개시된다.
도 7에 도시한 바와 같이, 시스템 제어부(14)는, 사용자에 의해 선택된 결제 방법이 온라인 카드 결제인지의 여부를 판정한다(스텝 S1). 이때, 시스템 제어부(14)는, 결제 방법이 온라인 카드 결제가 아니라고 판정했을 경우에는(스텝 S1:아니오), 결제 방법 정보에 "현지 결제"를 설정한다(스텝 S2). 다음으로, 시스템 제어부(14)는, 예약 정보를 등록한다(스텝 S3). 구체적으로, 시스템 제어부(14)는, 새로운 예약 번호를 생성한다. 다음으로, 시스템 제어부(14)는, 예약 번호, 예약 리퀘스트에 포함되는 정보, 설정을 행한 결제 방법 정보 등을 포함하는 예약 정보를 생성한다. 다음으로, 시스템 제어부(14)는, 생성한 예약 정보를 예약 정보 DB(12c)에 등록한다. 시스템 제어부(14)는, 스텝 S3의 처리를 끝내면, 예약 처리를 종료시킨다.
한편, 시스템 제어부(14)는, 결제 방법이 온라인 카드 결제라고 판정했을 경우에는(스텝 S1:예), 제1 확인 수단으로서, 사용자에 의해 지정된 신용 카드의 카드 정보에 기초하여 여신을 확인한다(스텝 S4). 구체적으로, 시스템 제어부(14)는, 예약 리퀘스트에 포함되는 시설 ID, 플랜 ID, 객실 타입 ID 및 이용 인원수에 기초하여 숙박 요금을 계산한다. 또한, 시스템 제어부(14)는, 사용자가 지정한 신용 카드의 카드 정보를 취득한다. 사용자가 카드 정보를 입력했을 경우에는, 예약 정보 리퀘스트로부터 카드 정보를 취득한다. 한편, 시스템 제어부(14)는, 사용자가, 등록되어 있는 신용 카드를 지정했을 경우에는, 회원 정보 DB(12a)로부터, 예약을 요구한 사용자의 사용자 ID에 대응하는 회원 정보를 검색한다. 그리고, 시스템 제어부(14)는, 검색한 회원 정보로부터 등록 신용 카드 정보를 취득한다. 시스템 제어부(14)는, 카드 정보를 취득하면, 여신 확인 리퀘스트를 결제 서버(2)에 송신한다. 여신 확인 리퀘스트는, 취득된 카드 정보, 이용액 등을 포함한다. 시스템 제어부(14)는, 이용액으로서 숙박 요금을 설정한다.
결제 서버(2)는, 여신 확인 리퀘스트를 수신하면, 여신을 승인할 지의 여부를 판정한다. 구체적으로, 결제 서버(2)는, 여신 확인 리퀘스트에 포함되는 카드 정보가, 유효한 신용 카드의 카드 정보인지의 여부를 판정한다. 또한, 결제 서버(2)는, 카드 정보에 기초하여, 신용 카드의 유효 기한이 만료되었는지의 여부를 판정한다. 또한, 결제 서버(2)는, 현시점에서의 신용 카드의 이용 가능액이, 여신 확인 리퀘스트에 포함되는 이용액 이상인지의 여부를 판정한다.
결제 서버(2)는, 카드 정보가 유효한 신용 카드의 카드 정보이며, 유효 기한이 만료되지 않았고, 또한, 이용 가능액이 이용액 이상일 경우, 여신을 승인한다. 이 경우, 결제 서버(2)는, 새로운 승인 번호를 발행한다. 또한, 결제 서버(2)는, 숙박 요금에 상당하는 여신 금액을 확보한다. 예를 들면, 결제 서버(2)는, 승인 번호, 숙박 요금, 카드 정보 등을 대응시켜, 결제 서버(2)가 구비하는 데이터베이스에 등록한다. 또한, 결제 서버(2)는, 카드 정보에 대응하는 이용 가능액을 갱신한다. 그리고, 결제 서버(2)는, 승인 번호를 포함하는 여신 확인 응답을 숙박 시설 예약 서버(1)에 송신한다.
한편, 결제 서버(2)는, 카드 정보가 유효한 신용 카드의 카드 정보가 아닌 경우, 유효 기한이 만료된 경우, 또는 이용 가능액이 이용액 미만인 경우, 여신을 승인하지 않는다. 이 경우, 결제 서버(2)는, 에러 종별을 포함하는 여신 확인 응답을 숙박 시설 예약 서버(1)에 송신한다. 이 경우, 여신 확인 응답은 승인 번호를 포함하지 않는다. 에러 종별은, 여신을 승인할 수 없는 이유를 나타내는 정보다. 에러 종별로는, 예를 들면, "카드 무효", "기한 마감", "한도액 오버" 등이 있다. "카드 무효"는, 카드 정보가 무효인 것을 나타낸다. "기한 마감"은, 신용 카드의 유효 기한이 만료된 것을 나타낸다. "한도액 오버"는, 이용액이 이용 가능액을 초과하고 있는 것을 나타낸다.
시스템 제어부(14)는, 결제 서버(2)로부터 여신 확인 응답을 수신하면, 여신을 확인할 수 있었는지의 여부를 판정한다(스텝 S5). 이때, 시스템 제어부(14)는, 승인 번호를 포함하지 않는 여신 확인 응답을 수신했을 경우에는, 여신을 확인할 수 없었다고 판정한다(스텝 S5:아니오). 이 경우, 시스템 제어부(14)는, 결제 방법 지정 페이지를, 예약 리퀘스트의 송신원의 사용자 단말기(4)에 송신한다(스텝 S6). 시스템 제어부(14)는, 스텝 S6의 처리를 끝내면, 예약 처리를 종료시킨다. 결제 방법 지정 페이지에서, 사용자는 결제 방법을 다시 지정한다. 그리고, 사용자가 예약을 요구하기 위한 버튼을 선택하면, 사용자 단말기(4)는, 예약 리퀘스트를 숙박 시설 예약 서버(1)에 송신한다.
스텝 S5에서, 시스템 제어부(14)는, 결제 서버(2)로부터 승인 번호를 포함하는 여신 확인 응답을 수신했을 경우에는, 여신을 확인할 수 있었다고 판정한다(스텝 S5:예). 이 경우, 시스템 제어부(14)는, 결제 방법 정보에 "온라인 카드 결제"를 설정한다. 또한, 시스템 제어부(14)는, 신용 카드 정보에, 스텝 S4에서 취득한 카드 정보를 설정한다. 또한, 시스템 제어부(14)는, 여신 확인 결과에 OK를 설정한다. 또한, 시스템 제어부(14)는, 숙박 요금 승인 번호에, 여신 확인 응답에 포함되는 승인 번호를 설정한다. 또한, 시스템 제어부(14)는, 옵션 요금 결제 플래그를 OFF로 설정한다(스텝 S7). 다음으로, 시스템 제어부(14)는, 예약 리퀘스트에 포함되는 체크아웃 일의 다음날을, 결제일로서 설정한다(스텝 S8).
다음으로, 시스템 제어부(14)는, 오늘부터 결제일까지의 일수가 여신 일수를 초과하는지의 여부를 판정한다(스텝 S9). 이때, 시스템 제어부(14)는, 오늘부터 결제일까지의 일수가 여신 일수를 초과하지 않는다고 판정했을 경우에는(스텝 S9:아니오), 재여신 확인 플래그를 OFF로 설정한다(스텝 S10). 다음으로, 시스템 제어부(14)는, 스텝 S15로 이행한다.
한편, 시스템 제어부(14)는, 오늘부터 결제일까지의 일수가 여신 일수를 초과한다고 판정했을 경우에는(스텝 S9:예), 재여신 확인 플래그를 ON으로 설정한다. 또한, 시스템 제어부(14)는, 재여신 확인 종별에 "제1회"를 설정한다(스텝 S11). 다음으로, 시스템 제어부(14)는, 예약 리퀘스트에 포함되는 체크인 일 및 체크아웃 일에 기초하여, 숙박 시설의 이용 일수를 계산한다. 그리고, 시스템 제어부(14)는, 이용 일수가 여신 일수 미만인지의 여부를 판정한다(스텝 S12). 이때, 시스템 제어부(14)는, 이용 일수가 여신 일수 미만이라고 판정했을 경우에는(스텝 S12:예), 재여신 확인일에, 결제일로부터 여신 일수 전의 날을 설정한다(스텝 S13). 다음으로, 시스템 제어부(14)는, 스텝 S15로 이행한다.
한편, 시스템 제어부(14)는, 이용 일수가 여신 일수 이상이라고 판정했을 경우에는(스텝 S12:아니오), 재여신 확인일에, 체크인 일로부터 여신 일수 전의 날을 설정한다(스텝 S14). 다음으로, 시스템 제어부(14)는, 스텝 S15로 이행한다.
스텝 S15에서, 시스템 제어부(14)는, 예약 수단으로서, 사용자에 의해 지정된 신용 카드의 카드 정보를 포함하는 예약 정보를 등록한다. 구체적으로, 시스템 제어부(14)는, 새로운 예약 번호, 예약 리퀘스트에 포함되는 정보, 설정을 행한 결제 방법 정보, 신용 카드 정보, 여신 확인 결과, 숙박 요금 승인 번호, 옵션 요금 결제 플래그, 재여신 확인 플래그, 재여신 확인일, 재여신 확인 종별 등을 포함하는 예약 정보를 생성한다. 다음으로, 시스템 제어부(14)는, 생성한 예약 정보를 예약 정보 DB(12c)에 등록한다. 시스템 제어부(14)는, 예약 정보를 등록함으로써, 요구된 예약을 접수한다. 시스템 제어부(14)는, 스텝 S15의 처리를 끝내면, 예약 처리를 종료시킨다.
도 8 및 도 9는, 본 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 재여신 확인 처리에서의 처리예를 나타내는 플로우차트다. 숙박 시설 예약 서버(1)는, 재여신 확인 처리와, 후술하는 결제 방법 변경 처리 및 결제 처리를, 1일 1회 실행한다. 숙박 시설 예약 서버(1)는, 재여신 확인 처리, 결제 방법 변경 처리 및 결제 처리를 연속해서 실행해도 좋다.
도 8에 도시한 바와 같이, 시스템 제어부(14)는, 예약 정보 DB(12c)로부터, 재여신 확인 플래그가 ON으로 설정되어 있는 예약 정보 중, 재여신 확인일이 오늘인 예약 정보를 검색한다(스텝 S31). 다음으로, 시스템 제어부(14)는, 검색한 예약 정보 중 1개를 선택한다(스텝 S32). 다음으로, 시스템 제어부(14)는, 선택한 예약 정보가 대응하는 예약에 대해서, 예약시의 여신 확인에 의해 확보된 여신을 취소한다(스텝 S33). 이 처리를 행하는 이유는, 1개의 예약에 대하여 여신 금액이 복수 확보되는 것을 방지하기 위해서다. 구체적으로, 시스템 제어부(14)는, 선택한 예약 정보로부터 숙박 요금 승인 번호를 취득한다. 다음으로, 시스템 제어부(14)는, 취득한 숙박 요금 승인 번호를 승인 번호로서 포함하는 여신 취소 리퀘스트를 결제 서버(2)에 송신한다. 결제 서버(2)는, 여신 취소 리퀘스트를 수신하면, 여신 취소 리퀘스트에 포함되는 승인 번호에 대응하는 여신 금액을 해제한다. 또한, 시스템 제어부(14)는, 전회 여신 확인을 행한 날로부터 여신 기간이 경과한 경우에는, 여신의 취소를 실행하지 않아도 된다.
다음으로, 시스템 제어부(14)는, 제2 내지 제5 확인 수단으로서, 선택한 예약 정보에 포함되는 신용 카드 정보에 기초하여 여신을 확인한다(스텝 S34). 이 처리 내용은, 도 7에 나타내는 예약 처리의 스텝 S4의 처리 내용과 마찬가지이다. 단, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 신용 카드 정보를, 여신 확인 리퀘스트로 설정한다. 다음으로, 시스템 제어부(14)는, 여신을 확인할 수 있었는지의 여부를 판정한다(스텝 S35). 이때, 시스템 제어부(14)는, 여신을 확인할 수 없었다고 판정했을 경우에는(스텝 S35:아니오), 스텝 S51로 이행한다. 한편, 시스템 제어부(14)는, 여신을 확인할 수 있었다고 판정했을 경우에는(스텝 S35:예), 스텝 S34에서 결제 서버(2)로부터 수신한 여신 확인 응답에 포함되는 승인 번호로, 선택한 예약 정보에 포함되는 숙박 요금 승인 번호를 덮어쓴다.
다음으로, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 재여신 확인 종별이 "제1회"인지의 여부를 판정한다(스텝 S36). 이때, 시스템 제어부(14)는, 재여신 확인 종별이 "제1회"가 아니라고 판정했을 경우에는(스텝 S36:아니오), 스텝 S41로 이행한다. 한편, 시스템 제어부(14)는, 재여신 확인 종별이 "제1회"라고 판정했을 경우에는(스텝 S36:예), 선택한 예약 정보에 포함되는 체크인 일 및 체크아웃 일에 기초하여 숙박 시설의 이용 일수를 계산한다. 그리고, 시스템 제어부(14)는, 이용 일수가 여신 일수 미만인지의 여부를 판정한다(스텝 S37). 이때, 시스템 제어부(14)는, 이용 일수가 여신 일수 미만이라고 판정했을 경우에는(스텝 S37:예), 스텝 S46으로 이행한다.
한편, 시스템 제어부(14)는, 이용 일수가 여신 일수 이상이라고 판정했을 경우에는(스텝 S37:아니오), 오늘이, 선택한 예약 정보에 포함되는 체크인 일로부터 4일 이상 전인지의 여부를 판정한다(스텝 S38). 이때, 시스템 제어부(14)는, 오늘이 체크인 일로부터 4일 이상 전이라고 판정했을 경우에는(스텝 S38:예), 선택한 예약 정보에 포함되는 재여신 확인일에, 체크인 일의 3일 전의 날을 설정한다. 또한, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 재여신 확인 종별을 "체크인 직전"으로 변경한다(스텝 S39). 다음으로, 시스템 제어부(14)는, 스텝 S46으로 이행한다.
한편, 시스템 제어부(14)는, 오늘이 체크인 일로부터 3일 이하라고 판정했을 경우에는(스텝 S38:아니오), 선택한 예약 정보에 포함되는 재여신 확인일에, 결제일로부터 여신 일수 전의 날을 설정한다. 또한, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 재여신 확인 종별을 "체크인 후"로 변경한다(스텝 S40). 다음으로, 시스템 제어부(14)는, 스텝 S46으로 이행한다. 즉, 시스템 제어부(14)는, NG시 재여신 확인이 아니라, 체크인 후 재여신 확인을 행하도록 설정한다. 그 이유는, 체크인 일로부터 3일 전 이후에 제1회 재여신 확인이 행해졌을 경우에는, 제1회 재여신 확인에 의해, 체크인 직전 재여신 확인의 목적이 완수되어 있기 때문이다.
스텝 S41에서, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 재여신 확인 종별이 "NG시"인지의 여부를 판정한다. 이때, 시스템 제어부(14)는, 재여신 확인 종별이 "NG시"가 아니라고 판정했을 경우에는(스텝 S41:아니오), 스텝 S45로 이행한다. 한편, 시스템 제어부(14)는, 재여신 확인 종별이 "NG시"라고 판정했을 경우에는(스텝 S41:예), 선택한 예약 정보에 포함되는 결제 방법 정보에, "온라인 카드 결제"를 설정한다. 또한, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 여신 확인 결과에 OK를 설정한다(스텝 S42).
다음으로, 시스템 제어부(14)는, 출력 수단으로서, 온라인 카드 결제 통지 메일을 송신한다(스텝 S43). 구체적으로, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 사용자 ID에 대응하는 회원 정보를, 회원 정보 DB(12a)로부터 검색한다. 다음으로, 시스템 제어부(14)는, 검색한 회원 정보로부터 메일 어드레스를 취득한다. 다음으로, 시스템 제어부(14)는, 온라인 카드 결제 통지 메일을 생성한다. 이때, 시스템 제어부(14)는, 취득한 메일 어드레스를, 온라인 카드 결제 통지 메일의 수신처로 설정한다. 또한, 시스템 제어부(14)는, 온라인 카드 결제 통지 메일의 본문에, 여신을 확인할 수 있었기 때문에, 결제 방법이 온라인 카드 결제에서 현지 결제로 변경되지 않는 취지의 문장을 설정한다. 그리고, 시스템 제어부(14)는, 생성한 온라인 카드 결제 통지 메일을 송신한다.
다음으로, 시스템 제어부(14)는, 기억 제어 수단으로서, 재여신 확인 이력을 등록한다(스텝 S44). 구체적으로, 시스템 제어부(14)는, 선택한 예약 정보로부터 예약 번호, 재여신 확인일을 취득한다. 또한, 시스템 제어부(14)는, 재여신 확인 종별에 "NG시"를 설정한다. 또한, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 신용 카드 정보로부터 신용 카드 회사 정보를 취득한다. 그리고, 시스템 제어부(14)는, 예약 번호, 재여신 확인일, 재여신 확인 종별 및 신용 카드 회사 정보를 포함하는 재여신 확인 이력을, 재여신 확인 이력 DB(12d)에 등록한다. 시스템 제어부(14)는, 스텝 S44의 처리를 끝내면, 스텝 S37로 이행한다. 즉, 시스템 제어부(14)는, 이용 일수가 여신 일수 이상인 경우에는, 체크인 직전 재여신 확인 또는 체크인 후 재여신 확인을 행하도록 설정한다.
스텝 S45에서, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 재여신 확인 종별이 "체크인 직전"인지의 여부를 판정한다. 이때, 시스템 제어부(14)는, 재여신 확인 종별이 "체크인 직전"이라고 판정했을 경우에는(스텝 S45:예), 스텝 S40으로 이행한다. 한편, 시스템 제어부(14)는, 재여신 확인 종별이 "체크인 직전"이 아니라고 판정했을 경우에는(스텝 S45:아니오), 스텝 S46으로 이행한다. 이 경우, 금회에 체크인 후 재여신 확인이 행해진 것으로 되기 때문에, 시스템 제어부(14)는, 더 이상의 재여신 확인을 행하도록은 설정하지 않는다.
도 9에 도시한 바와 같이, 스텝 S51에서 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 여신 확인 결과에 NG를 설정한다. 다음으로, 시스템 제어부(14)는, 오늘이, 선택한 예약 정보에 포함되는 체크인 일로부터 11일 이상 전인지의 여부를 판정한다(스텝 S52). 이때, 시스템 제어부(14)는, 오늘이 체크인 일로부터 11일 이상 전이라고 판정했을 경우에는(스텝 S52:예), 출력 수단으로서, 결제 방법 변경 예고 메일을 송신한다(스텝 S53). 구체적으로, 시스템 제어부(14)는, 결제 방법 변경 예고 메일을 생성한다. 이때, 시스템 제어부(14)는, 스텝 S43의 경우와 마찬가지로 수신처를 설정한다. 또한, 시스템 제어부(14)는, 결제 방법 변경 예고 메일의 본문에, 체크인 일로부터 10일 전이 되면 결제 방법이 온라인 카드 결제에서 현지 결제로 변경되는 취지의 문장을 설정한다. 그리고, 시스템 제어부(14)는, 생성된 결제 방법 변경 예고 메일을 송신한다. 시스템 제어부(14)는, 스텝 S53의 처리를 끝내면, 스텝 S56으로 이행한다.
한편, 시스템 제어부(14)는, 오늘이 체크인 일로부터 10일 이내라고 판정했을 경우에는(스텝 S52:아니오), 선택한 예약 정보에 포함되는 결제 방법 정보를 "현지 결제"로 변경한다(스텝 S54). 다음으로, 시스템 제어부(14)는, 출력 수단으로서, 현지 결제 통지 메일을 송신한다(스텝 S55). 구체적으로, 시스템 제어부(14)는, 현지 결제 통지 메일을 생성한다. 이때, 시스템 제어부(14)는, 스텝 S43의 경우와 마찬가지로 수신처를 설정한다. 또한, 시스템 제어부(14)는, 현지 결제 통지 메일의 본문에, 결제 방법이 온라인 카드 결제에서 현지 결제로 변경된 취지의 문장을 설정한다. 그리고, 시스템 제어부(14)는, 생성한 현지 결제 통지 메일을 송신한다. 시스템 제어부(14)는, 스텝 S55의 처리를 끝내면, 스텝 S56으로 이행한다. 또한, 시스템 제어부(14)는, 예약된 숙박 시설의 제공자에 대해서도, 현지 결제 통지 메일을 송신해도 좋다.
스텝 S56에서, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 재여신 확인 종별이 "제1회"인지의 여부를 판정한다. 이때, 시스템 제어부(14)는, 재여신 확인 종별이 "제1회"가 아니라고 판정했을 경우에는(스텝 S56:아니오), 스텝 S46으로 이행한다. 이 경우, 금회의 재여신 확인이 제1회 재여신 확인이 아니기 때문에, 시스템 제어부(14)는, NG시 재여신 확인을 행하도록은 설정하지 않는다. 한편, 시스템 제어부(14)는, 재여신 확인 종별이 "제1회"라고 판정했을 경우에는(스텝 S56:예), 오늘이, 선택한 예약 정보에 포함되는 체크인 일의 2일 이상 전인지의 여부를 판정한다(스텝 S57). 이때, 시스템 제어부(14)는, 오늘이 체크인 일의 전일 이후라고 판정했을 경우에는(스텝 S57:아니오), 스텝 S46으로 이행한다. 이 경우, 체크인 일의 전일까지 NG시 재여신 확인을 행할 수 있는 날이 없다.
한편, 시스템 제어부(14)는, 오늘이 체크인 일의 2일 이상 전이라고 판정했을 경우에는(스텝 S57:예), 스텝 S34에서 결제 서버(2)로부터 수신한 여신 확인 응답에 포함되는 에러 종별을 취득한다. 그리고, 시스템 제어부(14)는, 판정 수단으로서, 에러 종별이 "한도액 오버"인지의 여부를 판정한다(스텝 S58). 이때, 시스템 제어부(14)는, 에러 종별이 "한도액 오버"가 아니라고 판정했을 경우에는(스텝 S58:아니오), 스텝 S46으로 이행한다. 이 경우, 시스템 제어부(14)는, NG시 재여신 확인을 행하도록은 설정하지 않는다. 에러 종별이 "한도액 오버"일 경우에만 시스템 제어부(14)가 NG시 재여신 확인을 행하는 이유는, NG시 재여신 확인에 의해 여신을 확인할 수 있는 개연성이 있기 때문이다. 한편, 에러 종별이 "카드 무효"일 경우, 여신을 확인할 수 있는 개연성은 매우 낮다. 또한, 에러 종별이 "기한 마감"일 경우, 사용자가 신용 카드의 유효 기한을 갱신하지 않는 한, 여신을 확인할 수는 없는 것으로 생각된다. 또한, 시스템 제어부(14)는, 에러 종별의 여하에 관계없이, NG시 재여신 확인을 행하도록 설정을 행해도 된다.
한편, 시스템 제어부(14)는, 에러 종별이 "한도액 오버"라고 판정했을 경우에는(스텝 S58:예), 선택한 예약 정보에 포함되는 재여신 확인 종별을 "NG시"로 변경한다(스텝 S59). 다음으로, 시스템 제어부(14)는, 기억 제어 수단으로서, 재여신 확인 이력을 등록한다(스텝 S60). 이 처리의 내용은, 스텝 S44의 처리 내용과 기본적으로 마찬가지이다. 단, 시스템 제어부(14)는, 재여신 확인 종별에 "제1회"를 설정한다.
다음으로, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 신용 카드 정보로부터 신용 카드 회사 정보를 취득한다. 다음으로, 시스템 제어부(14)는, 취득한 신용 카드 회사 정보를 포함하는 재여신 확인 이력을, 재여신 확인 이력 DB(12d)로부터 검색한다(스텝 S61).
다음으로, 시스템 제어부(14)는, 추정 수단으로서, 검색한 재여신 확인 이력에 기초하여, 취득한 신용 카드 회사 정보가 나타내는 신용 카드 회사가 발행하는 신용 카드의 신용 회복일을 추정한다(스텝 S62). 신용 카드 회사 정보마다 추정하는 이유는, 신용 카드 회사 정보마다, 여신 금액 클리어 일 등의 신용 회복일이 상이한 경우가 있기 때문이다. 구체적으로, 시스템 제어부(14)는, 검색한 재여신 확인 이력으로부터, 동일한 예약 정보를 포함하는 재여신 확인 이력의 조를 추출한다. 동일한 예약 정보를 포함하는 재여신 확인 이력의 조는, 재여신 확인 종별이 "제1회"인 재여신 확인 이력과, 재여신 확인 종별이 "NG시"인 재여신 확인 이력의 조합이다. 시스템 제어부(14)는, 제1회 재여신 확인의 날과 NG 재여신 확인의 날의 중간일을 특정한다. 구체적으로, 시스템 제어부(14)는, 재여신 확인 종별이 "제1회"인 재여신 확인 이력에 포함되는 재여신 확인일부터, 재여신 확인 종별이 "NG시"인 재여신 확인 이력에 포함되는 재여신 확인일까지의 일수를 산출한다. 다음으로, 시스템 제어부(14)는, 산출한 일수의 절반을, 재여신 확인 종별이 "제1회"인 재여신 확인 이력에 포함되는 재여신 확인일에 가산하여, 중간일을 산출한다. 이때, 시스템 제어부(14)는, 산출된 연월일 중 일만을 중간일로 한다. 예를 들면, 제1회 재여신 확인의 날이 2012년 1월 25일이며, NG시 재여신 확인의 날이 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)는, 신용 회복일을 추정하면, 내일부터, 선택한 예약 정보에 포함되는 체크인 일의 전일까지, 추정한 신용 회복일이 있는지의 여부를 판정한다(스텝 S63). 이때, 시스템 제어부(14)는, 내일부터 체크인 일의 전일까지의 사이에 신용 회복일이 있다고 판정했을 경우에는(스텝 S63:예), 선택한 예약 정보에 포함되는 재여신 확인일에, 추정한 신용 회복일을 설정한다(스텝 S64). 내일부터 체크인 일의 전일까지의 사이에 신용 회복일이 복수 있을 경우, 시스템 제어부(14)는, 어느 하나의 신용 회복일을 설정한다. 이때, 시스템 제어부(14)는, 신용이 회복될 개연성이 가장 높은 신용 회복일을 설정해도 좋다. 예를 들면, 시스템 제어부(14)는, 내일부터 체크인 일의 전일까지의 사이에 포함되는 신용 회복일 중 중간일이 가장 많이 분포되는 날을 설정해도 좋다. 시스템 제어부(14)는, 스텝 S64의 처리를 끝내면, 스텝 S46으로 이행한다.
한편, 시스템 제어부(14)는, 내일부터 체크인 일의 전일까지의 사이에 신용 회복일이 없다고 판정했을 경우에는(스텝 S63:아니오), 오늘이, 예약 정보에 포함되는 체크인 일로부터 12일 이상 전인지의 여부를 판정한다(스텝 S65). 이때, 시스템 제어부(14)는, 오늘이 체크인 일로부터 12일 이상 전이라고 판정했을 경우에는(스텝 S65:예), 선택한 예약 정보에 포함되는 재여신 확인일에, 체크인 일의 11일 전의 날을 설정한다(스텝 S66). 다음으로, 시스템 제어부(14)는, 스텝 S46으로 이행한다. 한편, 시스템 제어부(14)는, 오늘이 체크인 일로부터 11일 이내라고 판정했을 경우에는(스텝 S65:아니오), 선택한 예약 정보에 포함되는 재여신 확인일에, 오늘과 체크인 일의 중간일을 설정한다(스텝 S67). 다음으로, 시스템 제어부(14)는, 스텝 S46으로 이행한다. 또한, 시스템 제어부(14)는, 체크인 일로부터 11일 이내에 제1회 재여신 확인을 행함으로써 여신을 확인할 수 없었을 경우에는, NG시 재여신 확인을 행하지 않아도 좋다. 또한, 시스템 제어부(14)는, 내일부터 체크인 일의 전일까지의 사이에, 추정한 신용 회복일이 없었을 경우, NG시 재여신 확인을 행하지 않아도 좋다.
스텝 S46에서, 시스템 제어부(14)는, 스텝 S31에서 검색한 예약 정보 중에 아직 선택하지 않은 예약 정보가 있는지의 여부를 판정한다. 이때, 시스템 제어부(14)는, 아직 선택하지 않은 예약 정보가 있다고 판정했을 경우에는(스텝 S46:예), 아직 선택하지 않은 예약 정보 중 1개를 선택한다(스텝 S47). 다음으로, 시스템 제어부(14)는, 스텝 S33으로 이행한다. 시스템 제어부(14)는, 스텝 S33 내지 S47의 처리를 반복함으로써, 오늘 재여신 확인이 필요한 각 예약에 대해서 재여신 확인을 행한다. 그리고, 시스템 제어부(14)는, 모든 예약 정보를 선택했다고 판정했을 경우에는(스텝 S46:아니오), 재여신 확인 처리를 종료시킨다.
도 10은, 본 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 결제 방법 변경 처리에서의 처리예를 나타내는 플로우차트다.
도 10에 도시한 바와 같이, 시스템 제어부(14)는, 예약 정보 DB(12c)로부터, 재여신 확인 플래그가 ON으로 설정되어 있는 예약 정보 중, 여신 확인 결과에 NG가 설정되고, 또한, 체크인 일의 10일 전이 오늘인 예약 정보를 검색한다(스텝 S71). 다음으로, 시스템 제어부(14)는, 검색한 예약 정보 중 1개를 선택한다(스텝 S72). 다음으로, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 결제 방법 정보를 "현지 결제"로 변경한다(스텝 S73). 다음으로, 시스템 제어부(14)는, 현지 결제 통지 메일을 송신한다(스텝 S74). 이 처리 내용은, 도 9에 나타내는 재여신 확인 처리의 스텝 S55의 처리 내용과 마찬가지이다.
다음으로, 시스템 제어부(14)는, 스텝 S71에서 검색한 예약 정보 중에 아직 선택하지 않은 예약 정보가 있는지의 여부를 판정한다(스텝 S75). 이때, 시스템 제어부(14)는, 아직 선택하지 않은 예약 정보가 있다고 판정했을 경우에는(스텝 S75:예), 아직 선택하지 않은 예약 정보 중 1개를 선택한다(스텝 S76). 다음으로, 시스템 제어부(14)는, 스텝 S73으로 이행한다. 시스템 제어부(14)는, 스텝 S73 내지 S76의 처리를 반복함으로써, 재여신 확인에서 여신을 확인할 수 없었던 예약 중, 체크인 일의 10일 전이 오늘인 각 예약에 대해서, 결제 방법을 현지 결제로 변경한다. 그리고, 시스템 제어부(14)는, 모든 예약 정보를 선택했다고 판정했을 경우에는(스텝 S75:아니오), 결제 방법 변경 처리를 종료시킨다.
도 11은, 본 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 옵션 요금 등록 처리에서의 처리예를 나타내는 플로우차트다.
옵션 요금이 발생했을 경우, 숙박 시설의 제공자는, 옵션 요금을 등록하기 위해서 숙박 시설 단말기(3)를 조작한다. 이때, 제공자는, 옵션 요금, 예약 번호 등을 입력한다. 그러면, 숙박 시설 단말기(3)는, 옵션 요금 등록 리퀘스트를 숙박 시설 예약 서버(1)에 송신한다. 옵션 요금 등록 처리는, 숙박 시설 예약 서버(1)가 옵션 요금 등록 리퀘스트를 수신했을 때에 개시된다.
도 11에 도시한 바와 같이, 시스템 제어부(14)는, 예약 정보 DB(12c)로부터, 옵션 요금 등록 리퀘스트에 포함되는 예약 번호에 대응하는 예약 정보를 검색한다. 다음으로, 시스템 제어부(14)는, 검색한 예약 정보에 포함되는 결제 방법 정보에 "온라인 카드 결제"가 설정되고, 또한, 검색한 예약 정보에 포함되는 여신 확인 결과에 OK가 설정되어 있는지의 여부를 판정한다(스텝 S81).
이때, 시스템 제어부(14)는, 결제 방법 정보에 "온라인 카드 결제"가 설정되지 않았다고 판정했을 경우, 또는, 여신 확인 결과에 OK가 설정되지 않았다고 판정했을 경우에는(스텝 S81:아니오), 여신 확인 에러 종료 페이지를, 옵션 요금 등록 리퀘스트의 송신원의 숙박 시설 단말기(3)에 송신한다(스텝 S82). 여신 확인 에러 종료 페이지는, 옵션 요금에 대해서 여신을 확인할 수 없었던 취지의 메시지를 표시하는 Web 페이지다. 시스템 제어부(14)는, 스텝 S82의 처리를 끝내면, 옵션 요금 등록 처리를 종료시킨다.
한편, 시스템 제어부(14)는, 결제 방법 정보에 "온라인 카드 결제"가 설정되어 있고, 또한, 여신 확인 결과에 OK가 설정되어 있다고 판정했을 경우에는(스텝 S81:예), 검색한 예약 정보에 포함되는 신용 카드 정보에 기초하여, 옵션 요금을 결제하기 위한 여신을 확인한다(스텝 S83). 이 처리 내용은, 도 8에 나타내는 재여신 확인 처리의 스텝 S34의 처리 내용과 기본적으로 마찬가지이다. 단, 시스템 제어부(14)는, 숙박 요금 대신에 옵션 요금을 여신 확인 리퀘스트에 설정한다.
다음으로, 시스템 제어부(14)는, 여신을 확인할 수 있었는지의 여부를 판정한다(스텝 S84). 이때, 시스템 제어부(14)는, 여신을 확인할 수 없었다고 판정했을 경우에는(스텝 S84:아니오), 스텝 S82로 이행한다. 한편, 시스템 제어부(14)는, 여신을 확인할 수 있었다고 판정했을 경우에는(스텝 S84:예), 스텝 S83에서 결제 서버(2)로부터 수신한 여신 확인 응답에 포함되는 승인 번호를 옵션 요금 승인 번호로서, 검색한 예약 정보 중에 설정한다. 다음으로, 시스템 제어부(14)는, 검색한 예약 정보에 포함되는 옵션 요금 결제 플래그를 ON으로 설정한다. 또한, 시스템 제어부(14)는, 옵션 요금 등록 리퀘스트에 포함되는 옵션 요금을, 검색한 예약 정보 중에 설정한다(스텝 S85). 다음으로, 시스템 제어부(14)는, 여신 확인 정상 종료 페이지를, 옵션 요금 등록 리퀘스트의 송신원의 숙박 시설 단말기(3)에 송신한다(스텝 S86). 여신 확인 정상 종료 페이지는, 옵션 요금에 대해서 여신을 확인할 수 있었던 취지의 메시지를 표시하는 Web 페이지다. 시스템 제어부(14)는, 스텝 S86의 처리를 끝내면, 옵션 요금 등록 처리를 종료시킨다.
도 12는, 본 실시 형태에 따른 숙박 시설 예약 서버(1)의 시스템 제어부(14)의 결제 처리에서의 처리예를 나타내는 플로우차트다.
도 12에 도시한 바와 같이, 시스템 제어부(14)는, 예약 정보 DB(12c)로부터, 결제 방법 정보에 "온라인 카드 결제"가 설정되어 있는 예약 정보 중, 체크아웃 일의 다음날이 오늘인 예약 정보를 검색한다(스텝 S91). 다음으로, 시스템 제어부(14)는, 검색한 예약 정보 중 1개를 선택한다(스텝 S92). 다음으로, 시스템 제어부(14)는, 선택한 예약 정보에 포함되는 옵션 요금 결제 플래그가 ON으로 설정되어 있는지의 여부를 판정한다(스텝 S93). 이때, 시스템 제어부(14)는, 옵션 요금 결제 플래그가 ON으로 설정되지 않았다고 판정했을 경우에는(스텝 S93:아니오), 선택한 예약 정보에 포함되는 신용 카드 정보에 기초하여, 선택한 예약 정보에 포함되는 숙박 요금을 결제한다(스텝 S94). 구체적으로, 시스템 제어부(14)는, 결제 리퀘스트를 결제 서버(2)에 송신한다. 결제 리퀘스트는, 선택된 예약 정보에 포함되는 신용 카드 정보, 이용액, 승인 번호 등을 포함한다. 시스템 제어부(14)는, 이용액 및 승인 번호로서, 선택된 예약 정보에 포함되는 숙박 요금 및 숙박 요금 승인 번호를 설정한다. 결제 서버(2)는, 결제 리퀘스트를 수신하면, 결제 리퀘스트에 포함되는 승인 번호에 대응해서 사용자의 계좌로부터 인출하는 이용 요금을, 결제 리퀘스트에 포함되는 숙박 요금으로 확정하는 처리를 행한다. 시스템 제어부(14)는, 스텝 S94의 처리를 끝내면, 스텝 S96으로 이행한다.
한편, 시스템 제어부(14)는, 옵션 요금 결제 플래그가 ON으로 설정되어 있다고 판정했을 경우에는(스텝 S93:예), 결제 수단으로서, 선택한 예약 정보에 포함되는 신용 카드 정보에 기초하여, 선택한 예약 정보에 포함되는 숙박 요금 및 옵션 요금을 포함하는 이용 요금을 결제한다(스텝 S95). 구체적으로, 시스템 제어부(14)는, 스텝 S94와 마찬가지의 방법으로 숙박 요금을 결제한다. 또한, 시스템 제어부(14)는, 선택된 예약 정보에 포함되는 옵션 요금 및 옵션 요금 승인 번호를 설정한 결제 리퀘스트를 결제 서버(2)에 송신한다. 이에 의해, 시스템 제어부(14)는 옵션 요금을 결제한다. 시스템 제어부(14)는, 스텝 S95의 처리를 끝내면, 스텝 S96으로 이행한다.
스텝 S96에서, 시스템 제어부(14)는, 스텝 S91에서 검색한 예약 정보 중에 아직 선택하지 않은 예약 정보가 있는지의 여부를 판정한다. 이때, 시스템 제어부(14)는, 아직 선택하지 않은 예약 정보가 있다고 판정했을 경우에는(스텝 S96:예), 아직 선택하지 않은 예약 정보 중 1개를 선택한다(스텝 S97). 다음으로, 시스템 제어부(14)는, 스텝 S93으로 이행한다. 시스템 제어부(14)는, 스텝 S93 내지 S97의 처리를 반복함으로써, 오늘 결제가 필요한 각 예약에 대해서 이용 요금의 결제를 행한다. 그리고, 시스템 제어부(14)는, 모든 예약 정보를 선택했다고 판정했을 경우에는(스텝 S96:아니오), 결제 처리를 종료시킨다.
이상 설명한 바와 같이, 본 실시 형태에 따르면, 숙박 시설 예약 서버(1)의 시스템 제어부(14)가, 온라인 카드 결제가 지정되는 예약으로서, 이용일까지의 일수가 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 신용 카드의 유효성을 확인하고, 유효하다고 확인할 수 있었을 경우, 예약을 접수하여, 지정된 신용 카드의 신용 카드 정보를 포함하는 예약 정보를 기억부(12)에 기억시키고, 예약이 접수된 숙박 시설의 이용일까지의 일수가 여신 일수 이하가 되는 날 이후에, 기억부(12)에 기억된 신용 카드 정보에 기초하여, 지정된 신용 카드의 유효성을 확인하고, 유효하다고 확인할 수 없었을 경우, 결제 방법을, 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 결제 방법 변경 예고 메일 또는 현지 결제 통지 메일을 출력한다. 따라서, 숙박 시설 예약 서버(1)는, 예약일로부터 이용일까지의 일수가 여신 일수를 초과하는 경우에도, 지정된 신용 카드가 유효한 것을 확인해서 예약을 접수할 수 있다. 또한, 지정된 신용 카드가 예약 후에 유효하지 않게 된 경우에는, 결제 방법이 변경되기 때문에, 숙박 시설 예약 서버(1)는, 이용 요금의 결제 안전성을 유지하면서 예약을 유지할 수 있다.
또한, 시스템 제어부(14)는, 결제일까지의 일수가 여신 일수를 초과하는 예약이 요구되었을 경우에도, 지정된 신용 카드의 유효성을 확인하고, 유효하다고 확인할 수 있었을 경우, 예약을 접수하여, 지정된 신용 카드의 신용 카드 정보를 포함하는 예약 정보를 기억부(12)에 기억시키고, 예약이 접수된 숙박 시설의 숙박 요금의 결제일까지의 일수가 여신 일수 이하가 되는 날 이후에, 기억부(12)에 기억된 신용 카드 정보에 기초하여, 지정된 신용 카드의 유효성을 확인한다. 따라서, 이용 요금의 결제 안전성을 높일 수 있다.
또한, 시스템 제어부(14)가, 제1회 재여신 확인에 의해, 지정된 신용 카드가 유효하다고 확인할 수 없었던 후에, 기억부(12)에 기억된 신용 카드 정보에 기초하여, 지정된 신용 카드의 유효성을 확인하고, 유효하다고 확인할 수 있었을 경우, 결제 방법을, 지정된 신용 카드로 결제하는 방법으로 하는 것을 나타내는 온라인 카드 결제 통지 메일을 송신한다. 따라서, 예약 후에, 사용자가 사용하고자 하는 신용 카드로 이용 요금을 지불하기 위한 신용이 한번 없어진 경우에도, 그 후 신용이 회복되었을 경우에, 결제 방법을, 사용자가 사용하고자 하는 신용 카드에 의한 결제로 할 수 있다.
또한, 시스템 제어부(14)가, 예약이 접수된 숙박 시설의 이용 일수가 여신 일수 이상일 경우, NG시 재여신 확인에 의해 온라인 카드 결제가 유효하다고 확인할 수 있었던 후에, 예약이 접수된 숙박 시설의 체크인 일의 전일까지, 지정된 신용 카드의 유효성을 확인한다. 체크인 직전 재여신 확인에 의해, 여신 기간에 포함되는 숙박 시설의 이용일을 많게 할 수 있으므로, 사용자가 예약을 취소하는 경우나, 사용자가 아무런 연락도 없이 체크인 일이 되어도 숙박 시설에 나타나지 않을 경우에도, 숙박 시설의 제공자가 취소료를 결제할 지의 여부의 결정을 하기 위한 유예 기간을 보다 길게 마련할 수 있다.
또한, 시스템 제어부(14)가, 예약이 접수된 숙박 시설의 이용 일수가 여신 일수 이상일 경우, 체크인 직전 재여신 확인에 의해 유효하다고 확인할 수 있었던 후에, 결제일까지의 일수가 여신 일수 이하가 되는 날 이후에, 기억부(12)에 기억된 신용 카드 정보에 기초하여, 지정된 신용 카드의 유효성을 확인하고, 유효하다고 확인할 수 없었을 경우, 현지 결제 통지 메일을 출력한다. 따라서, 이용 요금의 결제 안전성을 높일 수 있다.
또한, 시스템 제어부(14)가, NG시 재여신 확인에 의해 온라인 카드 결제가 유효하다고 확인할 수 있었던 숙박 요금 이외에, 예약된 숙박 시설의 이용에 의해 옵션 요금이 발생했을 경우, 기억부(12)에 기억된 신용 카드 정보에 기초하여, 숙박 요금과 발생한 옵션 요금을 포함하는 이용 요금을, 지정된 신용 카드로 결제한다. 따라서, 사용자가 숙박 시설을 이용했을 때에 새롭게 요금이 발생했을 경우에, 사용자는, 결제의 수속을 행하지 않아도, 사용자가 사용하고자 하는 신용 카드로 결제할 수 있다.
또한, 시스템 제어부(14)가, 제1회 재여신 확인에 의해 신용 카드가 유효하다고 확인할 수 없었을 경우, 에러 종별이 "한도액 오버"인지의 여부를 판정하고, 에러 종별이 "한도액 오버"라고 판정했을 경우에, NG시 재여신 확인을 행한다. 따라서, 숙박 시설 예약 서버(1)가 불필요하게 NG시 재여신 확인을 행하는 것을 억제할 수 있다.
또한, 시스템 제어부(14)가, 제1회 재여신 확인의 날을 포함하는 재여신 확인 이력과, NG시 재여신 확인의 날을 포함하는 재여신 확인 이력을 기억부(12)에 기억시켜, 기억부(12)에 기억된 재여신 확인 이력에 기초하여, 지정된 신용 카드가 유효해지는 날을 추정하고, 추정한 날에, NG시 재여신 확인을 행한다. 따라서, 숙박 요금을 지불하기 위한 신용이 회복됨으로써 신용 카드가 유효하다고 확인할 수 있는 개연성을 높일 수 있다.
또한, 상기 실시 형태에서는, 숙박 시설의 제공에 대하여 본 발명을 적용하였다. 그러나, 예약시에 이용일이 결정되는 서비스라면, 어떠한 서비스에 대해서도 본 발명을 적용할 수 있다. 이러한 서비스로는, 예를 들면, 골프장 등의 경기 시설의 제공이나, 항공기, 열차, 선박, 승용차 등의 교통기관에 의한 사람의 수송 등이 있다.
1 : 숙박 시설 예약 서버 2 : 결제 서버
3 : 숙박 시설 단말기 4 : 사용자 단말기
11 : 통신부 12 : 기억부
12a : 회원 정보 DB 12b : 숙박 시설 정보 DB
12c : 예약 정보 DB 13 : 입출력 인터페이스
14 : 시스템 제어부 14a : CPU
14b : ROM 14c : RAM
15 : 시스템 버스 NW : 네트워크
S : 정보 처리 시스템

Claims (12)

  1. 서비스의 이용일 이후에 신용 카드로 이용 요금이 결제되는 예약으로서, 상기 이용일까지의 일수가 상기 신용 카드로의 지불 신용이 주어지는 기간에 상당하는 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 상기 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제1 확인 수단과,
    상기 제1 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 상기 지정된 신용 카드의 정보를 기억 수단에 기억시키는 예약 수단과,
    상기 예약 수단에 의해 예약이 접수된 서비스의 이용일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한, 상기 이용 대금의 지불이 가능한지를 확인하는 제2 확인 수단과,
    상기 제2 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 출력 수단
    을 구비하는 것을 특징으로 하는, 정보 처리 장치.
  2. 제1항에 있어서,
    상기 제2 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었던 후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한 상기 이용 대금의 지불이 가능한지를 확인하는 제3 확인 수단을 더 구비하고,
    상기 출력 수단은, 상기 제3 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었을 경우, 상기 결제 방법을 상기 지정된 신용 카드로 결제하는 방법으로 하는 것을 나타내는 정보를 출력하는 것을 특징으로 하는, 정보 처리 장치.
  3. 제2항에 있어서,
    상기 제3 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었던 상기 이용 요금 이외에, 예약된 서비스의 이용에 의해 요금이 발생했을 경우, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 발생한 요금을 포함한 상기 이용 요금을 상기 지정된 신용 카드로 결제하는 결제 수단을 더 구비하는 것을 특징으로 하는, 정보 처리 장치.
  4. 제2항에 있어서,
    상기 예약 수단에 의해 예약이 접수된 서비스의 이용 일수가 상기 여신 일수 이상일 경우, 상기 제3 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었던 후에, 예약이 접수된 서비스의 이용 개시일의 전일까지, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제4 확인 수단을 더 구비하고,
    상기 출력 수단은, 상기 제4 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 것을 특징으로 하는, 정보 처리 장치.
  5. 제3항에 있어서,
    상기 예약 수단에 의해 예약이 접수된 서비스의 이용 일수가 상기 여신 일수 이상일 경우, 상기 제3 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었던 후에, 예약이 접수된 서비스의 이용 개시일의 전일까지, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제4 확인 수단을 더 구비하고,
    상기 출력 수단은, 상기 제4 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 것을 특징으로 하는, 정보 처리 장치.
  6. 제4항에 있어서,
    상기 제4 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었던 후에, 상기 이용 요금의 결제일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제5 확인 수단을 더 구비하고,
    상기 출력 수단은, 상기 제5 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 것을 특징으로 하는, 정보 처리 장치.
  7. 제5항에 있어서,
    상기 제4 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었던 후에, 상기 이용 요금의 결제일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제5 확인 수단을 더 구비하고,
    상기 출력 수단은, 상기 제5 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 것을 특징으로 하는, 정보 처리 장치.
  8. 제2항 내지 제7항 중 어느 한 항에 있어서,
    상기 제2 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었던 이유가, 상기 이용 요금이 상기 지정된 신용 카드의 이용 가능액을 초과하는 것인지의 여부를 판정하는 판정 수단을 더 구비하고,
    상기 제3 확인 수단은, 상기 이유가, 상기 이용 요금이 상기 이용 가능액을 초과하는 것으로 상기 판정 수단에 의해 판정했을 경우에, 상기 지정된 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 것을 특징으로 하는, 정보 처리 장치.
  9. 제2항 내지 제7항 중 어느 한 항에 있어서,
    상기 제2 확인 수단에 의한, 이용 대금의 지불이 가능한지의 확인일과, 상기 제3 확인 수단에 의한, 상기 이용 대금의 지불이 가능한지의 확인일을, 확인일 기억 수단에 기억시키는 기억 제어 수단과,
    상기 확인일 기억 수단에 기억된 상기 확인일에 기초하여, 상기 지정된 신용 카드를 이용한, 상기 이용 대금의 지불이 가능해지는 날을 추정하는 추정 수단
    을 더 구비하고,
    상기 제3 확인 수단은, 상기 추정 수단에 의해 추정된 날에, 상기 지정된 신용 카드를 이용한, 상기 이용 대금의 지불이 가능한지를 확인하는 것을 특징으로 하는, 정보 처리 장치.
  10. 제8항에 있어서,
    상기 제2 확인 수단에 의한, 이용 대금의 지불이 가능한지의 확인일과, 상기 제3 확인 수단에 의한, 상기 이용 대금의 지불이 가능한지의 확인일을, 확인일 기억 수단에 기억시키는 기억 제어 수단과,
    상기 확인일 기억 수단에 기억된 상기 확인일에 기초하여, 상기 지정된 신용 카드를 이용한, 상기 이용 대금의 지불이 가능해지는 날을 추정하는 추정 수단
    을 더 구비하고,
    상기 제3 확인 수단은, 상기 추정 수단에 의해 추정된 날에, 상기 지정된 신용 카드를 이용한, 상기 이용 대금의 지불이 가능한지를 확인하는 것을 특징으로 하는, 정보 처리 장치.
  11. 컴퓨터에 의해 실행되는 정보 처리 방법으로서,
    서비스의 이용일 이후에 신용 카드로 이용 요금이 결제되는 예약으로서, 상기 이용일까지의 일수가 상기 신용 카드로의 지불 신용이 주어지는 기간에 상당하는 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 상기 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제1 확인 스텝과,
    상기 제1 확인 스텝에서 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 상기 지정된 신용 카드의 정보를 기억 수단에 기억시키는 예약 스텝과,
    상기 예약 스텝에서 예약이 접수된 서비스의 이용일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제2 확인 스텝과,
    상기 제2 확인 스텝에서 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 출력 스텝
    을 포함하는 것을 특징으로 하는, 정보 처리 방법.
  12. 컴퓨터를,
    서비스의 이용일 이후에 신용 카드로 이용 요금이 결제되는 예약으로서, 상기 이용일까지의 일수가 상기 신용 카드로의 지불 신용이 주어지는 기간에 상당하는 여신 일수를 초과하는 예약이 요구되었을 경우, 지정된 상기 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제1 확인 수단,
    상기 제1 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 있었을 경우, 예약을 접수하고, 상기 지정된 신용 카드의 정보를 기억 수단에 기억시키는 예약 수단,
    상기 예약 수단에 의해 예약이 접수된 서비스의 이용일까지의 일수가 상기 여신 일수 이하가 되는 날 이후에, 상기 기억 수단에 기억된 상기 정보에 기초하여, 상기 지정된 신용 카드를 이용한, 이용 대금의 지불이 가능한지를 확인하는 제2 확인 수단, 및
    상기 제2 확인 수단에 의해 상기 이용 대금의 지불이 가능한 것으로 확인할 수 없었을 경우, 결제 방법을 상기 지정된 신용 카드로의 결제와는 다른 방법으로 변경하는 것을 나타내는 정보를 출력하는 출력 수단
    으로서 기능시키는 정보 처리 프로그램이 컴퓨터 판독 가능하게 기록되어 있는 것을 특징으로 하는, 기록 매체.
KR1020127031960A 2012-02-29 2012-04-10 정보 처리 장치, 정보 처리 방법 및 기록 매체 KR101516861B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012043966A JP4970629B1 (ja) 2012-02-29 2012-02-29 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
JPJP-P-2012-043966 2012-02-29
PCT/JP2012/059790 WO2013128655A1 (ja) 2012-02-29 2012-04-10 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体

Publications (2)

Publication Number Publication Date
KR20130120369A KR20130120369A (ko) 2013-11-04
KR101516861B1 true KR101516861B1 (ko) 2015-05-04

Family

ID=46650158

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020127031960A KR101516861B1 (ko) 2012-02-29 2012-04-10 정보 처리 장치, 정보 처리 방법 및 기록 매체

Country Status (11)

Country Link
US (1) US20130226631A1 (ko)
EP (1) EP2657897A4 (ko)
JP (1) JP4970629B1 (ko)
KR (1) KR101516861B1 (ko)
CN (1) CN103403745A (ko)
AU (1) AU2012247084B2 (ko)
BR (1) BR112012030167A2 (ko)
CA (1) CA2794036A1 (ko)
SG (1) SG185401A1 (ko)
TW (1) TWI409711B (ko)
WO (1) WO2013128655A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014207913A1 (ja) * 2013-06-28 2014-12-31 楽天株式会社 情報提供装置、情報提供方法、および情報提供プログラム
JP6218081B2 (ja) * 2013-12-20 2017-10-25 一徳 田野 購買決済システム
CN106897868B (zh) * 2017-02-22 2021-06-11 数贸科技(北京)有限公司 跨国贸易电子商务平台买家信用卡有效期更新方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005107993A (ja) 2003-09-30 2005-04-21 Dainippon Printing Co Ltd 仮想店舗クレジット決済システムおよび方法
JP2008158638A (ja) 2006-12-21 2008-07-10 Mastercard Internatl Japan Inc 支払い処理支援システム及び支払い処理支援方法並びに支払い処理支援装置及びクレジットカードのバックエンドシステム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
JPH09326087A (ja) * 1996-06-03 1997-12-16 Sanyo Electric Co Ltd クレジットカードシステム
US20040243478A1 (en) * 1996-09-04 2004-12-02 Walker Jay S. Purchasing, redemption, and settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network
US7248855B2 (en) * 1998-09-15 2007-07-24 Upaid Systems, Ltd. Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account
JP2002163527A (ja) * 2000-11-29 2002-06-07 Sony Corp 代行システム、代行方法、サービス代行サーバ、事業者サーバ、記録媒体
GB0202542D0 (en) * 2002-02-04 2002-03-20 Tth Man Ltd System for account authorisation
CN1533141A (zh) * 2003-03-20 2004-09-29 黄金富 不用信用卡和借记卡的相对应的手机银行交易方法
US8740069B2 (en) * 2005-01-26 2014-06-03 Heng Kah Choy Fraud-free payment for internet purchases
US7849020B2 (en) * 2005-04-19 2010-12-07 Microsoft Corporation Method and apparatus for network transactions
US20070168260A1 (en) * 2005-09-30 2007-07-19 Mastercard International Incorporated Payment apparatus and method
WO2007050472A2 (en) * 2005-10-24 2007-05-03 Citibank, N.A. Methods and systems for managing transaction card customer accounts
US7552870B2 (en) * 2006-03-16 2009-06-30 Adrian Jones Trading network resources
US20070284436A1 (en) * 2006-06-07 2007-12-13 Micah Alexander Gland Credit card payment system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005107993A (ja) 2003-09-30 2005-04-21 Dainippon Printing Co Ltd 仮想店舗クレジット決済システムおよび方法
JP2008158638A (ja) 2006-12-21 2008-07-10 Mastercard Internatl Japan Inc 支払い処理支援システム及び支払い処理支援方法並びに支払い処理支援装置及びクレジットカードのバックエンドシステム

Also Published As

Publication number Publication date
JP4970629B1 (ja) 2012-07-11
CA2794036A1 (en) 2013-08-29
US20130226631A1 (en) 2013-08-29
KR20130120369A (ko) 2013-11-04
TWI409711B (zh) 2013-09-21
JP2013182314A (ja) 2013-09-12
AU2012247084A1 (en) 2013-09-19
AU2012247084B2 (en) 2015-07-09
CN103403745A (zh) 2013-11-20
WO2013128655A1 (ja) 2013-09-06
EP2657897A4 (en) 2014-02-19
SG185401A1 (en) 2013-10-30
EP2657897A1 (en) 2013-10-30
BR112012030167A2 (pt) 2016-09-06
TW201327438A (zh) 2013-07-01

Similar Documents

Publication Publication Date Title
US7797187B2 (en) System and method of protecting prices
JP2002541534A (ja) 不動産ユニットを管理する方法
US20120245967A1 (en) Preventing an unauthorized card transaction
US20040181439A1 (en) Reservation acceptance system and computer program product
WO2012167319A1 (en) Public booking and payment system
KR20180037445A (ko) 개인화된 차량 셰어링 관리 방법 및 장치
KR101516861B1 (ko) 정보 처리 장치, 정보 처리 방법 및 기록 매체
JP2020106912A (ja) 予約手続支援システム、プログラム
JP5269221B1 (ja) 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
JP7159689B2 (ja) 決済装置、決済方法及びプログラム
JP6883054B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6832647B2 (ja) 車両共有サービス管理サーバおよびコンピュータプログラム
EP3340157A1 (en) Systems and methods for automated leasing of unattended assets
JP2018106587A (ja) 決済装置及び決済システム
JP7300229B2 (ja) 物件管理システム、及び物件管理方法
JP7236354B2 (ja) 料金決定装置、料金決定方法、及びプログラム
KR101465549B1 (ko) 가상신용카드를 이용한 정기요금 자동 결제 방법
JP3849869B2 (ja) 乗車回数券座席指定システム、座席指定サーバ、及び、乗車回数券座席指定方法
JP4890986B2 (ja) サービス料金請求システム、団体所属者情報管理装置、団体所属者情報管理方法及び団体所属者情報管理処理プログラム
KR20050081655A (ko) 온라인을 통한 피시방 이용요금 결제 서비스방법
JP2003242421A (ja) 商品貸出管理システム及び方法並びにプログラム

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant