JP2003536175A - 複数の旅行サービス提供者にアクセスするためのｇｕｉ式旅行者サービスシステム - Google Patents

Abstract

(57)【要約】 要約書なし。

Description

【発明の詳細な説明】

【０００１】

【発明の分野】

本発明は、一般的に、旅行者サービスシステムに関し、さらに詳細には、旅行
サービス提供システムのような複数の旅行サービス提供者にアクセスできる旅行
者サービスシステムに関する。

【０００２】

【背景】

旅行業界は、航空機の座席、ホテルの部屋、レンタカー及び他の旅行関係サー
ビスの予約にコンピュータのような情報技術を利用してきた長い歴史を有する。
例えば、グローバル・ディストリビューション・システム（ＧＤＳ）及びＳａｂ
ｒｅ，Ｇａｌｉｌｅｏ（Ａｐｏｌｌｏとしても知られている）、Ｗｏｒｌｄｓｐ
ａｎのようなコンピュータ予約システム（ＣＲＳ）は、利用可能な旅行サービス
の在庫を維持管理し、その利用可能な在庫に対して予約状況をチェックするため
に開発されたものである。一般的に、これらのシステムは大型メインフレームシ
ステムを有する。これらのシステムの多くは最新式のグラフィカル・ユーザイン
ターフェイス（ＧＵＩ）の出現前に開発されたものであるから、ユーザインター
フェイスは通常、端末式であり、短い、暗号のような、命令を次々にシステムに
入力すると、システムがリクエストされた情報を表示する。

【０００３】 旅行者は、一般的に、１つの旅行で複数の予約をする必要がある。例えば、旅
行者は、航空機、ホテル及びレンタカーの予約を必要とする場合が多い。従って
、上記のシステムから旅行者のために情報を取り出すために、ユーザ（通常は、
旅行者に代わって旅行の手配をする旅行案内者）は複数のＧＤＳの命令に通暁し
なければならない。さらに、旅行案内者は、所望の情報を得るために複数のシス
テムに対して複数のリクエストを送る必要がある。その結果、現用システムによ
り旅行者の予約を行うためには、旅行案内者は、複数のＧＤＳスクリーン間を手
動で切換えなければならない。

【０００４】 さらに、旅行の予約は、単一セッションで完了できない場合が多い。例えば、
所望の旅行日に所望のフライト、ホテルの部屋又はレンタカーを確保できないた
めに、予約リクエストを順番待ちの状態にしなければならない場合がある。この
場合、旅行案内者は手動で順番のチェックを行い、以前確保できなかった旅行サ
ービスの予約リクエストを再び送る必要がある。

【０００５】 出張目的の旅行者には、別の問題がある。会社は従業員の旅行者及び旅行案内
者が遵守しなければならない社内旅行規則及び優先事項を有する場合が多い。例
えば、会社が旅行サービス提供者と交渉して割引レートを獲得している場合があ
る。出張旅行者及びその会社のために働く旅行案内者は、可能な限りその旅行提
供者を利用して割引を得る必要がある。旅行規則のさらに別の例には、出張旅行
費用の支払いを会社の特定の銀行口座又はクレジットカードで行うという条件が
ある。従来のＧＤＳシステムは、かかる規則に関する情報を維持管理することが
できない。

【０００６】 上述の問題により、本発明が当該技術分野において必要とされる。

【０００７】

【発明の概要】

以下に述べる本発明の実施例は、旅行関連のサービス及び予約を維持管理する
ＧＤＳとは独立して、旅行案内者に、一体的で、すっきりしたグラフィカル・ユ
ーザインターフェイス（ＧＵＩ）を有する旅行サービスシステムを提供する。こ
のシステムは、多数の航空機、レンタカー及びホテルの予約システムにインター
フェイスできる。さらに、このシステムは、旅行者の好みを示すデータ、個人デ
ータ及び好ましい支払い方法に関する情報を含む旅行者の個人情報を維持管理す
る。さらに、このシステムは、顧客の旅行規則及び航空機会社、ホテル及びレン
タカー会社のような種々の旅行サービス提供者との契約に関するデータを維持管
理する。これら種々のソースからのデータを用いることにより、インターフェイ
スの種々の欄のためのデフォルト情報を提供し、また顧客の旅行規則に沿った旅
行サービスを提供することができる。本発明の実施例の一部では、このシステム
は、ユーザが旅行規則に違反するオプションを選択できないようにすることによ
り、顧客の旅行規則の遵守を担保している。

【０００８】 本発明は、種々の範囲のシステム、顧客、サーバ、方法及びコンピュータによ
る読取り可能なメディアを包含するものである。この概要に述べたものとは別の
本発明の種々の特徴および利点は、添付図面を参照して以下の詳細な説明を読め
ば明らかになるであろう。

【０００９】

【実施例の詳細な説明】

本発明の以下の詳細な説明において、本願の一部であり、本発明の特定の実施
例を例示する添付図面を参照する。これらの実施例は、当業者が本発明を実施で
きるように十分に詳しく記載されている。他の実施例も可能であり、本発明の範
囲から逸脱することなく論理的、機械的、電気的及び他の変形又は設計変更を行
うことができる。従って、以下の詳細の説明は限定的な意味でとらえるべきでは
ない。

【００１０】 図面を参照して、同一の参照番号を多数の複数図面に表れる同一の部分を示す
ために使用する。信号及び接続部は同一の参照番号により指示され、その実際の
意味は説明の文脈でのその使用方法から明らかであろう。

【００１１】 ソフトウェア環境 以下において、本発明の実施例による一体型旅行者サービスシステムを構成す
るシステム及び方法のソフトウェア環境について述べる。図１は、かかるシステ
ムの主要部分を示す。本発明の一実施例において、このシステムは、旅行者サー
ビス部分１０２、チケット処理部分１０４、ＧＤＳ１１４（グローバル・ディス
トリビュション・システム又はコンピュータ予約システム（ＣＲＳ）とも呼ぶ）
及びＧＤＳ／提供者インターフェイス１１２を含む。これらの部分は、インター
ネットを含む当該技術分野で知られた種々のネットワーキング機構を介して通信
できるように結合可能である。さらに、本発明の別の実施例よるこのシステムは
、電話管理システム１２２を含む。本発明の別の実施例では、このシステムにウ
ェブ自己サービス部分１１６を含む。

【００１２】 旅行者サービス部分１０２は、旅行サービスの注文に関するデータを処理し、
維持管理する。このデータは、旅行者情報記憶装置１０６、旅行取引記憶装置１
０８及び顧客情報記憶装置１１０を含む複数のデータベースに維持管理される。
旅行者情報記憶装置１１０は、複数の旅行者の旅行者個人情報を含む。旅行者取
引記憶装置は、旅行者がリクエストする予約取引に関するデータを記憶する。顧
客情報記憶装置１１０は、顧客が旅行サービス提供者と優先的に行った契約、従
業員旅行規則等の顧客についての情報を記憶する。本発明の１つの実施例では、
これらのデータベースは、オラクル・データベース管理システムにより管理され
ている。しかしながら、本発明は、任意特定のデータベース管理システムに限定
されない。さらに、データベース１０６、１０８、１１０を単一のデータベース
に結合することが可能であるが、本発明は任意特定のデータベースの構成に限定
されない。

【００１３】 旅行リクエストは旅行者１２０から受けるものであるが、旅行者は旅行関連の
サービスの手配を受けるために旅行案内者１１８へ電話する。本発明の一実施例
は、かかる電話リクエストを旅行案内者へ転送する電話管理システムを使用する
。本発明の特定の実施例のこの電話管理システムは、Ｇｅｏｔｅｌシステムであ
る。旅行者サービス部分１０２は、旅行案内者１１８が旅行者から受けたデータ
を入力し、データベース及び／又はＧＤＳシステム１１４からデータを取出すユ
ーザインターフェイスを提供する。

【００１４】 ＧＤＳ１１４は、旅行関連サービスの在庫に対する予約を管理し記録するよう
に設計された分散システムである。かかるシステムは多数、当該技術分野におい
て知られているが、その中に、Ｓａｂｒｅ Ｇｒｏｕｐｓ，Ｉｎｃ．及びＧａｌ
ｉｌｅｏ，Ｉｎｃ．のＦｏｃａｌＰｏｉｎｔとしても知られるＡｐｏｌｌｏシス
テムがある。

【００１５】 本発明の一部の実施例において、旅行者サービス部分１０２は、ＧＤＳ／提供
者インターフェイス１１２を介してＧＤＳ１１４と通信する。本発明の一実施例
において、このＧＤＳ／提供者インターフェイスは、Ｅｑｕａｎｔインターフェ
イスである。

【００１６】 チケット処理部分１０４は、インターフェイス１１２を介してデータベース１
０８、１１０及びＧＤＳシステム１１４と通信することにより、チケットのリク
エストを処理し、一時的に中断された仕事を実行または管理する。チケット処理
部分１０４は、データベース１０６、１０８及び１１０のデータを用いて、チケ
ット及び旅程表のような旅行文書の一括処理及び配送を取り扱う。

【００１７】 図２は、本発明の一実施例の旅行者サービスシステムに組込むことができるさ
らに別の部分及びシステムの概観を示す。さらに別の部分として、決済システム
２０８、オペレーション管理システム２０４、データ保存装置２０２、報告シス
テム２０６及び旅行顧客システム２１０が含まれる。決済システム２０８は、旅
行サービス提供者が提供するサービス及びチケットについて、旅行顧客への請求
に用いる請求書及びア口座データを受けることができる。報告システム２０６は
、旅行顧客が利用できるように、旅行及び予約処理に関する報告を作成するよう
に働く。顧客システム２１０は、データをシステムへ送ることができる。例えば
、顧客システムは、従業員の名前及び所属部署の名称のようなその人的資源に関
するデータであって、データベース１０６、１０８又は１１０に記憶可能なデー
タを提供できる。さらに、顧客システム２１０は、顧客の種々の旅行サービス提
供者との契約に関する契約情報を提供できる。再び、この情報は、データベース
１０６、１０８又は１１０に記憶可能である。

【００１８】 このセクションでは、複数の旅行提供者にアクセスするためのＧＵＩを有する
システムの種々のソフトウェアについて説明した。当業者であれば分かるように
、このソフトウェアは、Ｃ／Ｃ＋＋、Ｖｉｓｕａｌ Ｂａａｓｉｃ，Ｊａｖａ，
Ｓｍａｌｌｔａｌｋ，Ｐａｓｃａｌ，Ａｄａ及び同様なプログラミング言語を含
む（それらに限定されない）当業者に知られた多数のプログラミング言語のうち
の任意のもので作成することができる。さらに、このシステムは、Ｆｏｒｔｅ開
発環境のような種々の開発環境を使用できる。本発明は、実施のための任意特定
のプログラミング言語又は環境に限定されない。さらに、上述の部分は単一のコ
ンピュータシステムによる実現が可能であり、それらはクライアント／サーバ環
境、または複数のコンピュータシステムにより実現可能である。これらの部分の
ソフトウェアは、ＲＡＡＭ、ＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フロッピ
ディスク、テープ媒体又はコンピュータのハードドライブのようなコンピュータ
による読取りが可能なメディアに常駐可能である。さらに、コンピュータによる
読取りが可能なメディアには、有線又は無線ネットワーク上の信号も含まれる。
本発明は、コンピュータによる読取りが可能な任意特定のメディアに限定されな
い。

【００１９】 ソフトウェア環境 前のセクションでは、本発明の種々の実施例をコンピュータレベルで概観した
が、このセクションは、本発明の種々の実施例のデータ及びユーザインターフェ
イスを含むインターフェイスについて詳細に説明する。

【００２０】 図３は、ログイン・スクリーンの一例である。このログイン・スクリーンは、
ユーザがユーザＩＤと、パスワードを入力する入力欄を提供する。ユーザＩＤは
、ある特定のスキルレベル及びアクセス権と関連付けてもよい。

【００２１】 図４は、ログインに成功すると、ユーザに表示されるメイン旅程ウィンドウ４
００の一例である。メイン旅程ウィンドウ４００は、旅行者タブ４０２、旅行者
情報エリア４０４、補充情報エリア４０６、部分要約エリア４０８、付加的詳細
事項エリア４１０及び旅行注文タブ４１２を含む。ウィンドウ４００に表示され
る各エリアは文脈感知型、即ち、ウィンドウに表示される内容が他のウィンドウ
での選択により決定されるようにすることができる。

【００２２】 本発明の一実施例によると、メイン旅程ウィンドウ及び以下に説明するウィン
ドウの移動階層構造は、１又は２人以上の旅行者と、旅行の注文のタブ入力を含
み、各旅行者は個人情報を有する。旅行の注文にはそれぞれ、航空機旅行、レン
タカー及びホテルの部屋の予約が含まれる。さらに、本発明の他の実施例では、
鉄道旅行、リムジン、ツアー、船旅行及び会合室、ゴルフ・ティーオフ時間及び
レストラン予約等を含む他のタイプの予約が可能である。本発明は、任意特定の
タイプの予約サービスに限定されない。

【００２３】 図示の例では、ユーザインターフェイスは、１人の旅行者である「Ｐａｔ Ｍ
． Ｊｏｈｎｓｏｎ」を表示している。しかしながら、本発明は１人の旅行者に
限定されない。１人の旅行者につき１つのタブがウィンドウ４００に現れ、その
タブを選択すると、その旅行者の詳細事項がウィンドウ４００に表示される。

【００２４】 同様に、１人の旅行者の現在及び将来の旅行について、複数の旅行の注文を未
決状態にすることができる。旅行注文タブ４１２を選択すると、その特定の旅行
の注文に関する詳細事項がウィンドウ４００に表示される。

【００２５】 図５Ａ−５Ｌは、旅行者の個人情報の作成及び維持管理を可能にする、本発明
の一実施例によるウィンドウを示す。１人の旅行者に関する種々のデータ項目が
システムにより維持管理されるが、その目的は、特定の旅行者の好みを識別し、
予約時に使用可能な情報を自動的に提供することにある。

【００２６】 図５Ａは、本発明の一実施例によるメイン旅行者同定ウィンドウ５００を示す
。このウィンドウ５００は、旅行者の個人情報データ５０２、顧客データ５０４
及び報告欄５０５を含む。本発明の一実施例において、個人情報データ５０２は
、旅行者の姓名、誕生日、搭乗クラス及び個人識別番号（ＰＩＮ）を含む。この
ＰＩＮは、データベースで旅行者を同定するためにシステムが旅行者に割当てた
ただ１つの識別番号である。本発明の一実施例によると、このＰＩＮは、特定の
「８００」番の電話番号で旅行の手配をする全ての旅行者の中でただ１つの番号
でなければならない。

【００２７】 顧客データ５０４は、旅行サービス提供者の顧客を同定するデータを含む。通
常、顧客は、その従業員のために旅行サービス提供者に旅行の手配を行わせる会
社である。会社名、事業部又はその下位部署、旅行者の種類、作動日及び作動終
了日が、本発明の一実施例のシステムにより維持管理される。旅行者の種類は、
特定の旅行者のために旅行を手配する際、システム及びシステムユーザが遵守す
べき種々の規則を指示するために使用できる。例えば、会社重役である旅行者は
ファーストクラスの旅行が許されているが、会社の営業社員はコーチクラスにし
なければならない。旅行者の種類により、顧客構成員のかかる集団に適用される
規則を同定することができる。

【００２８】 報告欄５０５は、旅行者あるいは所属会社に特定な、ユーザにより特定される
欄である。一実施例において、この欄は記述的表示欄、タイプ欄及び数値欄があ
る。タイプ欄は、内容が比較的変化しないか否か、旅行の注文又は取引毎に変化
するか否かを記載できる。報告欄は、報告部分２０６のようなバックオフィスシ
ステムへ送付して、顧客への報告に含めることができる。報告欄を設けると、編
成可能で、一般的な報告よりも顧客にとってより意味のあるデータを含めること
ができるカストム化された報告を顧客が受けることができるようになるため、望
ましい。

【００２９】 図５Ｂは、現在選択中の旅行者の旅行者住所情報を維持管理するためのウィン
ドウの一例である。このウィンドウには、物理的住所情報５１０と、電子的郵便
住所情報５１２とが含まれている。家と、勤務先の両方の物理的及び電子的郵便
住所を、旅行者が普通の郵便及び電子メールを受けたい場所を指示する優先順位
識別子と共に維持管理することができる。

【００３０】 図５Ｃは、旅行者通信関連データを維持管理するウィンドウの一例である。通
信関連データ５１４は、旅行者の音声電話、ファックス、ページャ及び携帯電話
番号を含む。さらに、特定の番号を、その旅行者が好ましいコンタクト用番号と
して選択することができる。選択された番号のデータは、ウィンドウ５１４から
特定の番号を選択し、編集ボックス５１６のデータを更新することにより維持管
理することができる。

【００３１】 旅行者緊急コンタクト情報も、緊急コンタクトエリア５１８に設けることがで
きる。

【００３２】 図５Ｄは、航空機による旅行の好みを維持管理するウィンドウの一例をに示す
。サービス提供者エリア５２０は、旅行者が利用する航空会社のリストを提供し
、顧客優先プログラム（即ち、頻繁利用者プログラム）のメンバーであるその旅
行者のメンバー番号と、その旅行者がその航空会社を好んで利用するか否かの表
示とを含む。さらに、このシステムは、座席の好み５２４、食事の種類５２６、
住所の都市名及び空港５２８を特定して維持管理することができる。編集ボック
ス５２２により、航空会社の情報を追加又は変更することができる。

【００３３】 図５Ｅは、レンタカーの好みを維持管理するウィンドウの一例を示す。レンタ
カー会社エリア５３０は、旅行者が利用するレンタカーサービス提供者のリスト
を提供し、優先顧客プログラムのメンバー番号及びその旅行者がそのレンタカー
会社を好むか否かの表示を含む。編集ボックス５３２により、レンタカー会社の
情報を追加又は変更できる。レンタカーの好みエリア５３４は、その旅行者がレ
ンタルしたいレンタカーのタイプに関するレンタカーの種々の指標をユーザが入
力できるようにする。特別指示エリア５３６は、その旅行者がレンタカーについ
て特別に行った他の任意のリクエストを、自由なテキスト形式で入力するための
インターフェイスを提供する。

【００３４】 図５Ｆは、ホテルの好みを維持管理するウィンドウの一例である。ホテルエリ
ア５３８は旅行者が利用するホテルのリストを提供し、その旅行者がそのホテル
を好むか否かの表示を含む。さらに、優先顧客プログラムのメンバー番号と、割
引き番号とが維持管理され、表示される。ホテルの好みに関するデータは、編集
ボックスウ５４０により入力し、更新することができる。他の情報エリア５４２
により、部屋の種類、ベッドのサイズ、禁煙ルームの必要性及び他の特別なリク
エストを含むその旅行者の好みに関する追加的指示を特定することができる。

【００３５】 図５Ｇは、クレジットカード情報を維持管理するウィンドウの一例である。ク
レジットカード会社リスト５４４は、旅行者のクレジットカードのリストを提供
し、そのクレジットカードの番号、クレジットカードの説明及び有効期限を含む
。また、カードにチャージされる予約の種類についての表示も含むことが可能で
あり、旅行者の予約が航空機、レンタカー又はホテルであるかによって、異なる
カードを特定することができる。編集エリア５４６は、クレジットカード会社リ
スト５４４に表示されるクレジットカードの情報を追加し、更新するためのイン
ターフェイスを提供する。

【００３６】 図５Ｈは、旅行者規則ウィンドウの一例５４８を示す。このウィンドウ５４８
は、その旅行者の勤務先及び旅行者の種類を更新するためのインターフェイスを
提供する。上述したように、勤務先又は旅行者の種類を使用して、特定の旅行者
のための予約の種類に関する制約をシステムが決定することができる。

【００３７】 本発明の一部の実施例では、旅行者と、旅行手配者とを関連付けることができ
る。旅行手配者は、通常は、１又は２人以上の旅行者の代わりに旅行を手配する
顧客会社の代表者である。図５Ｉは、旅行者と旅行手配者の間の関係を指定して
維持管理するための旅行者関連ウィンドウの一例である。このウィンドウには、
一例として、検索基準エリア５５０、旅行者リスト５５２及び関連リスト５５４
が含まれる。検索基準５５０は、検索パラメータを入力するためのインターフェ
イスを提供する。本発明の一実施例の検索パラメータには、ラストネーム、ファ
ーストネーム、ミドルイニシャル及びＰＩＮを含むことができる。旅行者を手配
者と関連付ける場合、ウィンドウの名称は「手配者・旅行者リストの維持管理」
であり、検索基準は旅行者検索用基準である。手配者を旅行者と関連付ける場合
、ウィンドウの名称は「旅行者・手配者リストの維持管理」であり、検索基準は
手配者検索用基準である。何れの場合でも、任意の旅行者を手配者に対して割り
当てることができる。旅行者との関係の存在により、手配者が決定される。

【００３８】 旅行者リスト５５２は、検索基準にマッチする旅行者のリストを提供する。関
連リスト５５４は、特定の旅行手配者と関連付けられた旅行者のリストを提供す
る。本発明の一実施例において、旅行者リストから旅行者が選択されて、関連リ
スト５５４に追加され、関連リスト５５４の旅行者はその関連リストから取り除
くことができる。

【００３９】 図５Ｊは、旅行者同定ウィンドウの一例である。このウィンドウの一例は、電
話をかけて来た人のＩＤ５５６、旅行者・手配者エリア５５８及び旅行者リスト
５６０を含む。旅行の手配のために電話をかけて来た人の名前の入力は、その人
のＩＤ５５６を用いて行う。システムは、この情報に基づいてマッチするものを
検索し、旅行者・手配者エリア５５８に顧客会社があればその会社の詳細事項を
提示する。電話をかけて来た人が１又は２人以上の旅行者の代わりの旅行手配者
である場合、旅行者リスト５６０に旅行者のリストが現れる。本発明の一実施例
によると、このリストはドロップダウン・タイプである。旅行手配者を選択する
と、その手配者に関連のある旅行者のリストがドロップダウンされる。電話をか
けてきた旅行手配者が代表する特定の旅行者を、この旅行者リストから選択する
ことが可能であるが、メインウィンドウ４００はその選択に合わせて更新される
。

【００４０】 図５Ｋは、国際データウィンドウの一例である。このウィンドウの一例は、身
分証明書データ５０６と、市民権データ５０８とを含む。身分証明書データエリ
ア５０６は、現在選択中の旅行者が所有する身分証明書の詳細事項をリストする
ことができる。通常、これにはパスポートが含まれるが、他の身分証明書も維持
管理することができる。市民権データエリア５０８は、現在選択中の旅行者の市
民権に関するデータを示す。

【００４１】 図５Ｌは、鉄道旅行ウィンドウの一例である。１つの実施例において、この鉄
道旅行ウィンドウは、ユーザが座席の種類、座席の方向（例えば、後向きか前向
きか）また旅行者が禁煙席又は喫煙可能席を好むか否かに関する好みを特定でき
るドロップダウンボックスのような機構を含む。

【００４２】 このセクションで、好みに関する情報を含む個人情報のような旅行者情報を維
持管理するシステム、方法及びインターフェイスについて説明した。次のセクシ
ョンでは、旅行者の航空予約に関するシステム、方法及びインターフェイスにつ
いて説明する。

【００４３】 航空旅行部分 図６Ａは、航空予約在庫ウィンドウ６００の一例である。本発明の一実施例に
おいて、このウィンドウ６００は、検索パラメータ６０２、予約在庫リスト６０
４及び予約リスト６０６を含む。検索パラメータ６０２は、予約在庫リスト６０
４に表示するために在庫を選択する際に用いる検索基準の入力インターフェイス
を提供する。検索基準には、搭乗日、出発空港、到着空港、時間、航空会社及び
接続空港を含むことができる。本発明の別の実施例では、現在の旅行の注文の旅
行日毎に在庫リストが作成される。本発明の一実施例において、システムが作成
するこの在庫リストは、予約在庫リスト６０４の各欄の表示に示されるような以
下のデータを含む。 １−顧客会社が優先運賃で利用できる航空会社と顧客会社との間の契約により顧
客会社がその航空会社を好むか否かの表示； ２−旅行サービス提供者が契約による優先運賃によりその航空会社を好むか否か
の表示； ３−上述の旅行者個人情報データから読み取ることができ、旅行者がその航空会
社を好むか否かの表示； ＡＬ 航空会社コード Ｆｌｔ 便名 Ｆｒｏｍ 出発空港 Ｔｏ 到着空港 Ｄｅｐａｒｔ 出発時間 Ａｒｒｉｖｅ 到着時間 Ｅｑｐ 機材の種類 Ｓｔｐ 出発及び到着空港間の乗継ぎの数 Ｍｅａｌ 飛行中の食事の種類 Ａｖａｉｌａｂｉｌｉｔｙ 座席クラス、そのクラスの座席数 本発明の一実施例では、旅行者の好みによりあるいは会社規則により好ましい
と表示された航空会社が強調される。

【００４４】 予約リスト６０６は、現在予約済みの便名リストを提供する。便名は、所望の
便名を予約在庫リスト６０４から選択することによりリスト６０６へ加えられる
。本発明の一実施例において、予約リスト６０６は大部分が上述したものと同じ
情報を提供するが、さらに、ＧＤＳから受信した運賃基準及び予約状況を含める
ことができる。

【００４５】 図６Ｂは、低運賃検索ウィンドウの一例である。このウィンドウの一例は、低
運賃検索基準エリア６０８、運賃比較エリア６１０、航空会社メッセージエリア
６１１及び航空会社グループウィンドウ６１２を含む。検索基準エリア６０８は
、低運賃の検索を特定の日付、航空会社、便名、時間及びチケット購入規則に制
限するための検索基準の入力機構を提供する。低運賃検索基準に合致する便名の
リストが運賃比較エリア６１０に提示される。

【００４６】 航空会社メッセージエリア６１１は、旅行サービスの特定の提供者に関連する
メッセージの表示機構を提供する。通常、この航空会社メッセージエリアは、選
択された航空会社の運賃に適用される規則を表示する。例えば、この運賃は払戻
し不可、ある特定の滞在日数を必要とする、又は旅程を変更するとペナルティが
課せられる等である。

【００４７】 航空会社グループウィンドウ６１２は、現在蓄積されている運賃、検索の結果
見つかった低運賃及び比較運賃（即ち、制約のない最低のコーチ運賃）を含む要
約情報を提供する。航空会社グループウィンドウは、一括して運賃が設定されチ
ケットが販売される便名の選択機構を提供する。全ての便は同一のチケットブッ
クにあるものである必要はない。航空会社は、その代理店を利用した場合に有利
な運賃を提供することが多い。従って、旅行案内者２枚以上のチケットを発行す
るのが望ましい。それぞれのチケットは部分グループであるため、特定の旅行の
注文について２以上の部分グループが可能である。

【００４８】 本発明の一部の実施例では、顧客は便名を検索する際ある特定の代理店を排除
するように選択可能である。選択された市場での最低運賃を予約しなかったとし
て旅行者がペナルティを受ける可能性があるため、望ましくない航空会社が最低
運賃をオファーしている場合に、顧客への報告が誤解を生む可能性がある。顧客
は、最低運賃の検索結果から排除したい代理店をリストし、最低運賃比較データ
から除去するする規則を決めることができる。

【００４９】 さらに別の実施例において、顧客は従業員旅行者に乗継ぎ便への搭乗を強制し
ない場合がある。乗継ぎのある便が旅行者市場で最低運賃である場合、その報告
は誤解を生じかねない。後述するようなサービスと規則の制定により決まる特徴
により、低運賃の検索結果から乗継ぎ便を排除することができる。

【００５０】 図６Ｃは、本発明の実施例による運賃ウィンドウの一例である。このウィンド
ウの一例は、現在選択中の便名に関する詳細事項をリストした運賃オプションエ
リア６１４、運賃の詳細事項を示すエリア６１６及び部分グループエリア６１３
を含む。運賃の詳細事項を示すエリア６１６は、運賃内訳、税金及び運賃表及び
表示運賃でそのチケットを購入できる最終期限を含む、現在選択中の便名に関す
る運賃情報を提供する。部分グループエリア６１３は、部分グループの運賃設定
の要約を表示する。

【００５１】 図６Ｄ及び６Ｅは、選択された便名の運賃に関する購入資格を示す規則及び選
択された空港を介してその便に適用される税額を示すウィンドウの一例である。

【００５２】 図６Ｆは、本発明の一実施例によるリクエストウィンドウの一例である。リク
エストウィンドウは、部分エリア６２０、座席選択エリア６２２、食事選択エリ
ア６２４、他のリクエストエリア６２６及びリクエストリスト６２８を含む。部
分エリア６２０は、リクエストに対応するフライトの各部分のリストを示す。座
席選択エリア６２２は、特定の座席又は座席の種類（即ち、窓側、通路側、出口
列の座席など）を選択するインターフェイスを提供する。食事選択エリア６２４
は、特定の種類の食事、糖尿病、菜食主義者又は子供など）を選択するインター
フェイスを提供する。他のリクエストエリア６２６は、旅行者がペットを同行し
ているか又は旅行者が大型手荷物又はゴルフクラブを携行しているかを指示する
ような他の特別なリクエストを行うインターフェイスを提供する。現在リクエス
ト中の特別なリクエストが、リクエストリスト６２８に提示される。

【００５３】 図６Ｇは、本発明の一実施例によるテキスト形式の座席マップを提供するウィ
ンドウの一例である。表示中の座席マップは、現在選択中の便名の機材に沿った
ものである。座席の選択は、座席リクエストボックスに座席識別子を入力するこ
とにより行える。本発明の別の実施例では、座席マップは、航空機内部と、その
内部における座席配列を示すグラフィック形式で表示される。本発明の別の実施
例では、座席マップのグラフィック表示が与えられる。図６Ｈは、大型航空機の
グラフィック形式の座席マップの一例である。図６Ｉは、小型航空機のグラフィ
ック形式の座席マップの一例である。実施例の一部において、購入可能な座席の
選択は、所望の座席を指示してクリックすることにより行える。別の実施例では
、座席の選択を編集ボックスに入力する。

【００５４】 図６Ｊは、選択された便名の運賃を入力するインターフェイスである。比較運
賃は、システムが選択する任意の比較運賃に優先するものであり、比較運賃を手
動でシステムに入力しなければならない場合利用できる。

【００５５】 図６Ｋは、本発明の実施例による航空時刻表ウィンドウの一例である。このウ
ィンドウの一例は、検索パラメータ６２９と、時刻表要約エリア６３０を含む。
検索パラメータ６２９は、要約エリア１３０に表示される便名の数を合理的な値
に制限するための検索パラメータの入力機構である。検索パラメータには、便名
の日付、出発空港、到着空港及び旅行者が搭乗したいおおよその時刻が含まれる
。時刻表要約エリア６３０は、顧客、旅行サービス提供者及び旅行者の好み、航
空会社、便名、出発及び到着空港、出発及び到着時間、機材、乗継ぎの数及び便
名の日付を含む。

【００５６】 図６Ｌは、航空旅行詳細事項ウィンドウ６３２、６３４、６３６の一例を示す
。この航空旅行詳細事項ウィンドウは、時刻表要約エリア６３０から選択された
便名に関するさらに別の情報を提供する。ウィンドウ６３２は、一般的情報、即
ち航空会社名、出発都市及び到着都市を表示する。ウィンドウ６３４は、特定の
出発又は到着空港に関する情報を提供し、それには空港名、都市コード、住所、
地理的位置及び空港へ道順が含まれる。ウィンドウ６３６は、選択された便名及
び運賃に適用される契約に関する情報を与える。本発明の別の実施例では、航空
旅行詳細事項のそれ以外のカテゴリーが与えられる。これらの他のカテゴリーに
は、機材に関する情報、フライト情報、旅行時間／乗継ぎ場所、飛行距離の情報
、最小乗継ぎ時間及び代理店メッセージが含まれる。

【００５７】 図６Ｍは、本発明の実施例による運賃表ウィンドウである。この運賃表ウィン
ドウの一例は、検索パラメータ６３８及び運賃表要約リスト６４０を含む。検索
パラメータは、搭乗日、出発空港、到着空港、航空会社、運賃の種類及びこのリ
ストに運賃に関する制限事項、変更の場合のペナルティ及び早期購入に必要な条
件のある便名を含めるべきか否かを含む。検索基準にマッチする便名の運賃表が
、要約リスト６４０に表示される。本発明の一実施例において、この運賃表情報
には、顧客、旅行サービス提供者、旅行者の好み、運賃内訳コード、サービスク
ラスコード、航空会社、片道か往復かを示す表示、往復運賃、早期購入の場合の
日数、最短／最長滞在日数、運賃表適用開始日、運賃表有効期限、最初の旅行日
（ＦＴＤ）及び最後の旅行日（ＬＴＤ）が含まれる。

【００５８】 図６Ｎは、本発明の実施例による総括ウィンドウ６４２の一例を示す。この総
括ウィンドウは、旅行の注文に関連して現時点で選択された便名の要約を示す。
本発明の一実施例のこの要約では、コード値がテキスト値に変換されている。例
えば、３文字から成る空港コードが空港を示すフルネームに拡張されている。

【００５９】 図６Ｑは、本発明の実施例による支払い関連総括表示ウィンドウの一例である
。このウィンドウは、蓄積運賃エリア６５０、チケットタイプエリア６５４、第
１の支払い方法エリア６５１及び第２の支払い方法エリア６５２を含む。蓄積運
賃エリア６５０は、現在の旅行の注文に関連して現在蓄積されている運賃のリス
トを与える。チケットタイプエリア６５４は、Ｅチケットが望ましいか否か、ま
た古いチケットを現在のチケットと交換するか否かを特定する機構を提供する。
実施例の一部では、運賃の支払いを、２又はそれ以上の支払い方法に分割するこ
とが可能である。第１の支払い方法エリア６５１は、チケットの支払いに用いる
第１（主要な）方法を入力する機構を提供するが、この方法は通常、クレジット
カードによるものである。第２の支払い方法エリア６５２は、運賃が２つ以上の
支払い方法に分割される場合の第２の支払い方法を入力する機構を提供する。支
払い方法エリア６５１及び６５２の各クレジットカード情報のオプションが、旅
行者個人情報のデータを用いて表示される。支払い方法はクレジットカードによ
る支払いに限定されないことに注意されたい。請求書、手形、有効期限前のチケ
ットの交換も本発明の範囲内に含まれる別の支払い方法である。本発明は、任意
特定の支払い方法に限定されない。

【００６０】 図６Ｐは、チケット発行総括ウィンドウの一例を示す。このウィンドウの一例
は、チケット発行情報エリア６５６と、配送エリア６５８とを含む。チケット発
行情報エリア６５６は、チケットを発行すべき最後の日付（即ち、選択された運
賃表の有効期限日）、チケットを旅行者が受取る必要のある日付、チケットが印
刷される場合チケットを発行すべき日付、及びそのチケットの任意の付帯的挿入
事項（即ち、追加的情報）を含む。チケット配送エリアは、チケットの顧客への
配送関連情報を特定するものであり、配送方法（即ち、同日、次の日、２日後、
普通郵便など）、利用する配送会社、受取人住所及び電話番号を含む。このシス
テムは、配送方法の選択を受取日に応じて可能な方法に限定し、配送会社をその
特定の配送方法を使用できるものに限定する。

【００６１】 図６Ｑは、本発明の別の実施例によるチケット要約ウィンドウである。この要
約ウィンドウの一例は、現在選択中の便名に関する詳細事項をリストした運賃オ
プションエリア６１４、代理店メッセージエリア６１１、優先エリア６１８、及
び部分グループエリア６１３を含む。優先エリア６１８は、運賃データを優先さ
せる情報の入力機構である。かかる情報の例には、特別ツアー又はパッケージの
表示又は顧客又は旅行サービス提供者が当事者間の契約の一部として特別運賃を
適用されることを示すために使用される契約表示が含まれる。

【００６２】 図６Ｒは、チケットのコピーをどこに配送すべきかを示すチケットコピーウィ
ンドウの一例である。図６Ｒに提示される情報は、図６Ｑに関連して説明したも
のと同じである。配送住所６６４は、チケットコピーをどこに配送すべきかを示
し、配送コンタクト６６５は、チケットコピーの配送につきコンタクトすべき者
の電話番号及び電話の種類（ファックス、携帯電話、ボイスメールなど）を示す
。

【００６３】 図６Ｓ及び６Ｔは、エミュレータウィンドウの一例である。エミュレータウィ
ンドウはＧＤＳへの直接インターフェイスを提供し、チケットを処理する人又は
旅行案内者が、上述したインターフェイスにより実行可能な仕事の範囲外の仕事
をこれにより行うことができる。本発明の実施例の一部では、エミュレータウィ
ンドウにより入力可能なコマンドは、ユーザによる異なる予約への切換えを許さ
ないコマンドに限定される。

【００６４】 図６Ｕは、本発明の実施例による旅程備考ウィンドウである。この備考ウィン
ドウは、旅行部分エリア６７６、備考オプションエリア６７４、備考要約エリア
６７８及び備考例示的挿入欄６８０、６８２を含む。旅行部分エリア６７６は、
現在の旅行の注文に関連する便名部分を含む現在の旅行部分のリストである。ユ
ーザは備考欄に書込むためにリストされた旅行部分のうちの１つを選択する。書
込むことが可能な備考欄は、備考オプションエリア６７４にリストされている。
１又はそれ以上の備考を選択すると、選択された備考が備考要約リスト６７８に
現れる。加えて、さらに別のオプションを有する備考は、ウィンドウ６８２に示
すようなさらに別のオプションリストから書込むか、またはウィンドウ６８０に
示すように入力される自由形式テキストである場合がある。

【００６５】 図６Ｖは、手数料要約ウィンドウである。この手数料要約ウィンドウは、手数
料欄６９０を含む。この欄６９０は、旅行案内者が選択された運賃に手数料を加
算する機構を提供する。この手数料は種々の理由に基づくものがある。例えば、
旅行サービス提供者から受取った手数料が低額又は不適当な額であったため、コ
ストを回収するために手数料をチャージすることができる。かかる手数料の例と
して、航空機の予約なしにホテル／又はレンタカーを予約するための手数料、国
際旅行サービスの手数料又は国内旅行サービスの手数料が含まれる。本発明は、
任意特定の手数料の種類に限定されない。

【００６６】 図６Ｗは、本発明の実施例による旅程コピーウィンドウ６Ｗである。このウィ
ンドウの一例は、配送方法エリア６９４と、配送住所エリア６９２とを含む。配
送方法エリアは、コピーの配送方法を特定する。配送方法の一例として、電子メ
ール、ファクシミリ、郵便、普通郵便、速達郵便などが含まれる。配送住所エリ
ア６９２は、配送住所を特定するための補足的詳細事項を与える。

【００６７】 レンタカー部分 明細書のこのセクションは、旅行案内者のようなユーザが、顧客の旅行者の代
わりにレンタカーの予約を行うためのシステム、方法及びインターフェイスの説
明に向けられている。図７Ａは、直接レンタル在庫ウィンドウ７００の一例であ
る。当該分野で知られるように、直接レンタルは、レンタカーを借る者が特定の
レンタカー会社から特定タイプのレンタカーをただ借りるのを望んでおり、多数
の異なるレンタカー会社及び種々のタイプのレンタカーを特定の料金とモデルを
パラメータとして検索したくない場合に生じる。このウィンドウ７００の一例は
、検索パラメータエリア７０４、詳細事項エリア７０８及び予約リスト７１０を
含む。検索パラメータエリア７０４は、所望のタイプのレンタカーを記述するパ
ラメータを入力する機構である。検索パラメータ７０４の目的地エリア７０２は
、レンタカーをピックアップする目的地を指定する。本発明の１つの実施例にお
いて、目的地、日付及び場所の検索パラメータは、旅行の注文の航空旅行部分に
入力された値から得られるデフォルト値を提示することができる。レンタカー情
報エリア７０６は、レンタカーのクラス、種類、変速機、空調装置等の検索パラ
メータを含む。これらの値は、レンタカー会社の値と共に、デフォルト値として
現在の旅行者の個人情報から得られる値の初期値にすることができる。

【００６８】 追加的詳細エリア７０８は、優先顧客プログラムメンバー番号、会社割引識別
番号、航空会社頻繁利用メンバー番号及び運賃保証情報のようなさらに別の情報
を提供する機構である。これらの値は適宜、顧客情報又は旅行者個人情報から得
られる値にデフォルト値として設定可能である。

【００６９】 検索基準に合致するレンタカーは、予約レンタカー領域７１０に表示される。
本発明の一実施例では、ピックアップ場所及びドロップオフ又は乗捨て場所、レ
ンタカーのタイプ、レンタル料金、予約状況、自由マイル数、規定マイルを超え
る場合のチャージ及び会社の割引額が表示される。

【００７０】 図７Ｂは、レンタカー利用可能在庫状況の検索ウィンドウの一例である。利用
可能在庫の検索は、旅行者が利用可能なレンタカーについての通知を受けたい場
合に実行される。この利用可能在庫ウィンドウは、検索パラメータ７１４、利用
可能エリア７１２、追加的詳細事項エリア７０８、予約済みレンタカーエリア７
１０を含む。検索パラメータ７１４は検索パラメータ７０４と同様であり、複数
のレンタカー会社、レンタカーのカテゴリー及びレンタル料金のような検索パラ
メータが付加されている。

【００７１】 利用可能エリア７１２は、検索基準に合致するレンタカーのリストを表示する
。本発明の一実施例では、各レンタカーにつき表示される詳細事項には以下のも
のがある。 １−顧客会社が、恐らくレンタカー会社との間に優先料金を与える契約があるた
めそのレンタカー会社を優先的に利用するか否かを示す表示； ２−旅行サービス提供者と、レンタカー会社との間の契約により旅行サービス会
社がそのレンタカー会社を優先的に利用するか否かを示す表示； ３−上述した旅行者個人情報データから読出される、旅行者がそのレンタカー会
社を優先的に利用したいか否かを示す表示； Ｖｅｎｄｅｒ レンタカーサービスを同定するレンタカー会社コード Ｐｉｃｋｕｐ レンタカーをピックアップする場所 Ｄｒｏｐｏｆｆ レンタカーをドロップオフする場所 Ｔｙｐｅ レンタカーのタイプ Ｓｔａｔｕｓ ＧＤＳにより提供される予約状況 Ｇｕａｒ 料金と利用可能性についてのクレジットカードによる保証の有
無 Ｍｉｌｅｓ レンタカー契約に含まれる自由マイル数 Ｍｉｌｅ Ｃｈａｒｇｅ 自由マイルを超えるマイルチャージ レンタカーの予約後、変更しなければならない場合がある。図７Ｃは、予約変
更ウィンドウの一例を示す。このウィンドウの一例は、現在の（即ち、変更前の
）レンタカー予約データ７１８、予約詳細事項エリア７１６、レンタカー情報エ
リア７０６、追加的詳細事項エリア７２２及び特別指示エリア７２０を含む。予
約詳細事項エリア７１６は、ピックアップ場所及びドロップオフ場所、レンタル
日及び時間を含む。追加的詳細事項ウィンドウ７２２は、優先顧客プログラムメ
ンバー番号、会社割引番号及びレンタカーの利用可能性を保証するクレジットカ
ードＩＤを含む。上述のエリアの情報は変更可能であり、変更した情報を更新の
ためレンタカーのＧＤＳに送ることができる。

【００７２】 ホテル部分 詳細な説明のこのセクションは、ホテルの部屋の予約システム、方法及びイン
ターフェイスに向けられている。図８Ａは、本発明の実施例によるホテル部屋在
庫ウィンドウの一例である。在庫ウィンドウは、目的地８０８を含む検索パラメ
ータ８０２、宿泊日及び場所エリア８０２、一般的オプションエリア８０４及び
検索タイプエリア８０３を含む。目的地８０８には、航空部分又はレンタカー部
分の何れかに特定された目的地をデフォルト値として与えることができる。宿泊
日及び場所の情報も同様に、他の予約部分で入力された値をデフォルト値として
設定可能である。一般的オプションエリア８０４は、ホテルチェーンのコード又
はホテルの特定の館のような追加的パラメータを与える。検索エリア８０３は、
検索を行う地域を示す。本発明の一実施例において、検索エリアは、場所、郵便
番号又は基準点による検索が可能である。加えて、選択されるタイプからの最大
距離を入力できる。一部の実施例では、この検索は入力される検索パラメータに
マッチする全てのホテルについて行えるが、空室のあるホテルだけ、あるいは空
室がありしかも顧客又は旅行サービス提供者と優先料金契約のあるホテルに限定
することも可能である。

【００７３】 検索結果エリア８１０は、入力された検索パラメータにマッチするホテルのリ
ストを提供する。旅行案内者のようなユーザは、１つ又はそれ以上のホテル館を
選択して部屋を予約することができる。選択して予約をすると、選択されたホテ
ルが予約済みホテルリスト８１２に現れる。

【００７４】 図８Ｂは、ホテル館予約利用可能状況ウィンドウ８１３の一例である。この利
用可能状況ウィンドウは、検索結果ウィンドウ８１０からホテルを選択するとシ
ステムにより表示される。このウィンドウは、部屋料金リスト８１４、ホテルメ
ッセージエリア８１７、詳細事項エリア８１８及び特別指示エリア８１６を含む
。料金リスト８１４は、選択された日付で利用可能なそのホテルの部屋のタイプ
を示すリスト及びその部屋の料金を与える。追加的詳細事項エリア８１８は、リ
クエストされた部屋数、その部屋を借りる大人の数、優先顧客プログラムメンバ
ー番号を入力する機構を提供する。加えて、詳細事項エリア８１８は、旅行規則
を遵守しない場合ユーザが権限コードを入力できる権限欄を有する。特別指示エ
リア８１６を用いて、禁煙タイプの部屋のような特別なリクエストを行うことが
できる。ホテルメッセージエリア８１７は、選択されたホテル料金に適用される
規則又は利用促進情報又はそのホテルにより提供される特別サービスのようなホ
テルの特別情報を表示する。

【００７５】 電話により、又はその場所を訪問してホテルの予約を直接行う必要のある場合
がある。例えば、一部のホテルはＧＤＳのメンバーではない。しかしながら、こ
のシステム内に予約を記録したい場合がある。図８Ｃは、直接予約ウィンドウの
一例を示す。このウィンドウの一例は、滞在詳細事項８２０、ホテルの館詳細事
項８２２、提供済み情報エリア８２４、受信済み情報エリア８２６を含む。滞在
詳細事項エリア８２０は、チェックインする日付及びチェックアウトする日付、
部屋タイプ、場所及び数並びに必要なベッドの種類を含む。ホテルの館詳細事項
エリア８２２は、ホテルチェーンのコード、その館の名前、住所、電話番号のよ
うなその館の詳細事項を含む。ホテル情報エリア８２４へ供給される情報は、優
先顧客プログラム情報、会社割引番号及び部屋の保証に使用するクレジットカー
ドＩＤのような旅行案内者がホテルに提供する情報を記録する機構である。受信
済み情報８２６は、部屋料金、キャンセル規則、確認番号、料金情報を与えたホ
テル従業員の名前のような確認詳細事項を入力可能な確認メモのようなホテルか
ら受ける情報を記録する機構である。

【００７６】 図８Ｄは、ホテルの予約を変更するウィンドウの一例である。このウィンドウ
の例は、現在の詳細事項エリア８２８、予約詳細事項エリア８３０、追加的詳細
事項エリア８１８及び特別指示エリア８３０を含む。現在の詳細事項エリア８２
８は、現在の（即ち、変更前の）予約データを示す。予約詳細事項エリア８３０
は、チェックイン、チェックアウトをする日付、部屋数及びその部屋を利用する
大人の数を変更する機構を提供する。特別指示エリア８３４は、予約に関連する
任意特別な指示を更新・追加する機構を提供する。更新情報をホテルの予約を維
持管理するＧＤＳへ送ることができる。

【００７７】 リムジン部分 詳細な説明のこのセクションは、リムジンの予約部分に関するものである。図
９は、本発明の実施例によるリムジン予約ウィンドウ９００の一例を示す。実施
例のウィンドウ９００は、予約詳細事項エリア９１０、ピックアップ詳細事項エ
リア９１４、ドロップオフ詳細事項エリア９１２及び代理店情報エリア９１６を
含む。

【００７８】 図９に示すように、予約詳細事項エリア９１０は、サービスを提供するリムジ
ン会社の名前及びリムジン会社の電話番号のような情報を含む。「基本時間（Ｐ
ｒｉｍａｒｙ Ｔｉｍｅ）」欄は、ある特定の時間にピックアップされ、またド
ロップオフされることが重要であるか否かを示す。「期間（Ｐｅｒｉｏｄ）」は
、毎日、半日毎、１時間毎又は配車毎にすることができる。「タイプ（Ｔｙｐｅ
）」は、バス、標準型リムジン、セダン、延伸型、バン又はその他の場合があり
、ユーザｈａブランクを埋めることができる。保証カードは，旅行者が個人情報
に記入したカードのリストからデフォルト値として選ぶか、あるいは顧客が許可
すれば「直接払い」にすることができる。新しいクレジットカードを入力するこ
とも可能である。

【００７９】 ピックアップ詳細事項エリア９１４は、リムジンが旅行者をピックアップすべ
き日付、場所、住所及び電話によるコンタクト情報を示す。ドロップオフ詳細事
項エリア９１２は、リムジンが旅行者をドロップオフすべき日付、場所、住所及
び電話によるコンタクト情報を示す。

【００８０】 代理店情報エリア９１６は、キャンセル規則、リムジンレンタル会社の代表者
の名前、レンタル確認番号に関してその代表者から得られる情報を示す。そのレ
ンタルに関する料金情報が含まれる。

【００８１】 ユーティリティ部分 このシステムは、ユーティリティ部分と呼ぶことのできる多数の部分を含む。
これらの部分には、旅行注文書コピー部分及び変換／情報部分が含まれる。

【００８２】 図１０は、本発明の実施例による旅行注文書コピー部分を示す。この旅行注文
書コピー部分は、前に入力した旅行注文書の全部又は一部をコピーする機構を提
供する。以前に存在する旅行部分は、システムのデータベースから取出されて、
旅行案内者に表示される。旅行案内者は、この旅行部分を選択して新しい旅行注
文書に含めことができる。旅行部分のある特定の要素を適宜変更することができ
る。例えば、選択された旅行部分について旅行日及び予約のクラスを変更できる
。コピー部分の提供が望ましい理由は、旅行案内者が以前存在した旅行注文書に
よく似た新しい旅行注文書を容易に完了できるからである。例えば、繰返し行わ
れる出張の予約を容易に行うことができる。さらに、同じ時に旅行する複数の旅
行者の旅行注文書を、そのグループの１人の旅行者の旅行注文書を完了した後、
そのグループの他の旅行者のものに複写することにより、容易にシステムに入力
することができる。また、最初の旅行者が同行者に特定の便名又はホテルを薦め
る場合、その同行者は旅行案内者にその旅行者と同じ便名又はホテルを再度予約
するように依頼するだけで同一の便名又はホテルを予約することができる。

【００８３】 図１１Ａ−１１Ｄは、旅行案内者を支援するシステムから得ることのできる追
加的情報ウィンドウである。図１１Ａは、本発明の一実施例におけるコード変換
ウィンドウの一例である。このコード変換ウィンドウは、コードにより表される
実体を記述するテキストを入力することにより旅行案内者がそのコードを検索で
きる機構を提供する。例えば、旅行案内者が３文字の空港コードを検索したい場
合、案内者は編集ボックスにその場所を示すテキストを入力すればよい。システ
ムは、マッチするものを検索して、コードリスト及びその関連のテキスト形式に
よる記述を提供する。

【００８４】 図１１Ｂは、本発明の実施例による復号変換ウィンドウの一例である。この復
号ウィンドウは、旅行案内者のようなユーザがコードを入力してそのコードによ
り表される実体のテキスト形式による記述を取出す機構を提供する。

【００８５】 図１１Ｃは、本発明の実施例による通貨変換ウィンドウの一例である。通貨変
換ウィンドウは、ユーザが変換前及び変換後の通貨並びに変換すべき金額を入力
するのを可能にする。システムは、交換レートと変換後の金額をユーザに表示す
る。

【００８６】 図１１Ｄは、本発明の実施例による時間換算ウィンドウを示す。ユーザが２つ
の地点を入力すると、システムは、それに応答して２つの地点の現地時間と、２
つの地点間の時差を表示する。

【００８７】 図１２Ａは、本発明の実施例による旅行書類ウィンドウの一例である。旅行書
類ウィンドウは、フィルタエリア１２０２及び書類リスト１２０４を含む。フィ
ルタエリア１２０２は、書類リスト１２０４に何の書類を表示すべきかの制御を
行う。フィルタエリアには、全ての旅行書類、特定の旅行注文に関連する全ての
書類又は現在使用されていない全ての書類を含めることができる。書類を選択し
、選択された書類についてアクションをとることができる。これらのアクション
には、未使用書類についての払戻し、未使用の書類の値の他の旅行部分への適用
又は旅行書類の再発行が含まれる。

【００８８】 図１２Ｂは、本発明の実施例による旅行注文履歴の一例を示す。図１２Ｂは、
カテゴリー１２０８及び注文履歴欄１２０６を含む。１つの実施例のカテゴリー
１２０８は、欄１２０６に表示される情報の範囲を決定する。ディスプレイは、
旅行の注文に関連するデータベース内の利用可能な全ての履歴項目を表示できる
じゃ、または特定の種類の記録に限定することも可能である。例えば、表示を、
航空旅行関係の取引又はレンタカー関係の取引等だけに限定することが可能であ
る。表示エリア１２０６は、旅行の注文についての各記録情報を表示する。１つ
の実施例において、エリア１２０６に表示される情報には、カテゴリー、時間ス
タンプ、アクションコード、記録の説明、記録の入力担当者及び記録に関連して
電話をかけた人間が含まれる。

【００８９】 一時的に延期した仕事部分 このシステムの１つの特徴は、仕事を一時的に延期できることである。多くの
理由により、仕事を一時的に延期する必要が生じる。例えば、旅行者がただ旅行
日を旅行案内者に伝えたいだけで、電話している間に旅行案内者が必要な航空機
、レンタカー及びホテルの予約が全て完了するまで待てない場合がある。その場
合、それらの仕事を一時的に延期して、旅行案内者が別の顧客の仕事を自由にす
ることができる。もう１つの理由は、適当なＧＤＳへのリンクが作動中でないた
め、一部の仕事を後で行わなければならない場合がある。

【００９０】 一時的に延期した仕事は、旅行案内者が対応できるようになると、提示するこ
とができる。旅行案内者が対応できるか否かは、電話管理システム１２２（図１
）への問合わせにより判定可能である。加えて、旅行案内者の技量のランク又は
レベルに応じて、それらの仕事を旅行案内者へ与えることができる。例えば、外
国関係の予約は１つの旅行案内者グループへ送る一方、国内関係の予約は別のグ
ループに送ることができる。本発明の一部の実施例では、一時的に延期された仕
事は、案内者が対応可能な限界値に到達するまでは、それらにマッチする技量ラ
ンクの旅行案内者へは与えられない。これにより、十分な数の案内者がかかって
きた電話リクエストに確実に応答できるようになる。

【００９１】 図１３Ａは、本発明の実施例による一時的に延期された仕事のウィンドウの一
例である。このウィンドウの一例は、カテゴリー１３０２、一時的に延期された
仕事の詳細事項１３０６及び注釈エリア１３０４を含む。仕事のカテゴリー１３
０２は、一時的に延期された仕事の種類を規定する。このシステムは、カテゴリ
ーエリア１３０２から選択可能な、予約の種類（航空機、レンタカー、ホテルな
ど）により分類された一時的に延期された仕事のリストを維持管理する。仕事の
詳細事項エリア１３０６は、一時的に延期された仕事を開始しなければならない
日付、一時的に延期された仕事を完了しなければならない日付、適当な案内者へ
その仕事を送るための一時的に延期された仕事のグループ及びその仕事がチケッ
ト発行に依存するか否かを含む。注釈エリア１３０４は、一時的に延期された仕
事に関連する特別なコメントを提供する機構である。

【００９２】 図１３Ｂは、本発明の実施例による一時的に延期された仕事のウィンドウ１３
０７を示す。このウィンドウ１３０７は、要約エリア１３０８及び仕事の詳細事
項エリア１３１０を含む。要約エリア１３０８は、現在選択中の旅行サービスの
注文に関連して一時的に延期された仕事のリストを与える。仕事の詳細事項エリ
ア１３１０は、要約エリア１３０８から選択された特定の一時的に延期された仕
事の詳細事項を与える。これらの詳細事項には、一時的に延期された仕事のグル
ープ（仕事を送るための）、一時的に延期された仕事の現況（待機中、進行中、
完了、再延期）及びそれらの仕事の開始予定日及び完了予定日を含む。

【００９３】 図１３Ｃは、一時的に延期された仕事のタブ１３１６を選択すると最初に表示
されるウィンドウ４００を示す。この最初のウィンドウは、一時的に延期された
仕事の要約１３１４と、注釈１３１２とを与えるように更新される。一時的に延
期された仕事の要約１３１４は、選択された旅行サービスの注文に関連して一時
的に延期された仕事のリストを与え、注釈エリア１３１２は、要約１３１４の現
在選択中の一時的に延期された仕事に関する任意のコメントを与える。

【００９４】 図１３Ｄは、一時的に延期された特定タイプのチケット発行の仕事を示すウィ
ンドウの一例である。このウィンドウの例では、仕事タイプ１３２０は通常、一
時的に延期されるチケット発行に関連する仕事のリストを含む。これらの例には
、旅行の注文の完了に必要な書類又はチケット処理に関連する機械によらないチ
ケット発行の仕事を含む。例えば、旅行者は現在注文している旅行の新しいチケ
ットを未使用チケットと交換したい場合がある。この注文は、通常、未使用チケ
ットが郵送されてくるまで完了することができない。従って、この仕事を一時的
に延期する必要がある。同様に、旅行者は、その旅行の注文を完了するためにク
ーポンや他の割引券のような他の書類を提出しなければならない場合があるであ
ろう。詳細事項エリア１３２４は、何れのグループが一時延期された仕事を処理
するか、いつその一時延期された仕事を再開できるか、またいつまでに一時延期
された仕事を完了しなければならないかに関する情報を含む。

【００９５】 顧客サービスウィンドウ 図１４は、本発明の実施例による顧客サービスウィンドウの一例である。この
顧客サービスウィンドウ１４００の一例は、説明エリア１４０２、カテゴリーエ
リア１４０４、担当者エリア１４０６及びアクションエリア１４０８を含む。説
明エリア１４０２は、サービスのテキスト形式による記述（即ち、問題又は活動
）、そのサービスを初めに行った担当者、そのサービスに関連する旅行の種類、
そのサービス項目が作成された時間、応答期限、解決するまでの期限、この項目
が未解決状態にある時間のようなデータを入力し表示するための機構を提供する
。

【００９６】 カテゴリーエリア１４０４は、旅行部分のタイプ（航空機、レンタカー、ホテ
ルなど）、そのサービスを提供する会社及びその項目の内容を示す一般的な表示
のような項目に関するカテゴリー情報を与える。

【００９７】 担当者エリア１４０６は、旅行パーティの名前を含む、そのサービス項目提供
の担当者に関する情報を与える。

【００９８】 アクションエリア１４０８は、そのサービス項目を提供しなければならないア
クションのリストと、各アクションの現況を与える。アクションはドロップダウ
ンボックスから選択可能であり、アクションの記述は編集ボックスに入力してア
クションリストに加えることができる。

【００９９】 維持管理／監視部分 本発明の一部の実施例は、維持管理及び監視部分を含む。図１５Ａ−１５Ｄは
、システム警報、パーティション・パラメータ、ＧＤＳセッションパラメータ及
び一時的に中断された仕事のパラメータについての監視機能を与えるウィンドウ
の一例を示す。一部の実施例において、各ウィンドウ１５Ａ−１５Ｄは状況要約
欄１５０２を含む。状況要約欄は、監視される各機能の全体状況を示す。監視さ
れる機能の１つが異常な挙動を示す場合、ユーザは適当な詳細事項スクリーンへ
移動して、より多くの情報を得ることができる。

【０１００】 図１５Ａは、本発明の実施例による警報ウィンドウの一例である。この警報ウ
ィンドウの例はさらに、警報テーブル１５０４を含む。警報テーブル１５０４は
、システムが発生する各警報の記録を含む。通常、警報はエラー状態を検知する
と発生する。１つの実施例において、警報記録は、その重要度、時間、発生時間
、詳細メッセージ、警報カテゴリー、警報発生環境、警報場所、警報発生アプリ
ケーション、警報等級より成る。他の警報欄も可能であり、本発明の範囲内であ
る。

【０１０１】 図１５Ｂは、本発明の実施例によるパーティション・パラメータ・ウィンドウ
の一例である。パーティション・パラメータ・ウィンドウのこの例は、さらに、
システムに知られたパーティションに関する情報を表示するパーティション・テ
ーブル１５１２を含む。１つの実施例のパーティション・テーブル１５１２は、
パーティションの名前、パーティションの状況、パーティションに使用されるメ
モリーの割合、パーティションに割当てられたメモリーの量、パーティションに
とって利用可能なメモリーのページ数、パーティション内のアクティブな仕事の
数、パーティションに関する複写データを含む。当業者であれば分かるように、
他のパーティションデータを含めることも可能であり、それは本発明の範囲内で
ある。

【０１０２】 図１５Ｃは、本発明の実施例によるＧＤＳセッションパラメータのウィンドウ
の一例である。本発明の一部の実施例では、システムをスタートさせるとソフト
ウェアがコンフィグレーション・パラメータを読取って供給者セッションプール
のサイズを決定する。その後、このシステムは設定された数の供給者コネクショ
ンを予め開いてサインインし、それらをプールへ入れる。従って、供給者システ
ムへのアクセスをリクエストするコアサービスのユーザは速いアクセス時間と良
好な応答時間を得る。ＧＤＳセッションパラメータ・ウィンドウの一例は、プー
ルされたセッションの使用に関する情報を表示するセッション・ディスプレイ１
５２２を含む。１つの実施例において、その情報は、現在及びピーク時の使用率
及び使用可能なスペアのセッションを含む。

【０１０３】 図１５Ｄは、本発明の実施例による一時的に延期された仕事の管理（ＤＴＭ）
の一例を示す。ＤＴＭ詳細事項エリア１５３２は、自動的に一時的に延期された
仕事及び手動で一時的に延期された仕事に関する情報及び手動で一時的に延期さ
れた仕事を処理する場所のリストを含む。

【０１０４】 本発明の一部の実施例では、このシステムは、毎晩動作して、同一便の予約に
、指定されたクラスでの低い運賃があるか否かをチェックするアプリケーション
を含む。このシステムは、旅行案内者又は旅行者に対して低い運賃の存在を通知
できる。本発明の別の実施例では、低い運賃は自動的にシステムが予約する。さ
らに別の実施例では、一時的に延期された仕事にして、低い運賃を旅行案内者が
調べるとすぐに予約されるようにすることができる。

【０１０５】 図１６Ａは、本発明の実施例によるサービス管理ウィンドウの一例である。こ
のサービス管理ウィンドウの一例は、サービステーブル１６０２及びサービス編
集エリア１６０４を含む。サービステーブル１６０２は、旅行案内者／システム
ユーザにより提供可能なサービスのリストである。サービスの例として、国内線
及び国際線の運賃予約、レンタカー予約、ホテル予約、顧客データ管理等が含ま
れる。手数料はサービスと関連付けることが可能であり、サービスにはそのサー
ビスが有効な初日と最終日とを設けることができる。さらに、サービスをパッケ
ージとして１つの単位にし、手数料を徴収して又は手数料なしで提供することが
できる。サービス編集エリア１６０４は、サービステーブル１６０２のデータを
維持管理する機構である。サービスに関する詳細事項は、テーブル１６０２のサ
ービスを選択すると編集エリア１６００に表示される。

【０１０６】 図１６Ｂは、旅行規則維持管理ウィンドウの一例である。１つの実施例におい
て、この旅行規則維持管理ウィンドウは、規則テーブル１６１０及び規則編集エ
リア１６１２を含む。規則テーブルは、旅行者によりリクエストされる旅行の注
文に適用可能な規則のリストである。上述したように、旅行規則は通常、顧客会
社により規定され、顧客会社の従業員又は他の者によりリクエストされる旅行に
適用される。かかる規則の例として、ファースト又はビジネスクラスの旅行が許
容されるか否か、別の空港又は旅行方法が許されるか否か、乗継ぎ便を薦めなけ
ればならないか否かが含まれる。適用可能な規則は、テーブル１６１０にリスト
されている。ユーザは、規則編集エリア１６１２の欄を用いて規則パラメータを
追加又は編集することができる。

【０１０７】 旅行関連データの取出し方法 詳細な説明のこのセクションでは、本発明の実施例による方法を説明する。こ
の説明は、図１７を参照して行う。コンピュータ化されたこの方法は、少なくと
も一部がコンピュータ上の１又はそれ以上のプログラム、即ち、コンピュータの
プロセッサによりメモリのようなコンピュータ読取り可能なメディアから実行さ
れるプログラムとして実現するのが望ましい。これらのプログラムは、別の（適
当に据付けられた）コンピュータ上に装着され作動可能な、フロッピディスク、
ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭなどのようなコンピュータにより読取り可能なメ
ディア上に記憶させるのが望ましい。従って、１つの実施例では、コンピュータ
のプロセッサがコンピュータプログラムモジュールを実行して、旅行関連データ
を取出し表示する。

【０１０８】 本発明の１つの実施例のこの方法は、旅行データベースを作成し維持管理する
ことによりスタートする（ブロック１７０２）。データベースは、会社の旅行規
則及び優先事項、個人旅行者の優先事項及び個人詳細事項、時間帯変換のための
詳細事項、通貨変換のための詳細事項についてのデータ及び他の旅行に関連する
データを含む。

【０１０９】 次に、この方法を実行するシステムは旅行関連のリクエストを受ける（ブロッ
ク１７０４）。そのリクエストは、航空機、レンタカー、ホテル、リムジン又は
鉄道旅行に関連するものであろう。システムは、そのリクエストに含まれるデー
タを用いて旅行データベースの検索（ブロック１７０６）及び１又はそれ以上の
ＧＤＳシステムの検索（ブロック１７０８）を行う。ブロックが並列に並んでい
ることから分かるように、そのリクエストを如何なる順番で行うかは本発明にと
って重要ではない。しかしながら、一部の実施例では、旅行データベースが、１
又はそれ以上のＧＤＳシステムへのリクエストを細かく規定するために使用可能
な情報を得るために最初に検索される。

【０１１０】 最後に、旅行データベース及び少なくとも１つのＧＤＳシステムから受けた情
報が、ユーザに表示される（ブロック１７１０）。一般的に、この表示は上述し
たような１又はそれ以上のウィンドウより成り、旅行データベース及びＧＤＳシ
ステムの両方からの情報が表示され、ディスプレイのスペースが許す限り同時に
みることができる。

【０１１１】 結論 複数の旅行提供者にアクセスするためのＧＵＩ式システム及び方法について説
明した。特定の実施例を図示説明したが、当業者は、これら特定の実施例の代わ
りに同一目的を達成するように構成された任意構成を想到できることが明らかで
ある。本願は、本発明の任意の変形例及び設計変更を包含するものと意図されて
いる。

【０１１２】 本願に用いる用語は、これら全ての環境を包含するものと意図されている。上
記説明は例示的であり、限定的なものでない。他の多くの実施例が、上記説明を
読めば当業者にとって明らかになるであろう。従って、本発明は、頭書の特許請
求の範囲及びその均等物によってのみ限定されるものと意図されている。

【図面の簡単な説明】

【図１】 図１は、本発明の実施例による旅行者サービスシステムの主要部分を示すブロ
ック図である。

【図２】 図２は、本発明の実施例による旅行者サービスシステムをさらに詳細に示すブ
ロック図である。

【図３】 図３は、本発明の実施例によるユーザインターフェイスの一例を示す例示的な
ログイン・スクリーンである。

【図４】 図４は、本発明の実施例による主要な旅程ウィンドウの一例である。

【図５Ａ】 図５Ａは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｂ】 図５Ｂは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｃ】 図５Ｃは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｄ】 図５Ｄは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｅ】 図５Ｅは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｆ】 図５Ｆは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｇ】 図５Ｇは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｈ】 図５Ｈは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｉ】 図５Ｉは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｊ】 図５Ｊは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｋ】 図５Ｋは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図５Ｌ】 図５Ｌは旅行者の個人情報を作成し維持管理するための本発明の実施例による
ウィンドウの例である。

【図６Ａ】 図６Ａは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｂ】 図６Ｂは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｃ】 図６Ｃは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｄ】 図６Ｄは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｅ】 図６Ｅは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｆ】 図６Ｆは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｇ】 図６Ｇは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｈ】 図６Ｈは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｉ】 図６Ｉは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｊ】 図６Ｊは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｋ】 図６Ｋは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｌ】 図６Ｌは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｍ】 図６Ｍは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｎ】 図６Ｎは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｏ】 図６Ｏは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｐ】 図６Ｐは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｑ】 図６Ｑは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｒ】 図６Ｒは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｓ】 図６Ｓは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｔ】 図６Ｔは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｕ】 図６Ｕは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｖ】 図６Ｖは、本発明の実施例による航空旅行ウィンドウの一例である。

【図６Ｗ】 図６Ｗは、本発明の実施例による航空旅行ウィンドウの一例である。

【図７Ａ】 図７Ａは、本発明の実施例によるレンタカー情報維持管理部分のウィンドウで
ある。

【図７Ｂ】 図７Ｂは、本発明の実施例によるレンタカー情報維持管理部分のウィンドウで
ある。

【図７Ｃ】 図７Ｃは、本発明の実施例によるレンタカー情報維持管理部分のウィンドウで
ある。

【図８Ａ】 図８Ａは、本発明の実施例によるホテルの空き及び予約情報を維持管理する部
分のウィンドウである。

【図８Ｂ】 図８Ｂは、本発明の実施例によるホテルの空き及び予約情報を維持管理する部
分のウィンドウである。

【図８Ｃ】 図８Ｃは、本発明の実施例によるホテルの空き及び予約情報を維持管理する部
分のウィンドウである。

【図８Ｄ】 図８Ｄは、本発明の実施例によるホテルの空き及び予約情報を維持管理する部
分のウィンドウである。

【図９】 図９は、本発明の実施例によるリムジン予約情報を維持管理する部分のウィン
ドウである。

【図１０】 図１０は、本発明の一実施例による旅行注文書コピー部分を示す。

【図１１Ａ】 図１１Ａは、本発明の種々の実施例に設けられる追加情報ウィンドウの一例で
ある。

【図１１Ｂ】 図１１Ｂは、本発明の種々の実施例に設けられる追加情報ウィンドウの一例で
ある。

【図１１Ｃ】 図１１Ｃは、本発明の種々の実施例に設けられる追加情報ウィンドウの一例で
ある。

【図１１Ｄ】 図１１Ｄは、本発明の種々の実施例に設けられる追加情報ウィンドウの一例で
ある。

【図１２Ａ】 図１２Ａは、本発明の実施例による旅行書類ウィンドウの一例である。

【図１２Ｂ】 図１２Ｂは、本発明の実施例による旅行書類ウィンドウの一例である。

【図１３Ａ】 図１３Ａは、本発明の実施例による一時的に延期された仕事部分のウィンドウ
である。

【図１３Ｂ】 図１３Ｂは、本発明の実施例による一時的に延期された仕事部分のウィンドウ
である。

【図１３Ｃ】 図１３Ｃは、本発明の実施例による一時的に延期された仕事部分のウィンドウ
である。

【図１３Ｄ】 図１３Ｄは、本発明の実施例による一時的に延期された仕事部分のウィンドウ
である。

【図１４】 図１４は、本発明の実施例による顧客サービスウィンドウの一例である。

【図１５Ａ】 図１５Ａは、本発明の実施例による監視ウィンドウの一例である。

【図１５Ｂ】 図１５Ｂは、本発明の実施例による監視ウィンドウの一例である。

【図１５Ｃ】 図１５Ｃは、本発明の実施例による監視ウィンドウの一例である。

【図１５Ｄ】 図１５Ｄは、本発明の実施例による監視ウィンドウの一例である。

【図１６Ａ】 図１６Ａは、本発明の実施例によるサービス及び個人情報維持管理ウィンドウ
の一例である。

【図１６Ｂ】 図１６Ｂは、本発明の実施例によるサービス及び個人情報維持管理ウィンドウ
の一例である。

【図１７】 図１７は、本発明の実施例による方法を示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＣ，ＥＥ，ＥＳ，ＦＩ，ＧＢ， ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，Ｉ Ｎ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ， ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ， ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 アダムズ，グレッグ アメリカ合衆国 ミネソタ州 55331 ウ ェイザタ ピーベイ・レーン 101 (72)発明者 オズトランド，スコット アメリカ合衆国 ミネソタ州 55110 ホ ワイト・ベア・タウンシップ クリスティ ン・コート 2634 (72)発明者 シュレイナー，クレイグ アメリカ合衆国 ミネソタ州 55123 イ ーガン ギルブラルタル・トレイル 3845

Claims (37)

【特許請求の範囲】
1. 【請求項１】 旅行サービスを提供する方法であって、 旅行者情報を有する旅行者データベースを維持管理し、 旅行者を同定した、少なくとも１つの旅行サービスを求めるリクエストを受け
   、 グローバル・ディストリビューション・システム（ＧＤＳ）に対して少なくと
   も１つの旅行サービスに関する情報をリクエストし、 旅行者データベースから旅行者データを取出し、 ＧＤＳからの情報と共に旅行者データを表示するステップより成る旅行サービ
   ス提供方法。
2. 【請求項２】 旅行サービスを求めるリクエストに関連する仕事を一時的に
   延期し、 その仕事を旅行案内者へ送って完了させるステップをさらに含む請求項１の方
   法。
3. 【請求項３】 仕事を送るステップは、その仕事を受ける旅行案内者を仕事
   の種類に応じて決定するステップを含む請求項２の方法。
4. 【請求項４】 仕事を送るステップは、その旅行に関連するサービスが利用
   可能であると判定するステップを含む請求項２の方法。
5. 【請求項５】 仕事を送るステップは、その仕事のスキルグループを決定す
   るステップを含む請求項２の方法。
6. 【請求項６】 少なくとも１つの旅行サービスは、航空予約サービスを含む
   請求項１の方法。
7. 【請求項７】 少なくとも１つの旅行サービスは、ホテル予約サービスを含
   む請求項１の方法。
8. 【請求項８】 少なくとも１つの旅行サービスは、レンタカー予約サービス
   を含む請求項１の方法。
9. 【請求項９】 少なくとも１つの旅行サービスは、鉄道予約サービスを含む
   請求項１の方法。
10. 【請求項１０】 少なくとも１つの旅行サービスは、リムジン予約サービス
    を含む請求項１の方法。
11. 【請求項１１】 旅行データベースから旅行者データを取出すステップは、
    前の旅程に関するデータを取出すステップを含み、さらに、前の旅程に関するデ
    ータを現在の旅程にコピーするステップを含む請求項１の方法。
12. 【請求項１２】 旅行者データベースから旅行者データを取出すステップは
    、同行の旅行者に関するデータを取出すステップを含み、さらに、処理中の旅行
    者の旅程に同行の旅行者の旅程に関するデータをコピーするステップをさらに含
    む請求項１の方法。
13. 【請求項１３】 少なくとも１つの旅行規則を含む会社の旅行データを取出
    し、 ＧＤＳの情報による有効な旅行サービスオプションを少なくとも１つの旅行規
    則に従って決定するステップをさらに含む請求項１の方法。
14. 【請求項１４】 コンピュータ化された旅行者サービスシステムであって、 少なくとも１つのグローバル・ディストリビューション・システム（ＧＤＳ）
    と通信できるように結合可能な旅行サービス部分と、 旅行サービス部分に作動的に結合されたデータベース管理システムと、 データベース管理システムにより維持管理され、顧客情報を有する顧客データ
    ベースと、 データベース管理システムにより維持管理され、旅行者情報を有する旅行者デ
    ータベースとより成り、 旅行サービス部分は、リクエストに応答して少なくとも１つのＧＤＳ及び旅行
    者データベースから選択された情報をＧＵＩ表示する旅行者サービスシステム。
15. 【請求項１５】 少なくとも１つのＧＤＳは、Ｓａｂｒｅシステムを含む請
    求項１４のコンピュータ化されたシステム。
16. 【請求項１６】 少なくとも１つのＧＤＳは、Ｇａｌｉｌｅｏシステムを含
    む請求項１４のコンピュータ化されたシステム。
17. 【請求項１７】 少なくとも１つのＧＤＳは、Ａｍａｄｅｕｓシステムを含
    む請求項１４のコンピュータ化されたシステム。
18. 【請求項１８】 少なくとも１つのＧＤＳは、Ｗｏｒｌｄｓｐａｎシステム
    を含む請求項１４のコンピュータ化されたシステム。
19. 【請求項１９】 少なくとも１つのＧＤＳは、航空予約システムを含む請求
    項１４のコンピュータ化されたシステム。
20. 【請求項２０】 少なくとも１つのＧＤＳは、ホテル予約サービスを含む請
    求項１４のコンピュータ化されたシステム。
21. 【請求項２１】 少なくとも１つのＧＤＳは、レンタカー予約システムを含
    む請求項１４のコンピュータ化されたシステム。
22. 【請求項２２】 少なくとも１つのＧＤＳは、鉄道予約システムを含む請求
    項１４のコンピュータ化されたシステム。
23. 【請求項２３】 少なくとも１つのＧＤＳは、リムジン予約システムを含む
    請求項１４のコンピュータ化されたシステム。
24. 【請求項２４】 リクエストを旅行サービス部分のユーザへ転送するように
    作動可能な電話管理システムをさらに含む請求項１４のコンピュータ化されたシ
    ステム。
25. 【請求項２５】 旅行サービスを提供する方法を実施するために、コンピュ
    ータが実行可能な命令を有するコンピュータにより読取り可能な媒体であって、 この方法は、 旅行者情報を有する旅行者データベースを維持管理し、 旅行者を同定した、少なくとも１つの旅行サービスを求めるリクエストを受け
    、グローバル・ディストリビューション・システム（ＧＤＳ）に対して少なくと
    も１つの旅行サービスに関する情報をリクエストし、 旅行者データベースから旅行者データを取出し、 ＧＤＳからの情報と共に旅行者データを表示するステップより成る、コンピュ
    ータにより読取り可能な媒体。
26. 【請求項２６】 この方法は、 旅行サービスを求めるリクエストに関連する仕事を一時的に延期し、 その仕事を旅行案内者へ送って完了させるステップをさらに含む請求項２５の
    コンピュータにより読取り可能な媒体。
27. 【請求項２７】 仕事を送るステップは、その仕事を受ける旅行案内者を仕
    事の種類に応じて決定するステップを含む請求項２６のコンピュータにより読取
    り可能な媒体。
28. 【請求項２８】 仕事を送るステップは、その旅行に関連するサービスが利
    用可能であると判定するステップを含む請求項２６のコンピュータにより読取り
    可能な媒体。
29. 【請求項２９】 仕事を送るステップは、その仕事のスキルグループを決定
    するステップを含む請求項２６のコンピュータにより読取り可能な媒体。
30. 【請求項３０】 少なくとも１つの旅行サービスは、航空予約サービスを含
    む請求項２５のコンピュータにより読取り可能な媒体。
31. 【請求項３１】 少なくとも１つの旅行サービスは、ホテル予約サービスを
    含む請求項２５のコンピュータにより読取り可能な媒体。
32. 【請求項３２】 少なくとも１つの旅行サービスは、レンタカー予約サービ
    スを含む請求項２５のコンピュータにより読取り可能な媒体。
33. 【請求項３３】 少なくとも１つの旅行サービスは、鉄道予約サービスを含
    む請求項２５のコンピュータにより読取り可能な媒体。
34. 【請求項３４】 少なくとも１つの旅行サービスは、リムジン予約サービス
    を含む請求項２５のコンピュータにより読取り可能な媒体。
35. 【請求項３５】 旅行データベースから旅行者データを取出すステップは、
    前の旅程に関するデータを取出すステップを含み、さらに、前の旅程に関するデ
    ータを現在の旅程にコピーするステップを含む請求項２５のコンピュータにより
    読取り可能な媒体。
36. 【請求項３６】 旅行者データベースから旅行者データを取出すステップは
    、同行の旅行者に関するデータを取出すステップを含み、さらに、処理中の旅行
    者の旅程に同行の旅行者の旅程に関するデータをコピーするステップをさらに含
    む請求項２５のコンピュータにより読取り可能な媒体。
37. 【請求項３７】 少なくとも１つの旅行規則を含む会社の旅行データを取出
    し、 ＧＤＳの情報による有効な旅行サービスオプションを少なくとも１つの旅行規
    則に従って決定するステップをさらに含む請求項２５のコンピュータにより読取
    り可能な媒体。