都市内周遊ツアープラン作成支援システム
【課題】
都市内周遊ツアーのプランの作成を適切に支援する。
【解決手段】
初期ツアー条件が入力されると、ツアープラン作成処理装置２０が、施設データベース１５を参照しつつ、訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成する。引き続き、ツアープラン作成処理装置２０は、初期ツアープランにおいてデマンドバスサービスを利用した移動のための初期ツアーデマンドを作成して運行計画作成処理装置３０送る。この初期ツアーデマンドを受けた運行計画作成処理装置３０は、初期ツアーデマンドを考慮して、運行バス９０1，…の運行計画案を作成する。次に、ツアープラン作成処理装置２０が、当該作成された運行計画案に基づいて初期ツアープランの修正を行って、修正されたツアープランを表示装置１１に表示させ、当該修正されたツアープランを承認可能か否かの判断を利用者に委ねる。
都市内周遊ツアーのプランの作成を適切に支援する。
【解決手段】
初期ツアー条件が入力されると、ツアープラン作成処理装置２０が、施設データベース１５を参照しつつ、訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成する。引き続き、ツアープラン作成処理装置２０は、初期ツアープランにおいてデマンドバスサービスを利用した移動のための初期ツアーデマンドを作成して運行計画作成処理装置３０送る。この初期ツアーデマンドを受けた運行計画作成処理装置３０は、初期ツアーデマンドを考慮して、運行バス９０1，…の運行計画案を作成する。次に、ツアープラン作成処理装置２０が、当該作成された運行計画案に基づいて初期ツアープランの修正を行って、修正されたツアープランを表示装置１１に表示させ、当該修正されたツアープランを承認可能か否かの判断を利用者に委ねる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、都市内の施設を巡る周遊ツアープランの作成を支援する都市内周遊ツアープラン作成支援システムに関する。
【背景技術】
【０００２】
従来から、ツアープランの作成のためのシステムの技術が提案されている（特許文献１参照：以下、「従来例１」という）。この従来例１の技術では、キーワード等に基づいて、ツアーのベースプランを決定する。そして、ベースプランをベースとして、各種のオプションプランの選択又は修正をすることで、顧客の要求に合ったツアープランを作成するようになっている。
【０００３】
また、都市内におけるバスの運行計画を、利用者からのデマンドに基づいて作成するデマンドバスシステムの技術も提案されている（特許文献２参照：以下、「従来例２」という）。この従来例２の技術では、乗降車希望地点、乗車希望時刻を含む利用者からのデマンドに基づいて、バスの運行計画を作成するようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】ＷＯ ９７／００８６３７ Ａ１
【特許文献２】特開２００３−２８８６８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した従来例１の技術を用いて顧客の要求に合ったツアープランを作成するためには、顧客が訪問する都市の交通機関の運行と整合をとる必要がある、当該整合をとるための技術については、何等の提案もなされていない。そこで、既存の交通機関の時刻表を参照して、ツアープランを作成することが考えられるが、広域的な宿泊旅行では有効であるが、個別の都市内での複雑な要求に応じることはできない。このため、当該個別の都市に不案内な顧客は、著名な限定された目的施設だけを選択するか、又は、都市内の移動に際しては、費用がかさむタクシーに頼らざるを得ない。
【０００６】
このため、従来例２のデマンドバスシステム等の利用者の希望に沿った効率的な移動が可能な移動手段の技術との協調を図ることが望ましい。しかしながら、従来例１及び従来２の技術では、ツアープランの作成に際して、デマンドバスシステム等との協調を図るための技術について、何等の具体的な提案もなされていない。
【０００７】
本発明は、上記の事情を鑑みてなされたものであり、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができる都市内周遊ツアープラン作成支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の都市内周遊ツアープラン作成支援システムは、都市内の施設を巡る周遊ツアーのプランの作成を支援する都市内周遊ツアープラン作成支援システムであって、前記周遊ツアーの開始地点及び開始時刻、訪問希望施設及び滞在希望時間、前記周遊ツアーの終了地点及び終了時刻、並びに、参加人数を含むツアー条件が入力される入力手段と；前記ツアー条件の入力ためのガイダンス、及び、前記周遊ツアーのプラン情報を表示する表示手段と；前記都市内の施設の名称、利用可能日、利用可能時間及びデマンドバスサービスにおける最寄りのバス停位置を含む複数種類の施設属性が互いに関連付けられて格納される施設データベースと；前記ツアー条件に対応するツアーデマンドを考慮して、少なくとも１台の運行バスの運行計画案を作成する運行計画案作成手段と；前記ツアー条件を受けた場合に、前記施設データベースを参照しつつ、前記訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成した後、前記初期ツアープランにおいて前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して前記運行計画案作成手段へ送る初期ツアープラン作成手段と；前記初期ツアーデマンドを考慮して作成された運行計画案に基づいて前記初期ツアープランの修正を行った後、前記修正された初期ツアープランを前記表示手段に表示させ、前記修正された初期ツアープランを承認可能か否かの判断を利用者に委ねるツアープラン修正手段と；を備える都市内周遊ツアープラン作成支援システムである。
【０００９】
この都市内周遊ツアープラン作成支援システムでは、入力手段にツアー条件が入力されると、初期ツアープラン作成手段が、施設データベースを参照しつつ、訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成する。引き続き、初期ツアープラン作成手段は、初期ツアープランにおいてデマンドバスサービスの利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して運行計画案作成手段へ送る。この初期ツアーデマンドを受けた運行計画案作成手段は、初期ツアーデマンドを考慮して、少なくとも１台の運行バスの運行計画案を作成する。
【００１０】
次に、ツアープラン修正手段が、初期ツアーデマンドを考慮して作成された運行計画案に基づいて初期ツアープランの修正を行う。引き続き、ツアープラン修正手段は、修正された初期ツアープランを表示手段に表示させ、当該修正された初期ツアープランを承認可能か否かの判断を利用者に委ねる。
【００１１】
したがって、本発明の都市内周遊ツアープラン作成支援システムによれば、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができる。
【００１２】
本発明の都市内周遊ツアープラン作成支援システムでは、前記初期ツアープラン作成手段が、前記初期ツアープランを前記表示手段に表示させ、前記初期ツアープランを承認可能か否かの判断を前記利用者に委ねるようにすることができる。この場合には、初期ツアープランを利用者が承認可能なものとすることができるので、利用者が承認可能な最終的なツアープランの作成の迅速化を図ることができる。
【００１３】
また、本発明の都市内周遊ツアープラン作成支援システムでは、前記ツアープラン修正手段が、前記修正された初期ツアープランに対する変更が前記入力手段に入力された場合に、前記変更されたツアープランに基づいて、前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む変更ツアーデマンドを作成して前記運行計画案作成手段へ送り、前記変更ツアーデマンドを考慮して作成された運行計画案に基づいて新たなツアープランへの修正を行った後、前記新たなツアープランを前記表示手段に表示させ、前記新たなツアープランを承認可能か否かの判断を前記利用者に委ねるようにすることができる。この場合には、修正されたツアープランが利用者にとって承認できないものであった場合であっても、利用者が、修正された初期ツアープランに対する変更を入力手段に入力することにより、当該変更されたツアープランを、運行バスの運行計画案に対応して修正した新たなツアープランを利用者に提供することができる。
【００１４】
なお、当該新たなツアープランが利用者にとって承認できないものであった場合には、利用者が、当該新たなツアープランに対する変更を入力手段に入力することにより、ツアープラン修正手段が、上述の修正された初期ツアープランから新たなツアープランへの変更の場合と同様にして、当該新たなツアープランから更に新たなツアープランへの変更を行う。そして、利用者により承認可能なツアープランが作成される、又は、利用者がツアープランの作成をあきらめるまで、ツアープラン修正手段が、ツアープランの変更を繰り返す。
【００１５】
また、本発明の都市内周遊ツアープラン作成支援システムでは、前記ツアープラン修正手段が、前記表示手段に表示されたツアープランを承認する旨が前記入力手段に入力された場合に、最新のツアーデマンドの内容によるデマンド予約を確定させる旨を前記運行計画案作成手段へ通知するようにすることができる。この場合には、提案されたツアープランを承認する入力を利用者が行うのみで、利用者により承認されて確定したツアープランで利用するデマンドバスサービスの予約が自動的に確定する。このため、利用者の利便性を向上させることができる。
【００１６】
ここで、前記承認されたツアープランにおける施設間関連度分析を、季節、曜日及び天候を含む環境条件、及び、訪問経路の実績の少なくとも一方を考慮して行い、前記ツアー条件の入力ためのガイダンスに反映させる関連度分析手段を更に備えるようにすることができる。この場合には、利用者によるツアープランの作成に際して、利用者の希望と訪問施設とのマッチングを改善し、地域の活性化と利用者の利便性の向上とを図ることができる。
【００１７】
また、本発明の都市内周遊ツアープラン作成支援システムでは、前記運行計画案作成手段は、前記ツアーデマンドとは別途に、前記デマンドバスサービスの利用者から受けた個別デマンドを更に考慮して、前記運行計画案を作成するようにすることができる。この場合には、都市内周遊ツアー専用に運行バスを用意することが不要となるとともに、演算資源としての運行計画案作成手段を有効に利用することができる。
【発明の効果】
【００１８】
以上説明したように、本発明の都市内周遊ツアープラン作成支援システムによれば、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができるという効果を奏する。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る都市内周遊ツアープラン作成支援システムの構成を概略的に示すブロック図である。
【図２】図１のツアープラン作成処理装置による処理を説明するためのフローチャートである。
【図３】図２の初期ツアープラン作成のための支援処理を説明するためのフローチャートである。
【図４】初期画面の表示例を示す図である。
【図５】ツアー開始地点及びツアー開始時刻が指定された時点の表示例を示す図である。
【図６】最初の訪問施設に関する情報を指定する際の表示例を示す図である。
【図７】最初の訪問施設に関する情報が指定された時点の表示例を示す図である。
【図８】初期ツアープランが作成された時点の表示例を示す図である。
【図９】図２の初期ツアープランの修正処理を説明するためのフローチャートである。
【図１０】修正された初期ツアープランの表示例を示す図である。
【図１１】図２のツアープランの変更のための支援処理を説明するためのフローチャートである。
【図１２】変更ツアープランの表示例を示す図である。
【図１３】修正された変更ツアープランの表示例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施形態を、図１〜図１３を参照して説明する。なお、以下の説明及び図面においては、同一又は同等な要素には同一の符号を付し、重複する説明を省略する。
【００２１】
図１に示されるように、一実施形態に係る都市内周遊ツアープラン作成支援システム１００は、案内所装置１０1，１０2，…と、施設データベース１５とを備えている。また、都市内周遊ツアープラン作成支援システム１００は、初期ツアープラン作成手段、ツアープラン修正手段及び関連度分析手段としてのツアープラン作成処理装置２０と、運行計画案作成手段としての運行計画作成処理装置３０とを備えている。
【００２２】
上記の案内所装置１０j（ｊ＝１，２，…）のそれぞれは、案内所に配置され、利用者に対する街案内環境を提供する。かかる機能を有する案内所装置１０jのそれぞれは、表示手段としての表示装置１１と、入力手段としての操作入力装置１２とを備えている。
【００２３】
上記の表示装置１１は、液晶表示デバイス等の表示デバイスを備えて構成される。この表示装置１１は、ツアープラン作成処理装置２０から送られた表示画面情報を受ける。そして、表示装置１１は、表示画面情報に従った画面表示を行う。
【００２４】
上記の操作入力装置１２は、案内所装置１０jの本体部に設けられたキー部、あるいはキー部を備えるリモート入力装置等により構成される。ここで、本体部に設けられたキー部としては、表示装置１１に設けられた不図示のタッチパネルを用いることができる。また、キー部を有する構成に代えて、音声入力する構成を採用することもできる。操作入力装置１２への操作入力結果は、操作入力データとしてツアープラン作成処理装置２０へ送られる。
【００２５】
上記の施設データベース１５は、固定ディスク装置等の不図示の不揮発性の記憶装置に記憶されている。この施設データベース１５には、都市内施設それぞれについて、名称、利用可能日、利用可能時間及びデマンドバスサービスにおける最寄りのバス停位置を含む複数種類の施設属性が互いに関連付けられて登録されている。施設データベース１５には、ツアープラン作成処理装置２０がアクセス可能となっている。
【００２６】
上記のツアープラン作成処理装置２０は、中央処理装置（ＣＰＵ：Central Processing Unit）を備えている。このツアープラン作成処理装置２０は、暦機能、時計機能、及び、インターネット網６０を介した天気情報の取得機能を有しており、プログラムを実行することにより、都市内周遊ツアープラン作成の支援のための処理を実行する。こうしたツアープラン作成処理としては、案内所装置１０j（ｊ＝１，２，…）を利用したツアープラン作成支援のための処理と、インターネット網６０を利用したツアープラン作成支援のための処理とがある。ツアープラン作成処理装置２０が行うツアープラン作成処理については、後述する。
【００２７】
なお、インターネット網６０を利用したツアープラン作成支援のための処理に際しては、パーソナルコンピュータ７０1，…のそれぞれ、又は、携帯電話装置８０1，…のそれぞれが、表示手段及び入力手段として機能する。
【００２８】
上記の運行計画作成処理装置３０は、中央処理装置（ＣＰＵ：Central Processing Unit）を備えている。この運行計画作成処理装置３０は、プログラムを実行することにより、各種の機能を実現するようになっている。この運行計画作成処理装置３０は、都市内周遊ツアープラン作成支援システム１００として、ツアープラン作成処理装置２０から送られたツアーデマンドを受ける。そして、運行計画作成処理装置３０は、当該ツアーデマンドを考慮して、運行バス９０1，…の運行計画案を作成する。引き続き、運行計画作成処理装置３０は、作成された運行計画案における当該ツアーデマンドに関連する部分を、ツアープラン作成処理装置２０へ返送する。
【００２９】
なお、運行計画作成処理装置３０は、デマンドバスシステム２００の構成要素としても機能するようになっている。このデマンドバスシステム２００は、運行計画作成処理装置３０に加えて、表示装置４１と、操作入力装置４２と、電話装置４３と、運行バス９０1，…のそれぞれに搭載された車載装置５０とを備えている。
【００３０】
デマンドバスシステム２００では、電話装置４３を使用して、不図示の電話機や携帯電話から電話網６５を介して通知される通常デマンドをオペレータが受ける。そして、オペレータが受けた通常デマンドは、オペレータが、表示装置４１における表示を確認しつつ、操作入力装置４２を操作することにより運行計画作成処理装置３０へ入力されるようになっている。通常デマンドを受けた運行計画作成処理装置３０は、その時点における運行計画を参照しつつ、新たに受けた通常デマンドを考慮した運行バス９０1，…の運行計画案を作成する。そして、新たに作成された運行計画案に対する通常デマンド発行者による承認が得られると、運行計画作成処理装置３０は、当該運行計画案を新たな運行計画として採用し、車載装置５０に対して、搭載された運行バスの運行計画情報を、インターネット網６０を介して送る。この結果、運行バス９０1，…が、作成された運行計画に従って運行される。
【００３１】
なお、運行計画作成処理装置３０は、ルート、ダイヤ及び担当エリアが予め設定されず、デマンドに対応して、自由な乗降の組み合わせ及び配車計算を行い、最適解又は希望に適う解を選定して運行計画を作成していくようになっている。
【００３２】
上記の車載装置５０は、いずれも不図示の車載制御装置、通信装置、ＧＰＳ（世界位置測位システム）受信装置及び表示装置を備えている。この車載装置５０は、運行計画作成処理装置３０から送られた運行計画情報を表示装置に表示する。また、車載装置５０は、ＧＰＳ受信装置により得られた現在位置情報を運行計画作成処理装置３０へ送る。
【００３３】
［動作］
次に、上記のように構成された都市内周遊ツアープラン作成支援システム１００の動作について、ツアープラン作成処理装置２０の処理に主に着目して説明する。なお、以下においては、案内所装置１０j（ｊ＝１，２，…）を利用したツアープラン作成支援のための処理を例示して説明する。
【００３４】
＜初期ツアープラン作成のための支援処理＞
都市内周遊ツアープランの作成の支援に際しては、図２に示されるように、ツアープラン作成処理装置２０は、まず、ステップＳ１１において、初期ツアープラン作成のための支援処理を行う。かかる初期ツアープラン作成のための支援処理では、図３に示されるように、まず、ステップＳ２１において、ツアープラン作成処理装置２０が、初期画面を表示装置１１に表示させる。本実施形態における初期画面が、図４に示されている。
【００３５】
図４に示される初期画面は、大まかな都市構造と活動目的の概念とをわかりやすくパターン化した都市イメージ体系図を表示したものとなっている。この都市イメージ体系図は、中央部に都市中核部のおおまかな目的地区構成に対応する項目を配置するとともに、周囲に楕円状に活動または施設に対応する項目を配した構造としている。
【００３６】
都市中核部は、都市により若干異なるが、鉄道駅と中心商店街とが核となり、その周りに、横丁等の特色ある商店街と飲食街とが想定され、もう一方では、官公庁・ビジネス街とホテル・旅館地区とが想定される。これに応じて、これらの概念に対応した項目が左下から右上へ２列で配置されるようになっている。
【００３７】
また、都市イメージ体系図では、都市中核部の周囲の楕円上に、都市内の全ての目的地が含まれるように機能的面から見た項目を配置する構成となっている。その配置は、中央の都市中核部の構造と若干関連するようにまとまりをつくり、また目的の特性でのまとまりもつくるようになっている。また、右上に自然や癒し系をまとめ、左下に産業系をまとめ、右下に医療・生活系、左上に文化・商業系というまとまりを形成するようになっている。
【００３８】
以上の都市イメージ体系図により、とりあえず中心街に行くとか、横丁に行くとか、また公園や病院に行くとかという希望や発想に対応することができるようになっている。
【００３９】
図３に戻り、次に、ステップＳ２２において、ツアープラン作成処理装置２０が、利用者により操作入力が行われたか否かを判定する。この判定の結果が否定的であった（ステップＳ２２：Ｎ）場合には、ステップＳ２２の処理が繰り返される。
【００４０】
操作入力が行われ、ステップＳ２２における判定の結果が肯定的となると（ステップＳ２２：Ｙ）、処理はステップＳ２３へ進む。このステップＳ２３では、ツアープラン作成処理装置２０が、初期ツアープラン作成の終了指令が行われたか否かを判定する。
【００４１】
ステップＳ２３における判定の結果が否定的であった場合（ステップＳ２３：Ｎ）には、処理はステップＳ２４へ進む。このステップＳ２４では、ツアープラン作成処理装置２０が、操作入力内容に対応した処理を行い、その処理結果を表示装置１１に表示させる。そして、処理はステップＳ２２に戻る。
【００４２】
この後、ステップＳ２３において肯定的な判定がなされるまで、ステップＳ２２〜Ｓ２４の処理が繰り返される。かかるステップＳ２２〜Ｓ２４の処理の繰り返し中にツアー開始地点及びツアー開始希望時刻が入力されると、ツアープラン作成処理装置２０は、入力されたツアー開始地点及びツアー開始希望時刻の情報が上述した初期画面に重ねて表示された画面（以下、「出発情報画面」という）を表示装置１１に表示させる。こうした出発情報画面の表示例が、図５に示されている。
【００４３】
なお、ツアー開始地点及びツアー開始希望時刻の入力に先立って、ツアー参加人数も入力されるようになっている。
【００４４】
また、訪問希望施設の指定に際して、表示装置１１に表示された中間項目が選択されると、ツアープラン作成処理装置２０が、当該大項目中の中間項目、到着希望時刻及び滞在希望時間を指定するための選択入力ダイアログ表示を、直前の表示に重ねた表示（以下、「訪問希望施設指定画面」という）を表示装置１１に表示させる。こうした訪問希望施設指定画面の表示例が、図６に示されている。なお、図６においては、最初の訪問希望施設が含まれる大項目として、図５における「横丁路地商店街」が指定された場合の表示例が示されている。
【００４５】
図６により代表的に示されるように、選択入力ダイアログ表示は、ダイアログの中央に、選択された中間項目に属する具体的な訪問希望施設と該当するバス停名との候補一覧が表示され、利用者は相応しいものを選択する。また、選択入力ダイアログの上部は、その目的地への希望到着時刻と滞在希望時間とのコンボボックスとなっている。
【００４６】
こうした選択入力ダイアログを利用して、訪問希望施設、希望到着時刻及び滞在希望時間が入力されると、ツアープラン作成処理装置２０は、施設データベース１５を参照して、入力された訪問希望情報が成立可能か否かを判定する。例えば、希望到着時刻と滞在希望時間とから特定される時間帯が、訪問希望施設の利用可能日の利用可能時間帯内に収まっているか否かを判定することにより、入力された訪問希望情報が成立可能か否かを判定する。この判定の結果が否定的であった場合には、ツアープラン作成処理装置２０は、その旨を表示装置１１に表示させる。
【００４７】
一方、当該判定の結果が肯定的であった場合には、ツアープラン作成処理装置２０は、当該訪問希望情報を、デマンドバスによる平均的な移動時間を考慮して初期ツアープランに組み入れる。そして、ツアープラン作成処理装置２０は、組み入れられた訪問希望情報、並びに、訪問日の季節、曜日、天候、今までの訪問経路実績を考慮して作成されている施設関連度情報と、今回の初期ツアープラン作成において組み入れられた訪問希望施設及び訪問順序とに基づいて、都市イメージ体系図における推奨項目情報を、表示装置１１に表示させる。なお、施設関連度情報の作成については、後述する。
【００４８】
こうして、表示された画面の表示例が、図７に示されている。この図７では、ツアー開始後の最初の訪問希望施設として、「横丁路地商店街」における「食品横丁」が指定され、希望到着時刻として「午前１０時３０分」、滞在希望時間として「４５分」が指定された例が示されている。なお、図７においては、推奨項目が太線枠として表示されている。また、図７においては、平均移動時間の数値表示が、ツアー移動方向を示す太線矢印表示とともに行われている例が示されている。
【００４９】
上述のようにして、訪問希望施設ごとの訪問希望情報が順次入力され、ツアー終了地点及びツアー終了希望時刻が入力されて、初期ツアープランが作成される。こうして作成された初期ツアープランの例が図８に示されている。
【００５０】
図３に戻り、初期ツアープランが完成し、初期ツアープラン作成の終了指令が操作入力装置１２に入力されると、ステップＳ２３における判定の結果が肯定的となり（ステップＳ２３：Ｙ）、処理はステップＳ２５へ進む。このステップＳ２５では、ツアープラン作成処理装置２０が、初期ツアープランにおけるデマンドバスの利用を希望する移動区間に関する乗降車の希望停留所及び希望時刻、並びに、乗車人数を抽出して、初期ツアーデマンドを生成する。
【００５１】
次に、ステップＳ２６において、ツアープラン作成処理装置２０が、初期ツアーデマンドを運行計画作成処理装置３０へ送る。この後、ステップＳ１１の処理が終了し、処理は、図２のステップＳ１２へ進む。
【００５２】
＜初期ツアープランの修正処理＞
ステップＳ１２においては、ツアープラン作成処理装置２０が、初期ツアープランの修正処理を行う。
【００５３】
初期ツアープランの修正処理に際しては、図９に示されるように、まず、ステップＳ３１において、ツアープラン作成処理装置２０が、上述した初期ツアーデマンドに対応して運行計画作成処理装置３０が作成した新たな運行計画案の情報が、運行計画作成処理装置３０から返送されてきたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ３１：Ｎ）には、ステップＳ３１の処理が繰り返される。
【００５４】
当該新たな運行計画案の情報を受け、ステップＳ３１における判定の結果が肯定的となると（ステップＳ３１：Ｙ）処理は、ステップＳ３２へ進む。ステップＳ３２では、ツアープラン作成処理装置２０が、当該新たな運行計画案に含まれる乗降車希望地点における予約可能な乗降車時刻に基づいて、初期ツアープランを修正する。
【００５５】
次に、ステップＳ３３において、ツアープラン作成処理装置２０が、修正された初期ツアープラン（以下、「修正後初期ツアープラン」という）を表示装置１１に表示し、当該修正後初期ツアープランが利用者にとって承認可能か否かの判断を利用者に委ねる。こうして表示される修正後初期ツアープランの例が、図１０に示されている。
【００５６】
図１０に示される表示例においては、移動所要時間と滞在時間には、設定した平均値または希望値に対する増減が示されるようになっている。このため、ツアー終了希望時刻が電車のダイヤで定まる場合等における許容できない変動が発生した場合において、希望値に対する変動が大きい箇所におけるツアープランの変更を促すことができるようになっている。
【００５７】
ステップＳ３３の処理が終了し、初期ツアープランの修正処理が終了すると、ステップＳ１２の処理が終了する。この後、処理は、図２のステップＳ１３へ進む。
【００５８】
ステップＳ１３では、ツアープラン作成処理装置２０が、修正後初期ツアープランが利用者により承認されたか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ１３：Ｙ）には、処理は、後述するステップＳ１６へ進む。一方、当該判定の結果が否定的であった場合（ステップＳ１３：Ｎ）には、処理はステップＳ１４へ進む。
【００５９】
＜ツアープランの変更のための支援処理＞
ステップＳ１４においては、ツアープラン作成処理装置２０が、ツアープランの変更のための支援処理を行う。
【００６０】
ツアープランの変更のための支援処理に際しては、図１１に示されるように、まず、ステップＳ４１において、ツアープラン作成処理装置２０が、ツアープラン変更のための操作入力が行われたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ４１：Ｎ）には、ステップＳ４１の処理が繰り返される。
【００６１】
ツアープラン変更のための操作入力が行われ、ステップＳ４１における判定の結果が肯定的となると（ステップＳ４１：Ｙ）、処理はステップＳ４２へ進む。このステップＳ４２では、ツアープラン作成処理装置２０が、ツアープラン変更の終了指令がなされたか否かを判定する。
【００６２】
ステップＳ４２における判定の結果が否定的であった場合（ステップＳ４２：Ｎ）には、処理はステップＳ４３へ進む。このステップＳ４３では、ツアープラン作成処理装置２０が、操作入力内容に対応した処理を行い、その処理結果を表示装置１１に表示させる。そして、処理はステップＳ４１に戻る。
【００６３】
この後、ステップＳ４２において肯定的な判定がなされるまで、ステップＳ４１〜Ｓ４３の処理が繰り返される。かかるステップＳ４１〜Ｓ４３の処理の繰り返し中に、ツアープラン作成処理装置２０が、訪問順の変更、訪問希望先の変更、到着希望時刻の変更、滞在希望時間の変更等のための操作入力に対する処理を行い、処理結果に対応する表示を表示装置１１に行わせる。
【００６４】
こうしたステップＳ４１〜Ｓ４３の繰り返しにより作成された変更ツアープランの表示が、図１２に示されている。この図１２では、上述した修正後初期ツアープランにおける２番目の訪問希望施設と３番目の訪問希望施設との訪問順序を入れ換えるとともに、新たな２番目の訪問希望施設及び３番目の訪問希望施設のそれぞれに関する到着希望時刻及び滞在希望時間を新たに設定した場合の例が示されている。なお、初期ツアープランにはなかった新たな移動経路における移動時間については、平均的な移動時間が採用されるようになっている。
【００６５】
図１１に戻り、ツアープラン変更の終了指令がなされ、ステップＳ４２における判定の結果が肯定的となると（ステップＳ４２：Ｙ）、処理はステップＳ４４へ進む。このステップＳ４４では、ツアープラン作成処理装置２０が、変更ツアープランにおけるデマンドバスの利用を希望する移動区間における乗降車の希望停留所及び希望時刻、並びに、乗車人数を抽出して、変更ツアーデマンドを生成する。引き続き、ステップＳ４５において、ツアープラン作成処理装置２０が、変更ツアーデマンドを運行計画作成処理装置３０へ送る。
【００６６】
次に、ステップＳ４６において、ツアープラン作成処理装置２０が、上述した変更ツアーデマンドに対応して運行計画作成処理装置３０が作成した新たな運行計画案の情報が、運行計画作成処理装置３０から返送されてきたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ４６：Ｎ）には、ステップＳ４６の処理が繰り返される。
【００６７】
当該新たな運行計画案の情報を受け、ステップＳ４６における判定の結果が肯定的となると（ステップＳ４６：Ｙ）処理は、ステップＳ４７へ進む。ステップＳ４７では、ツアープラン作成処理装置２０が、当該新たな運行計画案に含まれる乗降車希望地点における予約可能な乗降車時刻に基づいて、変更ツアープランを修正する。
【００６８】
次に、ステップＳ４８において、ツアープラン作成処理装置２０が、修正された変更ツアープラン（以下、「修正後変更ツアープラン」という）を表示装置１１に表示し、当該修正後変更ツアープランが利用者にとって承認可能か否かの判断を利用者に委ねる。こうして表示される修正後変更ツアープランの例が、図１３に示されている。
【００６９】
図１３に示される表示例においては、図１０の場合と同様に、移動所要時間と滞在時間には、設定した平均値または希望値に対する増減が示されるようになっている。許容できない変動が発生した場合において、希望値に対する変動が大きい箇所におけるツアープランの変更を促すことができるようになっている。
【００７０】
ステップＳ４８の処理が終了し、変更ツアープランの修正処理が終了すると、ステップＳ１４の処理が終了する。この後、処理は、図２のステップＳ１５へ進む。
【００７１】
ステップＳ１５では、ツアープラン作成処理装置２０が、修正後変更ツアープランが利用者により承認されたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ１５：Ｎ）には、処理はステップＳ１４へ戻る。そして、ステップＳ１５における判定の結果が肯定的となるまで、ステップＳ１４，Ｓ１５の処理が繰り返される。
【００７２】
ステップＳ１５における判定の結果が否定的である場合（ステップＳ１５：Ｎ）には、ツアープラン作成処理装置２０が、最新のツアーデマンドによる予約を確定する旨を、運行計画作成処理装置３０へ送る。この結果、最新のツアーデマンドに対応して運行計画作成処理装置３０により作成された運行計画案が、その時点における運行計画に昇格する。
【００７３】
なお、その後に新たな通常デマンドや新たなツアーデマンドを受けた運行計画作成処理装置３０は、既に存在する運行計画に悪影響を与えないように新たな運行計画を作成する。このため、新たな通常デマンドや新たなツアーデマンドを受け付けたことにより、既に運行計画に組み込まれたツアープランに悪影響を与えることがないようになっている。
【００７４】
ステップＳ１５における判定の結果が肯定的となると（ステップＳ１５：Ｙ）、処理はステップＳ１６へ進む。このステップＳ１６では、ツアープラン作成処理装置２０が、訪問先施設関連度の分析を行う。かかる分析に際しては、季節、曜日、天候、今までに承認されたツアープランにおける訪問経路に基づいて、訪問施設の共起確率等で関連度を分析し、施設関連度を算出する。こうして算出された施設関連度は、ツアープラン作成処理装置２０に保持される。
【００７５】
ステップＳ１６の処理が終了すると、処理はステップＳ１１に戻る。この後、ステップＳ１１〜Ｓ１６の処理が繰り返される。
【００７６】
なお、ステップＳ１１〜Ｓ１５の処理中に、ツアープラン作成を中止する指令がなされた場合には、ツアープラン作成処理装置２０は、中止されたツアープラン作成に関する情報を廃棄する。そして、ツアープラン作成処理装置２０における処理は、ステップＳ１１における最初の処理、すなわち、ステップＳ２１に戻る。
【００７７】
また、上記の実施形態における動作の説明においては、案内所装置１０j（ｊ＝１，２，…）を利用したツアープラン作成支援のための処理を例示したが、インターネット網６０を利用したツアープラン作成支援のための処理に際しても、インターネット網６０を介した通信を利用することを除いて、上記と同様の処理が、ツアープラン作成処理装置２０により実行される。
【００７８】
以上説明したように、本実施形態では、操作入力装置１２に初期ツアー条件が入力されると、ツアープラン作成処理装置２０が、施設データベース１５を参照しつつ、訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成する。引き続き、ツアープラン作成処理装置２０は、初期ツアープランにおいてデマンドバスサービスを利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して運行計画作成処理装置３０へ送る。この初期ツアーデマンドを受けた運行計画作成処理装置３０は、初期ツアーデマンドを考慮して、少なくとも１台の運行バス９０1，…の運行計画案を作成する。
【００７９】
次に、ツアープラン作成処理装置２０が、初期ツアーデマンドを考慮して作成された運行計画案に基づいて初期ツアープランの修正を行う。引き続き、ツアープラン作成処理装置２０は、修正されたツアープランを表示装置１１に表示させ、当該修正されたツアープランを承認可能か否かの判断を利用者に委ねる。
【００８０】
したがって、本実施形態によれば、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができる。
【００８１】
本実施形態では、ツアープラン作成処理装置２０が、初期ツアープランを表示装置１１に表示させ、初期ツアープランを承認可能か否かの判断を利用者に委ねる。このため、初期ツアープランを利用者が承認可能なものとすることができるので、利用者が承認可能な最終的なツアープランの作成の迅速化を図ることができる。
【００８２】
また、本実施形態では、ツアープラン作成処理装置２０が、修正された初期ツアープランに対する変更が操作入力装置１２を利用して入力された場合に、変更プランに基づいて、デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む変更ツアーデマンドを作成して運行計画作成処理装置３０へ送る。そして、変更ツアーデマンドを考慮して作成された運行計画案に基づいて新たなツアープランへの修正を行った後、新たなツアープランを表示装置１１に表示させ、新たなツアープランを承認可能か否かの判断を利用者に委ねる。このため、修正されたツアープランが利用者にとって承認できないものであった場合であっても、利用者が、修正されたツアープランに対する変更を、操作入力装置１２を利用して入力することにより、当該変更されたツアープランを、運行バスの運行計画案に対応して修正した新たなツアープランを利用者に提供することができる。
【００８３】
また、本実施形態では、ツアープラン作成処理装置２０が、表示装置１１に表示されたツアープランを承認する旨が操作入力装置１２に入力された場合に、最新のツアーデマンドの内容によるデマンド予約を確定させる旨を運行計画作成処理装置３０へ通知する。このため、提案されたツアープランを承認する入力を利用者が行うのみで、利用者により承認されて確定したツアープランで利用するデマンドバスサービスの予約が自動的に確定する。このため、利用者の利便性を向上させることができる。
【００８４】
また、本実施形態では、ツアープラン作成処理装置２０が、承認されたツアープランにおける施設間関連度分析を、季節、曜日及び天候を含む環境条件、及び、訪問経路の実績の少なくとも一方を考慮して行い、ツアー条件の入力ためのガイダンスに反映させる。このため、利用者によるツアープランの作成に際して、利用者の希望と訪問施設とのマッチングを改善し、地域の活性化と利用者の利便性の向上とを図ることができる。
【００８５】
また、本実施形態では、運行計画作成処理装置３０が、初期ツアーデマンド及び変更ツアーデマンドとは別途に、デマンドバスサービスの利用者から受けた個別デマンドを更に考慮して、運行計画案を作成する。このため、都市内周遊ツアー専用に運行バスを用意することが不要となるとともに、演算資源としての運行計画作成処理装置３０を有効に利用することができる。
【００８６】
［実施形態の変形］
本発明は、上記の実施形態に限定されるものではなく、様々な変形が可能である。
【００８７】
例えば、上記の実施形態では、利用者がツアー条件等を入力するようにしたが、ツアー条件等の入力は、利用者と電話で対話するオペレータが、オペレータ用端末装置を利用して入力するようにしてもよい。
【００８８】
また、上記の実施形態では、入力された訪問施設情報が成立可能かの判定に際して、訪問希望施設の利用可能日の利用可能時間帯内に収まっているか否かを判定することを例示した。これに対し、入力された訪問施設情報が成立可能かの判定に際して、施設の混雑度を更に考慮して、訪問施設情報が成立可能かの判定を行うようにしてもよい。この場合には、各施設の混雑度を把握するため、各施設から報告される混雑度を自動的に、又は、オペレータによる手動により、ツアープラン作成処理装置２０に入力するようにすればよい。
【００８９】
また、予約が必要な施設には、予約方法を表示装置１１に表示させるようにすることもできる。
【００９０】
利用者が希望する場合には、完成したツアープランを添付ファイルとする電子メールを、利用者が指定した電子メールアドレスへ送付するようにすることもできる。
【００９１】
また、利用者が希望する場合には、完成したツアープランのファイルのＵＲＬ（Uniform Resource Locator）を、利用者が指定した電子メールアドレスへ送付するようにすることもできる。
【産業上の利用可能性】
【００９２】
以上説明したように、本発明は、都市内の施設を巡る周遊ツアーのツアープランの作成を支援する都市内周遊ツアープラン作成支援システムに適用することができる。
【符号の説明】
【００９３】
１１ … 表示装置（表示手段）
１２ … 操作入力装置（入力手段）
１５ … 施設データベース
２０ … ツアープラン作成処理装置（初期ツアープラン作成手段、ツアープラン
修正手段、関連度分析手段）
３０ … 運行計画作成処理装置（運行計画案作成手段）
１００ … 都市内周遊ツアープラン作成支援システム
【技術分野】
【０００１】
本発明は、都市内の施設を巡る周遊ツアープランの作成を支援する都市内周遊ツアープラン作成支援システムに関する。
【背景技術】
【０００２】
従来から、ツアープランの作成のためのシステムの技術が提案されている（特許文献１参照：以下、「従来例１」という）。この従来例１の技術では、キーワード等に基づいて、ツアーのベースプランを決定する。そして、ベースプランをベースとして、各種のオプションプランの選択又は修正をすることで、顧客の要求に合ったツアープランを作成するようになっている。
【０００３】
また、都市内におけるバスの運行計画を、利用者からのデマンドに基づいて作成するデマンドバスシステムの技術も提案されている（特許文献２参照：以下、「従来例２」という）。この従来例２の技術では、乗降車希望地点、乗車希望時刻を含む利用者からのデマンドに基づいて、バスの運行計画を作成するようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】ＷＯ ９７／００８６３７ Ａ１
【特許文献２】特開２００３−２８８６８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した従来例１の技術を用いて顧客の要求に合ったツアープランを作成するためには、顧客が訪問する都市の交通機関の運行と整合をとる必要がある、当該整合をとるための技術については、何等の提案もなされていない。そこで、既存の交通機関の時刻表を参照して、ツアープランを作成することが考えられるが、広域的な宿泊旅行では有効であるが、個別の都市内での複雑な要求に応じることはできない。このため、当該個別の都市に不案内な顧客は、著名な限定された目的施設だけを選択するか、又は、都市内の移動に際しては、費用がかさむタクシーに頼らざるを得ない。
【０００６】
このため、従来例２のデマンドバスシステム等の利用者の希望に沿った効率的な移動が可能な移動手段の技術との協調を図ることが望ましい。しかしながら、従来例１及び従来２の技術では、ツアープランの作成に際して、デマンドバスシステム等との協調を図るための技術について、何等の具体的な提案もなされていない。
【０００７】
本発明は、上記の事情を鑑みてなされたものであり、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができる都市内周遊ツアープラン作成支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の都市内周遊ツアープラン作成支援システムは、都市内の施設を巡る周遊ツアーのプランの作成を支援する都市内周遊ツアープラン作成支援システムであって、前記周遊ツアーの開始地点及び開始時刻、訪問希望施設及び滞在希望時間、前記周遊ツアーの終了地点及び終了時刻、並びに、参加人数を含むツアー条件が入力される入力手段と；前記ツアー条件の入力ためのガイダンス、及び、前記周遊ツアーのプラン情報を表示する表示手段と；前記都市内の施設の名称、利用可能日、利用可能時間及びデマンドバスサービスにおける最寄りのバス停位置を含む複数種類の施設属性が互いに関連付けられて格納される施設データベースと；前記ツアー条件に対応するツアーデマンドを考慮して、少なくとも１台の運行バスの運行計画案を作成する運行計画案作成手段と；前記ツアー条件を受けた場合に、前記施設データベースを参照しつつ、前記訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成した後、前記初期ツアープランにおいて前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して前記運行計画案作成手段へ送る初期ツアープラン作成手段と；前記初期ツアーデマンドを考慮して作成された運行計画案に基づいて前記初期ツアープランの修正を行った後、前記修正された初期ツアープランを前記表示手段に表示させ、前記修正された初期ツアープランを承認可能か否かの判断を利用者に委ねるツアープラン修正手段と；を備える都市内周遊ツアープラン作成支援システムである。
【０００９】
この都市内周遊ツアープラン作成支援システムでは、入力手段にツアー条件が入力されると、初期ツアープラン作成手段が、施設データベースを参照しつつ、訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成する。引き続き、初期ツアープラン作成手段は、初期ツアープランにおいてデマンドバスサービスの利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して運行計画案作成手段へ送る。この初期ツアーデマンドを受けた運行計画案作成手段は、初期ツアーデマンドを考慮して、少なくとも１台の運行バスの運行計画案を作成する。
【００１０】
次に、ツアープラン修正手段が、初期ツアーデマンドを考慮して作成された運行計画案に基づいて初期ツアープランの修正を行う。引き続き、ツアープラン修正手段は、修正された初期ツアープランを表示手段に表示させ、当該修正された初期ツアープランを承認可能か否かの判断を利用者に委ねる。
【００１１】
したがって、本発明の都市内周遊ツアープラン作成支援システムによれば、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができる。
【００１２】
本発明の都市内周遊ツアープラン作成支援システムでは、前記初期ツアープラン作成手段が、前記初期ツアープランを前記表示手段に表示させ、前記初期ツアープランを承認可能か否かの判断を前記利用者に委ねるようにすることができる。この場合には、初期ツアープランを利用者が承認可能なものとすることができるので、利用者が承認可能な最終的なツアープランの作成の迅速化を図ることができる。
【００１３】
また、本発明の都市内周遊ツアープラン作成支援システムでは、前記ツアープラン修正手段が、前記修正された初期ツアープランに対する変更が前記入力手段に入力された場合に、前記変更されたツアープランに基づいて、前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む変更ツアーデマンドを作成して前記運行計画案作成手段へ送り、前記変更ツアーデマンドを考慮して作成された運行計画案に基づいて新たなツアープランへの修正を行った後、前記新たなツアープランを前記表示手段に表示させ、前記新たなツアープランを承認可能か否かの判断を前記利用者に委ねるようにすることができる。この場合には、修正されたツアープランが利用者にとって承認できないものであった場合であっても、利用者が、修正された初期ツアープランに対する変更を入力手段に入力することにより、当該変更されたツアープランを、運行バスの運行計画案に対応して修正した新たなツアープランを利用者に提供することができる。
【００１４】
なお、当該新たなツアープランが利用者にとって承認できないものであった場合には、利用者が、当該新たなツアープランに対する変更を入力手段に入力することにより、ツアープラン修正手段が、上述の修正された初期ツアープランから新たなツアープランへの変更の場合と同様にして、当該新たなツアープランから更に新たなツアープランへの変更を行う。そして、利用者により承認可能なツアープランが作成される、又は、利用者がツアープランの作成をあきらめるまで、ツアープラン修正手段が、ツアープランの変更を繰り返す。
【００１５】
また、本発明の都市内周遊ツアープラン作成支援システムでは、前記ツアープラン修正手段が、前記表示手段に表示されたツアープランを承認する旨が前記入力手段に入力された場合に、最新のツアーデマンドの内容によるデマンド予約を確定させる旨を前記運行計画案作成手段へ通知するようにすることができる。この場合には、提案されたツアープランを承認する入力を利用者が行うのみで、利用者により承認されて確定したツアープランで利用するデマンドバスサービスの予約が自動的に確定する。このため、利用者の利便性を向上させることができる。
【００１６】
ここで、前記承認されたツアープランにおける施設間関連度分析を、季節、曜日及び天候を含む環境条件、及び、訪問経路の実績の少なくとも一方を考慮して行い、前記ツアー条件の入力ためのガイダンスに反映させる関連度分析手段を更に備えるようにすることができる。この場合には、利用者によるツアープランの作成に際して、利用者の希望と訪問施設とのマッチングを改善し、地域の活性化と利用者の利便性の向上とを図ることができる。
【００１７】
また、本発明の都市内周遊ツアープラン作成支援システムでは、前記運行計画案作成手段は、前記ツアーデマンドとは別途に、前記デマンドバスサービスの利用者から受けた個別デマンドを更に考慮して、前記運行計画案を作成するようにすることができる。この場合には、都市内周遊ツアー専用に運行バスを用意することが不要となるとともに、演算資源としての運行計画案作成手段を有効に利用することができる。
【発明の効果】
【００１８】
以上説明したように、本発明の都市内周遊ツアープラン作成支援システムによれば、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができるという効果を奏する。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る都市内周遊ツアープラン作成支援システムの構成を概略的に示すブロック図である。
【図２】図１のツアープラン作成処理装置による処理を説明するためのフローチャートである。
【図３】図２の初期ツアープラン作成のための支援処理を説明するためのフローチャートである。
【図４】初期画面の表示例を示す図である。
【図５】ツアー開始地点及びツアー開始時刻が指定された時点の表示例を示す図である。
【図６】最初の訪問施設に関する情報を指定する際の表示例を示す図である。
【図７】最初の訪問施設に関する情報が指定された時点の表示例を示す図である。
【図８】初期ツアープランが作成された時点の表示例を示す図である。
【図９】図２の初期ツアープランの修正処理を説明するためのフローチャートである。
【図１０】修正された初期ツアープランの表示例を示す図である。
【図１１】図２のツアープランの変更のための支援処理を説明するためのフローチャートである。
【図１２】変更ツアープランの表示例を示す図である。
【図１３】修正された変更ツアープランの表示例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施形態を、図１〜図１３を参照して説明する。なお、以下の説明及び図面においては、同一又は同等な要素には同一の符号を付し、重複する説明を省略する。
【００２１】
図１に示されるように、一実施形態に係る都市内周遊ツアープラン作成支援システム１００は、案内所装置１０1，１０2，…と、施設データベース１５とを備えている。また、都市内周遊ツアープラン作成支援システム１００は、初期ツアープラン作成手段、ツアープラン修正手段及び関連度分析手段としてのツアープラン作成処理装置２０と、運行計画案作成手段としての運行計画作成処理装置３０とを備えている。
【００２２】
上記の案内所装置１０j（ｊ＝１，２，…）のそれぞれは、案内所に配置され、利用者に対する街案内環境を提供する。かかる機能を有する案内所装置１０jのそれぞれは、表示手段としての表示装置１１と、入力手段としての操作入力装置１２とを備えている。
【００２３】
上記の表示装置１１は、液晶表示デバイス等の表示デバイスを備えて構成される。この表示装置１１は、ツアープラン作成処理装置２０から送られた表示画面情報を受ける。そして、表示装置１１は、表示画面情報に従った画面表示を行う。
【００２４】
上記の操作入力装置１２は、案内所装置１０jの本体部に設けられたキー部、あるいはキー部を備えるリモート入力装置等により構成される。ここで、本体部に設けられたキー部としては、表示装置１１に設けられた不図示のタッチパネルを用いることができる。また、キー部を有する構成に代えて、音声入力する構成を採用することもできる。操作入力装置１２への操作入力結果は、操作入力データとしてツアープラン作成処理装置２０へ送られる。
【００２５】
上記の施設データベース１５は、固定ディスク装置等の不図示の不揮発性の記憶装置に記憶されている。この施設データベース１５には、都市内施設それぞれについて、名称、利用可能日、利用可能時間及びデマンドバスサービスにおける最寄りのバス停位置を含む複数種類の施設属性が互いに関連付けられて登録されている。施設データベース１５には、ツアープラン作成処理装置２０がアクセス可能となっている。
【００２６】
上記のツアープラン作成処理装置２０は、中央処理装置（ＣＰＵ：Central Processing Unit）を備えている。このツアープラン作成処理装置２０は、暦機能、時計機能、及び、インターネット網６０を介した天気情報の取得機能を有しており、プログラムを実行することにより、都市内周遊ツアープラン作成の支援のための処理を実行する。こうしたツアープラン作成処理としては、案内所装置１０j（ｊ＝１，２，…）を利用したツアープラン作成支援のための処理と、インターネット網６０を利用したツアープラン作成支援のための処理とがある。ツアープラン作成処理装置２０が行うツアープラン作成処理については、後述する。
【００２７】
なお、インターネット網６０を利用したツアープラン作成支援のための処理に際しては、パーソナルコンピュータ７０1，…のそれぞれ、又は、携帯電話装置８０1，…のそれぞれが、表示手段及び入力手段として機能する。
【００２８】
上記の運行計画作成処理装置３０は、中央処理装置（ＣＰＵ：Central Processing Unit）を備えている。この運行計画作成処理装置３０は、プログラムを実行することにより、各種の機能を実現するようになっている。この運行計画作成処理装置３０は、都市内周遊ツアープラン作成支援システム１００として、ツアープラン作成処理装置２０から送られたツアーデマンドを受ける。そして、運行計画作成処理装置３０は、当該ツアーデマンドを考慮して、運行バス９０1，…の運行計画案を作成する。引き続き、運行計画作成処理装置３０は、作成された運行計画案における当該ツアーデマンドに関連する部分を、ツアープラン作成処理装置２０へ返送する。
【００２９】
なお、運行計画作成処理装置３０は、デマンドバスシステム２００の構成要素としても機能するようになっている。このデマンドバスシステム２００は、運行計画作成処理装置３０に加えて、表示装置４１と、操作入力装置４２と、電話装置４３と、運行バス９０1，…のそれぞれに搭載された車載装置５０とを備えている。
【００３０】
デマンドバスシステム２００では、電話装置４３を使用して、不図示の電話機や携帯電話から電話網６５を介して通知される通常デマンドをオペレータが受ける。そして、オペレータが受けた通常デマンドは、オペレータが、表示装置４１における表示を確認しつつ、操作入力装置４２を操作することにより運行計画作成処理装置３０へ入力されるようになっている。通常デマンドを受けた運行計画作成処理装置３０は、その時点における運行計画を参照しつつ、新たに受けた通常デマンドを考慮した運行バス９０1，…の運行計画案を作成する。そして、新たに作成された運行計画案に対する通常デマンド発行者による承認が得られると、運行計画作成処理装置３０は、当該運行計画案を新たな運行計画として採用し、車載装置５０に対して、搭載された運行バスの運行計画情報を、インターネット網６０を介して送る。この結果、運行バス９０1，…が、作成された運行計画に従って運行される。
【００３１】
なお、運行計画作成処理装置３０は、ルート、ダイヤ及び担当エリアが予め設定されず、デマンドに対応して、自由な乗降の組み合わせ及び配車計算を行い、最適解又は希望に適う解を選定して運行計画を作成していくようになっている。
【００３２】
上記の車載装置５０は、いずれも不図示の車載制御装置、通信装置、ＧＰＳ（世界位置測位システム）受信装置及び表示装置を備えている。この車載装置５０は、運行計画作成処理装置３０から送られた運行計画情報を表示装置に表示する。また、車載装置５０は、ＧＰＳ受信装置により得られた現在位置情報を運行計画作成処理装置３０へ送る。
【００３３】
［動作］
次に、上記のように構成された都市内周遊ツアープラン作成支援システム１００の動作について、ツアープラン作成処理装置２０の処理に主に着目して説明する。なお、以下においては、案内所装置１０j（ｊ＝１，２，…）を利用したツアープラン作成支援のための処理を例示して説明する。
【００３４】
＜初期ツアープラン作成のための支援処理＞
都市内周遊ツアープランの作成の支援に際しては、図２に示されるように、ツアープラン作成処理装置２０は、まず、ステップＳ１１において、初期ツアープラン作成のための支援処理を行う。かかる初期ツアープラン作成のための支援処理では、図３に示されるように、まず、ステップＳ２１において、ツアープラン作成処理装置２０が、初期画面を表示装置１１に表示させる。本実施形態における初期画面が、図４に示されている。
【００３５】
図４に示される初期画面は、大まかな都市構造と活動目的の概念とをわかりやすくパターン化した都市イメージ体系図を表示したものとなっている。この都市イメージ体系図は、中央部に都市中核部のおおまかな目的地区構成に対応する項目を配置するとともに、周囲に楕円状に活動または施設に対応する項目を配した構造としている。
【００３６】
都市中核部は、都市により若干異なるが、鉄道駅と中心商店街とが核となり、その周りに、横丁等の特色ある商店街と飲食街とが想定され、もう一方では、官公庁・ビジネス街とホテル・旅館地区とが想定される。これに応じて、これらの概念に対応した項目が左下から右上へ２列で配置されるようになっている。
【００３７】
また、都市イメージ体系図では、都市中核部の周囲の楕円上に、都市内の全ての目的地が含まれるように機能的面から見た項目を配置する構成となっている。その配置は、中央の都市中核部の構造と若干関連するようにまとまりをつくり、また目的の特性でのまとまりもつくるようになっている。また、右上に自然や癒し系をまとめ、左下に産業系をまとめ、右下に医療・生活系、左上に文化・商業系というまとまりを形成するようになっている。
【００３８】
以上の都市イメージ体系図により、とりあえず中心街に行くとか、横丁に行くとか、また公園や病院に行くとかという希望や発想に対応することができるようになっている。
【００３９】
図３に戻り、次に、ステップＳ２２において、ツアープラン作成処理装置２０が、利用者により操作入力が行われたか否かを判定する。この判定の結果が否定的であった（ステップＳ２２：Ｎ）場合には、ステップＳ２２の処理が繰り返される。
【００４０】
操作入力が行われ、ステップＳ２２における判定の結果が肯定的となると（ステップＳ２２：Ｙ）、処理はステップＳ２３へ進む。このステップＳ２３では、ツアープラン作成処理装置２０が、初期ツアープラン作成の終了指令が行われたか否かを判定する。
【００４１】
ステップＳ２３における判定の結果が否定的であった場合（ステップＳ２３：Ｎ）には、処理はステップＳ２４へ進む。このステップＳ２４では、ツアープラン作成処理装置２０が、操作入力内容に対応した処理を行い、その処理結果を表示装置１１に表示させる。そして、処理はステップＳ２２に戻る。
【００４２】
この後、ステップＳ２３において肯定的な判定がなされるまで、ステップＳ２２〜Ｓ２４の処理が繰り返される。かかるステップＳ２２〜Ｓ２４の処理の繰り返し中にツアー開始地点及びツアー開始希望時刻が入力されると、ツアープラン作成処理装置２０は、入力されたツアー開始地点及びツアー開始希望時刻の情報が上述した初期画面に重ねて表示された画面（以下、「出発情報画面」という）を表示装置１１に表示させる。こうした出発情報画面の表示例が、図５に示されている。
【００４３】
なお、ツアー開始地点及びツアー開始希望時刻の入力に先立って、ツアー参加人数も入力されるようになっている。
【００４４】
また、訪問希望施設の指定に際して、表示装置１１に表示された中間項目が選択されると、ツアープラン作成処理装置２０が、当該大項目中の中間項目、到着希望時刻及び滞在希望時間を指定するための選択入力ダイアログ表示を、直前の表示に重ねた表示（以下、「訪問希望施設指定画面」という）を表示装置１１に表示させる。こうした訪問希望施設指定画面の表示例が、図６に示されている。なお、図６においては、最初の訪問希望施設が含まれる大項目として、図５における「横丁路地商店街」が指定された場合の表示例が示されている。
【００４５】
図６により代表的に示されるように、選択入力ダイアログ表示は、ダイアログの中央に、選択された中間項目に属する具体的な訪問希望施設と該当するバス停名との候補一覧が表示され、利用者は相応しいものを選択する。また、選択入力ダイアログの上部は、その目的地への希望到着時刻と滞在希望時間とのコンボボックスとなっている。
【００４６】
こうした選択入力ダイアログを利用して、訪問希望施設、希望到着時刻及び滞在希望時間が入力されると、ツアープラン作成処理装置２０は、施設データベース１５を参照して、入力された訪問希望情報が成立可能か否かを判定する。例えば、希望到着時刻と滞在希望時間とから特定される時間帯が、訪問希望施設の利用可能日の利用可能時間帯内に収まっているか否かを判定することにより、入力された訪問希望情報が成立可能か否かを判定する。この判定の結果が否定的であった場合には、ツアープラン作成処理装置２０は、その旨を表示装置１１に表示させる。
【００４７】
一方、当該判定の結果が肯定的であった場合には、ツアープラン作成処理装置２０は、当該訪問希望情報を、デマンドバスによる平均的な移動時間を考慮して初期ツアープランに組み入れる。そして、ツアープラン作成処理装置２０は、組み入れられた訪問希望情報、並びに、訪問日の季節、曜日、天候、今までの訪問経路実績を考慮して作成されている施設関連度情報と、今回の初期ツアープラン作成において組み入れられた訪問希望施設及び訪問順序とに基づいて、都市イメージ体系図における推奨項目情報を、表示装置１１に表示させる。なお、施設関連度情報の作成については、後述する。
【００４８】
こうして、表示された画面の表示例が、図７に示されている。この図７では、ツアー開始後の最初の訪問希望施設として、「横丁路地商店街」における「食品横丁」が指定され、希望到着時刻として「午前１０時３０分」、滞在希望時間として「４５分」が指定された例が示されている。なお、図７においては、推奨項目が太線枠として表示されている。また、図７においては、平均移動時間の数値表示が、ツアー移動方向を示す太線矢印表示とともに行われている例が示されている。
【００４９】
上述のようにして、訪問希望施設ごとの訪問希望情報が順次入力され、ツアー終了地点及びツアー終了希望時刻が入力されて、初期ツアープランが作成される。こうして作成された初期ツアープランの例が図８に示されている。
【００５０】
図３に戻り、初期ツアープランが完成し、初期ツアープラン作成の終了指令が操作入力装置１２に入力されると、ステップＳ２３における判定の結果が肯定的となり（ステップＳ２３：Ｙ）、処理はステップＳ２５へ進む。このステップＳ２５では、ツアープラン作成処理装置２０が、初期ツアープランにおけるデマンドバスの利用を希望する移動区間に関する乗降車の希望停留所及び希望時刻、並びに、乗車人数を抽出して、初期ツアーデマンドを生成する。
【００５１】
次に、ステップＳ２６において、ツアープラン作成処理装置２０が、初期ツアーデマンドを運行計画作成処理装置３０へ送る。この後、ステップＳ１１の処理が終了し、処理は、図２のステップＳ１２へ進む。
【００５２】
＜初期ツアープランの修正処理＞
ステップＳ１２においては、ツアープラン作成処理装置２０が、初期ツアープランの修正処理を行う。
【００５３】
初期ツアープランの修正処理に際しては、図９に示されるように、まず、ステップＳ３１において、ツアープラン作成処理装置２０が、上述した初期ツアーデマンドに対応して運行計画作成処理装置３０が作成した新たな運行計画案の情報が、運行計画作成処理装置３０から返送されてきたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ３１：Ｎ）には、ステップＳ３１の処理が繰り返される。
【００５４】
当該新たな運行計画案の情報を受け、ステップＳ３１における判定の結果が肯定的となると（ステップＳ３１：Ｙ）処理は、ステップＳ３２へ進む。ステップＳ３２では、ツアープラン作成処理装置２０が、当該新たな運行計画案に含まれる乗降車希望地点における予約可能な乗降車時刻に基づいて、初期ツアープランを修正する。
【００５５】
次に、ステップＳ３３において、ツアープラン作成処理装置２０が、修正された初期ツアープラン（以下、「修正後初期ツアープラン」という）を表示装置１１に表示し、当該修正後初期ツアープランが利用者にとって承認可能か否かの判断を利用者に委ねる。こうして表示される修正後初期ツアープランの例が、図１０に示されている。
【００５６】
図１０に示される表示例においては、移動所要時間と滞在時間には、設定した平均値または希望値に対する増減が示されるようになっている。このため、ツアー終了希望時刻が電車のダイヤで定まる場合等における許容できない変動が発生した場合において、希望値に対する変動が大きい箇所におけるツアープランの変更を促すことができるようになっている。
【００５７】
ステップＳ３３の処理が終了し、初期ツアープランの修正処理が終了すると、ステップＳ１２の処理が終了する。この後、処理は、図２のステップＳ１３へ進む。
【００５８】
ステップＳ１３では、ツアープラン作成処理装置２０が、修正後初期ツアープランが利用者により承認されたか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ１３：Ｙ）には、処理は、後述するステップＳ１６へ進む。一方、当該判定の結果が否定的であった場合（ステップＳ１３：Ｎ）には、処理はステップＳ１４へ進む。
【００５９】
＜ツアープランの変更のための支援処理＞
ステップＳ１４においては、ツアープラン作成処理装置２０が、ツアープランの変更のための支援処理を行う。
【００６０】
ツアープランの変更のための支援処理に際しては、図１１に示されるように、まず、ステップＳ４１において、ツアープラン作成処理装置２０が、ツアープラン変更のための操作入力が行われたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ４１：Ｎ）には、ステップＳ４１の処理が繰り返される。
【００６１】
ツアープラン変更のための操作入力が行われ、ステップＳ４１における判定の結果が肯定的となると（ステップＳ４１：Ｙ）、処理はステップＳ４２へ進む。このステップＳ４２では、ツアープラン作成処理装置２０が、ツアープラン変更の終了指令がなされたか否かを判定する。
【００６２】
ステップＳ４２における判定の結果が否定的であった場合（ステップＳ４２：Ｎ）には、処理はステップＳ４３へ進む。このステップＳ４３では、ツアープラン作成処理装置２０が、操作入力内容に対応した処理を行い、その処理結果を表示装置１１に表示させる。そして、処理はステップＳ４１に戻る。
【００６３】
この後、ステップＳ４２において肯定的な判定がなされるまで、ステップＳ４１〜Ｓ４３の処理が繰り返される。かかるステップＳ４１〜Ｓ４３の処理の繰り返し中に、ツアープラン作成処理装置２０が、訪問順の変更、訪問希望先の変更、到着希望時刻の変更、滞在希望時間の変更等のための操作入力に対する処理を行い、処理結果に対応する表示を表示装置１１に行わせる。
【００６４】
こうしたステップＳ４１〜Ｓ４３の繰り返しにより作成された変更ツアープランの表示が、図１２に示されている。この図１２では、上述した修正後初期ツアープランにおける２番目の訪問希望施設と３番目の訪問希望施設との訪問順序を入れ換えるとともに、新たな２番目の訪問希望施設及び３番目の訪問希望施設のそれぞれに関する到着希望時刻及び滞在希望時間を新たに設定した場合の例が示されている。なお、初期ツアープランにはなかった新たな移動経路における移動時間については、平均的な移動時間が採用されるようになっている。
【００６５】
図１１に戻り、ツアープラン変更の終了指令がなされ、ステップＳ４２における判定の結果が肯定的となると（ステップＳ４２：Ｙ）、処理はステップＳ４４へ進む。このステップＳ４４では、ツアープラン作成処理装置２０が、変更ツアープランにおけるデマンドバスの利用を希望する移動区間における乗降車の希望停留所及び希望時刻、並びに、乗車人数を抽出して、変更ツアーデマンドを生成する。引き続き、ステップＳ４５において、ツアープラン作成処理装置２０が、変更ツアーデマンドを運行計画作成処理装置３０へ送る。
【００６６】
次に、ステップＳ４６において、ツアープラン作成処理装置２０が、上述した変更ツアーデマンドに対応して運行計画作成処理装置３０が作成した新たな運行計画案の情報が、運行計画作成処理装置３０から返送されてきたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ４６：Ｎ）には、ステップＳ４６の処理が繰り返される。
【００６７】
当該新たな運行計画案の情報を受け、ステップＳ４６における判定の結果が肯定的となると（ステップＳ４６：Ｙ）処理は、ステップＳ４７へ進む。ステップＳ４７では、ツアープラン作成処理装置２０が、当該新たな運行計画案に含まれる乗降車希望地点における予約可能な乗降車時刻に基づいて、変更ツアープランを修正する。
【００６８】
次に、ステップＳ４８において、ツアープラン作成処理装置２０が、修正された変更ツアープラン（以下、「修正後変更ツアープラン」という）を表示装置１１に表示し、当該修正後変更ツアープランが利用者にとって承認可能か否かの判断を利用者に委ねる。こうして表示される修正後変更ツアープランの例が、図１３に示されている。
【００６９】
図１３に示される表示例においては、図１０の場合と同様に、移動所要時間と滞在時間には、設定した平均値または希望値に対する増減が示されるようになっている。許容できない変動が発生した場合において、希望値に対する変動が大きい箇所におけるツアープランの変更を促すことができるようになっている。
【００７０】
ステップＳ４８の処理が終了し、変更ツアープランの修正処理が終了すると、ステップＳ１４の処理が終了する。この後、処理は、図２のステップＳ１５へ進む。
【００７１】
ステップＳ１５では、ツアープラン作成処理装置２０が、修正後変更ツアープランが利用者により承認されたか否かを判定する。この判定の結果が否定的であった場合（ステップＳ１５：Ｎ）には、処理はステップＳ１４へ戻る。そして、ステップＳ１５における判定の結果が肯定的となるまで、ステップＳ１４，Ｓ１５の処理が繰り返される。
【００７２】
ステップＳ１５における判定の結果が否定的である場合（ステップＳ１５：Ｎ）には、ツアープラン作成処理装置２０が、最新のツアーデマンドによる予約を確定する旨を、運行計画作成処理装置３０へ送る。この結果、最新のツアーデマンドに対応して運行計画作成処理装置３０により作成された運行計画案が、その時点における運行計画に昇格する。
【００７３】
なお、その後に新たな通常デマンドや新たなツアーデマンドを受けた運行計画作成処理装置３０は、既に存在する運行計画に悪影響を与えないように新たな運行計画を作成する。このため、新たな通常デマンドや新たなツアーデマンドを受け付けたことにより、既に運行計画に組み込まれたツアープランに悪影響を与えることがないようになっている。
【００７４】
ステップＳ１５における判定の結果が肯定的となると（ステップＳ１５：Ｙ）、処理はステップＳ１６へ進む。このステップＳ１６では、ツアープラン作成処理装置２０が、訪問先施設関連度の分析を行う。かかる分析に際しては、季節、曜日、天候、今までに承認されたツアープランにおける訪問経路に基づいて、訪問施設の共起確率等で関連度を分析し、施設関連度を算出する。こうして算出された施設関連度は、ツアープラン作成処理装置２０に保持される。
【００７５】
ステップＳ１６の処理が終了すると、処理はステップＳ１１に戻る。この後、ステップＳ１１〜Ｓ１６の処理が繰り返される。
【００７６】
なお、ステップＳ１１〜Ｓ１５の処理中に、ツアープラン作成を中止する指令がなされた場合には、ツアープラン作成処理装置２０は、中止されたツアープラン作成に関する情報を廃棄する。そして、ツアープラン作成処理装置２０における処理は、ステップＳ１１における最初の処理、すなわち、ステップＳ２１に戻る。
【００７７】
また、上記の実施形態における動作の説明においては、案内所装置１０j（ｊ＝１，２，…）を利用したツアープラン作成支援のための処理を例示したが、インターネット網６０を利用したツアープラン作成支援のための処理に際しても、インターネット網６０を介した通信を利用することを除いて、上記と同様の処理が、ツアープラン作成処理装置２０により実行される。
【００７８】
以上説明したように、本実施形態では、操作入力装置１２に初期ツアー条件が入力されると、ツアープラン作成処理装置２０が、施設データベース１５を参照しつつ、訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成する。引き続き、ツアープラン作成処理装置２０は、初期ツアープランにおいてデマンドバスサービスを利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して運行計画作成処理装置３０へ送る。この初期ツアーデマンドを受けた運行計画作成処理装置３０は、初期ツアーデマンドを考慮して、少なくとも１台の運行バス９０1，…の運行計画案を作成する。
【００７９】
次に、ツアープラン作成処理装置２０が、初期ツアーデマンドを考慮して作成された運行計画案に基づいて初期ツアープランの修正を行う。引き続き、ツアープラン作成処理装置２０は、修正されたツアープランを表示装置１１に表示させ、当該修正されたツアープランを承認可能か否かの判断を利用者に委ねる。
【００８０】
したがって、本実施形態によれば、分散的となった都市内の暮らしや観光において、適切なツアープランの作成を支援することができる。
【００８１】
本実施形態では、ツアープラン作成処理装置２０が、初期ツアープランを表示装置１１に表示させ、初期ツアープランを承認可能か否かの判断を利用者に委ねる。このため、初期ツアープランを利用者が承認可能なものとすることができるので、利用者が承認可能な最終的なツアープランの作成の迅速化を図ることができる。
【００８２】
また、本実施形態では、ツアープラン作成処理装置２０が、修正された初期ツアープランに対する変更が操作入力装置１２を利用して入力された場合に、変更プランに基づいて、デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む変更ツアーデマンドを作成して運行計画作成処理装置３０へ送る。そして、変更ツアーデマンドを考慮して作成された運行計画案に基づいて新たなツアープランへの修正を行った後、新たなツアープランを表示装置１１に表示させ、新たなツアープランを承認可能か否かの判断を利用者に委ねる。このため、修正されたツアープランが利用者にとって承認できないものであった場合であっても、利用者が、修正されたツアープランに対する変更を、操作入力装置１２を利用して入力することにより、当該変更されたツアープランを、運行バスの運行計画案に対応して修正した新たなツアープランを利用者に提供することができる。
【００８３】
また、本実施形態では、ツアープラン作成処理装置２０が、表示装置１１に表示されたツアープランを承認する旨が操作入力装置１２に入力された場合に、最新のツアーデマンドの内容によるデマンド予約を確定させる旨を運行計画作成処理装置３０へ通知する。このため、提案されたツアープランを承認する入力を利用者が行うのみで、利用者により承認されて確定したツアープランで利用するデマンドバスサービスの予約が自動的に確定する。このため、利用者の利便性を向上させることができる。
【００８４】
また、本実施形態では、ツアープラン作成処理装置２０が、承認されたツアープランにおける施設間関連度分析を、季節、曜日及び天候を含む環境条件、及び、訪問経路の実績の少なくとも一方を考慮して行い、ツアー条件の入力ためのガイダンスに反映させる。このため、利用者によるツアープランの作成に際して、利用者の希望と訪問施設とのマッチングを改善し、地域の活性化と利用者の利便性の向上とを図ることができる。
【００８５】
また、本実施形態では、運行計画作成処理装置３０が、初期ツアーデマンド及び変更ツアーデマンドとは別途に、デマンドバスサービスの利用者から受けた個別デマンドを更に考慮して、運行計画案を作成する。このため、都市内周遊ツアー専用に運行バスを用意することが不要となるとともに、演算資源としての運行計画作成処理装置３０を有効に利用することができる。
【００８６】
［実施形態の変形］
本発明は、上記の実施形態に限定されるものではなく、様々な変形が可能である。
【００８７】
例えば、上記の実施形態では、利用者がツアー条件等を入力するようにしたが、ツアー条件等の入力は、利用者と電話で対話するオペレータが、オペレータ用端末装置を利用して入力するようにしてもよい。
【００８８】
また、上記の実施形態では、入力された訪問施設情報が成立可能かの判定に際して、訪問希望施設の利用可能日の利用可能時間帯内に収まっているか否かを判定することを例示した。これに対し、入力された訪問施設情報が成立可能かの判定に際して、施設の混雑度を更に考慮して、訪問施設情報が成立可能かの判定を行うようにしてもよい。この場合には、各施設の混雑度を把握するため、各施設から報告される混雑度を自動的に、又は、オペレータによる手動により、ツアープラン作成処理装置２０に入力するようにすればよい。
【００８９】
また、予約が必要な施設には、予約方法を表示装置１１に表示させるようにすることもできる。
【００９０】
利用者が希望する場合には、完成したツアープランを添付ファイルとする電子メールを、利用者が指定した電子メールアドレスへ送付するようにすることもできる。
【００９１】
また、利用者が希望する場合には、完成したツアープランのファイルのＵＲＬ（Uniform Resource Locator）を、利用者が指定した電子メールアドレスへ送付するようにすることもできる。
【産業上の利用可能性】
【００９２】
以上説明したように、本発明は、都市内の施設を巡る周遊ツアーのツアープランの作成を支援する都市内周遊ツアープラン作成支援システムに適用することができる。
【符号の説明】
【００９３】
１１ … 表示装置（表示手段）
１２ … 操作入力装置（入力手段）
１５ … 施設データベース
２０ … ツアープラン作成処理装置（初期ツアープラン作成手段、ツアープラン
修正手段、関連度分析手段）
３０ … 運行計画作成処理装置（運行計画案作成手段）
１００ … 都市内周遊ツアープラン作成支援システム
【特許請求の範囲】
【請求項１】
都市内の施設を巡る周遊ツアーのプランの作成を支援する都市内周遊ツアープラン作成支援システムであって、
前記周遊ツアーの開始地点及び開始時刻、訪問希望施設及び滞在希望時間、前記周遊ツアーの終了地点及び終了時刻、並びに、参加人数を含むツアー条件が入力される入力手段と；
前記ツアー条件の入力ためのガイダンス、及び、前記周遊ツアーのプラン情報を表示する表示手段と；
前記都市内の施設の名称、利用可能日、利用可能時間及びデマンドバスサービスにおける最寄りのバス停位置を含む複数種類の施設属性が互いに関連付けられて格納される施設データベースと；
前記ツアー条件に対応するツアーデマンドを考慮して、少なくとも１台の運行バスの運行計画案を作成する運行計画案作成手段と；
前記ツアー条件を受けた場合に、前記施設データベースを参照しつつ、前記訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成した後、前記初期ツアープランにおいて前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して前記運行計画案作成手段へ送る初期ツアープラン作成手段と；
前記初期ツアーデマンドを考慮して作成された運行計画案に基づいて前記初期ツアープランの修正を行った後、前記修正された初期ツアープランを前記表示手段に表示させ、前記修正された初期ツアープランを承認可能か否かの判断を利用者に委ねるツアープラン修正手段と；
を備える都市内周遊ツアープラン作成支援システム。
【請求項２】
前記初期ツアープラン作成手段は、前記初期ツアープランを前記表示手段に表示させ、前記初期ツアープランを承認可能か否かの判断を前記利用者に委ねる、ことを特徴とする請求項１に記載の都市内周遊ツアープラン作成支援システム。
【請求項３】
前記ツアープラン修正手段は、
前記修正された初期ツアープランに対する変更が前記入力手段に入力された場合に、前記変更されたツアープランに基づいて、前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む変更ツアーデマンドを作成して前記運行計画案作成手段へ送り、
前記変更ツアーデマンドを考慮して作成された運行計画案に基づいて新たなツアープランへの修正を行った後、前記新たなツアープランを前記表示手段に表示させ、前記新たなツアープランを承認可能か否かの判断を前記利用者に委ねる、
ことを特徴とする請求項１又は２に記載の都市内周遊ツアープラン作成支援システム。
【請求項４】
前記ツアープラン修正手段は、前記表示手段に表示されたツアープランを承認する旨が前記入力手段に入力された場合に、最新のツアーデマンドの内容によるデマンド予約を確定させる旨を前記運行計画案作成手段へ通知する、ことを特徴とする請求項１〜３のいずれか一項に記載の都市内周遊ツアープラン作成支援システム。
【請求項５】
前記承認されたツアープランにおける施設間関連度分析を、季節、曜日及び天候を含む環境条件、及び、訪問経路の実績の少なくとも一方を考慮して行い、前記ツアー条件の入力ためのガイダンスに反映させる関連度分析手段を更に備える、ことを特徴とする請求項４に記載の都市内周遊ツアープラン作成支援システム。
【請求項６】
前記運行計画案作成手段は、前記ツアーデマンドとは別途に、前記デマンドバスサービスの利用者から受けた個別デマンドを更に考慮して、前記運行計画案を作成する、ことを特徴とする請求項１〜５のいずれか一項に記載の都市内周遊ツアープラン作成支援システム。
【請求項１】
都市内の施設を巡る周遊ツアーのプランの作成を支援する都市内周遊ツアープラン作成支援システムであって、
前記周遊ツアーの開始地点及び開始時刻、訪問希望施設及び滞在希望時間、前記周遊ツアーの終了地点及び終了時刻、並びに、参加人数を含むツアー条件が入力される入力手段と；
前記ツアー条件の入力ためのガイダンス、及び、前記周遊ツアーのプラン情報を表示する表示手段と；
前記都市内の施設の名称、利用可能日、利用可能時間及びデマンドバスサービスにおける最寄りのバス停位置を含む複数種類の施設属性が互いに関連付けられて格納される施設データベースと；
前記ツアー条件に対応するツアーデマンドを考慮して、少なくとも１台の運行バスの運行計画案を作成する運行計画案作成手段と；
前記ツアー条件を受けた場合に、前記施設データベースを参照しつつ、前記訪問希望施設への平均的な移動時間を用いて初期ツアープランを作成した後、前記初期ツアープランにおいて前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む初期ツアーデマンドを作成して前記運行計画案作成手段へ送る初期ツアープラン作成手段と；
前記初期ツアーデマンドを考慮して作成された運行計画案に基づいて前記初期ツアープランの修正を行った後、前記修正された初期ツアープランを前記表示手段に表示させ、前記修正された初期ツアープランを承認可能か否かの判断を利用者に委ねるツアープラン修正手段と；
を備える都市内周遊ツアープラン作成支援システム。
【請求項２】
前記初期ツアープラン作成手段は、前記初期ツアープランを前記表示手段に表示させ、前記初期ツアープランを承認可能か否かの判断を前記利用者に委ねる、ことを特徴とする請求項１に記載の都市内周遊ツアープラン作成支援システム。
【請求項３】
前記ツアープラン修正手段は、
前記修正された初期ツアープランに対する変更が前記入力手段に入力された場合に、前記変更されたツアープランに基づいて、前記デマンドバスサービスを利用した移動を想定した区間及び時間帯を含む変更ツアーデマンドを作成して前記運行計画案作成手段へ送り、
前記変更ツアーデマンドを考慮して作成された運行計画案に基づいて新たなツアープランへの修正を行った後、前記新たなツアープランを前記表示手段に表示させ、前記新たなツアープランを承認可能か否かの判断を前記利用者に委ねる、
ことを特徴とする請求項１又は２に記載の都市内周遊ツアープラン作成支援システム。
【請求項４】
前記ツアープラン修正手段は、前記表示手段に表示されたツアープランを承認する旨が前記入力手段に入力された場合に、最新のツアーデマンドの内容によるデマンド予約を確定させる旨を前記運行計画案作成手段へ通知する、ことを特徴とする請求項１〜３のいずれか一項に記載の都市内周遊ツアープラン作成支援システム。
【請求項５】
前記承認されたツアープランにおける施設間関連度分析を、季節、曜日及び天候を含む環境条件、及び、訪問経路の実績の少なくとも一方を考慮して行い、前記ツアー条件の入力ためのガイダンスに反映させる関連度分析手段を更に備える、ことを特徴とする請求項４に記載の都市内周遊ツアープラン作成支援システム。
【請求項６】
前記運行計画案作成手段は、前記ツアーデマンドとは別途に、前記デマンドバスサービスの利用者から受けた個別デマンドを更に考慮して、前記運行計画案を作成する、ことを特徴とする請求項１〜５のいずれか一項に記載の都市内周遊ツアープラン作成支援システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−３８０８６（Ｐ２０１２−３８０８６Ａ）
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願番号】特願２０１０−１７７６９０（Ｐ２０１０−１７７６９０）
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（３０１０３２０２３）株式会社エイブイプランニングセンター (5)
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（３０１０３２０２３）株式会社エイブイプランニングセンター (5)
[ Back to top ]