JP5380732B2 - 通信制御システム、通信制御装置、通信制御方法および通信制御プログラム - Google Patents

Description

本発明は、複数の機器と、情報入力インタフェースを有する複数の端末と、ネットワークを介して前記複数の機器および前記複数の端末に接続された管理サーバーとを備える通信制御システムに関する。

機器を用いて業務を行う場合において、その機器にはデータ送受信および遠隔制御等といった通信機能が必要とされる場合がある。特に遠隔地に機器を設置する場合には、このような通信機能が必要とされる場合が多い。

例えば、遠隔地に設置する自動販売機に通信機能を持たせる場合がある。当該通信機能によって、自動販売機の在庫量または釣銭用硬貨枚数等の状況を遠隔地から知ることができる。従って、それらの不足状況を早期に知ることができ、効率的に補充をすることができる。

従来、このような通信機能を実現するために、様々な通信制御システムが提案されている（例えば、特許文献１）。

このような通信制御システムを用いることにより、遠隔地に機器がある場合であっても、機器の状態に関するデータを収集することができる。また、機器に用いられるソフトウェアモジュールをアップデートすることも可能である。従って、機器の管理者は、遠隔地に行かなくても機器の状態を監視でき、また、動作を制御することができるため、現地出張の時間と経費を節約することができる。

特表２００１−５２４７１４号公報

しかしながら、このような技術を用いたとしても、機器によって通信仕様が異なるため、当該通信仕様に応じた通信制御システムを構築する必要がある。また、監視する内容は、機器の種類によって異なり、機器の管理者の要求によっても異なる。従って、このような通信制御システムは、機器の種類や管理者からの要求等に応じて個別に構築されており、汎用性がない。そのため、このような通信制御システムを利用する者にとって、通信制御システムを構築する費用や維持管理する負担が大きいものとなっていた。

そこで、本発明は、データ送受信および遠隔制御等といった通信機能を汎用的に利用できる通信制御システムを提供することを目的とする。

上記目的を達成するために、本発明に係る通信制御システムは、複数の機器と、情報入力インタフェースを有する複数の端末と、ネットワークを介して前記複数の機器および前記複数の端末に接続された管理サーバーとを備える通信制御システムであって、前記管理サーバーは、記憶部と、前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、前記複数の機器のうちいずれかの機器と前記管理サーバーとが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録部と、前記機器と前記管理サーバーとが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御部とを備え、前記通信制御システムは、さらに、前記機器および前記管理サーバーと通信する中継器を備え、前記処理登録部は、前記処理情報として、前記機器と前記中継器との間における通信仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、前記中継器と当該管理サーバーとが通信し、さらに、当該中継器と当該機器とが前記記憶部に記憶されている前記通信仕様を用いて通信することで、当該中継器が当該機器と当該管理サーバーとの通信を中継するように当該中継器の動作を制御する。
また、本発明に係る通信制御システムは、複数の機器と、情報入力インタフェースを有する複数の端末と、ネットワークを介して前記複数の機器および前記複数の端末に接続された管理サーバーとを備える通信制御システムであって、前記管理サーバーは、記憶部と、前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、前記複数の機器のうちいずれかの機器と前記管理サーバーとが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録部と、前記機器と前記管理サーバーとが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御部とを備えてもよい。

これにより、前記機器と前記管理サーバーとが通信するときに実行される処理をユーザーが自由に設定することができる。よって、汎用的な通信制御システムとして利用できる。さらに、前記処理情報をユーザーに対応づけることで、ユーザー毎に当該処理情報を管理することができる。従って、複数のユーザーが同じ通信制御システムを共有し、利用することができる。

また、前記通信制御システムは、さらに、前記複数の機器のうちいずれかの機器および前記管理サーバーと通信する中継器を備え、前記処理登録部は、前記処理情報として、前記機器と前記中継器との間における通信仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、前記中継器と当該管理サーバーとが通信し、さらに、当該中継器と当該機器とが記憶されている前記通信仕様を用いて通信することで、当該中継器が当該機器と当該管理サーバーとの通信を中継するように当該中継器の動作を制御してもよい。

また、前記中継器は、複数の機器接続インタフェースを備え、前記機器は、前記複数の機器接続インタフェースのうちいずれかの機器接続インタフェースを介して前記中継器と接続し、前記処理登録部は、前記通信仕様として、前記複数の機器接続インタフェースのうちいずれかを指定する情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、前記中継器と当該管理サーバーとが通信し、さらに、当該中継器と当該機器とが前記複数の機器接続インタフェースのうち前記通信仕様により指定された機器接続インタフェースを介して通信することで、当該中継器が当該機器と当該管理サーバーとの通信を中継するように当該中継器の動作を制御してもよい。

これらにより、前記機器がネットワークインタフェースを保有していない場合であっても、中継器を介して管理サーバーと通信することができる。

また、前記中継器は、データ通信に用いられる携帯電話であり、前記携帯電話は、前記機器および前記管理サーバーと通信するプログラムを受信するプログラム受信部と、前記プログラム受信部が受信したプログラムを実行することにより前記機器と前記管理サーバーとの通信を中継するプログラム実行部とを備えてもよい。

これにより、携帯電話を中継器として利用できる。
また、前記中継器は、さらに、前記中継器から前記管理サーバーにデータを送信する前に送信するデータの内容を表示するデータ表示部を備えてもよい。

これにより、前記管理サーバーに送信されるデータを前記中継器により確認することができる。

また、前記処理登録部は、前記処理情報として、前記機器から受信するデータのデータ仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記データ仕様を用いて前記機器から受信したデータを解読し、解読されたデータを前記記憶部に記憶してもよい。

これにより、前記機器に関する多様な情報を収集し、収集された情報についてのデータ形式をユーザーが自由に設定することができる。

また、前記処理登録部は、前記データ仕様として、前記機器から受信するデータ行について列単位にデータ仕様を指定する情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記データ仕様を用いて前記機器から受信したデータ行を列単位に解読し、解読されたデータを前記記憶部に記憶してもよい。

これにより、前記機器に関する情報のデータ形式をユーザーが容易に設定することができる。

また、前記処理登録部は、前記処理情報として、警告条件を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器から受信したデータが、記憶されている前記警告条件に該当する場合は、前記端末に警告を通知するように前記管理サーバーの動作を制御してもよい。

これにより、ユーザーが前記機器の異常を早期に発見できる。
また、前記通信制御システムは、さらに、前記ネットワークを介して接続されるデータ受信機器を備え、前記処理登録部は、前記処理情報として、警告条件を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器から受信したデータが、記憶されている前記警告条件に該当する場合は、前記データ受信機器に警告を通知するように前記管理サーバーの動作を制御してもよい。

これにより、例えば、警告を携帯電話等に通知することができる。
また、前記管理サーバーは、さらに、前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、データの送信要求を受け付け、当該ユーザーと対応づけられた前記データ仕様を用いて解読されて前記記憶部に記憶されているデータを抽出し、当該データを当該端末に送信するデータ抽出部を備えてもよい。

これにより、記憶された情報をユーザーが自由に参照することができる。
また、前記処理登録部は、前記処理情報として、前記機器の動作を指示する指示情報を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、当該機器が前記指示情報で指示された動作を行うように、当該機器の動作を制御してもよい。

これにより、ユーザーが前記機器の動作を自由に設定することができる。
また、前記処理登録部は、前記処理情報として、前記機器のソフトウェアモジュールアップデートを指示する指示情報を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、当該機器が前記指示情報で指示されたソフトウェアモジュールアップデートを実行するように、当該機器の動作を制御してもよい。

これにより、ユーザーが前記機器のソフトウェアモジュールのアップデートを遠隔地から行うことができる。

また、前記処理登録部は、さらに、前記処理情報を用いて通信を伴う処理を実行するタイミングを含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記記憶部に記憶されている前記タイミングに前記処理情報を用いて通信を伴う処理を実行するように、前記通信制御システムの動作を制御してもよい。

これにより、所定の時刻に動作制御やデータ収集等を行うことができる。
また、前記管理サーバーは、さらに、前記端末または前記機器から、前記複数の機器のいずれかの機器に対応する処理情報について、当該処理情報を用いる処理の実行要求を受け付け、当該実行要求を受け付けたときに、当該処理情報を用いて処理を実行するように前記通信制御システムの動作を制御する処理制御ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を備えてもよい。

また、前記管理サーバーは、さらに、前記端末または前記機器から、ユーザーの情報、および、前記複数の機器のいずれかの機器に対応する処理情報を受け付け、当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録ＡＰＩを備えてもよい。

また、前記管理サーバーは、さらに、前記端末または前記機器から、ユーザーの情報、および、データの送信要求を受け付け、当該ユーザーと対応づけられた前記データ仕様を用いて解読されて前記記憶部に記憶されているデータを抽出し、送信要求を行った前記端末または前記機器に当該データを送信するデータ抽出ＡＰＩを備えてもよい。

これにより、本発明に係る通信制御システムと連携するプログラムやシステム等をユーザーが構築することができる。

また、本発明に係る通信制御装置は、複数の機器と情報入力インタフェースを有する複数の端末とを備える通信制御システムに含まれ、ネットワークを介して前記複数の機器および前記複数の端末に接続された通信制御装置であって、記憶部と、前記複数の端末のうちいずれかの端末から、ユーザー情報、および、前記複数の機器のうちいずれかの機器と当該通信制御装置とが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録部と、前記機器と当該通信制御装置とが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御部とを備え、前記処理登録部は、前記処理情報として、前記機器および前記通信制御装置と通信する中継器と、前記機器との間における通信仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御部は、前記機器と前記通信制御装置とが通信するときに、前記中継器と当該通信制御装置とが通信し、さらに、当該中継器と当該機器とが前記記憶部に記憶されている前記通信仕様を用いて通信することで、当該中継器が当該機器と当該通信制御装置との通信を中継するように当該中継器の動作を制御する通信制御装置でもよい。
また、本発明に係る通信制御装置は、複数の機器と情報入力インタフェースを有する複数の端末とを備える通信制御システムに含まれ、ネットワークを介して前記複数の機器および前記複数の端末に接続された通信制御装置であって、記憶部と、前記複数の端末のうちいずれかの端末から、ユーザー情報、および、前記複数の機器のうちいずれかの機器と当該通信制御装置とが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録部と、前記機器と当該通信制御装置とが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御部とを備える通信制御装置でもよい。

これにより、通信機能を汎用的に利用できる装置として使用できる。
また、本発明に係る通信制御方法は、複数の機器と、情報入力インタフェースを有する複数の端末と、ネットワークを介して前記複数の機器および前記複数の端末に接続された管理サーバーとを備える通信制御システムにおける通信制御方法であって、前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、前記複数の機器のうちいずれかの機器と前記管理サーバーとが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記管理サーバーに備えられた記憶部に記憶する処理登録ステップと、前記機器と前記管理サーバーとが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御ステップとを含み、前記処理登録ステップでは、前記処理情報として、前記機器および前記管理サーバーと通信する中継器と、前記機器との間における通信仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、前記処理制御ステップでは、前記機器と前記管理サーバーとが通信するときに、前記中継器と当該管理サーバーとが通信し、さらに、当該中継器と当該機器とが前記記憶部に記憶されている前記通信仕様を用いて通信することで、当該中継器が当該機器と当該管理サーバーとの通信を中継するように当該中継器の動作を制御する通信制御方法でもよい。
また、本発明に係る通信制御方法は、複数の機器と、情報入力インタフェースを有する複数の端末と、ネットワークを介して前記複数の機器および前記複数の端末に接続された管理サーバーとを備える通信制御システムにおける通信制御方法であって、前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、前記複数の機器のうちいずれかの機器と前記管理サーバーとが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記管理サーバーに備えられた記憶部に記憶する処理登録ステップと、前記機器と前記管理サーバーとが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御ステップとを含む通信制御方法でもよい。

これにより、通信機能を汎用的に利用できる方法として使用できる。
また、前記通信制御方法をコンピュータに実行させる通信制御プログラムとしてもよい。

これにより、通信機能を汎用的に利用できるプログラムとして使用できる。

本発明に係る通信制御システムを用いると、多様な機器とのデータ送受信および遠隔制御等といった通信機能を汎用的に利用できる。

よって、機器ごとに通信制御システムを構築することなく、遠隔地に設置された機器を管理することができる。

本発明の実施の形態１における全体構成を示す図である。 本発明の実施の形態１における管理サーバーのハードウェア構成の一例を示す図である。 本発明の実施の形態１における中継器のハードウェア構成の一例を示す図である。 本発明の実施の形態１における中継器を使用する場合の機器のハードウェア構成の一例を示す図である。 本発明の実施の形態１における中継器を使用しない場合の機器のハードウェア構成の一例を示す図である。 本発明の実施の形態１における端末のハードウェア構成の一例を示す図である。 本発明の実施の形態１における中継器を使用する場合の機能構成の一例を示す図である。 本発明の実施の形態１における中継器を使用しない場合の機能構成の一例を示す図である。 本発明の実施の形態１におけるＡＰＩを使用する場合の機能構成の一例を示す図である。 本発明の実施の形態１におけるユーザーテーブルのデータ構造の一例を示す図である。 本発明の実施の形態１における通信仕様テーブルのデータ構造の一例を示す図である。 本発明の実施の形態１におけるデータ仕様テーブルのデータ構造の一例を示す図である。 本発明の実施の形態１における測定データテーブルのデータ構造の一例を示す図である。 本発明の実施の形態１における指示データテーブルのデータ構造の一例を示す図である。 本発明の実施の形態１における通信仕様、データ仕様および指示データの登録時におけるシーケンス図である。 本発明の実施の形態１における中継器を使用する場合の測定データ収集時におけるシーケンス図である。 本発明の実施の形態１における中継器を使用しない場合の測定データ収集時におけるシーケンス図である。 本発明の実施の形態１における中継器を使用する場合の動作指示時におけるシーケンス図である。 本発明の実施の形態１における中継器を使用しない場合の動作指示時におけるシーケンス図である。 本発明の実施の形態１における測定データ表示時のシーケンス図である。 本発明の実施の形態１における端末との通信時の処理を示すフローチャートである。 本発明の実施の形態１における機器との通信時の処理を示すフローチャートである。 本発明の実施の形態１における中継器の処理を示すフローチャートである。 本発明の実施の形態１における機器から管理サーバーへ送信される測定データを示す図である。 本発明の実施の形態１における端末の画面例を示す図である。 本発明の実施の形態１における端末の画面例において通信仕様の選択部分を示す図である。 本発明の実施の形態２における構成を示す図である。 本発明の実施の形態２における携帯電話の処理を示すフローチャートである。 本発明の実施の形態２における携帯電話での操作を示す図である。

（実施の形態１）
以下、本発明の実施の形態１について図面を用いて詳細に説明する。

図１は、本発明に係る実施の形態１の全体構成を示す図である。本発明に係る実施の形態１は、ネットワーク７およびグローバルネットワーク５を介して、複数の拠点６に設置される管理サーバー１、端末２および機器４が接続されている。さらに、機器４は通信ケーブル８および中継器３を介して、ネットワーク７およびグローバルネットワーク５に接続されている場合がある。そして、グローバルネットワーク５を介してデータを受信するデータ受信機器９１がある。

管理サーバー１は、例えば、コンピュータにより実現されるサーバー装置であり、端末２または機器４の要求に応じて処理を行うサーバー装置である。

端末２は、例えば、パーソナルコンピュータであり、管理サーバー１に対して処理を要求する端末装置である。

中継器３は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備える情報機器装置であり、管理サーバー１と機器４との間の通信を中継する。

機器４は、例えば、測定器や空調装置、ビデオカメラ等の電子機器である。機器４は、ネットワークインタフェースを備えても、備えなくてもよい。機器４がネットワークインタフェースを備える場合は、中継器３を介さず直接ネットワーク７に接続してもよい。また、機器４と端末２は同一の装置であってもよく、両方の機能を備えるものであってもよい。

グローバルネットワーク５は、例えば、インターネット網やＦＯＭＡ（登録商標）網等の通信網である。

拠点６は、管理サーバー１、端末２、中継器３または機器４が置かれる拠点の一例を示している。

ネットワーク７は、例えば、ＬＡＮ（ローカルエリアネットワーク）等であって、有線または無線の通信により、グローバルネットワーク５に接続するために用いられる。管理サーバー１、端末２、中継器３または機器４がグローバルネットワーク５に直接接続されている場合等においては、必ずしも必要ではない。なお、ネットワークの用語は、グローバルネットワークを含めた通信網についても用いられる。

通信ケーブル８は、中継器３と機器４との通信に用いられ、無線であってもよい。
データ受信機器９１は、例えば、メール受信可能な携帯電話等であり、有線または無線の通信によりグローバルネットワーク５に接続し、管理サーバー１からの警告メールの受信等を行う。なお、図１において、データ受信機器９１は、携帯電話として示されているが、メール受信可能なパーソナルコンピュータ等であってもよい。

図２は、図１に示された管理サーバー１のハードウェア構成の一例を示す図である。本実施の形態１に係る管理サーバー１は、ハードウェア構成として、例えば、ＣＰＵ９、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１、ディスプレイ１２、マウス１３、キーボード１４およびＬＡＮ Ｉ／Ｆ（ＬＡＮインタフェース）１５を備える。

ＣＰＵ９は、ＲＯＭ１０に格納された制御プログラム１０ａ等を実行するプロセッサの例である。

ＲＯＭ１０は、制御プログラム１０ａ等を保持する読み出し専用メモリの例である。
ＲＡＭ１１は、ＣＰＵ９が制御プログラム１０ａを実行するときに使用するワークエリア等を一時的に保持する揮発性の記憶領域、および、ユーザーテーブル１１ａ、通信仕様テーブル１１ｂ、データ仕様テーブル１１ｃ、測定データテーブル１１ｄおよび指示データテーブル１１ｅを保持する不揮発性の記憶領域等を有する読み書き可能なメモリの例である。

ディスプレイ１２は、液晶表示装置等であって、管理サーバー１の動作状態の表示等を行う。

マウス１３およびキーボード１４は、管理サーバー１への情報入力インタフェースの例である。

ＬＡＮ Ｉ／Ｆ１５は、管理サーバー１とネットワーク７とを接続するインタフェース装置の例である。例えば、管理サーバー１は、ＬＡＮ Ｉ／Ｆ１５を介して警告メールの送信等を行う。

図３は、図１に示された中継器３のハードウェア構成の一例を示す図である。本実施の形態１に係る中継器３は、ハードウェア構成として、例えば、ＣＰＵ１６、ＲＯＭ１７、ＲＡＭ１８、操作パネル１９、シリアルポート２０、パラレルポート２１、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート２２、機器接続用のＬＡＮ Ｉ／Ｆ２３、通信モジュール２４および管理サーバー接続用のＬＡＮ Ｉ／Ｆ２５を備える。

ＣＰＵ１６は、ＲＯＭ１７に格納された制御プログラム１７ａ等を実行するプロセッサの例である。

ＲＯＭ１７は、制御プログラム１７ａ等を保持する読み出し専用メモリの例である。
ＲＡＭ１８は、ＣＰＵ１６が制御プログラム１７ａを実行するときに使用するワークエリアおよび管理サーバー１または機器４より受信したデータ等を一時的に保持する揮発性の記憶領域、および、機器４との通信仕様等を保持する不揮発性の記憶領域等を有する読み書き可能なメモリの例である。

操作パネル１９は、ユーザーから中継器３への直接の操作を受け付ける装置の例である。ユーザーインタフェースとして液晶表示装置等を用いてもよい。

シリアルポート２０、パラレルポート２１、ＵＳＢポート２２および機器接続用のＬＡＮ Ｉ／Ｆ２３は、機器４と接続するために用いられるインタフェースの例である。さらに、赤外線通信等の無線通信を行うインタフェースを備えてもよい。

通信モジュール２４および管理サーバー接続用のＬＡＮ Ｉ／Ｆ２５は、中継器３とネットワーク７またはグローバルネットワーク５に接続するインタフェース装置の例である。本実施の形態１では、ＬＡＮ Ｉ／Ｆ２５よりネットワーク７を介してグローバルネットワーク５に接続しているが、ＦＯＭＡ網接続用の通信モジュール２４によってグローバルネットワーク５であるＦＯＭＡ網へ接続してもよい。

図４Ａは、図１に示された中継器３を使用する場合における機器４のハードウェア構成の一例を示す図である。中継器３を使用する場合における機器４は、ハードウェア構成として、例えば、ＣＰＵ２６、ＲＯＭ２７、ＲＡＭ２８、操作パネル２９、センサー３０、ヒーター３１およびシリアルポート３２を備える。

ＣＰＵ２６は、ＲＯＭ２７に格納された制御プログラム２７ａ等を実行するプロセッサの例である。

ＲＯＭ２７は、制御プログラム２７ａ等を保持する読み出し専用メモリの例である。
ＲＡＭ２８は、ＣＰＵ２６が制御プログラム２７ａを実行するときに使用するワークエリアを一時的に保持する揮発性の記憶領域等を有する読み書き可能なメモリの例である。

操作パネル２９は、ユーザーから機器４への直接の操作を受け付ける装置の例である。
センサー３０およびヒーター３１は機器４が備える機構の例である。その他、発光装置や撮影装置等、機器４の種類によって種々の機構を備えるものであってもよい。

シリアルポート３２は、機器４が有する接続インタフェースの例である。シリアルポート３２より通信ケーブル８を介して中継器３に接続される。

図４Ｂは、図１に示された中継器３を使用しない場合における機器４のハードウェア構成の一例を示す図である。中継器３を使用しない場合における機器４は、ハードウェア構成として、例えば、ＣＰＵ２６、ＲＯＭ２７、ＲＡＭ２８、操作パネル２９、センサー３０、ヒーター３１を有する点において、中継器３を使用する場合と同様であるが、シリアルポート３２に代えてＬＡＮ Ｉ／Ｆ３３を有する。

ＬＡＮ Ｉ／Ｆ３３は、機器４が有する接続インタフェースの例である。ＬＡＮ Ｉ／Ｆ３３よりネットワーク７を介してグローバルネットワーク５に接続される。

図５は、図１に示された端末２のハードウェア構成の一例を示す図である。本実施の形態１に係る端末２は、ハードウェア構成として、ＣＰＵ３４、ＲＯＭ３５、ＲＡＭ３６、ディスプレイ３７、マウス３８、キーボード３９およびＬＡＮ Ｉ／Ｆ４０を備える。

ＣＰＵ３４は、ＲＯＭ３５に格納された制御プログラム３５ａ等を実行するプロセッサの例である。

ＲＯＭ３５は、制御プログラム３５ａ等を保持する読み出し専用メモリの例である。
ＲＡＭ３６は、ＣＰＵ３４が制御プログラム３５ａを実行するときに使用するワークエリアを一時的に保持する揮発性の記憶領域等を有する読み書き可能なメモリの例である。

ディスプレイ３７は、液晶表示装置等であって、端末２の動作状態の表示等を行う。
マウス３８およびキーボード３９は、端末２への情報入力インタフェースの例である。

ＬＡＮ Ｉ／Ｆ４０は、端末２とネットワーク７とを接続するインタフェース装置の例である。

図６Ａは、図１に示された実施の形態１における特徴的な機能構成の一例を示すブロック図であって、中継器３を使用する場合の機能構成の一例を示す図である。管理サーバー１は、記憶部４１、データ抽出部４２、処理登録部４３および処理制御部４４を備える。端末２は、操作部４５を備える。中継器３は、管理サーバー接続Ｉ／Ｆ４６および機器接続Ｉ／Ｆ４７を備える。機器４は、接続Ｉ／Ｆ４８を備える。

記憶部４１は、図２におけるＲＡＭ１１等によって実現される記憶部の一例であり、ユーザーテーブル１１ａ、通信仕様テーブル１１ｂ、データ仕様テーブル１１ｃ、指示データテーブル１１ｅおよび測定データテーブル１１ｄを記憶する。

データ抽出部４２は、図２におけるＣＰＵ９、制御プログラム１０ａ等によって実現される処理部の例であり、端末２からデータの要求を受け付け、測定データテーブル１１ｄに記憶されたデータを抽出し、抽出されたデータを端末２に送信する処理部の例である。

処理登録部４３は、図２におけるＣＰＵ９、制御プログラム１０ａ等によって実現される処理部の例であり、端末２から通信仕様、データ仕様および指示データの情報を受け付け、記憶部４１に受け付けた情報を登録する処理部の例である。

処理制御部４４は、図２におけるＣＰＵ９、制御プログラム１０ａ等によって実現される処理部の例であり、管理サーバー１と機器４が中継器３を介して通信を行うときに、記憶部４１に記憶された通信仕様、データ仕様および指示データの情報を用いて通信を制御し、または、それらの情報を用いて処理の実行を制御する処理部の例である。

端末２が備える操作部４５は、図５におけるディスプレイ３７、マウス３８およびキーボード３９等によって実現される入出力部の例であり、ユーザーからデータの要求、通信仕様、データ仕様および指示データの情報の入力を受け付け、または、それらの情報を管理サーバー１に送信した結果を表示する入出力部の例である。

中継器３が備える管理サーバー接続Ｉ／Ｆ４６は、図３における通信モジュール２４および管理サーバー接続用のＬＡＮ Ｉ／Ｆ２５等によって実現される通信部の例であり、管理サーバー１とグローバルネットワーク５を介して通信を行う通信部の例である。

中継器３が備える機器接続Ｉ／Ｆ４７は、図３におけるシリアルポート２０、パラレルポート２１、ＵＳＢポート２２および機器接続用のＬＡＮ Ｉ／Ｆ２３等によって実現される通信部の例であり、機器４と通信を行う通信部の例である。

機器４が備える接続Ｉ／Ｆ４８は、図４Ａにおけるシリアルポート３２等によって実現される通信部の例であり、中継器３と通信を行う通信部の例である。

図６Ｂは、図１に示された実施の形態１における特徴的な機能構成の一例を示すブロック図であって、中継器３を使用しない場合の機能構成の一例を示す図である。

管理サーバー１は、記憶部４１、データ抽出部４２、処理登録部４３および処理制御部４４を備え、端末２は、操作部４５を備え、機器は、接続Ｉ／Ｆ４８を備える。この点において中継器３を使用する場合と同様である。一方、中継器３を使用しない場合には、中継器３、中継器３に備える管理サーバー接続Ｉ／Ｆ４６および中継器３に備える機器接続Ｉ／Ｆ４７を要しない。

処理制御部４４は、管理サーバー１と機器４が中継器３を介さず通信を行うときに、記憶部４１に記憶された情報を用いて通信を制御し、または、それらの情報を用いて処理の実行を制御する。この点において中継器３を使用する場合と異なる。

機器４が備える接続Ｉ／Ｆ４８は、図４ＢにおけるＬＡＮ Ｉ／Ｆ３３等によって実現される通信部の例であり、管理サーバー１と通信を行う通信部の例である。この点において中継器３を使用する場合と異なる。

なお、中継器３を使用する場合と使用しない場合について、図を分けて説明したが、複数設置される機器４によって中継器３を使用する場合と使用しない場合が混在する構成としてもよい。

図６Ｃは、図１に示された実施の形態１における特徴的な機能構成の一例を示すブロック図であって、ＡＰＩを使用する場合の機能構成の一例を示す図である。管理サーバー１は、記憶部４１を備え、端末２は、接続Ｉ／Ｆ５２を備え、機器４は、接続Ｉ／Ｆ４８を備える。そして、ＡＰＩを使用する場合は、管理サーバー１にデータ抽出ＡＰＩ４９、処理登録ＡＰＩ５０、処理制御ＡＰＩ５１を備える。

データ抽出ＡＰＩ４９は、図２におけるＣＰＵ９、制御プログラム１０ａ等によって実現される処理部の例であり、機器４からデータの要求を受け付け、測定データテーブル１１ｄに記憶されたデータを抽出し、抽出されたデータを機器４に送信する処理部の例である。

処理登録ＡＰＩ５０は、図２におけるＣＰＵ９、制御プログラム１０ａ等によって実現される処理部の例であり、機器４から通信仕様、データ仕様および指示データの情報を受け付け、記憶部４１に受け付けた情報を登録する処理部の例である。

処理制御ＡＰＩ５１は、図２におけるＣＰＵ９、制御プログラム１０ａ等によって実現される処理部の例であり、機器４からの要求を受け付け、記憶部４１に記憶された通信仕様、データ仕様および指示データの情報を用いて通信し、または、それらの情報を用いて処理の実行を制御する処理部の例である。

なお、ＡＰＩを使用する場合であっても、図６Ａまたは図６Ｂで示したＡＰＩを使用しない機能構成と混在してもよい。すなわち、データ抽出部４２、処理登録部４３、処理制御部４４、データ抽出ＡＰＩ４９、処理登録ＡＰＩ５０および処理制御ＡＰＩ５１は、併存してもよい。ユーザーは、これらのＡＰＩを使用して本発明に係る通信制御システムと連携するプログラムやシステム等を構築してもよい。

また、データ抽出ＡＰＩ４９、処理登録ＡＰＩ５０および処理制御ＡＰＩ５１は、機器４からの要求等を受け付ける処理部の例として説明したが、端末２からの要求等を受け付けてもよい。これにより、例えば、ユーザーは本発明に係る通信制御システムに連携するプログラムを端末２において実行することができる。

そして、端末２が備える接続Ｉ／Ｆ５２は、図５におけるＬＡＮ Ｉ／Ｆ４０等によって実現される通信部の例であり、管理サーバー１とグローバルネットワーク５を介して通信を行う通信部の例である。端末２において実行される前記プログラムが、ユーザーからの情報入力を必要としない場合は、図６Ａ等で示された端末２における操作部４５はなくてもよい。

図７は、図２等で示された実施の形態１におけるユーザーテーブル１１ａのデータ構造の一例を示す図である。ユーザーテーブル１１ａは、ユーザーＩＤ、パスワード、会社およびメールアドレス等のユーザーの情報を保持する情報テーブルである。同一会社に１つのユーザーＩＤを対応づけてもよいし、機器４の集約単位である機器グループ等の属性を追加して、同一会社においても機器グループ等に応じてそれぞれ別のユーザーＩＤを対応づけるようにしてもよい。また、同一ユーザーＩＤにおいて複数のメールアドレスを設定してもよい。

図８は、図２等で示された実施の形態１における通信仕様テーブル１１ｂのデータ構造の一例を示す図である。通信仕様テーブル１１ｂは、ユーザーＩＤ、機器ＩＤ、機器個別ＩＤ、通信仕様およびＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等の情報を保持する情報テーブルである。

本実施の形態１においては、機器ＩＤが同じであれば、同じ通信仕様を使用する。通信仕様は、中継器３と機器４の間に用いられる通信仕様である。また、機器個別ＩＤによって、具体的に機器４が識別される。そして、ＩＰアドレスは、図１に示されたネットワーク７に対応する情報である。さらに、機器ＩＤ、機器個別ＩＤ、通信仕様およびＩＰアドレス等の情報は、ユーザーＩＤに対応づけられることによって、ユーザーと機器４が対応づけられる。同一のユーザーに対して、複数の機器４を対応づけてもよい。

なお、図８に示されたデータ構造は、ユーザーと機器４と通信仕様とを相互に対応づけるデータ構造の一例であって、他のデータ構造であってもよい。

例えば、本実施の形態１においては、機器ＩＤが同じであれば、同じ通信仕様を使用するものとしているが、機器個別ＩＤごとに別の通信仕様を保持してもよい。また、機器４の集約単位である機器グループ等の属性をユーザーテーブル１１ａと通信仕様テーブル１１ｂに追加して、機器グループ等の情報に基づいて、ユーザーと機器４を対応づけてもよい。

図９は、図２等で示された実施の形態１におけるデータ仕様テーブル１１ｃのデータ構造の一例を示す図である。データ仕様テーブル１１ｃは、ユーザーＩＤ、機器ＩＤ、デリミタ、領域位置、項目名称、警告および警告条件等の情報を保持する情報テーブルであって、機器４によって測定されたデータを受信するときに用いられるデータ形式等を定義するテーブルである。

なお、図９に示されたデータ構造は、機器４によって測定されたデータを受信するときに用いられるデータ形式等を定義するデータ構造の一例であって、他のデータ構造であってもよい。

例えば、本実施の形態１では、データ仕様を機器ＩＤ単位で定めるようにしているが、ユーザーＩＤ単位であってもよいし、データ仕様テーブル１１ｃに機器個別ＩＤを含めることにより機器個別ＩＤ単位にデータ仕様を定めるようにしてもよい。なお、機器４に対応するデータ仕様を特定する場合は、通信仕様テーブル１１ｂ等より機器４に対応する機器ＩＤを特定して、データ仕様を特定してもよいし、機器４から機器ＩＤを特定する情報を受け付けることによって、特定してもよい。

図１０は、図２等で示された実施の形態１における測定データテーブル１１ｄのデータ構造の一例を示す図である。測定データテーブル１１ｄは、ユーザーＩＤ、機器ＩＤ、機器個別ＩＤ、領域１、領域２および領域３等の情報を保持する情報テーブルであって、機器４によって測定されたデータ等を格納するテーブルである。

図１１は、図２等で示された実施の形態１における指示データテーブル１１ｅのデータ構造の一例を示す図である。指示データテーブル１１ｅは、ユーザーＩＤ、機器ＩＤ、機器個別ＩＤ、実行スケジュール、コマンド、返答有無、添付ファイルおよび返答データ等の情報を保持する情報テーブルであって、機器４への指示の情報等を格納するテーブルである。次に以上のように構成された本実施の形態１における通信制御システムの動作について説明する。

図１２は、図６Ａおよび図６Ｂ等に示された本実施の形態１に係る通信仕様、データ仕様および指示データの登録時におけるシーケンス図である。

まず、端末２は、ユーザーＩＤおよびパスワード等のユーザー情報の入力を受け付ける（Ｓ１１）。

次に、端末２は、受け付けたユーザー情報を管理サーバー１に送信する（Ｓ１２）。
次に、管理サーバー１は、ユーザー情報を受け付け、記憶部に記憶されているユーザーテーブル１１ａと照合し、一致するかを判定することによってユーザーを認証する（Ｓ１３）。

次に、管理サーバー１は、認証の可否を端末２に送信する（Ｓ１４）。ここで、認証されなかった場合、端末２は、再度ユーザー情報を受け付ける（Ｓ１１）。

次に、端末２は、機器４と管理サーバー１とが通信をするときに実行する処理情報、すなわち、通信仕様、データ仕様および指示データの情報の入力を受け付ける（Ｓ１５）。

ここで、通信仕様とは、管理サーバー１と機器４とが通信をするときに必要となる情報であって、管理サーバー１と機器４との通信に用いられるプロトコルや、中継器３を使用する場合においては、中継器３と機器４との通信に用いられるプロトコルおよび通信を行うときに必要となるデータ転送速度等の情報である。例えば、中継器３と機器４とがＲＳ−２３２Ｃ（Ｒｅｃｏｍｍｅｎｄｅｄ Ｓｔａｎｄａｒｄ ２３２ Ｖｅｒｓｉｏｎ Ｃ）を通信のプロトコルとして通信する場合、その通信のプロトコル、ボーレート、パリティチェックの有無およびデータ長等の情報が通信仕様として用いられる。

そして、データ仕様とは、管理サーバー１が機器４から受信するデータの様式を定義する情報である。例えば、図１９に示すようなデータの受信を予定している場合は、カンマで区切られた行と解読し、１列目の情報は特定の領域１に格納し、２列目の情報は特定の領域２に格納し、３列目の情報は特定の領域３に格納するといった受信データを解読して記憶部４１に記憶するときに用いられるデータ形式等を保持する。さらに列毎に項目名を定めてもよいし、その列の値が特定の条件に該当する場合には警告の対象とする等の情報を含めてもよい。

具体的な例として、図９において示されたデータ仕様テーブル１１ｃに格納される情報であって、機器ＩＤ、機器個別ＩＤ、デリミタ、領域位置、項目名称、警告および警告条件等の情報でもよい。

ここで、デリミタは、データがカンマまたはブランクで区切られているか、もしくは、固定長のデータであるかを示す情報である。領域位置は、区切られたデータの順序を示す情報である。項目名称は、データの列毎の意味を示す情報である。警告は、データ内容によって警告の対象とするかを示し、警告条件は、警告するデータ内容の条件を示す情報である。

さらに、指示データとは、管理サーバー１と機器４とが通信をするときに機器４の動作を指定する情報である。具体的な例として、図１１において示された指示データテーブル１１ｅに格納される情報であって、機器ＩＤ、機器個別ＩＤ、実行スケジュール、コマンド、返答有無、添付ファイルおよび返答データ等の情報でもよい。

ここで、コマンドとは、機器４で解釈および実行されるコマンドである。すなわち、ソフトウェアモジュールのアップデートや動作の開始および終了等の他、機器４で解釈される任意のコマンドが含まれる。また、返答有無とは、コマンドの実行結果を返答として受け付けるか否かを示す。そして、一定期間に返答を受け付けなかった場合は、警告の対象としてもよい。

また、添付ファイルは、機器４へ送信する添付ファイルの情報である。例えば、ソフトウェアアップデートに用いるファイルの情報を添付ファイルの情報として指示データに含ませてもよい。また、返答データは、機器４から返答されるデータの情報である。なお、返答データは、機器４で生成される画像データの情報であってもよい。

そして、機器個別ＩＤの区別なく、特定の機器ＩＤに対応する機器４に対して動作を指定する情報としてもよい。この場合、例えば、機器個別ＩＤを指定せずに、機器ＩＤのみを指定してもよい。

さらに、指定されたタイミングで、指定された動作をするために、そのタイミングの情報を実行スケジュールとして指示データに含めてよい。指定されるタイミングは、例えば、定められた時刻であってもよいし、一定の時間間隔による指定でもよい。

次に、端末２は、受け付けた通信仕様、データ仕様および指示データを管理サーバー１に送信する（Ｓ１６）。

次に、管理サーバー１の処理登録部４３は、端末２から、通信仕様、データ仕様および指示データを受け付け、認証されたユーザーおよび機器４に対応づけて記憶部４１の通信仕様テーブル１１ｂ、データ仕様テーブル１１ｃおよび指示データテーブル１１ｅにそれぞれ記憶する（Ｓ１７）。

なお、図１２においては、端末２から処理情報の登録をしているが、管理サーバー１に備えられた処理登録ＡＰＩ５０によって、端末２または機器４から処理情報を登録してもよい。すなわち、図６Ｃで示された構成において、同様の処理をしてもよい。

図１３Ａは、図６Ａ等に示された本実施の形態１に係る中継器３を使用する場合の測定データ収集時におけるシーケンス図である。

まず、管理サーバー１の処理制御部４４は、測定データを収集するための定刻であるかを判定する（Ｓ２１）。本実施の形態１では、定刻に実行しているが、端末２から指示を受けたときでもよい。また、定刻については、指示データによって指定された時刻等であってもよい。中継器３や機器４からの問い掛けを受けたときでもよい。

次に、管理サーバー１の処理制御部４４は、定刻であった場合に、中継器３に測定要求を送信する（Ｓ２２）。

次に、中継器３は、受信した測定要求を機器４に送信する（Ｓ２３）。このとき機器４との通信は、記憶部４１に記憶された通信仕様テーブル１１ｂの情報に基づいて行われる。具体的には、管理サーバー１から測定要求を受信するとき（Ｓ２２）に、機器４との通信に用いられる通信仕様を含めて取得してもよいし、予め中継器３が管理サーバー１から通信仕様を取得するようにしておいてもよい。なお、管理サーバー１からの測定要求（Ｓ２２）がなくとも中継器３が機器４に測定要求（Ｓ２３）を送信してもよい。例えば、中継器３に備えられている操作パネル１９による操作、または、予め中継器３に設定された時刻に中継器３が機器４に測定要求（Ｓ２３）を送信してもよい。

次に、機器４は、データを測定する（Ｓ２４）。このときに測定するデータは、温度、湿度の他、機器４の種類等に応じて、様々な項目が対象となりうる。また、本実施の形態１では、要求があったときに測定しているが、予め測定してあってもよい。また、測定要求によらず、機器４が連続測定、インターバル測定およびイベント発生時の測定等によって、自動でデータを測定して、次の処理（Ｓ２５）を行うようにしてもよい。

次に、機器４は、中継器３に測定したデータを送信する（Ｓ２５）。このとき中継器３との通信は、記憶部４１に記憶された通信仕様テーブル１１ｂの情報に基づいて行われる。具体的には、測定要求（Ｓ２３）の応答として、同じ通信仕様が用いられるようにしてもよいし、予め中継器３が管理サーバー１から通信仕様を取得するようにしておいてもよい。

次に、中継器３は、受信した測定データを管理サーバー１に送信する（Ｓ２６）。
次に、管理サーバー１の処理制御部４４は、データ仕様テーブル１１ｃにより機器４に対応づけられたデータ仕様を用いて、機器４から受信した測定データを解読し、所定の領域に記憶する（Ｓ２７）。例えば、図１９に示すようなデータを受信した場合、図９に示されたデータ仕様テーブル１１ｃの情報に基づいて、カンマ区切りのデータとして解読し、１列目の情報は測定データテーブル１１ｄの領域１に格納し、２列目の情報は測定データテーブル１１ｄの領域２に格納し、３列目の情報は測定データテーブル１１ｄの領域３に格納する。

次に、管理サーバー１の処理制御部４４は、測定データテーブル１１ｄに記憶されたデータが、データ仕様テーブル１１ｃで記憶された警告条件に該当する場合には、端末に警告を通知する（Ｓ２８）。通知する方法は、電子メールを使用してもよいし、専用の画面に表示するためのデータ送信により通知してもよい。さらに電子メール等によって、ネットワークに接続された別個の携帯電話等に通知してもよい。

次に、端末２は、警告の通知を受け、その表示をする（Ｓ２９）。これにより、ユーザーは機器の異常を即時に把握でき、対処することができる。

図１３Ｂは、図６Ｂ等に示された本実施の形態１に係る中継器３を使用しない場合の測定データ収集時におけるシーケンス図である。

まず、管理サーバー１の処理制御部４４は、測定データを収集するための定刻であるかを判定する（Ｓ３１）。これについては、中継器３を使用する場合と同様である。

次に、管理サーバー１の処理制御部４４は、定刻であった場合に、機器４に測定要求を送信する（Ｓ３２）。中継器３を介さない点で、中継器３を使用する場合と異なる。

次に、機器４は、データを測定する（Ｓ３３）。これについては、中継器３を使用する場合と同様である。

次に、機器４は、管理サーバー１に測定したデータを送信する（Ｓ３４）。中継器３を介さない点で、中継器３を使用する場合と異なる。

次に、管理サーバー１の処理制御部４４は、データ仕様テーブル１１ｃにより機器４に対応づけられたデータ仕様を用いて、機器４から受信した測定データを解読し所定の領域に記憶する（Ｓ３５）。これについては、中継器３を使用する場合と同様である。

次に、管理サーバー１の処理制御部４４は、測定データテーブル１１ｄに記憶されたデータが、データ仕様テーブル１１ｃで記憶された警告条件に該当する場合には、端末に警告を通知する（Ｓ３６）。これについては、中継器３を使用する場合と同様である。

次に、端末２は、警告の通知を受け、その表示をする（Ｓ３７）。これについては、中継器３を使用する場合と同様である。

なお、測定データを機器４から送信するとき（Ｓ３４）に処理制御ＡＰＩ５１を介して、機器４で実行されるプログラムから測定データの送信を行ってもよい。これにより、処理制御ＡＰＩ５１を介して測定データが測定データテーブル１１ｄに記憶される。

図１４Ａは、図６Ａ等に示された本実施の形態１に係る中継器３を使用する場合の動作指示時におけるシーケンス図である。

まず、管理サーバー１の処理制御部４４は、指示による処理を実行するための定刻であるかを判定する（Ｓ４１）。中継器３や機器４からの問い掛けを受けたときでもよい。

次に、管理サーバー１の処理制御部４４は、指示データテーブル１１ｅから実行すべき指示データを抽出する（Ｓ４２）。

次に、管理サーバー１の処理制御部４４は、抽出された指示データを中継器３に送信する（Ｓ４３）。

次に、中継器３は、受信した指示データを機器４に送信する（Ｓ４４）。このとき機器４との通信は、記憶部４１に記憶された通信仕様テーブル１１ｂの情報に基づいて行われる。具体的には、管理サーバー１から指示データを受信するとき（Ｓ４３）に、機器４との通信に用いられる通信仕様を取得してもよいし、予め中継器３が管理サーバー１から通信仕様を取得するようにしておいてもよい。これについては、図１３Ａで示された測定要求を送信する場合（Ｓ２３）と同様である。

次に、機器４は、指示データにより指示された動作を実行する（Ｓ４５）。例えば、指示データに含まれるコマンドを解釈し、ソフトウェアモジュールのアップデートや動作の開始および終了等のコマンドを実行する。

さらに、実行結果および実行により生成されたデータを、返答データとして、機器４が中継器３に送信してもよい。この場合、中継器３はさらに、受信した返答データを、管理サーバー１に送信する。そして、返答を受け取らなかった場合に、警告を通知するようにしてもよい。

図１４Ｂは、図６Ｂ等に示された本実施の形態１に係る中継器３を使用しない場合の動作指示時におけるシーケンス図である。

まず、管理サーバー１の処理制御部４４は、指示による処理を実行するための定刻であるかを判定する（Ｓ５１）。これについては、中継器３を使用する場合と同様である。

次に、管理サーバー１の処理制御部４４は、指示データテーブル１１ｅから実行すべき指示データを抽出する（Ｓ５２）。

次に、管理サーバー１の処理制御部４４は、抽出された指示データを機器４に送信する（Ｓ５３）。中継器３を介さない点で、中継器３を使用する場合と異なる。

次に、機器４は、指示データにより指示された動作を実行する（Ｓ５４）。これについては、中継器３を使用する場合と同様である。そして、実行結果および実行により生成されたデータを、返答データとして、機器４が管理サーバー１に送信してもよい。さらに、返答を受け取らなかった場合に、警告を通知するようにしてもよい。

なお、上述の通り、定刻処理（Ｓ４１、Ｓ５１）は、中継器３または機器４からの問い掛けを受けたときでもよい。具体的には、端末２から要求を受けたときに動作の制御をしてもよいし、端末２または機器４が処理制御ＡＰＩ５１を呼び出すことによって、別の機器４または当該機器４への動作の制御をするようにしてもよい。

図１５は、図６Ａおよび図６Ｂ等に示された本実施の形態１に係る測定データ表示時におけるシーケンス図である。

まず、端末２は、ユーザーＩＤおよびパスワード等のユーザー情報の入力を受け付ける（Ｓ６１）。

次に、端末２は、受け付けたユーザー情報を管理サーバー１に送信する（Ｓ６２）。
次に、管理サーバー１は、ユーザー情報を受け付け、受け付けたユーザー情報を記憶部４１に記憶されているユーザーテーブル１１ａと照合し、一致するかを判定することによってユーザーを認証する（Ｓ６３）。

次に、管理サーバー１は、認証の可否を端末２に送信する（Ｓ６４）。ここで、認証されなかった場合、端末２は、再度ユーザー情報の入力を受け付ける（Ｓ６１）。

次に、端末２は、測定データ、すなわち、図１３Ａおよび図１３Ｂにおいて示された処理によって測定データテーブル１１ｄに記憶された測定データの要求を受け付ける（Ｓ６５）。また、測定データの要求に、測定データの抽出に用いられる抽出条件を含めてもよい。例えば、特定の値の範囲内にある測定データを要求してもよい。

次に、端末２は、受け付けたデータ要求を管理サーバー１に送信する（Ｓ６６）。
次に、管理サーバー１のデータ抽出部４２は、データ要求を受け付け、測定データテーブル１１ｄに記憶されたデータを抽出する（Ｓ６７）。このとき、例えば、データ要求に抽出条件が含まれる場合は、その抽出条件に従って抽出してもよい。また、認証されたユーザーに対応づけられたデータ仕様を用いて解読され記憶された測定データに制限することで、ユーザーに開示する情報を制限してもよい。

次に、管理サーバー１のデータ抽出部４２は、端末２に測定された測定データを送信する（Ｓ６８）。

次に、端末２は、受信した測定データを表示する（Ｓ６９）。
なお、図１５においては、端末２から測定データの要求をしているが、管理サーバー１に備えられたデータ抽出ＡＰＩ４９によって、端末２または機器４から測定データを要求してもよい。

図１６は、図１２および図１５等に示された本実施の形態１に係る動作について、管理サーバー１が端末２と通信するときに行う処理の例を示すフローチャートである。

まず、管理サーバー１は、端末２からユーザー情報を受け付け、ユーザーの認証を行う（Ｓ１０１）。例えば、ユーザー情報として、ユーザーＩＤおよびパスワードを受け付け、予め記憶されているユーザーテーブル１１ａと照合することによって、認証を行う。

次に、管理サーバー１は、認証の許否を判定する（Ｓ１０２）。ここで、認証されなかった場合は、再度、ユーザー情報を受け付け、認証を行う（Ｓ１０１）。

次に、管理サーバー１は、処理要求を受け付ける（Ｓ１０３）。
次に、管理サーバー１は、測定データの要求がされたか、すなわち、測定データテーブル１１ｄに記憶されたデータの要求がされたかを判定する（Ｓ１０４）。

そして、測定データの要求がされた場合、管理サーバー１のデータ抽出部４２は、測定データテーブル１１ｄに記憶されたデータを抽出する（Ｓ１０５）。この場合において、処理要求を受け付けるとき（Ｓ１０３）に、特定の値の範囲内にある測定データ等の抽出条件を受け付けておき、その条件に従って抽出してもよい。また、認証されたユーザーに対応づけられたデータ仕様を用いて解読されて記憶されたデータのみを対象として抽出してもよい。

次に、管理サーバー１のデータ抽出部４２は、抽出された測定データを端末２に送信する（Ｓ１０６）。

一方、測定データの要求がされなかった場合、次に、通信仕様の登録要求がされたか、すなわち、処理要求を受け付けるとき（Ｓ１０３）に、通信仕様の登録要求を受け付け、機器４に対応する通信仕様の情報を受け付けたかを判定する（Ｓ１０７）。

そして、通信仕様の登録要求がされた場合、管理サーバー１の処理登録部４３は、受け付けた通信仕様を通信仕様テーブル１１ｂに機器４と対応づけて記憶する（Ｓ１０８）。

一方、通信仕様の登録要求がされなかった場合、データ仕様の登録要求がされたか、すなわち、処理要求を受け付けるとき（Ｓ１０３）に、データ仕様の登録要求を受け付け、機器４に対応するデータ仕様の情報を受け付けたかを判定する（Ｓ１０９）。

そして、データ仕様の登録要求がされた場合、管理サーバー１の処理登録部４３は、受け付けたデータ仕様をデータ仕様テーブル１１ｃに機器４と対応づけて記憶する（Ｓ１１０）。

一方、データ仕様の登録要求がされなかった場合、処理要求を受け付けるとき（Ｓ１０３）に、指示データの登録要求を受け付け、機器４に対応する指示データの情報を受け付けたと判定される。その場合、管理サーバー１の処理登録部４３は、受け付けた指示データを指示データテーブル１１ｅに機器４と対応づけて記憶する（Ｓ１１１）。なお、指示データの登録要求がされたかをさらに判定し、指示データの登録要求がされなかった場合は、当該処理（Ｓ１１１）を行わず、終了するようにしてもよい。

さらに、管理サーバー１の処理制御部４４は、受け付けた指示データが即時実行の指示を示すデータであるかを判定する（Ｓ１１２）。

そして、即時実行の指示を示すデータである場合は、管理サーバー１の処理制御部４４は、指示データを機器４に送信する（Ｓ１１３）。この場合において、中継器３がある場合は、中継器３を介して、指示データを送信する。

なお、データ抽出ＡＰＩ４９または処理登録ＡＰＩ５０を介することにより、端末２または機器４からの要求によって、当該フローチャートに基づく測定データの抽出または処理情報の登録をしてもよい。

また、図１６に示されたフローチャートは、管理サーバー１と機器４とが通信するときに実行する処理の情報である処理情報を登録する方法および管理サーバー１からデータを抽出する方法の一例を示すものであって、登録または抽出する方法はこれに限られない。測定データ要求（Ｓ１０４）、通信仕様登録要求（Ｓ１０７）、データ仕様登録要求（Ｓ１０９）および指示の登録（Ｓ１１１）等における情報登録およびデータ要求の順序を入れ替えても同様の処理を実現できる。

また、管理サーバー１と機器４とが通信するときに実行するその他の処理の情報を機器４に対応づけて、登録するようにしてもよい。

図１７は、図１３Ａ、図１３Ｂ、図１４Ａおよび図１４Ｂ等に示された本実施の形態１に係る動作について、管理サーバー１が機器４と通信するときに行う処理を示すフローチャートである。なお、中継器３がある場合において、管理サーバー１は、中継器３を介して機器４と通信することになる。

まず、管理サーバー１の処理制御部４４は、指示データテーブル１１ｅから、一定期間内に実行すべき指示として記憶されている指示データを抽出する（Ｓ２０１）。指示データを抽出するタイミングは、一定時間間隔であっても、予め指定された定刻であっても、端末２、中継器３または機器４からの要求があったときであってもよい。

次に、管理サーバー１の処理制御部４４は、実行すべき指示があるか、すなわち、指示データが抽出されたかを判定する（Ｓ２０２）。

そして、実行すべき指示があった場合、管理サーバー１の処理制御部４４は、機器４へ指示データを送信する（Ｓ２０３）。なお、中継器３がある場合、管理サーバー１の処理制御部４４は、中継器３を介して機器４へ指示データを送信する。一方、実行すべき指示がなければ、指示データの送信（Ｓ２０３）は行われない。

次に、管理サーバー１の処理制御部４４は、測定データ収集時刻であるかを判定する（Ｓ２０４）。本実施の形態１においては、指示データを抽出した後で、本判定をしているが、指示データの抽出とは、独立して本判定を行ってもよい。また、本判定によらず、端末２から要求があったときや中継器３または機器４から測定データを受信したとき等に次の処理（Ｓ２０５）を行ってよい。

そして、測定データ収集時刻の場合、管理サーバー１の処理制御部４４は、機器４から測定データを取得する（Ｓ２０５）。例えば、管理サーバー１の処理制御部４４は、機器４に測定要求を送信し、機器４から測定データとしての応答を取得する。若しくは、測定要求によらず、自動的に機器４が連続測定、インターバル測定およびイベント発生時の測定等により採取した測定データを管理サーバー１に送信し、管理サーバー１は送信された測定データを取得してもよい。

次に、管理サーバー１の処理制御部４４は、データ仕様テーブル１１ｃに記憶された機器４に対応するデータ仕様を取得し、特定する（Ｓ２０６）。この場合において、処理制御部４４は、機器４に対応するユーザーＩＤと機器ＩＤ等を特定し、当該ユーザーＩＤと機器ＩＤに対応するデータ仕様をデータ仕様テーブル１１ｃから取得する。または、機器４が測定データを送信するときにユーザーＩＤと機器ＩＤ等の情報を含めて送信し、管理サーバー１の処理制御部４４は、その情報を取得することによりユーザーＩＤと機器ＩＤ等を特定し、データ仕様をデータ仕様テーブル１１ｃから取得してもよい。

次に、管理サーバー１の処理制御部４４は、取得した測定データを特定されたデータ仕様を用いて解読し、所定の領域に記憶する（Ｓ２０７）。例えば、図１９に示すようなデータを受信した場合、図９に示されたデータ仕様テーブル１１ｃの情報に基づいて、カンマ区切りのデータとして解読し、１列目の情報は測定データテーブル１１ｄの領域１に格納し、２列目の情報は測定データテーブル１１ｄの領域２に格納し、３列目の情報は測定データテーブル１１ｄの領域３に格納する。

次に、管理サーバー１の処理制御部４４は、測定データテーブル１１ｄに記憶されたデータが、データ仕様テーブル１１ｃで記憶された警告条件に該当し、警告対象となるかを判定する（Ｓ２０８）。

そして、警告対象となる場合、管理サーバー１の処理制御部４４は、端末２に警告の情報を送信する（Ｓ２０９）。一方、警告対象ではない場合、終了する。

なお、機器４からの要求（Ｓ２０１）または機器４からの測定データ送信（Ｓ２０５）において、処理制御ＡＰＩ５１を介することにより、機器４のプログラムから動作指示または測定データ登録の処理制御を呼び出してもよい。

図１８は、図１３Ａおよび図１４Ａ等に示された本実施の形態１に係る動作について、中継器３の処理を示すフローチャートである。

まず、中継器３は、管理サーバー１からデータを受信したかを判定する（Ｓ３０１）。
そして、管理サーバー１からデータを受信した場合、中継器３は、受信したデータを機器４へ送信する（Ｓ３０２）。ここで、中継器３は、機器４へのデータ送信において、機器４に対応づけて通信仕様テーブル１１ｂに記憶された通信仕様を用いて通信する。具体的には、管理サーバー１からデータを受信するときに、機器４との通信に用いられる通信仕様を含めて取得してもよいし、予め中継器３が管理サーバー１から通信仕様を取得するようにしておいてもよい。

なお、管理サーバー１からデータを受信していない場合であっても、予め指定された時刻に指定されたデータを中継器３から機器４に送信（Ｓ３０２）してもよい。

次に、中継器３は、機器４からデータを受信したかを判定する（Ｓ３０３）。ここで、中継器３は、機器４からのデータ受信において、機器４に対応づけて通信仕様テーブル１１ｂに記憶された通信仕様を用いて通信する。例えば、予め中継器３が管理サーバー１から通信仕様を取得しておき、取得した通信仕様により機器４からデータを受信する。

そして、機器４からデータを受信した場合、中継器３は、受信したデータを管理サーバー１へ送信する（Ｓ３０４）。

ここで、図１８では、中継器の処理として、管理サーバー１から機器４への送信の中継処理の後、機器４から管理サーバー１への送信の中継処理をするように示したが、順番は逆であってもよい。また、それぞれが独立に動作してもよく、機器４から中継器３に自発的に送信（Ｓ３０３）してもよい。

図１９は、図１３Ａ、図１３Ｂおよび図１７等において示された測定データの例を示す図、すなわち、機器４から管理サーバー１へ送信される測定データ６１を示す図である。測定データ６１は、図１９に示すように、例えば、測定された値がカンマで区切られて構成される。また、測定データ６１に送信日時やシーケンス番号等の属性情報を含めてもよい。また、カンマの代わりに、ブランク等を区切り文字として構成してもよく、固定長テキスト等によって、個々の領域が区別できる構成にしてもよい。

図２０は、図１６等で示された端末２との通信時の処理において、端末２における画面例を示す図である。

ログイン画面７１は、ユーザーを認証するときに用いられる画面の例である。例えば、ユーザーは、ユーザーＩＤとパスワードを入力する。

メニュー画面７２は、処理要求を選択するときに用いられる画面の例である。ユーザーは、通信仕様設定、データ仕様設定、動作指示または測定データ表示を選択する。

通信仕様設定画面７３は、通信仕様を指定するときに用いられる画面の例である。ユーザーは、機器４に対応する通信仕様等を入力する。具体的には、図８で示された通信仕様テーブルに格納されるデータであって、機器ＩＤ、機器個別ＩＤ、通信仕様等を入力する。

データ仕様設定画面７４は、データ仕様を指定するときに用いられる画面の例である。ユーザーは、測定データを記憶するときに使用されるデータ形式等の情報を入力する。具体的な例としては、図９に示されたデータ仕様テーブル１１ｃに格納されるデータであって、機器ＩＤ、デリミタ、領域位置、項目名称、警告の有無、および、警告条件等を入力する。本実施の形態１においては、機器ＩＤ単位に設定しているが、機器個別ＩＤ単位であってもよい。

動作指示画面７５は、指示データを指定するときに用いられる画面の例である。ユーザーは、機器４に対するコマンドを入力し、また、実行を予定している実行スケジュールを入力する。さらにソフトウェアモジュールアップデートに用いられる添付ファイルの情報を入力してもよい。また、その他、図１１で示された指示データテーブルに格納される情報であって、返答有無等の情報を入力してもよい。また、機器個別ＩＤ単位に入力してもよいし、機器個別ＩＤの区別なく機器ＩＤのみを入力してもよい。

測定データ表示画面７６は、測定データを表示するときに用いられる画面の例である。ユーザーは、測定データテーブル１１ｄに記憶された測定データを確認する。また、表示する測定データについて、抽出条件を入力するようにしてもよい。本実施の形態１においては、機器ＩＤ単位にデータ仕様を設定できるため、例えば、機器ＩＤを抽出条件として表示してもよい。

図２１は、図２０で示された画面例の通信仕様設定画面７３において、通信仕様の選択部分の一例を示す図である。図２１に示すようにいくつかの選択肢から選択するようにしてもよいし、これに代えて、具体的な値を入力するようにしてもよい。

以上のように、本実施の形態１における通信制御システムによれば、機器４と管理サーバー１とが通信をするときに実行される処理をユーザーが自由に設定することができる。また、機器４から管理サーバー１へ送信されるデータについて、ユーザーが様式を指定できる。これによって、多様な機器への対応が可能となり、機器個別に通信制御システムを構築することなく、汎用的な通信制御システムとして利用できる。

さらに、管理サーバー１は、管理サーバー１で実行される処理についてＡＰＩを用意することにより、機器４から処理要求を受け付けることができ、また、他のプログラムやシステム等からの処理要求を受け付けることができる。これにより、より汎用性が高くなる。

そして、本実施の形態１における通信制御システムは、複数の機器４のうちいずれかを別のユーザーまたは会社等に対応づけて管理することもできる。従って、１つの通信制御システムを構築することによって、複数のユーザーまたは複数の会社等に通信制御をサービスとして提供することも可能である。これにより、他のユーザーや他の会社は、通信制御システムを構築することなく、また、通信制御システムを維持管理することなく、通信制御をサービスとして利用し、機器４を管理することができる。

（実施の形態２）
実施の形態２は、中継器として携帯電話を用いる。これによって、特殊な中継器を用いる必要がなくなる。以下、図面を用いて説明する。

図２２は、実施の形態２における通信制御システムの構成の例を示す図である。実施の形態２における通信制御システムは、管理サーバー１、端末２、携帯電話８３、機器４、グローバルネットワーク５、ネットワーク７および通信ケーブル８を備える。

携帯電話８３以外は、実施の形態１で示した構成と同様である。すなわち、管理サーバー１、端末２、機器４、グローバルネットワーク５、ネットワーク７および通信ケーブル８は、実施の形態１と同様の機能を備える。

携帯電話８３は、データ通信に用いられる携帯電話であって、例えば、送受信データを表示するデータ表示部と、携帯電話８３の操作を受け付ける操作部と、プログラムを受信するプログラム受信部と、プログラムを実行するプログラム実行部を備える。

また、携帯電話８３は、管理サーバー１とグローバルネットワーク５等を介して接続し、機器４と通信ケーブル８を介して接続する。携帯電話８３は、実施の形態１における中継器３と同様に、管理サーバー１と機器４との通信を中継する。

図２３は、図２２で示された実施の形態２における携帯電話での処理を示すフローチャートである。

まず、携帯電話８３は、中継するためのプログラムをダウンロードする（Ｓ８０１）。中継するためのプログラムは、例えば、ｉアプリ（登録商標）等の携帯電話用に作成されたプログラムでもよい。

次に、携帯電話８３は、ダウンロードしたプログラムを実行することにより、管理サーバー１と機器４との通信を中継する（Ｓ８０２）。

これにより、実施の形態１で示した中継器３の機能を携帯電話８３が実行する。
なお、一度、プログラムのダウンロード（Ｓ８０１）をしておけば、そのプログラムを実行することにより、中継（Ｓ８０２）してもよい。すなわち、中継（Ｓ８０２）する度にダウンロード（Ｓ８０１）しなくてもよい。

図２４は、図２２で示された実施の形態２における携帯電話での操作を示す概念図である。

携帯電話８３の表示部に機器４から受信したデータが表示されている。このように、携帯電話８３は、機器４から受信したデータを携帯電話８３の表示部に表示してもよい。また、表示した後、携帯電話８３の操作部より、管理サーバー１への送信操作を受け付けてもよい。さらに、携帯電話８３は、送信操作を受け付けた場合にのみ管理サーバー１へ送信し、送信操作がなければ送信を保留してもよいし、機器４から受信したデータを破棄してもよい。

また、携帯電話８３の操作部が、中継動作制御方法の選択等の指示を受け付けることによって、携帯電話８３の中継動作制御方法を変更してもよい。ここで、中継動作制御方法とは、例えば、管理サーバー１への送信前に携帯電話８３の表示部にデータを表示するか否か、送信操作を受け付けるか否か、および、送信しない場合にデータを破棄するか否か等、中継に伴う動作の制御方法をいう。さらに、指示を受け付ける中継動作制御方法に、携帯電話８３と機器４または管理サーバー１との通信に用いられる通信仕様を含めてもよい。

以上のように、本実施の形態２における通信制御システムによれば、中継器として携帯電話を用いることができる。また、中継器としての機能をプログラムとしてダウンロードすることにより、一般的な携帯電話を中継器として利用できる。よって、ネットワークインタフェースを有さない機器に対しても、特殊な中継器を導入することなく、遠隔制御および遠隔監視等を実施することができる。また、携帯電話は表示部を備えることから、データ送受信について確認でき、機器の動作状況の確認等が迅速に行える。

また、実施の形態１と実施の形態２を分けて説明したが、同一の通信制御システムにおいて実施してもよい。したがって、１つの管理サーバー１を備える１つの通信制御システムにおいて、実施の形態１で示した中継器３を用いてもよいし、実施の形態２で示した携帯電話８３を用いてもよい。つまり、実施の形態１による管理サーバー１を実施の形態２において用いることができ、実施の形態１による効果を実施の形態２においても得ることができる。

なお、管理サーバー１は一個ではなくクラウドコンピューティングのように複数のサーバー群で構築されてもよい。

そして、本実施の形態における通信制御システムによって実現される機能の一部または全ては、ハードウェアに組み込まれた電子回路として実現しても構わないし、コンピュータで実行することにより上記機能が実現されるプログラムとして、または、プログラムを記憶した記憶媒体として実現しても構わない。また、本実施の形態における通信制御システムは、上記機能をステップとする通信制御方法としても実現できる。さらに、本実施の形態における管理サーバー１と中継器３と携帯電話８３の一部または全ては、汎用性が高い通信制御機能を提供する通信制御装置としても利用できる。

本発明に係る通信制御システムは、例えば、遠隔地に設置された機器とのデータ送受信および遠隔制御等といった通信機能を実現するための通信制御システムとして利用することができる。

１ 管理サーバー
２ 端末
３ 中継器
４ 機器
５ グローバルネットワーク
６ 拠点
７ ネットワーク
８ 通信ケーブル
９、１６、２６、３４ ＣＰＵ
１０、１７、２７、３５ ＲＯＭ
１０ａ、１７ａ、２７ａ、３５ａ 制御プログラム
１１、１８、２８、３６ ＲＡＭ
１１ａ ユーザーテーブル
１１ｂ 通信仕様テーブル
１１ｃ データ仕様テーブル
１１ｄ 測定データテーブル
１１ｅ 指示データテーブル
１２、３７ ディスプレイ
１３、３８ マウス
１４、３９ キーボード
１５、２３、２５、３３、４０ ＬＡＮ Ｉ／Ｆ
１９、２９ 操作パネル
２０、３２ シリアルポート
２１ パラレルポート
２２ ＵＳＢポート
２４ 通信モジュール
３０ センサー
３１ ヒーター
４１ 記憶部
４２ データ抽出部
４３ 処理登録部
４４ 処理制御部
４５ 操作部
４６ 管理サーバー接続Ｉ／Ｆ
４７ 機器接続Ｉ／Ｆ
４８、５２ 接続Ｉ／Ｆ
４９ データ抽出ＡＰＩ
５０ 処理登録ＡＰＩ
５１ 処理制御ＡＰＩ
６１ 測定データ
７１ ログイン画面
７２ メニュー画面
７３ 通信仕様設定画面
７４ データ仕様設定画面
７５ 動作指示画面
７６ 測定データ表示画面
８３ 携帯電話
９１ データ受信機器

Claims (18)

1. 複数の機器と、情報入力インタフェースを有する複数の端末と、ネットワークを介して前記複数の機器および前記複数の端末に接続された管理サーバーとを備える通信制御システムであって、
   前記管理サーバーは、
   記憶部と、
   前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、前記複数の機器のうちいずれかの機器と前記管理サーバーとが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録部と、
   前記機器と前記管理サーバーとが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御部とを備え、
   前記通信制御システムは、さらに、前記機器および前記管理サーバーと通信する中継器を備え、
   前記処理登録部は、前記処理情報として、前記機器と前記中継器との間における通信仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
   前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、前記中継器と当該管理サーバーとが通信し、さらに、当該中継器と当該機器とが前記記憶部に記憶されている前記通信仕様を用いて通信することで、当該中継器が当該機器と当該管理サーバーとの通信を中継するように当該中継器の動作を制御する
   通信制御システム。
2. 前記中継器は、複数の機器接続インタフェースを備え、
   前記機器は、前記複数の機器接続インタフェースのうちいずれかの機器接続インタフェースを介して前記中継器と接続し、
   前記処理登録部は、前記通信仕様として、前記複数の機器接続インタフェースのうちいずれかを指定する情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
   前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、前記中継器と当該管理サーバーとが通信し、さらに、当該中継器と当該機器とが前記複数の機器接続インタフェースのうち前記通信仕様により指定された機器接続インタフェースを介して通信することで、当該中継器が当該機器と当該管理サーバーとの通信を中継するように当該中継器の動作を制御する
   請求項１に記載の通信制御システム。
3. 前記中継器は、データ通信に用いられる携帯電話であり、
   前記携帯電話は、
   前記機器および前記管理サーバーと通信するプログラムを受信するプログラム受信部と、
   前記プログラム受信部が受信したプログラムを実行することにより前記機器と前記管理サーバーとの通信を中継するプログラム実行部とを備える
   請求項１または請求項２に記載の通信制御システム。
4. 前記中継器は、さらに、
   前記中継器から前記管理サーバーにデータを送信する前に送信するデータの内容を表示するデータ表示部を備える
   請求項１から請求項３のいずれか１項に記載の通信制御システム。
5. 前記処理登録部は、前記処理情報として、前記機器から受信するデータのデータ仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
   前記処理制御部は、前記データ仕様を用いて前記機器から受信したデータを解読し、解読されたデータを前記記憶部に記憶する
   請求項１から請求項４のいずれか１項に記載の通信制御システム。
6. 前記処理登録部は、前記データ仕様として、前記機器から受信するデータ行について列単位にデータ仕様を指定する情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
   前記処理制御部は、前記データ仕様を用いて前記機器から受信したデータ行を列単位に解読し、解読されたデータを前記記憶部に記憶する
   請求項５に記載の通信制御システム。
7. 前記処理登録部は、前記処理情報として、警告条件を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
   前記処理制御部は、前記機器から受信したデータが、記憶されている前記警告条件に該当する場合は、前記端末に警告を通知するように前記管理サーバーの動作を制御する
   請求項５または請求項６に記載の通信制御システム。
8. 前記通信制御システムは、さらに、
   前記ネットワークを介して接続されるデータ受信機器を備え、
   前記処理登録部は、前記処理情報として、警告条件を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
   前記処理制御部は、前記機器から受信したデータが、記憶されている前記警告条件に該当する場合は、前記データ受信機器に警告を通知するように前記管理サーバーの動作を制御する
   請求項５から請求項７のいずれか１項に記載の通信制御システム。
9. 前記管理サーバーは、さらに、
   前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、データの送信要求を受け付け、当該ユーザーと対応づけられた前記データ仕様を用いて解読されて前記記憶部に記憶されているデータを抽出し、当該データを当該端末に送信するデータ抽出部を備える
   請求項５から請求項８のいずれか１項に記載の通信制御システム。
10. 前記処理登録部は、前記処理情報として、前記機器の動作を指示する指示情報を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
    前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、当該機器が前記指示情報で指示された動作を行うように、当該機器の動作を制御する
    請求項１から請求項９のいずれか１項に記載の通信制御システム。
11. 前記処理登録部は、前記処理情報として、前記機器のソフトウェアモジュールアップデートを指示する指示情報を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
    前記処理制御部は、前記機器と前記管理サーバーとが通信するときに、当該機器が前記指示情報で指示されたソフトウェアモジュールアップデートを実行するように、当該機器の動作を制御する
    請求項１０に記載の通信制御システム。
12. 前記処理登録部は、さらに、前記処理情報を用いて通信を伴う処理を実行するタイミングを含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
    前記処理制御部は、前記記憶部に記憶されている前記タイミングに前記処理情報を用いて通信を伴う処理を実行するように、前記通信制御システムの動作を制御する
    請求項１から請求項１１のいずれか１項に記載の通信制御システム。
13. 前記管理サーバーは、さらに、
    前記端末または前記機器から、前記複数の機器のいずれかの機器に対応する処理情報について、当該処理情報を用いる処理の実行要求を受け付け、当該実行要求を受け付けたときに、当該処理情報を用いて処理を実行するように前記通信制御システムの動作を制御する処理制御ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を備える
    請求項１から請求項１２のいずれか１項に記載の通信制御システム。
14. 前記管理サーバーは、さらに、
    前記端末または前記機器から、ユーザーの情報、および、前記複数の機器のいずれかの機器に対応する処理情報を受け付け、当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録ＡＰＩを備える
    請求項１から請求項１３のいずれか１項に記載の通信制御システム。
15. 前記管理サーバーは、さらに、
    前記端末または前記機器から、ユーザーの情報、および、データの送信要求を受け付け、当該ユーザーと対応づけられた前記データ仕様を用いて解読されて前記記憶部に記憶されているデータを抽出し、送信要求を行った前記端末または前記機器に当該データを送信するデータ抽出ＡＰＩを備える
    請求項５から請求項９のいずれか１項に記載の通信制御システム。
16. 複数の機器と情報入力インタフェースを有する複数の端末とを備える通信制御システムに含まれ、ネットワークを介して前記複数の機器および前記複数の端末に接続された通信制御装置であって、
    記憶部と、
    前記複数の端末のうちいずれかの端末から、ユーザー情報、および、前記複数の機器のうちいずれかの機器と当該通信制御装置とが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記記憶部に記憶する処理登録部と、
    前記機器と当該通信制御装置とが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御部とを備え、
    前記処理登録部は、前記処理情報として、前記機器および前記通信制御装置と通信する中継器と、前記機器との間における通信仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
    前記処理制御部は、前記機器と前記通信制御装置とが通信するときに、前記中継器と当該通信制御装置とが通信し、さらに、当該中継器と当該機器とが前記記憶部に記憶されている前記通信仕様を用いて通信することで、当該中継器が当該機器と当該通信制御装置との通信を中継するように当該中継器の動作を制御する
    通信制御装置。
17. 複数の機器と、情報入力インタフェースを有する複数の端末と、ネットワークを介して前記複数の機器および前記複数の端末に接続された管理サーバーとを備える通信制御システムにおける通信制御方法であって、
    前記複数の端末のうちいずれかの端末から、ユーザーの情報、および、前記複数の機器のうちいずれかの機器と前記管理サーバーとが通信するときに前記通信制御システムが実行する処理の情報である処理情報を受け付け、受け付けた当該処理情報を当該機器および当該ユーザーに対応づけて前記管理サーバーに備えられた記憶部に記憶する処理登録ステップと、
    前記機器と前記管理サーバーとが通信するときに、当該機器に対応づけて前記記憶部に記憶されている前記処理情報を用いて処理を実行するように、前記通信制御システムの動作を制御する処理制御ステップとを含み、
    前記処理登録ステップでは、前記処理情報として、前記機器および前記管理サーバーと通信する中継器と、前記機器との間における通信仕様を含む情報を受け付け、受け付けた当該情報を前記記憶部に記憶し、
    前記処理制御ステップでは、前記機器と前記管理サーバーとが通信するときに、前記中継器と当該管理サーバーとが通信し、さらに、当該中継器と当該機器とが前記記憶部に記憶されている前記通信仕様を用いて通信することで、当該中継器が当該機器と当該管理サーバーとの通信を中継するように当該中継器の動作を制御する
    通信制御方法。
18. 請求項１７に記載の通信制御方法をコンピュータに実行させる
    通信制御プログラム。

Images