状態監視装置
【課題】多数の機器の状態を同時に監視する際における、監視者にかかる負担を軽減すること。
【手段】複数の監視対象の状態を夫々測定し、測定した状態を表す測定値を出力する複数のセンサと、それらのセンサに対応付けられており、ある調和関係を持った複数の演奏パートの楽音を各々出力する楽音出力手段とを備える。更に、あるセンサが出力した測定値が正常範囲を逸脱している間、楽音出力手段によって出力される楽音のうちそのセンサに対応付けられた演奏パートの楽音を、調和関係を失わせる別の楽音信号に切り替える切替制御手段を備える。
【手段】複数の監視対象の状態を夫々測定し、測定した状態を表す測定値を出力する複数のセンサと、それらのセンサに対応付けられており、ある調和関係を持った複数の演奏パートの楽音を各々出力する楽音出力手段とを備える。更に、あるセンサが出力した測定値が正常範囲を逸脱している間、楽音出力手段によって出力される楽音のうちそのセンサに対応付けられた演奏パートの楽音を、調和関係を失わせる別の楽音信号に切り替える切替制御手段を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状態監視装置に関する。
【背景技術】
【０００２】
自動車や工作機械、ロボットなどの管理者に対し、それらの機器の稼動状態をリアルタイムで提示する監視装置が従来より開発されてきた。このような監視装置の多くは各種センサを搭載し、センサによって測定した値が所定の正常範囲を外れた場合に、異常があった旨を管理者に提示するようになっている。
【０００３】
この種の監視装置に関する発明を開示した文献として、特許文献１がある。同文献に記された車両用警報装置は、車両の前方、後方、側方に障害物があるか否かをセンサによって測定する。そして、センサが測定した値を基に衝突の危険度を段階的に予測し、危険度が比較的低い間は可聴周波数域の周辺付近の警告音を出力する一方で、危険度が高くなるにつれて可聴周波数域の中心付近に近い警告音を出力する。可聴周波数域の周辺付近の警告音は、サブリミナル的な効果は有しつつも比較的聴取されにくいという特性を有するので、危険度が比較的低い間は運転を妨げるような煩わしい印象を与えることなく、運転者に注意を喚起することができる。
【特許文献１】特開平８−１１８９９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、工場など多数の機器が設置されているような環境においては、それらのすべての機器の稼動状態の監視を一人の管理者が一手に担当しなければならないことも少なくない。この場合、管理者は自らの管理下にある個々の機器の稼動状態に逐一気を配らねばならず、その監視負担は極めて大きなものとなっていた。従って、多数の機器の状態を同時に監視しなければならない場合に生じるであろう負担を軽減できるような装置の実現が望まれていた。
本発明は、このような背景の下に案出されたものであり、多数の機器の状態を同時に監視する際における、監視者にかかる負担を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の好適な態様である状態監視装置は、複数の監視対象の状態を夫々測定し、測定した状態を表す測定値を出力する複数のセンサと、前記複数のセンサに対応付けられており、ある調和関係を持った複数の演奏パートの楽音を各々出力する楽音出力手段と、前記複数のセンサのうちあるセンサが出力した測定値が正常範囲を逸脱している間、前記楽音出力手段によって出力される前記複数の演奏パートの楽音のうちそのセンサに対応付けられた演奏パートの楽音を、所定のアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替える切替制御手段とを備える。
【０００６】
この態様において、前記所定のアルゴリズムは、あるタイミングで発音される楽音の楽音信号を、そのタイミングよりも所定の時間長だけ遅延させた又は遡らせた別のタイミングで発音される楽音の楽音信号に切り替える手順を表すアルゴリズムであってもよい。
【０００７】
更に、前記記憶手段は、センサによる測定値と前記正常範囲との差異の大きさと各々対応付けられた複数の前記アルゴリズムを夫々記憶し、前記切替制御手段は、前記あるセンサが出力した測定値が正常範囲を逸脱している間、そのセンサに対応付けられた演奏パートの楽音を、前記出力した測定値と正常範囲との差異の大きさと対応付けて前記記憶手段に記憶されているアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替えるようにしてもよい。
また、前記各センサが出力した測定値を表示する状態表示手段を更に備えてもよい。
【発明の効果】
【０００８】
本発明によると、多数の機器の状態を同時に監視する際における、監視者にかかる負担を軽減することができる。
【発明を実施するための最良の形態】
【０００９】
（発明の実施の形態）
本願発明の実施形態について説明する。
本実施形態にかかる状態監視システムは以下の２つの特徴を有する。１つ目の特徴は、監視対象となる複数の機器の各々にセンサを設置してそれら各機器の状態を測定し、測定した状態を各機器に個別に割り当てた演奏パートの楽音として表現するようにした点である。２つ目の特徴は、全ての機器の状態に異常が現れていない間は、ある一定の調和関係を持たせた楽音を出力する一方で、一部の機器の状態に異常が現れたときは、その調和関係を失わせる楽音を出力するようにした点である。
【００１０】
ここで、各機器に設置するセンサは、それらを設置した機器における特定の物質の物質量を定量化して電気信号に変換できるものであればその種別を問うものでなく、熱センサ、気圧センサ、湿度センサ等のいずれであってもよい。例えば、各機器が放出する熱量を基にそれらのオーバーヒートの有無を監視する用途に本システムを用いるのであれば、熱センサを各機器に設置する。本実施形態では、各機器にこの熱センサが設置されているものとする。
【００１１】
図１は、本実施形態にかかる状態監視システムの全体構成を示すブロック図である。図に示すように、この状態監視システムは、監視対象となる機器１０Ａ乃至Ｃ、それらに１つずつ設置されたセンサ２１Ａ乃至Ｃ、設定メモリ２２、設定入力装置２３、電気信号生成装置２４、状態表示装置２５、楽音信号生成装置２６、音源２７、アンプ２８、及びスピーカ２９を備えている。
【００１２】
センサ２１は、上記前提より熱センサであり、図２に示すように、監視対象である機器１０Ａ乃至Ｃの温度を測定し、その測定値を表すアナログ電気信号を電気信号生成装置２４へ供給する。
設定メモリ２２は、測定値設定テーブル、正常時演奏設定テーブル、及び異常時演奏設定テーブルを記憶している。
【００１３】
図３は、測定値設定テーブルのデータ構造図である。このテーブルは、各々が機器１０に設置された１つのセンサ２１と対応する複数のレコードの集合体である。このテーブルを構成する１つのレコードは、「センサ」、「正常レベル」、「異常レベル１」、「異常レベル２」、及び「異常レベル３」の５つのフィールドを有している。本実施形態では、各機器１０の異常の程度を３つのレベルとして段階的に提示する。そして、異常レベル１、２、３は危険度の段階を夫々表わしており、異常レベル１が最も危険度が低く、異常レベル３が最も危険度が高い。
「センサ」のフィールドには、機器１０Ａ乃至Ｃに夫々備え付けた各センサ２１Ａ乃至Ｃを識別する識別情報を記憶する。「正常レベル」のフィールドには、正常範囲情報を記憶する。正常範囲情報とは、正常に稼動しているとみなす温度の範囲を表す上限値、下限値、又はその両者の対を表すデータを意味する。「異常レベル１」、「異常レベル２」、及び「異常レベル３」の各フィールドには、レベル別異常範囲情報を夫々記憶する。レベル別異常範囲情報とは、各異常レベルに該当する温度の範囲を表す上限値、下限値、又はその両者の対を表すデータを意味する。
本システムを利用する監視者は、上記測定値設定テーブルにおける「正常レベル」、「異常レベル１」、「異常レベル２」、及び「異常レベル３」の各フィールドの記憶内容を、設定入力装置２３を用いた入力によって各センサ毎に個別に設定する。
【００１４】
図４は、正常時演奏設定テーブルのデータ構造図である。このテーブルも、各々が機器１０に設置された１つのセンサ２１と対応する複数のレコードの集合体となっている。このテーブルを構成する１つのレコードは、「センサ」、「第１属性」、「第２属性」、「第３属性」、及び「第４属性」の５つのフィールドを有している。「センサ」のフィールドには、各センサ２１の識別情報を記憶する。「第１属性」、「第２属性」、「第３属性」、及び「第４属性」の各フィールドには、属性情報を記憶する。属性情報とは、機器１０に異常が発生していない間、その機器１０に割り当てた演奏パートとして再生されるべき楽音の属性を表すデータを意味する。属性情報によって表される楽音の属性としては、発音タイミングの間隔、音色、ピッチ、音量といったものが想定できる。
本システムを利用する監視者は、上記正常時演奏設定テーブルの各レコードにおける、「第１属性」、「第２属性」、「第３属性」、及び「第４属性」の何れか１つ以上のフィールドの記憶内容を、設定入力装置２３を用いた入力によって個別に設定する。
【００１５】
図５は、異常時演奏設定テーブルのデータ構造図である。このテーブルは、各々が機器１０に発生した異常の異常レベルと対応する複数のレコードの集合体である。このテーブルを構成する１つのレコードは、「レベル」と「アルゴリズム」の２つのフィールドを有している。
「レベル」のフィールドには、各異常レベルを識別する識別情報を記憶する。「アルゴリズム」のフィールドには、楽音切替アルゴリズムを記憶する。楽音切替アルゴリズムとは、各異常レベルに該当する異常が発生している間に再生されるべき楽音の生成手順を表すデータを意味する。
本システムを利用する監視者は、上記異常時演奏設定テーブルの各レコードにおける、「アルゴリズム」のフィールドの記憶内容を、設定入力装置２３を用いた入力によって個別に設定する。
【００１６】
電気信号生成装置２４は、図６に示すように、センサ２１から測定値のアナログ電気信号を入力するインターフェースＡ乃至Ｃを備えている。そして、この電気信号生成装置２４は、各インターフェースを介して入力されたアナログ電気信号を基に各センサ２１が測定した測定値を取り纏め、センサ２１の識別情報と測定値の各対を表すデジタル電気信号として楽音信号生成装置２６と状態表示装置２５とに夫々供給する。
状態表示装置２５は、図７に示すように、自らに供給されたデジタル電気信号が示す測定値を各センサ毎にメータ表示する。
【００１７】
楽音信号生成装置２６は、図８に示すように、電気信号生成装置２４からデジタル電気信号が入力されると、各演奏パートの楽音のＭＩＤＩ（musical instrument digital interface：登録商標）データを夫々生成し、生成したＭＩＤＩデータを楽音信号として音源２７へ出力する。その際、電気信号生成装置２４は、各センサ２１によって測定された測定値が、測定値設定テーブルにて各センサ毎に個別に設定されている正常範囲情報、各レベル別異常範囲情報が夫々示す範囲のいずれに該当するかを判断する。そして、正常範囲情報が表す範囲に該当している間は、正常時演奏設定テーブルにて設定された属性情報を基に生成したＭＩＤＩデータを音源２７へ供給する一方で、何れかのレベル別異常範囲情報が表す範囲に該当している間は、供給するＭＩＤＩデータを異常時演奏設定テーブルの楽音切替アルゴリズムに従って切り替える。このＭＩＤＩデータの切り替え処理については、テーブルの具体的な設定例を挙げて後に詳述する。
【００１８】
ＭＩＤＩデータの供給を受けた音源２７からは、そのＭＩＤＩデータが指定する楽音のアナログ波形データが直ちに出力される。音源２７から出力されたアナログ波形データは、アンプ２８にて増幅された後、スピーカ２９に供給される。スピーカ２９からは、アナログ波形データを基に合成された楽音が発音される。
【００１９】
上述したように、本システムによる機器１０の監視を実行させるにあたっては、測定値設定テーブルの各レコードにおける、「正常レベル」、「異常レベル１」、「異常レベル２」、「異常レベル３」のフィールドの記憶内容、及び正常時演奏設定テーブルの各レコードにおける、「第１属性」、「第２属性」、「第３属性」、「第４属性」の何れか１つ以上のフィールドの記憶内容、更には、異常時演奏設定テーブルの各レコードにおける、「アルゴリズム」のフィールドの記憶内容を、設定入力装置２３を用いた入力によって夫々設定しておかなければならい。
そして、この設定は、以下に示す２つのルールに従って行われることが望ましい。これらのルールに従った設定を行っておくと、楽音信号生成装置２６によって生成されるＭＩＤＩデータが機器１０に発生した異常の程度に比例して段階的に切り替えられ、その切り替えられたＭＩＤＩデータを基に合成される楽音を聴取する監視者に対し、機器１０に発生した異常の程度を感覚的に把握させることができる。
ルール１：正常時演奏設定テーブルに設定される少なくとも一種類以上の属性情報は、各機器１０に割り当てた演奏パートの間にある特定の調和関係を持たせる様な内容とする。
ルール２：異常時演奏設定テーブルに設定される楽音切替アルゴリズムは、正常時演奏設定テーブルの設定によって作り出されるある属性についての調和関係が、機器１０に発生した異常の程度に応じて段階的に失われるような内容とする。
【００２０】
以下には、上記２つのルールに従った好適な設定例を、その設定内容に応じて生成したＭＩＤＩデータを基に行われる演奏の様子と併せて紹介する。
〔第１の設定例〕
図９及び図１０は、第１の設定例にかかる正常時演奏設定テーブル及び異常時演奏設定テーブルの設定内容を表わしている。
まず、図９に示す正常時演奏設定テーブルの設定内容について説明する。この設定例では、各レコードの「第１属性」のフィールドに、楽音の音色を表す属性情報を設定し、「第２属性」のフィールドに、リズム、つまり、発音タイミングの間隔を表す属性情報を設定していることが分かる。具体的には、センサ２１Ａと対応するレコードの「第１属性」のフィールドに「音色：ドラム音」と、センサ２１Ｂと対応するレコードの同フィールドに「音色：伴奏音」と、センサ２１Ｃと対応するレコードの同フィールドに「音色：メロディ音」と夫々設定される一方で、センサ２１Ａ乃至Ｃと対応する全レコードの「第２属性」のフィールドには、「リズム：１秒おきに発音」と設定されている。
【００２１】
次に、図１０に示す異常時演奏設定テーブルの設定内容について説明する。この設定例では、「異常レベル１」と対応するレコードの「アルゴリズム」のフィールドに「リズム：０．１秒遅延させて発音」と、「異常レベル２」と対応するレコードの同フィールドに「リズム：０．２秒遅延させて発音」と、「異常レベル３」と対応するレコードの同フィールドに「リズム：０．２５秒遅延させて発音」と夫々設定されている。
【００２２】
このような設定の下に各機器１０の監視を行った場合、楽音信号生成装置２６は、全ての機器１０に異常が発生していない間、「第１属性」の設定内容に従った各音色の楽音を発音するためのＭＩＤＩデータを、「第２属性」の設定内容に従った時間長（１秒）が経過する毎に訪れるタイミング（以下、このタイミングを「基準発音タイミング」と呼ぶ）に合わせて音源２７へ供給し続ける。この結果、図１１の「正常」の発音例に示すように、全演奏パートの楽音が、基準発音タイミングの到来と合せてスピーカ２９から発音されることになる。
【００２３】
一方で、何れかの機器１０に異常が発生すると、楽音信号生成装置２６は、その機器の異常の程度が、異常レベル１、異常レベル２、及び異常レベル３のいずれに該当するかを判断する。そして、異常の程度が異常レベル１に該当する場合、異常レベル１と対応するレコードの「アルゴリズム」のフィールドの設定内容に従い、基準発音タイミングよりも０．１秒遅延させたタイミングでＭＩＤＩデータを音源２７へ供給する。この結果、スピーカ２９からは、図１１の「異常１」の発音例に示すように、異常の発生した機器１０に割り当てていた演奏パートの楽音だけが、基準発音タイミングよりも０．１秒遅れたタイミングでスピーカ２９から発音されることになる。同様に、異常の程度が異常レベル２に該当する場合、基準発音タイミングよりも０．２秒遅れたタイミングで発音され、更に、異常レベル３に該当する場合、０．２５秒遅れたタイミングで発音される。
【００２４】
つまり、この設定例の場合、正常時設定テーブルの設定内容は各演奏パートの楽音のリズムに調和関係を持たせた格好となっている一方で、異常時設定テーブルの設定内容は、異常レベルが高くなるほどそのリズムの調和関係が段階的に失われるような格好となっている。従って、上述のルール１及び２に則った良好な設定例であると言える。
【００２５】
〔第２の設定例〕
図１２及び図１３は、第２の設定例にかかる正常時演奏設定テーブル及び異常時演奏設定テーブルの設定内容を表わしている。
まず、図１２に示す正常時演奏設定テーブルの設定内容について説明する。この設定例では、各レコードにおける「第１属性」のフィールドの記憶内容と「第２属性」のフィールドの記憶内容を共に第１の設定例と同じくするが、更にこれに加えて、「第３属性」のフィールドに、４種類の和音の各構成音とそれらの和音の発音ローテーションとを表す属性情報を設定していることが分かる。具体的には、センサ２１Ａ乃至Ｃと対応する全レコードの「第３属性」のフィールドに、「和音：ドミソ→ミソシ→ファラド→ソシレ」と設定されている。これは、基準発音タイミングが到来する毎に、「ドミソ」、「ミソシ」、「ファラド」、「ソシレ」の楽音をこの順番で繰り返し発音すべきことを表すものである。
【００２６】
次に、図１３に示す異常時演奏設定テーブルの設定内容について説明する。この設定例では、「レベル１」と対応するレコードの「アルゴリズム」のフィールドに「和音：次の和音と順番を入れ替え」と、「レベル２」と対応するレコードの同フィールドに「和音：不協和音を含む和音で発音（不協和度 低）」と、「レベル３」と対応するレコードの同フィールドに「和音：不協和音を含む和音で発音（不協和度 高）」と夫々設定されている。
【００２７】
このような設定の下に各機器１０の監視を行った場合、楽音信号生成装置２６は、全ての機器１０に異常が発生していない間は、「第１属性」の設定内容に従った各音色で、「第３属性」のフィールドの設定内容に従った和音の構成音を発音するためのＭＩＤＩデータを、「第２属性」の設定内容に従った基準発音タイミングに合わせて音源２７へ供給し続ける。この結果、図１４の「正常」の譜面例に示すように、全演奏パートの楽音が、基準発音タイミングの到来と合わせ、「ドミソ」→「ミソシ」→「ファラド」→「ソシレ」という順番で発音されることになる。
【００２８】
一方で、何れかの機器１０に異常が発生すると、楽音信号生成装置２６は、その機器１０の異常の程度が、異常レベル１、異常レベル２、及び異常レベル３のいずれに該当するかを判断する。そして、該当する異常レベルに応じたレコードの「アルゴリズム」のフィールドの記憶内容に応じて、以下のような各処理を夫々実行する。
【００２９】
まず、異常の程度が異常レベル１に該当する場合、本来であれば次の基準発音タイミングに合せて発音されるべき和音のＭＩＤＩデータを、その次に到来する基準発音タイミングに合せて発音する和音のＭＩＤＩデータと入れ替えて音源２７へ供給する。この結果、図１４の「異常１」の譜面例に示すように、異常の発生した機器１０に割り当てていた演奏パートの和音だけが、「第３属性」のフィールドの設定内容とは異なる順番で発音される。図の譜面例の場合、本来であれば、「ドミソ」→「ミソシ」→「ファラド」→「ソシレ」のローテーションで発音されるべきところが、「ファラド」と「ソシレ」が入れ替えられたことにより、「ドミソ」→「ミソシ」→「ソシレ」→「ファラド」となっている。
【００３０】
また、異常の程度が異常レベル２に該当する場合、次の基準発音タイミングに合せて発音されるべき和音のＭＩＤＩデータに、その和音と不協和な関係にある別の楽音のＭＩＤＩデータを重畳する。この結果、図１４の「異常２」の譜面例に示されるように、異常の発生した機器１０に割り当てていた演奏パートについては、和音と、その和音と不協和な関係にある別の楽音とが発音される。
【００３１】
更に、異常の程度が異常レベル３に該当する場合、次の基準発音タイミングに合せて発音されるべき和音のＭＩＤＩデータに、異常レベル２よりも不協和の度合いがより強くなるような別の楽音のＭＩＤＩデータを重畳する。この結果、図１４の「異常３」の譜面例に示すように、異常の発生した機器１０に割り当てていた演奏パートについては、和音と、その和音に対する不協和の程度をより一層強める別の楽音とが発音される。
【００３２】
つまり、この設定例の場合、正常時設定テーブルの設定内容は各演奏パートの和音のローテーションに調和関係を持たせた格好となっている一方で、異常時設定テーブルの設定内容は、異常レベルが高くなるほど、そのローテーションの調和関係が段階的に失われるような格好となっている。従って、これも上述のルール１及び２に則った良好な設定例であると言える。
【００３３】
以上説明した本実施形態では、監視対象となる機器１０の状態をそれらに設置したセンサ２１によって測定し、測定した状態を各機器１０に個別に割り当てた演奏パートの楽音として表現する。そして、全ての機器１０に異常が発生していない間は各演奏パートを構成する楽音に調和関係を持たせるのに対し、一部の機器１０に異常が発生すると、その機器１０に割り当てた演奏パートを構成する楽音と他の演奏パートを構成する楽音との間の調和関係を失わせるようになっている。従って、監視者は、各機器１０に割り当てた演奏パートの楽音を聴取することによって、それら各機器１０ごとの異常の発生の有無を感覚的に把握することができる。
【００３４】
（他の実施形態）
本実施形態は、種々の変形実施が可能である。
上記実施形態では、設定メモリ２２に正常時演奏設定テーブルを設け、楽音信号生成装置２６は、音源２７へ供給すべきＭＩＤＩデータをこのテーブルに設定された楽音情報を基に生成するようになっていた。
これに対し、正常時演奏設定テーブルを設定メモリ２２に設けない代わりに、図１５に示すようなＭＩＤＩ楽曲データベース３０を設け、楽音信号生成装置２６がこのＭＩＤＩ楽曲データベース３０に記憶してあるＭＩＤＩ楽曲ファイルを基にＭＩＤＩデータを生成するようにしてもよい。
【００３５】
このＭＩＤＩ楽曲ファイルは、ＢＧＭ用に編曲されたある楽曲の演奏内容を、複数のトラックに分けて個別にシーケンス化されたＭＩＤＩデータ列として記録する。本変形例では、各機器１０に割り当てる演奏パートの各々をこのＭＩＤＩ楽曲ファイルにおける１つのトラックと対応付ける。そして、全ての機器１０に異常が発生していない間は、各トラックから読み出したＭＩＤＩデータを音源２７へそのまま供給する一方で、何れかの機器１０に異常が発生すると、異常時演奏設定テーブルの楽音切替アルゴリズムを基に生成したＭＩＤＩデータを、その機器１０の演奏パートに対応するトラックから読み出したＭＩＤＩデータの代わりに音源２７へ供給する。かかる変形例によれば、監視対象となる全ての機器１０に異常が発生していない間はＭＩＤＩ楽曲ファイルの内容に応じたＢＧＭがそのままの内容でスピーカ２９から出力される一方で、何れかの機器１０に異常が発生すると、その機器１０に割り当てていた演奏パートだけが変形された楽音として出力される。従って、監視者は、スピーカ２９から出力されるＢＧＭの曲調の変化を聴取することによって、特定の機器１０に発生した異常を感覚的に把握することができる。
【００３６】
更に、図１６に示すように、ＭＩＤＩ楽曲ファイルをインターネットを介してダウンロードできるようにすれば、監視者の嗜好に応じた多様な内容の楽曲を、機器１０の監視に利用することができるようになる。
上記実施形態は、工場内に設置された複数の機器１０に夫々センサ２１を設置してそれらを監視することを想定したが、本願発明は、機器のみを監視対象として想定するものではなく、例えば、自動車に組み込まれた複数の部品の状態をそれら各部品に割り当てた演奏パートの楽音として表現してもよい。また、河川内に設置した複数の計測地点における流水量の状態をそれら各計測地点に割り当てた演奏パートの楽音として表現するといったように、本監視システムを自然現象の観測に応用してもよい。
【００３７】
設定メモリ２２における正常時演奏設定テーブルと異常時演奏設定テーブルの設定内容を上述した第１の設定例や第２の設定例に従ったものとせず、別の設定内容としてももちろんよい。例えば、同じ構成音の和音が各演奏パート毎に異なる音色で発音されるような設定を正常時演奏設定テーブルにて行っておく一方で、ある機器１０に異常が発生したときは、その機器１０に割り当ててある演奏パートの和音が他の演奏パートの和音に合わない音程を多用して発音されるといった設定を異常時演奏設定テーブルにて行なってもよい。また、異常が発生したときに、所定の時間長だけ発音のタイミングを遅らせるのではなく、反対に所定の時間長だけ発音のタイミングを遡らせてもよい。
【図面の簡単な説明】
【００３８】
【図１】状態監視システムの全体構成図である。
【図２】センサのハードウェア構成図である。
【図３】測定値設定テーブルのデータ構造図である。
【図４】正常時演奏設定テーブルのデータ構造図である。
【図５】異常時演奏設定テーブルのデータ構造図である。
【図６】電気信号生成装置のハードウェア構成図である。
【図７】状態表示装置の表示態様を表す図である。
【図８】楽音信号生成装置のハードウェア構成図である。
【図９】正常時演奏設定テーブルの第１の設定例を示す図である。
【図１０】異常時演奏設定テーブルの第１の設定例を表す図である。
【図１１】第１の設定例に従った演奏の様子を表す図である。
【図１２】正常時演奏設定テーブルの第２の設定例を表す図である。
【図１３】異常時演奏設定テーブルの第２の設定例を表す図である。
【図１４】第２の設定例に従った演奏の様子を表す図である。
【図１５】状態監視システムの全体構成図である（変形例）。
【図１６】状態監視システムの全体構成図である（変形例）。
【符号の説明】
【００３９】
１０…機器、２１…センサ、２２…設定メモリ、２３…設定入力装置、２４…電気信号生成装置、２５…状態表示装置、２６…楽音信号生成装置、２７…音源、２８…アンプ、２９…スピーカ、３０…ＭＩＤＩ楽曲データベース
【技術分野】
【０００１】
本発明は、状態監視装置に関する。
【背景技術】
【０００２】
自動車や工作機械、ロボットなどの管理者に対し、それらの機器の稼動状態をリアルタイムで提示する監視装置が従来より開発されてきた。このような監視装置の多くは各種センサを搭載し、センサによって測定した値が所定の正常範囲を外れた場合に、異常があった旨を管理者に提示するようになっている。
【０００３】
この種の監視装置に関する発明を開示した文献として、特許文献１がある。同文献に記された車両用警報装置は、車両の前方、後方、側方に障害物があるか否かをセンサによって測定する。そして、センサが測定した値を基に衝突の危険度を段階的に予測し、危険度が比較的低い間は可聴周波数域の周辺付近の警告音を出力する一方で、危険度が高くなるにつれて可聴周波数域の中心付近に近い警告音を出力する。可聴周波数域の周辺付近の警告音は、サブリミナル的な効果は有しつつも比較的聴取されにくいという特性を有するので、危険度が比較的低い間は運転を妨げるような煩わしい印象を与えることなく、運転者に注意を喚起することができる。
【特許文献１】特開平８−１１８９９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、工場など多数の機器が設置されているような環境においては、それらのすべての機器の稼動状態の監視を一人の管理者が一手に担当しなければならないことも少なくない。この場合、管理者は自らの管理下にある個々の機器の稼動状態に逐一気を配らねばならず、その監視負担は極めて大きなものとなっていた。従って、多数の機器の状態を同時に監視しなければならない場合に生じるであろう負担を軽減できるような装置の実現が望まれていた。
本発明は、このような背景の下に案出されたものであり、多数の機器の状態を同時に監視する際における、監視者にかかる負担を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の好適な態様である状態監視装置は、複数の監視対象の状態を夫々測定し、測定した状態を表す測定値を出力する複数のセンサと、前記複数のセンサに対応付けられており、ある調和関係を持った複数の演奏パートの楽音を各々出力する楽音出力手段と、前記複数のセンサのうちあるセンサが出力した測定値が正常範囲を逸脱している間、前記楽音出力手段によって出力される前記複数の演奏パートの楽音のうちそのセンサに対応付けられた演奏パートの楽音を、所定のアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替える切替制御手段とを備える。
【０００６】
この態様において、前記所定のアルゴリズムは、あるタイミングで発音される楽音の楽音信号を、そのタイミングよりも所定の時間長だけ遅延させた又は遡らせた別のタイミングで発音される楽音の楽音信号に切り替える手順を表すアルゴリズムであってもよい。
【０００７】
更に、前記記憶手段は、センサによる測定値と前記正常範囲との差異の大きさと各々対応付けられた複数の前記アルゴリズムを夫々記憶し、前記切替制御手段は、前記あるセンサが出力した測定値が正常範囲を逸脱している間、そのセンサに対応付けられた演奏パートの楽音を、前記出力した測定値と正常範囲との差異の大きさと対応付けて前記記憶手段に記憶されているアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替えるようにしてもよい。
また、前記各センサが出力した測定値を表示する状態表示手段を更に備えてもよい。
【発明の効果】
【０００８】
本発明によると、多数の機器の状態を同時に監視する際における、監視者にかかる負担を軽減することができる。
【発明を実施するための最良の形態】
【０００９】
（発明の実施の形態）
本願発明の実施形態について説明する。
本実施形態にかかる状態監視システムは以下の２つの特徴を有する。１つ目の特徴は、監視対象となる複数の機器の各々にセンサを設置してそれら各機器の状態を測定し、測定した状態を各機器に個別に割り当てた演奏パートの楽音として表現するようにした点である。２つ目の特徴は、全ての機器の状態に異常が現れていない間は、ある一定の調和関係を持たせた楽音を出力する一方で、一部の機器の状態に異常が現れたときは、その調和関係を失わせる楽音を出力するようにした点である。
【００１０】
ここで、各機器に設置するセンサは、それらを設置した機器における特定の物質の物質量を定量化して電気信号に変換できるものであればその種別を問うものでなく、熱センサ、気圧センサ、湿度センサ等のいずれであってもよい。例えば、各機器が放出する熱量を基にそれらのオーバーヒートの有無を監視する用途に本システムを用いるのであれば、熱センサを各機器に設置する。本実施形態では、各機器にこの熱センサが設置されているものとする。
【００１１】
図１は、本実施形態にかかる状態監視システムの全体構成を示すブロック図である。図に示すように、この状態監視システムは、監視対象となる機器１０Ａ乃至Ｃ、それらに１つずつ設置されたセンサ２１Ａ乃至Ｃ、設定メモリ２２、設定入力装置２３、電気信号生成装置２４、状態表示装置２５、楽音信号生成装置２６、音源２７、アンプ２８、及びスピーカ２９を備えている。
【００１２】
センサ２１は、上記前提より熱センサであり、図２に示すように、監視対象である機器１０Ａ乃至Ｃの温度を測定し、その測定値を表すアナログ電気信号を電気信号生成装置２４へ供給する。
設定メモリ２２は、測定値設定テーブル、正常時演奏設定テーブル、及び異常時演奏設定テーブルを記憶している。
【００１３】
図３は、測定値設定テーブルのデータ構造図である。このテーブルは、各々が機器１０に設置された１つのセンサ２１と対応する複数のレコードの集合体である。このテーブルを構成する１つのレコードは、「センサ」、「正常レベル」、「異常レベル１」、「異常レベル２」、及び「異常レベル３」の５つのフィールドを有している。本実施形態では、各機器１０の異常の程度を３つのレベルとして段階的に提示する。そして、異常レベル１、２、３は危険度の段階を夫々表わしており、異常レベル１が最も危険度が低く、異常レベル３が最も危険度が高い。
「センサ」のフィールドには、機器１０Ａ乃至Ｃに夫々備え付けた各センサ２１Ａ乃至Ｃを識別する識別情報を記憶する。「正常レベル」のフィールドには、正常範囲情報を記憶する。正常範囲情報とは、正常に稼動しているとみなす温度の範囲を表す上限値、下限値、又はその両者の対を表すデータを意味する。「異常レベル１」、「異常レベル２」、及び「異常レベル３」の各フィールドには、レベル別異常範囲情報を夫々記憶する。レベル別異常範囲情報とは、各異常レベルに該当する温度の範囲を表す上限値、下限値、又はその両者の対を表すデータを意味する。
本システムを利用する監視者は、上記測定値設定テーブルにおける「正常レベル」、「異常レベル１」、「異常レベル２」、及び「異常レベル３」の各フィールドの記憶内容を、設定入力装置２３を用いた入力によって各センサ毎に個別に設定する。
【００１４】
図４は、正常時演奏設定テーブルのデータ構造図である。このテーブルも、各々が機器１０に設置された１つのセンサ２１と対応する複数のレコードの集合体となっている。このテーブルを構成する１つのレコードは、「センサ」、「第１属性」、「第２属性」、「第３属性」、及び「第４属性」の５つのフィールドを有している。「センサ」のフィールドには、各センサ２１の識別情報を記憶する。「第１属性」、「第２属性」、「第３属性」、及び「第４属性」の各フィールドには、属性情報を記憶する。属性情報とは、機器１０に異常が発生していない間、その機器１０に割り当てた演奏パートとして再生されるべき楽音の属性を表すデータを意味する。属性情報によって表される楽音の属性としては、発音タイミングの間隔、音色、ピッチ、音量といったものが想定できる。
本システムを利用する監視者は、上記正常時演奏設定テーブルの各レコードにおける、「第１属性」、「第２属性」、「第３属性」、及び「第４属性」の何れか１つ以上のフィールドの記憶内容を、設定入力装置２３を用いた入力によって個別に設定する。
【００１５】
図５は、異常時演奏設定テーブルのデータ構造図である。このテーブルは、各々が機器１０に発生した異常の異常レベルと対応する複数のレコードの集合体である。このテーブルを構成する１つのレコードは、「レベル」と「アルゴリズム」の２つのフィールドを有している。
「レベル」のフィールドには、各異常レベルを識別する識別情報を記憶する。「アルゴリズム」のフィールドには、楽音切替アルゴリズムを記憶する。楽音切替アルゴリズムとは、各異常レベルに該当する異常が発生している間に再生されるべき楽音の生成手順を表すデータを意味する。
本システムを利用する監視者は、上記異常時演奏設定テーブルの各レコードにおける、「アルゴリズム」のフィールドの記憶内容を、設定入力装置２３を用いた入力によって個別に設定する。
【００１６】
電気信号生成装置２４は、図６に示すように、センサ２１から測定値のアナログ電気信号を入力するインターフェースＡ乃至Ｃを備えている。そして、この電気信号生成装置２４は、各インターフェースを介して入力されたアナログ電気信号を基に各センサ２１が測定した測定値を取り纏め、センサ２１の識別情報と測定値の各対を表すデジタル電気信号として楽音信号生成装置２６と状態表示装置２５とに夫々供給する。
状態表示装置２５は、図７に示すように、自らに供給されたデジタル電気信号が示す測定値を各センサ毎にメータ表示する。
【００１７】
楽音信号生成装置２６は、図８に示すように、電気信号生成装置２４からデジタル電気信号が入力されると、各演奏パートの楽音のＭＩＤＩ（musical instrument digital interface：登録商標）データを夫々生成し、生成したＭＩＤＩデータを楽音信号として音源２７へ出力する。その際、電気信号生成装置２４は、各センサ２１によって測定された測定値が、測定値設定テーブルにて各センサ毎に個別に設定されている正常範囲情報、各レベル別異常範囲情報が夫々示す範囲のいずれに該当するかを判断する。そして、正常範囲情報が表す範囲に該当している間は、正常時演奏設定テーブルにて設定された属性情報を基に生成したＭＩＤＩデータを音源２７へ供給する一方で、何れかのレベル別異常範囲情報が表す範囲に該当している間は、供給するＭＩＤＩデータを異常時演奏設定テーブルの楽音切替アルゴリズムに従って切り替える。このＭＩＤＩデータの切り替え処理については、テーブルの具体的な設定例を挙げて後に詳述する。
【００１８】
ＭＩＤＩデータの供給を受けた音源２７からは、そのＭＩＤＩデータが指定する楽音のアナログ波形データが直ちに出力される。音源２７から出力されたアナログ波形データは、アンプ２８にて増幅された後、スピーカ２９に供給される。スピーカ２９からは、アナログ波形データを基に合成された楽音が発音される。
【００１９】
上述したように、本システムによる機器１０の監視を実行させるにあたっては、測定値設定テーブルの各レコードにおける、「正常レベル」、「異常レベル１」、「異常レベル２」、「異常レベル３」のフィールドの記憶内容、及び正常時演奏設定テーブルの各レコードにおける、「第１属性」、「第２属性」、「第３属性」、「第４属性」の何れか１つ以上のフィールドの記憶内容、更には、異常時演奏設定テーブルの各レコードにおける、「アルゴリズム」のフィールドの記憶内容を、設定入力装置２３を用いた入力によって夫々設定しておかなければならい。
そして、この設定は、以下に示す２つのルールに従って行われることが望ましい。これらのルールに従った設定を行っておくと、楽音信号生成装置２６によって生成されるＭＩＤＩデータが機器１０に発生した異常の程度に比例して段階的に切り替えられ、その切り替えられたＭＩＤＩデータを基に合成される楽音を聴取する監視者に対し、機器１０に発生した異常の程度を感覚的に把握させることができる。
ルール１：正常時演奏設定テーブルに設定される少なくとも一種類以上の属性情報は、各機器１０に割り当てた演奏パートの間にある特定の調和関係を持たせる様な内容とする。
ルール２：異常時演奏設定テーブルに設定される楽音切替アルゴリズムは、正常時演奏設定テーブルの設定によって作り出されるある属性についての調和関係が、機器１０に発生した異常の程度に応じて段階的に失われるような内容とする。
【００２０】
以下には、上記２つのルールに従った好適な設定例を、その設定内容に応じて生成したＭＩＤＩデータを基に行われる演奏の様子と併せて紹介する。
〔第１の設定例〕
図９及び図１０は、第１の設定例にかかる正常時演奏設定テーブル及び異常時演奏設定テーブルの設定内容を表わしている。
まず、図９に示す正常時演奏設定テーブルの設定内容について説明する。この設定例では、各レコードの「第１属性」のフィールドに、楽音の音色を表す属性情報を設定し、「第２属性」のフィールドに、リズム、つまり、発音タイミングの間隔を表す属性情報を設定していることが分かる。具体的には、センサ２１Ａと対応するレコードの「第１属性」のフィールドに「音色：ドラム音」と、センサ２１Ｂと対応するレコードの同フィールドに「音色：伴奏音」と、センサ２１Ｃと対応するレコードの同フィールドに「音色：メロディ音」と夫々設定される一方で、センサ２１Ａ乃至Ｃと対応する全レコードの「第２属性」のフィールドには、「リズム：１秒おきに発音」と設定されている。
【００２１】
次に、図１０に示す異常時演奏設定テーブルの設定内容について説明する。この設定例では、「異常レベル１」と対応するレコードの「アルゴリズム」のフィールドに「リズム：０．１秒遅延させて発音」と、「異常レベル２」と対応するレコードの同フィールドに「リズム：０．２秒遅延させて発音」と、「異常レベル３」と対応するレコードの同フィールドに「リズム：０．２５秒遅延させて発音」と夫々設定されている。
【００２２】
このような設定の下に各機器１０の監視を行った場合、楽音信号生成装置２６は、全ての機器１０に異常が発生していない間、「第１属性」の設定内容に従った各音色の楽音を発音するためのＭＩＤＩデータを、「第２属性」の設定内容に従った時間長（１秒）が経過する毎に訪れるタイミング（以下、このタイミングを「基準発音タイミング」と呼ぶ）に合わせて音源２７へ供給し続ける。この結果、図１１の「正常」の発音例に示すように、全演奏パートの楽音が、基準発音タイミングの到来と合せてスピーカ２９から発音されることになる。
【００２３】
一方で、何れかの機器１０に異常が発生すると、楽音信号生成装置２６は、その機器の異常の程度が、異常レベル１、異常レベル２、及び異常レベル３のいずれに該当するかを判断する。そして、異常の程度が異常レベル１に該当する場合、異常レベル１と対応するレコードの「アルゴリズム」のフィールドの設定内容に従い、基準発音タイミングよりも０．１秒遅延させたタイミングでＭＩＤＩデータを音源２７へ供給する。この結果、スピーカ２９からは、図１１の「異常１」の発音例に示すように、異常の発生した機器１０に割り当てていた演奏パートの楽音だけが、基準発音タイミングよりも０．１秒遅れたタイミングでスピーカ２９から発音されることになる。同様に、異常の程度が異常レベル２に該当する場合、基準発音タイミングよりも０．２秒遅れたタイミングで発音され、更に、異常レベル３に該当する場合、０．２５秒遅れたタイミングで発音される。
【００２４】
つまり、この設定例の場合、正常時設定テーブルの設定内容は各演奏パートの楽音のリズムに調和関係を持たせた格好となっている一方で、異常時設定テーブルの設定内容は、異常レベルが高くなるほどそのリズムの調和関係が段階的に失われるような格好となっている。従って、上述のルール１及び２に則った良好な設定例であると言える。
【００２５】
〔第２の設定例〕
図１２及び図１３は、第２の設定例にかかる正常時演奏設定テーブル及び異常時演奏設定テーブルの設定内容を表わしている。
まず、図１２に示す正常時演奏設定テーブルの設定内容について説明する。この設定例では、各レコードにおける「第１属性」のフィールドの記憶内容と「第２属性」のフィールドの記憶内容を共に第１の設定例と同じくするが、更にこれに加えて、「第３属性」のフィールドに、４種類の和音の各構成音とそれらの和音の発音ローテーションとを表す属性情報を設定していることが分かる。具体的には、センサ２１Ａ乃至Ｃと対応する全レコードの「第３属性」のフィールドに、「和音：ドミソ→ミソシ→ファラド→ソシレ」と設定されている。これは、基準発音タイミングが到来する毎に、「ドミソ」、「ミソシ」、「ファラド」、「ソシレ」の楽音をこの順番で繰り返し発音すべきことを表すものである。
【００２６】
次に、図１３に示す異常時演奏設定テーブルの設定内容について説明する。この設定例では、「レベル１」と対応するレコードの「アルゴリズム」のフィールドに「和音：次の和音と順番を入れ替え」と、「レベル２」と対応するレコードの同フィールドに「和音：不協和音を含む和音で発音（不協和度 低）」と、「レベル３」と対応するレコードの同フィールドに「和音：不協和音を含む和音で発音（不協和度 高）」と夫々設定されている。
【００２７】
このような設定の下に各機器１０の監視を行った場合、楽音信号生成装置２６は、全ての機器１０に異常が発生していない間は、「第１属性」の設定内容に従った各音色で、「第３属性」のフィールドの設定内容に従った和音の構成音を発音するためのＭＩＤＩデータを、「第２属性」の設定内容に従った基準発音タイミングに合わせて音源２７へ供給し続ける。この結果、図１４の「正常」の譜面例に示すように、全演奏パートの楽音が、基準発音タイミングの到来と合わせ、「ドミソ」→「ミソシ」→「ファラド」→「ソシレ」という順番で発音されることになる。
【００２８】
一方で、何れかの機器１０に異常が発生すると、楽音信号生成装置２６は、その機器１０の異常の程度が、異常レベル１、異常レベル２、及び異常レベル３のいずれに該当するかを判断する。そして、該当する異常レベルに応じたレコードの「アルゴリズム」のフィールドの記憶内容に応じて、以下のような各処理を夫々実行する。
【００２９】
まず、異常の程度が異常レベル１に該当する場合、本来であれば次の基準発音タイミングに合せて発音されるべき和音のＭＩＤＩデータを、その次に到来する基準発音タイミングに合せて発音する和音のＭＩＤＩデータと入れ替えて音源２７へ供給する。この結果、図１４の「異常１」の譜面例に示すように、異常の発生した機器１０に割り当てていた演奏パートの和音だけが、「第３属性」のフィールドの設定内容とは異なる順番で発音される。図の譜面例の場合、本来であれば、「ドミソ」→「ミソシ」→「ファラド」→「ソシレ」のローテーションで発音されるべきところが、「ファラド」と「ソシレ」が入れ替えられたことにより、「ドミソ」→「ミソシ」→「ソシレ」→「ファラド」となっている。
【００３０】
また、異常の程度が異常レベル２に該当する場合、次の基準発音タイミングに合せて発音されるべき和音のＭＩＤＩデータに、その和音と不協和な関係にある別の楽音のＭＩＤＩデータを重畳する。この結果、図１４の「異常２」の譜面例に示されるように、異常の発生した機器１０に割り当てていた演奏パートについては、和音と、その和音と不協和な関係にある別の楽音とが発音される。
【００３１】
更に、異常の程度が異常レベル３に該当する場合、次の基準発音タイミングに合せて発音されるべき和音のＭＩＤＩデータに、異常レベル２よりも不協和の度合いがより強くなるような別の楽音のＭＩＤＩデータを重畳する。この結果、図１４の「異常３」の譜面例に示すように、異常の発生した機器１０に割り当てていた演奏パートについては、和音と、その和音に対する不協和の程度をより一層強める別の楽音とが発音される。
【００３２】
つまり、この設定例の場合、正常時設定テーブルの設定内容は各演奏パートの和音のローテーションに調和関係を持たせた格好となっている一方で、異常時設定テーブルの設定内容は、異常レベルが高くなるほど、そのローテーションの調和関係が段階的に失われるような格好となっている。従って、これも上述のルール１及び２に則った良好な設定例であると言える。
【００３３】
以上説明した本実施形態では、監視対象となる機器１０の状態をそれらに設置したセンサ２１によって測定し、測定した状態を各機器１０に個別に割り当てた演奏パートの楽音として表現する。そして、全ての機器１０に異常が発生していない間は各演奏パートを構成する楽音に調和関係を持たせるのに対し、一部の機器１０に異常が発生すると、その機器１０に割り当てた演奏パートを構成する楽音と他の演奏パートを構成する楽音との間の調和関係を失わせるようになっている。従って、監視者は、各機器１０に割り当てた演奏パートの楽音を聴取することによって、それら各機器１０ごとの異常の発生の有無を感覚的に把握することができる。
【００３４】
（他の実施形態）
本実施形態は、種々の変形実施が可能である。
上記実施形態では、設定メモリ２２に正常時演奏設定テーブルを設け、楽音信号生成装置２６は、音源２７へ供給すべきＭＩＤＩデータをこのテーブルに設定された楽音情報を基に生成するようになっていた。
これに対し、正常時演奏設定テーブルを設定メモリ２２に設けない代わりに、図１５に示すようなＭＩＤＩ楽曲データベース３０を設け、楽音信号生成装置２６がこのＭＩＤＩ楽曲データベース３０に記憶してあるＭＩＤＩ楽曲ファイルを基にＭＩＤＩデータを生成するようにしてもよい。
【００３５】
このＭＩＤＩ楽曲ファイルは、ＢＧＭ用に編曲されたある楽曲の演奏内容を、複数のトラックに分けて個別にシーケンス化されたＭＩＤＩデータ列として記録する。本変形例では、各機器１０に割り当てる演奏パートの各々をこのＭＩＤＩ楽曲ファイルにおける１つのトラックと対応付ける。そして、全ての機器１０に異常が発生していない間は、各トラックから読み出したＭＩＤＩデータを音源２７へそのまま供給する一方で、何れかの機器１０に異常が発生すると、異常時演奏設定テーブルの楽音切替アルゴリズムを基に生成したＭＩＤＩデータを、その機器１０の演奏パートに対応するトラックから読み出したＭＩＤＩデータの代わりに音源２７へ供給する。かかる変形例によれば、監視対象となる全ての機器１０に異常が発生していない間はＭＩＤＩ楽曲ファイルの内容に応じたＢＧＭがそのままの内容でスピーカ２９から出力される一方で、何れかの機器１０に異常が発生すると、その機器１０に割り当てていた演奏パートだけが変形された楽音として出力される。従って、監視者は、スピーカ２９から出力されるＢＧＭの曲調の変化を聴取することによって、特定の機器１０に発生した異常を感覚的に把握することができる。
【００３６】
更に、図１６に示すように、ＭＩＤＩ楽曲ファイルをインターネットを介してダウンロードできるようにすれば、監視者の嗜好に応じた多様な内容の楽曲を、機器１０の監視に利用することができるようになる。
上記実施形態は、工場内に設置された複数の機器１０に夫々センサ２１を設置してそれらを監視することを想定したが、本願発明は、機器のみを監視対象として想定するものではなく、例えば、自動車に組み込まれた複数の部品の状態をそれら各部品に割り当てた演奏パートの楽音として表現してもよい。また、河川内に設置した複数の計測地点における流水量の状態をそれら各計測地点に割り当てた演奏パートの楽音として表現するといったように、本監視システムを自然現象の観測に応用してもよい。
【００３７】
設定メモリ２２における正常時演奏設定テーブルと異常時演奏設定テーブルの設定内容を上述した第１の設定例や第２の設定例に従ったものとせず、別の設定内容としてももちろんよい。例えば、同じ構成音の和音が各演奏パート毎に異なる音色で発音されるような設定を正常時演奏設定テーブルにて行っておく一方で、ある機器１０に異常が発生したときは、その機器１０に割り当ててある演奏パートの和音が他の演奏パートの和音に合わない音程を多用して発音されるといった設定を異常時演奏設定テーブルにて行なってもよい。また、異常が発生したときに、所定の時間長だけ発音のタイミングを遅らせるのではなく、反対に所定の時間長だけ発音のタイミングを遡らせてもよい。
【図面の簡単な説明】
【００３８】
【図１】状態監視システムの全体構成図である。
【図２】センサのハードウェア構成図である。
【図３】測定値設定テーブルのデータ構造図である。
【図４】正常時演奏設定テーブルのデータ構造図である。
【図５】異常時演奏設定テーブルのデータ構造図である。
【図６】電気信号生成装置のハードウェア構成図である。
【図７】状態表示装置の表示態様を表す図である。
【図８】楽音信号生成装置のハードウェア構成図である。
【図９】正常時演奏設定テーブルの第１の設定例を示す図である。
【図１０】異常時演奏設定テーブルの第１の設定例を表す図である。
【図１１】第１の設定例に従った演奏の様子を表す図である。
【図１２】正常時演奏設定テーブルの第２の設定例を表す図である。
【図１３】異常時演奏設定テーブルの第２の設定例を表す図である。
【図１４】第２の設定例に従った演奏の様子を表す図である。
【図１５】状態監視システムの全体構成図である（変形例）。
【図１６】状態監視システムの全体構成図である（変形例）。
【符号の説明】
【００３９】
１０…機器、２１…センサ、２２…設定メモリ、２３…設定入力装置、２４…電気信号生成装置、２５…状態表示装置、２６…楽音信号生成装置、２７…音源、２８…アンプ、２９…スピーカ、３０…ＭＩＤＩ楽曲データベース
【特許請求の範囲】
【請求項１】
複数の監視対象の状態を夫々測定し、測定した状態を表す測定値を出力する複数のセンサと、
前記複数のセンサに対応付けられており、ある調和関係を持った複数の演奏パートの楽音を各々出力する楽音出力手段と、
前記複数のセンサのうちあるセンサが出力した測定値が正常範囲を逸脱している間、前記楽音出力手段によって出力される前記複数の演奏パートの楽音のうちそのセンサに対応付けられた演奏パートの楽音を、所定のアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替える切替制御手段と
を備えた状態監視装置。
【請求項２】
請求項１に記載の状態監視装置において、
前記所定のアルゴリズムは、
あるタイミングで発音される楽音の楽音信号を、そのタイミングよりも所定の時間長だけ遅延させた又は遡らせた別のタイミングで発音される楽音の楽音信号に切り替える手順を表すアルゴリズムである
状態監視装置。
【請求項３】
請求項１に記載の状態監視装置において、
前記記憶手段は、
センサによる測定値と前記正常範囲との差異の大きさと各々対応付けられた複数の前記アルゴリズムを記憶し、
前記切替制御手段は、
前記あるセンサが出力した測定値が正常範囲を逸脱している間、そのセンサに対応付けられた演奏パートの楽音を、前記出力した測定値と正常範囲との差異の大きさと対応付けて前記記憶手段に記憶されているアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替える
状態監視装置。
【請求項４】
請求項１乃至３に記載の状態監視装置において、
前記各センサが出力した測定値を表示する状態表示手段
を更に備えた状態監視装置。
【請求項１】
複数の監視対象の状態を夫々測定し、測定した状態を表す測定値を出力する複数のセンサと、
前記複数のセンサに対応付けられており、ある調和関係を持った複数の演奏パートの楽音を各々出力する楽音出力手段と、
前記複数のセンサのうちあるセンサが出力した測定値が正常範囲を逸脱している間、前記楽音出力手段によって出力される前記複数の演奏パートの楽音のうちそのセンサに対応付けられた演奏パートの楽音を、所定のアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替える切替制御手段と
を備えた状態監視装置。
【請求項２】
請求項１に記載の状態監視装置において、
前記所定のアルゴリズムは、
あるタイミングで発音される楽音の楽音信号を、そのタイミングよりも所定の時間長だけ遅延させた又は遡らせた別のタイミングで発音される楽音の楽音信号に切り替える手順を表すアルゴリズムである
状態監視装置。
【請求項３】
請求項１に記載の状態監視装置において、
前記記憶手段は、
センサによる測定値と前記正常範囲との差異の大きさと各々対応付けられた複数の前記アルゴリズムを記憶し、
前記切替制御手段は、
前記あるセンサが出力した測定値が正常範囲を逸脱している間、そのセンサに対応付けられた演奏パートの楽音を、前記出力した測定値と正常範囲との差異の大きさと対応付けて前記記憶手段に記憶されているアルゴリズムに従い、前記調和関係を失わせる別の楽音に切り替える
状態監視装置。
【請求項４】
請求項１乃至３に記載の状態監視装置において、
前記各センサが出力した測定値を表示する状態表示手段
を更に備えた状態監視装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００６−１０６９８４（Ｐ２００６−１０６９８４Ａ）
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願番号】特願２００４−２９０６５８（Ｐ２００４−２９０６５８）
【出願日】平成１６年１０月１日（２００４．１０．１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願日】平成１６年１０月１日（２００４．１０．１）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]