JP2004192357A

JP2004192357A - Travel commodity searching/reserving system using joint server

Info

Publication number: JP2004192357A
Application number: JP2002359973A
Authority: JP
Inventors: Shigeru Kubodera; 繁久保寺; Yoshisato Tanabe; 良学田邊
Original assignee: JTB Corp
Current assignee: JTB Corp
Priority date: 2002-12-11
Filing date: 2002-12-11
Publication date: 2004-07-08

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system performing data relay among a plurality of travel agency systems by a single identification and receiving a search result and a reservation result in a user terminal. <P>SOLUTION: This travel commodity searching/reserving system comprises a search/reservation server arranging a travel commodity, the travel agency system possessed by a travel agency providing the travel commodity/services and a joint server connecting and functioning the both. The search/reservation server is provided with a user information storage means, an identification means, an identification data relay means, a contents display means, a search condition receiving and extraction means, a reservation instruction receiving means, and a data receiving means. The joint server relays the data transmission/receiving among the plurality of travel agency systems. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、結合サーバーを用いた旅行商品検索・予約システムに関する。
【０００２】
【従来の技術】
近年、パーソナルコンピュータやインターネットの利用の普及に伴い、電子商取引や企業間取引などが活発に行われ、また企業内などにおけるシステムも様々なものが開発されている。
このような中で、旅行や宿泊、あるいはこれらを利用する出張などに際して、交通機関や宿泊施設、その他の関連する旅行商品やサービスの検索や、予約などをインターネットを利用して行うことも可能になっている。
たとえば、旅行代理店のＷＥＢサイトや、交通機関・宿泊施設のＷＥＢサイトなどにおいて、データを検索したり、予約を行ったりするものである。
また、社内のシステムの一例としては、出張申請やその稟議・承認、あるいは出張旅費の精算、また経理部署などの担当部署と旅行会社との間における手配や請求などの処理を行うような例である。
【０００３】
たとえば特開２００１−２６５９５１「旅行商品または、該旅行商品に係る運送座席の販売システム」においては、航空機などの運送機関を利用する旅行商品の販売に関して、旅行社、運送会社、消費者間の取引きを容易にするためのシステムが提案されている。
運送会社または運送会社から委託を受けた者が開設するインターネットのホームページにおいて、消費者が旅行の目的、地域、費用、時期、期間などの希望条件を入力し、希望条件に合致するかまたはそれに近い旅行商品を表示し、その詳細情報の表示や、各旅行商品それぞれの問合せ先の旅行社が開設するホームページへの誘導、当該旅行社の名称・電話番号等の表示などを行うものである。
しかしながら、この出願は、旅行商品の検索等を行うシステムではあるものの、検索の結果、その旅行商品を取り扱う旅行者に関する情報が抽出されるだけであり、さらに検索等の技術は既に知られていた技術である。
【０００４】
【発明が解決しようとする課題】
ＷＥＢサイトにおいて直接、交通機関の検索や予約までをユーザーが行えるシステムとしては、特開２００２−１１７２６６「航空券予約販売システム」においては、国際航空会社における航空券の空き状況を、複雑な操作や特定のシステムを利用しないで簡単にアクセスして把握することができる航空券予約販売システムが提案されている。
各航空会社が発行している航空券を主体とした航空券情報が蓄積されているデータベースを備えた航空券情報サーバーと、航空座席予約及び照会を行う航空座席予約・照会サーバーとから構成される。航空座席予約・照会サーバーは航空券情報サーバーに専用回線で接続して航空券情報を受信できるようにすると共に、所定のネットワーク上において航空券を専門に扱う旅行代理店を含むエンドユーザが航空券情報に基いて航空券料金の閲覧及び航空座席予約ができるシステムである。
この出願は、エンドユーザーが航空券情報の検索や、予約、運賃の算定、付帯サービス情報の取得などをするものである。
航空会社の航空券を専門に扱うサーバーから航空券を主体とした航空情報を収集し、その収集した航空情報をエンドユーザであっても自ら航空空席情報及び複数にわたる航空券の航空料金とを対比して閲覧できるため、専門的な旅行会社に限定されることなく、一般のエンドユーザであっても、例えば値段の相違する複数の国際航空券、当該航空券に付随するホテル等のサービス等をエンドユーザ側で総合的に選択できるようになるというものである。
【０００５】
このように、たとえば旅行や出張などを想定すれば明らかであるが、出発地・予定地・中継地などがあり、そのルートには様々な交通機関を利用することが一般的に考えられる。また、利用するそれぞれの交通機関について、日時や料金、その他の様々な希望条件を満たすものをユーザーは探す必要があり、座席の予約が必要であるものは空席の照会をそれぞれについてしなければならない。
さらに、宿泊施設についても同様であり、１か所の地域においても、複数の宿泊施設の中から日時や料金、その他の様々な希望条件を満たすものをユーザーは探す必要があり、空室の照会をそれぞれについてしなければならない。
【０００６】
また、航空会社などの交通機関や宿泊施設等を予約するために、ユーザーが検索・予約の仲介を行う旅行会社のシステムに対し依頼した場合にも、依頼を受けた旅行会社においては、自動的に複数の様々な各交通機関・宿泊施設等にアクセスして検索・予約などを行えるわけではない。
すなわち、複数の交通機関や宿泊施設等のシステムを利用して検索・予約等を行うためには、それぞれのシステムに対し順次、認証処理を経てログインし、検索や予約などを行った後にログアウトし、順次次のシステムにログインとログアウトを繰り返す処理をしなければならない。そのためのユーザーＩＤやパスワードなどをいくつも使い分ける必要があった。
特に、たとえば航空券情報の検索や予約においては、同じ出発地空港から到着地空港まで搭乗する場合にも、複数の航空会社の便が就航しているため、紙の時刻表や、あるいは仮に時刻表情報を公開しているＷＥＢサイトなどがあって確認はできたとしても、航空会社のシステムに対する予約などは、結局それぞれのシステムに対し順次、認証処理を経てログインし、検索や予約などを行った後にログアウトしなければならない。
【０００７】
また、特開２００１−１１８０１０「予約システム」においては、開発、維持、運用コストが少なく、在庫情報や、運賃体系の変更などをリアルタイムに反映でき、複数の会社のシステムを統合的に扱える予約システムが提案されている。
この出願も上記出願と同様に、エンドユーザーが航空券情報の検索や、予約、運賃の算定、付帯サービス情報の取得などをするためのシステムである。この出願においては、仲介をするサーバー（ハンドリングサーバー）は、複数の航空会社の情報を同時に検索するものの、予約は複数の航空会社のそれぞれに対して行われ、決済もそれぞれの航空会社のシステムにおいて行われるものである。
しかしながら、「顧客が異なる複数社の商品を選択した場合は、それぞれの商品を取り扱う航空会社に対する決済画面を同時に表示し、決済を行うこともできる」とされているように、あくまでも航空会社のシステムとの間の情報の仲介だけを行うようにされており、ハンドリングサーバーと各航空会社のシステム間のやりとりは、インターネット技術（ＦＯＲＭタグなど）を利用して行うことで、標準性、開発容易性、拡張容易性を実現しているものの、ＸＭＬ技術などのタグが異なるシステム間でのデータ検索等を想定した技術である。
【０００８】
さらに、上記出願は情報の仲介をするだけであるために、それぞれの商品を取り扱う航空会社に対する決済画面を同時に表示し、決済を行うこともできるものの、決済は別々に行われるものであり、仲介するシステムにおいて、一元的に決済が可能にされているものではない。
また、どの航空会社などのシステムにアクセスするかといった判断は、ユーザー自身が判断して行う必要があり、仲介するサーバーにおいて自動的に行われるものではない。またそれぞれのシステムに対するログインの際のユーザーＩＤなどの認証処理、認証データの管理方法が不明であり、結局はそれぞれのシステムに対し順次、認証処理を経てログインし、検索や予約などを行った後にログアウトしなければならない。
さらに、複数の会社に対し検索を行った場合にも、上記出願は航空会社に限られているために、鉄道、バス、その他の交通機関なども含めた同時検索、同時予約が行えるわけではないが、実際の旅行や出張に際しての手配には、こうした複数の交通機関はもとより、宿泊施設、レンタカー、その他の旅行商品・サービスなども含めて、同時検索、同時予約が行えることが望まれる。
さらに、上記出願においては、検索結果はそれぞれの会社ごとの結果が表示されるものである。しかしながら、実際の旅行や出張に際しての手配には、こうした複数の交通機関はもとより、宿泊施設、レンタカー、その他の旅行商品・サービスなども含めて、スケジュール順の表示や、ルート別の表示などの様々な表示方法を、複数の会社の検索結果が同時に表示されることが望まれる。
また、出張の手配などに際しては、ユーザー個人の情報だけではなく、社内情報の登録や、会社が保有する交通機関等の優待証の取り扱い、管理者による管理、その他詳細なユーザーインターフェースなどがあれば便利である。
【０００９】
そこで本発明においては、上記の様々な課題を解決し、複数の交通機関や宿泊施設等のシステムを利用して検索・予約等を行う際に、それぞれのシステムに対し順次、認証処理を経てログインし、検索や予約などを行った後にログアウトする処理を繰り返すことなく、共通のＩＤやパスワードなどを用いて検索や予約が行えるシステムを提供することを目的とする。中継するサーバーが接続先のシステムを判定し、判定された各社のシステムへの認証処理を自動的に行うことにより、異なるＷＥＢサイトに対し、共通ＩＤでのログインが可能となる。
さらに、ユーザー自身が予約等を行う各社独自のセルフブッキングツールを、ユーザーとの間を結合するシステムを介在させることにより、交通機関や宿泊施設などが個々に結合開発することを不要にすることを目的とする。
また、実際の旅行や出張に際しての手配には、こうした複数の交通機関はもとより、宿泊施設、レンタカー、その他の旅行商品・サービスなども含めて、同時検索、同時予約が行えるシステムを提供することを目的とする。
さらに本発明においては、実際の旅行や出張に際しての手配をする場合に、複数の交通機関や、宿泊施設、レンタカー、その他の旅行商品・サービスなども含めて、スケジュール順の表示や、ルート別の表示などの様々な表示方法を、複数の会社の検索結果を同時に表示することが可能なシステムを提供することを目的とする。これによりたとえば、異なるシステムでの手配結果を1枚のスケジュール表にまとめて、印刷することなどが可能になる。また社内システムと連携することにより、購買承認、精算画面への連動、請求照合などが可能となり、ペーパーレス、キャッシュレスを推進することができる。
さらに本発明においては、出張の手配などに際して、ユーザー個人の情報だけではなく、社内情報の登録や、会社が保有する交通機関等の優待証の取り扱い、管理者による管理、その他詳細なユーザーインターフェースなどを提供することを目的とする。
また、接続先は航空会社、その他の交通機関などの基幹システムとすることができるため、セルフブッキングのような無人の手配ができ、２４時間いつでも、便名が決定していれば即時手配が可能になり、チケットレスでも搭乗が可能になる。さらに「１２：００頃に大阪に着きたい」、「駅近くで１万円のホテルで手配」等の曖昧な検索と予約を可能にすることができる。
【００１０】
【課題を解決するための手段】
上記課題を解決するため、請求項１に記載の発明においては、
交通機関、宿泊施設などの旅行商品の手配を行う旅行商品検索予約サーバーと、交通機関・宿泊施設などの旅行商品・サービスを提供する旅行機関が備える旅行機関システムと、旅行商品検索予約サーバーおよび提供機関システムとの間のデータ中継を行い両者を結合して機能させる結合サーバーとを含み構成され、ユーザー端末装置からアクセスされデータ処理を行うシステムであって、
前記の旅行商品検索予約サーバーは、
ユーザーに関する情報を記憶するユーザー情報記憶手段と、
ユーザー端末からのアクセスに対し認証を行う認証手段と、
あらかじめ記憶されている所定のユーザー情報に対応付けられて記憶された、複数の旅行機関システムごとに設定された認証データを参照し、旅行機関システムとの間での認証データ送受信の中継を行う認証データ中継手段と、
ユーザー端末からのコンテンツ配信要求に応答してコンテンツ送信・データ検索・その他のデータ処理を行うコンテンツ表示手段と、
ユーザー端末から送信される、交通機関・宿泊施設などの旅行商品の検索条件を受信または抽出する検索条件受信抽出手段と、
ユーザー端末から送信される、交通機関・宿泊施設などの旅行商品の予約指示を受信する予約指示受信手段と、
結合サーバーからデータ処理の結果を受信するデータ受信手段とを少なくとも備え、
前記の結合サーバーは、あらかじめ記憶されている所定のユーザー情報と、受信した検索条件または予約指示を含むデータを、複数の旅行機関システムごとに、所定のデータ項目のそれぞれを中継先の各旅行機関システムのデータに対応付けて送信し、旅行機関システムとの間でのデータ送受信の中継を行うデータ中継手段を少なくとも備え、
ユーザー端末から旅行商品検索予約サーバーに検索条件・予約指示の送信をすることにより、複数の旅行機関システムとの間でデータ中継を行い、検索結果・予約結果をユーザー端末において受信可能な、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１１】
また、上記課題を解決するため、請求項２に記載の発明においては、
請求項１に記載の発明において、
前記のユーザー情報記憶手段には、法人などの組織を識別するユーザー組織情報と、組織に属するユーザー個人を識別するユーザー個人情報とが記憶された、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１２】
また、上記課題を解決するため、請求項３に記載の発明においては、
請求項１または２のいずれかに記載の発明において、
前記のユーザー情報記憶手段には、ユーザー個人または法人などの組織に対応して上限金額データが記憶されており、前記の検索条件受信抽出手段が、ユーザー情報を参照して、ユーザーに対応する検索条件を生成する、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１３】
また、上記課題を解決するため、請求項４に記載の発明においては、
請求項１または２のいずれかに記載の発明において、
前記のユーザー情報記憶手段には、ユーザー個人または法人などの組織に対応して上限金額データが記憶されており、前記のコンテンツ表示手段が、ユーザー情報を参照して、上限金額を超えるか否かを判定してコンテンツを生成し表示する、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１４】
また、上記課題を解決するため、請求項５に記載の発明においては、
請求項１〜４のいずれかに記載の発明において、
前記のユーザー情報記憶手段には、法人などの組織に対応して出張規定データが記憶されており、前記の検索条件受信抽出手段が、ユーザー情報を参照して、ユーザーに対応する検索条件を生成する、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１５】
また、上記課題を解決するため、請求項６に記載の発明においては、
請求項１〜４のいずれかに記載の発明において、
前記のユーザー情報記憶手段には、法人などの組織に対応して出張規定データが記憶されており、前記のコンテンツ表示手段が、ユーザー情報を参照して、出張規定に適合するか否かを判定してコンテンツを生成し表示する、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１６】
また、上記課題を解決するため、請求項７に記載の発明においては、
請求項１〜６のいずれかに記載の発明において、
前記のユーザー情報記憶手段には、法人などの組織に対応して優待証データまたは組織割引データが記憶されており、前記の検索条件受信抽出手段が、ユーザー組織情報およびユーザー個人情報を抽出することにより、検索条件の生成、または検索結果の生成、または予約結果の生成において、ユーザーに対応する優待証データまたは組織割引データを反映する、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１７】
また、上記課題を解決するため、請求項８に記載の発明においては、
請求項１〜７のいずれかに記載の発明において、
前記システムにはさらに、複数の旅行機関システムとの間でデータ中継を行い予約された利用料金情報をユーザー情報に関連付けて記憶する利用料金記憶手段が備えられた、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１８】
また、上記課題を解決するため、請求項９に記載の発明においては、
請求項１〜８のいずれかに記載の発明において、
前記のデータ中継手段は、所定のデータ項目を含む検索結果を複数の旅行機関システムから受信して、コンテンツ表示手段により複数の旅行機関システムの検索結果を同時に表示させるとともに、表示されるコンテンツにはＯＰＥＮ手配指示または予約指示の入力手段が含まれる、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００１９】
また、上記課題を解決するため、請求項１０に記載の発明においては、
請求項９に記載の発明において、
コンテンツ表示手段により表示される、複数の旅行機関システムの所定のデータ項目を含む検索結果には、行程を示すスケジュールデータが含まれる、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００２０】
また、上記課題を解決するため、請求項１１に記載の発明においては、
請求項９または１０のいずれかに記載の発明において、
コンテンツ表示手段により表示される、複数の旅行機関システムの所定のデータ項目を含む検索結果には、行程を示す路線データが含まれる、結合サーバーを用いた旅行商品検索・予約システムであることを特徴としている。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
図１は、本発明のシステムの基本的な構成の一例を示すシステム構成図である。
交通機関、宿泊施設などの旅行商品の手配を行う検索予約サーバーと、交通機関・宿泊施設などの旅行商品・サービスを提供する旅行機関が備える旅行機関システムと、検索予約サーバーおよび旅行機関システムとの間のデータ中継を行い両者を結合して機能させる結合サーバーとを含み構成される、ユーザー端末装置からアクセスされデータ処理を行うシステムである。
【００２２】
旅行機関システムは、交通機関・宿泊施設などの旅行商品・サービスを提供する旅行機関が備えるシステムであり、検索・予約・請求などを行うために必要なデータベースやプログラム等を備えるサーバー装置などである。
旅行機関は、具体的には、航空会社、鉄道会社、船会社、バス会社、レンタカー会社などの輸送機関・交通機関や、ホテルなどの宿泊施設その他の旅行サービスに関連する各種サービスを提供する機関である。これらの旅行サービスの予約をユーザーから、また旅行会社、旅行代理店などから受け付けて、手配から請求・決済処理までを行う、あるいはこれらに類似する予約・仲介・手配・請求等を行う機関である。
【００２３】
なお、本発明において、旅行商品・サービスというときには狭義の交通・宿泊以外にも、旅行会社に依頼することの可能な商品・サービスを広くいい、たとえば出張や会社業務に伴う食事や宴会などの手配、お土産の手配、会議やイベントなどの各種の会場の手配、その他の手配や精算が必要となるものを含む。
【００２４】
従来、これらの旅行機関システムに対して検索や予約などを行う場合には、ユーザーまたは旅行会社などから、それぞれの旅行機関システムに対して、別々にユーザーＩＤやパスワードなどを用いてログインし、検索や予約などの必要なデータ処理を行った後にログアウトをするという処理が必要であった。
また、複数の航空会社や、複数の鉄道会社などのデータを同時に検索・予約したり、宿泊その他の旅行商品・サービスを含めて検索・予約を同時にすることができなかったため、それぞれの旅行機関システムにログインし、データ検索などをした後にログアウトして、予約する座席や宿泊などを確認・決定し、再度ログインすることにより予約などをしなければならなかった。
本発明のシステムにおいては、後述するように旅行会社などが検索予約サーバーを設け、複数の旅行機関システムに対し統一されたインターフェースで検索や予約を行うようにするとともに、複数の異なる旅行機関システムに対してのデータ送受信、データ処理において、データ形式やデータ項目の照合や変換を行うための結合サーバーを設けている。
各旅行機関システムのデータベースの構成や、データ項目、データ形式、その他が異なるためであり、また各旅行機関システムにログインするためのユーザーＩＤなどの認証データをそれぞれ入力しなくても済むように変換を行い同時にログインするためである。
【００２５】
（旅行機関システム）
航空会社などの交通機関や宿泊施設など、それぞれの旅行機関システムのシステムは、前記の通り異なるが、検索・予約・請求などを行う基本的な機能が類似しているため、概略、下記の構成を備えている。
出張や旅行などのように、交通機関や宿泊施設の日時や人数等を指定して手配する必要がある場合には、旅行機関システムは、交通機関、宿泊施設などの旅行商品に関する提供可能なサービスの在庫データを記憶する在庫情報データベースを備えている。なお、通勤定期の手配などのように、日時や人数等を指定して手配しなくてもよい場合には、在庫情報データベースはなくても可能である。区間および期間などが指定できれば購入できるからである。
在庫情報は、交通機関の空席や、宿泊施設の空室などの在庫データである。
在庫データは、交通機関の在庫データであれば、日時、区間、席の種類、便名や列車名など、運賃、その他のデータと共に、空席の有無が記憶されている。また宿泊施設のデータであれば、日時、部屋の種類、食事、宿泊施設名、部屋名や部屋番号、宿泊可能人数、宿泊料金、付帯料金、その他のデータと共に、空室の有無が記憶されている。
【００２６】
また旅行機関システムは、出張や旅行などのように、交通機関や宿泊施設の日時や人数等を指定して手配する必要がある場合には、前記の組織が備える端末装置から送信された、交通機関、宿泊施設などの旅行商品の予約データを記憶する予約情報データベースを備えている。
なお、通勤定期の手配などのように、日時や人数等を指定して手配しなくてもよい場合には、予約情報データベースはなくても可能である。区間および期間などが指定できれば、予約をしなくても購入できるからである。
予約情報データベースには、旅行機関システムに照会をして在庫情報データベースに予約があった場合に、予約された情報を記憶する。予約情報は、交通機関の在庫データであれば、日時、区間、席の種類、便名や列車名など、運賃、その他のデータが、予約を行ったユーザーである出張者の個人ＩＤに関連付けられて記憶される。宿泊施設のデータであれば、日時、部屋の種類、食事、宿泊施設名、部屋名や部屋番号、宿泊人数、宿泊料金、付帯料金、その他のデータが、予約を行ったユーザー情報に関連付けられて記憶される。
【００２７】
また旅行機関システムは、予約に基づき行われる旅行機関システムとユーザーまたはユーザーとの取引を仲介する旅行会社等との取引データを記憶する取引情報データベースを備えている。
取引情報は、予約を行った結果をユーザーの端末装置に回答する回答や、サービスの提供を受けるユーザーから受信した確認や変更、履歴などのデータである。
【００２８】
また旅行機関システムは、取引データに基づき発生する請求データを記憶する請求データベースを備えている。
請求データベースは、ユーザーまたはユーザーとの取引を仲介する旅行会社等とに対し、毎月などの所定期間ごとに請求が行われる請求金額とその明細などのデータを記憶する。請求データベースに記憶されるデータに基づき、請求書などを出力することが可能にされている。
なお、前記の各データベースは、関係データベース、分散型データベース、その他の様々な構成を採用することができるので、必ずしも前記の各構成に限定されない。同様・類似のデータが記憶管理できればよいためである。
【００２９】
また、旅行機関システムは、ユーザーに関する情報を記憶するユーザー情報記憶手段を備えている。
個人のユーザー情報や、ユーザーが組織（法人等）に属する場合の組織のユーザー情報を記憶することにより、個人ＩＤ・パスワードや、組織（法人）ＩＤ・パスワードなどを発行し、認証サーバーによる認証処理に利用する。
ユーザー情報記憶手段には、ユーザーＩＤに関連付けられて、氏名、部署、連絡先住所、連絡先電話番号、電子メールアドレスなどの情報を記憶する。ユーザーが組織（法人等）に属する場合には、ユーザー情報記憶手段には、法人などの組織を識別するユーザー組織情報と、組織に属するユーザー個人を識別するユーザー個人情報とが記憶される。
また、航空会社の株主優待その他の優待証情報や、ユーザーである企業（法人）等ごとに割引などが設定されている場合など、ユーザーに関連するデータを記憶することができる。
【００３０】
旅行機関システムは、ユーザー端末との間のデータ処理を中継する旅行会社などが備えるシステム（結合サーバー）との間でデータ送受信を行い、送受信されるデータに基づきデータ処理を行うことにより、ユーザー端末からユーザーまたはその管理者が必要なデータを登録してユーザー登録を行い、旅行機関システムに対し在庫データの照会を行い、予約可能であれば予約を行い、手配を完了させる処理、取引情報を記録する処理、その他の処理などを行うことが可能にされている。
【００３１】
次に、検索予約サーバー、結合サーバー、予約旅行機関システムなどは通常はサーバー装置であり、これらサーバー装置の基本的なシステムの構成について説明する。
サーバー装置は、インターネットに代表されるネットワークに接続されて備えられ、ネットワークに接続する端末装置からアクセスされる。ネットワークには、インターネットをはじめとして、専用線により接続されたネットワーク形態や、企業間ＬＡＮ、ＷＡＮなどの形態を広く含む。またここで用いられる通信回線の形態には、有線通信、無線通信の形態を広く含み、衛星通信や、Ｂｌｕｅｔｏｏｔｈなどを用いた形態を含む。結合サーバーと各旅行機関システムとの間には、望ましい形態の一例としては専用線による接続を採用することができるが、これには限定されない。
サーバー装置は、通常は、アプリケーションサーバー、データベースサーバー、認証サーバー、ＷＥＢサーバー、その他必要に応じメールサーバー、その他の各種装置により構成することができる。これらの各サーバーは、物理的に同一の装置に設けられる形態や、物理的に複数の装置からなる形態、あるいはネットワークを介して接続される物理的に複数の装置からなる形態などを含み、機能的に同様の機能が実現されるならば、様々な形態を含む。
【００３２】
（検索予約サーバーおよび結合サーバー）
次に、検索予約サーバーおよび結合サーバーについて説明する。
前記したように、本発明のシステムにおいては、旅行会社などが検索予約サーバーを設け、複数の旅行機関システムに対し統一されたインターフェースで検索や予約を行うようにするとともに、複数の異なる旅行機関システムに対してのデータ送受信、データ処理において、データ形式やデータ項目の照合や変換を行うための結合サーバーを設けている。
検索予約サーバーは、主として検索・予約処理を行うためのコンテンツ、プログラム、および必要なデータベース等を備えるものである。サーバーの構成は、ユーザー端末からアクセスするためのコンテンツデータ及びプログラムを記憶するＷＥＢサーバーを備え、さらに必要に応じアプリケーションサーバー、データベースサーバー、認証サーバー、ＷＥＢサーバー、その他必要に応じメールサーバー、その他の各種装置により構成することができる。コンテンツデータには、ＨＴＭＬファイル、ＸＭＬファイルなどのＷＥＢ上に表示されるデータファイルや、Ｃ−ＨＴＭＬファイルなどのＷＥＢサイトにアクセス可能な携帯電話等に表示されるデータファイルなどが含まれる。
【００３３】
図１を再度参照すると、検索予約サーバーと結合サーバーとは、ユーザー端末と旅行機関システムとを中継する旅行会社などが備え、組織（企業等）Ｂや、あるいは組織に属さないユーザー個人からアクセス可能に設置してもよい。
組織（企業等）Ｂの組織内においては、たとえば社内の出張申請・管理システムなどを設け、社内システムにおいて検索予約サーバーへアクセスしデータ処理を行うメニューなどを連携して備えることにより、検索予約サーバーへの検索・予約等の処理を行えるようにすることもできる。
また、前記のように、各サーバーは、物理的に同一の装置に設けられる形態や、物理的に複数の装置からなる形態、あるいはネットワークを介して接続される物理的に複数の装置からなる形態などを含むので、検索予約サーバーと結合サーバーとは物理的に別々の装置であってもよい。
一方、検索予約サーバーと結合サーバーとは物理的に同一の装置であってもよい。
図１を再度参照すると、結合サーバーはユーザー端末と旅行機関システムとを中継する旅行会社などが備え、検索予約サーバーは旅行会社などと契約した組織（企業等）Ａが組織内に設置されるようにしてもよい。
組織（企業等）Ａの組織内においては、たとえば社内の出張申請・管理システムなどを設け、社内システムと検索予約サーバーと連携して備えることにより、検索予約サーバーへの検索・予約等の処理を行えるようにすることもできる。
【００３４】
法人などの組織が備える端末装置からアクセスされデータ処理を行う際の、サーバーシステムに接続するためのユーザー装置としては、通常、パーソナルコンピュータやワークステーションなどのコンピュータ端末が用いられる。この他、ユーザー端末には、インターネット等に接続可能なブラウザ機能を搭載した携帯電話をはじめとする無線通信端末、携帯情報端末や、インターネットＴＶ、ゲーム機器、テレビ会議システム、その他のネットワーク接続機能を備えた家電製品などの機器を広く含むことができる。
なお、法人などの組織が備えるユーザー装置としては、特に代表的な形態では、組織内に設置されたコンピュータ装置がＬＡＮ接続などにより備えられ、出張者などのユーザーによる予約処理や、ユーザーの上司・担当部署などの管理者による管理処理等を組織内に設置されたユーザー端末において操作により行うことができる。
コンピュータ端末は、制御手段、記憶手段、入力手段、出力手段、表示手段などを備える。またインターネットに代表されるコンピュータネットワークに接続し、データの送受信を行う機能を備え、ブラウザや電子メールソフトウェア、ワードプロセッサなどのアプリケーションプログラムや、オペレーティングシステム（ＯＳ）を備えることが通常の形態である。
【００３５】
（検索予約サーバー）
次に、検索予約サーバーの基本的な構成について説明する。
検索予約サーバーは、ユーザーに関する情報を記憶するユーザー情報記憶手段を備えている。
個人のユーザー情報や、ユーザーが組織（法人等）に属する場合の組織のユーザー情報を記憶することにより、ユーザー認証データ（個人ＩＤ・パスワードや、組織（法人）ＩＤ・パスワードなど）を発行し、認証サーバーによる認証処理に利用する。
【００３６】
ユーザー情報記憶手段には、ユーザーＩＤに関連付けられて、氏名、部署、連絡先住所、連絡先電話番号、電子メールアドレスなどの情報を記憶する。ユーザーが組織（法人等）に属する場合には、ユーザー情報記憶手段には、法人などの組織を識別するユーザー組織情報と、組織に属するユーザー個人を識別するユーザー個人情報とが記憶される。
ここで、検索予約サーバーのユーザー情報記憶手段には、検索予約サーバーにアクセスするためのユーザーＩＤ（共通ＩＤ）などの認証データと、これに対応して、複数の旅行機関システムごとにユーザー登録により設定された各旅行機関システムのユーザーＩＤなどの認証データとが関連付けられて記憶されている。これにより、ユーザーは少なくともユーザーＩＤ（共通ＩＤ）を入力すれば、検索予約サーバーにおいてユーザー情報記憶手段を参照することにより、各旅行機関システムごとのユーザーＩＤなどの認証データをそれぞれ入力しなくても済むように、同時にログインするために変換を行うことができる。
【００３７】
また、個人別・あるいは組織（企業等）に、様々な設定の有無を判定可能なように、個人情報データベースに個人ＩＤと関連付けて各種のデータを記憶することができる。
たとえば、ユーザー情報記憶手段には、ユーザー個人または法人などの組織に対応して上限金額データが記憶されており、ユーザーが検索または予約を行う際に参照して利用することができる。上限金額データは、たとえば企業等の組織の管理者や承認者、あるいはシステム管理者などが設定して記憶させておくことができる。
上限金額データの一例としては、交通機関や宿泊機関ごとの金額や、出張などのトータル金額、１日あたりの上限金額、１泊の宿泊料金などの個々の金額などの条件である。
【００３８】
上限金額データにより、検索条件を入力した際に、前記の検索条件受信抽出手段が、ユーザー情報を参照して、ユーザーに対応する検索条件を生成することができ、この場合には旅行機関システムに対し検索要求をする前に、検索条件として上限金額を設定することができる。上限金額を超えるデータは検索結果として抽出されない、あるいは表示方法を変えて検索結果が表示されるようにすることができる。
一方、上限金額データの参照は、検索を行った結果、検索結果を受信した際に、コンテンツ表示手段がユーザー情報を参照して、上限金額を超えるか否かを判定してコンテンツを生成し表示するようにすることができる。この場合にも、上限金額を超えるデータは検索結果として抽出されない、あるいは表示方法を変えて検索結果が表示されるようにすることができる。
【００３９】
たとえば、ユーザー情報記憶手段には、法人などの組織に対応して出張規定データが記憶されており、ユーザーが検索または予約を行う際に参照して利用することができる。出張規定データは、たとえば企業等の組織の管理者や承認者、あるいはシステム管理者などが設定して記憶させておくことができる。
【００４０】
上限金額データや出張規定データは、会社などの組織全体の出張規定・旅費規程などのほか、個人ごとに一人一人につきあらかじめ記憶させておいてもよく、あるいは所属支店ごと、所属部署ごと、役職ごとなどのランクごと、プロジェクトごとなどの単位であらかじめ記憶させておいてもよい。あるいは１回の出張などの一連の取引ごと、あるいは月・年などの期間ごとに上限金額や予算をあらかじめ記憶させておいてもよい。
出張規定データの一例としては、交通機関や宿泊施設の予約をしたりする際の、旅費区分（交通機関・宿泊等）ごとの利用等級・金額、交通機関ごとの期間や日時、季節や曜日、あるいは地域、交通機関の路線や会社名、宿泊施設の種類や名称・会社名などである。
【００４１】
また、上限金額データや、出張規定データなど、ユーザーが検索または予約を行う際に参照する、前述した各種のデータは、企業など組織の上司や管理者、担当部署などが、定期的に、あるいは逐次更新するなどして管理できるようにしてもよい。
たとえば、交通機関の料金や宿泊料金、その他の旅行や出張に掛かる費用は、季節や曜日、あるいは混雑率などによって変動することがあり、さらに企業等の組織における利用率や利用金額、個人ユーザーの利用率や利用金額などの利用実績に応じて、割引率が変更することがある。また、割引率の変動などにより直接料金が変更する以外にも、優待券や割引券などが与えられたり、取引実績に応じて取引条件が変動することがある。
こうした場合において、企業など組織の上司や管理者、担当部署などが、上限金額や社内規定などを変更したり、変更はしないまでも特定の交通機関や宿泊施設を推奨したり、検索結果において表示・非表示や色替え表示、注意喚起表示などにより優先的に表示されるような検索条件をあらかじめ設定したりすることができる。
また、上限金額データや、出張規定データなど、ユーザーが検索または予約を行う際に参照する、前述した各種のデータは、企業など組織の上司や管理者、担当部署などが更新するなどして管理しなくても、企業内システム等において利用金額や利用実績、割引率などを自動的に演算することにより自動的に更新されるようにすることもできる。また、上限金額データや、出張規定データなど、ユーザーが検索または予約を行う際に参照する、前述した各種のデータは、各旅行機関システムから、利用金額や利用実績、割引率などを自動的にダウンロードされるようにして自動的に更新されるようにすることもできる。
【００４２】
出張データにより、検索条件を入力した際に、前記の検索条件受信抽出手段が、ユーザー情報を参照して、ユーザーに対応する検索条件を生成することができ、この場合には旅行機関システムに対し検索要求をする前に、検索条件として出張規定を設定することができる。出張規定に適合しないデータは検索結果として抽出されない、あるいは表示方法を変えて検索結果が表示されるようにすることができる。
一方、出張規定データの参照は、検索を行った結果、検索結果を受信した際に、コンテンツ表示手段がユーザー情報を参照して、出張規定に適合するか否かを判定してコンテンツを生成し表示するようにすることができる。この場合にも、出張規定に適合しないデータは検索結果として抽出されない、あるいは表示方法を変えて検索結果が表示されるようにすることができる。
【００４３】
次に、ユーザー情報記憶手段には、法人などの組織に対応して優待証データまたは組織割引データが記憶されており、前記の検索条件受信抽出手段が、ユーザー組織情報およびユーザー個人情報を抽出して、ユーザーに対応する検索条件を生成するようにすることができる。
優待証データまたは組織割引データは、航空会社の株主優待その他の、交通機関や宿泊施設その他の優待証情報や、ユーザーである企業（法人）等ごとに割引などが設定されている場合などである。
なお、これらのデータは検索予約サーバーに記憶しなくても、各旅行機関システムに記憶されているデータを参照するようにすることができる。
【００４４】
次に検索予約サーバーは、ユーザー端末からのアクセスに対し認証を行う認証手段を備えている。
認証手段は、ユーザーＩＤなどのユーザー認証データ（法人などの組織を識別する認証データや、組織に属する個人を識別する認証データ）を用いて、ユーザー端末からのアクセスに対し、検索予約サーバーへのアクセス権限の認証を行う。
ユーザー認証には様々な認証方法を利用することができるが、代表的な方式としては、端末装置からユーザー登録を行い、ユーザーＩＤやパスワードなどが発行される形態が一般的には用いられる。
本発明においては、検索予約サーバーにアクセスするためのユーザーＩＤ（共通ＩＤ）などの認証データを少なくとも用いればよい。
ユーザー個人のＩＤとは別に、組織（企業）別にＩＤ・パスワードを付与することにより、企業等ごとの予約情報の管理や、請求・精算の管理を行うため、あらかじめ契約企業等の組織ごとのＩＤ・パスワード等を併用することもできる。
【００４５】
認証サーバーによる認証に用いるためのデータは、ユーザー端末の画面に表示される入力フォーム等にキーボード等の入力手段を用いて入力する以外にも、様々な入力手段による入力により、認証サーバーに送信することができる。好ましい形態の一例としては、個人ごとの磁気カード、ＩＣカード、携帯電話その他の端末装置が備える情報記憶媒体、その他の個人別情報記録媒体に記憶されており、個人別情報記録媒体に記憶されたデータを読み取り、サーバーに送信可能にされているような形態である。
【００４６】
次に、検索予約サーバーは、あらかじめ記憶されている所定のユーザー情報に対応付けられて記憶された、複数の旅行機関システムごとに設定された認証データを参照し、旅行機関システムとの間での認証データ送受信の中継を行う認証データ中継手段を備えている。
検索予約サーバーにアクセスするためのユーザーＩＤ（共通ＩＤ）などの認証データに基づき、ユーザー情報記憶手段を参照し、あらかじめユーザーＩＤ（共通ＩＤ）に対応付けられて記憶されている、複数の旅行機関システムごとにユーザー登録により設定された各旅行機関システムのユーザーＩＤなどの認証データを抽出し、各旅行機関システムに送信することによりそれぞれの認証処理を受けるものである。
これにより、ユーザーは少なくともユーザーＩＤ（共通ＩＤ）を入力すれば、検索予約サーバーにおいてユーザー情報記憶手段を参照することにより、各旅行機関システムごとのユーザーＩＤなどの認証データをそれぞれ入力しなくても済むように、同時にログインするために変換を行うことができる。
なお、認証データ中継手段は、検索予約サーバーに設けなくても、後述する結合サーバーに設けることでもよい。その場合の処理や機能、作用などは共通する。
【００４７】
次に、検索予約サーバーは、ユーザー端末からのコンテンツ配信要求に応答してコンテンツ送信・データ検索・その他のデータ処理を行うコンテンツ表示手段を備えている。
ユーザー端末からのアクセスにより、コンテンツ送信要求に応答してコンテンツを送信し、あるいはコンテンツを生成して送信するものである。通常のＷＥＢサーバーの機能である。
コンテンツには、あらかじめ検索予約サーバーに記憶されているコンテンツ（たとえばメニュー画面など）や、各旅行機関システムから受信したデータに基づき生成されるコンテンツ（たとえば検索結果、予約結果など）などが含まれる。
【００４８】
次に、検索予約サーバーは、ユーザー端末から送信される、交通機関・宿泊施設などの旅行商品の検索条件を受信または抽出する検索条件受信抽出手段を備えている。
検索条件受信手段は、ユーザー端末の画面に表示される検索条件等の入力フォーム等に入力され送信されたデータを受信して、各旅行機関システムに対する検索要求を送信するために必要な所定のデータ項目を抽出し、結合サーバーに送信する。検索条件には、予約結果や予約記録、履歴、請求データなどの、あらかじめ各旅行機関システムに記憶されているデータの送信要求指示を広く含み、予約記録一覧の照会などの処理を行うこともできる。
【００４９】
次に、検索予約サーバーは、ユーザー端末から送信される、交通機関・宿泊施設などの旅行商品の予約指示を受信する予約指示受信手段を備えている。
予約指示受信手段は、ユーザー端末の画面に表示される予約指示等の入力フォーム等に入力され送信されたデータを受信して、各旅行機関システムに対する予約要求を送信するために必要な所定のデータ項目を抽出し、結合サーバーに送信する。予約指示には、ＯＰＥＮ手配指示、予約指示、発券指示、取消指示、変更指示などの、旅行商品・サービスの予約・手配・取消・変更に関するデータ処理要求指示を広く含む。
【００５０】
次に、検索予約サーバーは、結合サーバーからデータ処理の結果を受信するデータ受信手段を備えている。
データ受信手段が受信したデータは、コンテンツ表示手段が参照してコンテンツ生成可能なように記憶される。
検索結果、予約結果、各種の履歴や記録、請求データなどを、各データベースを設けてユーザー情報と関連付けることにより、検索予約サーバーに記憶してもよい。
各旅行機関システムと同様に、検索予約サーバーに、取引情報データベース、予約情報データベース、利用料金記憶手段（請求データベース）等を設けてもよい。これらを設けた場合の構成は、各旅行機関システムの構成と同様または類似するものであるため省略する。
【００５１】
なお、利用料金記憶手段に記憶される金額には、中継する旅行会社からの請求金額を含めて記憶することにより、旅行会社の手数料を含めるなどの請求ができる。
また、複数の旅行機関システムとの間でデータ中継を行い予約された利用料金情報をユーザー情報に関連付けて記憶する利用料金記憶手段を備えた場合には、複数の旅行機関システムの利用料金を一括することができる。
旅行会社は一定期間ごとに、組織・企業に対して請求を行う。たとえば１か月ごとなどである。請求は組織・企業ごとに行われるため、旅行会社システムにおいては企業ＩＤに基づき取引情報データベースに記憶されている、あらかじめ決められた日時までの取引情報デ−タを抽出して、請求データを組織ごと、企業ごと等に作成し、利用料金記憶手段データベースに記憶する。
【００５２】
企業との精算方法としては、現金振込、クレジットカード決済、その他の通常知られている様々な決済方法を採用することができる。望ましい形態の一例によれば、旅行会社システムにおいて、たとえばクレジットカード会社等の金融機関、決済機関と連携することなどにより、企業等との契約および個人の登録に従い、個人決済のための個人コーポレートカード、企業決済のための企業コーポレートカード等を発行し、企業が一括精算する形態などを採用することができる。企業の特定のカードＮｏで精算を行うことができ、予約時に与信のみを取り、月締めの後に一括決済する方法などが好ましい。
【００５３】
（結合サーバー）
次に、結合サーバーは、あらかじめ記憶されている所定のユーザー情報と、受信した検索条件または予約指示を含むデータを、複数の旅行機関システムごとに、所定のデータ項目のそれぞれを中継先の各旅行機関システムのデータに対応付けて送信し、旅行機関システムとの間でのデータ送受信の中継を行うデータ中継手段を少なくとも備えている。
検索予約サーバーにおいては、複数の旅行機関システムに送信するための検索条件・検索指示データや、予約指示データは、共通するデータ項目やデータ形式を用いることにより、一つの入力画面で入力を行うことが可能にされている。
これら所定のデータ項目を、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式に対応させて、結合サーバーに記憶されている。対応付けられたデータ項目・データ形式を参照して、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式に変換を行い、送信する。
逆に、各旅行機関システムから検索結果や予約結果などのデータを受信した際に、対応付けられたデータ項目・データ形式を参照して、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式を共通のデータ項目・データ形式に変換を行い、検索予約サーバーを介してユーザー端末に送信する。
これにより、ユーザー端末から旅行商品検索予約サーバーに検索条件・予約指示の送信をすることにより、複数の旅行機関システムとの間でデータ中継を行い、検索結果・予約結果をユーザー端末において受信可能にされている。
【００５４】
以下、本発明の基本的な処理の流れについて説明する。
図２、及び図５から図１８は、本発明の基本的な処理の流れの一例を示すフローチャートである。なお、ここに示す処理の流れは代表的な一例であって、これに限定されるものではなく様々な応用が可能である。
【００５５】
図２は、ユーザー端末からシステムへのログイン処理を経て、本発明のシステムを利用する処理の概要を示すフローチャートである。
また図３は、本発明のシステムを利用する一連の処理において、ユーザー端末から入力を行うデータ形式、データ項目の基本的な一例を示す図である。
また図４は、本発明のシステムを利用する一連の処理において、ユーザー端末に出力され表示されるデータ形式、データ項目の基本的な一例を示す図である。すべての検索結果、予約結果などのデータ処理結果を、各ユーザー端末へログアウト時に共通インタフェースで送信する。
また、図１９から図３５は、本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【００５６】
初めに、図２を参照してユーザー端末からシステムへのログイン処理を経て、本発明のシステムを利用する処理について説明する。
ユーザー端末からインターネットに接続し（Ｓ１００）、検索予約サーバーにアクセスする（Ｓ１０１）。検索予約サーバーから認証画面をユーザー端末に送信して表示させる（Ｓ１０２）。
ユーザー端末においては、あらかじめ検索予約サーバーにアクセスするためのユーザー登録を行いユーザーＩＤなどの認証情報（企業ＩＤ、共通ＩＤ等）が発行されており、認証情報の入力により認証処理が行われる（Ｓ１０３）。
【００５７】
検索処理、予約処理、その他の各処理を行うために、検索予約サーバーから交通機関や宿泊施設などの各旅行機関システムにアクセスをするが、この際には、認証データ中継手段が、あらかじめ記憶されている所定のユーザー情報に対応付けられて記憶された、複数の旅行機関システムごとに設定された認証データを参照する。認証情報に基づき、ユーザーＩＤ（共通ＩＤ）に対応付けられて記憶されている旅行機関システムごとのユーザーＩＤを抽出し（Ｓ１０４）、結合先を判定する。
結合サーバーから各旅行機関システムに対し各旅行機関システムのユーザーＩＤなどの認証データを抽出し、各旅行機関システムに送信し、認証処理により接続する（Ｓ１０５）。各旅行機関システムの認証ＯＫであれば（Ｓ１０６）、検索予約サーバーからユーザー端末にメニュー画面を送信し表示する（Ｓ１０７）。ユーザーは、ユーザー端末においてメニューの中から各旅行機関システムに対する処理を選択する（Ｓ１０８）。
図１９は、メニュー画面の一例を示す。
選択可能な代表的な処理は、検索処理（直接検索、ルート検索等）、予約処理、取消処理、予約記録一覧照会処理、優待証登録処理などである。
各旅行機関システムの認証処理によりアクセスが認められない場合には（Ｓ１０６）、該当する旅行機関システムに対しユーザー登録を行い利用登録をする必要がある。
【００５８】
次に図５を参照して、各旅行機関システムに対する利用登録処理について説明する。
利用登録は、各旅行機関システムを利用するにあたり、接続先の各旅行機関システムへ事前に必須の事項を登録するものである。
登録に際しては、ユーザーが契約した企業などである場合には、事前に社員登録をするようにして、社員データ、所属データなどの必要事項をフレキシブルディスクやＣＤ−ＲＯＭなどの情報記憶媒体等により提出し、旅行機関システム管理者側で登録を行うこともできる。
利用登録の際の必要な事項の登録データを、最初に予約時に、自動送信で利用登録を可能にすることもでき、以下ではその処理について説明する。
利用登録が必要な各旅行機関システムのユーザー登録画面を表示させ（Ｓ１５０）、必要な登録事項をユーザー端末において入力し、検索予約サーバーに送信する（Ｓ１５１）。ユーザー情報は検索予約サーバーのユーザー情報記憶手段に記憶され（Ｓ１５２）、結合サーバーにおいて必要に応じ各旅行機関システムのデータ形式に変換される（Ｓ１５３）。データの変換はＰＯＳＴ、ＸＭＬ（ＳＯＡＰ）等を用いることができる。
【００５９】
ユーザー情報などの必要事項データは各旅行機関システムに送信し記憶され（Ｓ１５４）、該当する旅行機関システムに対するユーザー登録処理が行われる。ユーザー登録が認められれば（Ｓ１５５）、各旅行機関システムのユーザーＩＤなどの認証情報が発行され、認証情報を含むユーザー登録結果を結合サーバーに送信し（Ｓ１５６）、認証情報を含むユーザー登録結果を検索予約サーバーにおいてユーザー情報記憶手段に記憶する（Ｓ１５７）。これにより、各旅行機関システムの認証情報と、検索予約サーバーの認証情報（共通ＩＤなど）とが対応付けられて記憶される。ユーザー登録結果をユーザー端末に送信し表示する（Ｓ１５８）。
【００６０】
次に、図６から図８を参照して、検索処理について説明する。
図２０は、検索条件の入力を行う画面の一例を示す。
ユーザーが検索条件の入力をユーザー端末において行うが、あらかじめ交通機関名、便名、宿泊施設名などがわかっている場合にはこれらを入力、あるいはリスト等の中から選択する。また日程や希望時間帯などを入力または選択等により指定する。これらの情報があらかじめわかっていない場合には、だいたいの日時、場所、その他の条件により検索等を行って抽出し、選択・指定することもできる。
検索方法として、あらかじめルートや、出発地・到着地の指定などを行い、それに合致する検索結果を一覧表示、リスト表示などにより出力・表示する直接検索（ダイレクト検索）の方法や、出発地・到着地・経由地の指定などを行い、その途中のルートを検索し、それに合致する検索結果をルート表示や、ルート表示とリスト表示の組み合わせなどにより出力・表示するルート検索の方法、あらかじめ出発日時や到着日時、宿泊日数、ルートや、出発地・到着地・経由地の指定などを行い、それに合致する検索結果をスケジュール表示や、スケジュール表示とリスト表示の組み合わせなどにより出力・表示するスケジュール検索の方法、その他の様々な検索方法を利用可能にすることができる。
【００６１】
検索処理を行う前に認証処理を経て、各旅行機関システムに接続する処理は、図２に一例を示した通りであり、この処理は後述する他の処理においても共通する。
次にユーザー端末において検索方法を選択し（Ｓ２００）、検索条件（日時、搭乗日、区間、利用クラス、他）を入力する（Ｓ２０１）。
検索条件入力は、様々な検索条件を複数組み合わせて入力し、送信を行うため、あらかじめ入力された複数の検索条件をソート処理等により、優先順位付けを行うことが望ましい。たとえば、日時がまったく異なるのに、料金が安いという条件が優先されて検索結果が出力されても無意味だからであり、検索・予約に際して必須の条件ほど優先されることが望ましい。また、検索条件の優先順位付けをユーザーが行えるようにすることも望ましい。料金の条件を優先するユーザーや、早く到着することを優先するユーザーなど、ユーザーにより優先度が様々だからである。
【００６２】
好ましい一例としては、下記の単位でソートする。
１出発時刻善準（出発時刻の1便前から昇順に表示）
２到着時刻基準（到着時刻に近い順に、降順に表示）
３時間範囲指定
４特別席（スーパーシート、グリーン、普通席）
５搭乗日
６利用会社指定（航空会社のみ、鉄道のみ、各会社単位）
７各企業等の出張規定
各企業等の出張規定はあらかじめユーザー情報に関連付けられて記憶されているが、たとえば同じ社内で重役が課長以下の一般社員等と同じ場所に出張する場合等において、重役はグリーン車の手配となり、航空チケット等はビジネスまたはファーストクラスで手配しなければならない等の社内規定があらかじめ登録されていた場合には、その登録内容によって予約が行われ一覧が表示される。
アクセス権限によってはすべての社員の一覧を表示する事も出来、また必要最小限の一覧を表示する。検索・予約の際に、重役のユーザー情報と一般社員のユーザー情報とが入力・指定されるなどして識別されればよい。
【００６３】
次に、検索対象とする旅行機関システムをユーザーが指定するなどして確認することができ（Ｓ２０２）、空席・運賃等の検索要求をユーザー端末から送信し（Ｓ２０３）、検索予約サーバーにおいて受信する（Ｓ２０４）。
ルート検索の検索要求である場合には（Ｓ２０５）、後述するＳ３００に進む。
ルート検索の検索要求ではなく、直接検索による一覧表示その他の検索方法である場合には（Ｓ２０５）、検索条件受信手段は、ユーザー端末の画面に表示される検索条件等の入力フォーム等に入力され送信されたデータを受信して、各旅行機関システムに対する検索要求を送信するために必要な所定のデータ項目を抽出し、結合サーバーに送信する。結合サーバーにおいて検索対象となる結合先の旅行会社システムを判定する（Ｓ２０６）。結合サーバーにおいて、検索条件などのデータ項目を、必要に応じ各旅行機関システムのデータ形式に変換する（Ｓ２０７）。所定のデータ項目を、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式に対応させて、結合サーバーに記憶されている。対応付けられたデータ項目・データ形式を参照して、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式に変換を行い、各旅行機関システムに送信する（Ｓ２０８）。
送信されたデータは、各旅行機関システムにおいて受信され（Ｓ２０９）、これに基づき各旅行機関システムにおいて在庫情報データベース等を検索し（Ｓ２１０）、交通機関の空席や時刻、料金、宿泊施設の空室、料金、その他のデータを抽出する。
【００６４】
一方、ルート検索の検索要求である場合には（Ｓ２０５）、検索予約サーバーにおいて、ルートを検索し抽出する（Ｓ３００）。検索条件受信手段は、ユーザー端末の画面に表示される検索条件等の入力フォーム等に入力され送信されたデータを受信して、各旅行機関システムに対する検索要求を送信するために必要な所定のデータ項目を抽出し、結合サーバーに送信する。結合サーバーにおいて検索対象となる結合先を判定し（Ｓ３０１）、結合サーバーにおいて必要に応じ各旅行機関システムのデータ形式に変換する（Ｓ３０２）。所定のデータ項目を、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式に対応させて、結合サーバーに記憶されている。対応付けられたデータ項目・データ形式を参照して、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式に変換を行い、各旅行機関システムに空席・運賃等の検索要求を送信する（Ｓ３０３）。
送信されたデータは、各旅行機関システムにおいて受信され（Ｓ３０４）、各旅行機関システムにおいて在庫情報データベース等を検索し（Ｓ３０５）、目的地までのルートと交通機関の空席や時刻、料金、宿泊施設の空室、料金、その他のデータを抽出する（Ｓ３０６）。ルートの途中において、乗り継ぎが必要である場合には（Ｓ３０７）、乗り継ぎを行う中継地点までのルートについて検索を行い、さらに中継地点から目的地（あるいは次の中継地点）までのルートについて検索を行う（Ｓ３０６）。
さらに他のルートを検索する場合には（Ｓ３０８）、同様の処理を繰り返し、想定されるルートごとの検索を行う。検索を行うルートの組み合わせは、組み合わせが多数ある場合において、すべてのルートの組み合わせを行ってもよく、あるいは５ルートまでのようにあらかじめ設定し、またはユーザーが設定することができる。また、料金の上限や時間の制限などの他の条件により絞り込むこともできる。
【００６５】
直接検索やルート検索のいずれの場合にも、検索結果は、各旅行機関システムから送信され、結合サーバーにおいて受信する（Ｓ４００）。各旅行機関システムから検索結果や予約結果などのデータを受信した際に、対応付けられたデータ項目・データ形式を参照して、各旅行期間システムごとに、各旅行機関システムのデータ項目・データ形式を共通のデータ項目・データ形式に変換を行い（Ｓ４０１）、検索予約サーバーに送信する。
検索予約サーバーにおいては、検索結果に基づき、上限金額チェック処理、出張規定チェック処理、優待証利用可否チェック処理、企業ＩＤごとの割引チェック処理、等の処理をすることもでき、好ましい処理の形態の一例である。これらの各処理について次に説明する。
【００６６】
図９は、上限金額チェック処理の一例を示すフローチャートである。
検索予約サーバーにおいて、ユーザー認証情報に基づき、ユーザー情報記憶手段を参照して上限金額を抽出する（Ｓ４２０）。
検索結果が上限金額以内かを判定し（Ｓ４２１）、上限金額を超える場合には、上限金額を超えることを示すデータを検索結果データに付加する（Ｓ４２２）。上限金額超過フラグなどであり、フラグが付加された検索結果データはユーザー端末において非表示にされたり、あるいは検索結果やルート、スケジュール表などの色替え表示や点滅表示、上限金額超過や予約不可、要社内稟議などを警告する文字やマークなどが付与されてコンテンツが生成されるなどの処理をすることができる。
上限金額の判定は、交通費全体や、あるいはここのルートごとの交通費、１泊ごとの宿泊費、出張などの行程全体の費用などについて判定することができる。
他の検索結果（交通機関、宿泊など）がある場合には（Ｓ４３３）、同様の処理により判定を行う。
【００６７】
図１０は、出張規定チェック処理の一例を示すフローチャートである。
ユーザー認証情報に基づき、ユーザー情報記憶手段を参照して出張規定を抽出する（Ｓ４４０）。
検索結果ごとに、旅費区分（交通機関、宿泊等）ごとの利用等級・金額等を参照し（Ｓ４４１）、検索結果が出張規定に抵触するかを判定する（Ｓ４４２）。判定は、交通機関全体や、あるいはここのルートごと、１泊ごとの宿泊、出張などの行程全体などについて判定することができる。出張規定に抵触する場合には、出張規定に抵触することを示すデータを検索結果データに付加する（Ｓ４４３）。出張規定抵触フラグなどであり、フラグが付加された検索結果データはユーザー端末において非表示にされたり、あるいは検索結果やルート、スケジュール表などの色替え表示や点滅表示、出張規定抵触や予約不可、要社内稟議などを警告する文字やマークなどが付与されてコンテンツが生成されるなどの処理をすることができる。企業ＩＤごとに、利用可能な会社・運賃（割引）などをスケジュール画面等に表示することができる。
また、上限金額データや、出張規定データなど、ユーザーが検索または予約を行う際に参照する、前述した各種のデータは、企業など組織の上司や管理者、担当部署などが更新するなどして管理したり、自動的に更新されるようにされている場合には、これらのデータを参照することにより、特定の交通機関や宿泊施設を推奨したり、検索結果において表示・非表示や色替え表示、注意喚起表示などにより優先的に表示されるような検索条件をあらかじめ設定したりすることができる。
【００６８】
図１１は、優待証利用可否チェック処理の一例を示すフローチャートである。優待証は、必ずしも優待証といった名称ではなくともよく、代表的な一例としては航空会社の株主優待券その他の優待証、鉄道会社などの株主割引その他の優待証、宿泊施設の無料宿泊券や割引券、宿泊チケットなどのようなものである。
優待証を利用することを選択した場合には検索条件にあらかじめそのことを示すデータが含まれることにより、優待証利用可否チェックを行うことを判定する（Ｓ４６０）。検索予約サーバーにおいて、ユーザー認証情報に基づき、ユーザー情報記憶手段を参照して優待証データ（番号・枚数等）を照会し抽出する（Ｓ４６２）。照会対象となる結合先を判定し（Ｓ４６３）、結合サーバーを介して結合先の旅行会社システムに接続し、区間・宿泊先等ごとに、優待証の番号・枚数の存在を照会する（Ｓ４６４）。優待証の利用が可能であれば（Ｓ４６５）、優待証を利用することを検索結果の料金等に反映し、コンテンツが生成・表示されるようにする（Ｓ４６６）。料金等への反映は、優待証利用の場合の料金表示のみをすることでもよく、あるいは利用した場合と利用しない場合とを併記して表示するようにしてもよい。
また、優待証が利用できない場合などにおいても、ユーザー（企業等）ごとの契約や取引量などによる割引適用がある場合には（Ｓ４６７）、割引を検索結果（料金等）に同様に反映することができる（Ｓ４６８）。
優待証による割引は、たとえば航空券の優待証利用において、各航空会社ごとに割引券の割引率等の属性情報が異なるため、検索予約サーバーにおいては各割引券の属性情報を算出してキャリアごとに割引表示を行う。
また、割引ごとの特殊性などの注意表示をすることができ、たとえば割引名称の背景を色わけをするなどして、内容の注意を喚起する。たとえば手数料が発生する割引などである。
優待証に関しても、企業など組織の上司や管理者、担当部署などが更新するなどして管理したり、枚数などのデータを自動的に更新されるようにしておけば、これらのデータを参照することにより、特定の交通機関や宿泊施設での優待証使用を推奨したり、逆に優待証使用を制限したり、検索結果において表示・非表示や色替え表示、注意喚起表示などにより優先的に表示されるような検索条件をあらかじめ設定したりすることができる。
【００６９】
優待証の保有・利用は、各旅行機関システムへの利用登録情報を入力しておけばよい。
あるいは、ユーザー端末から優待証の保有・利用に関するデータを登録しなくても、各旅行機関システムが記憶管理している優待証に関するデータを参照し、あるいはダウンロードすることにより、ユーザー端末から入力・送信をして検索予約サーバーに記憶させなくても、検索結果への反映や、予約時の優待証利用に関するデータの入力を省くことができる。
優待証が紙や、ＩＣカードなどの情報記憶媒体であった場合にも、また優待証が連番か否かに関わりなく、各旅行機関システムごとにチェックしてきた従前の方法に対して、ユーザー（企業等）が保有する優待証の有効枚数の管理ができ、またその優待証を利用した検索・予約等が可能になる。
【００７０】
次に、図８を再度参照し、Ｓ４０１の後に必要に応じ、検索予約サーバーにおいては、検索結果に基づき、上限金額チェック処理、出張規定チェック処理、優待証利用可否チェック処理、企業ＩＤごとの割引チェック処理等の処理を行い、複数の各旅行機関システムから受領したそれぞれの検索結果を記憶する。
ここで、複数の旅行機関システムから受信したデータ項目やデータ形式は、結合サーバーにおける変換処理により、検索予約サーバーにおいて統一された共通のデータ形式・データ項目にされている。
しかしながら、同じ場所（地名・駅名など）であっても、旅行機関システムごとに異なる用語になっている場合がある。たとえば東京の「有楽町」と「日比谷」、「上野」と「京成上野」などが一例である。
また、同じ内容のサービス内容や商品名称などであっても、旅行機関システムごとに異なる用語になっている場合がある。たとえば航空会社ごとの「前売り」と「早割り」、「特定割引」と「便指定予約」などが一例である。
あるいは、同じ区間であっても、旅行機関システムごとに運賃が異なる場合や、あるいは各社の運賃が統一されて設定されている場合などがある。
このような場合において、検索結果をそのまま出力・表示してもよいが、共通運賃・共通名称があればこれを検索して統一したような出力・表示をすることもできる。
図１２は、共通運賃・名称検索処理の一例を示すフローチャートである。
検索予約サーバーにおいて、共通名称・運賃等データベースを参照し（Ｓ４８０）、検索結果データと照合を行う（Ｓ４８１）。
共通名称・運賃等があるか否かを判定し（Ｓ４８２）、あった場合には共通名称・運賃が表示されるようにデータ処理を行う（Ｓ４８３）。たとえば「日比谷」を「有楽町」あるいは「日比谷（有楽町）」、「有楽町（日比谷）」のように変換したり、運賃などが各社共通か、専用運賃かを表示されるようにしたりするような例である（Ｓ４８４）。運賃・名称を各社で共通の名前のセットにしたり、並び順を設定したりすることが可能になる。
他の検索結果（交通機関、宿泊など）がある場合には（Ｓ４８５）、同様にそれぞれについて処理を行う。
【００７１】
次に、再度図８を参照し、変換された各旅行機関システムのデータに基づき表示されるコンテンツを生成する（Ｓ４０２）。
検索結果データの表示条件等を参照し（Ｓ４０３）、検索結果の一覧表示生成処理、スケジュール表示生成処理、ルート表示生成処理等を行う。
図１４は、コンテンツ生成処理の処理の一例を示すフローチャートである。
コンテンツ表示条件の一例としては、在庫（残席・残室等）が少ない場合などには所定数以下の場合には非表示にしたり色替え表示、点滅表示などをする例であり、所定数以下の場合に表示する否かをコンテンツ表示条件から判定し（Ｓ５００）、所定数以下であった場合には、所定数以下であることを示して表示されるようにデータ処理を行う（検索結果非表示、色替え表示等）（Ｓ５０２）。この他にも様々なコンテンツ表示条件を設定することができる。
前述した上限金額チェック処理、出張規定チェック処理、優待証利用可否チェック処理、企業ＩＤごとの割引チェック処理等の処理結果がある場合には、所定の条件（料金規定、出張規定等）に従いデータ処理を行う（Ｓ５０３）。
【００７２】
ユーザー端末に表示する検索結果が一覧表示である場合には（Ｓ５０４）、所定の条件（価格順、会社別、区間順等）に従いソート処理等を行い（Ｓ５０５）、検索結果のリストを生成する（Ｓ５０６）。図２１は、検索結果の表示を行う画面の一例を示す。
ユーザー端末に表示する検索結果がスケジュール表示である場合には（Ｓ５０７）、所定の条件（日時順、区間順等）に従いソート処理等を行い（Ｓ５０８）、スケジュール表を生成する（Ｓ５０９）。コンテンツ表示手段により表示される、複数の旅行機関システムの所定のデータ項目を含む検索結果には、行程を示すスケジュールデータが含まれる。
ユーザー端末に表示する検索結果がルート表示である場合には（Ｓ５１０）、所定の条件（価格順、会社別等）に従いソート処理等を行い（Ｓ５１１）、ルート表を生成する（Ｓ５１２）。
【００７３】
図２１に一例を示した検索結果の表示画面においては、各旅行機関システムの検索結果（運賃・スケジュール・ルート等）を一つのの画面で表示することができる。たとえば東京−大阪の検索では、航空会社と新幹線とを表示し、運賃、所要時間を比較して、予約等することが可能となる。
表示方法の好ましい一例は、空席を記号（○ ：十分空席あり △：残席わずか：１から１０は実数、×：残席なし）で表示したり、運賃と空席を図２１に示すようなマトリックスで表示したりするものである。
【００７４】
以上の例のようにして、再度図８に戻り、変換された各旅行機関システムのデータに基づき表示されるコンテンツを生成し（Ｓ４０４）、コンテンツをユーザー端末に送信する（Ｓ４０５）。検索結果は、表示条件等に従いユーザー端末において表示され（Ｓ４０６）、一覧表示、スケジュール表示、ルート表示等が行われる。コンテンツ表示手段により表示される、複数の旅行機関システムの所定のデータ項目を含む検索結果には、行程を示す路線データが含まれる。複数の旅行機関システムの同時検索結果を、リストやスケジュール表、ルート表示などにして表示、印刷などの出力をすることが可能になる。また、社内の出張稟議システムなどと連携して、稟議書に添付あるいは挿入等を可能にすることもできる。あるいは、表示画面は「スケジュール表示印刷」ボタンや、「携帯端末へ送信」ボタンにより出張担当者に直接送信したり、携帯端末装置において携帯したりすることもできる。
【００７５】
次に、検索のみを行ってもよいが、続いて予約処理に進むこともできる。
予約処理においては、列車名、便名などを指定して日時の決定した予約を行うこともできるが、たとえば航空券のように日時や利用便・座席などは指定しないで発券を受けるＯＰＥＮ手配（本明細書および図面においてＯＰＥＮ手配という）を行う形態などをとることもできる。
ＯＰＥＮ手配を行うことが可能な検索結果については、好ましくは、結合サーバーが複数の旅行機関システムから受信した検索結果に基づき、検索予約サーバーにおいて、表示されるコンテンツにはＯＰＥＮ手配指示の入力手段（ＯＰＥＮ手配ボタンなど）が設けられて生成される。
同様に、検索結果には、好ましくは、結合サーバーが複数の旅行機関システムから受信した検索結果に基づき、検索予約サーバーにおいて、表示されるコンテンツには予約指示の入力手段（予約ボタンなど）が設けられて生成される。
これにより、便ごとに空席を確認しながら、ＯＰＥＮか予約かを選択することが可能にされる。たとえば、航空会社等によってはＯＰＥＮ選択時には希望搭乗便の混雑状況がわからないために、実際に搭乗できない危険性があるが、予約検討便が混雑している場合には予約を行い、空席が多い場合にはＯＰＥＮで予約を行うことが可能になる。
【００７６】
図１４は、ＯＰＥＮ手配処理の一例を示すフローチャートである。
検索結果のスケジュール等ごとにＯＰＥＮマーク等が表示され（Ｓ６００）、ＯＰＥＮ手配か予約かを選択・指定する（Ｓ６０１）。
ＯＰＥＮ手配を行う場合には、検索結果（スケジュール）を指定し、ＯＰＥＮを選択する（Ｓ６０２）。ＯＰＥＮ手配指示はユーザー端末から検索予約サーバーに送信され、どのスケジュール等が選択されたかを判定することにより、結合サーバーにおいて照会対象となる結合先を判定する（Ｓ６０３）。結合先の旅行機関システムに接続し、検索結果（スケジュール）のＯＰＥＮ手配要求を送信し（Ｓ６０４）、各旅行機関システムにおいて受信される（Ｓ６０５）。
旅行機関システムにおいて予約情報データベース等に記憶されることにより（Ｓ６０６）、手配が完了し、手配結果を結合サーバーを介して返信し、検索予約サーバーにおいてコンテンツ生成を行い（Ｓ６０７）、ユーザー端末に手配結果が表示される（Ｓ６０８）。
【００７７】
次に、図１５および図１６を参照して、予約処理について説明する。
ユーザー端末において検索結果（スケジュール）を指定し、予約処理を選択することにより（Ｓ７００）、検索予約サーバーに対し予約要求が送信される。どのスケジュール等が選択されたかを判定することにより、結合サーバーにおいて照会対象となる結合先を判定する（Ｓ７０２）。結合先の旅行機関システムに接続し、検索結果（スケジュール）の予約要求を送信する（Ｓ７０３）。
各旅行機関システムにおいて予約要求を受信し（Ｓ７０４）、好ましくは予約の確定・完了前に空席や運賃等のデータをユーザー端末に返信し確認のために表示をし（Ｓ７０５）、予約の確定指示を再度ユーザー端末から送信する（Ｓ７０６）。
図２２は、予約確定前の確認ための画面表示の一例であり、また図２３は予約確定指示を送信するための画面表示の一例である。
次に、優待証を利用するかを選択可能な場合において、利用しないことを指定していた場合には（Ｓ７０７）、各旅行機関システムにおいて予約データを予約情報データベース等に記憶することにより（Ｓ８００）、予約が行われる。図２４は、予約完了画面の一例を示す。
【００７８】
一方、図２５に一例を示すように、スケジュール検索時に優待証利用識別をチェックするなどして、優待証を利用することを選択していた場合には（Ｓ７０７）、予約・発券をする際に、図２６に示すように優待券情報入力メニューを選択するなどして、図２７のような専用の番号登録画面を表示する。
優待証は、航空約款上、割引としての扱いがないため、専用の割引クラスがなく、普通運賃（Ｙクラス）の席数を予約後、発券前に、優待証の番号を登録することにより、番号が認証されると、所定の割引額で発券回答されるものである。従来の航空会社の専用予約サイトでは、スケジュール照会時に、全割引（全クラス）が表示され、普通運賃予約後、発券時に、番号をセットしてはじめて、優待証と認識されるため、ユーザーの操作性において誤解を招きやすかった。
優待証の番号が連番である場合には（Ｓ７０８）、図２８に示すような画面において、最初の優待証番号と枚数を入力する（Ｓ７０９）。優待証利用時に、必要な番号をすべて登録する際に、優待証が連番の場合、最初の番号と必要枚数を入力する事により、1枚1枚の番号登録を不要とする機能である。
以上により、優待証番号の入力が行われ（Ｓ７１０）、予約要求データに優待証条件フラグが付加される。
【００７９】
また、優待証番号の入力は、予約・発券時に行う以外にも、あらかじめ企業などのユーザーが保有する優待証番号を事前に登録することにより、あらかじめ登録された優待証在庫データを参照し、自動優待証セット機能を設けることができる。これにより、予約・発券時に優待証番号の入力を行うことなく、自動的に優待証条件フラグが付加される。
あるいは、ユーザー端末から優待証の保有・利用に関するデータを登録しなくても、各旅行機関システムが記憶管理している優待証に関するデータを参照し、あるいはダウンロードすることにより、ユーザー端末から入力・送信をして検索予約サーバーに記憶させなくても、あらかじめ登録された優待証在庫データを参照し、自動優待証セット機能を設けることができる。これにより、予約・発券時に優待証番号の入力を行うことなく、自動的に優待証条件フラグが付加される。
【００８０】
各旅行機関システムにおいて予約データを予約情報データベース等に記憶することにより（Ｓ８００）、予約が行われる。予約が完了しないエラー時には即座に予約取り消しの処理を実行するのではなく、条件変更等のリトライなどの猶予が与えられるようにすることが望ましい。
発注・予約を行う際には、前記のようにユーザー個人が特定されているので、予約データと個人ＩＤ及び個人情報が関連付けられて、旅行会社システムが備える予約情報データベースに記憶される。これにより予約情報がどのユーザーのものであるのかが判別できると共に、組織・企業の管理者がユーザーごとの情報などを確認することも可能にすることができる。
【００８１】
予約が完了すれば（Ｓ８０１）、予約結果を返信し各旅行機関システムからのデータを結合サーバーにおいて受信する（Ｓ８０２）。結合サーバーにおいては、結果解析により、各旅行機関システムのデータを共通データに変換し（Ｓ８０３）、検索予約サーバーにおいて予約結果を示すコンテンツを生成する（Ｓ８０４）。予約結果を含むコンテンツがユーザー端末に送信されて表示される（Ｓ８０５）。
ここで、ユーザーがユーザー端末において予約された内容の確認等を行い、発券処理に進むようにすることができる。発券とは予約確定のことであり、予約が確定するまでは予約取り消し等が可能である。
予約の後に発券処理を行う場合には、ユーザー端末から発券要求を送信し（Ｓ８０６）、検索予約サーバー、結合サーバーを中継して、旅行機関システムにおいて発券処理を行う（Ｓ８０７）。
発券結果（金額、券番等）を返信し、各旅行機関システムからのデータを結合サーバーにおいて受信し（Ｓ８０８）、結果解析により、各旅行機関システムのデータを共通データに変換する（Ｓ８０９）。検索予約サーバーにおいて発券結果を含むコンテンツを生成し（Ｓ８１０）、ユーザー端末に送信して表示する（Ｓ８１１）。
【００８２】
一方、Ｓ８００に示した予約処理と、Ｓ８０７に示した発券処理とを同時に行うことにより、チケットレス予約と発券を同時に行う即売処理を行えるようにしてもよい。
予約エラー時には、自動で予約記録の取消を行うことが好ましい一例である。
図３０は、発券結果を表示する画面の一例を示す。
また図３１は、複数の確定した予約内容を表示する画面の一例を示す。予約内容の確認ができる予約確認書面を出力可能にすることが望ましい。
複数の旅行機関システムの同時予約結果を、リストやスケジュール表、ルート表示などにして表示、印刷などの出力をすることが可能になる。また、社内の出張管理システムなどと連携して、出張申請書や報告書・精算書などに添付あるいは挿入等を可能にすることもできる。あるいは、表示画面は「スケジュール表示印刷」ボタンや、「携帯端末へ送信」ボタンにより出張担当者に直接送信したり、携帯端末装置において携帯したりすることもできる。
さらに、出張者のスケジュールや居場所、行程などを管理者や担当部署などの第三者が確認をすることができ、緊急時や事故発生時における確認や連絡などをすることもでき、リスク管理の面からも有益である。各旅行機関システムにアクセスすることにより、最新のデータに基づきスケジュール表や行程などのデータを同時検索、確認、出力等することができるので、各旅行機関システムのデータを一つの印刷にすることもできる。また、出張者などが出張先で予約の変更をしたり、便の欠航、時間変更、乗り遅れ、その他の変更などがあった場合にも確認をすることが可能になる。
【００８３】
次に、図１７を参照して、予約記録一覧照会処理について説明する。
過去の予約、発券記録の一覧照会、詳細の照会を行う機能である。また、社内システム等と連携している場合において、各企業のシステムへ取り込み済みの記録と、各予約会社上の記録が不一致になった際の情報更新の機能などを設けることもできる。
ユーザー端末から予約記録一覧照会要求を送信し（Ｓ９００）、検索予約サーバーにおいて受信する（Ｓ９０１）。検索対象となる結合先を判定し（Ｓ９０２）、各旅行機関システムに予約記録一覧照会要求を送信し（Ｓ９０３）、各旅行機関システムにおいて受信される（Ｓ９０４）。
各旅行機関システムにおいて予約情報データベース（取引情報データベース）等を検索し（Ｓ９０５）、各旅行機関システムにおいて予約記録を抽出して結合サーバーに送信する（Ｓ９０６）。
結合サーバーにおいて受信し、必要に応じ各旅行機関システムのデータ形式に変換し（Ｓ９０７）、予約済、発券済み、取消済等のステータスを判定する（Ｓ９０８）。検索予約サーバーにおいて、予約記録一覧のコンテンツを生成し（Ｓ９０９）、ユーザー端末に送信して表示する（Ｓ９１０）。予約記録一覧表示が行われるが、一覧表示のほかにも、スケジュール表示やルート表示等を行うこともでき、さらに個々のスケジュールや宿泊等の詳細表示、明細表示等を可能にすることもできる。
図３２は、表示された予約履歴一覧の画面を示す。また図３３は詳細表示、図３４はステータスが判定され取消可能な予約のみを一覧表示した一例を示す。
【００８４】
次に、図１８を参照して取消処理について説明する。
予約の取消と払戻しとを１操作で行うことが好ましい。従来、チケットレスで予約の取消後の再発券はなく、すべて払戻しが必要な仕組みであるために、航空会社サイトでは、取消、払戻しの２操作が必要であったためである。なお、取消の場合の料金払戻し方法には、ユーザーの金融機関口座へ自動的に現金振込み、または次回利用までクレジットされるなどの様々な方法を採用することができる。
取消処理を行う場合には、図３４はステータスが判定され取消可能な予約のみを一覧表示させることが好ましい。ユーザー端末において、検索結果（予約記録）を指定し、取消処理を選択することにより（Ｓ１０００）、検索予約サーバーに取消要求が送信される。照会対象となる結合先を判定し（Ｓ１００１）、結合先の旅行機関システムに接続し、検索結果（予約記録）の取消要求を送信する（Ｓ１００２）。
取消要求は各旅行機関システムにおいて受信され（Ｓ１００３）図３５に一例を示すように取消内容や払戻し料金等を確認表示する（Ｓ１００４）。
確認を経るなどして取消要求（および払戻し要求）を送信することにより（Ｓ１００５）、各旅行機関システムにおいて取消データを取引情報データベース等に記憶して（Ｓ１００６）、取消が完了すれば（Ｓ１００７）、取消結果を返信し、各旅行機関システムからのデータを結合サーバーにおいて受信する（Ｓ１００８）。結果解析により、各旅行機関システムのデータを共通データに変換し（Ｓ１００９）、検索予約サーバーにおいて取消・払戻し結果（払戻し料金・取消手数料等）のコンテンツを生成し（Ｓ１０１０）、ユーザー端末に送信されて表示される（Ｓ１０１１）。
図３６は、取消結果を表示する画面の一例である。
【００８５】
次に、予約、取消の処理と同様の処理により、予約の変更や追加、取り消しなどをユーザー端末から操作により行うことができる。
予約の変更には、日時の変更や、人数の増員、減員のほか、様々な予約内容の変更を、端末装置からデータを入力、送信することにより行うことができる。
送信されたデータ内容に基づき、旅行機関システムに照会を行い、変更等が可能であれば予約の変更などを行い、予約情報データベースに記憶されている予約情報を更新する。また変更結果等をユーザー端末に回答すると共に、取引情報データベースに記憶する。
【００８６】
【発明の効果】
以上詳細に説明したように、本発明によれば、複数の交通機関や宿泊施設等のシステムを利用して検索・予約等を行う際に、それぞれのシステムに対し順次、認証処理を経てログインし、検索や予約などを行った後にログアウトする処理を繰り返すことなく、共通のＩＤやパスワードなどを用いて検索や予約が行えるシステムを提供することができる。中継するサーバーが接続先のシステムを判定し、判定された各社のシステムへの認証処理を自動的に行うことにより、異なるＷＥＢサイトに対し、共通ＩＤでのログインが可能となる。
さらに、ユーザー自身が予約等を行う各社独自のセルフブッキングツールを、ユーザーとの間を結合するシステムを介在させることにより、交通機関や宿泊施設などが個々に結合開発することを不要にすることができる。
実際の旅行や出張に際しての手配には、こうした複数の交通機関はもとより、宿泊施設、レンタカー、その他の旅行商品・サービスなども含めて、同時検索、同時予約が行うことができる。
さらに本発明によれば、実際の旅行や出張に際しての手配をする場合に、複数の交通機関や、宿泊施設、レンタカー、その他の旅行商品・サービスなども含めて、スケジュール順の表示や、ルート別の表示などの様々な表示方法を、複数の会社の検索結果を同時に表示することが可能なシステムを提供することができる。これによりたとえば、異なるシステムでの手配結果を1枚のスケジュール表にまとめて、印刷することなどが可能になる。また社内システムと連携することにより、購買承認、精算画面への連動、請求照合などが可能となり、ペーパーレス、キャッシュレスを推進することができる。
さらに本発明によれば、出張の手配などに際して、ユーザー個人の情報だけではなく、社内情報の登録や、会社が保有する交通機関等の優待証の取り扱い、管理者による管理、その他詳細なユーザーインターフェースなどを提供することができる。
また、接続先は航空会社、その他の交通機関などの基幹システムとすることができるため、セルフブッキングのような無人の手配ができ、２４時間いつでも、便名が決定していれば即時手配が可能になり、チケットレスでも搭乗が可能になる。さらに「１２：００頃に大阪に着きたい」、「駅近くで１万円のホテルで手配」等の曖昧な検索と予約を可能にすることができる。
【図面の簡単な説明】
【図１】本発明のシステムの基本的な構成の一例を示すシステム構成図である。
【図２】ユーザー端末からシステムへのログイン処理を経て、本発明のシステムを利用する処理の概要を示すフローチャートである。
【図３】本発明のシステムを利用する一連の処理において、ユーザー端末から入力を行うデータ形式、データ項目の基本的な一例を示す図である。
【図４】本発明のシステムを利用する一連の処理において、ユーザー端末に出力され表示されるデータ形式、データ項目の基本的な一例を示す図である。
【図５】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図６】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図７】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図８】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図９】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１０】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１１】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１２】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１３】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１４】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１５】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１６】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１７】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１８】本発明の基本的な処理の流れの一例を示すフローチャートである。
【図１９】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２０】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２１】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２２】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２３】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２４】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２５】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２６】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２７】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２８】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図２９】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図３０】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図３１】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図３２】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図３３】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図３４】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。
【図３５】本発明のシステムを利用した際にユーザー端末に表示されるコンテンツの一例を示す画面イメージ図である。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a travel product search / reservation system using a combined server.
[0002]
[Prior art]
In recent years, with the spread of the use of personal computers and the Internet, electronic commerce and inter-company transactions have been actively performed, and various systems in companies and the like have been developed.
Under such circumstances, it is also possible to use the Internet to search for transportation, accommodation facilities, other related travel products and services, make reservations, etc. during travel, accommodation, or business trips using them. Has become.
For example, on a web site of a travel agency or a web site of a transportation facility or an accommodation facility, data is searched or a reservation is made.
An example of an in-house system is an application in which a business trip application and its approval / approval, a travel travel expense settlement, and arrangements and billing between a department in charge such as an accounting department and a travel agency are performed. is there.
[0003]
For example, in Japanese Unexamined Patent Application Publication No. 2001-265951, "Travel Product or System for Selling Transport Seats Related to the Travel Product", a transaction between a travel agency, a transportation company, and a consumer regarding the sale of a travel product using a transportation organization such as an aircraft. A system has been proposed to facilitate this.
Consumers enter desired conditions such as the purpose of travel, area, cost, time, period, etc. on the Internet homepage established by the shipping company or those entrusted by the shipping company, and meet or close to the desired conditions It displays a travel product, displays detailed information thereof, guides each travel product to a homepage established by a travel agency of the inquiry destination, and displays the name and telephone number of the travel company.
However, although this application is a system for searching for travel products and the like, as a result of the search, only information about travelers who handle the travel products is extracted, and further, techniques for searching and the like are already known. Technology.
[0004]
[Problems to be solved by the invention]
Japanese Patent Application Laid-Open Publication No. 2002-117266 “Airline ticket reservation and sales system” discloses a system that allows a user to directly search for and book transportation on the WEB site. An airline ticket reservation sales system has been proposed that can be easily accessed and grasped without using a specific system.
It is composed of an airline ticket information server equipped with a database that stores airline ticket information mainly on airline tickets issued by airlines, and an airline seat reservation / inquiry server that performs airline seat reservation and inquiry. . The airline reservation / inquiry server connects to the airline ticket information server via a dedicated line so that it can receive airline ticket information, and can be used by end users, including travel agents specializing in airline tickets, on a predetermined network. It is a system that allows browsing of air ticket prices and air seat reservation based on information.
In this application, an end user searches for air ticket information, makes a reservation, calculates a fare, obtains additional service information, and the like.
Collects airline information mainly from airline tickets from a server that specializes in airline tickets, and even compares the collected airline information with air vacancy information and the airfare of multiple airline tickets by the end user. Because it is possible to browse, it is not limited to a specialized travel agency, and even a general end user can, for example, access a plurality of international tickets with different prices, services such as hotels accompanying the ticket, etc. The end user will be able to make comprehensive selections.
[0005]
Thus, for example, it is clear if a trip or a business trip is assumed, but there are a departure place, a planned place, a stopover place, and the like, and it is generally considered that various routes are used for the route. In addition, for each mode of transportation used, users need to search for those that meet the date and time, fare, and various other desired conditions, and for those who need to reserve a seat, they must make an inquiry about vacant seats for each .
In addition, the same applies to accommodation facilities. In one area, a user needs to find a facility that satisfies various requirements such as date and time, price, etc. from a plurality of accommodation facilities. Must be done for each.
[0006]
In addition, when a user requests a travel agency system that mediates search and reservation in order to reserve transportation and accommodation facilities such as airlines, the requested travel agency will automatically However, it is not always possible to search and make reservations by accessing a plurality of various transportation means and accommodation facilities.
In other words, in order to perform a search / reservation, etc., using a system of a plurality of transportation facilities, accommodation facilities, etc., log in to each system sequentially through authentication processing, log out after performing a search, reservation, etc. Then, the user must repeat the process of repeatedly logging in and out of the next system. For that purpose, it was necessary to use several user IDs and passwords.
In particular, for example, in the search and reservation of air ticket information, even when boarding from the same departure airport to the destination airport, flights from multiple airlines are in service. Even if there is a web site that publishes table information and it can be confirmed, for reservations for airline systems, after all, log in to each system sequentially after authentication processing, search and make reservations etc. After you have to log out.
[0007]
Japanese Patent Application Laid-Open No. 2001-118010 "Reservation system" has a low development, maintenance, and operation costs, can reflect inventory information and changes in a fare system in real time, and can integrally handle systems of a plurality of companies. Has been proposed.
This application is also a system for an end user to search for air ticket information, make a reservation, calculate a fare, obtain additional service information, and the like, similarly to the above application. In this application, the intermediary server (handling server) retrieves information on multiple airlines at the same time, but reservations are made for each of the airlines, and settlement is also made in each airline's system. Is what is done.
However, as stated in "If a customer selects products from different companies, the payment screen for the airline that handles each product can be displayed at the same time and payment can be made." Only the mediation of information between the system and the handling server and the system of each airline is performed using the Internet technology (FORM tag, etc.), standardization, easy development Although this technology realizes scalability, it is a technology that assumes data retrieval between systems with different tags, such as XML technology.
[0008]
Furthermore, since the above-mentioned application merely mediates information, it is possible to simultaneously display payment screens for airlines handling each product and make payments, but payments are performed separately, and In this system, payment is not centrally enabled.
Further, the determination of which airline or the like to access the system must be made by the user himself, and is not automatically performed by the intermediary server. In addition, it is not known how to manage the authentication data such as a user ID when logging in to each system, and how to manage the authentication data. You have to log out.
Furthermore, even when searching for multiple companies, the above application is limited to airlines, so simultaneous searches and reservations including railways, buses, other transportation, etc. can not be performed at the same time. However, when arranging for an actual trip or business trip, it is desired that simultaneous search and simultaneous reservation can be performed not only for a plurality of transportation means but also for accommodations, rental cars, and other travel products and services.
Further, in the above-mentioned application, the search results are displayed for each company. However, when arranging for actual travel or business trips, various types of transportation such as accommodations, rental cars, other travel products / services, etc., as well as multiple transportation modes, such as display in order of schedule and display by route, etc. It is desired that search results of a plurality of companies be displayed at the same time.
In addition, when arranging business trips, if there is not only personal information of users but also registration of in-house information, handling of preferential treatment cards such as transportation owned by the company, management by administrators, other detailed user interface, etc. It is convenient.
[0009]
Therefore, in the present invention, the above-mentioned various problems are solved, and when performing search / reservation using a system of a plurality of transportation facilities and accommodation facilities, the user sequentially logs in to each system through an authentication process. It is another object of the present invention to provide a system in which search and reservation can be performed using a common ID and password without repeating the process of logging out after performing search or reservation. The relay server determines the connection destination system, and automatically performs the authentication process for the determined system of each company, so that it is possible to log in to different WEB sites with the common ID.
In addition, by using a system that connects users with their own self-booking tools for making reservations, etc., by themselves, it is not necessary for transportation and lodging facilities to separately develop. Aim.
In addition, when arranging for actual travel and business trips, we will provide a system that allows simultaneous search and reservation, including accommodation facilities, rental cars, and other travel products and services, as well as multiple transportation means. Aim.
Further, in the present invention, when arranging for an actual trip or business trip, a plurality of transportation means, accommodation facilities, rental cars, other travel products and services, etc. are displayed in the order of the schedule, and each route is displayed. An object of the present invention is to provide a system capable of simultaneously displaying search results of a plurality of companies using various display methods such as display. This makes it possible, for example, to arrange the results of arrangements made by different systems into one schedule table and print it. By cooperating with the in-house system, it is possible to approve purchases, link to the settlement screen, check billing, etc., and promote paperless and cashless.
Further, in the present invention, when arranging business trips, etc., not only personal information of the user but also registration of in-house information, handling of preferential treatment cards such as transportation owned by the company, management by an administrator, other detailed user interface, etc. The purpose is to provide.
In addition, since the connection destination can be a core system such as an airline or other transportation, unmanned arrangements such as self-booking can be made, and immediate arrangements can be made 24 hours a day if flight numbers are determined It becomes possible to board even without a ticket. Furthermore, ambiguous search and reservation such as "I want to arrive at Osaka around 12:00" and "Arrange at a hotel near the station for 10,000 yen" can be made possible.
[0010]
[Means for Solving the Problems]
In order to solve the above problem, in the invention according to claim 1,
A travel product search and reservation server that arranges travel products such as transportation and lodging facilities, a travel agency system provided by a travel agency that provides travel products and services such as transportation and lodging facilities, and a travel product search and reservation server and provision A connection server that relays data to and from the institutional system and combines the two to function, and is configured to be accessed from the user terminal device and perform data processing,
The travel product search and reservation server,
User information storage means for storing information about the user;
An authentication means for authenticating access from a user terminal;
Authentication that refers to authentication data set for each of a plurality of travel institution systems stored in association with predetermined user information stored in advance and relays transmission and reception of authentication data with the travel institution system Data relay means;
Content display means for performing content transmission, data search, and other data processing in response to a content distribution request from a user terminal;
Search condition receiving and extracting means for receiving or extracting search conditions for travel products such as transportation and accommodation facilities transmitted from the user terminal;
A reservation instruction receiving means for receiving a reservation instruction for a travel product such as a transportation facility or an accommodation facility transmitted from the user terminal;
At least data receiving means for receiving a result of the data processing from the combined server,
The above-mentioned connection server stores the predetermined user information stored in advance and the data including the received search condition or reservation instruction into each of the plurality of travel institution systems, and transfers each of the predetermined data items to each of the travel destinations of the relay destination. At least a data relay unit that transmits the data in association with the data of the system and relays data transmission and reception with the travel agency system,
A combined server that transmits search conditions and reservation instructions from a user terminal to a travel product search and reservation server, relays data between multiple travel agency systems, and can receive search and reservation results at the user terminal. The feature is that it is a travel product search / reservation system that uses a web browser.
[0011]
In order to solve the above-mentioned problem, in the invention according to claim 2,
In the invention according to claim 1,
The user information storage means stores a user organization information for identifying an organization such as a corporation and a user personal information for identifying a user belonging to the organization. It is characterized by having.
[0012]
In order to solve the above-mentioned problem, in the invention according to claim 3,
In the invention according to any one of claims 1 and 2,
The user information storage means stores upper limit data corresponding to an individual or an organization such as a corporation, and the search condition receiving and extracting means refers to the user information and searches for a search corresponding to the user. The feature is that it is a travel product search / reservation system using a combination server that generates conditions.
[0013]
Further, in order to solve the above-mentioned problem, in the invention according to claim 4,
In the invention according to any one of claims 1 and 2,
In the user information storage means, upper limit data is stored corresponding to an organization such as a user or a corporation, and the content display means refers to the user information and determines whether or not the upper limit is exceeded. , And generates and displays a content, and is a travel product search / reservation system using a combined server.
[0014]
In order to solve the above-mentioned problem, in the invention according to claim 5,
In the invention according to any one of claims 1 to 4,
The user information storage means stores business trip regulation data corresponding to an organization such as a corporation, and the search condition reception and extraction means generates search conditions corresponding to the user by referring to the user information. It is a travel product search / reservation system using a combined server.
[0015]
In order to solve the above-mentioned problem, in the invention according to claim 6,
In the invention according to any one of claims 1 to 4,
The user information storage means stores travel regulation data corresponding to an organization such as a corporation, and the content display means refers to the user information and determines whether or not the user conforms to the travel regulation. It is a travel product search and reservation system using a combined server that generates and displays contents.
[0016]
In order to solve the above-mentioned problem, in the invention according to claim 7,
In the invention according to any one of claims 1 to 6,
The user information storage means stores preferential treatment certificate data or organization discount data corresponding to an organization such as a corporation, and the search condition reception and extraction means extracts user organization information and user personal information. Therefore, in the generation of search conditions, the generation of search results, or the generation of reservation results, it is a travel product search and reservation system using a combined server that reflects the preferential treatment certificate data or organizational discount data corresponding to the user. Features.
[0017]
In order to solve the above-mentioned problem, in the invention according to claim 8,
In the invention according to any one of claims 1 to 7,
The system further includes usage fee storage means for relaying data with a plurality of travel agency systems and storing reserved usage fee information in association with user information.・ It is characterized by a reservation system.
[0018]
Further, in order to solve the above problem, in the invention according to claim 9,
In the invention according to any one of claims 1 to 8,
The data relay unit receives a search result including a predetermined data item from a plurality of travel institution systems, and causes the content display unit to simultaneously display the search results of the plurality of travel institution systems. It is a travel product search and reservation system using a combined server, which includes an input means for an OPEN arrangement instruction or a reservation instruction.
[0019]
In order to solve the above-mentioned problem, in the invention according to claim 10,
In the invention according to claim 9,
A search result including predetermined data items of a plurality of travel institution systems displayed by the content display means includes a schedule data indicating a journey, and is a travel product search and reservation system using a combined server. And
[0020]
Further, in order to solve the above problem, in the invention according to claim 11,
In the invention according to claim 9 or 10,
The search result including predetermined data items of the plurality of travel institution systems displayed by the content display means includes route data indicating a journey, and is a travel product search / reservation system using a combined server. And
[0021]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a system configuration diagram showing an example of a basic configuration of the system of the present invention.
A search and reservation server that arranges travel products such as transportation and accommodation facilities, a travel agency system provided by a travel agency that provides travel products and services such as transportation and accommodation facilities, and a search and reservation server and travel agency system This is a system that includes a connection server that performs data relay between the two and functions by connecting the two, and is accessed from a user terminal device to perform data processing.
[0022]
The travel agency system is a system provided for a travel agency that provides travel products and services such as transportation and lodging facilities, and is a server device that includes a database, a program, and the like necessary for performing search, reservation, billing, and the like. .
A travel agency is, specifically, an agency that provides various transportation-related services such as airlines, railway companies, shipping companies, bus companies, car rental companies, etc., accommodations such as hotels, and other travel services. It is. It is an organization that accepts reservations for these travel services from users, travel agencies, travel agencies, etc., and performs arrangements from billing and settlement processing, or similar booking, mediation, arrangement, billing, etc. .
[0023]
In the present invention, when referring to travel products and services, in addition to transportation and accommodation in a narrow sense, products and services that can be requested from a travel agency are widely used, for example, arrangements for meals and banquets accompanying business trips and company operations. , Souvenir arrangements, arrangements for various venues such as conferences and events, and other items that require arrangements and settlements.
[0024]
Conventionally, when searching or making reservations for these travel agency systems, a user or a travel agency logs in to each travel agency system separately using a user ID, a password, or the like, and performs a search. It is necessary to log out after performing necessary data processing such as reservation and reservation.
In addition, since it was not possible to search and reserve data for multiple airlines and multiple railway companies at the same time, and to search and make reservations including accommodation and other travel products and services at the same time, each travel agency system After logging in, searching for data, etc., logging out, checking and deciding the seats and lodging to be reserved, etc., had to be done by logging in again and making reservations.
In the system of the present invention, a travel agency or the like provides a search reservation server as described later, and performs search and reservation with a unified interface for a plurality of travel agency systems, and also provides a plurality of different travel agency systems. A coupling server is provided for collating and converting data formats and data items in data transmission / reception and data processing.
This is because the configuration, data items, data format, etc. of the database of each travel agency system are different, and conversion is performed so that authentication data such as a user ID for logging in to each travel agency system need not be entered. And log in at the same time.
[0025]
(Travel agency system)
Although the system of each travel agency system, such as transportation and accommodation facilities, such as airlines, is different as described above, the basic functions for searching, booking, billing, etc. are similar, so the outline is as follows: It has.
When it is necessary to make arrangements by specifying the date and time and number of people of transportation and accommodation facilities, such as a business trip or a trip, the travel agency system provides services that can be provided for travel products such as transportation and accommodation facilities. Is provided with a stock information database for storing stock data. In the case where it is not necessary to specify the date and time, the number of persons, and the like, such as when arranging for a commuter pass, there is no need for the inventory information database. This is because if a section and a period can be designated, it can be purchased.
The inventory information is inventory data such as vacant seats of transportation facilities and vacancies of accommodation facilities.
If the inventory data is transportation agency inventory data, the presence / absence of empty seats is stored together with the fare and other data such as date and time, section, type of seat, flight number and train name, and the like. In the case of accommodation facility data, the presence / absence of vacancies is stored together with the date and time, room type, meal, accommodation facility name, room name and room number, number of occupants, accommodation charge, incidental charge, and other data. I have.
[0026]
Further, the travel agency system, such as business trips and trips, when it is necessary to arrange by specifying the date and time and the number of transportation and accommodation facilities, the traffic transmitted from the terminal device provided in the organization, A reservation information database for storing reservation data of travel products such as institutions and accommodation facilities is provided.
In the case where it is not necessary to specify the date and time, the number of persons, and the like, as in the case of arranging commuter passes, the reservation information database may be omitted. This is because if a section and a period can be designated, the purchase can be made without making a reservation.
The reservation information database stores the reserved information when there is a reservation in the inventory information database by referring to the travel agency system. If the reservation information is transportation stock data, fare and other data such as date and time, section, type of seat, flight number and train name are associated with the personal ID of the business traveler who made the reservation. Is memorized. If it is data of accommodation facilities, date and time, room type, meal, accommodation facility name, room name and room number, number of guests, accommodation fee, incidental fee, and other data are associated with the user information that made the reservation It is memorized.
[0027]
The travel institution system also includes a transaction information database that stores transaction data between the travel institution system based on reservations and the user or a travel agency that mediates transactions with the user.
The transaction information is data such as an answer for replying the result of the reservation to the user's terminal device, and confirmation, change, history and the like received from the user who receives the service.
[0028]
Further, the travel agency system includes a billing database for storing billing data generated based on the transaction data.
The billing database stores data such as billing amounts and details of billing for a user or a travel agency or the like that mediates transactions with the user every predetermined period such as every month. It is possible to output a bill or the like based on data stored in the billing database.
In addition, since each of the above-mentioned databases can employ a relational database, a distributed database, and other various configurations, it is not necessarily limited to each of the above-described configurations. This is because it is only necessary that similar and similar data can be stored and managed.
[0029]
In addition, the travel agency system includes a user information storage unit that stores information about the user.
By storing personal user information and organization user information when the user belongs to an organization (corporation, etc.), a personal ID / password, an organization (corporation) ID / password, etc. are issued, and the authentication processing is performed by an authentication server. Use for
The user information storage means stores information such as a name, a department, a contact address, a contact telephone number, and an e-mail address in association with the user ID. If the user belongs to an organization (corporation or the like), the user information storage means stores user organization information for identifying an organization such as a corporation and user personal information for identifying a user belonging to the organization.
In addition, it is possible to store data related to the user, such as information on a special treatment card for a shareholder of an airline or other special treatment, or when a discount or the like is set for each user (company).
[0030]
The travel agency system transmits / receives data to / from a system (combined server) provided by a travel agency or the like that relays data processing to / from the user terminal, and performs data processing based on the transmitted / received data. The user or its administrator registers the necessary data and registers the user, queries the travel agency system for inventory data, makes a reservation if it can be reserved, completes the arrangement, records transaction information Processing, other processing, and the like.
[0031]
Next, a search reservation server, a combined server, a reservation travel agency system, and the like are usually server devices, and a basic system configuration of these server devices will be described.
The server device is provided connected to a network represented by the Internet, and is accessed from a terminal device connected to the network. The network includes a wide variety of forms, such as the Internet, a network connected by a dedicated line, a corporate LAN, a WAN, and the like. Further, the form of the communication line used here broadly includes a form of wired communication and wireless communication, and includes a form using satellite communication, Bluetooth and the like. As an example of a desirable mode, a connection by a dedicated line can be adopted between the connection server and each travel agency system, but is not limited thereto.
The server device can be generally configured by an application server, a database server, an authentication server, a web server, a mail server if necessary, and other various devices. Each of these servers includes a form that is physically provided on the same device, a form that is physically composed of a plurality of devices, and a form that is physically composed of a plurality of devices connected via a network. If various similar functions are realized, various forms are included.
[0032]
(Search reservation server and combined server)
Next, the search reservation server and the binding server will be described.
As described above, in the system of the present invention, a travel agency or the like provides a search and reservation server so that search and reservation can be performed with a unified interface for a plurality of travel agency systems, and a plurality of different travel agency systems can be provided. A connection server is provided for collating and converting data formats and data items in data transmission / reception and data processing with respect to.
The search reservation server mainly includes contents, programs, necessary databases, and the like for performing search / reservation processing. The configuration of the server includes a web server that stores content data and programs to be accessed from the user terminal, and furthermore, an application server, a database server, an authentication server, a web server as required, a mail server as required, and various other types. It can be constituted by a device. The content data includes a data file displayed on the web such as an HTML file and an XML file, a data file displayed on a mobile phone that can access a web site such as a C-HTML file, and the like, and the like.
[0033]
Referring to FIG. 1 again, the search reservation server and the connection server are provided by a travel agency or the like that relays the user terminal and the travel agency system, and can be accessed from the organization (company etc.) B or a user who does not belong to the organization. It may be installed in.
In the organization of the organization (company etc.) B, for example, an in-house business trip application / management system is provided, and a menu for accessing the search reservation server and processing data in the in-house system is provided in cooperation with the search reservation server. It is also possible to perform processing such as search / reservation to the server.
Further, as described above, each server is physically provided in the same device, physically configured of a plurality of devices, or configured of a plurality of physically connected devices via a network. Therefore, the search reservation server and the combined server may be physically separate devices.
On the other hand, the search reservation server and the combination server may be physically the same device.
Referring again to FIG. 1, the coupling server is provided in a travel agency or the like that relays the user terminal and the travel agency system, and the search reservation server is provided in such a manner that an organization (company or the like) A contracted with the travel agency or the like is installed in the organization. It may be.
In the organization of the organization (company etc.) A, for example, an in-house business trip application / management system and the like are provided and provided in cooperation with the in-house system and the search reservation server, so that processing such as search / reservation to the search reservation server is performed. You can also do it.
[0034]
A computer terminal such as a personal computer or a workstation is generally used as a user device for connecting to a server system when performing data processing by accessing from a terminal device provided in an organization such as a corporation. In addition, the user terminal includes a wireless communication terminal such as a mobile phone equipped with a browser function capable of connecting to the Internet, a portable information terminal, an Internet TV, a game machine, a video conference system, and other network connection functions. Devices such as home appliances provided can be widely included.
As a user device provided by an organization such as a corporation, in a particularly typical form, a computer device installed in the organization is provided through a LAN connection or the like, so that a reservation processing by a user such as a business traveler or a user boss / Management processing and the like by an administrator such as a department in charge can be performed by operation on a user terminal installed in the organization.
The computer terminal includes a control unit, a storage unit, an input unit, an output unit, a display unit, and the like. In a typical mode, the apparatus is provided with a function of transmitting and receiving data by connecting to a computer network represented by the Internet, and includes an application program such as a browser, e-mail software, and a word processor, and an operating system (OS).
[0035]
(Search reservation server)
Next, a basic configuration of the search reservation server will be described.
The search reservation server includes user information storage means for storing information about the user.
By storing personal user information and organization user information when the user belongs to an organization (corporation, etc.), user authentication data (personal ID / password, organization (corporation) ID / password, etc.) is issued, Used for authentication processing by the authentication server.
[0036]
The user information storage means stores information such as a name, a department, a contact address, a contact telephone number, and an e-mail address in association with the user ID. If the user belongs to an organization (corporation or the like), the user information storage means stores user organization information for identifying an organization such as a corporation and user personal information for identifying a user belonging to the organization.
Here, the user information storage means of the search reservation server stores authentication data such as a user ID (common ID) for accessing the search reservation server, and correspondingly, user registration for each of a plurality of travel agency systems. Authentication data such as a user ID of each set travel agency system is stored in association with each other. Accordingly, if the user inputs at least the user ID (common ID), the user can refer to the user information storage means in the search reservation server, without having to input authentication data such as a user ID for each travel agency system. Conversion can be done to log in at the same time.
[0037]
Also, various data can be stored in the personal information database in association with a personal ID so that it is possible to determine the presence or absence of various settings for each individual or for an organization (such as a company).
For example, the user information storage means stores upper limit amount data corresponding to an individual user or an organization such as a corporation, and can be referred to and used when a user performs a search or a reservation. The upper limit amount data can be set and stored by, for example, an administrator or an approver of an organization such as a company or a system administrator.
Examples of the upper limit amount data include conditions such as the amount of money for each transportation or accommodation facility, the total amount of business trips, the upper limit amount per day, the individual amount such as the nightly accommodation fee, and the like.
[0038]
According to the upper limit data, when a search condition is input, the search condition receiving and extracting means can generate a search condition corresponding to the user by referring to the user information. Before making a search request, an upper limit amount can be set as a search condition. Data exceeding the upper limit is not extracted as a search result, or the search result can be displayed by changing the display method.
On the other hand, when the search result is received and the search result is received, the content display unit refers to the user information to determine whether or not the upper limit amount is exceeded, and generates and displays the content. You can make it. Also in this case, the data exceeding the upper limit is not extracted as the search result, or the search result can be displayed by changing the display method.
[0039]
For example, the user information storage means stores business trip regulation data corresponding to an organization such as a corporation, and can be used by referring to when a user performs a search or a reservation. The travel regulation data can be set and stored by, for example, an administrator or an approver of an organization such as a company or a system administrator.
[0040]
The maximum amount data and trip rules data may be stored in advance for each individual, in addition to the trip rules and travel expenses rules for the entire organization such as a company, or may be stored for each affiliated branch, department, or position. Alternatively, it may be stored in advance in units such as ranks or projects. Alternatively, the upper limit amount and the budget may be stored in advance for each series of transactions such as one business trip, or for each period such as month and year.
Examples of business trip regulation data include the usage class and amount for each travel expense category (transportation, accommodation, etc.), the period and date and time for each transportation, season and day of the week when making reservations for transportation and accommodation. Alternatively, it may be a region, a transportation route or a company name, a type of accommodation facility, a name or a company name, or the like.
[0041]
In addition, the various types of data referred to by the user when searching or making reservations, such as upper limit amount data and travel regulation data, are periodically or The management may be performed by successively updating or the like.
For example, transportation fees, hotel charges, and other travel and business trip costs may vary depending on the season, day of the week, congestion rate, etc. The discount rate may change depending on the usage results such as the usage rate and usage amount. In addition to the fact that the fee is directly changed due to a change in the discount rate or the like, a preferential coupon or a discount coupon may be given, or the transaction conditions may fluctuate according to the transaction results.
In such a case, the boss, manager, or department in charge of the organization, such as a company, changes the maximum amount or internal regulations, recommends a specific transportation or accommodation facility even if it does not change, and displays it in search results A search condition that is preferentially displayed by non-display, color change display, alert display, or the like can be set in advance.
In addition, the various types of data referred to by the user when searching or making reservations, such as the maximum amount data and the travel regulation data, are managed by updating the manager of the organization such as a company, the manager, the department in charge, etc. Even if this is not done, the system can be automatically updated by automatically calculating the usage amount, the usage record, the discount rate, and the like in a company system or the like. In addition, the various types of data referred to by the user when searching or making reservations, such as upper limit amount data and business trip regulation data, are automatically used by each travel agency system to calculate the usage amount, usage record, discount rate, etc. It can be downloaded and updated automatically.
[0042]
According to the business trip data, when a search condition is input, the search condition receiving and extracting means can generate a search condition corresponding to the user with reference to the user information. Before making a search request, a business trip rule can be set as a search condition. Data that does not conform to the business trip rule is not extracted as a search result, or the search result can be displayed by changing the display method.
On the other hand, when the search result is received and the search result is received, the content display means refers to the user information to determine whether or not the trip conforms to the travel rule and to generate the content. It can be displayed. Also in this case, data that does not conform to the business trip rule is not extracted as a search result, or the search result can be displayed by changing the display method.
[0043]
Next, in the user information storage means, preferential treatment certificate data or organization discount data is stored corresponding to an organization such as a corporation, and the search condition receiving and extracting means extracts the user organization information and the user personal information. Thus, a search condition corresponding to the user can be generated.
The preferential treatment certificate data or organizational discount data is information on preferential treatment of shareholders of airlines, other information such as transportation, accommodation, and other preferential treatment cards, or when discounts are set for each user (corporation). .
In addition, even if these data are not stored in the search reservation server, the data stored in each travel agency system can be referred to.
[0044]
Next, the search reservation server is provided with an authentication means for authenticating access from a user terminal.
The authentication means uses user authentication data such as a user ID (authentication data for identifying an organization such as a corporation or authentication data for identifying an individual belonging to the organization), and responds to access from a user terminal to the search reservation server. Authenticate the access authority.
Various authentication methods can be used for user authentication. As a typical method, a form in which user registration is performed from a terminal device and a user ID, a password, and the like are issued is generally used.
In the present invention, at least authentication data such as a user ID (common ID) for accessing the search reservation server may be used.
By assigning an ID and password to each organization (company) separately from the individual user ID, management of reservation information for each company, etc., and management of billing / payment are performed. -A password can be used together.
[0045]
Data to be used for authentication by the authentication server is transmitted to the authentication server by inputting from various input means other than using an input means such as a keyboard in an input form displayed on the screen of the user terminal. be able to. As an example of a preferable mode, the information is stored in a magnetic card, an IC card, an information storage medium provided in a mobile phone or other terminal device, or another individual information recording medium for each individual, and stored in the individual information recording medium. This is a form in which data can be read and transmitted to a server.
[0046]
Next, the search reservation server refers to the authentication data set for each of the plurality of travel institution systems, which is stored in association with the predetermined user information stored in advance, and communicates with the travel institution system. An authentication data relay unit that relays transmission and reception of authentication data is provided.
A plurality of travel agencies stored in advance in association with the user ID (common ID) by referring to the user information storage means based on authentication data such as a user ID (common ID) for accessing the search reservation server. Authentication data such as a user ID of each travel institution system set by user registration for each system is extracted and transmitted to each travel institution system so as to undergo respective authentication processing.
Accordingly, if the user inputs at least the user ID (common ID), the user can refer to the user information storage means in the search reservation server, without having to input authentication data such as a user ID for each travel agency system. Conversion can be done to log in at the same time.
Note that the authentication data relay means may not be provided in the search reservation server, but may be provided in a combined server described later. In that case, the processing, functions, actions, and the like are common.
[0047]
Next, the search reservation server includes content display means for performing content transmission, data search, and other data processing in response to a content distribution request from a user terminal.
The content is transmitted in response to a content transmission request, or the content is generated and transmitted in response to an access from a user terminal. This is a function of a normal web server.
The contents include contents (for example, menu screens) stored in advance in the search reservation server and contents (for example, search results, reservation results, etc.) generated based on data received from each travel agency system.
[0048]
Next, the search reservation server includes a search condition receiving / extracting unit that receives or extracts search conditions for travel products such as transportation and accommodation facilities transmitted from the user terminal.
The search condition receiving means receives predetermined data required for transmitting a search request to each travel institution system by receiving data transmitted and input in an input form for search conditions and the like displayed on the screen of the user terminal. Extract items and send them to the joining server. The search condition widely includes a transmission request instruction of data stored in advance in each travel institution system, such as a reservation result, a reservation record, a history, a billing data, and the like, and processing such as a reservation record list inquiry can be performed. .
[0049]
Next, the search reservation server includes a reservation instruction receiving unit that receives a reservation instruction for a travel product such as a transportation facility or an accommodation facility transmitted from the user terminal.
The reservation instruction receiving means receives predetermined data required for transmitting a reservation request to each travel institution system by receiving data transmitted and input to an input form or the like of a reservation instruction displayed on the screen of the user terminal. Extract items and send them to the joining server. The reservation instruction widely includes data processing request instructions related to reservation, arrangement, cancellation, and change of travel products and services, such as an OPEN arrangement instruction, a reservation instruction, a ticketing instruction, a cancellation instruction, and a change instruction.
[0050]
Next, the search reservation server includes data receiving means for receiving a result of the data processing from the connection server.
The data received by the data receiving means is stored so that the content can be generated by referring to the content displaying means.
Search results, reservation results, various histories and records, billing data, and the like may be stored in the search reservation server by providing respective databases and associating them with user information.
As in each travel agency system, the search reservation server may be provided with a transaction information database, a reservation information database, a usage fee storage means (a billing database), and the like. The configuration in the case where these are provided is the same as or similar to the configuration of each travel institution system, and will not be described.
[0051]
It should be noted that by storing the amount of money stored in the usage fee storage means including the amount charged by the travel agency to be relayed, it is possible to make a request such as including the commission of the travel company.
In the case where there is provided a usage fee storage means for relaying data with a plurality of travel agency systems and storing the reserved usage fee information in association with user information, the usage fees of the plurality of travel agency systems are collectively collected. can do.
The travel agency bills the organization / company at regular intervals. For example, every month. Since the billing is performed for each organization and company, the travel agency system extracts the transaction information data stored in the transaction information database up to a predetermined date and time based on the company ID, and compiles the billing data. For each company, for each company, etc., and stored in the usage fee storage means database.
[0052]
As a settlement method with a company, cash transfer, credit card settlement, and various other commonly known settlement methods can be adopted. According to an example of a desirable form, in a travel company system, for example, by cooperating with a financial institution such as a credit card company or a settlement institution, etc., in accordance with a contract with a company or the like and registration of an individual, a personal corporate card for personal settlement. It is also possible to adopt a form in which a corporate corporate card or the like for corporate settlement is issued, and the company makes a one-time payment. It is preferable to use a method in which payment can be made with a specific card number of a company, only credit is taken at the time of reservation, and collective payment is made after closing the month.
[0053]
(Join server)
Next, the connection server converts the predetermined user information stored in advance and the received data including the search condition or the reservation instruction into each of the predetermined data items for each of a plurality of travel institution systems for each travel destination. At least a data relay unit that transmits the data in association with the data of the institution system and relays data transmission and reception with the travel institution system is provided.
In the search reservation server, search conditions and search instruction data to be transmitted to a plurality of travel agency systems and reservation instruction data must be input on one input screen by using common data items and data formats. Has been made possible.
These predetermined data items are stored in the connection server in correspondence with the data items and data format of each travel agency system for each travel period system. Referring to the associated data item / data format, the data is converted into the data item / data format of each travel agency system for each travel period system and transmitted.
Conversely, when data such as search results and reservation results are received from each travel institution system, referring to the associated data items and data formats, for each travel period system, the data items of each travel institution system・ Convert the data format to the common data item / data format and send it to the user terminal via the search reservation server.
By transmitting search conditions and reservation instructions from the user terminal to the travel product search and reservation server, data can be relayed between a plurality of travel agency systems, and search results and reservation results can be received at the user terminal. Have been.
[0054]
Hereinafter, a basic processing flow of the present invention will be described.
FIG. 2 and FIGS. 5 to 18 are flowcharts showing an example of the basic processing flow of the present invention. Note that the processing flow shown here is a typical example, and the present invention is not limited to this, and various applications are possible.
[0055]
FIG. 2 is a flowchart showing an outline of a process of using the system of the present invention through a process of logging in from the user terminal to the system.
FIG. 3 is a diagram showing a basic example of a data format and data items to be input from a user terminal in a series of processes using the system of the present invention.
FIG. 4 is a diagram showing a basic example of a data format and data items output and displayed on the user terminal in a series of processes using the system of the present invention. Data processing results such as all search results and reservation results are transmitted to each user terminal through a common interface when logging out.
19 to 35 are screen image diagrams showing an example of contents displayed on the user terminal when using the system of the present invention.
[0056]
First, a process of using the system of the present invention through a login process from a user terminal to the system will be described with reference to FIG.
The user terminal connects to the Internet (S100) and accesses the search reservation server (S101). An authentication screen is transmitted from the search reservation server to the user terminal and displayed (S102).
In the user terminal, user registration for accessing the search reservation server is performed in advance, and authentication information such as a user ID (company ID, common ID, etc.) is issued, and authentication processing is performed by inputting the authentication information (S103). ).
[0057]
In order to perform search processing, reservation processing, and other processing, the search reservation server accesses each travel institution system such as transportation and accommodation facilities. In this case, the authentication data relay means is stored in advance. Reference is made to authentication data set for each of the plurality of travel institution systems stored in association with the predetermined user information. Based on the authentication information, a user ID for each travel agency system stored in association with the user ID (common ID) is extracted (S104), and a connection destination is determined.
Authentication data such as the user ID of each travel institution system is extracted from the connection server to each travel institution system, transmitted to each travel institution system, and connected by authentication processing (S105). If the authentication of each travel agency system is OK (S106), a menu screen is transmitted from the search reservation server to the user terminal and displayed (S107). The user selects a process for each travel agency system from the menu on the user terminal (S108).
FIG. 19 shows an example of the menu screen.
Typical processes that can be selected include a search process (direct search, route search, etc.), a reservation process, a cancellation process, a reservation record list inquiry process, a special treatment certificate registration process, and the like.
If access is not permitted by the authentication processing of each travel institution system (S106), it is necessary to perform user registration and use registration for the relevant travel institution system.
[0058]
Next, the use registration process for each travel institution system will be described with reference to FIG.
In the use registration, when using each travel institution system, necessary items are registered in advance in each travel institution system of a connection destination.
When registering, if the user is a contracted company, etc., register the employee in advance and submit necessary information such as employee data and affiliation data on an information storage medium such as a flexible disk or CD-ROM. The registration can also be performed by the travel agency system administrator.
It is also possible to enable the use registration by automatically transmitting the registration data of the necessary items at the time of reservation at the time of reservation first, and the processing will be described below.
The user registration screen of each travel institution system requiring use registration is displayed (S150), necessary registration items are entered on the user terminal, and transmitted to the search reservation server (S151). The user information is stored in the user information storage means of the search reservation server (S152), and is converted to the data format of each travel agency system as needed by the combined server (S153). Conversion of data can use POST, XML (SOAP), or the like.
[0059]
Necessary data such as user information is transmitted to and stored in each travel institution system (S154), and user registration processing for the corresponding travel institution system is performed. If the user registration is approved (S155), authentication information such as a user ID of each travel agency system is issued, the user registration result including the authentication information is transmitted to the combination server (S156), and the user registration result including the authentication information is transmitted. The search reservation server stores the information in the user information storage means (S157). Thereby, the authentication information of each travel institution system and the authentication information (such as a common ID) of the search reservation server are stored in association with each other. The user registration result is transmitted to the user terminal and displayed (S158).
[0060]
Next, a search process will be described with reference to FIGS.
FIG. 20 shows an example of a screen for inputting search conditions.
The user inputs search conditions at the user terminal. If the name of the transportation facility, flight number, accommodation facility, or the like is known in advance, the user inputs the information or selects from a list or the like. In addition, a schedule or a desired time zone is designated by inputting or selecting. If these pieces of information are not known in advance, they can be extracted by performing a search or the like based on approximate date and time, place, and other conditions, and can be selected and designated.
As a search method, direct search (direct search) method, in which a route, a departure place, an arrival place, etc. are specified in advance, and the corresponding search results are displayed and displayed in a list, a list display, etc., and a departure place, arrival A route search method that specifies the location and transit points, searches the route along the way, and outputs and displays the matching search results by route display, a combination of route display and list display, etc. Schedule search method that specifies the arrival date and time, the number of nights, the route, the departure place, the arrival place and the stopover place, etc., and outputs and displays the search results that match them by displaying the schedule or by combining the schedule display and the list display , Various other search methods may be available.
[0061]
The process of connecting to each travel agency system through the authentication process before performing the search process is as shown in an example in FIG. 2, and this process is common to other processes described later.
Next, a search method is selected on the user terminal (S200), and search conditions (date and time, boarding date, section, use class, etc.) are input (S201).
Search condition input is performed by inputting a plurality of various search conditions in combination and transmitting the search conditions. Therefore, it is desirable to prioritize the plurality of search conditions input in advance by sorting or the like. For example, even if the date and time are completely different, it is meaningless to output a search result with priority being given to a low charge condition, and it is desirable that essential conditions be given priority in search and reservation. It is also desirable that the user be able to prioritize search conditions. This is because there are various priorities depending on the user, such as a user who prioritizes a condition of a fee or a user who prioritizes arriving early.
[0062]
As a preferred example, sorting is performed in the following units.
1 Good departure time (displayed in ascending order from one flight before departure time)
2. Arrival time reference (displayed in descending order of arrival time, in descending order)
3 Time range specification
4 Special seats (super seat, green, normal seat)
5 Boarding date
6 Designated user company (airline only, railroad only, each company unit)
7 Business trip regulations of each company
The business trip rules of each company etc. are stored in advance in association with the user information, but for example, when the executive travels in the same company to the same place as the general staff below the section manager, the executive arranges for a green car, If in-house rules such as air tickets etc. must be arranged in business or first class are registered in advance, a reservation is made according to the registered contents and a list is displayed.
Depending on the access authority, a list of all employees can be displayed, and a minimum required list is displayed. At the time of search / reservation, the user information of the executive and the user information of the general employee may be identified by inputting / designating.
[0063]
Next, the user can confirm the travel institution system to be searched by, for example, designating it (S202), transmit a search request for vacant seats, fares, etc. from the user terminal (S203), and receive it at the search reservation server. (S204).
If the request is a route search request (S205), the process proceeds to S300 described later.
When the search request is not a route search request but a list display by direct search or another search method (S205), the search condition receiving means is input to an input form for search conditions and the like displayed on the screen of the user terminal. Upon receiving the transmitted data, a predetermined data item required for transmitting a search request to each travel agency system is extracted and transmitted to the coupling server. The travel server system of the connection destination to be searched in the connection server is determined (S206). In the connection server, data items such as search conditions are converted into the data format of each travel agency system as needed (S207). The predetermined data items are stored in the connection server in correspondence with the data items and data formats of each travel agency system for each travel period system. With reference to the associated data item / data format, each travel period system is converted into the data item / data format of each travel institution system and transmitted to each travel institution system (S208).
The transmitted data is received by each travel institution system (S209), and based on this, the inventory information database or the like is searched in each travel institution system (S210). , Fees, and other data.
[0064]
On the other hand, if the request is a route search search request (S205), the search reservation server searches for and extracts a route (S300). The search condition receiving means receives predetermined data required for transmitting a search request to each travel institution system by receiving data transmitted and input in an input form for search conditions and the like displayed on the screen of the user terminal. Extract items and send them to the joining server. The connection server determines the connection destination to be searched (S301), and converts the data into the data format of each travel agency system as needed (S302). The predetermined data items are stored in the connection server in correspondence with the data items and data formats of each travel agency system for each travel period system. By referring to the associated data items and data formats, each travel period system is converted to the data items and data formats of each travel agency system, and a search request for vacant seats, fares, etc. is transmitted to each travel agency system. (S303).
The transmitted data is received by each travel institution system (S304), and each travel institution system searches an inventory information database or the like (S305), and finds the route to the destination, vacant seats and time of transportation, time, fee, accommodation facility. The vacancy, fee, and other data are extracted (S306). If a transit is required in the middle of the route (S307), a search is made for the route to the relay point where the transit is to be performed, and further a search is made for the route from the relay point to the destination (or the next relay point). (S306).
If another route is to be searched (S308), the same process is repeated, and a search is performed for each assumed route. When there are many combinations of routes to be searched, all combinations of routes may be performed, or up to five routes may be set in advance, or may be set by the user. Further, it is also possible to narrow down by other conditions such as an upper limit of a fee and a limit of time.
[0065]
In either case of the direct search or the route search, the search result is transmitted from each travel agency system and received by the combined server (S400). When data such as search results and reservation results are received from each travel institution system, the data items and data formats of each travel institution system are referenced for each travel period system by referring to the associated data items and data formats. Is converted into a common data item / data format (S401) and transmitted to the search reservation server.
In the search reservation server, based on the search result, processing such as upper limit amount check processing, business trip regulation check processing, preferential treatment certificate availability check processing, discount check processing for each company ID, and the like can be performed. This is an example. Each of these processes will be described below.
[0066]
FIG. 9 is a flowchart illustrating an example of the upper limit amount check process.
In the search reservation server, the upper limit is extracted by referring to the user information storage means based on the user authentication information (S420).
It is determined whether the search result is within the upper limit (S421). If the upper limit is exceeded, data indicating that the upper limit is exceeded is added to the search result data (S422). The search result data to which the flag is added is hidden or displayed on the user terminal, or the search result, route, schedule table, etc. are displayed in a different color or blinking, the upper limit is exceeded, the reservation cannot be performed, It is possible to perform processing such as generating a content by adding a character or a mark that warns of an in-house approval request.
The determination of the upper limit amount can be made on the entire transportation cost, or the transportation cost for each route, the accommodation cost per night, the cost for the entire trip such as a business trip, and the like.
When there is another search result (transportation, accommodation, etc.) (S433), the determination is performed by the same processing.
[0067]
FIG. 10 is a flowchart illustrating an example of the business trip regulation check process.
Based on the user authentication information, a business trip rule is extracted with reference to the user information storage means (S440).
For each search result, it refers to the usage class and amount for each travel expense category (transportation, accommodation, etc.) (S441), and determines whether the search result violates the business trip rules (S442). The determination can be made for the entire transportation system, or for each route here, for overnight accommodation, for the entire trip such as a business trip, and the like. If the travel policy is violated, data indicating that the business policy is violated is added to the search result data (S443). A search result data flag, such as a business trip rule conflict flag, and the search result data to which the flag has been added is hidden on the user terminal, or a color change display or blinking display of the search result, route, schedule table, etc. It is possible to perform processing such as generating a content by adding a character or a mark that warns of an in-house approval request. Available companies and fares (discounts) can be displayed on a schedule screen or the like for each company ID.
In addition, the various types of data referred to by the user when searching or making reservations, such as the maximum amount data and the travel regulation data, are managed by updating the manager of the organization such as a company, the manager, the department in charge, etc. Or if it is automatically updated, you can refer to these data to recommend specific transportation or accommodation, and to show / hide or change colors in search results It is possible to set in advance a search condition that is preferentially displayed by an alert display or the like.
[0068]
FIG. 11 is a flowchart illustrating an example of the preferential treatment certificate availability check processing. The special treatment certificate does not necessarily have to be a name such as a special treatment card, but typical examples are airline shareholder special treatment tickets and other special treatment cards, railway company and other shareholder discounts and other special treatment cards, and free accommodation coupons and discounts for accommodation facilities. They are like tickets, accommodation tickets, etc.
When the use of the special treatment certificate is selected, the data indicating the fact is included in the search condition in advance, so that it is determined that the use of the special treatment certificate is checked (S460). The search reservation server refers to and extracts the special treatment certificate data (number, number of sheets, etc.) with reference to the user information storage means based on the user authentication information (S462). The connection destination to be queried is determined (S463), the connection is made to the travel agent system of the connection destination via the connection server, and the existence of the number and number of the preferential treatment certificate is checked for each section, accommodation, etc. (S464). . If the preferential treatment certificate can be used (S465), the use of the preferential treatment certificate is reflected in the fee or the like of the search result, and the content is generated and displayed (S466). The reflection on the fee or the like may be performed by only displaying the fee in the case of using the special treatment certificate, or may be displayed together with the case of using the service and the case of not using the service.
In addition, even when a special treatment certificate cannot be used, if there is a discount applied according to a contract or a transaction amount for each user (company, etc.) (S467), the discount should be reflected in search results (charges, etc.) in the same manner. (S468).
For example, in the case of using a ticket for discount, the attribute information such as the discount rate of the discount ticket differs for each airline, so the search reservation server calculates the attribute information of each discount ticket and calculates the discount for each carrier. To display the discount.
In addition, it is possible to display a notice such as specialty for each discount, and to call attention to the contents by, for example, color-coding the background of the discount name. For example, a discount that causes a commission.
Regarding the special treatment certificate, if the manager of the organization such as a company, the manager, the department in charge updates and manages it, and if the data such as the number of sheets is automatically updated, these data will be referenced By recommending the use of special treatment cards at specific transportation and accommodation facilities, restricting the use of special treatment cards, giving priority to display / non-display, color change display, warning display etc. in search results Search conditions to be displayed can be set in advance.
[0069]
The holding and use of the special treatment certificate may be performed by inputting the use registration information for each travel agency system.
Alternatively, without registering data on holding and using a special treatment certificate from the user terminal, inputting and transmitting from the user terminal by referring to or downloading data on the special treatment certificate stored and managed by each travel agency system Therefore, it is possible to omit reflection of the search result and input of data relating to the use of the preferential treatment certificate at the time of reservation, without storing the information in the search reservation server.
Even if the special treatment card is an information storage medium such as paper or an IC card, regardless of whether the special treatment card is a serial number or not, the user is required to use the conventional method that has been checked for each travel agency system. It is possible to manage the effective number of special treatment certificates held by (company or the like), and to search and make reservations using the special treatment certificates.
[0070]
Next, referring to FIG. 8 again, if necessary after S401, the search reservation server checks the upper limit amount of money, checks the business trip rules, checks whether the preferential treatment certificate is available, and discounts each company ID based on the search result. Processing such as check processing is performed, and each search result received from each of the plurality of travel agency systems is stored.
Here, the data items and data formats received from the plurality of travel institution systems are converted into common data formats and data items unified in the search reservation server by the conversion processing in the connection server.
However, even in the same place (place name, station name, etc.), different terms may be used for each travel agency system. For example, "Yurakucho" and "Hibiya" in Tokyo, "Ueno" and "Keisei Ueno" are examples.
Further, even if the service content or the product name has the same content, the term may be different for each travel institution system. For example, “advance sale” and “early discount”, “specific discount” and “designated flight reservation” for each airline are examples.
Alternatively, even in the same section, the fare may be different for each travel agency system, or the fare of each company may be unified.
In such a case, the search result may be output and displayed as it is, but if there is a common fare / common name, it can be searched and output and displayed in a unified manner.
FIG. 12 is a flowchart illustrating an example of the common fare / name search process.
The search reservation server refers to the common name / fare etc. database (S480), and performs collation with the search result data (S481).
It is determined whether or not there is a common name / fare (S482), and if so, data processing is performed so that the common name / fare is displayed (S483). For example, "Hibiya" is converted to "Yurakucho" or "Hibiya (Yurakucho)" or "Yurakucho (Hibiya)", or an example of displaying the fare etc. for each company or exclusive fare (S484). It is possible to set a common set of names for fares and names and to set the order of arrangement.
If there are other search results (transportation, accommodation, etc.) (S485), the process is similarly performed for each of them.
[0071]
Next, referring to FIG. 8 again, content to be displayed is generated based on the converted data of each travel agency system (S402).
By referring to the display conditions of the search result data (S403), a list display generation process of search results, a schedule display generation process, a route display generation process, and the like are performed.
FIG. 14 is a flowchart illustrating an example of a content generation process.
As an example of the content display condition, when the stock (remaining seats / remaining rooms, etc.) is small, when the number is less than a predetermined number, the content is not displayed, color change display, blinking display, or the like is performed. Is determined based on the content display conditions (S500). If the number is not more than the predetermined number, data processing is performed so as to indicate that the number is not more than the predetermined number. Display, color change display, etc.) (S502). Various other content display conditions can be set.
If there are processing results such as the above-mentioned upper limit amount check processing, business trip rule check processing, preferential treatment certificate availability check processing, discount check processing for each company ID, etc., data processing is performed according to predetermined conditions (charge rules, business trip rules, etc.) Is performed (S503).
[0072]
If the search result displayed on the user terminal is a list display (S504), sort processing or the like is performed according to predetermined conditions (price order, company-by-company, section order, etc.) (S505), and a list of search results is generated. (S506). FIG. 21 shows an example of a screen for displaying search results.
If the search result displayed on the user terminal is a schedule display (S507), a sort process or the like is performed according to predetermined conditions (order of date and time, order of section, etc.) (S508), and a schedule table is generated (S509). The search result displayed by the content display means and including predetermined data items of the plurality of travel institution systems includes schedule data indicating the itinerary.
If the search result displayed on the user terminal is a route display (S510), a sort process or the like is performed according to a predetermined condition (price order, company, etc.) (S511), and a route table is generated (S512).
[0073]
In the search result display screen, an example of which is shown in FIG. 21, the search results (fare, schedule, route, etc.) of each travel institution system can be displayed on one screen. For example, in a search for Tokyo-Osaka, it is possible to display airlines and Shinkansen, compare fares and required times, and make reservations.
A preferred example of the display method is to display the vacant seats with a symbol (○: sufficient seats available Δ: few remaining seats: 1 to 10 are real numbers, ×: no remaining seats), or a matrix showing the fare and vacant seats as shown in FIG. Is displayed.
[0074]
As in the above example, returning to FIG. 8 again, a content to be displayed is generated based on the converted data of each travel agency system (S404), and the content is transmitted to the user terminal (S405). The search result is displayed on the user terminal according to the display conditions and the like (S406), and a list display, a schedule display, a route display, and the like are performed. The search results displayed by the content display means and including predetermined data items of the plurality of travel institution systems include route data indicating the itinerary. Simultaneous search results of a plurality of travel institution systems can be displayed, printed, and output in a list, a schedule table, a route display, or the like. In addition, in cooperation with an in-house business trip approval system or the like, it is also possible to enable attachment or insertion to a request document. Alternatively, the display screen can be directly transmitted to a person in charge of a business trip by a “schedule display print” button or a “send to mobile terminal” button, or can be carried on a mobile terminal device.
[0075]
Next, only the search may be performed, but the process may proceed to the reservation process.
In the reservation process, it is possible to make a reservation with the date and time specified by designating the train name, flight number, etc. However, for example, like an airline ticket, an OPEN arrangement to receive a ticket without specifying the date, time, flight / seat, etc. In this specification and the drawings, OPEN arrangement) may be performed.
Regarding the search result that can perform the OPEN arrangement, preferably, based on the search results received by the combined server from the plurality of travel agency systems, the search reservation server displays the content to be displayed in the OPEN arrangement instruction input means ( OPEN arrange button).
Similarly, in the search result, preferably, based on the search results received from the plurality of travel institution systems by the combined server, the search reservation server includes a means for inputting a reservation instruction (such as a reservation button) for the displayed content. Generated.
Thus, it is possible to select OPEN or reservation while confirming the vacancy for each flight. For example, some airlines may not be able to actually board the flight because the congestion status of the desired boarding flight is not known at the time of OPEN selection. Can make a reservation with OPEN.
[0076]
FIG. 14 is a flowchart illustrating an example of the OPEN arrangement processing.
An OPEN mark or the like is displayed for each of the search result schedules and the like (S600), and a selection is made between OPEN arrangement and reservation (S601).
When OPEN is arranged, a search result (schedule) is designated, and OPEN is selected (S602). The OPEN arrangement instruction is transmitted from the user terminal to the search reservation server, and by judging which schedule or the like has been selected, the joining server to be queried in the joining server is judged (S603). A connection is made to the destination travel agency system, an OPEN arrangement request for the search result (schedule) is transmitted (S604), and received by each travel agency system (S605).
The arrangement is completed by being stored in the reservation information database or the like in the travel agency system (S606), the arrangement result is returned via the coupling server, and the content is generated in the search reservation server (S607), and the arrangement is made to the user terminal. The result is displayed (S608).
[0077]
Next, the reservation process will be described with reference to FIGS.
By specifying a search result (schedule) on the user terminal and selecting a reservation process (S700), a reservation request is transmitted to the search reservation server. By determining which schedule or the like is selected, the connection destination to be queried in the connection server is determined (S702). It connects to the travel agency system of the connection destination, and transmits a reservation request for a search result (schedule) (S703).
Each travel agency system receives a reservation request (S704), and preferably returns data such as vacant seats and fares to the user terminal before confirmation / completion of the reservation and displays it for confirmation (S705), and issues a reservation confirmation instruction. Is transmitted again from the user terminal (S706).
FIG. 22 is an example of a screen display for confirming a reservation before confirmation, and FIG. 23 is an example of a screen display for transmitting a reservation confirmation instruction.
Next, when it is possible to select whether or not to use the preferential treatment certificate, when it is specified not to use (S707), the reservation data is stored in the reservation information database or the like in each travel agency system (S800). ), A reservation is made. FIG. 24 shows an example of the reservation completion screen.
[0078]
On the other hand, as shown in an example in FIG. 25, when the use of the special treatment certificate is selected by checking the special treatment card use identification at the time of the schedule search (S707), the time when making the reservation / ticketing is determined. 26, the exclusive number registration screen as shown in FIG. 27 is displayed by selecting a special treatment ticket information input menu as shown in FIG.
Since the special treatment certificate is not treated as a discount in the airline agreement, there is no special discount class, after booking the number of seats of normal fare (Y class) and registering the number of the special treatment certificate before issuing a ticket, When the number is authenticated, a ticket is issued with a predetermined discount amount. With the conventional airline reservation site, all discounts (all classes) are displayed at the time of schedule inquiry, and after a normal fare reservation, the number is set at the time of ticket issuance, it is recognized as a preferential treatment certificate, so user operation It was easily misleading in gender.
If the number of the preferential treatment certificate is a serial number (S708), the first preferential treatment certificate number and the number of copies are input on a screen as shown in FIG. 28 (S709). When registering all the required numbers when using the special treatment certificate, if the special treatment certificate is a serial number, this function can be used to enter the first number and the required number of sheets, making it unnecessary to register each individual number.
As described above, the special treatment certificate number is input (S710), and the special treatment certificate condition flag is added to the reservation request data.
[0079]
In addition to entering the special treatment certificate number at the time of reservation / ticketing, by registering the special treatment certificate number held by the user such as a company in advance, it refers to the pre-registered special treatment certificate stock data, A preferential treatment certificate setting function can be provided. Thereby, the preferential treatment certificate condition flag is automatically added without inputting the preferential treatment certificate number at the time of reservation / ticketing.
Alternatively, without registering data on holding and using a special treatment certificate from the user terminal, inputting and transmitting from the user terminal by referring to or downloading data on the special treatment certificate stored and managed by each travel agency system It is also possible to provide an automatic courtesy certificate setting function by referring to the courtesy certificate stock data registered in advance without storing the data in the search reservation server. Thereby, the preferential treatment certificate condition flag is automatically added without inputting the preferential treatment certificate number at the time of reservation / ticketing.
[0080]
The reservation is made by storing the reservation data in the reservation information database or the like in each travel institution system (S800). In the event of an error that the reservation is not completed, it is desirable not to immediately execute the processing for canceling the reservation, but to give grace such as a retry such as a condition change.
When ordering / booking, since the user is specified as described above, the booking data is associated with the personal ID and personal information and stored in the booking information database provided in the travel agency system. As a result, it is possible to determine which user the reservation information belongs to, and it is also possible for the administrator of the organization or company to check information and the like for each user.
[0081]
When the reservation is completed (S801), the result of the reservation is returned and the data from each travel agency system is received by the connection server (S802). The combined server converts the data of each travel agency system into common data by the result analysis (S803), and generates the content indicating the reservation result in the search reservation server (S804). The content including the reservation result is transmitted to the user terminal and displayed (S805).
Here, the user can confirm the contents of the reservation on the user terminal or the like, and proceed to the ticketing process. Ticketing is the confirmation of a reservation, and the reservation can be canceled or the like until the reservation is confirmed.
When the ticketing process is performed after the reservation, a ticketing request is transmitted from the user terminal (S806), and the ticketing process is performed in the travel agency system via the search reservation server and the connection server (S807).
The ticketing result (amount, ticket number, etc.) is returned, the data from each travel institution system is received by the connection server (S808), and the result analysis converts the data of each travel institution system into common data (S809). The search reservation server generates the content including the ticketing result (S810), transmits the content to the user terminal, and displays it (S811).
[0082]
On the other hand, by executing the reservation processing shown in S800 and the ticketing processing shown in S807 at the same time, the spot sale processing for simultaneously performing ticketless reservation and ticketing may be performed.
It is a preferable example that a reservation record is automatically canceled when a reservation error occurs.
FIG. 30 shows an example of a screen for displaying a ticketing result.
FIG. 31 shows an example of a screen displaying a plurality of confirmed reservation contents. It is desirable to be able to output a reservation confirmation document that allows confirmation of the reservation contents.
It becomes possible to output the results of simultaneous reservations of a plurality of travel institution systems in a list, a schedule table, a route display, or the like, such as displaying and printing. In addition, in cooperation with an in-house business trip management system or the like, it is possible to attach or insert the information to a business trip application form, a report, a payment report, or the like. Alternatively, the display screen can be directly transmitted to a person in charge of a business trip by a “schedule display print” button or a “send to mobile terminal” button, or can be carried on a mobile terminal device.
In addition, third parties such as managers and departments in charge can confirm the schedule, location, and process of business travelers, and can also perform confirmation and communication in the event of an emergency or accident, and manage risk. It is also beneficial in terms of aspects. By accessing each travel institution system, it is possible to simultaneously search, confirm, output, etc. data such as schedule tables and itineraries based on the latest data, so that the data of each travel institution system can be printed as one it can. It is also possible to confirm when a business traveler or the like changes a reservation at a business trip destination, or when there is a flight cancellation, time change, delay, or other change.
[0083]
Next, the reservation record list inquiry processing will be described with reference to FIG.
It is a function to query the list of past reservations, ticketing records, and details. Further, when cooperating with an in-house system or the like, a function of updating information when a record that has been imported into the system of each company and a record of each reservation company do not match can be provided.
A reservation record list inquiry request is transmitted from the user terminal (S900), and received by the search reservation server (S901). The destination to be searched is determined (S902), a reservation record list inquiry request is transmitted to each travel institution system (S903), and received by each travel institution system (S904).
In each travel institution system, a reservation information database (transaction information database) or the like is searched (S905), and in each travel institution system, a reservation record is extracted and transmitted to the combined server (S906).
The data is received by the connection server, converted into the data format of each travel agency system as needed (S907), and the status such as reserved, issued, and canceled is determined (S908). The search reservation server generates the contents of the reservation record list (S909), transmits it to the user terminal, and displays it (S910). The reservation record list is displayed. In addition to the list display, a schedule display, a route display, and the like can be performed, and further, details such as individual schedules and accommodations can be displayed, and details can be displayed.
FIG. 32 shows a screen of the displayed reservation history list. FIG. 33 shows an example in which details are displayed, and FIG. 34 shows an example in which only reservations whose status is determined and which can be canceled are displayed in a list.
[0084]
Next, the cancellation process will be described with reference to FIG.
It is preferable to cancel and refund the reservation in one operation. Conventionally, there is no ticket reissue and there is no reissue ticket after the cancellation of the reservation, and refunds are all required. Therefore, two operations of cancellation and refund are required on the airline site. Various methods can be adopted as the fee refund method in the case of cancellation, such as automatic cash transfer to the user's financial institution account or crediting until the next use.
In the case of performing the canceling process, it is preferable that a list of only the reservations whose status is determined and can be canceled is displayed in FIG. In the user terminal, a search result (reservation record) is designated, and a cancellation process is selected (S1000), whereby a cancellation request is transmitted to the search reservation server. The connection destination to be queried is determined (S1001), connected to the travel agency system of the connection destination, and a search result (reservation record) cancellation request is transmitted (S1002).
The cancellation request is received by each travel institution system (S1003), and the cancellation contents, the refund fee, and the like are confirmed and displayed as shown in an example in FIG. 35 (S1004).
By transmitting a cancellation request (and a refund request) after confirmation (S1005), the cancellation data is stored in a transaction information database or the like in each travel agency system (S1006), and when the cancellation is completed (S1007). Then, the cancellation result is returned, and the data from each travel agency system is received by the connection server (S1008). By the result analysis, the data of each travel institution system is converted into common data (S1009), and the content of the cancellation / refund result (refund fee, cancellation fee, etc.) is generated in the search reservation server (S1010) and transmitted to the user terminal. Is displayed (S1011).
FIG. 36 is an example of a screen displaying the cancellation result.
[0085]
Next, by the same processing as the processing of reservation and cancellation, it is possible to change, add, and cancel the reservation by operating the user terminal.
In order to change the reservation, in addition to changing the date and time, increasing or decreasing the number of persons, various changes in the contents of the reservation can be performed by inputting and transmitting data from the terminal device.
Based on the transmitted data contents, an inquiry is made to the travel agency system, and if a change or the like is possible, the reservation is changed, and the reservation information stored in the reservation information database is updated. In addition, a change result or the like is returned to the user terminal and stored in the transaction information database.
[0086]
【The invention's effect】
As described above in detail, according to the present invention, when performing search / reservation etc. using a plurality of systems of transportation and accommodation facilities, log in to each system sequentially through authentication processing. It is possible to provide a system in which search and reservation can be performed using a common ID and password without repeating the process of logging out after performing search or reservation. The relay server determines the connection destination system, and automatically performs the authentication process for the determined system of each company, so that it is possible to log in to different WEB sites with the common ID.
Furthermore, by interposing a system that connects users with their own self-booking tools for users to make reservations, etc., it is unnecessary to separately develop transportation and accommodation facilities separately. it can.
In making arrangements for an actual trip or business trip, simultaneous search and reservation can be performed, including accommodations, rental cars, other travel products and services, as well as a plurality of transportation means.
Further, according to the present invention, when arranging for an actual trip or business trip, a plurality of transportation means, accommodation facilities, rental cars, other travel products and services, etc., are displayed in the order of the schedule, and by route. It is possible to provide a system capable of simultaneously displaying search results of a plurality of companies using various display methods such as display of a search result. This makes it possible, for example, to arrange the results of arrangements made by different systems into one schedule table and print it. By cooperating with the in-house system, it is possible to approve purchases, link to the settlement screen, check billing, etc., and promote paperless and cashless.
Furthermore, according to the present invention, when arranging a business trip, etc., not only personal information of the user but also registration of in-house information, handling of preferential treatment cards such as transportation owned by the company, management by an administrator, other detailed user interface Etc. can be provided.
In addition, since the connection destination can be a core system such as an airline or other transportation, unmanned arrangements such as self-booking can be made, and immediate arrangements can be made 24 hours a day if flight numbers are determined It becomes possible to board even without a ticket. Furthermore, ambiguous search and reservation such as "I want to arrive at Osaka around 12:00" and "Arrange at a hotel near the station for 10,000 yen" can be made possible.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram showing an example of a basic configuration of a system of the present invention.
FIG. 2 is a flowchart showing an outline of a process of using the system of the present invention through a login process from a user terminal to the system.
FIG. 3 is a diagram showing a basic example of a data format and data items to be input from a user terminal in a series of processes using the system of the present invention.
FIG. 4 is a diagram showing a basic example of a data format and data items output and displayed on a user terminal in a series of processes using the system of the present invention.
FIG. 5 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 6 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 7 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 8 is a flowchart showing an example of a basic processing flow of the present invention.
FIG. 9 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 10 is a flowchart showing an example of a basic processing flow of the present invention.
FIG. 11 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 12 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 13 is a flowchart showing an example of a basic processing flow of the present invention.
FIG. 14 is a flowchart showing an example of a basic processing flow of the present invention.
FIG. 15 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 16 is a flowchart showing an example of a basic processing flow of the present invention.
FIG. 17 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 18 is a flowchart illustrating an example of a basic processing flow of the present invention.
FIG. 19 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 20 is a screen image diagram showing an example of content displayed on the user terminal when using the system of the present invention.
FIG. 21 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 22 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 23 is a screen image diagram showing an example of content displayed on the user terminal when using the system of the present invention.
FIG. 24 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 25 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 26 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 27 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 28 is a screen image diagram showing an example of content displayed on the user terminal when using the system of the present invention.
FIG. 29 is a screen image diagram showing an example of content displayed on the user terminal when using the system of the present invention.
FIG. 30 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 31 is a screen image diagram showing an example of content displayed on the user terminal when using the system of the present invention.
FIG. 32 is a screen image diagram illustrating an example of content displayed on a user terminal when using the system of the present invention.
FIG. 33 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 34 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.
FIG. 35 is a screen image diagram showing an example of content displayed on a user terminal when using the system of the present invention.

Claims

A search and reservation server that arranges travel products such as transportation and lodging facilities, a travel agency system provided by a travel agency that provides travel products and services such as transportation and lodging facilities, and a search and reservation server and travel agency system A connection server that performs data relay between the two and combines the two to function, and is configured to be accessed from the user terminal device and perform data processing,
The search reservation server,
User information storage means for storing information about the user;
An authentication means for authenticating access from a user terminal;
Authentication that refers to authentication data set for each of a plurality of travel institution systems stored in association with predetermined user information stored in advance and relays transmission and reception of authentication data with the travel institution system Data relay means;
Content display means for performing content transmission, data search, and other data processing in response to a content distribution request from a user terminal;
Search condition receiving and extracting means for receiving or extracting search conditions for travel products such as transportation and accommodation facilities transmitted from the user terminal;
A reservation instruction receiving means for receiving a reservation instruction for a travel product such as a transportation facility or an accommodation facility transmitted from the user terminal;
At least data receiving means for receiving a result of the data processing from the combined server,
The above-mentioned connection server stores the predetermined user information stored in advance and the data including the received search condition or reservation instruction into each of the plurality of travel institution systems, and transfers each of the predetermined data items to each of the travel destinations of the relay destination. At least a data relay unit that transmits the data in association with the data of the system and relays data transmission and reception with the travel agency system,
By transmitting search conditions and reservation instructions from a user terminal to a search reservation server, data can be relayed between a plurality of travel agency systems, and search results and reservation results can be received at the user terminal. , A travel product search and reservation system using a combined server.

In the invention according to claim 1,
Wherein the user information storage means stores user organization information for identifying an organization such as a corporation and user personal information for identifying a user belonging to the organization; Search and reservation system.

In the invention according to any one of claims 1 and 2,
The above-mentioned user information storage means stores upper limit amount data corresponding to an organization such as a user individual or a corporation, and the above-mentioned search condition receiving and extracting means refers to the user information and searches for a search corresponding to the user. A travel product search / reservation system using a combined server, characterized by generating conditions.

In the invention according to any one of claims 1 and 2,
In the user information storage means, upper limit data is stored corresponding to a user individual or an organization such as a corporation, and the content display means refers to the user information and determines whether the upper limit is exceeded. A travel product search / reservation system using a combination server, wherein the content is generated and displayed by determining the content.

In the invention according to any one of claims 1 to 4,
The user information storage means stores business trip regulation data corresponding to an organization such as a corporation, and the search condition reception and extraction means generates search conditions corresponding to the user by referring to the user information. A travel product search / reservation system using a combined server.

In the invention according to any one of claims 1 to 4,
The user information storage means stores travel rule data corresponding to an organization such as a corporation. A travel product search / reservation system using a combined server, wherein content is generated and displayed.

In the invention according to any one of claims 1 to 6,
The user information storage means stores preferential treatment certificate data or organization discount data corresponding to an organization such as a corporation, and the search condition reception and extraction means extracts user organization information and user personal information. In this way, in the generation of search conditions, the generation of search results, or the generation of reservation results, travel merchandise search / reservation using a combined server is characterized by reflecting preferential treatment certificate data or organizational discount data corresponding to the user. system.

In the invention according to any one of claims 1 to 7,
The system further comprises a usage fee storage unit for relaying data with a plurality of travel agency systems and storing usage fee information reserved and associated with user information. The travel product search and reservation system used.

In the invention according to any one of claims 1 to 8,
The data relay unit receives a search result including a predetermined data item from a plurality of travel institution systems, and causes the content display unit to simultaneously display the search results of the plurality of travel institution systems. A travel product search / reservation system using a combined server, comprising input means for an OPEN arrangement instruction or a reservation instruction.

In the invention according to claim 9,
The search result including predetermined data items of a plurality of travel institution systems displayed by the content display means includes schedule data indicating an itinerary, and a travel product search / reservation system using a combined server. .

In the invention according to claim 9 or 10,
The search result including predetermined data items of a plurality of travel institution systems displayed by the content display means includes route data indicating a itinerary, and a travel product search / reservation system using a combination server. .