ホーム > 特許ランキング > 株式会社マイスティア
知財求人 - 知財ポータルサイト「IP Force」
特許7031042ＩｏＴ制御システム、データ表示方法、デバイス制御方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-02-25
(45)【発行日】2022-03-07
(54)【発明の名称】ＩｏＴ制御システム、データ表示方法、デバイス制御方法及びプログラム
(51)【国際特許分類】
H04L 67/00 20220101AFI20220228BHJP
G06F 3/04842 20220101ALI20220228BHJP
【ＦＩ】
H04L67/00
G06F3/0484 120
【請求項の数】
5
(21)【出願番号】P 2021094511
(22)【出願日】2021-06-04
(62)【分割の表示】P 2021015216の分割
【原出願日】2021-02-02
【審査請求日】2021-06-04
【早期審査対象出願】
(73)【特許権者】
【識別番号】514229203
【氏名又は名称】株式会社マイスティア
(74)【代理人】
【識別番号】100177220
【弁理士】
【氏名又は名称】小木 智彦
(72)【発明者】
【氏名】東 史教
(72)【発明者】
【氏名】小沢 直史
(72)【発明者】
【氏名】北原 崇
(72)【発明者】
【氏名】立原 裕司
(72)【発明者】
【氏名】下川 弘記
(72)【発明者】
【氏名】新井 和幸
(72)【発明者】
【氏名】三輪 航
【審査官】白井 亮
(56)【参考文献】
【文献】特開２００８－１５３８４０（ＪＰ，Ａ）
【文献】特開２００３－１７４６８５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６７／００
Ｇ０６Ｆ ３／０４８４２
(57)【特許請求の範囲】
【請求項1】
ユーザインタフェースから入力されたデータに基づきユーザデバイスを制御するＩｏＴ制御システムであって、データの割当順序、割当範囲が前記ユーザデバイスの用途に基づいて予め定められた定型フォーマットを保存するストレージと、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するＩｏＴアプリケーションと、
前記定型コマンドを受け取り、前記入力データ基づくコマンド情報を前記ユーザデバイスに送信するエッジデバイスと、
を備えることを特長とするＩｏＴ制御システム。
【請求項2】
前記定型コマンドの前記定型フォーマットにおける割当順序と割当範囲を自由に決定する入力を受付けるユーザインタフェースを備える請求項１に記載のＩｏＴ制御システム。
【請求項3】
前記定型コマンド送信の入力を受付けるユーザインタフェースを備える請求項１又は２に記載のＩｏＴ制御システム。
【請求項4】
ユーザインタフェースから入力されたデータに基づきユーザデバイスを制御するＩｏＴ御システムが実行するデバイス制御方法であって、ストレージが、
データの割当順序、割当範囲が前記ユーザデバイスの用途に基づいて予め定められた定型フォーマットを保存するステップと、
ＩｏＴアプリケーションが、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するステップと、
エッジデバイスが、
前記定型コマンドを受け取り、前記入力データ基づくコマンド情報を前記ユーザデバイスに送信するステップと、
を備えることを特長とするデバイス制御方法。
【請求項5】
ユーザインタフェースから入力されたデータに基づきユーザデバイスを制御するＩｏＴ制御システムが実行するプログラムであって、ストレージに、
データの割当順序、割当範囲が前記ユーザデバイスの用途に基づいて予め定められた定型フォーマットを保存するステップ、
ＩｏＴアプリケーションに、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するステップ、
エッジデバイスに、
前記定型コマンドを受け取り、前記入力データ基づくコマンド情報を前記ユーザデバイスに送信するステップ、
を実行させるコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ユーザデバイスで取得したデータをユーザインタフェースに表示する及びユーザインタフェースから入力されたデータに基づきユーザデバイスを制御する有効な技術に関する。
【背景技術】
【0002】
近年、ユーザデバイスデバイスと、ユーザインタフェース（以下、単に、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）とも称す）とを接続するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）システムに関して、様々な技術が提案されている。
例えば、特許文献１では、ユーザデバイス（文献中では、センサ装置）から収集したデータを種類・時間を分類して管理することにより、異なるデータを扱いやすいようにする手法が提案されている。また、特許文献２では、ユーザデバイス（文献中では、エッジ）からのデータをアプリケーションで利用しやすいデータに変換する手法が提案されている。また、特許文献３では、上位アプリケーションのリクエストに対するユーザデバイス（文献中ではデバイス）からのレスポンスを、上位アプリケーションに対応する形式に変換・成形する手法が提案されている。
また、他にも、特許文献４では、ユーザデバイス（文献中ではデバイス）の識別情報に基づいて制御アプリケーションをインストールする手法が提案されている。また、特許文献５では、ユーザデバイス（文献中では、リモートデバイス）から受信したデバイス情報に基づいて、ＵＩを構成する手法が提案されている。
例えば、特許文献１では、ユーザデバイス（文献中では、センサ装置）から収集したデータを種類・時間を分類して管理することにより、異なるデータを扱いやすいようにする手法が提案されている。また、特許文献２では、ユーザデバイス（文献中では、エッジ）からのデータをアプリケーションで利用しやすいデータに変換する手法が提案されている。また、特許文献３では、上位アプリケーションのリクエストに対するユーザデバイス（文献中ではデバイス）からのレスポンスを、上位アプリケーションに対応する形式に変換・成形する手法が提案されている。
また、他にも、特許文献４では、ユーザデバイス（文献中ではデバイス）の識別情報に基づいて制御アプリケーションをインストールする手法が提案されている。また、特許文献５では、ユーザデバイス（文献中では、リモートデバイス）から受信したデバイス情報に基づいて、ＵＩを構成する手法が提案されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特願２０１９－１３３５９２
【文献】特願２０１８－１８５９０８
【文献】特願２０１８－１３３６２５
【文献】特願２０１９－５０４５６１
【文献】特願２０１９－５４７１１４
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１－３において提案されている手法は、何れも、「ユーザデバイスで扱うデータ」と、「ＩｏＴアプリケーションで扱うデータ」とのデータ変換を行う必要が生じる。様々な用途（センサ等）が存在するユーザデバイスでは、その用途毎のデータ変換を各々行う必要が生じる。そのため、ユーザが所望するカスタマイズが容易に行えるものではなかった。
また、特許文献４及び５において提案されている手法でも、同様に、ユーザデバイスに合わせてＵＩを個別に設定する必要がある。そのため、ユーザデバイスからＵＩまでの間で、専用のサービス構築が必要になってしまっていた。
特許文献１－５において提案されている手法は、何れも、その導入、特に用途により異なるニーズにカスタマイズするハードルが高くなっていた。具体的には、ニーズに合わせてユーザデバイス及びＵＩを開発する必要があり、導入までのコスト・期間がかかってしまうという問題があった。そもそも、その効果が見えずに投資できないという課題のあるＩｏＴシステムを導入するハードルが更に高くなっているのが現状である。
例えば、既存機器をＩｏＴ管理したい場合、既存アプリケーションから、「コマンドで」通信デバイスを制御するアプリケーションの開発が必要となる。このためには、通信モジュール・ルータのインタフェース・コマンド仕様を把握し、それに合わせたデバイスアプリケーションの開発が必要となる。また、ＵＩは汎用的で、ニーズに合わせて一元管理するには、個別にＵＩを開発することが必要となる。その結果、開発コストが嵩んでしまうおそれがあった。
さらに、ユーザデバイスを複数管理する場合には、ネットワークに接続可能な有料通信を行う通信モジュールを増やすか、通信モジュールをゲートウェイとしたローカルネットワークを自ら開発する必要がある。ローカルネットワークが用意されている場合でも、そのインタフェース・コマンド仕様を把握し、それに合わせたデバイスアプリケーション開発が必要なことには変わりはない。このため、簡単且つ低コストで様々な用途に、ＩｏＴによるリモート管理を導入することは困難であった。
また、特許文献４及び５において提案されている手法でも、同様に、ユーザデバイスに合わせてＵＩを個別に設定する必要がある。そのため、ユーザデバイスからＵＩまでの間で、専用のサービス構築が必要になってしまっていた。
特許文献１－５において提案されている手法は、何れも、その導入、特に用途により異なるニーズにカスタマイズするハードルが高くなっていた。具体的には、ニーズに合わせてユーザデバイス及びＵＩを開発する必要があり、導入までのコスト・期間がかかってしまうという問題があった。そもそも、その効果が見えずに投資できないという課題のあるＩｏＴシステムを導入するハードルが更に高くなっているのが現状である。
例えば、既存機器をＩｏＴ管理したい場合、既存アプリケーションから、「コマンドで」通信デバイスを制御するアプリケーションの開発が必要となる。このためには、通信モジュール・ルータのインタフェース・コマンド仕様を把握し、それに合わせたデバイスアプリケーションの開発が必要となる。また、ＵＩは汎用的で、ニーズに合わせて一元管理するには、個別にＵＩを開発することが必要となる。その結果、開発コストが嵩んでしまうおそれがあった。
さらに、ユーザデバイスを複数管理する場合には、ネットワークに接続可能な有料通信を行う通信モジュールを増やすか、通信モジュールをゲートウェイとしたローカルネットワークを自ら開発する必要がある。ローカルネットワークが用意されている場合でも、そのインタフェース・コマンド仕様を把握し、それに合わせたデバイスアプリケーション開発が必要なことには変わりはない。このため、簡単且つ低コストで様々な用途に、ＩｏＴによるリモート管理を導入することは困難であった。
【0005】
この課題を生じている原因は、通信データセントリックなシステム構成を行っていないことに起因する。そこで、本発明者らは、エッジデバイスからＵＩまで一貫したデータ構成を用いれば、ユーザデバイスから通信モジュールまでの間は、特別な制御を一切不要にできるため、この問題が解決できることに着目した。
【0006】
そこで、本発明は、簡単且つ低コストで様々な用途に、ＩｏＴによるリモート管理を導入することが可能なＩｏＴ制御システム、データ表示方法、デバイス制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
また、本発明は、ユーザインタフェースから入力されたデータに基づきユーザデバイスを制御するＩｏＴ制御システムであって、
データの割当順序、割当範囲が前記ユーザデバイスの用途に基づいて予め定められた定型フォーマットを保存するストレージと、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するＩｏＴアプリケーションと、
前記定型コマンドを受け取り、前記入力データ基づくコマンド情報を前記ユーザデバイスに送信するエッジデバイスと、
を備えることを特長とするＩｏＴ制御システムを提供する。
データの割当順序、割当範囲が前記ユーザデバイスの用途に基づいて予め定められた定型フォーマットを保存するストレージと、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するＩｏＴアプリケーションと、
前記定型コマンドを受け取り、前記入力データ基づくコマンド情報を前記ユーザデバイスに送信するエッジデバイスと、
を備えることを特長とするＩｏＴ制御システムを提供する。
【0008】
本発明によれば、ユーザインタフェースから入力されたデータに基づきユーザデバイスを制御するＩｏＴ制御システムは、ストレージが、データの割当順序、割当範囲が前記ユーザデバイスの用途に基づいて予め定められた定型フォーマットを保存し、ＩｏＴアプリケーションが、前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成し、エッジデバイスが、前記定型コマンドを受け取り、前記入力データ基づくコマンド情報を前記ユーザデバイスに送信する。
【発明の効果】
【0009】
本発明によれば、簡単且つ低コストで様々な用途にＩｏＴ制御システムを導入することが可能となる。
【図面の簡単な説明】
【0010】
【図1】ＩｏＴ制御システム１の概要を説明する図である。
【図2】ＩｏＴ制御システム１の概要を説明する図である。
【図3】ＩｏＴ制御システム１の機能構成を示す図である。
【図4】ＩｏＴ制御システム１が実行するデバイス情報登録処理を示す図である。
【図5】デバイス情報の入力用ＵＩの一例を模式的に示した図である。
【図6】ＩｏＴ制御システム１が実行する上り定型フォーマット保存処理を示す図である。
【図7】データ割当の入力用ＵＩの一例を模式的に示した図である。
【図8】上り定型フォーマットの一例を模式的に示した図である。
【図9】ＩｏＴ制御システム１が実行する下り定型フォーマット保存処理のフローチャートを示す図である。
【図10】データ及びトリガ割当の入力用ＵＩの一例を模式的に示した図である。
【図11】下り定型フォーマットの一例を模式的に示した図である。
【図12】ＩｏＴ制御システム１が実行するデータ表示処理のフローチャートを示す図である。
【図13】定型データの一例を模式的に示した図である。
【図14】用途別データの出力用ＵＩの一例を模式的に示した図である。
【図15】ＩｏＴ制御システム１が実行するデバイス制御処理のフローチャートを示す図である。
【図16】定型コマンドの一例を模式的に示した図である。
【図17】定型コマンドの送信用ＵＩの一例を模式的に示した図である。
【図18】ＩｏＴ制御システム１において、複数のユーザデバイスと、複数のユーザデバイスが各々接続されたエッジデバイス群と、コンピュータ１０とで構成された場合を示した図である。
【発明を実施するための形態】
【0011】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号または符号を付している。
【0012】
［基本概念／基本構成］
図１及び図２は、ＩｏＴ制御システム１の概要を説明するための図である。ＩｏＴ制御システム１は、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０を少なくとも含むシステムである。ＩｏＴ制御システム１は、ユーザデバイス３０で取得したデータをユーザインタフェース端末４０（以下、単にＵＩ端末とも称す）に表示するシステムである。また、ＩｏＴ制御システム１は、ＵＩ端末４０から入力されたデータに基づきユーザデバイス３０を制御するシステムである。
コンピュータ１０は、各種データ等を保存するストレージ１１を備える。また、コンピュータ１０は、ＩｏＴ管理に関する処理を実行するＩｏＴアプリケーション１２を備える。また、コンピュータ１０は、データの入出力を制御するＵＩ制御アプリケーション１３を備える。
エッジデバイス２０は、ユーザデバイス３０及びコンピュータ１０と各種データの遣り取りを行う装置である。
ユーザデバイス３０は、温度センサ、湿度センサ等のＩｏＴセンサ等からなる装置である。
図１及び図２は、ＩｏＴ制御システム１の概要を説明するための図である。ＩｏＴ制御システム１は、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０を少なくとも含むシステムである。ＩｏＴ制御システム１は、ユーザデバイス３０で取得したデータをユーザインタフェース端末４０（以下、単にＵＩ端末とも称す）に表示するシステムである。また、ＩｏＴ制御システム１は、ＵＩ端末４０から入力されたデータに基づきユーザデバイス３０を制御するシステムである。
コンピュータ１０は、各種データ等を保存するストレージ１１を備える。また、コンピュータ１０は、ＩｏＴ管理に関する処理を実行するＩｏＴアプリケーション１２を備える。また、コンピュータ１０は、データの入出力を制御するＵＩ制御アプリケーション１３を備える。
エッジデバイス２０は、ユーザデバイス３０及びコンピュータ１０と各種データの遣り取りを行う装置である。
ユーザデバイス３０は、温度センサ、湿度センサ等のＩｏＴセンサ等からなる装置である。
【0013】
ＩｏＴ制御システム１がデータをＵＩ端末４０に表示する処理ステップについて、図１に基づいて概要を説明する。
初めに、コンピュータ１０は、ストレージ１１に、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存する（ステップＳ１）。
ＵＩ制御アプリケーション１３は、ユーザ等から、データの割当順序、割当範囲の設定を受け付ける。ＵＩ制御アプリケーション１３は、ユーザ等から、データの順序、データの用途、長さ等をｎbyteの範囲で任意に設定を受け付ける。
ＩｏＴアプリケーション１２は、受け付けた設定に基づいて、定型フォーマットを設定し、ストレージ１１に保存する。
初めに、コンピュータ１０は、ストレージ１１に、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存する（ステップＳ１）。
ＵＩ制御アプリケーション１３は、ユーザ等から、データの割当順序、割当範囲の設定を受け付ける。ＵＩ制御アプリケーション１３は、ユーザ等から、データの順序、データの用途、長さ等をｎbyteの範囲で任意に設定を受け付ける。
ＩｏＴアプリケーション１２は、受け付けた設定に基づいて、定型フォーマットを設定し、ストレージ１１に保存する。
【0014】
エッジデバイス２０は、ユーザデバイス３０から定型フォーマットの割当順序で送られた元データを受け取り、定型フォーマットの割当範囲に、この元データを挿入した定型データを生成する（ステップＳ２）。
ユーザデバイス３０は、検出したデータ等を元データとして、エッジデバイス２０に送信し、エッジデバイス２０は、この元データを受け取る。
エッジデバイス２０は、定型フォーマットに設定された元データの割当範囲に、元データを受け取った順番に、この元データを挿入し、定型データを生成する。
ユーザデバイス３０は、検出したデータ等を元データとして、エッジデバイス２０に送信し、エッジデバイス２０は、この元データを受け取る。
エッジデバイス２０は、定型フォーマットに設定された元データの割当範囲に、元データを受け取った順番に、この元データを挿入し、定型データを生成する。
【0015】
コンピュータ１０は、ＩｏＴアプリケーション１２により、エッジデバイス２０が生成した定型データを受信し、ストレージ１１を参照して、割当範囲から何の用途のデータであるかを判断する（ステップＳ３）。
エッジデバイス２０は、生成した定型データを、コンピュータ１０に送信し、ＩｏＴアプリケーション１２は、この定型データを受信する。ＩｏＴアプリケーション１２は、ストレージ１１を参照し、定型データを解析する。ＩｏＴアプリケーション１２は、定型データにおける元データの割当範囲から、この元データが何の用途のデータであるかを判断する。
ＵＩ制御アプリケーション１３は、判断したデータの用途に応じて、ＵＩ端末４０に表示するグラフ等のデータを生成する。
エッジデバイス２０は、生成した定型データを、コンピュータ１０に送信し、ＩｏＴアプリケーション１２は、この定型データを受信する。ＩｏＴアプリケーション１２は、ストレージ１１を参照し、定型データを解析する。ＩｏＴアプリケーション１２は、定型データにおける元データの割当範囲から、この元データが何の用途のデータであるかを判断する。
ＵＩ制御アプリケーション１３は、判断したデータの用途に応じて、ＵＩ端末４０に表示するグラフ等のデータを生成する。
【0016】
このようなＩｏＴ制御システム１によれば、エッジデバイス２０からＵＩ端末４０まで一貫したデータ構成を用いることになり、簡単且つ低コストで様々な用途に、ＩｏＴによるリモート管理を導入することが可能となる。
【0017】
以上が、ＩｏＴ制御システム１がデータをＵＩ端末４０に出力表示する処理ステップの概要である。
【0018】
次に、ＩｏＴ制御システム１がユーザデバイス３０を制御する処理ステップについて、図２に基づいて概要を説明する。
初めに、コンピュータ１０は、ストレージ１１に、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存する（ステップＳ４）。
ＵＩ制御アプリケーション１３は、ユーザ等から、データの割当順序、割当範囲の設定を受け付ける。ＵＩ制御アプリケーション１３は、ユーザ等から、データの順序、データの用途、長さ等をｎbyteの範囲で任意に設定を受け付ける。
ＩｏＴアプリケーション１２は、受け付けた設定に基づいて、定型フォーマットを設定し、ストレージ１１に保存する。
初めに、コンピュータ１０は、ストレージ１１に、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存する（ステップＳ４）。
ＵＩ制御アプリケーション１３は、ユーザ等から、データの割当順序、割当範囲の設定を受け付ける。ＵＩ制御アプリケーション１３は、ユーザ等から、データの順序、データの用途、長さ等をｎbyteの範囲で任意に設定を受け付ける。
ＩｏＴアプリケーション１２は、受け付けた設定に基づいて、定型フォーマットを設定し、ストレージ１１に保存する。
【0019】
コンピュータ１０は、ＵＩ制御アプリケーション１３により、ＵＩ端末４０から入力された入力データを受け取り、ストレージ１１を参照して、予め定められた定型フォーマット内の割当範囲に、入力データを挿入した定型コマンドを生成する（ステップＳ５）。
ＩｏＴアプリケーション１２は、ＵＩ端末４０から入力された入力データを受け取る。ＩｏＴアプリケーション１２は、ストレージ１１を参照して、定型フォーマットに設定された入力データの割当範囲に、入力データを挿入し、定型コマンドを生成する。
ＩｏＴアプリケーション１２は、ＵＩ端末４０から入力された入力データを受け取る。ＩｏＴアプリケーション１２は、ストレージ１１を参照して、定型フォーマットに設定された入力データの割当範囲に、入力データを挿入し、定型コマンドを生成する。
【0020】
次に、エッジデバイス２０は、定型コマンドを受け取り、コマンド情報をユーザデバイス３０に送信する（ステップＳ６）。
すなわち、ＩｏＴアプリケーション１２は、生成した定型コマンドをエッジデバイス２０に送信し、エッジデバイス２０は、この定型コマンドを受け取り、コマンド情報をユーザデバイス３０に送信し、ユーザデバイス３０は、このコマンド情報を受け取る。
ユーザデバイス３０は、受け取ったコマンド情報におけるコマンドの内容を解釈して動作する。
すなわち、ＩｏＴアプリケーション１２は、生成した定型コマンドをエッジデバイス２０に送信し、エッジデバイス２０は、この定型コマンドを受け取り、コマンド情報をユーザデバイス３０に送信し、ユーザデバイス３０は、このコマンド情報を受け取る。
ユーザデバイス３０は、受け取ったコマンド情報におけるコマンドの内容を解釈して動作する。
【0021】
このようなＩｏＴ制御システム１によれば、エッジデバイス２０からＵＩ端末４０まで一貫したデータ構成を用いることになり、簡単且つ低コストで様々な用途に、ＩｏＴによるリモート管理を導入することが可能となる。
【0022】
以上が、ＩｏＴ制御システム１がユーザデバイスを制御する処理ステップの概要である。
【0023】
［機能構成］
図３に基づいて、ＩｏＴ制御システム１の機能構成について説明する。
ＩｏＴ制御システム１は、其々が公衆回線網等のネットワーク３を介して、データ通信可能に接続されたコンピュータ１０、エッジデバイス２０、ユーザデバイス３０を備えるシステムである。ここで、エッジデバイス２０とユーザデバイス３０とは、図示したように、直接、通信可能に接続される。
ＩｏＴ制御システム１は、ユーザが所持するＵＩ端末４０、エッジデバイス２０とコンピュータ１０との間で、データ通信を介在するゲートウェイ、その他の端末や装置類等が含まれていても良い。この場合、ＩｏＴ制御システム１は、後述する処理を、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０、その他の端末や装置類の何れか又は複数の組み合わせにより実行する。
また、エッジデバイス２０は、複数のユーザデバイス３０が各々接続された複数のエッジデバイス群で構成され、このエッジデバイス群とのデータを送受信するゲートウェイが、コンピュータ１０と相互にデータ通信を行う構成であっても良い。
図３に基づいて、ＩｏＴ制御システム１の機能構成について説明する。
ＩｏＴ制御システム１は、其々が公衆回線網等のネットワーク３を介して、データ通信可能に接続されたコンピュータ１０、エッジデバイス２０、ユーザデバイス３０を備えるシステムである。ここで、エッジデバイス２０とユーザデバイス３０とは、図示したように、直接、通信可能に接続される。
ＩｏＴ制御システム１は、ユーザが所持するＵＩ端末４０、エッジデバイス２０とコンピュータ１０との間で、データ通信を介在するゲートウェイ、その他の端末や装置類等が含まれていても良い。この場合、ＩｏＴ制御システム１は、後述する処理を、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０、その他の端末や装置類の何れか又は複数の組み合わせにより実行する。
また、エッジデバイス２０は、複数のユーザデバイス３０が各々接続された複数のエッジデバイス群で構成され、このエッジデバイス群とのデータを送受信するゲートウェイが、コンピュータ１０と相互にデータ通信を行う構成であっても良い。
【0024】
コンピュータ１０は、サーバ機能を有するパーソナルコンピュータ等である。
コンピュータ１０は、例えば、１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータで実現されてもよい。本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであってもよい。
コンピュータ１０は、例えば、１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータで実現されてもよい。本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであってもよい。
【0025】
コンピュータ１０は、制御部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備える。
また、コンピュータ１０は、記憶部として、ハードディスクや半導体メモリ、記憶媒体、メモリカード等によるストレージ１１等を備える。
また、コンピュータ１０は、処理部として、各種処理を実行する各種デバイス、ＩｏＴに関する処理を実行するモジュールを機能させるＩｏＴアプリケーション１２、ＵＩに関する処理を実行するモジュールを機能させるＵＩ制御アプリケーション１３等を備える。
また、コンピュータ１０は、記憶部として、ハードディスクや半導体メモリ、記憶媒体、メモリカード等によるストレージ１１等を備える。
また、コンピュータ１０は、処理部として、各種処理を実行する各種デバイス、ＩｏＴに関する処理を実行するモジュールを機能させるＩｏＴアプリケーション１２、ＵＩに関する処理を実行するモジュールを機能させるＵＩ制御アプリケーション１３等を備える。
【0026】
コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、定型データ受信モジュール、定型コマンド送信モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、記憶部と協働して、デバイス情報登録モジュール、定型フォーマット保存モジュール、用途別データ保存モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、デバイス情報入力受付モジュール、データ割当入力受付モジュール、データ割当設定モジュール、データ用途判断モジュール、属性表示設定モジュール、データ出力モジュール、入力データ受取モジュール、定型コマンド生成モジュールを実現する。
上述した各モジュールは、ＩｏＴアプリケーション１２が機能させるものである。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、記憶部と協働して、デバイス情報登録モジュール、定型フォーマット保存モジュール、用途別データ保存モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、デバイス情報入力受付モジュール、データ割当入力受付モジュール、データ割当設定モジュール、データ用途判断モジュール、属性表示設定モジュール、データ出力モジュール、入力データ受取モジュール、定型コマンド生成モジュールを実現する。
上述した各モジュールは、ＩｏＴアプリケーション１２が機能させるものである。
【0027】
エッジデバイス２０は、ユーザデバイス３０からデータを受け取ることや、コンピュータ１０にデータを受け渡し可能なデバイスである。
【0028】
エッジデバイス２０は、上述したコンピュータ１０と同様に、制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備え、処理部として、各種処理を実行するデバイス等を備える。
【0029】
エッジデバイス２０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、元データ受取モジュール、定型データ送信モジュール、定型コマンド受取モジュール、コマンド情報送信モジュールを実現する。
また、エッジデバイス２０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、定型データ生成モジュールを実現する。
また、エッジデバイス２０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、定型データ生成モジュールを実現する。
【0030】
ユーザデバイス３０は、上述したＩｏＴセンサ等のデバイスである。
【0031】
ユーザデバイス３０は、上述したエッジデバイス２０と同様に、制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備え、処理部として、各種処理を実行するデバイス等を備える。
【0032】
ユーザデバイス３０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、コマンド情報受信モジュールを実現する。
また、ユーザデバイス３０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、動作実行モジュールを実現する。
また、ユーザデバイス３０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、動作実行モジュールを実現する。
【0033】
［コンピュータ１０が実行するデバイス情報登録処理］
図４に基づいて、コンピュータ１０が実行するデバイス情報登録処理について説明する。図４は、コンピュータ１０が実行するデバイス情報登録処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。
図４に基づいて、コンピュータ１０が実行するデバイス情報登録処理について説明する。図４は、コンピュータ１０が実行するデバイス情報登録処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。
【0034】
デバイス情報入力受付モジュールは、ＵＩ端末４０上で、エッジデバイス２０およびそれに繋がるユーザデバイス３０のデバイス情報の入力を受け付ける（ステップＳ１０）。デバイス情報入力受付モジュールは、ＵＩ端末４０上で、ユーザが所望するエッジデバイス２０およびそれに繋がるユーザデバイス３０のデバイス情報（デバイスＩＤ、タイトル、アドレス、ゲートウェイＩＤ、ＩＤ、パケット数、コメント等）の入力を受け付ける。
ＵＩ端末４０について説明する。ＵＩ端末４０は、通信端末であるコンピュータ、スマートフォン、タブレット端末等であってよく、ＵＩ制御アプリケーション１３により制御される。ＵＩ制御アプリケーション１３は、ＵＩ端末４０からの要求に応じて、ＵＩを、ＵＩ端末４０上に出力する。ＵＩ制御アプリケーション１３は、このＵＩに対するユーザからの入力内容を取得する。以下の説明において、ＵＩに対する入力が行われる際、ＵＩ制御アプリケーション１３は、同様の処理を実行する。
デバイス情報入力受付モジュールは、このＵＩ上に対するデバイス情報の入力を受け付ける。
ＵＩ端末４０について説明する。ＵＩ端末４０は、通信端末であるコンピュータ、スマートフォン、タブレット端末等であってよく、ＵＩ制御アプリケーション１３により制御される。ＵＩ制御アプリケーション１３は、ＵＩ端末４０からの要求に応じて、ＵＩを、ＵＩ端末４０上に出力する。ＵＩ制御アプリケーション１３は、このＵＩに対するユーザからの入力内容を取得する。以下の説明において、ＵＩに対する入力が行われる際、ＵＩ制御アプリケーション１３は、同様の処理を実行する。
デバイス情報入力受付モジュールは、このＵＩ上に対するデバイス情報の入力を受け付ける。
【0035】
［デバイス情報の入力用ＵＩ］
デバイス情報の入力用ＵＩについて、図５に基づいて説明する。図５は、デバイス情報の入力用ＵＩの一例を模式的に示した図である。図５において、このＵＩは、デバイスＩＤ、タイトル、アドレス、ゲートウェイＩＤ、ＩＤ、パケット数、コメントのデバイス情報を其々入力するものである。ＵＩ制御アプリケーション１３は、このＵＩに対する入力内容を取得する。デバイス情報は、ユーザが直接入力しても良いし、接続されるエッジデバイスおよびそれに繋がるユーザデバイス３０からデバイス情報を取得し入力しても良い。
デバイス情報の入力用ＵＩについて、図５に基づいて説明する。図５は、デバイス情報の入力用ＵＩの一例を模式的に示した図である。図５において、このＵＩは、デバイスＩＤ、タイトル、アドレス、ゲートウェイＩＤ、ＩＤ、パケット数、コメントのデバイス情報を其々入力するものである。ＵＩ制御アプリケーション１３は、このＵＩに対する入力内容を取得する。デバイス情報は、ユーザが直接入力しても良いし、接続されるエッジデバイスおよびそれに繋がるユーザデバイス３０からデバイス情報を取得し入力しても良い。
【0036】
図４に戻り、デバイス情報登録処理の続きを説明する。
デバイス情報登録モジュールは、入力を受け付けたデバイス情報を登録する（ステップＳ１１）。デバイス情報登録モジュールは、デバイス情報を登録する際、ＩｏＴアプリケーション１２に、このデバイス情報を紐付ける。
デバイス情報登録モジュールは、入力を受け付けたデバイス情報を登録する（ステップＳ１１）。デバイス情報登録モジュールは、デバイス情報を登録する際、ＩｏＴアプリケーション１２に、このデバイス情報を紐付ける。
【0037】
以上が、デバイス情報登録処理である。本デバイス情報登録処理により登録されたデバイス情報が、後述する処理に用いられる。
【0038】
本デバイス情報登録処理により、ユーザが自らＵＩ上でエッジデバイス２０およびそれに繋がるユーザデバイス３０を登録し、ＩｏＴアプリケーション１２とユーザデバイス３０とを紐付けることが可能となる。
【0039】
［コンピュータ１０が実行する上り定型フォーマット保存処理］
図６に基づいて、コンピュータ１０が実行する上り定型フォーマット保存処理について説明する。図６は、コンピュータ１０が実行する上り定型フォーマット保存処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本上り定型フォーマット保存処理は、上述した定型フォーマットの保存処理（ステップＳ１）の詳細である。
図６に基づいて、コンピュータ１０が実行する上り定型フォーマット保存処理について説明する。図６は、コンピュータ１０が実行する上り定型フォーマット保存処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本上り定型フォーマット保存処理は、上述した定型フォーマットの保存処理（ステップＳ１）の詳細である。
【0040】
データ割当入力受付モジュールは、ＵＩ上で、データの割当順序、割当範囲の入力を受け付ける（ステップＳ２０）。データ割当入力受付モジュールは、データの割当順序と、割当範囲とを自由に決定する入力を受け付ける。また、データ割当入力受付モジュールは、データのデータ長を自由に決定する入力を受け付ける。データ割当入力受付モジュールは、このＵＩ上で、データインデックス、タイトル、単位等、データ種別、Ｘ軸値、サイズ（byte）等の入力を受け付ける。
データ割当入力受付モジュールは、データの割当順序として、データインデックスに入力された数字の順番に、割当順序の入力を受け付ける。また、データ割当入力受付モジュールは、データの割当範囲として、データインデックスに入力された数に応じた分の割当範囲の入力を受け付ける。データ割当入力受付モジュールは、サイズに入力された数字に応じて、データ長（byte数）の入力を受け付ける。データ割当入力受付モジュールは、データの名称として、タイトルに入力された記号や文字列に応じて、データの名称の入力を受け付ける。データ割当入力受付モジュールは、データの単位等として、単位等に入力された記号や文字列に応じて、データの単位等の入力を受け付ける。データ割当入力受付モジュールは、データの種別として、データ種別に入力された記号や文字列に応じて、データ種別の入力を受け付ける。
データ割当入力受付モジュールは、データの割当順序として、データインデックスに入力された数字の順番に、割当順序の入力を受け付ける。また、データ割当入力受付モジュールは、データの割当範囲として、データインデックスに入力された数に応じた分の割当範囲の入力を受け付ける。データ割当入力受付モジュールは、サイズに入力された数字に応じて、データ長（byte数）の入力を受け付ける。データ割当入力受付モジュールは、データの名称として、タイトルに入力された記号や文字列に応じて、データの名称の入力を受け付ける。データ割当入力受付モジュールは、データの単位等として、単位等に入力された記号や文字列に応じて、データの単位等の入力を受け付ける。データ割当入力受付モジュールは、データの種別として、データ種別に入力された記号や文字列に応じて、データ種別の入力を受け付ける。
【0041】
データ割当の入力用ＵＩについて、図７に基づいて説明する。図７は、データ割当の入力用ＵＩの一例を模式的に示した図である。図７において、このＵＩは、データインデックス、タイトル、単位等、データ種別、Ｘ軸値、サイズ（byte）を、其々入力するものである。
データ割当入力受付モジュールは、データインデックスに入力された内容に基づいて、データの割当順序及び割当範囲の入力を受け付けることになる。データ割当入力受付モジュールは、タイトルに入力された内容に基づいて、データの名称の入力を受け付けることになる。データ割当入力受付モジュールは、単位等に入力された内容に基づいて、データの単位等の入力を受け付けることになる。データ割当入力受付モジュールは、データ種別に入力された内容に基づいて、データ種別の入力を受け付けることになる。データ割当入力受付モジュールは、タイトルに入力された内容に基づいて、データの名称の入力を受け付けることになる。データ割当入力受付モジュールは、サイズ（byte）に入力された内容に基づいて、データのデータ長の入力を受け付けることになる。
データ割当入力受付モジュールは、データインデックスに入力された内容に基づいて、データの割当順序及び割当範囲の入力を受け付けることになる。データ割当入力受付モジュールは、タイトルに入力された内容に基づいて、データの名称の入力を受け付けることになる。データ割当入力受付モジュールは、単位等に入力された内容に基づいて、データの単位等の入力を受け付けることになる。データ割当入力受付モジュールは、データ種別に入力された内容に基づいて、データ種別の入力を受け付けることになる。データ割当入力受付モジュールは、タイトルに入力された内容に基づいて、データの名称の入力を受け付けることになる。データ割当入力受付モジュールは、サイズ（byte）に入力された内容に基づいて、データのデータ長の入力を受け付けることになる。
【0042】
図６に戻り、上り定型フォーマット保存処理の続きを説明する。
データ割当設定モジュールは、受け付けたデータの割当順序、割当範囲を、定型フォーマットに設定する（ステップＳ２１）。データ割当設定モジュールは、データ通信時に、遣り取りが行われるデータの定型フォーマットに、受け付けたデータの割当順序、割当範囲を設定する。データ割当設定モジュールは、各データ領域に、割当順序及び割当範囲に基づいて、受け付けたデータを割り当てる。データ割当設定モジュールは、具体的には、Ｕ０、Ｕ１、Ｕ２、…、Ｕｎの各データ領域に、受け付けたデータを割り当てる。データ割当設定モジュールは、割当順序のＵ０から順に、データ領域に受け付けたデータを割り当てる。データ割当設定モジュールは、割当範囲に応じて、Ｕ０から順に、データ領域に、割当範囲分の受け付けたデータを割り当てる。
データ割当設定モジュールは、受け付けたデータの割当順序、割当範囲を、定型フォーマットに設定する（ステップＳ２１）。データ割当設定モジュールは、データ通信時に、遣り取りが行われるデータの定型フォーマットに、受け付けたデータの割当順序、割当範囲を設定する。データ割当設定モジュールは、各データ領域に、割当順序及び割当範囲に基づいて、受け付けたデータを割り当てる。データ割当設定モジュールは、具体的には、Ｕ０、Ｕ１、Ｕ２、…、Ｕｎの各データ領域に、受け付けたデータを割り当てる。データ割当設定モジュールは、割当順序のＵ０から順に、データ領域に受け付けたデータを割り当てる。データ割当設定モジュールは、割当範囲に応じて、Ｕ０から順に、データ領域に、割当範囲分の受け付けたデータを割り当てる。
【0043】
［上り定型フォーマット］
上り定型フォーマットについて、図８に基づいて説明する。図８は、上り定型フォーマットの一例を模式的に示した図である。図８において、データ領域として、Ｕ０、Ｕ１、…、Ｕｎが設定されている。データ割当設定モジュールは、受け付けたデータの割当順序及び割当範囲に基づいて、受け付けたデータを、データ領域に割り当てる。データ領域Ｕ０－Ｕｎの順序は、Ｕ０が最初のデータ領域であり、Ｕｎが最後のデータ領域である。また、データ領域Ｕ０－Ｕｎは、其々が、同じデータ長である。
図８では、データ割当設定モジュールは、データ領域Ｕ０，Ｕ１に、データ１を割り当て、データ領域Ｕ２－Ｕ５に、データ２を割り当て、データ領域Ｕ６に、データ３を割り当て、データ領域Ｕ７に、データ４を割り当てる。データ１－４の其々には、データ種類定義、データ表示方法及びデータ表示単位が設定されている。これら、データ種類定義、データ表示方法及びデータ表示単位は、データ割当入力受付モジュールが入力を受け付けたものであっても良いし、それ以外の予め設定されたものであっても良い。
図８では、データ領域Ｕ０－Ｕｎのうち、データ領域Ｕ０－Ｕ７までが使用されており、データの種類が４種類であり、データ長が計８byte使用されている。
上り定型フォーマットについて、図８に基づいて説明する。図８は、上り定型フォーマットの一例を模式的に示した図である。図８において、データ領域として、Ｕ０、Ｕ１、…、Ｕｎが設定されている。データ割当設定モジュールは、受け付けたデータの割当順序及び割当範囲に基づいて、受け付けたデータを、データ領域に割り当てる。データ領域Ｕ０－Ｕｎの順序は、Ｕ０が最初のデータ領域であり、Ｕｎが最後のデータ領域である。また、データ領域Ｕ０－Ｕｎは、其々が、同じデータ長である。
図８では、データ割当設定モジュールは、データ領域Ｕ０，Ｕ１に、データ１を割り当て、データ領域Ｕ２－Ｕ５に、データ２を割り当て、データ領域Ｕ６に、データ３を割り当て、データ領域Ｕ７に、データ４を割り当てる。データ１－４の其々には、データ種類定義、データ表示方法及びデータ表示単位が設定されている。これら、データ種類定義、データ表示方法及びデータ表示単位は、データ割当入力受付モジュールが入力を受け付けたものであっても良いし、それ以外の予め設定されたものであっても良い。
図８では、データ領域Ｕ０－Ｕｎのうち、データ領域Ｕ０－Ｕ７までが使用されており、データの種類が４種類であり、データ長が計８byte使用されている。
【0044】
図６に戻り、上り定型フォーマット保存処理の続きを説明する。
定型フォーマット保存モジュールは、設定された定型フォーマットを保存する（ステップＳ２２）。定型フォーマット保存モジュールは、図８に一例として示す、設定された定型フォーマットをストレージ１１に保存する。
定型フォーマット保存モジュールは、設定された定型フォーマットを保存する（ステップＳ２２）。定型フォーマット保存モジュールは、図８に一例として示す、設定された定型フォーマットをストレージ１１に保存する。
【0045】
以上が、上り定型フォーマット保存処理である。
上述した上り定型フォーマット保存処理により、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットが保存されることになる。
上述した上り定型フォーマット保存処理により、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットが保存されることになる。
【0046】
本上り定型フォーマット保存処理により、定型フォーマットの範囲内で、ユーザは自ら通信データを自由に割り当てることが可能となる。
【0047】
［コンピュータ１０が実行する下り定型フォーマット保存処理］
図９に基づいて、コンピュータ１０が実行する下り定型フォーマット保存処理について説明する。図９は、コンピュータ１０が実行する下り定型フォーマット保存処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本下り定型フォーマット保存処理は、上述した定型フォーマットの保存処理（ステップＳ４）の詳細である。
図９に基づいて、コンピュータ１０が実行する下り定型フォーマット保存処理について説明する。図９は、コンピュータ１０が実行する下り定型フォーマット保存処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本下り定型フォーマット保存処理は、上述した定型フォーマットの保存処理（ステップＳ４）の詳細である。
【0048】
データ割当入力受付モジュールは、ＵＩ上で、データ及びトリガの割当順序、割当範囲の入力を受け付ける（ステップＳ３０）。データ割当入力受付モジュールは、データ及びトリガの割当順序、割当範囲を自由に決定する入力を受け付ける。また、データ割当入力受付モジュールは、データ及びトリガのデータ長を自由に決定する入力を受け付ける。データ割当入力受付モジュールは、このＵＩ上で、データインデックス、データ種類、送信トリガ、サイズ（byte）等の入力を受け付ける。
データ割当入力受付モジュールは、データ及びトリガの割当順序として、データインデックスに入力された数字の順番に、割当順序の入力を受け付ける。また、データ割当入力受付モジュールは、データ及びトリガの割当範囲として、データインデックスに入力された数字の数に応じて、割当範囲の入力を受け付ける。データ割当入力受付モジュールは、サイズに入力された数字に応じて、データ長（byte数）の入力を受け付ける。データ割当入力受付モジュールは、データ種類として、データ種類に入力された記号や文字列に応じて、データ種類の入力を受け付ける。データ割当入力受付モジュールは、送信トリガとして、送信トリガに入力された記号や文字列に応じて、送信トリガの入力を受け付ける。
データ及びトリガの割当順序、割当範囲の入力を受け付けることにより、後述する定型コマンドの割当順序、割当範囲の入力を受け付けることにもなる。
データ割当入力受付モジュールは、データ及びトリガの割当順序として、データインデックスに入力された数字の順番に、割当順序の入力を受け付ける。また、データ割当入力受付モジュールは、データ及びトリガの割当範囲として、データインデックスに入力された数字の数に応じて、割当範囲の入力を受け付ける。データ割当入力受付モジュールは、サイズに入力された数字に応じて、データ長（byte数）の入力を受け付ける。データ割当入力受付モジュールは、データ種類として、データ種類に入力された記号や文字列に応じて、データ種類の入力を受け付ける。データ割当入力受付モジュールは、送信トリガとして、送信トリガに入力された記号や文字列に応じて、送信トリガの入力を受け付ける。
データ及びトリガの割当順序、割当範囲の入力を受け付けることにより、後述する定型コマンドの割当順序、割当範囲の入力を受け付けることにもなる。
【0049】
［データ及びトリガ割当の入力用ＵＩ］
データ及びトリガ割当の入力用ＵＩについて、図１０に基づいて説明する。図１０は、データ及びトリガ割当の入力用ＵＩの一例を模式的に示した図である。図１０において、このＵＩは、データインデックス、データ種類、送信トリガ、サイズ（byte）を、其々入力するものである。
データ割当入力受付モジュールは、データインデックスに入力された内容に基づいて、データ及びトリガの割当順序及び割当範囲の入力を受け付けることになる。データ割当入力受付モジュールは、データ種類に入力された内容に基づいて、データ種類の入力を受け付けることになる。データ割当入力受付モジューは、送信トリガに入力された内容に基づいて、送信トリガの入力を受け付ける。データ割当入力受付モジュールは、サイズ（byte）に入力された内容に基づいて、データ及びトリガのデータ長の入力を受け付けることになる。
データ及びトリガ割当の入力用ＵＩについて、図１０に基づいて説明する。図１０は、データ及びトリガ割当の入力用ＵＩの一例を模式的に示した図である。図１０において、このＵＩは、データインデックス、データ種類、送信トリガ、サイズ（byte）を、其々入力するものである。
データ割当入力受付モジュールは、データインデックスに入力された内容に基づいて、データ及びトリガの割当順序及び割当範囲の入力を受け付けることになる。データ割当入力受付モジュールは、データ種類に入力された内容に基づいて、データ種類の入力を受け付けることになる。データ割当入力受付モジューは、送信トリガに入力された内容に基づいて、送信トリガの入力を受け付ける。データ割当入力受付モジュールは、サイズ（byte）に入力された内容に基づいて、データ及びトリガのデータ長の入力を受け付けることになる。
【0050】
図９に戻り、下り定型フォーマット保存処理の続きを説明する。
データ割当設定モジュールは、受け付けたデータ及びトリガの割当順序、割当範囲を、定型フォーマットに設定する（ステップＳ３１）。データ割当設定モジュールは、データ通信時に、遣り取りが行われるデータ及びトリガの定型フォーマットに、受け付けたデータ及びトリガの割当順序、割当範囲を設定する。データ割当設定モジュールは、各データ領域に、割当順序及び割当範囲に基づいて、受け付けたデータ及びトリガを割り当てる。データ割当設定モジュールは、具体的には、Ｄ０、Ｄ１、Ｄ２、…、Ｄｍの各データ領域に、受け付けたデータ及びトリガを割り当てる。データ割当設定モジュールは、割当順序の順序に、Ｄ０から順に、データ領域に受け付けたデータ及びトリガを割り当てる。データ割当設定モジュールは、割当範囲に応じて、Ｄ０から順に、データ領域に、割当範囲分の受け付けたデータ及びトリガを割り当てる。
データ割当設定モジュールは、受け付けたデータ及びトリガの割当順序、割当範囲を、定型フォーマットに設定する（ステップＳ３１）。データ割当設定モジュールは、データ通信時に、遣り取りが行われるデータ及びトリガの定型フォーマットに、受け付けたデータ及びトリガの割当順序、割当範囲を設定する。データ割当設定モジュールは、各データ領域に、割当順序及び割当範囲に基づいて、受け付けたデータ及びトリガを割り当てる。データ割当設定モジュールは、具体的には、Ｄ０、Ｄ１、Ｄ２、…、Ｄｍの各データ領域に、受け付けたデータ及びトリガを割り当てる。データ割当設定モジュールは、割当順序の順序に、Ｄ０から順に、データ領域に受け付けたデータ及びトリガを割り当てる。データ割当設定モジュールは、割当範囲に応じて、Ｄ０から順に、データ領域に、割当範囲分の受け付けたデータ及びトリガを割り当てる。
【0051】
［下り定型フォーマット］
下り定型フォーマットについて、図１１に基づいて説明する。図１１は、下り定型フォーマットの一例を模式的に示した図であり、このフォーマットに限定されるものではない。図１１において、データ領域として、Ｄ０、Ｄ１、…、Ｄｍが設定されている。データ割当設定モジュールは、受け付けたデータ及びトリガの割当順序及び割当範囲に基づいて、受け付けたデータ及びトリガを、データ領域に割り当てる。データ領域Ｄ０－Ｄｍの順序は、Ｄ０が最初のデータ領域であり、Ｄｍが最後のデータ領域である。また、データ領域Ｄ０－Ｄｍは、其々が、同じデータ長である。
図１１では、データ割当設定モジュールは、データ領域Ｄ０に、データ１を割り当て、データ領域Ｄ１，Ｄ２にデータ２を割り当て、データ領域Ｄ３－Ｄ６に、データ３を割り当てる。データ１－３の其々には、機能及びＵＩが設定されている。これら、機能及びＵＩは、データ割当入力受付モジュールが入力を受け付けたものであっても良いし、それ以外の予め設定されたものであっても良い。
図１１では、データ領域Ｄ０－Ｄｍのうち、データ領域Ｄ０－Ｄ６までが使用されており、データの種類が３種類であり、データ長が計７byte使用されている。
下り定型フォーマットについて、図１１に基づいて説明する。図１１は、下り定型フォーマットの一例を模式的に示した図であり、このフォーマットに限定されるものではない。図１１において、データ領域として、Ｄ０、Ｄ１、…、Ｄｍが設定されている。データ割当設定モジュールは、受け付けたデータ及びトリガの割当順序及び割当範囲に基づいて、受け付けたデータ及びトリガを、データ領域に割り当てる。データ領域Ｄ０－Ｄｍの順序は、Ｄ０が最初のデータ領域であり、Ｄｍが最後のデータ領域である。また、データ領域Ｄ０－Ｄｍは、其々が、同じデータ長である。
図１１では、データ割当設定モジュールは、データ領域Ｄ０に、データ１を割り当て、データ領域Ｄ１，Ｄ２にデータ２を割り当て、データ領域Ｄ３－Ｄ６に、データ３を割り当てる。データ１－３の其々には、機能及びＵＩが設定されている。これら、機能及びＵＩは、データ割当入力受付モジュールが入力を受け付けたものであっても良いし、それ以外の予め設定されたものであっても良い。
図１１では、データ領域Ｄ０－Ｄｍのうち、データ領域Ｄ０－Ｄ６までが使用されており、データの種類が３種類であり、データ長が計７byte使用されている。
【0052】
図９に戻り、下り定型フォーマット保存処理の続きを説明する。
定型フォーマット保存モジュールは、設定された定型フォーマットを保存する（ステップＳ３２）。定型フォーマット保存モジュールは、図１１に一例として示す、設定された定型フォーマットをストレージ１１に保存する。
定型フォーマット保存モジュールは、設定された定型フォーマットを保存する（ステップＳ３２）。定型フォーマット保存モジュールは、図１１に一例として示す、設定された定型フォーマットをストレージ１１に保存する。
【0053】
以上が、下り定型フォーマット保存処理である。
上述した下り定型フォーマット保存処理により、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットが保存されることになる。
上述した下り定型フォーマット保存処理により、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットが保存されることになる。
【0054】
本下り定型フォーマット保存処理により、定型フォーマットの範囲内で、ユーザは自ら通信データを自由に割り当てることが可能となる。
【0055】
上述した上り定型フォーマット保存処理及び下り定型フォーマット保存処理により、割り当てる通信データが、上り（ユーザデバイス３０からＩｏＴアプリケーション１２に送るデータ）と、下り（ＩｏＴアプリケーション１２からユーザデバイス３０に送るデータ）の両方を設定することが可能となる。
【0056】
［コンピュータ１０、エッジデバイス２０が実行するデータ表示処理］
図１２に基づいて、コンピュータ１０、エッジデバイス２０が実行するデータ表示処理について説明する。図１２は、コンピュータ１０、エッジデバイス２０が実行するデータ表示処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本データ表示処理は、上述した定型データの生成処理（ステップＳ２）、データの用途判断処理（ステップＳ３）の詳細である。
図１２に基づいて、コンピュータ１０、エッジデバイス２０が実行するデータ表示処理について説明する。図１２は、コンピュータ１０、エッジデバイス２０が実行するデータ表示処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本データ表示処理は、上述した定型データの生成処理（ステップＳ２）、データの用途判断処理（ステップＳ３）の詳細である。
【0057】
元データ受取モジュールは、ユーザデバイス３０から元データを受け取る（ステップＳ４０）。ユーザデバイス３０は、自身が検出する等したデータを、元データとして、エッジデバイス２０に送信する。このとき、ユーザデバイス３０は、定型フォーマットに割り当てられたデータの割当順序に従って、元データをエッジデバイス２０に送信する。ユーザデバイス３０は、予め、設定された定型フォーマットにおけるデータの割当順序を取得する等することにより、定型フォーマットの割り当て順序に従って、データを送信することになる。
元データ受取モジュールは、この元データを受信する。この結果、元データ受取モジュールは、ユーザデバイス３０から元データを受け取ることになる。
元データ受取モジュールは、この元データを受信する。この結果、元データ受取モジュールは、ユーザデバイス３０から元データを受け取ることになる。
【0058】
定型データ生成モジュールは、定型フォーマットの割当範囲に、元データを挿入し、定型データを生成する（ステップＳ４１）。定型データ生成モジュールは、元データを受け取った順番に、挿入する。定型データ生成モジュールは、定型フォーマットに元データを挿入することにより、設定された割当順序で、割当範囲に元データが挿入された定型データを生成する。
【0059】
ここで、エッジデバイス２０が、定型フォーマットのデータ通信頻度の周期時間よりも短い間隔で元データを取得する場合について説明する。
元データ受取モジュールは、周期時間Ｔよりも短い間隔で複数のデータを受け取る。この複数のデータは、周期時間Ｔで本来受け取るデータを、周期時間Ｔよりも短い間隔毎に分割して受け取ったものである。
定型データ生成モジュールは、コンピュータ１０に、周期時間Ｔで送信する定型データの所定の割当範囲に、この複数のデータを挿入し、定型データを生成する。
通信速度、データ量を抑え通信コスト上昇を抑えるためには、通信頻度を下げる必要がある。また、通信を行う場合、エッジデバイス２０とゲートウェイとの間、ゲートウェイとコンピュータ１０との間で、データ通信の確からしさをリクエストに対するアクノリッジ取得により都度確認することでデータ通信の品質を高めることが可能である。しかしながら、この手順を行う場合、Ａｃｋ通信が入ることで通信頻度が下がることになる。
例えば、通信頻度Ｔ秒でデータ通信を行う場合、Ｔ秒よりも短い間隔でデータを送る必要がある場合には、Ｔ秒周期で通信する定型フォーマット内に、送るデータ其々に取得した時刻情報を埋め込みまとめて送信することにより、ＩｏＴアプリケーション１２で受信したデータから時刻情報によりデータを抽出して、ストレージ１１に保存し、ＵＩ上であたかもＴ秒周期よりも短い間隔でデータを受信したような表示を行うことも可能となる。
元データ受取モジュールは、周期時間Ｔよりも短い間隔で複数のデータを受け取る。この複数のデータは、周期時間Ｔで本来受け取るデータを、周期時間Ｔよりも短い間隔毎に分割して受け取ったものである。
定型データ生成モジュールは、コンピュータ１０に、周期時間Ｔで送信する定型データの所定の割当範囲に、この複数のデータを挿入し、定型データを生成する。
通信速度、データ量を抑え通信コスト上昇を抑えるためには、通信頻度を下げる必要がある。また、通信を行う場合、エッジデバイス２０とゲートウェイとの間、ゲートウェイとコンピュータ１０との間で、データ通信の確からしさをリクエストに対するアクノリッジ取得により都度確認することでデータ通信の品質を高めることが可能である。しかしながら、この手順を行う場合、Ａｃｋ通信が入ることで通信頻度が下がることになる。
例えば、通信頻度Ｔ秒でデータ通信を行う場合、Ｔ秒よりも短い間隔でデータを送る必要がある場合には、Ｔ秒周期で通信する定型フォーマット内に、送るデータ其々に取得した時刻情報を埋め込みまとめて送信することにより、ＩｏＴアプリケーション１２で受信したデータから時刻情報によりデータを抽出して、ストレージ１１に保存し、ＵＩ上であたかもＴ秒周期よりも短い間隔でデータを受信したような表示を行うことも可能となる。
【0060】
［定型データ］
定型データについて、図１３に基づいて説明する。図１３は、定型データの一例を模式的に示した図である。図１３において、元データ受取モジュールは、データ１（温度）、データ２（状態）、データ３（重量）、データ４（個数）の順番に、元データを受け取る。定型データ生成モジュールは、定型フォーマットにおける割当範囲に従って、元データを受け取った順番に、定型フォーマットに挿入する。元データを挿入した結果、データ１が割り当てられたデータ領域には、データ１が挿入され、データ２が割り当てられたデータ領域には、データ２が挿入され、データ３が割り当てられたデータ領域には、データ３が挿入され、データ４が割り当てられたデータ領域には、データ４が挿入される。この結果、定型データとして、データ１、データ２、データ３、データ４の順番に、データが挿入されたデータが生成されることになる。
定型データについて、図１３に基づいて説明する。図１３は、定型データの一例を模式的に示した図である。図１３において、元データ受取モジュールは、データ１（温度）、データ２（状態）、データ３（重量）、データ４（個数）の順番に、元データを受け取る。定型データ生成モジュールは、定型フォーマットにおける割当範囲に従って、元データを受け取った順番に、定型フォーマットに挿入する。元データを挿入した結果、データ１が割り当てられたデータ領域には、データ１が挿入され、データ２が割り当てられたデータ領域には、データ２が挿入され、データ３が割り当てられたデータ領域には、データ３が挿入され、データ４が割り当てられたデータ領域には、データ４が挿入される。この結果、定型データとして、データ１、データ２、データ３、データ４の順番に、データが挿入されたデータが生成されることになる。
【0061】
図１２に戻り、データ表示処理の続きを説明する。
定型データ送信モジュールは、定型データを、コンピュータ１０に送信する（ステップＳ４２）。定型データ受信モジュールは、この定型データを受信する（ステップＳ４３）。
定型データ送信モジュールは、定型データを、コンピュータ１０に送信する（ステップＳ４２）。定型データ受信モジュールは、この定型データを受信する（ステップＳ４３）。
【0062】
データ用途判断モジュールは、ストレージ１１を参照し、定型データの割当範囲から元データの用途を判断する（ステップＳ４４）。データ用途判断モジュールは、ストレージ１１に保存された定型フォーマットの各データ領域の割当範囲を参照し、この割当範囲と、受信した定型データの各データ領域の割当範囲とを比較する。データ用途判断モジュールは、比較した結果に基づいて、定型データの各データ領域の割当範囲に挿入された各元データのデータ内容を認識する。データ用途判断モジュールは、認識したデータ内容に基づいて、元データの用途を判断する。データ用途判断モジュールは、認識したデータ内容が、データ種類が温度である場合、その用途を、温度の計測として判断する。データ用途判断モジュールは、定型データに含まれる全ての元データに対して、その用途を判断する。
【0063】
用途別データ保存モジュールは、判断したデータの用途に応じて、各データを用途別データとして保存する（ステップＳ４５）。用途別データ保存モジュールは、用途別データを、ストレージ１１に保存する。用途別データ保存モジュールは、用途別データとして、元データと、判断した用途とを紐付けて、ストレージ１１に保存する。
【0064】
属性表示設定モジュールは、ＵＩ上で、用途別データに対応するタイトル、単位、表示期間等の属性の表示を設定する（ステップＳ４６）。属性表示設定モジュールは、判断した元データにおけるデータ種類、データ表示方法、データ表示単位、表示期間等を、用途別データの属性とする。属性表示設定モジュールは、この属性を視覚化（グラフ化等）して表示するように設定する。属性表示設定モジュールは、用途別データ毎に、グラフ等のデータを生成することにより、属性の表示を設定する。
【0065】
データ出力モジュールは、データの用途に基づいた、用途別データをＵＩ端末４０のＵＩに出力する（ステップＳ４７）。データ出力モジュールが用途別データを出力する際、設定された属性の表示に従って、用途別データをＵＩに出力する。データ出力モジュールは、グラフ等のデータをＵＩに出力することになる。
【0066】
［用途別データの出力用ＵＩ］
用途別データの出力用ＵＩについて、図１４に基づいて説明する。図１６は、用途別データの出力用ＵＩの一例を模式的に示した図である。図１４において、このＵＩは、設定された属性に従ったグラフを用途別データ毎に出力する。このＵＩにおいて、各用途別データが、データ種類、データ表示単位、表示期間に基づいたグラフとして出力される。
用途別データの出力用ＵＩについて、図１４に基づいて説明する。図１６は、用途別データの出力用ＵＩの一例を模式的に示した図である。図１４において、このＵＩは、設定された属性に従ったグラフを用途別データ毎に出力する。このＵＩにおいて、各用途別データが、データ種類、データ表示単位、表示期間に基づいたグラフとして出力される。
【0067】
以上が、データ表示処理である。
【0068】
本データ表示処理により、上りに割り当てる通信データは、そのデータをＵＩ端末４０のＵＩ上に表示する内容（名称・単位・範囲等）を設定することが可能となる。また、この通信データは、割当に応じて、コンピュータ１０に分類・格納されることになる。また、ユーザデバイス３０から、ＵＩで割り当てた定型フォーマットに合わせてデータを送信するだけで、割当に応じコンピュータ１０にデータが格納され、ＵＩ端末４０にグラフ表示することが可能となる。
【0069】
［コンピュータ１０、エッジデバイス２０、ユーザデバイス３０が実行するデバイス制御処理］
図１５に基づいて、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０が実行するデバイス制御処理について説明する。図１５は、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０が実行するデバイス制御処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本デバイス制御処理は、上述した定型コマンドの生成処理（ステップＳ５）、コマンド情報の送信処理（ステップＳ６）の詳細である。
図１５に基づいて、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０が実行するデバイス制御処理について説明する。図１５は、コンピュータ１０、エッジデバイス２０、ユーザデバイス３０が実行するデバイス制御処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本デバイス制御処理は、上述した定型コマンドの生成処理（ステップＳ５）、コマンド情報の送信処理（ステップＳ６）の詳細である。
【0070】
入力データ受取モジュールは、ＵＩから、入力された入力データを受け取る（ステップＳ５０）。入力データ受取モジュールは、ＵＩ上で、入力されたユーザデバイス３０のＯｎ／Ｏｆｆ等のユーザデバイス３０の動作を制御するコマンドを、入力データとして受け取る。
【0071】
定型コマンド生成モジュールは、定型フォーマットの割当範囲に、入力データを挿入し、定型コマンドを生成する（ステップＳ５１）。定型コマンド生成モジュールは、ストレージ１１を参照し、定型フォーマットにおけるデータの割当範囲及び割当順序を認識する。定型コマンド生成モジュールは、認識した割当範囲及び割当順序に、入力データを挿入する。定型コマンド生成モジュールは、定型フォーマットに入力データを挿入することにより、設定された割当範囲及び割当順序に、入力データが挿入された定型コマンドを生成する。
【0072】
［定型コマンド］
定型コマンドについて、図１６に基づいて説明する。図１６は、定型コマンドの一例を模式的に示した図である。図１６において、入力データ受取モジュールは、データ１（Ｏｎ／Ｏｆｆ）を入力データとして受け取っている。定型コマンド生成モジュールは、定型フォーマットにおける割当範囲及び割当順序に従って、入力データを定型フォーマットに挿入する。入力データを挿入した結果、データ１が割り当てられたデータ領域には、データ１が挿入される。この結果、定型コマンドとして、入力データが挿入されたコマンドが生成されることになる。
定型コマンドについて、図１６に基づいて説明する。図１６は、定型コマンドの一例を模式的に示した図である。図１６において、入力データ受取モジュールは、データ１（Ｏｎ／Ｏｆｆ）を入力データとして受け取っている。定型コマンド生成モジュールは、定型フォーマットにおける割当範囲及び割当順序に従って、入力データを定型フォーマットに挿入する。入力データを挿入した結果、データ１が割り当てられたデータ領域には、データ１が挿入される。この結果、定型コマンドとして、入力データが挿入されたコマンドが生成されることになる。
【0073】
図１５に戻り、デバイス制御処理の続きを説明する。
定型コマンド送信モジュールは、定型コマンドを、エッジデバイス２０に送信する（ステップＳ５２）。このとき、定型コマンド送信モジュールは、ＵＩ上で、定型コマンド送信の入力を受け付けることにより、定型コマンドを送信する。
定型コマンド受取モジュールは、この定型コマンドを受信する（ステップＳ５３）。この結果、コマンド受取モジュールは、定型コマンドを受け取ることになる。
定型コマンド送信モジュールは、定型コマンドを、エッジデバイス２０に送信する（ステップＳ５２）。このとき、定型コマンド送信モジュールは、ＵＩ上で、定型コマンド送信の入力を受け付けることにより、定型コマンドを送信する。
定型コマンド受取モジュールは、この定型コマンドを受信する（ステップＳ５３）。この結果、コマンド受取モジュールは、定型コマンドを受け取ることになる。
【0074】
［定型コマンドの送信用ＵＩ］
定型コマンドの送信用ＵＩについて、図１７に基づいて説明する。図１７は、定型コマンドの送信用ＵＩの一例を模式的に示した図である。図１７において、このＵＩには、定型コマンドの内容と、送信用のアイコンが表示される。定型コマンド送信モジュールは、送信用のアイコンの入力が行われることを契機として、定型コマンドをエッジデバイス２０に送信する。
定型コマンドの送信用ＵＩについて、図１７に基づいて説明する。図１７は、定型コマンドの送信用ＵＩの一例を模式的に示した図である。図１７において、このＵＩには、定型コマンドの内容と、送信用のアイコンが表示される。定型コマンド送信モジュールは、送信用のアイコンの入力が行われることを契機として、定型コマンドをエッジデバイス２０に送信する。
【0075】
図１５に戻り、デバイス制御処理の続きを説明する。
コマンド情報送信モジュールは、コマンド情報を、ユーザデバイス３０に送信し（ステップＳ５４）、コマンド情報受信モジュールは、このコマンド情報を受信する（ステップＳ５５）。
コマンド情報送信モジュールは、コマンド情報を、ユーザデバイス３０に送信し（ステップＳ５４）、コマンド情報受信モジュールは、このコマンド情報を受信する（ステップＳ５５）。
【0076】
動作実行モジュールは、コマンド情報の内容を解釈し、動作を実行する（ステップＳ５６）。動作実行モジュールは、コマンド情報が、ユーザデバイス３０のＯｎ／Ｏｆｆである場合、コマンド情報の内容として、スイッチのＯｎ／Ｏｆｆを解釈し、自身のスイッチをＯｎ／Ｏｆｆする。動作実行モジュールは、コマンド情報が、他の内容であっても同様に、コマンド情報の内容を解釈し、動作を実行する。
【0077】
以上が、デバイス制御処理である。
【0078】
本デバイス制御処理により、下りに割り当てる通信データは、そのデータを送るトリガや値を決めることが可能であり、スイッチやボタン、スライダ等を視覚的に操作できる部品をＵＩ上に設定することも可能となる。また、ユーザデバイス３０では、ＵＩの操作により送られてきたデータを受信し、その受信データに基づいて任意の動作を行うことが可能である。例えば、動作モードの変更、何か判定しているデバイスであれば判定レベルの変更等を行うことが可能である。
【0079】
上述したデータ表示処理及びデバイス制御処理において、一のエッジデバイス２０と、一のユーザデバイス３０の場合を例として説明しているが、エッジデバイス及びユーザデバイスは、図１８で示すような複数であっても良い。この場合について説明する。
図１８は、ＩｏＴ制御システム１において、複数のユーザデバイスと、複数のユーザデバイスが各々接続されたエッジデバイス群と、コンピュータ１０とで構成された場合を示した図である。
エッジデバイスが、複数のユーザデバイスが各々接続された複数のエッジデバイス群で構成される場合、このエッジデバイス群とのデータを送受信するゲートウェイが、ＩｏＴアプリケーションと相互にデータ通信を行うことになる。このとき、エッジデバイスは、定型フォーマットのヘッダ部分に、ユーザデバイスを識別するデバイス番号を挿入する。エッジデバイスは、このデバイス番号を参照し、どのユーザデバイスの元データであるかを識別する。また、コンピュータ１０は、定型コマンドのヘッダ部分に、ユーザデバイスを識別するデバイス番号を挿入する。ゲートウェイは、このデバイス番号を参照し、どのユーザデバイスに送信する定型コマンドであるかを識別する。
図１８は、ＩｏＴ制御システム１において、複数のユーザデバイスと、複数のユーザデバイスが各々接続されたエッジデバイス群と、コンピュータ１０とで構成された場合を示した図である。
エッジデバイスが、複数のユーザデバイスが各々接続された複数のエッジデバイス群で構成される場合、このエッジデバイス群とのデータを送受信するゲートウェイが、ＩｏＴアプリケーションと相互にデータ通信を行うことになる。このとき、エッジデバイスは、定型フォーマットのヘッダ部分に、ユーザデバイスを識別するデバイス番号を挿入する。エッジデバイスは、このデバイス番号を参照し、どのユーザデバイスの元データであるかを識別する。また、コンピュータ１０は、定型コマンドのヘッダ部分に、ユーザデバイスを識別するデバイス番号を挿入する。ゲートウェイは、このデバイス番号を参照し、どのユーザデバイスに送信する定型コマンドであるかを識別する。
【0080】
１台のゲートウェイにエッジデバイス群が接続されている場合、複数のエッジデバイスは、ローカル通信方式で構成されるので、ランニングコストを増やさずに、管理エリアを拡大することが可能である。また、複数のエッジデバイス毎に其々通信データを割り当てることが可能となり、エッジデバイス毎に異なるタスクでもＵＩで一元化した遠隔管理が可能となる。
【0081】
上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態やクラウドサービスで提供されてよい。また、プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供されてよい。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしてもよい。
【0082】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【0083】
（１）ユーザデバイス（例えば、ユーザデバイス３０）で取得したデータをユーザインタフェースに表示するＩｏＴ制御システムであって、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマット（例えば、図８）を保存するストレージ（例えば、ストレージ１１）と、
前記ユーザデバイスから前記定型フォーマットの割当順序で送られた元データを受け取り、前記定型フォーマット内の割当範囲に、当該元データを挿入した定型データ（例えば、図１３）を生成するエッジデバイス（例えば、エッジデバイス２０）と、
前記エッジデバイスが生成した前記定型データを受信し、前記ストレージを参照して、前記割当範囲から何の用途のデータであるかを判断するＩｏＴアプリケーション（例えば、ＩｏＴアプリケーション１２）と、
を備えることを特長とするＩｏＴ制御システム。
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマット（例えば、図８）を保存するストレージ（例えば、ストレージ１１）と、
前記ユーザデバイスから前記定型フォーマットの割当順序で送られた元データを受け取り、前記定型フォーマット内の割当範囲に、当該元データを挿入した定型データ（例えば、図１３）を生成するエッジデバイス（例えば、エッジデバイス２０）と、
前記エッジデバイスが生成した前記定型データを受信し、前記ストレージを参照して、前記割当範囲から何の用途のデータであるかを判断するＩｏＴアプリケーション（例えば、ＩｏＴアプリケーション１２）と、
を備えることを特長とするＩｏＴ制御システム。
【0084】
（１）の発明によれば、簡単且つ低コストで様々な用途に、ＩｏＴによるリモート管理を導入することが可能となる。
【0085】
（２）ユーザインタフェースから入力されたデータに基づきユーザデバイス（例えば、ユーザデバイス３０）を制御するＩｏＴ制御システムであって、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマット（例えば、図１１）を保存するストレージ（例えば、ストレージ１１）と、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンド（例えば、図１６）を生成するＩｏＴアプリケーション（例えば、ＩｏＴアプリケーション１２）と、
前記定型コマンドを受け取り、コマンド情報を前記ユーザデバイスに送信するエッジデバイス（例えば、エッジデバイス２０）と、
を備えることを特長とするＩｏＴ制御システム。
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマット（例えば、図１１）を保存するストレージ（例えば、ストレージ１１）と、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンド（例えば、図１６）を生成するＩｏＴアプリケーション（例えば、ＩｏＴアプリケーション１２）と、
前記定型コマンドを受け取り、コマンド情報を前記ユーザデバイスに送信するエッジデバイス（例えば、エッジデバイス２０）と、
を備えることを特長とするＩｏＴ制御システム。
【0086】
（２）の発明によれば、簡単且つ低コストで様々な用途に、ＩｏＴによるリモート管理を導入することが可能となる。
【0087】
（３）前記定型データの前記定型フォーマットにおける割当順序と割当範囲を自由に決定する入力を受付けるユーザインタフェースを備える（１）に記載のＩｏＴ制御システム。
【0088】
（３）の発明によれば、定型フォーマットの範囲で、ユーザは自ら通信データを自由に割り当てることが可能となる。
【0089】
（４）前記定型コマンドの前記定型フォーマットにおける割当順序と割当範囲を自由に決定する入力を受付けるユーザインタフェースを備える（２）に記載のＩｏＴ制御システム。
【0090】
（４）の発明によれば、定型フォーマットの範囲で、ユーザは自ら通信データを自由に割り当てることが可能となる。
【0091】
（５）前記ＩｏＴアプリケーションにおいて判断した用途に基づき、データを出力するユーザインタフェースを備える（１）又は（３）に記載のＩｏＴ制御システム。
【0092】
（５）の発明によれば、ユーザデバイスからＵＩで割り当てた定型フォーマットに合わせてデータを送信するだけで、割当に応じてＵＩにグラフ等を表示することが可能となる。
【0093】
（６）前記定型コマンド送信の入力を受付けるユーザインタフェースを備える（２）又は（４）に記載のＩｏＴ制御システム。
【0094】
（６）の発明によれば、ユーザデバイスでは、ＵＩの操作によりデータを受信し、この受信データに基づいて任意の動作を実行させることが可能となる。
【0095】
（７）前記ストレージは、前記ＩｏＴアプリケーションにおいて判断した用途に基づき、用途別データを保存する（１）、（３）又は（５）のいずれか一項に記載のＩｏＴ制御システム。
【0096】
（７）の発明によれば、ユーザデバイスからＵＩで割り当てた定型フォーマットに合わせてデータを送信するだけで、割当に応じてコンピュータにデータを格納することが可能となる。
【0097】
（８）前記ユーザインタフェースは、前記用途別データを出力する際に、対応するタイトル、単位、表示期間の属性の表示を設定可能である（５）に記載のＩｏＴ制御システム。
【0098】
（８）の発明によれば、通信データをＵＩ上に表示する内容を設定することが可能となる。
【0099】
（９）前記エッジデバイスは、複数のユーザデバイスが各々接続された複数のエッジデバイス群で構成され、当該エッジデバイス群とのデータを送受信するゲートウェイが、前記ＩｏＴアプリケーションと相互にデータ通信を行う（１）乃至（８）のいずれか一項に記載のＩｏＴ制御システム。
【0100】
（９）の発明によれば、複数のエッジデバイスはローカル通信方式で構成されるので、ランニングコストを増やさずに、管理エリアを拡大することが可能となる。また、複数のエッジデバイス毎に其々通信データを割り当てることができ、エッジデバイス毎に異なるタスクでもＵＩで一元化した遠隔管理が可能となる。
【0101】
（１０）前記ユーザインタフェースは、前記定型フーマットにおけるデータ長を自由に決定する入力を受け付ける（３）又は（４）に記載のＩｏＴ制御システム。
【0102】
（１０）の発明によれば、定型フォーマットの範囲でユーザは自ら通信データを自由に割り当てることが可能となる。
【0103】
（１１）前記エッジデバイスは、前記定型フォーマットのデータ通信頻度の周期時間よりも短い間隔でデータを取得する必要がある場合に、前記周期時間よりも短い間隔で取得した複数のデータを、前記周期時間で送信する定型データの所定の割当範囲に挿入した定型データを生成する（１）に記載のＩｏＴ制御システム。
【0104】
（１１）の発明によれば、ＩｏＴアプリケーションで受信したデータから時刻情報によりデータを分類してコンピュータに保存し、ＵＩ上であたかも通常周期よりも短い間隔でデータを受信したような表示を行うことが可能となる。
【0105】
（１２）ユーザデバイスで取得したデータをユーザインタフェースに表示するＩｏＴ制御システムが実行するデータ表示方法であって、
ストレージが、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、ステップＳ２２）と、
エッジデバイスが、
前記ユーザデバイスから前記定型フォーマットの割当順序で送られた元データを受け取り、前記定型フォーマット内の割当範囲に、当該元データを挿入した定型データを生成するステップ（例えば、ステップＳ４０，Ｓ４１）と、
ＩｏＴアプリケーションが、
前記エッジデバイスが生成した前記定型データを受信し、前記ストレージを参照して、前記割当範囲から何の用途のデータであるかを判断するステップ（例えば、ステップＳ４３，Ｓ４４）と、
を備えることを特長とするデータ表示方法。
ストレージが、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、ステップＳ２２）と、
エッジデバイスが、
前記ユーザデバイスから前記定型フォーマットの割当順序で送られた元データを受け取り、前記定型フォーマット内の割当範囲に、当該元データを挿入した定型データを生成するステップ（例えば、ステップＳ４０，Ｓ４１）と、
ＩｏＴアプリケーションが、
前記エッジデバイスが生成した前記定型データを受信し、前記ストレージを参照して、前記割当範囲から何の用途のデータであるかを判断するステップ（例えば、ステップＳ４３，Ｓ４４）と、
を備えることを特長とするデータ表示方法。
【0106】
（１３）ユーザインタフェースから入力されたデータに基づきユーザデバイスを制御するＩｏＴ制御システムが実行するデバイス制御方法であって、
ストレージが、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、ステップＳ３２）と、
ＩｏＴアプリケーションが、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するステップ（例えば、ステップＳ５０，Ｓ５１）と、
エッジデバイスが、
前記定型コマンドを受け取り、コマンド情報を前記ユーザデバイスに送信するステップ（例えば、ステップＳ５４）と、
を備えることを特長とするデバイス制御方法。
ストレージが、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、ステップＳ３２）と、
ＩｏＴアプリケーションが、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するステップ（例えば、ステップＳ５０，Ｓ５１）と、
エッジデバイスが、
前記定型コマンドを受け取り、コマンド情報を前記ユーザデバイスに送信するステップ（例えば、ステップＳ５４）と、
を備えることを特長とするデバイス制御方法。
【0107】
（１４）ユーザデバイスで取得したデータをユーザインタフェースに表示するＩｏＴ制御システムが実行するプログラムであって、
ストレージに、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、ステップＳ２２）、
エッジデバイスに、
前記ユーザデバイスから前記定型フォーマットの割当順序で送られた元データを受け取り、前記定型フォーマット内の割当範囲に、当該元データを挿入した定型データを生成するステップ（例えば、ステップＳ４０，Ｓ４１）、
ＩｏＴアプリケーションに、
前記エッジデバイスが生成した前記定型データを受信し、前記ストレージを参照して、前記割当範囲から何の用途のデータであるかを判断するステップ（例えば、ステップＳ４３，Ｓ４４）、
を実行させるコンピュータ読み取り可能なプログラム。
ストレージに、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、ステップＳ２２）、
エッジデバイスに、
前記ユーザデバイスから前記定型フォーマットの割当順序で送られた元データを受け取り、前記定型フォーマット内の割当範囲に、当該元データを挿入した定型データを生成するステップ（例えば、ステップＳ４０，Ｓ４１）、
ＩｏＴアプリケーションに、
前記エッジデバイスが生成した前記定型データを受信し、前記ストレージを参照して、前記割当範囲から何の用途のデータであるかを判断するステップ（例えば、ステップＳ４３，Ｓ４４）、
を実行させるコンピュータ読み取り可能なプログラム。
【0108】
（１５）ユーザインタフェースから入力されたデータに基づきユーザデバイスを制御するＩｏＴ制御システムが実行するプログラムであって、
ストレージに、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、テップＳ３２）、
ＩｏＴアプリケーションに、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するステップ（例えば、ステップＳ５０，Ｓ５１）、
エッジデバイスに、
前記定型コマンドを受け取り、コマンド情報を前記ユーザデバイスに送信するステップ（例えば、ステップＳ５４）、
を実行させるコンピュータ読み取り可能なプログラム。
ストレージに、
データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存するステップ（例えば、テップＳ３２）、
ＩｏＴアプリケーションに、
前記ユーザインタフェースから入力された入力データを受け取り、前記ストレージを参照して、予め定められた定型フォーマット内の割当範囲に、前記入力データを挿入した定型コマンドを生成するステップ（例えば、ステップＳ５０，Ｓ５１）、
エッジデバイスに、
前記定型コマンドを受け取り、コマンド情報を前記ユーザデバイスに送信するステップ（例えば、ステップＳ５４）、
を実行させるコンピュータ読み取り可能なプログラム。
【符号の説明】
【0109】
１ ＩｏＴ制御システム
３ ネットワーク
１０ コンピュータ
１１ ストレージ
１２ ＩｏＴアプリケーション
１３ ＵＩ制御アプリケーション
２０ エッジデバイス
３０ ユーザデバイス
４０ ＵＩ端末
３ ネットワーク
１０ コンピュータ
１１ ストレージ
１２ ＩｏＴアプリケーション
１３ ＵＩ制御アプリケーション
２０ エッジデバイス
３０ ユーザデバイス
４０ ＵＩ端末
【要約】
【課題】簡単且つ低コストで様々な用途に、ＩｏＴ制御システムを導入可能とする。
【解決手段】ユーザデバイス３０で取得したデータをＵＩに表示するＩｏＴ制御システム１は、ストレージ１１が、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存し、エッジデバイス２０が、ユーザデバイス３０から定型フォーマットの割当順序で送られた元データを受け取り、定型フォーマット内の割当範囲に、元データを挿入した定型データを生成し、ＩｏＴアプリケーション１２が、生成した定型データを受信し、ストレージ１１を参照して、割当範囲から何の用途のデータであるかを判断する。
【選択図】図１
【解決手段】ユーザデバイス３０で取得したデータをＵＩに表示するＩｏＴ制御システム１は、ストレージ１１が、データの割当順序、割当範囲が用途に基づいて予め定められた定型フォーマットを保存し、エッジデバイス２０が、ユーザデバイス３０から定型フォーマットの割当順序で送られた元データを受け取り、定型フォーマット内の割当範囲に、元データを挿入した定型データを生成し、ＩｏＴアプリケーション１２が、生成した定型データを受信し、ストレージ１１を参照して、割当範囲から何の用途のデータであるかを判断する。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
