KR20140147676A - 여행 부킹 목록의 관리방법 - Google Patents

여행 부킹 목록의 관리방법 Download PDF

Info

Publication number
KR20140147676A
KR20140147676A KR20140061141A KR20140061141A KR20140147676A KR 20140147676 A KR20140147676 A KR 20140147676A KR 20140061141 A KR20140061141 A KR 20140061141A KR 20140061141 A KR20140061141 A KR 20140061141A KR 20140147676 A KR20140147676 A KR 20140147676A
Authority
KR
South Korea
Prior art keywords
booking
travel
request
expiration time
reservation
Prior art date
Application number
KR20140061141A
Other languages
English (en)
Inventor
프랑 보르나
막씸 아르망
빠트리스 암볼레
뤽 슈베르
크리스텔 삐씨나
Original Assignee
아마데우스 에스.에이.에스.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from EP13290146.3A external-priority patent/EP2816510A1/en
Priority claimed from US13/922,385 external-priority patent/US20140379389A1/en
Application filed by 아마데우스 에스.에이.에스. filed Critical 아마데우스 에스.에이.에스.
Publication of KR20140147676A publication Critical patent/KR20140147676A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/14—Travel agencies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/02—Digital computers in general; Data processing equipment in general manually operated with input through keyboard and computation using a built-in program, e.g. pocket calculators
    • G06F15/025—Digital computers in general; Data processing equipment in general manually operated with input through keyboard and computation using a built-in program, e.g. pocket calculators adapted to a specific application
    • G06F15/0283—Digital computers in general; Data processing equipment in general manually operated with input through keyboard and computation using a built-in program, e.g. pocket calculators adapted to a specific application for data storage and retrieval
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

방법, 시스템, 및 컴퓨터 프로그램 제품은 목록 시스템에서 여행 목록 항목의 부킹을 관리한다. 목록 시스템에 의해 관리되는 여행 목록 항목의 유형에 대한 부킹 요청이 목록 시스템에 수신될 수 있다. 만료 시간이 부킹 요청에 적어도 부분적으로 기초하여 결정될 수 있고, 이 유형의 여행 목록 항목에 대한 여행 부킹은 부킹 요청에 적어도 부분적으로 기초하여 컨펌될 수 있다. 목록 시스템은 부킹된 여행 목록 항목에 기초하여 업데이트될 수 있다.

Description

여행 부킹 목록의 관리방법{TRAVEL BOOKING INVENTORY MANAGEMENT}
본 발명은 일반적으로 컴퓨터 및 컴퓨터 소프트웨어에 관한 것으로, 보다 상세하게는 여행 부킹 목록(travel booking inventory)을 관리하는 방법, 시스템, 및 컴퓨터 프로그램 제품에 관한 것이다.
컴퓨터 기술은 여행 산업에서 여행 예약 및 이와 연관된 데이터를 관리하고 지원하는데 점점 더 널리 사용되고 있다. 특히, 예약 에이전트(reservation agent)(즉, 여행사)는 점점 더 예약 시스템과 원격으로 인터페이싱하는 것에 의해 여행을 부킹하며, 이 예약 시스템은 하나 이상의 운송사업자(예를 들어, 항공사, 철도 여행 제공자, 버스 여행 제공자 등)의 목록 시스템과 인터페이싱하며 하나 이상의 운송사업자로부터 하나 이상의 여행 목록 항목(travel inventory item)을 부킹한다. 일반적으로, 여행 목록 항목은 운송사업자의 판매가능한 목록에 있는 하나의 단위 또는 항목을 말한다. 예를 들어, 항공사의 여행 목록 항목은 항공편(flight) 상의 자리(place)를 말할 수 있지만, 일반적으로 비행 날짜(flight-date)에서 특정 물리적 좌석(seat)을 말하는 것은 아니다. 일반적으로, 비행 날짜는 특정 여행 날짜에 일어나는 출발지(origin)와 목적지(destination) 사이의 특정 항공편인 것으로 고려될 수 있다. 더욱이, 각 운송사업자에 대한 각 목록 시스템은 일반적으로 특정 운송사업자에 대한 여행 목록 항목을 관리한다. 예를 들어, 항공사에서, 목록 시스템은 항공사에 의해 제공되는 각 비행 날짜에서 자리의 이용가능성 및 부킹을 유지할 수 있다.
종래의 시스템에서, 예약 에이전트는 여행 예약 디바이스(예를 들어, 여행 대행사에 의해 사용되는 단말기)로 승객 이름 레코드(Passenger Name Record: PNR)를 생성 및/또는 수정하여 예약 시스템과 예약 세션을 초기화(initialize)하여 PNR과 연관된 여행 고객에 대한 여행을 부킹한다. 예약 시스템은 PNR을 검색하고 여행 목록 항목이 부킹되는 운송사업자의 각 목록 시스템으로 목록 세션을 초기화한다.
여행 목록 항목을 부킹하는 동안, 운송사업자의 목록 시스템은 여행 목록 항목의 부킹을 반영하도록 업데이트되어 운송사업자에 대한 여행 목록 항목의 이중 부킹이 가능하지 않다. 그러나, 일부 종래의 예약 시스템 및 목록 시스템에서는, 여행 목록 항목이 여행 부킹을 위해 부킹되는 동안, 예약 에이전트는 여행 부킹을 즉시 종결(finalize)하지 않을 수 있다. 이러한 계류중인 여행 부킹은 일반적으로 비수행된 부킹(uncommitted booking)이라고 언급되고, 이 비수행된 부킹은 운송사업자에 대한 여행 목록 항목의 목록을 부정확하게 할 수 있다. 여행 부킹을 종결한다는 것은 일반적으로 여행 부킹을 완료(completing)한 것(여행 부킹을 수행(committing)하는 것이라고 언급된다), 비수행된 여행 부킹을 취소하는 것, 비수행된 여행 부킹을 무시(ignoring)하는 것(즉, 수행하지 않는 것), 및 비수행된 여행 부킹을 타임아웃(timing out)하는 것을 말한다. 종래의 시스템에서는, 예약 세션이 시간 한계 내에 업데이트되지 않는 경우 타임아웃이 일어난다. 여행 부킹이 수행되고 티켓 발행된 경우, 여행 부킹에 지불 내용이 수집된다. 비수행된 부킹이 무시되거나 또는 타임아웃되는 경우, 목록 시스템은 이전에 부킹된 여행 목록 항목의 이용가능성을 반영하도록 업데이트된다.
일부 예약 에이전트는 종래의 시스템의 예약 세션의 수명을 인위적으로 연장하여 예약 에이전트의 잠재적인 유익을 위해 비수행된 부킹에 있는 여행 목록 항목을 유지할 수 있다. 예를 들어, 일부 예약 에이전트는 종래의 예약 시스템 및 하나 이상의 종래의 목록 시스템 사이에 상호작용을 의도적으로 조작하여 운송사업자의 이용가능한 여행 목록 항목의 수를 감소시키고, 비수행된 여행 부킹을 리프레쉬(refreshing)하는 것에 의해 한정되지 않은 시간 기간(indefinite period of time) 동안 유리하게 가격 책정된 비수행된 여행 부킹을 개방해 놓고, 비수행된 부킹을 취소하고 재부킹하여 여행 부킹에 유리한 가격을 유지("과도거래(Churning)"이라고 언급된다)하거나 및/또는 다른 액션을 수행할 수 있다. 이러한 액션은 잠재적으로 예약 에이전트에게는 유리하지만, 비수행된 부킹에 의해 유지되는 여행 목록 항목이 다른 판매 가능성이 없을 때까지 이용가능한 것으로 리턴되지 않을 수 있기 때문에 일반적으로 운송사업자에 대해서는 수익의 상실을 초래한다.
그 결과, 운송사업자에 대한 목록 시스템, 운송사업자에 대한 목록 시스템을 관리하는 방법 및 컴퓨터 프로그램 제품에 대한 개선이 이 기술 분야에 요구된다.
본 발명의 실시예는 일반적으로 목록 시스템에 의해 관리되는 여행 목록 항목의 부킹을 관리하는 방법, 시스템, 및 컴퓨터 프로그램 제품을 포함한다. 여행 목록 항목의 유형에 대한 부킹 요청이 목록 시스템에 수신되고, 부킹 요청에 적어도 부분적으로 기초하여 만료 시간이 결정된다. 만료 시간을 가지는 여행 목록 항목에 대한 여행 부킹이 확인되고, 목록 시스템은 여행 목록 항목의 컨펌된 부킹(confirmed booking)에 기초하여 업데이트된다. 그리하여, 본 발명의 실시예에서, 여행 부킹은 일반적으로 부킹 요청에 적어도 부분적으로 기초한 만료 시간을 포함하며, 여기서 만료 시간은 예약 에이전트에 의해 원치 않는 액션을 저지시켜 이 예약 에이전트가 한정되지 않은 시간 기간 동안 부킹을 유지하는 것을 방지하도록 결정될 수 있다.
본 명세서에 포함되어 본 명세서의 일부를 구성하는 첨부 도면은, 본 발명의 여러 실시예를 도시하며, 위에서 주어진 본 발명의 일반적인 설명과 아래에 주어진 실시예의 상세한 설명과 함께, 본 발명의 실시예를 설명하는 역할을 한다.
도 1은 본 발명의 실시예에 따른 예약 시스템, 여행 예약 디바이스, 및 하나 이상의 목록 시스템의 블록도.
도 2는 도 1의 목록 시스템의 블록도.
도 3a는 도 2의 목록 시스템에 의해 사용될 수 있는 예시적인 함수의 개략도.
도 3b는 도 2의 목록 시스템에 의해 사용될 수 있는 예시적인 함수의 개략도.
도 3c는 도 2의 목록 시스템에 의해 사용될 수 있는 예시적인 함수의 개략도.
도 4는 도 1의 여행 예약 디바이스의 블록도.
도 5는 도 2의 목록 시스템에 의해 수행되어 여행 부킹을 컨펌할 수 있는 동작 시퀀스를 도시하는 흐름도.
도 6은 도 2의 목록 시스템에 의해 수행되어 여행 부킹을 종결할 수 있는 동작 시퀀스를 도시하는 흐름도.
도 7은 도 2의 목록 시스템에 저장될 수 있는 데이터의 논리 구조의 블록도.
도 8은 도 2의 목록 시스템에 저장될 수 있는 데이터의 논리 구조의 블록도.
도 9는 도 2의 목록 시스템에 의해 수행되어 부킹 활동 데이터(booking activity data)를 검색할 수 있는 동작 시퀀스를 도시하는 흐름도.
도 10은 도 1의 예약 시스템, 예약 디바이스, 및 적어도 하나의 목록 시스템에 의해 수행될 수 있는 시퀀스 다이아그램 형태의 예시적인 루틴을 도시하는 도면.
도 11은 도 4의 여행 예약 디바이스의 디스플레이에 출력되는 예시적인 출력의 개략도.
도 12는 도 1의 예약 시스템, 예약 디바이스, 및 적어도 하나의 목록 시스템에 의해 수행될 수 있는 시퀀스 다이아그램 형태의 예시적인 루틴을 도시하는 도면.
도 13은 도 4의 여행 예약 디바이스의 디스플레이에 출력되는 예시적인 출력의 개략도.
본 발명의 실시예는 각 여행 부킹과 연관된 만료 시간을 결정하는 것에 의해 목록 시스템에서 여행 목록 항목 부킹을 관리한다. 일부 실시예에서 만료 시간은 여행 목록 항목에 대한 부킹 요청에 적어도 부분적으로 기초하여 결정될 수 있다. 예를 들어, 만료 시간은 여행 목록 항목에 대한 부킹 요청이 발신되는 예약 에이전트 프로파일에 적어도 부분적으로 기초하여 결정될 수 있다. 나아가, 만료 시간은 목록 시스템에 의해 관리되는 관련 여행 목록 항목에 대한 부킹 활동에 적어도 부분적으로 기초하여 결정될 수 있다. 그리하여, 여행 부킹과 연관된 만료 시간은 예약 에이전트 프로파일 및/또는 부킹 요청의 비행 날짜에 따라 상이할 수 있다. 나아가, 예를 들어 여행 목록 항목의 유형, 여행 목록 항목의 유형의 출발 때까지의 시간, 여행 고객의 신원(identity), 및/또는 다른 이러한 인자(factor)의 이용가능성을 포함하는 다른 인자는 여행 부킹에 대한 만료 시간을 결정할 때 목록 시스템에 의해 고려될 수 있다.
본 발명의 일부 실시예에서, 목록 시스템은 예약 에이전트 프로파일에서 예약 에이전트의 각 부킹 거래 데이터를 수집하는 것에 의해 예약 에이전트의 부킹 활동을 모니터링할 수 있다. 더욱이, 수집된 데이터는 예약 에이전트 프로파일과 연관된 하나 이상의 부킹 통계값을 결정하도록 분석될 수 있다. 예를 들어, 목록 시스템은 특정 예약 에이전트 프로파일의 부킹 활동을 분석하여 예약 에이전트 프로파일과 연관된 수행율(commit rate)을 결정할 수 있고, 여기서 이러한 수행율은 부킹된 여행 목록 항목의 총 양에 대해 부킹된 여행 목록 항목이 수행된 양에 대응한다. 본 발명의 실시예에서, 특정 예약 에이전트 프로파일의 부킹 요청에 대해 결정된 만료 시간은 특정 여행사 프로파일에 대한 부킹 통계값에 적어도 부분적으로 기초할 수 있다. 그리하여, 이 실시예에서, 특정 예약 에이전트 프로파일에 대한 부킹 통계값이 예약 에이전트가 바람직하지 않은 액션을 통해 목록 시스템을 조작하려는 시도를 하고 있는 것을 나타내면, 예약 에이전트에 대한 여행 부킹은 목록 시스템으로부터 여행 부킹에 대해 일반적으로 결정된 표준 만료 기간보다 더 적은 시간기간의 만료 시간을 포함할 수 있다. 유사하게, 특정 예약 에이전트 프로파일에 대해 수집된 데이터가 예약 에이전트가 운송사업자에 대해 높은 수익원에 대응하는 것을 나타내면, 특정 예약 에이전트 프로파일의 여행 부킹에 대한 만료 시간은 목록 시스템으로부터 여행 부킹에 대해 일반적으로 결정된 표준 만료 시간보다 더 긴 시간기간일 수 있다.
유사하게, 본 발명의 일부 실시예에서, 목록 시스템은 비행 날짜에서의 각 부킹 거래 데이터를 수집하는 것에 의해 비행 날짜에서의 부킹 활동을 모니터링할 수 있고, 목록 시스템은 수집된 데이터를 분석하여 비행 날짜와 연관된 하나 이상의 부킹 통계값을 결정할 수 있다. 예를 들어, 목록 시스템은 특정 비행 날짜에서의 부킹 활동을 분석하여 비행 날짜와 연관된 수행율을 결정할 수 있고, 여기서 이러한 수행율은 부킹된 여행 목록 항목의 총 양에 대해 비행 날짜에 부킹된 여행 목록 항목이 수행된 양에 대응할 수 있다. 이런 실시예에서, 특정 비행 날짜에서의 여행 부킹에 대한 만료 시간은 특정 비행 날짜와 연관된 수집된 데이터 및/또는 하나 이상의 부킹 통계값에 적어도 부분적으로 기초할 수 있다. 그리하여, 하나 이상의 예약 에이전트가 특정 비행 날짜에서의 목록을 조작을 시도하고 있다면, 이 특정 비행 날짜에서의 여행 부킹과 연관된 만료 시간이 이에 따라 결정될 수 있다.
그리하여, 본 발명의 실시예는 예약 에이전트 프로파일 및/또는 여행 부킹과 연관된 비행 날짜에 적어도 부분적으로 기초하여 여행 부킹에 대한 만료 시간을 결정할 수 있다. 여행 부킹이 만료되면(즉, 만료 시간이 경과하면), 여행 부킹은 수행될 수 없고, 여행 부킹의 하나 이상의 여행 목록 항목은 하나 이상의 대응하는 목록 시스템에서 이용가능하게 되어, 종래의 목록 시스템에 비해 비수행된 여행 부킹에 대해 예약될 수 있는 여행 목록 항목의 양을 감소시킬 수 있다. 그리하여, 본 발명의 실시예에 따른 목록 시스템은 여행 부킹에 대한 만료 시간을 결정하여 하나 이상의 예약 에이전트에 의한 원치 않는 부킹 활동을 감소시키거나 및/또는 종래의 목록 시스템에 비해 특정 비행 날짜에서의 원치 않는 부킹 활동을 감소시킬 수 있다.
이제 도면, 특히 도 1을 참조하면, 이 도 1은 본 발명의 실시예에 따른 하나 이상의 디바이스 및/또는 시스템을 도시하는 블록도를 제공한다. 도 1에 도시된 바와 같이, 예약 시스템(102)은 하나 이상의 서버로 구현될 수 있다. 예약 시스템(102)은 통신 네트워크(103)에 연결될 수 있고, 여기서 통신 네트워크(103)는 인터넷, LAN(local area network), WAN(wide area network), 셀룰러 음성/데이터 네트워크, 하나 이상의 고속 버스 연결, 및/또는 다른 이러한 유형의 통신 네트워크를 포함할 수 있다. 여행 예약 디바이스(104)는 통신 네트워크(103)에 연결되어, 예약 에이전트(예를 들어, 여행사 또는 다른 여행 예약 서비스)는 예약 시스템(102)과 예약 세션을 초기화하여 부킹 요청 및/또는 다른 관련 데이터를 예약 시스템(102)에 전달할 수 있다. 여행 예약 디바이스(104)는 퍼스널 컴퓨팅 디바이스, 태블릿 컴퓨터, 씬 클라이언트(thin client) 단말기, 스마트폰 및/또는 다른 컴퓨팅 디바이스일 수 있다.
하나 이상의 운송사업자의 하나 이상의 목록 시스템(106)을 위한 하나 이상의 서버는 통신 네트워크(103)에 연결된다. 예약 시스템(102)은 여행 목록 항목이 부킹되는 각 목록 시스템(106)과 통신 네트워크(103)를 통해 목록 세션을 초기화할 수 있다. 본 발명의 실시예에 따라, 예약 에이전트는 예약 세션에서 여행 예약 디바이스(104)를 사용하여 예약 시스템(102)과 인터페이싱하며 부킹 요청 데이터를 제공할 수 있다. 이어서, 예약 시스템은 목록 세션에서 부킹 요청에 필요한 여행 목록 항목을 제공하는 각 운송사업자의 각 목록 시스템(106)과 인터페이싱한다.
도 2는 본 발명의 실시예에 따른 목록 시스템(106)의 하나 이상의 서버의 컴포넌트를 도시하는 블록도를 제공한다. 목록 시스템(106)은 적어도 하나의 하드웨어-기반 마이크로프로세서를 구비하는 적어도 하나의 프로세서(122) 및 이 적어도 하나의 프로세서(122)에 연결된 메모리(124)를 포함한다. 메모리(124)는 목록 시스템(106)의 메인 저장매체, 및 임의의 보충적인 레벨의 메모리, 예를 들어, 캐시 메모리, 비휘발성 또는 백업 메모리(예를 들어, 프로그래밍가능한 메모리 또는 플래시 메모리), 판독 전용 메모리 등을 포함하는 랜덤 액세스 메모리(RAM) 디바이스를 나타낼 수 있다. 나아가, 메모리(124)는 여행 및 목록 시스템(106) 내 어딘가에 물리적으로 위치된 메모리 저장매체, 예를 들어, 마이크로프로세서 내 임의의 캐시 메모리, 및 예를 들어, 대용량 저장 디바이스에 또는 여행 및 목록 시스템(106)에 연결된 다른 컴퓨터에 저장된 가상 메모리로 사용된 임의의 저장 용량을 포함하는 것으로 고려될 수 있다.
유저 또는 오퍼레이터와 인터페이싱하기 위해, 목록 시스템(106)은 하나 이상의 유저 입력/출력 디바이스, 예를 들어, 키보드, 포인팅 디바이스, 디스플레이, 프린터 등을 구비하는 유저 인터페이스(126)를 포함할 수 있다. 그렇지 않은 경우, 입력은 통신 네트워크(103)에 연결된 네트워크 인터페이스(128)를 통해 다른 컴퓨터 또는 단말기(예를 들어, 여행 예약 디바이스(104) 및/또는 예약 시스템(102))을 통해 수신될 수 있다. 목록 시스템(106)은 또한 예를 들어, 내부 하드 디스크 저장 디바이스, 외부 하드 디스크 저장 디바이스, 외부 데이터베이스, 저장 영역 네트워크 디바이스 등일 수 있는 하나 이상의 대용량 저장 디바이스와 통신할 수 있다.
목록 시스템(106)은 일반적으로 운영 시스템(130)의 제어 하에서 동작하며, 예를 들어, 판매/재부킹 모듈(132), 거래 종료(end-of-transaction: EOT) 모듈(134), 무시 모듈(136), 출발지/목적지 모듈(138), 결합 모듈(140), 이용가능성 모듈(142), 유효 부킹 시간(booking time to live: BTL) 계산 모듈(144), 부킹 활동 관찰자(watcher) 모듈(146), 교정(corrective) 액션 모듈(148), 및/또는 부킹 활동 인터페이스 접근자(accessor) 모듈(150)을 포함하는 여러 컴퓨터 소프트웨어 애플리케이션, 컴포넌트, 프로그램, 객체, 모듈, 데이터 구조 등을 실행하거나 이에 의존한다.
목록 시스템의 메모리(124)는 일반적으로 예를 들어, 목록 데이터베이스(152)를 포함하는 하나 이상의 데이터베이스를 저장할 수 있다. 각 데이터베이스(152)는 데이터 및 이 데이터를 저장하고 조직하는 지원 데이터 구조를 포함할 수 있다. 특히, 각 데이터베이스(152)는 관계 데이터베이스, 계층 데이터베이스, 네트워크 데이터베이스, 및/또는 이들의 조합을 포함하나 이들로 제한되지 않는 임의의 데이터베이스 조직 및/또는 구조로 배열될 수 있다. 목록 시스템(106)의 처리 유닛에서 명령으로 실행되는 컴퓨터 소프트웨어 애플리케이션 형태의 데이터베이스 관리 시스템은 질문(query)에 응답하여 데이터베이스(152)의 레코드에 저장된 정보 또는 데이터에 액세스하는데 사용된다. 목록 데이터베이스(152)는 목록 시스템(106)이 관리하도록 구성된 운송사업자의 여행 목록 항목에 대응하는 목록 데이터를 일반적으로 저장한다. 목록 데이터베이스(152)에 저장될 수 있는 목록 데이터는, 이용가능한 여행 목록 항목, 비수행된 부킹된 여행 목록 항목, 수행된 부킹된 여행 목록 항목, 여행 목록 항목의 그룹/유형의 부하 인자(예를 들어, 객실에 있는 비행 날짜에서의 총 좌석 수에 비해 객실에 있는 비행 날짜에 부킹된 좌석의 수), 여행 목록 항목의 각 유형에 대한 출발까지의 시간, 및/또는 다른 정보를 포함할 수 있다.
더욱이, 메모리(124)는 일반적으로 예를 들어 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)를 포함하는 하나 이상의 데이터 구조를 저장할 수 있다. 예약 에이전트 데이터 구조(154)는 부킹 거래에서 수집된 데이터를 저장할 수 있고, 여기서 수집된 데이터는 예약 에이전트에 의해 조직된다. 예를 들어, 예약 에이전트 데이터 구조(154)는 예약 에이전트와 연관된 IATA(International Air Transport Association) 번호에 의해 각 예약 에이전트에 대해 수집된 데이터를 저장할 수 있다. 비행 날짜 데이터 구조(156)는 부킹 거래에서 수집된 데이터를 저장할 수 있고, 여기서 수집된 데이터는 비행 날짜에 의해 조직된다.
일반적으로, 모듈(132-150)은 목록 시스템(106)에서 실행되고 있을 수 있고, 이 모듈은 프로세서가 본 발명의 실시예에 따른 동작을 수행하게 할 수 있다. 판매/재부킹 모듈(132)은 수신된 부킹 요청을 분석하고, 출발지/목적지 모듈(138), 결합 모듈(140), 및/또는 이용가능성 모듈(142)과 통신하는 것에 의해 부킹 요청에 대한 여행 목록 항목을 결정하도록 구성될 수 있다. 본 발명의 실시예에 따라, BTL 계산 모듈(144)은 수신된 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하도록 구성될 수 있다. 출발지/목적지 모듈(138)은 판매/재부킹 모듈(132)에 의해 수신된 각 부킹 요청의 컨텐츠에 기초하여 각 승객의 여행 일정(itinerary)을 연산한다. 결합 모듈(140)은 번들(bundle) 출발지 및 목적지에서 판매된 비행 날짜 세그먼트에 보호 논리를 적용한다. 이용가능성 모듈(142)은 목록 데이터베이스(152)에 질문하여 여행 목록 항목 이용가능성을 결정할 수 있다.
부킹 활동 접근자 모듈(150)은 예약 에이전트 데이터 구조(154) 및 비행 날짜 데이터 구조(156)에 데이터를 기록하거나 및/또는 이로부터 데이터를 판독하도록 구성될 수 있다. 예를 들어, 부킹 활동 접근자 모듈(150)은 부킹된 여행 목록 항목(예를 들어, 항공편 번호, 날짜, 보드오프 지점(board-off point), 등급(class), 객실), 요청된 액션(예를 들어, 판매, 취소, 수행, 무시 등), 발신자(originator)(예를 들어, 예약 에이전트의 정보), 이용가능성(예를 들어, 액션 전후에 목록의 이용가능성), 액션의 결과(예를 들어, 성공적인, 거부된 등)를 식별하는 정보를 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조에 저장할 수 있다. 유사하게, 키(key) 데이터는 부킹 활동 접근자 모듈(150)에 입력되어, 부킹 활동 접근자 모듈(150)에 의해 데이터 구조(154, 156) 중 하나로부터 키 데이터에 대응하는 부킹 활동 데이터를 검색할 수 있다. 예를 들어, 예약 에이전트 프로파일의 식별자는 부킹 활동 접근자 모듈(150)로 입력될 수 있고, 부킹 활동 접근자 모듈(150)은 예약 에이전트 데이터 구조에 저장된 예약 에이전트 프로파일에 대응하는 부킹 활동 데이터를 출력할 수 있다. 다른 예로서, 비행 날짜는 부킹 활동 접근자 모듈(150)에 입력될 수 있고, 부킹 활동 접근자 모듈(150)은 비행 날짜 데이터 구조(156)에 저장된 비행 날짜에 대응하는 부킹 활동 데이터를 출력할 수 있다.
일부 실시예에서, 부킹 활동 관찰자 모듈(146)은 부킹 활동 접근자 모듈(150)에 의해 판독된 부킹 활동 데이터를 분석하여 예약 에이전트 프로파일 및/또는 부킹 요청의 비행 날짜에서의 하나 이상의 부킹 통계값을 결정하도록 구성될 수 있고, 만료 시간은 하나 이상의 부킹 통계값에 적어도 부분적으로 기초하여 결정될 수 있다. 나아가, 부킹 활동 관찰자 모듈(146)은 목록 데이터를 분석하고 이 목록 데이터에 기초하여 하나 이상의 목록 통계값을 결정하도록 구성될 수 있고, 만료 시간을 결정하는 것은 제공된 목록 데이터에 적어도 부분적으로 기초할 수 있다. 일부 실시예에서, 부킹 활동 관찰자 모듈(146)은 부킹 요청의 PNR에 포함된 여행자 데이터를 분석할 수 있고, 만료 시간은 여행자 데이터에 적어도 부분적으로 기초할 수 있다. 더욱이, 운송사업자는 BTL 계산 모듈(144)이 여행 부킹에 대한 만료 시간을 결정할 때 사용할 수 있는 비지니스 룰(business rule) 및/또는 표준 값을 한정할 수 있다. 예를 들어, 운송사업자는 표준 만료 시간을 한정할 수 있고, 부킹 활동 데이터, 목록 데이터, 및/또는 다른 데이터에 기초하여 BTL 계산 모듈(144)은 만료 시간을 결정할 수 있다.
운송사업자는 만료 시간을 결정할 때 데이터를 여러 인자로 분해하여, 이 중 다른 유형의 데이터에 비해 하나의 유형의 데이터에 가중치(weight)를 한정할 수 있다. 예를 들어, 항공사는 목록 데이터가 비행 날짜에서의 부킹이 최대 용량의 20퍼센트 미만일 때 다른 유형의 데이터에 비해 더 적은 가중치를 가질 수 있는 것을 나타낼 수 있고, 항공사는 목록 데이터가 비행 날짜 객실에 대한 부킹이 최대 용량의 80퍼센트를 초과할 때 다른 유형의 데이터에 비해 더 많은 가중치를 가질 수 있는 것을 나타낼 수 있다. 일반적으로, 가중치 인자는 운송사업자에 의해 한정될 수 있다. 이 예에서, 비행 날짜의 목록 데이터에 나타난 객실 점유량이 증가할 때, 부하 인자는 만료 시간의 길이를 한정된 관계에서 감소시킬 수 있게 하고, 여기서 이 관계는 운송사업자에 의해 한정될 수 있다.
나아가, 부킹 활동 데이터는 부킹 활동 데이터에 레코딩된 액션과 연관된 나이(age)에 적어도 부분적으로 기초하여 만료 시간을 결정할 때 상이한 가중치가 주어질 있다. 예를 들어, 부킹 활동 데이터 및/또는 예약 에이전트 프로파일이 예약 에이전트가 여행 부킹을 수행하고 나서 여행 부킹을 재부킹하는 다른 부킹 요청을 제출하기 대략 수 분 전에 수행한 이 여행 부킹을 취소한 것을 나타내면, 결정된 만료 시간은 액션의 나이 및 원치 않는 거동(즉, 과도거래)의 식별된 유형과 액션의 관계 때문에 이 액션에 보다 많이 기초할 수 있다. 이 예에서, BTL 계산 모듈은 표준 만료 시간에 비해 더 짧은 만료 시간을 결정하여 반복된 취소 및 재부킹을 방지하고 심지어 부킹 요청을 거부할 수 있다.
부킹 활동 관찰자 모듈(146)은 부킹 활동 데이터를 수집할 수 있고, 부킹 활동 접근자 모듈(150)은 수집된 데이터를 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)에 저장할 수 있다. 일반적으로, 부킹 활동 관찰자 모듈(146)은 입력되는 부킹 활동을 모니터링하여 목록 시스템(106)에 의해 수행되는 액션에 대한 부킹 활동 데이터를 수집한다. 수집된 데이터는, 예를 들어, 부킹 요청에 대한 특정 예약 에이전트 프로파일에 대응하는 식별자, 하나 이상의 요청된 여행 목록 항목(예를 들어, 요청 예약 에이전트의 식별자, 비행 날짜, 요청된 액션, 출발지/목적지)에 대한 정보, 여행 목록 항목의 목록 정보, 및/또는 액션 결과를 포함한다.
전술된 바와 같이, 운송사업자는 목록 세션에 대한 디폴트 만료 시간에 대응하는 유효 세션 시간(STL)이라고 언급될 수 있는 표준 만료 시간을 한정할 수 있다. STL 값의 값은 예를 들어, 비지니스 룰을 통해 운송사업자에 의하여 한정될 수 있거나 또는 예약 시스템에 의해 대안적으로 한정될 수 있다. STL은 여행 대행사에 의해 각 세션에 대해 절대적 시간 한계(예를 들어, 2시간 또는 3시간)를 나타낸다. STL의 수립은 시간 한계가 없는 종래의 여행 대행사 세션과는 상이하다.
유효 부킹 시간(BTL)이라고 언급될 수 있는 여행 부킹의 만료 시간은 STL에 적어도 부분적으로 기초하여 연산될 수 있다. 일반적으로, BTL은 여행 솔루션의 하나 이상의 여행 부킹에 대응하는데 - 즉, 출발지 및 목적지 사이에 여행 솔루션이 복수의 항공편을 포함하는 경우, 계산된 BTL은 여행 솔루션의 모든 여행 부킹에 적용된다. 나아가, 여행 솔루션의 각 부킹에 대해 계산된 BTL은 여행 솔루션의 특정 부킹과 관련된 특정 BTL에 기초할 수 있다. 예를 들어, 솔루션의 각 부킹에 대해 계산된 BTL은 여행 솔루션의 특정 부킹에 대해 최소 BTL일 수 있다(즉, BTL솔루션 = min(BTL모든 부킹); 다른 예로서, 솔루션의 각 부킹에 대해 계산된 BTL은 여행 솔루션의 특정 부킹에 대해 최대 BTL일 수 있다(즉, BTL솔루션 = max(BTL모든 부킹). 그리하여, 이런 실시예에서, 여행 솔루션의 제 1 부킹에 대한 BTL은 여행 솔루션에 대한 제 2 부킹을 판매하는 것에 응답하여 조절되어 여행 솔루션의 모든 부킹에 대한 BTL이 동일할 수 있다. 여행 솔루션의 각 부킹에 대한 BTL을 조절하는 것은 출발지 및 목적지 조화(harmonization)라고 언급될 수 있다. 대표적인 실시예에서, BTL 인자 'α'는, BTL 인자가 1을 초과하는 경우 BTL 및 STL이 동일한 상한을 갖고 BTL 인자가 제로 미만인 경우 BTL의 하한이 제로인 것으로 하여, 제로 내지 1의 범위에 이르는 STL의 비율로서 BTL을 한정하는 것으로 결정될 수 있다. 이 대표적인 실시예에서, BTL은 다음과 같이 계산될 수 있다:
0 ≤α≤ l에 대해, BTL = α STL
α < 0에 대해, BTL = 0 (판매/부킹이 거부된다)
α > 1에 대해, BTL = STL 이며,
여기서,
Figure pat00001
이 예에서, nx는 데이터 유형(x)과 관련된 가중치에 대응하고, 여기서 가중치는 (예를 들어, 비지니스 룰에 의해) 각 데이터 유형에 대해 운송사업자에 의해 한정될 수 있다. 일반적으로, 이 가중치는 BTL 계산에 대한 데이터 유형의 상대적인 중요성의 척도를 제공한다. 나아가, 운송사업자는 각 데이터 유형에 대한 함수(yx)를 한정하여 기준 값을 결정할 수 있고, x는 데이터 유형(예를 들어, 수행율, 목적지율(fraud rate), 부하 인자, 점유율(occupancy rate) 등)의 원시 값(raw value)(즉, 부킹/목록 통계값)이다. 원시 데이터 값(x)은 여러 검색된 데이터(예를 들어, 부킹 활동 데이터, 목록 데이터, 승객 데이터, 수익 데이터 등)에 기초하여 결정될 수 있다. 이 예에서 도시된 바와 같이, 데이터의 각 유형의 영향력은 한정된 가중치(nx)에 따라 좌우된다. 더욱이, 운송사업자는 데이터의 각 유형에 사용되는 기준 값을 한정할 수 있고, 예를 들어, 운송사업자는 x의 하나 이상의 원시 데이터 값에 대한 yx를 한정할 수 있고, BTL 계산 모듈(144)은 미리 한정된 값에 적어도 부분적으로 기초하여 BTL을 결정할 수 있다. 대안적으로, 운송사업자는 함수(yx)를 한정할 수 있고 이 함수를 사용하여 BTL 계산 모듈(144)은 기준값을 결정할 수 있다.
본 발명의 일부 실시예에서, 부킹 요청과 연관된 예약 에이전트에 적어도 부분적으로 기초하여 여행 부킹의 만료 시간을 결정하는 것에 의해, 운송사업자는 상이한 예약 에이전트에 대해 상이한 만료 시간을 결정하는 하나 이상의 비지니스 룰을 제공할 수 있다. 예를 들어, 운송사업자의 비지니스 룰은 예약 에이전트를 식별하고 식별된 예약 에이전트에 대한 만료 시간을 제공할 수 있다. 이 예에서, 식별된 예약 에이전트의 비지니스 룰은 본 명세서에 설명된 하나 이상의 다른 인자에 기초하여 BTL을 계산하는 것을 효과적으로 바이패스한다. 예를 들어, 항공사는 제휴 예약 에이전트를 식별하는 부킹 룰을 제공할 수 있고, 부킹 룰은 심지어 표준 만료 시간을 초과하는 만료 시간을 제공할 수 있다. 다른 예로서, 항공사는 원치 않는 부킹 활동에 관련된 것으로 여겨지는 예약 에이전트를 식별하는 부킹 룰을 제공할 수 있고, 이 부킹 룰은 효과적으로 제로인 것을 제공하여 예약 에이전트에 대한 만료 시간이 예약 에이전트에 의해 여행 부킹이 수행되는 것을 방지하는 것을 나타낼 수 있다.
나아가, BTL 계산 모듈(144)은 부킹 요청과 연관된 PNR에 식별된 여행 고객에 적어도 부분적으로 기초하여 BTL을 결정할 수 있다. 예를 들어, PNR은 여행 고객과 연관된 빈번한 여행자 랭킹(예를 들어, 실버, 골드, 플래티늄 빈번한 여행자(platinum frequent flyer) 등)을 식별할 수 있다. 빈번한 여행자의 부킹 요청은 일반적으로 이 랭킹에 기초하여 여행 부킹을 수행할 가능성이 더 높은 것을 나타내기 때문에, 여행 고객과 연관된 랭킹을 통해 BTL 계산 모듈은 계산된 BTL을 증가시킬 수 있다. 예를 들어, 부킹 요청과 연관된 PNR이 여행 고객을 특정 항공사에 대한 빈번한 여행자로 식별하는 경우, 항공사에 의해 제공된 비즈니스 룰은 BTL을 결정할 때 빈번한 여행자의 부킹 요청이 기준으로 고려되거나, 및/또는 미리 한정된 추가 시간의 양이 결정된 BTL에 추가될 것을 나타낼 수 있다.
전술된 바와 같이, 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)에 저장된 부킹 활동 데이터는 BTL 계산 모듈(144)에 의해 분석되어 하나 이상의 부킹 통계값(즉, 원시 값)을 결정할 수 있고 이 통계값으로부터 BTL를 결정할 때 하나 이상의 기준 값이 사용될 수 있다. 예를 들어, BTL 계산 모듈(144)은 수행율 원시 값(xCR)을 다음 수식으로 결정할 수 있다:
XCR = NT/Nc
여기서 NT는 특정 시간 슬롯 동안 부킹의 수에 대응하고 Nc는 관찰된 비행 날짜에 생성된 모든 부킹을 포함하는 시간 슬롯 동안 생성된 부킹의 수에 대응한다.
유사하게, 목적지율 원시 값은, 컨펌되었으나 수행되지 않은 (즉, 취소 또는 무시된) 부킹의 수, 부킹의 존재 시간, 현재 시간과 부킹 생성시 시간의 근접도(최근 부킹에 대한 인자가 더 커서, 최근 부킹이 원시 값에 더 많은 영향을 미친다), 및/또는 2개 이상의 세션 사이의 시간 지속기간에 적어도 부분적으로 기초하여 결정될 수 있다. 그리하여, 사기율은 유사한 비수행된 부킹의 집중도(concentration) 및/또는 이전의 부킹 시도 및 현재의 부킹 시도 사이의 시간의 근접도에 적어도 부분적으로 기초할 수 있다. 사기율을 결정하기 위해, 유사한 이유로 거부된 유사한 판매 시도의 수가 특정 예약 에이전트 및/또는 특정 비행 날짜에 대해 분석될 수 있다.
예를 들어, 예약 에이전트의 여행사가 동일한 항공편을 판매(즉, 부킹)하는 것을 시도하고, 여행사가 이용가능성이 없는 것으로 거부된 경우, 원시 값을 결정할 때 액션에 놓인 가중치는 항공사에 의해 다음과 같이 한정될 수 있다: 과거 30 초 내에 1번의 시도는 1의 가중치로 주어지고; 과거 45 분 내에 20번의 시도는 0.2의 가중치로 주어진다. 이 예에서, 연산된 원시 값(raw value)은 주장 값(insistency value)이라고 고려될 수 있고, 이 예에서 연산된 원시 값은 주장 값 = (1 x 1) + (20 x 0.2) = 5이다. 항공사는 BTL을 계산할 때 사용되는 기준 값(yx)을 결정하는 주장 값에 대한 함수를 더 한정할 수 있다. 도 3a는 기준 값(yx)(162)과 주장 값(164) 사이에 관계를 제공하는 개략도(160)를 제공한다. 도시된 바와 같이, 주장 값이 5인 경우, 제공된 예시적인 관계를 사용하여 BTL 계산 모듈(144)은 기준 값(yx)이 0.66인 것으로 결정할 수 있다.
바람직하지 않은 부킹 활동과 연관된 하나의 결과는 여행 목록 항목의 유형(예를 들어, 항공편에서의 좌석, 특정 등급의 좌석 등)의 이용가능성 없음(unavailability)이다. 그리하여, 일부 실시예에서, BTL 계산 모듈은 목록 데이터베이스(152)로부터 검색된 목록 데이터에 기초하여 이용가능성 통계값에 대응하는 하나 이상의 원시 값을 결정할 수 있다. 예를 들어, BTL 계산 모듈(144)은 점유율(xOR)에 대응하는 원시 값을 다음 수식으로 결정할 수 있다:
Figure pat00002
여기서 N등급이용가능성은 부킹 요청이 평가되고 있는 부킹 등급의 이용가능성(availability)에 대응하고, N부킹은 부킹 등급에서 생성된 부킹의 수에 대응한다. 유사하게, 부하 인자는 데이터 유형일 수 있고, 등급과는 대조적으로 여행 목록 항목(예를 들어, 비행 날짜 객실)의 전체 유행에 대해 결정될 수 있고, 여기서 부하 인자는 일반적으로 여행 목록 항목의 유형의 이용가능성을 퍼센트로 나타낸다. 출발 근접율(departure closeness rate)은 여행 목록 항목의 출발 전 시간 및/또는 여행 목록 항목이 판매될 수 있는 최대 시간에 적어도 부분적으로 기초하여 결정될 수 있다.
나아가, 여행 목록 항목의 특정 유형의 수익과 연관된 원시 값은 BTL을 계산할 때 사용될 수 있다. 예를 들어, 특정 출발지/목적지에서 특정 비행 날짜 또는 항공편이 항공사에 더 많은 수익을 발생시킨다면, 항공사는 이 비행 날짜 및/또는 항공편에서 BTL을 증가시킬 수 있는 비지니스 룰을 제공할 수 있다. 이 예에서, 비지니스 룰은 BTL 계산 모듈(144)이 BTL을 결정할 때 사용하는 수익과 연관된 이용가능성 통계값을 한정하거나, 또는 비지니스 룰은 많은 수익이 나는 비행 날짜를 식별하고, 이렇게 식별된 많은 수익이 나는 비행 날짜/항공편에 계산된 BTL 또는 디폴트 BTL에 추가될 시간의 양을 제공할 수 있다. 나아가 목록 시스템(106)은 유사한 여행 목록 항목에 대해 경쟁하는 운송사업자의 가격에 대응하는 정보를 포함하는 경쟁 데이터를 검색할 수 있다. BTL 계산 모듈은 경쟁 데이터에 적어도 부분적으로 기초하여 이용가능성 통계값을 결정할 수 있고, BTL은 이 경쟁 데이터에 적어도 부분적으로 기초하여 계산될 수 있다. 예를 들어, 항공사가 경쟁하는 항공사의 유사한 항공편에 일반적으로 더 높은 가격이 책정된 것을 나타내는 경쟁하는 항공사에 의해 제공된 유사한 항공편에 대한 경쟁 데이터를 검색하는 경우, 항공사의 항공편의 여행 부킹에 대해 결정된 만료 시간은 그 지속시간이 감소되어 예약 에이전트가 이 항공편에 대한 여행 부킹을 보다 신속히 수행하는 것을 촉진할 수 있다.
전술된 바와 같이, 운송사업자는 원시 값(x) 및 기준 값(yx) 사이에 관계를 한정할 수 있다. 예를 들어, 도 3b는 운송사업자에 의해 제공되는 비즈니스 룰에 의해 한정될 수 있는 예시적인 선형 함수의 개략도(170)를 제공한다. 이 예에서, 원시 값(x)은 여행 목록 항목의 유형에 대한 부하 인자(170)에 대응하고, 기준 값(yx)(172)은 부하 인자(170)에 기초하여 예시적인 선형 함수를 사용하여 결정될 수 있다. 도시된 바와 같이, 이 예에서, 기준 값(yx)은 부하 인자가 증가할 때 감소하여, BTL은 부하 인자가 증가할 때 감소할 수 있다.
도 3c는 BTL 계산 모듈(144)에 의해 사용되어 부하 인자에 기초하여 기준 값(yx)을 결정할 수 있는 대안적인 예시적인 함수의 개략도(760)를 제공한다. 도 3b에 제공된 예와 달리, 이 예에서, 운송사업자는 부하 인자(x)(즉, 0, Xa, Xb, 및 100)의 주어진 값에 대해 기준 값(182-188)(즉, Ya 및 Yb)을 한정하였다. 이렇게 한정된 기준 값(182-188)에 기초하여, BTL 계산 모듈(144)은 부하 인자의 다른 값에 대한 기준 값(yx)을 결정할 수 있다. 도시된 바와 같이, 한정된 기준 값(182-188)은 기준 값(yx)과 부하 인자(x) 사이에 관계를 다음과 같이 나타낸다:
Figure pat00003
도시되고 설명된 바와 같이, 이 예에서, 부하 인자(x)에 기초하여 운송사업자에 의해 한정된 기준 값(yx)은 부하 인자가 운송사업자(즉, Xa)에 의해 한정된 지점과 교차할 때까지 일(즉, 1)에 유지된다. Xa과 Xb 사이에, BTL 계산 모듈(144)은 한정된 기준 값(Ya, Yb) 및 대응하는 부하 인자 원시 값(Xa 및 Xb)에 기초하여 이 예에서 Xa와 Xb 사이에 선형 함수인 관계를 외삽(extrapolate)할 수 있다.
추가적인 예로서, 운송사업자가 이전의 액션이 만료 시간의 결정에만 영향을 미치는 비즈니스 룰을 제공하는 경우, 이 룰은 예약 에이전트가 2 분의 창(window) 내에 4개의 거부와 연관된 경우, 이전의 액션에 주어지는 가중치는 제로인 것(즉, nx=O)을 제공한다. 예약 에이전트가 2 분 내에 동일한 유형의 여행 목록 항목에 대해 여행 부킹을 5회 재부킹하려는 시도를 하는 경우, 결정된 만료 시간은 제로가 되고, 이 거래는 거부된다. 이 경우, 이전의 액션만이 고려되고, 이전의 액션의 가중치는 반복된 액션으로 인해 제로로 설정된다; 그리하여 α = 0이 되고 그리하여 BTL은 제로가 된다.
유사한 예에서, 항공사의 목록 시스템(106)이 항공사의 비행 날짜가 현재 특정 부킹 등급에서 20개의 허가된 부킹을 가지는 것을 나타내는 경우, 19개의 부킹은 현재이고 이는 수행된 12개와 세션에 있는 7개를 포함한다. 이 예에서, 항공사의 비즈니스 룰은 예약 에이전트에 대응하는 부킹 등급 압력과 하나 이상의 부킹 통계값이 BTL를 연산할 때 고려되고 두 인자에는 동일한 가중치가 주어지는 것을 제공한다. 나아가, 제 1 예약 에이전트(대행사 1)는 하나의 세션에서 3개의 부킹에 대해 현재 작업하고 있고, 제 2 예약 에이전트(대행사 2)은 다른 세션에서 3개의 다른 부킹에 대해 현재 작업하고 있다. 부킹 등급 압력은 0.4인 목록 데이터에 기초하여 연산될 수 있다. 그러나, 각 예약 에이전트와 연관된 부킹 통계값에 기초하여, 에이전트 1에 대한 기준값은 1.2인 것으로 결정된 반면, 에이전트 2에 대한 기준값은 0.7인 것으로 결정된다. 그리하여, 에이전트들 사이에 기준값의 차이로 인해, 각 에이전트에 대해 연산된 BTL은 상이할 수 있다. 전술된 예시적인 값을 취하면, α 값은 다음과 같이 결정될 수 있다:
Figure pat00004
그리하여, 이 예에 도시된 바와 같이, 예약 에이전트의 이전의 액션은 동일한 여행 부킹에 대해 상이한 만료 시간을 초래할 수 있다.
EOT 모듈(134) 및 무시 모듈(136)은 목록 시스템(106)에 의해 컨펌된 특정 여행 부킹에 대해 예약 시스템(102)으로부터 수신된 종결 거래(finalization transaction)에 따라 프로세서가 상이한 동작을 수행하게 하도록 구성될 수 있다. EOT 모듈(134)은 예약 시스템(102)으로부터 수신된 데이터에 기초하여 여행 부킹을 수행하거나 및/또는 취소하도록 구성될 수 있다. 더욱이, 교정 액션 모듈(148)은 예약 시스템(102)이 목록 시스템(106)에 수행 거래를 전달하는 경우에도 만료된 여행 부킹을 취소하도록 구성될 수 있다. 무시 모듈(136)은 예약 시스템(102)으로부터 무시 거래를 수신한 것에 응답하여 무시된 여행 부킹을 취소하도록 구성될 수 있다. 나아가, 부킹 활동 관찰자 모듈(146)은 부킹 활동에 대응하는 EOT 모듈(134) 및/또는 무시 모듈(136)로부터 데이터를 수집하도록 구성될 수 있고, 부킹 활동 접근자 모듈(150)은 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)에 수집된 데이터를 저장할 수 있다.
교정 액션 모듈(148)은 목록 시스템(106)의 액션을 제어하도록 구성될 수 있다. 특히, 교정 액션 모듈(148)은 여행 부킹이 만료되지 않았는지 여부에 적어도 부분적으로 기초하여 여행 부킹이 수행될 수 있는지 여부를 결정한다. 여행 부킹이 만료된 경우, 교정 액션 모듈(148)은 임의의 부킹된 여행 목록 항목을 이용가능하게 리셋하여, 여행 부킹이 있는 예약 시스템(102)으로부터 수신된 수행 거래를 거부할 수 있다.
여행 예약 디바이스(104)는 일반적으로 운영 시스템 및/또는 애플리케이션의 제어 하에 동작하며, 예를 들어, 예약 애플리케이션(198)을 포함하는 여러 컴퓨터 소프트웨어 애플리케이션, 컴포넌트, 프로그램, 객체, 모듈, 데이터 구조 등을 실행하거나 이에 의존한다. 예약 애플리케이션(198)은 여행 예약 디바이스(104)의 프로세서(190)에 의해 실행되어, 유저 인터페이스(194)를 통해 오퍼레이터(예를 들어, 여행사)와 인터페이싱하며 여행 부킹을 예약하기 위해 부킹 데이터를 입력할 수 있다. 예약 애플리케이션(198)은 입력 부킹 데이터를 예약 시스템(102)으로 전달할 수 있어서 여행 부킹은 부킹 데이터에 기초하여 예약될 수 있다. 그리하여, 일반적으로, 예약 애플리케이션(198)은 여행 예약 디바이스(104)에서 실행되어 프런트 엔드(front end)를 생성하여 이 프런트 엔드를 통해 여행사는 예약 시스템(102)과 인터페이싱할 수 있고, 이 예약 시스템은 하나 이상의 목록 시스템(106)과 인터페이싱하며 여행 고객에 대한 여행 부킹을 예약한다. 예를 들어, 예약 애플리케이션(198)을 실행하는 여행 예약 디바이스(104)는 예약 시스템(102)에 연결된 원격 단말기로 동작할 수 있고, 여행사는 여행 예약 디바이스(104)를 사용하여 예약 시스템(102)과 인터페이싱하는 것에 의해 여행 고객에 대한 여행 부킹을 예약할 수 있다. 예를 들어, 예약 애플리케이션(198)을 실행하는 여행 예약 디바이스(104)는 커맨드 라인 인터페이스(command line interface)(예를 들어, 크립틱(cryptic) 인터페이스)를 예약 시스템(102)에 의해 구현된 GDS(global distribution system)에 제공할 수 있다. 이 예에서, 여행 예약 디바이스(104)에 의해 전달된 부킹 데이터는 크립틱과 같은 여행사 포맷일 수 있다.
도 5는 목록 시스템(106)에 의해 수행되어 목록 시스템(106)에 의해 관리되는 여행 목록 항목에 대한 여행 부킹을 컨펌할 수 있는 동작 시퀀스를 도시하는 흐름도(200)를 제공한다. 목록 시스템(106)은 예약 시스템으로부터 부킹 요청을 수신하며(블록 202), 여기서 부킹 요청은 목록 시스템(106)에 의해 관리되는 여행 목록 항목에 대한 것이다. 목록 시스템(106)은 부킹 요청에 요청된 여행 목록 항목이 부킹 요청에 대해 판매/재부킹될 수 있는지 여부를 결정한다(블록 204). 예를 들어, 판매/재부킹 모듈(132), 출발지/목적지 결정 모듈(138), 결합 모듈(140), 및/또는 이용가능성 모듈(142)을 실행하는 목록 시스템(106)은 임의의 여행 목록 항목이 부킹 요청에 대한 부킹에 이용가능한지 여부를 결정할 수 있다. 더욱이, 일부 실시예에서, 판매/재부킹 모듈(132), 교정 액션 모듈(148), BTL 계산 모듈(144), 및/또는 부킹 활동 접근자 모듈(150)을 실행하는 목록 시스템(106)은 예약 에이전트 데이터 구조(154)에 저장된 예약 에이전트에 대응하는 레코드를 분석하는 것에 의해 결정될 수 있는 바와 같이 부킹 요청과 연관된 예약 에이전트가 반복된 바람직하지 않은 액션으로 인해 여행 부킹을 하는 것이 차단된 것을 결정될 수 있다.
여행 목록 항목이 판매/재부킹되지 않을 수 있다는 결정에 응답하여 (이용가능성이 없는 것 또는 다른 이유 때문에) (블록 204의 "N" 분기), 목록 시스템(106)은 부킹 요청을 거부할 수 있다(블록 206). 일반적으로, 목록 시스템(106)은 여행 목록 항목이 부킹 요청을 위해 부킹될 수 없는 것을 나타내는 부킹 요청에의 응답을 예약 시스템(102)에 전달할 수 있다. 이러한 부킹 요청의 거부는 예약 시스템(102)으로부터 예약 에이전트에 의해 사용되는 여행 예약 디바이스(104)로 전달될 수 있다.
여행 목록 항목이 판매/재부킹될 수 있다는 결정에 응답하여 (블록 204의 "Y" 분기), BTL 계산 모듈(144)을 실행하는 목록 시스템(106)은 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정한다(블록 208). 일부 실시예에서, BTL 계산 모듈(144) 및 부킹 활동 접근자 모듈(150)을 실행하는 목록 시스템(106)은 부킹 요청과 연관된 예약 에이전트 및/또는 부킹 요청과 연관된 비행 날짜에 대응하는 부킹 활동 데이터에 적어도 부분적으로 기초하여 만료 시간을 결정하며, 여기서 부킹 활동 데이터는 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)에 저장될 수 있다. 추가적으로, 일부 실시예에서, 목록 시스템(106)은 하나 이상의 관련된 비수행된 부킹을 식별할 수 있고(블록 207), 이러한 실시예에서, BTL 계산 모듈(144)을 실행하는 목록 시스템(106)은 관련된 비수행된 부킹에 대한 업데이트된 만료 시간을 더 결정할 수 있다(블록 208). 일반적으로, 관련된 비수행된 부킹은 동일한 PNR에 대해 수행되지 않은 부킹에 대응할 수 있다. 그리하여, 이 실시예에서, 수행되지 않은 부킹에 대한 만료 시간은 동일한 PNR에 대응하는 차후 수신된 부킹 요청에 대한 부킹 처리 동안 재평가될 수 있다. 예를 들어, PNR의 제 1 부킹은 수행되지 않고 원래의 만료 시간과 연관될 수 있다. 제 2 부킹을 판매하는 PNR의 부킹 요청을 수신한 것에 응답하여, 본 발명의 실시예는 관련된 수행되지 않은 부킹으로 제 1 부킹을 식별할 수 있고, 본 발명의 실시예는 제 2 부킹에 대한 부킹 요청에 응답하여 원래의 만료 시간을 재평가할 수 있다. 일반적으로, 제 2 부킹을 판매하는 것에 응답하여 PNR의 제 1 부킹에 대한 만료 시간(즉, BTL)을 재평가하고 조절하는 것은 부킹이 별개의 부킹 요청을 통해 판매되는 경우에도 여행 솔루션에 대한 모든 부킹이 동일한 만료 시간을 가지도록 출발지-목적지 조화라고 언급될 수 있다.
일부 실시예에서, 목록 시스템(106)은 부킹 활동 데이터를 분석하여 예약 에이전트 및/또는 비행 날짜와 연관된 하나 이상의 부킹 통계값을 결정할 수 있다. 예를 들어, 목록 시스템(106)은 예약 에이전트와 연관된 수행율을 결정할 수 있고, 여기서 이 수행율은 예약 에이전트에 대해 이루어진 여행 부킹이 수행되는 율을 나타낼 수 있다. 다른 예로서, 목록 시스템(106)은 예약 에이전트와 연관된 사기율을 결정할 수 있고, 여기서 이 사기율은 예약 에이전트가 예약 에이전트에 대한 여행 부킹이 무시되거나 취소되는 율 및/또는 다른 액션에 적어도 부분적으로 기초할 수 있는 원치 않는 부킹 활동에 관련된 것으로 나타나는 율을 나타낼 수 있다. 유사하게, 목록 시스템(106)은 부킹 요청의 비행 날짜에서 총 여행 부킹에 대해 수행되지 않는 여행 부킹의 비율을 결정할 수 있고, 여기서 이 비율은 목록 시스템(106)의 여행 목록 항목의 목록이 부정하게 조작되고 있는지 여부를 결정하는데 사용될 수 있다. 본 발명의 실시예에서, 목록 시스템(106)은 하나 이상의 결정된 부킹 통계값에 적어도 부분적으로 기초하여 만료 시간을 결정할 수 있다.
나아가, 목록 시스템(106)은 목록 데이터베이스(152)에 저장된 여행 목록 항목에 대응하는 데이터를 분석하여 부킹 요청에 요청된 여행 목록 항목과 연관된 하나 이상의 이용가능성 인자를 결정할 수 있다. 예를 들어, 목록 시스템(106)은 요청된 비행 날짜와 연관된 부하 인자를 결정할 수 있다. 본 발명의 실시예에서, 목록 시스템(106)은 요청된 여행 목록 항목에 대해 하나 이상의 결정된 이용가능성 인자에 적어도 부분적으로 기초하여 만료 시간을 결정할 수 있다.
목록 시스템(106)은 여행 목록 항목에 대한 여행 부킹을 컨펌하고(블록 210), 여기서 여행 부킹은 결정된 만료 시간을 포함한다. 일반적으로, 목록 시스템(106)은 컨펌된 여행 부킹을 예약 시스템(102)에 전달할 수 있고, 예약 시스템(102)은 컨펌된 여행 부킹을 추가적인 액션(예를 들어, 수행, 취소, 무시 등)을 위해 예약 에이전트의 여행 예약 디바이스에 전달할 수 있다. 본 발명의 실시예에 따라, 여행 부킹은 만료 시간을 포함하며, 여행 예약 디바이스(104)는 컨펌을 수신할 때 만료 시간을 포함하는 여행 부킹 정보를 여행 예약 디바이스(104)와 연관된 디스플레이에 출력하여 예약 에이전트는 여행 부킹과 연관된 만료 시간을 알 수 있다. 여행 부킹을 컨펌한 것에 응답하여, 목록 시스템(106)은 목록 시스템(106)에 의해 관리되는 여행 목록 항목의 목록을 업데이트하여 여행 부킹에 대해 부킹된 여행 목록 항목의 이용가능성이 없음을 반영한다(블록 212). 나아가, 목록 시스템(106)은 여행 부킹에 기초하여 하나 이상의 부킹 활동 데이터 구조를 업데이트한다(블록 214). 부킹 활동 관찰자 모듈(146) 및 부킹 활동 접근자 모듈(150)을 실행하는 목록 시스템(106)은 여행 부킹에 대응하는 데이터를 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)에 저장할 수 있다. 예를 들어, 목록 시스템(106)은 여행 목록 항목(예를 들어, 운송사업자, 항공편 번호, 비행 날짜 등), 예약 세션의 시작/종료 시간, 여행 부킹 상태(예를 들어, 수행, 무시, 비수행), 및 취해진 액션에 대한 정보(예를 들어, 부킹, 취소 등)를 식별하는 여행 부킹의 예약 에이전트에 대응하는 데이터를 저장한다.
도 6은 본 발명의 실시예에 따른 목록 시스템(106)에 의해 수행되어 여행 부킹을 종결할 수 있는 동작 시퀀스를 도시하는 흐름도(220)를 제공한다. 목록 시스템(106)은 목록 세션이 여행 부킹을 수행하거나, 여행 부킹을 취소하거나, 또는 여행 부킹을 무시하는 것에 의해 종결되고 있는 것(블록 222)을 나타내는 거래 메시지를 예약 시스템(102)으로부터 수신한다. 이 종결은 여행 부킹이 수행되지 않는 것(즉, 무시되거나 또는 취소된 것)(블록 224의 "N" 분기)을 나타내면, 목록 시스템은 여행 목록 항목의 목록을 업데이트하여 이전에 부킹된 여행 목록 항목의 이용가능성을 반영한다(블록 234).
수신된 거래 메시지가 예약 에이전트가 여행 부킹을 수행하기를 원하는 것(블록 224의 "Y" 분기)을 나타내면, 목록 시스템(106)은 여행 부킹이 만료되었는지(즉, 포함된 만료 시간이 경과되었는지) 여부를 결정한다(블록 228). 여행 부킹이 만료되지 않은 것으로 결정난 것(블록 228의 "N" 분기)에 응답하여, 목록 시스템(106)은 여행 부킹을 수행한다(블록 230). 목록 시스템(106)은 여행 부킹이 수행된 것을 나타내는 응답을 예약 시스템(102)에 전달할 수 있다. 여행 부킹이 만료된 것으로 결정난 것(블록 228의 "Y" 분기)에 응답하여, 목록 시스템(106)은 여행 부킹 수행을 거부한다(블록 232). 일반적으로, 목록 시스템(106)은 여행 부킹이 여행 부킹의 만료로 인해 수행되지 않은 것을 나타내는 수행 거부를 예약 시스템(102)에 전달할 수 있다. 이어서 예약 시스템(102)은 수행 거부를 여행 예약 디바이스(104)에 전달하거나 또는 상태 변화를 여행 예약 디바이스(104)에 전달하고, 여행 예약 디바이스(104)는 수행 거래가 여행 부킹의 만료로 인해 거부되었는다는 것을 또는 여행 부킹의 상태가 변화되었다는 것을 예약 에이전트에 알려주는 데이터를 연관된 디스플레이에 출력할 수 있다.
여행 부킹의 수행(블록 230), 여행 부킹 상태의 변화, 또는 여행 부킹을 수행하는 요청의 거부 후에(블록 232), 목록 시스템(106)은 여행 부킹이 수행되었는지 또는 수행 요청이 거부되었는지 여부에 기초하여 목록 시스템(106)에 의해 관리되는 여행 목록 항목을 업데이트한다(블록 234). 목록 시스템(106)은 예약 에이전트 및/또는 비행 날짜에서의 여행 부킹에 대응하는 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)를 업데이트한다(블록 236). 목록 시스템(106)은 예약 에이전트에 대응하는 부킹 활동 데이터 및/또는 여행 부킹의 비행 날짜를 업데이트하여 여행 부킹이 수행되었는지 여부를 나타낸다.
도 7은 목록 시스템(106)의 예약 에이전트 데이터 구조(154)에 저장될 수 있는 특정 예약 에이전트에 대응하는 예시적인 데이터 트리(data tree)(300)를 도시하는 블록도를 제공한다. 일부 실시예에서, 예약 에이전트 데이터 구조(154)는 예시적인 데이터 트리(300)에 의해 도시된 포맷으로 여행 부킹을 하기 위해 예약 시스템(102) 및/또는 목록 시스템(106)을 사용하는 각 예약 에이전트에 대해 수집된 부킹 활동 데이터를 저장할 수 있다.
도시된 바와 같이, 특정 예약 에이전트에 대해 수집된 부킹 활동 데이터는 데이터 트리(300)로 조직될 수 있고, 여기서 데이터 트리(300)의 루트 노드(root node)는 특정 예약 에이전트(즉, 예약 에이전트 노드(302))와 연관된 식별자를 저장한다. 예를 들어 예약 에이전트 노드(302)는 특정 예약 에이전트와 연관된 IATA 번호를 저장할 수 있다. 특정 유저와 연관된 유저 식별자(304)를 각각 저장하는 하나 이상의 노드는 예약 에이전트 노드(302)에 링크될 수 있다. 일반적으로, 각 유저 식별 노드(304)는 예약 에이전트 노드(302)와 연관된 각 유저에 대해 예약 에이전트 노드(302)에 링크될 수 있다. 예를 들어, 유저 식별 노드(304)는 여행사에 대응할 수 있는 반면, 예약 에이전트 노드(302)는 여행사의 대리점(agency)에 대응할 수 있다.
하나 이상의 세션 노드(306)는 각 유저 식별 노드(304)에 링크될 수 있고, 여기서 각 세션 노드(306)는 유저 식별 노드(304)에 대응하는 유저에 의해 개시된 각 예약 세션에 대응하는 정보를 저장한다. 예를 들어, 세션 노드는 예약 세션의 시작/종료 시간 및/또는 세션의 상태(예를 들어, 수행된, 무시된, 비수행된/진행 중 등)에 대응하는 정보를 저장할 수 있다. 하나 이상의 세그먼트 노드(308)는 각 세션 노드(306)에 링크될 수 있고, 여기서 각 세그먼트 노드는 대응하는 세션 노드(306)에 대해 부킹된 여행 목록 항목에 대응한다. 예를 들어, 세그먼트 노드는 세그먼트에 대한 운송사업자, 여행 목록 항목 식별자(예를 들어, 항공편 번호), 비행 날짜, 세그먼트의 출발지/목적지, 및/또는 다른 이러한 정보를 식별하는 정보를 저장할 수 있다. 하나 이상의 객실 노드(309)는 각 세그먼트 노드에 링크될 수 있고, 여기서 각 객실 노드(309)는 세그먼트와 연관된 특정 객실을 나타낸다. 하나 이상의 등급 노드(310)는 각 객실 노드(309)에 링크될 수 있고, 여기서 각 등급 노드(310)는 객실과 연관된 특정 부킹 등급을 나타낸다. 예를 들어, 세그먼트 노드(308)는 항공편에 대응할 수 있고, 객실 노드(309)는 항공편에 있는 객실을 나타낼 수 있고, 등급 노드(310)는 여행 부킹이 제 1 등급, 일반 등급, 비지니스 등급 등을 위한 것인지 여부를 나타낼 수 있다.
하나 이상의 액션 노드(312)는 각 등급 노드(310)에 링크될 수 있다. 각 액션 노드(312)는 이전의 노드(302-310)에 대응하는 부킹 활동에 수행된 액션에 대응하는 정보를 저장한다. 일반적으로, 각 액션 노드(312)는 취해진 액션의 유형(예를 들어, 판매, 재부킹, 취소, 무시, 수행 등), 액션의 날짜/시간, 액션의 결과, 액션 전후의 여행 항목 목록 이용가능성, 총 이용가능성을 식별하는 정보, 및/또는 다른 이러한 정보를 저장한다.
도 8은 목록 시스템(106)의 비행 날짜 데이터 구조(156)에 저장될 수 있는 특정 비행 날짜에 대응하는 예시적인 데이터 트리(320)를 도시하는 블록도를 제공한다. 일부 실시예에서, 비행 날짜 데이터 구조(156)는 예시적인 데이터 트리(320)에 의해 도시된 포맷으로 각 비행 날짜에 수집된 부킹 활동 데이터를 저장할 수 있다. 도시된 바와 같이, 비행 날짜에 수집된 부킹 활동 데이터는 데이터 트리(320)에서 조직될 수 있고, 여기서 데이터 트리(320)의 루트 노드는 비행 날짜를 식별하는 데이터(즉, 비행 날짜 노드(322))를 저장한다. 하나 이상의 세그먼트 노드(324)는 비행 날짜 노드(322)로 링크될 수 있고, 여기서 각 세그먼트 노드(324)는 세그먼트(예를 들어, 세그먼트 날짜, 출발지/목적지, 운송사업자 등)를 식별하는 정보를 저장한다. 하나 이상의 세션 노드(326)는 각 세그먼트 노드(324)로 링크될 수 있다. 각 세션 노드(326)는 세그먼트 노드(324)에 식별된 세그먼트를 부킹한 예약 세션을 식별하는 정보를 저장한다. 각 세션 노드(326)는 세션의 시작/중지 시간, 세션의 상태(예를 들어, 수행, 무시, 취소, 비수행)에 대응하는 정보를 저장할 수 있다. 각 세션 노드(326)는 이전의 세션 부킹 액션 노드(328)로 링크될 수 있고, 여기서 이전의 세션 부킹 액션 노드(328)는 액션의 유형(예를 들어, 재부킹 또는 취소), 액션의 날짜/시간, 액션의 결과, 액션과 연관된 부킹 등급과 같은 이전의 여행 부킹에 대해 세션에 수행된 액션에 대응하는 정보, 및/또는 다른 이러한 정보를 저장한다. 나아가, 각 세션 노드(326)는 현재 세션 부킹 액션 노드(330)로 링크될 수 있고, 여기서 현재 세션 부킹 액션 노드(330)는 액션의 유형(예를 들어, 생성, 재부킹, 및/또는 취소), 액션의 날짜/시간, 액션의 결과, 액션과 연관된 부킹 등급과 같은 세션에서 생성된 여행 부킹에 대해 세션에서 수행된 액션에 대응하는 정보, 및/또는 다른 이러한 정보를 저장한다.
도 7 및 도 8은 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)에 저장될 수 있는 데이터의 데이터 트리 유형의 논리적인 구조의 예시적인 블록도를 제공한다. 일반적으로, 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조는 예를 들어, 캐시 메모리, RAM, 및/또는 다른 유형의 메모리를 포함하는 임의의 유형의 메모리에 저장될 수 있다. 더욱이, 도 6에 제공된 데이터 트리의 노드는 하나 이상의 메모리 위치 및/또는 유형의 메모리에 물리적으로 저장될 수 있다. 예를 들어, 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조는 분산 캐시 아키텍처로 하나 이상의 데이터 트리를 저장할 수 있다. 다른 논리적인 데이터 구조 및/또는 아키텍처는 본 발명의 실시예에 따라 사용될 수 있다.
도 9는 본 발명의 실시예에 따른 목록 시스템에 의해 수행되어 예약 에이전트 데이터 구조(154) 및/또는 비행 날짜 데이터 구조(156)에 데이터를 기록하거나 및/또는 이로부터 데이터를 판독할 수 있는 동작 시퀀스를 도시하는 흐름도(400)를 제공한다. 본 발명의 일부 실시예에서, 예약 에이전트 데이터 구조(154) 및/또는 비행-날짜 데이터 구조는 특정 예약 에이전트 또는 비행 날짜에 각각 대응하는 하나 이상의 데이터 트리로 논리적으로 구조화될 수 있다. 더욱이, 이러한 데이터 트리의 노드는 분산 캐시 아키텍처에 저장될 수 있다. 이 실시예에서, 부킹 활동 접근자 모듈(150)을 실행하는 목록 시스템(106)은 수신된 부킹 요청에 해시 함수(hash function)를 적용하여 관련 부킹 활동 데이터의 저장 위치를 결정하고 질문할 수 있다.
목록 시스템(106)은 부킹 요청을 수신하고(블록 402), 해시 함수를 적용하여(블록 404) 부킹 요청과 관련된 부킹 활동 데이터를 저장하는 캐시 위치를 질문하며(블록 406), 목록 시스템은 관련 부킹 활동 데이터를 검색한다(블록 408). 일반적으로, 제 1 해시 함수는 부킹 요청에 적용되어 부킹 요청과 연관된 예약 에이전트에 대응하는 부킹 활동 데이터를 검색할 수 있다. 유사하게, 제 2 해시 함수는 부킹 요청에 적용되어 부킹 요청과 연관된 비행 날짜에 대응하는 부킹 활동 데이터를 검색할 수 있다.
도 10은 본 발명의 일부 실시예에 따른 예약 시스템(102), 여행 예약 디바이스(104), 및 적어도 하나의 목록 시스템(106)에 의해 수행되어 여행 부킹을 컨펌할 수 있는 예시적인 루틴(450)을 제공한다. 예약 에이전트는 여행 고객에 대한 PNR을 생성하고 및/또는 수정하는 것을 포함하는 여행 요청을 입력할 수 있고, PNR 및/또는 다른 정보를 포함하는 부킹 데이터는 예약 디바이스(104)로부터 예약 시스템(102)으로 전달될 수 있다(블록 452). 예약 시스템(102)은 적어도 하나의 여행 목록 항목에 의해 관리되는 적어도 하나의 여행 목록 항목에 대한 부킹 요청을 적어도 하나의 목록 시스템(106)에 전달한다(블록 454). 적어도 하나의 목록 시스템(106)은 여행 부킹을 컨펌하고(여기서 여행 부킹은 만료 시간을 포함하고)(블록 456), 컨펌된 부킹에 대한 정보를 포함하는 컨펌 내용을 예약 시스템(102)에 전달할 수 있고(블록 458), 예약 시스템(102)은 이 컨펌을 예약 디바이스(104)에 전달한다(블록 460). 예약 디바이스(104)는 여행 부킹의 만료 시간을 포함하는 컨펌된 여행 부킹에 대응하는 데이터를 연관된 디스플레이에 출력할 수 있다. 도 11은 예약 에이전트에 의해 사용하기 위한 여행 예약 디바이스(104)의 디스플레이(504)에 출력될 수 있는 예시적인 커맨드 라인 인터페이스(502)의 개략도를 제공한다. 도시된 바와 같이, 이 예에서, 커맨드 라인 인터페이스는 결정된 만료 시간(508)을 포함하는 컨펌된 여행 부킹에 관한 데이터를 출력한다.
도 12는 본 발명의 일부 실시예에 따른 예약 시스템(102), 여행 예약 디바이스(104), 및 적어도 하나의 목록 시스템(106)에 의해 수행되어 만료된 여행 부킹을 거부할 수 있는 예시적인 루틴(550)을 제공한다. 도시된 바와 같이, 예약 에이전트는 예약 디바이스(104)와 인터페이싱하며 여행 부킹을 수행할 수 있고, 예약 디바이스(104)는 수행 요청을 예약 시스템에 전달한다(블록 552). 예약 시스템(102)은 수행 요청이 수리(accepted)되었다는 것을 나타내는 수리 메시지(accept message)를 예약 디바이스에 전달할 수 있다(블록 554); 그러나, 예약 시스템(102)은 수행 요청을 목록 시스템(106)에 더 전달한다(블록 556). 본 명세서에 설명된 바와 같이, 여행 부킹이 만료되었다면, 목록 시스템은 여행 부킹을 위한 수행 요청을 거부할 수 있고(블록 558), 수행 거부를 예약 시스템(102)에 전달할 수 있고(블록 560), 이어서 예약 시스템(102)은 수행 거부를 예약 디바이스(104)에 전달할 수 있다(블록 562). 예약 디바이스(104)는 여행 부킹이 만료되었기 때문에 여행 부킹이 수행되지 않았다는 것을 예약 에이전트에 알리는 에러 데이터를 연관된 디스플레이에 출력할 수 있다(블록 564). 도 13은 여행 부킹이 여행 부킹의 만료로 인해 컨펌될 수 없다는 것을 예약 에이전트에 알려주는 데이터(600)를 포함하는 출력을 여행 예약 디바이스(104)의 디스플레이(504)에 출력할 수 있는 예시적인 커맨드 라인 인터페이스(502)의 개략도를 제공한다.
본 명세서에서 설명된 애플리케이션 중 어느 것에 구현된 프로그램 코드는 여러 상이한 형태의 프로그램 제품으로 개별적으로 또는 집합적으로 분산될 수 있다. 특히, 프로그램 코드는 컴퓨터 판독가능한 저장 매체 및 통신 매체를 포함할 수 있는 컴퓨터 판독가능한 매체를 사용하여 분산될 수 있다. 고유하게 비-일시적인 컴퓨터 판독가능한 저장 매체는, 컴퓨터-판독가능한 명령, 데이터 구조, 프로그램 모듈, 또는 다른 데이터와 같은 정보를 저장하는 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 및 이동식 및 비-이동식의 유형적인 매체를 포함할 수 있다. 컴퓨터 판독가능한 저장 매체는 RAM, ROM, 소거가능한 프로그래밍가능한 판독 전용 메모리(EPROM), 전기적으로 소거가능한 프로그래밍가능한 판독 전용 메모리(EEPROM), 플래시 메모리 또는 다른 솔리드 스테이트 메모리 기술, 휴대용 콤팩트 디스크 판독 전용 메모리(CD-ROM), 또는 다른 광 저장매체, 자기 카세트, 자기 테이프, 자기 디스크 저장매체 또는 다른 자기 저장 디바이스, 또는 원하는 정보를 저장하는데 사용될 수 있고 컴퓨터에 의해 판독될 수 있는 임의의 다른 매체를 더 포함할 수 있다. 통신 매체는 컴퓨터 판독가능한 명령, 데이터 구조 또는 다른 프로그램 모듈을 구현할 수 있다. 비 제한적인 예로서, 통신 매체는 유선 네트워크 또는 직접-유선 연결과 같은 유선 매체, 및 음향, RF, 적외선 및 다른 무선 매체와 같은 무선 매체를 포함할 수 있다. 상기의 임의의 조합은 컴퓨터 판독가능한 매체의 범위 내에 더 포함될 수 있다.
본 명세서에 사용된 용어는 특정 실시예만을 설명하기 위한 것일 뿐, 본 발명의 실시예를 제한하려고 의도된 것이 아니다. 본 명세서에 사용된 바와 같이, 단수 형태의 용어는 문맥이 달리 언급하지 않는 한, 복수 형태를 또한 포함하는 것으로 의도된다. 본 명세서에 사용된 "포함하는" 및/또는 "구비하는" 라는 용어는, 언급된 특징, 완전체, 단계, 동작, 요소, 및/또는 컴포넌트의 존재를 나타내는 것일 뿐, 하나 이상의 다른 특징, 완전체, 단계, 동작, 요소, 컴포넌트, 및/또는 이들의 그룹의 존재 또는 추가를 배제하는 것은 아닌 것으로 이해된다. 나아가, "구비하는", "가지는", "갖는", "있는", "포함된'라는 용어 또는 그 변형어는 상세한 설명 또는 청구범위에 사용될 때, 이들 용어는 "포함하는" 이라는 용어와 유사한 방법으로 내포적인 것으로 의도된다.
본 발명은 전부 여러 실시예의 설명을 위해 설명되었고 이 실시예는 상당히 상세히 설명되었으나, 본 출원인은 첨부된 청구범위를 이 상세한 설명으로 제한하려고 의도한 것은 아니다. 추가적인 잇점 및 변형은 이 기술 분야에 통상의 지식을 가진 자에게는 명백히 용이할 것이다. 본 발명은 더 넓은 측면에서 특정 상세, 대표 장치 및 방법, 및 도시되고 설명된 예시적인 예시로 제한되지 않는다. 따라서, 본 출원인의 일반적인 발명의 개념의 사상이나 범위를 벗어남이 없이 여러 변형과 변경이 이루어질 수 있을 것이다.

Claims (24)

  1. 여행 목록 항목(travel inventory item)을 부킹(booking)하는 방법으로서,
    목록 시스템에 의해 관리되는 여행 목록 항목의 유형에 대한 부킹 요청을 수신하는 단계;
    상기 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하는 단계;
    상기 부킹 요청 및 상기 만료 시간에 기초하여 상기 여행 목록 항목의 유형에 관련된 여행 목록 항목 중 하나에 대한 여행 부킹을 컨펌(confirm)하는 단계; 및
    상기 여행 부킹을 컨펌한 것에 응답하여, 상기 목록 시스템을 업데이트하여 상기 여행 부킹을 반영하는 단계를 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  2. 제1항에 있어서,
    상기 부킹 요청은 상기 부킹 요청과 연관된 예약 에이전트를 식별하고,
    상기 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하는 단계는, 상기 예약 에이전트에 적어도 부분적으로 기초하여 상기 만료 시간을 결정하는 단계를 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  3. 제2항에 있어서,
    상기 예약 에이전트에 적어도 부분적으로 기초하여 만료 시간을 결정하는 단계는,
    상기 예약 에이전트에 대응하는 데이터 구조에 액세스하여 상기 예약 에이전트에 대응하는 부킹 활동 데이터를 검색하는 단계, 및
    상기 부킹 활동 데이터를 분석하여 상기 예약 에이전트와 연관된 적어도 하나의 부킹 통계값을 결정하는 단계를 포함하며,
    상기 만료 시간은 상기 예약 에이전트와 연관된 상기 적어도 하나의 부킹 통계값에 적어도 부분적으로 기초하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  4. 제1항에 있어서,
    상기 부킹 요청은 상기 부킹 요청과 연관된 비행 날짜를 식별하고,
    상기 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하는 단계는, 상기 비행 날짜에 적어도 부분적으로 기초하여 상기 만료 시간을 결정하는 단계를 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  5. 제4항에 있어서,
    상기 비행 날짜에 적어도 부분적으로 기초하여 상기 만료 시간을 결정하는 단계는,
    상기 비행 날짜에 대응하는 데이터 구조에 액세스하여 상기 비행 날짜에 대응하는 부킹 활동 데이터를 검색하는 단계, 및
    상기 비행 날짜에 대응하는 상기 부킹 활동 데이터를 분석하여 상기 비행 날짜와 연관된 적어도 하나의 부킹 통계값을 결정하는 단계를 포함하며,
    상기 만료 시간은 상기 비행 날짜와 연관된 상기 적어도 하나의 부킹 통계값에 적어도 부분적으로 기초하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  6. 제1항에 있어서,
    상기 목록 시스템에서 상기 여행 부킹에 대한 수행 요청을 수신하는 단계; 및
    상기 여행 부킹이 상기 만료 시간에 기초하여 만료되었는지 여부를 결정하는 단계;를 더 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  7. 제6항에 있어서,
    상기 여행 부킹이 만료되지 않은 것으로 결정난 것에 응답하여 상기 여행 부킹을 수행하는 단계를 더 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  8. 제6항에 있어서,
    상기 여행 부킹이 만료된 것으로 결정난 것에 응답하여 상기 여행 부킹에 대한 상기 수행 요청을 거부하는 단계를 더 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  9. 제8항에 있어서,
    상기 여행 부킹에 대한 상기 수행 요청을 거부한 것에 응답하여 상기 목록 시스템에 의해 관리되는 상기 여행 목록 항목의 유형을 업데이트하는 단계를 더 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  10. 제1항에 있어서,
    상기 부킹 요청은 상기 부킹 요청과 연관된 예약 에이전트를 식별하고,
    상기 여행 부킹에 적어도 부분적으로 기초하여 상기 예약 에이전트에 대한 부킹 활동 데이터를 수집하는 단계; 및
    상기 예약 에이전트에 대응하는 상기 부킹 활동 데이터를 데이터 구조에 저장하는 단계;를 더 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  11. 제1항에 있어서,
    상기 부킹 요청은 상기 부킹 요청과 연관된 비행 날짜를 식별하고,
    상기 여행 부킹에 적어도 부분적으로 기초하여 상기 비행 날짜에 대한 부킹 활동 데이터를 수집하는 단계; 및
    상기 비행 날짜에 대응하여 상기 부킹 활동 데이터를 데이터 구조에 저장하는 단계를 더 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  12. 제1항에 있어서,
    상기 여행 목록 항목의 유형에 대한 상기 부킹 요청을 수신한 것에 응답하여, 연관된 만료 시간을 가지는 적어도 하나의 관련된 비수행된 여행 부킹을 식별하는 단계; 및
    상기 부킹 요청에 적어도 부분적으로 기초하여 상기 적어도 하나의 관련된 비수행된 여행 부킹의 상기 만료 시간을 재평가하여, 상기 적어도 하나의 관련된 비수행된 여행 부킹의 상기 만료 시간을 조절하는 단계;를 더 포함하는 것을 특징으로 하는 여행 목록 항목을 부킹하는 방법.
  13. 여행 목록 항목을 부킹하는 목록 시스템으로서, 상기 목록 시스템은,
    프로세서; 및
    상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금, 상기 목록 시스템에 의해 관리되는 여행 목록 항목의 유형에 대한 부킹 요청을 수신하는 동작, 상기 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하는 동작, 상기 부킹 요청 및 상기 만료 시간에 기초하여 상기 여행 목록 항목의 유형에 관련된 여행 목록 항목 중 하나에 대한 여행 부킹을 컨펌하는 동작, 및 상기 여행 부킹을 컨펌한 것에 응답하여 상기 목록 시스템을 업데이트하여 상기 여행 부킹을 반영하는 동작을 수행하도록 구성된 프로그램 코드;를 포함하는 것을 특징으로 하는 목록 시스템.
  14. 제13항에 있어서,
    상기 부킹 요청은 상기 부킹 요청과 연관된 예약 에이전트를 식별하고,
    상기 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하는 동작을 수행하도록 구성된 프로그램 코드는, 상기 프로세서에 의해 상기 예약 에이전트에 적어도 부분적으로 기초하여 상기 만료 시간을 결정하도록 구성된 프로그램 코드를 포함하는 것을 특징으로 하는 목록 시스템.
  15. 제14항에 있어서,
    상기 프로세서에 의해 상기 예약 에이전트에 적어도 부분적으로 기초하여 상기 만료 시간을 결정하도록 구성된 프로그램 코드는,
    상기 프로세서에 의해 상기 예약 에이전트에 대응하는 데이터 구조에 액세스하여 상기 예약 에이전트에 대응하는 부킹 활동 데이터를 검색하고, 상기 부킹 활동 데이터를 분석하여 상기 예약 에이전트와 연관된 적어도 하나의 부킹 통계값을 결정하도록 구성된, 프로그램 코드를 포함하고,
    상기 만료 시간은 상기 예약 에이전트와 연관된 상기 적어도 하나의 부킹 통계값에 적어도 부분적으로 기초하는 것을 특징으로 목록 시스템.
  16. 제13항에 있어서,
    상기 부킹 요청은 상기 부킹 요청과 연관된 비행 날짜를 식별하고,
    상기 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하는 동작을 수행하도록 구성된 프로그램 코드는,
    상기 프로세서에 의해 상기 비행 날짜에 적어도 부분적으로 기초하여 상기 만료 시간을 결정하도록 구성된 프로그램 코드를 포함하는 것을 특징으로 하는 목록 시스템.
  17. 제16항에 있어서,
    상기 프로세서에 의해 상기 비행 날짜에 적어도 부분적으로 기초하여 상기 만료 시간을 결정하도록 구성된 프로그램 코드는,
    상기 프로세서에 의해, 상기 비행 날짜에 대응하는 데이터 구조에 액세스하여 상기 비행 날짜에 대응하는 부킹 활동 데이터를 검색하고, 상기 비행 날짜에 대응하는 상기 부킹 활동 데이터를 분석하여 상기 비행 날짜와 연관된 적어도 하나의 부킹 통계값을 결정하도록 구성된, 프로그램 코드를 포함하고,
    상기 만료 시간은 상기 비행 날짜와 연관된 상기 적어도 하나의 부킹 통계값에 적어도 부분적으로 기초하는 것을 특징으로 하는 목록 시스템.
  18. 제13항에 있어서,
    상기 프로그램 코드는, 상기 목록 시스템에서 상기 여행 부킹에 대한 수행 요청을 수신하고, 상기 여행 부킹이 상기 만료 시간에 기초하여 만료되었는지 여부를 결정하도록 구성된 것을 특징으로 하는 목록 시스템.
  19. 제18항에 있어서,
    상기 프로그램 코드는, 상기 여행 부킹이 만료되지 않은 것으로 결정난 것에 응답하여 상기 여행 부킹을 수행하도록 구성된 것을 특징으로 하는 목록 시스템.
  20. 제18항에 있어서,
    상기 프로그램 코드는, 상기 여행 부킹이 만료된 것으로 결정난 것에 응답하여 상기 여행 부킹에 대한 상기 수행 요청을 거부하도록 구성된 것을 특징으로 하는 목록 시스템.
  21. 제20항에 있어서,
    상기 프로그램 코드는, 상기 여행 부킹에 대한 상기 수행 요청을 거부한 것에 응답하여 상기 목록 시스템에 의해 관리되는 상기 여행 목록 항목의 유형을 업데이트하도록 구성된 것을 특징으로 하는 목록 시스템.
  22. 제13항에 있어서,
    상기 부킹 요청은 상기 부킹 요청과 연관된 예약 에이전트를 식별하고,
    상기 프로그램 코드는, 상기 여행 부킹에 적어도 부분적으로 기초하여 상기 예약 에이전트에 대한 부킹 활동 데이터를 수집하고, 상기 예약 에이전트에 대응하는 상기 부킹 활동 데이터를 데이터 구조에 저장하도록 구성된 것을 특징으로 하는 목록 시스템.
  23. 제13항에 있어서,
    상기 부킹 요청은 여행 부킹과 연관된 비행 날짜를 식별하고,
    상기 프로그램 코드는, 상기 여행 부킹에 적어도 부분적으로 기초하여 상기 비행 날짜에 대한 부킹 활동 데이터를 수집하고, 상기 비행 날짜에 대응하여 상기 부킹 활동 데이터를 데이터 구조에 저장하도록 구성된 것을 특징으로 하는 목록 시스템.
  24. 컴퓨터 판독가능한 저장 매체로서,
    실행시, 목록 시스템에 의해 관리되는 여행 목록 항목의 유형에 대한 부킹 요청을 수신하는 동작, 상기 부킹 요청에 적어도 부분적으로 기초하여 만료 시간을 결정하는 동작, 상기 부킹 요청 및 상기 만료 시간에 기초하여 상기 여행 목록 항목의 유형에 관련된 여행 목록 항목 중 하나에 대한 여행 부킹을 컨펌하는 동작, 및 상기 여행 부킹을 컨펌한 것에 응답하여 상기 목록 시스템을 업데이트하여 상기 여행 부킹을 반영하는 동작을 수행하도록 구성된 프로그램 코드를 기록하고 있는 것을 특징으로 하는 컴퓨터 판독가능한 저장 매체.
KR20140061141A 2013-06-20 2014-05-21 여행 부킹 목록의 관리방법 KR20140147676A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP13290146.3A EP2816510A1 (en) 2013-06-20 2013-06-20 Travel booking inventory management
US13/922,385 US20140379389A1 (en) 2013-06-20 2013-06-20 Travel booking inventory management
US13/922,385 2013-06-20
EP13290146.3 2013-06-20

Publications (1)

Publication Number Publication Date
KR20140147676A true KR20140147676A (ko) 2014-12-30

Family

ID=52105658

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20140061141A KR20140147676A (ko) 2013-06-20 2014-05-21 여행 부킹 목록의 관리방법

Country Status (3)

Country Link
KR (1) KR20140147676A (ko)
AU (1) AU2014203345A1 (ko)
CA (1) CA2854286A1 (ko)

Also Published As

Publication number Publication date
CA2854286A1 (en) 2014-12-20
AU2014203345A1 (en) 2015-01-22

Similar Documents

Publication Publication Date Title
JP6014969B2 (ja) レベニューマネジメントシステムおよびレベニューマネジメント方法
US7711586B2 (en) Method and system for unused ticket management
CA2825653C (en) Information providing apparatus, information providing method, information providing program, and recording medium
US20140379389A1 (en) Travel booking inventory management
WO2001097135A2 (en) Event revenue management system
US10803459B2 (en) Online transaction processing system for multi-product transactions
CA2793186A1 (en) Global maximization of time limit revenues by a travel provider
US20170220957A1 (en) Restaurant reservation and table management system and method
EP1661079A1 (en) Systems, methods, and computer program products for storing and retrieving product availability information from a storage cache
US20160125069A1 (en) Dynamic database object management
CN112925974A (zh) 优化的产品确定系统
KR20160034223A (ko) 여행 관련 서비스를 위한 회사 승인
KR20120033324A (ko) 온라인 기부 방법, 및 그 시스템
JP2002279321A (ja) 与信管理システム
KR20140147676A (ko) 여행 부킹 목록의 관리방법
EP2816510A1 (en) Travel booking inventory management
US20150294236A1 (en) Electronic miscellaneous document handling in response to voluntary modifications of ancillary services
US20170278019A1 (en) Online transaction processing system for multi-product transactions
EP3051467A1 (en) Incorporation of revenue impact of ancillary services into revenue-driven inventory system
KR20160034226A (ko) 여행 관련 서비스를 위한 회사 승인
US20110313883A1 (en) Management and implementation of a payment scheme
US20160224906A1 (en) Incorporation of revenue impact of ancillary services into revenue-driven inventory system
CN112070646A (zh) 用于二级市场代理投注的建议引擎
US20170278163A1 (en) Online transaction processing system for multi-product transactions
US20150294235A1 (en) Electronic miscellaneous document handling in response to involuntary modifications of ancillary services

Legal Events

Date Code Title Description
A201 Request for examination
WITB Written withdrawal of application