(57)【要約】【課題】    バンド等のメンバ全員の空きスケジュールや地理的条件等に合致したスタジオを自動的に予約できるようにする。【解決手段】  まず、グループＡ（バンド等）に属するメンバは、予め自己の保有するユーザ端末１０４，１０８，１１２を介して、自己の利用可能なエリア（地理的範囲）と、空き日時と、レンタルを希望する楽器や機材等とをサーバ１０２に登録しておく。これらメンバのうち何れかがサーバ１０２にアクセスしてスタジオを予約しようとすると、メンバ全員の利用可能なエリアに属し、メンバ全員の空き日時に予約可能であり、かつ、レンタルを希望する楽器や機材等が全て手配可能なスタジオが当該ユーザ端末の表示画面に列挙される。ここで所定の操作を行うと、何れかのスタジオが予約され、かつ、レンタルすべき機材等は自動的にレンタル業者に発注される。【選択図】  図１
2005275667.tif 000002
【特許請求の範囲】
【請求項１】
一のグループに属する複数のメンバの各空き日時を含むユーザ情報を記憶する過程と、
一または複数の施設において賃貸可能な日時を表す賃貸可能日時情報を規定する施設情報を記憶する過程と、
何れかの前記メンバから予約を受け付けたことに応じて、前記施設情報のうち、前記メンバ全員の共通する空き日時に賃貸可能である施設情報の第１の集合と、前記メンバ全員を収容可能である施設情報の第２の集合と、前記第１および第２の集合の共通部分である第３の集合とを抽出し、前記第３の集合に属する施設情報を上位に、その他の施設情報を下位に配置して成る候補リストを返信する過程と、
提示した施設情報のうち何れかに関する予約要求を受け付けたことを条件として、当該施設の予約要求を行った一のメンバに関連付けて予約手配を実行する予約手配過程と、
該予約手配を反映するように該予約要求された施設情報を更新する更新過程と
を処理装置に実行させることを特徴とする施設予約サービス方法。
【請求項２】
前記ユーザ情報は、前記各メンバが利用可能な施設の地理的範囲を表す利用可能エリア情報を含み、
前記施設情報は、対応する各施設の所在地を特定する情報を含み、
前記候補リストは前記メンバ全員が利用可能な地理的範囲に属する施設情報のみを限定して表示すること
を特徴とする請求項１記載の施設予約サービス方法。
【請求項３】
前記ユーザ情報は、前記各メンバに対して手配すべき物品を表す要手配物品情報を含み、
前記予約手配過程においては、前記要手配物品情報によって特定される物品の発注指示を行うことを特徴とする請求項１または２記載の施設予約サービス方法。
【請求項４】
前記予約手配過程が完了したことを条件として、前記メンバの全員に対して、予約が完了した旨を通知する通知過程
をさらに有することを特徴とする請求項１ないし３の何れかに記載の施設予約サービス方法。
【請求項５】
請求項１ないし４の何れかに記載の施設予約サービス方法を実行することを特徴とする施設予約サービス装置。
【請求項６】
請求項１ないし４の何れかに記載の施設予約サービス方法を実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スタジオ施設や楽器、機材等の予約サービスに用いて好適な施設予約サービス方法、施設予約サービス装置およびプログラムに関する。
【背景技術】
【０００２】
近年、各地の宿泊施設の空室状態をデータベース上に蓄積し、これら宿泊施設を「エリア」、「近隣観光施設」、「最寄駅」等の属性に基づいて分類したデータベースがインターネット上に公開されている。そして、このデータベースのユーザインタフェースにおいては、ユーザが希望する属性に合致する宿泊施設を提示し、必要に応じて宿泊予約を受け付けることも可能である。また、特許文献１，２においては、音楽教室のレッスンスケジュールや教室情報をインターネット上に公開し、ユーザは希望の条件を満たすレッスンスケジュールを検索・予約できるとともに、空き教室をスタジオとして賃借できるシステムが開示されている。
【０００３】
【特許文献１】特開２００３−７６７９４号公報
【特許文献２】特開２００３−７６７９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、複数のメンバから成るバンドがスタジオを予約しようとする場合には、メンバ全員の空きスケジュールを勘案して希望日時を設定する必要がある。このため、メンバのうち実際に予約システムにアクセスするメンバは、予めメンバ全員の空きスケジュールを確認しておく必要があり、非常に煩雑であった。また、賃借できたスタジオを実際に使用する際には、楽器、音響機器等の機材が必要である。これらの機材については、ユーザはスタジオとは別に手配する必要があり、かかる作業も煩雑であった。
この発明は上述した事情に鑑みてなされたものであり、メンバ全員の空きスケジュール等に合致した施設を容易に選択できる施設予約サービス方法、施設予約サービス装置およびプログラムを提供することを第１の目的としている。また、これらにおいて、施設とともに楽器、音響機器等の予約も併せて可能にすることを第２の目的としている。
【課題を解決するための手段】
【０００５】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載の施設予約サービス方法にあっては、一のグループに属する複数のメンバの各空き日時を含むユーザ情報（１３０）を記憶する過程と、一または複数の施設において賃貸可能な日時を表す賃貸可能日時情報を規定する施設情報（１３２）を記憶する過程と、何れかの前記メンバから予約を受け付けたことに応じて、前記施設情報のうち、前記メンバ全員の共通する空き日時に賃貸可能である施設情報の第１の集合（Ｓ３）と、前記メンバ全員を収容可能である施設情報の第２の集合（Ｓ４）と、前記第１および第２の集合の共通部分である第３の集合（Ｓ５）とを抽出し、前記第３の集合（Ｓ５）に属する施設情報を上位に、その他の施設情報を下位に配置して成る候補リスト（５０）を返信する過程と、提示した施設情報のうち何れかに関する予約要求を受け付けたことを条件として、当該施設の予約要求を行った一のメンバに関連付けて（該ユーザのユーザＩＤを予約情報テーブル１３６に含めて）予約手配を実行する予約手配過程（ＳＰ３４）と、該予約手配を反映するように該予約要求された施設情報（１３２）を更新する更新過程（ＳＰ３８）とを処理装置に実行させることを特徴とする。
さらに、請求項２記載の構成にあっては、請求項１記載の施設予約サービス方法において、前記ユーザ情報（１３０）は、前記各メンバが利用可能な施設の地理的範囲を表す利用可能エリア情報を含み、前記施設情報は、対応する各施設の所在地を特定する情報を含み、前記候補リスト（５０）は前記メンバ全員が利用可能な地理的範囲に属する施設情報のみを限定して表示することを特徴とする。
さらに、請求項３記載の構成にあっては、請求項１または２記載の施設予約サービス方法において、前記ユーザ情報（１３０）は、前記各メンバに対して手配すべき物品を表す要手配物品情報（物品ＩＤ）を含み、前記予約手配過程（ＳＰ３４）においては、前記要手配物品情報（物品ＩＤ）によって特定される物品の発注指示を行うことを特徴とする。
さらに、請求項４記載の構成にあっては、請求項１ないし３の何れかに記載の施設予約サービス方法において、前記予約手配過程（ＳＰ３４）が完了したことを条件として、前記メンバの全員に対して、予約が完了した旨を通知する通知過程（ＳＰ４２）をさらに有することを特徴とする。
また、請求項５記載の施設予約サービス装置にあっては、請求項１ないし４の何れかに記載の施設予約サービス方法を実行することを特徴とする。
また、請求項６記載のプログラムにあっては、請求項１ないし４の何れかに記載の施設予約サービス方法を実行することを特徴とする。
【発明の効果】
【０００６】
このように、本発明によれば、メンバ全員の共通する空き日時に空室である施設情報を上位に配置した候補リストをユーザに返信するから、メンバ全員の空きスケジュール等に合致した施設を容易に選択することができる。さらに、要手配物品情報によって特定される物品の発注指示を行う構成によれば、施設とともに楽器、音響機器等の予約も併せて行うことができる。
【発明を実施するための最良の形態】
【０００７】
1．実施例のハードウエア構成
以下、この発明の一実施例のスタジオ予約システムの構成を図１を参照し説明する。
図１において１０２は予約管理サーバであり、スタジオおよび機材の予約を仲介する予約管理業者によって管理されている。１１６はレンタル業者端末であり、楽器、音響機器等の機材を賃貸するレンタル業者によって管理されている。１１４は施設端末であり、スタジオを賃貸する施設賃貸業者によって管理されている。
【０００８】
１０４〜１１２はユーザ端末であり、スタジオ等の施設を賃借する一般ユーザの保有するパーソナルコンピュータ、携帯用情報機器または携帯電話機等である。ここで、ユーザ端末１０４，１０８，１１２は、あるバンド等（グループＡという）に属するユーザによって保有されており、ユーザ端末１０６，１１０は他のバンド等（グループＢという）に属するユーザによって保有されていることとする。１００は例えばインターネット等によって実現される通信ネットワークであり、図１における各構成要素は通信ネットワーク１００を介して通信可能になっている。
【０００９】
次に、予約管理サーバ１０２のハードウエア構成を図２を参照し説明する。図２において２はＣＰＵであり、後述する制御プログラムに基づいて予約管理サーバ１０２内の各部を制御する。４はＲＯＭであり、イニシャルプログラムローダ等が記憶されている。６はＲＡＭであり、ＣＰＵ２のワークメモリとして使用される。８はハードディスクであり、予約管理サーバ１０２のオペレーティングシステム、Ｗｅｂサーバプログラム、データベース等が記憶されている。１２はディスプレイであり、ＣＰＵ２から供給された各種の情報を表示する。１４は入力装置であり、キーボードおよびマウス等から構成されている。１６は通信インタフェースであり、通信ネットワーク１００との間でＩＰパケットを入出力する。なお、各端末１０４〜１１６のハードウエア構成も予約管理サーバ１０２と同様である。
【００１０】
2．実施例のデータ構成
次に、図３を参照し、予約管理サーバ１０２に格納されているデータベースの内容について説明する。図において１３０は各ユーザに係る情報を格納するユーザテーブルであり、各ユーザ毎にレコードが構成され、各レコードにはユーザ毎にユニークなユーザＩＤと、メールアドレスと、該ユーザが属するグループ（例えばロックバンド、合唱団等）に対して付与されたユニークなグループＩＤとが記憶される。また、ユーザが使用する楽器や機材等のうち、特に高価な物や大型の物については、ユーザがレンタルを希望する場合がある。これらの機材等には一意の物品ＩＤが付与されており、ユーザがレンタルを希望する場合には、希望する機材等の物品ＩＤが記憶される。さらに、このテーブルには、当該ユーザが施設を利用可能な日時を表す「空き日時情報」と、利用可能な施設の所在地域を示すエリアＩＤと、デフォルトの決済方法（オンライン、または窓口払い）を指定する決算情報等が記憶されている。
【００１１】
次に、１３２は施設テーブルであり、ユーザに対して賃貸可能なスタジオ等の一室毎にレコードが構成される。施設テーブル１３２の各レコードにはユニークな施設ＩＤと、施設端末１１４のアドレス（ＩＰアドレスまたはＵＲＬ）と、該施設に適合するカテゴリ（ロックバンド、合唱団、弦楽、邦楽等の音楽カテゴリ）を示す一または複数のカテゴリＩＤと、当該施設に常備している一または複数の備品の物品ＩＤと、これら備品の使用料と、施設を利用可能な日時を示す賃貸可能日時情報と、当該施設が属する地域を示すエリアＩＤと、当該施設の利用料金等が記憶される。なお、同一のスタジオであっても賃貸可能日時が異なる毎に施設ＩＤが割り当てられ区別される。例えば、スタジオＡがある日の１５：００〜１７：００の期間と、同日の１７：３０〜１９：３０の期間とにおいて賃貸可能である場合、物理的には同一であるが賃貸可能な日時が異なるので、これらを２つの「施設」として取り扱う。すなわち、本明細書において「施設」とは、賃貸の単位となる「スタジオ」等であり時間的に区別されたものを指す。
【００１２】
次に、１３４はグループテーブルであり、各グループ毎にレコードが構成され、各レコードにはユニークなグループＩＤと、該グループのカテゴリを表すカテゴリＩＤと、当該グループのグループメールアドレスとが記憶される。なお、「グループメールアドレス」とは、当該アドレスに電子メールを送信すると、自動的にグループ内に属する各ユーザのメールアドレスに転送されるメールアドレスである。また、グループテーブル１３４には、当該グループに所属する全メンバのユーザＩＤを記憶させてもよい。これにより、グループＩＤから、当該グループに所属するユーザを高速に検索することができる。このように、必須ではないが各テーブルに含めておくと好適なデータを、図３においては括弧内に記載しておく。
【００１３】
次に、１３６は予約情報テーブルであり、何れかのユーザが施設を賃貸する予約を行ったときに、１回の予約毎にレコードが構成され、各レコードには１回の予約毎に付与されるユニークな予約ＩＤと、当該予約の詳細情報である予約詳細情報とが記憶される。ここで、予約詳細情報は、予約参照画面９０（図９参照）に列挙されている項目等から構成されている。
【００１４】
次に、１３８は業者テーブルであり、ユーザに対して楽器、機材等を賃貸するレンタル業者毎にレコードが構成され、各レコードにはレンタル業者毎に付与されるユニークな業者ＩＤと、当該業者が使用するレンタル業者端末１１６のアドレス（ＩＰアドレスまたはＵＲＬ）と、該業者が取り扱う物品の物品ＩＤと、これら物品ＩＤ毎のレンタル価格と、これら物品を配達可能なエリアを示すエリアＩＤ等が記憶されている。次に、１４０は物品テーブルであり、物品の種類（楽器、機材等の機種）毎にレコードが構成され、各レコードには物品の種類毎にユニークな物品ＩＤと、その物品の詳細情報（例えば、製品名、製品仕様等）とが記憶される。また、該テーブルには、その物品を取り扱う一または複数のレンタル業者の業者ＩＤを記憶させてもよい。
【００１５】
次に、１４２はエリアテーブルであり、例えば都道府県、市町村または主要な交通機関の駅単位等に分割された「エリア」毎にレコードが構成され、各レコードには「エリア」毎にユニークなエリアＩＤと、そのエリアの詳細情報（都道府県名、市町村名または駅名等）が記憶される。また、エリアテーブル１４２には、当該エリアに対して楽器、機材等を配達可能な業者の業者ＩＤと、当該エリア内に属する施設の施設ＩＤを含めても良い。次に、１４４はカテゴリテーブルであり、カテゴリ毎にレコードが構成され、各レコードにはカテゴリ毎にユニークなカテゴリＩＤと、当該カテゴリの詳細情報（カテゴリ名等）とが記憶される。また、カテゴリテーブル１４４には、当該カテゴリに対応する施設の施設ＩＤやグループＩＤを含めてもよい。
【００１６】
3．実施例の動作
3．1．全体動作の概要
次に、本実施例の動作について説明するが、まず図４を参照して全体動作の概要を説明する。
まず、あるグループが施設の賃借を予約しようとする場合、そのグループに属する何れかの端末（図示の例では、グループＡに属するユーザ端末１１２であったとする）から予約管理サーバ１０２に対して、「施設情報」のリストの検索を要求する「検索要求」が送信される。ここで、「施設情報」とは、施設テーブル１３２の各レコードに対応する情報である。
【００１７】
例えば、あるスタジオを賃借する場合に、「午前中」、「正午〜午後３時」、または「午後３時〜午後６時」の「３」種類の時間帯のうち何れかを賃借可能であると仮定する。そのスタジオのある「日」に全く予約が入っていなかったとすると、「そのスタジオ」のその「日」については「３」の施設情報が列挙されることになる。予約管理サーバ１０２においては、当該グループの条件に合致する施設情報が検索され、その内容を列挙したリストがユーザ端末１１２に返信される。
【００１８】
次に、リストの項目のうち何れかの施設情報に対して予約を行う場合には、ユーザ端末１１２から予約管理サーバ１０２に対して、当該施設情報の施設ＩＤとともに、「予約要求」が送信される。この予約要求が予約管理サーバ１０２に受信されると、予約管理サーバ１０２から施設端末１１４に対して施設ＩＤにより特定される施設を確保するよう要求するコマンドである「仮押さえ要求」乃至「予約実行要求」が送信される。仮押さえ要求が施設端末１１４に受信されると、施設端末１１４の内部のデータベース等において当該予約を仮押さえする処理が為され、その処理結果（予約可能あるいは予約不可等）である「予約情報」が予約管理サーバ１０２に対して返信される。予約実行要求が施設端末１１４に受信されると、施設端末１１４は事前に仮押さえした予約を確定する処理を当該施設端末１１４内部のデータベースにおいて実行する。また、予約管理サーバ１０２から施設端末１１４に対しては、定期的（例えば１日１回）あるいは適宜のタイミングにおいて賃貸可能な施設を問い合わせる「情報更新要求」が送信される。情報更新要求が施設端末１１４に受信されると、施設端末１１４は内部のデータベースを参照し、その時点で賃貸可能である一乃至複数の施設に関する情報である「施設情報」をサーバ１０２に対して返信する。予約管理サーバ１０２は、返信された施設情報に基づいて施設テーブル１３２を更新する。
【００１９】
また、ユーザ端末１１２から予約管理サーバ１０２に送信される「予約要求」に応じて、適宜レンタル業者に対して発注すべき物品も特定される。予約管理サーバ１０２が予約要求を受信すると、予約を行うグループが必要としている物品と予約しようとしている「施設」が備えている物品とに応じて、レンタル業者に発注すべき物品が特定され、予約しようとしている「施設」に当該物品を納入可能なレンタル業者に対して物品の賃借を要求する「仮押さえ要求」乃至「物品発注要求」がレンタル業者端末１１６に送信される。レンタル業者端末１１６は、これら要求の受信に応じて、上記施設端末１１４との通信の場合と同様に、物品の仮押さえ、発注可否に関する発注情報の返信、および発注の確定処理を行うように構成されている。その後、発注を受けた業者が実際に物品を納入すると、レンタル業者端末１１６から予約管理サーバ１０２に対して、物品を納入した旨を報告する「納品実績報告」が送信される。また、上記施設端末１１４の通信の場合と同様に、現状でレンタル可能な物品を問い合わせる「情報更新要求」を予約管理サーバ１０２からレンタル業者端末１１６に送信し、その応答に基づいて業者テーブル１３８（乃至物品テーブル１４０）を更新するようにしてもよい。
【００２０】
次に、費用の決済方法について説明しておく。まず、ユーザは決済方法として「オンライン決算」または「窓口払い」の何れかを選択することができる。ここでオンライン決算が選択された場合には、予約の確定と同時にクレジットカード、銀行口座自動引落または電子マネー等により、予約管理業者に対して入金処理が行われる。そして、予約管理業者から施設賃貸業者に対して施設使用料が支払われるとともに、上述の納品実績報告に基づいてレンタル業者端末１１６に対してレンタル費用が支払われる。
【００２１】
一方、決済方法として「窓口払い」が選択された場合には、ユーザは施設賃貸業者の窓口等において、施設利用料を施設賃貸業者に直接支払うことになる。この「窓口払い」の場合においては、施設賃貸業者が窓口で徴収した施設利用料のうち、物品のレンタル料を含む仲介手数料を予約管理業者に入金し、予約管理業者は上述の納品実績報告に基づいて、レンタル業者にレンタル費用を支払うことになる。
【００２２】
3．2．詳細動作
3．2．1．検索・予約処理
次に、図５〜図１０を参照して、予約管理サーバ１０２とユーザ端末との間で実行される処理の詳細を説明する。まず、予約管理サーバ１０２とユーザ端末との通信は、ＨＴＴＰプロトコルに従って実行される。周知のようにＨＴＴＰプロトコルにおいては、ユーザ端末からの「リクエスト」に対して、サーバ１０２が「レスポンス」を返信する、という形式によってデータがやりとりされる。この「レスポンス」はＨＴＭＬコードによって構成されており、必要に応じてテキストボックス、ボタン等をユーザ端末に表示させることができる。また、ユーザ端末からサーバ１０２に送信される「リクエスト」には、このテキストボックスに入力された文字列や操作されたボタンの識別番号等も含まれる。
【００２３】
まず、ユーザ端末から予約管理サーバ１０２の所定のＵＲＬアドレスが指定され、所定のリクエストが送信されると、予約管理サーバ１０２からユーザ端末に対して、所定のログイン画面のＨＴＭＬコードが返信され、該ＨＴＭＬコードに基づいて、ユーザ端末の画面に図５に示すログイン画面３０が表示される。ここで、ユーザがユーザＩＤ欄３２にユーザＩＤを入力し、パスワード欄３４にパスワードを入力し、ログインボタン３８を押下すると、サーバ１０２においてはユーザの認証処理（ＳＰ２）が実行される。ここで、ユーザが真正であると確認されると、ユーザ端末にメニュー画面４０が表示される。
【００２４】
メニュー画面４０において検索ボタン４２が押下されると、ユーザ端末からサーバ１０２に対して検索要求が送信され、これに応じてサーバ１０２においてはステップＳＰ８以降の処理が実行される。まず、ステップＳＰ８においては、入力されたユーザＩＤをキーとしてユーザテーブル１３０が参照され、該ユーザの所属するグループのグループＩＤが特定される。次に、処理がステップＳＰ１０に進むと、このグループＩＤをキーとしてグループテーブル１３４が参照され、当該グループに属する全てのメンバのユーザＩＤのリストusrIDs[] が生成される。ここで、該グループのメンバ数をＮとすると、リストusrIDs[]はＮ個の要素usrIDs[i]（但し、ｉ＝１〜Ｎ）から構成されることになる。次に、処理がステップＳＰ１２に進むと、グループの「カテゴリ」に対応する「施設」が抽出される。
【００２５】
すなわち、グループテーブル１３４には、該グループのカテゴリＩＤが記録されており、施設テーブル１３２には「適合するカテゴリ」のカテゴリＩＤが記録されている。このため、「適合するカテゴリ」の中に該グループのカテゴリを含む全ての施設が施設テーブル１３２から抽出される。ここで、抽出された施設の集合を「Ｓ１」という。次に、処理がステップＳＰ１４に進むと、各メンバの「利用可能な地域」を示すエリアＩＤと、集合Ｓ１に属する施設のエリアＩＤとに基づいて、集合Ｓ１の中から全メンバの「利用可能な地域」に属する施設のみが抽出される。ここで、抽出された施設の集合を「Ｓ２」という。また、集合Ｓ２の要素数すなわち施設数をＭとする。
【００２６】
次に、処理がステップＳＰ１６に進むと、設備・料金設定サブルーチン（図１０）が呼び出される。同サブルーチンの処理内容については後述するが、この処理においては、集合Ｓ２に属する全ての施設に対して、「施設の収容人数はメンバ数Ｎ以上であるか否か」、「必要な機材が全て手配可能であるか否か」、「施設利用費用および機材等レンタル費用の総額」、「機材等を賃貸するレンタル業者および賃貸する機材等のリスト」および「必要な機材が全て手配できない場合に手配できない物品のリスト」等の情報が例えば文字列の形式によって得られる。この情報を、「施設」に対応する添字を「ｊ」として、「文字列Params[j]」といい、文字列Params[j]の配列をParams[]という。
【００２７】
次に、処理がステップＳＰ１８に進むと、全メンバの空き日時情報が参照され、全メンバが参加できる日時が抽出される。次に、集合Ｓ２に属する施設の中からこの「全メンバが参加できる日時」に賃貸可能な情報が抽出される。この抽出された施設情報の集合を「Ｓ３」という。次に、処理がステップＳＰ２０に進むと、先にステップＳＰ１６において得られた結果に基づいて、メンバ数Ｎ以上の収容人数を有し、かつ、全メンバが必要とする物品を全て準備可能な施設情報のみが抽出される。この抽出された施設情報の集合を「Ｓ４」という。
【００２８】
次に、処理がステップＳＰ２２に進むと、集合Ｓ３，Ｓ４の双方に含まれる要素である施設情報が抽出される。ここで抽出された施設情報の集合を「Ｓ５」という。次に、処理がステップＳＰ２４に進むと、集合Ｓ４に属し集合Ｓ３に属さない施設情報が抽出される。ここで抽出された施設情報の集合を「Ｓ６」という。次に、処理がステップＳＰ２６に進むと、集合Ｓ３に属し集合Ｓ４に属さない施設情報が抽出される。ここで抽出された施設情報の集合を「Ｓ７」という。
【００２９】
次に、処理がステップＳＰ２８に進むと、これら集合Ｓ５，Ｓ６，Ｓ７に属する施設情報が集合毎にリスト化され、ユーザ端末に送信される。これにより、ユーザ端末のディスプレイには、図７に示すリスト画面５０が表示される。リスト画面５０の内部において５２はベスト情報表示欄であり、集合Ｓ５に対応してメンバの空き日時および必要とされる設備の全ての条件を充足する施設情報を表示する。５４はベター情報表示欄であり、集合Ｓ６に対応して一部メンバの空き日時を満たさないが必要とされる設備を全て充足する施設情報を表示する。５６はその他情報表示欄であり、集合Ｓ７に対応して全メンバの空き日時を充足するが、必要とされる設備の一部が不足する施設情報を表示する。
【００３０】
そして、リスト画面５０においては、各施設情報毎に「詳細」ボタン５８と、予約ボタン５７と、利用料金（xxxx円）とが表示される。ここで表示される「利用料金」とは、「施設の利用料金」および「レンタル費用」を合せた総額である。これにより、ユーザは、各施設情報毎に、必要な費用の総額を一見して把握することができる。また、予約ボタン５７および「詳細」ボタン５８には、施設情報に対応したにユニークな施設ＩＤが付与される。
【００３１】
ここで、ユーザ何れかの予約ボタン５７を押下すると、サーバ１０２に対して、対応する施設情報の施設ＩＤとともに予約要求が送信される。これに対して、サーバ１０２においては処理はステップＳＰ３２に進み、後述する予約確認画面６０に表示すべき書誌項目が施設テーブル１３２から抽出される。次に、処理がステップＳＰ３４に進むと、施設端末１１４およびレンタル業者端末１１６に対して、予約された施設および機材等の現状確認と、仮押さえが要求される。ここで、施設端末１１４およびレンタル業者端末１１６の双方から、仮押さえが完了した旨の通知を受けると、ユーザ端末に対して予約確認画面６０のＨＴＭＬコードが送信され、ユーザ端末においては同画面が表示される。
【００３２】
なお、施設端末１１４またはレンタル業者端末１１６の少なくとも一方から仮押さえが不可能であった旨が通知されると、仮押さえができなかった施設情報が集合Ｓ５，Ｓ６またはＳ７から削除され、あるいは予約不可であることが識別可能に表示態様が変更され（例えば文字色がグレーに変更され）、ユーザ端末に対して最選択を促すメッセージとともに、更新されたリスト画面５０のＨＴＭＬコードが再送信される。
【００３３】
また、リスト画面５０において、何れかの「詳細」ボタン５８が押下されると、例えば図９に示すような施設詳細表示画面８０がユーザ端末のディスプレイに表示される。この画面においては、施設の住所や利用日時等とともに、施設の利用料金（yyyy円）と、レンタル業者から賃借する個々の物品のレンタル費用およびレンタル費用の合計（zzzz円）と、施設の利用料金およびレンタル費用を合せた総額（xxxx円）とが表示される。また、図９においてユーザが追加・変更ボタン８２を押下すると、レンタルする機材等の追加・変更を行う所定の画面が表示され、ここでレンタルする機材等を適宜編集することができる。
【００３４】
このように、施設詳細表示画面８０においてレンタルする機材等が変更された場合には、リスト画面５０ないし予約確認画面６０においてはその変更内容が反映される。また、６６，６８はラジオボタンであり、決済方法として「オンライン」または「窓口払い」の何れかを選択することができる。予約確認画面６０が表示された段階では、ユーザテーブル１３０に記憶されたデフォルトの決済方法に基づいてラジオボタン６６，６８のうち何れかが選択されているが、ユーザはこの画面において決済方法を変更することが可能である。
【００３５】
このように、必要に応じて決済方法を変更した後、ユーザが確認ボタン６４を押下すると、サーバ１０２において処理はステップＳＰ３６に進み、今回の予約に対応するユニークな予約ＩＤが発行される。次に処理がステップＳＰ３８に進むと、今回の予約に係る施設ＩＤと、予約を行ったユーザのユーザＩＤと、必要なレンタル機材に係る物品ＩＤとが予約情報テーブル１３６に登録される。さらに、今回予約された施設ＩＤのレコードを施設テーブル１３２から削除するように、対応する施設テーブル１３２の内容が更新される。次に、処理がステップＳＰ４０に進むと、ユーザ端末に対して予約内容通知画面７０のＨＴＭＬコードが送信され、これによって同画面がユーザ端末のディスプレイに表示される。
【００３６】
また、これと並行して、施設予約が完了した旨の電子メールが当該グループのグループメールアドレスに送信される。これにより、同グループに属する全てのメンバのユーザ端末のディスプレイには、例えば図８の電子メール画面７５が表示される。なお、当該グループにグループメールアドレスが登録されていなかった場合には、各メンバのメールアドレスに対して同様の電子メールが送信される。次に、処理がステップＳＰ４４に進むと、施設端末１１４およびレンタル業者端末１１６に対して、先に仮押さえしていた施設および機材等に係る正式な発注指示（予約実行要求、物品発注要求）が送信される。
【００３７】
また、電子メール画面７５には、今回の予約内容に係る所定のＵＲＬアドレス７７が表示されている。何れかのメンバが当該ＵＲＬアドレス７７に対してアクセスすると、ユーザ端末のディスプレイには、図９に示す予約参照画面９０が表示される。予約参照画面９０の内容は上述した施設詳細表示画面８０と同様であり、各メンバは追加・変更ボタン９２を押下することによってレンタル機材等を変更することができる。さらに、予約参照画面９０にはキャンセルボタン９４が追加され、このボタンが押下されると、所定の認証処理が行われた後、施設および機材等の予約全体がキャンセルされる。
【００３８】
3．2．2．設備・料金設定処理（図１０）
次に、上述したステップＳＰ１６で呼び出される設備・料金設定サブルーチン（図１０）の処理の詳細について説明する。図において処理がステップＳＰ５０に進むと、変数ｊが「１」に、配列Params[]が空配列に初期化される。なお、変数ｊは、処理対象となる施設をカウントするための変数である。
【００３９】
次に、処理がステップＳＰ５２に進むと、変数ｉが「１」に、変数Fee、変数Errが「０」に、業者・物品リストおよび不足物品リストが空配列になるように初期化される。ここで、「変数ｉ」は、処理対象となるグループに属するメンバ数をカウントするための変数である。また、「変数Fee」はこのグループが変数ｊで特定される施設を利用する際に発生する費用を累積するための変数である。また、「変数Err」は「施設の不適切さ」を表す値であり、この値が小さくなるほど望ましい施設になる。また、「業者・物品リスト」は、レンタル業者の業者ＩＤと該業者に発注すべき機材等の物品ＩＤとから成る「組」を列挙したものであり、「不足物品リスト」は何れかのメンバが必要とするにもかかわらず、手配できない機材等の物品ＩＤのリストである。
【００４０】
次に、処理がステップＳＰ５４に進むと、要素usrIDs[i]によって特定されるユーザの希望する機材等がｊ番目の施設のみで（レンタル業者に発注することなく）充足されているか否かが判定される。ここで、充足されていると判断されると、処理はステップＳＰ６４に進む。ここでは、当該物品が有料であれば、その費用が変数Feeに加算される。一方、ｊ番目の施設のみでは機材等が不足する場合には処理はステップＳＰ５６に進む。ここでは、不足する機材等が何れかのレンタル業者によって手配可能であるか否かが判定される。
【００４１】
ここで、手配可能であれば処理はステップＳＰ６０に進み、手配可能な一のレンタル業者の業者ＩＤと、当該機材等の物品ＩＤとが業者・物品リストに追加される。一方、施設およびレンタル業者の何れによっても手配が不可能な場合は処理はステップＳＰ５８に進み、不足物品リストに該機材等の物品ＩＤが追加される。
【００４２】
上記ステップＳＰ５４〜ＳＰ６４の処理が終了すると、処理はステップＳＰ６６に進み、変数ｉが「１」だけインクリメントされる。次に、ステップＳＰ６８においては、変数ｉがメンバ数Ｎを超えたか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ５４に戻り、要素usrIDs[i]によって特定される他のユーザについて上述したものと同様の処理が繰り返される。そして、全メンバに対してこれらの処理が繰り返されると、変数Feeは機材等を賃借する費用の合計になり、業者・物品リストは全レンタル業者および賃借する物品のＩＤを列挙するリストになり、不足物品リストは手配できない物品のＩＤを列挙するリストになる。
【００４３】
次に、処理がステップＳＰ７０に進むと、変数Feeに対して施設利用料金が追加される。次に、処理がステップＳＰ７２に進むと、施設の収容人数がメンバ数Ｎ以上であるか否かが判定される。ここで「ＮＯ」と判定されると処理はステップＳＰ７４に進み、変数Err に「１」が加算される。次に、処理がステップＳＰ７６に進むと、不足物品リストに何らかの物品ＩＤが登録されているか否かが判定される。ここで、登録があれば処理はステップＳＰ７８に進み、変数Err に「２」が加算される。
【００４４】
次に、処理がステップＳＰ８０に進むと、「ｊ番目」の施設に対する文字列Params[j]が作成される。すなわち、上述の通り、例えば変数Err 、変数Fee、業者・物品リスト、および不足物品リストの内容が全て文字列に変換され、これら文字列をカンマ（，）で区切って結合したものが文字列Params[j]として設定される。次に、処理がステップＳＰ８２に進むと、変数ｊが「１」だけインクリメントされる。次に、ステップＳＰ８４においては、変数ｊが施設数Ｍを超えたか否かが判定される。ここで、「ＮＯ」と判定されると、処理はステップＳＰ５２に戻り、新たなｊ番目の施設に対してステップＳＰ５２〜ＳＰ８２の処理が繰り返される。そして、変数ｊが施設数Ｍより大きくなると、本ルーチンの処理が終了する。
【００４５】
3．2．3．その他の処理
上述したメニュー画面４０においてスケジュールボタン４４が押下されると、当該ユーザの空き日時情報を変更する画面がユーザ端末のディスプレイに表示される。そして、空き日時情報が変更されると、その内容がユーザテーブル１３０に反映される。また、ユーザ情報変更ボタン４６が押下されると、該ユーザのメールアドレス、利用可能な施設の地域、デフォルトの決済方法等を変更することができる。この変更結果もユーザテーブル１３０に直ちに反映される。
【００４６】
4．変形例
本発明は上述した実施例に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記実施例は、スタジオ予約システムに本発明を適用した例を説明したが、本発明はスタジオ等の予約のみならず、例えばテニスコート等のスポーツ施設の予約等、他の分野に適用できることは言うまでも無い。
【００４７】
(2)また、上記実施例においては、あるグループに属するメンバは、予約管理サーバ１０２にアクセスすることによって自由に施設等を予約し、または予約をキャンセルを実行できたが、予約およびそのキャンセルはグループ内の特定のユーザである管理ユーザに対してのみ容認し、他のユーザは予約内容の参照や自己の空き日時情報の変更等のみを許容するようにしてもよい。
【００４８】
(3)また、上記実施例においては、全てのメンバについて希望する機材等の有無をチェックした（ＳＰ５４〜ＳＰ６８）が、空き日時情報が合わないメンバについては、かかるチェックを省略してもよい。
【００４９】
(4)また、上記実施例においては、ハードディスク８等に記憶されたプログラムによって各種制御を行ったが、これらのプログラムのみをＣＤ−ＲＯＭ、フレキシブルディスク等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。
【００５０】
(5)また、上記実施例においては、施設テーブル１３２に登録される「施設」を同一のスタジオ等であっても賃貸可能日時が異なるものを区別し、それぞれユニークな施設ＩＤが割り当てられた「施設」として扱ったが、一つのスタジオを単一の施設ＩＤにて区別し、「施設」が複数の賃貸可能日時を有するものとしてもよい。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施例のスタジオ予約システムのブロック図である。
【図２】予約管理サーバ１０２のブロック図である。
【図３】予約管理サーバ１０２のデータベースのデータ構造を示す図である。
【図４】スタジオ予約システムの概要動作説明図である。
【図５】検索・予約処理の画面フローおよびフローチャートである。
【図６】検索・予約処理の画面フローおよびフローチャートである。
【図７】検索・予約処理の画面フローおよびフローチャートである。
【図８】検索・予約処理の画面フローおよびフローチャートである。
【図９】施設詳細表示画面８０および予約参照画面９０を示す図である。
【図１０】設備・料金設定サブルーチンのフローチャートである。
【符号の説明】
【００５２】
２：ＣＰＵ、４：ＲＯＭ、６：ＲＡＭ、８：ハードディスク、１２：ディスプレイ、１４：入力装置、１６：通信インタフェース、３０：ログイン画面、３２：ユーザＩＤ欄、３４：パスワード欄、３６：キャンセルボタン、３８：ログインボタン、４０：メニュー画面、４２：検索ボタン、４４：スケジュールボタン、４６：ユーザ情報変更ボタン、５０：リスト画面（候補リスト）、５２：ベスト情報表示欄、５４：ベター情報表示欄、５６：その他情報表示欄、５７：予約ボタン、５８：「詳細」ボタン、６０：予約確認画面、６２：キャンセルボタン、６４：確認ボタン、６６，６８：ラジオボタン、７０：予約内容通知画面、７５：電子メール画面、７７：ＵＲＬアドレス、８０：施設詳細表示画面、８２：追加・変更ボタン、９０：予約参照画面、９２：追加・変更ボタン、９４：キャンセルボタン、１００：通信ネットワーク、１０２：予約管理サーバ、１０４〜１１２：ユーザ端末、１１４：施設端末、１１６：レンタル業者端末、１３０：ユーザテーブル、１３２：施設テーブル、１３４：グループテーブル、１３６：予約情報テーブル、１３８：業者テーブル、１４０：物品テーブル、１４２：エリアテーブル、１４４：カテゴリテーブル。
【図１】
2005275667.tif 000003
【図２】
2005275667.tif 000004
【図３】
2005275667.tif 000005
【図４】
2005275667.tif 000006
【図５】
2005275667.tif 000007
【図６】
2005275667.tif 000008
【図７】
2005275667.tif 000009
【図８】
2005275667.tif 000010
【図９】
2005275667.tif 000011
【図１０】
2005275667.tif 000012