JP2014002624A - 昇降機の保守営業支援システム - Google Patents

Abstract

【課題】
保守員携帯端末の使用状況を取得し、各保守員に最適な分析条件で分析した昇降機・ビルの分析結果を、保守携帯端末に出力する。
【解決手段】
昇降機運行状況の監視ログおよびユーザーである保守員の携帯端末の端末操作状況（操作履歴等）ログを逐次収集し、関連付け分析ポリシー設定スクリプトによって各保守員に最適な分析条件で分析した昇降機・ビルの分析結果を、保守携帯端末に出力する昇降機の保守営業支援システムによって解決する。
【選択図】 図１

Description

本発明は、昇降機の保守営業支援システムに関する。

保守において監視センタで診断するものが特開２０１０−９５３６０に開示されている。この公報には「［解決手段］現場には、昇降機の動作を制御する制御盤２１と、制御盤２１の情報を監視センタ３０に送信する監視装置２２とが設けられている。一方、監視センタ３０には監視装置２２に対して目的別の昇降機診断プログラムおよび外部からの要求に基づく当該昇降機診断プログラムの実行動作制御信号を送信する診断指示装置３５が設けられている。保守員は保守点検前に携帯端末３８からの入力により、診断指示装置３５を経由して昇降機診断プログラムの実行を指示することができる。」と記載されている。 一方、携帯端末操作状況を利用してユーザに最適なデータを提供することは、特開２０１０−１９８４９３に開示されている。この公報には「［解決手段］ 目的明確度推定部１４は、行動ログからユーザの現時点でのドメインおよびジャンルを推定してユーザの現時点における目的明確度を取得する。目的明確度が閾値以上である場合、行動目的推定部１６は、行動ログからユーザの現時点での行動目的を推定し、目的ベース情報抽出部１７は、推定された行動目的に基づいて目的ベース情報を抽出し、情報選択部１５は、目的ベース情報を該当するユーザ端末に提供する。目的明確度が閾値未満である場合、ユーザ属性推定部１８は、行動ログからユーザのユーザ属性を推定し、属性ベース情報抽出部１９は、推定されたユーザ属性に基づいて属性ベース情報を抽出し、情報選択部１５は、属性ベース情報を該当するユーザ端末に提供する。」と記載されている。

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

特許文献１には、保守員携帯端末の使用状況を取得する手段については記載されていない。また、最適な分析条件を自動で決定する方法については記載されていない。

特許文献２には、携帯端末操作状況を利用してユーザに最適なデータを提供することが記載されているが、昇降機保守において、どのような分析条件を最適として決定するかについて記載されていない。

そこで、本発明では、各保守員に最適な分析条件で分析した昇降機・ビルの分析結果を、保守携帯端末に出力することを課題とする。

本発明では、昇降機運行状況の監視ログおよびユーザーである保守員の携帯端末の端末操作状況（操作履歴等）ログを逐次収集し、関連付け分析ポリシー設定スクリプトによって定義された昇降機保守において最適な分析条件を用いて分析することで、各保守員に最適な分析条件で分析した昇降機・ビルの分析結果を、保守携帯端末に出力する。

関連付け分析ポリシー設定スクリプトにより、各保守員に最適な分析条件で分析した昇降機・ビルに関する分析結果を、保守携帯端末によって取得可能となるので、的確なる保守作業や営業活動が可能となる。

実施例１における昇降機の保守営業支援システムの構成図の一例を示す図である。 実施例１における保守携帯端末のハードウェア構成の一例を示す図である。 実施例１における分析装置１０８のハードウェア構成の一例を示す図である。 実施例１における昇降機の保守営業支援システムのシーケンスの一例を示す図である。 実施例１における保守携帯端末操作ログのデータ構造の一例を示す図である。 実施例１における端末操作ログ監視部の処理フローを示す図である。 実施例１における端末操作ログ分析部の処理フローの一例を示す図である。 実施例１における自動分析指示生成部の処理フローの一例を示す図である。 実施例１における昇降機データの構造の一例を示す図である。 実施例１における端末操作ログ分析結果の構造の一例を示す図である。 実施例１における関連付け分析ポリシー設定スクリプトの一例である 実施例１における昇降機の監視システムログ１１９のデータ構造の一例を示す図である。 実施例１におけるビル・昇降機分析部による分析処理フローの一例を示す図である。 実施例１における分析処理フローにおけるクラスタリング演算処理フローの一例を示す図である。 実施例１における分析結果ログテーブル１５０１の構造の一例を示す図である。 実施例１における分析結果のグラフの一例を示す図である。 実施例１における分析結果の要求ユーザインタフェイスの一例を示す図である。 実施例１における分析結果の出力ユーザインタフェイスの一例を示す図である。 実施例１における分析結果の出力ユーザインタフェイスの、地図を用いた応用の一例を示す図である。 実施例２における本実施例による昇降機の保守営業支援システムの構成図の一例を示す図である。 実施例２における監視システムログ処理部の処理フローの一例を示す図である。 実施例２における本実施例による昇降機の保守営業支援システムのシーケンスの一例を示す図である。 実施例２における本実施例による分析結果の要求ユーザインタフェイスの一例を示す図である。

本実施例では、昇降機の運行状況等と保守端末の操作状況を入力とし、最適な分析条件による分析結果を保守端末に出力する昇降機の保守営業支援システムの例を説明する。分析条件は、例えば「昇降機の機種」「ビル住所」「ビルの用途」などであり、分析種類は「昇降機の故障発生確率」「昇降機の保守契約の解約発生確率」などである。

図１は本実施例による昇降機の保守営業支援システムの構成図の一例を示す図である。昇降機の保守営業支援システム１０１は、ビル１０２と管制センタ１０３と保守携帯端末１０４を有する。ビル１０２は昇降機１０５を有し、昇降機は昇降機かご１０６やその他図示しない昇降機を構成する要素と、昇降機監視システム１０７を有する。昇降機監視システム１０７と管制センタ１０３は、公衆通信網等のネットワーク１２５によって接続される。管制センタ１０３は、分析装置１０８と、ＬＡＮ１０９等によって接続される分析結果閲覧用のＰＣ１１０とを有する。分析装置１０８は、ログデータベース１１１と通信装置１１２と端末操作ログ分析部１１３と自動分析指示生成部１１４と関連付け分析ポリシー設定スクリプト１１５と昇降機・ビル分析部１１６を有する。昇降機・ビル分析部１１６は数理計算部１１７と図表描画部１１８を有する。保守携帯端末１０４は、端末操作ログ取得部１２３と端末操作ログ監視部１２４を有する。昇降機監視システム１０７は、昇降機１０５の運行状況、例えば走行時間や操作されたボタン、停止階、重量センサ等各種センサの情報などを、監視システムログ１１６に時系列に記録する。昇降機監視システム１０７は図示しないキャッシュに監視システムログ１１９を保存し、公衆通信網または専用通信網１１７を介して逐次分析装置１１１に送信する。分析装置１０８は、受信した監視システムログ１１９をログデータベース１１１に保存し、逐次更新する。

ログデータベース１１１は、監視システムログ１１９のほかに、昇降機１０５の機種や納入年、顧客側担当者や連絡先といった情報を記録した昇降機データ１２０、保守員の氏名・社員番号・所属・経験年数・担当可能機種や教育履歴といった情報を記録した保守員データ１２１、地域の各昇降機１０５への保守スケジュールを記録した保守スケジュールデータ１２２を有する。また、過去の故障等による緊急呼び出しを記録した、緊急呼び出しログなど、図示しないログを有してもよい。

保守携帯端末１０４の端末操作ログ取得部１２３は、ユーザが端末に対して行なった操作、例えばあるアプリケーションの起動、終了、画面遷移や、キーボードやマウスの操作を、図５に後述する保守携帯端末操作ログ５０１に逐一記録する。端末操作ログ監視部１２４は、保守携帯端末操作ログ５０１を監視し、一定の特徴が表れれば、公衆無線回線等を通して、保守携帯端末操作ログ５０１を完成センタ１０３の分析装置１０８の端末操作ログ分析部１１３に送信する。端末操作ログ分析部１１３は、保守携帯端末操作ログ５０１を受付け、分析を実施し、分析結果分析指示生成部１１４に渡す。分析結果分析指示生成部１１４は、保守携帯端末操作ログ５０１の分析結果と、関連付け分析ポリシー設定スクリプト１１５の内容を照らし合わせて、昇降機・ビル分析部１１６への分析指示を決定し、決定した方法で、昇降機・ビル分析部１１６に分析指示を出す。決定した方法とは、例えば「特定地域のビルに限定した分析結果を算出する」「特定の機種の昇降機に限定した分析結果を算出する」等である。昇降機・ビル分析部１１６は、ログデータベース１１１から監視システムログ１１６を取得する。昇降機データ１２０等のその他のデータを合わせて取得してもよい。数理計算部１１７は、自動分析指示生成部１１４が生成した指示と、ログデータベース１１１から取得したデータを入力として、数理計算を行い、分析結果を算出する。

図表描画部１１８は、数理計算結果を入力として、対応した図表を描画し、昇降機・ビルの分析結果の図表とする。昇降機・ビル分析部１１６は分析結果および分析結果の図表を取得して対応付け、管制センタ内のＰＣ１１０、または保守員が帯同する保守携帯端末１０４に送信する。

図２は、保守携帯端末のハードウェア構成の一例を示す図である。本例の保守携帯端末１０４は、ネットワークI／F２０１と、中央処理装置２０２と、指示入力装置２０３と、記憶装置２０４と、二次記憶装置２０５と、表示装置２０６と、位置情報発信装置２０７を有する。各装置は、内部バス２０８によって接続され、各装置間で相互にデータの送受信が可能である。ネットワークI／F２０１は例えばＬＡＮカード等のネットワークカードであり、管制センタ１０３の分析装置１０８等からの入出力をネットワーク経由で受け付ける。

中央処理装置２０２は、マイクロプロセッサを主体に構成され、記憶装置２０４や二次記憶装置２０５に格納されている分析プログラム等のプログラムを実行する。指示入力装置２０３は、例えばキーボード、マウス、タッチパネル等のポインティングデバイスである。表示装置２０６は、例えばディスプレイアダプタと液晶パネルタ等によって実現される。記憶装置２０４は、例えばランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）等によって実現され、中央処理装置２０２ によって実行されるプログラムや本装置において処理されるデータ等を格納する。二次記憶装置２０５は、例えばハードディスクやＤＶＤあるいはＣＤとそれらのドライブ、あるいはフラッシュメモリ等の不揮発性メモリにより構成され、中央処理装置２０２によって実行されるプログラムや本装置において処理されるデータ等を格納する。

図３は、分析装置のハードウェア構成の一例を示す図である。本実施例の分析装置１０８は、ネットワークI／F３０１と、中央処理装置３０２と、指示入力装置３０３と、記憶装置３０４と、二次記憶装置３０５と、表示装置３０６を有する。各装置は、内部バス３０７によって接続され、各装置間で相互にデータの送受信が可能である。ネットワークI／F３０１は例えばＬＡＮカード等のネットワークカードであり、ユーザ端末である保守携帯端末１０４、ＰＣ１１０、もしくは昇降機監視システム１０７等からの入出力をネットワーク経由で受け付け、また、ログデータベース１１１に格納されるログをネットワーク経由で取得する。中央処理装置３０２は、マイクロプロセッサを主体に構成され、記憶装置３０４や二次記憶装置３０５に格納されている分析プログラム等のプログラムを実行する。指示入力装置３０３は、例えばキーボード、マウス等のポインティングデバイスである。指示入力は、ネットワーク、例えばＬＡＮ１０９や公衆通信網・専用通信網１１７を介して接続される保守携帯端末１０４やＰＣ１１０等の別端末の指示入力装置から行われるとしてもよい。表示装置３０６は、例えばディスプレイアダプタと液晶パネルタ等によって実現される。

記憶装置３０４は、例えばランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）等によって実現され、中央処理装置３０２ によって実行されるプログラムや本装置において処理されるデータ等を格納する。二次記憶装置３０５は、例えばハードディスクやＤＶＤあるいはＣＤとそれらのドライブ、あるいはフラッシュメモリ等の不揮発性メモリにより構成され、中央処理装置３０２によって実行されるプログラムや本装置において処理されるデータ等を格納する。

図４は、昇降機の保守営業支援システムのシーケンスの一例を示す図である。保守営業支援システム１０１の昇降機監視システム１０７は、監視システムログ１１６を、分析装置１０８に逐次送信する（Ｓ４０１）。保守員携帯端末１０４は、端末操作ログ５０１を、逐次分析装置１０８に逐次送信する（Ｓ４０２）。次に、分析装置１０８は、端末操作ログ分析処理を実施する（Ｓ４０３）して、昇降機ログ分析指示を生成し（Ｓ４０４）、昇降機分析処理を実施する（Ｓ４０５）。なお、昇降機ログ分析指示（Ｓ４０４）は、分析装置１０８と保守員携帯単末１０４の通信セッション接続中に、保守員携帯端末１０４が、ユーザによるボタン押下等によって生成する指示であってもよい。次に、分析装置１０８は、分析結果を保守携帯端末１０４に送信する（Ｓ４０６）。保守携帯端末１０４は、分析結果を受信すれば、分析装置１０８に分析結果取得応答を送信する（Ｓ４０７）。 図５は、保守携帯端末操作ログのデータ構造の一例を示す図である。保守携帯端末１０４の端末操作ログ取得部１０４は、ユーザにより入力された操作を操作ログ５０１に逐一記録する。操作ログ５０１の各レコードは、ログレコードＩＤ５０２、時刻５０３、位置情報５０４、アプリケーション５０５、操作／イベント５０６を有する。例えば、端末操作ログ取得部１２３は、ユーザの「顧客管理アプリケーションで[ＯＫ]ボタンが押下された」という操作を受け付ければ、その受付時刻を時刻５０３に、位置情報発信装置２０７より取得した操作の行なわれた時点の緯度経度を位置情報５０４に、使用アプリケーションをアプリケーション５０５に、操作内容を操作／イベント５０６に記録する。各レコードは、ログレコードＩＤ５０２により管理する。

図６は、端末操作ログ監視部の処理フローを示す図である。端末操作ログ監視部１２４は、端末操作ログ取得部１２３が逐次更新する端末操作ログ５０１を監視し、特定の事象を検知すれば、端末操作ログ５０１を分析装置１１６に送信する。まず、端末操作ログ監視部１２４は、まず、記憶部３０５に格納される端末操作ログ５０１を取得する（Ｓ６０１）。次に、分析結果の要求を検知（Ｓ６０２）すれば、端末操作ログ５０１を分析装置１１６に送信し（Ｓ６０３）、分析装置からのログ取得応答を受信する（Ｓ６０４）。分析結果の要求の検知は、例えば図１７に後述する「情報を取得する」ボタンが押下されたことの検知であり、また、アプリケーションの画面遷移の検知、位置情報の閾値以上の変移、昇降機と保守端末の接続の検知等であってもよい。端末操作ログ監視部１２４は、保守携帯端末１０４の起動中はこの処理を繰り返し、保守携帯端末１０４のスリープ化もしくは終了指示を検知すれば（Ｓ６０５）、この処理フローを終了する。

図７は、端末操作ログ分析部の処理フローの一例を示す図である。端末操作ログ分析部１１３は、まず、保守端末１０４の端末操作ログ監視部１２４が送信した送信端末操作ログ５０１を取得し（Ｓ７０１）、保守端末１０４にログ取得応答を送信する（Ｓ７０２）。次に、関連付け分析ポリシー設定スクリプト１１５を取得し（Ｓ７０３）、分析条件得点の算出を実施する（Ｓ７０４）。ここで、分析条件得点は後述する

数１を用いて算出する。次に、分析結果を端末操作ログの分析結果１００１に格納する（Ｓ７０５）。次に、端末操作ログ分析結果１００１を、自動分析指示生成部１１４に送信する（Ｓ７０６）。

図８は、自動分析指示生成部の処理フローの一例を示す図である。自動分析指示生成部１１４は、まず、端末操作ログ分析部１１３より端末操作ログ分析結果１００１を取得する（Ｓ８０１）。次に、関連付け分析ポリシー設定スクリプト１１０１を取得し（Ｓ８０２）、分析条件を決定する（Ｓ８０３）。分析条件は、後述する

数２を用いて決定する。次に、決定した分析条件を用いて、昇降機・ビル分析部１１６に分析指示を出す（Ｓ８０４）。

図９は、昇降機データの構造の一例を示す図である。昇降機データ１２０は、管理する顧客の昇降機を管理するためのデータベースであり、昇降機ＩＤ９０１、昇降機の機種９０２、昇降機の納入年９０３、昇降機を有するビル名称９０４、ビル総階数９０４、ビル延べ床面積９０５、ビル住所９０６、管理を担当する担当支社９０６等のフィールドを有する。

数１は、分析条件の得点算出式の一例を示す。図７に示した端末操作ログ分析部１１３は、本式を用いて分析条件得点の算出の実施（Ｓ７０４）を行なう。分析条件は、例えば「ビル住所」「昇降機の納入年」「ビル用途」等があり、本式は「ビル住所」を分析条件とした得点算出式の一例である。本式を用いることで、特定の保守系端末１０４で、特定の保守員がよく利用する「ビル住所」を、作業回数や作業時間が多い順に得点にすることが可能となる。

図１０は、端末操作ログ分析結果の構造の一例を示す図である。端末操作ログ分析部１１３は、数１を用いて算出した各分析条件の得点を、端末操作ログ分析結果１００１に格納する。端末操作ログ分析結果１００１は、分析条件１００２、得点１００３のフィールドを有する。分析条件１００２は、例えば「ビル住所」「昇降機の納入年」「ビル用途」等がある。分析条件１００２を「ビル住所」とした例を述べる。例えば、市区町村単位で、保守系端末１０４で、保守員による回数や時間をかけて作業を実施する「ビル住所」を、市区町村単位で、得点順に格納する。

図１１は、関連付け分析ポリシー設定スクリプトの一例である。関連付け分析ポリシー設定スクリプト１１５は、端末操作ログ分析部１１３と自動分析指示生成部１１４が、処理に用いる定数等を定義し、端末操作ログ分析部１１３と自動分析指示生成部１１４の分析方針を関連付けするスクリプトである。関連付け分析ポリシー設定スクリプト１１５は、設定情報１１０１、保守端末分析ポリシー１１０２、分析指示ポリシー１１０３を有する。設定情報１１０１は、スクリプトの設定日や設定者名を有する。端末操作ログ分析部１１３は、「関連付け分析ポリシー設定スクリプト１１５の取得（Ｓ７０３）」により、保守端末分析ポリシー１１７を参照して分析を実施する。例えば、分析の対象日数を直近の６０日とするポリシー１１０４を参照して分析を実施する。分析対象アプリケーションのポリシー１１０５を設定してもよい。自動分析指示生成部１１４は、「関連付け分析ポリシー設定スクリプト１１５の取得（Ｓ８０３）により、分析指示ポリシー１１０３を参照して、分析指示を決定する。例えば、端末操作ログの分析結果１００１の「ビル住所」において、「千代田区」が高得点であった際の分析指示を決定する。分析指示ポリシー１１０３は、分析条件の決定式１１０６を有する。分析条件の決定式は、数２に後述する。 数２は分析条件の決定式の一例を示す。本式は「ビル住所」を分析条件とした決定式の一例である。本式により、保守携帯端末１０４が例えば同じ「千代田区神田」の住所のビルの分析結果を要求した際でも、自動分析指示生成部１１４が、「千代田区」の住所を保守員による回数や時間をかけて作業を実施する保守携帯端末１０４には「千代田区」を決定し、「関東地区」の住所を利用することが多い保守員の利用する保守携帯端末１０４には「関東地区」を決定し、昇降機・ビル分析部１１６に分析指示を出すことで、保守員の利用状況に応じた分析結果を自動で提示することが可能となる。

対比のため、従来のように保守員の携帯端末の端末操作状況（操作履歴等）ログを使用しない場合は、「分析条件として対象のビル住所の指定せよ」「分析条件として、対象昇降機機種を指定せよ」といった、分析条件の指定の指示が端末に表示されてしまい、保守員が自ら手動で、所望の分析条件を決定して指定する作業時間を要する。例えば千代田区のある同じ昇降機の分析結果を閲覧したい場合、ある保守員は千代田区内の他の昇降機と比較した分析結果を閲覧したいが、ある保守員は関東地区全体の他の昇降機と比較した分析結果を閲覧したいとする。その場合、各保守員はビル住所の分析条件としてそれぞれ「千代田区」「関東地区」を決定して指定する必要がある。しかし、分析ポリシー設定スクリプトを用いれば、上記の指示は端末に表示されず、保守員の過去の端末操作ログより判断された最適な分析条件による分析結果が、自動で提示される。これにより、最適な保守がなされる。

図１２は、昇降機の監視システムログのデータ構造の一例を示す図である。昇降機監視システム１０７は、昇降機１０５の運行状況を、逐次時系列に監視システムログ１１９に記録する。監視システムログ１１９は、各昇降機１０５を判別するための昇降機ＩＤ９０１、ログの各レコードの取得日時を示す取得日１２０１および取得時刻１２０２、昇降機１０５の運行状況である、単位時間あたりの起動回数１２０３、走行分数１２０４、保守のための一時停止スイッチである保守スイッチ動作回数１２０５等の各種スイッチの操作状況、図示しない重量センサなど各種センサの入力情報といった情報を格納する。

図１３は、ビル・昇降機分析部による分析処理フローの一例を示す図である。本例では、監視システムログと過去の緊急呼び出しログから、緊急呼び出しの確率を検知するフローを述べる。分析部１１２はまず、保守携帯端末１０４等からの分析結果要求を受信する（Ｓ１３０１）。次に、ログデータベース１１１から、初期分析条件に該当する昇降機の監視ログデータを取得し（Ｓ１３０２）、過去の特定期間の監視ログデータを抽出する（Ｓ１３０３）。

初期分析条件および期間は保守携帯端末１０４等から受け付けてもよいし、予め分析部１１２が初期条件として保有していてもよい。次に、監視したログデータの特定指標を算出する（Ｓ１３０４）。特定指標は、例えば監視システムログ１１６の単位時間起動回数のそのままの数値や、平均や分散、その正規化値等である。さらに、監視システムログの特定指標にクラスタリング演算を実行する（Ｓ１３０５）。クラスタは後述する図８により示される。さらに、ログデータベースから、過去の特定期間の緊急呼出しログデータを取得（Ｓ１３０６）することで、各クラスタの緊急呼び出し率を算出（Ｓ１３０７）する。 続いて、ログデータベース１１１から、分析対象の昇降機の直近の監視ログデータを取得し（Ｓ１３０８）、数理算出部１１４は分析対象の昇降機の特定指標を算出（Ｓ５０９）する。その結果に応じて分析対象の昇降機の属するクラスタを算出し（Ｓ１３１０）、分析結果数値を算出（Ｓ１３０１）する。図表描画部１１５は、算分析結果数値に応じた分析結果グラフを描画する（Ｓ１３１２）。続いて、無線通信部１１３を通した無線網やＬＡＮ１０９等を介して、保守携帯端末１０４やＰＣ１１０に分析結果を送信する（Ｓ１３１３）。保守携帯端末１０４やＰＣ１１０によって送信された分析結果取得応答を受信号（Ｓ１３１４）することで、分析結果の送信を確認する。新たに、分析条件を変えた再分析要求を受信（Ｓ１３１５）すれば、Ｓ１３０２より同フローを繰り返し、受信しなければ終了する。

図１４は、分析処理フローにおけるクラスタリング演算処理フローの一例を示す図である。本フローは、図１１に示した分析処理フローにおけるクラスタリング演算（Ｓ１１０５）ステップに相当し、数理計算部１１７が実行する。例えば、昇降機監視ログを、月あたり走行時間や月あたり特定スイッチ押下回数といった２軸の散布図に示し、特性のことなるいくつかのグループにクラスタリングすることが可能になる。本フローは、k-means法、SVM法といったクラスタリング手法、または同様の手法によって実装可能である。数理計算部１１５は、まずログデータベース１１１から対象ログデータを取得する（Ｓ１４０１）。対象ログデータとは、例えば昇降機監視ログである。次に、２軸の指標を取得（Ｓ１４０２）する。

この指標は、対象ログデータに含まれる項目を直接取得してもよいし、図５のＳ５０９で算出した指標を用いてもよい。次に、これらの指標を２次元の散布図にプロットする（Ｓ１４０３）。さらにクラスタ分割数 n を取得する。（Ｓ１４０４）。分割数nはユーザが指定するとしてもよいし、初期設定値として数理計算部１１４等が保持する値を用いても良い。続いて、散布図に対し、n 個の仮重心点をランダムに指定し（Ｓ１４０５）、各プロット点とn個の仮重心点の距離を算出する（Ｓ１４０６）。各プロット点は、昇降機監視ログの取得元である固有の昇降機を示す。 次に、各プロット点を最も距離の小さい仮重心点のクラスタに割り当てる（Ｓ１４０７） 。さらに、各クラスタの重心点を計算して（Ｓ１４０８） 、再び各プロット点とn個の重心点の距離を算出して（Ｓ１４０９）、各プロット点を最も距離の小さい重心点のクラスタに割り当てる（Ｓ１４１０）。すべてのプロット点が、前回と同じクラスタに 割り当りあてられるまでＳ１４０８以降の処理を繰り返し、すべてのプロット点が、前回と同じクラスタに割り当てたら（Ｓ１４１１）、図１３に後述する分析結果テーブルにクラスタリング処理の結果を格納し（Ｓ１４１２）、終了する。

図１５は、分析結果ログテーブル１５０１の構造の一例を示す図である。昇降機・ビル分析部１１６は、ログデータベース１１１から取得したログ、例えば監視システムログ１１９に分析を行なった結果を、分析結果ログテーブル１５０１に格納する。分析結果ログテーブル１５０１は、昇降機ＩＤ１００１、分析対象期間１５０２、指標１５０３、クラスタリング分析結果１５０４を有する。昇降機ＩＤ１００１は分析対象となる昇降機固有のＩＤであり、図１０にしめす昇降機の監視システムログ１１９の昇降機ＩＤ１００１に対応する。分析対象期間１２０２は、開始日１５０５と終了日１５０６を有する。

これは、図１１に示す分析部による分析処理フローのＳ１１０３で示される特定期間に相当する。指標１５０３は、図１１に示す分析部による分析処理フローのＳ１１０４で算出された特定指標に相当し、例えば、分析対象期間１５０２における１日あたり平均走行時間１５０７、走行時間標準偏差１５０８等が格納する。クラスタリング分析結果１５０４は、図１１に示すクラスタリング演算処理フローにて、算出された結果であり、Ｓ１２１２で格納された結果に相当する。例えば、割り当てクラスタ１５０９、重心距離１５１０、重心座標１５１１などを格納する。

図１６は、分析結果のグラフの一例を示す図である。図表描画部１１８は、分析結果テーブル１６０１を入力とし、分析結果のグラフ１６０１を描画・出力する。例えば、縦軸に１日あたり平均走行時間１５０７、横軸に走行時間標準偏差１５０８をとって、各昇降機ＩＤ９０１に相当するプロット点１６０２を描画する。さらに、図表描画部１１８は、特定の昇降機ＩＤに相当する点１６０３を、例えば星型等の他と異なる形のプロット点で描画する。また、クラスタ境界１６０４を描画し、割り当てクラスタ名１６０９を描画する。

図１７は、分析結果の要求ユーザインタフェイスの一例を示す図である。ユーザは、分提示ボタンを押すだけで、自分で分析項目等を設定することなく、適切な分析結果を得ることが可能となる。保守携帯端末１０４またはＰＣ１１０は、ユーザのログインを検知すると、ディスプレイ等、図示しない出力装置に分析結果の要求ユーザインタフェイス９０１を出力する。分析結果の要求ユーザインタフェイス１７０１は、ユーザ属性１７０２と特定期間のスケジュール１７０３と、保守員端末操作ログの要求（Ｓ４０２）イベントを発生させる「情報を取得」ボタン１７０４を有する。ユーザ属性１７０２は、保守員や営業員であるユーザを対象とし、現在ログイン中のユーザの情報を示す。例えば、ユーザ名１７０５、職位１７０６、所属１７０７を有する。

特定期間のスケジュール１７０３は、ユーザ属性９０２で示すユーザの、例えばある１日のスケジュールを示し、予定時刻１７０８、保守に向かうビルの名称９０４、昇降機ＩＤ９０１等を有する。ユーザ属性１７０２は、分析部１１２がログデータベース１１１から保守員データ１１９を、特定期間のスケジュール１７０３は、分析部１１２がログデータベース１１１から保守員スケジュールデータ１２０を、取得して生成する。ユーザが「情報を取得」ボタン１７０４を画面上で押下すると、保守携帯端末１０４またはＰＣ１１０は、図４に示すシーケンス図の保守員端末ログの要求（Ｓ４０２）イベントを発生する。

図１８は、分析結果の出力ユーザインタフェイスの一例を示す図である。保守携帯端末１０４またはＰＣ１１０は、分析装置１０８が送信した昇降機ログ分析結果を受信してＳ４０６、分析結果の出力ユーザインタフェイス１８０１を出力する。分析条件は、過去の保守端末操作ログ５０１より、本システム１０１がユーザーに応じて自動で決定するため、ユーザである保守員は自ら分析条件を決定する必要が無く、効率的に分析結果を閲覧することが可能となる。分析結果の出力ユーザインタフェイス１８０１は、ユーザ属性９０２と、昇降機基本情報１８０２と、分析結果１８０３を有する。昇降機基本情報１８０２は、昇降機・ビル分析部１１６がログデータベース１１１から昇降機データ１１８を取得して生成する。昇降機基本情報１８０２は、予定時刻１７０８、ビル名称９０４、昇降機ＩＤ９０１のほかに、ビル用途９０５、昇降機の機種９０２、ビルオーナーや管理会社等の顧客担当者名１８０４、顧客連絡先１８０５等を有する。

保守携帯端末１０４は、分析装置１０８から昇降機ログ分析結果の送信Ｓ４０６にて受信した分析結果から、分析結果１８０３を描画する。分析結果１８０３は、例えば解約率分析等の分析種類１８０６、例えば機種やビル住所等の分析条件１８０７、分析結果グラフ１６０１、クラスタリング結果１８０８、「再分析」ボタン１８０９、「もどる」ボタン１８１０を有する。クラスタリング結果１８０８は、分析種類１８０６ごとのクラスタリング結果を示し、例えば分析種類が「解約率分析」であるならば、クラスタＡに含まれる昇降機の解約率は０．２％、クラスタＢに含まれる昇降機の解約率は５．６％であることを示す。保守携帯端末１０４は、ユーザが分析種類１８０６、分析条件１８０７を変更して「再分析」ボタン１８０９を押下したイベントを検知すれば、再び保守員端末操作ログの送信（Ｓ４０２）が発生し、再分析結果を提示する。「もどる」ボタン１０１３を押下すれば、図１７に示す分析結果の要求ユーザインタフェイスの画面１７０１に遷移する。

図１９は、分析結果の出力ユーザインタフェイスの、地図を用いた応用の一例を示す図である。分析結果の出力ユーザインタフェイスの、地図を用いた応用１９０１は、図１８に示した分析結果の出力ユーザインタフェイス１８０１と同様、ユーザ属性９０２と、昇降機基本情報１８０２と、分析結果１８０３を有する。さらに、分析結果として、一情報発装置２０７が図示しない外部地図システムより取得した現在位置の地図１９０２を有する。保守携帯端末１０４は、地図１９０２に重畳して現在位置１９０３を重畳して描画する。さらに、保守携帯端末１０４は、地図１９０２の示すエリア内に、特定のクラスタに割り当てられる昇降機が存在することを検知すれば、その昇降機分析結果情報１９０４を描画する。昇降機分析結果情報１９０４は、ビル名称９０４、昇降機ＩＤ９０１、割り当てクラスタ１５０９や、図示しないデータベースに格納された割り当てクラスタの説明情報１９０５を有する。本インターフェースによって、本システムのユーザーである保守員は、近隣に注目すべきクラスタに割り当あてられる昇降機が存在することを検知することによって、効果的な保守・営業を実施することが可能となる。例えば、現在位置の近隣に、解約確率が高いと分析された昇降機が存在することを検知すれば、訪問してビル管理者に問題点を聞くなどのコンサルティングを行なうことが可能となり、効果的な保守・営業が可能となる。

本実施例により、保守員の携帯端末の端末操作状況（操作履歴等）をモニタリングし分析することで、保守員の保守状況に適した分析条件の昇降機・ビルの分析結果を保守端末に送信することが可能となる。分析条件は、例えば昇降機機種・ビル住所・ビル用途など多岐にわたるが、本システム１０１がユーザーである保守員ごとの端末操作履歴に応じて自動で決定するため、ユーザーである保守員は自ら分析条件を決定する必要が無く、効率的に分析結果を閲覧することが可能となる。

本実施例では、実施例１で述べた昇降機監視システムに対し、昇降機監視システム１０７と管制センタ１０３が、公衆通信網等のネットワーク１２５で接続されておらず、逐次データ取得が不可能な場合でも、監視システムログ１１９を格納しておき、保守員が直接巡回しデータを収集することで、昇降機の分析結果の提供を可能とするシステムについて述べる。

図２０は、本実施例による昇降機の保守営業支援システムの構成図の一例を示す図である。本実施例による昇降機の保守営業支援システム２００１は、図１に示した構成の一部に加え、ログ保管システム２００２を有し、ログ保管システム２００２は、保守携帯端末１０４との接続の履歴を格納する接続履歴２００３と監視システムログ１１９を有する。ビル１０２と管制センタ１０３はネットワーク等１２５で接続されていないので、昇降機監視システム１０７は、逐次監視システムログデータ１１６を管制センタ１０３に送信することはできない。そこで、ログ保存システム２００２が監視システムログ１１９を取得し格納する。保守員・営業員は、保守・営業支援端末１０４を帯同し、定期的または不定期に対象ビル１０２を訪問する。この際、保守携帯端末１０４の監視システムログ処理部２２０４は、保守員によりログ保管システム２２０２に接続された際、監視システムログデータ１１９を取得し、管制センタ１０３に送信する。保守・営業支援端末１０４は、接続時の情報を、逐次接続履歴２２０３に記録する。接続情報は、例えば図２３に後述する接続日時２３０４、接続ユーザ名前２３０５等である。保守員は逐次ビル１０２を巡回するとは限らないので、ログ管理システム１６０２に累積して格納される監視システムログ１１６は大容量となり、上限に達すればそれ以上格納不能となることが考えられる。その際は、ログ保管システムは、監視システムログデータ１１９に容量圧縮処理を実施して保管するとしてもよい。

図２１は、監視システムログ処理部の処理フローの一例を示す図である。監視システムログ処理部２００４は、保守員により保守携帯端末１０４とログ保管システム２００２が接続されたイベントを検知し、ログ保管システム２００２と通信セッションを開始する（Ｓ２１０１）。次に、監視システムログ処理部２００４は、ログ保管システムに監視システムログ１１９を要求し（Ｓ２１０２）、監視システムログ１１９を取得（Ｓ２１０３）する。続いて、取得した監視システムログ１１９を管制センタ１０３に送信する（Ｓ２１０４）。また保守携帯端末操作ログ５０１を管制センタ１０３に送信する（Ｓ２１０５）。この処理により、昇降機監視システム１０７と管制センタ１０３が、公衆通信網等のネットワーク１２５で接続されておらず、逐次データ取得が不可能な場合でも、管制センタ１０３は監視システムログ１１９を取得し分析を実施することが可能となる。

図２２は、本実施例による昇降機の保守営業支援システムのシーケンスの一例を示す図である。昇降機監視システム１０７は、逐次監視システムログデータ１１９をログ管理システム２２０２に格納する（Ｓ２２０１）。保守・営業支援端末１０４は、ログ管理システム２２０２との接続を検知し通信セッションを開始して（Ｓ２１０１）、監視システムログを要求をする（Ｓ２１０２）。ログ保管システム２００２は、監視システムログ１１９を保守携帯端末１０４に送信する（Ｓ２１０３）。保守携帯端末１０４は、受信した監視システムログ１１９を管制センタ１０３の分析装置１０８に送信する（Ｓ２１０４）。分析装置１０８は、受信した監視システムログ１１９をログデータベース１１１に格納してもよい。さらに、保守携帯端末１０４は、保守携帯端末操作ログ５０１を管制センタ１０３の分析装置１０８に送信する。続いて、分析装置１０８は、実施例１と同様の分析（Ｓ２２０２）を実施し、分析結果を保守携帯端末１０４に送信する（Ｓ２１０６）。

図２３は、本実施例による分析結果の要求ユーザインタフェイスの一例を示す図である。本実施例による分析結果の要求ユーザインタフェイス２３０１は、図１７に示した分析結果の要求ユーザインタフェイス１７０１の一部に加え、ログ保管システム２２０２と通信を開始するボタン２２０２と、接続先情報の提示インターフェース２３０３を有する。接続先情報の提示インターフェース２２０３は、前回接続日時２３０４、前回接続ユーザ名前２３０５と、ログ保管システム２００２に保管されているログ容量２３０６等を有する。保守・営業支援端末１０４は、ログ保管システム２００２と接続中に、ユーザが情報を取得が１７０４を押下したイベントを検知し、ログ管理システム２２０２との接続セッションを開始する。続いて、保守携帯端末１０４は、接続履歴２３０３が格納する接続先情報２３０２を取得し、分析結果の要求ユーザインタフェイス２３０１に提示する。その後、保守・営業支援端末１０４は、ユーザが情報を取得ボタン１７０４を押下したイベントを検知し、管制センタ１０３に分析結果を要求し、分析結果を取得して、提示する。分析結果の提示は他の画面に遷移して行う。例えば、図１８に示す分析結果の提示インターフェイスに提示する。

本実施例により、昇降機監視システムに対し、昇降機監視システム１０７と管制センタ１０３がネットワーク接続されておらず逐次データ取得が不可能な場合でも、ログ保管システム２００２が監視システムログ１１９を格納しておき、保守員の巡回の際に接続された保守携帯端末１０４がデータを収集し管制センタ１０３に送信することで、保守携帯端末１０４は、実施例１と同様の分析結果を出力することが可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０１ 保守営業支援システム
１０２ ビル
１０３ 管制センタ
１０４ 保守・営業支援端末
１０５ 昇降機
１０６ 昇降機かご
１０７ 昇降機監視システム
１０８ 分析装置
１１１ ログデータベース
１１５ 関連付け分析ポリシー設定スクリプト

Claims (2)

1. 昇降機監視システムで得られた監視システムログを蓄積するログデータベースと、
   保守携帯端末と、
   該保守携帯端末の端末操作ログを分析する端末操作ログ分析部と、
   前記端末操作ログ分析部の分析結果と関連付け分析ポリシー設定スクリプトとを用いて分析指示内容を決定する自動分析指示生成部と、
   決定された分析指示内容に従い前記ログデータベースから監視システムログを取得し分析する昇降機・ビル分析部とを有し、
   該保守携帯端末は、該昇降機・ビル分析部の分析結果を出力することを特徴とする昇降機の保守・管理システム。
2. 請求項１に記載の昇降機の保守・管理システムであって、前記昇降機監視システムで得られた監視システムログを前記保守携帯端末を介して前記ログデータベースに送信することを特徴とする昇降機の保守・管理システム。

Images