(57)【要約】【課題】代理店が予約対象の商品（宿泊等）をユーザに販売する予約システムにおいて、商品提供者（宿泊施設等）から商品を補充することができるシステムの提供。【解決手段】ユーザ端末２３０からの予約依頼により代理店の取扱商品が減少すると、その代理店の代理店サーバ２２０から宿泊施設端末２１０に、商品要求を送信する。  商品要求を受信した宿泊施設では、該代理店に提供できる商品が商品データベース２１４に残っているかを確認する。そして、提供可能な商品があれば、代理店サーバ２２０に提供可能通知を送信する。一方、提供可能な商品がない場合には、提供不可通知を送信する。  提供可能通知を受信した代理店サーバ２２０は、提供された商品を取扱商品データベース２２２に確保する。【選択図】図２
2008003884.tif 000002
【特許請求の範囲】
【請求項１】
代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約システムであって、
前記代理店サーバは、
前記端末から受信した商品の情報を記憶している取扱商品記憶手段と、
前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求手段と、
前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保手段と
を備えることを特徴とする予約システム。
【請求項２】
代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約システムであって、
前記代理店サーバは、
前記端末から受信した商品の情報を記憶している取扱商品記憶手段と、
前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求手段と、
前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保手段と
を備え、
前記商品提供者の端末は、
前記商品の情報を記憶している商品記憶手段と、
前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認手段と
を備えることを特徴とする予約システム。
【請求項３】
代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約システムであって、
前記商品提供者の端末は、
前記商品の情報を記憶している商品記憶手段と、
前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認手段と
を備えることを特徴とする予約システム。
【請求項４】
請求項２又は３に記載の予約システムにおいて、
前記商品の要求は、前記代理店サーバで販売された商品の情報を含んでおり、
前記残商品確認手段は、前記販売された商品の情報と、前記商品記憶手段に記憶している商品の情報とを比較して、あらかじめ定めた条件により似ている商品であると判断した商品を提供可能な商品とすること
を特徴とする予約システム。
【請求項５】
請求項２〜４のいずれかに記載の予約システムにおいて、
前記商品記憶手段には、さらに、商品の提供可能期間を記憶しており、
前記残商品確認手段は、前記商品記憶手段を参照して、前記提供可能期間内の商品を提供可能な商品とすること
を特徴とする予約システム。
【請求項６】
代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約方法であって、
前記代理店サーバは、
前記端末から受信した商品の情報を取扱商品記憶手段に記憶しており、
前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求ステップと、
前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保ステップと
を備えることを特徴とする予約方法。
【請求項７】
代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約方法であって、
前記代理店サーバは、
前記端末から受信した商品の情報を取扱商品記憶手段に記憶しており、
前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求ステップと、
前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保ステップと
を備え、
前記商品提供者の端末は、
前記商品の情報を商品記憶手段に記憶しており、
前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認ステップ
を備えることを特徴とする予約方法。
【請求項８】
代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約方法であって、
前記商品提供者の端末は、
前記商品の情報を商品記憶手段に記憶しており、
前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認ステップ
を備えることを特徴とする予約方法。
【請求項９】
請求項１又は３に記載の予約システムの各手段を前記代理店サーバ又は前記商品提供者の端末に機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、販売代理店が予約対象の商品をユーザに販売する予約システムにおいて、商品提供者から商品を補充するシステムに関する発明である。
【背景技術】
【０００２】
現在、旅館・ホテルなどの宿泊施設（以降「宿泊施設」という。）における宿泊の予約販売は、商品提供者である宿泊施設が宿泊を希望する利用者（以降「ユーザ」という。）から直接連絡を受けて行なうほか、宿泊施設が旅行代理店等の販売代理店（以降「代理店」という。）に予約受付の代理を依頼することが多い。代理店は、宿泊施設から割り当てられた、予約対象の商品（ここでは、宿泊）について、ユーザからの予約依頼を受け付ける。
従来、宿泊施設から代理店への商品の割当てには次のような方法が採られている。
【０００３】
（従来例１）
各代理店の過去の販売実績や信用の度合い等に基づいて、予約対象の商品（宿泊）を割り当てる。
この方法では、通常、割り当てられた商品を全て販売すると、その代理店はそれ以上商品を販売できない。このため、代理店は売上増加の機会を逃してしまう。
一方、代理店で商品が売れ残った場合には、宿泊施設に返品される。この場合、宿泊施設が自分で販売するか、他の代理店にあらためて依頼する必要がある。しかしながら、返品は宿泊日間近に発生するため、宿泊施設自らの販売も他の代理店への移管も困難である。その結果、在庫（空き部屋）が残る傾向にある。
【０００４】
（従来例２）
一方、商品を効率的に販売する方法として、各代理店に商品を重複して割り当てる方法がある。この方法を用いて、代理店がインターネットを通じてユーザからの予約受付を行なう予約システムのシステム構成例を、図１に示す。
図１において、宿泊施設Ａ（客室数１００室），宿泊施設Ｂ（同５０室），宿泊施設Ｃ（同３０室）は、それぞれ、代理店に販売を依頼する部屋を７０室，４０室，２０室と決めているものとする。これらの部屋への宿泊（商品）が、代理店Ｘ，代理店Ｙの各代理店に重複して割り当てられる。
【０００５】
代理店Ｘおよび代理店Ｙは、それぞれ商品の販売を行なう。例えば、代理店の代理店サーバ１２０に取扱商品データベース１２２を用意して、商品の情報（部屋の情報等）や予約状況（空き・予約済み）等の情報を記憶する。
そして、取扱商品データベース１２２に記憶されている情報を、予約用のウェブサイト等に表示する。ユーザは、インターネット１４０を通じてユーザ端末１３０のブラウザから該ウェブサイトを閲覧し、商品（宿泊）の予約を依頼する。なお、インターネット販売と平行して、電話やＦＡＸ，来店等による予約を受け付けることもできる。
【０００６】
ユーザ端末１３０から商品の予約依頼を受信すると、代理店の担当者は、その商品が予約可能であるか（まだ空いているか）を、商品提供者である宿泊施設に問い合せる。商品は各代理店に重複して委託されており、最新の予約状況は宿泊施設が一元管理しているためである。問合せには、通常、電話やＦＡＸなど、なるべく早く連絡がとれる手段を用いる。
宿泊施設から予約可能であるとの返答を得た場合には、ユーザの予約依頼を受け付けて、例えば電子メール等でユーザにその旨を通知する。同時に、宿泊施設および代理店ではその商品が販売済みになったことを記録する。代理店では、代理店サーバ１２０の取扱商品データベース１２２に記録する。
一方、予約不可である旨の返答を得た場合には、その旨をユーザに通知する。ここで、代理店や宿泊施設の担当者の機転で、ユーザの希望に近い商品を探してユーザに紹介することは可能である。
予約受付処理１２４は、ユーザからの予約依頼の受信やユーザへの予約完了通知あるいは予約不可通知の送信、取扱商品データベース１２２の更新等の処理を行なうプログラムである。
【０００７】
従来例２の方法によれば、各代理店に予約対象の商品を重複して委託することにより、販売の機会が増え、効率的に商品を販売できる。
しかしながら、代理店は、ユーザから予約依頼を受けた後に、電話やＦＡＸ等で宿泊施設に確認を行なう必要があるため、他の代理店との重複予約の可能性が残る。また、確認がとれるまでの間、ユーザを待たせてしまう。また、宿泊施設にとって、代理店販売分と自己販売分とをどの割合とすれば効率がよいのか等を判断するのは難しい。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、代理店が予約対象の商品（宿泊）をユーザに販売する予約システムにおいて、商品提供者（宿泊施設）から商品を補充できるシステムを提供して、上述の問題を解消することである。
【課題を解決するための手段】
【０００９】
上述の課題を解決するために、本発明は、代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約システムであって、前記代理店サーバは、前記端末から受信した商品の情報を記憶している取扱商品記憶手段と、前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求手段と、前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保手段とを備えることを特徴とする予約システムである。
また、本発明は、代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約システムであって、前記代理店サーバは、前記端末から受信した商品の情報を記憶している取扱商品記憶手段と、前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求手段と、前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保手段とを備え、前記商品提供者の端末は、前記商品の情報を記憶している商品記憶手段と、前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認手段とを備えることを特徴とする予約システムである。
また、本発明は、代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約システムであって、前記商品提供者の端末は、前記商品の情報を記憶している商品記憶手段と、前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認手段とを備えることを特徴とする予約システムである。
【００１０】
前記商品の要求は、前記代理店サーバで販売された商品の情報を含んでおり、前記残商品確認手段は、前記販売された商品の情報と、前記商品記憶手段に記憶している商品の情報とを比較して、あらかじめ定めた条件により似ている商品であると判断した商品を提供可能な商品とすることを特徴としてもよい。
前記商品記憶手段には、さらに、商品の提供可能期間を記憶しており、前記残商品確認手段は、前記商品記憶手段を参照して、前記提供可能期間内の商品を提供可能な商品とすることを特徴としてもよい。
【００１１】
また、本発明は、代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約方法であって、前記代理店サーバは、前記端末から受信した商品の情報を取扱商品記憶手段に記憶しており、前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求ステップと、前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保ステップとを備えることを特徴とする予約方法である。
また、本発明は、代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約方法であって、前記代理店サーバは、前記端末から受信した商品の情報を取扱商品記憶手段に記憶しており、前記取扱商品記憶手段の商品が減少すると、前記端末に商品の要求を送信する商品要求ステップと、前記端末から商品の提供可能通知を受信すると、受信した商品の情報を前記取扱商品記憶手段に記憶する商品確保ステップとを備え、前記商品提供者の端末は、前記商品の情報を商品記憶手段に記憶しており、前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認ステップ
を備えることを特徴とする予約方法である。
また、本発明は、代理店サーバにおいて販売により減少した予約対象である商品を、商品提供者の端末から補充する予約方法であって、前記商品提供者の端末は、前記商品の情報を商品記憶手段に記憶しており、前記代理店サーバから前記補充要求を受信すると、前記商品記憶手段を参照して、提供可能な商品がある場合に該商品の提供可能通知を前記代理店サーバに送信し、提供可能な商品がない場合に提供不可通知を前記代理店サーバに送信する残商品確認ステップを備えることを特徴とする予約方法である。
【００１２】
請求項１又は３に記載の予約システムの各手段を前記代理店サーバ又は前記商品提供者の端末に機能させるためのプログラム。
【発明の効果】
【００１３】
本発明の予約システムでは、代理店において商品提供者から割り当てられた予約対象の商品が販売されると、商品提供者に商品の補充を要求する。
したがって、代理店の売れ残りが非常に少なくなる。ここで、宿泊日が近づくと補充を止めるようにすれば、さらにその効果は大きい。
さらに、販売した商品と同等の商品を補充することにより、その代理店の売れ筋商品の販売の機会が増える。また、代理店の品揃えが保たれるため、ユーザの商品選択の幅が狭まらない。
さらに、代理店が自己の在庫を把握しているので、商品提供者に予約状況を確認しなくても販売できる。すなわち、ユーザを待たせることがない。
一方、商品提供者は、自ら販売する量を多く手元に残しつつ、代理店販売も可能である。しかも、多くの代理店に商品を割り振ることができる。また、各代理店に最初に多くの商品を割り当てなくても、結果として販売能力の大きい代理店に商品を集中させることができる。したがって、効率良く商品を販売できる。
本発明の予約システムは、宿泊施設の宿泊や、チケット等の代理店予約販売において、特に効果的である。
【発明を実施するための最良の形態】
【００１４】
以降、本発明の予約システムの実施形態の一例を、図面を参照しながら説明する。
ここでは、商品提供者が宿泊施設であり、予約対象の商品が宿泊である場合の例で説明する。
【００１５】
＜１．システム構成＞
図２は、本実施形態の予約システムのシステム構成例を示した図である。
宿泊施設端末２１０は、宿泊施設に設置され、担当者が使用するパソコン等の端末である。代理店サーバ２２０は、代理店のサーバである。ユーザ端末２３０は、ユーザが使用するパソコンや携帯電話等の端末である。宿泊施設端末２１０と代理店サーバ２２０，ユーザ端末２３０と代理店サーバ２２０は、インターネット２４０等のネットワークを通じて、本実施形態の予約システムにおける情報のやり取りを行なう。
【００１６】
本実施形態において、宿泊施設は自己の商品の在庫（予約状況）を管理し、代理店からの要求に応じて、商品を代理店に補充する。また、自らも商品を販売できる。
宿泊施設端末２１０において、商品情報データベース２１２は、宿泊施設の各部屋の情報（収容人数や料金等、部屋に属する情報）を記憶しているデータベースである。商品情報データベース２１２への情報の登録は、例えば、宿泊施設の担当者があらかじめ行ない、必要に応じて変更する。
図３（ａ）は、商品情報データベース２１２の項目の例を示した図である。「ルームナンバー」は、部屋に一意の番号（実際の部屋番号等）である。なお、これは番号に限られず、部屋に一意であれば、例えば「鶴の間」などの部屋の名称でもよい。「タイプ」は、部屋のタイプであり、例えば、スイート、スタンダード（スイート以外）などの別である。「広さ」は、部屋の面積である。「収容人数」は、部屋の収容人数である。「内風呂」「露天風呂」は、風呂に関する情報（宿泊施設における内風呂および露天風呂の有無等）である。
「トイレ」は、その部屋のトイレの有無である。「部屋タイプ」は、和室、洋室等の別である。「食事」は、食事に関する情報（部屋出し、食堂出し、食事無し等）である。「料金」は、宿泊料金である。
なお、上述の「タイプ」から「料金」までの項目は一例であり、必要に応じて自由に決めてよい。また、例えば料金のように曜日や繁忙期・閑散期によって異なる項目については、その旨も登録できるようにするとよい。
【００１７】
商品データベース２１４は、商品（宿泊）の予約状況を記憶しているデータベースである。
図３（ｂ）は、商品データベース２１４の項目の例を示した図である。ここでは最低限必要な項目を示す。必要に応じて、他の項目を加えてもよい。
「日付」は、宿泊の日付である。「ルームナンバー」は、商品情報データベース２１２のルームナンバーである。「流通形態」は、その商品の流通形態であり、代理店に割り当てる商品であるか、代理店への補充も宿泊施設自らの販売もできる商品（以降「自由流通商品」という）であるか等を記憶している。「予約状況」は、空きおよび予約済の別である。本実施形態では、最新の予約状況を各宿泊施設の商品データベース２１４に記憶しているため、本実施形態の予約システムを導入している代理店、導入していない代理店、および宿泊施設自らの予約販売が互いに重複するおそれはない。
なお、本実施形態では、ルームナンバーを用いて部屋を特定するようにしているが、ルームナンバー以外の、部屋に一意の情報を用いて部屋を特定してもよい。また、予約の段階では予約者のルームナンバーを特定しないようにしてもよい。この場合、例えば、代理店も宿泊施設も、部屋のタイプ別に空室数を設定するとともに、予約をその範囲内で受け付ける。そして、実際にユーザが宿泊施設にチェックインする段階で、宿泊施設の管理者が、ユーザに部屋を割り振る。
【００１８】
一方、代理店は、宿泊施設から割り当てられた商品をユーザに販売し、販売により商品が減少すると、宿泊施設に商品の補充を要求する。
図２に戻り、代理店サーバ２２０の取扱商品データベース２２２は、割り当てられた商品の情報を格納しているデータベースである。
図４は、取扱商品データベース２２２の項目の例を示した図である。「宿泊施設情報」は、商品の提供元である宿泊施設の情報（例えば、宿泊施設を一意に識別するＩＤや名称、および宿泊施設の詳細を掲載したウェブページへのリンク等）である。「日付」〜「料金」は、宿泊施設端末２１０の商品データベース２１４の各項目と同じであり、宿泊施設端末２１０から送信された内容を記憶している。「予約状況」は、その商品の予約状況（空きまたは予約済み）である。
なお、本実施形態では、代理店が有する取扱商品データベース２２２の項目に「ルームナンバー」を設けるようにしているが、必ずしも設けなくともよい。その場合には、例えば、取扱商品データベース２２２に部屋のタイプ別に空室数を設定し、予約が入る毎に空室数を減らす。ルームナンバーの管理は、宿泊施設が統括して行なう。
代理店サーバ２２０には予約用のウェブページを用意し、取扱商品データベース２２２から予約状況が「空き」である商品を読み出して、一覧等の見やすい方法で掲載する。ユーザは、ユーザ端末２３０から該ウェブページにアクセスして、予約依頼を行なう。
【００１９】
予約受付処理２２４は、ユーザ端末２３０から予約依頼を受信すると予約の各処理を行なうプログラムである。商品要求処理２２６は、宿泊施設端末２１０に商品の補充要求を送信するプログラムである。商品確保処理２２８は、宿泊施設端末２１０から補充された商品の情報を取扱商品データベース２２２に記憶する処理である。
これらの各処理については、後で詳しく説明する。
【００２０】
＜２．商品の初期割当＞
代理店に予約対象の商品を委託するには、まず、商品データベース２１４において各商品の流通形態の初期値を決定して、各代理店に最初の商品を割り当てる（以降「初期割当」という）必要がある。各代理店への割当数および割当商品は、従来と同様に、宿泊施設側が決める。したがって、代理店の過去の販売実績等に基づいて決めることができる。
商品データベース２１４の流通形態の初期値の例を、図５に示す。これは、宿泊施設Ａの４月１日分の商品である。各商品の最右列の「流通形態」が、商品データベース２１４の流通形態に対応している。すなわち、ルームナンバー１０１，１０２，９０１の商品（４月１日の宿泊）を代理店Ｘに初期割当し、ルームナンバー２０１，２０２，２０３，２０４，１００１，１００２の商品を代理店Ｙに初期割当する。また、それ以外の商品を自由流通商品とする。自由流通商品は、宿泊施設自ら販売したり、各代理店に補充したりできる商品である。
上述により初期割当された商品は、各代理店の代理店サーバ２２０の取扱商品データベース２２２に記憶される。
【００２１】
宿泊施設端末２１０から代理店サーバ２２０に初期割当の商品の情報を送信する例として、本実施形態では次のような方法を用いる。
代理店サーバ２２０にその宿泊施設がＩＤとパスワード等でアクセスして商品の情報を入力できる専用のウェブページを用意する。宿泊施設の担当者は、宿泊施設端末２１０のブラウザ２１６から該ページにアクセスして商品の情報を入力する。代理店サーバ２２０では、入力された商品の情報を、自動的に取扱商品データベース２２２に記憶する。
なお、これ以外の方法（例えば、電子メール等）で商品の情報を代理店サーバ２２０に送信してもよい。
【００２２】
＜２．予約システムの全体の流れ＞
図８は、本実施形態の予約システム全体の処理（予約受付処理２２４，商品要求処理２２６，および商品確保処理２２８）におけるユーザ端末２３０，代理店サーバ２２０，および宿泊施設端末２１０の情報のやり取りを示した流れ図である。
前提として、宿泊施設から代理店に割り当てられた商品を５部屋とする。
【００２３】
ユーザが予約依頼（図８では５部屋のうちの１部屋を予約）をすると、代理店サーバ２２０は、ユーザ端末２３０から予約依頼を受信（Ｓ８１０）して、予約受付を行なう（Ｓ８２０）。これにより、取扱商品データベース２２２の残商品は４部屋となる。そして、予約完了通知をユーザ端末に送信する（Ｓ８３０）。これらの処理は、予約受付処理２２４で行なうが、後で詳しく説明する。
次に、代理店サーバ２２０は、商品を補充して欲しい旨の要求（以降「商品要求」という）を宿泊施設端末２１０に送信する（Ｓ８４０）。この処理は、商品要求処理２２６で行なうが、後で詳しく説明する。
【００２４】
宿泊施設端末２１０が商品要求を受信すると、その宿泊施設では、商品データベース２１４に提供できる商品があるかを確認する（Ｓ８５０）。提供可能な商品があれば、その旨を代理店サーバ２２０に通知する（Ｓ８６０）。本実施形態では、提供する商品の情報を提供可能通知の内容とする。なお、残商品確認および提供可能通知については、後で詳しく説明する。
提供可能通知を受信した代理店サーバ２２０は、提供された商品を確保する（Ｓ８７０）。すなわち、その商品の情報を取扱商品データベース２２２に記憶する。これにより、この代理店の商品は再び５部屋となる。これらの処理は商品確保処理２２８で行なうが、後で詳しく説明する。
【００２５】
一方、宿泊施設に提供可能な商品が残っていない場合の流れ図を図９に示す。
予約依頼（Ｓ９１０）から商品要求（Ｓ９４０）までは、図８の予約依頼（Ｓ８１０）から商品要求（Ｓ８４０）までと同じである。
宿泊施設にて残商品確認（Ｓ９５０）の結果、提供できる商品がない場合には、提供不可通知を代理店サーバ２２０に送信する（Ｓ９６０）。なお、提供不可通知については後で詳しく説明する。
この場合、代理店は商品を確保できず、残商品は４部屋のままとなる。
【００２６】
上述したように、本実施形態の予約システムの一連の処理は、代理店端末２２０の予約受付処理２２４，商品要求処理２２６，および商品確保処理２２８の各処理と、宿泊施設における残商品確認および提供可能通知（または提供不可通知）からなる。以降、それぞれの処理について詳しく説明する。
【００２７】
＜３．予約受付処理＞
図１０は、予約受付処理２２４の流れを示したフローチャートである。
取扱商品データベース２２２の商品が代理店サーバ２２０の予約用のウェブサイトに掲載されている。ユーザがユーザ端末２３０のブラウザに表示された一覧から予約したい商品をクリックするなどの方法により、代理店に予約を依頼すると、代理店サーバ２２０に予約依頼が送信される。
代理店サーバ２２０は、ユーザ端末２３０から予約依頼を受信する（Ｓ１０１０）と、予約依頼された商品を減少する（Ｓ１０２０）。具体的には、取扱商品データベース２２２の該当の商品の予約状況を「予約済み」に更新する。
そして、ユーザ端末２３０のブラウザへの表示や、電子メールの送信等の方法で、ユーザ端末に予約完了通知を送信する（Ｓ１０３０）。
予約受付処理２２４が終了すると、自動的に、商品要求処理２２６による宿泊施設への商品要求を行なう。
【００２８】
＜４．商品要求処理＞
図１１は、商品要求処理２２６および商品確保処理２２８の流れを示したフローチャートである。
まず、宿泊施設端末２１０に商品要求を送信する（Ｓ１１１０）。ここでは、電子メールにより商品要求を送信するものとするが、他の方法（例えば、上述の専用ページへの表示等）により送信してもよい。
本実施形態では、上述の予約受付処理２２４で販売した商品の情報（日付とルームナンバー等）を、商品要求の情報として送信する。そうすると、宿泊施設ではどの商品が販売されたかわかるので、商品データベース２１４の該商品の予約状況を「予約済み」に更新して、商品データベース２１４の予約状況を最新に保つことができる。また、補充すべき商品（例えば販売された商品に近い商品等）を判断することができる。
【００２９】
本実施形態では、次のように宿泊施設における残商品確認を行なう。すなわち、商品要求を受信すると、その宿泊施設の担当者が宿泊施設端末２１０の商品データベース２１４を検索して、同日の宿泊であってまだ空いている自由流通商品を探して、代理店に提供する商品を決める。これにより、自由流通商品が残り少ない場合や、宿泊日間近の場合等の補充にも柔軟に対応できる。また、代理店で販売された商品と似た商品（部屋の広さや価格、サービス・設備の内容等が似た商品）を探して補充することもできる。
提供する商品が決まったら、代理店サーバ２２０に提供可能通知を行なうとともに、商品データベース２１４の該商品の流通形態を「代理店Ｘへの割当」に更新する。一方、商品を提供できない場合には、提供不可通知を行なう。
本実施形態では、上述の初期割当と同じ方法で提供可能通知を行なうものとする。すなわち、宿泊施設の担当者が、宿泊施設端末２１０から代理店サーバ２２０に用意されている専用ページにアクセスして、補充する商品の情報を入力する。なお、他の方法（例えば、電子メール等）で提供可能通知を代理店サーバ２２０に送信してもよい。提供不可通知は、専用ページにその旨を登録してもよいし、代理店の担当者宛てに電子メールを送信するなどの方法で通知してもよい。
【００３０】
＜５．商品確保処理＞
代理店サーバ２２０において、宿泊施設端末２１０から受信（Ｓ１１２０）した応答が提供可能通知である場合（Ｓ１１３０でＹｅｓの場合）には、提供された商品を確保する（Ｓ１１４０）。具体的には、初期割当と同様に、宿泊施設の担当者が専用ページから入力した商品の情報を、自動的に取扱商品データベース２２２に記憶する。
一方、提供不可通知である場合（Ｓ１１３０でＮｏの場合）には、何もしないで処理を終了する。
【００３１】
＜６．応用実施例＞
上述したように、本実施形態では、宿泊施設における残商品確認、提供可能または提供不可の判断、どの商品を提供するかは、その宿泊施設の担当者が宿泊施設端末２１０の商品データベース２１４を検索して決める。
これにより、担当者の経験等に基づいて、自由流通商品が残り少ない場合や、宿泊日間近の場合等の補充にも柔軟に対応できる。また、代理店で販売された商品と似た商品を探して補充することもできる。
一方、商品データベース２１４からの商品補充を自動的に行なうことにより、よりリアルタイムで確実な補充が可能となる。ここでは、本実施形態の応用実施例として、宿泊施設端末２１０にアプリケーションを用意して、代理店サーバ２２０から商品要求を受信すると、自動的に、商品データベース２１４の残商品を確認して提供可能通知または提供不可通知を代理店サーバ２２０に送信することにより、上述の残商品確認の処理を行なう。
【００３２】
図１２は、宿泊施設端末２１０における残商品確認処理の流れを示したフローチャートである。
まず、代理店サーバ２２０から宿泊施設端末２１０に、商品要求が送信される。ここでは、上述の実施例と同様に、代理店で販売された商品の情報を含む商品要求を、電子メールで送信する。しかし、本実施例では、残商品確認処理が商品要求である旨、および商品要求の内容を自動的に判断できる必要がある。このため、例えば、あらかじめ決めた書式に従って生成した電子メールを、あらかじめ決められたメールアドレスから送信する。
宿泊施設端末２１０は、代理店サーバ２２０から商品要求を受信する（Ｓ１２１０）と、商品データベース２１４を更新して、代理店で販売された商品の予約状況を「予約済み」にする。
次に、商品データベース２１４を検索して、提供可能な商品が残っているかを確認し（Ｓ１２２０）、提供可能な商品がある場合（Ｓ１２２０でＹｅｓの場合）には、該商品について商品データベース２１４の流通形態を「○○代理店（割り当てた代理店）に割当済み」にして（Ｓ１２３０）、代理店サーバ２２０に提供可能通知を送信する（Ｓ１２４０）。一方、提供可能商品がない場合（Ｓ１２２０でＮｏの場合）には、代理店サーバ２２０に提供不可通知を送信する（Ｓ１２５０）。
【００３３】
ここで、代理店で販売された商品と近い商品を補充できるようにするとよい。上述したように、代理店サーバ２２０からの商品要求には販売された商品の情報が含まれているので、その情報をもとに、近い商品であるかを自動的に判断する。
例えば、上述の図５に示した宿泊施設Ａの４月１日分の商品の例では、ルームナンバー１０１，１０２，９０１の商品（宿泊）を代理店Ｘに初期割当し、ルームナンバー２０１，２０２，２０３，２０４，１００１，１００２の商品を代理店Ｙに初期割当している。初期割当された商品は、各代理店の代理店サーバ２２０の取扱商品データベース２２２に格納されている。
【００３４】
図６（ａ）〜（ｅ）は、代理店Ｘの販売・補充による取扱商品の変化の様子を、図７（ａ）〜（ｃ）は、代理店Ｙの販売・補充による取扱商品の変化の様子を示した表である。
図６（ａ）は、代理店Ｘに初期割当された３部屋である。その後、ルームナンバー１０１，９０１の商品が販売されて、取扱商品データベースの在庫は図６（ｂ）に示すように、ルームナンバー１０２の１部屋となったものとする。
そうすると、代理店Ｘの代理店サーバ２２０から商品要求が宿泊施設端末２１０に送信される。宿泊施設端末２１０の残商品確認処理は、商品データベース２１４を検索して、宿泊施設Ａの商品（空いている自由流通商品）が残っているかを確認するが、このとき、販売した商品に近い商品を検索する。例えば、商品データベース２１４を参照して、同日の宿泊において、販売された部屋とタイプ、広さ、価格等が同じ部屋を、近い商品であると判断する。なお、近い商品であると判断する項目は、必要に応じてシステムで自由に決めてよい。
【００３５】
残商品確認の結果、図５に示す商品のうち、ルームナンバー１０１の商品に対してはルームナンバー１０３の商品を、ルームナンバー９０１の商品に対してはルームナンバー９０２の商品を、提供可能な商品と判断して、代理店サーバに提供可能通知を送信する。同時に、代理店Ｘにて販売された商品の商品データベースの予約状況を「予約済み」とし、補充した商品の商品データベースの流通形態を「代理店Ｘに割当済み」とする。
一方、代理店サーバ２２０では商品確保処理を行なって取扱商品データベース２２２を更新する。取扱商品は図６（ｃ）のようになる。
同様に、代理店Ｘにてさらにルームナンバー１０３および９０２が販売される（図６（ｄ））と、図５のルームナンバー１０４および１１０１を補充する（図６（ｅ））。
【００３６】
その後、代理店Ｙが初期割当の６部屋（図７（ａ））からルームナンバー２０１および１００１の商品を販売した場合において、代理店Ｙの代理店サーバ２２０から商品要求を宿泊施設端末２１０に送信しても、宿泊施設Ａには、代理店Ｙで販売された商品と近い商品が残っていない。このため、宿泊施設端末２１０からは提供不可通知が送信され、代理店Ｙの取扱商品は補充されない（図７（ｂ））。さらにルームナンバー２０３および１００２を販売して、商品要求を宿泊施設端末２１０に送信しても、補充されず代理店Ｙの取扱商品の残商品は図７（ｃ）のようになる。
【００３７】
さらに、宿泊日間近の商品を代理店に提供しないようにするとよい。例えば、商品データベース２１４に補充終了日の項目を設ける等により、商品の提供可能期間をあらかじめ定めておく。そして、商品データベース２１４の補充可能な商品のうち、提供可能期間内の商品に限り、代理店サーバ２２０に補充する。
このように、宿泊日直前の商品は代理店に補充しないことで、代理店からの返品を減らすことができる。
なお、本実施形態では、宿泊の予約に用いる例で説明したが、例えば、本実施形態を、チケットの予約、ゴルフ場などの施設の予約、商品の購入予約等に適用することもできる。その場合、代理店は、チケットの予約、ゴルフ場の予約、商品の購入予約等が行なわれるたびに、その商品を保管している施設（チケット販売元、ゴルフ場、問屋または商品製造会社）に商品を要求し補充する。
【図面の簡単な説明】
【００３８】
【図１】従来の予約システムのシステム構成例を示した図である。
【図２】本実施形態の予約システムのシステム構成例を示した図である。
【図３】（ａ）商品情報データベースの項目の例を示した図である。（ｂ）商品データベースの項目を示した図である。
【図４】取扱商品データベースの項目の例を示した図である。
【図５】商品データベースの流通形態の初期値の例を示した図である。
【図６】代理店Ｘの販売・補充による取扱商品の変化の様子を示した表である。
【図７】代理店Ｙの販売・補充による取扱商品の変化の様子を示した表である。
【図８】本実施形態の予約システム全体の処理におけるユーザ端末，代理店サーバ，および宿泊施設端末の情報のやり取りを示した流れ図である。
【図９】宿泊施設に提供可能な商品が残っていない場合の流れ図である。
【図１０】予約受付処理の流れを示したフローチャートである。
【図１１】商品要求処理および商品確保処理の流れを示したフローチャートである。
【図１２】残商品確認処理の流れを示したフローチャートである。
【符号の説明】
【００３９】
１２０      代理店サーバ
１２２      取扱商品データベース
１２４      予約受付処理
１３０      ユーザ端末
１４０      インターネット
２１０      宿泊施設端末
２１２      商品情報データベース
２１４      商品データベース
２１６      ブラウザ
２２０      代理店サーバ
２２２      取扱商品データベース
２２４      予約受付処理
２２６      商品要求処理
２２８      商品確保処理
２３０      ユーザ端末
２４０      インターネット
【図１】
2008003884.tif 000003
【図２】
2008003884.tif 000004
【図３】
2008003884.tif 000005
【図４】
2008003884.tif 000006
【図５】
2008003884.tif 000007
【図６】
2008003884.tif 000008
【図７】
2008003884.tif 000009
【図８】
2008003884.tif 000010
【図９】
2008003884.tif 000011
【図１０】
2008003884.tif 000012
【図１１】
2008003884.tif 000013
【図１２】
2008003884.tif 000014