(57)【特許請求の範囲】
【請求項１】
エレベーターの利用者の操作履歴、および前記エレベーターに採用済みのオプション機器の動作履歴のうちの少なくとも１つを含む稼動履歴データを蓄積する稼動履歴データ蓄積部と、
前記エレベーターに設定可能なパラメータおよび採用可能なオプション機器の情報であるビル設備パラメータオプション情報を蓄積するビル設備パラメータオプション情報蓄積部と、
前記エレベーターに設定済みのパラメータおよび採用済みのオプション機器の情報であるビル設備情報データを蓄積するビル設備情報データ蓄積部と、
前記稼動履歴データ、前記ビル設備パラメータオプション情報、および前記ビル設備情報データに基づいて、推薦対象エレベーターに適切なパラメータおよびオプション機器、あるいは当該パラメータおよびオプション機器を含むカテゴリを第一次推薦候補として抽出する第一次推薦候補抽出部と、
前記第一次推薦候補抽出部にて抽出された前記第一次推薦候補を第一次推薦結果として出力してユーザに提示する第一次推薦結果出力部と、
前記第一次推薦結果出力部によって提示された前記第一次推薦結果のうち、前記ユーザが選択した前記第一次推薦候補を受け付ける候補選択受付部と、
前記候補選択受付部にて受け付けた前記第一次推薦候補に基づいて、前記ビル設備情報データあるいは前記稼動履歴データを一時的に補正するデータ補正部と、
前記ビル設備パラメータオプション情報と、前記データ補正部にて補正された前記ビル設備情報データおよび前記稼動履歴データとに基づいて、前記推薦対象エレベーターに適切なパラメータおよびオプション機器を第二次推薦候補として抽出する第二次推薦候補抽出部と、
前記第二次推薦候補抽出部にて抽出された前記第二次推薦候補を第二次推薦結果として出力してユーザに提示する第二次推薦結果出力部と、
を備え、
前記ビル設備情報データは、前記エレベーターにおける仕様および利用状況に関する情報であるエレベーター仕様情報と、前記パラメータおよび前記オプション機器の情報であるエレベーター設定情報とを含むことを特徴とする、エレベーターにおけるパラメータおよび機器の推薦装置。
【請求項２】
前記第一次推薦結果出力部にて提示された前記第一次推薦結果のうち、前記ユーザが選択した前記第一次推薦候補を候補選択履歴データとして蓄積する候補選択履歴データ蓄積部をさらに備え、
前記第一次推薦候補抽出部は、前記稼動履歴データ、前記ビル設備パラメータオプション情報、前記ビル設備情報データ、および前記候補選択履歴データに基づいて、前記第一次推薦候補を抽出し、
前記第二次推薦候補抽出部は、前記ビル設備パラメータオプション情報と、前記候補選択履歴データと、前記データ補正部にて補正された前記ビル設備情報データおよび前記稼動履歴データとに基づいて、前記第二次推薦候補を抽出することを特徴とする、請求項１に記載のエレベーターにおけるパラメータおよび機器の推薦装置。
【請求項３】
前記ユーザが前記パラメータおよび前記オプション機器を過去に設定、購入、あるいは契約した履歴を購入履歴データとして蓄積する購入履歴データ蓄積部をさらに備え、
前記第一次推薦候補抽出部は、前記稼動履歴データ、前記ビル設備パラメータオプション情報、前記ビル設備情報データ、および前記購入履歴データに基づいて、前記第一次推薦候補を抽出し、
前記第二次推薦候補抽出部は、前記ビル設備パラメータオプション情報と、前記購入履歴データと、前記データ補正部にて補正された前記ビル設備情報データおよび前記稼動履歴データとに基づいて、前記第二次推薦候補を抽出することを特徴とする、請求項１に記載のエレベーターにおけるパラメータおよび機器の推薦装置。
【請求項４】
前記第一次推薦候補抽出部は、前記パラメータおよび前記オプション機器のカテゴリごとに、ビル設備マトリックスの各前記カテゴリに属する前記パラメータおよび前記オプション機器のうちの少なくとも１つの情報を空白として前記第一次推薦候補の抽出を行い、
前記ビル設備マトリックスは、前記稼働履歴データ、前記ビル設備パラメータオプション情報、および前記ビル設備情報データを組み合わせて作成されるマトリックスであることを特徴とする、請求項１ないし３のいずれかに記載のエレベーターにおけるパラメータおよび機器の推薦装置。
【請求項５】
前記候補選択受付部が前記ユーザの選択を前記パラメータおよび前記オプション機器のカテゴリで受け付けたときに、
前記データ補正部は、ビル設備マトリックスの前記カテゴリに属する前記パラメータおよび前記オプション機器のうちの少なくとも１つの情報を空白とし、
前記ビル設備マトリックスは、前記稼働履歴データ、前記ビル設備パラメータオプション情報、および前記ビル設備情報データを組み合わせて作成されるマトリックスであることを特徴とする、請求項１ないし４のいずれかに記載のエレベーターにおけるパラメータおよび機器の推薦装置。
【請求項６】
前記候補選択受付部が前記ユーザの選択を前記パラメータおよび前記オプション機器のカテゴリで受け付けたときに、
前記データ補正部は、ビル設備マトリックスの前記カテゴリに属さない前記パラメータおよび前記オプション機器のうちの少なくとも１つの情報をゼロとし、
前記ビル設備マトリックスは、前記稼働履歴データ、前記ビル設備パラメータオプション情報、および前記ビル設備情報データを組み合わせて作成されるマトリックスであることを特徴とする、請求項１ないし５のいずれかに記載のエレベーターにおけるパラメータおよび機器の推薦装置。
【請求項７】
前記候補選択受付部が前記ユーザの選択を前記パラメータおよび前記オプション機器のカテゴリで受け付けたときに、
前記データ補正部は、前記カテゴリに関連する前記稼動履歴データが実際よりも改善されるように値を一時的に修正することを特徴とする、請求項１ないし６のいずれかに記載のエレベーターにおけるパラメータおよび機器の推薦装置。
【請求項８】
前記第一次推薦候補抽出部は、ビル設備マトリックスにおいて、前記エレベーターの据付時点で発売あるいは適用開始されていなかった前記パラメータおよび前記オプション機器の情報を空白とし、販売あるいは適用開始されているが、当該エレベーターに導入してない前記パラメータおよび前記オプション機器の情報をゼロとし、
前記ビル設備マトリックスは、前記稼働履歴データ、前記ビル設備パラメータオプション情報、および前記ビル設備情報データを組み合わせて作成されるマトリックスであることを特徴とする、請求項１ないし３のいずれかに記載のエレベーターにおけるパラメータおよび機器の推薦装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エレベーターの適切な制御パラメータやオプション装置の推奨や、当該推奨された制御パラメータやオプション装置の追加・変更を判断するために必要な情報を提供するエレベーターにおけるパラメータおよび機器の推薦装置に関する。
【背景技術】
【０００２】
近年、社会の情報化が進むにつれて、人が触れることが可能な情報の量が膨大になってきた。このような膨大な情報の中から、必要な情報を得るための手段の一つに「情報検索」がある。しかし、情報検索は検索キーワードに一致するか否かを判定するのみで、検索の結果得られた情報が検索利用者にとって有益なものであるか否かを考慮することができない。
【０００３】
上記に対して、利用者のコンテンツ閲覧履歴や商品の購買履歴を収集し、収集した履歴に基づいて、嗜好が類似する他の利用者を類似利用者として抽出し、類似利用者が当該コンテンツ以外に閲覧して有益と判定したコンテンツや当該商品以外に購入した商品の情報に基づいて、利用者に対して未知のコンテンツや商品を推薦する「協調フィルタリング技術（以下、単に協調フィルタリングとも称する）」がある。協調フィルタリングは、ショッピングサイトなどで多く利用されている。
【０００４】
例えば、従来では、ネットニュースの記事を閲覧した利用者に対して、記事に対する評価を５段階で入力させ、その評価値を蓄積しておく。記事を閲覧しようとする利用者に対して、その利用者が過去に評価した記事に対する評価値と類似した評価を行った他の利用者の評価値とに基づいて、その利用者が未評価の記事の評価値を予測して高い評価値を付けるであろうと予測された記事を推薦するものがある（例えば、非特許文献１参照）。
【０００５】
また、商品および水準を格納した商品データベースを備え、ユーザに対して商品の属性に対する重要度を入力させ、水準に重要度を乗算して重み付き指数化水準を算出し、その重み付き指数化水準に一致する仮想の商品と実際の各商品との距離を算出して、当該距離が小さい順に商品をユーザに対して表示するものがある（例えば、特許文献１参照）。
【０００６】
また、ユーザにカテゴリを選択させ、当該ユーザが過去にアクセスした情報と同じ情報にアクセスしたことのある他のユーザを抽出し、当該カテゴリの情報群の中から、当該他のユーザがアクセスしたことのある情報を抽出して推薦するものがある（例えば、特許文献２参照）。
【０００７】
また、ユーザが利用あるいは閲覧した静止画、動画、記事、アプリケーションなどのユーザコンテンツ項目に基づいて、ユーザからの肯定的または否定的なフィードバックを受け取って、ユーザコンテンツ項目の特性情報と、サーバ上のコンテンツ項目の特性情報とを比較し、興味のあるジャンル等を定義したユーザプロフィールを自動的に更新するものがある（例えば、特許文献３）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−４１９７１号公報
【特許文献２】特許第３４４３０９０号公報
【特許文献３】特表２００９−５２７８３１号公報
【非特許文献】
【０００９】
【非特許文献１】Ｒｅｎｓｎｉｃｋ，Ｐ．ｅｔ  ａｌ．、ＧｒｏｕｐＬｅｎｓ、“Ａｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｆｉｌｔｅｒｉｎｇ  ｏｆ  Ｎｅｔｎｅｗｓ，Ｐｒｏｃｅｅｄｉｎｇ  ｏｆ  ＣＳＣＷ‘９４’”、１９９４、ｐｐ．１７５−１８６
【発明の概要】
【発明が解決しようとする課題】
【００１０】
非特許文献１では、利用者が興味を有するジャンルやカテゴリを考慮していないため、利用者の評価値が低くても、そもそもそのジャンルに興味がなかったのか、あるいはジャンルには興味があったが記事の内容が面白くなかったのかを区別することができない。
【００１１】
また、特許文献１では、複数の競合商品からなる商品群の中からユーザの要望に適した商品を推薦することはできるが、ユーザ自身が希望する属性や重要度などを設定しなければならず、推薦商品を得るまでの手続きが煩雑である。
【００１２】
また、特許文献２では、ユーザが最初にカテゴリを選択しなければならないため、ユーザ自身が情報のカテゴリを理解していなければ適切な情報を推薦することができない。
【００１３】
また、特許文献３では、自動的にユーザが興味を有するジャンルを推定して、ユーザの要望に適した情報を提供することができるが、ユーザプロフィール自体を更新してしまうため、ユーザの恒常的な興味と一時的な興味とを区別することができない。
【００１４】
エレベーターの制御パラメータの適正値やオプション機器の要／不要は、各ビルあるいはエレベーターの利用状況や保守状況により異なる。例えば、子供や高齢者が多いマンションや商業施設では、利用者災害を低減する目的で、ドア周りのセンサを追加したり、戸開閉速度を遅くしたりすることは一般的に有効であるが、オフィス内のエレベーターでは、輸送効率を優先し、待ち時間が増加するような制御パラメータの変更は敬遠されることがある。一方で、オフィス内のエレベーターであっても、省エネに対する関心が高い場合は、待ち時間が多少増加しても機器効率の高い運転が好まれる。このような制御パラメータやオプション機器の要／不要は、ビルの用途や立地条件ばかりではなく、ビルオーナーの意向によっても変化する。
【００１５】
しかしながら、上記の従来の協調フィルタリングを用いた推薦装置では、エレベーター設備状況や稼動履歴などに基づいて、利用状況が類似する他のエレベーターを抽出し、多様な機能が用意されているエレベーターの制御パラメータの調整や後付のオプション機器の中から、抽出された類似エレベーターが採用する制御パラメータの調整や後付のオプション機器を提案する場合において、他のエレベーターでの適用状況を反映した推薦を行うことはできるが、ビルオーナーの意向を反映した推薦結果やそのビル固有の課題を解決するような推薦結果を得るためには、予めビルオーナー自身が興味のあるカテゴリを入力しておく必要があった。
【００１６】
本発明は、これらの問題を解決するためになされたものであり、ビルオーナーの要望を反映した的確な推薦を行うことが可能なエレベーターにおけるパラメータおよび機器の推薦装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記の課題を解決するために、本発明によるエレベーターにおけるパラメータおよび機器の推薦装置は、エレベーターの利用者の操作履歴、およびエレベーターに採用済みのオプション機器の動作履歴のうちの少なくとも１つを含む稼動履歴データを蓄積する稼動履歴データ蓄積部と、エレベーターに設定可能なパラメータおよび採用可能なオプション機器の情報であるビル設備パラメータオプション情報を蓄積するビル設備パラメータオプション情報蓄積部と、エレベーターに設定済みのパラメータおよび採用済みのオプション機器の情報であるビル設備情報データを蓄積するビル設備情報データ蓄積部と、稼動履歴データ、ビル設備パラメータオプション情報、およびビル設備情報データに基づいて、推薦対象エレベーターに適切なパラメータおよびオプション機器、あるいは当該パラメータおよびオプション機器を含むカテゴリを第一次推薦候補として抽出する第一次推薦候補抽出部と、第一次推薦候補抽出部にて抽出された第一次推薦候補を第一次推薦結果として出力してユーザに提示する第一次推薦結果出力部と、第一次推薦結果出力部によって提示された第一次推薦結果のうち、ユーザが選択した第一次推薦候補を受け付ける候補選択受付部と、候補選択受付部にて受け付けた第一次推薦候補に基づいて、ビル設備情報データあるいは稼動履歴データを一時的に補正するデータ補正部と、ビル設備パラメータオプション情報と、データ補正部にて補正されたビル設備情報データおよび稼動履歴データとに基づいて、推薦対象エレベーターに適切なパラメータおよびオプション機器を第二次推薦候補として抽出する第二次推薦候補抽出部と、第二次推薦候補抽出部にて抽出された第二次推薦候補を第二次推薦結果として出力してユーザに提示する第二次推薦結果出力部とを備え、ビル設備情報データは、エレベーターにおける仕様および利用状況に関する情報であるエレベーター仕様情報と、パラメータおよびオプション機器の情報であるエレベーター設定情報とを含むことを特徴とする。
【発明の効果】
【００１８】
本発明によると、エレベーターの利用者の操作履歴、およびエレベーターに採用済みのオプション機器の動作履歴のうちの少なくとも１つを含む稼動履歴データを蓄積する稼動履歴データ蓄積部と、エレベーターに設定可能なパラメータおよび採用可能なオプション機器の情報であるビル設備パラメータオプション情報を蓄積するビル設備パラメータオプション情報蓄積部と、エレベーターに設定済みのパラメータおよび採用済みのオプション機器の情報であるビル設備情報データを蓄積するビル設備情報データ蓄積部と、稼動履歴データ、ビル設備パラメータオプション情報、およびビル設備情報データに基づいて、推薦対象エレベーターに適切なパラメータおよびオプション機器、あるいは当該パラメータおよびオプション機器を含むカテゴリを第一次推薦候補として抽出する第一次推薦候補抽出部と、第一次推薦候補抽出部にて抽出された第一次推薦候補を第一次推薦結果として出力してユーザに提示する第一次推薦結果出力部と、第一次推薦結果出力部によって提示された第一次推薦結果のうち、ユーザが選択した第一次推薦候補を受け付ける候補選択受付部と、候補選択受付部にて受け付けた第一次推薦候補に基づいて、ビル設備情報データあるいは稼動履歴データを一時的に補正するデータ補正部と、ビル設備パラメータオプション情報と、データ補正部にて補正されたビル設備情報データおよび稼動履歴データとに基づいて、推薦対象エレベーターに適切なパラメータおよびオプション機器を第二次推薦候補として抽出する第二次推薦候補抽出部と、第二次推薦候補抽出部にて抽出された第二次推薦候補を第二次推薦結果として出力してユーザに提示する第二次推薦結果出力部とを備え、ビル設備情報データは、エレベーターにおける仕様および利用状況に関する情報であるエレベーター仕様情報と、パラメータおよびオプション機器の情報であるエレベーター設定情報とを含むため、ビルオーナーの要望を反映した的確な推薦を行うことが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態１による推薦装置の構成図である。
【図２】本発明の実施形態１によるビル設備情報データ蓄積部に蓄積されるビル設備情報データの一例を示す図である。
【図３】本発明の実施形態１によるビル設備パラメータオプション蓄積部に蓄積されるビル設備パラメータオプション情報の一例を示す図である。
【図４】本発明の実施形態１による稼動履歴データ蓄積部に蓄積される稼動履歴データの一例を示す図である。
【図５】本発明の実施形態１による第一次推薦候補抽出部の動作を示すフローチャートである。
【図６】本発明の実施形態１による第一次推薦候補抽出部にて生成されるビル設備マトリックスの一例を示す図である。
【図７】本発明の実施形態１による第一次推薦候補抽出部における第一次推薦候補の抽出の動作を示すフローチャートである。
【図８】本発明の実施形態１によるユーザに対して第一次推薦結果を提示する画面の一例を示す図である。
【図９】本発明の実施形態１による第一次推薦候補抽出部にて生成されるビル設備マトリックスの一例を示す図である。
【図１０】本発明の実施形態１によるデータ補正部の動作を示すフローチャートである。
【図１１】本発明の実施形態１による第二次推薦候補抽出部の動作を示すフローチャートである。
【図１２】本発明の実施形態１によるユーザに対して第二次推薦結果を提示する画面の一例を示す図である。
【図１３】本発明の実施形態２による推薦装置の構成図である。
【図１４】本発明の実施形態２による候補選択履歴データ蓄積部に蓄積される候補選択履歴データの一例を示す図である。
【図１５】本発明の実施形態２による第一次推薦候補抽出部の動作を示すフローチャートである。
【図１６】本発明の実施形態２による第一次推薦候補抽出部にて生成されるビル設備マトリックスの一例を示す図である。
【図１７】本発明の実施形態２によるデータ補正部の動作を示すフローチャートである。
【図１８】本発明の実施形態３による推薦装置の構成図である。
【図１９】本発明の実施形態３による購入履歴データ蓄積部に蓄積される購入履歴データの一例を示す図である。
【図２０】本発明の実施形態３による購入履歴データ蓄積部に蓄積される工期履歴データの一例を示す図である。
【図２１】本発明の実施形態３による第一次推薦候補抽出部の動作を示すフローチャートである。
【図２２】本発明の実施形態３による第一次推薦候補抽出部にて生成されるビル設備マトリックスの一例を示す図である。
【発明を実施するための形態】
【００２０】
本発明の実施形態について、図面に基づいて以下に説明する。
【００２１】
〈実施形態１〉
図１は、本実施形態１による推薦装置１０１の構成図である。図１に示すように、各ビルに設置されたエレベーター１０２ａ〜１０２ｃ（以下、単にエレベーター１０２とも称する）から、稼動履歴であるエレベーター信号のデータを集計して、後述の稼動履歴データ（図４参照）として稼動履歴データ蓄積部１０７に蓄積する。なお、エレベーター信号のデータには、日時、かご位置、走行状態（走行中／停止中）、かご負荷、戸開ボタン押下状態、戸閉ボタン押下状態、乗場ボタン押下状態、ドアセンサ感知状態などが含まれる。また、エレベーター信号を受信して、稼動履歴データ蓄積部１０７に蓄積する方法は、エレベーター１０２の制御装置（図示せず）に搭載された通信ソフトウェアにより、電話回線やインターネット回線を経由してオンラインで収集する方法や、ビルを訪問した保守作業者がエレベーター１０２に接続して、エレベーター信号の履歴を蓄積する信号蓄積装置からデータを抽出して持ち帰るオフラインによる収集方法などがある。
【００２２】
図２は、本実施形態１によるビル設備情報データ蓄積部１０６に蓄積されるビル設備情報データの一例を示す図である。図２に示すように、ビル設備情報データ蓄積部１０６は、エレベーター１０２に設定済みのパラメータや採用済みのオプション機器の情報であるビル設備情報データを蓄積している。ビル設備情報データ蓄積部１０６に蓄積されるビル設備情報データは、エレベーター仕様情報とエレベーター設定情報とを含んでいる。
【００２３】
エレベーター仕様情報は、ビルやエレベーターにおける、仕様や利用状況に関する情報であり、エレベーター番号フィールド２０１、ビル用途フィールド２０２、居住人数フィールド２０３などを含む。これらの情報は、エレベーターの利用者層、利用率、混雑度、待ち時間に関連する。なお、エレベーター仕様情報は、上記の他に、機種、住所、エレベーター用途、テナント数、起動回数、定員、竣工日付、階床数、エレベーター速度、走行時間、マンションにおけるペット飼育の可否などの情報を含んでもよい。
【００２４】
また、エレベーター設定情報は、エレベーター１０２の制御に関わる設定可能なパラメータやオプションとして付加される機器の情報であり、ドアセンサフィールド２０４、戸開閉時間フィールド２０５、不干渉時間フィールド２０６などを含む。なお、オプション機器情報は、ドアセンサフィールド２０４のように、機器のタイプを入力してもよいし、単にオプション機器の有無の情報を「１」、「０」などで入力してもよい。
【００２５】
ビル設備パラメータオプション蓄積部１０５は、エレベーターの制御パラメータやオプション機器（以下、「サービス」とも称する）に関するビル設備パラメータオプション情報（すなわち、エレベーター１０２に設定可能な制御パラメータや採用可能なオプション機器の情報）を蓄積している。図３は、本実施形態１によるビル設備パラメータオプション蓄積部１０５に蓄積されるビル設備パラメータオプション情報の一例を示す図である。
【００２６】
図３に示すように、サービス名称フィールド３０３はサービスの名称を示し、カテゴリフィールド３０２はサービス名称フィールド３０３に示されるサービスを機能などにより分類したカテゴリを示している。カテゴリは、ビルオーナーや利用者がエレベーター１０２に対して関心のある項目を示しており、利用者安全、防犯、利用者サービス、防災、省エネなどがある。サービス番号フィールド３０１は、サービスごとに一意に付けられた識別番号であるが、図３に示される「乗場モニタ」のように、同じサービスであってもカテゴリが異なる場合は、異なるサービスとして扱って異なるサービス番号を付してもよく、カテゴリフィールドに複数のカテゴリを併記してもよい。最大値定義フィールド３０４および最小値定義フィールド３０５では、制御パラメータについて設定可能な最大値と最小値とをそれぞれ定義している。必須条件フィールド３０６は、サービスを適用する際に必須となる他のサービスを示しており、必須条件フィールド３０６で定義されたサービスを適用していないエレベーター１０２については、推薦対象から除く、あるいは同時に推薦されるようにする、あるいは単に他のサービスも適用する必要があることをユーザに示す。組合せ不可フィールド３０７は、同時に適用できないサービスのサービス番号を表し、すでに導入されているサービスと組み合わせできないサービスを推薦されにくくしたり、すでに導入されているサービスと組み合わせできないサービスを推薦する場合にユーザに注意を促したりするために用いる。また、必須条件フィールドを設けて、サービスを導入するには他のサービスがすでに導入されていることが必要条件であることを表してもよい。価格フィールド３０８と工期フィールド３０９は、それぞれサービスを適用するのに必要な価格と工期を示している。なお、ビル設備パラメータオプション情報は、上記の他に、制御パラメータの一般的な値や出荷時の値を示すデフォルト値フィールドなどを含んでもよい。
【００２７】
稼動履歴データ蓄積部１０７は、エレベーター信号を集計した稼動履歴データを蓄積している。図４は、本実施形態１による稼動履歴データ蓄積部１０７に蓄積される稼動履歴データの一例を示す図である。
【００２８】
図４に示すように、エレベーター番号フィールド４０１は、エレベーター１０２ごとに一意に付与された識別番号であり、図２のエレベーター番号フィールド２０１を参照することにより、各エレベーター仕様情報を得ることができる。なお、エレベーター番号フィールド４０１に示されるエレベーター識別番号は、図４に示される形式に限らず、建物識別番号とエレベーター号機とを組み合わせたものや、建物の緯度経度とエレベーター号機とを組み合わせたものであってもよい。また、建物を表す識別番号や緯度経度などの建物番号とエレベーター号機とをそれぞれ別のフィールドで定義してもよい。また、エレベーター番号フィールド４０１を持たず、エレベーター番号ごとに稼動履歴データのテーブルを生成してもよい。
【００２９】
集計期間フィールド４０２は、稼動履歴データの集計対象期間を示しており、集計期間よりも新しいデータが収集されたときに稼動履歴データを更新する。
【００３０】
起動回数フィールド４０３、戸開ボタン操作回数フィールド４０４、戸閉ボタン操作回数フィールド４０５、駆け込み回数フィールド４０６、平均乗車率フィールド４０７は、集計期間に含まれる日数による影響を排除するため、それぞれ１日ごとに平均した集計結果を示している。なお、曜日や平日／休日、利用階床による差を考慮するため、これらのフィールドを追加してもよい。
【００３１】
次に、第一次推薦候補抽出部１０８の動作について説明する。図５は、本実施形態１による第一次推薦候補抽出部１０８の動作を示すフローチャートである。図５に示すように、第一次推薦候補抽出部１０８は、ビル設備パラメータオプション蓄積部１０５からビル設備パラメータオプション情報を取得し（ステップＳ５０１）、ビル設備情報データ蓄積部１０６からビル設備情報データを取得し（ステップＳ５０２）、稼動履歴データ蓄積部１０７から稼動履歴データを取得する（ステップＳ５０３）。次に、取得したビル設備パラメータオプション情報、ビル設備情報データ、および稼動履歴データに基づいてビル設備マトリックスを生成する（ステップＳ５０４）。ステップＳ５０４にて生成したビル設備マトリックスに対して、商品購買サイト等でよく利用されている協調フィルタリングを適用するために、当該ビル設備マトリックスを正規化する（ステップＳ５０５）。ステップＳ５０５にてビル設備マトリックスを正規化した後、協調フィルタリングを適用して第一次推薦候補（推薦対象エレベーター１０２に適切なパラメータやオプション機器、あるいは当該パラメータやオプション機器を含むカテゴリ）を抽出する（ステップＳ５０６）。第一次推薦候補の抽出については、協調フィルタリングによる予測値の高いものを上位候補として抽出する。
【００３２】
次に、図５のステップＳ５０４における、ビル設備マトリックスの生成について説明する。図６は、本実施形態１による第一次推薦候補抽出部１０８にて生成されるビル設備マトリックスの一例を示す図である。図６に示すように、オフィスデータフィールド６０２、マンションデータフィールド６０３、病院データフィールド６０４は、図２に示すビル用途フィールド２０２に記憶されたデータであり、該当するビル用途のデータフィールドに「１」、非該当のデータフィールドに「０」を入力したものである。
【００３３】
また、光電式ドアセンサデータフィールド６０６、ラインシグナルドアセンサデータフィールド６０７、マルチビームドアセンサデータフィールド６０８は、図２に示すドアセンサフィールド２０４に記憶されたデータであり、各エレベーターが採用しているドアセンサのうち、該当するデータフィールドに「１」を入力したものである。なお、現在、設置されているドアセンサは、ビルオーナーが積極的に選択したものであるのか、または据付時点で他のドアセンサが販売されていなかったために当該ドアセンサを選択したのかが不明であるため、設置されていないドアセンサの欄を空白にしている。例えば、エレベーター番号「２６８００４−００１」の据付時点で、光電式ドアセンサは販売されていたが、ラインシグナルドアセンサは未販売だった場合は、光電式ドアセンサをユーザが選択しなかった意図を明確化するために、当該エレベーターの光電式ドアセンサデータフィールド６０６に「０」を入力し、ラインシグナルドアセンサはユーザが意図的に導入しなかったかどうか不明であることを示すために、ラインシグナルドアセンサデータフィールド６０７を空白にしてもよい。
【００３４】
また、戸開閉時間設定値フィールド６０９は、図２に示す戸開閉時間フィールド２０５に記憶されたデータであり、設定されている戸開閉時間の値を入力する。なお、出荷時の値から変更されていない場合は、図６に示すように空白としてもよい。防犯カメラデータフィールド６１０、乗場モニタデータフィールド６１１は、それぞれのサービスが採用されている場合に「１」を入力する。戸開ボタン操作回数履歴データフィールド６１２、駆け込み回数履歴データフィールド６１３は、図４に示す戸開ボタン操作回数フィールド４０５、駆け込み回数データフィールド４０６に記憶された値であり、各履歴の集計値を入力する。
【００３５】
なお、図６に示すビル設備マトリックスは一例であり、ビル設備パラメータオプション蓄積部１０５、ビル設備情報データ蓄積部１０６、稼動履歴データ蓄積部１０７のそれぞれに蓄積されたデータを組み合わせて作成されるマトリックスであればよい。
【００３６】
次に、図５のステップＳ５０５における、ビル設備マトリックスの正規化について説明する。図６に示されるようなビル設備マトリックスにおいて、他の列よりも突出した大きい値を持つ列があると、当該列に対して不正に大きな重みを与えて、その列の影響を大きく受けた推薦候補を抽出してしまう。従って、正規化は、協調フィルタリングを適用する際に一般的に行われている。
【００３７】
例えば、図６に示すビル設備マトリックスでは、居住人数データフィールド６０５が他の列と比較して非常に大きな値となっている。この場合、他の列がほとんど類似していなくても、居住人数の値が近いエレベーターを類似エレベーターとして抽出してしまうことになる。そこで、列ｘに入力されている値の最大値ｍａｘ（ｘ）と最小値ｍｉｎ（ｘ）とを求め、以下の式（１）によって０〜１の値となるように、列ｘの値を正規化したｘ’を算出する。
【００３８】
ｘ’＝ｘ／（ｍａｘ（ｘ）−ｍｉｎ（ｘ））・・・（１）
なお、式（１）は、正規化を行うための式の一例であり、このような線形関数による正規化でなくてもよい。同様に、戸開閉時間データフィールド６０９、戸開ボタン操作回数フィールド６１２、駆け込み回数フィールド６１３に対しても、０〜１の値となるように正規化する。なお、戸開閉時間設定値フィールド６０９は、ビル設備パラメータオプション情報に設定可能な値の範囲が定義されているので、ｍａｘ（ｘ）およびｍｉｎ（ｘ）の代わりに、最大値定義フィールド３０４および最小値定義フィールド３０５の値（図３参照）を使用してもよい。
【００３９】
次に、図５のステップＳ５０６における、第一次推薦候補の抽出について説明する。図７は、本実施形態１による第一次推薦候補抽出部１０８における第一次推薦候補の抽出の動作を示すフローチャートである。図７に示すように、ビル設備マトリックスの推薦対象エレベーター１０２（ここでは、図６に示すエレベーター番号「２６８００１−００１」として説明する）におけるサービスのうち、まず１つめのカテゴリ、例えば、利用者安全のカテゴリに関するサービスにおいて、値を入力済みの少なくとも１つ以上のサービス、すなわち、光電式ドアセンサフィールド６０６の欄を空白にする（ステップＳ７０１）。次に、利用者安全のカテゴリに関するサービス、すなわち、光電式ドアセンサフィールド６０６、ラインシグナルドアセンサデータフィールド６０７、マルチビームドアセンサデータフィールド６０８、戸開閉時間フィールド６０９の各値（空白部分の値）を協調フィルタリングにより予測する（ステップＳ７０２）。ここで予測された値は、ユーザがオプション装置を導入する確率、あるいは設定パラメータの適正値を表すと考えられる。そして、最大値を持つサービス、あるいは戸開閉時間などのように値を設定する場合は、デフォルト値または現状の値との差が最大のサービスを抽出して出力する（ステップＳ７０３）。続いて、上記の動作を他のカテゴリに対しても同様に実行していき、すべてのカテゴリに対して実行する。すなわち、第一次推薦候補抽出部１０８は、カテゴリごとに、ビル設備マトリックスの各カテゴリに属する少なくとも１つ以上の制御パラメータやオプション機器の情報を空白として第一次推薦候補の抽出を行う。
【００４０】
例えば、光電式ドアセンサとマルチビームドアセンサとは同時に設置できない。従来の協調フィルタリングのように、採用されているサービスを「１」とすると、光電式ドアセンサとマルチビームドアセンサは同時に設置できないので、光電式ドアセンサが採用されているエレベーターの場合は、光電式ドアセンサの値が「１」、マルチビームドアセンサの値が「０」となる。したがって、光電式ドアセンサが設置され、マルチビームドアセンサが設置されていないビルが類似ビルとして抽出されることになるので、マルチビームドアセンサに対する予測値が非常に低くなり、推薦される可能性が非常に低くなる。上記の動作を実行することによって、採用済みのサービスを一旦、空白にするので、本実施形態１によれば、現在、採用済みか否かに関わらず、カテゴリごとに最も適切と推測されるサービスを出力することができる。
【００４１】
推薦結果出力部１０９（第一次推薦結果出力部）は、第一次推薦候補抽出部１０８にて抽出された第一次推薦候補を推薦結果（第一次推薦結果）としてユーザ端末１０３に出力し、ユーザに提示する。図８は、本実施形態１によるユーザに対して第一次推薦結果を提示する画面の一例を示す図である。図８に示すように、推薦サービス表示８０１には、推薦結果を示すメッセージ（推薦サービス）が表示される。推薦サービスは、協調フィルタリングによる予測値の大きい順、すなわちユーザにとって適切とされる順に表示される。
【００４２】
推薦サービス表示８０１は、図８に示すようなパラメータやオプション機器のカテゴリ、すなわち「利用者が安全に利用できるようにしたい」などの効果を表すメッセージでもよいし、「マルチビームドアセンサ」などの推薦サービス名（パラメータやオプション機器の名称）でもよいし、「お客様のビルは類似ビルと比べて駆け込み乗車が多いです」などの課題を表すメッセージでもよい。ユーザが詳細リクエストボタン８０２ａ〜８０２ｅ（以下、単に詳細リクエストボタン８０２とも称する）を押下すると、候補選択受付部１１０がユーザ端末１０３で選択された項目を受信して、選択されたサービス項目をデータ補正部１１１に送信する。すなわち、候補選択受付部１１０は、推薦結果出力部１０９によって提示された推薦結果のうち、ユーザが選択した第一次推薦候補を受け付ける。また、終了ボタン８０３を押下すると、推薦サービスの表示を終了する。
【００４３】
図９は、本実施形態１による第一次推薦候補抽出部１０８にて生成されるビル設備マトリックスの一例を示す図である。
【００４４】
図６に示すビル設備マトリックスに代えて、図９に示すようにサービス項目をカテゴリごととしてもよい。このようにする場合、各カテゴリのサービスのうち、いずれか１つでも採用されていれば「１」を入力し、いずれも採用されていなければ空欄とする。あるいは、採用されているサービス数を集計してもよい。例えば、エレベーター番号「２６８００３−００１」は、利用者安全のカテゴリに関するサービスのうち、ラインシグナルドアセンサおよび戸開閉時間調整を採用しているので、「２」を入力してもよい。また、サービス数を集計してビル設備マトリックスを生成する場合は、カテゴリやエレベーターによって最大値が大きく異なる場合があるので、前述（図５のステップＳ５０５参照）と同様の方法で正規化を行う。このようにすることにより、ビル設備マトリックスの列数を少なくできるので、協調フィルタリングにおける行列の計算量を少なくでき、計算時間を短くすることができる。図９に示すビル設備マトリックスを用いて第一次推薦候補抽出部１０８にて推薦された結果は、図８に示すような画面をユーザに対して提示され、ユーザが詳細リクエストボタン８０２を押下すると、候補選択受付部１１０がユーザ端末１０３で選択された項目を受信して、選択されたカテゴリをデータ補正部１１１に送信する。
【００４５】
データ補正部１１１は、ユーザが選択した項目に基づいて、蓄積されたデータを補正して、第二次推薦候補抽出部１１２に送信する。すなわち、データ補正部１１１は、候補選択受付部１１０にて受け付けた第一次推薦候補に基づいて、ビル設備情報データあるいは稼動履歴データを一時的に補正する。図１０は、本実施形態１によるデータ補正部１１１の動作を示すフローチャートである。図１０に示すように、まず、ビル設備パラメータオプション蓄積部１０５からビル設備パラメータオプション情報を取得し（ステップＳ１００１）、ビル設備情報データ蓄積部１０６からビル設備情報データを取得し（ステップＳ１００２）、稼動履歴データ蓄積部１０７から稼動履歴データを取得する（ステップＳ１００３）。なお、図１０のステップＳ１００１〜ステップＳ１００３は、図５のステップＳ５０１〜ステップＳ５０３の動作と同様である。
【００４６】
次に、選択されたカテゴリの値（指標値）を改善するように、ステップＳ１００３にて取得した稼動履歴データを修正する（ステップＳ１００４）。すなわち、データ補正部１１１は、候補選択受付部１１０がユーザの選択をカテゴリで受け付けたときに、当該カテゴリに関連する稼動履歴データを修正する。例えば、「待ち時間を短くしたい」という要望がユーザからある場合は、関連する稼動履歴データである「待ち時間」の指標値を例えば、実際は「３０秒」である場合に、「２０秒」などと、実際よりも改善されるような値に一時的に修正する。なお、指標値をどの程度改善するかは、一律でＸ％改善するように修正してもよいし、他の類似ビルの平均値よりも大きければ平均値となるように修正するなどしてもよい。
【００４７】
次に、ビル設備パラメータオプション情報、ビル設備データ、および補正した稼動履歴データに基づいてビル設備マトリックスを生成する（ステップＳ１００５）。なお、ビル設備マトリックスの生成方法については、図５のステップＳ５０４の方法と同じであるため、ここでは説明を省略する。
【００４８】
次に、ユーザが選択したカテゴリに基づいて、ビル設備マトリックスを補正する。具体的には、ユーザは当該カテゴリに興味を持っている可能性があることを反映して、ユーザが選択したカテゴリに属するサービスに対して値が入力されている場合は、当該カテゴリのサービスを推薦対象とするために、マトリックスの当該カテゴリの少なくとも１つのセルを空欄にする（ステップＳ１００６）。そして、ユーザは当該カテゴリ以外には興味を持っていないことを反映して、推薦対象から除外するために、ユーザが選択したカテゴリ以外のカテゴリに属するサービスに対して値が入力されていない場合、つまりマトリックスのセルが空欄の場合は「０」を入力する（ステップＳ１００７）。すなわち、データ補正部１１１は、候補選択受付部１１０がユーザの選択をカテゴリで受け付けたときに、ビル設備マトリックスのカテゴリに属する少なくとも１つ以上の制御パラメータやオプション機器の情報を空白とし、ビル設備マトリックスのカテゴリに属さない少なくとも１つ以上の制御パラメータやオプション機器の情報をゼロとする。このようにすることにより、ユーザが興味のないカテゴリのサービスが推薦されるのを防止し、当該カテゴリには興味がないことを反映した推薦を行うことができる。また、興味のあるカテゴリについては、現在、採用されているか否かに関わらず推薦対象とすることにより、より適切なサービスを推薦することができる。
【００４９】
次に、第二次推薦候補抽出部１１２の動作について説明する。図１１は、本実施形態１による第二次推薦候補抽出部１１２の動作を示すフローチャートである。図１１に示すように、まず、補正されたビル設備マトリックスを正規化する（ステップＳ１１０１）。なお、ステップＳ１１０１における正規化の方法は、図５のステップＳ５０５と同様であるため、ここでは説明を省略する。次に、協調フィルタリングを適用して、空欄となっているセルの値を予測し、予測値の大きい順に少なくとも１つ以上のサービスを第二次推薦候補として抽出する（ステップＳ１１０２）。すなわち、第二次推薦候補抽出部１１２は、ビル設備パラメータオプション情報と、データ補正部１１１にて補正されたビル設備情報データおよび稼動履歴データとに基づいて、推薦対象エレベーター１０２に適切な制御パラメータやオプション機器を第二次推薦候補として抽出する。
【００５０】
推薦結果出力部１０９（第二次推薦結果出力部）は、第二次推薦候補抽出部１１２が抽出した第二次推薦候補を推薦結果（第二次推薦結果）としてユーザ端末１０３に出力し、ユーザに提示する。図１２は、本実施形態１によるユーザに対して第二次推薦結果を提示する画面の一例を示す図である。図１２に示すように、推薦サービス表示１２０１には、推薦結果のサービス名が表示される。推薦されるサービスは、オプション装置の場合は協調フィルタリングによる予測値の大きい順、すなわちユーザにとって適切とされる順に、設定パラメータの場合は現状あるいはデフォルトとの差が大きい順に表示する。ユーザが詳細リクエストボタン１２０２ａ，１２０２ｂ（以下、単に詳細リクエストボタン１２０２とも称する）を押下すると、図示しない詳細表示部が、ビル設備パラメータオプション蓄積部１０５に蓄積されたサービスの情報あるいはカタログなどの詳細をユーザに提示する。あるいは、保守作業者や保守会社のサーバに対して、ユーザがサービスを選択した旨のメッセージを送信したり、保守作業者や保守会社のサーバに問い合わせを行うようユーザ端末１０３でメール作成画面を開いたりするようにしてもよい。なお、図１２は、ユーザに対する推薦結果の表示の一例であり、他に、定期点検の結果報告書の一部や付録として記載したり、かご内や乗場に搭載されたモニタに配信したりしてもよい。
【００５１】
以上のことから、本実施形態１によれば、他の類似ビルでの採用実績だけでなく、ビルオーナーの要望（意向）を反映した的確な推薦を行うことが可能となる。
【００５２】
〈実施形態２〉
図１３は、本実施形態２による推薦装置１３０１の構成図である。図１３に示すように、本実施形態２では、候補選択履歴データ蓄積部１３０２を備えていることを特徴としている。なお、図１３において、図１と同じ符号を付与した構成要素は実施形態１と同様であるため、ここでは説明を省略する。
【００５３】
候補選択履歴データ蓄積部１３０２は、過去にユーザに提示された推薦結果に対して、ユーザが選択したサービス、および選択しなかったサービスの履歴を記録した候補選択履歴データを蓄積している。すなわち、候補選択履歴データ蓄積部１３０２は、推薦結果出力部１０９にて提示された推薦結果のうち、ユーザが選択した第一次推薦候補、あるいはユーザが選択しなかった第一次推薦候補を候補選択履歴データとして蓄積している。
【００５４】
図１４は、本実施形態２による候補選択履歴データ蓄積部１３０２に蓄積される候補選択履歴データの一例を示す図である。図１４に示すように、エレベーター番号フィールド１４０１は、推薦結果を提示した相手を示しており、例えば、エレベーターごとに固有のエレベーター番号、建物ごとに固有の建物番号、ビルオーナー等のユーザごとに固有のユーザ番号などであってもよい。サービス番号フィールド１４０２は、ユーザに提示したサービスを示しており、例えば、サービスごとに固有のサービス番号やカテゴリなどであってもよい。選択／非選択フィールド１４０３は、提示した推薦結果をユーザが選択したか否かを示しており、選択した場合は「１」、選択しなかった場合は「０」が記録される。
【００５５】
なお、選択／非選択フィールド１４０３は、ユーザが興味を持ったか否か、あるいは興味の程度を示すものであればよく、例えば、ユーザが選択した回数や詳細情報を閲覧した時間などを記録してもよい。このように、候補選択履歴データ蓄積部１３０２を設けることにより、過去に関心を持ったサービスや関心を持たなかったサービスを推薦結果に反映させることができるため、よりユーザの興味を反映した適切なサービスを推薦することができる。また、既に問い合わせを行うなどの詳細情報を入手済みのサービスや関心のないサービスを、何度も繰り返し推薦することを防止することができる。
【００５６】
また、候補選択履歴データ蓄積部１３０２に蓄積されたデータは、定期的に廃棄してもよい。例えば、１年以上経過した候補選択履歴データを廃棄するようにする。このようにすることにより、過去に問い合わせを行ったが採用しなかったサービスや関心がないとしたサービスも推薦対象とすることができるので、採用を検討しながらも時間が経過して忘れてしまった場合や時間の経過とともに要求が変化した場合に、時宜にかなったサービスを推薦することができる。
【００５７】
次に、第一次推薦候補抽出部１３０８の動作について説明する。図１５は、本実施形態２による第一次推薦候補抽出部１３０８の動作を示すフローチャートである。図１５に示すように、第一次推薦候補抽出部１３０８は、ビル設備パラメータオプション蓄積部１０５からビル設備パラメータオプション情報を取得し（ステップＳ１５０１）、ビル設備情報データ蓄積部１０６からビル設備情報データを取得し（ステップＳ１５０２）、稼動履歴データ蓄積部１０７から稼動履歴データを取得する（ステップＳ１５０３）。また、候補選択履歴データ蓄積部１３０２から候補選択履歴データを取得する（ステップＳ１５０４）。次に、ステップＳ１５０１〜ステップＳ１５０４にて取得した各データに基づいて、ビル設備マトリックスを生成する（ステップＳ１５０５）。ステップＳ１５０５の後、協調フィルタリングをビル設備マトリックスに適用するために、当該ビル設備マトリックスを正規化する（ステップＳ１５０６）。ステップＳ１５０６の後、協調フィルタリングを適用して、第一次推薦候補を抽出する（ステップＳ１５０７）。なお、図１５のステップＳ１５０１〜ステップＳ１５０３は、図５のステップＳ５０１〜ステップＳ５０３の動作と同様である。また、図１５のステップＳ１５０６およびステップＳ１５０７は、図５のステップＳ５０５およびステップＳ５０６の動作と同様である。
【００５８】
次に、図１５のステップＳ１５０５における、ビル設備マトリックスの生成について説明する。図１６は、本実施形態２による第一次推薦候補抽出部１３０８にて生成されるビル設備マトリックスの一例を示す図である。図１６に示すように、まず、図６と同様に、ビル設備パラメータオプション蓄積部１０５に蓄積されたビル設備パラメータオプション情報、ビル設備情報データ蓄積部１０６に蓄積されたビル設備情報データ、および稼動履歴データ蓄積部１０７に蓄積された稼動履歴データを組み合わせてビル設備マトリックスを生成する。
【００５９】
次に、図１５のステップＳ１５０４において取得した候補選択履歴データに基づいて、ビル設備マトリックスを更新する。例えば、過去に、エレベーター番号「２６８００１−００１」のオーナーであるユーザに対して、マルチビームドアセンサと乗場モニタを推薦した際、ユーザはマルチビームドアセンサの詳細情報を閲覧したが、乗場モニタの詳細情報は閲覧しなかったとする。この場合、ビル設備マトリックスにおいて、ユーザは乗場モニタには興味がないことを反映して、乗場モニタフィールド１６１１に「０」を入力する。なお、「０」という数値は、設置する可能性がない、または非常に低いことを意味する値であればよく、「０．１」などでもよい。一方、マルチビームドアセンサフィールド１６０８に「０．５」など、「０」より大きく、「１」に近い値を入力することにより、興味はあるが採用しないというユーザの意志（意向）を反映することができる。
【００６０】
また、図９に示すように、サービス項目をカテゴリごととして生成したビル設備マトリックスの場合も同様に、例えば、ユーザが過去に閲覧したサービスのカテゴリに対しては１以上の重みを与えて元の値に掛けたり、正数を加えたりし、閲覧しなかったサービスのカテゴリに対しては１未満の重みを与えて元の値に掛けたり、負数を加えたりするなどの方法により、過去の推薦結果に対するユーザの反応を反映したビル設備マトリックスを生成する。
【００６１】
このようにすることにより、ユーザの興味を反映した推薦を行うことができる。また、未採用のサービスのうち、採用する見込みがない、あるいは非常に少ないサービスに対しては、確定した値を一時的に入力することにより、推薦対象から除外するようにして、再度、同じサービスが推薦されることがないようにすることができる。
【００６２】
推薦結果出力部１０９は、第一次推薦候補抽出部１３０８で抽出された推薦候補をユーザ端末１０３に出力し、例えば、図８に示すような画面を用いてユーザに提示する。この際、第一次推薦候補抽出部１３０８における協調フィルタリングによる予測値に対して、過去に興味を持ったカテゴリには１以上の重みを与えたり、正数を加えたりするなどの補正を行って、補正後の予測値の大きい順、すなわちユーザにとって適切とされる順に表示する。
【００６３】
候補選択受付部１３０３は、推薦結果出力部１０９がユーザ端末１０３に出力した推薦結果の中からユーザが選択した候補を受信して、当該選択結果を候補選択履歴データ蓄積部１３０２に蓄積するとともに、データ補正部１３０４にも選択結果を送信する。
【００６４】
データ補正部１３０４は、ユーザが選択した項目に基づいて、蓄積されたデータを補正して、第二次推薦候補抽出部１１２に送信する。図１７は、本実施形態２によるデータ補正部１３０４の動作を示すフローチャートである。図１７に示すように、まず、ビル設備パラメータオプション蓄積部１０５からビル設備パラメータオプション情報を取得し（ステップＳ１７０１）、ビル設備情報データ蓄積部１０６からビル設備情報データを取得し（ステップＳ１７０２）、候補選択履歴データ蓄積部１３０２から候補選択履歴データを取得し（ステップＳ１７０３）、稼動履歴データ蓄積部１０７から稼動履歴データを取得する（ステップＳ１７０４）。なお、図１７のステップＳ１７０１、ステップＳ１７０２、ステップＳ１７０４は、図５のステップＳ５０１、ステップＳ５０２、ステップＳ５０３の動作と同様である。
【００６５】
次に、図１０のステップＳ１００４と同様に、選択されたカテゴリの指標値を改善するように修正する（ステップＳ１７０５）。
【００６６】
次に、ビル設備パラメータオプション情報、ビル設備情報、候補選択履歴データ、および補正された稼動履歴データに基づいてビル設備マトリックスを生成する（ステップＳ１７０６）。
【００６７】
次に、ユーザが選択したカテゴリに基づいて、ビル設備マトリックスを補正する。具体的には、ユーザは当該カテゴリに興味を持っている可能性があることを反映して、ユーザが選択したカテゴリに属するサービスに対して値が入力されている場合は、当該カテゴリのサービスを推薦対象とするために、マトリックスの当該カテゴリの少なくとも１つのセルを空欄にする（ステップＳ１７０７）。そして、ユーザは当該カテゴリ以外には興味を持っていないことを反映して、推薦対象から除外するために、ユーザが選択したカテゴリ以外のカテゴリに属するサービスに対する値が入力されていない場合、すなわちビル設備マトリックスのセルが空欄の場合は「０」を入力する（ステップＳ１７０８）。
【００６８】
なお、図１７のステップＳ１７０６〜ステップＳ１７０８は、図１０のステップＳ１００５〜ステップＳ１００７の動作と同様であるため説明を省略する。
【００６９】
このようにすることにより、過去に推薦したが選択されなかった候補、すなわちユーザが興味のないカテゴリのサービスが推薦されることを防止しつつ、当該カテゴリには興味がないことを反映した推薦を行うことができる。また、興味のあるカテゴリについては、現在、採用されているか否かに関わらず、推薦対象とすることにより、当該カテゴリ内のより適切なサービスを推薦することができる。
【００７０】
第二次推薦候補抽出部１１２の動作は、図１１に示すフローチャートと同様であるため、ここでは説明を省略する。すなわち、本実施形態２による第二次推薦候補抽出部１１２は、ビル設備パラメータオプション情報と、候補選択履歴データと、データ補正部１３０４にて補正されたビル設備情報データおよび稼動履歴データとに基づいて第二次推薦候補を抽出する。
【００７１】
推薦結果出力部１０９は、第二次推薦候補抽出部１１２が抽出した推薦結果をユーザ端末１０３に出力し、例えば、図１２に示すような画面をユーザに提示する。
【００７２】
以上のことから、本実施形態２によれば、候補選択履歴データ蓄積部１３０２を設けることにより、ユーザが過去に関心を持ったサービスや関心を持たなかったサービスを推薦結果に反映させることができるため、よりユーザの興味を反映した適切なサービスを推薦することができる。また、既に問い合わせを行うなどの詳細情報を入手済みのサービスや、関心のないサービスを何度も繰り返して推薦することをなくすことができる。
【００７３】
〈実施形態３〉
図１８は、本実施形態３による推薦装置１８０１の構成図である。図１８に示すように、本実施形態３では、購入履歴データ蓄積部１８０２を備えていることを特徴としている。なお、図１８において、図１と同じ符号を付与した構成要素は実施形態１と同様であるため、ここでは説明を省略する。
【００７４】
購入履歴データ蓄積部１８０２は、ビルオーナー等が購入し、エレベーターに適用したサービスの価格、すなわち購入履歴データを蓄積したデータベースである。すなわち、購入履歴データ蓄積部１８０２は、ユーザが制御パラメータやオプション機器を過去に設定、購入、あるいは契約した履歴を購入履歴データとして蓄積している。
【００７５】
図１９は、本実施形態３による購入履歴データ蓄積部１８０２に蓄積される購入履歴データの一例を示す図である。図１９に示すように、エレベーター番号フィールド１９０１は、推薦結果を提示した相手を示しており、エレベーター１０２ごとに固有のエレベーター番号、建物ごとに固有の建物番号、ビルオーナー等のユーザごとに固有のユーザ番号などであってもよい。サービス番号フィールド１９０２は、ユーザに提示したサービスを示しており、サービスごとに固有のサービス番号や、カテゴリなどでもよい。購入価格フィールド１９０３は、エレベーター１０２が設置されたビルのビルオーナーがサービスを購入した価格あるいは契約サービスの月額等に関する情報を示しており、価格に限らず、定価からの値引率などであってもよい。また、他に購入日や契約日、契約期間等の情報を含んでもよい。
【００７６】
また、購入履歴データ蓄積部１８０２は、図２０に示すような工期履歴データを蓄積してもよい。図２０は、本実施形態３による購入履歴データ蓄積部１８０２に蓄積される工期履歴データの一例を示す図である。図２０に示すように、エレベーター番号フィールド２００１は、推薦結果を提示した相手を示しており、エレベーター１０２ごとに固有のエレベーター番号、建物ごとに固有の建物番号、ビルオーナー等のユーザごとに固有のユーザ番号などであってもよい。サービス番号フィールド２００２は、ユーザに提示したサービスを示しており、サービスごとに固有のサービス番号や、カテゴリなどでもよい。工期フィールド２００３は、エレベーター１０２にサービスを適用する工事等に要した時間あるいは期間、すなわち工期に関する情報であり、工期そのものでなく、標準工期に対する時間の比などであってもよい。
【００７７】
なお、購入履歴データ蓄積部１８０２は、図１９に示すような購入価格履歴と図２０に示すような工期履歴との両方を含んでもよい。
【００７８】
次に、第一次推薦候補抽出部１８０４の動作について説明する。図２１は、本実施形態３による第一次推薦候補抽出部１８０４の動作を示すフローチャートである。図２１に示すように、第一次推薦候補抽出部１８０２は、ビル設備パラメータオプション蓄積部１０５からビル設備パラメータオプション情報を取得し（ステップＳ２１０１）、ビル設備情報データ蓄積部１０６からビル設備情報データを取得し（ステップＳ２１０２）、稼動履歴データ蓄積部１０７から稼動履歴データを取得する（ステップＳ２１０３）。また、購入履歴データ蓄積部１８０２から購入履歴データを取得する（ステップＳ２１０４）。次に、ステップＳ２１０１〜ステップＳ２１０４にて取得した各データに基づいて、ビル設備マトリックスを生成する（ステップＳ２１０５）。ステップＳ２１０５の後、協調フィルタリングをビル設備マトリックスに適用するために、当該ビル設備マトリックスを正規化する（ステップＳ２１０６）。ステップＳ２１０６の後、協調フィルタリングを適用して、第一次推薦候補を抽出する（ステップＳ２１０７）。ここで予測される購入価格はユーザにとって支出可能な適正価格、予測される工期は許容可能な適正工期、すなわち当該カテゴリをどの程度重要視しているかを表す基準であると考えられる。したがって、第一次推薦候補の抽出に関しては、購入価格の予測値が購入済みの価格の合計を上回って、その差が大きいものを上位候補として抽出する。購入履歴データが工期である場合は、工期の予測値が設置済みの工期の合計を上回って、その差が大きいものを上位候補として抽出する。すなわち、より多くの価格あるいは工期を費やしてでも採用するほど関心が高いと予想される機器やサービスを含むカテゴリを抽出する。なお、図２１のステップＳ２１０１〜ステップＳ２１０３は、図５のステップＳ５０１〜ステップＳ５０３の動作と同様である。また、図２１のステップＳ２１０６およびステップＳ２１０７は、図５のステップＳ５０５およびステップＳ５０６の動作と同様である。
【００７９】
次に、図２１のステップＳ２１０５における、ビル設備マトリックスの生成について説明する。図２２は、本実施形態３による第一次推薦候補抽出部１８０４にて生成されるビル設備マトリックスの一例を示す図である。図２２に示すように、６０１〜６０５および６１２、６１３は、図６と同様であるため説明を省略する。光電式ドアセンサ購入履歴フィールド２２０１、ラインシグナルドアセンサ購入履歴フィールド２２０２、マルチビームドアセンサ購入履歴フィールド２２０３、戸開閉時間契約履歴フィールド２２０４、防犯カメラ購入履歴フィールド２２０５、乗場モニタ購入履歴フィールド２２０６は、購入履歴データ蓄積部１８０２に蓄積された購入履歴データに基づいて生成されたデータであり、各エレベーター１０２が設置されたビルのオーナーがサービスを購入した価格、契約サービスの月額等、あるいはそれらの工事に要した工期を示している。なお、図２２に示すビル設備マトリックスに代えて、図９に示すようなサービス項目をカテゴリごととして、各セルの値を各カテゴリで採用されたサービスの価格の合計、あるいは各セルの値を各カテゴリで採用されたサービスの工期の合計などとしてもよい。
【００８０】
推薦結果出力部１０９は、第一次推薦候補抽出部１８０４で抽出された推薦候補をユーザ端末１０３に出力し、例えば、図８に示すような画面を用いてユーザに提示する。
【００８１】
候補選択受付部１１０は、推薦結果出力部１０９がユーザ端末１０３に出力した推薦結果の中からユーザが選択した候補を受信して、当該選択結果をデータ補正部１８０３に送信する。
【００８２】
データ補正部１８０３は、ユーザが選択した項目に基づいて、蓄積されたデータを補正して、第二次推薦候補抽出部１１２に送信する。データ補正部１８０３は、図１７に示すフローチャートのステップＳ１７０３において、候補選択履歴データに代えて、購入履歴データ蓄積部１８０２から購入履歴データを取得し、ビル設備マトリックスを生成する。
【００８３】
データ補正部１８０３における他の動作は図１７と同様であるため、ここでは説明を省略する。なお、ステップＳ１７０３における購入履歴データの取得は、図２１のステップＳ２１０４と同様である。
【００８４】
第二次推薦候補抽出部１１２の動作は、図１１のステップＳ１１０１およびステップＳ１１０２と同様の動作を行うため、ここでは説明を省略する。すなわち、本実施形態３による第二次推薦候補抽出部１１２は、ビル設備パラメータオプション情報と、購入履歴データと、データ補正部１８０３にて補正されたビル設備情報データおよび稼動履歴データに基づいて第二次推薦候補を抽出する。
【００８５】
推薦結果出力部１０９は、第二次推薦候補抽出部１１２が抽出した推薦結果をユーザ端末１０３に出力し、例えば、図１２に示すような画面をユーザに提示する。
【００８６】
以上のことから、本実施形態３によれば、購入履歴データ蓄積部１８０２を設けることにより、ユーザがサービスやカテゴリに対して支出できる価格や許容できる工期、すなわちユーザがどの程度重要視しているかを考慮した推薦を行うことができる。
【００８７】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００８８】
１０１  推薦装置、１０２  エレベーター、１０３  ユーザ端末、１０５  ビル設備パラメータオプション蓄積部、１０６  ビル設備情報データ蓄積部、１０７  稼動履歴データ蓄積部、１０８  第一次推薦候補抽出部、１０９  推薦結果出力部、１１０  候補選択受付部、１１１  データ補正部、１１２  第二次推薦候補抽出部、２０１  エレベーター番号フィールド、２０２  ビル用途フィールド、２０３  居住人数フィールド、２０４  ドアセンサフィールド、２０５  戸開閉時間フィールド、２０６  不干渉時間フィールド、３０１  サービス番号フィールド、３０２  カテゴリフィールド、３０３  サービス名称フィールド、３０４  最大値定義フィールド、３０５  最小値定義フィールド、３０６  必須条件フィールド、３０７  組合せ不可フィールド、３０８  価格フィールド、３０９  工期フィールド、４０１  エレベーター番号フィールド、４０２  集計期間フィールド、４０３  起動回数フィールド、４０４  戸開ボタン操作回数フィールド、４０５  戸閉ボタン操作回数フィールド、４０６  駆け込み回数フィールド、４０７  平均乗車率フィールド、６０１  エレベーター番号フィールド、６０２  オフィスデータフィールド、６０３  マンションデータフィールド、６０４  病院データフィールド、６０５  居住人数フィールド、６０６  光電式ドアセンサデータフィールド、６０７  ラインシグナルドアセンサデータフィールド、６０８  マルチビームドアセンサデータフィールド、６０９  戸開閉時間設定値フィールド、６１０  防犯カメラデータフィールド、６１１  乗場モニタデータフィールド、６１２  戸開ボタン操作回数履歴データフィールド、６１３  駆け込み回数履歴データフィールド、９０１  利用者安全フィールド、９０２  防犯フィールド、９０３  利用者サービスフィールド、９０４  省エネフィールド、１３０１  推薦装置、１３０２  候補選択履歴データ蓄積部、１３０３  候補選択受付部、１３０４  データ補正部、１６０６  光電式ドアセンサデータフィールド、１６０７  ラインシグナルドアセンサデータフィールド、１６０８  マルチビームドアセンサデータフィールド、１６０９  戸開閉時間設定値フィールド、１６１０  防犯カメラデータフィールド、１６１１  乗場モニタデータフィールド、１８０１  推薦装置、１８０２  購入履歴データ蓄積部、１８０３  データ補正部、１８０４  第一次推薦候補抽出部、１９０１  エレベーター番号フィールド、１９０２  サービス番号フィールド、１９０３  購入価格フィールド、２００１  エレベーター番号フィールド、２００２  サービス番号フィールド、２００３  工期フィールド、２２０１  光電式ドアセンサ購入履歴フィールド、２２０２  ラインシグナルドアセンサ購入履歴フィールド、２２０３  マルチビームドアセンサ購入履歴フィールド、２２０４  戸開閉時間契約履歴フィールド、２２０５  防犯カメラ購入履歴フィールド、２２０６  乗り場モニタ購入履歴フィールド。
【図１】
0005755159.tif 000002
【図２】
0005755159.tif 000003
【図３】
0005755159.tif 000004
【図４】
0005755159.tif 000005
【図５】
0005755159.tif 000006
【図６】
0005755159.tif 000007
【図７】
0005755159.tif 000008
【図８】
0005755159.tif 000009
【図９】
0005755159.tif 000010
【図１０】
0005755159.tif 000011
【図１１】
0005755159.tif 000012
【図１２】
0005755159.tif 000013
【図１３】
0005755159.tif 000014
【図１４】
0005755159.tif 000015
【図１５】
0005755159.tif 000016
【図１６】
0005755159.tif 000017
【図１７】
0005755159.tif 000018
【図１８】
0005755159.tif 000019
【図１９】
0005755159.tif 000020
【図２０】
0005755159.tif 000021
【図２１】
0005755159.tif 000022
【図２２】
0005755159.tif 000023