JP5740536B1 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

施設の優先度を適切に決定することを可能とすることを目的とする。情報処理装置は、施設ごとに将来の所定期間に予約システムに提供される予約対象に対する。また、情報処理装置は、予約システムに提供された予約対象の数を、該予約対象の数と施設を識別する施設識別情報と該予約対象の提供時期とを対応付けて記憶する記憶手段から、施設ごとに所定期間内の予約対象の提供数として取得する。また、情報処理装置は、基準提供数に対する提供数の充足率に基づいて、施設ごとの優先度を決定する。

Description

本発明は、予約対象となるサービスを予約のために提供する施設の優先度を決定する技術分野に関する。

従来、複数の施設の中から所望の施設の予約が可能な予約システムにおいて、施設を利用したユーザからの評価に基づいて、例えば施設に関する情報の表示の優先度を施設ごとに決定する技術が知られている（例えば、特許文献１）。

特開２００５-０７０９９１号公報

しかしながら、ある施設に対する過去の評価が高かったとしても、その施設が将来十分な数の予約対象を予約システムに提供することができるとは限らない。この場合、評価が高い施設に関する情報を優先的に提示しても、その施設に対する予約数が伸びない。また、相対的に低い優先度が決定された他の施設に関する情報へのアクセス数が伸びない。そのため、他の施設に対する予約数も伸びない。

本発明は、以上の点に鑑みてなされたものであり、施設の優先度を適切に決定することを可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、施設ごとに将来の所定期間に予約システムに提供される予約対象に対する基準提供数を取得する基準提供数取得手段と、前記予約システムに提供された予約対象の数を、該予約対象の数と施設を識別する施設識別情報と該予約対象の提供時期とを対応付けて記憶する記憶手段から、施設ごとに前記所定期間内の予約対象の提供数として取得する提供数取得手段と、前記提供数取得手段により取得された前記提供数の前記基準提供数取得手段により取得された前記基準提供数に対する充足率に基づいて、施設が優先される程度を示す優先度を施設ごとに決定する決定手段と、を備えることを特徴とする。

この発明によれば、情報処理装置が、将来の所定期間について予約システムに提供される予約対象の数が、どの程度基準提供数を充足するかに基づいて、施設の優先度を決定する。そのため、施設の優先度を適切に決定することができる。

請求項２に記載の発明は、請求項１に記載の情報処理装置において、予約が確定している予約対象の数を施設ごとに取得する予約数取得手段と、前記予約数取得手段により取得された前記数に基づいて、前記基準提供数を設定する基準提供数設定手段と、を更に備え、前記基準提供数取得手段は、前記基準提供数設定手段により設定された前記基準提供数を取得することを特徴とする。

この発明によれば、これまでの予約の実績を用いて、基準提供数を適切に設定することができる。

請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記記憶手段から、予約が確定している第２所定期間内の提供数を施設ごとに取得する第２提供数取得手段を更に備え、前記予約数取得手段は、前記第２所定期間に提供された予約対象のうち予約が確定している予約対象の数を施設ごとに取得し、前記基準提供数設定手段は、前記予約数取得手段により取得された前記数と、前記第２提供数取得手段により取得された前記提供数とに基づいて、前記基準提供数を設定することを特徴とする。

この発明によれば、これまでの予約の実績と提供数に基づいて、基準提供数をより適切に設定することができる。

請求項４に記載の発明は、請求項１に記載の情報処理装置において、履歴記憶手段に記憶された、施設利用候補者の所定行為の対象とされた施設を識別可能な施設識別情報を含む前記所定行為の履歴に基づいて、予約対象に対する施設利用候補者の需要を施設ごとに推定する推定手段と、前記推定手段により推定された前記需要に基づいて、前記基準提供数を設定する基準提供数設定手段と、を更に備え、前記基準提供数取得手段は、前記基準提供数設定手段により設定された前記基準提供数を取得することを特徴とする。

この発明によれば、予約対象に対する需要に基づいて、基準提供数を適切に設定することができる。

請求項５に記載の発明は、請求項４に記載の情報処理装置において、前記履歴記憶手段に記憶された、施設利用候補者の要求に基づいて検索された施設の前記施設識別情報を含む前記履歴に基づいて、施設の検索数を施設ごとに取得する検索数取得手段を更に備え、前記推定手段は、前記検索数取得手段により取得された前記検索数に基づいて、前記基準提供数を設定することを特徴とする。

この発明によれば、施設が検索された回数を用いることにより、需要を適切に推定することができる。

請求項６に記載の発明は、請求項５に記載の情報処理装置において、予約が確定している第２所定期間に提供された予約対象のうち予約が確定している予約対象の数を施設ごとに取得する予約数取得手段を更に備え、前記検索数取得手段は、前記履歴記憶手段に記憶された、予約対象の利用時期を検索条件として用いて検索された予約対象を提供する施設の前記施設識別情報と該利用時期とを含む前記履歴に基づいて、利用時期が前記所定期間内である検索数と、利用時期が前記第２所定期間内である検索数とを取得し、前記推定手段は、前記検索数取得手段により取得された前記検索数と、前記予約数取得手段により取得された前記数とに基づいて、前記需要を推定することを特徴とする。

この発明によれば、検索数に加えて、これまでの予約の実績を更に用いることにより、需要をより適切に推定することができる。

請求項７に記載の発明は、請求項４に記載の情報処理装置において、前記履歴記憶手段に記憶された、施設に関する情報が閲覧された該施設の前記施設識別情報を含む前記履歴に基づいて、前記情報の閲覧数を施設ごとに取得する閲覧数取得手段を更に備え、前記推定手段は、前記閲覧数取得手段により取得された前記閲覧数に基づいて、前記基準提供数を設定することを特徴とする。

この発明によれば、施設に関する情報が閲覧された回数を用いることにより、需要を適切に推定することができる。

請求項８に記載の発明は、請求項７に記載の情報処理装置において、予約が確定している第２所定期間に提供された予約対象のうち予約が確定している予約対象の数を施設ごとに取得する予約数取得手段を更に備え、前記閲覧数取得手段は、前記履歴記憶手段に記憶された、予約対象の利用時期を検索条件として用いて検索された予約対象のうち前記情報が閲覧された予約対象を提供する施設の前記施設識別情報と、該利用時期とを含む前記履歴に基づいて、利用時期が前記所定期間内である閲覧数と、利用時期が前記第２所定期間内である閲覧数とを取得し、前記推定手段は、前記閲覧数取得手段により取得された前記閲覧数と、前記予約数取得手段により取得された前記数とに基づいて、前記需要を推定することを特徴とする。

この発明によれば、閲覧数に加えて、これまでの予約の実績を更に用いることにより、需要をより適切に推定することができる。

請求項９に記載の発明は、請求項４乃至８の何れか１項に記載の情報処理装置において、施設に対応した条件を満たす施設利用者及び施設利用候補者の少なくとも一方を識別するユーザ識別情報を施設ごとに取得する識別情報取得手段を更に備え、前記推定手段は、前記履歴記憶手段に記憶された前記所定行為を行った施設利用者及び施設利用候補者の少なくとも一方の前記ユーザ識別情報を含む前記履歴のうち、前記識別情報取得手段により取得された前記ユーザ識別情報を含む履歴に基づいて、施設に対応した前記条件を満たす施設利用者及び施設利用候補者の少なくとも一方の該施設に対する需要を推定することを特徴とする。

この発明によれば、基準提供数が設定される施設に対応した条件を満たす施設利用者及び施設利用候補者の少なくとも一方の履歴を用いることで、需要をより適切に推定することができる。

請求項１０に記載の発明は、請求項９に記載の情報処理装置において、前記識別情報取得手段は、施設利用者及び施設利用候補者の少なくとも一方による第２所定行為の対象とされた施設の前記施設識別情報と、施設利用者及び施設利用候補者の少なくとも一方の前記ユーザ識別情報とを含む前記第２所定行為の履歴を記憶する第２履歴記憶手段から、前記基準提供数が設定される施設の前記施設識別情報に対応する前記ユーザ識別情報を取得することを特徴とする。

この発明によれば、基準提供数が設定される施設に対して第２所定行為を行ったことがある施設利用者及び施設利用候補者の少なくとも一方の履歴を用いることで、需要をより適切に推定することができる。

請求項１１に記載の発明は、請求項１乃至１０の何れか１項に記載の情報処理装置において、前記記憶手段から、予約対象に対する需要が顕著に大きい時期として予め定められた時期の提供数を施設ごとに取得する第３提供数取得手段と、前記第３提供数取得手段により取得された前記提供数に基づいて、前記充足率に対する基準値を設定する基準値設定手段と、を更に備え、前記決定手段は、前記充足率と、前記基準値設定手段により設定された前記基準値に基づいて、前記優先度を決定すること特徴とする。

この発明によれば、需要が顕著に大きい時期に予約システムに提供した予約対象の数を用いることにより、優先度を適切に決定することができる。

請求項１２に記載の発明は、請求項１乃至１０の何れか１項に記載の情報処理装置において、履歴記憶手段に記憶された、施設利用者及び施設利用候補者の少なくとも一方の所定行為の対象とされた施設を識別可能な施設識別情報を含む前記所定行為の履歴に基づいて、予約対象に対する施設利用者及び施設利用候補者の少なくとも一方の需要を施設ごとに推定する第２推定手段と、前記第２推定手段により推定された前記需要に基づいて、前記充足率に対する基準値を設定する基準値設定手段と、を更に備え、前記決定手段は、前記充足率と、前記基準値設定手段により設定された前記基準値に基づいて、前記優先度を決定すること特徴とする。

この発明によれば、予約対象に対する需要を用いることにより、優先度を適切に決定することができる。

請求項１３に記載の発明は、コンピュータにより実行される情報処理方法であって、施設ごとに将来の所定期間に予約システムに提供される予約対象に対する基準提供数を取得する基準提供数取得ステップと、前記予約システムに提供された予約対象の数を、該予約対象の数と施設を識別する施設識別情報と該予約対象の提供時期とを対応付けて記憶する記憶手段から、施設ごとに前記所定期間内の予約対象の提供数として取得する提供数取得ステップと、前記提供数取得ステップにより取得された前記提供数の前記基準提供数取得ステップにより取得された前記基準提供数に対する充足率に基づいて、施設が優先される程度を示す優先度を施設ごとに決定する決定ステップと、を含むことを特徴とする。

請求項１４に記載の発明は、コンピュータを、施設ごとに将来の所定期間に予約システムに提供される予約対象に対する基準提供数を取得する基準提供数取得手段と、前記予約システムに提供された予約対象の数を、該予約対象の数と施設を識別する施設識別情報と該予約対象の提供時期とを対応付けて記憶する記憶手段から、施設ごとに前記所定期間内の予約対象の提供数として取得する提供数取得手段と、前記提供数取得手段により取得された前記提供数の前記基準提供数取得手段により取得された前記基準提供数に対する充足率に基づいて、施設が優先される程度を示す優先度を施設ごとに決定する決定手段と、として機能させることを特徴とする。

本発明によれば、情報処理装置が、将来の所定期間について予約システムに提供される予約対象の数が、どの程度基準提供数を充足するかに基づいて、施設の優先度を決定する。そのため、施設の優先度を適切に決定することができる。

一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。 （ａ）は、一実施形態に係る宿泊施設予約サーバ１の概要構成の一例を示すブロック図であり、（ｂ）は、一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。 （ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、宿泊施設情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、プラン情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、割当数ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、空室数ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、予約数ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、予約情報ＤＢ１２ｇに登録される内容の一例を示す図であり、（ｈ）は、検索履歴ＤＢ１２ｈに登録される内容の一例を示す図であり、（ｉ）は、閲覧履歴ＤＢ１２ｉに登録される内容の一例を示す図である。 一実施形態に係る情報処理システムＳの動作の一例を示すシーケンス図である。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による割当数設定処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による充足率計算処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による優先度決定処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による割当数設定処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による需要推定処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による需要推定処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による需要推定処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による優先度決定処理の一例を示すフローチャートである。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。 一実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による優先度決定処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施の形態は、宿泊施設の予約を行うための情報処理システムに対して本発明を適用した場合の実施形態である。宿泊施設は、本発明における施設の一例である。宿泊施設として、例えば、ホテル、旅館等がある。情報処理システムは、本発明における予約システムの一例である。

［１．第１実施形態］
［１−１．情報処理システムの構成及び機能概要］
先ず、本実施形態に係る情報処理システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報処理システムＳの概要構成の一例を示す図である。

図１に示すように、情報処理システムＳは、宿泊施設予約サーバ１と、複数の宿泊施設端末２と、複数のユーザ端末３と、を含んで構成されている。そして、宿泊施設予約サーバ１と各宿泊施設端末２及び各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

宿泊施設予約サーバ１は、宿泊施設予約サイトに関する各種処理を実行するサーバ装置である。宿泊施設予約サーバ１は、本発明における情報処理装置の一例である。宿泊施設予約サイトは、宿泊施設の宿泊の予約の受け付けを行うＷｅｂサイトである。情報処理システムＳは、複数の宿泊施設から予約の受け付けを委託されている。宿泊施設予約サーバ１は、ユーザ端末３からのリクエストに応じて、例えば、宿泊施設予約サイトのウェブページを送信したり、宿泊施設の検索や、宿泊の予約等に関する処理を行ったりする。宿泊施設内にある客室は、本発明における予約対象の一例である。また、宿泊施設予約サーバ１は、ユーザ端末３に対して宿泊施設に関する情報を提供する。宿泊施設に関する情報として、例えば、宿泊施設や宿泊プランの検索結果、宿泊施設の広告等がある。宿泊プランは、例えば、宿泊施設により企画された宿泊サービスである。

宿泊施設端末２は、情報処理システムＳに予約の委託をしている宿泊施設の提供者により利用される端末装置である。宿泊施設端末２は、提供者からの操作に基づいて宿泊施設予約サーバ１等のサーバ装置にアクセスする。これにより、宿泊施設端末２は、サーバ装置からウェブページを受信して表示する。宿泊施設端末２には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。提供者は、宿泊施設端末２を利用することにより、例えば、宿泊施設の情報を宿泊施設予約サイトに登録したり、宿泊施設の予約状況を確認したりする。

ユーザ端末３は、宿泊施設予約サイトを利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて宿泊施設予約サーバ１にアクセスすることにより、宿泊施設予約サーバ１からウェブページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。

以上のような構成の情報処理システムＳにおいて、宿泊施設の提供者は、宿泊施設端末２を操作することにより、宿泊施設内にある客室の中から、情報処理システムＳに提供する客室の数を登録する。宿泊施設から情報処理システムＳに提供される客室の数を、提供数という。提供数は、所定期間の単位で登録される。この期間は、例えば、１日であってもよい。また、この期間は、例えば１週間、１ヶ月等であってもよい。宿泊施設予約サーバ１は、提供数の範囲内で、ユーザから客室の予約を受け付けることができる。予約されている客室の数を、予約数という。

ある宿泊施設がユーザからの評価や人気が高くても、その宿泊施設からの客室の提供数が十分ではないと、予約数が提供数に達しやすい。そのため、その宿泊施設の客室を予約することができない場合がある。複数の宿泊施設の中で、提供数が十分ではない宿泊施設に関する情報が優先的にユーザに提示されても、その宿泊施設の予約数が伸びない。提供数が十分ではない宿泊施設に関する情報が優先的に提示される結果、他の宿泊施設に関する情報の提示の優先度が相対的に低くなる。そのため、他の宿泊施設に関する情報へのアクセス数が伸びず、他の宿泊施設の予約数も伸びない。また例えば、提供数が十分ではない宿泊施設に関する情報を見たユーザは別の宿泊施設に関する情報を見るために、ユーザ端末３から宿泊施設予約サーバ１へ情報の要求が送信されることがある。この場合、宿泊施設予約サーバ１への要求が増えるため、通信負荷が増大したり、宿泊施設予約サーバ１の処理負荷が増大したりする。

情報処理システムＳにおいて、全体的な予約数を向上させるため、宿泊施設ごとに割当数が設定される。割当数は、宿泊施設から登録される提供数に対して基準となる数である。割当数は、本発明における基準提供数の一例である。割当数は、例えば、提供数の目標値であってもよい。割当数は、例えば、情報処理システムＳの管理者により設定されてもよいし、宿泊施設予約サーバ１により設定されてもよい。宿泊施設予約サーバ１は、将来の提供数を割当数で割ることにより、割当数に対する提供数の充足率を宿泊施設ごとに計算する。そして、宿泊施設予約サーバ１は、充足率に基づいて、優先度を宿泊施設ごとに決定する。例えば、宿泊施設予約サーバ１は、充足率が高いほど、高い優先度を決定する。なお、提供数、割当数、及び優先度は、宿泊施設から提供される宿泊プランごとに登録、設定又は決定されてもよい。割当数の設定、及び優先度の決定の詳細は後述する。

［１−２．宿泊施設予約サーバの構成］
次に、宿泊施設予約サーバ１の構成について、図２（ａ）及び図３を用いて説明する。

図２（ａ）は、本実施形態に係る宿泊施設予約サーバ１の概要構成の一例を示すブロック図である。図２（ａ）に示すように、宿泊施設予約サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。

通信部１１は、ネットワークＮＷに接続して、宿泊施設端末２やユーザ端末３等との通信状態を制御するようになっている。

記憶部１２は、本発明における記憶手段、履歴記憶手段、第２履歴記憶手段の一例である。記憶部１２は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ１２ａ、宿泊施設情報ＤＢ１２ｂ、プラン情報ＤＢ１２ｃ、割当数ＤＢ１２ｄ、空席数ＤＢ１２ｅ、予約数ＤＢ１２ｆ、予約情報ＤＢ１２ｇ、検索履歴ＤＢ１２ｈ、閲覧履歴ＤＢ１２ｉ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。

図３（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、情報処理システムＳに会員登録しているユーザに関する会員情報が登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、クレジットカード情報等のユーザの属性が、ユーザごとに対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。

図３（ｂ）は、宿泊施設情報ＤＢ１２ｂに登録される内容の一例を示す図である。宿泊施設情報ＤＢ１２ｂには、宿泊施設に関する宿泊施設情報が登録される。具体的に、宿泊施設情報ＤＢ１２ｂには、宿泊施設ＩＤ、宿泊施設名、郵便番号、住所、電話番号、ＦＡＸ番号、電子メールアドレス、総客室数、宿泊施設の詳細情報等の宿泊施設の属性が、宿泊施設ごとに対応付けて登録される。宿泊施設ＩＤは、宿泊施設の識別情報である。総客室数は、宿泊施設内にある全客室の数である。

図３（ｃ）は、プラン情報ＤＢ１２ｃに登録される内容の一例を示す図である。プラン情報ＤＢ１２ｃには、宿泊プランに関するプラン情報が登録される。具体的に、宿泊プラン情報ＤＢ１２ｃには、宿泊施設ＩＤ、プランＩＤ、宿泊プランの詳細情報等の宿泊プランの属性が、宿泊プランごとに対応付けて登録される。宿泊施設ＩＤは、宿泊プランを提供する宿泊施設を示す。プランＩＤは、宿泊プランの識別情報である。

図３（ｄ）は、割当数ＤＢ１２ｄに登録される内容の一例を示す図である。割当数ＤＢ１２ｄには、割当数が登録される。具体的に、割当数ＤＢ１２ｄには、宿泊施設ＩＤ、日付及び割当数が、宿泊施設ごとに対応付けて登録される。宿泊施設ＩＤは、割当数が設定された宿泊施設を示す。日付は、設定された割当数が適用される日を示す。なお、割当数が、例えば宿泊プランごとに登録されてもよい。

図３（ｅ）は、空室数ＤＢ１２ｅに登録される内容の一例を示す図である。空室数ＤＢ１２ｅには、空室数が登録される。具体的に、空室数ＤＢ１２ｅには、宿泊施設ＩＤ、日付及び空室数が、宿泊施設ごとに対応付けて登録される。宿泊施設ＩＤは、空室数に相当する空室がある宿泊施設を示す。日付は、空室数に相当する空室がある日を示す。空室数と予約数との合計は、提供数と一致する。なお、空室数が、例えば宿泊プランごとに登録されてもよい。

図３（ｆ）は、予約数ＤＢ１２ｆに登録される内容の一例を示す図である。予約数ＤＢ１２ｆには、予約数が登録される。具体的に、予約数ＤＢ１２ｆには、宿泊施設ＩＤ、日付及び予約数が、宿泊施設ごとに対応付けて登録される。宿泊施設ＩＤは、予約数に相当する予約がある宿泊施設を示す。日付は、予約数に相当する予約がある日を示す。なお、予約数が、例えば宿泊プランごとに登録されてもよい。

図３（ｇ）は、予約情報ＤＢ１２ｇに登録される内容の一例を示す図である。予約情報ＤＢ１２ｇには、客室の予約の内容に関する予約情報が登録される。予約情報は、ユーザによる予約の履歴でもある。予約情報は、本発明における履歴の一例である。具体的に、予約情報ＤＢ１２ｇには、予約番号、予約日時、ユーザＩＤ、宿泊施設ＩＤ、プランＩＤ、チェックイン日、チェックアウト日、部屋数等が、予約ごとに対応付けて登録される。予約番号は、予約を識別するための番号である。予約日時は、予約が行われた日時である。ユーザＩＤは、予約を行ったユーザを示す。宿泊施設ＩＤは、予約された客室を提供する宿泊施設を示す。プランＩＤは、予約された宿泊プランを示す。部屋数は、予約された客室の数を示す。

図３（ｈ）は、検索履歴ＤＢ１２ｈに登録される内容の一例を示す図である。検索履歴ＤＢ１２ｈには、宿泊施設予約サイトにおける宿泊施設や宿泊プランの検索履歴が登録される。検索履歴は、本発明における履歴の一例である。具体的に、検索履歴ＤＢ１２ｈには、ユーザＩＤ、検索日時、検索条件情報、及び検索結果リスト等が、検索が実行されるごとに対応付けて登録される。ユーザＩＤは、検索を要求したユーザを示す。検索日時は、検索が実行された日時を示す。検索条件情報は、ユーザにより指定された検索条件を示す。検索条件情報は、少なくともチェックイン日、チェックアウト日、部屋数を含む。チェックイン日及びチェックアウト日は、客室の利用時期を示す。部屋数は、ユーザが予約したい客室の数を示す。検索結果リストは、検索結果を示す。具体的に、検索結果リストには、検索された宿泊プランごとに、宿泊施設ＩＤ及びプランＩＤが対応付けて登録される。ユーザが、ユーザ端末３を操作して検索条件を指定すると、ユーザ端末３は、検索要求を宿泊施設予約サーバ１へ送信する。検索要求は、検索条件情報、及び検索条件を指定したユーザのユーザＩＤを含む。システム制御部１４は、検索条件情報が示す条件を満たす宿泊プランを検索する。宿泊プランを検索することは、宿泊プランを提供する宿泊施設を検索することでもある。そして、システム制御部１４は、検索した宿泊プランのプランＩＤ及びその宿泊プランを提供する宿泊施設の宿泊施設ＩＤを検索結果リストに登録する。１つの宿泊施設に対して複数の宿泊プランが検索された場合、システム制御部１４は、１つの宿泊施設ＩＤに複数のプランＩＤを対応付けて検索結果リストに登録する。また、システム制御部１４は、ユーザＩＤ、検索条件情報、検索結果リストを含む検索履歴を登録する。

図３（ｉ）は、閲覧履歴ＤＢ１２ｉに登録される内容の一例を示す図である。閲覧履歴ＤＢ１２ｉには、宿泊施設予約サイトにおける宿泊施設ページの閲覧履歴が登録される。宿泊施設ページは、宿泊施設に関する詳細な情報が表示されるウェブページである。宿泊施設ページとして、例えば、宿泊施設を紹介するページ、宿泊プランを紹介するページ等がある。閲覧履歴は、本発明における履歴の一例である。具体的に、閲覧履歴ＤＢ１２ｉには、ユーザＩＤ、閲覧日時、宿泊施設ＩＤ及び検索条件情報等が、宿泊施設ページが表示されるごとに対応付けて登録される。ユーザＩＤは、宿泊施設ページを閲覧したユーザを示す。閲覧日時は、宿泊施設ページが閲覧された日時を示す。宿泊施設ＩＤは、閲覧された宿泊施設ページに対応する宿泊施設を示す。検索条件情報は、ユーザにより指定された検索条件を示す。システム制御部１４は、宿泊プランを検索すると、ユーザ端末３へ検索結果ページを送信する。検索結果ページは、検索結果を表示するウェブページである。検索結果ページにおいて、検索された宿泊施設や宿泊プランの中からユーザが何れかを選択する。すると、ユーザ端末３は、宿泊施設ページ要求を宿泊施設予約サーバ１へ送信する。宿泊施設ページ要求は、宿泊施設ページを閲覧するユーザのユーザＩＤを含む。また、宿泊施設ページ要求は、選択された宿泊施設の宿泊施設ＩＤ又は選択された宿泊プランを提供する宿泊施設の宿泊施設ＩＤを含む。システム制御部１４は、宿泊施設ＩＤに対応する宿泊施設ページをユーザ端末３へ送信する。このとき、システム制御部１４は、検索履歴ＤＢ１２ｈから、閲覧要求に含まれるユーザＩＤに対応する検索履歴のうち、検索日時が最新の検索履歴を検索する。システム制御部１４は、検索履歴から検索条件情報を取得する。そして、システム制御部１４は、ユーザＩＤ、宿泊施設ＩＤ、検索条件情報を含む閲覧履歴を登録する。

次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するためのＨＴＭＬ（HyperText Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、各種の設定値、閾値、定数等が記憶されている。

また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、宿泊施設予約管理プログラム等の各種プログラムが記憶されている。宿泊施設予約管理プログラムは、宿泊施設の検索、宿泊施設の予約、割当数の設定、優先度の決定等の処理を実行するためのプログラムである。宿泊施設予約管理プログラムは、本発明における検索プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、光ディスク等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。

システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。ＣＰＵ１４は、プロセッサの一例である。なお、本発明は、ＣＰＵと異なる様々なプロセッサに対しても適用可能である。記憶部１２、ＲＯＭ１４ｂ及びＲＡＭ１４ｃは、それぞれメモリの一例である。なお、本発明は、ハードディスク、ＲＯＭ及びＲＡＭと異なる様々なメモリに対しても適用可能である。

なお、宿泊施設予約サーバ１が、複数のサーバ装置で構成されてもよい。例えば、宿泊施設の検索を行うサーバ装置、宿泊施設の予約の処理を行うサーバ装置、割当数の設定や優先度の決定を行うサーバ装置、ユーザ端末３からのリクエストに応じてウェブページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。

［１−３．システム制御部の機能詳細］
次に、図２（ｂ）を用いて、システム制御部１４の機能について説明する。図２（ｂ）は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａが、宿泊施設予約管理プログラム等のプログラムを読み出し実行することにより、図２（ｂ）に示すように、割当数設定部１４１、実績取得部１４２、充足率計算部１４３、優先度決定部１４４、情報提供部１４５等として機能する。割当数設定部１４１は、本発明における基準提供数設定手段の一例である。実績取得部１４２は、本発明における予約数取得手段、及び第２提供数取得手段の一例である。充足率計算部１４３は、本発明における基準提供数取得手段、及び提供数取得手段の一例である。優先度決定部１４４は、本発明における決定手段の一例である。

割当数設定部１４１は、将来の日に対する割当数を宿泊施設ごとに設定し、割当数を割当数ＤＢ１２ｄに登録する。割当数設定部１４１は、例えば所定の期間ごとに割当数を決定する。例えば、割当数設定部１４１は、１日ごとに割当数を設定してもよいし、１週間、１ヶ月等、所定の期間ごとに割当数を設定してもよい。割当数が対応付けられる将来の日を、割当数設定対象日という。割当数設定対象日は、例えば、今日から所定日数後の日であってもよい。例えば、割当数設定対象日は、客室が予約可能な期間よりも後の日であってもよい。この場合、宿泊施設の提供者は客室が予約可能となる前に、割当数を確認することができる。また例えば、割当数設定対象日は、客室が予約可能な期間内の何れかの日であってもよい。

割当数設定部１４１は、例えば、客室の予約の実績に基づいて割当数を設定してもよい。予約の実績として、例えば、予約確定数がある。予約確定数は、予約された客室のうち、予約が確定した客室の数である。予約が確定した客室は、予約したユーザが実際に利用した客室を含む。また、予約が確定した客室は、例えば予約したユーザが客室を利用していなくても、予約をキャンセルことができなくなった客室を含んでもよい。また、チェックイン日が到来していなくても、予約が確定してもよい。例えば、予約が確定した客室は、予約をキャンセルする場合、ユーザがキャンセル料を支払う必要がある客室を含んでもよい。予約が確定する日を、予約確定日という。予約確定日は、例えば、チェックイン日であってもよいし、チェックイン日の所定日数前の日であってもよい。割当数設定部１４１は、例えば、予約確定数が多いほど、多い割当数を設定してもよい。その理由は、予約確定数が多いほど、将来の予約数も多い蓋然性があるからである。例えば、記憶部１２に、予約確定数と割当数とを対応付けた割当数テーブルが記憶されてもよい。割当数設定部１４１は、割当数テーブルを用いて割当数を設定してもよい。

割当数設定部１４１は、例えば、客室の予約の実績と、宿泊施設からの客室の提供の実績とに基づいて、割当数を設定してもよい。客室の提供の実績として、例えば、過去の客室の提供数がある。例えば、割当数設定部１４１は、過去の１日当たりの提供数を、１日当たりの予約確定数で割ることにより、稼働率を計算する。例えば、稼働率が１００％である場合、割当数設定部１４１は、過去の提供数よりも多い割当数を設定してもよい。その理由は、客室が不足しているからである。稼働率が１００％未満である場合、割当数設定部１４１は、例えば、過去の提供数と同一の割当数を設定してもよい。

実績取得部１４２は、宿泊施設ごとの予約確定数を予約数ＤＢ１２ｆから取得する。実績取得部１４２は、例えば、予約が確定している所定期間の予約数の合計を、予約確定数として取得する。この期間を実績期間という。実績期間は、本発明における第２所定期間の一例である。実績期間の日数は、例えば１日以上であればよい。また、実績取得部１４２は、宿泊施設ごとの過去の提供数を空席数ＤＢ１２ｅ及び予約数ＤＢ１２ｆから取得する。例えば、実績取得部１４２は、実績期間の空席数と予約数との合計を、過去の提供数として取得する。なお、実績取得部１４２は、予約数ＤＢ１２ｆを用いる代わりに、予約情報ＤＢ１２ｇを用いて予約数を取得してもよい。例えば、実績取得部１４２は、予約情報ＤＢ１２ｇに登録された宿泊施設ＩＤ、チェックイン日、チェックアウト日及び部屋数に基づいて、予約数を計算してもよい。割当数設定部１４１は、実績取得部１４２により取得された予約確定数及び提供数を用いて割当数を設定する。なお、情報処理システムＳの管理者が割当数を設定する場合、割当数設定部１４１及び実績取得部１４２は不要である。

充足率計算部１４３は、割当数に対する提供数の充足率を宿泊施設ごとに計算する。そのため、充足率計算部１４３は、宿泊施設ごとに、将来の所定期間の客室の提供数を、空席数ＤＢ１２ｅ及び予約数ＤＢ１２ｆから取得する。この期間を、評価期間という。評価期間は、本発明における将来の所定期間の一例である。評価期間の初日は、例えば明日以降の何れかの日であればよい。評価期間の末日は、例えば、客室が予約可能な期間内の何れかの日であってもよいし、客室が予約可能な期間より後の何れかの日であってもよい。評価期間の日数は、例えば１日以上であればよい。評価期間の日数と実績期間の日数は同一であってもよいし、異なっていてもよい。充足率計算部１４３は、例えば、評価期間の空席数と予約数との合計を提供数として計算する。なお、充足率計算部１４３は、予約数ＤＢ１２ｆを用いる代わりに、予約情報ＤＢ１２ｇを用いて予約数を取得してもよい。ところで、ある日の提供数がその日の割当数よりも多い場合がある。この場合、充足率計算部１４３は、提供数を割当数に一致させる。その理由は、提供数が割当数をどの程度充足しているかを充足率により示すためである。そのため、充足率計算部１４３は、割当数ＤＢ１２ｄから割当数を取得する。充足率計算部１４３は、例えば日ごとに計算した提供数の合計を、将来の提供数として計算する。

優先度決定部１４４は、充足率計算部１４３により計算された充足率に基づいて、宿泊施設ごとの優先度を決定する。具体的に、優先度決定部１４４は、充足率が高いほど、高い優先度を決定する。優先度の値が小さいほど、優先度が高い。例えば優先度１が最も優先度が高い。優先度の個数は任意である。記憶部１２には、例えば、優先度ごとに、充足率に対する閾値と優先度とを対応付けた充足率閾値テーブルが記憶されてもよい。優先度が高いほど、閾値も高い。充足率に対する閾値は、本発明における基準値の一例である。この閾値は、例えば情報処理システムＳの管理者により予め設定されてもよい。優先度決定部１４４は、充足率閾値テーブルを用いて優先度を決定してもよい。優先度決定部１４４は、例えば優先度を用いる処理が実行されるときに優先度を決定してもよい。また、優先度決定部１４４は、例えば所定の期間ごとに優先度を決定してもよい。そして、優先度決定部１４４は、決定した優先度をデータベースに登録しておいてもよい。

情報提供部１４５は、優先度決定部１４４により決定された優先度に基づいて、宿泊施設に関する情報の提示を制御する。具体的に、情報提供部１４５は、優先度が高い宿泊施設に関する情報ほど、優先的に表示させる。例えば、情報提供部１４５は、検索結果ページを生成する。このとき、情報提供部１４５は、検索された宿泊施設の表示順位を決定する。表示順位は、ウェブページ内において、宿泊施設に関する情報が表示される順番を示す。表示順位が高いほど、宿泊施設に関する情報がユーザにとって見やすい。情報提供部１４５は、優先度が高い宿泊施設であるほど、高い表示順位を決定する。

また例えば、情報提供部１４５は、宿泊施設予約サイトのウェブページ内に、宿泊施設に関する広告コンテンツを１又は複数表示させる。例えば、記憶部１２には、広告ＤＢが格納されている。広告ＤＢには、宿泊施設ごと又は宿泊プランごとに広告コンテンツが登録されている。ウェブページ内に広告コンテンツを表示するとき、ユーザ端末３は、宿泊施設予約サーバ１へ広告要求を送信する。情報提供部１４５は、広告要求に基づいて、表示候補となる広告コンテンツの宿泊施設を複数決定する。次いで、情報提供部１４５は、例えば、決定した各宿泊施設の表示順位を決定する。このとき、情報提供部１４５は、優先度が高い宿泊施設であるほど、高い表示順位を決定する。そして、決定した表示順位で各宿泊施設が広告コンテンツをユーザ端末３が表示するように、情報提供部１４５は広告コンテンツをユーザ端末３へ送信する。或いは、情報提供部１４５は、例えば、優先度が最も高い宿泊施設又は優先度が相対的に高い所定数の宿泊施設を決定してもよい。そして、情報提供部１４５は、決定した１又は複数の宿泊施設の広告コンテンツをユーザ端末３へ送信して、ユーザ端末３に広告コンテンツを表示させてもよい。

なお、割当数設定部１４１〜情報提供部１４５は、宿泊施設から提供される宿泊プランごとに処理を行ってもよい。すなわち、充足率計算部１４３は、宿泊プランごとの割当数と提供数とに基づいて充足数を計算する。優先度決定部１４４は、宿泊プランごとの優先度を決定する。

また、システム制御部１４は、優先度を用いて、例えば宿泊施設から情報処理システムＳへ支払う手数料率を、宿泊施設ごとに決定してもよい。手数料率は、例えば、宿泊施設の売り上げに対して情報処理システムＳに支払う金額の割合である。例えば、システム制御部１４は、優先度が高いほど、低い手数料率を決定してもよい。この場合、充足率計算部１４３は、例えば１日ごとに、宿泊施設ごとの評価期間の割当数と提供数とを取得してもよい。充足率計算部１４３は、取得した割当数と提供数とを所定のデータベースに登録する。充足率計算部１４３は、例えば１ヶ月ごとに、過去１ヶ月の間の１日ごとの割当数と提供数とをそれぞれ合計する。充足率計算部１４３は、提供数の合計を割当数の合計で割ることにより、宿泊施設ごとの充足率を計算する。優先度決定部１４４は、この充足率を用いて優先度を決定し、システム制御部１４は、この優先度を用いて手数料率を決定する。優先度を用いて手数料率を決定する場合、システム制御部１４は、例えば宿泊施設に関する情報を優先度を用いて制御しなくてもよい。

［１−４．情報処理システムの動作］
次に、情報処理システムＳの動作について、図４乃至図７を用いて説明する。

図４は、本実施形態に係る情報処理システムＳの動作の一例を示すシーケンス図である。図４に示すように、宿泊施設予約サーバ１の割当数設定部１４１は、割当数設定処理を実行する（ステップＳ１）。割当数設定処理において、割当数設定部１４１は、割当数を宿泊施設ごとに設定する。割当数設定処理の詳細は後述する。

その後、宿泊施設の提供者は、宿泊施設端末２を操作して、将来の日に対する提供数を入力する。このとき、提供者が２日以上の期間を指定した提供数が入力可能になっていてもよい。また、宿泊施設端末２は、宿泊施設予約サーバ１が設定した割当数を画面に表示してもよい。宿泊施設端末２は、入力された提供数、将来の日付、及び提供者に対応する宿泊施設ＩＤを宿泊施設予約サーバ１へ送信する（ステップＳ２）。システム制御部１４は、受信した提供数、日付及び宿泊施設ＩＤを対応付けて空室ＤＢ１２ｅに登録する（ステップＳ３）。このとき、システム制御部１４は、提供数を空室数として登録する。

その後、ユーザが予約の操作を行うことにより、ユーザ端末３は宿泊施設予約サーバ１へ予約要求を送信する（ステップＳ４）。予約要求は、予約される宿泊施設の宿泊施設ＩＤ、チェックイン日、チェックアウト日、部屋数等を含む。システム制御部１４は、予約要求に含まれる情報に基づいて、空室数ＤＢ１２ｅ及び予約数ＤＢ１２ｆを更新する（ステップＳ５）。具体的に、システム制御部１４は、宿泊施設ＩＤに対応付けて空室数ＤＢ１２ｅに登録されている空室数のうち、チェックイン日からチェックアウト日の前日までに対応する空室数を検索する。そして、システム制御部１４は、検索した空室数から部屋数を減算する。また、システム制御部１４は、宿泊施設ＩＤに対応付けて予約数ＤＢ１２ｆに登録されている予約数のうち、チェックイン日からチェックアウト日の前日までに対応する予約数を検索する。そして、システム制御部１４は、検索した予約数に部屋数を加算する。

その後、ユーザの操作に基づき、ユーザ端末２が宿泊施設予約サーバ１へ検索要求を送信する（ステップＳ６）。すると、情報提供部１４５は、検索処理を実行する（ステップＳ７）。具体的に、情報提供部１４５は、宿泊施設情報ＤＢ１２ｂ及びプラン情報ＤＢ１２ｃに基づいて、検索要求に含まれる検索条件情報が示す条件を満たす宿泊プランのプランＩＤ及びその宿泊プランを提供する宿泊施設の宿泊施設ＩＤを検索する。このとき、情報提供部１４５は、空室数ＤＢ１２ｅを参照して、検索条件として指定されたチェックイン日からチェックアウト日の前日までの期間の空室数が、検索条件として指定された部屋数以上である宿泊施設ＩＤを検索する。情報提供部１４５は、検索したプランＩＤ及び宿泊施設ＩＤを登録した検索結果リストを生成する。

検索処理を終えると、優先度決定部１４４は、順序番号ｉを１に設定する（ステップＳ８）。次いで、充足率計算部１４３は、充足率計算処理を実行する（ステップＳ９）。充足率計算処理において、充足率計算部１４３は、検索結果リストにおいてｉ番目に登録されている宿泊施設ＩＤに対応する宿泊施設について、充足率を計算する。充足率計算処理の詳細は後述する。次いで、優先度決定部１４４は、優先度決定処理を実行する（ステップＳ１０）。優先度決定処理において、優先度決定部１４４は、充足率計算処理で計算された充足率に基づいて、ｉ番目の宿泊施設ＩＤに対応する宿泊施設の優先度を決定する。優先度決定処理の詳細は後述する。次いで、優先度決定部１４４は、順序番号ｉが検索件数の値未満であるか否かを判定する（ステップＳ１１）。検索件数は、検索された宿泊施設ＩＤの数である。このとき、優先度決定部１４４は、順序番号ｉが検索件数の値未満であると判定した場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１２に進む。ステップＳ１２において、優先度決定部１４４は、順序番号ｉに１を加算する。次いで、優先度決定部１４４は、ステップＳ９に進む。一方、優先度決定部１４４は、順序番号ｉが検索件数の値未満ではないと判定した場合には（ステップＳ１１：ＮＯ）、ステップＳ１３に進む。

ステップＳ１３において、情報提供部１４５は、優先度決定処理で決定された優先度に基づいて、検索結果リストに登録された各宿泊施設ＩＤに対応する表示順位を決定する。具体的に、情報提供部１４５は、優先度が高いほど、高い表示順位を決定する。次いで、情報提供部１４５は、宿泊施設情報ＤＢ１２ｂ及びプラン情報ＤＢ１２ｃに基づいて、検索結果ページのＨＴＭＬ文書を生成する（ステップＳ１４）。具体的に、情報提供部１４５は、宿泊施設名、宿泊施設の紹介、宿泊施設の住所、宿泊プランの名称、宿泊プランの内容、料金等の情報を、ＨＴＭＬ文書に追加する。このとき、情報提供部１４５は、表示順位が高い宿泊施設ほど検索結果ページの上部に情報が表示されるように、情報を追加する。そして、情報提供部１４５は、生成したＨＴＭＬ文書をユーザ端末３へ送信する（ステップＳ１５）。ユーザ端末３は、受信したＨＴＭＬ文書に基づいて、検索結果ページを画面に表示する（ステップＳ１６）。

図５は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による割当数設定処理の一例を示すフローチャートである。割当数設定処理は、例えば１日に１回実行される。図５に示すように、割当数設定部１４１は、順序番号ｉを１に設定する（ステップＳ１）。そして、割当数設定部１４１は、宿泊施設情報ＤＢ１２ｂから、ｉ番目の宿泊施設ＩＤを取得する。

次いで、実績取得部１４２は、今日の日付に基づいて、実績期間の初日及び末日の日付をそれぞれ決定する。そして、実績取得部１４２は、空席数ＤＢ１２ｅから、ｉ番目の宿泊施設ＩＤに対応する空席数のうち、実績期間の初日から末日までに対応する空席数をそれぞれ取得する。また、実績取得部１４２は、予約数ＤＢ１２ｆから、ｉ番目の宿泊施設ＩＤに対応する予約数のうち、実績期間の初日から末日までに対応する予約数をそれぞれ取得する（ステップＳ２２）。次いで、実績取得部１４２は、取得した空室数を合計するとともに、取得した予約数を合計する。そして、実績取得部１４２は、空室数の合計と予約数の合計とを足し合わせて、提供数を計算する（ステップＳ２３）。

次いで、割当数設定部１４１は、予約数の合計を実績期間の日数で割ることにより、１日当たりの予約数を計算する。また、割当数設定部１４１は、提供数を実績期間の日数で割ることにより、１日当たりの提供数を計算する。次いで、割当数設定部１４１は、１日当たりの予約数を１日当たりの提供数で割ることにより稼働率を計算する（ステップＳ２４）。次いで、割当数設定部１４１は、稼働率が１００％であるか否かを判定する（ステップＳ２５）。このとき、割当数設定部１４１は、稼働率が１００％であると判定した場合には（ステップＳ２５：ＹＥＳ）、ステップＳ２６に進む。ステップＳ２６において、割当数設定部１４１は、１日当たりの提供数よりも多い数を、割当数に決定する。例えば、割当数設定部１４１は、１日当たりの提供数に、記憶部１２に記憶されている係数を掛けることにより、割当数を計算してもよい。一方、割当数設定部１４１は、稼働率が１００％未満であると判定した場合には（ステップＳ２５：ＮＯ）、ステップＳ２７に進む。ステップＳ２７において、割当数設定部１４１は、１日当たりの提供数と同一の割当数を決定する。ステップＳ２６又はＳ２７を終えると、割当数設定部１４１は、ステップＳ２８に進む。

ステップＳ２８において、割当数設定部１４１は、今日の日付に所定日数を加算することにより、割当設定対象日の日付を計算する。そして、割当数設定部１４１は、決定した優先度、ｉ番目の宿泊施設ＩＤ、及び計算した日付を対応付けて、割当数ＤＢ１２ｄに登録する。次いで、割当数設定部１４１は、順序番号ｉが、宿泊施設情報ＤＢ１２ｂに登録されている宿泊施設情報ＩＤの総数の値未満であるか否かを判定する（ステップＳ２９）。このとき、割当数設定部１４１は、順序番号ｉが宿泊施設情報ＩＤの総数の値未満であると判定した場合には（ステップＳ２９：ＹＥＳ）、ステップＳ３０に進む。ステップＳ３０において、割当数設定部１４１は、順序番号ｉに１を加算する。次いで、割当数設定部１４１は、ステップＳ２２に進む。一方、割当数設定部１４１は、順序番号ｉが宿泊施設情報ＩＤの総数の値未満ではないと判定した場合には（ステップＳ２９：ＮＯ）、優先度設定処理を終了させる。

図６は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による充足率計算処理の一例を示すフローチャートである。図６に示すように、充足率計算部１４３は、総割当数を０に設定するとともに、総提供数を０に設定する（ステップＳ４１）。次いで、充足率計算部１４３は、今日の日付に基づいて、評価期間の初日及び末日の日付をそれぞれ決定する。そして、充足率計算部１４３は、対象日付を評価期間の初日に設定する（ステップＳ４２）。

次いで、充足率計算部１４３は、割当数ＤＢ１２ｄから、対象日付、ｉ番目の宿泊施設ＩＤに対応する割当数を取得する（ステップＳ４３）。次いで、充足率計算部１４３は、取得した割当数を、現在の対象日付の１日前までの総割当数に加算することにより、現在の対象日付までの総割当数を計算する（ステップＳ４４）。なお、現在の対象日付が評価期間の初日である場合、１日前までの総割当数は０である。次いで、充足率計算部１４３は、空室数ＤＢ１２ｅから、対象日付と、ｉ番目の宿泊施設ＩＤとに対応する空室数を取得する。また、充足率計算部１４３は、予約数ＤＢ１２ｆから、対象日付と、ｉ番目の宿泊施設ＩＤとに対応する予約数を取得する（ステップＳ４５）。次いで、充足率計算部１４３は、空席数に予約数を加算することにより、提供数を計算する（ステップＳ４６）。

次いで、充足率計算部１４３は、計算した提供数が、取得した割当数以下であるか否かを判定する（ステップＳ４７）。このとき、充足率計算部１４３は、提供数が割当数以下であると判定した場合には（ステップＳ４７：ＹＥＳ）、ステップＳ４８に進む。ステップＳ４８において、充足率計算部１４３は、計算した提供数を現在の対象日付までの総提供数に加算することにより、現在の対象日付までの総提供数を計算する。なお、現在の対象日付が評価期間の初日である場合、１日前までの総提供数は０である。一方、充足率計算部１４３は、提供数が割当数以下ではないと判定した場合には（ステップＳ４７：ＮＯ）、ステップＳ４９に進む。ステップＳ４９において、充足率計算部１４３は、取得した割当数を現在の対象日付までの総提供数に加算することにより、現在の対象日付までの総提供数を計算する。ステップＳ４８又はＳ４９を終えると、充足率計算部１４３は、ステップＳ５０に進む。

ステップＳ５０において、充足率計算部１４３は、対象日付が、評価期間の末日の日付と一致するか否かを判定する。このとき、充足率計算部１４３は、対象日付が評価期間の末日の日付と一致しないと判定した場合には（ステップＳ５０：ＮＯ）、ステップＳ５１に進む。ステップＳ５１において、充足率計算部１４３は、対象日付に１を加算する。次いで、充足率計算部１４３は、ステップＳ４３に進む。一方、充足率計算部１４３は、対象日付が評価期間の末日の日付と一致すると判定した場合には（ステップＳ５０：ＹＥＳ）、ステップＳ５２に進む。ステップＳ５２において、充足率計算部１４３は、総提供数を総割当数で割ることにより、充足率を計算する。ステップＳ５２を終えると、充足率計算部１４３は、充足率計算処理を終了させる。

図７は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による優先度決定処理の一例を示すフローチャートである。図７に示すように、優先度決定部１４４は、番号ｊを１に設定する（ステップＳ６１）。次いで、優先度決定部１４４は、充足率閾値テーブルから、優先度ｊに対応する閾値を取得する。そして、優先度決定部１４４は、充足率計算処理で計算された充足率が、取得した閾値以上であるか否かを判定する（ステップＳ６２）。このとき、優先度決定部１４４は、充足率が閾値以上ではないと判定した場合には（ステップＳ６３：ＮＯ）、ステップＳ６３に進む。ステップＳ６３において、優先度決定部１４４は、番号ｊに１を加算する。次いで、優先度決定部１４４は、ステップＳ６２に進む。一方、優先度決定部１４４は、充足率が閾値以上であると判定した場合には（ステップＳ６３：ＹＥＳ）、ステップＳ６４に進む。ステップＳ６４において、優先度決定部１４４は、現在の番号ｊの値を優先度の値に決定する。ステップＳ６４を終えると、優先度決定部１４４は、優先度決定処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、宿泊施設ごとに将来の評価期間に情報処理システムＳに提供される客室に対する割当数を取得する。また、システム制御部１４が、客室の提供数と宿泊施設ＩＤと客室が提供される日とを対応付けて記憶する記憶部１２から、宿泊施設ごとに評価期間内の客室の提供数を取得する。また、システム制御部１４が、割当数に対する提供数の充足率に基づいて、宿泊施設ごとの優先度を決定する。従って、宿泊施設の優先度を適切に決定することができる。

また、システム制御部１４が、予約確定数を宿泊施設ごとに取得し、予約確定数に基づいて、割当数を設定してもよい。これにより、これまでの予約の実績を用いて、割当数を適切に設定することができる。

また、システム制御部１４が、記憶部１２から実績期間内の提供数と実績期間内の予約確定数を宿泊施設ごとに取得し、提供数と予約確定数に基づいて、割当数を設定してもよい。これにより、割当数をより適切に設定することができる。

［２．第２実施形態］
［２−１．システム制御部の機能概要］
第２実施形態におけるシステム制御部１４の機能について、図８を用いて説明する。以下に説明する点を除き、第２実施形態は第１実施形態と基本的に同様である。図８は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。図８において、図２（ｂ）と同様の要素については同様の符号が付されている。図８に示すように、システム制御部１４は、割当数設定部１４１、実績取得部１４２、充足率計算部１４３、優先度決定部１４４、情報提供部１４５、需要推定部１４６等として機能する。需要推定部１４６は、本発明における推定手段、検索数取得手段、閲覧数取得手段、及び識別情報取得手段の一例である。

本実施形態において、割当数設定部１４１は、客室に対するユーザの推定需要に基づいて、割当数を決定する。具体的に、割当数設定部１４１は、推定需要が大きいほど、多い割当数を決定する。その理由は、推定需要が大きいほど将来の予約数が多い蓋然性があるからである。

需要推定部１４６は、宿泊施設に対するユーザの所定の行為の履歴に基づいて、客室に対する需要を宿泊施設ごとに推定する。所定の行為として、例えば、宿泊施設又は宿泊プランの検索の要求、宿泊施設ページの閲覧等が挙げられる。検索を要求するユーザ、及び宿泊施設ページを閲覧するユーザは、宿泊施設を利用するユーザの候補である。履歴を用いる理由は、所定の行為が行われた回数が多い客室ほど、需要が大きい蓋然性があるからである。所定の行為の履歴として、例えば検索履歴、閲覧履歴等が挙げられる。本実施形態において、需要推定部１４６は、検索履歴ＤＢ１２ｈに登録された検索履歴を用いる。具体的に、需要推定部１４６は、検索履歴に基づいて、宿泊施設ごとの検索数を取得する。検索数は、宿泊施設が検索された回数を示す。需要推定部１４６は、検索数に基づいて需要を推定する。例えば、需要推定部１４６は、検索数が多いほど、大きい需要を決定してもよい。

例えば、需要推定部１４６は、ある宿泊施設が検索されたことを示す検索履歴のうち、検索条件として指定されたチェックイン日が実績期間内である検索履歴の数を、その宿泊施設の実績期間の検索数としてカウントする。また、需要推定部１４６は、検索条件として指定されたチェックイン日が評価期間内である検索履歴の数を、その宿泊施設の評価期間の現在の検索数としてカウントする。本実施形態の場合、評価期間は、客室が予約可能な日を少なくとも含む。その理由として、例えば、客室が予約可能な期間よりも後の日を、チェックイン日として指定することができないことが挙げられる。例えば、評価期間の全部が、客室が予約可能な期間に含まれてもよいし、評価期間の一部が、客室が予約可能な期間と重複してもよい。また、評価期間は、例えば割当数設定対象日を含んでもよい。また、評価期間は例えば実績期間と重複しない。

需要推定部１４６は、実績期間の検索数、評価期間の検索数、及び実績期間の予約確定数に基づいて、需要を推定してもよい。例えば、需要推定部１４６は、評価期間の現在の検索数から、評価期間の将来の検索数を推定してもよい。その理由は、評価期間の検索数は、予約が確定するまで、今後増加する可能性があるからである。将来の検索数とは、評価期間に提供される客室の予約が確定する日以降の検索数である。需要推定部１４６は、例えば、１日当たりの予約確定数を実績期間の検索数で割ることにより、１回の検索当たりの予約数を計算する。そして、需要推定部１４６は、例えば１回の検索当たりの予約数に将来の検索数を掛けることにより、推定予約数を計算する。この推定予約数は需要を示す。需要推定部１４６は、推定予約数が多いほど、多い割当数を決定する。

また例えば、需要推定部１４６は、実績期間の検索数、評価期間の現在の検索数、及び実績期間の稼働率に基づいて、需要を推定してもよい。例えば、需要推定部１４６は、予約確定数を実績期間の検索数で割ることにより、稼働率を計算する。そして、需要推定部１４６は、例えば１回の検索当たりの稼働率に将来の検索数を掛けることにより、推定稼働率を計算する。この推定稼働率は需要を示す。需要推定部１４６は、推定稼働率が高いほど、多い割当数を決定する。

［２−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図９及び図１０を用いて説明する。図９は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による割当数設定処理の一例を示すフローチャートである。図９において、図５と同様の処理については同様の符号が付されている。図９に示すように、ステップＳ２１が実行された後、需要推定部１４６は、需要推定処理を実行する（ステップＳ３１）。需要推定処理において、需要推定部１４６は、ｉ番目の宿泊施設ＩＤに対応する推定予約数を推定する。需要推定処理の詳細は後述する。次いで、割当数設定部１４１は、推定予約数に基づいて、割当数を決定する（ステップＳ３２）。例えば、需要推定部１４６は、例えば推定予約数と同一の割当数を決定してもよいし、推定予約数に所定の係数を掛けることにより、割当数を計算してもよい。

次いで、割当数設定部１４１は、割当数を割当数ＤＢ１２ｄに登録する（ステップＳ２８）。次いで、割当数設定部１４１は、順序番号ｉが宿泊施設情報ＩＤの総数の値未満であるか否かを判定する（ステップＳ２９）。このとき、割当数設定部１４１は、順序番号ｉが宿泊施設情報ＩＤの総数の値未満であると判定した場合には（ステップＳ２９：ＹＥＳ）、ステップＳ３０に進む。ステップＳ３０において、割当数設定部１４１は、順序番号ｉに１を加算する。次いで、割当数設定部１４１は、ステップＳ３１に進む。一方、割当数設定部１４１は、順序番号ｉが宿泊施設情報ＩＤの総数の値未満ではないと判定した場合には（ステップＳ２９：ＮＯ）、優先度設定処理を終了させる。

図１０は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による需要推定処理の一例を示すフローチャートである。図１０に示すように、実績取得部１４２は、今日の日付を基準として、実績期間の初日及び末日の日付をそれぞれ決定する。そして、実績取得部１４２は、予約数ＤＢ１２ｆから、ｉ番目の宿泊施設ＩＤに対応する予約数のうち、実績期間の初日から末日までに対応する予約数をそれぞれ取得する（ステップＳ７１）。次いで、需要推定部１４６は、取得された予約数の合計を実績期間の日数で割ることにより、１日当たりの予約確定数を計算する（ステップＳ７２）。

次いで、需要推定部１４６は、検索履歴ＤＢ１２ｈから、検索結果リストでｉ番目の宿泊施設ＩＤを含む検索履歴のうち、検索結果情報に含まれるチェックイン日が実績期間の範囲内である検索履歴を検索する（ステップＳ７３）。次いで、需要推定部１４６は、検索された検索履歴の数をカウントすることにより、実績期間の検索数を計算する。そして、需要推定部１４６は、検索数を実績期間の日数で割ることにより、実績期間の１日当たりの検索数を計算する（ステップＳ７４）。

次いで、需要推定部１４６は、例えば今日の日付に所定日数を加算して評価基準日を計算する。そして、需要推定部１４６は、例えば評価基準日を基準として、評価期間の初日及び末日を決定する。評価基準日に、評価期間の提供数と割当数に基づいて、充足率が計算される。次いで、需要推定部１４６は、検索履歴ＤＢ１２ｈから、検索結果リストでｉ番目の宿泊施設ＩＤを含む検索履歴のうち、検索結果情報に含まれるチェックイン日が評価期間の範囲内である検索履歴を検索する（ステップＳ７５）。次いで、需要推定部１４６は、検索された検索履歴の数をカウントすることにより、評価期間の現在の検索数を計算する。そして、需要推定部１４６は、検索数を実績期間の日数で割ることにより、評価期間の１日当たりの検索数を計算する（ステップＳ７６）。

次いで、需要推定部１４６は、評価期間の１日当たりの検索数に基づいて、評価期間の将来の検索数を計算する（ステップＳ７７）。例えば、需要推定部１４６は、評価期間の１日当たりの検索数に所定の係数を掛けることにより、将来の検索数を計算してもよい。また例えば、需要推定部１４６は、検索履歴ＤＢ１２ｈに基づいて、検索数の増加傾向を特定してもよい。そして、需要推定部１４６は、増加傾向に基づいて係数を決定してもよい。例えば、需要推定部１４６は、評価期間内の日をチェックイン日とした場合の予約確定日からチェックイン日までの経過日数を計算する。次いで、需要推定部１４６は、評価期間と同一日数の過去の期間を決定する。次いで、需要推定部１４６は、決定した期間内の日をチェックイン日とした場合の予約確定日を計算する。次いで、需要推定部１４６は、予約確定日までの間に登録されている検索履歴のうち、決定した期間内の日がチェックイン日として指定された検索履歴の数に基づいて、予約確定日における検索数を計算する。また、需要推定部１４６は、計算した予約確定日から経過日数を減算することにより、予約未確定基準日を計算する。次いで、需要推定部１４６は、予約未確定基準日までの間に登録されている検索履歴のうち、決定した期間内の日がチェックイン日として指定された検索履歴の数に基づいて、予約未確定基準日における検索数を計算する。次いで、需要推定部１４６は、予約未確定基準日における検索数を予約確定日における検索数で割ることにより、検索倍率を計算する。次いで、需要推定部１４６は、検索倍率に基づいて、係数を決定する。例えば、需要推定部１４６は、検索倍率と一致する係数を決定してもよい。そして、需要推定部１４６は、評価期間の１日当たりの検索数に係数を掛けることにより、将来の検索数を計算する。

次いで、需要推定部１４６は、１日当たりの予約確定数を実績期間の検索数で割ることにより、１回の検索当たりの予約数を計算する。そして、需要推定部１４６は、１回の検索当たりの予約数に将来の検索数を掛けることにより、推定予約数を計算する（ステップＳ７８）。ステップＳ７８を終えると、需要推定部１４６は、需要推定処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、記憶部１２に記憶された所定行為の履歴であって、所定行為の対象とされた宿泊施設の宿泊施設ＩＤを含む履歴に基づいて、客室に対する需要を宿泊施設ごとに推定する。また、システム制御部１４が、推定された需要に基づいて割当数を設定する。従って、割当数を適切に設定することができる。

また、システム制御部１４が、検索履歴に基づいて、宿泊施設の検索数を宿泊施設ごとに取得し、検索数に基づいて割当数を設定してもよい。これにより、需要を適切に推定することができる。

また、システム制御部１４が、予約確定数を宿泊施設ごとに取得し、検索条件情報を含む検索履歴に基づいて、チェックイン日が評価期間内である検索数と、チェックイン日が実績期間内である検索数とを取得してもよい。そして、システム制御部１４が、検索数と予約確定数に基づいて需要を推定してもよい。これにより、需要をより適切に推定することができる。

［３．第３実施形態］
［３−１．システム制御部の機能概要］
第３実施形態におけるシステム制御部１４の機能について説明する。以下に説明する点を除き、第３実施形態は第２実施形態と基本的に同様である。本実施形態において、割当数設定部１４１は、閲覧履歴ＤＢ１２ｉに登録された閲覧履歴を用いて、客室に対する需要を宿泊施設ごとに推定する。具体的に、需要推定部１４６は、閲覧履歴に基づいて、宿泊施設ごとの閲覧数を取得する。閲覧数は、宿泊施設ページが閲覧された回数を示す。需要推定部１４６は、閲覧数に基づいて需要を推定する。例えば、需要推定部１４６は、閲覧数が多いほど、大きい需要を決定してもよい。

例えば、需要推定部１４６は、ある宿泊施設の宿泊施設ページの閲覧履歴のうち、その宿泊施設を検索するときに検索条件として指定されたチェックイン日が実績期間内である閲覧履歴の数を、その宿泊施設の実績期間の閲覧数としてカウントする。また、需要推定部１４６は、その宿泊施設を検索するときに検索条件として指定されたチェックイン日が評価期間内である閲覧履歴の数を、その宿泊施設の評価期間の閲覧数としてカウントする。

需要推定部１４６は、実績期間の閲覧数、評価期間の現在の閲覧数、及び実績期間の予約確定数に基づいて、需要を推定してもよい。また例えば、需要推定部１４６は、実績期間の閲覧数、評価期間の現在の閲覧数、及び実績期間の稼働率に基づいて、需要を推定してもよい。閲覧数を用いることを除き、需要の推定方法は第２実施形態の場合と同様である。

［３−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１１を用いて説明する。図１１は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による需要推定処理の一例を示すフローチャートである。図１１において、図１０と同様の処理については同様の符号が付されている。図１１に示すように、実績取得部１４２は、ステップＳ７１及びＳ７２を実行する。

次いで、需要推定部１４６は、閲覧履歴ＤＢ１２ｉから、検索結果リストでｉ番目の宿泊施設ＩＤを含む閲覧履歴のうち、検索結果情報に含まれるチェックイン日が実績期間の範囲内である閲覧履歴を検索する（ステップＳ８１）。次いで、需要推定部１４６は、検索された閲覧履歴の数をカウントすることにより、実績期間の閲覧数を計算する。そして、需要推定部１４６は、閲覧数を実績期間の日数で割ることにより、実績期間の１日当たりの閲覧数を計算する（ステップＳ８２）。

次いで、需要推定部１４６は、閲覧履歴ＤＢ１２ｉから、検索結果リストでｉ番目の宿泊施設ＩＤを含む閲覧履歴のうち、検索結果情報に含まれるチェックイン日が評価期間の範囲内である閲覧履歴を検索する（ステップＳ８３）。次いで、需要推定部１４６は、検索された閲覧履歴の数をカウントすることにより、評価期間の現在の閲覧数を計算する。そして、需要推定部１４６は、閲覧数を実績期間の日数で割ることにより、評価期間の１日当たりの閲覧数を計算する（ステップＳ８４）。次いで、需要推定部１４６は、評価期間の１日当たりの閲覧数に基づいて、評価期間の将来の閲覧数を計算する（ステップＳ８５）。将来の閲覧数の計算方法は、将来の検索数の計算方法と同様である。

次いで、需要推定部１４６は、１日当たりの予約確定数を実績期間の閲覧数で割ることにより、１回の閲覧当たりの予約数を計算する。そして、需要推定部１４６は、１回の閲覧当たりの予約数に将来の閲覧数を掛けることにより、推定予約数を計算する（ステップＳ８６）。ステップＳ８６を終えると、需要推定部１４６は、需要推定処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、閲覧履歴に基づいて、宿泊施設の閲覧数を宿泊施設ごとに取得する。また、システム制御部１４が、閲覧数に基づいて割当数を設定する。従って、需要を適切に推定することができる。

また、システム制御部１４が、予約確定数を宿泊施設ごとに取得し、検索条件情報を含む閲覧履歴に基づいて、チェックイン日が評価期間内である閲覧数と、チェックイン日が実績期間内である閲覧数とを取得してもよい。そして、システム制御部１４が、閲覧数と予約確定数に基づいて需要を推定してもよい。これにより、需要をより適切に推定することができる。

［４．第４実施形態］
［４−１．システム制御部の機能概要］
第４実施形態におけるシステム制御部１４の機能について説明する。以下に説明する点を除き、第４実施形態は第２実施形態、第３実施形態と基本的に同様である。本実施形態において、需要推定部１４６は、需要の推定に用いる履歴を限定する。

例えば、需要推定部１４６は、割当数が設定される宿泊施設ごとに、宿泊施設に対応する所定の条件を満たす１又は複数のユーザのユーザＩＤを取得する。そして、需要推定部１４６は、宿泊施設ごとに、取得したユーザＩＤのうち何れかのユーザＩＤを含む履歴のみを用いて、その宿泊施設の需要を推定する。

例えば、割当数が設定される宿泊施設に対応する条件は、宿泊施設ごとに予め定められてもよい。例えば、宿泊施設の提供者が条件を指定してもよい。指定された条件に関する情報は、例えば宿泊施設予約サーバ１の記憶部１２に記憶される。例えば、提供者は、宿泊施設を利用してもらいたいユーザの属性を条件として指定してもよい。ユーザの属性として、例えば、年齢、性別、住所等が挙げられる。需要推定部１４６は、会員情報ＤＢ１２ａに基づいて、宿泊施設から指定された条件を満たすユーザのユーザＩＤを会員情報ＤＢ１２ａから取得する。

また例えば、割当数が設定される宿泊施設に対応する条件は、その宿泊施設に対して第２の所定の行為をユーザが行ったことであってもよい。この場合、需要推定部１４６は、割当数が設定される宿泊施設に対して第２の所定の行為を行ったユーザのユーザＩＤを含む履歴のみを用いて、その宿泊施設の需要を推定する。その理由は、宿泊施設について所定の行為を行ったことがあるユーザは、その客室を予約する可能性があるからである。第２の所定の行為として、例えば、宿泊施設又は宿泊プランの検索の要求、宿泊施設ページの閲覧、宿泊施設の予約、宿泊施設の利用等が挙げられる。検索を要求したユーザ、宿泊施設ページを閲覧したユーザ、及び宿泊施設を予約したユーザは、宿泊施設を利用するユーザの候補である。需要推定部１４６は、割当数が設定される宿泊施設の宿泊施設ＩＤを含む履歴から、ユーザＩＤを取得する。このユーザＩＤが、所定の条件を満たすユーザのユーザＩＤである。所定の行為の履歴として、例えば検索履歴、閲覧履歴、予約情報等が挙げられる。需要推定部１４６は、例えば、需要推定用の履歴とは異なる履歴を、需要推定用の履歴を限定するために用いる。

需要推定部１４６は、割当数が設定される宿泊施設とは関係なく、過去に所定の行為を行ったことがあるユーザのユーザＩＤを含む履歴のみを用いて、需要を推定してもよい。例えば、需要推定部１４６は、宿泊施設を予約又は利用したことがあるユーザのユーザＩＤを含む履歴のみを用いてもよい。需要推定部１４６は、予約情報ＤＢ１２ｇから宿泊施設を予約又は利用したことがあるユーザのユーザＩＤを取得することができる。需要推定部１４６は、例えば、宿泊施設を所定回数予約又は利用したことを条件としてもよい。また例えば、所定期間に宿泊施設を予約又は利用したことを条件としてもよい。この期間は、例えば、需要推定用の履歴から特定される将来のチェックイン日を含む季節等の時期と同一の過去の時期であってもよい。

需要推定部１４６は、例えば、チェックイン日が所定の日である履歴は、需要の推定に用いなくてもよい。このような日として、特日、除外日等が挙げられる。特日は、一般的に客室に対する需要が顕著に多い日である。特日として、例えば、年末年始、ゴールデンウィーク、盆等が挙げられる。特日は、予め設定されている。例えば、記憶部１２に特日テーブルが記憶される。特日テーブルには、特日の日付が格納されている。除外日は、宿泊施設ごとに設定される。除外日として、例えば、宿泊施設で特別なイベントがある日等が挙げられる。

需要推定部１４６は、例えば、割当数が設定される宿泊施設の属性に基づいて、需要の推定に用いる履歴を限定してもよい。例えば、需要推定部１４６は、宿泊施設の周辺にある場所、施設等の情報に基づいて、需要の推定に用いる履歴を限定してもよい。このような情報は、例えば、宿泊施設情報ＤＢ１２ｂに登録される。需要推定部１４６は、宿泊施設の周辺にある場所又は施設が、１年の中で特定の時期に集中して利用される傾向がある場所又は施設である場合、チェックイン日がその特定の時期に含まれる履歴のみを、需要の推定に用いてもよい。例えば、海水浴場は夏に集中して利用され、スキー場は冬に集中して利用される。

［４−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１２を用いて説明する。以下に説明する動作例は、割当数が設定される宿泊施設を利用したことがあるユーザの検索履歴を用いて需要を推定する場合の例である。なお、システム制御部１４は、閲覧履歴を用いて需要を推定してもよい。図１２は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による需要推定処理の一例を示すフローチャートである。図１２において、図１０と同様の処理については同様の符号が付されている。図１２に示すように、実績取得部１４２は、ステップＳ７１及びＳ７２を実行する。

次いで、需要推定部１４６は、予約情報ＤＢ１２ｇから、チェックイン日が過去の日付である予約情報のうち、ｉ番目の宿泊施設ＩＤを含む予約情報を検索する（ステップＳ９１）。このとき、需要推定部１４６は、チェックイン日を、過去の所定期間の範囲内に限定してもよい。次いで、需要推定部１４６は、検索された各予約情報からユーザＩＤを取得する（ステップＳ９２）。次いで、需要推定部１４６は、ステップＳ７３を実行する。次いで、需要推定部１４６は、ステップＳ７３で検索された検索履歴の中から、ステップＳ９２で取得したユーザＩＤの何れかを含む検索履歴を抽出する（ステップＳ９３）。次いで、需要推定部１４６は、ステップＳ９３で抽出された検索履歴に基づいて、実績期間の１日当たりの検索数を計算する（ステップＳ７４）。

次いで、需要推定部１４６は、ステップＳ７５を実行する。次いで、需要推定部１４６は、ステップＳ７５で検索された検索履歴の中から、ステップＳ９２で取得したユーザＩＤの何れかを含む検索履歴を抽出する（ステップＳ９４）。次いで、需要推定部１４６は、ステップＳ９４で抽出された検索履歴に基づいて、評価期間の１日当たりの検索数を計算する（ステップＳ７６）。そして、需要推定部１４６は、ステップＳ７６〜Ｓ７８を実行して、需要推定処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、宿泊施設に対応した条件を満たすユーザを識別するユーザＩＤを宿泊施設ごとに取得する。また、システム制御部１４が、所定行為を行ったユーザのユーザＩＤを含む履歴のうち、取得されたユーザＩＤを含む履歴に基づいて、宿泊施設に対応した条件を満たすユーザのその宿泊施設に対する需要を推定する。従って、需要をより適切に推定することができる。

また、システム制御部１４が、所定の行為の履歴のうち、第２の所定の行為を行ったことがあるユーザＩＤを含む履歴に基づいて需要を推定してもよい。これにより、需要をより適切に推定することができる。

［５．第５実施形態］
［５−１．システム制御部の機能概要］
第５実施形態におけるシステム制御部１４の機能について、図１３を用いて説明する。以下に説明する点を除き、第５実施形態は第１実施形態〜第４実施形態と基本的に同様である。図１３は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。図１３において、図２（ｂ）と同様の要素については同様の符号が付されている。図１３に示すように、システム制御部１４は、割当数設定部１４１、実績取得部１４２、充足率計算部１４３、優先度決定部１４４、情報提供部１４５、閾値設定部１４７等として機能する。閾値設定部１４７は、本発明における第３提供数取得手段、及び基準値設定手段の一例である。

充足率に基づいて優先度が決定されるとき、閾値設定部１４７は、充足率に対する閾値を設定する。例えば、閾値設定部１４７は、過去の特日における客室の提供数に基づいて、その客室を提供する宿泊施設に対する閾値を設定してもよい。閾値設定部１４７は、提供数が多いほど、閾値を低くする。その理由は、顕著な需要が見込まれる日に十分な数の客室を提供した宿泊施設を優先するためである。閾値設定部１４７は、特日における客室の提供数と、宿泊施設の総客室数から、客室の提供率を計算してもよい。そして、閾値設定部１４７は、提供率が高いほど、閾値を低くしてもよい。また例えば、閾値設定部１４７は、特日における客室の提供数と割当数から、特日の充足率を計算してもよい。そして、閾値設定部１４７は、特日の充足率が高いほど、閾値を低くしてもよい。

例えば、充足率閾値テーブルには、充足率に対する閾値の初期値と優先度とが対応付けて格納されている。閾値設定部１４７は、例えば提供数、提供率又は充足率が大きいほど、閾値を初期値よりも低くしてもよい。或いは、閾値設定部１４７は、例えば提供数、提供率又は充足率が小さいほど、閾値を初期値よりも大きくしてもよい。例えば、提供数（又は、提供率、充足率）の範囲と閾値の補正値とを対応付けた補正値テーブルが記憶部１２に記憶される。閾値設定部１４７は、例えば補正値テーブルを用いて補正値を決定し、閾値に補正値を加算してもよい。

［５−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１４を用いて説明する。以下に説明する動作例は、提供率に基づいて閾値を設定する場合の例である。図１４は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による優先度決定処理の一例を示すフローチャートである。図１４において、図７と同様の処理については同様の符号が付されている。

図１４に示すように、閾値設定部１４７は、特日テーブルから各特日の日付を取得する。次いで、閾値設定部１４７は、空席数ＤＢ１２ｅから、ｉ番目の宿泊施設ＩＤに対応する空席数のうち、過去の所定期間内にある特日に対応する空席数を取得する。また、閾値設定部１４７は、予約数ＤＢ１２ｆから、ｉ番目の宿泊施設ＩＤに対応する予約数のうち、過去の所定期間内にある特日に対応する予約数を取得する（ステップＳ１０１）。

次いで、閾値設定部１４７は、取得した空室数の合計と予約数の合計とを加算して提供数を計算する。次いで、閾値設定部１４７は、提供数を特日の日数で割ることにより、１日当たりの提供数を計算する（ステップＳ１０２）。次いで、閾値設定部１４７は、宿泊施設情報ＤＢ１２ｂから、ｉ番目の宿泊施設ＩＤに対応する総客室数を取得する。次いで、閾値設定部１４７は、１日当たりの提供数を総客室数で割ることにより、提供率を計算する（ステップＳ１０３）。次いで、閾値設定部１４７は、補正値テーブルから提供率に対応する補正値を取得する（ステップＳ１０４）。

次いで、優先度決定部１４４は、番号ｊを１に設定する（ステップＳ６１）。次いで、閾値設定部１４７は、充足率閾値テーブルから、優先度ｊに対応する閾値を取得する。そして、閾値設定部１４７は、取得した閾値に補正値を加算する（ステップＳ１０５）。次いで、優先度決定部１４４は、充足率計算処理で計算された充足率が、補正後の閾値以上であるか否かを判定する（ステップＳ６２）。このとき、優先度決定部１４４は、充足率が閾値以上ではないと判定した場合には（ステップＳ６３：ＮＯ）、ステップＳ６３に進む。ステップＳ６３において、優先度決定部１４４は、番号ｊに１を加算する。次いで、優先度決定部１４４は、ステップＳ１０５に進む。一方、優先度決定部１４４は、充足率が閾値以上であると判定した場合には（ステップＳ６３：ＹＥＳ）、ステップＳ６４に進む。ステップＳ６４において、優先度決定部１４４は、現在の番号ｊの値を優先度の値に決定する。ステップＳ６４を終えると、優先度決定部１４４は、優先度決定処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、特日の提供数を宿泊施設ごとに取得する。また、システム制御部１４が、特日の提供数に基づいて、充足率に対する閾値を設定する。また、システム制御部１４が、充足率と閾値とに基づいて優先度を決定する。従って、優先度を適切に決定することができる。

［６．第６実施形態］
［６−１．システム制御部の機能概要］
第６実施形態におけるシステム制御部１４の機能について、図１５を用いて説明する。以下に説明する点を除き、第６実施形態は第２実施形態〜第４実施形態と基本的に同様である。図１５は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。図１５において、図８と同様の要素については同様の符号が付されている。図１５に示すように、システム制御部１４は、割当数設定部１４１、実績取得部１４２、充足率計算部１４３、優先度決定部１４４、情報提供部１４５、需要推定部１４６、閾値設定部１４７等として機能する。

本実施形態において、閾値設定部１４７は、客室に対するユーザの推定需要に基づいて、充足率に対する閾値を決定する。第２実施形態で説明したように、割当数設定部１４１が割当数を設定するとき、評価期間の推定予約数に基づいて割当数を設定している。割当数が設定されてから優先度が決定されるまでに、或る程度の日数が経過している。そのため、優先度の決定時に需要推定部１４６が再度予約数を推定すると、その推定予約数が、割当数の設定時の推定予約数と食い違う可能性がある。例えば、優先度の決定時の推定予約数が割当数の設定時の推定予約数よりも多い場合、設定された割当数は、需要に対して少ない可能性がある。そこで、閾値設定部１４７は、例えば推定予約数の差に基づいて閾値を補正する。例えば、閾値設定部１４７は、優先度の決定時の推定予約数が割当数の設定時の推定予約数に対して多いほど、閾値を高くし、優先度の決定時の推定予約数が割当数の設定時の推定予約数に対して少ないほど、閾値を低くする。例えば、割当数の設定時の推定予約数に対する優先度の決定時の推定予約数の比率の範囲と、閾値の補正値とを対応付けた補正値テーブルが記憶部１２に記憶される。閾値設定部１４７は、例えば補正値テーブルを用いて補正値を決定し、閾値に補正値を加算してもよい。

［６−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１６を用いて説明する。図１０〜図１２が示す需要推定処理において、推定部１４６は、推定予約数を計算すると（ステップＳ７８）、ｉ番目の宿泊施設ＩＤと、推定予約数と、評価基準日の日付とを対応付けて割当数ＤＢ１２ｄに登録する。

図１６は、本実施形態に係る宿泊施設予約サーバ１のシステム制御部１４による優先度決定処理の一例を示すフローチャートである。図１６において、図７と同様の処理については同様の符号が付されている。

図１６に示すように、需要推定部１４６は、需要推定処理を実行する（ステップＳ１１１）。この処理は、図１０〜図１２が示す需要推定処理と基本的に同様である。但し、需要推定部１４６は、割当数の設定が行われた日を基準として実績期間を決定し、今日を基準として評価期間を決定する。また、需要推定部１４６は、推定予約数を割当数ＤＢ１２ｄに登録しない。

次いで、閾値設定部１４７は、割当数ＤＢ１２から、ｉ番目の宿泊施設ＩＤと今日の日付とに対応する推定予約数を取得する（ステップＳ１１２）。次いで、閾値設定部１４７は、ステップＳ１１１で計算された推定予約数を、ステップＳ１１２で取得された推定予約数で割ることにより、推定予約数の比率を計算する（ステップＳ１１３）。次いで、閾値設定部１４７は、補正値テーブルから比率に対応する補正値を取得する（ステップＳ１１４）。

次いで、優先度決定部１４４は、番号ｊを１に設定する（ステップＳ６１）。次いで、閾値設定部１４７は、充足率閾値テーブルから、優先度ｊに対応する閾値を取得する。そして、閾値設定部１４７は、取得した閾値に補正値を加算する（ステップＳ１１５）。次いで、優先度決定部１４４は、充足率計算処理で計算された充足率が、補正後の閾値以上であるか否かを判定する（ステップＳ６２）。このとき、優先度決定部１４４は、充足率が閾値以上ではないと判定した場合には（ステップＳ６３：ＮＯ）、ステップＳ６３に進む。ステップＳ６３において、優先度決定部１４４は、番号ｊに１を加算する。次いで、優先度決定部１４４は、ステップＳ１１５に進む。一方、優先度決定部１４４は、充足率が閾値以上であると判定した場合には（ステップＳ６３：ＹＥＳ）、ステップＳ６４に進む。ステップＳ６４において、優先度決定部１４４は、現在の番号ｊの値を優先度の値に決定する。ステップＳ６４を終えると、優先度決定部１４４は、優先度決定処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、記憶部１２に記憶された所定行為の履歴であって、所定行為の対象とされた宿泊施設の宿泊施設ＩＤを含む履歴に基づいて、客室に対する需要を宿泊施設ごとに推定する。また、システム制御部１４が、推定された需要に基づいて、充足率に対する閾値を設定する。また、システム制御部１４が、充足率と閾値とに基づいて優先度を決定する。従って、優先度を適切に決定することができる。

［７．第７実施形態］
第７実施形態におけるシステム制御部１４の機能について説明する。以下に説明する点を除き、第７実施形態は第１実施形態〜第４実施形態と基本的に同様である。本実施形態において、閾値設定部１４７は、稼働率に基づいて、充足率に対する閾値を決定する。例えば、閾値設定部１４７は、優先度を決定する宿泊施設について予約が確定している所定期間における提供数と予約数に基づいて、優先度を決定する宿泊施設の稼働率を計算する。閾値設定部１４７は、例えば稼働率が低いほど、低い閾値を決定してもよい。例えば、稼働率の範囲と、閾値の補正値とを対応付けた補正値テーブルが記憶部１２に記憶される。閾値設定部１４７は、例えば補正値テーブルを用いて補正値を決定し、補正値を閾値に加算してもよい。また例えば、閾値設定部１４７は、充足率が低い場合にのみ、稼働率に基づいて閾値を決定してもよい。この場合も、閾値設定部１４７は、稼働率が低いほど低い閾値を決定してもよい。例えば、充足率が所定値以上である場合、閾値設定部１４７は、充足率閾値テーブルに格納されている閾値を、そのまま優先度を決定するための閾値に決定してもよい。充足率が所定値未満である場合、閾値設定部１４７は、例えば、稼働率に基づいて補正値を決定し、補正値を閾値に加算することにより、優先度を決定するための閾値を決定してもよい。

なお、上記各実施形態においては、本発明の施設が宿泊施設に適用されていた。しかしながら、本発明が、宿泊施設と異なる施設に適用されてもよい。本発明は、予約対象として予約可能なものを提供する施設に対して適用可能である。予約可能なものとして、例えば、場所、品物、サービス等が挙げられる。予約対象を提供する施設として、例えばゴルフ場が挙げられる。ゴルフ場の場合、予約対象はゴルフコースである。

また、上記各実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等の端末装置に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における各手段として機能することにより、制御部が優先度を決定してもよい。また、制御部が、施設に関する情報をディスプレイ等の表示手段に表示させるとともに、優先度に基づいて表示を制御してもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。或いは、表示手段は、情報処理装置とは別個の装置であってもよい。

１ 宿泊施設予約サーバ
２ 宿泊施設端末
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ 宿泊施設情報ＤＢ
１２ｃ プラン情報ＤＢ
１２ｄ 割当数ＤＢ
１２ｅ 空席数ＤＢ
１２ｆ 予約数ＤＢ
１２ｇ 予約情報ＤＢ
１２ｈ 検索履歴ＤＢ
１２ｉ 閲覧履歴ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
１４１ 割当数設定部
１４２ 実績取得部
１４３ 充足率計算部
１４４ 優先度決定部
１４５ 情報提供部
１４６ 需要推定部
１４７ 閾値設定部
ＮＷ ネットワーク
Ｓ 情報処理システム

Claims (14)

1. 施設ごとに将来の所定期間に予約システムに提供される予約対象に対する基準提供数を取得する基準提供数取得手段と、
   前記予約システムに提供された予約対象の数を、該予約対象の数と施設を識別する施設識別情報と該予約対象の提供時期とを対応付けて記憶する記憶手段から、施設ごとに前記所定期間内の予約対象の提供数として取得する提供数取得手段と、
   前記提供数取得手段により取得された前記提供数の前記基準提供数取得手段により取得された前記基準提供数に対する充足率に基づいて、施設が優先される程度を示す優先度を施設ごとに決定する決定手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   予約が確定している予約対象の数を施設ごとに取得する予約数取得手段と、
   前記予約数取得手段により取得された前記数に基づいて、前記基準提供数を設定する基準提供数設定手段と、
   を更に備え、
   前記基準提供数取得手段は、前記基準提供数設定手段により設定された前記基準提供数を取得することを特徴とする情報処理装置。
3. 請求項２に記載の情報処理装置において、
   前記記憶手段から、予約が確定している第２所定期間内の提供数を施設ごとに取得する第２提供数取得手段を更に備え、
   前記予約数取得手段は、前記第２所定期間に提供された予約対象のうち予約が確定している予約対象の数を施設ごとに取得し、
   前記基準提供数設定手段は、前記予約数取得手段により取得された前記数と、前記第２提供数取得手段により取得された前記提供数とに基づいて、前記基準提供数を設定することを特徴とする情報処理装置。
4. 請求項１に記載の情報処理装置において、
   履歴記憶手段に記憶された、施設利用候補者の所定行為の対象とされた施設を識別可能な施設識別情報を含む前記所定行為の履歴に基づいて、予約対象に対する施設利用候補者の需要を施設ごとに推定する推定手段と、
   前記推定手段により推定された前記需要に基づいて、前記基準提供数を設定する基準提供数設定手段と、
   を更に備え、
   前記基準提供数取得手段は、前記基準提供数設定手段により設定された前記基準提供数を取得することを特徴とする情報処理装置。
5. 請求項４に記載の情報処理装置において、
   前記履歴記憶手段に記憶された、施設利用候補者の要求に基づいて検索された施設の前記施設識別情報を含む前記履歴に基づいて、施設の検索数を施設ごとに取得する検索数取得手段を更に備え、
   前記推定手段は、前記検索数取得手段により取得された前記検索数に基づいて、前記基準提供数を設定することを特徴とする情報処理装置。
6. 請求項５に記載の情報処理装置において、
   予約が確定している第２所定期間に提供された予約対象のうち予約が確定している予約対象の数を施設ごとに取得する予約数取得手段を更に備え、
   前記検索数取得手段は、前記履歴記憶手段に記憶された、予約対象の利用時期を検索条件として用いて検索された予約対象を提供する施設の前記施設識別情報と該利用時期とを含む前記履歴に基づいて、利用時期が前記所定期間内である検索数と、利用時期が前記第２所定期間内である検索数とを取得し、
   前記推定手段は、前記検索数取得手段により取得された前記検索数と、前記予約数取得手段により取得された前記数とに基づいて、前記需要を推定することを特徴とする情報処理装置。
7. 請求項４に記載の情報処理装置において、
   前記履歴記憶手段に記憶された、施設に関する情報が閲覧された該施設の前記施設識別情報を含む前記履歴に基づいて、前記情報の閲覧数を施設ごとに取得する閲覧数取得手段を更に備え、
   前記推定手段は、前記閲覧数取得手段により取得された前記閲覧数に基づいて、前記基準提供数を設定することを特徴とする情報処理装置。
8. 請求項７に記載の情報処理装置において、
   予約が確定している第２所定期間に提供された予約対象のうち予約が確定している予約対象の数を施設ごとに取得する予約数取得手段を更に備え、
   前記閲覧数取得手段は、前記履歴記憶手段に記憶された、予約対象の利用時期を検索条件として用いて検索された予約対象のうち前記情報が閲覧された予約対象を提供する施設の前記施設識別情報と、該利用時期とを含む前記履歴に基づいて、利用時期が前記所定期間内である閲覧数と、利用時期が前記第２所定期間内である閲覧数とを取得し、
   前記推定手段は、前記閲覧数取得手段により取得された前記閲覧数と、前記予約数取得手段により取得された前記数とに基づいて、前記需要を推定することを特徴とする情報処理装置。
9. 請求項４乃至８の何れか１項に記載の情報処理装置において、
   施設に対応した条件を満たす施設利用者及び施設利用候補者の少なくとも一方を識別するユーザ識別情報を施設ごとに取得する識別情報取得手段を更に備え、
   前記推定手段は、前記履歴記憶手段に記憶された前記所定行為を行った施設利用者及び施設利用候補者の少なくとも一方の前記ユーザ識別情報を含む前記履歴のうち、前記識別情報取得手段により取得された前記ユーザ識別情報を含む履歴に基づいて、施設に対応した前記条件を満たす施設利用者及び施設利用候補者の少なくとも一方の該施設に対する需要を推定することを特徴とする情報処理装置。
10. 請求項９に記載の情報処理装置において、
    前記識別情報取得手段は、施設利用者及び施設利用候補者の少なくとも一方による第２所定行為の対象とされた施設の前記施設識別情報と、施設利用者及び施設利用候補者の少なくとも一方の前記ユーザ識別情報とを含む前記第２所定行為の履歴を記憶する第２履歴記憶手段から、前記基準提供数が設定される施設の前記施設識別情報に対応する前記ユーザ識別情報を取得することを特徴とする情報処理装置。
11. 請求項１乃至１０の何れか１項に記載の情報処理装置において、
    前記記憶手段から、予約対象に対する需要が顕著に大きい時期として予め定められた時期の提供数を施設ごとに取得する第３提供数取得手段と、
    前記第３提供数取得手段により取得された前記提供数に基づいて、前記充足率に対する基準値を設定する基準値設定手段と、
    を更に備え、
    前記決定手段は、前記充足率と、前記基準値設定手段により設定された前記基準値に基づいて、前記優先度を決定することを特徴とする情報処理装置。
12. 請求項１乃至１０の何れか１項に記載の情報処理装置において、
    履歴記憶手段に記憶された、施設利用者及び施設利用候補者の少なくとも一方の所定行為の対象とされた施設を識別可能な施設識別情報を含む前記所定行為の履歴に基づいて、予約対象に対する施設利用者及び施設利用候補者の少なくとも一方の需要を施設ごとに推定する第２推定手段と、
    前記第２推定手段により推定された前記需要に基づいて、前記充足率に対する基準値を設定する基準値設定手段と、
    を更に備え、
    前記決定手段は、前記充足率と、前記基準値設定手段により設定された前記基準値に基づいて、前記優先度を決定することを特徴とする情報処理装置。
13. コンピュータにより実行される情報処理方法であって、
    施設ごとに将来の所定期間に予約システムに提供される予約対象に対する基準提供数を取得する基準提供数取得ステップと、
    前記予約システムに提供された予約対象の数を、該予約対象の数と施設を識別する施設識別情報と該予約対象の提供時期とを対応付けて記憶する記憶手段から、施設ごとに前記所定期間内の予約対象の提供数として取得する提供数取得ステップと、
    前記提供数取得ステップにより取得された前記提供数の前記基準提供数取得ステップにより取得された前記基準提供数に対する充足率に基づいて、施設が優先される程度を示す優先度を施設ごとに決定する決定ステップと、
    を含むことを特徴とする情報処理方法。
14. コンピュータを、
    施設ごとに将来の所定期間に予約システムに提供される予約対象に対する基準提供数を取得する基準提供数取得手段と、
    前記予約システムに提供された予約対象の数を、該予約対象の数と施設を識別する施設識別情報と該予約対象の提供時期とを対応付けて記憶する記憶手段から、施設ごとに前記所定期間内の予約対象の提供数として取得する提供数取得手段と、
    前記提供数取得手段により取得された前記提供数の前記基準提供数取得手段により取得された前記基準提供数に対する充足率に基づいて、施設が優先される程度を示す優先度を施設ごとに決定する決定手段と、
    として機能させることを特徴とする情報処理プログラム。

Images