JP2017157173A - 画像処理装置及び画像処理システム - Google Patents

Abstract

【課題】測定装置にて測定された測定データを他の装置に送信する場合に、送信先に合わせた処理を施した測定データの送信を可能にする画像処理装置等を提供する。【解決手段】画像処理装置１０は、画像データに対して画像処理を施す画像処理部を有し、環境センサ３０及び位置センサ４０から測定データを受信し、受信した測定データに対して、送信先に合わせたプロトコルの変換処理及び送信先に合わせたデータ処理を行って、処理を施した測定データを第１管理サーバ７０又は第２管理サーバ８０に送信する。【選択図】図１

Description

本発明は、画像処理装置及び画像処理システムに関する。

例えば、特許文献１には、空調ユニットに無線伝送手段を備えた伝送ユニットを接続し、無線伝送手段を備えた複数のセンサユニットから受信した温度情報のセンサ値に重み値を加味した加重平均値に基づいて空調ユニットの運転を制御し、空調空間の温度や湿度を調整する空調システムが開示されている。

また、例えば、特許文献２には、人の携帯する無線端末からの信号を受信する複数の受信機を有し、受信機が受信した無線端末からの信号に基づいて人の位置を検出し、検出結果から、人別に位置データを取得して時系列データとして蓄積し、時系列データに含まれる、１の位置データおよびその位置データと時系列的に隣接する他の位置データを参照して算出された人の単位時間あたりの位置変化量と、人の位置に関連して決められている活動強度の情報とに基づいて、単位時間活動量を人別に算出し、単位時間活動量を積算することでトータル活動量を人別に算出して、算出したトータル活動量を用いて空調機の制御を行う空調制御装置が開示されている。

ＷＯ２００８／００７４３３号公報 特開２０１５−６６３２９号公報

センサ等の測定装置にて測定された測定データを他の装置に送信する場合、例えば、送信先である装置のプロトコル仕様により測定データの送受信が正常に行われない場合がある。また、例えば、測定データに基づいて送信先毎に異なる情報を送信する場合には、送信先に合わせて測定データを処理することが必要になる。
本発明の目的は、測定装置にて測定された測定データを他の装置に送信する場合に、送信先に合わせた処理を施した測定データの送信を可能にする画像処理装置等を提供することにある。

請求項１に記載の発明は、画像データに対して画像処理を施す画像処理部と、画像処理装置外に設けられた複数の測定装置から測定データを受信する受信部と、前記受信部が受信した測定データに対して、複数の送信先ごとに合わせたプロトコルの変換処理及び当該送信先ごとに合わせたデータ処理を行う処理部と、前記処理部が処理を施した測定データを前記送信先に送信する送信部とを備える画像処理装置である。
請求項２に記載の発明は、前記処理部は、前記変換処理及び前記データ処理を、前記受信部が受信した測定データを逐次に処理するストリームデータ処理により行うことを特徴とする請求項１に記載の画像処理装置である。
請求項３に記載の発明は、前記処理部は、前記受信部が受信した測定データを複製し、一方の測定データに対して当該一方の測定データの形式に対応した第１サーバを送信先として当該形式のまま出力し、他方の測定データに対して当該形式に対応していない第２サーバを送信先として当該第２サーバに合わせた形式への変換処理及び当該第２サーバに合わせたデータ処理を施して出力することを特徴とする請求項１又は２に記載の画像処理装置である。
請求項４に記載の発明は、前記処理部は、前記他方の測定データに対する前記第２サーバに合わせたデータ処理として、当該他方の測定データに含まれる情報を特定の一部の情報に限定する処理を行うことを特徴とする請求項３に記載の画像処理装置である。
請求項５に記載の発明は、前記複数の測定装置の中から測定装置を選択する指示が入力される第１の入力部と、選択された測定装置から受信される測定データの送信先を指定する指示が入力される第２の入力部とを表示画面に表示させる表示部をさらに備えることを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置である。
請求項６に記載の発明は、前記受信部は、第１形式で生成された第１測定データを第１測定装置から受信し、第２形式で生成された第２測定データを第２測定装置から受信し、前記処理部は、前記受信部が受信した第１測定データに対して第１サーバを送信先として第１形式のまま出力するとともに当該第１測定データに対して第２サーバを送信先として第１形式から第２形式への変換処理及び当該第２サーバに合わせたデータ処理を施して出力し、当該受信部が受信した第２測定データに対して当該第１サーバを送信先として第２形式から第１形式への変換処理及び当該第１サーバに合わせたデータ処理を施して出力するとともに当該第２測定データに対して当該第２サーバを送信先として第２形式のまま出力することを特徴とする請求項１に記載の画像処理装置である。
請求項７に記載の発明は、画像データに対して画像処理を施す画像処理装置と、当該画像処理装置とネットワークを介して接続されるサーバ装置とを備え、前記画像処理装置は、第１形式で生成された第１測定データを第１測定装置から受信し、第２形式で生成された第２測定データを第２測定装置から受信する受信部と、前記受信部が受信した第１測定データを第１形式のまま前記サーバ装置に送信するとともに当該第１測定データを第１形式から第２形式に変換して他のサーバ装置に送信し、当該受信部が受信した第２測定データを第２形式から第１形式に変換して当該サーバ装置に送信するとともに当該第２測定データを第２形式のまま当該他のサーバ装置に送信する送信部とを備え、前記サーバ装置は、前記画像処理装置から第１形式のまま送信された第１測定データ及び第２形式から第１形式に変換されて送信された第２測定データを処理することを特徴とする画像処理システムである。

請求項１記載の発明によれば、測定装置にて測定された測定データを他の装置に送信する場合に、送信先に合わせた処理を施した測定データの送信を可能にする画像処理装置を提供することができる。
請求項２記載の発明によれば、測定装置から受信される測定データを逐次に処理することができる。
請求項３記載の発明によれば、２つの送信先において対応する形式が異なる場合であっても、送信先に合わせた処理を施した測定データを送信することができる。
請求項４記載の発明によれば、送信先に送信しない情報を送信してしまうことが防止される。
請求項５記載の発明によれば、測定装置から受信される測定データの送信先をユーザの操作により指定することができる。
請求項６記載の発明によれば、異なる形式で生成された２種類の測定データに対しても、送信先に合わせた処理を施して送信することができる。
請求項７記載の発明によれば、測定装置にて測定された測定データを他の装置に送信する場合に、送信先に合わせた処理を施した測定データの送信を可能にする画像処理システムを提供することができる。

本実施の形態に係る空調制御システムの全体構成例を示す図である。 （ａ）は、環境センサの配置例を示す図である。（ｂ）は、位置センサの配置例を示す図である。 本実施の形態に係る画像処理装置のハードウェア構成例を示した図である。 本実施の形態に係る画像処理装置の機能構成例を示すブロック図である。 空調制御情報生成部が空調制御情報を生成する処理手順の一例を示したフローチャートである。 空調制御情報生成部が空調制御情報を生成する処理手順の一例を示したフローチャートである。 （ａ）は、エリア内平均温度の一例を示す図である。（ｂ）は、エリア内温度分布の一例を示す図である。（ｃ）は、エリア内ユーザ分布の一例を示す図である。 センサデータ処理部の構成を示すブロック図である。 位置センサデータのデータ形式の一例を説明するための図である。 環境センサデータのデータ形式の一例を説明するための図である。 センサデータ処理部が位置センサデータに対して送信先に合わせた処理を行う手順の一例を示したフローチャートである。 センサデータ処理部が環境センサデータに対して送信先に合わせた処理を行う手順の一例を示したフローチャートである。 （ａ）〜（ｄ）は、環境センサデータ及び位置センサデータに基づいて表示される画面の一例を示す図である。 （ａ）は、位置センサの変形例を示すブロック図である。（ｂ）は、発信機の変形例を示すブロック図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
＜空調制御システム全体の説明＞
図１は、本実施の形態に係る空調制御システム１の全体構成例を示す図である。
図示するように、本実施の形態に係る空調制御システム１では、画像処理装置１０と端末装置２０とがネットワーク９０に接続されており、ネットワーク９０に接続された各装置は、ルータ等の通信機器（不図示）を介してネットワーク９１に接続される。ネットワーク９１には、第１管理サーバ７０及び第２管理サーバ８０が接続される。また、画像処理装置１０には、環境センサ３０、位置センサ４０、空気調和機６０が有線のフィールドネットワークもしくは無線通信で通信可能に接続される。有線のフィールドネットワークとしては、通常のＬＡＮ（Local Area Network）やＥｔｈｅｒＣＡＴ（Ethernet for Control Automation Technology（登録商標））、ＣＣ−Link IE（登録商標）などのイーサネット（登録商標）を利用したネットワークや、ＧＰＩＢ（IEEE488）、ＲＳ４８５などのシリアル通信が使用できる。イーサネットを利用したネットワークの場合、上述したネットワーク９０を用いても良いが、独立のネットワークとしてもよい。また、無線通信回線の種類としては、Ｗｉ−Ｆｉ（登録商標）（Wireless Fidelity）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＵＷＢ（Ultra Wideband）等の既存の方式による回線を用いて良い。なお、図１には、画像処理装置１０に、環境センサ３０、位置センサ４０、空気調和機６０が無線通信で接続される例を示している。また、本実施の形態において、環境センサ３０及び位置センサ４０は、測定装置の一例として用いられる。

画像処理装置１０は、例えば、プリント機能、コピー機能、スキャン機能及びファクシミリ機能等を備えた所謂複合機と呼ばれる装置である。この画像処理装置１０は、例えば、端末装置２０から送られてくる画像データに対して画像処理を施し、画像データに基づいて用紙等の記録材に画像を形成する処理を行う。また、画像処理装置１０は、無線通信により環境センサ３０、位置センサ４０、空気調和機６０とデータのやり取りを行う。さらに、画像処理装置１０は、ネットワーク９０及びネットワーク９１を介して、第１管理サーバ７０及び第２管理サーバ８０とデータのやり取りを行う。このように、画像処理装置１０は、例えばオフィス内のユーザが印刷などを実行するために操作する装置であるとともに、オフィス内外の各装置とデータのやり取りを行う役割を果たす装置であるといえる。

より具体的には、画像処理装置１０は、無線通信により、環境センサ３０からセンサデータを取得する。また、画像処理装置１０は、無線通信により、位置センサ４０からセンサデータを取得する。そして、画像処理装置１０は、環境センサ３０から取得したセンサデータ（以下、環境センサデータと称する）及び位置センサ４０から取得したセンサデータ（以下、位置センサデータと称する）に基づいて、空気調和機６０を制御するための制御情報（以下、空調制御情報と称する）を生成する。画像処理装置１０は、生成した空調制御情報を送信先（図１に示す例では、第１管理サーバ７０及び第２管理サーバ８０）に送信する。なお、画像処理装置１０は、空調制御情報を空気調和機６０に送信しても良い。また、画像処理装置１０は、空調制御情報を、図示しない他の画像処理装置に送信しても良い。
また、画像処理装置１０は、環境センサ３０から取得した環境センサデータ及び位置センサ４０から取得した位置センサデータに対して、送信先（図１に示す例では、第１管理サーバ７０及び第２管理サーバ８０）に合わせた形式（プロトコル）への変換処理及び送信先に合わせたデータ処理を行って、送信先に送信する。なお、本実施の形態において、環境センサデータ及び位置センサデータは、測定データの一例として用いられる。
画像処理装置１０による処理の詳細については、後述する。

端末装置２０は、ユーザが画像や文書等のデータを印刷する際に操作する端末であり、例えば、ＰＣ（Personal Computer）である。端末装置２０は、ユーザから受け付けた指示に基づいて画像データの作成を行い、作成した画像データを画像処理装置１０に送信する。
なお、図１には１台の端末装置２０が記載されているが、ネットワーク９０に接続される端末装置２０の台数は図示の１台には限定されない。

環境センサ３０は、空気調和機６０の外部に設けられるセンサであり、自センサ（環境センサ３０）の周囲の環境を例えば定期的（例えば数分毎）にセンシングして、環境センサ３０の周囲の環境を表す環境センサデータを生成する。この環境センサデータは、例えば、Ｗｅｂサービスで用いられるＲＥＳＴ（Representational State Transfer）の形式（プロトコル）で生成される。また、環境センサデータに含まれる環境に関する情報（以下、環境情報と称する）としては、例えば、環境センサ３０の周囲の温度、湿度、気圧、照度、加速度（例えば、地面に水平な縦方向、横方向、鉛直方向の３方向の加速度）、紫外線濃度（紫外線の量）、二酸化炭素濃度（二酸化炭素の量）、風速、風向きなどの情報を例示することができる。
なお、図１には１台の環境センサ３０が記載されているが、実際には複数の環境センサ３０が用意されており、それぞれの環境センサ３０は互いに異なる場所に設けられる。

図２（ａ）は、環境センサ３０の配置例を示す図である。図示の例では、従業員２０名のオフィスに、縦方向に５個、横方向に５個の合計２５個の環境センサ３０が設置されている。この場合、２５個の環境センサ３０のそれぞれにおいてセンシングが行われ、環境センサ３０毎に環境センサデータが生成される。
また、図２（ａ）に示す例では空気調和機６０の場所を示していないが、空気調和機６０と環境センサ３０とが１対１に対応するように環境センサ３０を設けても良いし、１つの空気調和機６０に複数の環境センサ３０が対応するように環境センサ３０を設けても良い。また、複数の空気調和機６０に１つの環境センサ３０が対応するように環境センサ３０を設けても良い。

位置センサ４０は、ユーザが装着している発信機５０からの電波（送信信号）を無線通信により受信する受信機として機能する。そして、位置センサ４０は、発信機５０からの電波に基づいて、発信機５０の位置（即ち、この発信機５０を装着しているユーザの位置）を把握し、把握したユーザの位置を表す位置センサデータ（位置情報）を生成する。この位置センサデータは、例えば、オープンソースのログ収集基盤ツールであるｆｌｕｅｎｔｄの形式（プロトコル）で生成される。また、発信機５０は、典型的にはアクティブＲＦＩＤタグであるが、これに限定されず、例えば、移動通信システムの移動局、赤外線バッジ（ＩＤタグ）等の任意の位置検知システムの発信機であって良い。

より具体的には、発信機５０は、ユーザ各人が装着して使用するものであり、ユーザ数分の発信機５０が用意される。また、発信機５０は、個々の発信機５０に特有のＩＤ（identification）を保持しており、無線通信によりＩＤ情報を位置センサ４０に例えば定期的（例えば数秒毎）に送信する。位置センサ４０は、自センサ（位置センサ４０）の検知範囲内に存在する発信機５０から送られたＩＤ情報を受信する。そして、位置センサ４０は、受信したＩＤ情報を基に発信機５０を識別し（即ち、発信機５０を装着するユーザを識別し）、どの発信機５０が検知範囲内に存在するかを把握して位置センサデータを生成する。この位置センサデータには、個々の位置センサ４０に特有のＩＤ情報も含まれている。そのため、例えば定期的（例えば数秒毎）に位置センサデータを取得する画像処理装置１０では、発信機５０のＩＤ情報及び位置センサ４０のＩＤ情報により、発信機５０が位置センサ４０の検知範囲内に存在するという位置情報が取得される。
なお、図１には１台の位置センサ４０が記載されているが、位置センサ４０の台数は図示の１台には限定されない。複数の位置センサ４０が設けられる場合には、それぞれが異なる場所に設けられる。

図２（ｂ）は、位置センサ４０の配置例を示す図である。図示の例は、図２（ａ）に示す例と同様に、従業員２０名のオフィスを示している。各従業員を発信機５０の装着者としており、発信機５０が２０個用意される。そして、各従業員が移動するのに合わせて、それぞれの発信機５０も移動する。また、位置センサ４０は５個設置されており、各位置センサ４０のそれぞれは、図示の円で囲まれた検知範囲内に存在する発信機５０の電波を受信し、発信機５０の位置を把握する。

なお、位置センサ４０が発信機５０の位置（即ち、ユーザの位置）を特定する処理としては、上述した例に限定されるものではない。例えば、位置センサ４０は、発信機５０から受信する電波の強度に基づいて、検知範囲内で発信機５０が存在する位置の座標情報を特定しても良い。

空気調和機６０は、自機（空気調和機６０）の設置された建物内の空調を制御する装置であり、例えば、建物内を冷やす冷房運転や、建物内を暖める暖房運転などを行う。空気調和機６０としては、例えば、ビルなどの建物用のエアコン型空調設備を例示することができる。なお、図１には１台の空気調和機６０が記載されているが、空気調和機６０の台数は図示の１台には限定されない。

第１管理サーバ７０は、画像処理装置１０から空調制御情報、環境センサデータ、及び位置センサデータを収集し、収集した各種データを処理することにより、例えば、建物内の空調の状況やユーザの所在を分析したり、空気調和機６０を制御する制御情報を生成したりするためのサーバ装置である。この第１管理サーバ７０は、ネットワーク９１を介して、画像処理装置１０が生成した空調制御情報、及び、画像処理装置１０が第１管理サーバ７０に合わせて処理を施した環境センサデータ及び位置センサデータを取得する。本実施の形態では、第１管理サーバ７０は、例えば、位置センサデータのデータ形式であるｆｌｕｅｎｔｄに対応しているものとする。

第２管理サーバ８０は、第１管理サーバ７０と同様に、画像処理装置１０から空調制御情報、環境センサデータ、及び位置センサデータを収集し、収集した各種データを処理することにより、例えば、建物内の空調の状況やユーザの所在を分析したり、空気調和機６０を制御する制御情報を生成したりするためのサーバ装置である。この第２管理サーバ８０は、ネットワーク９１を介して、画像処理装置１０が生成した空調制御情報、及び、画像処理装置１０が第２管理サーバ８０に合わせて処理を施した環境センサデータ及び位置センサデータを取得する。本実施の形態では、第２管理サーバ８０は、例えば、環境センサデータのデータ形式であるＲＥＳＴに対応しているものとする。

ネットワーク９０は、画像処理装置１０と端末装置２０との間の情報通信に用いられる通信手段であり、例えば、ＬＡＮである。

ネットワーク９１は、画像処理装置１０と第１管理サーバ７０との間の情報通信や、画像処理装置１０と第２管理サーバ８０との間の情報通信に用いられる通信手段であり、例えば、インターネットである。

そして、本実施の形態では、画像処理装置１０、端末装置２０、環境センサ３０、位置センサ４０、空気調和機６０の各装置は、例えばオフィスなどの予め定められたエリア内に設けられている。言い換えると、画像処理装置１０、端末装置２０、環境センサ３０、位置センサ４０の各装置は、空気調和機６０により空調制御が行われるエリア内に設けられており、画像処理装置１０は、同じエリア内に設けられた空気調和機６０を管理対象とする。また、本実施の形態では、第１形式及び第２形式の一例として、ｆｌｕｅｎｔｄ及びＲＥＳＴが用いられる。付言すると、第１形式としてｆｌｕｅｎｔｄが用いられる場合には、第２形式としてＲＥＳＴが用いられる。また、第１形式としてＲＥＳＴが用いられる場合には、第２形式としてｆｌｕｅｎｔｄが用いられる。さらに、本実施の形態では、第１サーバ及び第２サーバの一例として、第１管理サーバ７０及び第２管理サーバ８０が用いられる。

なお、図１にはネットワーク９１に接続されるサーバ装置として２つのサーバ装置が記載されているが、ネットワーク９１に接続されるサーバ装置の数は図示の２つには限定されない。第１管理サーバ７０及び第２管理サーバ８０と同様の機能を有するサーバ装置がネットワーク９１に３つ以上接続されていても良い。
また、図１には１つのエリアが記載されているが、空調制御システム１におけるエリアの数は図示の１つには限定されない。例えば、他のオフィスでも同様にセンサデータを収集して、ネットワーク９１を介して第１管理サーバ７０及び第２管理サーバ８０に空調制御情報やセンサデータを送信しても良い。

＜画像処理装置のハードウェア構成＞
次に、画像処理装置１０のハードウェア構成について説明する。図３は、本実施の形態に係る画像処理装置１０のハードウェア構成例を示した図である。図示するように、本実施の形態に係る画像処理装置１０は、ＣＰＵ（Central Processing Unit）１０１と、ＲＡＭ（Random Access Memory）１０２と、ＲＯＭ（Read Only Memory）１０３と、ＨＤＤ（Hard Disk Drive）１０４と、操作パネル１０５と、画像読み取り部１０６と、画像形成部１０７と、通信インタフェース（以下、「通信Ｉ／Ｆ」と表記する）１０８と、無線インタフェース（以下、「無線Ｉ／Ｆ」と表記する）１０９とを備える。なお、これらの各部はバス１１０に接続されており、このバス１１０を介してデータの授受を行う。

ＣＰＵ１０１は、ＲＯＭ１０３等に記憶された各種プログラムをＲＡＭ１０２にロードして実行することにより、画像処理装置１０における各機能を実現する。
ＲＡＭ１０２は、ＣＰＵ１０１の作業用メモリ等として用いられるメモリである。
ＲＯＭ１０３は、ＣＰＵ１０１が実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１０４は、画像読み取り部１０６が読み取った画像データや画像形成部１０７における画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。

表示部の一例としての操作パネル１０５は、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。本実施の形態において、操作パネル１０５は、画像処理装置１０における印刷設定などを受け付けるコントロールパネルとして機能するとともに、環境センサデータ及び位置センサデータの情報を表示したり、空調制御情報の情報を表示したりする表示部として機能する。

画像処理部の一例としての画像読み取り部１０６は、用紙等の記録材に記録された画像を読み取る。ここで、画像読み取り部１０６は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。

画像処理部の一例としての画像形成部１０７は、用紙等の記録材に画像を形成する印刷機構である。ここで、画像形成部１０７は、例えばプリンタであり、感光体に付着させたトナーを記録材に転写して像を形成する電子写真方式や、インクを記録材上に吐出して像を形成するインクジェット方式のものを用いるとよい。

送信部及び受信部の一例としての通信Ｉ／Ｆ１０８は、ネットワーク９０を介して他の装置との間で各種データの送受信を行う通信インタフェースとして機能する。通信Ｉ／Ｆ１０８は、例えば、ネットワーク９０を介して、端末装置２０から画像データを受信する。また、通信Ｉ／Ｆ１０８は、例えば、ネットワーク９０を介して、画像処理装置１０にて生成された空調制御情報を第１管理サーバ７０及び第２管理サーバ８０に送信する。さらに、画像処理装置１０に対して、環境センサ３０、位置センサ４０、空気調和機６０が有線のフィールドネットワークで通信可能に接続されている場合、通信Ｉ／Ｆ１０８は、例えば、環境センサ３０から環境センサデータを受信したり、位置センサ４０から位置センサデータを受信したりする。また、通信Ｉ／Ｆ１０８は、例えば、有線のフィールドネットワークで、画像処理装置１０にて生成された空調制御情報を空気調和機６０に送信しても良い。

受信部の一例としての無線Ｉ／Ｆ１０９は、無線通信回線を利用して他の装置と通信を行うための無線モジュールである。無線Ｉ／Ｆ１０９は、例えば、無線通信により、環境センサ３０から環境センサデータを受信したり、位置センサ４０から位置センサデータを受信したりする。また、無線Ｉ／Ｆ１０９は、例えば、無線通信により、画像処理装置１０にて生成された空調制御情報を空気調和機６０に送信しても良い。
また、無線Ｉ／Ｆ１０９は、ユーザが近くにいることを感知する赤外線センサとして機能しても良い。この赤外線センサは、ユーザが画像処理装置１０を使用しようとして近づいたことを感知して信号を出力したり、画像処理装置１０を使用していたユーザが画像処理装置１０から離れたことを感知して信号を出力したりする。画像処理装置１０は、赤外線センサから出力される信号により、例えば、ユーザが画像処理装置１０に近づいた場合にスタンバイ（休止）状態からユーザ操作を受け付ける状態（ユーザ操作状態）に変化したり、ユーザが画像処理装置１０から離れた場合にユーザ操作状態からスタンバイ状態に変化したりすることができる。

＜画像処理装置の機能構成＞
次に、画像処理装置１０の機能構成について説明する。図４は、本実施の形態に係る画像処理装置１０の機能構成例を示すブロック図である。図示するように、画像処理装置１０は、センサデータ取得部１１と、エリア外情報受信部１２と、処理部１３と、送信部１４と、エリア内情報受信部１５とを備える。

センサデータ取得部１１は、無線Ｉ／Ｆ１０９を介して、エリア内に設置された複数の環境センサ３０のそれぞれから環境センサデータを取得する。また、センサデータ取得部１１は、無線Ｉ／Ｆ１０９を介して、エリア内に存在する位置センサ４０から位置センサデータを取得する。ここで、センサデータ取得部１１は、例えば、各センサ（環境センサ３０、位置センサ４０）からセンサデータが順次送られてくることにより、センサデータを取得する。

エリア外情報受信部１２は、通信Ｉ／Ｆ１０８を介して、エリア外の装置に対して情報を要求したり、エリア外の装置から例えば定期的に情報が送られてきたりすることにより、エリア外の情報（外部情報）を受信する。エリア外の情報は、例えば、エリア外（外部）の空調に関する情報であり、電力の需給状況を示す情報、火災や地震などの災害情報、他のエリアでの空調に関する情報などを例示することができる。

より具体的には、エリア外情報受信部１２は、ネットワーク９１を介して、例えば電力会社から電力の需給状況を示す情報を受信する。また、エリア外情報受信部１２は、ネットワーク９１を介して、例えば第１管理サーバ７０から、空気調和機６０の使用環境と似た環境で使用されている他のエリアの空気調和機を制御するために生成された空調制御情報を受信する。この場合、第１管理サーバ７０は、例えば、空調制御システム１の各エリアについて、エリア内の人数や気温、気圧、紫外線濃度などの値をそれぞれ段階的にクラス分けする。そして、第１管理サーバ７０は、少なくとも１つの値に関して、空気調和機６０のエリアと同じクラスに所属しているエリアがあれば、そのエリアを空気調和機６０のエリアと環境が似たエリアであると判断する。

処理部１３は、センサデータ取得部１１が取得した環境センサデータ及び位置センサデータに基づいて空調制御情報を生成する。また、処理部１３は、センサデータ取得部１１が取得した環境センサデータ及び位置センサデータに対して、送信先に合わせた形式（プロトコル）への変換処理及び送信先に合わせたデータ処理を施す。言い換えると、処理部１３は、環境センサデータ及び位置センサデータに対して、送信先に応じた形式へ変換する変換処理を行い、送信先に応じた情報が含まれるように加工するデータ処理を行う。この処理部１３は、空調制御情報生成部１３１と、センサデータ処理部１３２とを有する。処理部１３による処理の詳細については、後述する。

送信部１４は、通信Ｉ／Ｆ１０８を介して、処理部１３により生成された空調制御情報を第１管理サーバ７０及び第２管理サーバ８０に送信する。また、送信部１４は、通信Ｉ／Ｆ１０８を介して、処理部１３により処理が施された環境センサデータ及び位置センサデータを第１管理サーバ７０及び第２管理サーバ８０に送信する。

エリア内情報受信部１５は、無線Ｉ／Ｆ１０９又は通信Ｉ／Ｆ１０８を介して、環境センサ３０及び位置センサ４０を除くエリア内の装置に対して情報を要求したり、エリア内の装置から例えば定期的に情報が送られてきたりすることにより、エリア内の情報を受信する。エリア内の情報としては、例えば、端末装置２０の稼動状況（電源ＯＮ／ＯＦＦの状況）、空気調和機６０で測定された給電量又は電流値、画像処理装置１０の印刷履歴などの情報を例示することができる。なお、空気調和機６０で測定された給電量は、空気調和機６０に供給されている電力量であり、給電量の情報は、例えば無線通信により空気調和機６０からエリア内情報受信部１５へ送信されるものとする。

＜空調制御情報を生成する処理＞
次に、空調制御情報を生成する処理について、詳細に説明する。
処理部１３の空調制御情報生成部１３１は、センサデータ取得部１１が取得した環境センサデータ及び位置センサデータに基づいて空調制御情報を生成する。ここで、空調制御情報生成部１３１には、空調制御情報を生成するための条件が予め定められている。空調制御情報生成部１３１は、取得した環境センサデータ及び位置センサデータが予め定められた条件を満たしているか否かを判定し、その判定結果に従って空調制御情報の生成を行う。

図５−１及び図５−２は、空調制御情報生成部１３１が空調制御情報を生成する処理手順の一例を示したフローチャートである。ここで、図５−１及び図５−２に示す手順では、空調制御情報生成部１３１が、環境センサデータに含まれる環境情報のうちの温度の情報を用いて空調制御情報を生成するものとして説明する。なお、空調制御情報生成部１３１は、図５−１及び図５−２に示す処理を、例えば定期的（例えば１秒毎）に繰り返し実行する。

まず、空調制御情報生成部１３１は、複数の環境センサ３０から直近に取得した複数の環境センサデータを基に、エリア内の平均温度を計算する。そして、空調制御情報生成部１３１は、平均温度が管理範囲内であるか否かを判定する（ステップ１０１）。図６（ａ）は、エリア内平均温度の一例を示す図である。ここでは、各環境センサ３０にて同じ時刻（又は、基準とする時刻から一定時間内のほぼ同時刻）に測定された温度の平均値が、時系列で計算されている。また、ユーザ等により目標値が事前に設定されており、目標値から予め定められた範囲が管理範囲として定義されている。

平均温度が管理範囲内の場合（ステップ１０１でＹｅｓ）、空調制御情報生成部１３１は、さらに、エリア内の温度分布を基に、エリア内の温度が管理範囲内であるか否かを判定する（ステップ１０２）。図６（ｂ）は、エリア内温度分布の一例を示す図である。ここでは、各環境センサ３０にて直近の同じ時刻（又は、基準とする時刻から一定時間内のほぼ同時刻）に測定された温度を基に温度分布が作成されている。図６（ｂ）に示す例では、斜線で示す領域が管理範囲外の温度であることを示している。

ステップ１０２において、エリア内の温度が管理範囲内の場合（ステップ１０２でＹｅｓ）、空調制御情報生成部１３１は、位置センサ４０から直近に取得した位置センサデータを基に、エリア内にユーザが存在するか否かを判定する（ステップ１０３）。図６（ｃ）は、エリア内ユーザ分布の一例を示す図である。ここでは、位置センサ４０にて直近の同じ時刻（又は、基準とする時刻から一定時間内のほぼ同時刻）に検出されたユーザの位置が示されている。図６（ｃ）に示す例では、エリア内にユーザが４人存在している。

ステップ１０３において、エリア内にユーザが存在する場合（ステップ１０３でＹｅｓ）、空調制御情報生成部１３１は、空気調和機６０を現在の設定で運転継続するように制御するための空調制御情報を生成し（ステップ１０４）、本処理フローは終了する。生成した空調制御情報は、送信部１４を介して第１管理サーバ７０及び第２管理サーバ８０に送信される。なお、ここでは、現在の設定のまま空気調和機６０の運転を継続すれば良いため、空調制御情報生成部１３１は、空調制御情報を生成しなくても良い。

一方、ステップ１０３において、エリア内にユーザが存在しない場合（ステップ１０３でＮｏ）、空調制御情報生成部１３１は、空気調和機６０が省電力運転をするように制御するための空調制御情報を生成し（ステップ１０５）、本処理フローは終了する。なお、省電力運転は、現在よりも消費電力を抑制する運転であり、言い換えると、空気調和機６０における消費電力を予め定められた値以下にする運転である。生成した空調制御情報は、送信部１４を介して第１管理サーバ７０及び第２管理サーバ８０に送信される。

また、ステップ１０２において、エリア内の温度分布が管理範囲外の場合（ステップ１０２でＮｏ）、空調制御情報生成部１３１は、位置センサ４０から直近に取得した位置センサデータを基に、エリア内にユーザが存在するか否かを判定する（ステップ１０６）。

ステップ１０６において、エリア内にユーザが存在する場合（ステップ１０６でＹｅｓ）、空調制御情報生成部１３１は、例えば空気調和機６０の風量を上げるなど、エリア内の温度が管理範囲内に収まるように空気調和機６０を制御するための空調制御情報を生成する（ステップ１０７）。生成した空調制御情報は、送信部１４を介して第１管理サーバ７０及び第２管理サーバ８０に送信される。次に、空調制御情報生成部１３１は、予め定められた時間経過後、ステップ１０２と同様に、エリア内の温度が管理範囲内であるか否かを判定する（ステップ１０８）。エリア内の温度が管理範囲内である場合（ステップ１０８でＹｅｓ）、空調制御情報生成部１３１は、空気調和機６０を現在の設定で運転継続するように制御するための空調制御情報を生成し（ステップ１０９）、本処理フローは終了する。ここでは、ステップ１０４と同様に、空調制御情報を生成しなくても良い。一方、エリア内の温度が管理範囲外である場合（ステップ１０８でＮｏ）、空調制御情報生成部１３１は、空気調和機６０の点検が必要であると判断する（ステップ１１０）。ここで、空調制御情報生成部１３１は、例えば、空気調和機６０の点検が必要である旨を操作パネル１０５に表示してユーザに報知する。そして、本処理フローは終了する。

一方、ステップ１０６において、エリア内にユーザが存在しない場合（ステップ１０６でＮｏ）、空調制御情報生成部１３１は、ステップ１０５と同様に、空気調和機６０が省電力運転をするように制御するための空調制御情報を生成し（ステップ１１１）、本処理フローは終了する。

さらに、ステップ１０１において、平均温度が管理範囲外の場合（ステップ１０１でＮｏ）、空調制御情報生成部１３１は、例えば空気調和機６０の風量を上げるなど、平均温度が管理範囲内に収まるように空気調和機６０を制御するための空調制御情報を生成する（ステップ１１２）。生成した空調制御情報は、送信部１４を介して第１管理サーバ７０及び第２管理サーバ８０に送信される。

次に、空調制御情報生成部１３１は、予め定められた時間経過後、平均温度が管理範囲内であるか否かを判定する（ステップ１１３）。平均温度が管理範囲内の場合（ステップ１１３でＹｅｓ）、空調制御情報生成部１３１は、空気調和機６０を現在の設定で運転継続するように制御するための空調制御情報を生成し（ステップ１１４）、本処理フローは終了する。ここでは、ステップ１０４及びステップ１０９と同様に、空調制御情報を生成しなくても良い。一方、平均温度が管理範囲外の場合（ステップ１１３でＮｏ）、空調制御情報生成部１３１は、空気調和機６０の点検が必要であると判断する（ステップ１１５）。ここで、空調制御情報生成部１３１は、ステップ１１０と同様に、例えば、空気調和機６０の点検が必要である旨を操作パネル１０５に表示してユーザに報知する。そして、本処理フローは終了する。

なお、エリア内に複数の空気調和機６０が存在する場合、それぞれの空気調和機６０に対して異なる空調制御情報を生成しても良い。
例えば、ステップ１０４において、空調制御情報生成部１３１は、空調制御情報を生成するに際し、ユーザの近くにある空気調和機６０に対しては現在の設定で運転継続するための空調制御情報を生成し、ユーザから離れた位置にある空気調和機６０に対しては省電力運転のための空調制御情報を生成しても良い。また、例えば、ステップ１０７において、空調制御情報生成部１３１は、空調制御情報を生成するに際し、管理範囲外の温度を示す領域内に設けられた空気調和機６０のみに限定して、温度が管理範囲内に収まるように制御するための空調制御情報を生成しても良い。

また、図５−１及び図５−２に示す例では、空調制御情報生成部１３１が温度の情報を用いて空調制御情報を生成する場合について説明したが、湿度や気圧、紫外線濃度など、他の環境情報を用いて空調制御情報を生成しても良い。また、例えば、空調制御情報を生成するための条件として、環境情報の種類毎に条件が定められており、空調制御情報生成部１３１は、これらの複数の条件のうち何れかの条件が満たされていれば、その条件に従って空調制御情報を生成することとしても良い。

さらに、空調制御情報生成部１３１は、複数の環境センサ３０のそれぞれから取得した時系列的な環境センサデータを比較し、比較結果を基に空調制御情報を補正しても良い。この場合、空調制御情報生成部１３１は、例えば、環境センサ３０毎に、時系列的な環境情報（例えば、温度）の標準偏差を計算して環境情報のばらつきの度合いを算出する。そして、空調制御情報生成部１３１は、例えば、複数の環境センサ３０の中で最も環境情報のばらつきの度合いが大きい環境センサ３０について、環境情報のばらつきが小さくなるように空調制御情報を補正する。より具体的には、空調制御情報生成部１３１は、環境情報のばらつきの度合いが大きい環境センサ３０の付近に存在し、この環境センサ３０の周囲の空調を制御する空気調和機６０に対して、環境情報のばらつきを小さくするための空調制御情報を生成する。

また、空調制御情報生成部１３１は、さらに、エリア外情報受信部１２が受信したエリア外の情報やエリア内情報受信部１５が受信したエリア内の情報に基づいて、空調制御情報を補正しても良い。
例えば、空調制御情報生成部１３１は、エリア外情報受信部１２が受信した電力の需給状況を示す情報に基づいて、空調制御情報を補正しても良い。この場合、空調制御情報生成部１３１は、例えば、関東地方の電力使用量（又は電力使用率）が予め定められた値を超えていれば、空気調和機６０が省電力運転をするように空調制御情報を補正する。
また、空調制御情報生成部１３１は、例えば、空気調和機６０の使用環境と似た環境で使用されている他のエリアの空気調和機を制御するために生成された空調制御情報に基づいて、空調制御情報を補正しても良い。この場合、空調制御情報生成部１３１は、例えば、他のエリアの空気調和機の空調制御情報にて温度を上げる制御が定められていれば、空気調和機６０に対しても温度を上げる制御を行うように空調制御情報を補正する。

さらに、空調制御情報生成部１３１は、例えば、エリア内の端末装置２０の稼動状況（電源ＯＮ／ＯＦＦの状況）に基づいて、空調制御情報を補正しても良い。この場合、空調制御情報生成部１３１は、例えば、エリア内に設置されている複数の端末装置２０に対して、各端末装置２０との間で通信できるか否かにより端末装置２０の稼動数を検出する。そして、端末装置２０の稼動数（又は稼働率）が予め定められた数以下であれば、空調制御情報生成部１３１は、空気調和機６０が省電力運転をするように空調制御情報を補正する。
また、空調制御情報生成部１３１は、例えば、空気調和機６０で測定された給電量の情報に基づいて、空調制御情報を補正しても良い。この場合、空調制御情報生成部１３１は、例えば、空気調和機６０で測定された給電量が予め定められた値を超える場合、この空気調和機６０が省電力運転をするように空調制御情報を補正する。

また、空調制御情報生成部１３１の処理において、ストリームデータ処理の手法を用いても良い。ストリームデータとは、時系列に到来するデータであり、連続的な受信処理や書込処理を要求されるデータである。そして、ストリームデータ処理とは、データが発生したタイミングでリアルタイムに処理する手法であり、遅延の発生を抑制して大量のデータを処理することを可能にするものである。この場合、空調制御情報生成部１３１は、位置センサデータ及び環境センサデータを取得すると、取得した環境センサデータ及び位置センサデータに対して逐次に、空調制御情報を生成するための条件を満たしているか否かの判定を行い、判定結果に従って空調制御情報の生成を行う。

＜センサデータに対する送信先に合わせた処理の説明＞
次に、センサデータに対する送信先に合わせた処理について、詳細に説明する。処理部１３のセンサデータ処理部１３２は、センサデータ取得部１１から取得したセンサデータを第１管理サーバ７０に送信する場合には、センサデータに対して第１管理サーバ７０に合わせた処理を行う。また、センサデータ処理部１３２は、センサデータ取得部１１から取得したセンサデータを第２管理サーバ８０に送信する場合には、センサデータに対して第２管理サーバ８０に合わせた処理を行う。

図７は、センサデータ処理部１３２の構成を示すブロック図である。図示するように、センサデータ処理部１３２は、データ分岐部１３２ａ、データ変換部１３２ｂ、プロトコル変換部１３２ｃ、データ分岐部１３２ｄ、データ変換部１３２ｅ、プロトコル変換部１３２ｆを有する。ここで、データ分岐部１３２ａ、データ変換部１３２ｂ、プロトコル変換部１３２ｃは、位置センサデータに対する処理を行う機能部である。また、データ分岐部１３２ｄ、データ変換部１３２ｅ、プロトコル変換部１３２ｆは、環境センサデータに対する処理を行う機能部である。

まず、位置センサデータに対する処理について説明する。
データ分岐部１３２ａは、センサデータ取得部１１から位置センサデータを取得すると、取得した位置センサデータを複製して、一方を送信部１４（図４参照）に出力するとともに、他方をデータ変換部１３２ｂに出力する。ここで、位置センサデータ及び第１管理サーバ７０はｆｌｕｅｎｔｄに対応しているため、データ分岐部１３２ａは、第１管理サーバ７０を送信先とする場合、位置センサデータをｆｌｕｅｎｔｄのデータ形式のまま送信部１４に出力する。

データ変換部１３２ｂは、データ分岐部１３２ａから入力された位置センサデータに対して、送信先に合わせたデータ処理を行う。より具体的には、データ変換部１３２ｂは、位置センサデータを第１管理サーバ７０に送信する場合、位置センサデータに対して第１管理サーバ７０に合わせたデータ処理を行う。また、データ変換部１３２ｂは、位置センサデータを第２管理サーバ８０に送信する場合、位置センサデータに対して第２管理サーバ８０に合わせたデータ処理を行う。

ここで、どのようなデータ処理を行うかについては、例えばユーザの設定により、各送信先に合わせて予め定められている。送信先に合わせたデータ処理としては、例えば、統計処理、位置センサデータに含まれる情報を特定の一部の情報に限定する処理などを例示することができる。
例えば、第１管理サーバ７０に合わせたデータ処理として、エリア内に存在する人数を時間帯毎に集計する処理が定められている場合、データ変換部１３２ｂは、位置センサデータに含まれる情報に基づいて、エリア内の人数を時間帯毎に集計する。そして、データ変換部１３２ｂは、集計結果を、データ処理後の位置センサデータとする。また、例えば、第２管理サーバ８０に合わせたデータ処理として、位置センサデータの情報を特定の一部の情報に限定する処理が定められている場合、データ変換部１３２ｂは、位置センサデータに含まれる様々な情報を削除して特定の一部の情報に限定する。

さらに、送信先に合わせたデータ処理として、例えば、そのままにする処理（即ち、データ分岐部１３２ａから入力された位置センサデータのままにする処理）や、位置センサデータを送信しない処理などが定められていても良い。また、データ変換部１３２ｂは、送信先に合わせたデータ処理により複数の位置センサデータを生成しても良く、例えば、第２管理サーバ８０に合わせたデータ処理として、そのままにする処理を行った位置センサデータと統計処理を行った位置センサデータとの両方を生成しても良い。

各送信先に合わせたデータ処理を行った後、データ変換部１３２ｂは、第１管理サーバ７０に合わせたデータ処理を行った位置センサデータを、第１管理サーバ７０に送信するために、ｆｌｕｅｎｔｄのデータ形式のまま送信部１４に出力する。また、データ変換部１３２ｂは、第２管理サーバ８０に合わせたデータ処理を行った位置センサデータを、第２管理サーバ８０に合わせたデータ形式（即ち、ＲＥＳＴ）に変換するために、プロトコル変換部１３２ｃに出力する。

プロトコル変換部１３２ｃは、第２管理サーバ８０に合わせたデータ処理が行われた位置センサデータを、第２管理サーバ８０に合わせたデータ形式（ＲＥＳＴ）に変換する。即ち、プロトコル変換部１３２ｃは、位置センサデータを、ｆｌｕｅｎｔｄのデータ形式からＲＥＳＴのデータ形式に変換する。そして、プロトコル変換部１３２ｃは、変換後の位置センサデータを、第２管理サーバ８０に送信するために送信部１４に出力する。
なお、センサデータ取得部１１から取得した位置センサデータを第２管理サーバ８０へ送信する場合には、データ分岐部１３２ａは、複製した位置センサデータを、データ変換部１３２ｂを介さずにプロトコル変換部１３２ｃに直接出力しても良い。

次に、環境センサデータに対する処理について説明する。
データ分岐部１３２ｄは、センサデータ取得部１１から環境センサデータを取得すると、取得した環境センサデータを複製して、一方を送信部１４に出力するとともに、他方をデータ変換部１３２ｅに出力する。ここで、環境センサデータ及び第２管理サーバ８０はＲＥＳＴに対応しているため、データ分岐部１３２ｄは、第２管理サーバ８０を送信先とする場合、環境センサデータをＲＥＳＴのデータ形式のまま送信部１４に出力する。

データ変換部１３２ｅは、データ分岐部１３２ｄから入力された環境センサデータに対して、送信先に合わせたデータ処理を行う。より具体的には、データ変換部１３２ｅは、環境センサデータを第１管理サーバ７０に送信する場合、環境センサデータに対して第１管理サーバ７０に合わせたデータ処理を行う。また、データ変換部１３２ｅは、環境センサデータを第２管理サーバ８０に送信する場合、環境センサデータに対して第２管理サーバ８０に合わせたデータ処理を行う。ここでは、上述したデータ変換部１３２ｂの処理と同様に、どのようなデータ処理を行うかについて各送信先に応じて予め定められている。

各送信先に合わせたデータ処理を行った後、データ変換部１３２ｅは、第１管理サーバ７０に合わせたデータ処理を行った環境センサデータを、第１管理サーバ７０に合わせたデータ形式（即ち、ｆｌｕｅｎｔｄ）に変換するために、プロトコル変換部１３２ｆに出力する。また、データ変換部１３２ｅは、第２管理サーバ８０に合わせたデータ処理を行った環境センサデータを、第２管理サーバ８０に送信するために、ＲＥＳＴのデータ形式のまま送信部１４に出力する。

プロトコル変換部１３２ｆは、第１管理サーバ７０に合わせたデータ処理が行われた環境センサデータを、第１管理サーバ７０に合わせたデータ形式（ｆｌｕｅｎｔｄ）に変換する。即ち、プロトコル変換部１３２ｆは、環境センサデータを、ＲＥＳＴのデータ形式からｆｌｕｅｎｔｄのデータ形式に変換する。そして、プロトコル変換部１３２ｆは、変換後の環境センサデータを、第１管理サーバ７０に送信するために送信部１４に出力する。
なお、センサデータ取得部１１から取得した環境センサデータを第１管理サーバ７０へ送信する場合には、データ分岐部１３２ｄは、複製した環境センサデータを、データ変換部１３２ｅを介さずにプロトコル変換部１３２ｆに直接出力しても良い。

このようにして、センサデータ処理部１３２は、位置センサデータ及び環境センサデータについて、第１管理サーバ７０及び第２管理サーバ８０に合わせて、プロトコルの変換処理及びデータ処理を行う。即ち、位置センサデータ及び環境センサデータは、第１管理サーバ７０へ送信するために第１管理サーバ７０に合わせたプロトコルへの変換処理及びデータ処理が行われ、送信部１４を介して第１管理サーバ７０へ送信される。第１管理サーバ７０は、ｆｌｕｅｎｔｄのデータ形式で送信された位置センサデータ及び環境センサデータを用いて分析処理等を行う。また、位置センサデータ及び環境センサデータは、第２管理サーバ８０へ送信するために第２管理サーバ８０に合わせたプロトコルへの変換処理及びデータ処理が行われ、送信部１４を介して第２管理サーバ８０へ送信される。第２管理サーバ８０は、ＲＥＳＴのデータ形式で送信された位置センサデータ及び環境センサデータを用いて分析処理等を行う。

ここで、センサデータ処理部１３２の処理において、空調制御情報生成部１３１の処理と同様に、ストリームデータ処理の手法を用いても良い。
この場合、データ分岐部１３２ａは、取得した位置センサデータを逐次に複製して、送信部１４及びデータ変換部１３２ｂに出力する。データ変換部１３２ｂは、受け取った位置センサデータに対して逐次にデータ処理を施して、送信部１４及びプロトコル変換部１３２ｃに出力する。プロトコル変換部１３２ｃは、受け取った位置センサデータに対して逐次にｆｌｕｅｎｔｄのデータ形式からＲＥＳＴのデータ形式に変換して、送信部１４に出力する。
また、データ分岐部１３２ｄは、取得した環境センサデータを逐次に複製して、送信部１４及びデータ変換部１３２ｅに出力する。データ変換部１３２ｅは、受け取った環境センサデータに対して逐次にデータ処理を施して、送信部１４及びプロトコル変換部１３２ｆに出力する。プロトコル変換部１３２ｆは、受け取った環境センサデータに対して逐次にＲＥＳＴのデータ形式からｆｌｕｅｎｔｄのデータ形式に変換して、送信部１４に出力する。

＜データ形式の具体例＞
次に、センサデータのデータ形式について、具体例を挙げて説明する。図８は、位置センサデータのデータ形式の一例を説明するための図である。また、図９は、環境センサデータのデータ形式の一例を説明するための図である。ここでは、位置センサデータのデータ形式の一例としてのｆｌｕｅｎｔｄのデータ形式と、環境センサデータのデータ形式の一例としてのＲＥＳＴのデータ形式について説明する。

まず、図８を参照しながら、位置センサデータのデータ形式について説明する。
「フィールド名」は、データに含まれるフィールドの名称を示す。ここで、「timestamp」のフィールドには、位置センサデータが生成された日時が格納される。「observation」のフィールドには、位置センサ４０の測定値が格納される。「receiverID」のフィールドには、位置センサデータを受信した位置センサ４０のＩＤが格納される。「sensorID」のフィールドには、発信機５０のＩＤが格納される。

また、「必須／任意」は、必須で含まれるフィールドか任意のフィールドかを示す。ここで、「Mandatory」は必須のフィールドであり、「Optional」は任意のフィールドであることを示す。「形式」は、フィールドのデータ型を示す。ここで、「string」は文字列のデータ型を示し、「long」は整数のデータ型を示す。
図示の例では、２０１６年１月１４日の４時４７分２０秒に生成された位置センサデータであって、位置センサ４０のＩＤは５５、発信機５０のＩＤは１４４であることを示している。

次に、図９を参照しながら、環境センサデータのデータ形式について説明する。
「フィールド名」は、データに含まれるデータのフィールドの名称を示す。ここで、「data class」のフィールドには、例えば、温度や湿度などの測定値の種類が格納される。「value」のフィールドには、環境センサ３０の測定値が格納される。「location」のフィールドには、環境センサ３０のある地理的な場所（例えば、緯度、経度）の情報が格納される。「datum」のフィールドには、例えばＷＧＳ８４など、地球上の位置を表すための測地系の情報が格納される。「elevation」のフィールドには、環境センサ３０のある場所の高さ（単位：メートル）の値が格納される。「at」のフィールドには、環境センサデータが生成された日時が格納される。「unit」のフィールドには、測定値の単位が格納される。「accuracy」のフィールドには、測定値の精度（単位：パーセント）が格納される。この測定値の精度は、例えば環境センサ３０に応じて固定で定められた値である。なお、「data class」、「value」、「at」を除く他のフィールドは任意であり省略される場合もある。

図示の例では、２０１６年１月１０日の１０時２０分３０秒に生成された環境センサデータであって、気温（AirTemperature）が測定されており、その測定値は２０℃であることを示している。また、環境センサ３０は、北緯３５度東経１３５度の地点、高さ５ｍの位置に設置されていることを示している。さらに、測地系はＷＧＳ８４、環境センサ３０の精度は５０パーセントであることを示している。

ここで、ｆｌｕｅｎｔｄのデータ形式からＲＥＳＴのデータ形式への変換、及びＲＥＳＴのデータ形式からｆｌｕｅｎｔｄのデータ形式への変換では、位置情報又は環境情報が失われないように、その内容が引き継がれる。例えば、ＲＥＳＴのデータ形式からｆｌｕｅｎｔｄのデータ形式への変換において、ＲＥＳＴの「at」のフィールドは、ｆｌｕｅｎｔｄの「timestamp」のフィールドに対応する。また、ＲＥＳＴの「value」のフィールドは、ｆｌｕｅｎｔｄの「observation」のフィールドに対応する。

＜センサデータに対する送信先に合わせた処理の手順＞
次に、センサデータ処理部１３２がセンサデータに対して送信先に合わせた処理を行う手順について説明する。図１０は、センサデータ処理部１３２が位置センサデータに対して送信先に合わせた処理を行う手順の一例を示したフローチャートである。また、図１１は、センサデータ処理部１３２が環境センサデータに対して送信先に合わせた処理を行う手順の一例を示したフローチャートである。

まず、図１０に示す手順について説明する。
データ分岐部１３２ａは、センサデータ取得部１１から位置センサデータを取得する（ステップ２０１）。次に、データ分岐部１３２ａは、取得した位置センサデータを複製する（ステップ２０２）。次に、データ分岐部１３２ａは、一方の位置センサデータを送信部１４に出力し、他方の位置センサデータをデータ変換部１３２ｂに出力する（ステップ２０３）。

次に、データ変換部１３２ｂは、入力された位置センサデータに対して、送信先に合わせたデータ処理を行う（ステップ２０４）。ここで、位置センサデータを第１管理サーバ７０に送信する場合、データ変換部１３２ｂは、位置センサデータに対して第１管理サーバ７０に合わせたデータ処理を行う。また、位置センサデータを第２管理サーバ８０に送信する場合、データ変換部１３２ｂは、位置センサデータに対して第２管理サーバ８０に合わせたデータ処理を行う。

次に、データ変換部１３２ｂは、第１管理サーバ７０に合わせたデータ処理を行った位置センサデータを送信部１４に出力する（ステップ２０５）。また、データ変換部１３２ｂは、第２管理サーバ８０に合わせたデータ処理を行った位置センサデータをプロトコル変換部１３２ｃに出力する（ステップ２０６）。なお、ステップ２０５の処理とステップ２０６の処理とは、何れを先に行っても良く、また両者を並行して行っても良い。

プロトコル変換部１３２ｃは、入力された位置センサデータを、ｆｌｕｅｎｔｄのデータ形式からＲＥＳＴのデータ形式に変換する（ステップ２０７）。次に、プロトコル変換部１３２ｃは、変換後の位置センサデータを送信部１４に出力する（ステップ２０８）。そして、本処理フローは終了する。

なお、送信部１４に位置センサデータが入力されると、送信部１４は、その位置センサデータに応じた送信先へ送信する。即ち、送信部１４は、ｆｌｕｅｎｔｄのデータ形式の位置センサデータについては第１管理サーバ７０に送信し、ＲＥＳＴのデータ形式の位置センサデータについては第２管理サーバ８０に送信する。
また、上述したように、センサデータ処理部１３２がストリームデータ処理を行う場合、図１０に示す処理は、センサデータ処理部１３２が取得する位置センサデータに対して逐次に実行される。

次に、図１１に示す手順について説明する。
データ分岐部１３２ｄは、センサデータ取得部１１から環境センサデータを取得する（ステップ３０１）。次に、データ分岐部１３２ｄは、取得した環境センサデータを複製する（ステップ３０２）。次に、データ分岐部１３２ｄは、一方の環境センサデータを送信部１４に出力し、他方の環境センサデータをデータ変換部１３２ｅに出力する（ステップ３０３）。

次に、データ変換部１３２ｅは、入力された環境センサデータに対して、送信先に合わせたデータ処理を行う（ステップ３０４）。ここで、環境センサデータを第１管理サーバ７０に送信する場合、データ変換部１３２ｅは、環境センサデータに対して第１管理サーバ７０に合わせたデータ処理を行う。また、環境センサデータを第２管理サーバ８０に送信する場合、データ変換部１３２ｅは、環境センサデータに対して第２管理サーバ８０に合わせたデータ処理を行う。

次に、データ変換部１３２ｅは、第１管理サーバ７０に合わせたデータ処理を行った環境センサデータをプロトコル変換部１３２ｃに出力する（ステップ３０５）。また、データ変換部１３２ｅは、第２管理サーバ８０に合わせたデータ処理を行った環境センサデータを送信部１４に出力する（ステップ３０６）。なお、ステップ３０５の処理とステップ３０６の処理とは、何れを先に行っても良く、また両者を並行して行っても良い。

プロトコル変換部１３２ｆは、入力された環境センサデータに対して、ＲＥＳＴのデータ形式からｆｌｕｅｎｔｄのデータ形式に変換する（ステップ３０７）。次に、プロトコル変換部１３２ｆは、変換後の環境センサデータを送信部１４に出力する（ステップ３０８）。そして、本処理フローは終了する。

なお、送信部１４に環境センサデータが入力されると、送信部１４は、その環境センサデータに応じた送信先へ送信する。即ち、送信部１４は、ｆｌｕｅｎｔｄのデータ形式の環境センサデータについては第１管理サーバ７０に送信し、ＲＥＳＴのデータ形式の環境センサデータについては第２管理サーバ８０に送信する。
また、図１０に示す処理と同様に、センサデータ処理部１３２がストリームデータ処理を行う場合、図１１に示す処理は、センサデータ処理部１３２が取得する環境センサデータに対して逐次に実行される。

＜画像処理装置の画面表示例＞
次に、環境センサデータ及び位置センサデータに基づいて画像処理装置１０の操作パネル１０５に表示される画面について説明する。図１２（ａ）〜（ｄ）は、環境センサデータ及び位置センサデータに基づいて表示される画面の一例を示す図である。

図１２（ａ）に示す画面は、ホーム画面である。このホーム画面には複数の選択用ボタンが表示されており、これらの選択用ボタンのいずれかがユーザに選択されることで、選択された選択用ボタンに関連付けられている画面が表示される。図１２（ａ）に示す例では、選択用ボタンとして、「センサデータ表示」、「データ送信設定」、「機器制御」の３つが設けられている。そして、「センサデータ表示」が選択されると、例えば図１２（ｂ）に示す画面が表示される。また、「データ送信設定」が選択されると、例えば図１２（ｃ）に示す画面が表示される。さらに、「機器制御」が選択されると、例えば、図１２（ｄ）に示す画面が表示される。

図１２（ｂ）に示す画面は、センサデータの表示を制御するための画面である。この画面には、センサを選択するためのセンサ選択ボタン１４１と、表示項目を選択するための表示項目選択ボタン１４２とが設けられている。センサ選択ボタン１４１では、ユーザが右端の「▼」を選択することにより、環境センサ３０及び位置センサ４０のそれぞれに付与されたＩＤの番号がプルダウンメニューに表示される。ユーザは、プルダウンメニューの中から表示したいセンサのＩＤを選択すれば良い。また、表示項目選択ボタン１４２では、ユーザが右端の「▼」を選択することにより、センサデータに含まれる情報がプルダウンメニューに表示される。ユーザは、プルダウンメニューの中から表示したい項目を選択すれば良い。
図１２（ｂ）に示す例では、ＩＤ＝１の環境センサ３０及び温度が選択されている。そして、ＩＤ＝１の環境センサ３０から送られてくる温度の情報が時系列で表示されている。

図１２（ｃ）に示す画面は、センサデータの送信を制御するための画面である。この画面には、センサを選択するためのセンサ選択ボタン１４３と、送信先を選択するための送信先選択ボタン１４４とが設けられている。センサ選択ボタン１４３では、ユーザが右端の「▼」を選択することにより、環境センサ３０及び位置センサ４０のそれぞれに付与されたＩＤの番号がプルダウンメニューに表示される。ユーザは、プルダウンメニューの中から送信先の選択を行いたいセンサのＩＤを選択すれば良い。付言すると、センサ選択ボタン１４３は、複数のセンサの中からユーザによりセンサを選択する指示が入力される入力部と捉えることができる。また、送信先選択ボタン１４４では、ユーザが送信先としたい装置名を選択すれば良い。付言すると、送信先選択ボタン１４４は、センサ選択ボタン１４３にてユーザが選択したセンサから受信されるセンサデータの送信先を指定する指示が入力される入力部として捉えることができる。

図１２（ｃ）に示す例では、ＩＤ＝１の環境センサ３０から送られてくる環境センサデータの送信先として、第１管理サーバ７０が選択されている。そのため、画像処理装置１０では、ＩＤ＝１の環境センサ３０から送られてくる環境センサデータに対して、第１管理サーバ７０に送信するための処理が行われる。ここで、例えば、ユーザがさらに第２管理サーバ８０を選択すれば、画像処理装置１０では、環境センサデータを第１管理サーバ７０及び第２管理サーバ８０の両方に送信するための処理が行われる。

図１２（ｄ）に示す画面は、空気調和機６０を制御するための画面である。この画面には、制御対象とする項目を示す制御項目ボタン１４５と、制御の目標値を示す目標選択ボタン１４６とが設けられている。ここで、この画面では、図５−１及び図５−２に示す処理のように、ユーザの操作によらず空調制御情報生成部１３１が位置センサデータ及び環境センサデータに基づいて生成した空調制御情報の制御内容を表示しても良い。また、この画面上でユーザが操作入力を行い、入力内容に従って空調制御情報生成部１３１が空調制御情報を生成することとしても良い。

ユーザが画面上で入力する場合には、制御項目ボタン１４５においてユーザが右端の「▼」を選択することにより、空気調和機６０にて制御可能な項目がプルダウンメニューに表示される。ユーザは、プルダウンメニューの中から制御したい項目を選択すれば良い。また、目標選択ボタン１４６では、ユーザが右端の「▼」を選択することにより、制御対象として選択された項目の値がプルダウンメニューに表示される。ユーザは、プルダウンメニューの中から目標とする値を選択すれば良い。

図１２（ｄ）に示す例では、空気調和機６０にて制御される項目として温度が表示されている。また、現在の温度は２０℃であり、温度の目標値として２５℃が設定されている。ここでは、例えば、空調制御情報生成部１３１が位置センサデータ及び環境センサデータに基づいて生成した空調制御情報の制御内容が、設定温度を２５℃とするものであることを示している。又は、例えば、ユーザが入力することにより、空調制御情報生成部１３１が設定温度を２５℃とする空調制御情報を生成することとしても良い。

＜位置センサ及び発信機の変形例＞
次に、位置センサ４０及び発信機５０の変形例について説明する。図１３（ａ）は、位置センサ４０の変形例を示すブロック図である。また、図１３（ｂ）は、発信機５０の変形例を示すブロック図である。図示のように、位置センサ４０は、音声情報取得部４１と、発話判断部４２と、会話判定部４３とを備える。また、発信機５０は、音声検出部５１と、音声解析部５２とを備える。

発信機５０の音声検出部５１は、マイクロフォンなど周囲の音を検出する手段である。この音声検出部５１は、発信機５０の装着者の音声を検出し、検出した音声の情報を位置センサ４０に送信する。
位置センサ４０の音声情報取得部４１は、発信機５０から送られてくる音声情報を取得する。また、発話判断部４２は、発信機５０から送られた音声情報に基づいて、装着者が発話中かどうかを判断する。ここでは、発話判断部４２は、例えば、基準値を予め定めておき、音量情報に含まれる音量の情報が基準値を超えていれば発話状態であると判断する。

また、発信機５０は、音声検出部５１として、１つのマイクロフォンではなく、少なくとも１組のマイクロフォン（第１マイクロフォン及び第２マイクロフォン）を有しても良い。この場合に、発信機５０の音声解析部５２は、第１マイクロフォン及び第２マイクロフォンで取得した音声が、発信機５０を装着した装着者自身が発話した音声か、他者の発話による音声かを識別する。

より具体的には、発信機５０の第１マイクロフォンは装着者の口（発声部位）から遠い位置（例えば、３５ｃｍ程度）に配置され、第２マイクロフォンは装着者の口（発声部位）に近い位置（例えば、１０ｃｍ程度）に配置される。音声解析部５２は、第１マイクロフォン及び第２マイクロフォンに収録された音声情報のうち、形態素解析や辞書情報を用いて得られる言語情報ではなく、音圧（マイクロフォンへの入力音量）等の非言語情報に基づいて発話者を識別する。

付言すると、第１マイクロフォン、第２マイクロフォンにおける収録音声の音圧は、各マイクロフォンと音源との間の距離が大きくなるに従って減衰する。従って、装着者の発話音声に関して、第１マイクロフォンにおける収録音声の音圧と第２マイクロフォンにおける収録音声の音圧とは大きく異なる。一方、装着者以外の者（他者）の口（発声部位）を音源とした場合を考えると、その他者が装着者から離れているため、第１マイクロフォンと音源との間の距離と、第２マイクロフォンと音源との間の距離は大きく変わらない。従って、他者の発話音声に関して、第１マイクロフォンにおける収録音声の音圧と第２マイクロフォンにおける収録音声の音圧とは、装着者の発話音声の場合のように大きく異なることはない。音声解析部５２は、このような音圧の差を用いて、収録音声における装着者自身の発話音声と他者の発話音声とを識別する。

ここで、発信機５０をそれぞれ装着した２人の装着者Ａ、装着者Ｂが会話している場合を考える。このとき、装着者Ａの発信機５０Ａにおいて装着者の発話として認識される音声は、装着者Ｂの発信機５０Ｂでは他者の発話として認識される。反対に、装着者Ｂの発信機５０Ｂにおいて装着者の発話として認識される音声は、装着者Ａの発信機５０Ａでは他者の発話として認識される。発信機５０Ａ及び発信機５０Ｂからは、それぞれ独立に、発話情報が位置センサ４０に送られる。このとき、発信機５０Ａから取得した発話情報と、発信機５０Ｂから取得した発話情報とは、発話者（装着者と他者）の識別結果は反対になるが、発話時間の長さや発話者が切り替わったタイミング等の発話状況を示す情報は近似する。

そこで、位置センサ４０の会話判定部４３は、複数の発信機５０のそれぞれから送られた音声情報に基づいて、装着者同士が同じ会話に参加しているか否かを判定する。言い換えると、会話判定部４３は、発信機５０Ａから取得した音声情報と発信機５０Ｂから取得した音声情報とを比較することにより、これらの音声情報が同じ発話状況を示していると判断し、装着者Ａと装着者Ｂとが同じ会話に参加していると判定する。発話状況を示す情報としては、上述した発話者毎の個々の発話における発話時間の長さ、個々の発話の開始時刻と終了時刻、発話者が切り替わった時刻（タイミング）等のように、発話に関する時間情報が用いられる。

なお、複数の発信機５０が同じ会話に参加しているか否かを判定する手法としては、上述した例に限定されない。会話判定部４３は、例えば、それぞれの発信機５０の位置と音声情報とにより、予め定められた領域内に存在する複数の発信機５０が同時刻に発話状態であれば、装着者同士が同じ会話に参加していると判定しても良い。
また、このような発信機５０から送られてくる音声情報や、装着者が発話状態であることを示す情報、装着者同士が同じ会話に参加していることを示す情報などは、位置センサデータに含められて、位置センサ４０から画像処理装置１０に送信される。

また、会話判定部４３は、複数の発信機５０についての装着者が同じ会話に参加していると判断した場合には、位置センサデータに複数の発信機５０のＩＤをまとめて格納し、画像処理装置１０に送信しても良い。その際、会話判定部４３は、複数の発信機５０の音声情報の代わりに、複数の発信機５０のうち１つの発信機５０の音声情報を画像処理装置１０に送信しても良い。このような構成により、位置センサ４０は、複数の発信機５０に関する情報をまとめて位置センサデータとして送信することとなるため、例えば、複数の発信機５０のそれぞれについて位置センサデータを画像処理装置１０に送信する構成と比較して、トラフィック量が抑制される。

さらに、会話判定部４３は、複数の装着者が同じ会話に参加していると判定した場合、例えば、会話情報全体に対する無言時間（会話参加者の誰も発言していない時間）の比率によって、会話の盛り上がりを判定しても良い。例えば、会話判定部４３は、無言時間の総和が短いほど、会話において会話参加者のいずれかが発言していることを意味し、会話の盛り上がりを表す会話活性度の値（レベル）が大きいものとする。ここで、空調制御情報生成部１３１は、会話が盛り上がっていると判定された場合に、空調制御情報を補正することとしても良い。会話活性度の値が予め定められた値以上の場合、会話が盛り上がっていると判定されるため、空調制御情報生成部１３１は、例えば、空気調和機６０が温度を下げる制御を行うように空調制御情報を補正する。

また、本実施の形態において、画像処理装置１０は、環境センサデータ及び位置センサデータに基づいて空気調和機６０を制御するための空調制御情報を生成することとしたが、画像処理装置１０が制御する対象としては、空気調和機６０に限られるものではない。
例えば、空調制御情報生成部１３１は、環境センサデータ及び位置センサデータに基づいて、エリア内に設置された照明を制御するための制御情報を生成しても良い。例えば、エリア内の人数が０であるにも関わらず照明がついている場合に、空調制御情報生成部１３１は、照明を消灯するように制御する制御情報を生成する。また、例えば、会話判定部４３により会話が盛り上がっていないと判定された場合に、空調制御情報生成部１３１は、照度を上げるように照明を制御するための制御情報を生成し、さらに、照度を上げるのに伴って温度を下げるように空気調和機６０を制御するための空調制御情報を生成する。
さらに、例えば、空調制御情報生成部１３１は、環境センサデータ及び位置センサデータに基づいて、エリア内に設置された端末装置２０を制御するための制御情報を生成しても良い。例えば、エリア内の人数が０であるにも関わらず端末装置２０が起動している場合に、空調制御情報生成部１３１は、端末装置２０をスタンバイ状態にするように制御する制御情報を生成する。

なお、本実施の形態において、センサデータ処理部１３２は、センサデータに対して送信先に合わせた処理を行う場合に、送信先に合わせたデータ処理を実行した後に、送信先に合わせたプロトコルへの変換処理を行うこととしたが、このような構成に限られるものではない。センサデータ処理部１３２は、送信先に合わせたプロトコルへの変換処理を行った後に、送信先に合わせたデータ処理を実行しても良い。

また、本実施の形態において、画像処理装置１０におけるセンサデータ取得部１１、エリア外情報受信部１２、処理部１３、送信部１４、エリア内情報受信部１５の処理を、例えばサーバ装置など、画像処理装置１０以外の他の装置にて行うこととしても良い。

なお、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。

以上、本発明の実施の形態について説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

１…空調制御システム、１０…画像処理装置、１１…センサデータ取得部、１２…エリア外情報受信部、１３…処理部、１４…送信部、１５…エリア内情報受信部、２０…端末装置、３０…環境センサ、４０…位置センサ、５０…発信機、６０…空気調和機、７０…第１管理サーバ、８０…第２管理サーバ、１３１…空調制御情報生成部、１３２…センサデータ処理部、１３２ａ…データ分岐部、１３２ｂ…データ変換部、１３２ｃ…プロトコル変換部、１３２ｄ…データ分岐部、１３２ｅ…データ変換部、１３２ｆ…プロトコル変換部

Claims (7)

1. 画像データに対して画像処理を施す画像処理部と、
   画像処理装置外に設けられた複数の測定装置から測定データを受信する受信部と、
   前記受信部が受信した測定データに対して、複数の送信先ごとに合わせたプロトコルの変換処理及び当該送信先ごとに合わせたデータ処理を行う処理部と、
   前記処理部が処理を施した測定データを前記送信先に送信する送信部と
   を備える画像処理装置。
2. 前記処理部は、前記変換処理及び前記データ処理を、前記受信部が受信した測定データを逐次に処理するストリームデータ処理により行うこと
   を特徴とする請求項１に記載の画像処理装置。
3. 前記処理部は、前記受信部が受信した測定データを複製し、一方の測定データに対して当該一方の測定データの形式に対応した第１サーバを送信先として当該形式のまま出力し、他方の測定データに対して当該形式に対応していない第２サーバを送信先として当該第２サーバに合わせた形式への変換処理及び当該第２サーバに合わせたデータ処理を施して出力すること
   を特徴とする請求項１又は２に記載の画像処理装置。
4. 前記処理部は、前記他方の測定データに対する前記第２サーバに合わせたデータ処理として、当該他方の測定データに含まれる情報を特定の一部の情報に限定する処理を行うこと
   を特徴とする請求項３に記載の画像処理装置。
5. 前記複数の測定装置の中から測定装置を選択する指示が入力される第１の入力部と、選択された測定装置から受信される測定データの送信先を指定する指示が入力される第２の入力部とを表示画面に表示させる表示部をさらに備えること
   を特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
6. 前記受信部は、第１形式で生成された第１測定データを第１測定装置から受信し、第２形式で生成された第２測定データを第２測定装置から受信し、
   前記処理部は、前記受信部が受信した第１測定データに対して第１サーバを送信先として第１形式のまま出力するとともに当該第１測定データに対して第２サーバを送信先として第１形式から第２形式への変換処理及び当該第２サーバに合わせたデータ処理を施して出力し、当該受信部が受信した第２測定データに対して当該第１サーバを送信先として第２形式から第１形式への変換処理及び当該第１サーバに合わせたデータ処理を施して出力するとともに当該第２測定データに対して当該第２サーバを送信先として第２形式のまま出力すること
   を特徴とする請求項１に記載の画像処理装置。
7. 画像データに対して画像処理を施す画像処理装置と、当該画像処理装置とネットワークを介して接続されるサーバ装置とを備え、
   前記画像処理装置は、
   第１形式で生成された第１測定データを第１測定装置から受信し、第２形式で生成された第２測定データを第２測定装置から受信する受信部と、
   前記受信部が受信した第１測定データを第１形式のまま前記サーバ装置に送信するとともに当該第１測定データを第１形式から第２形式に変換して他のサーバ装置に送信し、当該受信部が受信した第２測定データを第２形式から第１形式に変換して当該サーバ装置に送信するとともに当該第２測定データを第２形式のまま当該他のサーバ装置に送信する送信部とを備え、
   前記サーバ装置は、前記画像処理装置から第１形式のまま送信された第１測定データ及び第２形式から第１形式に変換されて送信された第２測定データを処理すること
   を特徴とする画像処理システム。

Images