JP2007523428A - Ａｓｐ−主催メンバーインターフェースを有する統合目的地セールスシステム - Google Patents

Abstract

目的地イベントのための集中 コンピュータ化 セールスシステムであて、アプリケーション サービス プロバイダ（ＡＳＰ）によって主催されるメンバーユーザー インターフェース（ＭＵＩ）を含み、コンベンション ビジター局（ＣＶＢ）組織のメンバーである複数の独立サービス プロバイダにアクセス可能である。可能なイベント組織からの申し出のためのリクエスト情報（ＲＦＰ）を検閲するためメンバーはＭＵＩ内に周期的にログインする。ＭＵＩは、メンバーによって受け入れられるＲＦＰに応答する任意のサービスのためメンバーによってなされる電子フォームの仮の応答ブッキング契約（ＴＲＢＡ）を含む。プロジェクトされたサービス利用率データベースはＴＲＢＡからの情報に自動的に協同し、ＣＶＢによってのみアクセス可能である。プロジェクトされたサービス利用率データベースは、ＣＶＢのメンバーからのサービスについての情報を含み、可能な目的地イベント主催者に連絡するＲＦＰに対する応答を作るためＣＶＢによって検閲される。

Description

本発明は、予約及び複数予約の調整のためのコンピュータ化されたビジネス管理システムに関するものであり、特に、目的地イベント申し込みのためのリクエストに対しより良く応答するため目的地に関連する複数のメンバーから及びメンバーへの情報を容易に調整するアプリケーションサービスプロバイダ（ＡＳＰ）主催メンバーインターフェースを有する統合目的地セールスシステムのためのコンピュータ化システム及びこのシステムの製造方法に関する。

個々のユーザのための予約及び計画を作るインターネットベース旅行予約システムは既知である。個々のユーザのためエクスペデアｃｏｍ及びトラベロシテイｃｏｍのようなウエブサイトは航空機、ホテルルーム、レンタルカー及び休日催し物のための価格、利用性及び予約状況を調査する能力を有する。例えば、米国特許第５，３０９，３５５及び第５，４２２，８０９には、個々の顧客のため多くの旅行サービスプロバイダ間で予約を調節するコンピュータ化した予約システムの例が記載されている。旅行代理店は同様のサービスを行なうため古くからＡＳＢＲＥシステム等のコンピュータ化した予約システムを用いている。米国特許第６，２０８，９７５には、ＳＡＢＲＥシステムによって顧客からのリクエストに応じてどのように複数の旅行販売店のためのデータベースを調節し管理するかの例が示されている。

コンピュータ化されたシステムは、所定のプロバイダの利便性とサービスのスケジュールと管理のためサービスプロバイダのため改良されている。米国特許第５，４０４，２９１及び第５，９０９，６６８、米国公開第２００２／０１２０４７８Ａ１には、単一の施設または代理店のため例えばホテルルーム及び宴会場の目録を管理するためのマネージメントシステムが記載されている。米国特許第６，３８９，４５４及び米国公開第２００３／０００５０５５Ａ１及び第２００３／０１１５０８５Ａ１には、患者の要求に応じて利便性の状況をチェックし、または依頼者情報のパックに応じて種々の利便性で自動的に約束を行なう、複数の利便性をもつ、例えば依頼者のための管理システムが示されている。

コンピュータ化した管理システムの多くは顧客の小さなグループまたは個々の顧客からの要求に応答し、管理するサービスプロバイダを助けるようデザインされている。大きなグループ、会社及び組織の顧客からの大きな集会のための要求の管理には、異なるセットの課題がある。例えば米国特許第５，６３４，０１６には、価格とルームの利便性の情報を作ることによって会合やイベントの申し込みのためのリクエストに応じて例えば大きなホテルや保養所のような単一のプロバイダが用いるイベント管理システムが示されている。また、このシステムは、イベントの主催に関連して計画されデザインされるミーテングルームのレイアウト及び他の詳細の３−Ｄ ＣＡＤ図面を作る。米国公開第２００２／００４６０７６Ａ１及び第２００２／００７２９３９Ａ１には、単一のサービスプロバイダによって主催される及びまたは組織されるイベントのための計画及び予約を調節するインターネットと種々のデータベースを用いるイベント管理システムが示されている。また、米国公開第２００１／００１４８６５Ａ１に記載されているように他の関連するコンピュータ化イベント管理システムは複数の仮想のコンベンションオンラインを主催するための管理システムを含み、また、米国公開第２００１／０１５６７８７Ａ１に示されているようにイベントを計画し参加者に連絡する、イベントを組織するための“プリマイカプランナ”（商標）計画システムとしてイベント４１１で用いられたインターネット ベース イベント計画管理システムを含む。

イベントのためのこれら管理システムの総ては、単一のプロバイダモデルをベースとして操作される、または、イベントのためのサービスプロバイダではなく、イベントの顧客／主催者のための管理システムを作るイベント管理システムに集約されている。これら存在する単一プロバイダまたは単一主催者イベント管理システムに固有の限定により、本発明の目的である“目的地イベント”として表現される次のより大きなクラスのイベントのためこれらを効率的に用いることが制限される。目的地イベントは、１００または１，０００名の出席者を有する集会、会議、展覧会その他を含み、これらは目的地によって主催され個々に管理され、しばしば日程が延長され、サービスは異なる複数の業者によってなされる。目的地イベントに参加した多数のサービスプロバイダの増大したサイズと数は、これら目的地イベントを効率的に主催するために望まれる管理の複雑さを急激に増大せしめる。

目的地イベントの全体的な調節と主催は多くの場合、目的地のコンベンションビジタ局（ＣＶＢ）によって管理される。ＣＶＢは、この区域のサービスプロバイダと一般共同体の双方の利益に対する所定の目的地促進の目標を課題とする一般的に幾つかの公衆／個人組織の混成である。一般的な目的地イベントセールスサイクルは、ＣＶＢのセールス代表によって主催された予想の目的地イベントにコンタクトすることを含む。予定の目的地イベントの全体のパラメータは、目的地イベント主催者とＣＶＢの代表間で連絡され、これは、一般に要求のためのリクエスト（ＲＦＰ）の形であり、コンベンションホール及びミーティングスペース、提案日時とホテルルームの予想数と割合のスケジュール、関連する現地イベント及びアトラクションのスケジュール、価格及び関連する輸送サービス、食事、装置のレンタル等の例えば支援サービスを含む。各ＲＦＰに応答するため、ＣＶＢスタッフは、例えばホテル、ミーティングホール、コンベンションセンター等にＲＦＰについて個々に連絡し、応答の収集及び編成、ＣＶＢが提案された目的地イベントのための目的地の代わりに何を提案できるかのアウトラインを示すＲＦＰに対する応答を作成する。単一のサービスプロバイダからの提案を前設定する状況と異なり、ＲＦＰに対する応答においてＣＶＢからの提案は複雑な複数パーテイプロセス内の第１ステップのみである。

目的地イベント主催者が所定の提案を好み例えば個々のホテル及びミーティングスペースと契約する場合には独立して行動するサービスプロバイダの夫々と交渉する必要がある。

以上、目的地イベントを処理するためのコンピュータ化管理システムを作ることに関連して管理と難事業遂行のためチャレンジすることを目標とする限られた数のシステムについて記載した。今日まで、これらシステムの総べてが顧客−サーバ モデルを利用している。このモデルでは、ＣＶＢが、ＣＶＢにおけるサーバでランニングする所有サーバベース ソフトウエアを購入し、設定し、維持することを要求している。ＣＶＢスタッフは、顧客サーバ管理システムのためのＣＶＢデータベースに多数のサービスプロバイダから電話、ファックス、Ｅメールで収集したデータを入力する。これらシステムの例としては、ソフトウエア マネージメントＩｎｃ．によって作られたイベント ３０００（商標）、ハウジング ３０００（商標）及び目的地３０００（商標）、アンガー ボエックシステムズ インターナショナルによって作られたＥＢＭＳ、ジョンパラデソ アンド アソシエートによって作られた インフォトラック（商標）、インクワイリィ（商標）及びハウジンク（商標）、及びニュウマーケット インターナショナルによって作られたＣＶＢ リーゼがある。

最近、ＣＶＢ顧客サーバシステムによって維持された種々のデータベースの幾つかに対するアクセスを第３者サービスプロバイダ及び目的地イベント プランナ／顧客によって制限し、制御することを許容するため、これらシステムの幾つかが顧客サーバソフトウエア内に対するインターネットの統合を促進することがなされている。

アンガー ボエックシステムズ インターナショナルによって作られたｉＥＭＭＳ システムと、ソフトウエア マネージメント Ｉｎｃ．によって作られたｅ−ＣＶＢ（商標）は、インターネットを従来のＣＶＢ依頼者サーバシステム内に統合する努力をしている良い例である。一方、これらシステムは、ＣＶＢのメンバーである種々のサービスプロバイダについてのアプデート コンタクト情報及び同様の公開された情報のため標準インターネット ベース インターフェースを提案しているが、これらはＣＶＢ顧客サーバシステムにインターフェースする付加的機能を作るため詳細で広範囲な注文応答性を要望できる。

目的地イベントのためのコンピュータ化管理システムは、目的地イベントを調節し主催するためパーティのサイズと数に基因して必然的に極めて複雑となるが、目的地イベントコンピュータ化管理システムにインターネットを統合せしめるう最近の傾向では顧客サーバモデルが要求するＣＶＢは、メンテナンス、アプグレード及び安全性のためアドレスするため管理ソフトウエアパッケージの熟練者になる必要があり、または、コンピュータ化管理システムのプロバイダに対するこれらサービスのための費用がかかり続けることになるという問題がある。更に、このようなコンピュータ化管理システムのための顧客サーバモデルには固有の制限があり、目的地イベント主催者／顧客からのＲＦＰに対する応答を作るためＣＶＢによって代表される種々のサービスプロバイダとＣＶＢの両者によってコンピュータ化管理システムの最も効果的利用に対する障壁となっている。

本発明は目的地イベントのための統合コンピュータ化セールスシステムである。このシステムはアプリケーションサービスプロバイダ（ＡＳＰ）によって主催される、コンベンションビジタ局（ＣＶＢ）組織のメンバーである複数の独立したサービスプロバイダがインターネットでアクセス可能な確定メンバーユーザインターフェース（ＭＵＩ）を有する。ＣＶＢ組織によってＭＵＩ上に刊行される所定の目的地イベントを主催するための情報をリクエストする可能（ｐｏｔｅｎｔｉａｌ）な目的地イベント主催者からのリクエスト（ＲＦＰ）を再検討するため上記ＣＶＢ組織の少なくとも２メンバーが周期的に上記ＭＵＩにログインされる。上記ＭＵＩは、上記ＲＦＰに対する応答サービスのため上記ＣＶＢ組織のメンバーが上記ＭＵＩの仮応答ブッキングアグリーメント（ＴＲＢＡ）電子フオームを作る。プロジェクトされたサービス利用率（ａｖａｉｌａｂｉｌｉｔｙ）データベースが上記ＴＲＢＡ電子フオームからの情報を自動的に組み込む、上記ＡＳＰによって維持され、上記ＣＶＢ組織によってのみアクセス可能となる。上記所定の目的地イベントのための上記プロジェクトされたサービス利用率データベースを再検討し、上記ＲＦＰに対する応答を作る。上記応答には上記ＣＶＢの少なくとも２メンバーからのサービスに関する情報を含み、上記可能な目的地イベント主催者に連絡される。

本発明の好ましい実施例においては、目的地イベントセール及びサービス、目的地マーケッティング及び顧客マネージメントのための経済的なウエブ−可能スウイート（ｓｕｉｔｅ）を作る。本発明においては、小さな中間サイズの事務局と、高価な情報付加技術部門を用いることなしに大きな組織の技術力で目的地イベントを促進する団体を作る。上記ＡＳＰ主催ソフトウエアモジュールは、事務所、家庭、路上におけるユーザによっていつでもどこでも利用できる。ログオンはインターネットに対するログオンは容易である。組織は個々のソフトウエアモジュールまたは全体のスウイートを買うことができる。本発明システムは容易に統合でき、使用が簡単であり、複雑な所有権主張可能な顧客サービスシステムを管理するための献身的な技術スタッフを必要とせずにＣＶＢ団体及び組織のための理想的な目的地管理を可能とする。ソフトウエアモジュールは、ＣＶＢ組織の一部である技術を維持するための更なるスタッフを必要とせずに規則的ベースでＡＳＰサーバによって主催され、向上される。本発明においては、ソフトウエアがユーザのデスクトップに対しインターネットを介して直接配布される。ＣＶＢ組織は経済的必要性に合致する小額の費用を毎月支払うのみで最新技術を使用することができる。

本発明のメンバーユーザインターフェース（ＭＵＩ）は、選択されたメンバーを作ることによって多くの従来の時間消費プロセスを作り、ＲＦＰに対し応答するＣＶＢスタッフによって用いられるシステムによって維持されるデータベース上のメンバー情報に対し直接及び秘密にアクセスできるようになる。ホテル、アトラクション及びメンバー連絡、リード（ｌｅａｄ）、アプデート、キャンセル及び確定ブッキングの総ては自動的になされ、所定のＲＦＰに対し応答するために必要な情報を集めるための個々のメンバーに対するファックス及びＥメール及び電話の必要性を排除できるようになる。

以下図面によって本発明の実施例を説明する。

目的地イベントのための集中コンピュータ化セールスシステムの好ましい実施例を以下図１によって説明する。本発明における目的地イベントとは、市や都市区域によって主催される一般に１００または１０００名の参加者のイベントであり、１つ以上のサービスプロバイダによってサービスされる。目的地イベントとしては、集会、会議、展覧会、スポーツ競技等を含み、参加者は１００や１０００名である。イベントの日程はしばしば延長され、サービスは複数の異なる業者によってなされる。目的地イベントのサービスプロバイダの増大は、これら目的地イベントを効率的に主催するために望まれる管理の複雑さを急激に増大せしめている。

本発明で示すサービスプロバイダは会社、組織またはグループであり、目的地イベントを主催するため所定の目的地への提案のリクエスト（ＲＦＰ）に対する応答の一部としてのサービスを行なう。サービスプロバイダとしてはホテル、モーテル、コンベンション センター、アリーナ、ミーティング会場、食堂サービス、輸送サービス等である。

本発明の統合決定販売システム１００は図１に示すように多くのモジュール１１０，１１２，１１４，１１６，１１８，１２０，１２２，１２４及び１２６より成り、これらは互いに一体になってＡＳＰ−ホストシステムの一部となり、データの再入力を不要とし、情報の確度を保証する。このシステム１００は更にＣＶＢチームメンバーの多くと個々に連絡するためワークフロー エンジンを内蔵している。本発明のシステム１００はソフトウエアをベースとする全方位経営システムであり、任意の地域における行事と会合を処理する情報とデータを管理する。このシステム１００の特徴は以下説明する。このシステム１００は、ＣＶＢスタッフ及びメンバーに対し広範囲な、完全に統合されたデータ管理システムを与え、遠隔地における第３者によって好ましく管理される オフサイト サーバーである利用サービス プロバイダー（ＡＳＰ）によって提供されるソフトウエアを用いるためそのメンテナンスの必要性は最小となる。

本発明システムは少ない数のプログラム言語とデータベース パッケージを用いて当業者によりプログラムできるが、本発明の好ましい実施例は ジャッワアップルツ（Ｊａｖａ ａｐｐｌｅｔｓ）としてプログラムされた以下のものである。アクティブサーバ デベロップメント ラングェージ 及びまたはウエブベースのインターフェースのためのＨＴＭＬ ウエブページ、アクティブサーバ デベロップメント ラングェージ及び マイクロソフトＮＥＴ ソフトウエア モジュールはＡＳＰで機能し、ＳＱＬデータベースと インターフェースする。好ましい実施例においては走査器（ｂｒｏｗｓｅｒ）としてのマイクロソフト インターネット イクスプローラとしてデザインされたものがあるが、本発明はウエブ ベース ブローサに適用することもできる。

本発明のシステム１００の実施例の一つは以下のものを含むソフトウエア モジュールである。

コンベンションセールス １１０

オフィス、ホームからデータに、またはインターネットを介して移動しながらデータにＣＶＢセールス スタッフは完全にアクセスする。

ファックスやＥメールなしにメンバー ユーザー インターフェース（ＭＵＩ）１３０を介してメンバーがアクセスし案内（ｌｅａｄ）、最新情報（ｕｐｄａｔｅ）、確定 ブッキング及びキャンセルを行なう。

単一のコンベンション センター、または例えば付加的コンベンション センター、スタジアム、競技場等の複数の集会場のための将来のスペース利用性を制御する。

コンベンション事務局や専任されたホテル セールススタッフはインターネットの能力で将来のコンベンション センターのスペース予定表（カレンダー）にアクセスする。

標準的質問の特徴、先立った調査または“Ｅｎｇｌｉｓｈ Ｑｕｅｒｙ”を用いてデータベースを調査できラベル、ファックスまたはＥメールリストに直接組み合せることができる。

将来のサービス利用率カレンダー１１２

コンベンション セールスモジュール１１０に組合せ、または個々の他に類を見ない適用とすることができる。

例えば、将来のホテル一覧表は、最近の限定された及び協会、法人、レジャーグループビジネスのため設けられた仮のグループ ルームブロックに反映する。プログラムは自動的にホテルの最大グループ収容数から限定されたルームブロックを差し引き、その結果、目的地で将来使用可能な合計グループ ルーム数が得られる。同様の将来の利用率カレンダーが他のサービス、例えば輸送サービスや宴会サービスのため別個に作られ、また、将来のサービス利用率カレンダーを選択的に組み合せでき、オーバーレイや異なる色付とされ、所定の目的地と日付のための異なるサービスがカレンダーの所定の視点で提供される。

ＣＶＢセールススタッフは利用率を継続的に定めるためホテルセールススタッフに対するエンドレスの電話及びＥメール通信を消しながら総べてのホテルに個々にアクセスする。

指定されたホテルセールススタッフは自己のホテルのための利用できるルームと目的地で利用できる全体のルームにアクセスし、短い期間と最大の効率でハウス グループ ビジネスのスケジュールのための価値ある情報を作る。

コンベンション サービス１１４

例えば登録、歓迎プログラム、現地訪問及び準備／普及等のサービスのため共通に用いられる従来のペーパーシステムを省略せしめる。

コンベンション セールスモジュール１１０に直接インターフェースして最も正確なコンタクト情報とイベント ヒストリィにアクセスする。

タイムラインをたどり、究明し、サービスを計画する。

メンバーシップ モジュール１２２にインターフェースし、予約デスクを通してコンベンション の間メンバーの食事と、旅行客のアトラクションのための予約の総べてを記録する。

最終選択（ｐｉｃｋ−ｕｐ）のため、契約したルームブロック内でセールスの初期からのホテルルーム占有の完全な履歴を作る。

登録１１６／ハウジング １１８

コンベンション サービスモジュール１１４に組み合せることができ、またはコンベンション事務局、ホテル、協会または会社のため分離した適用として作用せしめることができる。

入力のデータの重複を除き、１工程 インターネット 登録／ハウジングを作る。

ルームブロック内のホテルとキャンパス、寮の双方を調和しながらハウジング プロセスを組み合せる。

公的なルームブロックの内側及び外側で代表するハウジングを制御するため管理能力を増加するよう専門家と合議する。ホテルは室内ミーティングのため及び会議室として用意でき、顧客サービスを向上し、従来の予約カードをファイルし、保持する必要性を除くことができる。

グループのための異なるハウジングシステムをコンベンション事務局に有せしめて値段を調整し及び段階的とすることができるようにする。

観光事業１２０

任命したホテル、アトラクションや他のメンバービジネスを案内、最新情報、確定ブッキング、キャンセルに直接アクセスすることを可能とし、これらをファックスしたりＥメールする必要性を除き得るようにする。

コンベンション事務局 ウエブサイトにモジュールを連通し個々の顧客に国内及び国際ツアーとパッケージの最新のリストを提供し、直接好ましい旅行案内会社に直接セールしリンクできるようにする。

将来のプロモーションのため総べてのビジターの質問をとらえ、マネージして目的地及びメンバーホテルを正確にターゲットせしめる。

メンバーシップ１２２

請求書、トラック支払い及び顧客注文製品レポートを速く、容易に作成する。

オンライン及びオフライン公表のための情報を速やかにまとめ、発生する。

請求サイクル、支払い、イベント参加及び以前のスポンサーシップを組み合せ及び追跡してメンバーの口座に対して調節せしめる。

コンタクト情報及び会社記事を変更するためメンバーのアクセスを制御する。

総べてのメンバーまたはメンバーシップの特別なカテゴリーの分類ｂｒｅａｋ ｄｏｗｎ に対するＥメールブラスト、ファックス配布及び手紙を含むメンバー文通の複数の型を作る。

現物１２４

例えばフリーホテルルーム、食事、目的地を訪ねるコンベンション主催者に対する輸送等のセールスプロセスを利用するためメンバーによって作られるべき現物サービスのための要求を作る。

案内及び確定ブッキングに関連する現物サービス利用を追跡する。

コンタクト マネージャ１２６

このシステムにおける多くのモジュールの任意のものによってタッグされるコンタクト データベース エントリィを有する。

在庫から入手できるコンタクトマネジメント プログラムを集約できる。

メンバー ユーザ１３０

所定のメンバーの指定されたユーザのためのログインとパスワードにウエブサイトがインターフェースすることを確実にする。

ウエブサービス ＡＰＩ １３２，１３４

ウエブサイト アプリケーション プログラム インターフェース（ＡＰＩ）に公然とアクセス可能である。

メンバー（１３２）には情報が公然と公開される。

このシステムに登録されている目的地のためのツアーパッケージに観光事業モジュール１２０からの情報を公然と公開する。

中心ユーザ及び顧客マネージメント１４０

ＣＶＢ及びそのメンバーに対して提供されたモジュールの外部で操作されるＡＳＰに対しマネージメント ツールを提供する。

種々のソフトウエア モジュールを維持し、格上げするためＡＳＰのためのラッパー／マネージャ プログラムを作る。

ＡＳＰ ホストシステム１００は、顧客が過去の商関係と価格を追跡できるよう目的地のイベント発生後過去のイベントデータの収集を将来なし得るように好ましくデザインする。このシステム１００は総べての関連するデータを１つの場所に貯え、ミーティング／イベント組織内の総べて人間がこれにアクセスできるようにする。このシステム１００は完全に統合し、オートメーションデータ及び総べての源から入力されたデータ及び統合されたデータを１つのアクセス可能なアプリケーションに貯える。貯えられたデータの使用可能性と有用性は、それが任意の時間にどこからでも容易に取り出せ、ＣＶＢセールス組織がより効率的にＲＦＰに応答できることである。

本発明の好ましい特徴の１つは、他の顧客サーバ ベース目的地 マネージメント ソフトウエア パッケージによっては得られないパワフルな機能が得られることである。

将来のサービス利用率カレンダ１１２のホテルルーム利用率カレンダバージョンは、先例のない可視可能で都市型ホテルルーム利用率に直ちにアクセスできる。また、総べての将来のデータのため市全体の全ルーム利用率の概観に沿った個々のホテルルーム利用率のスナップ写真を作る。この写真によりＣＶＢセールス スタッフが多数回電話の呼出しを行なうことを節約でき、または、将来のビジネスのため最も好ましいデータの選択の始めにホテル共同体からの応答を待つ時間を節約できる。ホテルルーム利用率カレンダは、協会、会社及びレジャーグループビジネスによって保持された最新の確定された及び仮のルームの結果と組み合わされ、確定されたルームブロックがホテル最大グループから差し引かれ、ホテルによる将来の日時に利用可能なグループルームをトータルで示す。各ホテルメンバーのため価格と利用率の詳細の総べてに対しＣＶＢスタッフのみがアクセスするものであるため、ホテルは、ルーム利用率を最大にするためハウスグループビジネスのより良い地位に対する将来の圧力を示す実際の最新のデータを使用することを促進される。秘密のアクセスと高度の信頼性をもつプレセール可能な情報の調整を効率的に得るため、ＣＶＢスタッフは目的地イベント主催者からのＲＦＰに対しより効果的に応答し、目的地イベントの必要性に合致するためのより正確で自信のある全体像を画くようにする。

システム１００の一実施例においては、確定されたイベントのための占有ルームフロー情報に主開催地利用性を加えるＭＵＩ １３０の一部としての開催地カレンダを含む。更に、歴史的データ収集の目的からポスト開催地情報の追跡をＭＵＩ １３０の一部とすることができる。

他の実施例においては、ＭＵＩ １３０と主催者またはツアー顧客ウエブページ１３２、１３４に簡単な一連の質問を通してメンバー、顧客またはＣＶＢセールススタッフに問いかけるクイックアンサービザードを設けることができる。この質問に対する解答は、将来の利用率データベース内に維持された情報と比較し、所定のデータまたは所定の価格範囲でイベントが適合される地域であるか否か速やかに決定される。

図２は本発明のプロセス／連絡フロー線図の全体を示す。目的地イベント組織（２０２で示す）は、将来の目的地イベントの開催のためのＲＦＰと、ＣＶＢセールススタッフ（２０４で示す）と連絡する。これらの連絡はシステム１００内には無い連絡路を含む将来の連絡チャンネルによって行なわれる。システム１００の一実施例においては、ＲＦＰのための関連する情報の収集を助けるため用いることができるオンラインウエブフオームを有する組織ＡＰＩ １３２を用いる。ＣＶＢセールススタッフ２０４は次いでホテルと他のメンバー（２０６で示す）に連絡し、また、リード、アプデート、確定されたブッキング及びキャンセル（後述する）のためのコンベンションサービス（２０８で示す）に連絡する。好ましくはこれらの連絡はメンバーシップモジュール１２２とＭＵＩ １３０を介して行なう。確定ミーティング及びサービス通知についてホテルと他のメンバー２０６に連絡するためコンベンション サービスモジュール２０８（コンベンションホール、競技場、スポーツ会場）のプロバイダはコンベンションサービスモジュール１１４を用いることができる。目的地イベント組織（２１０で示す）と目的地イベント代表（２１２で示す）の双方並びにホテル２０６は、登録モジュール１１６及びハウジングモジュール１１８を通して個々の登録及びハウジングマターに調和せしめる。

システム１００の好ましい実施例を、以下種々のユーザによってどのようにしてＡＳＰ主催モジュールが見られ、用いられているかを表現する一連のスクリーンショットに関連して詳細に説明する。ＡＳＰモジュールの組織と、これらＡＳＰモジュールを支持するＳＱＬデータベースに関連するものは、ＳＱＬ及び添付リスト１−４を参照して明らかならしめる。図３０はＭＵＩインターフェース１３０のためのデータ線図である。図３１はメンバーシップモジュール１２２のためのデータ線図である。図３２Ａ〜図３２Ｃは観光事業モジュールのためのデータ線図である。図３３Ａと３３Ｂはセールスモジュール１１０のためのデータ線図である。

図３はＭＵＩ１３０のための初期ログオンスクリーンのスクリーンショットである。ＭＵＩは確保されたウエブページである。この実施例ではユーザネームとパスワードを安全のため用いるが、他の安全アクセス技術も用い得る。図４はリード、仮のレスポンス／リソース／ルームブロックアグリーメント（ＴＲＢＡ）、確定、アプデート及びキャンセルのためのユーザ押釦を示すＭＵＩ１３０の第１頁のスクリーンショットである。図５はウインドウの左側に沿ったグローバルナビゲーションを許容する図４に示すＭＵＩ１３０の樹視（ｔｒｅｅ−ｖｉｅｗ）バージョンである。

図６Ａ〜図６Ｅはナビゲーションページの関連する押釦が付勢されたときスクリーンデイスプレイのスクリーンショットを示すドリル−ダウンバージョンである。図６Ａは目的地イベント組織のためのポテンシャルリードがリストされている図５のリードオプションのドリル−ダウンを示す。ウインドウの左のアイコンは、所定のリードに関連するノートページ及びまたはＲＦＰの存在を示す。図６Ｂは、図５のＴＲＢＡオプションのドリル−ダウンを示す。所定のＲＦＰのために要求されたピークルームナイトの合計数はリスト内に示されている。更に、例えばホテルメンバーによる応答の最終期限が後述するようにＴＲＢＡで用いる期限とする。図６Ｃは図５の確定オプションのドリル−ダウンバージョンを示す。これらのリストは、将来の確定イベントを示し、これにより目的地イベント主催者と所定のホテルメンバー間の個々の契約のプロセスと確定コミットを見出すことができる。図６Ｄは、所定の目的地イベントのためのＲＦＰ内の初期要求を変えることを示す図５のアプデートオプションのドリル−ダウンバージョンである。図６Ｅは、ＲＦＰに対する応答がキャンセルされまたは拒絶された目的地イベントを示す図５のキャンセルオプションのドリル−ダウンバージョンである。

図７Ａは、コンベンションカレンダページのための質問ページである。任命されたメンバーユーザまたはＣＶＢスタッフは、上記目的地のためのコンベンションセンターまたは他の主な会場で見られるよう日付の範囲を入力できる。図７Ｂはコンベンションカレンダのサンプルデイスプレイ（仮定、仮定２、予約等を反映するカラーコード）である。異なるコンベンションルーム、施設または会場のため各ルームや会場のために契約したまたは仮の出席者予約数のブロックを左側のカラムに沿って示すことができる。

図８はメンバー管理ページの一例である。各メンバーのためＣＶＢによって維持されたコンタクト及びログイン情報、並びに関連する情報を表示し、このページにアプデートできる。図９は、ＣＶＢスタッフ及びメンバーの双方によってなされた変更を記録するためＣＶＢスタッフによって使用される審査軌跡ページの一例である。

図１０Ａと１０Ｂは、図６Ｂ内のスクリーンからアクセスできるＴＲＢＡ（仮定の資産／レスポンス／ルームブッキング アグリーメント）フオームの一連のスクリーンショットを示す。この実施例では、ＴＲＢＡフオームは例えば、所定のホテルの使用できるルームのパーセントをベースとしたルーム数を自動的に入力できる自動計算領域を含む。ＴＲＢＡフオームは、コンベンションレートから異なるラックレートを引用することを許容し、また、ＴＲＢＡがルームを保持したか否か、またはいかなるオプションまたは条件が引用されたかをメンバーが特定することを許容する。

図１１Ａは図６Ａのリード押釦の詳細図のスクリーンショットを示す。このページは、ＣＶＢセールススタッフまたはメンバーによってワールドドキュメントとして好ましく編集される情報を含む。図１１Ｂは、サービスプロバイダメンバー内の所定のリードのための責任を割り当てるためのリード割り当てページのスクリーンショットである。

図１２は図６Ｃの確定ページのスクリーンショットである。この情報は、ＲＦＰに対し受け入れられる応答の詳細であるのみならず、確定ブッキングに関して目的地イベント主催者によって支持された付加的な情報である。図１３は図６Ｄのアプデートページのスクリーンショットである。アプデートページを使用すれば所定の目的地イベントＲＦＤに対するイベント変更をＣＶＢセールススタッフがメンバー組織にＥメールまたは電話で絶えず連絡する必要性を除き得る。図１４は図６Ｅのキャンセルページのスクリーンショットである。

図１５は、将来のサービス商品目録カレンダログインのスクリーンショットである。ＭＵＩ１３０と同様、このインターフェースは好ましくはスクリーンログインインターフェースとする。図１６Ａは、将来サービス商品目録カレンダのためのナビゲーションスクリーンである。ナビゲーション押釦をスクリーンの左上方のナビゲーションバー内に示す。図１６Ｂは、メンバーのためのコンタクト及び関連する情報のスクリーンショットである。図１６Ｃは、例えば選択されたホテルのためのカレンダー利用率を見るためＣＶＢ管理者によって用いられるホテル情報ナビゲーションのスクリーンショットである。図１６Ｄは、図１６Ｃから管理者によって選択されたホテル情報のカレンダビウーのスクリーンショットである。仮の及び確定された利用可能なルームの総数が、管理者／ＣＶＢセールススタッフによって選択されたカレンダレンジのためウインドウの底部に沿って各ホテルのために示される。図１６Ｆは、図１６Ｅからホテルメンバーによって選択されたホテル情報のカレンダビウーのスクリーンショットである。この例では、所定のホテルメンバーユーザに対し使用できる単一のホテルのみが示される。若し、ホテルメンバユーザが例えば目的地内の複数の共通に所有されるホテルに対し責任があったときは、ホテルメンバーユーザはこれらホテルの１つまたはそれ以上を選択できる。図１６Ｄと異なりホテルメンバーには所定のホテルのための情報のみがスクリーンの底部に示される。

図１７はＣＶＢセールススタッフのための結合ＴＲＢＡナビゲーションスクリーンのスクリーンショットである。このスクリーンは、現在までにＣＶＢセールススタッフによって追跡された仮定／確定目的地イベントの夫々のための、例えば種々のホテルメンバーによって提出された結合されたＴＲＢＡフオームの結果を示す。

図１８Ａと１８Ｂは、ホテルメンバーによって提出された、ＣＶＢセールススタッフによって再検討される、ＴＲＢＡのための変更リクエストのスクリーンショットである。この変更リクエストは、変更リクエストの性質を説明する付加情報が加味されたＴＲＢＡフオームからの情報を含む。ＣＶＢセールススタッフは、所定のメンバーによって変更リクエストが受け入れられるか否か及びこれらをＴＲＢＡデータベースに入力するか否かを定める。図１９は、目的地イベントのための所定のＲＦＰに関連する占有ルームフローのスクリーンショットである。所定の目的地イベントのためのＲＦＰに対する応答を作るためＣＶＢセールススタッフは要約したスクリーンを用いる。より多くのホテルメンバーが見積りと共に応答した場合、ＣＶＢセールススタッフはこのスクリーンからホテルメンバーを選択し、ＲＦＰに対する応答に加えることができ、または、目的地イベント主催者によって要求された合計ルーム数よりも多いルーム数を示す応答を作ることができる。

図２０〜図２４は、ＣＶＢセールススタッフのためのスクリーンの頂部ナビゲーションバー上の種々の押釦の詳細を示す。図２０ＡはＣＶＢセールススタッフによっていかにリードを作るかを示すスクリーンショットである。図２０ＢはＣＶＢセールススタッフのための顧客−指示リードのスクリーンショットである。図２１はＲＦＰに対する応答を作るためのＣＶＢの価格を示すタブのスクリーンショットである。この場合ＣＶＢはメンバーに対する請求のための費用や応答のための費用に追跡費用を加えることができる。図２２はリードページのためのアプデートタブのスクリーンショットである。図２３はリードページのためのブッキングタブのスクリーンショットである。ＣＶＢセールススタッフによって加えられた情報はメンバーによって利用できるページの一部として表示せしめる。図２４はリードページのためのロストビジネスタブのスクリーンショットである。

図２５はＣＶＢスタッフのための主ログインスクリーンのスクリーンショットであり、且つ確定ログインスクリーンである。種々のナビゲーション押釦をウインドウの左側に沿って示す。図２６Ｂは、コンタクトによる種々のリード及び組織をリストにした、ＣＶＢによって見られるコンベンションセールスモジュール１１０の主スクリーンのスクリーンショットである。図２６Ｃは、ＣＶＢによって見られるコンベンション サービスモジュール１１４の主スクリーンのスクリーンショットである。図２６Ｄは、ＣＶＢスタッフによって見られる観光事業モジュール１２０の主スクリーンのスクリーンショットである。図２６Ｅは、ＣＶＢスタッフによって見られるメンバーシップ モジュール１２２の主スクリーンのスクリーンショットである。図２６Ｆは、ＣＶＢスタッフによって見られる登録モジュール１１６の主スクリーンのスクリーンショットである。図２６Ｇは、ＣＶＢスタッフによって見られるハウジング モジュール１１８の主スクリーンのスクリーンショットである。図２６Ｈは、ＣＶＢスタッフによって見られるコンタクト管理モジュール１２６の主スクリーンのスクリーンショットであって、存在するコンタクト管理ファイルの変換はコンタクト管理データベース１２２にファイルされる。

図２７は、所定のリードの状態の要約を示し、上記リードのための目的地に対する合計ドル価格を含む。

図２８Ａ〜図２８Ｃは現物（ｉｎｋｉｎｄ）モジュール１２４のためのスクリーンショットである。この実施例においては現物モジュール１２４は図２８Ａに示すように分離した現物スクリーンを有する分離モジュールとして作られる。また、現物モジュール１２４はＭＵＩ１３０に組み込むことが可能である。図２８Ｂは、要求され承認された現物寄贈品を示す現物モジュールのためのナビゲーションページのスクリーンショットである。図２８Ｃは現物モジュール内の現物の詳細のためのドリル−ダウンのスクリーンショットである。図２９Ａと図２９Ｂは、現物モジュールからの報告のための経理インターフェースの部分的スクリーンショットである。所定期間における現物寄付金の合計額を底部に示す。この実施例は本発明を説明するためのものであってこれに限定されるものではない。他の実施例は特許請求の範囲の記載で明らかならしめる。

以上本発明を特別な実施例に基づいて説明したが、当業者によって本発明の精神と範囲を逸脱することなく種々増減変更できることは勿論である。

本発明のＡＳＰホスト目的行事ソフトウエア システムのソフトウエア モジュールとデータフローの全ブロック線図である。 本発明の全プロセス／通信フロー線図である。 初期ログオン スクリーンのスクリーンショットである。 ＭＵＩの第１ページのスクリーンショットである。 グローバル ナビゲーションを許す図４の３視バージョンである。 図５のリード オプションのドリル−ダウンバージョンである。 図５のＴＲＢＡ オプションのドリル−ダウンバージョンである。 図５のデフニート オプションのドリル−ダウンバージョンである。 図５のアップデート オプションのドリル−ダウンバージョンである。 図５のキャンセル オプションのドリル−ダウンバージョンである。 コンベンション カレンダページのための質問ページである。 コンベンション カレンダのサンプル ディスプレイである。 メンバー管理ページの例である。 監査証跡ページの例である。 図６Ｂからの例ＴＲＢＡの部分的スクリーン ショットである。 図６Ｂからの例ＴＲＢＡの部分的スクリーン ショットである。 図６Ａからのリードの詳細のスクリーンショットである。 サービス プロバイダ メンバー内の所定のリードのための任命責任のためのリード指定ページのスクリーン ショットである。 図６Ｃのデフニート ページのスクリーン ショットである。 図６Ｄのアプデート ページのスクリーン ショットである。 図６Ｅからのキャンセル ページのスクリーン ショットである。 将来のサービス在庫品カレンダー ログインのスクリーン ショットである。 将来のサービス 在庫品のカレンダー のためのナビゲーションスクリーンである。 メンバーのための接触及び関連する情報のスクリーン ショットである。 管理者のためのホテル情報ナビゲーション のスクリーン ショットである。 人によって選択されたホテル情報のカレンダー 視野のスクリーン ショットである。 ホテルメンバー のためのホテル情報ナビゲーション のスクリーン ショットである。 ホテルによって選択されたホテル情報のカレンダー 視野のスクリーン ショットである。 ＣＶＢセールス スタッフのための結合されたＴＲＢＡ ナビゲーション スクリーンのスクリーン ショットである。 ホット ＣＶＢセールス スタッフによって提出されたＴＲＢＡのための変更リクエストの部分的スクリーン ショットである。 ホット ＣＶＢセールス スタッフによって提出されたＴＲＢＡのための変更リクエストの部分的スクリーン ショットである。 目的地のための所定のＲＦＰに関連する居住ルール フロー のスクリーン ショットである。 ＣＶＢセールス スタッフによってリード がどのようにして建てられたかのスクリーン ショットである。 ＣＶＢの対応する指定コストを示す指定コスト タブのスクリーン ショットである。 リードページのためのアップデート タブのスクリーン ショットである。 リードページのためのブッキング タブのスクリーン ショットである。 リードページ のための失われたビジネス タブのスクリーン ショットである。 ＣＶＢスタッフ のための主ログインスクリーンのスクリーン ショットである。 ＣＶＢスタッフ のためのナビゲーション スクリーン ショットである。 ＣＶＢスタッフ によって見られたコンベンション セール モジュールの主スクリーンのスクリーン ショットである。 ＣＶＢスタッフ によって見られたコンベンション サービスモジュールの主スクリーンのスクリーン ショットである。 ＣＶＢスタッフ によって見られた観光事業モジュールの主スクリーンのスクリーン ショットである。 ＣＶＢのスタッフ によって見られたメンバーシップ モジュールのための主スクリーンのスクリーン ショットである。 ＣＶＢスタッフ によって見られたレジストレーション モジュールの主スクリーンのスクリーン ショットである。 ＣＶＢスタッフ によって見られたハウジング モジュールの主スクリーンのスクリーン ショットである。 ＣＶＢスタッフ によって見られたマネージメント モジュールの主スクリーンのスクリーン ショットである。 リード トラッキング スクリーンタブである。 現物モジュールのためのログインのスクリーン ショットである。 現物モジュールのためのナビゲーション ページのスクリーン ショットである。 現物モジュール内の現物の詳細のためのドリルダウンのスクリーン ショットである。 現物モジュールからのレポートのための会計インターフェースの部分的スクリーン ショットである。 現物モジュールからのレポートのための会計インターフェースの部分的スクリーン ショットである。 ＭＵＩ インターフェースのためのデータ線図である。 メンバーシップ モジュールのためのデータ線図である。 観光事業モジュールのためのデータ線図である。 観光事業モジュールのためのデータ線図である。 観光事業モジュールのためのデータ線図である。 セールスモジュールのためのデータ線図である。 セールスモジュールのためのデータ線図である。

Claims (21)

1. 所定の目的地イベントを主催するにあたりコンベンション ビジタ局（ＣＶＢ）組織からの情報をリクエストする目的地イベント主催者からの提案のためのリクエスト（ＲＦＰ）を受取り、
   ＣＶＢ組織は上記ＲＦＰについての情報を収集しこのＲＦＰと関連する情報を、アプリケーションサービスプロバイダ（ＡＳＰ）によって主催されるメンバーユーザインターフェース（ＭＵＩ）に対し電子的に刊行し、上記ＣＶＢ組織のメンバーである複数の独立したサービスプロバイダにアクセス可能とし、
   上記ＲＦＰ及び関連する情報を再検討するため上記ＣＶＢ組織の少なくとも２メンバーが周期的に上記ＭＵＩにログインし、メンバーが好ましく利用できる上記ＲＦＰに対する応答サービスのため上記ＭＵＩの仮応答ブッキングアグリーメント（ＴＲＢＡ）電子フオームを作り、
   上記ＡＳＰによって維持された、上記ＣＶＢによってのみアクセス可能な、プロジェクトされたサービス利用率データベース内に上記ＴＲＢＡ電子フオームからの情報を自動的に組み込み、
   上記ＣＶＢ組織は上記所定の目的地イベントの上記ＲＦＰのための上記プロジェクトされたサービス利用率データベースを再検討し、上記ＲＦＰに対する応答を作り、上記応答には上記ＣＶＢの少なくとも２メンバーからのサービスに関する情報を含み、上記目的地イベント主催者に連絡されるようにし、及び
   目的地イベント主催者が所定の目的地イベントのための上記ＲＦＰに対する応答を受容する場合、上記ＲＦＰに対する上記応答を受容したこと及び所定の目的地イベントのための上記ＴＲＢＡ電子フオーム内で確認されたサービスのための目的地イベント主催者に上記メンバーが直接双務契約できることを上記ＣＶＢが上記ＣＶＢの少なくとも２メンバーの夫々に電子的に連通知することを特徴とするする目的地イベントのためのコンピュータ化統合セールスシステムを作る方法。
2. 目的地 イベント主催者によって作られたＲＦＰ内の情報に対するアプデートを上記ＭＵＩを介してメンバーに対しＣＶＢによって示される請求項１記載の方法。
3. 上記ＴＲＢＡ 電子フォームがメンバーによって提供されたとき、ＣＶＢによって承認されたときのみ、プロジェクトされたサービス利用率データベースに対しメンバーによって作られたＴＲＢＡ 電子フォームに対する変更が与えられる請求項１記載の方法。
4. プロジェクトされたサービス利用率データベースに対して、ＴＲＢＡ 電子フォームを介して各メンバーが提示した総べての情報とＣＶＢによって承認された総べての変化の監査証跡をＡＳＰが自動的に維持する請求項３記載の方法。
5. ＲＦＰが応答期限日を含み、応答期限日前にＲＦＰのためのＴＲＢＡ 電子フォームがメンバーによって提示されないとき、メンバーにＥメール リマインダーをＡＳＰが自動的に送る請求項３記載の方法。
6. ＣＶＢ組織のメンバーが少なくとも２つのホテルメンバーを含み、ホテルメンバーのためのＴＲＢＡ 電子フォームがＲＦＰに応じたホテル ルームのブロックのための利用率と価格を含み、プロジェクトされたサービス利用率データベースが、ＣＶＢ組織がＲＦＰに対する応答を作るのに利用する目的地のためのプロジェクタされた占有ルームフローを含む請求項１記載の方法。
7. 上記ＡＳＰが、プロジェクトされた占有ルームフローを自動的に解析し、ＲＦＰに対する応答のホテル利用率部分を作る請求項６記載の方法。
8. 日付によって目的地のための選択されたサービスの将来の利用率の非機密性報告をＭＵＩに表示するためプロジェクトされたサービス利用率データベースの部分を選択的に統合するソフトウエア モジュールをＡＳＰが主催する請求項１記載の方法。
9. ＡＳＰが顧客ウエブページ インターフェースを主催し、目的地イベント主催者が顧客ウエブページ インターフェースを介して所定の目的地イベントのためのＲＦＰを提出する請求項１記載の方法。
10. ＭＵＩとプロジェクトされた サービス利用率データベースを支持するためのソフトウエア モジュールを アプデートし、ＣＶＢ組織ではなく ＡＳＰによって維持する請求項１記載の方法。
11. アプリケーション サービスプロバイダ（ＡＳＰ）によって主催される、コンベンション ビジタ局（ＣＶＢ）組織のメンバーである複数の独立サービスプロバイダにアクセス可能なメンバー ユーザ インターフェース（ＭＵＩ）と、ＴＲＢＡ 電子フォームからの情報に自動的に協同するＡＳＰによって維持される、プロジェクトされたサービス利用率データベースとより成り、
    ＣＶＢによってＭＵＩに広告された所定の目的地イベントの主催情報を要求する目的地イベント主催者からの提案（ＲＦＰ）のための要求情報を再検討するためＭＵＩにＣＶＢの少なくとも２メンバーが周期的にログイン するものであり、上記ＭＵＩが、メンバーが好ましく利用できるＲＦＰに対する任意のサービス応答のためＣＶＢのメンバーによってなされる仮の応答 アグリーメント（ＴＲＢＡ）電子フォームを含み、
    上記ＡＳＰがＣＶＢによってのみ アクセス可能であり、所定の目的地イベントのためのＲＦＰのため及び目的イベント顧客に対し連絡されるＣＶＢの少なくとも２メンバーからのサービスに関する情報を含むＲＦＰに対する応答を作るためＣＶＢによって再検討されることを特徴とする目的地イベントのための集中コンピュータ化セールスシステム。
12. 目的地イベント組織者がＲＦＰに対する応答を受け入れたとき、上記ＭＵＩが更にメンバーを通知するための電子手段を含み、所定の目的地イベントのためのＴＲＢＡ 電子フォームに一体とされるサービスのため上記メンバーが目的地イベント主催者に直接双方向契約可能である請求項１１記載のシステム。
13. メンバーによってＴＲＢＡ 電子フォームが提出されたとき、メンバーによって作られたＴＲＢＡ電子フォームに対する任意の変更が、ＣＶＢによって承認されたときのみ、プロジェクトされた サービス利用率データベースに対してなされる請求項１１記載のシステム。
14. プロジェクトされたサービス利用率データベースに対してＴＲＢＡ 電子フォームを介して各メンバーが提示した総べての情報とＣＶＢによって承認された総べての変化のＡＳＰによって維持された電子的検査跡を更に含む請求項１３記載のシステム。
15. ＣＶＢ組織のメンバーが少なくとも２ホテルメンバーを含み、ホテルメンバーのためのＴＲＢＡ 電子フォームがＲＦＰに応答するホテル ルームのブロックのための利用率と価格を含み、上記プロジェクトされたサービス利用率データベースが、目的地のためのプロジェクトされた占有ルーム フローを含み、ＲＦＰに対する応答を作るためにＣＶＢ組織が利用される請求項１１記載のシステム。
16. プロジェクトされた占有ルームフローを自動的に解析しＲＦＰに対する応答にホテル利用可能な部分を作るＡＳＰによって主催されるソフトウエア モジュールを更に含む請求項１５記載のシステム。
17. 日付により目的地のための選択されたサービスの将来の利用率の非気密性報告をＭＵＩに表示するためプロジェクトされたサービス利用率データベースの部分を選択的に統合するＡＳＰによって主催されるソフトウエア モジュールを更に有する請求項１１記載のシステム。
18. 所定の目的地イベントのためＲＦＰを提出するために目的地イベント主催者が利用するＡＳＰによって主催される顧客 ウエブページ インターフェースを更に有する請求項１１記載のシステム。
19. アプリケーション サービスプロバイダ（ＡＳＰ）によって主催される、コンベンション ビジタ局（ＣＶＢ）組織のメンバーである複数の独立サービスプロバイダにアクセス可能なメンバー ユーザ インターフェース（ＭＵＩ）と、
    ＣＶＢのメンバーにアクセス可能なコンベンション セールスモジュールと、
    ＣＶＢのメンバーの選択された少なくとも１人にアクセス可能なコンベンション サービスモジュールと、
    少なくともＣＶＢにアクセス可能なメンバーシップ モジュールと、
    プロジェクトされたサービス利用率データベースとより成り、
    上記データベースがＣＶＢによってのみアクセス可能なメンバーによって提供される情報を有する第１部分とＣＶＢの所定のメンバーによってアクセス可能な第２部分とを含み、更に上記所定のメンバーのための情報とプロジェクトされたサービス利用率のための非気密全情報のみを含むことを特徴とする目的地イベントのための集中コンピュータ化セールスシステム。
20. ＣＶＢのメンバーにアクセス可能な現物サービス モジュールを更に含み、上記現物サービス モジュールがメンバーによって贈られる現物サービスの価値と利用率の追跡を許容する相互作用ウエブページを含む請求項１９記載のシステム。
21. 上記ＭＵＩ、コンベンション セールスモジュール、コンベンション サービスモジュール、メンバーシップ モジュール及びプロジェクトされたサービス利用率データベースがアプリケーション サービス プロバイダ（ＡＳＰ）によって主催される請求項１９記載のシステム。

Images