JPWO2018083787A1 - 巡回ルート作成支援プログラム、巡回ルート作成支援方法および巡回ルート作成支援装置 - Google Patents

Abstract

ルート生成サーバは、スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力する。ルート生成サーバは、出力したスポットの何れかが選択されると、スポットとスポットの位置とを対応付けて記憶した第１の記憶部を参照して、選択された第一のスポットの位置を取得する。ルート生成サーバは、少なくとも１以上のスポットを含む複数の巡回ルートを記憶した第２の記憶部を参照して、複数の巡回ルートのそれぞれに含まれるスポットの位置と取得した第一のスポットの位置とに基づいて、複数の巡回ルートのうち、選択された第一のスポットの追加候補の巡回ルートとして特定する。

Description

本発明は、巡回ルート作成支援プログラム、巡回ルート作成支援方法および巡回ルート作成支援装置に関する。

従来から、各自治体が観光スポットに関する情報を提供している。近年では、このような観光スポットの情報を利用したサービスとして、ユーザが観光スポットを自分で選択して観光ルートを生成する技術やユーザのプロファイルに適した観光スポットを自動で提案する技術が知られている。

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

しかしながら、上記技術では、観光ルートを複数作成した状態で、新たな観光スポットを選択した場合、いずれの観光ルートに追加するべきかを判断するのは簡単ではない。

一般的に、観光者であるユーザは、観光を目的とした観光ルートを作成する地域について土地勘がないことが多い。また、ユーザは、観光対象の地域について、複数の観光ルートを検討することも多い。このような場合に、新たな観光スポットをどの観光ルートに追加すれば効率のよいルートを作成できるのかは、土地勘のないユーザでは簡単に判断できない。

また、作成済みの各観光ルートに新たな観光スポットを追加して比較検討することも考えられるが、検討対象が多いほど時間もかかり、利便性も悪いので、よい手法とは言い難い。なお、これらの問題は、観光ルートに限ったものではなく、例えば警備員が行う巡回ルートなどについても同様に発生する。

一つの側面では、追加対象のルートを適切に特定することができる巡回ルート作成支援プログラム、巡回ルート作成支援方法および巡回ルート作成支援装置を提供することを目的とする。

第１の案では、巡回ルート作成支援プログラムは、スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力する処理をコンピュータに実行させる。巡回ルート作成支援プログラムは、出力したスポットの何れかが選択されると、スポットと前記スポットの位置とを対応付けて記憶した第１の記憶部を参照して、選択された第一の前記スポットの位置を取得する処理をコンピュータに実行させる。巡回ルート作成支援プログラムは、少なくとも１以上のスポットを含む複数の巡回ルートを記憶した第２の記憶部を参照して、前記複数の巡回ルートのそれぞれに含まれるスポットの位置と取得した第一の前記スポットの位置とに基づいて、前記複数の巡回ルートのうち、選択された第一の前記スポットの追加候補の巡回ルートとして特定する処理をコンピュータに実行させる。

一実施形態によれば、追加対象のルートを適切に特定することができる。

図１は、実施例１にかかるシステムの全体構成例を示す図である。 図２は、実施例１にかかるルート生成サーバの機能構成を示す機能ブロック図である。 図３は、観光スポット情報ＤＢに記憶される情報の例を示す図である。 図４は、ルート情報ＤＢに記憶される情報の例を示す図である。 図５は、観光スポットの閲覧および新規ルートの生成例を説明する図である。 図６は、観光スポットの追加例を説明する図である。 図７は、Ｗｅｂサイトを跨った観光ルートの生成および編集を説明する図である。 図８は、新規ルートの生成処理の流れを示すフローチャートである。 図９は、観光スポットの自動追加処理の流れを示すフローチャートである。 図１０は、追加先のルート特定処理の流れを示すフローチャートである。 図１１は、エリアを対応付けたルート情報ＤＢに記憶される情報を示す図である。 図１２は、識別子を対応付けたルート情報ＤＢに記憶される情報を示す図である。 図１３は、移動手段を対応付けたルート情報ＤＢに記憶される情報を示す図である。 図１４は、時刻情報を対応付けたルート情報ＤＢに記憶される情報を示す図である。 図１５は、ハードウェア構成例を示す図である。

以下に、本発明にかかる巡回ルート作成支援プログラム、巡回ルート作成支援方法および巡回ルート作成支援装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

［全体構成］
図１は、実施例１にかかるシステムの全体構成例を示す図である。図１に示すように、このシステムは、観光クラウド１とユーザ端末１００とがネットワークＮを介して接続される。かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。

観光クラウド１は、ルート生成サーバ１０と複数の観光サーバ２から４とを有するシステムであり、クラウドコンピューティングを用いたクラウドシステムである。なお、図示したサーバの台数等は一例であり、数を限定するものではない。

観光サーバ２から４は、観光スポット（以下では、スポットと記載する場合がある）を紹介するＷｅｂページ（以下では、紹介ページと記載する場合がある）をユーザ端末１００に提供するサーバ装置の一例である。観光スポットは、ユーザが旅行などで観光したいと思う観光地などであり、例えば遺跡、祭り、世界遺産などである。また、各観光サーバ２から４は、異なる自治体、異なる企業等によって運営される。

例えば、観光サーバ２は、観光スポットＡ−１、観光スポットＡ−２、観光スポットＡ−３をそれぞれ紹介するＷｅｂページを管理する。観光サーバ３は、観光スポットＢ−１、観光スポットＢ−２、観光スポットＢ−３をそれぞれ紹介するＷｅｂページを管理する。観光サーバ４は、観光スポットＣ−１、観光スポットＣ−２、観光スポットＣ−３をそれぞれ紹介するＷｅｂページを管理する。

なお、図１では、観光サーバ２から４がルート生成サーバ１０を介してネットワークＮと接続される例を示したが、これに限定されるものではなく、観光サーバ２から４とルート生成サーバ１０とがネットワークＮを介して接続されていてもよい。

ルート生成サーバ１０は、ユーザが検索した観光スポットを紹介する紹介ページの提供、ユーザが選択した観光スポットを観光する観光ルートの生成を実行するサーバ装置の一例である。例えば、ルート生成サーバ１０は、ユーザ端末１００からの観光スポットの検索要求を受け付けると、該当する観光スポットを紹介する紹介ページを、観光サーバ２−４のうちの該当観光サーバから取得して、ユーザ端末１００に表示する。

このようにして、ルート生成サーバ１０は、ユーザが検索する観光スポットのＷｅｂページをユーザに提供する。また、ルート生成サーバ１０は、観光サーバ２から４によって提供されてユーザが閲覧した観光スポットのうち、ユーザが観光先として選択した観光スポットを経由する観光ルートを生成する。

なお、観光ルートの生成手法は、公知の様々な技術を採用することができる。例えば、ルート生成サーバ１０は、図示しないサーバが管理する交通手段や電車等の時刻情報などを用いて、選択された観光スポット間の移動手段や移動時間などを特定して、観光ルートの生成を実行する。

ユーザ端末１００は、観光などの旅行を予定するユーザが利用するコンピュータの一例であり、例えばパーソナルコンピュータ、スマートフォン、タブレット端末などである。例えば、ユーザ端末１００は、ルート生成サーバ１０にアクセスして、「○○寺院」などの検索条件を入力して、「○○寺院」の紹介ページを閲覧する。ユーザ端末１００は、このようにして所望の観光スポットの紹介ページを閲覧して観光先を決定して、ルート生成サーバ１０上で観光ルートを生成する。

このようなシステムにおいて、ルート生成サーバ１０は、各観光サーバから観光スポットを紹介するＷｅｂページのアドレスを取得し、Ｗｅｂページのアドレスと観光スポットと該観光スポットの位置とを対応付けて記憶した第１の記憶部を参照して、取得したアドレスに対応付けられた観光スポット及び該観光スポットの位置を取得する。続いて、ルート生成サーバ１０は、少なくとも１以上の観光スポットを含む複数の観光ルートを記憶した第２の記憶部を参照して、複数の観光ルートのそれぞれに含まれる観光スポットの位置と取得した観光スポットの位置とに基づいて、複数の観光ルートのうち、取得した観光スポットの追加候補の観光ルートとして特定する。

例えば、ルート生成サーバ１０は、複数の観光ルートが生成されて保存されている状態で、新たな観光先として、観光スポットＡの選択を受け付ける。すると、ルート生成サーバ１０は、生成済みの各観光ルートについて、当該観光ルートに含まれる各観光スポットと観光スポットＡとの距離を算出する。そして、ルート生成サーバ１０は、観光スポットＡと最も近い位置にある観光スポットが含まれる観光ルートを、観光スポットＡを追加する観光ルートとしてユーザに提示する。このようにすることで、ルート生成サーバ１０は、追加対象の観光ルートを適切に特定することができる。

［機能構成］
図２は、実施例１にかかるルート生成サーバ１０の機能構成を示す機能ブロック図である。図２に示すように、ルート生成サーバ１０は、通信部１１、記憶部１２、制御部２０を有する。

通信部１１は、他の装置との通信を制御する処理部であり、例えば通信インタフェースなどである。例えば、通信部１１は、ユーザ端末１００から検索要求、ルート生成指示、ルート編集指示などを受信し、ユーザ端末１００に各種結果を送信する。

記憶部１２は、プログラムやデータを記憶する記憶装置の一例であり、例えばメモリやハードディスクなどである。記憶部１２は、観光スポット情報ＤＢ１３とルート情報ＤＢ１４とを記憶する。なお、観光スポット情報ＤＢ１３は、第１の記憶部の一例であり、ルート情報ＤＢ１４は、第２の記憶部の一例である。

観光スポット情報ＤＢ１３は、各観光サーバ２から４が紹介する観光スポットに関する情報を記憶するデータベースである。図３は、観光スポット情報ＤＢ１３に記憶される情報の例を示す図である。図３に示すように、観光スポット情報ＤＢ１３は、「ページ名、ＵＲＬ、スポット名、住所、緯度経度、電話番号」などを対応付けて記憶する。

「ページ名」は、観光スポットを紹介するＷｅｂページの名称であり、「ＵＲＬ（Uniform Resource Locator）」は、観光スポットを紹介するＷｅｂページの場所などを特定する情報である。「スポット名」は、紹介される観光スポットの名称などであり、「住所」は、紹介される観光スポットの住所である。「緯度経度」は、紹介される観光スポットの位置情報であり、「電話番号」は、紹介される観光スポットの電話番号である。

図３の例では、ＵＲＬ（ＵＲＬ（Ａ−１））で特定されるページ名（ページＡ−１）で、住所が「青森県〇市〜」で緯度経度が「Ｘ１，Ｙ１」で電話番号が「Ｚ１」であるスポット名「スポットＡ−１」が紹介されていることを示す。

ルート情報ＤＢ１４は、少なくとも１以上の観光スポットを含む、生成済みの観光ルートに関する情報を記憶するデータベースである。図４は、ルート情報ＤＢ１４に記憶される情報の例を示す図である。図４に示すように、ルート情報ＤＢ１４は、「ユーザ名、ルート名、スポット名」を対応付けて記憶する。

ここで記憶される「ユーザ名」は、観光ルートの生成を実行したユーザを識別する情報である。「ルート名」は、生成された観光ルートを識別する情報である。「スポット名」は、観光ルートに含まれる観光スポットを特定する情報である。図４の１行目は、ユーザＡによって生成されたルートＲ１に関する情報を記憶し、ルートＲ１には、観光スポットとしてスポットＡ−１、スポットＡ−２、スポットＣ−１が含まれることを示す。

制御部２０は、ルート生成サーバ１０全体の処理を司る処理部であり、例えばプロセッサなどである。制御部２０は、ログイン処理部２１、ルート生成部３０、ルート編集部４０を有する。なお、ログイン処理部２１、ルート生成部３０、ルート編集部４０は、プロセッサなどの電子回路の一例やプロセッサが実行するプロセスの一例などである。

ログイン処理部２１は、ユーザ端末１００に対して、観光クラウド１の正当な利用者であることを認証するためのログイン画面を送信してログイン処理を実行する処理部である。例えば、ログイン処理部２１は、ユーザ端末１００からアクセスを受け付けると、ユーザ端末１００にログイン画面を応答する。そして、ログイン処理部２１は、ログイン画面で受け付けたユーザ名とパスワードの組み合わせが、予め登録される組み合わせと一致する場合、ログインを許可する。

また、ログイン処理部２１は、ログイン時に、観光ルートの新規生成か観光ルートの編集かを選択させる。そして、ログイン処理部２１は、観光ルートの新規生成が選択された状態でログインを許可すると、ルート生成部３０に処理開始を通知する。また、ログイン処理部２１は、観光ルートの編集が選択された状態でログインを許可すると、ルート編集部４０に処理開始を通知する。なお、ログイン処理部２１は、ログインを許可できない場合は、エラー画面などを表示する。

ルート生成部３０は、検索部３１と生成部３２を有し、観光ルートの新規生成を実行する処理部である。検索部３１は、観光スポットの検索を実行する処理部である。具体的には、検索部３１は、ログイン処理部２１から処理開始が指示されると、検索画面をユーザ端末１００に表示する。

そして、検索部３１は、検索画面上で入力された検索語（キーワード）に該当する観光スポットを紹介するＷｅｂページを、いずれかの観光サーバから取得して、ユーザ端末１００に応答する。また、検索部３１は、ユーザ端末１００から終了操作を受け付けるまで、検索語が更新または再入力されるたびに、該当する観光スポットのＷｅｂページを検索して表示する。なお、検索部３１は、第１の出力部の一例である。

生成部３２は、観光ルートを生成する処理部である。具体的には、生成部３２は、検索部３１によって表示された観光スポットのＷｅｂページにおいて、観光対象として選択された観光スポットを経由する観光ルートを生成する。そして、生成部３２は、ログイン中のユーザ名と、生成した観光ルートとを対応付けて、ルート情報ＤＢ１４に格納する。

一例を挙げると、生成部３２は、検索部３１によって表示された複数の観光スポットのうち、観光スポットＡ−１、観光スポットＡ−２、観光スポットＣ−１の選択を受け付ける。すると、生成部３２は、観光スポットＡ−１、観光スポットＡ−２、観光スポットＣ−１の各緯度経度を観光スポット情報ＤＢ１３から取得し、各観光スポット間の距離を算出する。そして、生成部３２は、各観光スポットへの移動距離が最短となるように、観光ルートを生成する。なお、検索部３１によって、検索と選択とが複数回繰り返して実行される場合、Ｗｅｂ画面をＣｏｏｋｉｅで関連付けることで、同一ユーザによる一連の処理と判定することができる。

ルート編集部４０は、検索部４１、ルート特定部４２、スポット追加部４３を有し、生成済みの観光ルートに対して、観光スポットの追加や削除、観光ルート自体の削除を実行する処理部である。なお、ルート特定部４２は、第２の取得部、特定部の一例である。

例えば、ルート編集部４０は、ログイン処理部２１から処理開始が指示されると、ルート選択、ルート削除、観光スポットの追加などを選択させる画面を、ユーザ端末１００に送信する。そして、ルート編集部４０は、ユーザ端末１００によってルート選択が選択されると、生成済みの観光ルートのルート名をルート情報ＤＢ１４から取得して、観光ルート一覧を表示する。ここで、ルート編集部４０は、観光ルートの一覧からいずれかの観光ルートが選択された場合、選択された観光ルートや当該観光ルートに含まれる観光スポットを図示した地図、選択された観光ルートに含まれる観光スポットの一覧などを表示する。

また、ルート編集部４０は、ルート選択、ルート削除、観光スポットの追加のうち、ユーザ端末１００によってルート削除が選択されると、生成済みの観光ルートのルート名をルート情報ＤＢ１４から取得して、観光ルート一覧を表示する。ここで、ルート編集部４０は、観光ルートの一覧からいずれかの観光ルートが選択された場合、選択された観光ルートをルート情報ＤＢ１４から削除する。

また、ルート編集部４０は、ルート選択、ルート削除、観光スポットの追加のうち、ユーザ端末１００によって観光スポットの追加が選択されると、検索部４１に処理開始を指示する。

検索部４１は、ルート編集部４０から処理開始が指示されると、検索画面をユーザ端末１００に表示する処理部である。なお、検索処理は、検索部３１と同様の処理なので、詳細な説明は省略する。

ルート特定部４２は、新たな観光スポットが選択された場合に、当該観光スポットの追加先として適切な観光ルートを特定する処理部である。具体的には、ルート特定部４２は、検索部４１によって表示されたＷｅｂページから追加対象の観光スポットが選択された場合、当該Ｗｅｂページのアドレス情報を取得する。続いて、ルート特定部４２は、当該アドレス情報に対応する位置（緯度経度）を観光スポット情報ＤＢ１３から取得する。そして、ルート特定部４２は、生成済みの各観光ルートのそれぞれに含まれる観光スポットの位置と、追加対象の観光スポットの位置とに基づいて、追加対象の観光スポットの追加候補となる観光ルートを特定する。

例えば、ルート特定部４２は、検索部４１が表示したＷｅｂページから観光スポットＢ−２を追加対象とする選択を受け付けた場合、観光スポットＢ−２の位置情報（緯度経度）を観光スポット情報ＤＢ１３から取得する。続いて、ルート特定部４２は、ルート情報ＤＢ１４に記憶される生成済みの観光ルートそれぞれについて、以下の処理を実行する。

すなわち、ルート特定部４２は、当該観光ルートに含まれる各観光スポットを特定し、各観光スポットの位置情報（緯度経度）を観光スポット情報ＤＢ１３から取得する。そして、ルート特定部４２は、各観光スポットについて、当該観光スポットの位置情報（緯度経度）と観光スポットＢ−２の位置情報（緯度経度）とから観光スポット間の距離を算出する。そして、ルート特定部４２は、各観光スポットに対して算出した距離のうち、最短距離にある隣接観光スポットおよびその最短距離を特定する。

このようにして、ルート特定部４２は、生成済みの各観光ルートについて、追加対象の観光スポットＢ−２と最も隣接する隣接観光スポットおよび当該観光スポット間の距離を特定する。そして、ルート特定部４２は、隣接観光スポットのうち、最短距離の隣接観光スポットを特定する。その後、ルート特定部４２は、最短距離の隣接観光スポットを含む観光ルートを、追加先の観光ルートに決定する。

そして、ルート特定部４２は、追加先として特定した観光ルートのみを強調表示した、生成済みの観光ルート一覧をユーザ端末１００に送信する。このとき、ルート特定部４２は、最短距離の隣接観光スポットが複数特定された場合、各隣接観光スポットを含む各観光ルートを、追加先の候補として強調表示する。また、ルート特定部４２は、最短距離の隣接観光スポットを特定したが、最短距離が閾値以上である場合には、この隣接観光スポットを起点として新規ルートの生成をルート生成部３０に要求することもできる。

スポット追加部４３は、追加先として特定された観光ルートに、追加対象の観光スポットを自動で追加する処理部である。具体的には、スポット追加部４３は、ルート特定部４２から、追加対象の観光スポットに関する情報と追加先の観光ルートに関する情報とを取得する。そして、スポット追加部４３は、追加先の観光ルートに追加対象の観光スポットを追加し、ルートの新規生成時と同様の手法を用いて観光ルートの再構築を実行する。その後、スポット追加部４３は、再構築した観光ルートの情報で、ルート情報ＤＢ１４を更新する。

例えば、スポット追加部４３は、ルート特定部４２から追加対象の観光スポットＢ−２に関する情報を取得する。そして、スポット追加部４３は、ルート特定部４２によって追加先の観光ルートが一定時間強調表示された後、追加先の観光ルートに観光スポットＢ−２を追加する。なお、スポット追加部４３は、追加先の観光ルートが強調表示されている間に、他の観光ルートがユーザ端末１００を介して選択された場合、選択された他の観光ルートに、追加対象の観光スポットＢ−２を追加することもできる。

［処理の具体例］
次に、画面表示および各処理の具体例を説明する。ここでは、新規ルートの生成処理と観光スポットの追加処理の具体例とについて説明する。

（新規ルートの生成）
図５は、観光スポットの閲覧および新規ルートの生成例を説明する図である。図５に示すように、ログイン処理部２１が、「新規ルート生成」が選択された状態でログインを許可すると、ルート生成部３０の検索部３１が、検索画面（スポット検索ページ）をユーザ端末１００に表示する（Ｓ１）。

続いて、検索部３１は、検索語として「○○の足跡」の入力を受け付けた後、検索ボタンの押下を検出すると、「○○の足跡」に該当する観光スポットの紹介ページを各観光サーバから取得して、検索結果としてユーザ端末１００に表示する（Ｓ２）。なお、図５の例では、「○○の足跡」の検索結果として、スポットＡ−１の紹介とスポットＡ−２の紹介とを含むＷｅｂページが表示されている。

その後、生成部３２は、「○○の足跡」の検索結果のうち、スポットＡ−１について「Ｍｙルートに追加」の選択を受け付けると、スポットＡ−１を含む新規の観光ルートを生成する（Ｓ３）。このとき、生成部３２は、新規の観光ルートに関する情報を、ルート情報ＤＢ１４に格納する。

さらに、「○○の足跡」の検索結果が表示された状態で、検索部３１は、「〇〇ミュージアム」の入力を受け付けるとともに検索ボタンの押下を検出すると、「〇〇ミュージアム」に該当する観光スポットの紹介ページを各観光サーバから取得して、検索結果としてユーザ端末１００に表示する（Ｓ４とＳ５）。なお、図５の例では、「〇〇ミュージアム」の検索結果として、スポットＢ−１の紹介とスポットＢ−２の紹介とを含むＷｅｂページが表示されている。

その後、生成部３２は、「〇〇ミュージアム」の検索結果のうち、スポットＢ−２について「Ｍｙルートに追加」の選択を受け付けると、スポットＡ−１の選択時に生成された観光ルートを、スポットＡ−１とスポットＢ−２を含む観光ルートに更新する。このとき、生成部３２は、ルート情報ＤＢ１４を更新する。このようにして、ルート生成部３０は、観光スポットの検索とＭｙルートの追加とを繰り返して、観光ルートを生成する。

（ルートの編集）
図６は、観光スポットの追加例を説明する図である。図６に示すように、ログイン処理部２１が、「ルート編集」が選択された状態でログインを許可すると、ルート編集部４０が、「ルート選択」、「ルート削除」、「観光スポットを追加」を選択させる画面をユーザ端末１００に表示する（Ｓ１０）。

続いて、「観光スポットを追加」が選択されると、検索部４１は、検索画面（スポット検索ページ）をユーザ端末１００に表示する（Ｓ１１）。その後、検索部４１は、検索語として「○○の生誕」の入力を受け付けた後、検索ボタンの押下を検出すると、「○○の生誕」に該当する観光スポットの紹介ページを各観光サーバから取得して、検索結果としてユーザ端末１００に表示する（Ｓ１２）。なお、図６の例では、「○○の生誕」の検索結果として、スポットＣ−１の紹介とスポットＣ−２の紹介とを含むＷｅｂページが表示されている。

その後、ルート特定部４２は、「○○の生誕」の検索結果のうち、スポットＣ−１について「Ｍｙルートに追加」の選択を受け付けると、スポットＣ−１の位置情報等を用いて、追加先の観光ルートを自動で特定する（Ｓ１３）。

そして、ルート特定部４２は、自動で特定した追加先の観光ルートであるルートＲ２を強調させたルート一覧をユーザ端末１００に表示し、スポット追加部４３は、ルートＲ２にスポットＣ−１を追加して、ルートＲ２の再構築を実行する（Ｓ１４）。このとき、スポット追加部４３は、ルート情報ＤＢ１４に格納されるルートＲ２の情報を更新する。このようにして、ルート生成部３０は、観光スポットの検索とＭｙルートの追加とを繰り返して、観光ルートに新規スポットを自動追加する。

［システムの具体例］
上述したように、ユーザは、観光クラウド１を利用することで、異なる会社が管理するＷｅｂサイトにアクセスして、観光スポットを検索することができる。また、ユーザは、異なる会社のＷｅｂサイトをまたがって、観光スポットの検索や観光ルートの生成を実行することができる。そこで、ここでは、ユーザ視点で観光スポット検索と観光ルートの生成および編集とを説明する。

図７は、Ｗｅｂサイトを跨った観光ルートの生成および編集を説明する図である。図７に示すように、ユーザ端末１００は、観光クラウド１上の観光サイトＡを閲覧し（Ｓ３０）、スポットＡ−１について「Ｍｙルートに追加」を選択する（Ｓ３１）。

続いて、ユーザ端末１００は、観光クラウド１上の観光サイトＢを閲覧し（Ｓ３２）、スポットＢ−２について「Ｍｙルートに追加」を選択する（Ｓ３３）。そして、ユーザ端末１００は、Ｍｙルートに追加したスポットＡ−１とスポットＢ−２とを観光する観光ルートを生成する（Ｓ３４）。

このようにして、ユーザ端末１００は、観光ルートとしてルートＲ１、ルートＲ２、ルートＲ３を生成した後、観光クラウド１上の観光サイトＣを閲覧し（Ｓ３５）、スポットＣ−３について「Ｍｙルートに追加」を選択する（Ｓ３６）。すると、スポットＣ−３が、スポットＣ−３を効率的に観光できると推定されるルートＲ２に自動的に追加される（Ｓ３７）。

［処理の流れ］
次に、新規ルートの生成処理と観光スポットの追加処理とについて説明する。なお、ルート削除等は、一般的な処理と同様の処理を採用することができるので、詳細な説明は省略する。

（新規ルートの生成処理）
図８は、新規ルートの生成処理の流れを示すフローチャートである。図８に示すように、ルート生成部３０は、新規ルートの生成開始の指示を受け付けると（Ｓ１０１：Ｙｅｓ）、検索画面を表示する（Ｓ１０２）。

続いて、ルート生成部３０は、検索キーワードを受け付けると（Ｓ１０３：Ｙｅｓ）、検索結果を表示する（Ｓ１０４）。その後、ルート生成部３０は、検索結果から観光スポットが選択された場合（Ｓ１０５：Ｙｅｓ）、選択された観光スポットを用いて観光ルートを生成し（Ｓ１０６）、Ｓ１０４以降を繰り返す。

一方、観光スポットが選択されずに（Ｓ１０５：Ｎｏ）、終了指示を受け付けた場合（Ｓ１０７：Ｙｅｓ）、ルート生成部３０は、生成した観光ルートをルート情報ＤＢ１４に保存する（Ｓ１０８）。なお、観光スポットが選択されず（Ｓ１０５：Ｎｏ）、終了指示も受け付けない場合（Ｓ１０７：Ｎｏ）、ルート生成部３０は、Ｓ１０３以降を繰り返す。

また、検索キーワードを受け付けずに（Ｓ１０３：Ｎｏ）、終了指示を受け付けた場合も（Ｓ１０７：Ｙｅｓ）、ルート生成部３０は、Ｓ１０８を実行する。なお、検索キーワードを受け付けず（Ｓ１０３：Ｎｏ）、終了指示も受け付けない場合（Ｓ１０７：Ｎｏ）、ルート生成部３０は、Ｓ１０３以降を繰り返す。

なお、Ｓ１０１において、新規ルートの生成開始の指示ではなく（Ｓ１０１：Ｎｏ）、他の処理開始指示を受け付けると、該当処理が実行される（Ｓ１０９）。

（観光スポットの自動追加処理）
図９は、観光スポットの自動追加処理の流れを示すフローチャートである。図９に示すように、ルート編集部４０は、観光スポットの追加処理の開始指示を受け付けると（Ｓ２０１：Ｙｅｓ）、検索画面を表示する（Ｓ２０２）。

続いて、ルート編集部４０は、検索キーワードを受け付けると（Ｓ２０３：Ｙｅｓ）、検索結果を表示する（Ｓ２０４）。その後、ルート編集部４０は、検索結果から観光スポットが選択された場合（Ｓ２０５：Ｙｅｓ）、追加先のルート特定処理を実行して（Ｓ２０６）、Ｓ２０４以降を繰り返す。

一方、観光スポットが選択されずに（Ｓ２０５：Ｎｏ）、終了指示を受け付けた場合（Ｓ２０７：Ｙｅｓ）、ルート編集部４０は、編集した観光ルートをルート情報ＤＢ１４に保存する（Ｓ２０８）。なお、観光スポットが選択されず（Ｓ２０５：Ｎｏ）、終了指示も受け付けない場合（Ｓ２０７：Ｎｏ）、ルート編集部４０は、Ｓ２０３以降を繰り返す。

また、検索キーワードを受け付けずに（Ｓ２０３：Ｎｏ）、終了指示を受け付けた場合も（Ｓ２０７：Ｙｅｓ）、ルート編集部４０は、Ｓ２０８を実行する。なお、検索キーワードを受け付けず（Ｓ２０３：Ｎｏ）、終了指示も受け付けない場合（Ｓ２０７：Ｎｏ）、ルート編集部４０は、Ｓ２０３以降を繰り返す。

なお、Ｓ２０１において、観光スポットの追加処理の開始指示ではなく（Ｓ２０１：Ｎｏ）、他の処理開始指示を受け付けると、該当処理が実行される（Ｓ２０９）。

（追加先のルート特定処理）
図１０は、追加先のルート特定処理の流れを示すフローチャートである。この処理は、図９のＳ２０６で実行される処理である。

図１０に示すように、ルート編集部４０は、生成済みの観光ルートが複数ある場合（Ｓ３０１：Ｙｅｓ）、追加対象として選択された観光スポットの位置を観光スポット情報ＤＢ１３から取得する（Ｓ３０２）。

続いて、ルート編集部４０は、生成済みの観光ルートを１つ選択し（Ｓ３０３）、選択した観光ルート内の各登録済み観光スポットの位置を、観光スポット情報ＤＢ１３から取得する（Ｓ３０４）。

そして、ルート編集部４０は、取得した位置情報を用いて、各登録済み観光スポットと追加対象の観光スポットとの距離を算出し（Ｓ３０５）、処理中の観光ルート内で最短距離の観光スポットを特定する（Ｓ３０６）。

そして、生成済みの全観光ルートのうち未処理の観光ルートが存在する場合（Ｓ３０７：Ｎｏ）、次の観光ルートについてＳ３０３以降を繰り返す。

ここで、生成済みの全観光ルートに処理が終了すると（Ｓ３０７：Ｙｅｓ）、ルート編集部４０は、全観光ルートのうち最短距離の観光スポットを特定し（Ｓ３０８）、特定した観光スポットを含む観光ルートを追加先として特定する（Ｓ３０９）。このとき、ルート編集部４０は、追加先として特定された観光ルートを、他の観光ルートとは異なる形式で表示することもできる。例えば、ルート編集部４０は、強調表示したり、色を変えたり、文字を大きくしたりする。

その後、ルート編集部４０は、追加先として特定された観光ルートに、追加対象の観光スポットを追加して（Ｓ３１０）、観光ルートの再構築を実行して、ルート情報ＤＢ１４を更新する（Ｓ３１１）。

なお、Ｓ３０１において、ルート編集部４０は、生成済みの観光ルートが複数ない場合（Ｓ３０１：Ｎｏ）、保存されている観光ルートを追加先として特定し（Ｓ３１２）、Ｓ３１０以降を実行する。

［効果］
上述したように、ルート生成サーバ１０は、追加対象の観光ルートを適切に特定することができる。したがって、ユーザが検討材料として複数の観光ルートを生成した状態では、ユーザは、新たに観光したいと考えた観光スポットをどの観光ルートに追加するのか特定できない場合が多い。このような場合でも、ルート生成サーバ１０は、無理なく効率的に移動できるように、追加対象の観光ルートを適切に特定することができる。

また、観光サイト上で周遊ルートへの目的地追加をする際に、観光ルートの詳細を確認する画面に遷移する手間が省けると同時に、目的地として追加するのがよい生成保存済みルートやモデルルートを簡単に把握することができる。また、観光ルートの生成サービスが導入された異なる観光サイト間で横断的に実行できる。

上記実施例１では、観光スポット間の距離を用いて、適切な追加対象の観光ルートを特定する例を説明したが、これに限定されるものではなく、距離以外の情報を用いて、適切な追加対象の観光ルートを特定することもできる。

そこで、実施例２では、距離以外の指標について説明する。なお、実施例２で説明する各手法は矛盾のない範囲内で適宜組み合わせることもでき、実施例１と実施例２とは矛盾のない範囲内で適宜組み合わせることができる。例えば、距離で絞り込んだ後に他の指標で追加対象の観光ルートを特定したり、他の指標で絞り込んだ後に距離で追加対象の観光ルートを特定したり、追加対象として特定した観光ルートを強調表示することもできる。

（エリア）
図１１は、エリアを対応付けたルート情報ＤＢ１４に記憶される情報を示す図である。実施例１と異なる点は、「エリア」が対応付けられている点である。この「エリア」は、観光ルート内の各観光スポットを包含する最小の領域を示す。ルート編集部４０は、追加対象の観光スポットの選択を検出した場合、当該観光スポットの緯度経度を観光スポット情報ＤＢ１３から取得する。そして、ルート編集部４０は、当該観光スポットの緯度経度が含まれるエリアを、ルート情報ＤＢ１４から検索する。その後、ルート編集部４０は、追加対象の観光スポットをエリアに含む観光ルートを、追加先として特定する。

なお、ルート編集部４０は、追加対象の観光スポットをエリアに含む観光ルートが複数検出された場合、特定された各観光ルートを追加先として特定して、ユーザ端末１００に送信（表示）することもできる。また、ルート編集部４０は、エリアを強調表示させた地図などをユーザ端末１００に表示することもできる。これは、実施例１にも採用することができる。このようにすることで、エリアの概念で追加先を特定できるので、ユーザに土地勘がなく、ユーザが距離感を持てない場合であっても、ユーザが観光ルートの範囲を想像することができる。

（識別子）
図１２は、識別子を対応付けたルート情報ＤＢ１４に記憶される情報を示す図である。実施例１と異なる点は、「識別子」が対応付けられている点である。この「識別子」は、観光ルートの生成を行ったユーザを識別する情報であり、ユーザ名で代用することもでき、Ｃｏｏｋｉｅなどを用いることもできる。

例えば、ルート編集部４０は、追加対象の観光ルートの選択を検出した場合、当該観光スポットの緯度経度を観光スポット情報ＤＢ１３から取得するとともに、当該観光スポットが選択されたＷｅｂページからＣｏｏｋｉｅなどを用いて識別子「Ｕ００１」を取得する。そして、ルート編集部４０は、当該識別子「Ｕ００１」が対応付けられる観光ルートをルート情報ＤＢ１４から抽出し、抽出した観光ルートの中から追加先の観光ルートを特定する。

ここで、ルート編集部４０は、識別子「Ｕ００１」が対応付けられる観光ルートが一つの場合は、その観光ルートを追加先と特定する。また、ルート編集部４０は、識別子「Ｕ００１」が対応付けられる観光ルートが複数ある場合は、上記距離などを用いて追加先を特定する。このようにすることで、複数ユーザが観光クラウド１やユーザ端末１００を共有する場合でも、同一ユーザの操作を間違うことなく処理することができる。

（移動手段）
図１３は、移動手段を対応付けたルート情報ＤＢ１４に記憶される情報を示す図である。実施例１と異なる点は、「移動手段」が対応付けられている点である。この「移動手段」は、観光ルートの移動手段を示す情報であり、例えば電車、車、徒歩などである。

例えば、ルート編集部４０は、追加対象の観光ルートの選択を検出した場合、当該観光スポットの緯度経度を観光スポット情報ＤＢ１３から取得するとともに、ユーザが当該観光スポットへの移動手段として設定した「車」を、Ｗｅｂページ等を介して取得する。そして、ルート編集部４０は、当該移動手段「車」が対応付けられる観光ルートをルート情報ＤＢ１４から抽出し、抽出した観光ルートの中から追加先の観光ルートを特定する。

ここで、ルート編集部４０は、移動手段「車」が対応付けられる観光ルートが一つの場合は、その観光ルートを追加先と特定する。また、ルート編集部４０は、移動手段「車」が対応付けられる観光ルートが複数ある場合は、上記距離などを用いて追加先を特定する。このようにすることで、ユーザが設定する移動手段を考慮して、観光ルートの更新を実行することができる。

なお、移動手段は、ユーザが選択する場合に限らず、各観光スポットについて、その観光スポットに訪れるのに適切な移動手段を予め対応付けて観光スポット情報ＤＢ１３に記憶しておくこともできる。この場合、ルート編集部４０は、追加対象の観光スポットの位置および移動手段を観光スポット情報ＤＢ１３から取得する。そして、ルート編集部４０は、取得した移動手段が対応付けられる観光ルートをルート情報ＤＢ１４から抽出し、抽出した観光ルートの中から追加先の観光ルートを特定する。

（時刻情報）
図１４は、時刻情報を対応付けたルート情報ＤＢ１４に記憶される情報を示す図である。実施例１と異なる点は、「時刻情報」が対応付けられている点である。この「時刻情報」は、観光ルートを生成した生成時刻、最新の観光スポットが登録された登録時刻、観光ルートの更新が行われた最新の更新時刻などである。

例えば、ルート編集部４０は、追加対象の観光ルートの選択を検出した場合、当該観光スポットの緯度経度を観光スポット情報ＤＢ１３から取得する。そして、ルート編集部４０は、時刻情報が最新である観光ルートをルート情報ＤＢ１４から抽出し、抽出した観光ルートを追加先の観光ルートと特定する。このようにすることで、ユーザが最も考慮している観光ルートを推定して、観光スポットの追加を実行することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。

［適用システム］
上記実施例では、観光ルートを例にして説明したが、これに限定されるものではなく、様々な巡回ルートに適用することができる。例えば、警備員が行う巡回ルートなどについて、新たな警備ポイントの追加などを行う場合に、同様に適用することができる。

［ハードウェア］
図１５は、ハードウェア構成例を示す図である。図１５に示すように、ルート生成サーバ１０は、通信インタフェース１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１５に示した各部は、バス等で相互に接続される。

通信インタフェース１０ａは、ネットワークインタフェースカードなどであり、他のサーバとの通信を行う。ＨＤＤ１０ｂは、図２に示した機能を動作させるプログラムやＤＢを記憶する。

プロセッサ１０ｄは、図３に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ｂ等から読み出してメモリ１０ｃに展開することで、図２等で説明した各機能を実行するプロセスを動作させる。すなわち、このプロセスは、ルート生成サーバ１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｄは、ログイン処理部２１、ルート生成部３０、ルート編集部４０等と同様の機能を有するプログラムをＨＤＤ１０ｂ等から読み出す。そして、プロセッサ１０ｄは、ログイン処理部２１、ルート生成部３０、ルート編集部４０等と同様の処理を実行するプロセスを実行する。

このようにルート生成サーバ１０は、プログラムを読み出して実行することでルート生成方法を実行する情報処理装置として動作する。また、ルート生成サーバ１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、ルート生成サーバ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

メモリ１０ｃの一例としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等が挙げられる。プロセッサ１０ｄの一例としては、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、ＰＬＤ（Programmable Logic Device）等が挙げられる。

［システム］
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

１ 観光クラウド
２、３、４ 観光サーバ
１０ ルート生成サーバ
１１ 通信部
１２ 記憶部
１３ 観光スポット情報ＤＢ
１４ ルート情報ＤＢ
２０ 制御部
２１ ログイン処理部
３０ ルート生成部
３１ 検索部
３２ 生成部
４０ ルート編集部
４１ 検索部
４２ ルート特定部
４３ スポット追加部

Claims (14)

1. スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力し、
   出力したスポットの何れかが選択されると、スポットと前記スポットの位置とを対応付けて記憶した第１の記憶部を参照して、選択された第一の前記スポットの位置を取得し、
   少なくとも１以上のスポットを含む複数の巡回ルートを記憶した第２の記憶部を参照して、前記複数の巡回ルートのそれぞれに含まれるスポットの位置と取得した第一の前記スポットの位置とに基づいて、前記複数の巡回ルートのうち、選択された第一の前記スポットの追加候補の巡回ルートとして特定する、
   処理をコンピュータに実行させる巡回ルート作成支援プログラム。
2. 選択された第一の前記スポットは、特定した前記巡回ルートに自動登録されることを特徴とする請求項１記載の巡回ルート作成支援プログラム。
3. 特定した前記追加候補の巡回ルートを、前記複数の巡回ルートの内の他の巡回ルートとは異なる態様で表示することを特徴とする請求項１記載の巡回ルート作成支援プログラム。
4. 表示された前記複数の巡回ルートのうちから選択された巡回ルートに、選択された第一の前記スポットを登録することを特徴とする請求項１記載の巡回ルート作成支援プログラム。
5. 前記スポットは観光スポットであることを特徴とする請求項１記載の巡回ルート作成支援プログラム。
6. 前記巡回ルートは観光ルートであることを特徴とする請求項１記載の巡回ルート作成支援プログラム。
7. スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力し、
   出力したスポットの何れかが選択されると、スポットと前記スポットの位置とを対応付けて記憶した第１の記憶部を参照して、選択された第一の前記スポットの位置を取得し、
   少なくとも１以上のスポットを含む複数の巡回ルートとエリアとを対応付けて記憶した第２の記憶部を参照して、取得した第一の前記スポットの位置が含まれるエリアに対応づけられた巡回ルートを特定する、
   処理をコンピュータに実行させる巡回ルート作成支援プログラム。
8. スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力し、
   出力したスポットの何れかが選択されると、スポットと前記スポットの位置と前記スポットへの移動手段とを対応付けて記憶した第１の記憶部を参照して、選択された第一のスポットの位置と該スポットへの移動手段とを取得し、
   少なくとも１以上のスポットを含む複数の巡回ルートを記憶した第２の記憶部を参照して、取得した前記移動手段の種別情報に応じて、前記複数の巡回ルートのうち、選択された第一の前記スポットの追加候補の巡回ルートとして特定する、
   処理をコンピュータに実行させる巡回ルート作成支援プログラム。
9. 前記特定する処理は、取得した第一の前記スポットの位置が、前記複数の巡回ルートのそれぞれに含まれるスポットの位置と所定の距離以上離れている場合に、新たなルートを生成する処理をコンピュータに実行させる請求項１記載の巡回ルート作成支援プログラム。
10. 前記第２の記憶部は前記巡回ルートにアカウントを識別する識別情報を更に関連付けて記憶し、
    更に、識別情報を取得し、
    前記特定する処理は更に、前記第２の記憶部に記憶された複数の巡回ルートの内、取得した前記識別情報が関連付けられた巡回ルートのそれぞれに含まれるスポットの位置と取得した第一の前記スポットの位置とに基づいて、前記取得した前記識別情報が関連付けられた巡回ルートのうち、第一の前記スポットの追加候補の巡回ルートとして特定する
    処理をコンピュータに実行させる請求項１記載の巡回ルート作成支援プログラム。
11. スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力し、
    出力したスポットの何れかが選択されると、少なくとも１以上のスポットを含む複数の巡回ルートのそれぞれに該巡回ルートの作成時刻、又は、登録時刻、又は、更新時刻を対応づけて記憶した記憶部を参照して、前記巡回ルートの作成時刻、又は、登録時刻、又は、更新時刻に基づいて、前記複数の巡回ルートのうち、作成時刻、又は、登録時刻、又は、更新時刻が最新の巡回ルートを特定する、
    処理をコンピュータに実行させる巡回ルート作成支援プログラム。
12. 特定した前記巡回ルートを、前記複数の巡回ルートの内の他の巡回ルートとは異なる態様で表示することを特徴とする請求項１１記載の巡回ルート作成支援プログラム。
13. スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力し、
    出力したスポットの何れかが選択されると、スポットと前記スポットの位置とを対応付けて記憶した第１の記憶部を参照して、選択された第一の前記スポットの位置を取得し、
    少なくとも１以上のスポットを含む複数の巡回ルートを記憶した第２の記憶部を参照して、前記複数の巡回ルートのそれぞれに含まれるスポットの位置と取得した第一の前記スポットの位置とに基づいて、前記複数の巡回ルートのうち、選択された第一の前記スポットの追加候補の巡回ルートとして特定する、
    処理をコンピュータが実行する巡回ルート作成支援方法。
14. スポットの検索依頼を受け付けると、検索依頼の条件を満たすスポットに関連する情報を出力する第１の出力部と、
    出力したスポットの何れかが選択されると、スポットと前記スポットの位置とを対応付けて記憶した第１の記憶部を参照して、選択された第一の前記スポットの位置を取得する第２の取得部と、
    少なくとも１以上のスポットを含む複数の巡回ルートを記憶した第２の記憶部を参照して、前記複数の巡回ルートのそれぞれに含まれるスポットの位置と取得した第一の前記スポットの位置とに基づいて、前記複数の巡回ルートのうち、選択された第一の前記スポットの追加候補の巡回ルートとして特定する特定部と
    を有することを特徴とする巡回ルート作成支援装置。

Images