(57)【要約】【課題】種々のメーカーが製造する調理機器や空調機器など、主に厨房で使われる多数の機器を、イーサネットなどのネットワーク規格を通じてパソコンから簡便に一括管理可能にする。【解決手段】イーサネット上で通信するために規格化した共通信号体系と、厨房用機器の固有の制御用信号体系とを相互に変換するための、変換テーブル、変換アルゴリズム、ステートからなる辞書データ１１５を任意に読み込みできる辞書ソケット手段１１３を設け、この辞書データ１１５に従って、信号処理部１０２を通過する信号を変換することができる言語変換装置１００を、厨房用機器２０１の外部インターフェース２０２に取り付けて、イーサネットと通信する。【選択図】図１
2011191880.tif 000002
【特許請求の範囲】
【請求項１】
固有の信号体系が異なる二種類以上の電子制御可能な機器に取り付け、コンピュータから制御可能とするための言語変換装置であって、
上記調理機器の固有の信号体系と、その機器への入力信号、機器からの出力信号又はその両方をイーサネット（登録商標）フレーム化して共通方式でやりとりするために規格化した共通信号体系との間で信号を変換するための辞書データを、指定に応じて読み込む辞書ソケット手段と、
読み込んだ辞書データを解析して、変換テーブル及び変換アルゴリズムを展開する辞書解析手段と、
上記入力信号に対して、展開した上記変換テーブル及び変換アルゴリズムに従って上記の固有の信号体系と上記共通信号体系との間の変換を行い、結果を出力する辞書実行手段とを有する、
上記機器をイーサネット経由で制御可能にする電子制御機器用の言語変換装置。
【請求項２】
上記辞書データが、上記機器との通信タイミング又は応答待ちの状態についての設定を含むステートを有する請求項１に記載の言語変換装置。
【請求項３】
上記辞書ソケット手段が上記辞書データをイーサネット経由で読み込み可能とする、請求項１又は２に記載の言語変換装置。
【請求項４】
上記機器の固有信号体系に従うコマンドの送信により上記機器からの出力データを取得するデータ収集手段と、
収集したデータを分析し、分析結果を出力するデータ分析手段と
出力データ、分析結果、又はその両方を通信部へ送信するサーバ手段とからなるサーバ機能を有する請求項１乃至３のいずれか１項に記載の言語変換装置。
【請求項５】
個々の上記機器が有するセンサの出力データを取得するための固有のコマンドを含む上記機器ごとのセンサ辞書データを、指定に応じて読み込むセンサ辞書ソケット手段を有する請求項４に記載の言語変換装置。
【請求項６】
上記データ分析手段が、上記機器の状態が安全であると想定した値から外れるとの分析結果を出力した際に、
音声、光、若しくはその両方を出力可能である表示部により、又は、イーサネット経由で、警告を表示又は出力する表示手段を有する請求項４又は５に記載の言語変換装置。
【請求項７】
上記機器の外部インターフェースに応じて交換可能な外部端子と、イーサネット端子とを有する請求項１乃至６のいずれか１項に記載の言語変換装置。
【請求項８】
上記機器に取り付けた外付測定器から得られたデータを、上記辞書データにより上記共通信号体系に変換して、イーサネットを通じてコンピュータへ送信する請求項１乃至７のいずれか１項に記載の言語変換装置。
【請求項９】
上記の電子制御可能な機器が厨房用機器である請求項１乃至８のいずれか１項に記載の言語変換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、主に厨房で使用する機器を、パソコンからイーサネット（Ｅｔｈｅｒｎｅｔ：登録商標）などのネットワークを通じて、汎用的に制御、管理するための拡張機器とそれを利用した厨房の運用方法に関する。
【背景技術】
【０００２】
冷暖房や換気扇、湯沸かし器やガス台、ＩＨ調理器といった種々の機器を、ネットワークで繋ぎ、コンピュータで一括して制御するホームネットワークを実現しようとすることは従来から検討されている。例えば、特許文献１には、インターホンと繋がり、加熱の場まで行かなくても加熱調理機器の状況を把握できるようにしたインターホンシステムが記載されている。また、特許文献２には通信アダプタ装置を介して無線ネットワークに接続される加熱調理器が記載されている。
【０００３】
しかし、ネットワーク化が前提のパソコン関連機器と違って、厨房で用いる機器の大半は、他の種類の機器と連携することは従来ほとんど想定されておらず、独立して動くことが前提に製造されている。このため、ホームネットワークを構築しようとするためにはいくつもの障害がある。これは厨房に用いる空調や換気扇だけでなく、家庭内の白物家電の多くに共通する問題である。
【０００４】
まず、メーカー間で厨房用機器の通信にあたって統一された規格が存在していないため、外部端子を持っている機器も、それぞれのメーカーが自社の機器同士のみを繋げたり、専用のオプション品を繋げるだけの独自端子であることがほとんどである。上記の特許文献のネットワークも、基本的にはメーカー間の壁を越えて繋がることは想定されておらず、単純にハードウェア上のネットワークを構築すれば、ホームネットワークが構築できるという記載に留まっており、メーカー間の障壁については解決しようとする示唆が見られない。これは、ホームネットワークにより、自社製品で統一した導入を推奨する方が各社にとって有利であるためと考えられる。
【０００５】
例外的に、携帯電話網と接続して加熱調理機器の情報を屋外から取得する装置（特許文献３）や、携帯電話網を通じて別居している家族へ消息を伝える機器などが一部に存在している（特許文献４）が、これらは外部と繋がるためのものであり、家庭用コンピュータと接続してそれらの厨房用機器を一括管理することはこれらの文献でも想定されていない。
【０００６】
従って、各社の独自端子を使ってパソコンと繋げて制御しようとすると、ＲＳ２３２ＣやＲＳ４８５，ＵＳＢなどのシリアル端子に変換して繋ぐことになり、チェーン接続できる台数と長さに制限があり、多数の機器を一括して管理、制御することは現実的ではなかった。
【０００７】
これに対し、コンピュータのイーサネット端子から接続し、イーサネットで繋がり、その通信内容をＲＳ−２３２Ｃなどのシリアル通信規格に変換するＲＳ２３２Ｃ（シリアル）／Ｅｔｈｅｒｎｅｔプロトコルコンバータは多くの製品が既に存在している。原理上はこのようなコンバータを介することで、複数の厨房用機器と、ネットワークを通じて通信することは可能である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−２８４４１７号公報
【特許文献２】特開２００９−７１５２７号公報
【特許文献３】特開２００１−３５５８４７号公報
【特許文献４】特開２０００−２０９６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、現在存在しているシリアル／Ｅｔｈｅｒｎｅｔコンバータ等は主にパソコン用汎用規格品であり、厨房機器や空調機器のほとんどはＲＳ２３２Ｃのような汎用端子を持っていない。このため、前記のコンバータに加えてさらに端子を変換する変換器を介さなければ、接続できなかった。
【００１０】
さらに、それら調理機器や空調機器などを仮に物理的に繋げることができたとしても、メーカー間でそれぞれの機器の制御コマンドは全く異なることがほとんどである。個々の命令文が違うだけではなく、命令文を認識させるための手順が全く違うこともある。
【００１１】
図２（ａ）（ｂ）に、文法及びステートの異なる二つのコンベクションスチーマーを外部端子から制御する際の通信手順の違いの例を示す。図２中、通信端末を「端末」と、コンベクションスチーマーを「ＣＳ」と略記する。図２（ａ）は低級言語のみ受け付ける機種の例であり、図２（ｂ）は高級言語を解釈する制御回路を有する機種の例である。
【００１２】
図２（ａ）のＣＳ１に対して、（１）最初に温度設定モードにするために、機械語のコマンド「０１」を送信する。定常状態では温度の数値を入力してもその数値の意味を解釈できない機種も多く、このような状態遷移が必要な場合がある。（２）端末はＣＳ１が温度設定状態へ移行するのを待つ。（３）ＣＳ１は温度設定状態へ移行したら、受けたコマンドを完了した旨のメッセージ「００」を送信し、端末はそれを受信する。（４）端末は温度の数値をＣＳ１の規格に従い、１０進数３桁の単位無しで摂氏温度「１８０」を送信する。（５）端末はＣＳ１が温度設定を終えるのを待つ。（６）ＣＳ１は１８０℃の温度を設定したら、受けたコマンドを完了した旨のメッセージ「００」を送信し、端末はそれを受信する。
【００１３】
図２（ｂ）のＣＳ２に対しては、（１）まず端末は、ＣＳ２を外部コマンド受信可能状態にするための受信要求コマンド「ｒｃｖ」を送信する。ＣＳ２はそのコマンドを理解して、機種固有の遷移時間５秒以内に受信可能状態へ移行する。（２）端末はその遷移時間＋１秒待った上で、温度設定コマンド「ｓｅｔ  ｔｍｐ  １８０」を送信する。（３）ＣＳ２はそのコマンドを理解して、温度設定値１８０℃と設定する。（４）ＣＳ２は設定された旨を、確認すべき設定値とともに「ｏｋ  １８０」として送り、端末はそれを受信して設定完了を確認する。
【００１４】
上記のような状態遷移や文法の違いに加えて、類似の言語体系であったとしても、さらにメーカー毎、機種毎に、機械語のコマンドの割り当てや、アセンブラに近いコマンドの定義方法なども全て異なっているのが現状であり、統一規格が無いままに各社が制定した制御方式の種類は膨大な数に上る。このため、実際にこれらの機器をパソコンで一括して管理制御することが現実的ではなく、メーカー間を跨ぐホームネットワークは、構想が始まってからかなりの年数が経っているにもかかわらず、普及していない。
【００１５】
そこでこの発明は、種々のメーカーが製造する調理機器や空調機器など、主に厨房で使われる多数の電子制御可能な機器を、イーサネットなどのネットワーク規格を通じてパソコンから簡便に一括管理可能にすることを目的とする。
【課題を解決するための手段】
【００１６】
この発明は、主に厨房用に用いる電子制御可能な機器に取り付けて拡張する言語変換装置を、
イーサネット端子と、上記機器の個々の外部インターフェースに合わせて交換可能な外部端子を有するものとし、
個々の上記機器が固有の制御用信号体系と、その機器への入力信号、その機器からの出力信号又はその両方をイーサネットフレーム化して共通の方式でパソコンと通信するために規格化した共通信号体系との間で信号を変換するための変換テーブル及び変換アルゴリズムからなる辞書データを、指定に応じて読み込む辞書ソケット手段と、
読み込んだ上記辞書データを解析して、変換テーブル及び変換アルゴリズムを実行可能な形式に展開する辞書解析手段と、
上記の一方の端子から入力された信号に対して、実行可能に展開した上記変換テーブル及び変換アルゴリズムにより、上記の機器ごとの固有の制御用信号体系とイーサネットフレーム化した上記共通信号体系との間での変換を行い、結果を他方の端子へ出力する辞書実行手段とを、
そのイーサネット端子と外部端子との間で実行するようにして、上記の課題を解決したのである。
【００１７】
すなわち、上記の主に厨房用に用いる電子制御可能な機器（以下、厨房用機器と略記する。）ごとの文法に合わせて辞書データを作成しておき、適宜それぞれの厨房用機器に合わせた辞書データを読み込んで実行できる辞書ソケット手段を設けておけば、機器本体は汎用で、外部端子の作製と辞書データの作成をするだけで、外部インターフェースを有するあらゆる厨房用機器を、当該言語変換装置を取り付けてイーサネットに繋げることが可能となる。この辞書ソケット手段は、物理的なソケットを有していてメモリカードなどの記憶媒体に記録した辞書データを読み込むものでもよいし、ネットワークを通じて辞書データをインストールするものでもよい。辞書データの送信は、厨房用機器を統括管理するパソコンからでもよいし、拡張用機器と辞書データを作成するサービス提供者がインターネットなどの外部ネットワークを通じて送信するものでもよい。
【００１８】
パソコンは共通信号体系に従い、加熱する温度や時間、加熱方法などをイーサネットフレーム化してネットワークへ送る。この共通信号体系は一般的なテキストでもバイナリコードでもよいが、わかりやすく変換しやすく、かつ、様々な厨房用機器への指定及びデータ取得に向いた形式であるとよい。具体的には、ＸＭＬ形式であると変数の指定や後述するステートの記載が容易であり、個々の機器の違いに応じた様々な要素を導入可能である。一方で、順序のみで定義したプレーンテキストであると、データ量が少なく処理が高速になる。言語変換装置はイーサネットフレームの本体部分からそれらの制御コードを取り出し、上記の辞書実行手段により、取り付けられた上記厨房用機器の固有の文法に従って制御コードを入力する。
【００１９】
特に、上記辞書データは、上記の変換テーブル及び変換アルゴリズムに加えて、上記厨房用機器に固有の、通信のステートを有しているとより好ましい。ここでステートとは上記厨房機器の信号に対する応答のタイミングや応答の確認、そのタイミングに即した命令文の選択や分岐などからなる、いわば、上記厨房用機器との会話の仕方についてのルールである。変換テーブル及び変換アルゴリズムによって共通信号体系から制御用信号体系に変換した一連のコマンドを変数とともに一括して入力することができる上記厨房用機器であれば、信号のタイミングなど無関係に入力可能である。しかし、上記厨房用機器によっては、変数や命令文を受け付けるための準備となる通信が必要であったり、特定のタイミングでのみデータを受け付けてそれ以外のタイミングでの通信を拒絶したりといった特徴を有することがある。これは、パソコンなどの情報通信機器に比べて、上記厨房用機器は、有する作業メモリが少なく、演算装置の処理能力が低いことに由来する。変換した命令文及び変数を固有の状態への遷移をしたり、固有の応答を確認したりすることに従って処理することで、外部接続端子を持つほとんどの機器に対して、接続して制御、管理を行うことが可能となる。
【００２０】
また、上記の変換テーブル及び変換アルゴリズムを逆変換できるようなデータ及び実行環境を整えておくと、パソコンが上記厨房用機器の情報を取得して、その取得データに応じた管理を行うこともできるようになる。具体的なデータとしては、例えば上記厨房用機器の温度や湿度、ドアの開閉や重量制限、排他処理、エラーコードなどが挙げられ、その上記厨房用機器の独自の文法やステートに従った命令の送信によって取得し、これを、上記とは逆に、共通信号体系へと変換して、イーサネットフレーム化して送信する。これを受け取るパソコンは、送信元の上記厨房用機器のメーカーの違い等を特に考慮することなく、共通信号体系だけを考慮して制御、監視プログラムを実行すればよい。
【００２１】
さらに、言語変換装置自体が、制御コンピュータからの指令に従うだけでなく、自主的に上記厨房用機器に対してデータの送信を要求するサーバ機能を有するものとしておくと、上記厨房用機器の外部インターフェースが自主的なデータの送信に対応していない場合でも、データを取得することができる。サーバ機能としては、具体的には、上記厨房用機器の状態に関する値を出力させるコマンドを送信して値を受け取るデータ収集手段と、そのデータを分析して、過熱状態だったり、加熱中に解放状態にあったりしていないかといったことを判断するデータ分析手段と、データそのものや分析結果を送信させるサーバ送信手段とを有するとよい。
【００２２】
これらの上記厨房用機器に対して状態を出力させるコマンドは、上記辞書データに含めておくと、辞書データの汎用性が高まるので好ましい。一方で、直接的な値の指定のためのコマンド群と、値を取得するためのコマンド群とを別のデータとしておくと、データ容量とプログラムが軽量化し、信号を変換する際にもサーバ処理する際にも動作を軽くすることができる。別データとしておく場合には、独自のセンサ辞書データを読み込むためのセンサ辞書ソケット手段を有するとよい。
【発明の効果】
【００２３】
この発明にかかる言語変換装置により、加熱及び冷却の調理機器や、換気扇、冷暖房、ガス湯沸かし器といった主に厨房に関する機器を容易にネットワークに繋げて管理することができるようになる。また、外部インターフェースを共通化させておくと、それぞれの外部インターフェースに対して個別の端子を用意して交換する必要もなくなり、さらに汎用性が高い言語変換装置となるため、ホームネットワーク構築のための障壁がさらに下がることになる。
【００２４】
実質的にはこれらの機器に対応することで、現在は設備内コンピュータネットワークに繋がっていないほとんどの機器をネットワークに繋げて制御することが可能になり、従来から設備内ネットワークに繋がっているパソコン関係やテレビ関係の電子機器と合わせて、ほとんどの機器をネットワーク化することができ、ホームネットワーク、及びより大規模な設備内ネットワークを構築することができ、ユーザの利便性、安全性を高めることができる。
【００２５】
ガスコンロとＩＨ調理器、電子レンジ、コンベクションスチーマーといった種々の調理機器を揃えた厨房においても、それらの機器に対して適切な調理信号を、レシピの必要なタイミングで送信することができ、厨房において調理の際に機器を細かく設定する手間を省くことができる。
【００２６】
また、制御コンピュータから機器の一括した管理ができるので、放出熱量の多い調理機器の稼働時のみ換気扇や空調機器を徹底して稼働させ、そうでない時には自動的に換気扇と空調機器の出力を低下させるといった、きめ細かい省エネを行うこともできるようになる。制御コンピュータが調理の順序や条件等からなる電子レシピを読み込み可能なものであると、この発明にかかる言語変換装置を用いることで、外部インターフェースを有するほとんどの調理機器に対して、レシピに従った調理を実行することができる。
【図面の簡単な説明】
【００２７】
【図１】この発明にかかる言語変換装置の概念図
【図２】（ａ）低級言語に対応したＣＳとの通信手順の例を示す図、（ｂ）高級言語に対応したＣＳとの通信手順の例を示す図
【図３】共通信号体系から固有信号体系への変換テーブル等の寄与例を示す図
【図４】信号処理部における信号受信時の対応を示すフロー図
【発明を実施するための形態】
【００２８】
以下、この発明の具体的な実施形態について図１を用いて説明する。
この発明にかかる言語変換装置１００は、厨房用機器２０１の外部インターフェース（図中、「インターフェース」を「ＩＦ」と略記する。）２０２に取り付け、厨房のある設備内に設けられたＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２１０に接続するものである。内部には入出力された信号に対して変換処理を行う信号処理部１０２を有している。
【００２９】
この変換処理とは、制御コンピュータ２１１から設備内ＬＡＮ２１０を介して、言語変換装置１００の信号処理部１０２までの間（Ｓ１１−Ｓ１２−Ｓ１３，Ｓ２３−Ｓ２４−Ｓ２５）でやりとりされる共通信号体系の信号と、厨房用機器２０１との間（Ｓ１４−Ｓ１５，Ｓ２１−Ｓ２２）でやりとりする厨房用機器２０１固有の信号体系の信号とを相互に変換するものである。言語変換装置１００は、制御のための変換を行うソフトウェア群と（１１１〜１１５、Ｓ３１〜Ｓ３５）、分析用の変換及びその制御を行うソフトウェア群（１２１〜１２５，Ｓ４１〜Ｓ５１）とを有している。これらのソフトウェア群は、図示しないが言語変換装置１００が有している記憶部に記憶され、必要に応じて読み出されて実行される。ただし、それらは専用のＩＣによって実現するものでもよい。
【００３０】
この言語変換装置１００の端子１４１は、厨房用機器２０１と電気的に接続するための端子である。各々のメーカーによる厨房用機器２０１の外部インターフェース２０２は、厨房用機器の製造者、又は機種によっても異なる場合がある。このため、これと直接接触する端子１４１は、それぞれの形状の外部インターフェース２０２に応じて、種々の形状のものを選択できる。言語変換装置１００を汎用品とする場合には、この端子１４１を交換可能であると好ましい。この端子１４１を介して、信号処理部１０２と厨房用機器２０１の外部インターフェース２０２とが通信する（Ｓ１４−Ｓ１５、Ｓ２１−Ｓ２２）。
【００３１】
一方、言語変換装置１００が設備内ＬＡＮ２１０内の制御コンピュータ２１１やサーバ２２１と通信するための通信部１４２は、設備内ＬＡＮ２１０が一般的なイーサネットで構成されている場合には、そのための有線ＬＡＮ端子や、ＩＥＥＥ８０２．１１ａ，ｂ，ｇ，ｎ等の無線ＬＡＮのアンテナであればよい。
【００３２】
制御コンピュータ２１１と、言語変換装置１００の信号処理部１０２との間の設備内ＬＡＮ２１０との間の通信（Ｓ１１−Ｓ１２−Ｓ１３，Ｓ２３−Ｓ２４−Ｓ２５）は、イーサネットフレームでやりとりし、そのフレーム内では制御信号及びデータを規格化した共通信号体系にのっとって送受信する。この共通信号体系は次のような条件で定める。まず少なくとも、調理機器に対して調理を行う温度又はそれに通じるガス量や電力量の値を指定可能であり、その調理を行う時間を指定可能である。また、設定するだけか、実際に実行するか、タイマー等のセットを行うかといったことを命令文として解釈可能であるようにする。
【００３３】
例えば、命令文、変数、その他の設定を予め定めた順番で、タブ、スペース、カンマ等で区切ったテキストデータとする体系が挙げられる。ただしこれでは将来的な拡張性に難があるため、個々のデータや変数の意味を定義できるように、ＸＭＬデータとしておくとより好ましい。
【００３４】
命令文は調理情報の指定や、調理等実際の稼働の開始や終了、機器情報の出力を促すといったことが挙げられる。変数は少なくとも温度と時間を扱えるようにし、強度などを指定可能であるとよい。例えば、変数として温度を「ｄｅｇｒｅｅ」とともに指定し、時間を「ｓｅｃ」とともに指定する。その他の設定としては、タイマーなどの設定や、機器固有で共通化できない部分をテキストやバイナリでそのまま指定することも考えられる。これがテキストならば例えば「１８０  ｄｅｇｒｅｅ」のようになり、ＸＭＬならば例えば「＜温度設定値  温度＝”１８０”  単位＝”℃”＞＜／温度＞」のようになる。
【００３５】
条件がさらに複雑な場合、例えばテキストデータで、温度１５０℃で２０分間、ターンテーブルの回転速度は毎分三回、装置内照明を点灯するといった条件の設定をテキストデータで「ＳＥＴ  １５０ｄｅｇｒｅｅ  １２００ｓｅｃ  ３ｒｐｍ  ＬｉｇｈｔＯｎ」のように表現したり、調理機器内の温度が１２２℃、湿度が９７％であり、ドアが閉状態である旨のデータ送信を「ＤＡＴＡ  １２２℃  ９７％ＲＨ  ｃｌｏｓｅ」のように表現したりするといった方式が挙げられる。ＸＭＬデータならば、前者を
＜温度設定値  温度＝”１８０”  単位＝”℃”＞＜／温度設定値＞ＣＲＬＦ
＜速度設定値  速度＝”３”  単位＝”ｒｐｍ”＞＜／速度設定値＞ＣＲＬＦ
＜時間設定値  時間＝”１２００”  単位＝”ｓｅｃ”＞＜／時間設定値＞ＣＲＬＦ
＜照明設定値  設定＝”常灯”＞＜／照明設定値＞ＣＲＬＦ
のように表現したり、後者を
＜温度測定値  温度＝”１２２”  単位＝”℃”＞＜／温度測定値＞ＣＲＬＦ
＜湿度測定値  湿度＝”９７”  単位＝”％ＲＨ”＞＜／湿度測定値＞ＣＲＬＦ
＜ドア測定値  状態＝”ｃｌｏｓｅ”＞＜／ドア測定値＞ＣＲＬＦ
のように表現したりといった方式が挙げられる。
【００３６】
また、送信先又は送信元となる個々の調理機器の指定は、イーサネットフレームのＭＡＣアドレス指定により行うことができるが、送信するデータの中に送信先である調理機器の種別を含める形式にすると、間違って他の機器のデータを受けたとしても、機器の違いによってエラーとして処理することができるのでより好ましい。また、命令文の前に機器種別の宣言文を位置づけると、汎用性を維持しつつ、機器種別の中では柔軟な拡張ができるようになる。
【００３７】
ＸＭＬデータであると、例えば親タグを「＜レンジ温度設定＞〜＜／レンジ温度設定＞」と記載し、上記の例のようなデータをこのタグ中に記載して、
＜レンジ温度設定＞ＣＲＬＦ
＜温度設定値  温度＝”１８０”  単位＝”℃”＞＜／温度設定値＞ＣＲＬＦ
＜速度設定値  速度＝”３”  単位＝”ｒｐｍ”＞＜／速度設定値＞ＣＲＬＦ
＜時間設定値  時間＝”１２００”  単位＝”ｓｅｃ”＞＜／時間設定値＞ＣＲＬＦ
＜照明設定値  設定＝”常灯”＞＜／照明設定値＞ＣＲＬＦ
＜／レンジ温度設定＞ＣＲＬＦ
のようにすると、それらが電子レンジ専用の温度設定データであることが判別できる。
【００３８】
また、設定用のデータなのか、測定結果なのかを判別できるようにしておいてもよい。上記の設定は「温度設定」であるが、測定結果を「状態測定」として、
＜ＣＳ状態測定＞ＣＲＬＦ
＜温度測定値  温度＝”１２２”  単位＝”℃”＞＜／温度測定値＞ＣＲＬＦ
＜湿度測定値  湿度＝”９７”  単位＝”％ＲＨ”＞＜／湿度測定値＞ＣＲＬＦ
＜ドア測定値  状態＝”ｃｌｏｓｅ”＞＜／ドア測定値＞ＣＲＬＦ
＜／ＣＳ状態測定＞ＣＲＬＦ
のようなデータ形式で送信すると、それがＣＳで測定されたデータであることを間違えずに済む。
【００３９】
一方、ＸＭＬではないプレーンテキストであるなら、それらの機種の種別や、設定であるか測定であるのかの種別を、一連の通信の最初の宣言として導入しておくと、判別が容易である。
【００４０】
一方、個々の上記厨房用機器に固有の固有信号体系はメーカー毎、機器毎に様々である。例えば時間であっても、ｍｓｅｃで処理する機器があれば、ｈｏｕｒで処理する機器もある。温度も摂氏をそのまま指定できる機器もあれば、何段階かの動作強度を摂氏温度に割り当てるものもある。それらをテキストで処理するものもあれば、バイナリで処理するものもある。例えば、図２（ａ）で示すような低級言語による制御となる機種と、図２（ｂ）で示すような高級言語による制御となる機種とでは、同じコンベクションスチーマーでもまったく固有信号体系が異なってくる。
【００４１】
この共通信号体系と、固有信号体系とを変換するための辞書データは、開始や終了、設定、出力といった基本的な命令文同士の対照表である変換テーブルと、そのコマンドを実際に実行するにあたり、変数の入出力順や入出力方式を適切な形式にしたり、そもそも制御コマンドを受け入れるようにするための状態に変更するための事前宣言文を挿入したり、二進数や八進数と十進数とを変換したりするといった具体的な文法に合わせた約束事に適した変換を行う変換アルゴリズムとからなる。
【００４２】
例えば、共通信号体系における「温度設定」のコマンドは、図２（ａ）の固有信号体系では命令文「０１」とその後の数値データからなり、図２（ｂ）の信号用体系では「ｓｅｔ  ｔｍｐ  １８０」とのコマンドからなる。変換テーブルは少なくとも共通信号体系の命令文（例、「温度設定」）をこのような固有信号体系（例、「０１−」「ｓｅｔ  ｔｍｐ」）に変換するためのテーブルとなる。また、外部コマンドの入力より先に外部コマンドを受け入れるための特殊コマンドを入力する必要がある厨房用機器２０１に対しては、単純に命令文を変換するだけでなく、その命令文の送信の前に当該特殊コマンド（例、図２（ｂ）の「ｒｃｖ」）を入力したりするといったことや、共通信号体系とは変数の入力順が異なる場合にその順序を変更するといった変換をするための取り決めを、変換アルゴリズムにて設定する。この変換アルゴリズムは、違った機器の命令文を特異な値に変換することを避けるため、通信した機器の内容を確認するための機器の種別を判定したり、又は送信の際に種別を付与するといった内容であると安全性が高まり、より好ましい。
【００４３】
さらに、厨房用機器２０１の種類によっては、上記コマンドを入力する際、又はその後の応答を適切に処理しなければならない場合がある。例えば図２（ｂ）（１）では５秒以内に受信状態になるため、次の信号の送信まで５秒以上待つ必要がある。また、応答が来る端末と来ない端末があり、応答を待って次の送信をすべきか否かといった違いもある。このような待ち時間や待ち条件の設定が必要な場合、信号処理部１０２が次に移るための条件を定めておく必要がある。これらその他の状態遷移や応答時間、応答確認等についての情報であるステートも辞書データ１１５に記録していることが望ましい。
【００４４】
これらの変換テーブル、変換アルゴリズム、ステートが果たす役割を、共通信号体系としてＸＭＬ方式にした場合を例にとり、図３を用いて説明する。図３（ａ）は共通信号体系に従いイーサネットフレームで送信される、コンベクションスチーマーへの温度設定命令である。全体はＸＭＬであり、共通信号体系での規定が前半部にあり、固有信号体系への変換後の信号手順を記録するための空白状態の通信手順が後半部にある。前半部に記載の符号のうち、％１は温度、％２は温度単位、％３は湿度設定（例ではｎｕｌｌ。）、％４はモード（例ではｎｕｌｌ。）である。
【００４５】
図３（ｂ）は図２（ａ）と同様の機械語による制御を必要とする厨房用機器２０１のための固有信号体系に変換した例である。この変換にあたっては、まず変換テーブルを参照して、温度設定のコマンドを、固有信号体系「０１」で変数「％１」を送信するものとする。変換アルゴリズムにより、単位は「％２」そのままで、「０１」のコマンドと変数「％１」を順次送信するよう手順を分ける。ステートにより、個々の手順には返答「００」が来ることを確認の上で次の状態へ移すものとし、その間の状態変更は「無」とする。
【００４６】
図３（ｃ）は図２（ｂ）と同様の高級言語による制御を行える厨房用機器２０１のための固有信号体系に変換した例である。この変換にあたっては、まず変換テーブルを参照して、温度設定のコマンドを、固有信号体系「ｓｅｔ  ｔｍｐ」で変数「％１」を送信するものとする。変換アルゴリズムにより、単位は「％２」そのままで、変数「％１」はコマンドの後にスペースを挟んで送信するものとする。ステートに従い、コマンド送信前に準備コマンド「ｒｃｖ」を送信し、最大準備時間５秒を上回る６秒の待機時間「ｗａｉｔ  ６ｓｅｃ」を確保する。ステートから期待する温度設定コマンドに対する応答は「ｏｋ  ％１」であり、その応答が来るまで待機状態とする。
【００４７】
上記辞書データ１１５は、このような変換テーブルと変換アルゴリズムとを、圧縮状態又は何らかの形で実行可能な形式に変換可能な状態で記録したものである。なお、言語変換装置１００の信号処理部１０２である演算装置が直接理解可能な機械語であってもよいが、機械語であると多くの場合は辞書データの作成及び変更、拡張が難しいため、テキストデータであるとよい。
【００４８】
さらに、厨房用機器２０１が、一括したコマンド入力を受け付けず、コマンドの入力のための準備が必要であったり、コマンド入力のタイミングが限定されていたりするものである場合には、上記辞書データ１１５は変換テーブルと変換アルゴリズムに加えて、それらのタイミングや事前宣言や終了処理などについてのステートを含むものとする。
【００４９】
ただし、この辞書データ１１５は厨房用機器２０１に対して実行可能なコマンドのうち、調理のための制御に関する部分だけのサブセットであることが好ましい。全コマンドを一つのファイルにしておくと、検索等の負荷が上がり、動作速度が遅くなるためである。サブセット化した残りの主に分析用のコマンド群についての変換テーブル等は、後述するセンサ辞書データ１２２として別途読み込むようにしておくと好ましい。
【００５０】
信号処理部１０２で制御用の変換を行うためのソフトウェア群は、上記の辞書データ１１５を読み込むための辞書ソケット手段１１３を有している。この辞書ソケット手段１１３は、少なくともソフトウェア的に、上記辞書データ１１５を読み込むことができるプログラムの実行形態である。具体的には、変数の形でメモリ上に保存してある辞書データ１１５を適宜指定して読み込むことができるようにする。
【００５１】
辞書ソケット手段１１３が上記の辞書データ１１５を読み込む手法としては、制御コンピュータ２１１や、インターネット２２０を介したサービス提供業者サーバ２２１から、設備内ＬＡＮ２１０を通じて言語変換装置１００へ送信されたフレーム（Ｓ６２ｏｒＳ１１−Ｓ１２−Ｓ１３）から、信号処理部１０２でデータを取り出して、辞書データ１１５を読み込む（Ｓ３１）手段が挙げられる。
【００５２】
また、別の手法としては、メモリーカードなどを読み取る物理的ソケット１１７を含んでいてもよい。メモリーカードのルート領域に辞書データ１１５を記録しておき、物理的ソケットに挿入されたメモリーカードに記録された辞書データ１１５を自動的に読み込む（Ｓ３２）ように設定するといった実施形態が挙げられる。
【００５３】
辞書解析手段１１２は、上記の辞書ソケット手段１１３により読み込んだ辞書データ１１５を実行可能な形式に変換する（Ｓ３３）ものである。具体的には、インタプリタでもコンパイラでもよく、ＪＡＶＡ（登録商標）などのプログラム実行環境も含む。辞書データ１１５がステートを含む場合には、その条件も取り込んだものとする。
【００５４】
辞書実行手段１１１は、辞書解析手段で実行可能な形式となった変換テーブルと変換アルゴリズムと、場合によってステートとに従った変換を、信号処理部１０２に入力された信号に対して実行する（Ｓ３５）ソフトウェアである。この変換は、通信部１４２から入力された信号（Ｓ１３）だけでなく、端子１４１から入力された信号（Ｓ２２）に対しても行う。ただし、どちらの端子から入力されたかによって、変換の方向は逆となる。すなわち、通信部１４２から入力された信号（Ｓ１３）に対しては、イーサネットフレームから共通信号体系による命令文を取り出し、これを固有信号体系へと変換して（Ｓ３５）、端子１４１へ送る（Ｓ１４）。なお、プレーンテキストで内部処理する場合は固有信号体系に変換したコマンドをそのまま送信してもよいが、上記のＸＭＬで内部処理する場合は、実際に端子１４１へ送るのは、通信手順タグ中の各々の手順タグの要素部分のみを抽出して送信する。逆に、端子１４１から入力された信号（Ｓ２２）に対しては、固有信号体系を共通信号体系に変換した（Ｓ３５）上で、イーサネットフレーム化して通信部１４２へ送る（Ｓ２３）。内部処理を上記のＸＭＬで行う場合、一旦、通信手順タグの要素に変換した後、測定値に単位を付したり、数値のままの制御コードをドアの開閉やエラーなどの高級言語情報に逆変換したりして設定値タグの要素を構築してイーサネットフレーム化することとなる。
【００５５】
基本的には、制御用のソフトウェア群による厨房用機器２０１への入力（Ｓ１４）は、実際に厨房用機器２０１を稼働させるための命令文及びそれに付随する変数であり、厨房用機器２０１からの出力（Ｓ２２）は、主にその入力に応じて稼働したか否かの確認のための情報からなる。
【００５６】
また、上記の制御用のソフトウェア群とは別に、分析用のソフトウェア群を実行することで、稼働させるための命令があってもなくても、各々の時点における上記厨房用機器２０１の稼働状況やエラー情報などのデータを出力させ、それを分析したり、制御コンピュータ２１１に送信したりすることができる。
【００５７】
厨房用機器２０１からの出力を言語変換装置１００が受け取る方式としては、厨房用機器２０１が自動的に出力する信号を受け取る方式と、言語変換装置１００にサーバ機能を持たせて、定期的に、又は必要時に、厨房用機器２０１に対して情報を出力するコマンドを送信する方式と、制御コンピュータ２１１からの指令に応じて情報を出力するコマンドを送信する方式とが挙げられる。
【００５８】
分析用の変換及びその制御を行うソフトウェアは、データ収集手段１２３，データ分析手段１２４，サーバ手段１２５からなる。
【００５９】
厨房用機器２０１が自動的に信号を出力する場合には、データ収集手段１２３はその信号（Ｓ２２）を信号処理部１０２でキャッチして取り込む（Ｓ４１）。
【００６０】
制御コンピュータ２１１からの指令に応じて情報を出力するコマンドを厨房用機器２０１へ送る場合には、前記の制御用のコマンドと同様に、共通信号体系で記述されたその要求を辞書実行手段１１１が固有の固有信号体系に変換して（Ｓ３５ｏｒＳ４６））、厨房用機器２０１へ送る（Ｓ１４−Ｓ１５）。厨房用機器２０１はそのコマンドに応じて稼働状況や自己診断結果、エラー情報などを出力する（Ｓ２１−Ｓ２２）。データ収集手段１２３はこの出力された情報を信号処理部１０２でキャッチする。ここで、固有信号体系への変換は、上記の辞書データ１１５により辞書実行手段１１１によって変換してもよいが（Ｓ３３〜Ｓ３５）、分析用のコマンドや設定値等についてのサブセットであるセンサ辞書データ１２２に独立させておき、これを読み込んだデータ収集手段１２３が辞書解析手段１１２及び辞書実行手段１１１と同様の変換を行ってもよい（Ｓ４６）。
【００６１】
また、データ収集手段１２３等が言語変換装置１００のメモリ内に常駐するサーバ機能を有する場合には、これらの手段は定期的に実行されて、自ら厨房用機器２０１へのコマンドを送信する（Ｓ４６−Ｓ１４−Ｓ１５）。このコマンドは、共通信号体系ではなく、厨房用機器２０１の固有信号体系によるものである。すなわち、変換するまでもなく、最初から固有信号体系によるコマンドをセンサ辞書データ１２２から取得して（Ｓ４５）送信する。厨房用機器２０１はこの定期的なコマンドに対して、定期的に出力を返し（Ｓ２１−Ｓ２２）、データ収集手段１２３はその情報を信号処理部１０２でキャッチする（Ｓ４１）。
【００６２】
データ収集手段１２３がセンサ辞書データ１２２を読み込むためには、辞書ソケット手段１１３と同様のセンサ辞書ソケット手段１２１を有しているとよい。すなわち、設備内ＬＡＮ２１０からネットワークを通じて読み込む手法（Ｓ４３）や、物理的ソケット１２７からメモリーカードのデータを読み込む手法（Ｓ４４）などが挙げられる。
【００６３】
なお、分析用のコマンド等も辞書データ１１５に含まれる場合には、辞書ソケット手段１１３及び物理的ソケット１１７をデータ収集手段１２３が直接利用して読み込んでもよい（Ｓ４２）。ただしこの場合、辞書データ１１５はサブセットではなくなり、データ量が大きくなる。
【００６４】
サーバ機能か制御コンピュータ２１１からの命令かのいずれによるものであっても、データを出力するコマンドを受けた（Ｓ１４−Ｓ１５）厨房用機器２０１は、その命令文に応じて、温度、湿度、内容物の有無、扉の開閉の有無、出力値の設定、現在予約中の設定情報、現在実行中の動作の終了予定時刻、エラー情報、故障の有無を自己診断した結果等を、外部インターフェース２０２から出力する（Ｓ２１）。データ収集手段１２３は信号処理部１０２でその結果を受け取り（Ｓ４１）、共通信号体系として自己分析可能な形式に変換する。
【００６５】
データ分析手段１２４は、データ収集手段１２３で共通信号体系に変換されたデータを受け取り（Ｓ４７）、条件値と比較する。この条件値とは、上記厨房用機器２０１ごとに、正常な値であるか否かの判断に用いる数値範囲あるいは真偽値であり、上記辞書データ１１５又はセンサ辞書データ１２２に含まれる。これにより、厨房用機器２０１が異常状態にあるか否かを自動的に判断できる。
【００６６】
信号処理部１０２での対応種別を図４のフローチャートにまとめる。まず、端子１４１側（厨房用機器２０１側）と、通信部１４２側（設備内ＬＡＮ２１０側）のいずれかで受信したのかを判断する。端子１４１側からの受信であれば、固有信号体系で厨房用機器２０１から送られてきたものである。この場合、通信手順が途中の段階で次の手順が残っており（Ｓ１０２）、受信内容が規定通りであれば（Ｓ１０３）、次の手順の要素を送信する（Ｓ１０４）。ここで規定通りとは、変換アルゴリズムやステートの指定により期待される通りの値、又は書式であることをいう。一方、規定通りでなければ、当該手順を再送するか、返ってきた値を含めた測定値を共通信号体系に逆変換して（ＸＭＬであれば要素に含める。）、イーサネットフレーム化して通信部１４２から制御コンピュータ２１１へ送信する（Ｓ１０５）。
【００６７】
一方、Ｓ１０２において、それが一連の通信手順のうちの最後の手順であった場合には、その手順が制御用のコマンドによるか、分析用のコマンドであるかによって対応が異なる（Ｓ１０６）。制御用のコマンドであれば、辞書実行手段１１１が返値の逆変換を行い（Ｓ１０７）、共通信号体系として、コマンドが完了した旨を通信部１４２から制御コンピュータ２１１へ送信する（Ｓ１０８）。一方、分析用のコマンドであれば、データ収集手段１２３が返値の逆変換を行い（Ｓ１０９）、得られた測定値をサーバ手段１２５等により、通信部１４２から制御コンピュータ２１１へ送信する（Ｓ１１０）。
【００６８】
また一方、信号処理部１０２が受信した信号が通信部１４２側からであった場合（Ｓ１０１）、その信号が指定する機種が、言語変換装置１００が取り付けられた厨房用機器２０１と一致するか否かを判断する（Ｓ１１０）。他機種向けの信号であれば破棄する（Ｓ１１１）。他機種向けの信号を変換して送り込むと、厨房用機器２０１が誤作動を起こす可能性があるからである。また、機種が同じでも、同一機種を複数台備えている場合には、そのＩＤまでを識別可能であるように、テキストの前に通し番号を付けたり、ＸＭＬのタグに通し番号を付けるなどの工夫により各台を区別する。
【００６９】
当該機種向けであり、ＩＤも同一であるならば、当該厨房用機器２０１宛のコマンドであるので、共通信号体系から固有信号体系へ変換する。ただし、そのコマンドが厨房用機器２０１の調理に関する制御用コマンドであるか、データ収集のための分析用コマンドであるかによって変換処理を受け持つ手段が異なる（Ｓ１１２）。制御用コマンドであれば、辞書実行手段１１１により、辞書データ１１５に従って固有信号体系へ変換して通信手順の要素を構築し（Ｓ１１３）、その要素を順に端子１４１へ送信する（Ｓ１１４）。データ収集のための分析用コマンドであれば、データ収集手段１２３がセンサ辞書データ１２２に従って固有信号体系へ変換して通信手順の要素を構築し（Ｓ１１５）、その要素を順に端子１４１へ送信する（Ｓ１１６）。いずれの場合も、それに対する応答に対しては、上記のＳ１０２以下の対応となる。
【００７０】
なお、図１には図示しないが、データ分析手段１２４の実行の結果、安全であると想定した値から外れ、問題であるという分析結果が出た場合に、それを速やかに表示可能な表示部（図示せず）に表示させる表示手段（図示せず）を有していると、異常加熱になったり、制御不能になっていたりする際に、その厨房用機器２０１の周囲にいる人間に速やかに事態を知らせることができるので好ましい。この表示手段としては、スピーカーや警告灯などの表示部を通じて音声や光からなるもの、通信部１４２を通じて警告の内容のメールの送信をするもの、ｗｅｂサーバとして動作する際に表示するページに警告を表示するようにデータ送信するもの、またはそれらの複数の手段の併用により、警告を表示するものが挙げられる。
【００７１】
さらに、サーバ手段１２５は、共通信号体系での送信や、メール送信、ＩＰによるメッセンジャー機能などにより、データ収集手段１２３によって受け取った結果等（Ｓ４９）や、データ分析手段１２４により分析した結果（Ｓ４８）を、イーサネットフレーム化して信号処理部１０２から通信部１４２へ出力し（Ｓ５０−Ｓ２３−Ｓ２４）、設備内ＬＡＮ２１０へ送信する。制御コンピュータ２１１はこれにより、厨房用機器２０１の状況を把握することができ、厨房内で調理中の料理が、レシピの予定通りに進行しているか否かを確認し、レシピの次の工程への準備を進めるとよい。
【００７２】
また、これらのデータ収集手段１２３，データ分析手段１２４、及びサーバ手段１２５のサーバ機能をさらに利用する形態として、厨房用機器２０１に、温度計、湿度計、カメラ、マイク、時計などの外付測定器２０３を設けておき、それらから得られた値や映像、音声を、共通信号体系に変換して上記のサーバ手段１２５により制御コンピュータ２１１に自動的に送信するようにしてもよい。
【００７３】
さらに、このサーバ手段１２５が、ｗｅｂサーバ機能、ＦＴＰサーバ機能、メールサーバ機能等のデータサーブ機能を含んでいるとより好ましい。すなわち、データ収集手段１２３により収集したデータや、データ分析手段１２４による分析結果を、制御コンピュータ２１１からＴＣＰ／ＩＰを使ったアクセスに応じて出力可能であると、制御コンピュータ２１１を用いた厨房用機器２０１の管理が容易にできる。さらに、ｗｅｂサーバ機能を有するサーバ手段１２５が送信するフォーム付きｗｅｂページを介したファイルの指定によって、制御コンピュータ２１１が保有する辞書データ１１５やセンサ辞書データ１２２のファイルを送信し、辞書ソケット手段１１３又はセンサ辞書ソケット手段１２１に読み込ませるように、内部の記憶媒体に記録可能としておくと、物理的ソケット１１７を有さなくても容易に辞書データ１１５の更新が可能となる。また、データ分析手段１２４が判断基準として用いる設定値も、サーバ手段１２５を介して修正可能である。
【００７４】
上記の各々の手段自体も、設備内ＬＡＮ２１０を通じて、上記サーバ手段１２５等を介して更新可能であることが望ましい。製造当時は想定していなかった機器との連携により、辞書データ１１５やセンサ辞書データ１２２の拡張だけで対処できなくなる場合でも、各々の手段の更新により対処しうるからである。
【符号の説明】
【００７５】
１００  言語変換装置
１０２  信号処理部
１１１  辞書実行手段
１１２  辞書解析手段
１１３  辞書ソケット手段
１１５  辞書データ
１１７  物理的ソケット
１２１  センサ辞書ソケット手段
１２２  センサ辞書データ
１２３  データ収集手段
１２４  データ分析手段
１２５  サーバ手段
１２７  物理的ソケット
１４１  端子
１４２  通信部
２０１  厨房用機器
２０２  外部インターフェース
２０３  外付測定器（温度計など）
２１０  設備内ＬＡＮ
２１１  制御コンピュータ
２２０  インターネット
２２１  サーバ
【図１】
2011191880.tif 000003
【図２】
2011191880.tif 000004
【図３】
2011191880.tif 000005
【図４】
2011191880.tif 000006