JP2018156486A - 情報提供システム、情報提供方法およびプログラム - Google Patents

Abstract

【課題】対象装置に搭載された各メーカの製品を対象にしたサービスを提供することができる情報提供システム、情報提供方法およびプログラムを提供する。【解決手段】対象装置を診断する診断装置から、対象装置の動作の種類ごとの定められるコンテキスト情報、および、診断装置により判定された対象装置の動作に対する異常の有無または対象装置の摩耗の状態のうち少なくともいずれかを示す状態情報を取得する第１取得部と、第１取得部により取得されたコンテキスト情報および状態情報の少なくともいずれかに基づいて、通知先ごとに関連付けられた特定条件を満たすか否かを判定する第１判定部と、第１判定部により特定条件が満たされると判定された場合、特定条件に対応する通知情報を決定する決定部と、決定部により決定された通知情報を、特定条件に対応する、対象装置に含まれる要素に関連する通知先に通知する通知部と、を有する。【選択図】図６

Description

本発明は、情報提供システム、情報提供方法およびプログラムに関する。

機器の故障および消耗品の残量を検知して、ネットワーク等を介して、その情報を収集し、機器の保守、メンテナンス、および消耗品の補給等のサービスを提供するための技術が知られている。また、生産設備とポータルサイトとを、情報通信できるようにネットワーク等を介して接続し、ポータルサイトと必要な情報をやりとりして、サービスを提供する生産システム等も知られている。

このような生産設備等における機器についての情報を収集してサービスの提供を行う技術として、機器の故障情報および消耗品の残量等をリアルタイムで把握し、ネットワークを介して、メンテナンス情報であるコンプレッサ異常情報、フィルタ交換要求、およびモータ異常情報等が、顧客データベースを有する監視センタにより受信され、締結している保守契約によって機器の管理者毎に対応付けて保守サービスを提供する技術が開示されている（特許文献１参照）。

しかしながら、特許文献１に記載された技術では、サービスの提供の対象となるものが、自社の機器の故障の修理、メンテナンス、および消耗品の補給等に限られており、例えば、当該機器が搭載される設備のその他のメーカの機器についての故障、メンテナンスおよび消耗品の補給等、自社の機器に限らず企業間のアライアンス全体を対象にしたサービスを提供することができていないという問題点がある。

本発明は、上述の課題に鑑みてなされたものであって、対象装置に搭載された製品の製造者、対象装置等の保守者、および対象装置を用いたサービスの提供者等を対象にしたサービスを提供することができる情報提供システム、情報提供方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、対象装置を診断する診断装置から、前記対象装置の動作の種類ごとの定められるコンテキスト情報、および、前記診断装置により判定された前記対象装置の動作に対する異常の有無または前記対象装置の摩耗の状態のうち少なくともいずれかを示す状態情報を取得する第１取得部と、前記第１取得部により取得された前記コンテキスト情報および前記状態情報の少なくともいずれかに基づいて、通知先ごとに関連付けられた特定条件を満たすか否かを判定する第１判定部と、前記第１判定部により前記特定条件が満たされると判定された場合、前記特定条件に対応する通知情報を決定する決定部と、前記決定部により決定された前記通知情報を、前記特定条件に対応する、前記対象装置に含まれる要素に関連する前記通知先に通知する通知部と、を有する。

本発明によれば、対象装置に搭載された製品の製造者、対象装置等の保守者、および対象装置を用いたサービスの提供者等を対象にしたサービスを提供することができる。

図１は、実施形態に係る情報提供システムの全体構成の一例を示す図である。 図２は、実施形態の加工機のハードウェア構成の一例を示す図である。 図３は、実施形態に係る診断装置のハードウェア構成の一例を示す図である。 図４は、実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。 図５は、実施形態のサービスデスクＰＣおよびメーカ側ＰＣのハードウェア構成の一例を示す図である。 図６は、実施形態に係る情報提供システムの機能ブロックの構成の一例を示す図である。 図７は、実施形態における診断処理の一例を示すフローチャートである。 図８は、実施形態におけるモデル生成処理の一例を示すフローチャートである。 図９は、実施形態におけるモデル生成処理および診断処理の具体例を説明する図である。 図１０は、一部のコンテキスト情報についてモデル生成処理および診断処理を行う具体例を説明する図である。 図１１は、共通のモデルを他の加工工程で使用する例を説明する図である。 図１２は、累積使用時間をコンテキスト情報として利用する場合の例を説明する図である。 図１３は、モデルが生成されていないコンテキスト情報が入力された場合にモデルを生成する動作を説明する図である。 図１４は、実施形態に係る情報提供システムの情報の流れを説明する図である。 図１５は、対応情報の一例を示す図である。 図１６は、実施形態における情報提供処理の一例を示すフローチャートである。

以下に、図１〜図１６を参照しながら、本発明に係る情報提供システム、情報提供方法およびプログラムの実施形態を詳細に説明する。また、以下の実施の形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

（情報提供システムの全体構成）
図１は、実施形態に係る情報提供システムの全体構成の一例を示す図である。図１を参照しながら、本実施形態に係る情報提供システム１の全体構成について説明する。

図１に示すように、本実施形態に係る情報提供システム１は、加工機２００に設置されたセンサ５７と、診断装置１００と、サーバ装置３００と、サービスデスクＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）４００（情報通知装置）と、を含む。診断装置１００、サーバ装置３００、およびサービスデスクＰＣ４００は、ネットワーク２を介して、互いに通信可能となっている。また、ネットワーク２には、メーカ側ＰＣ５００が接続されている。なお、図１には１台の加工機２００および１台の診断装置１００が図示されているが、複数台の加工機２００それぞれに対して診断装置１００が接続されている構成であってもよい。また、図１にはメーカ側ＰＣ５００についても１台が図示されているが、これに限定されるものではなく、例えば、加工機２００における機器、工具およびソフトウェア等のメーカごとにメーカ側ＰＣ５００が存在してもよい。

加工機２００は、診断装置１００による診断の対象となる対象装置の一例である。なお、対象装置として加工機２００に限定されるものではなく、診断の対象となり得る機械であれば、例えば、組立機、測定機、検査機、または洗浄機等の機械が対象装置であってもよい。以下では、加工機２００を対象装置の一例として説明する。

診断装置１００は、加工機２００に通信可能となるように接続され、加工機２００の動作について異常の診断を行う装置である。図１に示すように、診断装置１００は、ネットワーク２を介して、サーバ装置３００と通信可能な構成となっている。ネットワーク２は、専用の接続線、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の有線ネットワーク、無線ネットワークまたはインターネット等である。

加工機２００は、工具を用いて、加工対象に対して切削、研削または研磨等の加工を行う工作機械である。加工機２００は、診断装置１００による診断の対象となる対象装置の一例である。

サーバ装置３００は、診断装置１００から受信した正常もしくは異常、または摩耗を示す情報（状態情報）、およびコンテキスト情報等に基づいて、メーカ側ＰＣ５００に対して対応する通知を行う装置である。サーバ装置３００は、例えば、クラウド上に存在するクラウドサーバによって実現される。

サービスデスクＰＣ４００は、サーバ装置３００から状態情報およびコンテキスト情報等を受信し、メーカ側ＰＣ５００に対して対応する通知を行うＰＣである。

メーカ側ＰＣ５００は、サーバ装置３００またはサービスデスクＰＣ４００から通知情報を受信するＰＣである。

センサ５７は、加工機２００に設置されたドリル、エンドミル、バイトチップもしくは砥石等の工具と加工対象とが加工動作中に接触することにより発する振動もしくは音等、または、工具もしくは加工機２００自体が発する振動もしくは音等の物理量を検知し、検知した物理量の情報を検知情報（センサデータ）として診断装置１００へ出力するセンサである。センサ５７は、例えば、マイク、加速度センサ、またはＡＥセンサ等で構成される。

なお、加工機２００と診断装置１００とは、どのような接続形態で接続されてもよい。例えば、加工機２００と診断装置１００とは、専用の接続線、有線ＬＡＮ等の有線ネットワーク、または、無線ネットワーク等により接続されるものとすればよい。

また、センサ５７の個数は任意であってよい。また、同一の物理量を検知する複数のセンサ５７を備えてもよいし、相互に異なる物理量を検知する複数のセンサ５７を備えてもよい。

また、センサ５７は、加工機２００に予め備えられているものとしてもよく、または、完成機械である加工機２００に対して後から取り付けられるものとしてもよい。

（加工機のハードウェア構成）
図２は、実施形態の加工機のハードウェア構成の一例を示す図である。図２を参照しながら、本実施形態の加工機２００のハードウェア構成について説明する。

図２に示すように、加工機２００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５３と、通信Ｉ／Ｆ（インターフェース）５４と、駆動制御回路５５と、がバス５８で通信可能に接続された構成となっている。センサ５７は、診断装置１００に通信可能に接続されている。

ＣＰＵ５１は、加工機２００の全体を制御する演算装置である。ＣＰＵ５１は、例えば、ＲＡＭ５３をワークエリア（作業領域）としてＲＯＭ５２等に格納されたプログラムを実行することで、加工機２００全体の動作を制御し、加工機能を実現する。

通信Ｉ／Ｆ５４は、診断装置１００等の外部装置と通信するためのインターフェースである。駆動制御回路５５は、モータ５６の駆動を制御する回路である。モータ５６は、ドリル、エンドミル、バイトチップまたは砥石等、および、加工対象が載置され加工に合わせて移動されるテーブル等の加工に用いる工具を駆動するモータである。センサ５７は、上述した通りである。

（診断装置のハードウェア構成）
図３は、実施形態に係る診断装置のハードウェア構成の一例を示す図である。図３を参照しながら、本実施形態に係る診断装置１００のハードウェア構成について説明する。

図３に示すように、診断装置１００は、ＣＰＵ６１と、ＲＯＭ６２と、ＲＡＭ６３と、通信Ｉ／Ｆ６４と、センサＩ／Ｆ６５と、補助記憶装置６６と、がバス６７で通信可能に接続された構成となっている。

ＣＰＵ６１は、診断装置１００の全体を制御する演算装置である。ＣＰＵ６１は、例えば、ＲＡＭ６３をワークエリア（作業領域）としてＲＯＭ６２等に格納されたプログラムを実行することで、診断装置１００全体の動作を制御し、診断機能を実現する。

通信Ｉ／Ｆ６４は、加工機２００およびサーバ装置３００等の外部装置と通信するためのインターフェースである。通信Ｉ／Ｆ６４は、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に対応したＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等である。

センサＩ／Ｆ６５は、加工機２００に設置されたセンサ５７から検知情報を受信するためのインターフェースである。

補助記憶装置６６は、診断装置１００の設定情報、加工機２００から受信された検知情報およびコンテキスト情報、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、およびアプリケーションプログラム等の各種データを記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、またはＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性の記憶装置である。なお、補助記憶装置６６は、診断装置１００が備えるものとしているが、これに限定されるものではなく、例えば、診断装置１００の外部に設置された記憶装置であってもよく、または、診断装置１００とデータ通信可能なサーバ装置が備えた記憶装置であってもよい。

なお、図３に示したハードウェア構成は一例であり、すべての構成機器を備えている必要はなく、また、他の構成機器を備えているものとしてもよい。例えば、診断装置１００上で診断結果等を確認する場合は、診断装置１００において、入力装置およびディスプレイが備えられているものとしてもよい。

（サーバ装置のハードウェア構成）
図４は、実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。図４を参照しながら、本実施形態に係るサーバ装置３００のハードウェア構成について説明する。

図４に示すように、サーバ装置３００は、ＣＰＵ７１と、ＲＯＭ７２と、ＲＡＭ７３と、補助記憶装置７４と、通信Ｉ／Ｆ７５と、メディアドライブ７６と、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ７８と、がバス８０で通信可能に接続された構成となっている。

ＣＰＵ７１は、サーバ装置３００の全体を制御する演算装置である。ＣＰＵ７１は、ＲＡＭ７３をワークエリア（作業領域）としてＲＯＭ７２等に格納されたプログラムを実行することで、サーバ装置３００全体の動作を制御し、後述する情報提供機能を実現する。

補助記憶装置７４は、後述するように、診断装置１００から受信した状態情報およびコンテキスト情報等を記憶する不揮発性の記憶装置である。補助記憶装置７４は、例えば、ＨＤＤ、ＳＳＤ、またはＥＥＰＲＯＭ等である。

通信Ｉ／Ｆ７５は、ネットワーク２を利用してデータを通信するためのインターフェースである。通信Ｉ／Ｆ７５は、例えば、ＴＣＰ／ＩＰに対応したＮＩＣ等である。

メディアドライブ７６は、ＣＰＵ７１の制御に従って、フラッシュメモリ等のメディア７７に対するデータの読み出しおよび書き込みを制御する装置である。メディア７７は、メディアドライブ７６に対して着脱自在の記憶装置である。

ＤＶＤドライブ７８は、着脱自在な記憶媒体の一例としてのＤＶＤ−ＲＷ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅｗｒｉｔａｂｌｅ）７９に対するデータの読み出しおよび書き込みを制御する装置である。なお、上述の着脱可能な記録媒体の他の例として、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）またはブルーレイディスク等のコンピュータで読み取り可能な記憶媒体であってもよい。

なお、図４に示したハードウェア構成は一例であり、すべての構成機器を備えている必要はなく、また、他の構成機器を備えているものとしてもよい。例えば、ＤＶＤドライブ７８により機能が代替できるのであれば、メディアドライブ７６は備えられていなくてもよい。また、サーバ装置３００に対して管理者が直接、操作入力を行う場合であれば、マウスおよびキーボード等の操作装置、および、操作装置による入力結果を表示するための表示装置（ディスプレイ）が備えられているものとしてもよい。

（サービスデスクＰＣおよびメーカ側ＰＣのハードウェア構成）
図５は、実施形態のサービスデスクＰＣおよびメーカ側ＰＣのハードウェア構成の一例を示す図である。図５を参照しながら、本実施形態のサービスデスクＰＣ４００およびメーカ側ＰＣ５００のハードウェア構成について説明する。なお、ここではサービスデスクＰＣ４００のハードウェア構成を例として説明する。

図５に示すように、サービスデスクＰＣ４００は、ＣＰＵ８１と、ＲＯＭ８２と、ＲＡＭ８３と、補助記憶装置８４と、通信Ｉ／Ｆ８５と、メディアドライブ８６と、入力装置８８と、ディスプレイ８９と、がバス９０で通信可能に接続された構成となっている。

ＣＰＵ８１は、サービスデスクＰＣ４００の全体を制御する演算装置である。ＣＰＵ８１は、ＲＡＭ８３をワークエリア（作業領域）としてＲＯＭ８２等に格納されたプログラムを実行することで、サービスデスクＰＣ４００全体の動作を制御し、後述する情報提供機能を実現する。

補助記憶装置８４は、サーバ装置３００から受信した、メーカを示す情報（メーカ情報）、状態情報およびコンテキスト情報等を記憶する不揮発性の記憶装置である。補助記憶装置８４は、例えば、ＨＤＤ、ＳＳＤ、またはＥＥＰＲＯＭ等である。

通信Ｉ／Ｆ８５は、ネットワーク２を利用してデータを通信するためのインターフェースである。通信Ｉ／Ｆ８５は、例えば、ＴＣＰ／ＩＰに対応したＮＩＣ等である。

メディアドライブ８６は、ＣＰＵ８１の制御に従って、フラッシュメモリ等であるメディア８７に対するデータの読み出しおよび書き込みを制御する装置である。メディア８７は、メディアドライブ８６に対して着脱自在の記憶装置である。

入力装置８８は、文字および数字等の入力、各種指示の選択、ならびにカーソルの移動等の操作を行うためのマウスまたはキーボード等の入力装置である。

ディスプレイ８９は、文字、数字、および各種画面および操作用アイコン等を表示するＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、または有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等の表示装置である。

なお、図５に示したハードウェア構成は一例であり、すべての構成機器を備えている必要はなく、また、他の構成機器を備えているものとしてもよい。

（情報提供システムの機能ブロックの構成および動作）
図６は、実施形態に係る情報提供システムの機能ブロックの構成の一例を示す図である。図６を参照しながら、本実施形態に係る情報提供システム１、加工機２００およびメーカ側ＰＣ５００の機能ブロックの構成および動作について説明する。

図６に示すように、加工機２００は、数値制御部２０１と、通信制御部２０２と、駆動制御部２０３と、駆動部２０４と、検知部２１１と、を有する。

数値制御部２０１は、駆動部２０４による加工を数値制御（ＮＣ：Ｎｕｍｅｒｉｃａｌ Ｃｏｎｔｒｏｌ）により実行する機能部である。例えば、数値制御部２０１は、駆動部２０４の動作を制御するための数値制御データを生成して出力する。また、数値制御部２０１は、コンテキスト情報を通信制御部２０２に出力する。ここで、コンテキスト情報とは、加工機２００の動作の種類ごとに複数定められる情報である。コンテキスト情報は、例えば、工作機械（加工機２００）の識別情報、駆動部２０４の識別情報（例えば、工具の識別情報等）、駆動部２０４に駆動される工具の径、および工具の材質等のコンフィギュレーション情報、ならびに、駆動部２０４の動作状態、駆動部２０４の使用開始からの累積使用時間、駆動部２０４に係る負荷、駆動部２０４の回転数、駆動部２０４の加工速度等の加工条件の情報（以下、単に「加工条件」という）等を示す情報である。

数値制御部２０１は、例えば、現在の加工機２００の動作に対応するコンテキスト情報を、逐次、通信制御部２０２を介して診断装置１００に送信する。数値制御部２０１は、加工対象を加工する際、加工の工程に応じて、駆動する駆動部２０４の種類、または駆動部２０４の駆動状態（回転数、回転速度等）を変更する。数値制御部２０１は、動作の種類を変更するごとに、変更した動作の種類に対応するコンテキスト情報を、通信制御部２０２を介して診断装置１００に逐次送信する。数値制御部２０１は、例えば、図２に示すＣＰＵ５１で動作するプログラムによって実現される。

通信制御部２０２は、診断装置１００等の外部装置との間の通信を制御する機能部である。例えば、通信制御部２０２は、現在の動作に対応するコンテキスト情報を診断装置１００に送信する。通信制御部２０２は、例えば、図２に示す通信Ｉ／Ｆ５４、およびＣＰＵ５１で動作するプログラムによって実現される。

駆動制御部２０３は、数値制御部２０１により求められた数値制御データに基づいて、駆動部２０４を駆動制御する機能部である。駆動制御部２０３は、例えば、図２に示す駆動制御回路５５によって実現される。

駆動部２０４は、駆動制御部２０３による駆動制御の対象となる機能部である。駆動部２０４は、駆動制御部２０３による制御によって工具を駆動する。駆動部２０４は、駆動制御部２０３によって駆動制御されるアクチュエータであり、例えば、図２に示すモータ５６等によって実現される。なお、駆動部２０４は、加工に用いられ、数値制御の対象となるものであればどのようなアクチュエータであってもよい。また、駆動部２０４は、２以上備えられていてもよい。

検知部２１１は、加工機２００に設置されたドリル、エンドミル、バイトチップもしくは砥石等の工具と加工対象とが加工動作中に接触することにより発する振動もしくは音等、または、工具もしくは加工機２００自体が発する振動もしくは音等の物理量を検知し、検知した物理量の情報を検知情報（センサデータ）として診断装置１００へ出力する機能部である。検知部２１１は、図２に示すセンサ５７によって実現される。なお、検知部２１１の個数は任意である。例えば、同一の物理量を検知する複数の検知部２１１を備えてもよいし、相互に異なる物理量を検知する複数の検知部２１１を備えてもよい。

例えば、加工に用いる工具である刃の折れ、刃のチッピング、および、刃の摩耗等が発生すると、加工時の音が変化する。このため、検知部２１１（マイク）で音響データを検知し、正常音を示すモデル等と比較することにより、加工機２００の動作の異常が検知可能となる。

なお、図６に示す数値制御部２０１および通信制御部２０２は、図２に示すＣＰＵ５１にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよく、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよく、または、ソフトウェアおよびハードウェアを併用して実現してもよい。

図６に示すように、診断装置１００は、第１通信制御部１０１（第２取得部）と、第２通信制御部１０２（第１取得部の一例、取得部の一例）と、検知情報受信部１０３（第３取得部）と、加工情報取得部１０４と、受付部１０５と、特徴抽出部１０６と、生成部１０７と、判定部１０８（第２判定部）と、状態情報送信部１０９（出力部）と、記憶部１１０と、を有する。

第１通信制御部１０１は、加工機２００との間の通信を制御する機能部である。例えば、第１通信制御部１０１は、加工機２００の数値制御部２０１から、通信制御部２０２を介して、コンテキスト情報を受信する。第１通信制御部１０１は、例えば、図３に示す通信Ｉ／Ｆ６４、およびＣＰＵ６１で動作するプログラムによって実現される。

第２通信制御部１０２は、サーバ装置３００との間の通信を制御する機能部である。例えば、第２通信制御部１０２は、判定部１０８によって判定された加工機２００の動作が正常であるか否か、および駆動部２０４により駆動される工具の摩耗の程度を示す状態情報、および、そのときのコンテキスト情報等を、サーバ装置３００に送信する。第２通信制御部１０２は、例えば、図３に示す通信Ｉ／Ｆ６４、およびＣＰＵ６１で動作するプログラムによって実現される。

検知情報受信部１０３は、加工機２００に設置された検知部２１１から検知情報を受信する機能部である。検知情報受信部１０３は、例えば、図３に示すセンサＩ／Ｆ６５、およびＣＰＵ６１で動作するプログラムによって実現される。

加工情報取得部１０４は、加工機２００から、第１通信制御部１０１により受信されたコンテキスト情報（加工情報）を取得する機能部である。加工情報取得部１０４は、例えば、図３に示すＣＰＵ６１で動作するプログラムによって実現される。

受付部１０５は、第１通信制御部１０１が加工機２００から受信するコンテキスト情報とは異なるコンテキスト情報の入力を受け付ける機能部である。例えば、累積使用時間は加工機２００から取得するように構成できる。この場合、加工機２００は、例えば、工具を交換したときに累積使用時間をリセット（初期化）する機能を備えていてもよい。

累積使用時間を加工機２００から取得せず、受付部１０５が受け付けるように構成することもできる。受付部１０５は、例えば、キーボードおよびタッチパネルなどの入力装置から入力されたコンテキスト情報を受け付ける。受付部１０５で受け付けるコンテキスト情報は、累積使用時間に限らず、例えば、使用する工具の仕様の情報（工具の直径、刃数、材質、工具にコーティングが施されているか否か等）、加工対象の情報（材質等）でもよい。また、受付部１０５は、外部装置からコンテキスト情報を受信するように構成してもよい。受付部１０５は、例えば、図３に示すＣＰＵ６１で動作するプログラムによって実現される。なお、加工機２００以外からコンテキスト情報を受け付ける必要がない場合は、受付部１０５は備えなくてもよい。

特徴抽出部１０６は、判定部１０８による判定で用いる特徴情報を、検知情報から抽出する機能部である。特徴情報は、検知情報の特徴を示す情報であればどのような情報であってもよい。例えば、検知情報がマイクにより集音された音響データである場合、特徴抽出部１０６は、エネルギー、周波数スペクトル、および、ＭＦＣＣ（メル周波数ケプストラム係数）等を特徴情報として抽出してもよい。特徴抽出部１０６は、例えば、図３に示すＣＰＵ６１で動作するプログラムによって実現される。

生成部１０７は、加工機２００の正常動作時に検知情報から特徴抽出部１０６により抽出された特徴情報を用いた学習により、加工情報取得部１０４により取得されたコンテキスト情報に対応するモデルを生成する機能部である。なお、モデルを外部装置で生成する場合は、生成部１０７は備えられなくてもよい。また、生成部１０７は、モデルが定められていないコンテキスト情報と、当該コンテキスト情報に対応する検知情報が入力された場合に、この検知情報から抽出された特徴情報を用いて、当該コンテキスト情報に対応するモデルを生成してもよい。生成部１０７は、例えば、図３に示すＣＰＵ６１で動作するプログラムによって実現される。

判定部１０８は、特徴抽出部１０６により抽出された特徴情報と、加工情報取得部１０４により取得されたコンテキスト情報に対応するモデルと、を用いて、加工機２００の動作が正常であるか否かを判定する機能部である。例えば、判定部１０８は、特徴抽出部１０６に対して検知情報からの特徴情報の抽出を依頼する。判定部１０８は、検知情報から抽出された特徴情報が正常であることの尤もらしさを示す尤度を、対応するモデルを用いて算出する。判定部１０８は、尤度と、予め定められた閾値とを比較し、例えば、尤度が閾値以上である場合に、加工機２００の動作は正常であると判定する。また、判定部１０８は、尤度が閾値未満である場合に、加工機２００の動作は異常であると判定する。または、判定部１０８は、尤度と工具の摩耗の度合いとの関係を予め測定し、算出した尤度から工具の摩耗の程度を判定するものとしてもよい。判定部１０８は、例えば、図３に示すＣＰＵ６１で動作するプログラムによって実現される。

状態情報送信部１０９は、判定部１０８により判定された加工機２００の動作が正常であるか否か、または、駆動部２０４により駆動される工具の摩耗の程度の判定結果を含む状態情報を、当該状態情報に対応するコンテキスト情報と共に、第２通信制御部１０２を介して、サーバ装置３００に送信する機能部である。状態情報送信部１０９は、例えば、図３に示すＣＰＵ６１で動作するプログラムによって実現される。

記憶部１１０は、生成部１０７により生成されたモデルをコンテキスト情報と関連付けて記憶する機能部である。記憶部１１０は、例えば、図３のＲＡＭ６３および補助記憶装置６６等によって実現される。

なお、図６に示した診断装置１００の各機能部（第１通信制御部１０１、第２通信制御部１０２、検知情報受信部１０３、加工情報取得部１０４、受付部１０５、特徴抽出部１０６、生成部１０７、判定部１０８および状態情報送信部１０９）は、図３のＣＰＵ６１にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよく、ＩＣ等のハードウェアにより実現してもよく、または、ソフトウェアおよびハードウェアを併用して実現してもよい。

図６に示すように、サーバ装置３００は、通信制御部３０１（第１取得部の一例、取得部の一例）と、条件判定部３０２（第１判定部の一例）と、決定部３０３と、通知部３０４と、対応処理部３０５と、第１記憶部３０６と、第２記憶部３０７と、を有する。

通信制御部３０１は、診断装置１００、サービスデスクＰＣ４００およびメーカ側ＰＣ５００等の外部装置との間の通信を制御する機能部である。例えば、通信制御部３０１は、診断装置１００から状態情報およびコンテキスト情報等を受信する。また、通信制御部３０１は、メーカを示すメーカ情報、状態情報、およびコンテキスト情報等を、サービスデスクＰＣ４００へ送信する。また、通信制御部３０１は、メーカごとに定められた通知内容を含む通知情報等を、メーカ側ＰＣ５００に送信する。通信制御部３０１は、例えば、図４に示す通信Ｉ／Ｆ７５、およびＣＰＵ７１で動作するプログラムによって実現される。

ここで、メーカ（製造元）とは、加工機２００を構成するそれぞれの機器、工具およびソフトウェア（それぞれ、要素の一例）の各メーカを示し、例えば、加工機２００のＮＣ機器メーカおよびディーラ、工具メーカ、ならびに、ＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）／ＣＡＭ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｍａｎｕｆａｃｔｕｒｉｎｇ）メーカ等を示すものとする。

条件判定部３０２は、後述する第２記憶部３０７に記憶された対応情報を参照し、通信制御部３０１を介して受信された状態情報およびコンテキスト情報の少なくともいずれかに基づいて、当該コンテキスト情報に対応するメーカの特定条件を満たすか否かを判定する機能部である。条件判定部３０２は、例えば、図４に示すＣＰＵ７１で動作するプログラムによって実現される。

決定部３０３は、条件判定部３０２により特定条件を満たすと判定された場合、後述する第２記憶部３０７に記憶された対応情報を参照し、当該特定条件に対応するメーカに何の情報を通知情報として通知するかを決定する機能部である。具体的には、決定部３０３は、対応情報を参照し、当該メーカの当該特定条件に対応する通知内容を通知情報に含めて通知することを決定する。決定部３０３は、例えば、図４に示すＣＰＵ７１で動作するプログラムによって実現される。

通知部３０４は、決定部３０３によって決定された通知情報を、通信制御部３０１を介して、メーカ側ＰＣ５００に通知（送信）する機能部である。通知部３０４は、例えば、図４に示すＣＰＵ７１で動作するプログラムによって実現される。なお、通知部３０４による通知情報の通知先としてメーカが保有するメーカ側ＰＣ５００としているが、通知先としては、メーカに限定されるものではなく、加工機２００の保守者、および加工機２００を用いたサービスの提供者等を通知先とするものとしてもよい。

対応処理部３０５は、条件判定部３０２により特定条件を満たすと判定された場合、後述する第２記憶部３０７に記憶された対応情報を参照し、当該特定条件に対応する対応処理を実行する機能部である。なお、対応処理部３０５による対応処理の具合的な内容は、後述の図１５において詳述する。対応処理部３０５は、例えば、図４に示すＣＰＵ７１で動作するプログラムによって実現される。

第１記憶部３０６は、通信制御部３０１によって診断装置１００から受信した状態情報およびコンテキスト情報を記憶する機能部である。第１記憶部３０６は、例えば、図４に示すＲＡＭ７３または補助記憶装置７４によって実現される。

第２記憶部３０７は、図１５で後述する対応情報を記憶する機能部である。第２記憶部３０７は、例えば、図４に示すＲＡＭ７３または補助記憶装置７４によって実現される。

なお、図６に示したサーバ装置３００の各機能部（通信制御部３０１、条件判定部３０２、決定部３０３、通知部３０４および対応処理部３０５）は、図４のＣＰＵ７１にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよく、ＩＣ等のハードウェアにより実現してもよく、または、ソフトウェアおよびハードウェアを併用して実現してもよい。

図６に示すように、サービスデスクＰＣ４００は、通信制御部４０１（第１取得部の一例、取得部の一例）と、条件判定部４０２（第１判定部の一例）と、決定部４０３と、入力部４０４と、表示制御部４０５と、表示部４０６と、通知部４０７と、記憶部４０８と、を有する。

通信制御部４０１は、サーバ装置３００およびメーカ側ＰＣ５００等の外部装置との間の通信を制御する機能部である。例えば、通信制御部４０１は、サーバ装置３００からメーカ情報、状態情報およびコンテキスト情報等を受信する。また、通信制御部４０１は、メーカごとに定められた通知内容を含む通知情報等を、メーカ側ＰＣ５００に送信する。通信制御部４０１は、例えば、図５に示す通信Ｉ／Ｆ８５、およびＣＰＵ８１で動作するプログラムによって実現される。

条件判定部４０２は、後述する記憶部４０８に記憶された対応情報を参照し、通信制御部４０１を介して受信された状態情報およびコンテキスト情報の少なくともいずれかに基づいて、当該コンテキスト情報に対応するメーカの特定条件を満たすか否かを判定する機能部である。条件判定部４０２は、例えば、図５に示すＣＰＵ８１で動作するプログラムによって実現される。

決定部４０３は、条件判定部４０２により特定条件を満たすと判定された場合、後述する記憶部４０８に記憶された対応情報を参照し、当該特定条件に対応するメーカに何の情報を通知情報として通知するかを決定する機能部である。具体的には、決定部４０３は、対応情報を参照し、当該メーカの当該特定条件に対応する通知内容を通知情報に含めて通知することを決定する。決定部４０３は、例えば、図５に示すＣＰＵ８１で動作するプログラムによって実現される。

入力部４０４は、文字および数字等の入力、各種指示の選択、ならびにカーソルの移動等の操作を行うための機能部である。入力部４０４は、図５に示す入力装置８８によって実現される。

表示制御部４０５は、表示部４０６の表示動作を制御する機能部である。具体的には、表示制御部４０５は、通信制御部４０１により受信された状態情報およびコンテキスト情報、および、決定部４０３により決定された通知情報等を、表示部４０６に表示させる。表示制御部４０５は、例えば、図５に示すＣＰＵ８１で動作するプログラムによって実現される。

表示部４０６は、表示制御部４０５による制御に従って各種情報を表示する機能部である。表示部４０６は、例えば、図５に示すディスプレイ８９によって実現される。

通知部４０７は、決定部４０３によって決定された通知情報を、サービスデスクのスタッフ等により入力部４０４に入力された操作入力に従って、通信制御部４０１を介して、メーカ側ＰＣ５００に通知（送信）する機能部である。通知部４０７は、例えば、図５に示すＣＰＵ８１で動作するプログラムによって実現される。

記憶部４０８は、サーバ装置３００から通信制御部４０１により受信された対応情報を記憶する機能部である。例えば、通信制御部４０１は、サーバ装置３００から定期的に対応情報を受信し、または、対応情報が更新されたタイミングで受信し、受信された対応情報が記憶部４０８に記憶されるものとすればよい。記憶部４０８は、例えば、図５に示すＲＡＭ８３または補助記憶装置８４によって実現される。

なお、図６に示したサービスデスクＰＣ４００の各機能部（通信制御部４０１、条件判定部４０２、決定部４０３、表示制御部４０５および通知部４０７）は、図５のＣＰＵ８１にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよく、ＩＣ等のハードウェアにより実現してもよく、または、ソフトウェアおよびハードウェアを併用して実現してもよい。

図６に示すように、メーカ側ＰＣ５００は、通信制御部５０１と、通知取得部５０２と、入力部５０３と、表示制御部５０４と、表示部５０５と、を有する。

通信制御部５０１は、サーバ装置３００およびサービスデスクＰＣ４００等の外部装置との間の通信を制御する機能部である。例えば、通信制御部５０１は、サーバ装置３００およびサービスデスクＰＣ４００のうち少なくともいずれかから、メーカごとに定められた通知内容を含む通知情報等を受信する。通信制御部５０１は、例えば、図５に示す通信Ｉ／Ｆ８５、およびＣＰＵ８１で動作するプログラムによって実現される。

通知取得部５０２は、通信制御部５０１を介して、サーバ装置３００およびサービスデスクＰＣ４００のうち少なくともいずれかから通知（送信）された通知情報を取得する機能部である。通知取得部５０２は、例えば、図５に示すＣＰＵ８１で動作するプログラムによって実現される。

入力部５０３は、文字および数字等の入力、各種指示の選択、ならびにカーソルの移動等の操作を行うための機能部である。入力部５０３は、図５に示す入力装置８８によって実現される。

表示制御部５０４は、表示部５０５の表示動作を制御する機能部である。具体的には、表示制御部５０４は、通知取得部５０２により取得された通知情報を、表示部５０５に表示させる。表示制御部５０４は、例えば、図５に示すＣＰＵ８１で動作するプログラムによって実現される。

表示部５０５は、表示制御部５０４による制御に従って各種情報を表示する機能部である。表示部５０５は、例えば、図５に示すディスプレイ８９によって実現される。

なお、図６に示したメーカ側ＰＣ５００の各機能部（通信制御部５０１、通知取得部５０２および表示制御部５０４）は、図５のＣＰＵ８１にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよく、ＩＣ等のハードウェアにより実現してもよく、または、ソフトウェアおよびハードウェアを併用して実現してもよい。

また、図６に示した診断装置１００、加工機２００、サーバ装置３００、サービスデスクＰＣ４００およびメーカ側ＰＣ５００それぞれの各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図６で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図６の１つの機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

（診断装置による診断処理）
図７は、実施形態における診断処理の一例を示すフローチャートである。図７を参照しながら、本実施形態に係る情報提供システム１の診断装置１００の診断処理について説明する。

上述のように、加工機２００の数値制御部２０１は、現在の加工機２００の動作を示すコンテキスト情報を、逐次、診断装置１００に送信する。診断装置１００の第１通信制御部１０１は、このようにして加工機２００から送信されたコンテキスト情報を受信する（ステップＳ１０１）。そして、診断装置１００の加工情報取得部１０４は、第１通信制御部１０１により受信されたコンテキスト情報を取得する。

また、加工機２００の検知部２１１は、加工時の検知情報を、逐次、出力する。診断装置１００の検知情報受信部１０３は、このようにして加工機２００から送信された検知情報（センサデータ）を受信する（ステップＳ１０２）。

診断装置１００の特徴抽出部１０６は、受信された検知情報から特徴情報を抽出する（ステップＳ１０３）。

診断装置１００の判定部１０８は、加工情報取得部１０４により取得されたコンテキスト情報に対応するモデルを記憶部１１０から取得する（ステップＳ１０４）。

判定部１０８は、抽出された特徴情報と、取得されたコンテキスト情報に対応するモデルとを用いて、加工機２００が正常に動作しているか否か、または、駆動部２０４により駆動される工具の摩耗の程度を判定する（ステップＳ１０５）。

診断装置１００の状態情報送信部１０９は、判定部１０８による判定結果を出力する（ステップＳ１０６）。具体的には、状態情報送信部１０９は、加工機２００が正常に動作しているか否か、または、工具の摩耗の程度の判定結果を含む状態情報を、当該状態情報に対応するコンテキスト情報と共に、第２通信制御部１０２を介して、サーバ装置３００に送信する。また、状態情報送信部１０９は、判定部１０８によって加工機２００の動作が判定されたタイミングだけではなく、加工機２００の現在の動作に対応するコンテキスト情報を、第２通信制御部１０２を介して、サーバ装置３００に送信する。なお、状態情報送信部１０９による判定結果の出力方法は、上述のように、サーバ装置３００への状態情報として送信することに限定されるものではなく、それに加えて、その他の方法により出力するものとしてもよい。例えば、状態情報送信部１０９は、診断装置１００の表示装置（図示せず）に判定結果を表示させてもよい。

（診断装置によるモデル生成処理）
図８は、実施形態におけるモデル生成処理の一例を示すフローチャートである。図８を参照しながら、本実施形態に係る情報提供システム１の診断装置１００のモデル生成処理について説明する。なお、モデル生成処理は、例えば、診断処理の前に事前に実行される。または、モデルが定められていないコンテキスト情報が入力された場合にモデル生成処理を実行するように構成してもよい。

診断装置１００の第１通信制御部１０１は、加工機２００から送信されたコンテキスト情報を受信する（ステップＳ２０１）。そして、診断装置１００の加工情報取得部１０４は、第１通信制御部１０１により受信されたコンテキスト情報を取得する。

診断装置１００の検知情報受信部１０３は、加工機２００から送信された検知情報（センサデータ）を受信する（ステップＳ２０２）。

このように受信されたコンテキスト情報および検知情報が、モデルの生成に利用される。モデルは、コンテキスト情報ごとに生成されるため、検知情報は、対応するコンテキスト情報に関連付けられる必要がある。このため、例えば、検知情報受信部１０３は、受信した検知情報を、同じタイミングで第１通信制御部１０１により受信されたコンテキスト情報と対応付けて記憶部１１０等に記憶させる。各情報を記憶部１１０等に一旦記憶し、正常時の情報であることを確認し、正常時の情報のみを用いてモデルを生成してもよい。すなわち、正常であるとラベルづけされた検知情報を用いてモデルを生成してもよい。

正常であるか否かの確認（ラベルづけ）は、情報を記憶部１１０等に記憶した後の任意のタイミングで実行してもよいし、加工機２００を動作させながらリアルタイムに実行してもよい。ラベルづけを実行せず、情報が正常であると仮定してモデルを生成してもよい。正常であると仮定した情報が実際は異常を示す情報であった場合は、生成されたモデルにより正しく判定処理が実行されなくなる。異常と判定される頻度等によりこのような状況であるかを判断でき、誤って生成されたモデルを削除する等の対応を取ることができる。また、異常であった情報から生成されたモデルを、異常であることを判定するモデルとして利用してもよい。また、工具の摩耗に関しては、例えば、１つの工具を用いて同じ条件（同じコンテキスト情報）で加工動作を繰り返し行い、新品の状態から、最終的に折損するまで学習させることによって、摩耗の程度を判定することが可能となる。

診断装置１００の特徴抽出部１０６は、検知情報受信部１０３により受信された検知情報から特徴情報を抽出する（ステップＳ２０３）。

診断装置１００の生成部１０７は、特徴抽出部１０６により抽出された特徴情報から、加工情報取得部１０４により取得されたコンテキスト情報に対応するモデルを生成する（ステップＳ２０４）。生成部１０７は、生成したモデルを、例えば、コンテキスト情報および特徴情報との関連付けを行い、記憶部１１０に記憶させる（ステップＳ２０５）。

（モデル生成処理および診断処理の具体例）
次に、本実施形態によるモデル生成処理および診断処理の具体例について説明する。図９は、実施形態におけるモデル生成処理および診断処理の具体例を説明する図である。

図９は、例えば、ある部品を加工する工程の一部についてのモデル生成処理、および、診断処理を示す。モデル生成処理では、コンテキスト情報７０１と共に受信された複数の検知情報（図９では検知情報７１１ａ〜７１１ｃ）が利用される。なお、検知情報の個数は３に限られるものではなく、任意の個数とすることができる。

コンテキスト情報７０１は、加工工程が、４つのモータ（モータＡ、モータＢ、モータＣ、モータＤ）を駆動する動作を含むことを示している。特徴抽出部１０６は、検知情報受信部１０３により受信された検知情報から特徴情報を抽出する。生成部１０７は、各モータに対応するコンテキスト情報ごとに、対応する検知情報から抽出された特徴情報を用いてモデルを生成する。生成されたモデルは、対応するコンテキスト情報と対応付けられて記憶部１１０等に記憶される。図９では、モータＢが駆動される場合のコンテキスト情報に対して生成されたモデル（「モータＢ」）が記憶部１１０に記憶された例が示されている。記憶されたモデルは、その後の診断処理で参照される。

診断処理では、モデル生成処理と同様に、コンテキスト情報７０１とともに、検知情報７２１が受信される。コンテキスト情報が「モータＢが駆動されていること」を示す場合、判定部１０８は、例えば、このコンテキスト情報が受信された期間に受信された検知情報と、記憶部１１０に記憶されているモデル「モータＢ」とを用いて、加工機２００の動作が正常であるか否かを判定する。

他のコンテキスト情報が受信される場合も同様に、対応する検知情報と、対応するモデルとを用いて、判定部１０８による判定が実行される。

なお、すべてのコンテキスト情報に対して判定を実行する必要はない。図１０は、一部のコンテキスト情報についてモデル生成処理および診断処理を行う具体例を説明する図である。

図１０の例では、コンテキスト情報が「モータＢが駆動されていること」を示す場合のみモデルが生成される。また、診断処理は、「モータＢが駆動されていること」を示すコンテキスト情報７０１−２が受信された場合に実行される。これにより、異常の判定に有効な検知情報のみを用いて診断処理を実行することができる。例えば、検知情報として音響データを用いる場合、無音区間等判定する必要がない区間が加工工程に含まれる場合がある。このような不要な区間を判定対象から外すことによって、誤判定を減らすこと、および、計算コストを減らすことが可能となる。すなわち、診断処理の高精度化および効率化が実現可能となる。

また、相互に異なる加工工程であっても、例えば、同一のモータ等を使用する場合は、対応するモデルを共通に利用して診断処理を実行してもよい。図１１は、共通のモデルを他の加工工程で使用する例を説明する図である。

図１１のコンテキスト情報９０１は、加工工程が、４つのモータ（モータＸ、モータＹ、モータＺ、モータＢ）を駆動する動作を含むことを示している。モータＢを使用する点は、例えば、図９に示す加工工程と共通する。このため、図１１の加工工程でも、判定部１０８は、記憶部１１０に記憶されている同一のモデル「モータＢ」と、検知情報９２１とを用いて診断処理を実行できる。

また、図１２は、累積使用時間をコンテキスト情報として利用する場合の例を説明する図である。コンテキスト情報１００１は、各モータの累積使用時間を示す。図１２の例では、累積使用時間の範囲（０月〜６月、６月〜１２月、・・・等）ごと、かつ、モータの種類ごとにモデルが生成される。例えば、記憶部１１０ａは、累積使用時間が０〜６月の各モータのモデルを記憶する。記憶部１１０ｂは、累積使用時間が６〜１２月の各モータのモデルを記憶する。記憶部１１０ｃは、累積使用時間が例えば１２月以上の各モータのモデルを記憶する。記憶部１１０ａ〜１１０ｃは、物理的に異なる記憶媒体で実現してもよいし、物理的に同一の記憶媒体（記憶部１１０）で実現してもよい。判定部１０８は、コンテキスト情報７０１とともに、コンテキスト情報１００１を用いて対応するモデルを特定し、特定したモデルを用いて診断処理を実行する。

また、図１３は、モデルが生成されていないコンテキスト情報が入力された場合にモデルを生成する動作を説明する図である。図１３のコンテキスト情報１１０１は、加工工程が、４つのモータ（モータＸ、モータＣ、モータＤ、モータＢ）を駆動する動作を含むことを示している。モータＸの駆動を示すコンテキスト情報に対して、モデルが生成されていないものとする。

この場合、特徴抽出部１０６は、複数の検知情報（図１３では、検知情報１１１１ａ、１１１１ｂ、１１１１ｃ）それぞれについて、「モータＸが駆動されていること」を示すコンテキスト情報に対応する期間の検知情報から特徴情報を抽出する。生成部１０７は、抽出された特徴情報を用いて、「モータＸが駆動されていること」を示すコンテキスト情報に対応するモデル「モータＸ」を生成し、記憶部１１０に記憶する。これにより、今後モータＸを駆動する期間についても異常の判定が可能となる。

このように、現在の動作を示すコンテキスト情報を加工機２００から受信し、受信したコンテキスト情報に対応するモデルを用いて異常を判定できる。したがって、動作する駆動部を高精度に特定し、異常をより高精度に診断可能となる。

（情報提供システムの情報提供処理）
図１４は、実施形態に係る情報提供システムの情報の流れを説明する図である。図１５は、対応情報の一例を示す図である。図１４および図１５を参照しながら、本実施形態に係る情報提供システム１の情報の流れを説明する。

図１４に示すように、加工機２００は、現在の動作に対応するコンテキスト情報および検知情報を、診断装置１００に送信する。具体的には、加工機２００の数値制御部２０１は、現在の動作に対応するコンテキスト情報を、通信制御部２０２を介して、診断装置１００に逐次送信する。また、検知部２１１は、工具等が発する物理量を検知し、検知した物理量の情報を検知情報（センサデータ）として診断装置１００に送信する。

また、図１４に示すように、診断装置１００は、加工機２００から受信したコンテキスト情報、および、加工機２００の動作が正常であるか否か、または、工具の摩耗の程度の判定結果を含む状態情報を、サーバ装置３００に送信する。具体的には、診断装置１００の状態情報送信部１０９は、加工機２００が正常に動作しているか否か、または、工具の摩耗の程度を示す判定結果を含む状態情報を、当該状態情報に対応するコンテキスト情報と共に、第２通信制御部１０２を介して、サーバ装置３００に送信する。また、状態情報送信部１０９は、判定部１０８によって加工機２００の動作が判定されたタイミングだけではなく、加工機２００の現在の動作に対応するコンテキスト情報を、第２通信制御部１０２を介して、サーバ装置３００に送信する。

また、図１４に示すように、サーバ装置３００は、診断装置１００から受信したコンテキスト情報および状態情報、ならびに、コンテキスト情報に対応するメーカ情報を、サービスデスク（サービスデスクＰＣ４００）に送信する。具体的には、サーバ装置３００の通信制御部３０１は、第２記憶部３０７に記憶された対応情報（図１５）を参照し、診断装置１００から受信したコンテキスト情報に対応するメーカを示す情報（メーカ情報）を抽出する。そして、通信制御部３０１は、診断装置１００から受信した状態情報およびコンテキスト情報、ならびに、当該コンテキスト情報に対応する、抽出したメーカ情報を、サービスデスクＰＣ４００に送信する。

また、図１４に示すように、サーバ装置３００は、診断装置１００から受信したコンテキスト情報および状態情報に基づいて通知情報を決定し、決定した通知情報を、各メーカ（メーカ側ＰＣ５００）に送信し、さらに、当該通知情報に対応する対応処理を実行する。具体的には、サーバ装置３００の条件判定部３０２は、第２記憶部３０７に記憶された対応情報（図１５参照）を参照し、診断装置１００から、通信制御部３０１を介して受信された状態情報およびコンテキスト情報に基づいて、当該コンテキスト情報に対応するメーカの特定条件を満たすか否かを判定する。

ここで、図１５に示すように、対応情報は、メーカを示す情報である「メーカ」と、特定の現象が発生したか否かを示す条件である「現象（特定条件）」と、特定の現象が起きた場合（特定条件が満たされた場合）に通知する情報を示す「通知内容」と、特定の現象が起きた場合に自動的に処理する内容を示す「対応処理」と、を関連付ける情報である。例えば、図１５に示す対応情報の例では、メーカが「ＣＣ」である場合は、特定条件として「ドリル折損」、通知内容として「状態情報」および「折損時のコンテキスト情報」、対応処理として「加工パスの変更処理」がそれぞれ関連付けられている。このようなメーカごとに関連付けられた特定条件、通知内容および対応処理は、予め、各メーカとの間で決められているものとすればよい。また、各メーカに関連付けられる特定条件、通知内容および対応処理のいずれかが変更された場合は、対応情報にその変更内容を反映するように更新し、更新した対応情報を、サービスデスクＰＣ４００に送信して展開するものとすればよい。なお、図１５に示す対応情報は、テーブル形式の情報となっているが、これに限定されるものではなく、メーカ、特定条件、通知内容および対応処理をそれぞれ関連付ける情報であれば、どのような形式でもよい。

例えば、条件判定部３０２は、コンテキスト情報が「ドリル径」を含む場合、図１５の対応情報に示すように、「ドリル径」についての特定条件「ドリル径＜閾値」を満たすか否かを判定する。

そして、サーバ装置３００の決定部３０３は、条件判定部３０２により特定条件を満たすと判定された場合、第２記憶部３０７に記憶された対応情報を参照し、当該特定条件に対応するメーカに何の情報を通知情報として通知するかを決定する。例えば、決定部３０３は、条件判定部３０２によって、コンテキスト情報に含まれる「ドリル径」が特定条件「ドリル径＜閾値」を満たすと判定された場合、図１５に示す対応情報に示すように、当該特定条件に対応する通知内容「コンテキスト情報」を、当該特定条件に対応するメーカ「ＡＡ」に通知する通知情報として決定する。

そして、サーバ装置３００の通知部３０４は、決定部３０３によって決定された通知情報を、通信制御部３０１を介して、メーカ側ＰＣ５００に通知（送信）する。例えば、通知部３０４は、決定部３０３によって、通知情報として決定された「コンテキスト情報」を、メーカ「ＡＡ」のメーカ側ＰＣ５００に通知（送信）する。また、サーバ装置３００の対応処理部３０５は、条件判定部３０２により特定条件を満たすと判定された場合、第２記憶部３０７に記憶された対応情報を参照し、当該特定条件に対応する対応処理を実行する。例えば、対応処理部３０５は、図１５に示す対応情報に示すように、特定条件「ドリル径＜閾値」に対応する対応処理「ドリルの発注処理」を実行する。

ここで、図１５に示す対応情報を参照しながら、各メーカに対する通知内容および対応処理の具体例を説明する。

例えば、加工機２００に使用されるＮＣ機器のメーカまたはディーラの場合、ＮＣ機器の保守メンテナンスを適時行うために、加工機２００の故障を示す状態情報の通知を受け、サーバ装置３００は、加工機２００（例えば、ＮＣ機器）の修理手配の処理を、対応処理として実行する。また、加工機２００の稼働状態を含むコンテキスト情報の通知を受け、サーバ装置３００は、加工機２００（例えば、ＮＣ機器）の保全のための手配処理（例えば、保全のために必要な交換部品の手配、または、保全のためのメンテナンス要員の派遣の手配等）を、対応処理として実行する。以上のような、対応処理が自動で行われることによって、加工機２００のダウンタイムを短縮することができる。

また、加工機２００の稼働状態を示す状態情報およびコンテキスト情報の通知を定期的に受けることによって、メーカ側またはディーラ側は、通知情報を新規設備の導入提案に活用する。これによって、加工機２００の稼働率が高い顧客に対しては、さらに生産性を高めるために新規設備の導入提案をすることが可能となる。

また、例えば、加工機２００に使用される工具のメーカの場合、工具の状態を含むコンテキスト情報の通知を受け、サーバ装置３００は、状態情報が工具の摩耗が進んでいることを示す等の特定条件を満たすと判定した場合、工具の発注処理を、対応処理として実行する。これによって、予め設定された発注点と発注量とに基づいて、自動的に在庫量を一定に保つことができる。また、予め設定された生産量または生産計画に基づいて、工具の発注処理および在庫をコントロールすることができる。

また、工具の状態を含むコンテキスト情報の通知を受け、サーバ装置３００は、状態情報が工具の摩耗が進んでいることを示す等の特定条件を満たすと判定した場合、工具の再研磨の手配処理を、対応処理として実行する。また、工具が折損した場合のコンフィギュレーション情報および加工条件を含むコンテキスト情報の通知を受けた場合、工具のメーカは、工具開発に活用する。また、工具の折損数および摩耗状態を含むコンテキスト情報の通知を受けた場合、工具のメーカは、工具の見込み生産の生産管理に活用する。

また、例えば、加工機２００に関わるＣＡＤ／ＣＡＭメーカの場合、工具の折損した場合のコンフィギュレーション情報および加工条件を含むコンテキスト情報の通知を受けた場合、サーバ装置３００は、工具の折損に対応する工程の加工パスの変更処理を、対応処理として実行する。また、加工機２００の加工条件を含むコンテキスト情報の通知を定期的に受けることによって、ＣＡＤ／ＣＡＭメーカは、顧客に対して、工具の折損が発生しにくい加工条件についてコンサルティングを行うことができる。

図１４に戻り、情報提供システム１の情報の流れの説明を続ける。図１４に示すように、サービスデスク（サービスデスクＰＣ４００）は、サーバ装置３００から受信したメーカ情報、コンテキスト情報および状態情報に基づいて通知情報を決定し、サービスデスクのスタッフによる操作に基づいて、決定した通知情報を、各メーカ（メーカ側ＰＣ５００）に送信する。具体的には、サービスデスクＰＣ４００の条件判定部４０２は、記憶部４０８に記憶された対応情報を参照し、通信制御部４０１を介して受信された状態情報およびコンテキスト情報に基づいて、当該コンテキスト情報に対応するメーカの特定条件を満たすか否かを判定する。次に、サービスデスクＰＣ４００の決定部４０３は、条件判定部４０２により特定条件を満たすと判定された場合、記憶部４０８に記憶された対応情報を参照し、当該特定条件に対応するメーカに何の情報を通知情報として通知するかを決定する。そして、サービスデスクＰＣ４００の通知部４０７は、決定部４０３によって決定された通知情報を、サービスデスクのスタッフ等により入力部４０４に入力された操作入力に従って、通信制御部４０１を介して、メーカ側ＰＣ５００に通知（送信）する。

なお、各メーカに対する通知情報の通知を、サーバ装置３００のみによって実現させる場合には、サービスデスクＰＣ４００は設置されないものとしてもよい。また、サービスデスクにおけるスタッフ等による各メーカに通知される通知情報の確認に重点を置く場合、サーバ装置３００による各メーカ（メーカ側ＰＣ５００）への通知情報の送信動作はないものとしてもよい。

図１６は、実施形態における情報提供処理の一例を示すフローチャートである。図１６を参照しながら、本実施形態に係る情報提供システム１の情報提供処理の流れを総括的に説明する。なお、図１６における情報提供処理の説明では、サービスデスクＰＣ４００による処理の説明は割愛する。

＜ステップＳ３０１＞
診断装置１００の第１通信制御部１０１は、加工機２００から送信されたコンテキスト情報を受信する。そして、診断装置１００の加工情報取得部１０４は、第１通信制御部１０１により受信されたコンテキスト情報を取得する。そして、ステップＳ３０２へ移行する。

＜ステップＳ３０２＞
診断装置１００の検知情報受信部１０３は、加工機２００から送信された検知情報（センサデータ）を受信する。そして、ステップＳ３０３へ移行する。

＜ステップＳ３０３＞
診断装置１００の特徴抽出部１０６は、受信された検知情報から特徴情報を抽出する。診断装置１００の判定部１０８は、抽出された特徴情報と、取得されたコンテキスト情報に対応するモデルとを用いて、加工機２００が正常に動作しているか否か、または、工具の摩耗の程度を判定する。診断装置１００の状態情報送信部１０９は、加工機２００が正常に動作しているか否か、または、工具の摩耗の程度の判定結果を含む状態情報を、当該状態情報に対応するコンテキスト情報と共に、第２通信制御部１０２を介して、サーバ装置３００に送信する。そして、ステップＳ３０４へ移行する。

＜ステップＳ３０４＞
サーバ装置３００の通信制御部３０１は、診断装置１００から状態情報およびコンテキスト情報を受信する。サーバ装置３００の条件判定部３０２は、第２記憶部３０７に記憶された対応情報を参照し、通信制御部３０１を介して受信された状態情報およびコンテキスト情報に基づいて、当該コンテキスト情報に対応するメーカの特定条件を満たすか否かを判定する。そして、ステップＳ３０５へ移行する。

＜ステップＳ３０５＞
特定条件を満たす場合（ステップＳ３０５：Ｙｅｓ）、ステップＳ３０６へ移行し、特定条件を満たさない場合（ステップＳ３０５：Ｎｏ）、情報提供処理を終了する。

＜ステップＳ３０６＞
サーバ装置３００の決定部３０３は、条件判定部３０２により特定条件を満たすと判定された場合、第２記憶部３０７に記憶された対応情報を参照し、当該特定条件に対応するメーカ情報を抽出して、通知情報に含める（付加する）。そして、ステップＳ３０７へ移行する。

＜ステップＳ３０７＞
決定部３０３は、さらに、対応情報を参照し、必要に応じて、ステップＳ３０６の特定条件に対応する通知内容（状態情報およびコンテキスト情報等）を、通知情報に含める（付加する）。そして、ステップＳ３０８へ移行する。

＜ステップＳ３０８＞
サーバ装置３００の通知部３０４は、決定部３０３によって決定された通知情報を、通信制御部３０１を介して、メーカ側ＰＣ５００に通知（出力）する。サーバ装置３００の対応処理部３０５は、第２記憶部３０７に記憶された対応情報を参照し、ステップＳ３０６の特定条件に対応する対応処理を実行する。これによって、情報提供処理を終了する。

以上のステップＳ３０１〜Ｓ３０８によって、情報提供処理が実行される。

以上のように、図６に示すような情報提供システム１の構成によって、対象装置（例えば、加工機２００）のユーザは、対象装置に異常が発生した場合等に、対象装置のどの部分に異常等が発生しているかを特定する必要がなく、どのメーカまたはディーラに通知すればよいのか自身で調べる必要がなく、自動的に、必要な情報をメーカまたはディーラ側に通知することができる。

また、メーカまたはディーラは、加工機２００のユーザの現場で発生している異常、問題点その他の情報を、ユーザの手を煩わせることなく収集することができ、収集した情報を自社製品の開発、加工条件、または加工パスの改善等に活用することができる。

また、サーバ装置３００は、各メーカ（またはディーラ）で決められた特定条件を満たすと判定した場合、自動で、対応する対応処理を実行することができるので、メーカ（またはディーラ）の手間を省くことができる。

以上のように、本実施形態に係る情報提供システム１は、対象装置に搭載された各メーカの製品（機器、工具およびソフトウェア等）を対象にしたサービス（情報の通知、および対応処理の実行）を提供することが可能となる。

なお、上述のように、サーバ装置３００の対応処理部３０５は、満たされた特定条件に対応する対応処理を実行するものとしているが、これに限定されるものではなく、通知部３０４によるメーカ（またはディーラ）への通知情報の通知のみを行い、メーカ（またはディーラ）側のスタッフが、確認した通知情報に応じた処理を行うものとしてもよい。

また、サーバ装置３００の条件判定部３０２によって、状態情報およびコンテキスト情報に基づいて、メーカに対応する特定条件を満たすか否かが判定されるものとしたが、これに限定されるものではなく、当該特定条件の判定は、診断装置１００側で行うものとしてもよい。この場合、対応情報を予めサーバ装置３００から診断装置１００に送信しておくものとすればよい。

また、通知部３０４により通知される通知情報は、当該通知情報に含まれるメーカ情報が示すメーカに対して通知されるものとしてもよく、または、対応情報に含まれる全メーカに通知（ブロードキャスト）されるものとしてもよい。全メーカに通知される場合は、各メーカが通知を受けた通知情報の要否を判断すればよい。

また、上述の実施形態の情報提供システム１で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供するように構成してもよい。

また、上述の実施形態の情報提供システム１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータ・プログラム・プロダクトとして提供するように構成してもよい。

また、上述の実施形態の情報提供システム１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態の情報提供システム１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、上述の実施形態の情報提供システム１で実行されるプログラムは、上述した各機能部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。

１ 情報提供システム
２ ネットワーク
５１ ＣＰＵ
５２ ＲＯＭ
５３ ＲＡＭ
５４ 通信Ｉ／Ｆ
５５ 駆動制御回路
５６ モータ
５７ センサ
５８ バス
６１ ＣＰＵ
６２ ＲＯＭ
６３ ＲＡＭ
６４ 通信Ｉ／Ｆ
６５ センサＩ／Ｆ
６６ 補助記憶装置
６７ バス
７１ ＣＰＵ
７２ ＲＯＭ
７３ ＲＡＭ
７４ 補助記憶装置
７５ 通信Ｉ／Ｆ
７６ メディアドライブ
７７ メディア
７８ ＤＶＤドライブ
７９ ＤＶＤ−ＲＯＭ
８０ バス
８１ ＣＰＵ
８２ ＲＯＭ
８３ ＲＡＭ
８４ 補助記憶装置
８５ 通信Ｉ／Ｆ
８６ メディアドライブ
８７ メディア
８８ 入力装置
８９ ディスプレイ
９０ バス
１００ 診断装置
１０１ 第１通信制御部
１０２ 第２通信制御部
１０３ 検知情報受信部
１０４ 加工情報取得部
１０５ 受付部
１０６ 特徴抽出部
１０７ 生成部
１０８ 判定部
１０９ 状態情報送信部
１１０、１１０ａ〜１１０ｃ 記憶部
２００ 加工機
２０１ 数値制御部
２０２ 通信制御部
２０３ 駆動制御部
２０４ 駆動部
２１１ 検知部
３００ サーバ装置
３０１ 通信制御部
３０２ 条件判定部
３０３ 決定部
３０４ 通知部
３０５ 対応処理部
３０６ 第１記憶部
３０７ 第２記憶部
４００ サービスデスクＰＣ
４０１ 通信制御部
４０２ 条件判定部
４０３ 決定部
４０４ 入力部
４０５ 表示制御部
４０６ 表示部
４０７ 通知部
４０８ 記憶部
５００ メーカ側ＰＣ
５０１ 通信制御部
５０２ 通知取得部
５０３ 入力部
５０４ 表示制御部
５０５ 表示部
７０１、７０１−２ コンテンキスト情報
７１１ａ〜７１１ｃ 検知情報
７２１ 検知情報
９０１ コンテキスト情報
９２１ 検知情報
１００１ コンテキスト情報
１１０１ コンテキスト情報
１１１１ａ〜１１１１ｃ 検知情報

特開２００２−３６６６８３号公報

Claims (10)

1. 対象装置を診断する診断装置から、前記対象装置の動作の種類ごとの定められるコンテキスト情報、および、前記診断装置により判定された前記対象装置の動作に対する異常の有無または前記対象装置の摩耗の状態のうち少なくともいずれかを示す状態情報を取得する第１取得部と、
   前記第１取得部により取得された前記コンテキスト情報および前記状態情報の少なくともいずれかに基づいて、通知先ごとに関連付けられた特定条件を満たすか否かを判定する第１判定部と、
   前記第１判定部により前記特定条件が満たされると判定された場合、前記特定条件に対応する通知情報を決定する決定部と、
   前記決定部により決定された前記通知情報を、前記特定条件に対応する、前記対象装置に含まれる要素に関連する前記通知先に通知する通知部と、
   を有する情報提供システム。
2. 前記決定部は、前記特定条件と、前記通知情報と、前記要素に関連する通知先と、を対応付ける対応情報から、前記第１判定部による判定の対象の前記特定条件に対応する前記通知情報を特定して、該通知情報を決定し、
   前記通知部は、前記対応情報から、前記第１判定部による判定の対象の前記特定条件に対応する前記通知先を特定して、前記決定部により決定された前記通知情報を、特定した前記通知先に通知する請求項１に記載の情報提供システム。
3. 前記第１判定部により前記特定条件が満たされると判定された場合、該特定条件に対応する対応処理を実行する対応処理部を、さらに有する請求項１または２に記載の情報提供システム。
4. 前記決定部は、前記通知情報に、前記第１判定部による判定の対象の前記特定条件に対応する前記通知先の情報を付加し、
   前記通知部は、前記決定部により前記通知先の情報が付加された前記通知情報を、各通知先に通知する請求項１〜３のいずれか一項に記載の情報提供システム。
5. 前記第１取得部と、
   前記第１判定部と、
   前記決定部と、
   前記決定部により決定された前記通知情報の通知に対する操作入力を受け付ける入力部と、
   前記入力部により前記通知情報の通知実行の操作入力が受け付けられた場合、前記決定部により決定された前記通知情報を、前記第１判定部による判定の対象の前記特定条件に対応する、前記対象装置に含まれる要素に関連する前記通知先に通知する前記通知部と、
   を備えた情報通知装置を有する請求項１〜４のいずれか一項に記載の情報提供システム。
6. 前記対象装置を診断する前記診断装置を有する請求項１〜５のいずれか一項に記載の情報提供システム。
7. 前記診断装置は、
   前記対象装置から、該対象装置の動作の種類ごとに定められる前記コンテキスト情報を取得する第２取得部と、
   前記対象装置の動作に応じて変化する物理量を検知する検知部から出力される検知情報を取得する第３取得部と、
   前記第３取得部により取得された前記検知情報と、１以上の前記コンテキスト情報それぞれに対応する１以上のモデルのうち、前記第２取得部により取得された前記コンテキスト情報に対応するモデルと、を用いて、前記対象装置の動作が正常であるか否か、または、該対象装置の摩耗の状態を判定する第２判定部と、
   前記コンテキスト情報と、該コンテキスト情報に対応する前記対象装置の動作に対する前記第２判定部による判定結果を含む前記状態情報と、を出力する出力部と、
   を備えた請求項６に記載の情報提供システム。
8. 前記対象装置は、工具により加工対象を加工する加工機であり、
   前記通知部は、前記通知情報を、前記加工機に含まれる機器、前記工具、および、該加工機の加工動作のプログラムの製造元を前記通知先として通知する請求項１〜７のいずれか一項に記載の情報提供システム。
9. 対象装置を診断する診断装置から、前記対象装置の動作の種類ごとの定められるコンテキスト情報、および、前記診断装置により判定された前記対象装置の動作に対する異常の有無または前記対象装置の摩耗の状態のうち少なくともいずれかを示す状態情報を取得する取得ステップと、
   取得した前記コンテキスト情報および前記状態情報の少なくともいずれかに基づいて、通知先ごとに関連付けられた特定条件を満たすか否かを判定する判定ステップと、
   前記特定条件が満たされると判定した場合、前記特定条件に対応する通知情報を決定する決定ステップと、
   決定した前記通知情報を、前記特定条件に対応する、前記対象装置に含まれる要素に関連する前記通知先に通知する通知ステップと、
   を有する情報提供方法。
10. コンピュータを、
    対象装置を診断する診断装置から、前記対象装置の動作の種類ごとの定められるコンテキスト情報、および、前記診断装置により判定された前記対象装置の動作に対する異常の有無または前記対象装置の摩耗の状態のうち少なくともいずれかを示す状態情報を取得する取得部と、
    前記取得部により取得された前記コンテキスト情報および前記状態情報の少なくともいずれかに基づいて、通知先ごとに関連付けられた特定条件を満たすか否かを判定する判定部と、
    前記判定部により前記特定条件が満たされると判定された場合、前記特定条件に対応する通知情報を決定する決定部と、
    前記決定部により決定された前記通知情報を、前記特定条件に対応する、前記対象装置に含まれる要素に関連する前記通知先に通知する通知部と、
    して機能させるためのプログラム。
    
    

Images