JP2019028745A - 情報提示装置、情報提示システム、及び情報提示プログラム - Google Patents

Abstract

【課題】実行すべき機能群を構成する機能を提供する候補の中から、ユーザ自身が候補を探すよりも容易に候補を絞り込むことが可能な情報提示装置、情報提示システム、及び情報提示プログラムを提供することを目的とする。【解決手段】ウェブブラウザ３２が、少なくとも１種類以上の機能を含むユーザが所望する機能群の情報をユーザが入力部３４を操作することで入力し、入力された機能群の情報をウェブサーバ装置１２に送信することで、移動先候補の検索要求をウェブサーバ装置１２に対して行う。また、ウェブインタフェース１８が、予め定めた範囲内に存在し、少なくとも１種類以上の機能を提供可能な複数の機能提供場所の中から、ユーザが実行すべき機能群の各機能を組み合わせて提供可能な機能提供場所を移動先候補として検索する。そして、検索した移動先候補の情報を端末装置１４へ送信することによりユーザに提示する。【選択図】図１

Description

本発明は、情報提示装置、情報提示システム、及び情報提示プログラムに関する。

特許文献１では、ユーザの所持品と関連付けられた位置情報とを予め対応付けておくことで、ユーザの所持品に取り付けられたタグから情報を読み込み、所持品に対応する位置情報を特定してユーザの行き先を予測することが提案されている。これにより、ユーザの所持する持ち物や、持ち物に付帯の情報を用いることにより、ユーザによる情報入力という手間を要せずに、所持品を自動的に検出してユーザの移動先が予測される。

特許第４０３４８１２号公報

類似する機能を提供する場所の候補が複数存在するような場合には、条件に合う候補をユーザ自身が絞り込む必要がある。そこで、本発明は、ユーザが所望する機能群を構成する機能を提供する場所の候補の中から、ユーザ自身が候補を探すよりも容易に候補を絞り込むことが可能な情報提示装置、情報提示システム、及び情報提示プログラムを提供することを目的とする。

請求項１に記載の情報提示装置は、少なくとも１種類以上の機能を含む、ユーザが所望する機能群の情報を取得する取得部と、前記ユーザの位置から予め定めた範囲内に存在し、かつ複数種類の機能のうち少なくとも１種類以上の機能を提供可能な複数の機能提供場所の中から、前記取得部が取得した前記機能群の各機能を組み合わせて提供可能な前記機能提供場所の候補を、移動順番を含めて提示する提示部とを備える。

請求項２に記載の発明は、請求項１に記載の発明において、前記提示部が、前記候補を順位付けして提示する。

請求項３に記載の発明は、請求項２に記載の発明において、前記提示部が、前記機能提供場所に関する特徴量、及び移動に関する特徴量の少なくとも一方の特徴量を数値化して、前記候補を順位付けする。

請求項４に記載の発明は、請求項３に記載の発明において、前記機能提供場所に関する特徴量は、前記機能提供場所の信頼度を含む。

請求項５に記載の発明は、請求項１又は請求項２に記載の発明において、前記取得部はさらに、前記ユーザについての予め定めた行動計画を取得し、前記提示部は、前記予め定めた行動計画が示すユーザの位置と当該位置に滞在する時間とから抽出された機能提供場所の候補を提示する。

請求項６に記載の発明は、請求項５に記載の発明において、前記提示部は、予め定めた行動計画に対する合致度を数値化して前記候補を順位付けして提示する。

請求項７に記載の発明は、請求項６に記載の発明において、前記提示部は、前記機能提供場所に関する特徴量、及び移動に関する特徴量の少なくとも一方の特徴量、並びに、予め定めた行動計画に対する合致度の各々を数値化し、かつ数値化した双方の値を用いて、前記候補を順位付けして提示する。

請求項８に記載の発明は、請求項６又は請求項７に記載の発明において、前記提示部は、前記機能提供場所に関する特徴量、及び移動に関する特徴量の少なくとも一方の特徴量を数値化し、前記ユーザの所望する機能群のうち、前記行動計画に間に合う機能に関する前記特徴量の合計値から、前記行動計画に間に合わない機能に関する前記特徴量の合計値を差分して前記合致度を算出する。

請求項９に記載の発明は、請求項２〜８の何れか１項に記載の発明において、前記提示部が、予め定めた上位の順位の候補を提示する。

請求項１０に記載の発明は、請求項１〜８の何れか１項に記載の発明において、前記提示部は、前記機能群の中に機能間に依存性がある機能が存在する場合、依存性を有する機能をグループとして前記候補を抽出して提示する。

請求項１１に記載の情報提示システムは、請求項１〜１０の何れか１項に記載の情報提示装置と、少なくとも１種類以上の機能を含むユーザが所望する機能群を入力するための入力部を備えて、前記入力部の入力結果を前記情報提示装置に送信する端末装置と、

を含む。

請求項１２に記載の情報提示プログラムは、コンピュータを、請求項１〜１０の何れか１項に記載の情報提示装置の各部として機能させる。

請求項１に記載の情報提示装置によれば、実行すべき機能群を構成する機能を提供する候補の中から、ユーザ自身が候補を探すよりも容易に候補を絞り込むことが可能な情報提示装置を提供できる。

請求項２に記載の発明によれば、ユーザ自身が候補を探すよりも最適な候補を容易に認識できる。

請求項３に記載の発明によれば、ユーザ自身が候補を探して順位付けするよりも、容易に候補の順位付けができる。

請求項４に記載の発明によれば、候補に対する信頼度を考慮した、候補を提示できる。

請求項５に記載の発明によれば、行動計画を考慮した、候補を提示できる。

請求項６に記載の発明によれば、行動計画を考慮して、候補の順位付けができる。

請求項７に記載の発明によれば、ユーザ自身が候補を探すよりも最適な候補を容易に提示できる。

請求項８に記載の発明によれば、行動計画に対する合致度を数値化できる。

請求項９に記載の発明によれば、候補を全て提示するよりも、候補を分かり易く提示できる。

請求項１０に記載の発明によれば、機能提供場所間の依存性を考慮した、候補を提示できる。

請求項１１に記載の情報提示システムによれば、実行すべき機能群を構成する機能を提供する候補の中から、ユーザ自身が候補を探すよりも容易に候補を絞り込むことが可能な情報提示システムを提供できる。

請求項１２に記載の情報提示プログラムによれば、実行すべき機能群を構成する機能を提供する候補の中から、ユーザ自身が候補を探すよりも容易に候補を絞り込むことが可能な情報提示プログラムを提供できる。

本実施形態に係る情報提示システムの概略構成を示すブロック図である。 ユーザの位置を中心として、半径Ｒ内に存在する機能提供場所Ａ〜Ｅの一例を示す図である。 本実施形態に係る情報提示システムのウェブサーバ装置のウェブインタフェースで行われる処理の流れの一例を示すフローチャートである。 １カ所で所望の機能群を利用できる場合の移動先候補の取得処理を説明するための図である。 本実施形態に係る情報提示システムのウェブサーバ装置のウェブインタフェースで行われる、所望の機能を全て網羅可能な移動先候補を取得する処理の流れの一例を示すフローチャートである。 所望の機能群Ｓの各機能を実行可能な機能提供場所Ｂ、Ｃ、Ｅの場所群Ｐを取得して、機能提供場所Ｃの次に、機能提供場所Ｅへ移動した例を示す図である。 所望の機能群Ｓの各機能を実行可能な機能提供場所Ｂ、Ｃ、Ｅの場所群Ｐにおいて、機能提供場所Ｃの次に、機能提供場所Ｂへ移動した例を示す図である。 所望の機能群Ｓの各機能を実行可能な機能提供場所Ｂ、Ｃ、Ｅの場所群Ｐにおいて、他の移動先候補の移動例を示す図である。 本実施形態に係る情報提示システムのウェブサーバ装置のウェブインタフェースで行われる、所望の機能を全て網羅可能な移動先候補を取得する処理の流れの変形例を示すフローチャートである。 所望の機能群Ｓの各機能を依存性がある機能を考慮して実行可能な機能提供場所Ａ、Ｂ、Ｃ、Ｄ、Ｅの場所群Ｐを取得して、機能提供場所Ｂの次に、機能提供場所Ｃへ移動した例を示す図である。 移動先候補のスコアＡ１の計算処理の流れの一例を示すフローチャートである。 機能の特徴量テーブルの一例を示す図である。 （Ａ）は移動の特徴量テーブルの一例を示す図であり、（Ｂ）は特徴の重みテーブルの一例を示す図であり、（Ｃ）は、移動の特徴量を０〜１に変換する特徴量の変換テール部の一例を示す図である。 信頼度を計算する処理の流れの一例を示すフローチャートである。 スケジュールに合う移動先候補の取得とそのスコアＡ２を計算する処理の流れの一例を示すフローチャートである。 （Ａ）はスケジュールの一例を示す図であり、（Ｂ）は機能提供場所Ａ、Ｃ、Ｂの順に移動して、プリンタ［Ａ］、個室［Ｃ］、及びシャワー［Ｂ］の機能を利用する例を示す図であり、（Ｃ）はスケジュールの各タスクと関連機能の対応関係の一例を示す図である。 機能提供場所Ａと機能提供場所Ｃとの間にスピーチ［Ｈ］が追加され、機能提供場所Ｃと機能提供場所Ｂとの間にスポーツ［Ｇ］が追加された例を示す図である。 （Ａ）は移動時間を取得した結果の一例を示す図であり、（Ｂ）は同期の関連機能の利用時間の一例を示す図であり、（Ｃ）は同期の関連機能の他に、事前の関連機能、及び事後の関連機能の利用時間を設定した例を示す図であり、（Ｄ）は各関連機能の納期Ｔ’を設定した例を示す図であり、（Ｅ）は到着時間の一例を示す図である。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。図１は、本実施形態に係る情報提示システム１０の概略構成を示すブロック図である。

本実施形態に係る情報提示システム１０は、現在地から予め定めた範囲内で利用可能な機能を提供する機能提供場所をユーザの要求に応じて提示するものである。なお、本実施形態において、機能とは、ユーザに対して提供可能なサービス又はサービスを提供するためのもののことを指し、具体的には、会議室、プリンタ、無線ＬＡＮ、ランチ等の例が挙げられる。また、本実施形態において機能提供場所とは、上記機能を提供することができる場所のことを指す。

本実施形態に係る情報提示システム１０は、図１に示すように、ウェブサーバ装置１２、及び端末装置１４を備えており、それぞれネットワーク等の通信網１６に接続されている。なお、端末装置１４は、図１では、単一の端末装置が通信網１６に接続されている例を示すが、これに限るものではなく、複数の端末装置１４が通信網１６に接続されていてもよい。

ウェブサーバ装置１２は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）を備えたコンピュータで構成されている。また、ウェブサーバ装置１２は、ユーザの移動先候補を検索するためのデータベース２８を備えている。データベース２８には、少なくとも１種類以上の機能を提供する機能提供場所で提供する機能の種類と機能提供場所の位置などの情報が記憶されている。また、データベース２８には、後述する各種テーブル（機能の特徴量テーブル、移動の特徴量テーブル、特徴の重みテーブル、及び特徴の変換テーブルなど）の情報も記憶されている。

また、端末装置１４についても、ＣＰＵ、ＲＯＭ、ＲＡＭ、及び入力部３４等を備えたコンピュータで構成されている。端末装置１４は、例えば、スマートフォンなどの携帯端末装置を適用してもよいし、パーソナルコンピュータ等を適用してもよい。

本実施形態では、端末装置１４は、ＲＯＭに記憶されたプログラムを実行することにより、ウェブブラウザ３２として機能し、ユーザが所望する機能群（以下、実行すべき機能群と称することがある）の各機能を提供可能な機能提供場所の検索要求をウェブサーバ装置１２に対して行う。一方、ウェブサーバ装置１２は、ＲＯＭに記憶されたプログラムを実行することにより、ウェブインタフェース１８として機能し、端末装置１４からの要求に応じて、実行すべき機能群の各機能を提供可能な機能提供場所を端末装置１４に提示する。

ウェブブラウザ３２は、少なくとも１種類以上の機能を含む実行すべき機能群の情報をユーザが入力部３４を操作することで入力し、入力された機能群の情報をウェブサーバ装置１２に送信することで、移動先候補の検索要求をウェブサーバ装置１２に対して行う。

一方、ウェブインタフェース１８は、予め定めた範囲内に存在し、少なくとも１種類以上の機能を提供可能な複数の機能提供場所の中から、ユーザに対して実行すべき機能群の各機能を組み合わせて提供可能な機能提供場所を移動先候補として検索する。そして、検索した移動先候補の情報を端末装置１４へ送信することによりユーザに提示する。なお、移動先候補の検索を行う際には、データベース２８に記憶された情報の他に、目的地案内サイトなどを提供するサーバ装置などから取得可能な室内外マップルート３０の情報を用いて検索してもよい。

具体的には、ウェブインタフェース１８は、近隣機能場所取得部２０、移動先候補取得部２２、移動先候補スコア計算部２４、及び出力部２６のそれぞれの機能を備えている。

近隣機能場所取得部２０は、ユーザの位置情報を取得して、ユーザの位置から予め定めた範囲内に存在する予め定めた機能を提供する機能提供場所の情報をデータベース２８から取得する。例えば、図２に示すように、ユーザの位置を中心として、半径Ｒ内に存在する機能提供場所Ａ〜Ｅの情報（位置及び機能）をデータベース２８から取得する。図２では、機能提供場所Ａは個室、機能提供場所Ｂは無線ＬＡＮ（Local Area Network）及びプリンタ、機能提供場所Ｃは無線ＬＡＮ及びプリンタ、機能提供場所Ｄはプリンタ、機能提供場所Ｅは無線ＬＡＮ及びプリンタの機能をそれぞれ有する例を示す。なお、ユーザの位置情報は、端末装置１４の位置をデータベース２８に予め登録しておいてもよい。或いは、ＧＰＳ（Global Positioning System）等の測位機能を備えた端末装置１４の場合には、端末装置１４から位置情報を取得してもよい。或いは、端末装置１４から移動先候補の検索要求をウェブサーバ装置１２に行う際に、自身の位置情報を入力部３４により入力してもよい。

移動先候補取得部２２は、取得した機能提供場所の中から、ユーザが要求する機能群を実行する移動先候補を取得する。

移動先候補スコア計算部２４は、取得した移動先候補のそれぞれについて、機能に関する特徴量、及び移動に関する特徴量などに基づいて、移動先候補の適切度を数値化したスコアを計算して移動先候補を順位付けする。

出力部２６は、取得した移動先候補と共に、そのスコアを要求元の端末装置１４に送信する。このとき、スコアが高い上位の数候補のみを送信してもよいし、全ての移動先候補を送信してもよい。

端末装置１４では、ウェブインタフェース１８から送信される移動先候補とそのスコアをウェブブラウザ３２に表示することで、ユーザに移動先候補をスコアと共に提示する。

続いて、本実施形態に係る情報提示システム１０のウェブサーバ装置１２で行われる移動先候補の提示を行う処理について具体的に説明する。図３は、本実施形態に係る情報提示システム１０のウェブサーバ装置１２のウェブインタフェース１８で行われる処理の流れの一例を示すフローチャートである。なお、図３の処理は、ユーザが端末装置１４の入力部３４を操作して移動先候補を検索する要求がウェブサーバ装置１２に対して行われた場合に開始する。

端末装置１４から移動先候補を検索する要求が行われると、まず、ステップ１００では、ウェブインタフェース１８が、ユーザの位置情報を取得してステップ１０２へ移行する。ユーザの位置情報は、端末装置１４が固定された場所に設置されている場合には、端末装置１４を設置する際にデータベース２８に位置情報を登録しておくことにより、登録された位置情報を読み出してもよい。また、端末装置１４に測位機能を備える場合には、端末装置１４が測位した位置情報を通信網１６を介して取得してもよい。また、端末装置１４から移動先候補を検索する要求を行う際に、入力部３４により入力する場合には、入力された位置情報を取得してもよい。

ステップ１０２では、ウェブインタフェース１８が、所望の機能群を取得してステップ１０４へ移行する。例えば、所望の機能群の取得は、ユーザが端末装置１４の入力部３４を操作して入力した機能群を通信網１６を介して取得する。なお、ステップ１０２が本発明の取得部に相当する。

ステップ１０４では、ウェブインタフェース１８の近隣機能場所取得部２０が、現在地の予め定めた範囲内の所望の機能群に含まれる機能を提供する機能提供場所をデータベース２８から検索してステップ１０６へ移行する。

ステップ１０６では、ウェブインタフェース１８の移動先候補取得部２２が、所望の機能を全て網羅可能な移動先候補の取得処理を行ってステップ１０８へ移行する。すなわち、現在地から予め定めた範囲内において、所望の全ての機能を実行可能な機能提供場所を移動先候補として取得する。なお、移動先候補の取得処理の詳細については後述する。

ステップ１０８では、ウェブインタフェース１８の移動先候補スコア計算部２４が、移動先候補のスコアＡ１の計算処理を行ってステップ１１０へ移行する。すなわち、取得した移動先候補のそれぞれについて特徴量を数値化してスコアＡ１を計算する。なお、移動先候補のスコアＡ１の計算処理の詳細についても後述する。

ステップ１１０では、ウェブインタフェース１８の移動先候補スコア計算部２４が、ユーザの行動計画（以下、スケジュールと称する。）に合う移動先候補の取得とそのスコアＡ２を計算する処理を行ってステップ１１２へ移行する。すなわち、取得した移動先候補のそれぞれについてスケジュールに対する合致度を数値化してスコアＡ２を計算する。なお、スコアＡ２を計算する処理の詳細についても後述する。

ステップ１１２では、ウェブインタフェース１８の移動先候補スコア計算部２４が、計算したスコアＡ１、Ａ２により、移動先候補の総合的なスコアＡを計算してステップ１１４へ移行する。

ステップ１１４では、ウェブインタフェース１８の出力部２６が、移動先候補を端末装置１４に送信することによりユーザに提示して一連の処理を終了する。提示する移動先候補は、ステップ１０６で取得した全ての移動先候補について計算したスコアＡと共に提示してもよいが、スコアＡの予め定めた上位の移動先候補のみを提示してもよい。なお、ステップ１１４が本発明の提示部に相当する。

ここで、上述のステップ１０６における移動先候補の取得処理の詳細について説明する。移動先候補としては、１カ所で所望の機能群を利用できる場合と、複数の場所へ移動して利用する場合とがある。１カ所で所望の機能群を利用できる場合は、例えば、図４に示すように、所望の機能群が、無線ＬＡＮ及びプリンタであるとすると、予め定めた範囲内に存在する機能処理部Ａ〜Ｅを抽出し、全ての機能を提供できる移動先候補を取得する。図４の例では、機能処理部Ｂ、Ｃ、Ｅのそれぞれが、所望の機能をそれぞれ提供可能な３つの移動先候補である。

また、複数の場所へ移動して利用する場合には、ステップ１０６の処理として図５に示す処理を実行する。なお、図５の処理は、本実施形態に係る情報提示システム１０のウェブサーバ装置１２のウェブインタフェース１８で行われる、所望の機能を全て網羅可能な移動先候補を取得する処理の流れの一例を示すフローチャートである。

すなわち、ステップ２００では、ウェブインタフェース１８の移動先候補取得部２２が、所望の機能群Ｓの要素がある場所群Ｐをデータベース２８より検索して取得してステップ２０２へ移行する。すなわち、現在地から予め定めた範囲内（例えば、半径Ｒ内）に存在する所望の機能群Ｓの各機能を実行可能な機能提供場所の場所群Ｐをデータベース２８から検索して取得する。

ステップ２０２では、ウェブインタフェース１８の移動先候補取得部２２が、取得した場所群Ｐである各場所を走査することで、移動先候補を検索してステップ２０４へ移行する。

ステップ２０４では、ウェブインタフェース１８の移動先候補取得部２２が、場所群Ｐ（＝Ｐ−ｐ）の更新を行ってステップ２０６へ移行する。すなわち、走査した場所を場所群Ｐから除外する。

ステップ２０６では、ウェブインタフェース１８の移動先候補取得部２２が、移動ＲにＮからｐへの移動を表すＲ［Ｎ，ｐ］を追加してステップ２０８へ移行する。

ステップ２０８では、ウェブインタフェース１８の移動先候補取得部２２が、現在地Ｎ（＝ｐ）を更新してステップ２１０へ移行する。すなわち、移動先の場所ｐに現在地を更新する。

ステップ２１０では、ウェブインタフェース１８の移動先候補取得部２２が、場所ｐで利用できる機能をデータベース２８から取得して利用機能にＳ［ｐ］を追加してステップ２１２へ移行する。

ステップ２１２では、ウェブインタフェース１８の移動先候補取得部２２が、所望機能群Ｓ（＝Ｓ−Ｓ［ｐ］）の更新を行ってステップ２１４へ移行する。すなわち、追加した利用機能Ｓ［ｐ］を検索する走査対象から除外する。

ステップ２１４では、ウェブインタフェース１８の移動先候補取得部２２が、所望機能群Ｓの全てについて走査終了したか否か判定する。該判定が否定された場合にはステップ２１６へ移行し、肯定された場合にはステップ２２０へ移行する。

ステップ２１６では、ウェブインタフェース１８の移動先候補取得部２２が、更新した所望機能群Ｓがある場所群Ｐ’をデータベース２８から取得してステップ２１８へ移行する。

ステップ２１８では、ウェブインタフェース１８の移動先候補取得部２２が、残りの場所群Ｐ’の各場所から移動先候補を走査してステップ２２２へ移行する。当該処理は、場所群Ｐ’について上述のステップ２０２〜２１６と同様の処理を行う。

一方、ステップ２２０では、ウェブインタフェース１８の移動先候補取得部２２が、移動先候補を登録してステップ２２２へ移行する。

ステップ２２２では、ウェブインタフェース１８の移動先候補取得部２２が、場所群Ｐの各場所の走査を移動順序を含めて全て走査したか否かを判定する。該判定が、否定された場合にはステップ２０２に戻って上述の処理を繰り返し、判定が肯定された場合は、ステップ２２４へ移行する。

ステップ２２４では、ウェブインタフェース１８の移動先候補取得部２２が、全ての移動先候補を取得して一連の処理をリターンして、図３のステップ１０８へ移行する。

ここで、具体例を挙げて図５の移動先候補を取得する処理を詳細に説明する。例えば、図６に示すように、所望の機能群Ｓが無線ＬＡＮ、プリンタ、及びランチであるとする。この場合、現在地Ｎから予め定めた範囲（例えば、半径Ｒ）内に存在する、所望の機能群Ｓの各機能を実行可能な機能提供場所Ｂ、Ｃ、Ｅの場所群Ｐをデータベース２８より取得する。

ここで、例えば、機能提供場所Ｃへ移動したとする。機能提供場所Ｃへ移動することにより、場所群Ｐを更新して、機能提供場所Ｂ、Ｅが残りの場所群Ｐとなる。

また、現在地Ｎから機能提供場所Ｃへ移動するので、現在地から機能提供場所Ｃへの移動を表すＲ［Ｎ，Ｃ］を追加する。

機能提供場所Ｃへの移動により、利用機能Ｓ［ｐ］として、無線ＬＡＮ［Ｃ］及びプリンタ［Ｃ］を追加する。これにより、所望機能Ｓを更新すると、残りがランチのみとなる。

次に、所望機能群Ｓの一部がある場所群Ｐ’は、取得した機能提供場所Ｂ，Ｃ、Ｅの中から始めに機能提供場所Ｃに移動したので、機能提供場所Ｂ、Ｅとなる。

場所群Ｐ’について上記同様に処理を行って、例えば、機能提供場所Ｃの次に機能提供場所Ｅへ移動したとする。機能提供場所Ｅへ移動することにより、場所群Ｐ’を更新して、機能提供場所Ｂが残りの場所群となる。

また、現在地が機能提供場所Ｃから機能提供場所Ｅに移動するので、機能提供場所Ｃから機能提供場所Ｅへの移動を表すＲ［Ｃ，Ｅ］を追加して、移動が、Ｒ［Ｎ，Ｃ］及びＲ［Ｃ，Ｅ］となる。

また、機能提供場所Ｅへの移動により、利用機能Ｓ［ｐ］として、ランチ［Ｅ］を追加する。これにより所望機能群Ｓの全ての機能が実行可能となるので、所望機能群Ｓを更新すると残りの所望機能群Ｓはなくなり（ＮＵＬＬ）、ステップ２１４の判定が肯定されて、移動先候補１として、移動Ｒ［Ｎ，Ｃ］及び移動Ｒ［Ｃ，Ｅ］を登録する。

一方、場所群Ｐ’はまだ存在する（非ＮＵＬＬである）ため、場所群Ｐ’の走査を行う。例えば、図７に示すように、機能提供場所Ｃの次に、機能提供場所Ｂへ移動したとする。これにより、機能提供場所Ｃに所望の機能のランチがあるので、場所群Ｐ’を更新すると、他の移動場所がなくなる（Ｐ’＝ＮＵＬＬ）。

また、現在地Ｃから機能提供場所Ｂへ移動するので、機能提供場所Ｃから機能提供場所Ｂへの移動を表すＲ［Ｃ，Ｂ］を追加して、移動が、Ｒ［Ｎ，Ｃ］及びＲ［Ｃ，Ｂ］となる。

また、機能提供場所Ｂへの移動により、利用機能Ｓ［ｐ］として、ランチ［Ｂ］を追加する。これにより所望機能の全ての機能が実行可能となるので、所望機能群Ｓを更新すると残りの所望機能群Ｓはなくなり（ＮＵＬＬ）、ステップ２１４の判定が肯定されて、移動先候補２として、移動Ｒ［Ｎ，Ｃ］及び移動Ｒ［Ｃ，Ｂ］を登録する。

これにより、場所群Ｐ’については全ての走査が完了（Ｐ’＝ＮＵＬＬ）となるので、場所群Ｐの走査（例えば、機能提供場所Ｅに始めに移動した場合の走査、及び機能提供場所Ｂに始めに移動した場合の走査）を上記同様に行う。

一方、場所群Ｐについてはまだ組み合わせが存在するので、上記の処理を繰り返す。例えば、機能提供場所Ｂへ移動して、場所群Ｐを更新すると機能提供場所Ｅとなる。ここで、機能提供場所Ｂでは、所望機能群Ｓのうち、無線ＬＡＮ［Ｂ］及びランチ［Ｂ］があるので、残りの移動はプリンタの機能を提供可能な処理機能装置Ｃの場所となる。これにより、移動候補３として、移動Ｒ［Ｎ，Ｂ］及びＲ［Ｂ，Ｃ］を登録する。

また、場所群Ｐについては機能提供場所Ｅへ始めに移動する場合があるので、図８に示すように、始めに機能提供場所Ｅへ移動した場合の走査を上記同様に行う。始めに機能提供場所Ｅへ移動した場合の走査を行うことで、場所群Ｐを更新すると残りの場所群Ｐがなくなる（Ｐ＝ＮＵＬＬ）。そして、始めに機能提供場所Ｅへ移動した場合の走査を行うことにより、移動候補４として、移動Ｒ［Ｎ，Ｅ］、Ｎ［Ｅ，Ｂ］，及びＲ［Ｂ，Ｃ］を登録し、移動候補５として、移動Ｒ［Ｎ，Ｅ］、Ｎ［Ｅ，Ｃ］を登録して全ての移動先候補を登録する。

なお、図５の処理では、所望の機能群の中に依存性のある機能が存在する場合については考慮していないので、依存性がある機能群をグループとして同じ場所で機能を提供することを制約条件として移動先候補を取得してもよい。例えば、上述のステップ１０６における移動先候補の取得は、図９に示す処理を行ってもよい。図９は、本実施形態に係る情報提示システム１０のウェブサーバ装置１２のウェブインタフェース１８で行われる、所望の機能を全て網羅可能な移動先候補を取得する処理の流れの変形例を示すフローチャートである。なお、図６と同一処理については同一符号を付して説明する。

すなわち、ステップ１９９では、ウェブインタフェース１８の移動先候補取得部２２が、所望の機能群Ｓから依存性がある依存機能群Ｓ’をグループ単位でデータベース２８から抽出してステップ２０１へ移行する。

ステップ２０１では、ウェブインタフェース１８の移動先候補取得部２２が、所望機能群Ｓの独立要素と依存機能群Ｓ’のグループ要素とがある場所群Ｐをデータベース２８より検索して取得してステップ２０２へ移行する。すなわち、現在地から予め定めた範囲内（例えば、半径Ｒ内）に存在する所望機能群Ｓの各機能を提供可能な機能提供場所の場所群Ｐを機能の依存性を考慮してデータベース２８から検索して取得する。

ステップ２０２では、ウェブインタフェース１８の移動先候補取得部２２が、取得した場所群Ｐである各場所を走査してステップ２０４へ移行する

ステップ２０４では、ウェブインタフェース１８の移動先候補取得部２２が、場所群Ｐ（＝Ｐ−ｐ）の更新を行ってステップ２０６へ移行する。すなわち、走査した場所を場所群Ｐから除外する。

ステップ２０６では、ウェブインタフェース１８の移動先候補取得部２２が、移動ＲにＮからｐへの移動を表すＲ［Ｎ，ｐ］を追加してステップ２０８へ移行する。

ステップ２０８では、ウェブインタフェース１８の移動先候補取得部２２が、現在地Ｎ（＝ｐ）を更新してステップ２０９へ移行する。すなわち、移動先の場所ｐに現在地を更新する。

ステップ２０９では、ウェブインタフェース１８の移動先候補取得部２２が、場所ｐで利用できる機能をデータベース２８から取得して利用機能にＳ［ｐ］及びＳ’［ｐ］を追加してステップ２１１へ移行する。

ステップ２１１では、ウェブインタフェース１８の移動先候補取得部２２が、所望機能群Ｓ（＝Ｓ−Ｓ［ｐ］）及び依存機能群Ｓ’（＝Ｓ’−Ｓ’［ｐ］）の更新を行ってステップ２１３へ移行する。すなわち、追加した利用機能Ｓ［ｐ］及びＳ’［ｐ］を検索する走査対象から除外する。

ステップ２１３では、ウェブインタフェース１８の移動先候補取得部２２が、所望機能群Ｓ及び依存機能群Ｓ’の全てについて走査終了したか（Ｓ＆Ｓ’＝ＮＵＬＬ）否か判定する。該判定が否定された場合にはステップ２１５へ移行し、肯定された場合にはステップ２２０へ移行する。

ステップ２１５では、ウェブインタフェース１８の移動先候補取得部２２が、更新した所望機能群Ｓの独立要素と依存機能群Ｓ’のグループ要素とがある場所群Ｐ’をデータベース２８から取得してステップ２１８へ移行する。

ステップ２１８では、ウェブインタフェース１８の移動先候補取得部２２が、残りの場所群Ｐ’の各場所から移動先候補を走査してステップ２２２へ移行する。当該処理は、場所群Ｐ’について上述のステップ２０２〜２１５と同様の処理を行う。

一方、ステップ２２０では、ウェブインタフェース１８の移動先候補取得部２２が、移動先候補を登録してステップ２２２へ移行する。

ステップ２２２では、ウェブインタフェース１８の移動先候補取得部２２が、場所群Ｐの各場所の走査を移動順序を含めて全て走査したか否かを判定する。該判定が、否定された場合にはステップ２０２に戻って上述の処理を繰り返し、判定が肯定された場合は、ステップ２２４へ移行する。

ステップ２２４では、ウェブインタフェース１８の移動先候補取得部２２が、全ての移動先候補を取得して一連の処理をリターンして、図３のステップ１０８へ移行する。

ここで、具体例を挙げて図９の移動先候補の取得処理を詳細に説明する。例えば、図１０に示すように、所望機能群Ｓが無線ＬＡＮ、プリンタ、及びランチであるとする。

この場合、現在地Ｎから予め定めた範囲（例えば、半径Ｒ）内に存在する、所望機能群Ｓの各機能を依存性がある機能を考慮して提供可能な機能提供場所Ａ、Ｂ、Ｃ、Ｄ、Ｅの場所群Ｐをデータベース２８より取得する。なお、依存機能の判断は、例えば、機能の役割毎に依存機能テーブルを予め作成しておくことにより判断する。図１０の例では、機能提供場所Ａ、Ｂ、Ｅは、依存機能群のグループ要素はないが独立機能群の要素を有し、機能提供場所Ｃ、Ｄは、独立機能群の要素はないが、依存機能群のグループ要素を有する。

ここで、例えば、機能提供場所Ｂへ始めに移動したとする。機能提供場所Ｂへ移動することにより、場所群Ｐを更新して、機能提供場所Ａ、Ｃ、Ｄ、Ｅが残りの場所群Ｐとなる。

また、現在地Ｎから機能提供場所Ｂへ移動するので、現在地から機能提供場所Ｂへの移動を表すＲ［Ｎ，Ｂ］を追加する。

機能提供場所Ｂへの移動により、利用機能Ｓ［ｐ］として、無線ＬＡＮ［Ｂ］及びランチ［Ｂ］を追加する。これにより、所望機能群Ｓ及び依存機能群Ｓ’を更新すると、独立機能の要素についてはなくなり（Ｓ＝ＮＵＬＬ）、依存機能群Ｓ’はグループ要素（グループ［プロジェクタ，会議室］）が残る。

次に、依存機能群Ｓ’のグループ要素がある場所群Ｐ’を検索すると、機能提供場所Ｃ、Ｄとなり、場所群Ｐ’の各場所の走査を行う。例えば、機能処理部Ｂから機能処理部Ｃの場所に移動して、場所群Ｐ’を更新して機能提供場所Ｄが残りの場所群Ｐ’となる。

また、現在地が機能提供場所Ｂから機能提供場所Ｃに移動するので、機能提供場所Ｂから機能提供場所Ｃへの移動を表すＲ［Ｂ，Ｃ］を追加して、移動が、Ｒ［Ｎ，Ｂ］及びＲ［Ｂ，Ｃ］となる。

また、機能提供場所Ｃへの移動により、利用機能Ｓ’［ｐ］として、グループ要素のプロジェクタ［Ｃ］及び会議室［Ｃ］を追加する。これにより所望機能群Ｓの全ての機能が実行可能となるので、所望機能群Ｓ及び依存機能群Ｓ’を更新すると残りの所望機能群Ｓ及び依存機能群Ｓ’はなくなり（ＮＵＬＬ）、ステップ２１３の判定が肯定されて、移動先候補１として、移動Ｒ［Ｎ，Ｂ］及び移動Ｒ［Ｂ，Ｃ］を登録する。

そして、同様に処理を行って、場所群Ｐ及びグループ要素である場所群Ｐ’の全てを走査して、全ての移動先候補を取得する。

次に、上述のステップ１０８における移動先候補のスコアＡ１の計算処理の詳細について説明する。図１１は、移動先候補のスコアＡ１の計算処理の流れの一例を示すフローチャートである。

ステップ３００では、ウェブインタフェース１８の移動先候補スコア計算部２４が、各機能の特徴量をデータベース２８から取得してステップ３０２へ移行する。具体的には、図１２に示す機能の特徴量テーブルをデータベース２８に予め記憶しておき、各機能の特徴量を取得する。機能の特徴量テーブルは、提供可能な機能Ｓ１、Ｓ２、・・・Ｓｎに対して場所（機能提供場所Ａ、Ｂ，Ｃ・・・）が予め定められ、かつ各機能提供場所毎に、特徴量（Ｆ１〜Ｆｎ）が予め定められている。図１２の例では、特徴量として、料金、信頼度、個数、・・・広さなどが一例として挙げられている。また、各特徴量としては数値化して予め定める。

ステップ３０２では、ウェブインタフェース１８の移動先候補スコア計算部２４が、各機能の特徴量によって機能群のスコアＦを計算してステップ３０４へ移行する。例えば、数値化した特徴量の合計値（Ｆ＿ＳＵＭ）を計算する。この時、特徴毎に重み付けを行って合計値を計算してもよい。重み付けは、例えば、図１３（Ｂ）に示すように、各特徴（Ｆ１〜Ｆｎ）毎に予め定めてデータベース２８に記憶しておき、対応する重みを読み出して特徴量に積算して、特徴量の合計値を計算する。また、以下の処理で移動の特徴量と比較するために、数値化した特徴量を０〜１に変換して正規化する。例えば、各特徴値が大きいほど良好とする。なお、機能群のスコアＦは、例えば、図１２に示す数式により算出する。図１２に示す数式中のＷ（Ｆ_ｋ）の値は、図１３（Ｂ）に示す特徴の重みテーブルを参照する。また、Ｆ_ｋの値は、特徴量の変換テーブルによって０〜１に変換して正規化する。

ステップ３０４では、ウェブインタフェース１８の移動先候補スコア計算部２４が、各移動の特徴量を取得してステップ３０６へ移行する。具体的には、図１３（Ａ）に示す移動の特徴量テーブルをデータベース２８に予め記憶しておき、各移動の特徴量を取得する。移動の特徴量テーブルは、例えば、移動経路の特徴（距離、混雑度、階段数、・・・時間）を数値化して予め定める。

ステップ３０６では、ウェブインタフェース１８の移動先候補スコア計算部２４が、各移動の特徴量によって移動群のスコアｆを計算してステップ３０８へ移行する。例えば、数値化した特徴量の合計値（ｆ＿ＳＵＭ）を計算する。この時、特徴毎に重み付けを行って合計値を計算してもよい。重み付けは、例えば、図１３（Ｂ）に示すように、各特徴（ｆ１〜ｆｎ）毎に予め定めてデータベース２８に記憶しておき、対応する重みを読み出して特徴量に積算して、特徴量の合計値を計算する。また、移動の特徴量を数値化する際には、例えば、図１３（Ｃ）に示す特徴量の変換テーブルを用いて正規化する。図１３（Ｃ）の変換テーブルでは、移動の特徴量を０〜１に変換している。各特徴値は値が小さくなるほど体感的に悪くなる。なお、移動群のスコアｆは、例えば、図１３（Ａ）に示す数式により算出する。図１３に示す数式中のＷ（Ｆ_ｋ）の値は、図１３（Ｂ）に示す特徴の重みテーブルを参照する。また、Ｆ_ｋの値は、図１３（Ｃ）に示す特徴量の変換テーブルによって０〜１に変換して正規化する。

ステップ３０８では、ウェブインタフェース１８の移動先候補スコア計算部２４が、移動先候補のスコアを計算して一連の処理をリターンして図３のステップ１１０へ移行する。

ところで、機能の特徴量として、図１２に示すように「信頼度」が挙げられるが、以下では信頼度の計算方法の一例について説明する。図１４は、信頼度を計算する処理の流れの一例を示すフローチャートである。なお、図１４の処理は、実行すべき機能群をユーザが端末装置１４の入力部３４を操作することで入力し、入力された機能群の情報をウェブサーバ装置１２に送信することで、移動先候補の検索要求がウェブサーバ装置１２に行われた場合に開始する。

ステップ４００では、ウェブインタフェース１８の移動先候補スコア計算部２４が、機能の情報を取得してステップ４０２へ移行する。機能の情報としては、例えば、機能提供場所へのアクセス数や、利用数などを取得する。

ステップ４０２では、ウェブインタフェース１８の移動先候補スコア計算部２４が、ユーザが提示された機能を提供する機能提供場所に到着したか否かを判定する。該判定は、端末装置１４に測位機能を有する場合には、測位機能によって測位された位置情報に基づいて判定する。また、端末装置１４に測位機能がない場合は、機能提供場所を利用する際の認証情報等を用いて判定してもよい。該判定が肯定された場合にはステップ４０４へ移行し、否定された場合には一連の処理を終了する。

ステップ４０４では、ウェブインタフェース１８の移動先候補スコア計算部２４が、機能提供場所のアクセス数を１インクリメント（＋１）してステップ４０６へ移行する。

ステップ４０６では、ウェブインタフェース１８の移動先候補スコア計算部２４が、予め定めた時間の閾値Ｔ以内に同じ機能の検索要求があったか否かを判定する。すなわち、同じ機能の検索要求を同じユーザがウェブサーバ装置１２に行った場合には、検索した結果が適性でないと判断されるので、これを判定する。該判定が否定された場合にはステップ４０８へ移行し、肯定された場合はステップ４１０へ移行する。

ステップ４０８では、ウェブインタフェース１８の移動先候補スコア計算部２４が、機能提供場所の利用を成功したと判定して、利用数を１インクリメント（＋１）してステップ４１０へ移行する。

ステップ４１０では、ウェブインタフェース１８の移動先候補スコア計算部２４が、利用数をアクセス総数で除算することにより、信頼度を算出することで、機能の信頼度を更新して一連の処理を終了する。

続いて、上述のステップ１１０における、スケジュールに合う移動先候補の取得とそのスコアＡ２を計算する処理の詳細について説明する。図１５は、スケジュールに合う移動先候補の取得とそのスコアＡ２を計算する処理の流れの一例を示すフローチャートである。

ステップ５００では、ウェブインタフェース１８の移動先候補スコア計算部２４が、予め定めた閾値の時間Ｔ以内のスケジュールを取得してステップ５０２へ移行する。スケジュールの取得は、例えば、ユーザの端末装置１４に予め登録されたスケジュールを取得してもよいし、データベース２８にユーザがスケジュールを予め登録することにより、データベース２８より読み出すことで取得してもよい。

ステップ５０２では、ウェブインタフェース１８の移動先候補スコア計算部２４が、スケジュールに基づく関連機能の抽出と設定を行ってステップ５０４へ移行する。すなわち、スケジュールに含まれる各タスクに関連する機能を抽出して、対応関係を設定する。例えば、タスクの前に行う関連機能（事前の関連機能）、タスクと同期して行う関連機能（同期の関連機能）、及びタスクの後に行う関連機能（事後の関連機能）に分けて対応関係を設定する。

ステップ５０４では、ウェブインタフェース１８の移動先候補スコア計算部２４が、スケジュールに基づく関連機能の利用順Ｏ’を取得してステップ５０６へ移行する。

ステップ５０６では、ウェブインタフェース１８の移動先候補スコア計算部２４が、移動先候補に基づく関連機能の利用順Ｏを取得してステップ５０８へ移行する。

ステップ５０８では、ウェブインタフェース１８の移動先候補スコア計算部２４が、利用順Ｏ’と利用順Ｏが一致するか否かを判定する。該判定が否定された場合にはステップ５１０へ移行し、肯定された場合にはステップ５１２へ移行する。

ステップ５１０では、ウェブインタフェース１８の移動先候補スコア計算部２４が、スケジュールに基づいて、移動先候補のスコアＡ２を０としてステップ５２６へ移行する。

ここで、ステップ５００〜５１０までの処理を一例を挙げて説明する。例えば、所望の機能群Ｓがプリンタ、個室、及びシャワーとされ、現在地がＮ、出発時間が１２：３０、図１６（Ａ）に示すスケジュールが設定されているとする。この場合、上述のステップ１１０までの処理により、移動先候補とスコアＡ１を取得する。一例の移動先候補としては、図１６（Ｂ）に示すように、機能提供場所Ａ、Ｃ、Ｂの順に移動（Ｒ［Ｎ，Ａ］、Ｒ［Ａ，Ｃ］、Ｒ［Ｃ，Ｂ］）して、プリンタ［Ａ］、個室［Ｃ］、及びシャワー［Ｂ］の機能を利用することが登録されたとする。この例では、ステップ５０２においてスケジュールに含まれる各タスクに関連する機能を抽出して、対応関係を設定すると、図１６（Ｃ）に示すような各タスクと関連機能の対応関係が得られる。すなわち、タスクのスピーチの事前の関連機能としてプリンタ［Ａ］、タスクの検討の同期の関連機能として個室［Ｃ］、タスクのスポーツの事後の関連機能としてシャワー［Ｂ］のように対応関係が得られる。ここで、ステップ５０４においてスケジュールに基づく関連機能の利用順Ｏ’を抽出すると、利用順Ｏ’は、プリンタ［Ａ］、個室［Ｃ］、シャワー［Ｂ］となる。また、ステップ５０６において、移動先候補に基づく関連機能の利用順Ｏは、プリンタ［Ａ］、個室［Ｃ］、シャワー［Ｂ］となり、この例では、ステップ５０８において利用順が一致すると判断される。

続いて、ステップ５１２では、ウェブインタフェース１８の移動先候補スコア計算部２４が、スケジュールと関連機能に基づいて、移動先候補に機能と移動を追加してステップ５１４へ移行する。すなわち、スケジュールに一致するものを移動先候補として抽出する。例えば、図１６（Ａ）〜（Ｃ）に示す上述の例を挙げて説明する。上述したように、図１６（Ｃ）に示すようなスケジュールの各タスクと関連機能の対応関係が得られる。ここで、ステップ５１２において、スケジュールの行き先と関連機能に基づいて、機能と移動を追加すると、図１７に示すように、機能提供場所Ａと機能提供場所Ｃとの間にスピーチ［Ｈ］が追加され、機能提供場所Ｃと機能提供場所Ｂとの間にスポーツ［Ｇ］が追加される。追加後は、機能提供場所Ａ、Ｈ、Ｃ、Ｇ、Ｂの順に移動（Ｒ［Ｎ，Ａ］、Ｒ［Ａ，Ｈ］、Ｒ［Ｈ，Ｃ］、Ｒ［Ｃ，Ｇ］、Ｒ［Ｇ，Ｂ］）して、プリンタ［Ａ］、スピーチ［Ｈ］、個室［Ｃ］、スポーツ［Ｇ］、シャワー［Ｂ］の機能を利用することが登録される。追加方法としては、事前の関連機能は、機能からタスクの場所への移動を追加する。上記の例では、機能（プリンタ［Ａ］）の場所からタスク（スピーチ［Ｈ］）の場所の移動を追加して移動順序を再設定する。また、同期の関連機能は、上記の例では追加はなしとなる。また、事後の関連機能は、タスクの場所から機能への移動を追加する。上記の例では、タスク（スポーツ［Ｇ］）の場所から機能（シャワー［Ｂ］）の場所の移動を追加して移動順序を再設定する。なお、関連機能がない場合は追加はしない。

次に、ステップ５１４では、ウェブインタフェース１８の移動先候補スコア計算部２４が、スケジュールに基づいて、各関連機能の納期Ｔ’を計算してステップ５１６へ移行する。例えば、目的地案内サイトなどを提供するサーバ装置から室内外マップルート３０の情報などを取得することにより移動時間を取得する。上述の図１６（Ａ）〜（Ｃ）の例において、移動時間を取得した結果の一例を図１８（Ａ）に示す。図１８（Ａ）では、移動Ｒ［Ｎ，Ａ］が８分、移動Ｒ［Ａ，Ｈ］が１０分、移動Ｒ［Ｈ，Ｃ］が５分、移動Ｒ［Ｃ，Ｇ］が１２分、移動Ｒ［Ｇ，Ｂ］が７分とされている。また、機能の利用時間を取得する。この時、同期の関連機能の場合は、図１８（Ｂ）に示すように、スケジュールから得られる関連機能に対応するタスクの時間とし、同期の関連機能以外の関連機能は、例えば、ユーザの平均利用時間や、事前に設定した時間などを適用して設定する。図１８（Ｃ）は事前の関連機能、及び事後の関連機能の利用時間を設定した例を示す図である。そして、これらを用いて関連機能の納期Ｔ’を計算する。すなわち、事前の関連機能及び事後の関連機能の納期Ｔ’は、次のタスクの開始時間から機能の利用時間及び次のタスク場所への移動時間をそれぞれ差し引いた時間を計算する。具体的には、上述の図１６、１７の例では、プリンタ［Ａ］の納期は、次のタスクであるスピーチ［Ｈ］の開始時間である１３：００から、利用時間の１０分及び次のタスク場所への移動時間の１０分を差し引いた時間である１２：４０となる。次のタスクがない場合には予め定めたデフォルトの時間を設定する。例えば、シャワー［Ｂ］の納期はデフォルトの時間として２４：００を設定する。一方、同期の関連機能の場合の納期Ｔ’は、タスクの開始時間を適用する。上述の図１６、１７の例では、個室［Ｃ］の納期は１５：００となる。なお、図１８（Ｄ）に納期Ｔ’を設定した例を示す。

続いて、ステップ５１６では、ウェブインタフェース１８の移動先候補スコア計算部２４が、スケジュールに基づいて、各関連機能の到着時間Ｔを計算してステップ５１８へ移行する。例えば、前のタスクの終了時間から、この機能の場所への移動時間を加算する。前のタスクがない場合、出発時刻に対して現在地からこの機能の場所への移動時間を加算する。例えば、上述の図１６、１７の例では、プリンタ［Ａ］は、前のタスクがなく、現在地Ｎからの出発時刻１２：３０であるので、プリンタ［Ａ］の最も早い到着時刻を計算すると、出発時刻に対してＲ［Ｎ，Ａ］の移動時間を加算し、図１８（Ｅ）に示すように、到着時間が１２：３８となる。また、個室［Ｃ］については、前のタスクはスピーチであり、個室［Ｃ］の最も早い到着時刻を計算すると、スピーチの終了時間１４：００とＲ［Ｈ，Ｃ］の移動時間を加算して、到着時間が１４：０５となる。また同様にして他を計算すると、図１８（Ｅ）に示すように、シャワー［Ｂ］の到着時間が１８：３７となり、スピーチ［Ｈ］の到着時間が１２：５８となり、スポーツ［Ｇ］の到着時間が１６：１２となる。

ステップ５１８では、ウェブインタフェース１８の移動先候補スコア計算部２４が、到達時間Ｔと納期Ｔ’を比較して、到達時間Ｔ＜納期Ｔ’であるか否かを判定する。すなわち、納期Ｔ’に到着時間が間に合うか否かを判定する。該判定が否定された場合にはステップ５２０へ移行し、肯定された場合にはステップ５２２へ移行する。

ステップ５２０では、ウェブインタフェース１８の移動先候補スコア計算部２４が、間に合わない機能の判断とスコアを計算してステップ５２２へ移行する。例えば、間に合わない機能のスコアの計算は、上述したステップ１０８のスコアＡ１の計算と同様に、間に合わない機能に対するスコアを計算する。

ステップ５２２では、ウェブインタフェース１８の移動先候補スコア計算部２４が各関連機能の走査が終了したか否かを判定する。該判定が否定された場合にはステップ５１４に戻って、各関連機能の全てについて上述のステップ５１４〜５２０の処理が終了するまで上述の処理を繰り返す。判定が肯定された場合にはステップ５２４へ移行する。

ステップ５２４では、ウェブインタフェース１８の移動先候補スコア計算部２４が、スケジュールの納期に基づいて、移動先候補のスコアＡ２を計算してステップ５２６へ移行する。具体的には、スコアＡ２は、上述のステップ１０８で計算したスコアＡ１から、ステップ５２０で計算した間に合わない機能のスコアを差し引くことにより計算する。上述の図１８（Ａ）〜（Ｅ）の例では、間に合わない機能がないので、Ａ２＝Ａ１となる。

ステップ５２６では、ウェブインタフェース１８の移動先候補スコア計算部２４が、全ての移動先候補についてスコアＡ２を計算する走査が完了したか否かを判定する。該判定が否定された場合にはステップ５０６に戻って上述の処理を繰り返し、判定が肯定されたところでスコアＡ２を計算する処理を終了する。

なお、上記の実施形態では、機能の特徴量及び移動の特徴量の各々を用いて移動先候補のスコアを計算して、移動先候補を提示する例を説明したが、これに限るものではない。例えば、機能の特徴量、または移動の特徴量を用いて移動先候補のスコアを計算して、移動先候補を提示してもよい。

また、上記の実施形態では、スコアＡ１とスコアＡ２を加算して移動先候補の総合スコアＡを計算する例を説明したが、これに限るものではない。例えば、スコアＡ１またはスコアＡ２を移動先候補の総合スコアＡとしてもよい。

また、上記の実施形態に係る情報提示システム１０のウェブインタフェース１８で行われる処理（図３、５、９、１１、１４、１５）は、ソフトウエアで行われる処理としてもよいし、ハードウエアで行われる処理としてもよいし、双方を組み合わせた処理としてもよい。また、情報提示システム１０の各装置で行われる処理は、プログラムとして記憶媒体に記憶して流通させるようにしてもよい。

また、本発明は、上記に限定されるものでなく、上記以外にも、その主旨を逸脱しない範囲内において種々変形して実施可能であることは勿論である。

１０ 情報提示システム
１２ ウェブサーバ装置
１４ 端末装置
１６ 通信網
１８ ウェブインタフェース
２０ 近隣機能場所取得部
２２ 移動先候補取得部
２４ 移動先候補スコア計算部
２６ 出力部
２８ データベース
３０ 室内外マップルート
３２ ウェブブラウザ
３４ 入力部

Claims (12)

1. 少なくとも１種類以上の機能を含む、ユーザが所望する機能群の情報を取得する取得部と、
   前記ユーザの位置から予め定めた範囲内に存在し、かつ複数種類の機能のうち少なくとも１種類以上の機能を提供可能な複数の機能提供場所の中から、前記取得部が取得した前記機能群の各機能を組み合わせて提供可能な前記機能提供場所の候補を、移動順番を含めて提示する提示部と、
   を備えた情報提示装置。
2. 前記提示部は、前記候補を順位付けして提示する請求項１に記載の情報提示装置。
3. 前記提示部は、前記機能提供場所に関する特徴量、及び移動に関する特徴量の少なくとも一方の特徴量を数値化して、前記候補を順位付けする請求項２に記載の情報提示装置。
4. 前記機能提供場所に関する特徴量は、前記機能提供場所の信頼度を含む請求項３に記載の情報提示装置。
5. 前記取得部はさらに、前記ユーザについての予め定めた行動計画を取得し、
   前記提示部は、前記予め定めた行動計画が示すユーザの位置と当該位置に滞在する時間とから抽出された機能提供場所の候補を提示する請求項１又は２に記載の情報提示装置。
6. 前記提示部は、予め定めた行動計画に対する合致度を数値化して前記候補を順位付けして提示する請求項５に記載の情報提示装置。
7. 前記提示部は、前記機能提供場所に関する特徴量、及び移動に関する特徴量の少なくとも一方の特徴量、並びに、予め定めた行動計画に対する合致度の各々を数値化し、かつ数値化した双方の値を用いて、前記候補を順位付けして提示する請求項６に記載の情報提示装置。
8. 前記提示部は、前記機能提供場所に関する特徴量、及び移動に関する特徴量の少なくとも一方の特徴量を数値化し、前記ユーザの所望する機能群のうち、前記行動計画に間に合う機能に関する前記特徴量の合計値から、前記行動計画に間に合わない機能に関する前記特徴量の合計値を差分して前記合致度を算出する請求項６又は請求項７に記載の情報提示装置。
9. 前記提示部は、予め定めた上位の順位の候補を提示する請求項２〜８の何れか１項に記載の情報提示装置。
10. 前記提示部は、前記機能群の中に機能間に依存性がある機能が存在する場合、依存性を有する機能をグループとして前記候補を抽出して提示する請求項１〜８の何れか１項に記載の情報提示装置。
11. 請求項１〜１０の何れか１項に記載の情報提示装置と、
    少なくとも１種類以上の機能を含むユーザが所望する機能群を入力するための入力部を備えて、前記入力部の入力結果を前記情報提示装置に送信する端末装置と、
    を含む情報提示システム。
12. コンピュータを、請求項１〜１０の何れか１項に記載の情報提示装置の各部として機能させるための情報提示プログラム。