KR20140012729A - Pnr 취급이 개선된 예약 방법 및 시스템 - Google Patents

Abstract

본 발명의 바람직한 실시예에 의한 방법 및 시스템은, PNR과 함께, 제의라고 지칭되는 남겨둔 견적의 리스트를 저장 및 제안할 수 있게 한다. 이들 제의는, 생성되고 나면, 여객에게 통신될 수 있고, 그래서 그는 그것들에 액세스하여, 제안하고 있는 에이전트와의 크로스-채널, 대화식 문답으로 그의 선택을 할 수 있다. 표준 PNR은 확정 부킹에 덧붙여 견적/제의를 수용하도록 향상되었다. 사용자의 서치 노력을 지속적이고 재사용가능하게 할 뿐만 아니라, PNR 내 견적의 포함은 그들이 모든 분산 채널을 통해 액세스가능하게 하고 본 발명에 완전 크로스-채널 차원을 부여한다. 이러한 새로운 기능성은, (덧붙임 및 확인 목적으로) 에이전트 자신에 의해 모든 사전-부킹 활동의 남겨둠이 이제 자동화되고 추적가능하고, 공통으로 사용되는 미드-오피스 및 보고 시스템으로의 송신에 자격이 있으므로, 여행 에이전트 작업 흐름에서의 막대한 향상을 또한 표현한다.

Description

PNR 취급이 개선된 예약 방법 및 시스템{RESERVATION METHOD AND SYSTEM WITH IMPROVED PNR HANDLING}

본 발명은 여행 예약 시스템 분야에 관한 것으로, 더 구체적으로는 PNR 기본 구조를 수정함이 없이 사전-부킹 엘리먼트(pre-booking element)(견적)를 관리하기 위한 방법 및 시스템에 관한 것이다.

통상적으로 여행 예약 시스템은 그들 고객에게 수개의 옵션을 브라우징하고 여러 다른 컴포넌트(예컨대, 항공편 예약 더하기 차량 대여 및 호텔 부킹)를 조합함으로써 여행 준비를 모의할 수 있는 것을 제의하고 있다. 총 가격, 준비의 편의성 및 많은 다른 요인의 관점에서 복수의 옵션이 비교된 후에 결정을 취하는 것이 종종 있는 경우이다. 이들 사전-부킹 활동은 일상의 여행 에이전트 업무량의 대략 절반을 구성한다. 그렇지만, 생산성의 관점에서 예약 프로세스의 이러한 복잡한 단계를 최적화하고 추가적 비즈니스 분석을 위해 사전-부킹 데이터의 지속을 가능하게 하는 적절한 툴(tool)이 부족하다.

사전-부킹 활동의 핵심 차원은 크로스-채널 콘텍스트에서 여행자와 제안 및 공유될 "견적"의 관리이다. 이들 "견적"이 여객에 의한 결정을 위해 의도된 순수 정보성 자료인지, 역-제안을 생성하기 위한 수단인지 또는 단순히 말로 표현된 소망을 캡처하기 위한 수단인지에 무관하게, 오늘날 그것들을 용이하게 하는 적절한 기능성의 부족은 명확하다.

게다가, 기업 에이전트는 또한, 어떤 시장에서는, 생성된 부킹에 대한 대안을 제안하여야 하고, 이들 제안을 저장, 공유 및 추종하는 자동화된 수단을 필요로 한다 - 서투르거나, 필기-기반이거나 또는 순수 작업 흐름-통합된 차선책만이 이들 요건을 다루는데 이용가능하고, 추가적 비즈니스 지능을 위해 사전-부킹 데이터를 캡처 및 사용하는 통합된 수단이 없다.

또한 가능한 예산 제약에 대한 고려는 엄격한 운영상 관리를 부과한다; 사전-부킹 활동 추적가능성, 성능 측정 및 자원 최적화에 엄격한 기준이 제안되어야 한다.

또한 수집된 정보는 여행 공급자 및 여행 에이전시 둘 다에 의해, 이러한 사전-부킹 정보에 대한 비즈니스 지능을 정교화하도록, 통계적 보고 용법으로 자격이 있어야 한다.

주요 복잡성 중 하나는 어디로부터의 에이전트 및 고객이든 사전-부킹 정보를 공유할 수 있게 하도록 크로스 채널일 필요성으로부터 오는 것이다. 바람직하게는 솔루션은 중앙식이어야 하지만 남겨둔 여행일정은 팔린 여행일정과 동일한 방식으로 저장될 수 없다. 가격이 동일하면, 시스템은 티켓으로 이르는 실제 가격보다 동일한 방식으로 그것들을 남겨둘 수 없다. 이러한 문제에 답하기 위해서는 완전히 새로운 솔루션이 구상되어야 한다.

또 다른 가능한 문제는, 최종 사용자에게 동일 흐름으로, 항공 세그먼트뿐만 아니라 여러 다른 종류의 여행일정을 취급할 필요성이다. 현재에는, 글로벌 분산 시스템 내에서, 부킹 및 예약이 여객 예약 기록(Passenger Name Record)에 저장된다. 그렇기는 하지만, 이러한 PNR은 견적과 같이 아직 확정 부킹되지 않은 여행일정 부분의 저장은 허용하지 않는다. 결과로서, 모든 사전-부킹 데이터 병합 및 고객으로의 송신은 개방된 PNR 세션의 지속시간 동안 유효하거나 또는 특히 자유-흐름의 리마크(free-flow remark)의 번잡한 용법을 통해 PNR에 수동으로 부가되는 것이 보통이다. 이러한 갭을 메우기 위해, 최첨단 원격 시스템은 그 자신의 솔루션을 개발하였는데, "로컬"로 남아 데이터 웨어하우스(data warehouse), 미드-오피스 시스템(mid-office system)과 같은 핵심 엔티티에 통합되지 않고, 통합된 추종을 허용하지 않는다. 최종적으로, 이러한 견적 정보를 저장하는 이러한 어려움에 기인하여, 그것들을 확정 부킹으로 변환하는 프로세스는 간단한 변환이 아니고 보통 자동화가 결여된 완전 수동 프로세스에 의존한다.

특허 출원 공개 제US-2002/0152100호는 수개 컴퓨터 예약 시스템(CRS)으로의 액세스를 동시에 제공하기 위한 방법을 개시하고 있다. 결과로서, 여행 에이전시 및 온라인 여행 서비스 제공자는 최종 사용자에게 항공 세그먼트, 차량 세그먼트, 호텔 세그먼트와 같은 더 적절한 여행 아이템 세그먼트를 선택하도록 많은 제안을 제공하도록 모든 CRS에 동시에 접속할 수 있다. 최종-사용자가 적어도 하나의 여행 아이템 세그먼트를 부킹하기를 원할 때, 수퍼 여객 예약 기록은 최종-사용자에 의해 부킹된 바와 같은 여행 아이템 세그먼트에 관련된 데이터를 저장한다. 최종-사용자는 저장된 여행 아이템 세그먼트를 수정하도록 수퍼 여객 예약 기록에 액세스할 수 있다.

특허 출원 공개 제US2003/0144867호는 최종-사용자에게 부킹의 효율성을 개선하는 여행 네트워크를 제공하기 위한 방법 및 시스템을 개시하고 있다. 웹 기반 사용자 인터페이스를 갖는 서비스 지점(POS) 단말 또는 애플리케이션 시스템은 최종-사용자에게 글로벌 분산 시스템(GDS)으로의 액세스를 제공하는 네트워크에 또한 접속된다. 각각의 POS 단말 또는 애플리케이션은 모든 이전 부킹된 여행을 참조하는 이력 데이터와 같은 여행 예약 정보를 저장하는 적어도 하나의 수퍼 여객 예약 기록으로의 액세스를 제공한다.

위에서 인용된 2개의 종래 기술 문헌은 다중 채널 예약을 하나의 단일 "수퍼 PNR" 내로 조합하는 개선된 PNR을 기술하고는 있지만, 제의(즉, 비-최종적 부킹)를 동일 구조화된 프로세스로 취급하는 문제를 풀지 못한다. 다른 한편으로, 다른 기존 시스템은 고객이 그들 여행 준비를 선택하는 것을 돕도록 여행 제의의 관리를 취급한다; 그렇지만, PNR과 여행 제의 간 통합이 없다. 일례로서, 특허 출원 공개 WO2008/090530은, 여행 제의를 취급함으로써, 여행자, 여행 에이전트 및 여행 공급자 간 여행 경비의 관리를 개선하기 위한 방법 및 시스템을 개시하고 있다. 우선, 여행자는 대응하는 예산을 나타낼 뿐만 아니라 여행의 제안을 생성해야 한다. 그 후 그러한 데이터는 특정 데이터베이스에 저장된다. 여행 에이전트는 대응하는 저장된 여행 제안의 부킹을 수행하도록 이 데이터베이스에 로컬 액세스할 수 있다.

따라서, 이들 갭을 중앙식, 크로스-채널 시설로 브리징하여 "견적" 또는 "역-제안"을 저장 및 통신하고, 견적을 확정 부킹으로 변환할 수 있고 분석 및 비즈니스 지능을 위한 자동화된 보고를 가능하게 하는 예약 시스템과 통합이 가능할 수 있는 솔루션이 매우 높게 평가될 것이다.

본 발명의 목적은 종래 기술 시스템과 연관된 문제 중 적어도 일부를 완화하려는 것이다.

본 발명의 일 태양에 의하면, 사용자에게 여행 예약 서비스를 각각 제의하는 복수의 여행 채널에 의해 액세스가능한 인터페이스 모듈을 포함하는 다중-채널 예약 시스템에서 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법이 제공되는데, 예약 시스템은 적어도 하나의 여행 자원에 대한 이용가능성 정보를 각각 제공하는 복수의 여행 서버로의 액세스를 갖고, 그 방법은: 예약 시스템이, 인터페이스 모듈을 통해, PNR 데이터 기록 및 적어도 하나의 여행 이용가능성 조회를 포함하는 사용자 요청을 여행 채널 중 하나로부터 수신하는 단계; 예약 시스템이 PNR 데이터 기록의 동일 필드를 포함하는 클론 PNR 데이터 기록을 생성하는 단계; 여행 이용가능성 조회에 따라 복수의 여행 서버 중 적어도 하나에 의해 획득된 정보로 클론 PNR 데이터 기록을 강화하는 단계; 사용자 입력에 응답하여, 클론 PNR 데이터 기록 내 대응하는 필드에 따라 PNR 데이터 기록 정보를 수정하는 단계; 및 인터페이스 모듈을 통해, 사용자에 의해 요청된 적어도 하나의 여행 이용가능성 조회에 연관된 응답을 반환하는 단계를 포함한다.

본 발명의 바람직한 실시예에 의한 방법은, PNR과 함께, "제의(offer)"라고 지칭되는 남겨둔 견적의 리스트를 저장 및 제안할 수 있게 한다. 이들 제의는, 생성되고 나면, 여객에게 통신될 수 있고, 그래서 그는 그것들에 액세스하여, 제안하고 있는 에이전트와의 크로스-채널, 대화식 문답으로 그의 선택을 할 수 있다. 표준 PNR은, 최종-사용자로의 PNR 페이스를 유지하면서, 확정 부킹에 덧붙여 견적/제의를 수용하도록 향상되어, 부킹 이외의 다른 것을 선천적으로 허용하지 않는 PNR 구조 상의 제약을 들어낸다. 사용자의 서치 노력을 지속적이고 재사용가능하게 할 뿐만 아니라, PNR 내 견적의 포함은 그들이 모든 분산 채널을 통해 액세스가능하게 하고 본 발명에 완전 크로스-채널 차원을 부여한다.

이러한 새로운 기능성은, (추종 및 확인 목적으로) 에이전트 자신에 의해 모든 사전-부킹 활동의 남겨둠이 이제 자동화되고 추적가능하게 되고, 공통으로 사용되는 미드-오피스 및 보고 시스템으로의 송신에 자격이 있으므로, 여행 에이전트 작업 흐름에서의 막대한 향상을 또한 표현한다.

본 발명의 바람직한 실시예의 또 다른 이로운 특징은 견적의 다중 상품 태양이다. 참으로, PNR이 여러 다른 상품 유형, 차량, 호텔, 보험, 열차 및 항공의 부킹을 보유할 수 있으면, 견적이 또한 생성되고 모든 이들 상품 상에 저장될 수 있다. 견적이 들어맞을 기술적 컨테이너는 그 후 모든 여러 다른 상품 특이성 및 견적을 가로지르는 공통 데이터 모두를 수용해야 한다. GDS에 의해 직접 분배되지 않은 상품을, 부킹 참조로서 또는 견적으로서, PNR에 통합할 수도 있다. 사전-부킹/부킹 흐름의 다중 단계는 여행 채널 중 어디에서라도 시작되어, 다른 곳으로 계속되어 최초 채널 또는 또 다른 채널에서 완결될 수 있다.

또한 관심사는 동일 기록(즉, PNR)에서 부킹 및 견적을 공유할 때 구축할 수 있는 취합이다. 참으로, 본 발명 덕분에, 분산 시스템은 사용자가 부킹 및 제의 세트를 구축 가능하게 할 수 있다.

본 발명의 제2 태양에 의하면 위에서 설명된 방법을 수행하도록 적응된 하나 이상의 컴포넌트를 포함하는 시스템이 제공된다.

본 발명의 추가적 실시예에 의하면 컴퓨터 시스템상에서 실행될 때 위에서 설명된 방법을 수행하기 위한 명령어를 포함하는 컴퓨터 프로그램이 제공된다.

예의 방식으로, 수반 도면을 이제 참조할 것이다.
도 1은 본 발명의 일 실시예에 따른 예약 시스템의 선도;
도 2는 본 발명의 바람직한 실시예의 방법을 지원하도록 적응된 범용 컴퓨터 시스템의 선도;
도 3은 본 발명의 바람직한 실시예를 구현하는 시스템의 소프트웨어 컴포넌트를 도시하는 도면;
도 4는 본 발명의 바람직한 실시예에 따른 방법에서 사용되는 클론 PNR의 선도;
도 5는 본 발명의 일 실시예에 따른, 프로세스의 방법 단계의 흐름도.

도 1은 본 발명의 바람직한 실시예에 따른 방법 및 시스템을 구현하기에 적합한 예약 시스템을 도시하고 있다. 중앙식 여행 예약 서버(101)는 여행 에이전트 및/또는 최종 고객에게 예약 시스템으로의 액세스를 허용하는 복수의 클라이언트 모듈(103)(소위 채널이라고도 함)에 의해 네트워크를 통해 액세스 가능하다. 예약 서버(101)는, 네트워크(예컨대, 인터넷)를 통해, 다양한 여행 준비의 정보가 검색되어 고객에게 제의 및/또는 예약을 구축할 수 있는 복수의 제공자 재고 데이터베이스(105)로의 액세스를 갖는다. 제공자 재고 데이터베이스(105)는 항공편, 호텔, 열차, 대여 차량 등 수개의 가능한 종류의 여행 준비를 포함한다. 보통 부킹은 예약 시스템에서 일종의 표준으로 보편적으로 수용되고 있는 소위 여객 예약 기록(Passenger Name Record: PNR)이라는 데이터 기록 수단에 의해 취급된다. 데이터베이스(105)는 여행 정보를 검색하고 여행 예약 활동을 수행하도록 적응된 적어도 하나의 서버를 포함한다. 본 발명의 이점 중 하나는 비-최종적 부킹(즉, 제의) 상의 부가적 정보가, 기존 PNR을 수정함이 없이, 외부 사용자에게 투명한 방식으로 취급된다는 것이다. 다른 한편으로, 본 발명의 바람직한 실시예에 따른 시스템의 사용자는 우리가 클론 PNR이라 부르는 것을 통해 부킹 및 제의 정보를 하나의 단일 객체로서 볼 수 있을 것이다. 이것은 제의를 중앙식 시스템에 쉽게 플러그인하고 제의를 클론 내 새로운 PNR 엘리먼트로서 정의할 수 있게 한다. 그 후 중앙식 시스템에는 PNR 및 PNR 닮은 것(클론) 둘 다 들어 있을 것이다. 도 1에 도시된 바와 같이 바람직한 실시예에 따른 시스템은 또한 프론트-엔드 프레임워크(Front-End Framework)(또는 서버)(107)를 포함하는데, 모든 채널 상품(103)에 대한 고객맞춤화 및 비즈니스 로직을 관리하는 것을 담당하고 클라이언트 모듈(103)과 중앙식 예약 서버(101) 간 교환을 위해 페이지 흐름 및 필요 데이터 변환 및 매핑을 취급한다. 또한 다수의 외부 서버(109)는 프론트-엔드 서버(107)에 의해 액세스될 수 있다: 이들 외부 서버(109)는 제공자 재고 데이터베이스(105)를 통해 예약 서버(101)에 의해 액세스 가능하지 않은 부가적 콘텐츠를 제공할 수 있다. 본 발명의 바람직한 실시예에 있어서, 서비스 통합기(111)가 또한 제공된다. 서비스 통합기(111)는 예컨대 모든 서버 간 통신을 라우팅하고, 세션 콘텍스트를 유지하고 통신 프로토콜에 대한 독립성을 허용하는 엔터프라이즈 서비스 버스(Enterprise Service Bus: ESB) 또는 엔터프라이즈 애플리케이션 통합(Enterprise Application Integration bus: EAI) 버스(예컨대, Amadeus SA에 의해 개발된 것)일 수 있다. 그것은 프론트-엔드 서버(107) 요청 또는 외부 서버(예컨대, 클라이언트(103)) 요청을 웹 서비스를 통해 서비스를 호스팅하는 백-엔드 서버로 그와 더불어 중앙식 예약 서버(101)로부터 제공자 재고 데이터베이스(105)로 라우팅한다.

PNR 클론은 제의에 고유한 문제를 해결하는 용이한 방법이다.

- 기존 애플리케이션(피드, 과금 등)은 그들이 원래 파트(PNR)만으로 트리거링되는 한 PNR과 제의 간 구분을 위해 바뀔 필요는 없다.

- 가격, 여행일정 및 그들 상호작용의 데이터 구조는, 모든 종류의 여행일정 및 가격에 대해, 무료로 이미 이용가능하다.

이러한 특징은, 전체 새로운 기반구조를 구축할 필요 없이, 제의, 또는 PNR 데이터를 재사용하는 어떠한 새로운 컨테이너라도 그 심리스 통합(seamless integration)을 가능하게 한다. 본 발명의 바람직한 실시예에 있어서, 엘리먼트 약정에 대해, 엘리먼트 취소에 대해, 현재 아키텍처로부터 혜택을 보기 위해서, 클론 간 스와핑하는 특징이 부가될 수 있다. 이것은 사용자(예컨대, 여행 에이전트) 시각으로부터 완전히 가려질 수 있다. 에이전트는, 레거시 PNR에 대해 하나, 클론에 대해 또 다른 하나, 서로 다른 디스플레이가 구축될 수 있다 하더라도, 클론 세트를 단일 기능적 엔티티로 본다. 엘리먼트의 취소와 같은 커맨드는 액티브 클론의 표시자를 유지할 뿐만 아니라 스왑 특징 덕분에 제네릭(generic)으로 유지된다. 이것은 제네릭 취소 커맨드를 수신하는 엔티티에게 콘텍스트의 어느 서브 파트에서 엘리먼트가 취소되어야 하는지 알고 있을 수 있게 한다.

사전-부킹 정보는 이제 완전히 통합된 방식으로 저장되고 추종될 수 있다: 제의는, 가격도 이용가능성도 보증 없이, 잠재적인 장래의 부킹, 캡처 이용가능성 및 가격책정 정보의 "미리보기"로서 저장된 PNR-통합된 엘리먼트이다: 여행자, 에이전트 또는 제공자로부터의 약정은 없다.

이러한 완전 통합은 여행의 다른 파트와의 취급 및 취합에 있어서 높은 융통성을 가능하게 한다 - 부킹 및 제의는 이미 동일 PNR의 파트이다.

아마데우스 PNR 제의로 통합되는 것은 PNR에 이용가능한 기존 서비스로부터 혜택을 보고 또한 여행일정 발생, 이메일 송신, PNR 이력, 기존 계정 메시지를 통한 데이터 내보내기 등과 같이 PNR 특정 특징에 통합될 수 있다.

Amadeus IT Group SA의 예약 시스템은 본 발명의 바람직한 실시예에 따른 방법이 구현될 수 있는 그러한 예약 시스템 플랫폼의 일례이다. 본 발명의 바람직한 실시예에 따른 예약 시스템은, 예약 서버가 복수의 클라이언트 모듈에 의해 고객 요청을 수신하고 각각의 클라이언트 모듈은 서로 다른 여행 콘텐트 제공자 중 하나를 대표하여 행동하는 클라이언트/서버 아키텍처에 따라 조직된다. 시스템 내 그리고 외부 시스템으로 향하는 통신은 네트워크를 통해 시스템 간 정보를 교환하기 위한 그리고 서비스(예컨대, 웹 서비스)에 액세스하기 위한 주지의 프로토콜인 서비스 지향 아키텍처(Service Oriented Architecture: SOA) 표준에 따라 행해진다.

본 발명의 바람직한 실시예에 따른 방법의 주요 태양 중 하나는 다중 채널 및 수개의 서로 다른 제공자를 처리할 수 있는 능력이다. 이것은 서비스 간 통신을 지원하는 기저 구조를 표현하는 SOA의 융통성에 의해 보장된다. 제안은, 에이전트와 고객 간 대화식 여행 정교화를 포함하여, 핵심 크로스-채널 시나리오를 다루도록 설계된다: 예컨대 아마데우스 E-여행 관리와 같은 온라인 애플리케이션은 사용자가 에이전트에 의해 그들에게 이루어진 제의를 보고 확인하거나 거절할 수 있게 한다.

사전-부킹 프로세스의 어떠한 스테이지에서라도 이용가능한 중앙식 서비스로서 제의의 통합 관리는 어느 채널에 의해서라도 어떠한 추종 액션(이용가능성 리체크, 확인, 청구...)이라도 취급될 수 있게 한다. 예컨대 확인은 여행자에 의해 그의 웹 기반 툴을 통해 직접 수행되거나 또는 메일 또는 SMS 또는 단순 호출을 통해 그렇게 하도록 명령을 수신하는 여행 에이전트에 의해 수행될 수 있다.

아마데우스에 있어서 제의의 저장은 선택된 데이터 웨어하우스, 레포지토리 및 미드-오피스 시스템으로 사전-부킹 정보의 송신을 가능하게 하여, 사전-부킹 거동 및 활동에 대한 보고 및 추가적 비즈니스 분석을 가능하게 할 것이다.

그 종업원의 사전-부킹 활동의 추적 및 분석을 위해, 중형 에이전시의 필요에 서비스 제공하는 표준 보고의 발생은 또한 아마데우스 제의 솔루션의 범위 내에 있다.

도 2를 참조하면, 시스템의 범용 컴퓨터(예컨대, 컴퓨터, 연합 모듈 서버, 데이터베이스 관리 서브시스템, 라우터, 네트워크 서버)가 250으로 표시되어 있다. 컴퓨터(250)는 시스템 버스(253)에 병렬로 접속되어 있는 수 개의 유닛에 의해 형성되어 있다. 상세하게는, 하나 이상의 마이크로프로세서(256)는 컴퓨터(250)의 동작을 제어한다; RAM(259)은 마이크로프로세서(256)에 의해 작업 메모리로 직접 사용되고, ROM(262)은 컴퓨터(250)의 부트스트랩을 위한 기본 코드를 저장한다. 주변 유닛은 (각자의 인터페이스에 의해) 로컬 버스(265) 주위로 클러스터링되어 있다. 구체적으로, 대용량 메모리는 CD-ROM(274)을 읽기 위한 드라이브(271) 및 하드-디스크(268)로 이루어진다. 더욱, 컴퓨터(250)는 입력 디바이스(277)(예컨대, 키보드 및 마우스), 및 출력 디바이스(280)(예컨대, 모니터 및 프린터)를 포함한다. 네트워크 인터페이스 카드(283)는 컴퓨터(250)를 네트워크에 접속하도록 사용된다. 브리지 유닛(286)은 로컬 버스(265)와 시스템 버스(253)를 인터페이싱한다. 각각의 마이크로프로세서(256) 및 브리지 유닛(286)은 정보 송신을 위해 시스템 버스(253)로의 액세스를 요청하는 마스터 에이전트로서 동작할 수 있다. 아비터(arbiter)(289)는 시스템 버스(253)로의 상호 배타와 액세스의 승인을 관리한다. 시스템이 다른 토폴로지를 갖거나 다른 네트워크에 기반하면, 유사한 고려가 적용된다. 대안으로, 컴퓨터는 여러 다른 구조를 갖거나, 균등한 유닛을 포함하거나, (PDA, 모바일 폰 등과 같이) 다른 데이터 프로세싱 엔티티로 이루어진다.

도 3에 도시된 바와 같이, 본 발명의 방법을 구현하는 아키텍처의 소프트웨어 컴포넌트가 나타나 있다. 서비스 통합기(301)는 본 발명의 바람직한 실시예에 따라 예약 시스템(예컨대, 아마데우스 예약 기반구조)의 엔트리 포인트이다. 들어오는 예약 질의는 에이전트 세션 동안 예약 콘텍스트를 보유하는 것을 담당하는 PNR 콘텍스트 서버(303)에 의해 수신된다. 이러한 엔티티는 전통적인 PNR 콘텐트(확정 부킹) 및 견적 콘텐트 둘 다를 인식하고 있다. 들어오는 질의가 견적에 관한 것이면, 그것은 제의 서버(305)로 포워딩되고 예약 콘텍스트는 제의 서버(305)에 제공된다. 본 발명의 바람직한 실시예에 의하면, 제의 서버(305)는 순수 견적 데이터의 관리뿐만 아니라 모든 필요한 서비스의 통합도 담당하고 있다(견적의 상태, 유효성, 보안 체크 등). 제의 서버(305)는 수신된 질의에서 특정된 바와 같은 사용자 요구에 따라 적합한 서버로 요청을 보낼 것이다. 본 발명의 바람직한 실시예에 있어서, 제의 서버(305)에 통신하고 서비스를 제공하는 서버는, 예컨대, 레거시 시스템 TPF(307), 가격책정 서버(309), (설명된 실시예에 있어서는 가격책정 서버(309)를 통해 액세스될 수 있는) 이용가능성 서버(311), 및 세그먼트 판매 서버(313)이다. 예컨대, 가장 자동화된 사용자 질의(즉, 제의 확인 및 부킹으로의 변환) 동안, 제의 서버(305)는 특정 순서로 호출을 수행한다. 그것은 우선 가격책정 서버(309)에 의해 가격 체크를 그리고 이용가능성 서버(311)에 의해 이용가능성 리체크를 요청한다. 가격이 바뀌지 않았고 좌석(또는 방 또는 어느 다른 예약 엘리먼트)이 여전히 이용가능하면, 그때 제의 서버(305)는 TPF 레거시 시스템(307)상의 PNR에 등록되는 부킹 생성 및 클론 업데이트에 이르게 되는 부킹을 세그먼트 판매 서버(313)에 요청한다. 그 후 제의 서버(305)는 가격책정 서버(309)와 다시 통신하여 제의와 동일한 가격책정 콘텍스트 파라미터로 새롭게 생성된 부킹을 가격책정한다. 제의 서버(305)는 최종적으로 클론 상태를 업데이트하고 PNR 콘텍스트 서버(303) 및 서비스 통합기(301)를 통해 최종 사용자에게 성공적 동작을 확인해 준다.

도 4에는, 본 발명의 바람직한 실시예에 따른 부킹 파일의 구조가 설명되어 있다.

도 4에 도시된 바와 같이, 클론 PNR 내 제의 섹션은 다음을 포함할 수 있다:

- 상태(즉, 액티브, 이용불가, 등)

- 유효 기간 (및 필요하다면 시간)

항공편 및 가격책정 정보는 동일 데이터 컨테이너를 사용하여 레거시 PNR에 저장되고, 제의 섹션의 엘리먼트와 링크된다.

제의의 목표는, PNR 완전 체크 제약 없이, 부킹으로부터 가능한 근접하여 신뢰할만한 견적을 제공하려는 것이다. 제의는, 가격 및 이용가능성의 보증 없이, 부킹 전에 최종-사용자에게 하는 아이템 제안, 즉, 세트 이용가능성 및 견적이다. 고객 관점으로부터, 그것은 소정 순간에 여행 에이전시 제안의 스냅샷으로 생각될 수 있다.

제의는 다음에 의해 클론 PNR의 엘리먼트로 구체화된다:

- 총 가격 있는 제의 헤더

- 단지 표준 호텔 또는 차량 세그먼트 또는 더 적은 데이터를 갖는 (확인 번호...없는) 항공 또는 열차에 대한 세그먼트 세트인 상품 상세

- 예컨대, 과도기적 저장된 티켓에 관해, 장면 뒤에 저장된 가격책정 기록.

제의가 생성되고 나면, 그것은 언제라도:

- 검색 및 디스플레이

- 재검증 - 이용가능성 및 가격이 체크된다

- 확인 - 최종 사용자가 제의를 확정 부킹으로 바꾸기를 원할 때

- 거절

- 취소될 수 있다.

그 후 모든 제의는, 그들이 어떤 상품에 기반하든지, 클론 PNR 내에 저장된다. 제의 및 부킹은 동일 언더라인 데이터 구조 내에 저장되고 동질이므로, 상품의 세트를 생성(또는 부킹 또는 제의로서 저장)하는 것이 가능하다. 그 후 최종-사용자는 수개의 조합을 구축하고, 그것들을 비교하는 등 할 수 있다. 기능적으로, 제의는 부킹 파일이라고도 불리는 클론 PNR의 엘리먼트이다. 부킹 파일에는 부킹은 없고 제의만이 들어 있을 수도 있다.

제의는, 중앙식 시스템에 저장된, 부킹과 유사한 완전 엘리먼트 및 부킹 파일의 지속적 엘리먼트로서 구현되었다.

제의 중앙집중화는 그것들이 모든 분산 채널을 통해 액세스 가능하게 하는 특유의 프로세스를 갖는 것을 가능하게 한다; 이상적으로 PNR은 완전 크로스-채널 차원이 실현되도록 모든 웹 쇼핑 제약과 맞도록 향상되어야 한다. 이것은 난해하게 생성된 제의가 웹 서비스 흐름에서 검색 및 수정될 수 있다는 것을 의미한다. 이러한 새로운 기능성은, 모든 사전-부킹 활동의 남겨둠이 이제 자동화되고 재사용가능하므로, 여행 에이전트 작업 흐름에서의 막대한 향상을 또한 표현한다.

이것은, 채널이 무엇이든지, 여행 에이전트 또는 여행자 그 자신은, 원-클릭으로,

- 제의를 검색 및 디스플레이

- 제의의 이용가능성 및 가격을 자동으로 체크

- 제의를 부킹으로 변환

- 제의를 삭제할 수 있다는 것을 의미한다.

제의의 지속 및 중앙집중화는 모든 채널에 있어서 프로세스의 조화 및 일치에 이르게 된다. 이용가능성 및 가격의 자동 체크 및 제의 확인은 채널이 어떠한 것이라도 동일 방식으로 행해진다. 더욱, PNR 내에 제의의 편입은 확정 부킹 및 제의를 혼합하는 특징을 제공하는 것을 가능하게 한다. 여행자에게는 예약의 전체보기가 제공될 수 있다. 여행자에게 생성되는 이메일은 확정 부킹 및 모든 그의 제의 둘 다의 개요를 모은다. 더욱, 업계, 분배 및 제공자 둘 다는 그들이 쇼핑객의 거동을 이해하고 그 고객의 기대에 더 가까이 가는데 도움을 줄 매우 유용한 보고 데이터에 용이하게 액세스할 수 있다.

본 발명의 바람직한 실시예에 따른 방법 및 시스템의 이점 중 하나는, 차량, 호텔 또는 어느 다른 상품 또는 부수적 서비스뿐만 아니라 항공 상품에 대해, 확정 부킹 동안뿐만 아니라 사전-부킹 활동 동안에도, 고객은 그들의 쇼핑 경험 내내 도움을 받을 수 있다는 것이다. 본 솔루션은 서로 다른 부킹 흐름 내 제의 생성을 매끄럽게 통합한다.

일례로서 호텔 및 차량 예약이 동일 PNR에 함께 조합되는 경우를 고려해보자. 가격책정은 이용가능성 트랜잭션에 매립된다. 이것을 (마스터 프라이서 엑스퍼트(Master Pricer Expert)와 같은) 운임 서치 트랜잭션에서 항공 세그먼트에 대해 검색할 수도 있다. 참으로, MPE 트랜잭션 또는 차량/호텔 이용가능성의 출력은 견적과 조합된 상품 이용가능성의 리스트로 이루어진다. 따라서, 새로운 "제의 생성" 트랜잭션은 제의 내 그들 추천을 직접 저장하도록 후속 트랜잭션으로 도입될 것이다.

다른 한편으로, 열차 또는 표준 항공 부킹 흐름에 대해, 최종-사용자는 적절한 가격책정을 찾아보기 전에 여행일정 구성, 항공편 또는 세그먼트 선택의 단계를 거치는 것이 보통이다. 그 2개의 단계가 수행되고 나면, 이제 최종-사용자는 동일한 "제의 생성" 트랜잭션 덕분에 그 여행일정 및 연관된 가격책정을 저장하거나 그 부킹 프로세스를 계속하거나 하는 것 사이에서 선택권을 갖는다.

상품이 무엇이더라도 제의를 생성하도록 동일한 엔트리 및 인터페이스를 구현하는 것은 모든 서로 다른 상품 간 제의 생성 흐름의 동질화를 유발하고, 그 목적은 여행 에이전트 또는 고객에 대해 일을 더 용이하게 하려는 것이다.

본 발명의 바람직한 실시예에 따른 방법의 크로스-채널 태양은 다음의 둘 다를 용이하게 수용할 수 있는 제의 구조에 의해 실현된다:

- 제의 상태, 총 가격 및 가격책정 상세까지도 저장하는 공통 엘리먼트

- 각각의 상품 유형 특이성을 갖는 상품 설명.

상품 설명이 계속 특정하게 있으면, 그것은 사용자가 입수하는데 익숙한 모든 유용한 정보를 그가 검색할 수 있도록 표준 부킹에 매우 근접한 채로 또한 있다. 몇몇 제네릭 견적 데이터에 대해 공통 포맷을 공유하는 것은 서로 간 제의 비교와 같이 여러 다른 조작을 가능하게 하는데, 결정 지원에 있어서 상당한 개선점이다. 이들 공통 데이터의 부가적 가능한 사용은 우리가 제안이라고 부르는 제의 세트의 구성이다. 그러한 제안은 사용자가 그의 요청의 전반적 비용의 아이디어 및 그 전 여행일정의 완전 보기를 가질 수 있도록 전체 여행일정을 구성하는 확정 부킹 또는 제의를 사용자가 모으게 할 수 있다. 거기로부터, 사용자는 소정 제안에 포함된 모든 제의를 확인, 취소, 리체크함으로써 단일 제안 내 꾸려진 제의를 잘 조작할 수 있다.

위에서 설명된 본 발명의 일 실시예에 따른 방법은 또한 도 5에 도시된 선도에 표현되어 있다. 그 방법은, 적어도 하나의 여행 자원에 대한 이용가능성 정보를 각각 제공하는 복수의 여행 채널로의 액세스를 갖는 제의 서버 및 단일 액세스 인터페이스 모듈을 포함하는 다중-채널 예약 시스템에 있어서 여행 사전-부킹 조회 효율성 개선을 목표로 한다; 그 방법은 흑색원(501)에서 시작하고 그 후 사용자 요청이 단일 액세스 인터페이스 모듈 예컨대 도 3에서 설명된 서비스 통합기(301)를 통해 시스템에 의해 수신되는 박스(503)로 진행한다. 그 후 시스템은 위에서 설명된 바와 같이 클론 PNR을 생성한다(단계(505)). 클론 PNR은, 가능하게는 부가적 필드, 예컨대, 위에서 설명된 바와 같은 상태 필드 및 유효 기간 필드를 갖는 "실제" PNR의 구조를 복제한다. 그것은, 사용자 요청이 완전히 충족될 때까지(단계(509)) 복수의 채널로부터 획득된 정보로 강화되는(단계(507)) 클론 PNR이다. 사용자는 수집된 사전-부킹 정보를 실제 예약으로 바꾸는 옵션을 갖는다(단계(511) 및 단계(513)). 본 흐름도에 있어서, 이러한 사용자 선택은 모든 사전-부킹 조회 단계에 후속하는 것으로 도시되어 있지만, 이것은 위에서 설명된 바와 같이 언제라도 행해질 수 있다. 사전-부킹 정보가 실제 부킹의 결과로 되는 것이 반드시 필요한 것은 아니며, 그러한 경우에 있어서 클론 PNR은 추후 스테이지에서 정보를 사용할 수 있는 사용자에게 반환된다.

개시의 범위로부터 벗어남이 없이 상기한 것에 대한 개조 및 수정이 이루어질 수 있음을 알아볼 것이다. 당연히, 로컬 및 특정 요건을 만족시키기 위해, 당업자는 위에서 설명된 솔루션에 많은 수정 및 개조를 적용할 수 있다. 특히, 본 발명이 바람직한 실시예를 참조하여 어느 정도 구체적으로 설명되었지만, 형태 및 상세에 있어서 다양한 생략, 대체 및 변경과 더불어 다른 실시예도 가능함을 이해하여야 한다; 더욱, 명시적으로, 본 발명의 어느 개시된 실시예와 연결하여 설명된 특정 엘리먼트 및/또는 방법 단계는 설계 선택의 일반적 사항으로서 어느 다른 실시예에 편입될 수도 있음이 의도된다.

(본 발명의 각각의 실시예를 구현하는데 사용될 수 있는) 프로그램이 여러 다른 방식으로 구조화되면, 또는 부가적 모듈 또는 기능이 제공되면 유사한 고려가 적용된다; 마찬가지로, 메모리 구조는 다른 유형일 수도 있고, 또는 균등한 개체(반드시 물리적 저장 매체로 구성되는 것은 아님)로 대체될 수도 있다. 더욱, 제안된 솔루션은 (다른 순서로라도, 유사한 또는 부가적 단계를 갖는) 균등한 방법으로 구현되는데 적합하다. 어떠한 경우에라도, 프로그램은 외부 또는 거주 소프트웨어, 펌웨어 또는 마이크로코드(객체 코드로든 소스 코드로든)와 같이 어떠한 데이터 프로세싱 시스템과도 연결되어 또는 그에 의해 사용되기에 적합한 어떠한 형태라도 취할 수 있다. 더욱, 프로그램은 어떠한 컴퓨터-사용가능한 매체상에라도 제공될 수 있다; 매체는 프로그램을 포함하거나, 저장하거나, 통신하거나, 전파하거나, 또는 전송하기에 적합한 어떠한 엘리먼트라도 될 수 있다. 그러한 매체의 예는 (프로그램이 사전-로딩될 수 있는) 고정 디스크, 착탈식 디스크, 테이프, 카드, 와이어, 파이버, 무선 커넥션, 네트워크, 브로드캐스트 웨이브 등이다; 예컨대, 매체는 전자, 자기, 광학, 전자기, 적외선, 또는 반도체 유형일 수 있다.

어떠한 경우라도, 본 발명에 따른 솔루션은 (예컨대, 반도체 재료의 칩에 집적된) 하드웨어 구조로 또는 소프트웨어와 하드웨어의 조합으로 수행되는데 적합하다.

Claims (13)

1. 사용자에게 여행 예약 서비스를 각각 제의하는 복수의 여행 채널에 의해 액세스가능한 인터페이스 모듈을 포함하는 다중-채널 예약 시스템에서 여행 사전-부킹 조회(travel pre-booking enquiry)에서의 효율성을 개선하기 위한 방법으로서, 상기 예약 시스템은 적어도 하나의 여행 자원에 대한 이용가능성 정보를 각각 제공하는 복수의 여행 서버로의 액세스를 갖고, 상기 방법은,
   - 상기 예약 시스템이, 상기 인터페이스 모듈을 통해, PNR 데이터 기록 및 적어도 하나의 여행 이용가능성 조회를 포함하는 사용자 요청을 상기 여행 채널들 중 하나로부터 수신하는 단계;
   - 상기 예약 시스템이 상기 PNR 데이터 기록의 동일 필드를 포함하는 클론 PNR 데이터 기록을 생성하는 단계;
   - 상기 여행 이용가능성 조회에 따라 상기 복수의 여행 서버 중 적어도 하나에 의해 획득된 정보로 상기 클론 PNR 데이터 기록을 강화하는 단계;
   - 사용자 입력에 응답하여, 상기 클론 PNR 데이터 기록 내 대응하는 필드에 따라 PNR 데이터 기록 정보를 수정하는 단계; 및
   - 상기 인터페이스 모듈을 통해, 상기 사용자에 의해 요청된 상기 적어도 하나의 여행 이용가능성 조회에 연관된 응답을 반환하는 단계를 포함하는 것인, 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법.
2. 제1항에 있어서, 강화된 데이터 구조는 상기 복수의 채널 사이에 공유되고 장래의 조회에 재사용될 수 있는 것인, 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법.
3. 제1항 또는 제2항에 있어서, 이용가능성 정보는 가격에 대한 정보를 포함하는 것인, 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법.
4. 제1항 내지 제3항 중 어느 한 항에 있어서, 상기 클론 PNR 데이터 기록은 상기 클론 PNR 데이터 기록 내 대응하는 필드에 따라 상기 PNR 데이터 기록 정보를 수정하는 단계가 이후에는 더 이상 가능하지 않은 시간 임계값을 나타내는 유효 기간의 표시를 포함하는 것인, 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법.
5. 제1항 내지 제4항 중 어느 한 항에 있어서, 상기 인터페이스 모듈은 단일 액세스 인터페이스 모듈인 것인, 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법.
6. 제1항 내지 제5항 중 어느 한 항에 있어서, 상기 인터페이스 모듈은 엔터프라이즈 서비스 버스(Enterprise Service Bus: ESB) 또는 엔터프라이즈 애플리케이션 통합 버스(Enterprise Application Integration bus: EAI)를 포함하는 것인, 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법.
7. 제1항 내지 제6항 중 어느 한 항에 있어서, 상기 인터페이스 모듈 및 상기 여행 서버를 통해, 상기 채널, 상기 예약 시스템 사이 그리고 상기 예약 시스템 내 통신은 서비스 지향 아키텍처(Service Oriented Architecture: SOA)에 따라 메시지에 의해 행해지는 것인, 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 방법.
8. 제1항 내지 제7항 중 어느 한 항의 방법을 포함하는 예약 방법으로서, 상기 예약 방법은 상기 사용자에 의해 요청된 상기 적어도 하나의 여행 이용가능성 조회에 연관된 응답을 여행 부킹으로 변환하는 옵션을 제공하는 것인 예약 방법.
9. 컴퓨터 상에서 실행될 때 제1항 내지 제8항 중 어느 한 항의 방법의 단계를 수행하기 위한 명령어를 포함하는 컴퓨터 프로그램.
10. 제9항의 컴퓨터 프로그램을 구체화하는 컴퓨터 읽기가능한 수단을 포함하는 컴퓨터 프로그램 제품.
11. 사용자에게 여행 예약 서비스를 각각 제의하는 복수의 여행 채널에 의해 액세스가능한 인터페이스 모듈을 포함하는 다중-채널 예약 시스템에서 여행 사전-부킹 조회에서의 효율성을 개선하기 위한 예약 데이터 프로세싱 시스템으로서, 상기 예약 시스템은 적어도 하나의 여행 자원에 대한 이용가능성 정보를 각각 제공하는 복수의 여행 서버로의 액세스를 갖고, 상기 시스템은 제1항 내지 제8항 중 어느 한 항의 방법을 수행하도록 적응된 하나 이상의 컴포넌트를 포함하는 것인 예약 데이터 프로세싱 시스템.
12. 제11항에 있어서, 상기 복수의 여행 채널은 서로 통신하고 강화된 데이터 구조는 상기 복수의 채널 사이에 공유되고 장래의 조회에 재사용될 수 있는 것인 예약 데이터 프로세싱 시스템.
13. 제1항 내지 제8항 중 어느 한 항의 방법을 구현하기 위해 데이터 프로세싱 시스템에 배치된 서비스.

Images