JP2021148475A - 情報提供装置、情報提供方法、及びプログラム - Google Patents

Abstract

【課題】ユーザのニーズに合わせた情報を提供することができる情報提供装置、情報提供方法、及びプログラムを提供することである。【解決手段】情報提供装置は、利用者の端末装置からの少なくとも日時、出発地、及び目的地を指定した検索リクエストに応じて、前記出発地から前記目的地までの移動方法を検索して、前記端末装置に返す第１サービスの管理サーバから、前記検索に関する検索情報を取得する取得部と、前記取得部により取得された検索情報に基づいて、前記目的地における周辺情報を選定し、選定した周辺情報を前記第１サービスとは異なる第２サービスのコンテンツとして、前記端末装置に提供させる拡張サービス提供部と、を備える。【選択図】図１１

Description

本発明は、情報提供装置、情報提供方法、及びプログラムに関する。

例えば、ユーザが旅行を計画した場合に、旅行先で滞在する宿泊施設を検索することがある。宿泊施設の検索を補助するため、宿泊施設の情報をまとめた宿泊情報を提供する技術がある（例えば、特許文献１参照）。

特開２０１１−９６００３号公報

宿泊情報を提供する際には、旅行者のニーズに合わせた情報を提供することにより、例えば宿泊情報に示される宿泊施設への宿泊を含む商品を販売するための情報の提供に対するユーザの反応を高めることができる。しかし、従来の宿泊情報を提供する技術では、ユーザのニーズに合わせた情報を提供することが難しかった。

本発明は、このような事情を考慮してなされたものであり、ユーザのニーズに合わせた情報を提供することができる情報提供装置、情報提供方法、及びプログラムを提供することを目的の一つとする。

本発明の一態様は、利用者の端末装置からの少なくとも日時、出発地、及び目的地を指定した検索リクエストに応じて、前記出発地から前記目的地までの移動方法を検索して、前記端末装置に返す第１サービスの管理サーバから、前記検索に関する検索情報を取得する取得部と、前記取得部により取得された検索情報に基づいて、前記目的地における周辺情報を選定し、選定した周辺情報を前記第１サービスとは異なる第２サービスのコンテンツとして、前記端末装置に提供させる拡張サービス提供部と、を備える情報提供装置である。

本発明の一態様によれば、ユーザのニーズに合わせた情報を提供することができる。

第１実施形態の第２サービス提供装置２００の使用環境の一例を示す図である。 各装置間で送受信される情報の一例を説明する図である。 第１路線検索画像ＩＭ１−１の一例を示す図である。 第２路線検索画像ＩＭ１−２の一例を示す図である。 第１宿泊施設画像ＩＭ２−１の一例を示す図である。 第２宿泊施設画像ＩＭ２−２の一例を示す図である。 プッシュ通知提供画像ＩＭ１−３の一例を示す図である。 第１ユーザＵ１に送信される電子メールの一例を示す図である。 第１サービス提供装置１００の構成の一例を示す図である。 路線検索情報１５２の一例を示す図である。 第１実施形態の第２サービス提供装置２００の構成の一例を示す図である。 宿泊施設検索情報２５２の一例を示す図である。 学習データセット２６０の一例を示す図である。 学習済モデル２５８の機能を概念的に示す図である。 第１サービス提供装置１００の処理の一例を示すフローチャートである。 第２サービス提供装置２００の処理の一例を示すフローチャートである。 第２サービス提供装置２００の処理の一例を示すフローチャートである。 第２サービス提供装置２００の処理の一例を示すフローチャートである。 第２サービス提供装置２００の処理の一例を示すフローチャートである。 第２サービス提供装置２００の処理の一例を示すフローチャートである。 第２サービス提供装置２００の処理の一例を示すフローチャートである。 第２実施形態の第２サービス提供装置２００の使用環境の一例を示す図である。 提供条件判定マップ２６２の一例を示す図である。 第３実施形態の第２サービス提供装置２００の使用環境の一例を示す図である。

以下、図面を参照し、本発明の情報提供装置、情報提供方法、推定装置、推定方法、及びプログラムの実施形態について説明する。

［概要］
情報提供装置は、一以上のプロセッサにより実現される。情報提供装置は、ネットワークを介して利用者（以下、「ユーザ」という）の端末及び第１サービスの管理サーバに接続される。情報提供装置は、第２サービスの管理サーバである。第１サービスは、例えば、ユーザの端末装置からの日時、出発地、及び目的地（または到着地）などを指定した路線検索リクエストに応じて、出発地から目的地までの移動方法を検索してユーザの端末装置に返すサービス（以下「路線検索サービス」という）である。第２サービスは、第１サービスと異なるサービスである。第２サービスは、例えば、ユーザの端末装置からの日時、宿泊先、予算などを指定した宿泊施設検索リクエストに応じて、宿泊プランなどをユーザの端末装置に返すサービス（以下「宿泊プラン検索サービス」という）である。宿泊プラン検索サービスは、宿泊施設検索サービスの一例である。

第１サービスの管理サーバは、ユーザの端末装置からの路線検索リクエストに応じて、出発地から目的地までの移動方法を検索してユーザの端末装置に返す。第１サービスの管理サーバは、ユーザの端末装置からの路線検索リクエストに含まれる各項目及び移動方法の検索結果などを含む路線検索関連情報を情報提供装置に提供する。

情報提供装置は、ユーザの端末装置からの宿泊施設検索リクエストに応じて、宿泊プランなどを選定してユーザの端末装置に返す。さらに、情報提供装置は、第１サービスの管理サーバにより提供された路線検索関連情報に基づいて、ユーザが検索した出発地から目的地まで実際に移動する（ユーザが、検索した内容の通りに移動する）実現性を推定する。かかる機能は、推定装置の一例である。情報提供装置は、第１サービスの管理サーバにより提供された路線検索関連情報に基づいて、提供するユーザや宿泊プランなどを選定する。情報提供装置は、選定した宿泊プランなどの選定結果を、推定した実現性に応じたユーザに提供する。以下、第１サービスの管理サーバを第１サービス提供装置１００、情報提供装置を第２サービス提供装置２００という。

＜第１実施形態＞
［全体構成］
図１は、第１実施形態の第２サービス提供装置２００の使用環境の一例を示す図である。例えば、一以上のユーザＵが使用する端末装置１０と、第１サービス提供装置１００と、第２サービス提供装置２００とが、ネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、プロバイダ端末、無線通信網、無線基地局、専用回線などを含む。なお、図１に示す各装置の全ての組み合わせが相互に通信可能である必要はなく、ネットワークＮＷは、一部にローカルなネットワークを含んでもよい。

図２は、各装置間で送受信される情報の一例を説明する図である。図２に示す例では、第１ユーザＵ１と第２ユーザＵ２の２人が存在するものとする。第１ユーザＵ１は、例えば、第１サービス提供装置１００により提供される路線検索サービスを利用し、第２ユーザＵ２は、第２サービス提供装置２００により提供される宿泊プラン検索サービスを利用する。第１ユーザＵ１は、過去に第２サービス提供装置２００により提供される宿泊プラン検索サービスを利用する。以下の説明において、第１ユーザＵ１及び第２ユーザＵ２を含む不特定のユーザをユーザＵとする。

このとき、第１サービス提供装置１００は、端末装置１０から路線検索開始リクエスト情報が送信された場合に、路線検索サービスとして、第１ユーザＵ１の端末装置１０により送信される路線検索リクエスト情報に応じて路線検索を行い、路線検索の結果として路線検索結果情報を第１ユーザＵ１の端末装置１０に提供する。

第２サービス提供装置２００は、基本機能として、第２ユーザＵ２の端末装置１０から宿泊施設検索リクエストを送信された場合に、宿泊プラン検索サービスとして、端末装置１０により送信される宿泊プランリクエスト情報に応じて、宿泊プラン情報を選定する。第２サービス提供装置２００は、選定した宿泊プラン情報を第２ユーザＵ２の端末装置１０に提供する。

さらに、第２サービス提供装置２００は、拡張機能として、第１サービス提供装置１００により提供される路線検索サービスを利用した第１ユーザＵ１の端末装置１０に対して、宿泊プラン情報や訪問先情報等の周辺情報を、例えばプッシュ通知によって提供する。訪問先情報は、訪問先（目的地）の周辺における観光地、飲食店、公共施設、利用可能な交通機関などのユーザの訪問対象であり、宿泊施設でない情報である。第２サービス提供装置２００は、プッシュ通知によって周辺情報を提供する代わりに、ログインした第１ユーザＵ１に提供する宿泊プラン検索サービスにおけるお奨め情報として周辺情報を提供してもよい。あるいは、チャット（リアルタイムコミュニケーション）機能を利用して周辺情報を提供してもよいし、後述するように、電子メールを送信して周辺情報を提供してもよい。

第２サービス提供装置２００が上記のような拡張機能を実現するために、第１サービス提供装置１００は、路線検索サービスによって得られた路線検索リクエスト情報等に基づいて路線検索関連情報を生成し、路線検索関連情報を第２サービス提供装置２００に提供する。第２サービス提供装置２００は、第１サービス提供装置１００により提供された路線検索関連情報に基づいて、ユーザＵに提供する周辺情報を選定し、選定した周辺情報を電子メールなどで第１ユーザＵ１の端末装置１０に送信して、宿泊プラン検索サービスのコンテンツとして端末装置１０に提供させる。

第２サービス提供装置２００は、路線検索関連情報に含まれる第１ユーザＵ１の出発地から目的地までの移動距離（以下「目的移動距離」という）、及び出発地から目的地までの移動方法を検索した検索日と出発地から目的地まで移動する移動日との間の期間（以下、「第１期間」という）が提供条件を満たす場合に、第１ユーザＵ１の端末装置１０に周辺情報を提供させる。第１実施形態における提供条件は、例えば、後述する学習済モデル２５８によって求めた実現性が実現性閾値を超えるなどの条件を満たすことである。

端末装置１０は、例えば、スマートフォンなどの携帯電話、タブレット端末などである。端末装置１０は、例えば、入力装置、表示装置、通信装置、記憶装置、および演算装置を備える。通信装置は、ＮＩＣ（Network Interface Card）などのネットワークカード、無線通信モジュールなどを含む。

端末装置１０では、アプリケーションプログラムなどのＵＡ（User Agent）が起動し、ユーザＵが入力した内容に応じたリクエストを第１サービス提供装置１００、第２サービス提供装置２００、その他のサービス提供装置に送信する。ＵＡが起動された端末装置１０は、サービス提供装置から取得した情報に基づいて、表示装置を利用して各種情報を表示する。

第１サービス提供装置１００及び第２サービス提供装置２００は、例えば、ＵＡとして起動されたアプリケーションプログラムからのリクエストに応じて、画像や画像表示のためのパラメータを端末装置１０に提供するウェブサーバである。第１サービス提供装置１００及び第２サービス提供装置２００は、いわゆるウェブサーバであってもよい。

第１サービス提供装置１００は、少なくとも出発地と目的地を取得することにより、出発地から目的地に至るまでの利用可能となる路線を検索するためのコンテンツ（以下「路線検索コンテンツ」という）を提供する。路線検索コンテンツの画像（以下、「路線検索画像」という）は、例えば、端末装置１０の表示部によって表示される。

図３は、第１路線検索画像ＩＭ１−１の一例を示す図である。第１路線検索画像ＩＭ１−１には、例えば、出発地を入力する第１入力欄Ｆ１１と、経由地を入力する第２入力欄Ｆ１２と、目的地を入力する第３入力欄Ｆ１３と、日時を指定する第４入力欄Ｆ１４と、実行ボタンＦ１５と、が設けられる。端末装置１０は、第１ユーザＵ１が路線検索コンテンツの画像の各入力欄に情報を入力し、実行ボタンＦ１５を操作したことに応じて、路線検索リクエスト情報を生成して第１サービス提供装置１００に送信する。

第１入力欄Ｆ１１から第４入力欄Ｆ１４には、テキスト情報を入力可能である。第１ユーザＵ１は、第１入力欄Ｆ１１にテキスト情報を入力することにより、出発地を指定する。第１ユーザＵ１は、第２入力欄Ｆ１２にテキスト情報を入力することにより、経由地を指定する。第１ユーザＵ１は、第３入力欄Ｆ１３にテキスト情報を入力することにより、目的地を指定する。第１ユーザＵ１は、第４入力欄Ｆ１４にテキスト情報を入力することにより、日時を指定する。

出発地、経由地、目的地、及び日時の入力は、第１入力欄Ｆ１１から第４入力欄Ｆ１４にテキスト情報を入力する態様以外の態様で実行可能としてもよい。例えば、第１入力欄Ｆ１１から第３入力欄Ｆ１３に代えてまたは加えて路線図を表示し、路線図に表示された駅を指定することにより、指定された駅が出発地または目的地として入力されてもよい。第４入力欄Ｆ１４に代えてまたは加えてカレンダーを表示したりプルダウン式の選択表示部を設けたりして、カレンダーや選択表示部に表示される日時を指定することで日時が入力されてもよい。

第１サービス提供装置１００は、端末装置１０により送信された路線検索リクエスト情報に基づいて、出発地から目的地までの間で利用可能となる路線を検索し、検索結果である路線検索結果情報を第１ユーザＵ１に提供する。図４は、第２路線検索画像ＩＭ１−２の一例を示す図である。第２路線検索画像ＩＭ１−２には、出発地、目的地、及び出発地と目的地を繋ぐ路線の情報が数種類表示される。図４に示す例では、５例のルートが示される。これらの例には、それぞれの出発日時、到着日時、所要時間、料金等が表示される。さらに、第２路線検索画像ＩＭ１−２には、表示順選択画像が設けられる。表示順選択画像には、「時間順」「回数順」「料金順」の文字が表示された欄が設けられている。例えば、第１ユーザＵ１が各欄を操作することにより、検索結果の表示順が操作に応じて入れ替わる。

路線検索コンテンツの画像には、出発地、目的地、及び日時以外の情報が入力可能とされてもよい。路線検索コンテンツの画像には、例えば、運賃、条件（急ぐか、ゆっくりか）、手段（空路、特急、高速バス等）などの情報を入力可能としてもよい。第１サービス提供装置１００は、路線検索リクエスト情報、路線検索結果情報などの情報を含む路線検索関連情報を第２サービス提供装置２００に送信する。

第２サービス提供装置２００は、少なくとも宿泊施設、宿泊地、行動目的などの宿泊目的を入力することにより、宿泊プランを検索するためのコンテンツ（以下「宿泊施設コンテンツ」という）を提供する。宿泊施設コンテンツの画像（以下、「宿泊施設画像」という）は、例えば、端末装置１０の表示部に表示される。

図５は、第１宿泊施設画像ＩＭ２−１の一例を示す図である。第１宿泊施設画像ＩＭ２−１には、例えば、宿泊目的を入力する第１入力欄Ｆ２１と、宿泊日程を入力する第２入力欄Ｆ２２と、宿泊人数を入力する第３入力欄Ｆ２３と、こだわり条件を入力する第４入力欄Ｆ２４と、宿泊プランの対象を選択する選択欄Ｆ２５と、実行ボタンＦ２６と、が設けられる。端末装置１０は、第２ユーザＵ２が宿泊施設コンテンツの画像の各欄に情報を入力することにより、宿泊施設検索リクエストを生成して第２サービス提供装置２００に送信する。

第１入力欄Ｆ２１から第３入力欄Ｆ２３には、テキスト情報を入力可能である。第２ユーザＵ２は、第１入力欄Ｆ２１にテキスト情報を入力することにより、旅行関連情報を指定する。第２ユーザＵ２は、第２入力欄Ｆ２２にテキスト情報を入力することにより、旅行の日程を指定する。第２ユーザＵ２は、第３入力欄Ｆ２３にテキスト情報を入力することにより、旅行の参加人数を指定する。第４入力欄Ｆ２４は、例えば、部屋タイプ、食事の有無などの第２ユーザＵ２が希望する特定の条件を入力可能である。

宿泊目的、宿泊日程、宿泊人数の入力は、第１入力欄Ｆ２１から第３入力欄Ｆ２３にテキスト情報を入力する態様以外の態様での実行可能としてもよい。例えば、第２入力欄Ｆ２２に代えてまたは加えてカレンダーを表示し、カレンダーに表示された日付のうちの２つを第２ユーザＵ２が指定することにより、指定された２つの日付の間の期間が宿泊日程として入力されてもよい。端末装置１０は、第１入力欄Ｆ２１から第３入力欄Ｆ２３への入力が行われ、第４入力欄Ｆ２４が操作された後に実行ボタンＦ２６が操作されることにより、宿泊施設検索リクエスト情報を第２サービス提供装置２００に送信する。

第２サービス提供装置２００は、端末装置１０により送信された宿泊施設検索リクエスト情報に基づいて、指定された条件で宿泊施設に宿泊可能となる宿泊プランを選定する。第２サービス提供装置２００は、選定結果である宿泊プラン情報を第２ユーザＵ２の端末装置１０に表示させて端末装置１０に提供させる。宿泊プラン情報は、宿泊情報の一例である。

図６は、第２宿泊施設画像ＩＭ２−２の一例を示す図である。第２宿泊施設画像ＩＭ２−２には、複数の宿泊施設についての宿泊プランの情報が表示される。図６に示す例では、４つの宿泊施設について、単数または複数の宿泊プランの情報が表示される。第２サービス提供装置２００は、例えば、宿泊プラン情報を宿泊情報として第２ユーザＵ２に提供するが、宿泊施設と宿泊時の食事等のプランを含む情報であるが宿泊時の食事等のプランを含まない宿泊施設情報を宿泊情報として提供してもよい。

さらに、第２サービス提供装置２００は、拡張機能として、例えば、第１サービス提供装置１００により送信された路線検索関連情報に基づいて、目的地の周辺に関する周辺情報を生成する。周辺情報には、例えば、路線検索関連情報に含まれる目的地周辺における宿泊地の宿泊プラン情報と、その目的地周辺における訪問先情報が含まれる。

第２サービス提供装置２００は、生成した周辺情報を、第１サービス提供装置１００による路線検索サービスを利用した第１ユーザＵ１の端末装置１０に送信して、端末装置１０に提供させる。第２サービス提供装置２００から端末装置１０に対して送信する周辺情報は、例えばプッシュ通知により提供される。

図７は、プッシュ通知提供画像ＩＭ１−３の一例を示す図である。プッシュ通知提供画像ＩＭ１−３は、例えば、第１ユーザＵ１の端末装置１０に表示される。プッシュ通知提供画像ＩＭ１−３には、第１ユーザＵ１に提供する宿泊情報の対象となる目的地が表示されたプッシュ通知画像Ｆ４１が表示される。第１ユーザＵ１が、例えば、プッシュ通知画像Ｆ４１に含まれる目的地の表示を操作することにより、操作された目的における宿泊施設を利用する宿泊プラン情報が端末装置１０に表示される。

図８は、第１ユーザＵ１に送信される電子メールの一例を示す図である。第１ユーザＵ１に送信される電子メールＥＭには、例えば、周辺情報として、路線検索関連情報に含まれる目的地の周辺における宿泊プラン情報ＳＴＰが含まれる。さらに、第１ユーザＵ１に送信される電子メールＥＭには、路線検索関連情報に含まれる目的地の周辺における訪問先情報ＶＳＴが含まれる。第１ユーザＵ１に送信される電子メールＥＭには、宿泊プラン情報ＳＴＰ及び訪問先情報ＶＳＴの一方のみが含まれていてもよい。図７に示すプッシュ通知画像Ｆ４１に宿泊プラン情報ＳＴＰや訪問先情報ＶＳＴが表示されてもよい。

周辺情報を提供するにあたり、第２サービス提供装置２００は、路線検索結果情報に応じて第１ユーザＵ１が移動する実現性を推定する。第２サービス提供装置２００は、推定した実現性に基づいて、周辺情報を提供するか否かを決定する。周辺情報を提供する場合、第２サービス提供装置２００は、推定した実現性などに基づいて、周辺情報の内容などを選定する。

［第１サービス提供装置の構成］
図９は、第１サービス提供装置１００の構成の一例を示す図である。第１サービス提供装置１００は、例えば、第１通信部１１０と、第１処理部１２０と、第１記憶部１５０とを備える。第１通信部１１０は、例えば、ＮＩＣ等の通信インターフェースを含む。第１通信部１１０は、ネットワークＮＷを介して、端末装置１０や第２サービス提供装置２００などと通信する。

第１処理部１２０は、例えば、第１取得部１２２と、検索部１２４と、第１提供部１２６と、を備える。第１処理部１２０の構成要素は、例えば、ＣＰＵ（Central Processing Unit）などのプロセッサが第１記憶部１５０に格納されたプログラムを実行することにより実現される。また、第１処理部１２０の構成要素の一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、またはＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitry）により実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

第１記憶部１５０は、例えば、ＨＤＤ（Hard Disc Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などの記憶装置により実現される。第１記憶部１５０には、ファームウェアやアプリケーションプログラムなどの各種プログラムの他に、路線検索情報１５２及び路線情報データベース（以下、「路線情報ＤＢ」という）１５４が格納される。

図１０は、路線検索情報１５２の一例を示す図である。路線検索情報１５２は、路線検索が実行されるごとに付与される路線検索ＩＤに対して、ユーザＩＤ、検索日時、出発地、目的地、経由地、出発日時、及び到着日時が対応付けられたデータである。これらのデータのうち、ユーザＩＤ、経由地、出発日時、及び到着日時については、指定がない場合にはブランクとされる。

ユーザＩＤは、路線検索サービスを利用したユーザＵの識別情報である。検索日時は、出発地から目的地までの移動方法を検索した日時である。検索日時に代えて検索日または検索時間を用いてもよい。出発地は、ユーザＵの移動の起点となる地点である。目的地は、ユーザＵの移動の終点となる地点である。経由地は、ユーザＵの移動の際に、出発地と目的地の間で経由する地点である。出発日時は、ユーザＵが移動を開始する日時である。到着日時は、ユーザＵの移動を終了する日時である。出発日時及び到着日時に代えて、それぞれ出発日及び到着日を利用してもよいし、出発時及び到着時を利用してもよい。

第１取得部１２２は、例えば、端末装置１０により送信され第１通信部１１０により受信された路線検索リクエスト情報を取得する。第１取得部１２２は、取得した路線検索リクエスト情報の各項目を、第１記憶部１５０に記憶された路線検索情報１５２に追加して、路線検索情報１５２を更新する。路線検索情報は、検索情報の一例である。

検索部１２４は、第１取得部１２２が路線検索リクエスト情報を取得した場合に、第１記憶部１５０に記憶された路線情報ＤＢ１５４を読み出す。検索部１２４は、取得した路線検索リクエスト情報を、読み出した路線情報ＤＢ１５４に照合して、路線検索リクエスト情報に応じた路線検索結果情報を取得する。

第１提供部１２６は、検索部１２４が検索して取得した路線検索結果情報を、路線検索リクエスト情報を送信した端末装置１０に向けて、第１通信部１１０に送信させる。路線検索結果情報を受信した端末装置１０は、図４に示す路線検索結果を表示装置により表示する。こうして、第１提供部１２６は、端末装置１０に路線検索結果を表示させる。

第１提供部１２６は、検索部１２４が検索して取得した路線検索結果情報と路線検索結果情報を取得するために利用した路線検索リクエスト情報を含む路線検索関連情報を生成する。第１提供部１２６は、生成した路線検索関連情報を、第２サービス提供装置２００に向けて第１通信部１１０に送信させる。第１提供部１２６は、路線検索情報１５２のデータが一定数、例えば１０００件集まるごとに、路線検索関連情報に路線検索情報１５２を含めて第２サービス提供装置２００に送信する。路線検索情報１５２は、路線検索関連情報を取得した第２サービス提供装置２００で生成されて記憶されてもよい。

［第２サービス提供装置の構成］
図１１は、第１実施形態の第２サービス提供装置２００の構成の一例を示す図である。第２サービス提供装置２００は、第２通信部２１０と、第２処理部２２０と、第２記憶部２５０と、を備える。第２通信部２１０は、例えば、ＮＩＣ等の通信インターフェースを含む。第２通信部２１０は、ネットワークＮＷを介して、端末装置１０や第１サービス提供装置１００などと通信する。

第２処理部２２０は、例えば、第２取得部２２２と、基本サービス提供部２２４と、拡張サービス提供部２２６と、を備える。拡張サービス提供部２２６は、推定部２２６Ａと、選定部２２６Ｂと、モデル生成部２２６Ｃと、を備える。第２処理部２２０の構成要素は、例えば、ＣＰＵなどのプロセッサが第２記憶部２５０に格納されたプログラムを実行することにより実現される。また、第２処理部２２０の構成要素の一部または全部は、ＬＳＩ、ＡＳＩＣ、ＦＰＧＡ、またはＧＰＵなどのハードウェアにより実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

第２記憶部２５０は、例えば、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＯＭ、ＲＡＭなどの記憶装置により実現される。第２記憶部２５０には、ファームウェアやアプリケーションプログラムなどの各種プログラムの他に、宿泊施設検索情報２５２、宿泊プランデータベース（以下、「宿泊プランＤＢ」という）２５４、周辺施設データベース（以下、「周辺施設ＤＢ」という）２５６、学習済モデル２５８、及び学習データセット２６０が格納される。学習データセット２６０は、モデル生成部２２６Ｃにおける学習済モデル２５８の生成に利用される入力データと教師データのペアの集合である。

図１２は、宿泊施設検索情報２５２の一例を示す図である。宿泊施設検索情報２５２は、宿泊施設検索が実行されるごとに付与される宿泊検索ＩＤに対して、宿泊プラン検索サービスを利用した第２ユーザＵ２の識別番号を示すユーザＩＤ、宿泊目的、検索日時、宿泊日程、宿泊人数、及び宿泊地が対応付けられたデータである。これらのデータのうち、ユーザＩＤ、検索日時、宿泊日程、宿泊人数、及び宿泊地について、指定がない場合にはブランクとされる。

図１３は、学習データセット２６０の一例を示す図である。学習データセット２６０は、入力データと教師データとの組み合わせを複数含む。入力データは、路線検索情報１５２に含まれるユーザＩＤ、検索日時、出発地、目的地、経由地、出発日時、及び到着日時が対応付けられたデータである。教師データは、同じユーザＵが実際に検索した場所に、指定した日時（あるいはその付近の日時、以下、「指定日時等」という）に移動したか否かを示す情報である。教師データは、行動結果情報として示されており、行動結果情報が入力データとなる路線検索情報と対応付けられることにより、入力データと教師データがペアとなる。行動結果情報としては、例えば、第１ユーザＵ１が目的地に移動した場合には「〇」、第１ユーザＵ１が目的地に移動しなかった場合には「×」が記憶される。

ユーザＵが実際に検索した場所に指定日時等に移動したか否かは、どのように判定されてもよい。例えば、ユーザＵが所有する端末装置のアプリケーションプログラムがアップロードする端末装置の位置情報に基づいて判断されてもよいし、ネットワークを介したチケット購入情報などから推定されてもよい。

第２取得部２２２は、例えば、端末装置１０により送信され第２通信部２１０により受信された宿泊施設検索リクエスト情報を取得する。宿泊施設検索リクエスト情報は、基本サービス提供部２２４に渡される。第２取得部２２２は、宿泊施設検索リクエスト情報を取得した場合に、宿泊施設検索リクエスト情報の各項目を、第２記憶部２５０に記憶された宿泊施設検索情報２５２に追加して、宿泊施設検索情報２５２を更新する。第２取得部２２２は、第１サービス提供装置１００により送信され第２通信部２１０により受信された路線検索関連情報を取得する。路線検索関連情報は、拡張サービス提供部２２６に渡される。

［基本機能］
基本サービス提供部２２４は、端末装置１０により送信される宿泊施設検索リクエスト情報を第２取得部２２２が取得した場合に、第２記憶部２５０に記憶された宿泊プランＤＢ２５４を読み出す。基本サービス提供部２２４は、第２取得部２２２が取得した宿泊施設検索リクエスト情報及び読み出した宿泊プランＤＢ２５４に基づいて、第２ユーザＵ２に提供する宿泊プランを選定する。

基本サービス提供部２２４が選定する宿泊プランは、例えば、宿泊施設検索リクエスト情報の少なくとも一部が該当する宿泊プランのうち、閲覧数、宿泊申込割合などの指標値が高い一以上の宿泊プランである。基本サービス提供部２２４は、選定した宿泊プランの情報を、宿泊施設検索リクエスト情報を送信した第２ユーザＵ２の端末装置１０に向けて、第２通信部２１０に送信させる。宿泊プラン情報を受信した端末装置１０は、図６に示す宿泊プランを表示装置に表示する。こうして、基本サービス提供部２２４は、第２ユーザＵ２の端末装置１０に宿泊プランを提供させる。

［拡張機能］
拡張サービス提供部２２６は、路線検索サービスを利用した第１ユーザＵ１の端末装置１０に対して、宿泊プラン情報などの周辺情報を送信するための処理を行う。拡張サービス提供部２２６における推定部２２６Ａは、例えば、第２取得部２２２が取得した路線検索関連情報を入力データとして学習済モデル２５８に入力することで、路線検索リクエスト情報を送信した第１ユーザＵ１が、路線検索リクエスト情報に含まれる出発地から目的地まで実際に移動する実現性を推定する。推定部２２６Ａが推定する実現性は、例えば、ユーザＵが実際に移動する可能性を割合で示すものである。推定部２２６Ａが推定する実現性は、例えば、実現するか否かを判断した結果を示すものでもよい。

図１４は、学習済モデル２５８の機能を概念的に示す図である。学習済モデル２５８は、例えば、第２取得部２２２により取得された路線検索関連情報（検索情報）を、機械学習によって学習され、検索情報を入力すると検索した内容の通りに利用者が移動するかどうかを示す実現性を出力する。学習済モデル２５８は、例えば、入力層と中間層と出力層とを有する。入力層には、路線検索関連情報に含まれる検索日時、出発地、目的地、経由地、出発日時、到着日時の各データが入力される。出力層からは、第１ユーザＵ１が、路線検索リクエスト情報に含まれる出発地から目的地まで実際に移動する実現性が出力される。中間層は、例えば、入力層と出力層をつなぐ多層のニューラルネットワークを有する。入力データに含まれる路線検索情報における出発地、目的地、経由地等は、その近傍の地点を含むようにしてもよい。例えば、出発地等が駅である場合には、共通の路線の駅や隣り合う駅などを含むようにしてもよい。

選定部２２６Ｂは、例えば、第１ユーザＵ１が目的地に移動する実現性を推定部２２６Ａが推定した場合に、宿泊プランＤＢ２５４及び周辺施設ＤＢ２５６を読み出す。選定部２２６Ｂは、推定部２２６Ａが推定した実現性に基づいて、第１ユーザＵ１に周辺情報を提供するか否かを判定する。第１ユーザＵ１に周辺情報を提供すると判定した場合に、選定部２２６Ｂは、第２記憶部２５０に記憶された宿泊プランＤＢ２５４及び周辺施設ＤＢ２５６を読み出し、推定した実現性に基づいて、宿泊プランＤＢ２５４及び周辺施設ＤＢ２５６に含まれる周辺情報の中から、第１ユーザＵ１に提供する周辺情報を選定する。周辺情報の選定については、後述する。

選定部２２６Ｂが選定する周辺情報が宿泊プラン情報である場合、選定される宿泊プランは、例えば、第１サービス提供装置１００により送信された路線検索情報に含まれる目的地またはその周辺が宿泊施設の所在地であり、路線検索情報に含まれる到着日（到着日時）が、宿泊日程の初日となる宿泊プランのうち、閲覧数、宿泊申込割合などの指標値が高い一以上の宿泊プランである。拡張サービス提供部２２６は、選定した周辺情報を、路線検索リクエスト情報を送信した第１ユーザＵ１の端末装置１０に向けて、第２通信部２１０に送信させる。周辺情報を受信した端末装置１０は、例えば、図７に示すプッシュ通知提供画像ＩＭ１−３を表示装置に表示する。こうして、拡張サービス提供部２２６は、第１ユーザＵ１の端末装置１０に周辺情報を提供させる。

モデル生成部２２６Ｃは、第２取得部２２２が取得した路線検索関連情報に基づいて、学習済モデル２５８を生成する。モデル生成部２２６Ｃは、例えば、図１４に示した学習済モデル２５８の元となる機械学習モデルを用意し、入力層への入力データを学習データとし、出力層から出力されるべきデータを教師データとして、中間層のパラメータを調整する機械学習を行うことで、機械学習モデルを最適化する。

モデル生成部２２６Ｃは、例えば、学習途中のモデルである機械学習モデルの出力が、教師データに近づくように、例えば逆誤差伝播法（バックプロパゲーション）によって機械学習モデルのパラメータを調整する。モデル生成部２２６Ｃは、例えば、所定数の学習データについて処理を完了した時点の機械学習モデルを学習済モデル２５８として生成する。モデル生成部２２６Ｃは、学習済モデル２５８の生成後にも、学習データセット２６０が新たに蓄積されるのに応じて、学習済モデル２５８を再生成して更新してもよい。

第１実施形態では、モデル生成部２２６Ｃは、第２サービス提供装置２００が備える機能であるものとしているが、モデル生成部２２６Ｃは、第２サービス提供装置２００とは別体の装置が備える機能であってもよい。この場合、第２サービス提供装置２００は、モデル生成部の機能を備える装置により提供される学習済モデルを取得して、路線検索結果に応じてユーザが移動する実現性を推定するようにしてよい。

［第１サービス提供装置１００の処理］
次に、第１サービス提供装置１００の処理について説明する。図１５は、第１サービス提供装置の処理の一例を示すフローチャートである。第１サービス提供装置１００は、第１ユーザＵ１の端末装置１０から送信される路線検索開始リクエストを受信することによって、路線検索サービスの提供を開始し、図１５に示すフローチャートを実行する。

第１サービス提供装置１００は、第１ユーザＵ１の端末装置１０により送信された路線検索開始リクエストを第１通信部１１０において受信すると、路線検索開始リクエストを送信した端末装置１０に対して路線検索コンテンツを提供する（Ｓ１０１）。路線検索コンテンツの画像は、端末装置１０の表示部に表示される。

続いて、第１処理部１２０は、端末装置１０により送信される路線検索リクエスト情報を第１通信部１１０が受信したか否かを判定する（Ｓ１０３）。路線検索リクエスト情報を第１通信部１１０が受信していないと判定した場合、第１処理部１２０は、端末装置１０により終了情報が送信されるまで、Ｓ１０３の処理を繰り返す。

路線検索リクエスト情報を第１通信部１１０が受信したと判定した場合、第１処理部１２０は、第１取得部１２２において路線検索リクエスト情報を取得する（Ｓ１０５）。続いて、検索部１２４は、路線情報ＤＢ１５４を読み出し（Ｓ１０７）、路線検索リクエスト情報に基づく路線検索を実行する（Ｓ１０９）。続いて、第１提供部１２６は、検索部１２４による検索結果を路線検索結果情報として端末装置１０に向けて第１通信部１１０に送信させる（Ｓ１１１）。さらに、第１提供部１２６は、路線検索リクエスト情報、路線検索結果情報などの情報を含む路線検索関連情報を生成して、第２サービス提供装置２００に向けて第１通信部１１０に送信させる（Ｓ１１３）。こうして、第１サービス提供装置１００は、図１５に示す処理を終了する。

［第２サービス提供装置２００の処理］
次に、第２サービス提供装置２００の処理について説明する。図１６から図２１は、いずれも、第２サービス提供装置の処理の一例を示すフローチャートである。図１６に示すように、基本サービス提供部２２４は、第２ユーザＵ２の端末装置１０から送信され第２通信部２１０が受信した宿泊施設検索開始リクエストを第２取得部２２２が取得したか否かを判定する（Ｓ２０１）。宿泊施設検索開始リクエストを第２取得部２２２が取得したと判定した場合、基本サービス提供部２２４は、宿泊施設検索開始リクエストを送信した端末装置１０に対して宿泊プラン検索コンテンツを提供する（Ｓ２０３）。宿泊プラン検索コンテンツの画像は、端末装置１０の表示部に表示される。

続いて、基本サービス提供部２２４は、端末装置１０により送信され第２通信部２１０が受信した宿泊施設検索リクエスト情報を第２取得部２２２が取得したか否かを判定する（Ｓ２０５）。宿泊施設検索リクエスト情報を第２取得部２２２が取得していないと判定した場合、第２サービス提供装置２００は、例えば、端末装置１０により終了情報が送信されるまで、Ｓ２０５の処理を繰り返す。

宿泊施設検索リクエスト情報を第２取得部２２２が取得したと判定した場合、基本サービス提供部２２４は、宿泊プランＤＢ２５４を読み出し（Ｓ２０７）、宿泊施設検索リクエスト情報に基づいて、宿泊プランを選定する（Ｓ２０９）。続いて、基本サービス提供部２２４は、選定した宿泊プランに応じた宿泊プラン情報を第２ユーザＵ２の端末装置１０に向けて第２通信部２１０に送信させる（Ｓ２１１）。こうして、第２サービス提供装置２００は、図１６に示す処理を終了する。Ｓ２０１からＳ２１１までの処理が、第２サービス提供装置２００における基本機能の処理に相当する。

Ｓ２０１において、宿泊施設検索開始リクエストを第２取得部２２２が取得していないと判定した場合、拡張サービス提供部２２６は、第１サービス提供装置１００により送信され第２通信部２１０が受信した路線検索関連情報を第２取得部２２２が取得したか否かを判定する（Ｓ２１３）。路線検索関連情報を第２取得部２２２が取得していないと判定した場合、第２処理部２２０は、Ｓ２０１の処理に戻る。

路線検索関連情報を第２取得部２２２が取得したと判定した場合、拡張サービス提供部２２６は、推定部２２６Ａにおいて、路線検索関連情報に含まれる目的地に第１ユーザＵ１が移動する実現性を推定する（Ｓ２１５）。目的地に第１ユーザＵ１が移動する実現性を推定する具体的な手順は、後に説明する。

続いて、選定部２２６Ｂは、推定部２２６Ａが推定した実現性が実現性閾値を超えるか否かを判定する（Ｓ２１７）。実現性閾値は、任意の割合に設定してよく、例えば、１％、３％などとしてよい。学習済モデル２５８から出力される実現性が割合ではなく、実現するか否かで学習済モデル２５８から出力される場合には、実現性が、実現性閾値を超えるか否かの判定に代えて、実現するか否かを判定すればよい。

推定部２２６Ａが推定した実現性が実現性閾値を超えない（実現性閾値以下である）と選定部２２６Ｂ判定した場合、第２サービス提供装置２００は、そのまま図１６に示す処理を終了する。推定した実現性が実現性閾値を超えると判定した場合、拡張サービス提供部２２６は、第１ユーザＵ１に提供する周辺情報を選定する（Ｓ２１９）。具体的な周辺情報の選定手順については、後に説明する。

続いて、拡張サービス提供部２２６は、選定部２２６Ｂにおいて選定した周辺情報を第１ユーザＵ１の端末装置１０に送信することにより端末装置１０に提供させる提供タイミングを決定する（Ｓ２２１）。周辺情報の提供タイミングの具体的な決定手順は、後に説明する。

続いて、拡張サービス提供部２２６は、決定した提供タイミングとなったか否かを判定する（Ｓ２２３）。提供タイミングとなっていないと判定した場合、拡張サービス提供部２２６は、提供タイミングとなるまで待機する。提供タイミングとなったと判定した場合、拡張サービス提供部２２６は、周辺情報を第１ユーザＵ１の端末装置１０に向けて第２通信部２１０に送信させる（Ｓ２２５）。こうして、第２サービス提供装置２００は、図１６に示す処理を終了する。Ｓ２１３からＳ２２５までの処理が、第２サービス提供装置２００における拡張機能の処理に相当する。

［目的地に第１ユーザＵ１が移動する実現性を推定する手順］
次に、図１６のＳ２１５における路線検索関連情報に含まれる目的地に第１ユーザＵ１が移動する実現性を推定する手順について、図１７を参照して説明する。第２取得部２２２が路線検索関連情報を取得した後、推定部２２６Ａは、まず、学習済モデル２５８を第２記憶部２５０から読み出す（Ｓ３０１）。次に、推定部２２６Ａは、路線検索関連情報に含まれる検索日時、出発地、目的地、経由地、出発日時、到着日時の各種情報を学習データとして、学習済モデル２５８に入力する（Ｓ３０３）。続いて、推定部２２６Ａは、学習済モデル２５８によって生成される第１ユーザＵ１が検索した出発地から目的地まで移動する実現性を出力する（Ｓ３０５）。こうして、第２サービス提供装置２００は、図１７に示す処理を終了する。

［周辺情報の選定手順］
周辺情報の設定手順としては、以下のその１またはその２のいずれかが実行されるが、その１またはその２の手順がアンド条件またはオア条件で組み合わされて実行されてもよい。

［周辺情報の選定手順その１］
次に、図１６のＳ２１９における第１ユーザＵ１に提供する周辺情報の選定手順について、図１８を参照して説明する。選定部２２６Ｂは、第２取得部２２２が取得した路線検索関連情報に含まれる出発地と目的地の位置に基づいて、目的移動距離を算出する（Ｓ４０１）。選定部２２６Ｂは、例えば、第２サービス提供装置２００の第２記憶部２５０が路線情報ＤＢを記憶しており、路線情報ＤＢを参照して目的移動距離を算出してよい。あるいは、目的移動距離は、第１サービス提供装置１００により算出され、路線検索関連情報に含まれていてもよい。目的移動距離は、出発地の目的地の間の絶対距離でもよいし、路線を繋ぎ合わせた経路距離でもよい。

続いて、選定部２２６Ｂは、目的移動距離が距離閾値を超えるか否かを判定する（Ｓ４０３）。目的移動距離が距離閾値を超えることが、第１基準を満たすことの一例であり、目的移動距離が距離閾値以下であることが、第１基準よりも短距離であることを示す第２基準を満たすことの一例である。距離閾値は、任意に設定してよく、例えば、３００ｋｍ、５００ｋｍなどの距離としてよい。

目的移動距離が距離閾値を超えると判定した場合、選定部２２６Ｂは、周辺情報として宿泊プラン情報を選定する（Ｓ４０５）。目的移動距離が距離閾値を超えない（距離閾値以下である）と判定した場合、選定部２２６Ｂは、周辺情報として訪問先情報を選定する（Ｓ４０７）。こうして、第２サービス提供装置２００は、図１８に示す処理を終了する。

［周辺情報の選定手順その２］
次に、図１６のＳ２１９における第１ユーザＵ１に提供する周辺情報の選定手順のその他の例について、図１９を参照して説明する。選定部２２６Ｂは、まず、選定部２２６Ｂは、第１期間を取得する（Ｓ４２１）。選定部２２６Ｂは、例えば、路線検索関連情報に含まれる検索日時により検索日を取得する。選定部２２６Ｂは、例えば、路線検索関連情報に含まれる出発日時または到着日時により移動日を取得する。選定部２２６Ｂは、取得した移動日から検索日を減算して第１期間を算出して取得する。

続いて、選定部２２６Ｂは、第１期間が期間閾値を超えるか否かを判定する（Ｓ４２３）。第１期間が期間閾値を超えることが、第３基準を満たすことの一例であり、第１期間が期間閾値以下であることが、第３基準よりも短期間であることを示す第４基準を満たすことの一例である。期間閾値は、任意に設定してよく、例えば、１日や１０日でもよいし、１週間、１か月、１年等の期間でもよい。

第１期間が期間閾値を超えると判定した場合、選定部２２６Ｂは、周辺情報として宿泊プラン情報を選定する（Ｓ４２５）。第１期間が期間閾値を超えない（期間閾値以下である）と判定した場合、選定部２２６Ｂは、周辺情報として訪問先情報を選定する（Ｓ４２７）。こうして、第２サービス提供装置２００は、図１９に示す処理を終了する。

上記の周辺情報の選定手順では、宿泊プラン情報及び訪問先情報のいずれかを周辺情報として決定するが、選定部２２６Ｂは、宿泊プラン情報と訪問先情報の両方を周辺情報として選定してもよい。この場合、選定部２２６Ｂは、宿泊プラン情報と訪問先情報の占有割合を５０％ずつとする等、予め定められた割合としてもよいし、目的移動距離等の条件に基づいて決定してもよい。

選定部２２６Ｂは、例えば、目的移動距離が距離閾値よりも長い場合には、周辺情報における宿泊プラン情報の占有割合の方が、訪問先情報の占有割合よりも高くなるように周辺情報を選定してよい。選定部２２６Ｂは、例えば、距離閾値を用いることなく、目的移動距離が長いほど周辺情報における宿泊プラン情報の占有割合を高く算出する演算処理により、占有割合を決定するようにしてもよい。

選定部２２６Ｂは、例えば、第１期間が期間閾値よりも長い場合には、周辺情報における宿泊プラン情報の占有割合の方が、訪問先情報の占有割合よりも高くなるようにしてよい。選定部２２６Ｂは、例えば、期間閾値を用いることなく、第１期間が長いほど周辺情報における宿泊プラン情報の占有割合を多く算出する演算処理により、占有割合を決定してもよい。選定部２２６Ｂは、宿泊プラン情報を周辺情報に必ず含ませるとともに、訪問先情報を付加するか否かを目的移動距離や第１期間に応じて決定するようにしてもよい。

選定部２２６Ｂは、現在の日にちと、第１期間における移動日の間の期間（以下「第２期間」という）を取得し、選定部２２６Ｂは、第２取得部２２２が取得した第２期間に基づいて、周辺情報を選定してもよい。選定部２２６Ｂは、例えば、第２期間が期間閾値を超える場合に、周辺情報として宿泊プラン情報を選定し、第２期間が期間閾値以下である場合に、周辺情報として訪問先情報を選定してよい。第１期間を判定する期間閾値と第２期間を判定する期間閾値は、共通でもよいし異なってもよい。
［周辺情報の提供タイミングの決定手順］
周辺情報の提供タイミングの決定手順としては、以下のその１からその２のいずれかが実行されるが、その１及びその２の手順がアンド条件またはオア条件で組み合わされて実行されてもよい。

［周辺情報の提供タイミングの決定手順その１］
次に、図１６のＳ２２３における周辺情報の提供タイミングの決定手順について、図２０を参照して説明する。拡張サービス提供部２２６は、まず、第２取得部２２２が取得した路線検索関連情報に基づく目的移動距離の情報を取得する（Ｓ５０１）。拡張サービス提供部２２６は、目的移動距離の情報を取得するにあたり、例えば、Ｓ４０１を経由するなどして既に算出されている場合には、その値をそのまま目的移動距離として取得し、目的移動距離が未算出の場合には、拡張サービス提供部２２６は、Ｓ４０１と同様に目的移動距離を算出して取得する。

続いて、拡張サービス提供部２２６は、目的移動距離が距離判定閾値を超えているか否かを判定する（Ｓ５０３）。距離判定閾値は、周辺情報を送信するタイミングを決定するために用いられる閾値であり、任意の数値に設定されていてよい。距離判定閾値は、距離閾値と同値でもよいし、距離閾値よりも長くてもよいし距離閾値より短くてもよい。

目的移動距離が距離判定閾値よりも長いと判定した場合、拡張サービス提供部２２６は、第１送信待機期間が経過した後に周辺情報を第１ユーザＵ１の端末装置１０に送信する（Ｓ５０５）。第１送信待機期間は、任意の期間に設定してよい。第１送信待機期間は、例えば、１日でもよいし、１週間でもよいし、１か月でもよい。

目的移動距離が距離判定閾値より長くない（距離判定閾値以下である）と判定した場合、拡張サービス提供部２２６は、第１送信待機期間よりも短い第２送信待機期間が経過した後に周辺情報を第１ユーザＵ１の端末装置１０に送信する（Ｓ５０７）。拡張サービス提供部２２６は、第１送信待機期間及び第２送信待機期間をこのように設定することにより、目的移動距離が長い場合に、周辺情報を送信するタイミングを遅くする。その後、第２サービス提供装置２００は、図２０に示す処理を終了する。

図２０に示す周辺情報の提供タイミングの決定手順の例では、目的移動距離が距離判定閾値を超えるか否かにより、第１送信待機期間または第２送信待機期間を決定するが、他の態様としてもよい。例えば、距離閾値を用いることなく、目的移動距離を長いほど周辺情報を提供するまでの期間を長く算出する演算処理により、周辺情報の提供タイミングを決定するようにしてもよい。

［周辺情報の提供タイミングの決定手順その２］
次に、Ｓ２２３における周辺情報の提供タイミングのその他の決定手順について、図２１を参照して説明する。拡張サービス提供部２２６は、まず、第２取得部２２２が取得した路線検索関連情報に基づく第１期間の情報を取得する（Ｓ５２１）。拡張サービス提供部２２６は、第１期間の情報を取得するにあたり、例えば、Ｓ４２３を経由するなどして既に算出されている場合には、その値をそのまま第１期間として取得し、第１期間が未算出の場合には、拡張サービス提供部２２６は、Ｓ４２３と同様に第１期間を算出して取得する。

続いて、拡張サービス提供部２２６は、第１期間が期間判定閾値を超えているか否かを判定する（Ｓ５２３）。期間判定閾値は、周辺情報を送信するタイミングを決定するために用いられる閾値であり、任意の数値に設定されていてよい。期間判定閾値は、期間閾値と同値でもよいし、期間閾値よりも長くてもよいし期間閾値より短くてもよい。

第１期間が期間判定閾値よりも長いと判定した場合、拡張サービス提供部２２６は、第１送信待機期間が経過した後に周辺情報を第１ユーザＵ１の端末装置１０に送信する（Ｓ５２５）。第１期間が期間判定閾値より長くない（期間判定閾値以下である）と判定した場合、拡張サービス提供部２２６は、第２送信待機期間が経過した後に周辺情報を第１ユーザＵ１の端末装置１０に送信する（Ｓ５２７）。拡張サービス提供部２２６は、第１送信待機期間及び第２送信待機期間をこのように設定することにより、第１期間が長い場合に、周辺情報を送信するタイミングを遅くする。その後、第２サービス提供装置２００は、図２１に示す処理を終了する。

図２１に示す周辺情報の提供タイミングの決定手順の例では、第１期間が期間判定閾値を超えるか否かにより、第１送信待機期間または第２送信待機期間を決定するが、他の態様としてもよい。例えば、期間判定閾値を用いることなく、第１期間が長いほど周辺情報を提供するまでの期間を長く算出する演算処理により、周辺情報の提供タイミングを決定するようにしてもよい。

以上説明した第１実施形態の第２サービス提供装置２００は、第１サービス提供装置１００による路線検索サービスを利用したユーザＵに対して、宿泊プラン検索サービスのコンテンツとして端末装置１０に提供させる。路線検索サービスを利用したユーザは、例えば目的地を訪問する旅行を計画することが考えられるので、旅行目的とするユーザに対して、宿泊プラン検索サービスを紹介することができる。したがって、ユーザのニーズに合わせた情報を提供することができる。

路線検索サービスを利用するユーザの目的は、例えば、路線検索サービスにおいて検索した出発地から目的地までの目的が長い場合には宿泊であり、短い場合には宿泊以外であることが多い傾向がある。この点、第１実施形態の第２サービス提供装置２００では、目的移動距離が長い場合に、ユーザに宿泊プラン情報を提供し、目的移動距離が短い場合に、ユーザに訪問先情報を提供する。このため、さらにユーザのニーズに合わせた情報を提供することができる。

路線検索サービスを利用するユーザの目的は、例えば、路線検索サービスの検索日と移動日との間の第１期間が長い場合には宿泊であり、短い場合には宿泊以外であることが多い傾向がある。この点、第１実施形態の第２サービス提供装置２００では、第１期間が長い場合に、ユーザに宿泊プラン情報を提供し、第１期間が短い場合に、ユーザに訪問先情報を提供する。このため、さらにユーザのニーズに合わせた情報を提供することができる。

旅行を計画するユーザは、移動距離が長いほど早い段階から旅行の計画を始める傾向がある。この点、第２実施形態の第２サービス提供装置２００では、目的移動距離が長いほど、周辺情報を送信するタイミングを遅くする。このため、ユーザが旅行を計画するタイミングに応じて宿泊プラン情報を提供できるので、さらにユーザのニーズに合わせた情報を提供することができる。

旅行を計画するユーザは、第１期間が長いほど早い段階から旅行の計画を始める傾向がある。この点、第２実施形態の第２サービス提供装置２００では、第１期間が長いほど、周辺情報を送信するタイミングを遅くする。このため、ユーザが旅行を計画するタイミングに応じて宿泊プラン情報を提供できるので、さらにユーザのニーズに合わせた情報を提供することができる。

第１実施形態の第２サービス提供装置２００は、路線検索結果情報に基づいて、路線検索情報を含む入力データを、学習済モデル２５８に入力することで、ユーザが路線検索サービスの検索結果に応じて移動する実現性を推定する。このため、ユーザが移動する実現性の推定精度を高めることができる。

第２サービス提供装置２００では、推定部２２６Ａが推定した実現性が実現性閾値を超える場合に、周辺情報をユーザに提供する。このため、目的地に移動する可能性が高いユーザＵに対して、周辺情報を提供することができる。したがって、周辺情報を効率的にユーザＵに提供することができる。

＜第２実施形態＞
次に、第２実施形態について、第１実施形態との相違点を中心として説明する。図２２は、第２実施形態の第２サービス提供装置２００の使用環境の一例を示す図である。図示するように、第２実施形態の第２サービス提供装置２００は、図１１に示す第１実施形態の第２サービス提供装置２００と比較して、拡張サービス提供部２２６及び拡張サービス提供部２２６における処理の内容が主に異なっている。第２実施形態の第２サービス提供装置２００は、拡張サービス提供部２２６において、選定部２２６Ｂを備えており、推定部２２６Ａ及びモデル生成部２２６Ｃを備えていない。

さらに、第２サービス提供装置２００は、第２記憶部２５０において、提供条件判定マップ２６２を記憶しており、学習済モデル２５８及び学習データセット２６０を記憶していない。拡張サービス提供部２２６は、目的移動距離及び第１期間を提供条件判定マップに当てはめることにより、目的移動距離及び第１期間が提供条件を満たすか否かを判定する。

図２３は、提供条件判定マップ２６２の一例を示す図である。提供条件判定マップ２６２は、例えば目的移動距離と第１期間とを座標軸とする座標空間に、仕切線ＳＬ１が設定されたマップデータである。拡張サービス提供部２２６は、提供条件判定マップ２６２を用いて、第１ユーザＵ１の端末装置１０に周辺情報を提供させるか否かを決定する。

本出願の発明者は、ユーザが路線検索を行った場合に、目的移動距離が短いほど、路線検索結果に応じてユーザが移動する実現性が高くなり、第１期間が長いほど、路線検索結果に応じてユーザが移動する実現性が高くなる傾向があることを知見した。提供条件判定マップは、これらの知見に基づいている。このため、提供条件は、目的移動距離が短い場合の方が長い場合よりも拡張サービス提供部２２６が周辺情報を提供させやすくし、第１期間が長い場合の方が短い場合よりも拡張サービス提供部２２６が周辺情報を提供させやすくする条件である。

選定部２２６Ｂは、例えば、第２取得部２２２が路線検索関連情報を取得した場合に、提供条件判定マップを用いて周辺情報を第１ユーザＵ１の端末装置１０に送信するか否かを判定する。選定部２２６Ｂは、例えば、第２取得部２２２が取得した路線検索関連情報に基づく目的移動距離及び第１期間（以下、「判定値」という）が、仕切線ＳＬ１に対する位置を求める。選定部２２６Ｂは、判定値が仕切線ＳＬ１よりも右下側にあるときには、第１ユーザＵ１の端末装置１０に周辺情報を提供させると判定する。選定部２２６Ｂは、判定値が仕切線ＳＬ１上または仕切線ＳＬ１よりも左上側にあるときには、第１ユーザＵ１の端末装置１０に周辺情報を提供させないと判定する。

第２実施形態の第２サービス提供装置２００は、例えば、第１サービス提供装置１００により送信された路線検索関連情報を第２通信部２１０が受信し、第２取得部２２２が取得した場合に、第１ユーザＵ１の端末装置１０に周辺情報を提供させるか否かを判定する。そのため、拡張サービス提供部２２６は、第２取得部２２２が取得した路線検索関連情報に含まれる出発地及び目的地に基づいて、目的移動距離を算出し、検索日及び移動日に基づいて、第１期間を算出する。拡張サービス提供部２２６は、算出した目標移動距離及び第１期間に基づく判定値を提供条件判定マップに当てはめる。

第２実施形態の第２サービス提供装置２００では、第１実施形態の第２サービス提供装置２００のような学習済モデルを用いることなく、ユーザＵが目的地に移動する実現性を求めることができる。したがって、ユーザのニーズに合わせた情報を提供することができる。

＜第３実施形態＞
次に、第３実施形態について、第１実施形態との相違点を中心として説明する。
［全体構成］
図２４は、第３実施形態の第２サービス提供装置２００の使用環境の一例を示す図である。端末装置１０は、第１ユーザＵ１の自己位置の位置情報を検出する自己位置検出部となるＧＮＳＳ(Global navigation Satellite system)装置３０を備える。

ＧＮＳＳ装置３０は、例えば、ＧＮＳＳ受信部３２及び送信部３４を備える。ＧＮＳＳ受信部３２は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置を測位する。ＧＮＳＳ受信部３２は、例えば、自機の位置（端末装置１０を所持する第１ユーザＵ１の位置）を緯度及び経度で測位する。送信部３４は、ＧＮＳＳ受信部３２が検出した位置情報を、第２サービス提供装置２００に送信する。

第３の実施形態において、第１サービス提供装置１００は、例えば、路線検索リクエスト情報に含まれるユーザＩＤに属性を付与する。ユーザＩＤに付与される属性は、例えば、年齢、性別、嗜好、職業、利用頻度などである。さらに、第１サービス提供装置１００は、路線検索情報１５２を生成する際に、路線検索リクエスト情報の出発地及び目的地に属性を付与する。出発地及び目的地に付与される属性は、例えば、住宅街、ビジネス街、観光地、ターミナル駅などである。第１サービス提供装置１００は、路線検索リクエスト情報のユーザＩＤ及び路線検索情報の出発地及び目的地に属性を付与した路線検索関連情報を第２サービス提供装置２００に送信する。

第３の実施形態において、第２サービス提供装置２００におけるモデル生成部２２６Ｃは、属性が付与された出発地及び目的地を学習データとして学習済モデル２５８を生成する。推定部２２６Ａが、実現性を推定する際に利用する学習データのうち、ユーザＩＤ、出発地、目的地にそれぞれ属性が付与される。このため、推定部２２６Ａは、例えば、第２取得部２２２により検索情報を取得されたユーザの属性と、検索情報における出発地及び目的地の属性との関係に基づいて、実現性を推定する。学習データの一部に属性を付与することにより、学習済モデル２５８によって推定される実現性の精度を高めることができる。属性が付与される学習データは、出発地及び目的地以外のデータでもよく、複数の項目を組み合わせたデータ、例えば出発地または目的地の組合せデータでもよい。

第２サービス提供装置２００は、行動結果を推測するために、ＧＮＳＳ装置３０による位置情報を利用している。このため、精度のよい第１ユーザＵ１の位置を取得できるので、第１ユーザＵ１の行動結果を精度よく推測することができ、学習済モデル２５８によって推定される実現性の精度をさらに高めることができる。

第３実施形態の第２サービス提供装置２００は、選定部２２６Ｂにおいて、例えば、周辺情報として宿泊プラン情報を選定した場合において、目的地に観光地の属性が付与されている場合には、ビジネスホテルの宿泊プランよりも観光ホテルの宿泊プランを優先して宿泊プラン情報を選定する。このため、選定した周辺情報がユーザの利用目的に適した情報となりやすくすることができる。

第３実施形態の第２サービス提供装置２００は、路線検索関連情報の各項目に属性を付与し、付与された属性に応じて、出力される実現性が変動するように、モデル生成部２２６Ｃにより生成される学習済モデル２５８を調整してもよい。例えば、モデル生成部２２６Ｃは、出発地に付与された属性がユーザＩＤに応じて登録されたユーザの自宅または勤務先などのユーザの利用頻度が高い駅である場合には、実現性を低く推定される学習済モデル２５８を生成するようにしてもよい。

モデル生成部２２６Ｃは、路線検索関連情報の各項目の関係に基づいて、出力される実現性が変動するように学習済モデル２５８を調整してもよい。例えば、モデル生成部２２６Ｃは、出発時刻及び到着時刻のいずれも指定することなく路線検索が行われ場合には、出発時刻または到着時刻を指定した場合に路線検索が行われた場合よりも、実現性が低くなるように調整された学習済モデル２５８を生成してもよい。

例えば、モデル生成部２２６Ｃは、出発地として指定された駅が首都圏内の駅など利用頻度が高い駅である場合には、利用頻度が低い駅が出発地として指定された場合よりも実現性を低くなるように調整された学習済モデル２５８を生成してもよい。例えば、出発地または目的地となる駅が、観光地などの通常は利用頻度が低いが、当該観光地でイベントが行われる場合に、多くの観光客の訪問が見込まれる場合がある。この場合の駅が出発地または目的地として指定された場合には、イベント当日の場合にはイベント当日以外の場合よりも実現性が高くなるように調整された学習済モデル２５８を生成してもよい。さらに、この駅を出発地とした場合において、出発時間がイベントの終了時間近傍である場合には、その他の場合よりも実現性が高くなるように調整された学習済モデル２５８を生成してもよい。

第２サービス提供装置２００は、周辺情報の性質により、通知の態様を使い分けるようにしてもよく、例えば、宿泊プラン情報は電子メール、訪問先情報はプッシュ通知などとしてもよい。第２サービス提供装置２００は、移動目的距離や第１期間に応じて通知の態様を使い分けるようにしてもよい。第２サービス提供装置２００は、例えば、周辺情報として宿泊プラン情報を選定した場合において、ユーザが既に宿泊を予約している等の情報を取得する。この場合、第２サービス提供装置２００は、ユーザが予約した宿泊先またはその近辺の宿泊先について、ユーザに得となるサービス、例えば割引クーポンを付加した同期間の宿泊プラン情報を周辺譲歩としてユーザに提供してもよい。この場合のサービスは、宿泊先において利用可能なサービスでもよいし、宿泊先周辺の訪問先におけるユーザの訪問対象となるものでもよい。

上記の各実施形態では、第１サービス提供装置１００は、路線検索サービスを提供し、第２サービス提供装置２００は、宿泊プラン検索サービスを提供するが、各サービス提供装置は、他のサービスを提供してもよい。例えば、第１サービス提供装置１００は、日時、出発地、及び目的地を指定した検索リクエストとして、車両による移動のための道路情報などを提供するカーナビゲーション提供サービスを提供してよい。第２サービス提供装置２００は、Ｏ２Ｏ（Online to Offline）サービス全般の１つまたは２つ以上を対象としてもよい。Ｏ２Ｏサービスとしては、例えば、イベント等のチケットを提供するサービス、イベント情報を提供するサービス、アクティビティ情報を提供するサービス、レストランを検索するサービス、病院、病院、映画館、公園などのロケーションを提供するサービスが挙げることができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 端末装置
３０ ＧＮＳＳ装置
１００ 第１サービス提供装置
１１０ 第１通信部
１２０ 第１処理部
１２２ 第１取得部
１２４ 検索部
１２６ 第１提供部
１５０ 第１記憶部
１５２ 路線検索情報
１５４ 路線情報データベース
２００ 第２サービス提供装置
２１０ 第２通信部
２２０ 第２処理部
２２２ 第２取得部
２２４ 基本サービス提供部
２２６ 拡張サービス提供部
２２６Ａ 推定部
２２６Ｂ 選定部
２２６Ｃモデル生成部
２５０ 第２記憶部
２５２ 宿泊施設検索情報
２５４ 宿泊プランデータベース
２５６ 周辺施設データベース
２５８ 学習済モデル
２６０ 学習データセット

Claims (16)

1. 利用者の端末装置からの少なくとも日時、出発地、及び目的地を指定した検索リクエストに応じて、前記出発地から前記目的地までの移動方法を検索して、前記端末装置に返す第１サービスの管理サーバから、前記検索に関する検索情報を取得する取得部と、
   前記取得部により取得された検索情報に基づいて、前記目的地における周辺情報を選定し、選定した周辺情報を前記第１サービスとは異なる第２サービスのコンテンツとして、前記端末装置に提供させる拡張サービス提供部と、
   を備える情報提供装置。
2. 前記第１サービスは路線検索サービスである、
   請求項１に記載の情報提供装置。
3. 前記第２サービスは、宿泊施設検索サービスである、
   請求項１または２に記載の情報提供装置。
4. 前記拡張サービス提供部は、前記出発地から前記目的地までの移動距離及び前記出発地から前記目的地までの移動方法を検索した検索日と、前記出発地から前記目的地まで移動する移動日と、の間の第１期間が提供条件を満たす場合に、前記端末装置に前記周辺情報を提供させる、
   請求項１から３のうちいずれか１項に記載の情報提供装置。
5. 前記提供条件は、前記移動距離が短い場合の方が長い場合よりも前記周辺情報を提供させやすくする条件である、
   請求項４に記載の情報提供装置。
6. 前記提供条件は、前記第１期間が長い場合の方が短い場合よりも前記周辺情報を提供させやすくする条件である、
   請求項４または５に記載の情報提供装置。
7. 前記周辺情報は、前記目的地の周辺の宿泊施設の宿泊情報、または前記目的地におけるユーザの訪問対象であり前記宿泊施設でない訪問先情報の少なくともいずれか一方を含む、
   請求項１から６のうちいずれか１項に記載の情報提供装置。
8. 前記拡張サービス提供部は、前記出発地から前記目的地までの移動距離が第１基準を満たす場合に、前記周辺情報として宿泊情報を選定し、前記移動距離が前記第１基準よりも短距離であることを示す第２基準を満たす場合に、前記周辺情報として前記訪問先情報を選定する、
   請求項７に記載の情報提供装置。
9. 前記拡張サービス提供部は、前記移動距離に基づいて前記周辺情報を提供する提供タイミングを決定する、
   請求項８に記載の情報提供装置。
10. 前記拡張サービス提供部は、前記移動距離が長いほど前記周辺情報を提供する提供タイミングを遅くする、
    請求項９に記載の情報提供装置。
11. 前記拡張サービス提供部は、前記出発地から前記目的地までの移動方法を検索した検索日と、前記出発地から前記目的地まで移動する移動日と、の間の第１期間が第３基準を満たす場合に、前記周辺情報として宿泊情報を選定し、前記第１期間が前記第３基準よりも短期間であることを示す第４基準を満たす場合に、前記周辺情報として前記訪問先情報を選定する、
    請求項７から１０のうちいずれか１項に記載の情報提供装置。
12. 前記拡張サービス提供部は、前記第１期間に基づいて前記周辺情報を提供する提供タイミングを決定する、
    請求項１１の情報提供装置。
13. 前記拡張サービス提供部は、前記第１期間が長いほど前記周辺情報を提供する提供タイミングを遅くする、
    請求項１２に記載の情報提供装置。
14. 前記拡張サービス提供部は、前記出発地の属性または前記目的地の属性のうち少なくとも１つに基づいて、前記周辺情報を選定する、
    請求項１から１３のうちいずれか１項に記載の情報提供装置。
15. 情報提供装置のコンピュータが、
    利用者の端末装置からの少なくとも日時、出発地、及び目的地を指定した検索リクエストに応じて、前記出発地から前記目的地までの移動方法を検索して、前記端末装置に返す第１サービスの管理サーバから、前記検索に関する検索情報を取得し、
    取得した検索情報に基づいて、前記目的地における周辺情報を選定し、選定した周辺情報を前記第１サービスとは異なる第２サービスのコンテンツとして、前記端末装置に提供させる、
    情報提供方法。
16. 情報提供装置のコンピュータに、
    利用者の端末装置からの少なくとも日時、出発地、及び目的地を指定した検索リクエストに応じて、前記出発地から前記目的地までの移動方法を検索して、前記端末装置に返す第１サービスの管理サーバから、前記検索に関する検索情報を取得させ、
    取得した検索情報に基づいて、前記目的地における周辺情報を選定させ、選定させた周辺情報を前記第１サービスとは異なる第２サービスのコンテンツとして、前記端末装置に提供させる処理を実行させる、
    プログラム。

Images