JP6881952B2 - 予測装置、予測方法、及び予測プログラム - Google Patents

Description

本発明は、予測装置、予測方法、及び予測プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、例えば、ＥＣ（Electronic Commerce）サイトにおいて宿泊等のサービスを予約する技術が提供されている。また、宿泊サービスを提供するホテル等に関して収集したアンケートに基づいて順位付けを行う技術が知られている。

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

しかしながら、上記の従来技術では、所定の施設において提供されるサービスの需要を適切に予測することができるとは限らない。例えば、ユーザからのアンケート結果に基づくだけでは、どのサービスにどれくらいの需要があるかを適切に予測することが難しい場合がある。

本願は、上記に鑑みてなされたものであって、所定の施設において提供されるサービスの需要を適切に予測する予測装置、予測方法、及び予測プログラムを提供することを目的とする。

本願に係る予測装置は、ウェブにおいて収集されたウェブ情報を取得する取得部と、前記取得部により取得されたウェブ情報に基づいて、所定の施設において提供されるサービスの需要に関する情報を予測する予測部と、を備えることを特徴とする。

実施形態の一態様によれば、所定の施設において提供されるサービスの需要を適切に予測することができるという効果を奏する。

図１は、実施形態に係る予測処理の一例を示す図である。 図２は、実施形態に係る提供装置の構成例を示す図である。 図３は、実施形態に係る宿泊施設情報記憶部の一例を示す図である。 図４は、実施形態に係るコンテンツ情報記憶部の一例を示す図である。 図５は、実施形態に係る地域情報記憶部の一例を示す図である。 図６は、実施形態に係るイベント情報記憶部の一例を示す図である。 図７は、実施形態に係る予測処理の一例を示すフローチャートである。 図８は、実施形態に係る提供する情報の決定の一例を示すフローチャートである。 図９は、実施形態に係る需要に基づく価格の決定の一例を示す図である。 図１０は、提供装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る予測装置、予測方法、及び予測プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る予測装置、予測方法、及び予測プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．予測処理〕
図１を用いて、実施形態に係る予測処理の一例について説明する。図１は、実施形態に係る予測処理の一例を示す図である。図１に示す予測処理においては、提供装置１００がウェブ情報に基づいて、所定の施設において提供されるサービスの需要に関する情報を予測する。図１では、所定の施設がホテル等の宿泊施設（以下、単に「ホテル」ともいう）であり、提供されるサービスが宿泊サービスである場合を示す。図１では、提供装置１００が予測した需要に基づいて各宿泊サービスの価格を決定する場合を示す。また、図１では、提供装置１００は、ユーザが指定した日付及びエリアに対応する宿泊サービスのコンテンツのリスト（一覧情報）を提供する場合を示す。なお、ここでいうコンテンツとは、ホテルにおいて提供される宿泊サービスの内容を示す情報等を含むものとする。なお、コンテンツとは、ホテルにおいて提供される宿泊サービスの広告情報であってもよい。また、図１の例では、宿泊サービスに関する評価を算出する場合を示すが、所定の施設において提供されるサービスであれば、例えばレストランにおける飲食サービス等のどのようなサービスであってもよい。

図１に示すように、提供システム１には、端末装置１０と、情報提供装置５０と、提供装置１００とが含まれる。端末装置１０と、情報提供装置５０と、提供装置１００とは図示しない所定の通信網を介して、有線または無線により通信可能に接続される。また、図１に示した提供システム１には、複数台の端末装置１０や、複数台の情報提供装置５０や、複数台の提供装置１００が含まれてもよい。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。図１に示す例においては、端末装置１０がユーザが利用するスマートフォンである場合を示す。なお、以下では、端末装置１０をユーザと表記する場合がある。すなわち、以下では、ユーザを端末装置１０と読み替えることもできる。具体的には、図１では、端末装置１０がユーザＩＤ「Ｕ１」により識別されるユーザ（以下、「ユーザＵ１」とする場合がある）が利用するスマートフォンである場合を示す。

また、図１に示す例においては、端末装置１０の画面の表示に応じて、端末装置１０を端末装置１０−１、１０−２として説明する。なお、端末装置１０−１、１０−２は同一の端末装置１０である。また、以下では、端末装置１０−１、１０−２について、特に区別なく説明する場合には、端末装置１０と記載する。

情報提供装置５０は、文書や画像等の種々のコンテンツが記憶されたウェブサーバ等の情報処理装置である。例えば、情報提供装置５０は、１時間おきや１日おき等の定期的に、または、提供装置１００からの要求に応じて提供装置１００にウェブ情報を送信する。ここで、提供装置１００が情報提供装置５０から取得する情報には、例えば、イベントが開催されることを示すニュースページやＳＮＳ等で提供されるＷｅｂページ等の種々の情報が含まれてもよい。

提供装置１００は、ウェブ情報に基づいて、所定の施設において提供されるサービスの需要に関する情報を予測する予測装置である。また、提供装置１００は、予測した需要に基づいて、各宿泊サービスの価格を決定する。また、提供装置１００は、端末装置１０から取得したホテル情報要求に対する情報を端末装置１０に提供する情報提供サービスを提供する。図１の例では、提供装置１００は、サービスに対応するコンテンツが並べられた一覧情報を、ホテル情報要求の送信元である端末装置１０へ提供する。また、図１に示す例では、提供装置１００が宿泊施設の予約に関する電子商取引サービスを提供するものとする。

なお、図１では、提供装置１００が情報提供サービスや電子商取引サービスを提供する場合を示すが、外部の情報処理装置が情報提供サービスや電子商取引サービスを提供する場合、提供装置１００は情報提供サービスや電子商取引サービスを提供しなくてもよい。この場合、提供装置１００は、情報提供サービスや電子商取引サービスを提供する外部の情報処理装置等から宿泊施設に関する情報やサービスに関する情報等の各種情報を取得してもよい。

まず、提供装置１００は、情報提供装置５０からイベント情報を取得する（ステップＳ１１）。図１の例では、提供装置１００は、情報提供装置５０からアイドルＡがＸスタジアムでＸ月Ｙ日にコンサートを行うことを示すイベント情報ＩＶ１１を取得する。なお、提供装置１００は、情報提供装置５０から取得した情報を構文解析等することにより、アイドルＡがＸスタジアムでＸ月Ｙ日にコンサートを行うことを示す情報を取得してもよい。

そして、提供装置１００は、取得したイベント情報ＩＶ１１をイベント情報記憶部１２４へ追加する（ステップＳ１２）。例えば、提供装置１００は、アイドルＡがＸスタジアムでＸ月Ｙ日にコンサートを行うことを示すイベント情報ＩＶ１１をイベント情報記憶部１２４へ追加する。

図１の例では、提供装置１００は、イベントＩＤ「ＩＶ１１」により識別されるイベント情報（イベント情報ＩＶ１１）として、日付「Ｘ月Ｙ日」に開催されることや、地域「Ａ地域」に位置する会場「Ｘスタジアム」で開催されることを示す情報をイベント情報記憶部１２４へ追加する。また、図１の例では、提供装置１００は、イベント情報ＩＶ１１として、想定される集客数が「５万人」であることを示す情報をイベント情報記憶部１２４へ追加する。

なお、提供装置１００は、会場「Ｘスタジアム」がＡ地域に位置することや、想定される集客数が「５万人」であることなどの情報は種々の情報を適宜用いて決定してもよい。例えば、提供装置１００は、各会場と地域の対応付けに関する情報を記憶部１２０（図２参照）に記憶し、記憶部１２０を参照することにより会場「Ｘスタジアム」がＡ地域に位置すると決定してもよい。また、例えば、提供装置１００は、アイドルＡの人気やアイドルＡのコンサートにおける集客履歴等に基づいて想定される集客数が「５万人」であると決定してもよい。

そして、提供装置１００は、取得したイベント情報と、イベント情報に対応するイベントが開催される地域に関する情報とに基づいて、イベント開催日における需要を予測する（ステップＳ１３）。例えば、アイドルＡがＸスタジアムでＸ月Ｙ日にコンサートを行うことを示すイベント情報ＩＶ１１と、Ｘスタジアムが位置するＡ地域に関する情報とに基づいて、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要を予測する。図１の例では、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要に関する値は、「５万」であるものとする。なお、図１の例では、説明を簡単にするため、他の要因に基づく需要については「０」として説明する。

図１の例では、提供装置１００は、地域情報記憶部１２３に記憶された地域情報を用いて、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要を予測する。

図１の例では、提供装置１００は、地域情報記憶部１２３に示すように、各地域における「ホテル総収容数」を記憶する。ここでいう、「ホテル総収容数」とは、各地域のホテル全体において一日に収容可能な人数を示す。例えば、地域情報記憶部１２３には、Ａ地域の一日のホテル総収容数は、「２万５千人」であること等に関する情報が記憶される。そのため、図１の例では、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの供給に関する値は、「２万５千」であるものとする。

そこで、提供装置１００は、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要に関する値「５万」と、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの供給に関する値「２万５千」とに基づいて、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要と供給の関係を示す需給指数を予測する。

提供装置１００は、ホテルの需要に関する値「５万」をホテルの供給に関する値「２万５千」で割った値「２（＝５００００／２５０００）」を需給指数として予測する。例えば、需給指数が１より大きい場合、供給に対して需要が上回っているため、価格の上昇する余地があることを示す。例えば、需給指数が１より小さい場合、供給に対して需要が下回っており、供給が過剰な状態であるため、価格の上昇する余地がないことを示す。

上述したように、図１の例では、提供装置１００は、需給情報DF11に示すように、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需給指数を「２」と予測したため、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの価格を上昇させると決定する（ステップＳ１４）。

図１の例では、提供装置１００は、宿泊施設情報記憶部１２１に示すように、各ホテルに関する情報を記憶する。例えば、宿泊施設情報記憶部１２１には、ホテルＡがＡ地域に位置すること等に関する情報が記憶される。

また、図１の例では、提供装置１００は、コンテンツ情報記憶部１２２に示すように、各ホテルが提供する宿泊サービスに対応するコンテンツに関する情報を記憶する。例えば、コンテンツ情報記憶部１２２には、ホテルＡにおいてＸ月Ｙ日に提供されるサービスに対応するコンテンツＣＴ１１等の情報が記憶される。例えば、コンテンツ情報記憶部１２２には、各コンテンツのクリック率を示すＣＴＲ（Click Through Ratio）や、各コンテンツに対応するサービスを提供する提供元の利益につながる行動に関する指標（以下、「コンバージョン率」ともいう）を示すＣＶＲ（Conversion Rate）等の指標値が記憶される。

また、例えば、コンテンツ情報記憶部１２２には、各コンテンツに対応するサービスの価格が記憶される。また、例えば、コンテンツ情報記憶部１２２には、コンテンツを介してコンテンツに対応するサービスの予約や購入等のサービスを提供する提供元の利益につながる行動が行われた場合に予約サービスの提供元が受け取る手数料の割合を示す。例えば、「手数料」は、コンテンツを介してコンテンツに対応するサービスが提供された場合に、予約サービスの提供元が受け取る手数料の割合を示す。例えば、提供装置１００は、コンテンツを介してコンテンツに対応するサービスが提供された場合、サービスを提供する提供元にサービスの価格に手数料を乗算した金額を課金してもよい。なお、図１の例では、説明を簡単にするために、コンテンツの各々に対応づけられる手数料を「０．１」、すなわち１０％とする場合を示すが、コンテンツの各々には異なる値の手数料が対応付けられてもよい。

なお、上述のように、「コンテンツＣＴ＊（＊は任意の数値）」と記載した場合、そのコンテンツはコンテンツＩＤ「ＣＴ＊」により識別されるコンテンツであることを示す。例えば、「コンテンツＣＴ１１」と記載した場合、そのコンテンツはコンテンツＩＤ「ＣＴ１１」により識別されるコンテンツである。

図１の例では、提供装置１００は、宿泊施設情報記憶部１２１に記憶されたホテルのうち、Ａ地域に位置するホテルＡやホテルＢ等を値上げする対象のホテルに決定する。そして、図１の例では、提供装置１００は、コンテンツ情報記憶部１２２に記憶されたコンテンツのうち、コンテンツＣＴ１１に対応するホテルＡにおいてＸ月Ｙ日に提供されるサービスの価格や、コンテンツＣＴ２１に対応するホテルＢにおいてＸ月Ｙ日に提供されるサービスの価格や、コンテンツＣＴ５５に対応するホテルＫにおいてＸ月Ｙ日に提供されるサービスの価格を上昇させると決定する。

図１の例では、提供装置１００は、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需給指数を「２」と予測したため、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの価格を需給指数に基づいて「２倍」に上昇させると決定する。

これにより、図１の例では、コンテンツ情報記憶部１２２に示すように、コンテンツＣＴ１１に対応するホテルＡにおいてＸ月Ｙ日に提供されるサービスの価格が「５０００円」から「１００００円」に上昇する。また、図１の例では、コンテンツ情報記憶部１２２に示すように、コンテンツＣＴ２１に対応するホテルＢにおいてＸ月Ｙ日に提供されるサービスの価格が「７５００円」から「１５０００円」に上昇する。また、図１の例では、コンテンツ情報記憶部１２２に示すように、コンテンツＣＴ５５に対応するホテルＫにおいてＸ月Ｙ日に提供されるサービスの価格が「７０００円」から「１４０００円」に上昇する。このように、提供装置１００は、ホテルの需要に応じて、価格を決定する。

そして、ユーザＵ１は、端末装置１０−１に表示された宿泊予約サイトＡの入力ページＷ１１を介してホテルに関する条件を入力する。図１に示す例において、端末装置１０−１の画面に表示された入力ページＷ１１中には、宿泊サービスの提供に関するユーザＵ１の指定に関する情報が入力される。例えば、図１の例では、入力欄ＢＸ１１、ＢＸ１２にユーザＵ１が希望するエリア及び日付に関する情報を入力する場合を示す。なお、図１では、説明を簡単にするために、入力ページＷ１１において、入力欄ＢＸ１１、ＢＸ１２によりエリア及び日付に関する情報を受け付ける場合を示すが、宿泊日数等の種々の情報を受け付けてもよい。

例えば、ユーザＵ１は、エリアを入力する入力欄ＢＸ１１に「Ａ地域」と入力する。また、例えば、ユーザＵ１は、日付を入力する入力欄ＢＸ１２に「Ｘ月Ｙ日」と入力する。なお、端末装置１０は、入力欄ＢＸ１１や入力欄ＢＸ１２に対する入力を、表示したコンボボックス等による一覧から選択させたり、表示したカレンダー等から日付を選択させたりすることにより受け付けてもよい。その後、ユーザＵ１は、端末装置１０−１の画面に表示された入力ページＷ１１中のボタンＢＴ１１を押下する。

ユーザＵ１によりボタンＢＴ１１が押下された端末装置１０−１は、提供装置１００に日付「Ｘ月Ｙ日」、エリア「Ａ地域」に対応するホテルに関する情報の要求を送信する。これにより、提供装置１００は、ホテル情報要求を取得する（ステップＳ１５）。図１の例では、提供装置１００は、ユーザＵ１が利用する端末装置１０−１から日付「Ｘ月Ｙ日」、エリア「Ａ地域」に対応するホテルに関する情報の要求を取得する。

端末装置１０からホテル情報要求を取得した提供装置１００は、ホテル情報要求に対応するホテルを決定（抽出）する。例えば、提供装置１００は、宿泊施設情報記憶部１２１に記憶されたホテルのうち、Ａ地域に位置するホテルを抽出する。図１の例では、提供装置１００は、宿泊施設情報記憶部１２１に記憶されたホテルのうち、Ａ地域に位置するホテルＡやホテルＢ等を要求に対応するホテルと決定する。

そして、提供装置１００は、決定したホテルにおいて提供される宿泊サービスのうち、ホテル情報要求に対応する日付のコンテンツを決定（抽出）する。例えば、提供装置１００は、コンテンツ情報記憶部１２２に記憶されたコンテンツのうち、日付が「Ｘ月Ｙ日」であり、在庫が残っているコンテンツを抽出する。図１の例では、提供装置１００は、コンテンツ情報記憶部１２２に記憶されたコンテンツのうち、ホテルＡにおいてＸ月Ｙ日に提供されるサービスに対応するコンテンツＣＴ１１や、ホテルＢにおいてＸ月Ｙ日に提供されるサービスに対応するコンテンツＣＴ２１、ホテルＫにおいてＸ月Ｙ日に提供されるサービスに対応するコンテンツＣＴ５５等を要求に対応するコンテンツと決定する。

その後、提供装置１００は、所定の基準に基づいてコンテンツの順位を決定する。図１の例では、説明を簡単にするために、提供装置１００は、ユーザＵ１が入力した条件に対応するコンテンツのうち、コンテンツ情報記憶部１２２中の上から順に表示するコンテンツを決定する。具体的には、提供装置１００は、コンテンツＣＴ１１、コンテンツＣＴ２１、コンテンツＣＴ５５等の順に表示するコンテンツを決定する。なお、提供装置１００は、ユーザＵ１が入力した条件に対応するコンテンツの順位をランダムに決定してもよい。また、提供装置１００は、サービスに関する情報とコンテンツに関する情報とに基づいて算出したスコア（評価）に基づいて表示するコンテンツやコンテンツの表示順を決定してもよいが、詳細は後述する。

その後、提供装置１００は、決定した順位に基づくコンテンツに関する情報を端末装置１０へ提供する（ステップＳ１６）。図１の例では、提供装置１００は、一覧情報ＬＴ１１を端末装置１０−１へ提供する。

提供装置１００から一覧情報ＬＴ１１を提供された端末装置１０は、一覧情報ＬＴ１１を表示する（ステップＳ１７）。図１の例では、端末装置１０−１から端末装置１０−２へ表示が遷移される。

端末装置１０−２の画面には、情報を一覧表示する一覧ページＷ１２が表示される。具体的には、端末装置１０−２の画面には、Ｘ月Ｙ日にＡ地域において提供される宿泊サービスに関する情報を表示する一覧ページＷ１２が表示される。

図１の例では、端末装置１０−２の一覧ページＷ１２中の最上位には、順位が１位であるコンテンツＣＴ１１に対応するホテルＡにおいて提供されるサービスに関する情報が表示される。具体的には、一覧ページＷ１２中の最上位には、ホテルＡにおける朝食無しの宿泊サービスが１００００円で提供されることを示す情報が表示される。また、端末装置１０−２の一覧ページＷ１２中においては、コンテンツＣＴ１１の直下には順位が２位であるコンテンツＣＴ２１に対応するホテルＢにおいて提供されるサービスに関する情報が表示される。具体的には、一覧ページＷ１２中のコンテンツＣＴ１１の直下には、ホテルＢにおける朝食付きの宿泊サービスが１５０００円で提供されることを示す情報が表示される。また、一覧ページＷ１２中のコンテンツＣＴ２１の直下には、順位が３位であるコンテンツＣＴ５５に対応するホテルＫにおいて提供されるサービスに関する情報が表示される。このように、図１の例では、端末装置１０−２の一覧ページＷ１２には、Ｘ月Ｙ日にＡ地域において提供される宿泊サービスに関するコンテンツが、順位が高い方から並べて表示される。また、端末装置１０は、例えばユーザＵ１が一覧ページＷ１２に表示されたコンテンツを選択した場合、ユーザＵ１が選択したコンテンツに対応するサービスの予約の確認画面等を表示する。

上述したように、提供装置１００は、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要に関する値と、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの供給に関する値とに基づいて、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要と供給の関係を示す需給指数を予測する。このように、例えば、提供装置１００は、需要と供給に関係に基づいて、供給に対して想定される需要を予測する。図１の例では、提供装置１００は、予測した需給指数が「２」であり「１」より大きいため、イベント開催日「Ｘ月Ｙ日」におけるＡ地域において提供される宿泊サービスの需要は供給よりも大きいと予測する。すなわち、提供装置１００は、供給に対して需要が上回っており、価格の上昇する余地があると予測する。このように、提供装置１００は、所定の施設において提供されるサービスの需要を適切に予測することができる。

上述した例では、提供装置１００がイベント情報に基づいて需要を予測する例を示したが、提供装置１００は、種々の情報を適宜用いて需要を予測してもよい。例えば、提供装置１００は、所定の情報提供サービスにおけるサービスの情報提供に関する履歴情報に基づいて、過去の傾向から需要を予測してもよい。例えば、提供装置１００は、需要を予測する対象がＸ月Ｙ日におけるＡ地域である場合、予測する年の前年までのＡ地域のＸ月Ｙ日における平均の需要が「１．５」である場合、その年のＡ地域のＸ月Ｙ日における平均の需要を「１．５」と予測してもよい。例えば、提供装置１００は、所定の地域において特定の季節に需要が他の季節と比べて増大する場合、特定の季節の需要を他の季節より大きくなるように予測してもよい。また、例えば、提供装置１００は、需要に関する情報として、宿泊施設において提供される宿泊サービスの提供に用いられる部屋の数に関する情報を予測してもよい。例えば、提供装置１００は、イベントで想定される人数に基づいて、イベントの開催日に需要があると想定されるホテルの部屋の数に関する情報を予測してもよい。

例えば、提供装置１００は、サービスの平均価格と、サービスの需要に関する情報とに基づいて、サービスの価格を決定してもよい。例えば、提供装置１００は、ホテルＡの宿泊サービスの平均価格が「５０００円」である場合、平均価格「５０００円」と、需給指数「２」とに基づいて、コンテンツＣＴ１１に対応するサービスの価格を「１００００（＝５０００×２）円」に決定してもよい。例えば、提供装置１００は、サービスの需要が所定の条件を満たす場合、平均価格に所定値を増加させた値を、サービスの価格と決定してもよい。例えば、提供装置１００は、Ｘ月Ｙ日におけるＡ地域の需給指数が「２」であり所定の閾値「１」を超えるため、コンテンツＣＴ１１に対応するホテルＡにおいてＸ月Ｙ日に提供されるサービスの価格を「５０００円」増加した、「１００００円」に決定してもよい。例えば、提供装置１００は、サービスに対応付けられた最低価格以上になるようにサービスの価格を決定してもよい。例えば、提供装置１００は、ホテルＡの宿泊サービスの最低価格が「２５００円」に設定されている場合、Ｘ月Ｙ日におけるＡ地域の需給指数が「１」未満であっても、コンテンツＣＴ１１に対応するホテルＡにおいてＸ月Ｙ日に提供されるサービスの価格を「２５００円」未満にしなくてもよい。これにより、ホテルＡの管理者等は、宿泊サービスの価格が「２５００円」未満になることにより、値崩れを起こすことを抑制することができる。

〔２．提供装置の構成〕
次に、図２を用いて、実施形態に係る提供装置１００の構成について説明する。図２は、実施形態に係る提供装置１００の構成例を示す図である。図２に示すように、提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、提供装置１００は、提供装置１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、例えば提供システム１に含まれる端末装置１０や情報提供装置５０等との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部１２０は、図２に示すように、宿泊施設情報記憶部１２１と、コンテンツ情報記憶部１２２と、地域情報記憶部１２３と、イベント情報記憶部１２４とを有する。

（宿泊施設情報記憶部１２１）
実施形態に係る宿泊施設情報記憶部１２１は、宿泊施設（ホテル）に関する情報を記憶する。図３には、宿泊施設情報記憶部１２１に記憶される宿泊施設に関する情報の一例を示す。図３に示すように、宿泊施設情報記憶部１２１は、宿泊施設に関する情報として、「施設ＩＤ」、「宿泊施設」、「アクセス情報」、「施設情報」といった項目が含まれる。

「施設ＩＤ」は、宿泊施設を識別するための識別情報を示す。また、「宿泊施設」は、施設ＩＤにより識別される宿泊施設の名称を示す。また、「アクセス情報」は、対応する宿泊施設へのアクセスに関する情報を示す。例えば、「アクセス情報」には、「場所」や「時間」といった項目が含まれる。また、「施設情報」は、対応する宿泊施設の特徴に関する情報を示す。例えば、「施設情報」には、「温泉」や「ペット」といった項目が含まれる。

例えば、図３に示す例において、施設ＩＤ「Ｈ１」により識別されるホテルは、「ホテルＡ」であることを示す。また、ホテルＡの場所は、「Ａ地域」であり、ホテルＡまでの所要時間は、「Ａ駅から徒歩で５分」であることを示す。また、ホテルＡは、温泉が「有」であり、ペットが「不可」であることを示す。

なお、上記は宿泊施設に関する情報の一例であって、宿泊施設情報記憶部１２１は、宿泊施設に関する情報であれば目的に応じて種々の情報を記憶してもよい。

（コンテンツ情報記憶部１２２）
実施形態に係るコンテンツ情報記憶部１２２は、コンテンツに関する各種情報を記憶する。例えば、コンテンツ情報記憶部１２２は、サービスのコンテンツに関する各種情報を記憶する。図４は、実施形態に係るコンテンツ情報記憶部の一例を示す図である。図４に示すコンテンツ情報記憶部１２２は、「宿泊施設」、「コンテンツＩＤ」、「日付」、「在庫」、「ＣＴＲ」、「ＣＶＲ」、「価格」、「手数料」、「オプション情報」といった項目を有する。また、「オプション情報」には、「朝食」といった項目を有する。「オプション情報」中の「朝食」は、コンテンツに対応するサービスにおいて朝食の提供有無を示す。なお、「オプション情報」は、「朝食」に限らず、「夕食」や「送迎」等の種々の項目を含んでもよい。

「宿泊施設」は、施設ＩＤ（図３参照）により識別される宿泊施設の名称を示す。また、「コンテンツＩＤ」は、宿泊施設において提供されるサービスに対応するコンテンツを識別するための識別情報を示す。「日付」は、対応するコンテンツのサービスが提供される日付を示す。「在庫」は、対応するコンテンツのサービスが提供される日付における在庫数（例えば部屋数）を示す。

また、「ＣＴＲ」は、いわゆるクリック率を示す。例えば、「ＣＴＲ」は、コンテンツＩＤにより識別されるコンテンツを選択する操作（クリック）が行われた回数を、コンテンツが表示された回数で除した値を示す。また、「ＣＶＲ」は、コンテンツＩＤにより識別されるコンテンツに対応するサービスの提供元の利益につながる行動に関する指標を示す。例えば、「ＣＶＲ」は、コンテンツＩＤにより識別されるコンテンツに対応するサービスの購入が行われた回数を、コンテンツが表示された回数で除した値を示す。また、例えば、「ＣＶＲ」は、コンテンツＩＤにより識別されるコンテンツに対応するサービスへの予約が行われた回数を、コンテンツが表示された回数で除した値であってもよい。なお、「ＣＴＲ」及び「ＣＶＲ」は、実際に計測された値が記憶されてもよいし、種々の従来技術により推定された推定ＣＴＲの値や推定ＣＶＲの値が記憶されてもよい。また、「価格」は、コンテンツＩＤにより識別されるコンテンツに対応するサービスの価格を示す。「手数料」は、コンテンツを介してコンテンツに対応するサービスの予約や購入等のサービスを提供する提供元の利益につながる行動が行われた場合に予約サービスの提供元が受け取る手数料の割合を示す。例えば、「手数料」は、コンテンツを介してコンテンツに対応するサービスが提供された場合に、予約サービスの提供元が受け取る手数料の割合を示す。なお、「手数料」は、価格や日付等に応じて変動してもよい。

図４の例は、ホテルＡが提供するサービスには、コンテンツＩＤ「ＣＴ１１」により識別されるコンテンツ（コンテンツＣＴ１１）に対応するサービスが含まれることを示す。コンテンツＣＴ１１に対応するサービスは、提供される日付が「Ｘ月Ｙ日」であり、在庫が「１０（部屋）」であることを示す。

また、図４の例は、コンテンツＣＴ１１は、ＣＴＲが「０．１」であり、ＣＶＲが「０．０５」であり、価格が「５０００」であり、手数料が「０．１」であることを示す。すなわち、図４の例は、コンテンツＣＴ１１は、ＣＴＲが１０％であり、ＣＶＲが５％であり、価格が５０００円であり、手数料が１０％であることを示す。また、図４の例は、コンテンツＣＴ１１に対応するサービスは、朝食が「無」であることを示す。

なお、コンテンツ情報記憶部１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、コンテンツ情報記憶部１２２は、コンテンツに対応するサービスが提供される部屋に関する情報を記憶してもよい。例えば、コンテンツ情報記憶部１２２は、ホテルが複数のタイプの部屋を有する場合、タイプごとの部屋に対応するコンテンツや在庫に関する情報を記憶してもよい。例えば、コンテンツ情報記憶部１２２は、コンテンツに対応するサービスが提供される部屋のサイズや階数等の種々の部屋に関する情報を記憶してもよい。例えば、コンテンツ情報記憶部１２２は、ＣＴＲやＣＶＲの算出に用いる各種情報を記憶してもよい。例えば、コンテンツ情報記憶部１２２は、コンテンツの表示回数やコンテンツが選択された回数やコンテンツに対応するサービスの提供元の利益につながる行動が行われた回数等の種々の情報を記憶してもよい。なお、図４では図示を省略するが、コンテンツ情報記憶部１２２は、各コンテンツのタイトルや説明文等の文字情報やホテルの画像情報等の種々の情報が対応付けて記憶されてもよい。

（地域情報記憶部１２３）
実施形態に係る地域情報記憶部１２３は、各地域に関する各種情報を記憶する。例えば、地域情報記憶部１２３は、各地域における宿泊サービスの収容人数に関する情報等を記憶する。図５は、実施形態に係る地域情報記憶部の一例を示す図である。図５に示す地域情報記憶部１２３は、「地域ＩＤ」、「地域」、「ホテル総収容数」といった項目が含まれる。

「地域ＩＤ」は、地域を識別するための識別情報を示す。また、「地域」は、地域ＩＤにより識別される地域を示す。また、「ホテル総収容数」は、地域ＩＤにより識別される地域のホテル全体において一日に収容可能な人数を示す。

例えば、図５に示す例において、地域ＩＤ「ＲＧ１」により識別される地域は、「Ａ地域」であり、Ａ地域の一日のホテル総収容数は、「２万５千人」であることを示す。また、例えば、図５に示す例において、地域ＩＤ「ＲＧ２」により識別される地域は、「Ｂ地域」であり、Ｂ地域の一日のホテル総収容数は、「５万人」であることを示す。

なお、地域情報記憶部１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、地域情報記憶部１２３は、ホテル総収容数と各日付の予約数とに基づく各日付における残りの収容可能数を示す情報を記憶してもよい。

（イベント情報記憶部１２４）
実施形態に係るイベント情報記憶部１２４は、イベントに関する各種情報を記憶する。例えば、イベント情報記憶部１２４は、イベントに関する各種情報を記憶する。図６は、実施形態に係るイベント情報記憶部の一例を示す図である。図６に示すイベント情報記憶部１２４は、「イベントＩＤ」、「日付」、「会場」、「地域」、「想定人数」といった項目が含まれる。

「イベントＩＤ」は、イベントを識別するための識別情報を示す。また、「日付」は、イベントＩＤにより識別されるイベントが開催される日付を示す。なお、「会場」は、イベントＩＤにより識別されるイベントが開催される会場を示す。また、「地域」は、イベントＩＤにより識別されるイベントが開催される地域を示す。また、「想定人数」は、イベントＩＤにより識別されるイベントが集客すると想定される人数を示す。

例えば、図６に示す例において、イベントＩＤ「ＩＶ１１」により識別されるイベントは、日付「Ｘ月Ｙ日」に開催されることを示す。例えば、図６に示す例において、イベントＩＤ「ＩＶ１１」により識別されるイベントは、地域「Ａ地域」に位置する会場「Ｘスタジアム」で開催されることを示す。例えば、図６に示す例において、イベントＩＤ「ＩＶ１１」により識別されるイベントは、想定される集客数が「５万人」であることを示す。

なお、イベント情報記憶部１２４は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、イベント情報記憶部１２４は、イベントを開催する主催者や出演者等に関する情報を記憶してもよい。例えば、イベント情報記憶部１２４は、想定人数に「３万−５万人」等の想定される範囲を示す情報を記憶してもよい。例えば、イベント情報記憶部１２４は、イベントが複数日に亘って開催される場合、日付に「Ｘ月Ｙ日−Ｚ日」等の範囲を示す情報を記憶してもよい。

（制御部１３０）
図２の説明に戻って、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、提供装置１００内部の記憶装置に記憶されている各種プログラム（予測プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図２に示すように、制御部１３０は、取得部１３１と、予測部１３２と、決定部１３３と、提供部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（取得部１３１）
例えば、取得部１３１は、各種情報を取得する。例えば、取得部１３１は、宿泊施設情報記憶部１２１やコンテンツ情報記憶部１２２や地域情報記憶部１２３やイベント情報記憶部１２４から各種情報を取得する。また、取得部１３１は、各種情報を外部の情報処理装置から取得してもよい。また、取得部１３１は、情報提供装置５０から各種情報を取得する。

例えば、取得部１３１は、端末装置１０から情報要求を取得する。例えば、取得部１３１は、ユーザＵ１が利用する端末装置１０からホテル情報要求を取得する。図１の例では、取得部１３１は、端末装置１０−１から日付「Ｘ月Ｙ日」、エリア「Ａ地域」に対応するホテルに関する情報の要求を取得する。

例えば、取得部１３１は、ウェブにおいて収集されたウェブ情報を取得する。例えば、取得部１３１は、所定の施設と所定の関係を有する地点におけるイベントに関する情報を含むウェブ情報を取得する。例えば、取得部１３１は、所定の施設から所定の範囲内に位置する地点におけるイベントに関する情報を含むウェブ情報を取得する。例えば、取得部１３１は、所定の情報提供サービスにおけるサービスの情報提供に関する履歴情報を取得する。

図１の例では、取得部１３１は、情報提供装置５０からイベント情報を取得する。例えば、取得部１３１は、情報提供装置５０からアイドルＡがＸスタジアムでＸ月Ｙ日にコンサートを行うことを示すイベント情報ＩＶ１１を取得する。

（予測部１３２）
予測部１３２は、種々の情報を予測する。例えば、予測部１３２は、取得部１３１により取得されたウェブ情報に基づいて、所定の施設において提供されるサービスの需要に関する情報を予測する。例えば、予測部１３２は、所定のエリア内に位置する所定の施設において提供されるサービスの需要に関する情報を予測する。例えば、予測部１３２は、所定の期日に所定の施設において提供されるサービスの需要に関する情報を予測する。

図１の例では、予測部１３２は、取得したイベント情報と、イベント情報に対応するイベントが開催される地域に関する情報とに基づいて、イベント開催日における需要を予測する。例えば、予測部１３２は、アイドルＡがＸスタジアムでＸ月Ｙ日にコンサートを行うことを示すイベント情報ＩＶ１１と、Ｘスタジアムが位置するＡ地域に関する情報とに基づいて、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要を予測する。

図１の例では、予測部１３２は、地域情報記憶部１２３に記憶された地域情報を用いて、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要を予測する。例えば、予測部１３２は、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要に関する値「５万」と、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの供給に関する値「２万５千」とに基づいて、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需要と供給の関係を示す需給指数を予測する。

例えば、予測部１３２は、ホテルの需要に関する値「５万」をホテルの供給に関する値「２万５千」で割った値「２（＝５００００／２５０００）」を需給指数として予測する。

（決定部１３３）
決定部１３３は、種々の情報を決定する。例えば、決定部１３３は、予測部１３２により予測されたサービスの需要に関する情報に基づいて、サービスの価格を決定する。

図１の例では、決定部１３３は、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需給指数を「２」と予測したため、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの価格を上昇させると決定する。

図１の例では、決定部１３３は、宿泊施設情報記憶部１２１に記憶されたホテルのうち、Ａ地域に位置するホテルＡやホテルＢ等を値上げする対象のホテルに決定する。そして、例えば、決定部１３３は、コンテンツ情報記憶部１２２に記憶されたコンテンツのうち、コンテンツＣＴ１１に対応するホテルＡにおいてＸ月Ｙ日に提供されるサービスの価格や、コンテンツＣＴ２１に対応するホテルＢにおいてＸ月Ｙ日に提供されるサービスの価格や、コンテンツＣＴ５５に対応するホテルＫにおいてＸ月Ｙ日に提供されるサービスの価格を上昇させると決定する。

図１の例では、決定部１３３は、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの需給指数を「２」と予測したため、イベント開催日「Ｘ月Ｙ日」におけるＡ地域のホテルの価格を需給指数に基づいて「２倍」に上昇させると決定する。

例えば、決定部１３３は、サービスの平均価格と、サービスの需要に関する情報とに基づいて、サービスの価格を決定する。例えば、決定部１３３は、サービスの需要が所定の条件を満たす場合、平均価格に所定値を増加させた値を、サービスの価格と決定する。例えば、決定部１３３は、サービスに対応付けられた最低価格以上になるようにサービスの価格を決定する。

また、例えば、決定部１３３は、ホテル情報要求に対応する情報を抽出（決定）する。例えば、決定部１３３は、取得部１３１により取得されたホテル情報要求に対応する情報を決定する。例えば、決定部１３３は、端末装置１０から送信されたホテル情報要求に対応する情報を決定する。例えば、決定部１３３は、端末装置１０から送信されたホテル情報要求に対応するコンテンツをコンテンツ情報記憶部１２２から抽出する。例えば、決定部１３３は、所定の基準に基づいて、コンテンツの順位を決定する。

図１の例では、決定部１３３は、ホテル情報要求に対応するホテルを決定（抽出）する。例えば、決定部１３３は、宿泊施設情報記憶部１２１に記憶されたホテルのうち、Ａ地域に位置するホテルを抽出する。図１の例では、決定部１３３は、宿泊施設情報記憶部１２１に記憶されたホテルのうち、Ａ地域に位置するホテルＡやホテルＢ等を要求に対応するホテルと決定する。

また、図１の例では、決定部１３３は、決定したホテルにおいて提供される宿泊サービスのうち、ホテル情報要求に対応する日付のコンテンツを決定（抽出）する。図１の例では、決定部１３３は、コンテンツ情報記憶部１２２中の上から順に表示するコンテンツを決定する。例えば、決定部１３３は、コンテンツＣＴ１１、コンテンツＣＴ２１、コンテンツＣＴ５５等の順に表示するコンテンツを決定する。

また、決定部１３３は、種々の情報を算出してもよい。例えば、決定部１３３は、サービスに関する情報とコンテンツに関する情報とに基づいて、サービスに関する評価を算出する。例えば、決定部１３３は、ユーザに関する情報に基づいて、サービスに関する評価を算出する。

例えば、決定部１３３は、ホテルに宿泊サービスに関する情報（例えば、価格等）と、宿泊サービスのコンテンツに関する情報（例えば、ＣＴＲやＣＶＲ等）に基づいて、コンテンツに対応するサービスに関するスコア（以下、「コンテンツのスコア」ともいう）を算出する。例えば、決定部１３３は、以下の式（１）に基づいて、コンテンツのスコアを算出してもよい。

スコア ＝ ＣＴＲ×ＣＶＲ×価格×手数料 ・・・ （１）

上記の式（１）の右辺中の「ＣＴＲ」は、対応するコンテンツのクリック率を示す。また、上記の式（１）の右辺中の「ＣＶＲ」は、対応するコンテンツのコンバージョン率を示す。また、上記の式（１）の右辺中の「価格」は、コンテンツに対応するサービスの価格を示す。また、上記の式（１）の右辺中の「手数料」は、コンテンツを介してコンテンツに対応するサービスを提供する提供元の利益につながる行動が行われた場合に予約サービスの提供元が受け取る手数料の割合を示す。

なお、上記の式（１）は一例であり、決定部１３３は、種々の情報を適宜用いてコンテンツのスコアを算出してもよい。例えば、決定部１３３は、上記の式（１）を用いてコンテンツのスコアを算出する。例えば、決定部１３３は、コンテンツＣＴ１１のスコアを以下の式（２）のように算出する。

コンテンツＣＴ１１のスコア ＝ ０．１×０．０５×５０００×０．１・・・（２）

また、例えば、決定部１３３は、コンテンツＣＴ２１のスコアを以下の式（３）のように算出する。

コンテンツＣＴ２１のスコア ＝０．０５×０．０６×７５００×０．１・・・（３）

また、例えば、決定部１３３は、コンテンツＣＴ５５のスコアを以下の式（４）のように算出する。

コンテンツＣＴ５５のスコア ＝ ０．１×０．０５×７０００×０．１・・・（４）

上記の式（２）〜（４）に示すように、例えば、決定部１３３は、ホテルＡのコンテンツＣＴ１１のスコアを２．５と算出し、ホテルＢのコンテンツＣＴ２１のスコアを２．２５と算出し、ホテルＫのコンテンツＣＴ５５のスコアを３．５と算出する。このように、決定部１３３は、ＣＴＲやＣＶＲ等のユーザの操作に関する情報を加味したスコアを算出することにより、コンテンツに対応するサービスに関するスコア（評価）を適切に算出することができる。

例えば、決定部１３３は、決定部１３３により算出されたスコアに基づいてコンテンツの順位を決定する。例えば、決定部１３３は、決定部１３３により算出されたスコアが高い順にコンテンツの順位を決定する。例えば、決定部１３３は、一覧情報ＬＴ１１に示すように、スコアが最大の「３．５」であるコンテンツＣＴ５５を１位、コンテンツＣＴ５５の次にスコアが高いコンテンツＣＴ１１を２位、コンテンツＣＴ１１の次にスコアが高いコンテンツＣＴ２１を３位に決定する。

例えば、決定部１３３は、上記の式（１）の各要素の重みを変動させてコンテンツのスコアを算出してもよい。例えば、決定部１３３は、下記の式（５）を用いてコンテンツのスコアを算出してもよい。

スコア ＝ α×（ＣＴＲ×ＣＶＲ×価格×手数料） ・・・ （５）

例えば、決定部１３３は、目的や用途に応じて重み「α」の値を０より大きく１以下の間で変動させることにより、目的や用途に応じたスコアを算出してもよい。例えば、決定部１３３は、スコアの算出対象となるコンテンツに応じて、重み「α」の値を変動させて、スコアを算出してもよい。例えば、決定部１３３は、スコアの算出対象となるコンテンツに対応するサービスやホテル等に応じて、重み「α」の値を変動させて、スコアを算出してもよい。

例えば、決定部１３３は、ユーザに関する情報に基づいて、サービスに関するスコア（評価）を算出してもよい。例えば、決定部１３３は、ユーザの属性情報を含むユーザに関する情報に基づいて、サービスに関するスコアを算出してもよい。例えば、決定部１３３は、ユーザの性別や年齢等の情報に基づいて、サービスに関するスコアを算出してもよい。

例えば、決定部１３３は、情報提供先となるユーザのユーザ属性に応じて変動するＣＴＲやＣＶＲ等の情報に基づいて、サービスに関するスコアを算出してもよい。例えば、決定部１３３は、ユーザ属性ごとにコンテンツの表示回数やクリック回数や購入回数等を分けて集計されたユーザへの情報提供に関する履歴情報を取得し、ユーザ属性ごとにＣＴＲやＣＶＲ等を算出し、そのＣＴＲやＣＶＲ等に基づいて、情報提供先となるユーザに応じてサービスに関するスコアを算出してもよい。例えば、決定部１３３は、情報提供先となるユーザが２０代男性の場合、２０代男性への情報提供に関する履歴情報に応じて算出されたＣＴＲやＣＶＲ等に基づいて、２０代男性であるユーザに対応したサービスに関するスコアを算出してもよい。

例えば、決定部１３３は、所定の施設に関する情報を含むサービスに関する情報に基づいて、サービスに関するスコアを算出してもよい。例えば、決定部１３３は、ホテルへのアクセスに関する情報やホテルへのレビューに関する情報等に基づいて、サービスに関するスコアを算出してもよい。例えば、決定部１３３は、コンテンツに対応するサービスが提供されるホテルに関する情報に応じて、上記の式（５）の重み「α」の値を変動させることにより、スコアを算出してもよい。例えば、決定部１３３は、あるホテル（ホテルＸ）への交通アクセスが他のホテルに比べて良い場合、他のホテルに対応するコンテンツのスコアを算出する場合に比べて、ホテルＸに対応するコンテンツのスコアを算出する際には、重み「α」等の値を大きくしてもよい。

また、例えば、決定部１３３は、情報提供先となるユーザのユーザ属性とコンテンツに対応するホテルとの組み合わせに応じて上記の式（５）の重み「α」の値を変動させることにより、情報提供先となるユーザに応じてサービスに関するスコアを算出してもよい。例えば、決定部１３３は、情報提供先となるユーザが女性である場合、女性のユーザの利用率が高いホテルに対応するコンテンツのスコアを算出する際には、他のホテルに対応するコンテンツのスコアを算出する場合に比べて、重み「α」の値を大きくしてもよい。例えば、決定部１３３は、情報提供先となるユーザが高齢者（例えば６０代以上等）である場合、交通アクセスが良いホテルに対応するコンテンツのスコアを算出する際には、他のホテルに対応するコンテンツのスコアを算出する場合に比べて、重み「α」の値を大きくしてもよい。

また、決定部１３３は、ユーザにより指定された日時、または、利用目的に関する情報を含むユーザに関する情報に基づいて、サービスに関するスコアを算出してもよい。例えば、決定部１３３は、ユーザにより指定された日時、または、利用目的に関する情報に応じて、上記の式（５）の重み「α」の値を変動させることにより、サービスに関するスコアを算出してもよい。例えば、決定部１３３は、情報提供先となるユーザの利用目的がビジネスである場合、ビジネスで利用される割合が高いホテルに対応するコンテンツのスコアを算出する際には、他のホテルに対応するコンテンツのスコアを算出する場合に比べて、重み「α」の値を大きくしてもよい。例えば、決定部１３３は、情報提供先となるユーザの利用目的がプライベートである場合、プライベートで利用される割合が高いホテルに対応するコンテンツのスコアを算出する際には、他のホテルに対応するコンテンツのスコアを算出する場合に比べて、重み「α」の値を大きくしてもよい。例えば、決定部１３３は、ユーザの利用目的を入力ページＷ１１におけるユーザの入力等により取得してもよいし、ユーザのホテル予約に至るまでの検索等の行動履歴等に基づいて推定してもよい。なお、上記は一例であり、決定部１３３は、サービスに関するスコアが算出可能であれば、種々の情報等に基づいて、スコアを算出してもよい。

（提供部１３４）
提供部１３４は、外部の情報処理装置へ各種情報を提供する。例えば、提供部１３４は、決定部１３３により決定された順位に基づいて各サービスのコンテンツを提供する。例えば、提供部１３４は、決定部１３３により算出された評価に基づいて、コンテンツを提供する。例えば、提供部１３４は、各サービスに関する評価に基づいて順位付けされた各サービスのコンテンツを提供する。例えば、提供部１３４は、決定部１３３により決定されたコンテンツを端末装置１０へ提供する。例えば、提供部１３４は、決定部１３３により決定された順位に基づく情報を外部の情報処理装置へ提供する。例えば、提供部１３４は、決定部１３３により決定された順位に基づく情報をホテル情報要求の送信元である端末装置１０へ提供する。

例えば、提供部１３４は、ユーザＵ１が利用する端末装置１０へサービスに関する一覧情報を提供する。例えば、提供部１３４は、決定部１３３により決定された順位に基づく情報を端末装置１０へ提供する。図１の例では、提供部１３４は、一覧情報ＬＴ１１を端末装置１０−１へ提供する。

〔３．予測処理のフロー〕
ここで、図７を用いて、実施形態に係る提供装置１００による予測処理の手順について説明する。図７は、実施形態に係る予測処理の一例を示すフローチャートである。

図７に示すように、提供装置１００は、イベント情報を取得する（ステップＳ１０１）。図１では、提供装置１００は、Ｘ月Ｙ日にＡ地域のＸスタジアムでアイドルＡのコンサートが開催されることを示す情報を取得する。

また、提供装置１００は、イベント情報に基づいて対応する地域のホテルの需要を予測する（ステップＳ１０２）。図１では、提供装置１００は、Ａ地域におけるＸ月Ｙ日のホテルの需要を予測する。

また、提供装置１００は、予測したホテルの需要に基づいて対応する地域のホテルの宿泊価格を決定する（ステップＳ１０３）。例えば、提供装置１００は、Ａ地域におけるＸ月Ｙ日のホテルの需要がＡ地域におけるホテル総収容数の２倍であるため、Ａ地域におけるＸ月Ｙ日のホテルの宿泊価格を２倍にすると決定する。

〔４．決定処理のフロー〕
ここで、図８を用いて、実施形態に係る提供装置１００が提供する情報の決定の手順について説明する。図８は、実施形態に係る提供する情報の決定の一例を示すフローチャートである。

図８に示すように、提供装置１００は、ホテル情報要求を取得する（ステップＳ２０１）。図１では、提供装置１００は、ユーザＵ１が利用する端末装置１０からホテル情報要求を取得する。

また、提供装置１００は、要求に対応するコンテンツを抽出する（ステップＳ２０２）。図１では、提供装置１００は、ユーザＵ１が指定したＸ月Ｙ日にＡ地域で利用可能なホテルに関するコンテンツを抽出する。

その後、提供装置１００は、算出したスコアに基づいてコンテンツの順位を決定する（ステップＳ２０３）。例えば、提供装置１００は、所定の基準に基づいてコンテンツの順位を決定する。図１では、提供装置１００は、一覧情報ＬＴ１１に示すように、コンテンツＣＴ１１を１位、コンテンツＣＴ２１を２位に決定する。

その後、提供装置１００は、決定した順位に基づくコンテンツの一覧情報を提供する（ステップＳ２０４）。図１では、提供装置１００は、ユーザＵ１が利用する端末装置１０に一覧情報ＬＴ１１を提供する。

〔５．周辺地域の価格について〕
上述した例では、イベントが開催される地域のみの需要を予測し、価格を決定する場合について説明したが、周辺地域のホテルの価格を決定してもよい。この点について、図９を用いて説明する。図９は、実施形態に係る需要に基づく価格の決定の一例を示す図である。図９中の地図情報ＭＰ１１は、Ａ地域である地域ＲＧ１の周辺地域ＲＧ１１や周辺地域ＲＧ１１の周辺の地域に位置するホテルに関する需要に基づく価格の決定を模式的に示す。なお、実施形態と同様の構成については、同一の符号を付して説明を省略する。

図９中の地図情報ＭＰ１１は、図１に示す例におけるイベント情報ＩＶ１１に対応するイベントに応じた各ホテルの価格の決定の一例を示す。具体的には、地図情報ＭＰ１１は、図１と同様に日付「Ｘ月Ｙ日」に会場ＶＮ１１であるスタジアムＸにおいてイベントが開催される場合を示す。

まず、図９の例では、提供装置１００は、価格変更情報ＶＣ１に示すように、ホテルＡである図９中のホテルＨ１においてＸ月Ｙ日に提供されるサービスの価格を「５０００円」から「１００００円」に上昇させると決定する。また、図９の例では、提供装置１００は、価格変更情報ＶＣ２に示すように、ホテルＢである図９中のホテルＨ２においてＸ月Ｙ日に提供されるサービスの価格を「７５００円」から「１５０００円」に上昇させると決定する。

ここで、提供装置１００は、Ａ地域の一日のホテル総収容数が「２万５千人」であり、イベント情報ＩＶ１１に対応するイベントの想定人数が「５万人」であるため、およそ２万５千人のイベント参加者がＡ地域に宿泊できないと予測する。そのため、提供装置１００は、Ａ地域の周辺地域ＲＧ１１や周辺地域ＲＧ１１の周辺の地域にも、イベント情報ＩＶ１１に対応するイベントにより生じる需要が波及すると予測する。そして、提供装置１００は、Ａ地域の周辺地域ＲＧ１１や周辺地域ＲＧ１１の周辺の地域のホテルの価格も値上げすると決定する。

例えば、提供装置１００は、Ａ地域のホテルの価格の上昇倍率「２倍」以下でＡ地域の周辺地域ＲＧ１１のホテルの価格を上昇させると決定する。図９の例では、提供装置１００は、Ａ地域の周辺地域ＲＧ１１のホテルの価格を１．５倍に上昇させると決定する。

例えば、提供装置１００は、価格変更情報ＶＣ２１に示すように、ホテルＸであるホテルＨ２１においてＸ月Ｙ日に提供されるサービスの価格を「１００００円」から「１５０００円」に上昇させると決定する。また、例えば、提供装置１００は、価格変更情報ＶＣ２２に示すように、ホテルＹであるホテルＨ２２においてＸ月Ｙ日に提供されるサービスの価格を「５０００円」から「７５００円」に上昇させると決定する。

また、例えば、提供装置１００は、周辺地域ＲＧ１１のホテルの価格の上昇倍率「１．５倍」以下で周辺地域ＲＧ１１の周辺のホテルの価格を上昇させると決定する。図９の例では、提供装置１００は、周辺地域ＲＧ１１の周辺のホテルの価格を１．２５倍に上昇させると決定する。

例えば、提供装置１００は、価格変更情報ＶＣ３１に示すように、ホテルＺであるホテルＨ３１においてＸ月Ｙ日に提供されるサービスの価格を「１００００円」から「１２５００円」に上昇させると決定する。

このように、提供装置１００は、イベントが開催される地域から周辺の地域に広がるようにイベントにより生じる需要が波及すると予測し、その予測に応じて周辺地域のホテルの価格を決定することにより、イベントの影響を加味したホテルの価格を適切に決定することができる。

〔６．効果〕
上述してきたように、実施形態に係る提供装置１００は、取得部１３１と、予測部１３２とを有する。取得部１３１は、ウェブにおいて収集されたウェブ情報を取得する。予測部１３２は、取得部１３１により取得されたウェブ情報に基づいて、所定の施設において提供されるサービスの需要に関する情報を予測する。

これにより、実施形態に係る提供装置１００は、ウェブ情報に基づいて、所定の施設において提供されるサービスの需要に関する情報を予測することにより、所定の施設において提供されるサービスの需要を適切に予測することができる。

また、実施形態に係る提供装置１００において、予測部１３２は、所定のエリア内に位置する所定の施設において提供されるサービスの需要に関する情報を予測する。

これにより、実施形態に係る提供装置１００は、所定のエリア内に位置する所定の施設において提供されるサービスの需要に関する情報を予測することにより、所定の施設において提供されるサービスの需要を適切に予測することができる。

また、実施形態に係る提供装置１００において、予測部１３２は、所定の期日に所定の施設において提供されるサービスの需要に関する情報を予測する。

これにより、実施形態に係る提供装置１００は、所定の期日に所定の施設において提供されるサービスの需要に関する情報を予測することにより、所定の施設において提供されるサービスの需要を適切に予測することができる。

また、実施形態に係る提供装置１００において、取得部１３１は、所定の施設と所定の関係を有する地点におけるイベントに関する情報を含むウェブ情報を取得する。

これにより、実施形態に係る提供装置１００は、所定の施設と所定の関係を有する地点におけるイベントに関する情報を含むウェブ情報を取得することにより、所定の施設において提供されるサービスの需要を適切に予測することができる。

また、実施形態に係る提供装置１００において、取得部１３１は、所定の施設から所定の範囲内に位置する地点におけるイベントに関する情報を含むウェブ情報を取得する。

これにより、実施形態に係る提供装置１００は、所定の施設から所定の範囲内に位置する地点におけるイベントに関する情報を含むウェブ情報を取得することにより、所定の施設において提供されるサービスの需要を適切に予測することができる。

また、実施形態に係る提供装置１００は、決定部１３３を有する。決定部１３３は、予測部１３２により予測されたサービスの需要に関する情報に基づいて、サービスの価格を決定する。

これにより、実施形態に係る提供装置１００は、予測されたサービスの需要に関する情報に基づいて、サービスの価格を決定することにより、所定の施設において提供されるサービスの価格を需要に基づいて適切に決定することができる。

また、実施形態に係る提供装置１００において、決定部１３３は、サービスの平均価格と、サービスの需要に関する情報とに基づいて、サービスの価格を決定する。

これにより、実施形態に係る提供装置１００は、サービスの平均価格と、サービスの需要に関する情報とに基づいて、サービスの価格を決定することにより、所定の施設において提供されるサービスの価格を需要に基づいて適切に決定することができる。

また、実施形態に係る提供装置１００において、決定部１３３は、サービスの需要が所定の条件を満たす場合、平均価格に所定値を増加させた値を、サービスの価格と決定する。

これにより、実施形態に係る提供装置１００は、サービスの需要が所定の条件を満たす場合、平均価格に所定値を増加させた値を、サービスの価格と決定することにより、所定の施設において提供されるサービスの価格を需要に基づいて適切に決定することができる。

また、実施形態に係る提供装置１００において、決定部１３３は、サービスに対応付けられた最低価格以上になるようにサービスの価格を決定する。

これにより、実施形態に係る提供装置１００は、サービスに対応付けられた最低価格以上になるようにサービスの価格を決定することにより、所定の施設において提供されるサービスの需要が少ない場合であっても、サービスの価格を維持することができる。

また、実施形態に係る提供装置１００において、取得部１３１は、所定の情報提供サービスにおけるサービスの情報提供に関する履歴情報を取得する。

これにより、実施形態に係る提供装置１００は、所定の情報提供サービスにおけるサービスの情報提供に関する履歴情報を取得することにより、所定の施設において提供されるサービスの需要を適切に予測することができる。

〔７．ハードウェア構成〕
上述してきた実施形態に係る提供装置１００は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。図１０は、提供装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ提供する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る提供装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔８．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態に記載した各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 提供システム
１００ 提供装置（予測装置）
１２１ 宿泊施設情報記憶部
１２２ コンテンツ情報記憶部
１２３ 地域情報記憶部
１２４ イベント情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 予測部
１３３ 決定部
１３４ 提供部
１０ 端末装置
Ｎ ネットワーク

Claims (9)

1. ウェブにおいて収集されたウェブ情報であって、宿泊施設である所定の施設を含む所定のエリア内に位置する複数の宿泊施設の収容数を示す情報と、前記所定のエリア内に位置する地点におけるイベントの集客数を示す情報とを含むウェブ情報を取得する取得部と、
   前記取得部により取得されたウェブ情報が示す前記収容数と前記集客数とに基づいて、前記所定の施設において提供される宿泊サービスの需要に関する情報を予測する予測部と、
   前記予測部により予測された前記宿泊サービスの需要に関する情報に基づいて、前記所定のエリアの前記宿泊サービスの価格を決定し、前記集客数が前記収容数を超える場合、前記所定のエリア周辺のエリアの前記宿泊サービスの価格を値上げすると決定する決定部と、
   を備えたことを特徴とする予測装置。
2. 前記予測部は、
   所定のエリア内に位置する前記所定の施設において提供される宿泊サービスの需要に関する情報を予測する
   ことを特徴とする請求項１に記載の予測装置。
3. 前記予測部は、
   所定の期日に前記所定の施設において提供される宿泊サービスの需要に関する情報を予測する
   ことを特徴とする請求項１または請求項２に記載の予測装置。
4. 前記決定部は、
   前記宿泊サービスの平均価格と、前記宿泊サービスの需要に関する情報とに基づいて、前記宿泊サービスの価格を決定する
   ことを特徴とする請求項１〜３のいずれか１項に記載の予測装置。
5. 前記決定部は、
   前記宿泊サービスの需要が所定の条件を満たす場合、前記平均価格に所定値を増加させた値を、前記宿泊サービスの価格と決定する
   ことを特徴とする請求項４に記載の予測装置。
6. 前記決定部は、
   前記宿泊サービスに対応付けられた最低価格以上になるように前記宿泊サービスの価格を決定する
   ことを特徴とする請求項１〜５のいずれか１項に記載の予測装置。
7. 前記取得部は、
   所定の情報提供宿泊サービスにおける前記宿泊サービスの情報提供に関する履歴情報を取得する
   ことを特徴とする請求項１〜６のいずれか１項に記載の予測装置。
8. コンピュータが実行する予測方法であって、
   ウェブにおいて収集されたウェブ情報であって、宿泊施設である所定の施設を含む所定のエリア内に位置する複数の宿泊施設の収容数を示す情報と、前記所定のエリア内に位置する地点におけるイベントの集客数を示す情報とを含むウェブ情報を取得する取得工程と、
   前記取得工程により取得されたウェブ情報が示す前記収容数と前記集客数とに基づいて、前記所定の施設において提供される宿泊サービスの需要に関する情報を予測する予測工程と、
   前記予測工程により予測された前記宿泊サービスの需要に関する情報に基づいて、前記所定のエリアの前記宿泊サービスの価格を決定し、前記集客数が前記収容数を超える場合、前記所定のエリア周辺のエリアの前記宿泊サービスの価格を値上げすると決定する決定工程と、
   を含んだことを特徴とする予測方法。
9. ウェブにおいて収集されたウェブ情報であって、宿泊施設である所定の施設を含む所定のエリア内に位置する複数の宿泊施設の収容数を示す情報と、前記所定のエリア内に位置する地点におけるイベントの集客数を示す情報とを含むウェブ情報を取得する取得手順と、
   前記取得手順により取得されたウェブ情報が示す前記収容数と前記集客数とに基づいて、前記所定の施設において提供される宿泊サービスの需要に関する情報を予測する予測手順と、
   前記予測手順により予測された前記宿泊サービスの需要に関する情報に基づいて、前記所定のエリアの前記宿泊サービスの価格を決定し、前記集客数が前記収容数を超える場合、前記所定のエリア周辺のエリアの前記宿泊サービスの価格を値上げすると決定する決定手順と、
   をコンピュータに実行させることを特徴とする予測プログラム。

Images