JP2014096150A - 部屋在庫管理システム - Google Patents

Abstract

【課題】部屋在庫管理のためのシステムおよび方法を提供する。
【解決手段】在庫レコードモジュールは、所定の期間に関し、部屋のための在庫レコードを生成する。在庫レコードは、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、および関連する部屋の修正可能な属性を表現する在庫レコード属性とを含んでもよい。キー生成モジュールは、キーに関連する属性に基づいて在庫レコードのうちの１つ以上を特定するために、キーを生成する。キーは、在庫レコードのうちの１つ以上に対する在庫レコードインデックスと一致するキーインデックスを含んでもよい。クエリ応答モジュールは、生成されたキーからのキーの選択を受け取り、仮想部屋プール生成モジュールは、選択のそれぞれに関して選択されたキーと、選択のそれぞれに関して選択されたキーによって特定される在庫レコードとをグループ化することによって、仮想部屋プールを生成する。
【選択図】図１

Description

本発明は、部屋在庫管理システムおよび部屋在庫管理の方法に関する。

ホテル業界での部屋在庫の管理は、通常、様々な属性に基づいて特定の部屋のプールを作成することを含む。例えば、キングサイズベッドなどの特定のサイズのベッドを備える部屋は、クイーンサイズベッドを備える部屋と比べて異なるプールに含まれることもある。そのような部屋のプールは、例えばホテルの位置、階別の部屋の位置、部屋のサイズ、季節的な利用可能性、特殊機能などに基づく組み合わせといった、他の様々な属性に対して作成され得る。部屋のプールが作成されると、顧客は、例えば部屋が属するプールの１つ以上に関連する特定の属性に基づいてプールおよび料金を検索することによって、特定の部屋を予約することもできる。利用可能な部屋のない属性を顧客が指定すると（すなわち、プールのうち、当該属性を含むプールに部屋が存在しない）、顧客は、他の代わりの部屋（すなわち、顧客が選んだ属性のうちの一部を備える他のプールからの部屋）を提供されてもよい。

例えば、大規模ホテルの広範な部屋の在庫、部屋プールの作成に使用可能な数々の広範な属性などといった要因により、部屋プールの作成には多大な時間および労力を要する。例えば、世界中で多数の部屋を管理することもあるホテルの場合、部屋プールの作成には何年もの労力を要することがある。部屋プールが作成された後も、例えば営業状況、顧客の要求、属性などといった要因の変化により、部屋プールの変更および／または新たな部屋プールの作成が必要とされ得る。しかし、部屋プールは比較的固定された構造であるため、プール構造に対してなされる任意の変更は、通常、近い将来適用されるであろう要因に関するものである。これは、例えば短期間適用され得る新たな部屋の特色の利用可能性などの特定の要因については、プール構造を変更するのにかかる時間が、そのような新たな部屋の特色の持続期間および／または新たな部屋の特色に関連する価値を上回ることがあるためである。部屋プールの比較的固定された性質により、例えば営業状況および顧客の要求などの変化、ならびにそのほか、例えば将来の製品のテストなどの側面に対する、ホテルの適応能力が制限されることがある。

本発明の一側面によれば、プロセッサおよび機械可読命令を記憶するメモリを含むコンピュータを含む部屋在庫管理システムが提供される。機械可読命令は、プロセッサによって実行されると、部屋在庫管理のためにコンピュータを、所定の期間に関し、複数の部屋のための複数の在庫レコードを生成する在庫レコードモジュールであって、在庫レコードは、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、関連する部屋の修正可能な属性を表現する在庫レコード属性とを含む、在庫レコードモジュールと、キーに関連する属性に基づいて在庫レコードのうちの少なくとも１つを特定するために、複数のキーを生成するキー生成モジュールであって、キーは、在庫レコードのうちの少なくとも１つに対する在庫レコードインデックスと一致するキーインデックスを含む、キー生成モジュールと、生成されたキーからの複数のキーの選択を、第１のユーザインターフェースを介して受け取るクエリ応答モジュールと、選択されたキーと、選択されたキーによって特定される在庫レコードとをグループ化することによって仮想部屋プールを生成する仮想部屋プール生成モジュールと、として動作させてもよい。クエリ応答モジュールは、部屋のうちの少なくとも１つに関係する検索要求であって、選択されたキーのうちの少なくとも１つに関連する属性に関連する検索基準を含む、検索要求を受け取り、検索基準と、少なくとも１つの選択されたキーに関連する属性とを使用して、在庫レコードのうちの少なくとも１つを仮想部屋プールから特定し、特定された少なくとも１つの在庫レコードを検索要求に応答して出力する。

部屋在庫管理システムは、部屋在庫管理のためにコンピュータを、生成されたキーからの複数のキーの複数の選択を、第１のユーザインターフェースを介して受け取るクエリ応答モジュールと、複数の選択のそれぞれに関して選択されたキーと、複数の選択のそれぞれに関して選択されたキーによって特定される在庫レコードとをグループ化することによって、複数の仮想部屋プールを生成する仮想部屋プール生成モジュールと、として動作させる機械可読命令をさらに含んでもよい。

部屋在庫管理システムにおいて、機械可読命令は、部屋在庫管理のためにコンピュータを、所定の期間内の各時間間隔に関し、複数の部屋のそれぞれのための在庫レコードを生成する在庫レコードモジュールとして動作させる命令をさらに含んでもよい。

部屋在庫管理システムにおいて、関連する部屋の修正可能な属性を表現する在庫レコード属性を、第２のユーザインターフェースを介して追加すること、削除すること、および修正することのうちの少なくとも１つによって、在庫レコードは修正可能であってもよい。

部屋在庫管理システムにおいて、キーに関連する属性を、第２のユーザインターフェースを介して追加すること、削除すること、および修正することのうちの少なくとも１つによって、キーは修正可能であってもよい。

部屋在庫管理システムは、部屋在庫管理のためにコンピュータを、生成されたキーからの複数のキーの修正された選択を、第１のユーザインターフェースを介して受け取るクエリ応答モジュールと、修正された選択に基づく選択されたキーと、修正された選択に基づく選択されたキーによって特定される在庫レコードとをグループ化することによって、修正された仮想部屋プールを生成する仮想部屋プール生成モジュールと、として動作させる機械可読命令をさらに含んでもよい。

部屋在庫管理システムは、部屋在庫管理のためにコンピュータを、部屋のうちの少なくとも１つに関係する検索要求であって、複数の選択されたキーに関連する属性に関連する検索基準を含む、検索要求を受け取り、検索基準と、複数の選択されたキーに関連する属性とを使用して、在庫レコードのうち、複数の選択されたキーに関連する属性のすべてと一致する少なくとも１つの在庫レコードを、仮想部屋プールから特定し、検索基準と、複数の選択されたキーに関連する属性とを使用して、在庫レコードのうち、複数の選択されたキーに関連する属性のうちの一部と一致する少なくとも１つの在庫レコードを、仮想部屋プールから特定する、クエリ応答モジュールとして動作させる機械可読命令をさらに含んでもよい。

部屋在庫管理システムは、部屋在庫管理のためにコンピュータを、検索要求に応答して出力される特定された少なくとも１つの在庫レコードに基づいて、旅程を生成する旅程生成モジュールとして動作させる機械可読命令をさらに含んでもよい。

部屋在庫管理システムは、在庫レコードを記憶するデータベースと、部屋在庫管理のためにコンピュータを、所定の期間のうちの選択された時間間隔に関する在庫レコードにアクセスするためにデータベースを区分する在庫区分モジュールとして動作させる機械可読命令と、をさらに含んでもよい。

部屋在庫管理システムは、在庫レコードを記憶するデータベースと、部屋在庫管理のためにコンピュータを、在庫レコードインデックスおよび在庫レコード属性のうちの少なくとも１つに基づいてデータベースを区分する在庫区分モジュールとして動作させる機械可読命令と、をさらに含んでもよい。

部屋在庫管理システムは、部屋在庫管理のためにコンピュータを、選択されたキーと、選択されたキーによって特定される在庫レコードとのグループ化に基づいて、仮想製品カタログを生成する製品カタログ生成モジュールとして動作させる機械可読命令をさらに含んでもよい。

部屋在庫管理システムにおいて、在庫レコードは、関連する部屋の追加のプロパティを表現する在庫レコードインデックスと、関連する部屋の修正可能な追加の属性を表現する在庫レコード属性とを含んでもよい。

部屋在庫管理システムにおいて、機械可読命令は、部屋在庫管理のためにコンピュータを、プロパティキーに関連する位置属性に基づいて在庫レコードのうちの少なくとも１つを特定するために、プロパティキーを生成するキー生成モジュールであって、プロパティキーは、在庫レコードのうちの少なくとも１つに対する在庫レコード位置インデックスと一致するプロパティキーインデックスを含む、キー生成モジュールとして動作させる命令をさらに含んでもよい。

部屋在庫管理システムにおいて、機械可読命令は、部屋在庫管理のためにコンピュータを、日付キーに関連する日付属性に基づいて在庫レコードのうちの少なくとも１つを特定するために、日付キーを生成するキー生成モジュールであって、日付キーは、在庫レコードのうちの少なくとも１つに対する在庫レコード日付インデックスと一致する日付キーインデックスを含む、キー生成モジュールとして動作させる命令をさらに含んでもよい。

部屋在庫管理システムにおいて、在庫レコード属性は、関連する部屋の将来修正可能な属性を表現してもよい。

部屋在庫管理システムは、部屋在庫管理のためにコンピュータを、生成される各仮想部屋プールに関連する種々の管理基準に基づいて複数の仮想部屋プールを生成する仮想部屋プール生成モジュールとして動作させる機械可読命令をさらに含んでもよい。

本発明の別の側面によれば、コンピュータシステムを、在庫レコードモジュール、キー生成モジュール、クエリ応答モジュール、および仮想部屋プール生成モジュールとして動作させる、部屋在庫管理の方法が提供される。本方法は、キーに関連する属性に基づいて在庫レコードのうちの少なくとも１つを特定するために、複数のキーをキー生成モジュールによって生成するステップであって、キーは、在庫レコードのうちの少なくとも１つに対する在庫レコードインデックスと一致するキーインデックスを含む、ステップと、生成されたキーからの複数のキーの複数の選択を、クエリ応答モジュールによって受け取るステップと、複数の選択のそれぞれに関して選択されたキーと、複数の選択のそれぞれに関して選択されたキーによって特定される在庫レコードとをグループ化することによって、複数の仮想部屋プールを仮想部屋プール生成モジュールによって生成するステップと、を含んでもよい。

本方法は、在庫レコードモジュールによって、所定の期間内の各時間間隔に関し、複数の部屋のそれぞれのための在庫レコードを生成するステップをさらに含んでもよい。

本方法において、関連する部屋の修正可能な属性を表現する在庫レコード属性を、ユーザインターフェースを介して追加すること、削除すること、および修正することのうちの少なくとも１つによって、在庫レコードは修正可能であってもよい。

本発明のさらに別の側面によれば、部屋在庫管理のための機械可読命令が記憶されているコンピュータ可読媒体が提供される。機械可読命令は、実行されると、部屋在庫管理のためにコンピュータシステムに、プロセッサによって、所定の期間に関し、複数の部屋のための複数の在庫レコードを生成することであって、在庫レコードは、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、関連する部屋の修正可能な属性を表現する在庫レコード属性とを含む、生成することと、キーに関連する属性に基づいて在庫レコードのうちの少なくとも１つを特定するために、複数のキーをプロセッサによって生成することであって、キーは、在庫レコードのうちの少なくとも１つに対する在庫レコードインデックスと一致するキーインデックスを含む、生成することと、生成されたキーからの複数のキーの複数の選択を、プロセッサによって受け取ることと、複数の選択のそれぞれに関して選択されたキーと、複数の選択のそれぞれに関して選択されたキーによって特定される在庫レコードとをグループ化することによって、複数の仮想部屋プールをプロセッサによって生成することと、をさせてもよい。

本開示の特徴は、以下の図面に示されている例により示される。以下の図面では、同じ数字は同じ構成要素を示す。
本開示の例による部屋在庫管理システムのアーキテクチャを示す。 本開示の例による部屋在庫管理システムの在庫レコードの例を示す。 本開示の例による部屋在庫管理システムの在庫レコードとともに使用されるプロパティキーの例を示す。 本開示の例による部屋在庫管理システムの在庫レコードとともに使用される日付キーの例を示す。 本開示の例による部屋在庫管理システムの在庫レコードとともに使用されるさらなるキーの例を示す。 本開示の例による部屋在庫管理システムの部屋プールの例を示す。 本開示の例による部屋在庫管理システムのゲスト名レコードの例を示す。 本開示の例による部屋在庫管理システムの旅程の例を示す。 本開示の例による部屋在庫管理システムのプロパティ管理システムの基礎として使用される旅程の例を示す。 本開示の例による部屋在庫管理システムの在庫区分の例を示す。 本開示の例による部屋在庫管理システムの在庫区分の別の例を示す。 本開示の例による部屋在庫管理の方法を示す。 本開示の例によるコンピュータシステムを示す。

簡潔さおよび説明のために、本開示は、主として例を参照して記載される。以下の記載では、本開示の完全な理解を提供するために、特定の詳細が多数記載される。しかし、当然のことながら、本開示は、これらの特定の詳細に限定されずに実施され得る。他の場合には、本開示を不必要に曖昧にしないように、一部の方法および構造は詳細に記載されていない。

本開示全体にわたって、「ａ」および「ａｎ」という用語は、特定の構成要素の少なくとも１つを示すものとする。本願明細書で使用される「含む（ｉｎｃｌｕｄｅｓ）」という用語は、含むがそれに限定されないことを意味し、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」という用語は、含んでいるがそれに限定されないことを意味する。「基づく（ｂａｓｅｄ ｏｎ）」という用語は、少なくとも部分的に基づくことを意味する。

一例によれば、部屋在庫管理システムおよび部屋在庫管理の方法が記載される。部屋在庫管理システムは、概して、所定の期間にわたる部屋の在庫レコードを生成する機械可読命令を記憶するメモリを含んでもよい。部屋は、ホテルの部屋、または一般にホスピタリティ環境における部屋としてもよい。在庫レコードは、例えば、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、関連する部屋の修正可能な属性を表現する在庫レコード属性とを含んでもよい。例えば、部屋の物理的プロパティは、部屋の位置を含んでもよい。在庫レコード属性は、例えば、部屋にあるベッドのタイプを含んでもよい。メモリはさらに、キーに関連する属性に基づいて在庫レコードのうちの１つ以上を特定するために、キーを生成する機械可読命令を記憶してもよい。キーは、在庫レコードのうちの１つ以上に対する在庫レコードインデックスと一致するキーインデックスを含んでもよい。メモリはさらに、生成されたキーからのキーの選択を受け取り、選択されたキーと、選択されたキーによって特定される在庫レコードとをグループ化することによって仮想部屋プールを生成し、部屋のうちの１つ以上に関係する検索要求を受け取る機械可読命令を記憶してもよい。検索要求は、例えばゲストによって入力されてもよい。検索要求は、選択されたキーのうちの１つ以上に関連する属性に関連する検索基準を含んでもよい。例えば、検索要求は、部屋の位置に基づいてもよく、部屋の位置は、選択されたキーのうちの１つ以上の、同様の位置に基づく属性に関連する。メモリはさらに、検索基準と、選択されたキーに関連する属性とを使用して、在庫レコードのうちの１つ以上を仮想部屋プールから特定し、特定された１つ以上の在庫レコードを検索要求に応答して出力する機械可読命令を記憶してもよい。例えば、出力される在庫レコード（単数または複数）は、ゲストによる検索要求と一致する部屋（単数または複数）を特定してもよい。部屋在庫管理システムは、機械可読命令を実装するプロセッサを含んでもよい。

部屋在庫管理システムおよび部屋在庫管理の方法は、特定の部屋番号レベルでの部屋の在庫管理を提供する。システムおよび方法は、１回限りの部屋データエントリを、容易にカスタマイズされるグループ分け（すなわち仮想部屋プール）および在庫レコードインデックスと併せて提供する。部屋の物理的で永続性のある側面（例えば寝室、機能など）は、各部屋に関係する単一行の在庫レコードに記録されてもよい。在庫レコードは、例えば利用可能性、部屋位置、部屋番号、日付などに関係する在庫レコードインデックスと、例えばベッドのタイプ、眺望、コンシェルジュ情報、部屋クラス、特殊機能などに関係する在庫レコード属性とを含んでもよい。後日作られる追加のインデックスおよび／または属性が、必要に応じて在庫レコードに追加されてもよい。さらに、例えば変化するビジネスニーズに基づいて、追加の属性がキーおよび／または在庫レコードに追加されてもよい。在庫レコードおよびキーは、スケーラブルな在庫管理を提供するスタースキーマ手法に基づき定義されてもよい。キーを作成、破棄、および／または修正して仮想部屋プールを定義し、結果として部屋プールの様々なユーザ定義されたビューを取得することもできる。仮想部屋プールは、ゲストおよび／または管理に関連する任意数の属性に基づいて動的に作成されてもよい。仮想部屋プールの定義は、キー、キー属性、および／または在庫レコード属性を追加、削除、および／または修正することによって変更されてもよい。寝室の時間ベースの販売（例えば空港プロパティの休憩部屋（ｄａｙ ｒｏｏｍ））が望まれる場合、予約可能と見なされる各時間枠に対し在庫レコードにおいて追加のエントリが作成されてもよい。在庫レコードおよび／またはキーに対する属性変更は、例えば特定の季節的な娯楽特典の利用可能性、スパの利用可能性、特別行事などといった付属サービスを定義および／または更新するためにも使用されてもよい。修正および／または追加され得る様々な属性に基づく検索は、ゲストの好みを知るためにも使用されてもよい。

さらに、部屋在庫管理システムおよび部屋在庫管理の方法は、例えば、キー、キー属性、および／または在庫レコード属性の追加、削除、および／または修正に関係する部屋プール修正のテストに基づく、在庫の反復テスト手法を提供する。したがって、反復テスト手法は、例えば変化するビジネス展望に基づいて部屋プールを調整するための柔軟性を提供する。反復テスト手法はさらに、ビジネスニーズに対応するのに不向きな、柔軟性のない在庫手法を定義することのリスクをなくす。

本願明細書に記載される部屋在庫管理システムおよび部屋在庫管理の方法は、部屋在庫管理の技術的課題に対する技術的解決策を提供する。多くの場合、利用可能な部屋、オプションなどの数、および例えばビジネス展望、管理様式などの変化に関係する各側面を考慮すると、ホテルおよびホスピタリティ産業にとって、手動による部屋在庫管理は、一般には実行可能な解決策でない。本願明細書に記載されるシステムおよび方法は、例えば、キーに関連する属性に基づいて在庫レコードのうちの１つ以上を特定するためのキーの生成および選択に基づき、仮想部屋プールを自動的に生成するという技術的解決策を提供する。例えば複数のキーの選択に基づいて、選択されたキーと、選択されたキーによって特定される在庫レコードとをグループ化することによって、仮想部屋プールが生成されてもよい。さらに、システムおよび方法は、複数の選択のそれぞれに関して選択されたキーと、複数の選択のそれぞれに関して選択されたキーによって特定される在庫レコードとをグループ化することによって、複数の仮想部屋プールを生成するという技術的解決策を提供する。さらに、システムおよび方法は、自動的な仮想部屋プール修正という技術的解決策を提供する。例えば、部屋プールを手動で修正するのではなく、例えば複数のキーの選択の修正、キーの修正、および／または在庫レコードの修正を行い、さらに、修正された選択に基づく選択されたキーと、修正された選択に基づく選択されたキーによって特定される在庫レコードとをグループ化することによって、修正された仮想部屋プールを生成することにより、仮想部屋プールが修正されてもよい。

当業者には当然のことながら、部屋在庫管理システムおよび部屋在庫管理の方法は、例えば座席予約のために運送業で、レンタカー業で、不動産販売および賃貸でなど、他の産業で使用されてもよい。

図１は、本開示の例による部屋在庫管理システム１００のアーキテクチャを示す。部屋在庫管理システム１００は、概して、例えばホテルなどの複数の部屋１０３ａ〜１０３ｎのうちの部屋のための複数の在庫レコード１０２を生成する、在庫レコードモジュール１０１を含んでもよい。在庫レコード１０２は、例えば特定のプロパティについて特定の部屋が予約可能な特定の日付など、特定の部屋に関するレコードを表現してもよい。例えば、部屋１０３ａ〜１０３ｎに対し、在庫レコード１０２が所定の期間（例えば１３ヶ月、または３９６日）指定されてもよく、その結果、各部屋１０３ａ〜１０３ｎが所定の期間内の指定された時間間隔（例えば１日）それぞれに対する在庫レコードを含む（例えば３９６日、したがって３９６の在庫レコード）。アドミニストレータ１０４、または一般的に在庫管理システム１００のユーザは、アドミニストレータユーザインターフェース１０５を使用して、在庫レコード１０２に対する属性の生成、修正、および／または追加を行ってもよい。アドミニストレータ１０４は、アドミニストレータユーザインターフェース１０５を使用して、在庫管理システム１００に関係する他の機能を実行してもよい。キー生成モジュール１０６は、１つ以上のキー１０７を生成する。キー１０７は、部屋１０３ａ〜１０３ｎのそれぞれに関係する様々な属性を表現し得る。例えば、キー生成モジュール１０６は、例えば地図上の地理的位置、ホテル名、都市名などといったプロパティ属性に基づいて部屋の在庫レコード１０２を発見するために使用され得る、プロパティキーを生成するために使用されてもよい。仮想部屋プール生成モジュール１０８は、例えば、キー１０７のうちの１つ以上に基づいて１つ以上の仮想部屋プール１０９を生成する。ゲスト名レコード生成モジュール１１０は、例えば適切な在庫レコード１０２、およびキー１０７のうちの１つ以上などからの情報を使用して、ゲスト名レコードを生成する。旅程生成モジュール１１１は、例えば、適切な在庫レコード１０２、およびキー１０７のうちの１つ以上から、ゲスト１１２の旅程を生成する。在庫区分モジュール１１３は、データベース１１４の在庫レコード１０２を論理区分へとスケーリングする。さらにデータベース１１４は、在庫レコード１０２、キー１０７、仮想部屋プール１０９、および在庫管理システム１００に関係する他のデータを記憶してもよい。クエリ応答モジュール１１５は、ゲストユーザインターフェース１１７にてゲスト１１２からクエリ１１６を受け取り、例えば、適切な在庫レコード１０２およびキー１０７の検索および分析から、ゲスト１１２によって指定された基準と一致する１つ以上の部屋として応答１１８を生成する。応答１１８は、ゲスト１１２に対してゲストユーザインターフェース１１７上で表示されても、またはその他の形で出力されてもよい。製品カタログ生成モジュール１１９は、仮想製品カタログを、適切な在庫レコード１０２、およびキー１０７のうちの１つ以上を使用して生成する。

本願明細書に記載されるように、システム１００のモジュールおよび他の構成要素は、非一時的コンピュータ可読媒体上に記憶された機械可読命令を含んでもよい。さらに、または代わりに、システム１００のモジュールおよび他の構成要素は、ハードウェア、または機械可読命令とハードウェアとの組み合わせを含んでもよい。

図１および図２を参照する。在庫レコードモジュール１０１は、例えばホテルの複数の部屋１０３ａ〜１０３ｎのうちのある部屋のための複数の在庫レコード１０２を生成してもよい。在庫レコード１４０の例が図２に示されている。在庫レコード１４０は、予約可能であってもよい特定の日付の、特定のプロパティにある特定の部屋の例を示す。在庫レコード１４０は、例えば１４２の利用可能性、１４３の位置、１４４の日付、１４５のホテルブランド、および１４６の部屋番号に関係する在庫レコードインデックス１４１を含んでもよい。例えば１４３の位置、１４４の日付、１４５のホテルブランドなどといった在庫レコードインデックス１４１は、インデックス１４１に関係する情報の詳細、すなわち在庫レコード属性１４７に基づいて決定（例えば選択、または例えばハッシュ関数を使用して計算）されてもよい。在庫レコードインデックスは、関連する部屋の物理的プロパティ（例えば位置）、および例えば利用可能性、現在の日付、ホテルブランド、部屋番号などといった、部屋に関係する他のプロパティを表現してもよい。在庫レコード属性１４７は、在庫レコードインデックス１４１に隣接して提供されてもよい。在庫レコードインデックスは、２進数で表現されてもよく、例えば部屋の利用可能性は、利用不可能な場合は「０」、利用可能な場合は「１」によって表現されてもよい。１４３の位置インデックスは、所与の位置に特有の固有のコードを表現してもよい。在庫レコードインデックスは、例えば１６進数、１０進数、８進数などといった他の方法によって表現されてもよく、暗号化されてもよい。在庫レコード属性１４７は、例えばベッドのタイプ（例えば１４８のキングベッド、１４９のクイーンベッド、１５０のダブルベッド、１５１の隣り合ったクイーンベッド、１５２の隣り合ったダブルベッド）を含んでもよい。他の在庫レコード属性１４７は、例えば１５３の障害者差別禁止法（ＤＤＡ：ｄｉｓａｂｉｌｉｔｙ ｄｉｓｃｒｉｍｉｎａｔｉｏｎ ａｃｔ）準拠、１５４のプレミアム部屋品質などを含んでもよい。在庫レコード属性も、２進数、または例えば１６進数、１０進数、８進数などといった他の方法によって表現されてもよく、暗号化されてもよい。後日作られる追加の在庫レコード属性が、必要に応じて既存の在庫レコード属性１４７に隣接する在庫レコードに追加されて、在庫レコードが拡張されてもよい。例えば、部屋の階、眺望、コンシェルジュサービス、特殊機能などに関係する追加の在庫レコード属性が、必要に応じて、既存の在庫レコード属性１４７に続いて隣接する１５５にて在庫レコードに追加されてもよい。寝室の時間ベースの販売（例えば空港プロパティの休憩部屋）が望まれる場合、予約可能と見なされる各時間枠に対し、既存の在庫レコード属性１４７に隣接して追加のエントリが追加されてもよい。将来の特定の日付に部屋がメンテナンスで利用不可能な場合、将来の特定の日付における部屋の利用不可能性に関係する在庫レコード属性が、さらに追加されてもよい。部屋がゲストによって予約されると、その部屋の在庫レコードが更新されて、部屋の新たなステータスを反映してもよい。例えば、在庫レコード１４０に対応する部屋が予約されれば、１４２の利用可能性が、利用可能から利用不可能に変更されてもよい。同じく、在庫レコード１４０に対応する部屋が将来の日付で予約されれば、１４４の日付に対応するその将来の日付について、１４２の利用可能性が利用可能から利用不可能に変更されてもよい。

図１〜図３を参照する。部屋在庫管理システム１００に関して、在庫レコード１４０とともに使用されるプロパティキー１７０の例が示されている。プロパティキー１７０は、位置インデックスとして機能して、１つ以上の在庫レコードを任意数の位置属性に基づいて特定してもよい。例えば、プロパティキー１７０は、１４６に部屋番号として示されている部屋＃２０５に関係する在庫レコード１０２から在庫レコード１４０を特定するために使用されてもよい。プロパティキー１７０は、１４３の位置インデックスと一致するインデックスを１７１に含んでもよい。図３に示されている例では、プロパティキー１７０は、例えば１７２の地理コード、１７３のプロパティ名、１７４のホテル番号、１７５の地域、１７６の最寄りの空港などといった位置属性に基づき、一致する位置インデックスを１４３に備える在庫レコード１４０を特定するために使用されてもよい。プロパティキー１７０はそのほか、例えば都市名、州名などといった、位置に基づく属性を含んでもよい。１７１のインデックスおよびプロパティキー１７０の属性は、２進数によって、または例えば１６進数、１０進数、８進数などといった他の方法によって表現されてもよく、暗号化されてもよい。さらにプロパティキー１７０は、例として、例えばプール情報、空港送迎などといった共用特典を含むデータレコードとして機能してもよい。さらにプロパティキー１７０および在庫レコード１４０は、例えばメディアリポジトリ（すなわちホテル部屋の写真および動画）をポイントするフィールドなどといった追加のフィールドを含んでもよい。

図１〜図４を参照する。部屋在庫管理システム１００に関して、在庫レコード１４０とともに使用される日付キー１９０の例が示されている。日付キー１９０は、要求された日付に対する１つ以上の在庫レコードを特定する日付インデックスとして機能し得る。例えば、日付キー１９０は、１４６に部屋番号として示されている部屋＃２０５に関係する在庫レコード１０２から在庫レコード１４０を特定するために使用されてもよい。日付キー１９０は、１４４の日付インデックスと一致するインデックスを１９１に含んでもよい。図４に示されている例では、日付キー１９０は、例えば１９２の四半期、１９３の１９００年からの日数などといった日付属性に基づき、一致する日付インデックスを１４４に備える在庫レコード１４０を特定するために使用されてもよい。日付キー１９０は、例えば特定の休日、特定の行事などといった、日付に基づく他の属性を含んでもよい。

図１〜図５を参照する。部屋在庫管理システム１００に関して、在庫レコード１４０とともに使用される部屋プレミアムキー２００、ホテルブランドキー２０１、および部屋キー２０２などの、他のキーの例が示されている。部屋プレミアムキー２００、ホテルブランドキー２０１、および部屋タイプキー２０２は、それぞれ、キーの属性と一致する１つ以上の在庫レコードを特定する、部屋プレミアム、ホテルブランド、および部屋タイプインデックスとして機能してもよい。例えば、部屋プレミアムキー２００、ホテルブランドキー２０１、および部屋タイプキー２０２は、１４６に部屋番号として示されている部屋＃２０５に関係する在庫レコード１０２から在庫レコード１４０を特定するために使用されてもよい。部屋プレミアムキー２００は、１５４のプレミアム部屋品質属性と一致するインデックスを２０３に含んでもよい。図５に示されている例では、部屋プレミアムキー２００は、例えば２０４の、部屋がコンシェルジュ階にあるかどうかなどといったプレミアム部屋品質属性に基づき、一致するプレミアム部屋品質属性を１５４に備える在庫レコード１４０を特定するために使用されてもよい。ホテルブランドキー２０１は、ホテルブランドインデックス１４５と一致するインデックスを２０５に含んでもよい。図５に示されている例では、ホテルブランドキー２０１は、例えば、２０６のホテルの名前などといったブランド属性に基づき、一致するホテルブランドインデックスを１４５に備える在庫レコード１４０を特定するために使用されてもよい。部屋タイプキー２０２は、１４６の部屋番号インデックスと一致するインデックスを２０７に含んでもよい。図５に示されている例では、部屋タイプキー２０２は、例えば、２０８のベッドのタイプ、２０９のフロアタイプなどといった部屋属性に基づき、一致する部屋番号インデックスを１４６に備える在庫レコード１４０を特定するために使用されてもよい。部屋プレミアムキー２００、ホテルブランドキー２０１、および部屋タイプキー２０２は、プロパティキー１７０および日付キー１９０を参照して説明したのと同様の形で、関係する他の属性を含んでもよい。例えば、部屋プレミアムキー２００、ホテルブランドキー２０１、および部屋タイプキー２０２は、例えば確認番号、特典情報、ゲストの名前、ゲストの住所、ゲストの連絡先番号などといった追加の属性を含んでもよい。

図１〜図５を参照する。キー生成モジュール１０６は、ゲスト１１２により要求され、かつ／またはアドミニストレータ１０４により追加された検索属性に基づいて、追加のキー１０７を生成してもよい。追加のキーは、在庫レコードの検索プロセスに含まれてもよいさらなるインデックスまたは属性を表現し得る。検索プロセスは、追加のキーを追加すること、追加の属性を既存のキーに追加すること、および／または追加の属性を在庫レコード１０２に追加することによって拡張されてもよい。部屋在庫管理システム１００のスノーフレークスキーマ手法に基づき、追加の属性およびキーの検索パフォーマンスに対する影響が、最小限にされてもよい。

図１〜図６を参照する。仮想部屋プール生成モジュール１０８は、例えばキー１０７のうちの１つ以上および関連する在庫レコード１０２に基づき、１つ以上の仮想部屋プール１０９を生成してもよい。例えば、図６を参照すると、在庫レコード２２０が示されており、２２１および２２２に在庫レコードインデックス、さらに２２３および２２４に在庫レコード属性を含んでいる。在庫レコード２２０に関して、仮想部屋プール生成モジュール１０８は、２２６〜２２９にそれぞれ示されているキー１〜４に基づいて、仮想部屋プール２２５を生成してもよい。キー２２６〜２２９は、部屋１０３ａ〜１０３ｎのうちの１つ以上に関してゲスト１１２によってクエリ１１６の形式で入力された検索基準に基づいて、仮想部屋プール２２５を定義するために使用されてもよい。代わりに、キー２２６〜２２９は、キー２２６〜２２９において規定された属性を使用する、アドミニストレータ１０４による仮想部屋プールの定義に基づいて、仮想部屋プール２２５を定義するために使用されてもよい。仮想部屋プール２２５は、例えばキー２２６〜２２９のうちの１つ以上を除去すること、追加のキーを追加すること、および／またはキー２２６〜２２９の属性および／または在庫レコード２２０の在庫レコードインデックスおよび／または在庫レコード属性を変更することによって修正されてもよい。このように、仮想部屋プールを生成するためのスタースキーマ手法は、ゲスト１１２によって開始された検索に基づき、またはアドミニストレータ１０４によって選択および／または修正された在庫レコードおよび／またはキーに基づき、必要に応じて様々な仮想部屋プールの定義および再定義を提供する。さらに仮想部屋プールの定義は、例えば管理者が、営業状況の変化、顧客の要求に基づき、さらにそのほか、例えば将来の製品のテストなどの側面に関し、種々の仮想グループを定義できるようにすることによって、部屋１０３ａ〜１０３ｎが論理的な方法で管理されることを可能にしてもよい。仮想部屋プールの定義はさらに、部屋１０３ａ〜１０３ｎが、例えば在庫管理システム１００のユーザに基づいて管理されることを可能にしてもよい。例えば収益管理者、在庫管理者、価格計画策定者、グループ販売管理者などといった種々のユーザが、その特定のビジネスニーズに基づき種々の仮想部屋プールを作成してもよい。さらに、仮想部屋プールは、ハウスキーピングおよびその他サービスのスケジュールを定義するために、例えばハウスキーピング、ゲストのチェックインまたはチェックアウトなどに関連する属性に基づいて定義されてもよい。

図１、図７、および図８を参照する。ゲスト１１２によって部屋が選択され、購入されると、在庫レコードおよび／または選択された部屋の関連するキーが、ゲスト名レコードを生成するために使用されてもよい。ゲスト名レコード生成モジュール１１０は、例えば選択される在庫レコード１０２および／または関連するキー１０７からの情報を使用してゲスト名レコード２４０を生成してもよい。ゲスト名レコード２４０は、例えば２４１の確認番号、２４２の特典番号、２４３および２４４それぞれのゲスト名および住所、２４５のゲスト連絡先電話番号、ならびに必要に応じて他の情報を含んでもよい。在庫レコードおよび／または関連するキーは、ゲストの旅程を生成するためにも使用されてもよい。旅程生成モジュール１１１は、例えば適切な在庫レコード１０２、およびキー１０７のうちの１つ以上から、ゲスト１１２の旅程２５０を生成してもよい。ゲストの旅程は、例えば２５１の宿泊日、２５２の宿泊場所、２５３の確認番号、２５４のホテル名、２５５の部屋番号、２５６の確認詳細、および２５７のゲストステータス（例えば会員、宿泊者など）を含んでもよい。ゲスト名レコードおよびゲストの旅程に関係するデータは、例えばリレーショナルデータベースに記憶されてもよい。ゲストの旅程２５０はさらに、例えば移動方法、娯楽活動、ゲストのさらなる宿泊などの提案といった、追加の販売機会を特定するためにも使用されてもよい。

図１および図７〜図９を参照する。ゲスト名レコード２４０およびゲストの旅程２５０は、例えばゲスト名レコード、ゲストの旅程の、ならびに関係する料金および支払いを使用するプロパティ管理システムの基礎として使用されてもよい。例えば、ゲストの旅全体が２６０に示されている。旅全体２６０は、２６１のゲスト名レコード、２６２のゲストの旅程、および２６３の関係する関係する料金および支払いからの情報を含んでもよい。

図１、図１０、および図１１を参照する。在庫区分モジュール１１３は、データベース１１４の在庫レコード１０２を論理区分へとスケーリングしてもよい。例えば、在庫レコード１０２は、時（例えば四半期、季節など）、地域（例えば北米、アジア、欧州など）などによって区分されてもよく、したがって、データベース１１４の事実上無限のスケーリングを提供してもよい。図１０を参照する。月ごとの在庫レコード１０２の区分の例が２８０に示されている。データベース１１４に関して、１３ヶ月（例えば３９６日）の期間にわたる部屋１０３ａ〜１０３ｎの在庫レコード１０２の例は、例えば７億５０００万のレコードを含んでもよい。在庫レコード１０２は、１ヶ月目および２ヶ月目用の第１区分２８１、および第２区分２８２の残りの月へと、月ごとに区分されてもよい。図１１を参照する。在庫レコード１０２の月および地域ごとの区分の例が、２９０に示されている。データベース１１４に関して、１３ヶ月の期間にわたる部屋１０３ａ〜１０３ｎの在庫レコード１０２の例は、例えば７億５０００万のレコードを含んでもよい。在庫レコード１０２は、１ヶ月目および２ヶ月目の北米用の第１区分２９１、１ヶ月目および２ヶ月目のアジア用の第２区分２９２、北米用の第１区分２９１に対する残りの月用の第３区分２９３、ならびに必要に応じてさらなる区分２９４へと、月および地域ごとに区分されてもよい。在庫区分モジュール１１３による区分は、例えば検索に関連する限られた数の在庫レコードの分析、またはより高い率で検索される在庫レコードを含む区分（例えば典型的なゲストの旅行時期、場所地域などにより近い在庫レコード）に基づく、より高速なデータ検索および読み出しを提供し得る。

図１を参照する。製品カタログ生成モジュール１１９は、キー１０７のうちの１つ以上を使用して仮想製品カタログを生成してもよい。例えば、製品カタログ生成モジュール１１９は、適切な在庫レコード１０２、およびキー１０７のうちの１つ以上を使用して仮想製品カタログを生成してもよい。仮想製品カタログは、例えばプロパティ管理ビュー、在庫管理ビュー、付属品管理ビュー、商品計画ビュー、地域／文化別ビューなどといった様々なビューを含んでもよい。前述のビューの例に基づき、仮想製品カタログは、利用可能な部屋および関連する属性を含む仮想部屋プールを表示してもよい。ゲスト１１２による仮想製品カタログの部屋検索に対して、応答１１８は、部屋１０３ａ〜１０３ｎのうち、ゲスト１１２によって指定された属性を満たす１つ以上の部屋を含んでもよい。属性のうちの１つ以上が利用不可能であれば、応答１１８は、部屋１０３ａ〜１０３ｎのうち、利用可能な属性を満たす１つ以上の部屋と、利用不可能な属性の一覧とを含んでもよい。仮想製品カタログはさらに、例えばゲストの過去の好みに関係する属性にも基づいてもよい。例えば、ゲストが特定の部屋に宿泊することを好んだ場合は、ゲストの好みに関係する属性が使用されて、ゲストの好みに特有の仮想製品カタログが生成されてもよい。さらに、利用可能な属性に関する任意の増分価格が表示されてもよく、したがって、選択オプションがゲストに提供されてもよい。

クエリ応答モジュール１１５は、ゲスト１１２からゲストユーザインターフェース１１７にてクエリ１１６を受け取り、例えば、適切な在庫レコード１０２およびキー１０７の検索および分析から、ゲスト１１２によって指定された基準と一致する１つ以上の部屋として、応答１１８を生成してもよい。検索および分析される在庫レコード１０２およびキー１０７は、仮想製品カタログにおける様々な属性の選択によって選択されてもよい。ゲスト１１２による仮想製品カタログの部屋検索に対して、応答１１８は、例えば、部屋１０３ａ〜１０３ｎのうち、ゲスト１１２によって指定された属性を満たす１つ以上の部屋を含んでもよい。属性のうちの１つ以上が利用不可能であれば、応答１１８は、部屋１０３ａ〜１０３ｎのうち、利用可能な属性を満たす１つ以上の部屋と、利用不可能な属性の一覧とを含んでもよい含んでもよい。

図１２は、構造について詳細に上述した部屋在庫管理システム１００の例に対応する、部屋在庫管理の方法３００の流れ図を示す。方法３００は、限定ではなく例として、図１を参照して部屋在庫管理システム１００において実装されてもよい。方法３００は、他のシステムにおいて実施されてもよい。

図１２を参照する。方法３００に関して、ブロック３０１にて、所定の期間に関し、複数の部屋のための複数の在庫レコードが生成されるとよい。在庫レコードは、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、関連する部屋の修正可能な属性を表現する在庫レコード属性とを含んでもよい。例えば図１に関して、在庫レコードモジュール１０１は、例えばホテルの複数の部屋１０３ａ〜１０３ｎのうちのある部屋のための複数の在庫レコード１０２を生成してもよい。図２の例については、在庫レコード１４０は、在庫レコードインデックス１４１であって、そのうちの少なくとも１つは、関連する部屋の物理的プロパティを表現する、在庫レコードインデックス１４１と、在庫レコード部屋属性１４７とを含んでもよい。在庫レコードは、所定の期間内の各時間間隔に関し、複数の部屋それぞれのために生成されてもよい。例えば、部屋１０３ａ〜１０３ｎに対し、在庫レコード１０２が所定の期間（例えば１３ヶ月、または３９６日）指定されてもよく、その結果、各部屋１０３ａ〜１０３ｎが所定の期間内の指定された時間間隔（例えば１日）それぞれに対する在庫レコードを含む（例えば３９６日、したがって３９６の在庫レコード）。在庫レコードは、関連する部屋の修正可能な属性を表現する在庫レコード属性を追加、削除、および／または修正することによって修正されてもよい。在庫レコードは、データベース（例えばデータベース１１４）に記憶されてもよく、所定の期間のうちの選択された時間間隔に関する在庫レコード、および／または在庫レコードインデックスおよび／または在庫レコード属性のうちの１つ以上にアクセスするために、データベースが区分されてもよい（例えば図１０参照）。例えば、在庫区分モジュール１１３は、データベース１１４の在庫レコード１０２を論理区分へとスケーリングしてもよい。在庫レコード属性はさらに、関連する部屋の将来修正可能な属性（例えば将来の日付における特定の属性の利用可能性）を表現してもよい。

ブロック３０２にて、キーに関連する属性に基づき在庫レコードのうちの１つ以上を特定するために、複数のキーが生成されるとよい。キーは、在庫レコードのうちの少なくとも１つに対する在庫レコードインデックスと一致するキーインデックスを含んでもよい。例えば、図１に関して、キー生成モジュール１０６が１つ以上のキー１０７を生成してもよい。キーは、キーに関連する属性を追加、削除、および／または修正することによって修正されてもよい。例えば、アドミニストレータ１０４は、アドミニストレータユーザインターフェース１０５を使用して、キー１０７に対し属性の生成、修正、および／または追加を行ってもよい。

ブロック３０３にて、生成されたキーからの複数のキーの選択が受け取られるとよい。例えば図１に関して、アドミニストレータ１０４は、アドミニストレータユーザインターフェース１０５を使用して、生成されたキーから複数のキーを選択してもよく、選択されたキーは、在庫管理システム１００によって受け取られてもよい。

ブロック３０４にて、選択されたキーと、選択されたキーによって特定される在庫レコードとをグループ化することによって、仮想部屋プールが生成されるとよい。例えば、図１に関して、仮想部屋プール生成モジュール１０８は、例えば選択されたキー１０７と、選択されたキーによって特定される在庫レコード１０２とに基づいて、仮想部屋プール１０９を生成してもよい。あるいは、生成されたキーからの複数のキーの複数の選択が受け取られてもよく、複数の選択のそれぞれに関して選択されたキーと、複数の選択のそれぞれに関して選択されたキーによって特定される在庫レコードとをグループ化することによって、複数の仮想部屋プールが生成されてもよい。例えば図１に関して、仮想部屋プール生成モジュール１０８は、複数の仮想部屋プール１０９を、例えばキー１０７のうちの１つ以上の複数の選択に基づいて生成してもよい。仮想部屋プールは、例えば、生成されたキーからの複数のキーの修正された選択を受け取り、修正された選択に基づく選択されたキーと、修正された選択に基づく選択されたキーによって特定される在庫レコードとをグループ化することによって、修正された仮想部屋プールを生成することにより、修正されてもよい。仮想製品カタログは、選択されたキーと、選択されたキーによって特定される在庫レコードとのグループ化に基づいて生成されてもよい。例えば、製品カタログ生成モジュール１１９は、適切な在庫レコード１０２、およびキー１０７のうちの１つ以上を使用して仮想製品カタログを生成してもよい。生成される各仮想部屋プールに関連する種々の管理基準（例えば収益管理、在庫管理、価格計画策定、グループ販売管理など）に基づいて、複数の仮想部屋プールが生成されてもよい。

ブロック３０５にて、部屋のうちの１つ以上に関係する検索要求が受け取られるとよい。検索要求は、選択されたキーのうちの１つ以上に関連する属性に関連する検索基準を含むとよい。例えば図１に関して、クエリ応答モジュール１１５は、ゲストユーザインターフェース１１７にてゲスト１１２からクエリ１１６を受け取り、例えば、適切な在庫レコード１０２およびキー１０７の検索および分析から、ゲスト１１２によって指定された基準と一致する１つ以上の部屋として、応答１１８を生成してもよい。あるいは、部屋のうちの１つ以上に関係する検索要求が受け取られてもよく、この検索要求は、複数の選択されたキーに関連する属性に関連する検索基準を含む。検索基準および複数の選択されたキーに関連する属性は、在庫レコードのうち、複数の選択されたキーに関連する属性のうちの全部または一部と一致する１つ以上の在庫レコードを、仮想部屋プールから特定するために使用されてもよい。

ブロック３０６にて、仮想部屋プールから在庫レコードのうちの１つ以上を特定するために、検索基準と、選択されたキーに関連する属性とが使用されてもよい。例えば図１に関して、クエリ応答モジュール１１５は、例えば、適切な在庫レコード１０２およびキー１０７の検索および分析から、ゲスト１１２によって指定された基準と一致する１つ以上の部屋として、応答１１８を生成してもよい。

ブロック３０７にて、特定された在庫レコード（単数または複数）が、検索要求に応答して出力されるとよい。例えば図１に関して、応答１１８は、ゲスト１１２に対してゲストユーザインターフェース１１７上で表示されても、他の形で出力されてもよい。検索要求に応答して出力される特定された在庫レコード（単数または複数）に基づいて、旅程が生成されてもよい。旅程生成モジュール１１１は、例えば適切な在庫レコード１０２、およびキー１０７のうちの１つ以上から、ゲスト１１２の旅程を生成してもよい。

図１３は、本願明細書に記載される例とともに使用され得るコンピュータシステム４００を示す。コンピュータシステム４００は、サーバまたは別のコンピュータシステム内にあってもよいコンポーネントを含む、汎用プラットフォームを表現する。コンピュータシステム４００は、システム１００のプラットフォームとして使用されてもよい。コンピュータシステム４００は、プロセッサまたはその他ハードウェア処理回路によって、本願明細書に記載される方法、機能、およびその他プロセスを実行してもよい。これらの方法、機能、およびその他プロセスは、コンピュータ可読媒体に記憶された機械可読命令として具現化されてもよく、コンピュータ可読媒体は、ハードウェアストレージデバイス（例えばＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ランダムアクセスメモリ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ：読み取り専用メモリ）、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ，ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：消去可能プログラム可能ＲＯＭ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ，ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：電気的消去可能プログラム可能ＲＯＭ）、ハードドライブ、およびフラッシュメモリ）など、非一時的なものであってもよい。

コンピュータシステム４００は、本願明細書に記載される方法、機能、およびその他プロセスの一部または全部を実行する機械可読命令を実装または実行するとよい、プロセッサ４０２を含む。プロセッサ４０２からのコマンドおよびデータが、通信バス４０４上で伝達される。コンピュータシステム４００はさらに、プロセッサ４０２のための機械可読命令およびデータがランタイム中に存在するとよいランダムアクセスメモリ（ＲＡＭ）などのメインメモリ４０６、ならびに不揮発性であってもよく機械可読命令およびデータを記憶する二次データストレージ４０８を含む。メモリおよびデータストレージは、コンピュータ可読媒体の例である。メモリ４０６は、ランタイム中にメモリ４０６内に存在し、プロセッサ４０２によって実行される機械可読命令を含む、モジュール４２０を含んでもよい。モジュール４２０は、図１〜図１０を参照して記載されたシステム１００のモジュールを含んでもよい。

コンピュータシステム４００は、キーボード、マウス、ディスプレイなどといったＩ／Ｏデバイス４１０を含んでもよい。コンピュータシステム４００は、ネットワークに接続するためのネットワークインターフェース４１２を含んでもよい。他の既知の電子コンポーネントが、コンピュータシステム４００において追加または代用されてもよい。

本願明細書には、例に加えて、その変形のいくつかが記載され、示された。本願明細書で使用された用語、表現、図面は、例示としてのみ記載されており、限定として意図されてはいない。本主題の意図および範囲内で、多数の変形が可能であり、本主題は、以下の特許請求の範囲およびその等価物によって定義されるものとし、別途指示されない限りは、すべての用語が合理的な最も広い意味を意図する。

部屋在庫管理システムおよび部屋在庫管理の方法は、ホテル業界、ホスピタリティ産業で使用されてもよく、さらに例えば座席予約のために運送業で、レンタカー業で、不動産販売および賃貸でなど、他の産業で使用されてもよい。

Claims (20)

1. プロセッサおよび機械可読命令を記憶するメモリを含むコンピュータ
   を含む部屋在庫管理システムであって、
   前記機械可読命令は、前記プロセッサによって実行されると、部屋在庫管理のために前記コンピュータを、
   所定の期間に関し、複数の部屋のための複数の在庫レコードを生成する在庫レコードモジュールであって、在庫レコードは、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、前記関連する部屋の修正可能な属性を表現する在庫レコード属性とを含む、前記在庫レコードモジュールと、
   キーに関連する属性に基づいて前記在庫レコードのうちの少なくとも１つを特定するために、複数の前記キーを生成するキー生成モジュールであって、キーは、前記在庫レコードのうちの少なくとも１つに対する前記在庫レコードインデックスと一致するキーインデックスを含む、前記キー生成モジュールと、
   前記生成されたキーからの複数の前記キーの選択を、第１のユーザインターフェースを介して受け取るクエリ応答モジュールと、
   前記選択されたキーと、前記選択されたキーによって特定される前記在庫レコードとをグループ化することによって仮想部屋プールを生成する仮想部屋プール生成モジュールと、
   として動作させ、前記クエリ応答モジュールは、
   前記部屋のうちの少なくとも１つに関係する検索要求であって、前記選択されたキーのうちの少なくとも１つに関連する属性に関連する検索基準を含む、前記検索要求を受け取り、
   前記検索基準と、前記少なくとも１つの選択されたキーに関連する前記属性とを使用して、前記在庫レコードのうちの少なくとも１つを前記仮想部屋プールから特定し、
   特定された前記少なくとも１つの在庫レコードを前記検索要求に応答して出力する、部屋在庫管理システム。
2. 部屋在庫管理のために前記コンピュータを、
   前記生成されたキーからの複数の前記キーの複数の選択を、前記第１のユーザインターフェースを介して受け取る前記クエリ応答モジュールと、
   前記複数の選択のそれぞれに関して前記選択されたキーと、前記複数の選択のそれぞれに関して前記選択されたキーによって特定される前記在庫レコードとをグループ化することによって、複数の仮想部屋プールを生成する前記仮想部屋プール生成モジュールと、
   として動作させる機械可読命令をさらに含む、請求項１に記載の部屋在庫管理システム。
3. 前記機械可読命令は、部屋在庫管理のために前記コンピュータを、
   前記所定の期間内の各時間間隔に関し、前記複数の部屋のそれぞれのための在庫レコードを生成する前記在庫レコードモジュール
   として動作させる命令をさらに含む、請求項１に記載の部屋在庫管理システム。
4. 前記関連する部屋の修正可能な属性を表現する在庫レコード属性を、第２のユーザインターフェースを介して追加すること、削除すること、および修正することのうちの少なくとも１つによって、前記在庫レコードは修正可能である、請求項１に記載の部屋在庫管理システム。
5. 前記キーに関連する前記属性を、第２のユーザインターフェースを介して追加すること、削除すること、および修正することのうちの少なくとも１つによって、前記キーは修正可能である、請求項１に記載の部屋在庫管理システム。
6. 部屋在庫管理のために前記コンピュータを、
   前記生成されたキーからの前記複数の前記キーの修正された選択を、前記第１のユーザインターフェースを介して受け取る前記クエリ応答モジュールと、
   前記修正された選択に基づく前記選択されたキーと、前記修正された選択に基づく前記選択されたキーによって特定される前記在庫レコードとをグループ化することによって、修正された仮想部屋プールを生成する前記仮想部屋プール生成モジュールと、
   として動作させる機械可読命令をさらに含む、請求項１に記載の部屋在庫管理システム。
7. 部屋在庫管理のために前記コンピュータを、
   前記部屋のうちの少なくとも１つに関係する前記検索要求であって、複数の前記選択されたキーに関連する属性に関連する検索基準を含む、前記検索要求を受け取り、
   前記検索基準と、前記複数の前記選択されたキーに関連する前記属性とを使用して、前記在庫レコードのうち、前記複数の前記選択されたキーに関連する前記属性のすべてと一致する少なくとも１つの在庫レコードを、前記仮想部屋プールから特定し、
   前記検索基準と、前記複数の前記選択されたキーに関連する前記属性とを使用して、前記在庫レコードのうち、前記複数の前記選択されたキーに関連する前記属性のうちの一部と一致する少なくとも１つの在庫レコードを、前記仮想部屋プールから特定する、
   前記クエリ応答モジュール
   として動作させる機械可読命令をさらに含む、請求項１に記載の部屋在庫管理システム。
8. 部屋在庫管理のために前記コンピュータを、
   前記検索要求に応答して出力される特定された前記少なくとも１つの在庫レコードに基づいて、旅程を生成する旅程生成モジュール
   として動作させる機械可読命令をさらに含む、請求項１に記載の部屋在庫管理システム。
9. 前記在庫レコードを記憶するデータベースと、
   部屋在庫管理のために前記コンピュータを、
   前記所定の期間のうちの選択された時間間隔に関する在庫レコードにアクセスするために前記データベースを区分する在庫区分モジュール
   として動作させる機械可読命令と、
   をさらに含む、請求項１に記載の部屋在庫管理システム。
10. 前記在庫レコードを記憶するデータベースと、
    部屋在庫管理のために前記コンピュータを、
    前記在庫レコードインデックスおよび前記在庫レコード属性のうちの少なくとも１つに基づいて前記データベースを区分する在庫区分モジュール
    として動作させる機械可読命令と、
    をさらに含む、請求項１に記載の部屋在庫管理システム。
11. 部屋在庫管理のために前記コンピュータを、
    前記選択されたキーと、前記選択されたキーによって特定される前記在庫レコードとの前記グループ化に基づいて、仮想製品カタログを生成する製品カタログ生成モジュール
    として動作させる機械可読命令をさらに含む、請求項１に記載の部屋在庫管理システム。
12. 前記在庫レコードは、前記関連する部屋の追加のプロパティを表現する在庫レコードインデックスと、前記関連する部屋の修正可能な追加の属性を表現する在庫レコード属性とを含む、請求項１に記載の部屋在庫管理システム。
13. 前記機械可読命令は、部屋在庫管理のために前記コンピュータを、
    プロパティキーに関連する位置属性に基づいて前記在庫レコードのうちの少なくとも１つを特定するために、前記プロパティキーを生成する前記キー生成モジュールであって、前記プロパティキーは、前記在庫レコードのうちの少なくとも１つに対する在庫レコード位置インデックスと一致するプロパティキーインデックスを含む、前記キー生成モジュール
    として動作させる命令をさらに含む、請求項１に記載の部屋在庫管理システム。
14. 前記機械可読命令は、部屋在庫管理のために前記コンピュータを、
    日付キーに関連する日付属性に基づいて前記在庫レコードのうちの少なくとも１つを特定するために、前記日付キーを生成する前記キー生成モジュールであって、前記日付キーは、前記在庫レコードのうちの少なくとも１つに対する在庫レコード日付インデックスと一致する日付キーインデックスを含む、前記キー生成モジュール
    として動作させる命令をさらに含む、請求項１に記載の部屋在庫管理システム。
15. 前記在庫レコード属性は、前記関連する部屋の将来修正可能な属性を表現する、請求項１に記載の部屋在庫管理システム。
16. 部屋在庫管理のために前記コンピュータを、
    生成される各仮想部屋プールに関連する種々の管理基準に基づいて複数の仮想部屋プールを生成する前記仮想部屋プール生成モジュール
    として動作させる機械可読命令をさらに含む、請求項１に記載の部屋在庫管理システム。
17. コンピュータシステムを、在庫レコードモジュール、キー生成モジュール、クエリ応答モジュール、および仮想部屋プール生成モジュールとして動作させる、部屋在庫管理の方法であって、前記方法は、
    前記在庫レコードモジュールによって、所定の期間に関し、複数の部屋のための複数の在庫レコードを生成するステップであって、在庫レコードは、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、前記関連する部屋の修正可能な属性を表現する在庫レコード属性とを含む、前記ステップと、
    キーに関連する属性に基づいて前記在庫レコードのうちの少なくとも１つを特定するために、複数の前記キーを前記キー生成モジュールによって生成するステップであって、キーは、前記在庫レコードのうちの少なくとも１つに対する前記在庫レコードインデックスと一致するキーインデックスを含む、前記ステップと、
    前記生成されたキーからの複数の前記キーの複数の選択を、前記クエリ応答モジュールによって受け取るステップと、
    前記複数の選択のそれぞれに関して前記選択されたキーと、前記複数の選択のそれぞれに関して前記選択されたキーによって特定される前記在庫レコードとをグループ化することによって、複数の仮想部屋プールを前記仮想部屋プール生成モジュールによって生成するステップと、
    を含む方法。
18. 前記在庫レコードモジュールによって、前記所定の期間内の各時間間隔に関し、前記複数の部屋のそれぞれのための在庫レコードを生成するステップ
    をさらに含む、請求項１７に記載の方法。
19. 前記関連する部屋の修正可能な属性を表現する在庫レコード属性を、ユーザインターフェースを介して追加すること、削除すること、および修正することのうちの少なくとも１つによって、前記在庫レコードは修正可能である、
    請求項１７に記載の方法。
20. 部屋在庫管理のための機械可読命令が記憶されているコンピュータ可読媒体であって、前記機械可読命令は、実行されると、部屋在庫管理のためにコンピュータシステムに、
    プロセッサによって、所定の期間に関し、複数の部屋のための複数の在庫レコードを生成することであって、在庫レコードは、関連する部屋の物理的プロパティを表現する在庫レコードインデックスと、前記関連する部屋の修正可能な属性を表現する在庫レコード属性とを含む、前記生成することと、
    キーに関連する属性に基づいて前記在庫レコードのうちの少なくとも１つを特定するために、複数の前記キーを前記プロセッサによって生成することであって、キーは、前記在庫レコードのうちの少なくとも１つに対する前記在庫レコードインデックスと一致するキーインデックスを含む、前記生成することと、
    前記生成されたキーからの複数の前記キーの複数の選択を、前記プロセッサによって受け取ることと、
    前記複数の選択のそれぞれに関して前記選択されたキーと、前記複数の選択のそれぞれに関して前記選択されたキーによって特定される前記在庫レコードとをグループ化することによって、複数の仮想部屋プールを前記プロセッサによって生成することと、
    をさせる、コンピュータ可読媒体。

Images