JP7407681B2 - 電子装置及びシステム - Google Patents

Description

本発明の実施形態は電子装置及びシステムに関する。

インターネットを経由して実空間上の物体（デバイスと称される）を連携させるＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）システムが普及している。ＩｏＴシステムを作るためには、デバイスの制御に関するプログラミング等の高度な技術的な知識が必要であり、ＩｏＴシステムを作ることは容易ではない。

近年、「もし何々ならば、何々する」というルール情報に従って複数のデバイスを連携させてＩｏＴシステムを作ることが提案されている。複数のデバイスを制御できる電子装置にルール情報をインストールすることによりＩｏＴシステムが実現される。

ＩｏＴシステムを作りたいユーザは、予め用意され、公開されている多数のルール情報の中から自分に適したルール情報を選択して、電子装置にダウンロードする。予め用意されているルール情報の数が増えると、ルール情報を選択することは困難である。

特開２０１９－１４５１５０号公報

本発明の目的は、ＩｏＴシステムを実現するための多数のルール情報等の中から少なくとも一つのルール情報等を簡単に選択することができる電子装置及びシステムを提供することである。

実施形態によれば、電子装置は、複数のセンサと複数の処理モジュールに接続される。電子装置は、記憶部と表示制御部を具備する。記憶部は、複数のルール情報と、複数のルール情報に関する推奨度情報と、を記憶する。ルール情報は、複数のセンサの中の１つのセンサのセンス結果が特定の結果である場合、複数の処理モジュールの中の１つの処理モジュールが特定の処理を実行することを記述する。表示制御部は、推奨度情報に基づいて複数のルール情報の少なくとも１つを表示する表示画面を生成する。ルール情報は、１つのセンサの識別情報と、１つの処理モジュールの識別情報と、特定の結果を示す第１の情報と、特定の処理を示す第２の情報と、を含む。推奨度情報は、複数のセンサそれぞれの推奨度と複数の処理モジュールそれぞれの推奨度を示す。

第１実施形態によるＩｏＴシステム内のエッジコンピュータの機能ブロックの一例を示す図である。 第１実施形態によるＩｏＴシステムが利用するルール情報のデータ構造の一例を示す図である。 図２に示すルール情報の中のＩＦ－ＴＨＥＮ部のデータ構造の一例を示す図である。 図２に示すルール情報の中のルール属性のデータ構造の一例を示す図である。 エッジコンピュータが記憶する実行履歴情報のデータ構造の一例を示す図である。 エッジコンピュータが記憶する評価情報のデータ構造の一例を示す図である。 第１実施形態によるＩｏＴシステム内のクラウドサーバの機能ブロックの一例を示す図である。 クラウドサーバが生成する利用回数ランキング情報のデータ構造の一例を示す図である。 利用回数ランキング表の一例を示す図である。 利用回数ランキング情報のデータ構造の他の例を示す図である。 利用回数ランキング情報のデータ構造の他の例を示す図である。 利用回数ランキング表の他の例を示す図である。 クラウドサーバが生成する評価ランキング情報のデータ構造の一例を示す図である。 評価ランキング表の一例を示す図である。 利用回数ランキング表のさらに他の例を示す図である。 利用回数ランキング表のさらに他の例を示す図である。 評価ランキング表のさらに他の例を示す図である。 評価ランキング表のさらに他の例を示す図である。 第１実施形態によるエッジコンピュータによるルール作成の一例を示すフローチャートである。 図１９に示すルール作成時のエッジコンピュータのディスプレイの画面遷移の一例を示す図である。 図１９に示すルール作成時のディスプレイの画面遷移の他の例を示す図である。 図１９に示すルール作成時のディスプレイの画面遷移のさらに他の例を示す図である。 第１実施形態によるエッジコンピュータによるルール情報のダウンロード処理の一例を示すシーケンス図である。 第１実施形態によるエッジコンピュータによるルール利用の一例を示すフローチャートである。

以下、図面を参照して、実施形態を説明する。以下の説明は、実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、以下に説明する構成要素の構造、形状、配置、材質等に限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各要素のサイズ、厚み、平面寸法又は形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、互いの寸法の関係や比率が異なる要素が含まれることもある。複数の図面において、対応する要素には同じ参照数字を付して重複する説明を省略する場合もある。いくつかの要素に複数の呼称を付す場合があるが、これら呼称の例はあくまで例示であり、これらの要素に他の呼称を付すことを否定するものではない。また、複数の呼称が付されていない要素についても、他の呼称を付すことを否定するものではない。なお、以下の説明において、「接続」は直接的な接続のみならず、他の要素を介して間接的に接続されることも意味する。

（ＩｏＴシステムの概要）
実施形態は、ルール情報に基づいて種々のデバイスを連携させるＩｏＴシステムに関する。実施形態のＩｏＴシステムは、デバイスに限らず、ソフトウェアにより提供されるサービスも連携させる。サービスはデバイスにインストールされているプログラムによるメールサービス、ＳＮＳサービスや、クラウドサーバにより提供されるＷｅｂサービスを含む。この明細書では、ＩｏＴシステムにより連携される単位であるデバイスとサービスはモジュールと称されることもある。ルール情報は、複数のモジュールの組み合わせ方の定義であるルールを記述する情報である。実施形態は、デバイスやサービスを自由に組み合わせることができるので、家庭、会社、社会の様々なシーンで便利な仕組みを実現できる。

サービスは、所定の実体／状態／情報の制御を組み合わせて、有償または無償でユーザに対して所定の処理や状態の変化、あるいはコンテンツやデータ／情報を提供する能動的動作を意味する。実施形態では、ルール情報に従って、ユーザにサービスを提供する。このサービス提供の形態として、実施形態では、各種デバイスを利用した実空間上あるいは物理空間上のサービスとＷｅｂサービスなどを利用したサイバ空間上のサービス間の垣根を越えた（跨った）組み合わせ（複合化）サービスを提供してもよい。

コンテンツは、所定機能に関係する具体的内容を意味し、他との違いが個々に識別可能な具体性を有する。例えば“映画”と言う抽象的概念は含まれず、他のコンテンツとの識別手段として“映画名（題名）”が設定された特定コンテンツが該当する。同様にＷｅｂブラウザに表示される“Ｗｅｂ画面”と言う抽象的概念は含まれず、特定のＵＲＬ上に配置された特定のＷｅｂ頁も該当する。

モジュールは、所定機能の実現手段を含む。モジュールは、この所定機能が実現された実空間上で人間が認識可能な実体（状態又は情報とも称される）とその制御部との組み合わせで構成される。個々の制御部で制御される複数のモジュールの動作の組み合わせにより、ユーザに対してサービスが提供される。モジュールは、所定機能を実現するための実体と制御部との組み合わせの概念である。モジュールを構成する人間が認識可能な実体その制御部は、物理的に一体化されている必要は無い。例えば人間が認識可能な実体とその制御部が物理的に離れた位置に設置され、通信機能を利用して両者が連携されてもよい。モジュールを構成する人間が認識可能な実体とその制御部は、物理的実体（Ｐｈｙｓｉｃａｌｌｙ ｒｅａｌ ｏｂｊｅｃｔ）を形成している必要は無い。

デバイスは、実空間上に実在し、所定機能の実現に利用されるあらゆるものを含む。デバイスは、処理を実行するデバイスやコンテンツを表示するデバイス、データを記憶する記憶装置を含む。デバイスは、外部のデバイスとの間の通信を行うための通信機能を内蔵してもよい。デバイスは、自然界の物理的又は化学的な状態又は現象に対して作用する機能を持ってもよい。自然界に対して受動的作用を行うデバイスは、センサ等を含む。自然界に対して能動的作用を行うデバイスは、ロボット、駆動機構及び表示装置（表示素子）等を含む。デバイスの物理的形態としては、据え置き型に限らず、移動可能な携帯型の形態でもよい。デバイスの物理的形態の例は、ユーザの腕や足に固定するバンド型センサや腰に固定するベルト型センサ、頭部に装着するＶＲタイプやＡＲタイプのヘッドマウントディスプレイ等のユーザが装着可能な形態を含む。

ルールの一例は、センサモジュールにより検出される状態が特定の状態である場合、実行モジュールが特定の処理を実行するというモジュールの連携関係を規定するものである。ルールを記述するルール情報は種々の形式があり、その一例は、特定の状態を示す条件情報（ＩＦ部とも称される）と、センサモジュールにより検出された状態が特定の状態である場合に実行モジュールにより実行される特定の処理を示す処理情報（ＴＨＥＮ部とも称される）とを含む形式がある。しかし、ルール情報の形式は、この形式に限定されない。

この形式のルール情報の一例は、「もし温度が２６度以上であれば空調機を冷房モードで運転させる」である。この例の場合、ＩｏＴシステムが連携させるモジュール（この場合は、デバイス）は、状態の一例である温度を検出する温度センサと、処理の一例である冷房モードの運転を実行する空調機である。状態、処理の一例は上記の例に限定されない。

この明細書では、状態を検出するモジュールはＩＦモジュールと称され、処理を実行するモジュールはＴＨＥＮモジュールと称される。ＩｏＴシステムは、ＩＦモジュールと、ＴＨＥＮモジュールと、電子装置を含む。電子装置は、例えば無線によりＩＦモジュールとＴＨＥＮモジュールに接続される。電子装置は、ＩＦモジュールにより検出された状態が特定の状態であるかどうかを判断し、特定の状態である場合、ＴＨＥＮモジュールに処理を実行させる指示を与える。

電子装置の一例は、これに限定されないが、スマートフォンを含む。電子装置には、ルール情報と、ルール情報に従ってＩＦモジュールとＴＨＥＮモジュールを制御するソフトウェアがインストールされる。電子装置は、ＩＦモジュールに対して状態の検出を定期的に要求し、ＩＦモジュールの出力に基づいて、ＩＦモジュールが検出した状態が特定の状態であることを検知した場合、ＴＨＥＮモジュールに対して特定の処理を実行するように制御する。

一つのルール情報においてＩＦ部とＴＨＥＮ部の数、すなわち検出される状態の数と、実行される処理の数はそれぞれ一つに限定されない。例えば複数の状態がそれぞれ複数の特定の状態である場合に一つの処理が実行されてもよい。例えば、ルール情報は、第１のＩＦモジュールにより検出された状態が第１の特定の状態であり、かつ第２のＩＦモジュールにより検出された状態が第２の特定の状態である場合に実行される１つの処理を示してもよい。あるいは、一つの状態が一つの特定の状態である場合に複数の処理が実行されてもよい。さらに、複数の状態がそれぞれ複数の特定の状態である場合に複数の処理が実行されてもよい。例えば、ルール情報は、検出モジュールにより検出された状態が特定の状態である場合に第1のＴＨＥＮモジュールによる実行される第１の処理と、第２のＴＨＥＮモジュールにより実行される第２の処理を示してもよい。

ＩｏＴシステムを作りたい又は使いたいユーザは、自らルール情報を作成してもよいが、他のユーザが作成したルール情報を利用することもできるようになっている。実施形態では、ルール情報を作成したユーザはルール情報をサーバへアップロードする。ルール情報を利用したいユーザは、サーバにアクセスし、多数のルール情報の中から適切なルール情報を選択して、ダウンロードする。

（ルール情報）
電子装置は、メモリに記憶されている有効なルール情報に含まれるＩＦモジュールＩＤで識別されるＩＦモジュールに対して、状態を検出し、検出結果をＩＦサイクル毎に電子装置へ送信することを要求する要求信号を送信する。ＩＦモジュールは、電子装置からの要求信号に応じて状態を検出し、検出した状態を示す検出信号を電子装置に送信する。

電子装置は、ＩＦモジュールが検出した状態がいずれかのルール情報のＩＦ部に記載の特定の状態であるか否かを判定する。電子装置は、検出した状態が特定の状態であると判定した場合、当該ルール情報のＴＨＥＮ部に記載のＴＨＥＮモジュールにＴＨＥＮ部に記載の処理を実行させることを要求する要求信号を送信する。

電子装置は、このように少なくとも１つのＩＦモジュールと少なくとも１つのＴＨＥＮモジュールを連携させることにより便利な仕組み（ＩｏＴシステム）を提供する。なお、ルール情報は、仕組みを提供するためのモジュールと、それらの連携を定義するものであるので、料理におけるレシピと対応するので、本明細書では、ルール情報はレシピ情報とも称される。

ルール情報を用いてＩｏＴシステムを構築するためには、ルール情報の拡充、流通が必要である。クラウドサーバは、ルール公開サイトを備え、格納しているルール情報を示すルール一覧画面を公開することが考えられる。なお、ルール情報の中には、公開が許可されていないルール情報も存在する場合がある。その場合は、ルール公開サイトは公開が許可されたルール情報のみを公開する。

ユーザは、ルール公開サイトにアクセスすると、公開されているルール一覧画面を見ることができる。ユーザは、ルール一覧画面の中からルール情報を選択して、選択したルール情報をエッジコンピュータにダウンロードすることができる。

ユーザは、ルール情報に記載されているＩＦモジュールとＴＨＥＮモジュールを用意すれば、ＩｏＴシステムを簡単に構成することができる。

ルール情報はＩｏＴシステムを構築したいユーザが作成するが、このユーザ以外にも、業として作成する作成者や、ルール情報を構成するＩＦモジュールとＴＨＥＮモジュールの製造者等もルール情報を作成することが可能である。

このように多数の人が多数のルール情報をクラウドサーバへアップロードすることが予想される。クラウドサーバが格納しているルール情報の数が多くなると、適切なルール情報の選択が困難となる。そのため、クラウドサーバは、多数のルール情報の中からユーザに推奨するルール情報の一覧画面を提供する。これにより、ユーザによるルール情報の選択が容易となる。

クラウドサーバは、ルールを推奨するために、ルール情報に関する推奨度情報を算出する必要がある。推奨度情報は、ルール情報を推奨するために用いる指標に関する情報である。推奨度情報の値はルール情報が推奨される度合いに応じている。例えば、より推奨されるルール情報に関する推奨度情報の値は、より推奨されないルール情報に関する推奨度情報の値より大きい。推奨度情報は、単一の指標ではなく、複数の指標から算出してもよい。指標の例は、利用回数や評価等を含む。利用回数は、累計の利用回数と一定期間内の利用回数を含む。一定期間内の利用回数には直近の単位期間（例えば１カ月）の利用回数を含む。利用回数が多いルール情報や評価が高いルール情報はより推奨されるルール情報であると考えてもよい。

クラウドサーバは、利用回数や評価に関する推奨度情報の値の順（例えば、大きい順）にルール情報が並んだランキング表をルール一覧画面としてユーザに提供してもよい。ランキング表は複数の頁からなることもあるが、複数の頁は推奨度情報の値の大きい順に表示される。これにより、ルール情報の数が多くても、ユーザは短時間にルール一覧画面から所望のルール情報を選択して、ダウンロードすることができる。

（エッジコンピュータ）
図１は、本実施形態に係るＩｏＴシステムの構成の一例を示す図であり、特にＩｏＴシステム内のエッジコンピュータ６の詳細の一例を示す。本実施形態に係るＩｏＴシステムは、クラウドサーバ２、エッジコンピュータ６、ＩＦモジュール８Ａ、及びＴＨＥＮモジュール８Ｂを含む。クラウドサーバ２とエッジコンピュータ６はネットワーク１８を介して接続される。エッジコンピュータ６とＩＦモジュール８Ａは、ネットワーク１８を介して接続される。エッジコンピュータ６とＴＨＥＮモジュール８Ｂは、ネットワーク１８を介して接続される。エッジコンピュータ６は、ルール情報を作成する電子装置の一例である。クラウドサーバの構成は図７に示す。エッジコンピュータ６は、ユーザ毎の電子装置の一例である。図１は単数のエッジコンピュータ６を示すが、異なるユーザ又は同一のユーザの複数のエッジコンピュータ６がネットワーク１８に接続されていても良い。

エッジコンピュータ６は、入力装置１０２、表示装置１０４、送信部１０６、受信部１０８、マイクロサービス１０Ａ，１０Ｂ、アプリケーション２０、ルールメモリ２８、評価メモリ１２２及び履歴メモリ１２４を備える。入力装置は、例えばきーボード、マウスである。表示装置は、例えば液晶ディスプレイやプロジェクタである。入力装置１０２と表示装置１０４は、別々のデバイスから構成する代わりに、タッチ入力機能を有する単一のディスプレイから構成してもよい。

エッジコンピュータ６の例は、パーソナルコンピュータ、スマートフォン、タブレット、サイネージ、ゲートウェイ、ルータ、カーナビゲーションシステム、家電機器（テレビ等）、複合機（コピー機）、クラウドサーバ等を含む。

エッジコンピュータ６の設置場所は、トラック、列車、船舶、航空機等の輸送装置、また、病院、工場、アパートメント、個人住宅（音声合成、メール、ＳＮＳ等）、農業施設、漁業施設、林業施設、学校、公園等のも施設を含む。

ルール情報に基づきＩｏＴシステムを構築するアプリケーション２０は、ルール作成部１１２、ルール取得部１１４、評価管理部１１６、実行履歴管理部１１８及びルールエンジン２６を含む。アプリケーション２０は、ルール情報に基づきＩｏＴシステムを構築するプラットフォームを実現するためのプログラムである。ルールエンジン２６は、ルール管理部１３２、状態モニタ１３４及び処理起動部１３６を含む。

ルール作成部１１２は、入力装置１０２から入力されたテキスト情報に基づいて、ルール情報を作成し、ルール情報を送信部１０６へ送る。

ルール情報の例を図２乃至図４に示す。

図２は、ルール情報のデータ構造の一例を示す。ルール情報は、複数の項目を含む。ルール情報の項目の例は、ルールＩＤ、ルール名、作成者ＩＤ、作成日時、ＩＦ－ＴＨＥＮ部、ルール属性、編集可否フラグ、編集者ＩＤ等を含む。ルール情報の項目の例は、図２の例に限定されない。例えばルール属性、編集可否フラグ、編集者ＩＤ等は省略される場合もある。

ルールＩＤはルール情報毎のユニークな識別情報である。ルールＩＤは、作成時に自動的に決められるが、作成時に決定しなくても良い。作成者は、重複しない限り、ルールＩＤを自由に設定してもよい。ルール名は、ルールの内容、すなわちＩｏＴシステムの内容を表すものである。ルール名の例は、これらに限定されないが、「高温時冷房運転」、「来客通知」、「音声ガイド」、「機械故障通知」、「心拍異常通知」等を含む。作成者ＩＤはルール情報の作成者毎のユニークな識別情報である。作成日時は自動的に入力される。

ＩＦ－ＴＨＥＮ部はＩＦモジュール８ＡとＴＨＥＮモジュール８Ｂの連携を示す。ＩＦ－ＴＨＥＮ部の一例は図３に示す。

ルール属性は、ルール情報がどのようなサービスを提供するのかを示す情報である。ルール属性の一例は図４に示す。

ルール作成者は、自分が作成したルール（具体的にはＩＦ－ＴＨＥＮ部、ルール属性等）を他人が編集することを許可又は禁止できる。ルール作成者は、自分が作成したルールの編集を許可する場合、編集可否フラグを例えば“１”とし、禁止する場合、編集可否フラグを例えば“０”とする。なお、編集可否フラグの具体的な値はこれに限定されない。

このシステムは、ユーザが編集可能なルール情報をダウンロードした場合、ユーザはルール情報を編集することができるようになっている。編集可能なルール情報をダウンロードした場合、ディスプレイにルール情報の編集可を示すアイコンが表示される。このアイコンがタッチされると、ルール情報が編集可能となる。

ユーザが編集により作成したルール情報は、新規に作成したルール情報と同様にサーバにアップロードされる。編集により作成されたルールは、編集前のオリジナルルールとは異なるルールＩＤを有するルールとして登録される。その場合、作成者ＩＤは不変であるが、編集者ＩＤが付け加えられる。編集者ＩＤは編集者毎のユニークな識別情報である。編集可の一つのオリジナルルールから編集により複数のルールが作成され、登録されることも可能である。

図３は、ＩＦ－ＴＨＥＮ部のデータ構造の一例を示す。ＩＦ－ＴＨＥＮ部は作成者により入力される又は編集者により編集されるものであり、ＩＦ部とＴＨＥＮ部からなる。

ＩＦ部は、複数の項目を含む。ＩＦ部の項目の例は、これらに限定されないが、ＩＦモジュール８Ａの識別情報であるＩＦモジュールＩＤ、処理の実行開始のための条件、条件の詳細を定義するＩＦパラメータ、条件を調べる周期を示すＩＦサイクル等を含む。条件は、ＩＦモジュール８Ａにより検出された状態と比較される特定の状態である。ＩＦモジュール８Ａの例は、これらに限定されないが、温度センサ、湿度センサ、ドア、アルコール検知器、開閉センサ、ビーコン、人感センサ、水漏れセンサ、発電椅子、発電床、重さセンサ、複合多機能センサ（光、温度、湿度、加速度、ジャイロ等）、体温計、重量計、マイクロフォン、湿度計、カメラ等を含む。

ＴＨＥＮ部も、複数の項目を含む。ＴＨＥＮ部の項目の例は、これらに限定されないが、ＴＨＥＮモジュール８Ｂの識別情報であるＴＨＥＮモジュールＩＤ、ＴＨＥＮモジュール８Ｂが実行する処理、処理の詳細を定義するＴＨＥＮパラメータ等を含む。ＴＨＥＮモジュール８Ｂの例は、これらに限定されないが、コミュニケーションロボット、電源タップ、通知用腕時計、リストバンド、ＬＥＤ、電子機器のリモコン、メール送信、マップ表示、音声合成等を含む。

ＩＦ部、ＴＨＥＮ部の組み合わせの例は、これらに限定されないが、
「トレイに〇〇グラム以上の物体が置かれたら、〇〇秒間光ってお知らせする」、
「温度が〇〇度を超えたら、〇〇モードで空調機を動作させる」、
「工作機械の振動が〇〇秒以上停止したら、警告文を〇〇秒間表示して作業員に通知する」、
「〇〇人が〇〇に来たら、○○語で○○の音声案内を開始する」、
「心拍数が〇〇を超えたら、○○により本人に知らせる」等である。

ＩＦ部とＴＨＥＮ部の中の○○はＩＦ部、ＴＨＥＮ部の詳細を指定する数値や選択肢であり、ＩＦパラメータとＴＨＥＮパラメータにより定義される。

図４は、ルール属性のデータ構造の一例を示す。ルール属性は、複数の項目を含む。ルール属性の項目の例は、これらに限定されないが、対象者ＩＤ、シーンＩＤ、テーマＩＤ、課題ＩＤ等を含む。ルール属性は、後述するルール推奨処理において利用され得る。ルール属性は、ルール情報の検索においても、キーワードとして利用され得る。

対象者ＩＤは、ルール情報に基づき実行される処理の対象であるユーザ、すなわちルール情報により提供されるサービスの対象者を示す識別情報である。対象者の例は、これらに限定されないが、従業員（ＩＤ＝Ｐ１）、管理者（ＩＤ＝Ｐ２）、教授、看護師等を含む。

シーンＩＤは、ルール情報に基づき処理が実行されるシーン、すなわちルール情報により提供されるサービスが利用されるシーンを示す識別情報である。シーンの例は、これらに限定されないが、会議室、レストラン、荷物梱包場所、工事現場、オフィス（ＩＤ＝Ｓ１）、工場（ＩＤ＝Ｓ２）、教室内、エレベータ、家の敷地、自宅のリビング、食料品店、コーヒーショップ、公園、学校の敷地、洋服店（アパレルショップ）、出入国ゲート、観光地、コンビニエンスストア、博物館（ＩＤ＝Ｓ３）美術館、鉄道の駅、オフィスビル、ホテル、高速道路、ホテルロビー、物流センター、テニスコート、空港、トイレ、バスの車内等を含む。

テーマＩＤは、ルール情報に基づき実行される処理のテーマ、すなわちルール情報により提供されるサービスのテーマを示す識別情報である。テーマの例は、これらに限定されないが、セキュリティ（ＩＤ＝Ｔ１）、効率化（ＩＤ＝Ｔ３）、快適、安心、シェア拡大（ＩＤ＝Ｔ２）、自動化、お金儲け／節約、娯楽（ＩＤ＝Ｔ４）、健康（ＩＤ＝Ｔ５）、便利等を含む。

課題ＩＤは、ルール情報に基づき実行される処理により解決される課題、すなわちルール情報により提供されるサービスにより解決される課題を示す識別情報である。課題の例は、これらに限定されないが、見える化（ＩＤ＝Ｏ１）、機能付加、省エネルギ（ＩＤ＝Ｏ２）、エコロジー（ＩＤ＝Ｏ３）等を含む。ルール属性のデータ構造は図４に示す例に限定されない。

ルール情報の作成時に、作成者は、ルール属性を設定してもよい。作成者は、ルール情報の作成時ではなく、任意のタイミングでルール属性を設定又は変更してもよい。なお、ルール情報の検索にルールＩＤ、ルール名、ＩＦ－ＴＨＥＮ部内のキーワード、作成者ＩＤ、編集者ＩＤ等を利用し、ルール属性の少なくとも一つの項目を利用しない場合は、作成者は、利用しないルール属性の項目を設定しなくてもよい。ルール属性の項目を入力する代わりに、ルール属性の項目の選択肢を表示し、その中から選択肢を選択することによりルール属性の項目を設定してもよい。なお、ルール属性の項目のうち限定する必要がない項目がある場合、当該項目には全て（ａｌｌ）のＩＤが設定される。

なお、図示の便宜上、ルール情報を３枚のテーブルに分割して示したが、実際のルール情報は、図３に示すＩＦ－ＴＨＥＮ部と図４に示すルール属性が図２に示すテーブルに組み込まれた１枚のテーブルでもよい。

図１の説明に戻り、送信部１０６は、ルール情報をネットワーク１８を介してクラウドサーバ２へ送信する。

エッジコンピュータ６のユーザがルール情報を作成する際、ルール作成部１１２は、ルール作成のためのガイダンス画面を表示装置１０４に表示してもよい。ルール作成部１１２は、ガイダンス画面に従って作成者が入力装置１０２から入力又は選択した情報に基づきルール情報を作成する。ここでは、ガイダンス画面に従ってルール情報を作成する例を示したが、ガイダンス画面を利用せずに、ユーザがルール作成に必要な情報を直接に入力して、ルール情報を作成してもよい。

なお、ルール情報を入力装置１０２からテキスト情報として入力する代わりに、この情報を音声信号として入力し、音声信号を音声認識してルール情報を入力してもよい。

送信部１０６は、図示せずメモリを有する。送信部１０６は、ルール作成部１１２から送信されたルール情報をメモリに書き込む。送信部１０６は、ユーザからのルール情報の送信要求を受け取ると、メモリ内のルール情報をクラウドサーバ２へ送信してもよいし、一定数のルール情報がメモリに格納される毎に一定数のルール情報をクラウドサーバ２へ送信してもよいし、メモリに記憶されているルール情報を一定時間毎にクラウドサーバ２へ送信してもよい。ユーザは、入力装置１０２を用いてルール情報の送信要求を送信部１０６へ送ることができる。

複数のエッジコンピュータ６からクラウドサーバ２に送信されたルール情報は、例えば図２乃至図４に示す形式で、クラウドサーバ２に記憶される。

エッジコンピュータ６のユーザがクラウドサーバ２からルール情報をダウンロードする際、ルール取得部１１４は、ユーザが指定した推奨度情報についてのルール情報のランキング表の表示を要求する表示要求信号又はユーザが選択したルール情報のダウンロードを要求するダウンロード要求信号を送信部１０６に送る。送信部１０６は、表示要求信号又はダウンロード要求信号をネットワーク１８を介してクラウドサーバ２のルール公開サイト（図示せず）へ送信する。

ルール公開サイトは、指定した推奨度情報についてのルール情報のランキング表の表示を要求する表示要求信号を受信すると、複数のルール情報が推奨度情報の値の大きい順に並んだランキング情報をルール一覧画面情報としてエッジコンピュータ６に送信する。

エッジコンピュータ６の受信部１０８は、受信したルール一覧画面情報をルール取得部１１４に送信する。ルール取得部１１４は、ルール一覧画面情報に基づいてランキング表を表示装置１０４で表示する。

表示されているランキング表の中の少なくとも一つのルール情報をユーザが選択すると、ルール取得部１１４は、選択したルール情報のダウンロードを要求するダウンロード要求信号を送信部１０６に送る。送信部１０６は、ダウンロード要求信号をネットワーク１８を介してルール公開サイトへ送信する。

ルール公開サイトは、選択されたルール情報のダウンロード要求信号を受信すると、選択されたルール情報をエッジコンピュータ６に送信する。

エッジコンピュータ６の受信部１０８は、受信したルール情報をルールエンジン２６のルール管理部１３２に送る。ルール管理部１３２は、ルール情報をルールメモリ２８に書き込む。ルールメモリ２８はルール情報を記憶する。

ルール情報のダウンロードは有料でもよいし、無料でもよい。有料の場合、例えば図２に示すルール情報のデータ構造の項目に料金を追加し、ルール管理部１３２がルール情報をルールメモリ２８に書き込むと、課金処理が行われるように構成してもよい。

ルールエンジン２６の状態モニタ１３４は、マイクロサービス１０Ａ、１０Ｂに接続される。マイクロサービス１０Ａは、ネットワーク１８を介してＩＦモジュール８Ａに接続される。マイクロサービス１０Ｂは、ネットワーク１８を介してＴＨＥＮモジュール８Ｂに接続される。なお、エッジコンピュータ６とクラウドサーバ２を接続するネットワークと、エッジコンピュータ６とＩＦモジュール８Ａ、ＴＨＥＮモジュール８Ｂを接続するネットワークとは図１の例では同じネットワークとして記載しているが、異なるネットワークであっても良い。マイクロサービス１０Ａ、１０Ｂは、オブジェクト指向のプログラミング言語を用いたプログラムで構成さされたＩＦモジュール８Ａ、ＴＨＥＮモジュール８Ｂの制御手段である。

説明の便宜上、図１は単数のＩＦモジュール８Ａと単数のＴＨＥＮモジュール８Ｂを示すが、複数のＩＦモジュール８Ａと、それらに対応する複数のマイクロサービス１０Ａが設けられてもよいし、複数のＴＨＥＮモジュール８Ｂと、それらに対応する複数のマイクロサービス１０Ｂが設けられてもよい。なお、一つのサービスを提供するＩｏＴシステムを構成する場合は、少なくとも一つのＩＦモジュール８Ａと少なくとも一つのＴＨＥＮモジュール８Ｂの２個のモジュールがあればよい。また、一つのモジュールが状態を検出し、同じモジュールが処理を実行する機能を有するならば、一つのモジュールがあればよい。例えばＬＥＤ付きの照度センサを用いれば、照度が閾値以上の場合、ＬＥＤを点灯させるというルール情報に従うＩｏＴシステムを実現できる。

上述したように、ＩＦモジュール８Ａ、ＴＨＥＮモジュール８Ｂは、デバイスに限らず、処理、コンテンツ又はデータを含む。従って、マイクロサービス１０Ａ、１０Ｂは、Ｗｅｂ頁間の遷移制御や特定Ｗｅｂ頁に対応した画面操作などの制御を行うためのＡＩ技術を用いたプログラムソフトも含む。同様に、マイクロサービス１０Ａ、１０Ｂは、ＡＩ技術を用いて特定の映像コンテンツ内に登場する人物の人数を自動抽出するアプリケーションプログラムや、取得データを、例えば統計解析などを利用して解析するアプリケーションプログラムも含む。

ＩＦモジュール８Ａ、ＴＨＥＮモジュール８Ｂ、及びマイクロサービス１０Ａ、１０Ｂとネットワーク１８との接続は、無線でも有線でもよい。無線接続の例は、ブルートゥース（登録商標）、携帯電話回線、Ｗｉ－Ｆｉ（登録商標）等がある。有線接続の例は、有線ＬＡＮ、ＵＳＢ接続等がある。

ＩＦモジュール８Ａ、ＴＨＥＮモジュール８Ｂは実空間上のモジュールと、サイバ空間上のモジュールを含む。実空間上のモジュールの例は、これらに限定されないが、センサ、ビーコン、家電、スマートフォンやタブレット等の携帯端末、ＨＭＤ（ｈｅａｄ ｍｏｕｎｔｅｄ ｄｉｓｐｌａｙ）、ＩｏＴ機器及びＧＰＳ衛星を含む。実空間上のモジュールは、図１に示すようにエッジコンピュータ６の外部に配置されるモジュールと、図１には示さないがエッジコンピュータ６に内蔵されるモジュールを含む。内蔵されるモジュールの例は、これらに限定されないが、温度センサ、圧力センサ及びジャイロを含む。

サイバ空間上のモジュールの例は、これらに限定されないが、ＷｅｂサービスサーバやＩｏＴサービスサーバにより実現される、証券（特定銘柄の株）の自動売買、特定商品の発注と受け取った商品代金の自動振り込み（課金処理）、映画や音楽の鑑賞券の購入申し込みや旅行等の予約申し込み等のユーザサービスを含む。

ルールエンジン２６の説明に戻り、状態モニタ１３４は、ルール情報のＩＦ部に記載されているＩＦモジュール８Ａに対応するマイクロサービス１０Ａに状態の検出を定期的に要求し、マイクロサービス１０Ａから検出信号を受信する。状態モニタ１３４は、マイクロサービス１０Ａから検出要求を受信すると、ＩＦモジュール８Ａが検出した状態がルールメモリ２８に記憶されている有効なルール情報の中のいずれかのルール情報のＩＦ部に記載の特定の状態と一致するか否かを判定し、判定結果を処理起動部１３６へ送る。

状態モニタ１３４がＩＦモジュール８Ａの検出状態が特定の状態と一致することを検出すると、処理起動部１３６は、当該ルール情報のＴＨＥＮ部に記載の処理をＴＨＥＮモジュール８Ｂに実行させるための実行指示信号を、ＴＨＥＮモジュール８Ｂに対応するマイクロサービス１０Ｂに送信する。マイクロサービス１０Ｂは制御信号を受信すると、対応するＴＨＥＮモジュール８Ｂに処理実行コマンドを送信する。制御信号は、実行履歴管理部１１８にも送信される。

ルール情報の利用は有料でもよいし、無料でもよい。有料の場合、例えば図２に示すルール情報のデータ構造の項目に料金を追加し、処理起動部１３６が起動処理を行うと、課金処理が行われてもよい。

実行履歴管理部１１８は、処理起動部１３６から出力される制御信号に基づいて実行履歴情報を作成し、実行履歴情報を履歴メモリ１２４に書き込むとともに、実行履歴情報を送信部１０６へ送る。履歴メモリ１２４は実行履歴情報を記憶する。実行履歴は、ＴＨＥＮ部に記載の処理の実行の履歴を示すものであり、ルール情報の利用の履歴を示すものでもある。実行履歴情報の例は、図５を参照して後述する。

送信部１０６は、実行履歴管理部１１８から送信された実行履歴情報をクラウドサーバ２に送信するまで記憶するメモリを含む。送信部１０６は、ユーザからの実行履歴情報の送信要求を受け取ると、メモリ内の実行履歴情報をネットワーク１８を介してクラウドサーバ２へ送信してもよいし、一定数の実行履歴情報がメモリに格納される毎に一定数の実行履歴情報を送信してもよいし、メモリに記憶されている実行履歴情報を一定時間毎に送信してもよい。ユーザは、入力装置１０２を用いて実行履歴情報の送信要求を送信部１０６へ送ることができる。

ユーザは、ルール情報の評価を示すテキスト情報を入力装置１０２から入力することができる。評価管理部１１６は、入力装置１０２から入力されたテキスト情報に基づいてルール情報の評価情報を作成する。評価情報は、コメント等の文字列、評価の数値等を含む。評価情報の作成時期には制限がない。ユーザは、評価情報の作成又は作成時期を入力装置１０２を用いてエッジコンピュータ６に指示することができる。

評価管理部１１６は、評価情報の作成が指示されると、エッジコンピュータ６が記憶していて、ルールメモリ２８に記憶されているルール情報と履歴メモリ１２４に記憶されている実行履歴に基づいて、過去に利用したルール情報（ＴＨＥＮ部に記載の処理が実行されたルール情報）の一覧を表示装置１０４に表示させ、その一覧の中のルール情報の評価情報を入力することを許可するとともに、評価情報の入力を促す。すなわち、ルール情報の評価情報は、そのルール情報を実際に利用したユーザのみが入力可能であり、ルール情報を利用していない人が評価情報を入力することは不可である。これにより、評価情報の信憑性を高めることができる。

なお、過去に使用したルール情報の一覧表示は必須ではなく、ユーザがルールＩＤ、ルール名称等によりルール情報を選択して、評価情報を入力してもよい。この場合も、評価管理部１１６は、実際に使用していないルール情報が選択され、評価情報が入力されることを許可しない。

評価管理部１１６は、作成した評価情報を評価メモリ１２２に書き込むとともに、送信部１０６へ送る。評価情報の詳細は、図６を参照して後述する。評価メモリは評価情報を記憶する。

なお、評価情報も入力装置１０２からテキスト情報として入力する代わりに、これらの情報を音声信号として入力し、音声信号を音声認識して評価情報を入力してもよい。

送信部１０６は、評価管理部１１６から送信された評価情報をクラウドサーバ２に送信するまで記憶するメモリを含む。送信部１０６は、ユーザからの評価情報の送信要求を受け取ると、メモリ内の評価情報をネットワーク１８を介してクラウドサーバ２へ送信してもよいし、一定数の評価情報がメモリに格納される毎に一定数の評価情報を送信してもよいし、メモリに記憶されている評価情報を一定時間毎に送信してもよい。ユーザは、入力装置１０２を用いて評価情報の送信要求を送信部１０６へ送ることができる。

ルールメモリ２８、履歴メモリ１２４及び評価メモリ１２２は、図１に示すように、３つのメモリから構成してもよいが、１つのメモリから構成してもよい。１つのメモリから構成する場合、１つのメモリの領域を３つに分割し、分割領域それぞれにルール情報、実行履歴情報及び評価情報を記憶してもよい。３つのメモリから構成する場合、独立した３つのメモリデバイスから構成してもよいし、１つのメモリデバイスとして使用される３つのメモリから構成してもよい。

エッジコンピュータ６がルール情報を作成すると説明したが、エッジコンピュータ６ではなくクラウドサーバ２がルール情報を作成してもよい。さらに、エッジコンピュータ６でもクラウドサーバ２でもなく、ネットワーク１８を介してエッジコンピュータ６と接続される他の電子装置（例えば、パーソナルコンピュータや別のエッジコンピュータ）がルール情報を作成し、当該ルール情報を管理する構成としてもよい。エッジコンピュータ６は、ルール情報を作成し、作成したルール情報をクラウドサーバ２へ送信する機能と、ルール情報をダウンロードしてルール情報を利用する機能を備える。しかし、他の電子装置は、ルール情報を作成する機能を備えるが、利用する機能を備えなくてもよい、すなわちルールエンジンを備えなくてもよい。他の電子装置でルール情報を作成する処理は、エッジコンピュータ６でルール情報を作成する処理と同様なので、この明細書では、エッジコンピュータ６でルール情報を作成する動作を説明する。

上記の説明は、ルール作成者とルール利用者が別の人である場合を想定したが、ルール作成者とルール利用者が同一人でもよい。この場合、エッジコンピュータ６で作成されたルール情報はクラウドサーバ２に登録しなくてもよい。しかし、上記の説明と同様に、ルール情報がエッジコンピュータ６からクラウドサーバ２に送信され、クラウドサーバ２に登録された後、クラウドサーバ２からエッジコンピュータ６にダウンロードされるようにしてもよい。

ルールメモリ２８に記憶されているルール情報は、原則自動的に利用されるが、ルールメモリ２８に多数のルール情報が記憶されており、全てのルール情報を常時利用する必要が無い場合がある。例えば特定のルール情報は夜間は利用したくない場合がある。ルール管理部１３２は、入力装置１０２からのユーザの指示に基づき、ルールメモリ２８に記憶されている多数のルール情報の中の利用するルール情報を有効なルール情報としてもよい。無効なルール情報は、利用されない。ユーザは、有効／無効の選択に限らず、有効とする場合、有効とする期間／時間帯等を指定することもできる。図２に示すデータ構造のルール情報にルールの有効／無効、有効とする期間／時間帯等の欄を追加してもよい。

図５は、実行履歴情報のデータ構造の一例を示す。実行履歴情報は、複数の項目を含む。実行履歴情報の項目の例は、これらに限られないが、実行日時、ルールＩＤ、ユーザ属性、利用デバイスＩＤ、利用位置ＩＤ等を含む。実行日時は、ルール情報の中のＴＨＥＮ部が記載する処理の実行開始日時を示す。実行履歴情報の中の１行のデータが１回の処理の実行に対応する。

ユーザ属性は、ルールを利用するユーザの属性を示すものであり、複数の項目からなる。ユーザ属性の項目の例は、これらに限定されないが、ユーザＩＤ、氏名、生年月日、性別、国籍、住所、職業等を含む。これらの項目は、エッジコンピュータ６におけるユーザ登録時に設定され得る。ユーザ属性は、後述するルール推奨処理において利用され得る。ユーザ属性は、ルール情報の検索においても、キーワードとして利用され得る。

利用デバイスＩＤは、ルール情報に基づいて特定の処理を実行させるエッジコンピュータ６を識別するものであり、エッジコンピュータ６のログイン時に取得され得る。利用位置ＩＤは、特定の処理を実行させるエッジコンピュータ６の位置を識別するものである。利用位置ＩＤは、スマートフォンのようにエッジコンピュータ６がＧＰＳ機能を備えている場合は、ＧＰＳ機能から得られる。ＧＰＳ機能を備えていない場合は、利用位置ＩＤは、エッジコンピュータ６の初期設定時に設定された設置場所情報から得られる。図５に示す実行履歴情報は一つのエッジコンピュータ６が作成するので、ユーザＩＤ（ユーザ属性も）、利用デバイスＩＤはそれぞれ同じユーザ、同じ利用デバイスを示す。利用デバイスＩＤと利用位置ＩＤも、後述するルール推奨処理において利用され得るし、ルール情報の検索においても、キーワードとして利用され得る。

多数のエッジコンピュータ６からクラウドサーバ２に多数の実行履歴情報が送信されると、異なるユーザＩＤ、異なる利用デバイスＩＤの多数の実行履歴情報がクラウドサーバ２のサーバメモリ３８に蓄積される。ユーザ属性と利用デバイスＩＤと利用位置ＩＤは、クラウドサーバ２がランキング表を表示する際、ユーザにより指定されると、指定された項目に基づいて絞り込まれたランキング表の表示が可能となる。あるいは、ユーザがルール公開サイトが持っているルール情報を検索したい時に、ユーザ属性と利用デバイスＩＤと利用位置ＩＤを検索キーワードとして使用し得る。

ユーザは、自分が利用したルール情報のコメント、評価を入力することができる。コメント、評価はルール情報全体に関するルールコメント、ルール評価でも良いし、ＩＦモジュール８Ａに関するＩＦモジュールコメント、ＩＦ評価でもよいし、ＴＨＥＮモジュール８Ｂに関するＴＨＥＮモジュールコメント、ＴＮＥＮモジュール評価でもよい。ルールコメントの一例は、「このルールは○○という課題に対する良い解決策を実現している」である。ＩＦモジュールコメントの例は、「このＩＦモジュールは精度が高い」である。ＴＨＥＮモジュールコメントの例は、「このＴＨＥＮモジュールは寿命が長い」である。評価は数値であり、例えば最大値が５．０で、０．１単位で設定可能である。数値は、評価が高い程、大きい。なお、コメントと評価のいずれか一方の入力を省略してもよい。

評価管理部１１６は、図６に示すデータ構造の評価情報を作成する。評価情報は、複数の項目からなる。評価情報の項目は、これらに限定されないが、一例として、ルールＩＤ、ユーザＩＤ、ルールコメント、ルール評価、ＩＦモジュールコメント、ＩＦモジュール評価、ＴＨＥＮモジュールコメント、ＴＨＥＮモジュール評価等を含む。コメントはテキストであり、評価は数値である。ルールコメント、ルール評価、ＩＦモジュールコメント、ＩＦモジュール評価、ＴＨＥＮモジュールコメント、ＴＨＥＮモジュール評価等は、入力装置１０２を介するユーザからの入力に基づいて評価管理部１１６が作成する。なお、ルール評価、ＩＦモジュール評価及びＴＨＥＮモジュール評価等はユーザが入力するのではなく、ルールコメント、ＩＦモジュールコメント及びＴＨＥＮモジュールコメントに含まれる文字をＡＩが解析して、評価を決定してもよい。

図６に示す評価情報は、一つのエッジコンピュータ６が作成するので、ユーザＩＤは同じユーザを示す。評価情報の各項目は、後述するルール推奨処理において利用され得る。評価情報の各項目は、ルール情報の検索においても、キーワードとして利用され得る。

評価管理部１１６は、評価メモリ１２２に記憶されている評価情報を送信部１０６を介してクラウドサーバ２へ送信する。評価管理部１１６は、ユーザから送信が指示されると、評価情報をクラウドサーバ２へ送信してもよいし、一定数の評価情報が評価メモリ１２２に格納される毎に一定数の評価情報をクラウドサーバ２へ送信してもよいし、評価メモリ１２２に記憶されている評価情報を一定時間毎にクラウドサーバ２へ送信してもよい。なお、同一ユーザであれば評価情報の入力は様々な機器を用いて行われ、クラウドサーバ２に当該評価情報が送信されてもよい。例えば、エッジコンピュータ６がスマートフォンであるとした場合、別機器（例えばパーソナルコンピュータ）を用いて入力された評価情報が、クラウドサーバ２に送信されてもよい。

多数のエッジコンピュータ６からクラウドサーバ２に多数の評価情報が送信されると、同じルールに関する異なるユーザによる評価情報がクラウドサーバ２に蓄積される。ルール作成者は、自分が作成したルール情報の評価情報を閲覧することができるようになっている。

（クラウドサーバ）
図７は、ＩｏＴシステム内のクラウドサーバ２の構成の一例を示す。

クラウドサーバ２は、第１受信部２０２、ルール書き込み部２０４、履歴書き込み部２０６、評価書き込み部２０８、ランキング処理部２１０、サーバメモリ３８、第２受信部２３２、要求判定部２３４、ルール選択部２３６、ルール一覧画面作成部２３８、送信部２４２を有する。

サーバメモリ３８は、ルールメモリ２２２、履歴メモリ２２４、評価メモリ２２６、ランキングメモリ２２８を有する。

ルールメモリ２２２は、ルール情報を記憶する。履歴メモリ２２４は、実行履歴情報を記憶する。評価メモリ２２６は、評価情報を記憶する。ランキングメモリ２２８は、ランキング情報を記憶する。ランキング情報は、第１利用回数ランキング情報、第２利用回数ランキング情報、第３利用回数ランキング情報を含む。第１利用回数ランキング情報、第２利用回数ランキング情報、第３利用回数ランキング情報は後述する。第１受信部２０２は、クラウドサーバ２に接続可能な全てのエッジコンピュータ６からルール情報、実行履歴情報及び評価情報を受信する。

クラウドサーバ２の動作は、ルール登録時の動作とルール配信時の動作を含む。ルール登録とは、全てのエッジコンピュータ６により作成され、エッジコンピュータ６からクラウドサーバ２に送信されたルール情報を受信し、ルールメモリ２２２に記憶させることを含む。エッジコンピュータ６ではなくクラウドサーバ２がルール情報を作成する場合、ルール登録は、クラウドサーバ２で作成したルール情報をルールメモリ２２２に書き込むことを含む。ルール登録は、エッジコンピュータ６からの指示により実行される。

ルール書き込み部２０４は、第１受信部２０２で受信した全てのエッジコンピュータ６からのルール情報をルールメモリ２２２に書き込む。ルール書き込み部２０４は、ルール情報を受信すると、図示しない認証機関へルール情報を転送し、認証を依頼してもよい。認証機関は、ＩＦ部に記載の条件が成立した場合、ＴＨＥＮ部に記載のＴＨＥＮモジュールが処理を正しく実行できるか否かを判定する。ルール書き込み部２０４は、認証機関の認証が得られたルール情報をルールメモリ２２２に書き込んでもよい。

履歴書き込み部２０６は、第１受信部２０２で受信した全てのエッジコンピュータ６からの実行履歴情報を履歴メモリ２２４に書き込む。評価書き込み部２０８は、第１受信部２０２で受信した全てのエッジコンピュータ６からの評価情報を評価メモリ２２６に書き込む。

ランキング処理部２１０は、履歴メモリ２２４に記憶されている実行履歴情報内の実行日時情報をルール毎に集計し、ルール毎の利用回数を算出し、利用回数ランキング情報をランキングメモリ２２８に書き込む。ランキング処理部２１０は、評価メモリ２２６に記憶されている評価情報をルール毎に集計し、ルール毎の総合評価を算出し、総合評価ランキング情報をランキングメモリ２２８に書き込む。集計の一例は、平均値を算出することを含む。ランキング処理部２１０の詳細は後述する。

ルールメモリ２２２、履歴メモリ２２４、評価メモリ２２６及びランキングメモリ２２８を１つのメモリから構成する場合、１つのメモリの領域を４つに分割し、分割領域それぞれにルール情報、実行履歴情報、評価情報及びランキング情報を記憶してもよい。しかし、ルールメモリ２２２、履歴メモリ２２４、評価メモリ２２６及びランキングメモリ２２８は４つのメモリから構成してもよい。４つのメモリから構成する場合、独立した４つのメモリから構成してもよい。ルールメモリ２２２、履歴メモリ２２４、評価メモリ２２６及びランキングメモリ２２８は、１つのメモリとして使用される２つ以上のメモリから構成してもよい。

第２受信部２３２は、エッジコンピュータ６からの要求信号を受信する。要求信号は、ルール一覧画面の表示を要求する表示要求信号であるか又は選択したルール情報のダウンロードを要求するダウンロード要求信号である。ダウンロード要求信号は、ルール情報のダウンロードを要求する旨の情報とダウンロード対象のルール情報を特定する情報を有する。

要求判定部２３４は、第２受信部２３２で受信した要求信号が、表示要求信号である場合は要求信号をルール一覧画面作成部２３８に送信し、ダウンロード要求信号である場合は要求信号をルール選択部２３６に送信する。

ルール一覧画面作成部２３８は、要求判定部２３４から表示要求信号を受信すると、要求信号で指定された推奨度情報に基づくランキング情報をランキングメモリ２２８から読み出し、ランキング情報に基づくランキング表をルール一覧画面として作成し、ルール一覧画面情報を送信部２４２へ送る。すなわち、ランキング処理部２１０とルール一覧画面作成部２３８は連携して、推奨度情報に基づいて複数のルール情報の少なくとも１つのルール情報を表示する表示画面を生成する。そのため、ランキング処理部２１０とルール一覧画面作成部２３８は表示制御部と称されてもよい。なお、表示制御部はサーバメモリ３８も含んでもよい。

ルール選択部２３６は、要求判定部２３４からダウンロード要求信号を受信すると、ダウンロード対象のルール情報をルールメモリ２２２から読み出し、ルール情報を送信部２４２へ送る。

送信部２４２は、要求信号の送信元であるエッジコンピュータ６へルール一覧画面情報又はルール情報を送信する。

これにより、ルール一覧画面の表示を要求したエッジコンピュータ６の表示装置１０４にルール一覧画面が表示される。その後、ルール一覧画面の中の少なくとも一つのルール情報が選択されると、選択されたルール情報がエッジコンピュータ６にダウンロードされる。

なお、エッジコンピュータ６の機能とクラウドサーバ２の機能の分担は、図１と図７に示した例に限定されない。図１に示したエッジコンピュータ６の機能の少なくとも一部をクラウドサーバ２で実現してもよい。図７に示したクラウドサーバ２の機能の少なくとも一部をエッジコンピュータ６で実現してもよい。さらに、両者の機能を含む単一の電子装置を設けてもよい。例えば、図１におけるマイクロサービス１０Ａ，１０Ｂ、アプリケーション２０、ルールメモリ２８、送信部１０６、受信部１０８、評価メモリ１２２、及び履歴メモリ１２４に相当する構成をクラウドサーバ２に実装してもよい。この場合、クラウドサーバ２側で、ＩＦモジュール８Ａが検出した状態がルールメモリ２８に記憶されている有効なルール情報の中のいずれかのルール情報のＩＦ部に記載の特定の状態と一致するか否かを判定し、一致した場合、当該ルール情報のＴＨＥＮ部に記載の処理をＴＨＥＮモジュール８Ｂに実行させるための実行指示信号を、ＴＨＥＮモジュール８Ｂに対応するマイクロサービス１０Ｂに送信する処理は行う。

（ルール一覧表示）
ランキング処理部２１０はルール情報毎の推奨度情報を算出して、ランキングメモリ２２８に書き込む。ランキング処理部２１０は、複数のルール情報を推奨度情報に基づいてその値の大きい順に並べてランキング情報を作成する。

ランキング処理部２１０は、集計タイミングになると、履歴メモリ２２４に記憶されている全てのエッジコンピュータ６からの実行履歴情報をルールＩＤ毎に集計して、ルール情報毎の累計の利用回数と一定期間内の利用回数を算出する。集計タイミングは、履歴メモリ２２４に実行履歴情報が書き込まれる毎でもよいし、一定期間毎でもよい。

ランキング処理部２１０は、ルールＩＤ、累計の利用回数及び一定期間内の利用回数を対応付け、複数のルール情報を利用回数の多い順に並べて第１利用回数ランキング情報を算出し、第１利用回数ランキング情報をランキングメモリ２２８に書き込む。あるいは、集計タイミングは、ランキング情報が要求された時でもよい。すなわち、ランキング処理部２１０は、ランキング情報を予め算出し、ランキングメモリ２２８に書き込むことなく、要求された時にランキング情報を算出してもよい。

図８は、第１利用回数ランキング情報の一例を示す。第１利用回数ランキング情報では、複数のルール情報が累計の利用回数の多い順に並べられているが、一定期間内の利用回数の多い順に並べられていてもよい。なお、ランキング処理部２１０は、ルールＩＤ、累計の利用回数及び一定期間内の利用回数を対応付けるだけで、複数のルール情報を利用回数の順に並べ直さなくてもよい。ルール一覧画面作成部２３８が一覧画面を作成する際に、ランキングメモリ２２８から読み出したランキング情報において複数のルール情報を利用回数の多い順に並べ直してから一覧画面を作成してもよい。

利用回数に関する第１ルール一覧画面の表示要求がエッジコンピュータ６からクラウドサーバ２に送信されると、ルール一覧画面作成部２３８は、ランキングメモリ２２８から、例えば図８に示す第１利用回数ランキング情報を読み出し、第１利用回数ランキング情報に基づき第１利用回数ランキング表信号を作成し、第１利用回数ランキング表信号をルール一覧画面信号としてエッジコンピュータ６に送信する。

これにより、エッジコンピュータ６の表示装置１０４は、例えば図９に示す第１利用回数ランキング表を表示する。第１利用回数ランキング表では、複数のルール情報（各ルール情報はルール名と利用回数からなる）が累計の利用回数の多い順に並べられているが、一定期間内の利用回数の多い順に並べられてもよい。累計の利用回数のランキング表を表示するか又は一定期間内の利用回数のランキング表を表示するかは、エッジコンピュータ６から送信される第１ルール一覧画面の表示要求で指定可能である。

ランキング処理部２１０は、ルール情報毎の利用回数を算出するだけではなく、ユーザ毎の利用回数を算出してもよい。ユーザは、図９に示す第１利用回数ランキング表からは全てのユーザについての利用回数が分かるが、特定のユーザについての利用回数は分からない。ユーザは、自分が提供したいサービスと似たようなサービスを提供しているユーザが多数回使用したルール情報を知ることができれば、ルール情報を簡単に又は迅速に選択することが可能となる。特定のユーザについての利用回数を算出するために、ランキング処理部２１０は、集計タイミングになると、履歴メモリ２２４に記憶されている実行履歴情報をルールＩＤとユーザＩＤの組み合わせ毎に集計して、ルールＩＤとユーザＩＤの組み合わせ毎の累計の利用回数と一定期間内の利用回数を算出する。

ランキング処理部２１０は、ルールＩＤ、ユーザＩＤ、累計の利用回数及び一定期間内の利用回数を対応付ける第２利用回数ランキング情報を求め、第２利用回数ランキング情報をランキングメモリ２２８に書き込む。

図１０は、第２利用回数ランキング情報の一例を示す。エッジコンピュータ６は、第２利用回数ランキング情報に基づいて特定のユーザについての第２利用回数ランキング表を表示することができる。第２利用回数ランキング表は、図９に示す第１利用回数ランキング表と略同じであるが、利用回数は特定のユーザについての利用回数である点が異なる。第２利用回数ランキング表中のルール情報の並び順は、累計の利用回数の多い順でも一定期間内の利用回数の多い順でもよい。どのユーザＩＤのユーザについて累計の利用回数のランキング表を表示するか又は一定期間内の利用回数のランキング表を表示するかは、エッジコンピュータ６から送信されるルール一覧画面の表示要求で指定可能である。

さらに、ランキング処理部２１０は、ルール属性の項目（対象者、シーン、テーマ及び課題）毎の利用回数を算出してもよい。ルール作成者は、ルール情報がどのようなサービスを提供するかを示すルール属性を設定可能である。同じルール情報でも、ルール属性の項目が異なり、利用される状況が異なると、効果が異なることがある。ＩｏＴシステムにより提供したいサービスに適したルール情報を見つけるためには、ルール属性の項目を指定し、その項目についての利用回数が多いルール情報を見つけることが有用である。

ルール属性の項目についての利用回数を算出するために、ランキング処理部２１０は、集計タイミングになると、履歴メモリ２２４に記憶されている実行履歴情報をルールＩＤとルール属性の各項目の組み合わせ毎に集計して、ルールＩＤとルール属性の各項目の組み合わせ毎の累計の利用回数と一定期間内の利用回数を算出する。ランキング処理部２１０は、第３利用回数ランキング情報を算出し、第３利用回数ランキング情報をランキングメモリ２２８に書き込む。第３利用回数ランキング情報は、ルールＩＤと累計の利用回数とが対応付けられた情報、ルール属性の各項目と累計の利用回数とが対応付けられた情報、ルールＩＤと一定期間内の利用回数とが対応付けられた情報、ルール属性の各項目と一定期間内の利用回数とが対応付けられた情報のいずれかを少なくとも含む。

図１１は、第３利用回数ランキング情報の一例を示す。なお、ルール属性の項目は、対象者、シーン、テーマ及び課題を全て含む必要は無く、これらのうちの少なくとも一つを含めばよい。

エッジコンピュータ６は、図１１に示す第３利用回数ランキング情報に基づいて図１２に示す第３利用回数ランキング表を表示することができる。図１２に示す利用回数ランキング表では、ルール属性の項目としてシーンが選択され、複数のルール情報（各ルール情報はルール名、利用回数、ルール属性の他の項目からなる）が特定のシーンＩＤについての累計の利用回数の多い順に並べられているが、あるシーンについて一定期間内の利用回数の多い順に並べられてもよい。また、ルール属性の項目としてシーン以外の項目を選んでもよい。さらに、ルール属性の複数の項目を選択し、複数の項目の組み合わせについての利用回数を算出してもよい。ルール属性のどの項目（複数でもよい）のどのＩＤについて累計の利用回数のランキング表を表示するか又は一定期間内の利用回数のランキング表を表示するかは、エッジコンピュータ６から送信されるルール一覧画面の表示要求で指定可能である。

図１２に示す利用回数ランキング表の各ルール情報の表示領域において、対象者、テーマ又は課題がクリックされると、特定のシーンについての利用回数ランキング表は、クリックされた特定の対象者、テーマ又は課題についての利用回数ランキング表に変更される。

図１１に示す第３利用回数ランキング情報においても、図１０に示す第２利用回数ランキング情報のように、ユーザＩＤも含めて、ルールＩＤとユーザＩＤとルール属性の各項目の組み合わせ毎に利用回数を算出してもよい。

ランキング処理部２１０が算出する推奨度情報の他の例は、評価に関する推奨度情報である。評価は、ルール評価、ＩＦモジュール評価及びＴＨＥＮモジュール評価を含む。図６に示すように、ルール評価、ＩＦモジュール評価及びＴＨＥＮモジュール評価は評価情報に含まれる。

ランキング処理部２１０は、集計タイミングになると、評価メモリ２２６に記憶されている評価情報のルール評価、ＩＦモジュール評価及びＴＨＥＮモジュール評価をルールＩＤ毎に集計して、ルール情報毎のルール評価集計値、ＩＦモジュール評価集計値、ＴＨＥＮモジュール評価集計値を算出する。集計値は、評価の平均値、評価の最大値と最小値のペア等を含む。集計タイミングは、評価メモリ２２６に評価情報が書き込まれる毎でもよいし、一定期間毎でもよい。

ランキング処理部２１０は、ルールＩＤ、ルール評価集計値、ＩＦモジュール評価集計値及びＴＨＥＮモジュール評価集計値を対応付ける評価ランキング情報を算出し、評価ランキング情報をランキングメモリ２２８に書き込む。図１３は、評価ランキング情報の一例を示す。なお、評価集計値は、ルール評価集計値、ＩＦモジュール評価集計値及びＴＨＥＮモジュール評価集計値を全て含む必要は無く、これらのうちの少なくとも一つを含めばよい。図１３に示す評価ランキング情報では、ルールＩＤがルール評価集計値の大きい順に並べられているが、ＩＦモジュール評価集計値又はＴＨＥＮモジュール評価集計値の大きい順に並べられていてもよい。

エッジコンピュータ６は、図１３に示す評価ランキング情報に基づいて、図１４に示すルール評価ランキング表を表示することができる。図１４に示すルール評価ランキング表では、複数のルール情報（各ルール情報は、ルール名、ルール評価集計値、ＩＦモジュール評価集計値、ＴＨＥＮモジュール評価集計値からなる）がルール評価集計値の大きい順に並べられているが、ＩＦモジュール評価集計値又はＴＨＥＮモジュール評価集計値の大きい順に並べられてもよい。ルール評価、ＩＦモジュール評価及びＴＨＥＮモジュール評価のいずれの大きい順のランキング表を表示するかは、エッジコンピュータ６から送信されるルール一覧画面の表示要求で指定可能である。

図１４に示すランキング表の各ルール情報の表示領域において、ＩＦモジュール評価集計値又はＴＨＥＮモジュール評価集計値がクリックされると、ルール評価ランキング表は、クリックされたＩＦモジュール評価集計値又はＴＨＥＮモジュール評価集計値についてのランキング表に変更される。

図１３に示す評価ランキング情報においても、図１０に示す第２利用回数ランキング情報のように、ユーザＩＤも含めて、ルールＩＤとユーザＩＤと評価集計値の組み合わせ毎に利用回数を算出してもよい。

なお、評価は評価情報に含まれるコメント（ルールコメント、ＩＦモジュールコメント、ＴＨＥＮモジュールコメント）を含んでもよい。この場合、ランキング処理部２１０は、形態素解析、構文解析、意味解析、文脈解析による自然言語処理を実行可能とされている。ランキング処理部２１０は、テキストからなるコメントを自然言語処理して、テキストをコメント内容を示すコメント値に変換する。ランキング処理部２１０は、コメント値をルールＩＤ毎に集計して、ルール情報のコメント集計値を算出する。ランキング処理部２１０は、ルールＩＤ、評価集計値及びコメント集計値を対応付ける第２評価ランキング情報を算出してもよい。

上述の説明では、ランキング処理部２１０は特定の推奨度情報に関してルール情報を予め並べたランキング情報を算出し、ランキング情報をランキングメモリ２２８に書き込んでおき、エッジコンピュータ６からのルール一覧表示要求を受信すると、ランキングメモリ２２８からランキング情報を読み出している。しかし、ランキングメモリ２２８に記憶されているランキング情報において、ルールＩＤが推奨度情報の値の大きい順に並べられている必要は無い。ランキング処理部２１０は、ルールＩＤと推奨度情報とを対応付けただけのランキング情報をランキングメモリ２２８に書き込んでもよい。ルール一覧画面作成部２３８は、ランキングメモリ２２８から読み出したランキング情報において推奨度情報の値の大きい順にルールＩＤを並べ直してから一覧画面を作成してもよい。

さらに、ランキング処理部２１０は、上記の情報の代わりに又は上記の情報に加えて、利用デバイスＩＤや利用位置ＩＤとルールの各組み合わせについて累計の利用回数、一定期間内の利用回数又は評価集計値を算出してもよい。

例えば図８、図１０又は図１１に示す利用回数ランキング情報にルール作成者ＩＤを追加してもよい。例えば図８に示す第１利用回数ランキング情報に対してルール作成者ＩＤが追加された場合、図１５に示す利用回数ランキング表が表示され得る。図１５に示す利用回数ランキング表は、図９に示すランキング表に対して、各ルール情報の表示領域にルール作成者が表示されている点が異なる。

図１５に示すランキング表では、図９に示すランキング表と同様に、ルール作成者が誰であるかに関わらず、利用回数の多い順にルール情報が並べられている。図１５に示すランキング表の各ルール情報の表示領域においてルール作成者がクリックされると、ランキング表は、例えば図１６に示すように、クリックされた特定の作成者が作成したルール情報についての利用回数ランキング表に変更される。そのため、利用回数の多いルール情報のルール作成者をクリックすることにより、利用回数の多いルール情報の作成者が作成したルール情報の利用回数ランキング表を表示することができる。利用回数の多いルール作成者が作成したルール情報を選択することは無難であると考えられるので、例えば図１６に示すように特定のルール作成者の作成したルール情報の利用回数ランキング表を表示することは、ルール情報の選択に有用である。

なお、ルール作成者ＩＤを図１３に示す評価ランキング情報に追加しても、同様な効果が得られる。

また、ルール作成者ＩＤではなく、ＩＦモジュールＩＤとＴＨＥＮモジュールＩＤをランキング情報に追加しても、同様な効果が得られる。例えば図８に示す利用回数ランキング情報に対してＩＦモジュールＩＤとＴＨＥＮモジュールＩＤが追加された場合、例えば図１７に示すルール評価ランキング表が表示される。図１７に示すランキング表は、図１４に示すルール評価ランキング表の各ルール情報のＩＦモジュール評価集計値がＩＦモジュールＩＤに、ＴＨＥＮモジュール評価集計値がＴＨＥＮモジュールＩＤに変更されている点が異なる。なお、ＩＦモジュールＩＤとＴＨＥＮモジュールＩＤをともにランキング情報に追加するのではなく、ＩＦモジュールＩＤとＴＨＥＮモジュールＩＤの一方のみを追加してもよい。

図１７に示すランキング表は、図１４に示すランキング表と同様に、ＩＦモジュールやＴＨＥＮモジュールが何であるかに関わらず、複数のルール情報は利用回数の多い順に並べられている。図１７に示すランキング表の各ルール情報の表示領域において、ＩＦモジュールＩＤ又はＴＨＥＮモジュールＩＤがクリックされると、ランキング表は、図１８に示すように、クリックされたＩＦモジュール又はＴＨＥＮモジュールを使うルール情報に限られた利用回数ランキング表に変更される。そのため、利用回数の多いＩＦモジュール又はＴＨＥＮモジュールを使うルール情報の利用回数ランキング表を表示することができる。利用回数の多いＩＦモジュール又はＴＨＥＮモジュールを使うルール情報を選択することは無難であると考えられるので、図１８に示す利用回数ランキング表を表示することは、ルール情報の選択に有用である。

ＩＦモジュールＩＤとＴＨＥＮモジュールＩＤを利用開始ランキング情報に追加するのではなく、評価ランキング情報に追加しても、同様な効果が得られる。

以上説明したように、実施形態は、推奨度情報に基づいて最終的にユーザにお薦めするルール情報を提示する表示画面を生成する表示制御部を備える。表示制御部は、推奨度情報に基づいて最終的な表示画面を生成すればよく、表示画面とそれを生成する処理に何ら限定はない。最終的な表示画面は、上述した利用回数ランキング表、評価ランキング表に限らず、ユーザにお薦めするルール情報を表示するものであれば、その形態に何ら限定は無く、ランキング表は種々変形可能である。さらに、推奨度情報から表示画面を生成する処理も、上述したように、推奨度情報に基づくランキング情報をランキングメモリ２２８から読み出し、ランキング情報に基づくランキング表をルール一覧画面として作成する処理に限らず、推奨度情報からランキング表を直接求めてもよい。

推奨度情報の変形例を説明する。

上述の説明では、利用回数や評価に関する推奨度情報が用いられたが、作成日時に関する推奨度情報が用いられてもよい。すなわち、作成日時が新しい順に並べられたルール一覧画面を表示してもよい。この場合は、クラウドサーバ２にランキング処理部２１０、ランキングメモリ２２８を設けることは不要であり。ルール一覧画面作成部２３８はルールメモリ２２２から作成日時の新しい順にルール情報を読み出して、一覧画面を生成すればよい。

また、エッジコンピュータ６は、所有しているＩＦモジュールのＩＤとＴＨＥＮモジュールのＩＤを管理している。エッジコンピュータ６は、例えばルール一覧表示要求とともにこれらのＩＤをクラウドサーバ２へ送信してもよい。クラウドサーバ２は、ルールメモリ２２２が記憶しているルール情報の中からユーザが所有しているＩＦモジュールとＴＨＥＮモジュールを使うルール情報を検索し、検索したルール情報からなるルール一覧画面を生成することができる。すなわち、ユーザが現在所有しているＩＦモジュールとＴＨＥＮモジュールだけで利用できるルール情報をユーザへ推奨することができる。ユーザは新たにモジュールを購入することなく、ＩｏＴシステムを作成することができる。

実行履歴情報として、実行日時や利用位置ＩＤを含めた場合には、クラウドサーバ２は、これらを分析して、このルール情報は何月何日何時頃利用されることが多いこと又はこのルール情報は何処で利用されることが多いことを知ることができる。この知識をルール一覧作成に利用すると、より効率的なルール情報を推奨することができる。すなわち、クラウドサーバ２は、ルール一覧画面表示の要求信号の送信日時に利用されることが多いルール情報又はルール一覧画面表示の要求信号の送信場所で利用されることが多いルール情報を実行履歴情報に基づいて抽出することができる。あるいは、エッジコンピュータ６は、ルール一覧画面表示の要求信号の送信の際、利用日時又は利用場所を指定すると、クラウドサーバ２は、指定された日時又は指定された場所で利用されることが多いルール情報の一覧画面を作成することができる。

ユーザは、エッジコンピュータ６のルール取得部１１４からルール情報の検索要求をルール公開サイトへ送信することもできる。検索要求は、ルール一覧画面の表示中に送信してもよいし、ルール一覧画面とは無関係に送信してもよい。

（ルール作成）
図１９はエッジコンピュータ１２のルール作成部１１２によるルール作成処理の一例を示すフローチャートである。ここでは、エッジコンピュータ１２はスマートフォンであるとする。図２０乃至図２２は、ルール作成時のエッジコンピュータ１２の表示装置１０４の画面遷移の一例を示す。

ルール作成部１１２は、ステップＳ１０４で、ルール作成メニューを表示装置１０４上で表示する。ルール作成メニューの一例を図２０（ａ）に示す。ルール作成メニューは、ルールＩＤ欄３０２、ＩＦボタン３０６及びＴＨＥＮボタン３０８を含む。ルールＩＤ欄３０２には、エッジコンピュータ１２の識別番号である数１０桁の英数字が入力される。識別番号は、自動的に発番されてもよい。

ルール作成者がＩＦボタン３０６を選択すると、ルール作成部１１２は、ステップＳ１０６で、図２０（ｂ）に示すＩＦモジュールの選択画面を表示し、ＩＦ部の設定処理を行う。選択画面は、ＩＦモジュールのアイコンと名称のリストであり、リストは上下にスクロール可能である。ＩＦモジュールは機能・種類毎にグループ化されていてもよい。名称の順番は「あいうえお」順でもよいし、使用回数の多い順でもよい。

ルール作成者がいずれかのＩＦモジュールのアイコンを選択すると、ルール作成部１１２は、図２０（ｃ）に示すＩＦ部の条件設定画面を表示する。ここでは、ＩＦモジュールとして「ボタン」が選択された例を説明する。条件設定画面は、条件の選択肢と「進む」ボタン３１２を含む。条件として「ボタンを押すと」が選択されると、ＩＦパラメータの選択肢としてシングルクリック、ダブルクリック及びロングクリックがさらに表示される。ＩＦパラメータが選択されると、図示していないが、ＩＦサイクルの選択肢もさらに表示され、ＩＦサイクルも設定される。

ルール作成者が「進む」ボタン３１２を選択すると、ルール作成部１１２は、図２１（ａ）に示すＩＦ部条件設定の終了画面を表示する。終了画面は、ルールＩＤ欄３０２、ＩＦボタン３０６、ＴＨＥＮボタン３０８及び選択されたＩＦモジュールのアイコン３１４を含む。

例えば「温度が２５度以上」と「湿度が８０％以上」のような複数の条件を１つのルール情報に含めたい場合がある。この場合、ルール作成者は、終了画面でＩＦボタン３０６を選択する。ＩＦボタン３０６が選択されると、上述のＩＦ部の設定処理が再度実行され、複数の条件が１つのルール情報に設定される。なお、複数の条件はＡＮＤ条件でもＯＲ条件でもよい。ＩＦ部の設定処理が再度実行される場合、複数の条件がＡＮＤ条件であるかＯＲ条件であるかの選択肢も設定される。複数の条件がＡＮＤ条件である場合、複数の条件の全てが満たされないと、ＴＨＥＮ部に記載の処理が実行されない。複数の条件がＯＲ条件である場合、複数の条件のいずれか一つでも満たされると、ＴＨＥＮ部に記載の処理が実行される。

ルール作成者が、ＩＦ部設定の終了画面でＴＨＥＮボタン３０８を選択すると、ルール作成部１１２は、ステップＳ１０８で、図２１（ｂ）に示すＴＨＥＮモジュールの選択画面を表示し、ＴＨＥＮ部の設定処理を行う。選択画面は、ＴＨＥＮモジュールのアイコンと名称のリストであり、リストは上下にスクロール可能である。ＴＨＥＮモジュールは機能・種類毎にグループ化されていてもよい。名称の順番は「あいうえお」順でもよいし、使用回数の多い順でもよい。

ルール作成者がいずれかのＴＨＥＮモジュールを選択すると、ルール作成部１１２は、図２１（ｃ）に示すＴＨＥＮ部の処理設定画面を表示する。ここでは、ＴＨＥＮモジュールとしてＬＥＤが選択された例を説明する。処理設定画面は、処理の選択肢と「進む」ボタン３１６を含む。処理として「光る」が選択されると、ＴＨＥＮパラメータの選択肢として発光パターン、例えば「１００ｍｓ毎に点滅」がさらに表示される。

ルール作成者が「進む」ボタン３１６を選択すると、ルール作成部１１２は、図２２（ａ）に示すＴＨＥＮ部の設定終了画面を表示する。設定終了画面は、ルールＩＤ欄３０２、ＩＦボタン３０６、ＴＨＥＮボタン３０８、ＩＦモジュールのアイコン３１４、ＴＨＥＮモジュールのアイコン３１８及び「進む」ボタン３２２を含む。

条件の設定処理と同様に、例えば「振動によりユーザに通知」と「メールでユーザに通知」のような複数の処理を１つのルール情報に含めたい場合がある。この場合、ルール作成者は、終了画面でＴＨＥＮボタン３０８を選択する。ＴＨＥＮボタン３０８が選択されると、上述のＴＨＥＮ部の設定処理が再度実行され、複数の処理が１つのルール情報に設定される。なお、複数の処理はＡＮＤ処理でもＯＲ処理でもよい。ＴＨＥＮ部の設定処理が再度実行される場合、複数の処理がＡＮＤ処理であるかＯＲ処理であるかの選択肢も設定される。

ルール作成者が、ＴＨＥＮ部設定の終了画面で「進む」ボタン３２２を選択すると、ルール作成部１１２は、ステップＳ１１２で、図２２（ｂ）に示すルール属性と編集可否フラグの設定画面を表示し、ルール属性と編集可否フラグの設定処理を行う。設定画面はルール属性の選択肢と編集可否フラグの選択肢を含む。

これらの選択肢が選択されると、ルール作成部１１２は、図２２（ｃ）に示す送信確認画面を表示する。送信確認画面は設定したルールの内容と送信ボタン３２６を含む。ユーザは、この画面でルール名を入力することができる。

ルール作成者が送信ボタン３２６を選択すると、ルール作成部１１２は、ステップＳ１１４で、ルール情報を送信部１０６へ送る。送信部１０６は所定のタイミングでルール情報をクラウドサーバ２へ送信する。

このようにクラウドサーバ２は、各エッジコンピュータ６から送信された多くのルール情報をルールメモリ２２２に記憶する。

（ルールダウンロード）
ユーザはルールを利用する際、先ず、希望するルール情報をクラウドサーバ２からエッジコンピュータ６にダウンロードする。図２３は、ルール情報のダウンロードに関するエッジコンピュータ６とクラウドサーバ２の処理の流れの一例を示すシーケンスチャートである。

エッジコンピュータ６では、ルール取得部１１４は、ステップＳ１２２で、クラウドサーバ２のルール配信サイトにアクセスし、ルール一覧画面の表示を要求する表示要求信号を送信部１０６を介してクラウドサーバ２へ送信する。表示要求信号は、どの推奨度情報に関するランキングを要求するかを指定する。

クラウドサーバ２では、表示要求信号を受信すると、ルール一覧画面作成部２３８は、ステップＳ１４２で、指定された推奨度情報に関するランキング情報をランキングメモリ２２８から読み出し、読み出したランキング情報に基づいてルール一覧画面信号を生成し、ルール一覧画面信号を送信部２４２を介してエッジコンピュータ６に送信する。

エッジコンピュータ６では、受信部１０８がルール一覧画面信号を受信すると、ルール取得部１１４は、ステップＳ１２４で、ルール一覧画面信号に基づいて図９、図１２、図１４又は図１５に示すランキング表を表示装置１０４で表示する。

ユーザは、ランキング表の中から希望するルール情報を選択する。ユーザは、場合によっては、画面をスクロールしてランキング表を見る。しかし、ランキング表からルール情報を選択できない場合、ユーザは表示されているランキング表を異なる種類のランキング表に変更することを要求することができる。ルール取得部１１４は、ユーザからの指示に基づいて、ステップＳ１２２を再度実行し、他の推奨度情報を指定する表示要求信号をクラウドサーバ２に送信してもよい。例えば利用回数ランキング表から評価ランキング表に変更する、またはその逆に変更することが可能である。さらに、同じ推奨度情報に関するランキング表でも、特定のユーザ、特定のルール作成者、特定のルール属性、特定のＩＦモジュール又はＴＨＥＮモジュールについての絞り込んだランキング表に変更する場合も可能である。この場合も、ルール取得部１１４は、ユーザからの指示に基づいて、ステップＳ１２２を再度実行し、ランキング表を絞り込む要求信号をクラウドサーバ２に送信してもよい。

ユーザがランキング表の中からルールを選択すると、ルール取得部１１４は、ステップＳ１２６で、選択されたルール情報のダウンロード要求信号を送信部１０６を介してクラウドサーバ２へ送信する。

クラウドサーバ２では、ダウンロード要求信号を受信すると、ルール選択部２３６は、ステップＳ１４４で、ルールメモリ２２２から要求されたルール情報を読み出し、ルール情報を送信部２４２を介してエッジコンピュータ６に送信する。

エッジコンピュータ６では、ルール情報を受信すると、ルール管理部１３２は、ステップＳ１２８で、ルール情報をルールメモリ２８に書き込む。

（ルール利用）
図２４はエッジコンピュータ１２のルールエンジン２６がルールを利用する処理の一例を示すフローチャートである。ルール管理部１３２は、ステップＳ１５２で、ルールメモリ２８に記憶されているルール情報を読み出し、読み出したルール情報を状態モニタ１３４と処理起動部１３６へ送る。ルール情報に有効／無効又は有効な期間が設定されている場合は、ルール管理部１３２は、現在有効なルール情報のみを読み出す。ここでは、複数のＩＦモジュール８ＡとＴＨＥＮモジュール８Ｂが用意されているとする。複数のＩＦモジュール８Ａにそれぞれ対応した複数のマイクロサービス１０Ａと、複数のＴＨＥＮモジュール８Ｂにそれぞれ対応した複数のマイクロサービス１０Ｂも用意されているとする。

状態モニタ１３４は、ステップＳ１５４で、ルール管理部１３２から送信されたルール情報に規定されているＩＦモジュールＩＤに対応するマイクロサービス１０ＡへＩＦモジュール８Ａの状態をＩＦサイクルで規定の周期で検出させる状態検出要求信号を送信する。マイクロサービス１０Ａは対応するＩＦモジュール８Ａへ状態検出要求信号を定期的に送信し、ＩＦモジュール８Ａに状態を検出させる。ＩＦモジュール８Ａは、要求信号に応じて状態を検出し、状態検出信号をマイクロサービス１０Ａへ送る。

状態モニタ１３４は、ステップＳ１５６で、マイクロサービス１０ａ～１０ｉから送信されたＩＦモジュール８Ａの状態検出信号を受信する。

状態モニタ１３４は、ステップＳ１５８で、ＩＦモジュール８Ａにより検出された状態はいずれかのルール情報のＩＦ部に記載の条件（ＩＦパラメータも考慮）した条件）を満たしているか否かを判定する。状態モニタ１３４は、状態が条件を満たしていないと判定した場合、ステップＳ１５４の処理を再度実行する。

状態モニタ１３４は、状態が条件を満たしていると判定した場合、当該ルール情報のルールＩＤへ送る。

処理起動部１３６は、ルールＩＤを受信すると、ステップＳ１６０で、当該ルールＩＤのルール情報に規定されているＴＨＥＮモジュールＩＤに対応するマイクロサービス１０Ｂへルール情報に規定されている処理を実行させる制御信号を送信し、実行履歴管理部１１８にルールＩＤを送信する。マイクロサービス１０Ｂは、ルール情報に規定されている処理を実行させるようにＴＨＥＮモジュール８Ｂを駆動する。

実行履歴管理部１１８は、ルールＩＤを受信すると、ステップＳ１６２で、実行履歴情報を作成し、実行履歴情報を履歴メモリ１２４に書き込む。

実行履歴管理部１１８は、ステップＳ１６４で、実行履歴情報をクラウドサーバ２へ送信する。

ＴＨＥＮモジュール８Ｂが処理を実行した後の任意のタイミング（ステップＳ１６６）で、評価管理部１１６は、ルールのコメント・評価の入力画面を表示する。ユーザは、画面に従って、利用したルールのコメント・評価を入力する。これにより、評価情報が作成される。

評価管理部１１６は、ステップＳ１６８で、評価情報をクラウドサーバ２へ送信する。

なお、実行履歴情報の送信ステップＳ１６４と、評価情報の送信ステップＳ１７０の実行タイミングは、他のタイミングでもよい。

なお、本発明は上記の各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

２…クラウドサーバ、６…エッジコンピュータ、８Ａ…ＩＦモジュール、８Ｂ…ＴＨＥＮモジュール、１０ａ，１０Ｂ…マイクロサービス、１８…ネットワーク、２６…ルールエンジン、２８…ルールメモリ、２０４…ルール書き込み部、２０６…履歴書き込み部、２０８…評価書き込み部、２１０…ランキング処理部、２２２…ルールメモリ、２２４…履歴メモリ、２２６…評価メモリ、２２８…ランキングメモリ、２３６…ルール選択部、２３８…ルール一覧画面作成部。

Claims (10)

1. 複数のセンサと複数の処理モジュールに接続される電子装置は、
   複数のセンサの中の１つのセンサのセンス結果が特定の結果である場合、複数の処理モジュールの中の１つの処理モジュールが特定の処理を実行することを記述する複数のルール情報と、前記複数のルール情報に関する推奨度情報と、を記憶する記憶部と、
   前記推奨度情報に基づいて前記複数のルール情報の少なくとも１つを表示する表示画面を生成する表示制御部と、を具備し、
   前記複数のルール情報のそれぞれは、
   前記１つのセンサの識別情報と、
   前記１つの処理モジュールの識別情報と、
   前記特定の結果を示す第１の情報と、
   前記特定の処理を示す第２の情報と、を含み、
   前記推奨度情報は、前記複数のセンサそれぞれの推奨度と前記複数の処理モジュールそれぞれの推奨度を示す、電子装置。
2. 複数のセンサと複数の処理モジュールに接続される電子装置は、
   複数のセンサの中の１つのセンサのセンス結果が特定の結果である場合、複数の処理モジュールの中の１つの処理モジュールが特定の処理を実行することを記述する複数のルール情報と、前記複数のルール情報に関する推奨度情報と、を記憶する記憶部と、
   前記推奨度情報に基づいて前記複数のルール情報の少なくとも１つを表示する表示画面を生成する表示制御部と、を具備する電子装置であって、
   前記複数のルール情報のそれぞれは、
   前記１つのセンサの識別情報と、
   前記１つの処理モジュールの識別情報と、
   前記特定の結果を示す第１の情報と、
   前記特定の処理を示す第２の情報と、
   当該ルール情報の作成者を示す第３の情報と、を含み、
   前記表示画面は、特定の作成者が作成したルール情報を前記推奨度情報に基づいて表示する、電子装置。
3. 複数のセンサと複数の処理モジュールに接続される電子装置は、
   複数のセンサの中の１つのセンサのセンス結果が特定の結果である場合、複数の処理モジュールの中の１つの処理モジュールが特定の処理を実行することを記述する複数のルール情報と、前記複数のルール情報に関する推奨度情報と、を記憶する記憶部と、
   前記推奨度情報に基づいて前記複数のルール情報の少なくとも１つを表示する表示画面を生成する表示制御部と、を具備する電子装置であって、
   前記複数のルール情報のそれぞれは、
   前記１つのセンサの識別情報と、
   前記１つの処理モジュールの識別情報と、
   前記特定の結果を示す第１の情報と、
   前記特定の処理を示す第２の情報と、を含み、
   前記推奨度情報は、前記特定の処理の実行回数を示し、
   前記表示画面は、前記複数のルール情報を前記実行回数の多い順に並べて表示する、電子装置。
4. 前記実行回数は、前記特定の処理の単位時間当たりの実行回数又は前記特定の処理の実行回数の累計値を含む、請求項３記載の電子装置。
5. 前記表示画面は、前記実行回数をさらに表示する、請求項４記載の電子装置。
6. 複数のセンサと複数の処理モジュールに接続される電子装置は、
   複数のセンサの中の１つのセンサのセンス結果が特定の結果である場合、複数の処理モジュールの中の１つの処理モジュールが特定の処理を実行することを記述する複数のルール情報と、前記複数のルール情報に関する推奨度情報と、を記憶する記憶部と、
   前記推奨度情報に基づいて前記複数のルール情報の少なくとも１つを表示する表示画面を生成する表示制御部と、を具備する電子装置であって、
   前記複数のルール情報のそれぞれは、
   前記１つのセンサの識別情報と、
   前記１つの処理モジュールの識別情報と、
   前記特定の結果を示す第１の情報と、
   前記特定の処理を示す第２の情報と、を含み、
   前記推奨度情報は、前記複数のセンサそれぞれの評判と、前記複数の処理モジュールそれぞれの評判と、を含み、
   前記表示画面は、前記複数のセンサそれぞれの評判と前記複数の処理モジュールそれぞれの評判の少なくとも一つをさらに表示する、電子装置。
7. 複数のセンサと複数の処理モジュールに接続される電子装置は、
   複数のセンサの中の１つのセンサのセンス結果が特定の結果である場合、複数の処理モジュールの中の１つの処理モジュールが特定の処理を実行することを記述する複数のルール情報と、前記複数のルール情報に関する推奨度情報と、を記憶する記憶部と、
   前記推奨度情報に基づいて前記複数のルール情報の少なくとも１つを表示する表示画面を生成する表示制御部と、を具備する電子装置であって、
   前記複数のルール情報のそれぞれは、
   前記１つのセンサの識別情報と、
   前記１つの処理モジュールの識別情報と、
   前記特定の結果を示す第１の情報と、
   前記特定の処理を示す第２の情報と、
   前記特定の処理が対象とする特定の対象者を示す情報と、
   前記特定の処理が実行される特定のシーンを示す情報と、
   前記特定の処理が実行される特定のテーマを示す情報と、
   前記特定の処理により解決される特定の課題を示す情報と、を含み、
   前記表示画面が表示する前記複数のルール情報の少なくとも１つは、特定の対象者と、特定のシーンと、特定のテーマと、特定の課題の少なくとも一つに関するルール情報を含む、電子装置。
8. 前記電子装置は、第２の電子装置に接続可能であり、
   前記第２の電子装置は、
   前記１つのセンサのセンス結果が前記特定の結果である場合、前記１つの処理モジュールに前記特定の処理を実行させる実行制御部と、
   前記特定の処理を実行させるルール情報の評価を入力する入力部と、を具備し、
   前記表示画面は、前記評価をさらに表示する、請求項１乃至請求項７のいずれか一項記載の電子装置。
9. 前記電子装置は、
   前記１つのセンサのセンス結果が前記特定の結果である場合、前記１つの処理モジュールに前記特定の処理を実行させる実行制御部と、
   前記特定の処理を実行させるルール情報の評価を入力する入力部と、をさらに具備し、
   前記表示画面は、前記評価をさらに表示する、請求項１乃至請求項７のいずれか一項記載の電子装置。
10. サーバと、
    複数のセンサと、
    複数の処理モジュールと、
    前記サーバ、前記複数のセンサ及び前記複数の処理モジュールに接続される電子装置と、
    を具備するシステムであって、
    前記サーバは、
    複数のセンサの中の１つのセンサのセンス結果が特定の結果である場合、複数の処理モジュールの中の１つの処理モジュールが特定の処理を実行することを記述する複数のルール情報と、前記複数のルール情報に関する推奨度情報と、を記憶する記憶部と、
    前記推奨度情報に基づいて前記複数のルール情報の少なくとも１つを表示する表示画面を生成する表示制御部と、を具備し、
    前記複数のルール情報のそれぞれは、
    前記１つのセンサの識別情報と、
    前記１つの処理モジュールの識別情報と、
    前記特定の結果を示す第１の情報と、
    前記特定の処理を示す第２の情報と、を含み、
    前記推奨度情報は、前記複数のセンサそれぞれの推奨度と前記複数の処理モジュールそれぞれの推奨度を示し、
    前記電子装置は、前記ルール情報のダウンロードを要求する要求信号を前記サーバへ送信し、前記サーバから送信された前記表示画面を表示する、システム。

Images