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

電子装置及びシステム Download PDF

Info

Publication number
JP7301797B2
JP7301797B2 JP2020133946A JP2020133946A JP7301797B2 JP 7301797 B2 JP7301797 B2 JP 7301797B2 JP 2020133946 A JP2020133946 A JP 2020133946A JP 2020133946 A JP2020133946 A JP 2020133946A JP 7301797 B2 JP7301797 B2 JP 7301797B2
Authority
JP
Japan
Prior art keywords
application
ibi
electronic device
beacon
module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020133946A
Other languages
English (en)
Other versions
JP2022030156A (ja
Inventor
武弘 吉本
晃 石塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Toshiba Digital Solutions Corp
Original Assignee
Toshiba Corp
Toshiba Digital Solutions Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp, Toshiba Digital Solutions Corp filed Critical Toshiba Corp
Priority to JP2020133946A priority Critical patent/JP7301797B2/ja
Priority to PCT/JP2021/028790 priority patent/WO2022030497A1/ja
Publication of JP2022030156A publication Critical patent/JP2022030156A/ja
Priority to US18/164,692 priority patent/US20230185555A1/en
Application granted granted Critical
Publication of JP7301797B2 publication Critical patent/JP7301797B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)
  • Selective Calling Equipment (AREA)

Description

本発明の実施形態は、電子装置及びシステムに関する。
インターネットを経由して実空間上の物体（デバイスと称する）を連携させるＩｏＴ（Internet of Things）システムが普及している。ＩｏＴシステムの一例は、第１デバイス、第２デバイス及びコントローラを含む。コントローラは、第１デバイスの出力を受信する。コントローラは、第１デバイスの出力が示す状態が特定の状態であることを検出した場合、第２デバイスに特定の動作を実行させる指示を与える。このようなＩｏＴシステムでは、第１デバイスと第２デバイスの通信方式がコントローラの通信方式と異なる場合、第１デバイスと第２デバイスをコントローラと通信させることが困難である。そのため、既存のデバイスとコントローラを用いてＩｏＴシステムを作ることは困難である。
特開２０２０－８８７０７号公報
本発明の目的は、ＩｏＴシステムを簡単に作成することができる電子装置及びシステムを提供することである。
実施形態によれば、電子機器（例えば、スマトフォン）は、特定アプリケーションと第１通信アプリケーション がインストールされている第２電子装置（例えば、エッジコンピュータ）と通信する。電子装置には特定アプリケーションはインストールされておらず、非特定アプリケーションと第２通信アプリケーションがインストールされている。第２通信アプリケーションは第１通信アプリケーションと通信可能である。特定アプリケーションは、電子装置の状態が特定の状態であるかどうかを判定し、電子装置の状態が特定の状態である場合、第１通信アプリケーションを介して、電子装置に特定の動作をさせるように構成されている。電子装置は、第２通信アプリケーションの実行により、ビーコンを一斉送信する。ビーコンは、電子装置のユーザの識別情報と、非特定アプリケーションの識別情報と、非特定アプリケーションが前記特定アプリケーションに通知する送信情報を含む。
実施形態による電子装置を含むシステム全体の構成の一例を示すブロック図。 実施形態によるビーコン・パケットの送受信の一例を示すシーケンス図。 ビーコン・パケットの構成の一例を示す図。 ビーコン・パケットに含まれるデータの一例を示す図。 ビーコン・パケットに含まれるフレームタイプの構成の一例を示す図。 フレームタイプの設定値の一例を示す図。 ビーコン・パケットに含まれるパラメータ部の構成の一例を示す図。 パラメータ部のＴＬ部の設定値の一例を示す図。 実施形態によるスキーマ情報の一例を示す図。 センサ値通知のためのビーコン・パケットのパラメータ部の一例を示す図。 センサ値通知のためのビーコン・パケットの送受信の一例を示すシーケンス図。 ジョブ通知のためのビーコン・パケットのパラメータ部の一例を示す図。 ジョブ通知のためのビーコン・パケットの送受信の一例を示すシーケンス図。 実施形態による電子装置をＩＦアプリ（送達確認無し）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図。 実施形態による電子装置をＩＦアプリ（送達確認無し）に実装した場合のスキーマ情報の一例を示す図。 実施形態による電子装置をＴＨＥＮアプリ（送達確認無し）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図。 実施形態による電子装置をＩＦアプリ（送達確認有り）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図。 実施形態による電子装置をＴＨＥＮアプリ（送達確認有り）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図。 実施形態による電子装置の動作をテストするシステムの構成例を示すブロック図。 実施形態による電子装置の動作をテストする際の画面表示の一例を示す図。 実施形態による電子装置の応用例を示すブロック図。
以下、図面を参照して、実施形態を説明する。以下の説明は、実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、以下に説明する構成要素の構造、形状、配置、材質等に限定されるものではない。当業者が容易に想到し得る変形は、当然に開示の範囲に含まれる。説明をより明確にするため、図面において、各要素のサイズ、厚み、平面寸法又は形状等を実際の実施態様に対して変更して模式的に表す場合もある。複数の図面において、互いの寸法の関係や比率が異なる要素が含まれることもある。複数の図面において、対応する要素には同じ参照数字を付して重複する説明を省略する場合もある。いくつかの要素に複数の呼称を付す場合があるが、これら呼称の例はあくまで例示であり、これらの要素に他の呼称を付すことを否定するものではない。また、複数の呼称が付されていない要素についても、他の呼称を付すことを否定するものではない。なお、以下の説明において、「接続」は直接接続のみならず、他の要素を介して接続されることも意味する。
以下、図面を参照しながら本実施の形態について詳細に説明する。
［実施形態の概要］
実施形態は、「もし何々であれば、何々する」というルール情報に従って複数のモジュールを連携させるＩｏＴシステムに関する。
ＩｏＴシステムにより連携される対象物であるモジュールは、実世界の物理的なデバイスに限らず、ソフトウェアにより提供されるサービスも含む。サービスはデバイスにインストールされているプログラムによるメールサービス、ＳＮＳサービスや、Ｗｅｂサービスサーバにより提供されるＷｅｂサービスを含む。
デバイスは、所定機能の実現に利用されるあらゆるものを含む。デバイスは、動作を実行するデバイスやコンテンツを表示するデバイス、データを記憶する記憶装置を含む。
コンテンツは、所定機能に関係する具体的内容を意味し、他との違いが個々に識別可能な具体性を有する。例えば“映画”と言う抽象的概念は含まれず、他のコンテンツとの識別手段として“映画名（題名）”が設定された特定コンテンツが該当する。同様にＷｅｂブラウザに表示される“Ｗｅｂ画面”と言う抽象的概念は含まれず、特定のＵＲＬ上に配置された特定のＷｅｂ頁も該当する。
デバイスは、外部のデバイスとの間の通信を行うための通信機能を内蔵してもよい。デバイスは、自然界の物理的又は化学的な状態又は現象に対して作用する機能を持ってもよい。自然界に対して受動的作用を行うデバイスは、センサ等を含む。自然界に対して能動的作用を行うデバイスは、ロボット、駆動機構及び表示装置等を含む。デバイスの物理的形態としては、据え置き型に限らず、移動可能な携帯型の形態でもよい。デバイスの物理的形態の例は、ユーザの腕や足に固定するバンド型センサや腰に固定するベルト型センサ、頭部に装着するＶＲタイプやＡＲタイプのヘッドマウントディスプレイ等のユーザが装着可能な形態を含む。
サービスは、所定の実体／状態／情報の制御を組み合わせて、有償又は無償でユーザに対して所定の動作や状態の変化、あるいはコンテンツやデータ／情報を提供する能動的動作を意味する。実施形態では、ルール情報に従って、ユーザにサービスを提供する。このサービス提供の形態として、実施形態では、各種デバイスを利用した実空間上あるいは物理空間上のサービスとＷｅｂサービスなどを利用したサイバ空間上のサービス間の垣根を越えた（跨った）組み合わせ（複合化）サービスを提供してもよい。
ルール情報は、複数のモジュールの組み合わせ方の定義であるルールを記述する情報であり、デバイスやサービスを自由に組み合わせることができる。そのため、ルール情報に基づくＩｏＴシステムは、家庭、会社、社会の様々なシーンで便利な仕組みを実現できる。
ルールの一例は、センサにより検出される状態が特定の状態である場合、あるデバイスが特定の動作を実行するというものである。ルールを記述するルール情報は種々の形式があり、その一例は、特定の状態を示す条件情報（ＩＦ部とも称する）と、センサにより検出された状態が特定の状態である場合に実行される特定の動作を示す動作情報（ＴＨＥＮ部とも称する）とを含むＩＦ－ＴＨＥＮ形式のルールである。しかし、ルール情報の形式は、この形式に限定されない。
一つのルール情報においてＩＦ部とＴＨＥＮ部の数、すなわち検出する状態の数と、実行する動作の数はそれぞれ一つに限定されない。例えば複数の状態がそれぞれ複数の特定の状態である場合に一つの動作を実行させるようにルール情報を記載してもよい。あるいは、一つの状態が一つの特定の状態である場合に複数の動作を実行させるようにルール情報を記載してもよい。さらに、複数の状態がそれぞれ複数の特定の状態である場合に複数の動作を実行させるようにルール情報を記載してもよい。
ＩＦ－ＴＨＥＮ形式のルール情報の一例は、これらに限定されないが、
「トレイに２００グラム以上の物体が置かれたら、ランプは５秒間光ってお知らせする」、
「温度が２６度を超えたら、空調機は冷房モードで動作する」、
「工作機械の振動が１０秒以上停止したら、ディスプレイは警告文を２０秒間表示して作業員に通知する」、
「外国人が入り口に来たら、音声合成装置は外国語で館内の音声案内を開始する」、
「心拍数が１２０を超えたら、メールソフトは本人に通知メールを送る」等である。
「温度が２６度を超えたら、空調機は冷房モードで運転する」のルール情報では、ＩｏＴシステムが連携させるモジュール（この場合、デバイス）は、温度を検出する温度センサ（ＩＦモジュール）と、冷房モードの運転を実行する空調機（ＴＨＥＮモジュール）である。
［システム構成］
図１は、実施形態による電子装置を含むＩｏＴシステムの一例を示す。ＩｏＴシステムは、クラウドサーバ１８と、エッジコンピュータ１０と、スマートフォン１２ａ、１２ｂ（区別する必要が無い場合、スマートフォン１２と総称する）と、ビーコンデバイス１４ａ、１４ｂ（区別する必要が無い場合、ビーコンデバイス１４と総称する）と、Ｗｅｂサービスサーバ１６を含む。
エッジコンピュータ１０には、特定アプリケーションとしてのｉｆＬｉｎｋ（登録商標）アプリケーション（以下、アプリケーションをアプリと略称する）アプリ２２がインストールされている。ｉｆＬｉｎｋとは、ＩＴ－ＴＨＥＮ形式のルール情報に基づいて、複数のモジュールを連携させてＩｏＴシステムを作るためのプラットフォームである。ｉｆＬｉｎｋアプリ２２は、クラウドサーバ１８からダウンロードされる。
スマートフォン１２とビーコンデバイス１４とＷｅｂサービスサーバ１６は、モジュールの例である。エッジコンピュータ１０は、無線によりスマートフォン１２とビーコンデバイス１４に接続される。説明の便宜上、スマートフォン１２とビーコンデバイス１４の台数はそれぞれ２台であるが、これらの台数は任意であり、３台以上のスマートフォン１２とビーコンデバイス１４がエッジコンピュータ１０に接続されてもよい。
スマートフォン１２ａ、１２ｂの各々には、非特定アプリケーションとしての個別アプリケーション（以下、アプリケーションをアプリと略称する）３４ａ、３４ｂ（区別する必要が無い場合、個別アプリ３４と総称する）と、ＩＢＩ（ifLink Beacon Interface）モジュール３２ａ、３２ｂ（区別する必要が無い場合、ＩＢＩモジュール３２と総称する）がインストールされている。第２通信プリケーションとしてのＩＢＩモジュール３２は、エッジコンピュータ１０との通信のためのインターフェースであるＩＢＩ（詳細は後述する）を実装したソフトウェアモジュールである。ＩＢＩモジュール３２は、クラウドサーバ１８からダウンロードされる。ＩＢＩモジュール３２は、ライブラリであるので、開発者がダウンロードして自社のソフトウェアに組み込み、完成品のソフトウェア（個別アプリケーションソフトウェア）を作る。
ビーコンデバイス１４ａ、１４ｂの各々は、センサ４４ａ、４４ｂ（区別する必要が無い場合、センサ４４と総称する）と、ＩＢＩ基板４２ａ、４２ｂ（区別する必要が無い場合、ＩＢＩ基板４２と総称する）を含む。スマートフォン１２と異なり、ビーコンデバイス１４にはアプリケーションがインストールできない。そのため、ＩＢＩを実装したＩＢＩ基板４２がビーコンデバイス１４に組み込まれる。ビーコンデバイス１４は、センサに限らず、ＬＥＤ等の発光部、ＬＣＤ等の表示部を備えてもよい。
状態を検出するモジュールはＩＦモジュールと称し、動作を実行するモジュールはＴＨＥＮモジュールと称する。
ＩＦモジュールの例は、これらに限定されないが、温度センサ、湿度センサ、ドア、アルコール検知器、開閉センサ、ビーコン、人感センサ、水漏れセンサ、発電椅子、発電床、重さセンサ、複合多機能センサ（光、温度、湿度、加速度、ジャイロ等）、体温計、重量計、マイクロフォン、湿度計、カメラ等を含む。ＴＨＥＮモジュールの例は、これらに限定されないが、コミュニケーションロボット、電源タップ、通知用腕時計、リストバンド、ＬＥＤ、電子機器のリモコン、メール送信、マップ表示、音声合成等を含む。
スマートフォン１２は、個別アプリ３４を実行することにより、ＩＦモジュール又はＴＨＥＮモジュールとして機能することができる。センサ４４を含むビーコンデバイス１４は、ＩＦモジュールである。なお、スマートフォン１２は、ＩＦモジュールとしてのセンサを内蔵することがある。しかし、センサの出力は個別アプリ３４を介して出力され、センサの動作は個別アプリ３４を介して制御されるので、センサを内蔵するスマートフォン１２も、個別アプリ３４を実行することにより、ＩＦモジュールとして機能する。同様に、ＴＨＥＮモジュールとしての表示部、ブザー、バイブレータ等を内蔵するスマートフォン１２も、個別アプリ３４を実行することにより、ＴＨＥＮモジュールとして機能する。
なお、一つのモジュールが状態を検出するとともに、動作を実行する機能を有するならば、ＩＦモジュールとＴＨＥＮモジュールを別個に設ける必要は無く、一つのモジュールとエッジコンピュータ１０があれば、ＩｏＴシステムが作成される。例えばＬＥＤ付きの照度センサをエッジコンピュータ１０に接続すれば、照度が閾値以上の場合、ＬＥＤを点灯させるというＩＦ－ＴＨＥＮ形式のルール情報に従うＩｏＴシステムを実現できる。
図１に示すように、スマートフォン１２がＩＦモジュール／ＴＨＥＮモジュールとして機能する場合のルール情報の例は、
スマートフォン１２を持ったユーザがある場所に近づくと、その場所の情報がスマートフォン１２に表示される、
スマートフォン１２でゲームをクリアしたら、くす玉（スマートフォン１２の画面上のくす玉でもよいし、実際のくす玉でもよい）が割れる、
スマートフォン１２で写真を撮影したら、写真が近くの人と共有される、等を含む。
エッジコンピュータ１０は、ＩＦ－ＴＨＥＮ形式のルール情報に従ってモジュールを連携させるためのｉｆＬｉｎｋアプリ２２をクラウドサーバ１８からダウンロードして保存している。エッジコンピュータ１０の例は、これらに限定されないが、パーソナルコンピュータ、スマートフォン、タブレットコンピュータ、サイネージ、ゲートウェイ、ルータ等を含む。エッジコンピュータ１０の設置場所は、トラック、列車、船舶、航空機等の輸送装置、また、病院、工場、アパートメント、個人住宅（音声合成、メール、ＳＮＳ等）、農業施設、漁業施設、林業施設、学校、公園等の施設を含む。
ｉｆＬｉｎｋアプリ２２は、ＩＦモジュールから送信される信号に基づきＩＦモジュールが検出した状態が特定の状態であるかどうかを判断し、検出した状態が特定の状態である場合、ＴＨＥＮモジュールに特定の動作を実行させる指示を与える。具体的には、ｉｆＬｉｎｋアプリ２２は、ルールメモリ３０に記憶されているルール情報に沿った動作を実行するためのＩＦ－ＴＨＥＮエンジン２４を含む。ＩＦ－ＴＨＥＮエンジン２４は、ＩＦモジュールが検出した状態がルール情報に記載の特定の状態であるか否かを判断し、検出した状態が特定の状態である場合、第１通信アプリケーション（ＩＢＩマイクロサービス２６）を介して、ルール情報に基づいた特定の動作を実行させるためのＡＰＩ（Application Programming Interface）コマンドを発行する。
ｉｆＬｉｎｋアプリ２２（ＩＦ－ＴＨＥＮエンジン２４）は、クラウドサーバ１８内に設けられていてもよい。また、クラウドサーバ１８とエッジコンピュータ１０を別々に設けるのではなく、両者の機能を含む単一の電子装置を設け、単一の電子装置がｉｆＬｉｎｋアプリ２２（ＩＦ－ＴＨＥＮエンジン２４）を内蔵してもよい。
ＩＢＩマイクロサービス２６は、スマートフォン１２（個別アプリ３４）又はビーコンデバイス１４（センサ４４）と無線により通信され、スマートフォン１２（個別アプリ３４）又はビーコンデバイス１４（センサ４４）を連携させる。ＩＢＩは、ビーコンを利用して、エッジコンピュータ１０のｉｆＬｉｎｋアプリ２２と、スマートフォン１２の個別アプリ３４又はビーコンデバイス１４のセンサ４４を接続するためのインターフェースである。ＩＢＩで使われるビーコンしては、ＢＬＥ（ブルートゥース（登録商標）・ロウ・エネルギ（Bluetooth（登録商標） Low Energy）機能で使われるアドバータイジング・パケットやＷｉ－Ｆｉ（登録商標）のビーコン等が使用され得る。
ＩＢＩマイクロサービス２６は、スキーマ情報３６を含む。ＩＢＩマイクロサービス２６は、ＩＦモジュールから受信したデータを、スキーマ情報に基づいて、データの送信元モジュールに応じた異なる情報として処理する。例えば、体重計と人数計ではデータの種類が異なる。体重計から送信されたデータは、実数値（ｋｇ）であり、人数計から送信されたデータは、整数値（人）である。同様に、ＩＢＩマイクロサービス２６は、ＴＨＥＮモジュールの制御信号を、スキーマ情報に基づいて、データの送信先モジュールに応じた異なる情報として処理する。ＩＢＩマイクロサービス２６は、スキーマ情報３６に応じて、データの種類を決定する。これにより、１つのＩＢＩマイクロサービス２６で様々なモジュールからの信号に対応することができるとともに、様々なモジュールに対して制御信号を送信することができる。
このように、スキーマ情報は、スマートフォン１２（個別アプリ３４）とビーコンデバイス１４（センサ４４）をＩＢＩマイクロサービス２６と接続するための情報である。ＩＢＩマイクロサービス２６は、スキーマ情報に基づいて、どのスマートフォン１２（個別アプリ３４）とビーコンデバイス１４（センサ４４）と接続すべきかを判断する。後述するが、スキーマ情報は、スマートフォン１２（個別アプリ３４）とビーコンデバイス１４（センサ４４）の識別情報と、送信／受信する情報を含む。
スマートフォン１２とビーコンデバイス１４をＩＢＩマイクロサービス２６に接続する際に、ＩｏＴシステムの開発者がスキーマ情報を設定してもよいが、スマートフォン１２（個別アプリ３４）とビーコンデバイス１４（センサ４４）の開発者が、スマートフォン１２（個別アプリ３４）とビーコンデバイス１４（センサ４４）毎のスキーマ情報３６を作成して、クラウドサーバ１８に格納しておいてもよい。ＩｏＴシステムの開発者は、クラウドサーバ１８からスキーマ情報３６をダウンロードして利用してもよい。このように別々の者がスキーマ情報３６を作成と利用をしても構わない。
Ｗｅｂ用マイクロサービス２８は、Ｗｅｂサービスサーバ１６にアクセスしてＷｅｂサービスを得る。Ｗｅｂ用マイクロサービス２８の具体的制御例は、これらに限定されないが、ＨＴＭＬ（Hyper Text Mark-Up Language）内に指定されたフォーム要素の枠内に必要な情報を自動で書き込む制御やＷｅｂページ間の遷移制御を含む。このようにエッジコンピュータ１０内にＷｅｂ用マイクロサービス２８を備えることにより、Ｗｅｂサービスのような高度なサービスをユーザが享受できる。これにより、エッジコンピュータ１０は、スマートフォン１２とビーコンデバイス１４とＷｅｂサービスサーバ１６により提供されるサービスを連携させることもできる。
ここで、いくつかの用語をさらに説明する。
マイクロサービス：
オブジェクト指向のプログラミング言語を用いたプログラムで形成した制御手段を意味する。マイクロサービスの制御対象は物理的なデバイスに限らず、処理やコンテンツ、情報／データが含まれる。従って、Ｗｅｂ頁間の遷移制御や特定Ｗｅｂ頁に対応した画面操作などの制御を行うためのＡＩ技術を用いたプログラムソフトも、マイクロサービスの一種あるいはその中の一部に含まれる。同様に、ＡＩ技術を用いて例えば特定の映像コンテンツ内に登場する人物の人数を自動抽出するプログラムソフトや、取得データを（例えば統計解析などを利用した）解析するプログラムソフトも、マイクロサービスの一種である。制御手順を規定する際、Ｊａｖａ（登録商標）言語やオブジェクティブＣ言語などのオブジェクト指向のプログラミング言語を用いたプログラムで規定すると、既作成プログラム資産の有効活用（他プログラム内での組み込み（インポート）や呼び出し（ＡＰＩコマンド発行）等が行える。さらに、ＯＳに依存しないＪａｖａ言語でプログラムを記述すると、制御手段の汎用性が向上する。
制御用メソッド：
マイクロサービスの一部を構成し、特定の個別詳細機能を実現するための詳細手順を規定したプログラムを意味する。個々の制御用メソッドが、個別詳細機能を実現する最小関数単位、すなわちサブプログラムとして扱われる。ＩＦ－ＴＨＥＮエンジン２４からのＡＰＩコマンドにより、特定の個別詳細機能に対応した制御用メソッド名を対応関数（コマンド）として呼び出せる。これにより、ＩＦ－ＴＨＥＮエンジン２４内で制御用メソッド名に対応した個別詳細機能を実行させることができる。
制御用クラス：
個々の制御用メソッドの中で、共通類似機能毎に集めた集合体の塊を意味する。生成するインスタンス（実体）の初期設定機能に対応した制御用メソッドをコンストラクタと呼ぶ。同一集合体に含まれるコンストラクタ名（コンストラクタに対応する制御用メソッド名）を、制御用クラス名と一致させても良い。マイクロサービスの中で、共通する類似機能毎に制御用メソッドをまとめた管理単位が制御用クラスに相当する。従って、同一使用目的のマイクロサービス内に、複数の異なる制御用クラスが存在しても良い。
制御用パッケージ：
類似機能を持ったクラスの集合を示す。すなわち、類似機能を持ったクラスの集まりをフォルダ単位に分けて管理する仕組みに従って定義される。同一モジュール内に含まれる複数の機能毎に制御用パッケージを分け、それぞれ異なる制御用パッケージ名（制御用パッケージ毎の識別情報）を個々に設定してもよい。従って、個々に設定された制御用パッケージ名（制御用パッケージ毎の識別情報）を利用して、機能毎の内容の識別が可能となる。ここで機能に属するデバイスを制御するための制御用パッケージの名前を設定する場合には、モジュールの製造又は販売メーカの識別情報や、モジュールの種別情報、個々の製造番号などを制御用パッケージ毎の識別情報に利用（設定）しても良い。
ＡＰＩコマンド：
ＩＦ－ＴＨＥＮエンジン２４から個々のマイクロサービスを操作するためのＩＦ－ＴＨＥＮエンジン２４とマイクロサービスの間のコミュニケーションツールを示す。マイクロサービスは、制御用パッケージ／制御用クラス／制御用メソッドの階層構造を持つ。個別詳細機能を実現するための詳細手順（プログラム）を示す特定の制御用メソッド名を指定し、制御用メソッド単位での個別詳細機能操作を行う場合が多い。例えばＪａｖａ言語で記述されたｉｆＬｉｎｋアプリ２２内でこの特定の制御用メソッドの個別詳細機能を実行したい場合、ｉｆＬｉｎｋアプリ２２のクラス内で対応する制御用メソッドが入っている制御用パッケージ内の制御用クラスを先ず組み込む。上記クラス内又はメソッド内で対応する制御用メソッド名を指定することにより、この個別詳細機能が実行される。
［ＩＢＩの基本仕様］
次に、エッジコンピュータ１０内のｉｆＬｉｎｋアプリ２２とスマートフォン１２内の個別アプリ３４又はビーコンデバイス１４のセンサ４４とのインターフェースであるＩＢＩを説明する。実施形態では、ＢＬＥ機能で使われるアドバータイジング・パケット（以下、ビーコン・パケットと称する）を利用して、データの送信と受信確認を行う例を説明する。このため、ＩＢＩモジュール３２又はＩＢＩ基板４２は、少なくともビーコン・パケットを送受信する機能を備える。
ＩＢＩマイクロサービス２６は、ＯＳが提供するアプリ間連携の仕組み（Android（登録商標）の場合、ＡＩＤＬ）を使ってｉｆＬｉｎｋアプリ２２と通信する。このためには、ＩＢＩマイクロサービス２６とｉｆＬｉｎｋアプリ２２が同じ端末（エッジコンピュータ２）内に存在することが必要である。しかし、ＩＢＩはその制約が無い。
そのため、ｉｆＬｉｎｋアプリ２２がインストールされていないスマートフォン１２であっても、ＩＢＩモジュール３２がインストールされていれば、個別アプリ３４とｉｆＬｉｎｋアプリ２２をビーコン・パケットを利用して連携させることができる。これにより、ｉｆＬｉｎｋの普及を促進することができる。
また、アプリ（ＩＢＩモジュール３２）をインストールできないデバイス、例えばビーコンデバイス１４も、ＩＢＩが実装されたＩＢＩ基板４２を組み込みことにより、ビーコンデバイス１４が含む個別の素子、例えばセンサ４４とｉｆＬｉｎｋアプリ２２をビーコン・パケットを利用して連携させることができる。
ビーコン・パケットは、スマートフォン１２又はビーコンデバイス１４とエッジコンピュータ１０がブルートゥース接続をするために常時発信している短いパケットである。ビーコン・パケットは、例えば３２バイトであり、例えば最初の７バイトがブルートゥース領域、残りの２５バイトがユーザ領域である。ユーザ領域は、ＩＢＩ領域とされ、アプリＩＤ／サービスＩＤと、通信データ部を含む。アプリＩＤ／サービスＩＤは、ＩｏＴシステムが連携するモジュールの識別情報である。アプリＩＤは、スマートフォン１２の個別アプリ３４やビーコンデバイス１４のセンサ４４の識別情報であり、サービスＩＤは、Ｗｅｂサービスサーバ１６等のサービスの識別情報である。
ＩＢＩは、ビーコン・パケットを用いて簡易的な通信を実現し、その上でｉｆＬｉｎｋアプリ２２と個別アプリ３４又はセンサ４４を連携するために必要なセンサ値（データ）通知機能とジョブ（Job）通知機能を実現する。センサ値通知機能は、非特定アプリケーションに対する指示（ジョブ通知）であり、ＩＦモジュールとしてのセンサの検出結果をｉｆＬｉｎｋアプリ２２へ送信する機能の一例である。ジョブ通知機能は、ｉｆＬｉｎｋアプリ２２がモジュールに対して処理（ジョブ）を指示する機能の一例である。ｉｆＬｉｎｋアプリ２２は、ＩＦモジュールに対しては、検出結果の送信を指示したり、ＴＨＥＮモジュールに対しては、処理の実行を指示する。
ＩＢＩ通信の基本動作
（１）ＩｏＴシステムの開発者は、スマートフォン１２（個別アプリ３４）をｉｆＬｉｎｋアプリ２２に接続する際、クラウドサーバ１８が個別アプリ３４のスキーマ情報を格納しているか否か調べる。クラウドサーバ１８が個別アプリ３４のスキーマ情報を格納していれば、ＩｏＴシステムの開発者は個別アプリ３４のスキーマ情報をダウンロードする。なお、クラウドサーバ１８が個別アプリ３４のスキーマ情報を格納していない場合は、開発者は個別アプリ３４のスキーマ情報を作成した上で設定する。
（２）ＩｏＴシステムの開発者は、ＩＭＳ設定（スマートフォン内のｉｆＬｉｎｋマイクロサービス（IMS）に対して、クラウドサーバー１８から設定を送りこむことができる機能）を用いて、スキーマ情報３６をＩＢＩマイクロサービス２６に登録する。
（３）ＩｏＴシステムの開発者は、ＩＢＩマイクロサービス２６に用いて登録されたスキーマ情報３６に基づいて通信するスマートフォン１２の識別情報（後述するdevicename, deviceserial）を登録（Activation）する。
（４）ＩＢＩマイクロサービス２６と登録済みのスマートフォン１２の個別アプリ３４との通信は許可されるが、ＩＢＩマイクロサービス２６と未登録のスマートフォン１２の個別アプリ３４との通信は許可されない。
なお、スマートフォン１２に限らず、ビーコンデバイス１４をｉｆＬｉｎｋアプリ２２に接続する際も、上記と同様な処理が実行されるので、詳細な説明は省略する。
図２は、ビーコン・パケットの送受信の一例を示す。図２（ａ）は、送達確認無しの場合、図２（ｂ）は、送達確認有りの場合のシーケンス図を示す。なお、送達確認は、ＩＢＩモジュール３２より上位のプロトコルにて実装される。
ビーコン・パケットは一斉送信（ブロードキャスト通信）されるため、複数台のエッジコンピュータ１０が存在すると、複数のｉｆＬｉｎｋアプリ２２がそれぞれ動作してしまう。逆に、複数のｉｆＬｉｎｋアプリ２２からの指示（ジョブ通知）等も重複する可能性がある。しかし、後述するように、受信信号の送信元のＩＢＩモジュール３２又はＩＢＩ基板４２の識別情報（devicename, deviceserial）はスキーマ情報３６に登録することができる。このため、ＩＢＩマイクロサービス２６は、意図しない送信元からのセンサ値通知をフィルタリングすることができる。また、ＩＢＩモジュール３２のＩＤ（後述するMember ID, Module ID）もスキーマ情報３６に登録することができる。このため、ＩＢＩモジュール３２は、自分宛以外の情報をフィルタリングすることができる。
送達確認無しの場合、図２（ａ）に示すように、送信元（ここでは、個別アプリ３４）は、ＩＢＩモジュール３２へビーコン・パケットの送信要求を送る。ＩＢＩモジュール３２は、送信間隔Ｔｉｎｔｅｒｖａｌ毎に、送信先（ここでは、ＩＢＩマイクロサービス２６）へビーコン・パケット（以下、図面ではBeaconと記す）Ｐ１を送信する。送信時間はＴｄｕｒａｔｉｏｎである。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定期間が経過すると、ビーコン・パケットの送信を停止する。
送達確認有りの場合、図２（ｂ）に示すように、個別アプリ３４は、ＩＢＩモジュール３２へビーコン・パケットの送信要求を送る。ＩＢＩモジュール３２は、ＩＢＩマイクロサービス２６へビーコン・パケットＰ１を送信する。送信時間はＴｄｕｒａｔｉｏｎである。
ＩＢＩマイクロサービス２６は、スキャンを実施する。ＩＢＩマイクロサービス２６は、ビーコン・パケットＰ１を受信すると、ＩＢＩモジュール３２へビーコン・パケットの受信応答パケットＲ１を送信する。送信時間はＴｄｕｒａｔｉｏｎである。ＩＢＩマイクロサービス２６が受信したビーコン・パケットＰ１はｉｆＬｉｎｋアプリ２２により参照される。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過する迄に受信応答パケットＲ１を受信すると、個別アプリ３４へ送信結果を通知し、ビーコン・パケットの送信を停止する。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過しても受信応答パケットＲ１を受信しない場合、ＩＢＩマイクロサービス２６へビーコン・パケットＰ１を再送信する。再送信は、指定回数（Ｎｒｅｔｒｙ）まで繰り返される。
図２は、ビーコン・パケットＰ１が個別アプリ３４（送信元）からＩＢＩマイクロサービス２６（送信先）へ送信される例を示す。個別アプリ３４からＩＢＩマイクロサービス２６へ送信される情報の例はセンサ値通知がある。ビーコン・パケットはＩＢＩマイクロサービス２６から個別アプリ３４へ送信される場合もある。この場合は、ビーコン・パケットを介してセンサ値応答又はジョブ通知がＩＢＩマイクロサービス２６から個別アプリ３４へ送信される。また、ビーコン・パケットが個別アプリ３４からＩＢＩマイクロサービス２６へ送信される場合、ビーコン・パケットを介してジョブ結果通知も送信されることがある。
［ビーコン・パケット］
図３は、ビーコン・パケットの構成の一例を示す。図４は、ビーコン・パケットに含まれるデータの一例を示す。
ビーコン・パケットは、３２バイトからなる。基本的なデータ構造としては、先頭バイトにデータ部のバイト長（Length）が記載され、それに続いてデータ部が記載され、これが繰り返される。
バイト０のLengthは、データ部が２バイトであることを示し、バイト１～バイト２がデータ部である。
バイト３のLengthは、データ部が２８バイトであることを示し、バイト４～バイト３１がデータ部である。
データ部の先頭バイトは、そのデータの種別AD typeを示し、データ部の２バイト目からが実データである。バイト１のAD typeが０ｘ０１であることは、データの種別はビーコン・パケットのフラグであることを示す。同様に、バイト４のAD typeが０ｘＦＦであることは、データの種別はManufacturer Specific Dataであることを示す。
バイト０～バイト６はブルートゥースで規定されている。ユーザが独自に使用できる範囲は、バイト７～バイト３１である。
バイト５～バイト６のカンパニーＩＤ（Company ID）は、ＩｏＴシステムを運用する団体を識別する情報であり、ＩＢＩを提案する団体（唯一）の識別情報である。
バイト７～バイト８のメンバＩＤ（Member ID：電子装置のユーザの識別情報）は、企業や組織を識別する情報である。予約値（reserved）は、特殊用途での使用を想定しており、通常での利用が禁止される。
バイト９～バイト１０のモジュールＩＤ（Module ID：非特定アプリケーションの識別情報）は、企業や組織毎のプログラムモジュールの内部識別情報であり、或る利用者のスマートフォン１２に或る企業や組織の複数の個別アプリ３４がインストールされている場合、これらのデータ構造を識別出来るように個別アプリ３４毎にモジュールＩＤを割り当てることができるようになっている。
バイト１１のフレームタイプ（Frame Type）は送信種別（詳細は図５、図６に示す）を示す。
バイト１２～バイト３１のパラメータ部（Parameters：送信情報）は固有パラメータ（詳細は図１０、図１２に示す）を示す。
図５は、フレームタイプの構成の一例を示す。フレームタイプは、１バイトからなり、要求／応答を示すＲＥＱ／ＲＥＳフラグ、コマンドに対する応答が必要か否かを示すＲＥＰＬＹフラグ及び実際のコマンド（COMMAND）からなる。センサ値送信の場合、要求は、個別アプリ３４からＩＢＩマイクロサービス２６へセンサ値を送信することであり、応答は、ＩＢＩマイクロサービス２６から個別アプリ３４へ「センサ値を受信しました」と送信することである。
ビット７はＲＥＱ／ＲＥＳフラグのフィールドであり、送信種別が要求の場合、フラグは０とされ、送信種別が応答の場合、フラグは１とされる。
ビット６はＲＥＰＬＹフラグのフィールドであり、応答が不要な場合、フラグは０とされ、応答が必要な場合、フラグは１とされる。
ビット５～ビット０のコマンドは、１：デバイス登録（未使用）、２：デバイス登録結果（未使用）、３：センサ値通知、４：ジョブ通知、５：ジョブ結果通知である。
図６は、フレームタイプの設定値の一例を示す。例えば、センサ値応答（応答不要）のフレームタイプは、０ｘ０３である。センサ値応答（応答要）のフレームタイプは、０ｘ４３である。センサ値通知の例は、センサとしての個別アプリ３４からＩＢＩマイクロサービス２６へのセンサ値の送信である。
センサ値応答のフレームタイプの設定値は、０ｘＣ３である。センサ値応答の例は、センサ値通知（応答要）の場合、ＩＢＩマイクロサービス２６からセンサとしての個別アプリ３４へ「センサ値を受信しました」という応答の送信である。
ジョブ通知（応答不要）のフレームタイプの設定値は、０ｘ０４である。ジョブ通知（応答要）のフレームタイプは、０ｘ４４である。ジョブ通知の例は、ＩＢＩマイクロサービス２６からＴＨＥＮモジュールとしての個別アプリ３４へ「〇〇動作をして下さい」という指示の送信である。
ジョブ結果通知のフレームタイプは、０ｘＣ４である。ジョブ結果通知の例は、ＴＨＥＮモジュールとしての個別アプリ３４からＩＢＩマイクロサービス２６へ「〇〇動作をしました」という応答の送信である。
図７は、ビーコン・パケットに含まれるパラメータ部の構成の一例を示す。パラメータ部は、複数のパラメータを格納する。各パラメータは、ＴＬ部とＶＡＬ部からなる。ＴＬ部は１バイトからなり、ＴＹＰＥフィールドとＬＥＮＧＴＨフィールドからなる。
ＴＹＰＥフィールドは、ビット７～ビット５からなり、パラメータのタイプを示す。０は予約、１は整数（ｉｎｔ）型、２は単精度浮動小数点数（ｆｌｏａｔ）型、３は倍精度浮動小数点数（ｄｏｕｂｌｅ）型、４は文字列（ｓｔｒｉｎｇ）型、５はバイナリ（ｂｉｎａｒｙ）型を示す。
ＬＥＮＧＴＨフィールドは、ビット４～ビット０からなり、パラメータのサイズ（＝ＶＡＬ部のサイズ（バイト数）－１）を示す。パラメータのタイプがｉｎｔ型の場合、ＬＥＮＧＴＨフィールドは０，１，３又は７である。パラメータのタイプがｆｌｏａｔ型の場合、ＬＥＮＧＴＨフィールドは３である。パラメータのタイプがｄｏｕｂｌｅ型の場合、ＬＥＮＧＴＨフィールドは７である。パラメータのタイプがｓｔｒｉｎｇ型の場合、ＬＥＮＧＴＨフィールドは０～１８である。パラメータのタイプがｂｉｎａｒｙ型の場合、ＬＥＮＧＴＨフィールドは０～１８である。
図８は、ＴＬ部の設定値の一例を示す。例えば、タイプがｉｎｔ型であり、サイズが１バイトの場合、ＴＬ部の設定値は０ｘ２０である。タイプがｉｎｔ型であり、サイズが２バイトの場合、ＴＬ部の設定値は０ｘ２１である。タイプがｉｎｔ型であり、サイズが４バイトの場合、ＴＬ部の設定値は０ｘ２３である。タイプがｉｎｔ型であり、サイズが８バイトの場合、ＴＬ部の設定値は０ｘ２７である。
タイプがｆｌｏａｔ型であり、サイズが４バイトの場合、ＴＬ部の設定値は０ｘ４３である。
タイプがｄｏｕｂｌｅ型であり、サイズが８バイトの場合、ＴＬ部の設定値は０ｘ６７である。
タイプがｓｔｒｉｎｇ型であり、サイズが１バイトの場合、ＴＬ部の設定値は０ｘ８０である。タイプがｓｔｒｉｎｇ型であり、サイズが６バイトの場合、ＴＬ部の設定値は０ｘ８５である。タイプがｓｔｒｉｎｇ型であり、サイズが１９バイトの場合、ＴＬ部の設定値は０ｘ９２である。
タイプがｂｉｎａｒｙ型であり、サイズが１バイトの場合、ＴＬ部の設定値は０ｘＡ０である。タイプがｂｉｎａｒｙ型であり、サイズが１９バイトの場合、ＴＬ部の設定値は０ｘＢ２である。
図９は、実施形態によるスキーマ情報の一例を示す。プロパティとして、デバイス名（devicename）、デバイスシリアル番号（deviceserial）、タイムスタンプ、メンバID（memberid）、モジュールID（moduleid）、パラメータ１（param1）～パラメータ４（param4）が記述されている。デバイス名SampleDevie1はスマートフォン１２ａに対応し、デバイス名SampleDevie2はスマートフォン１２ｂに対応する。
図１０は、センサ値通知のためのビーコン・パケットのパラメータの一例を示す。センサ値通知時のパラメータは、パラメータ１～パラメータ４がこの順にビーコン・パケットに格納される。この例では、バイト１２の０ｘ２０は、最初のパラメータ（param1）がｉｎｔ型、１バイトであることを示し、バイト１３がその値（０）を示す。バイト１４の０ｘ４３が、次のパラメータ（param2）がｆｌｏａｔ型、４バイトであることを示し、バイト１５～バイト１８がその値（１．２）を示す。この例では、個別アプリ３４は２つのセンサ、例えば温度センサと湿度センサ、を備え、センサ値はparam1とparam2に格納され、param1は温度、param2は湿度を示す。パラメータの数は４に限定されず、送信したいデータ次第で、数は可変である。
図１１は、センサ値通知のためのビーコン・パケットの送受信の一例を示す。図１１（ａ）は、送達確認無しの場合のシーケンス図、図１１（ｂ）は、送達確認有りの場合のシーケンス図を示す。
送達確認無しの場合、図１１（ａ）に示すように、個別アプリ３４は、ＩＢＩモジュール３２へセンサ値を送信する。ＩＢＩモジュール３２は、送信間隔Ｔｉｎｔｅｒｖａｌ毎に、センサ情報を含むビーコン・パケットをＩＢＩマイクロサービス２６へ送信する。送信時間はＴｄｕｒａｔｉｏｎである。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定時間が経過すると、ビーコン・パケットの送信を停止する。
ＩＢＩマイクロサービス２６は、DeviceConnectorへnotifyRecvData:voidを送る。DeviceConnectorはifLinkConnectorへsend_data:longを送る。ifLinkConnectorはIEPAServiceへsend_data:intを送る。具体的には、ＩＢＩマイクロサービス２６は、ＩＢＩモジュール３２からのビーコン・パケットを受信すると、ビーコン・パケットの妥当性を確認後、ビーコン・パケットからセンサ値を抽出し、notifyRecvData() ＡＰＩにてDeviceConnectorへ受信したセンサ値を通知する。DeviceConnectorでは、send_data() ＡＰＩにてifLinkConnectorへセンサ値を送信する。ifLinkConnectorは、send_data() ＡＰＩにてIEPAServiceへセンサ値を送信する。なお、notifyRecvData()は、ＩＢＩマイクロサービス２６がDeviceConnectorへセンサ値を通知するためのＡＰＩである。
送達確認有りの場合、図１１（ｂ）に示すように、個別アプリ３４は、ＩＢＩモジュール３２へセンサ値を送る。ＩＢＩモジュール３２は、センサ情報を含むビーコン・パケットをＩＢＩマイクロサービス２６へ送信する。送信時間はＴｄｕｒａｔｉｏｎである。
ＩＢＩマイクロサービス２６は、スキャンを実施する。ＩＢＩマイクロサービス２６は、ビーコン・パケットを受信すると、ＩＢＩモジュール３２へビーコン・パケットの受信応答パケットを送信する。送信時間はＴｄｕｒａｔｉｏｎである。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過する迄に受信応答パケットを受信すると、個別アプリ３４へ送信結果を通知し、ビーコン・パケットの送信を停止する。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過しても受信応答パケットを受信しない場合、ＩＢＩマイクロサービス２６へビーコン・パケットを再送信する。再送信は、指定回数（Ｎｒｅｔｒｙ）まで繰り返される。
ＩＢＩマイクロサービス２６は、ビーコン・パケットを受信すると、DeviceConnectorへnotifyRecvData voidを送る。DeviceConnectorはifLinkConnectorへsend_data longを送る。ifLinkConnectorはIEPAServiceへsend_data intを送る。
図１２は、ジョブ通知のためのビーコン・パケットのパラメータの一例を示す。ジョブ通知時のパラメータは、センサ値通知時のパラメータと同様に、パラメータ１～パラメータ４がこの順にビーコン・パケットに格納される。この例では、個別アプリ３４は２つのセンサ、例えば温度センサと湿度センサ、を備え、温度測定のジョブはparam1に、湿度測定のジョブはparam2に格納される。パラメータの数は４に限定されず、送信したいジョブ次第で、数は可変である。
図１３は、ジョブ通知のためのビーコン・パケットの送受信の一例を示す。図１３（ａ）は、送達確認無しの場合のシーケンス図、図１３（ｂ）は、送達確認有りの場合のシーケンス図を示す。
送達確認無しの場合、図１３（ａ）に示すように、IEPAServiceはifLinkConnectorへonEpaEvent:voidを送る。ifLinkConnectoはＩＢＩマイクロサービス２６へジョブ要求（onJob:boolean）を送信する。具体的には、IEPAServiceは、ジョブ通知が必要になると、onEpaEvent() ＡＰＩを用いて対象のifLinkConnectorへの通知を行う。そして、ifLinkConnectorは、IEPAServiceからのジョブ通知を受けると、onJob() APIを用いてＩＢＩマイクロサービス２６へ通知を行う。
ＩＢＩマイクロサービス２６は、送信間隔Ｔｉｎｔｅｒｖａｌ毎に、ＩＢＩモジュール３２へジョブパラメータを含むビーコン・パケットを送信する。送信時間はＴｄｕｒａｔｉｏｎである。ＩＢＩモジュール３２は、ビーコン・パケットを受信すると、個別アプリ３４へジョブ通知を送信する。個別アプリ３４は、ジョブ通知に応じた動作を実行する。
ＩＢＩマイクロサービス２６は、ビーコン・パケットの送信開始から一定時間が経過すると、ビーコン・パケットの送信を停止する。
送達確認有りの場合、図１３（ｂ）に示すように、IEPAServiceはifLinkConnectorへonEpaEvent:voidを送る。ifLinkConnectoはＩＢＩマイクロサービス２６へジョブ要求（onJob:boolean）を送信する。
ＩＢＩマイクロサービス２６は、ＩＢＩモジュール３２へジョブパラメータを含むビーコン・パケットを送信する。送信時間はＴｄｕｒａｔｉｏｎである。
ＩＢＩモジュール３２は、スキャンを実行する。ＩＢＩモジュール３２は、ビーコン・パケットを受信すると、ＩＢＩマイクロサービス２６へビーコン・パケットの受信応答パケットを送信する。送信時間はＴｄｕｒａｔｉｏｎである。ＩＢＩモジュール３２は、ビーコン・パケットを受信すると、個別アプリ３４へジョブ通知を送信する。個別アプリ３４は、ジョブ通知に応じた処理を実行する。
ＩＢＩマイクロサービス２６は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過する迄に受信応答パケットを受信すると、ビーコン・パケットの送信を停止する。ＩＢＩマイクロサービス２６は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過しても受信応答パケットを受信しない場合、ＩＢＩモジュール３２へビーコン・パケットを再送信する。再送信は、指定回数（Ｎｒｅｔｒｙ）まで繰り返される。
個別アプリ３４は、ジョブ通知に応じた動作を実行すると、ジョブ結果をＩＢＩモジュール３２へ送信する。ＩＢＩモジュール３２は、ＩＢＩマイクロサービス２６へジョブ結果を含むビーコン・パケットを送信する。ＩＢＩマイクロサービス２６は、ジョブ結果を含むビーコン・パケットを受信すると、ＩＢＩモジュール３２へビーコン・パケットの受信応答パケットを送信する。
［実装例］
図１４は、実施形態による電子装置をＩＦアプリ（送達確認無し）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図である。ここでは、スマートフォン１２がセンサを含み、個別アプリ３４がセンサ値をｉｆＬｉｎｋアプリ２２に送信する、すなわち個別アプリ３４がＩＦアプリであることを想定する。
スマートフォン１２のユーザのメンバＩＤと、個別アプリ３４のモジュールＩＤが設定される。
個別アプリ３４は、Ｊａｖａ言語を利用して、ビーコンＩＦオブジェクトを生成する。ビーコンＩＦオブジェクトは、ＩＢＩモジュール３２に含まれるBeaconIfというクラスである。個別アプリ３４は、個別アプリ３４のメンバＩＤとモジュールＩＤを付与してＩＢＩモジュール３２を初期化する。
個別アプリ３４は、センサからセンサ値を取得する。
個別アプリ３４は、センサ値をＩＢＩマイクロサービス２６へ送信する際、ビーコンIFオブジェクトのsendSensorNoReply()を呼び出す。センサ値は、HashMap<String,Object>型で指定される。センサ値の例は、param1=0, param2=1.2, param3=test, param4=helloである。
ＩｏＴシステムの開発者は、スキーマ情報を生成し、ＩＢＩマイクロサービス２６に登録する。図１５は、この時生成されるスキーマ情報の一例を示す。プロパティとして、アプリケーション名（applicationname）、アプリケーションシリアル番号（applicationserial）、タイムスタンプ、メンバID（memberid）、モジュールID（moduleid）、パラメータ１（param1）～パラメータ４（param4）が記述されている。これにより、ＩＢＩマイクロサービス２６は、ＩＦアプリである個別アプリ３４からのセンサ値を受信することができる。
ＩＢＩモジュール３２は、センサ値を含むビーコン・パケットをＩＢＩマイクロサービス２６へ送信する。図１４には示していないが、図１１（ａ）に示したように、ＩＢＩモジュール３２は、送信間隔Ｔｉｎｔｅｒｖａｌ毎にビーコン・パケットを送信し、ビーコン・パケットの送信開始から一定時間が経過すると、ビーコン・パケットの送信を停止する。
図１６は、実施形態による電子装置をＴＨＥＮアプリ（送達確認無し）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図である。ここでは、スマートフォン１２がＬＥＤを含み、ＩＢＩマイクロサービス２６からのジョブ通知に応じて個別アプリ３４がＬＥＤを点灯させる、すなわち個別アプリ３４がＴＨＥＮアプリであることを想定する。
スマートフォン１２のユーザのメンバＩＤと、個別アプリ３４のモジュールＩＤが設定される。
個別アプリ３４は、Ｊａｖａ言語を利用して、ビーコンＩＦオブジェクトを生成する。ビーコンＩＦオブジェクトは、ＩＢＩモジュール３２に含まれるBeaconIfというクラスである。個別アプリ３４は、個別アプリ３４のメンバＩＤとモジュールＩＤを付与してライブラリ（ＩＢＩモジュール３２）を初期化する。
個別アプリ３４は、ＩＢＩマイクロサービス２６からジョブ通知を受信する際、ビーコンＩＦオブジェクトのstartScan()を呼び出す。
ＩＢＩマイクロサービス２６は、ジョブ通知を含むビーコン・パケットをＩＢＩモジュール３２へ送信する。図１６には示していないが、図１３（ａ）に示したように、ＩＢＩマイクロサービス２６は、送信間隔Ｔｉｎｔｅｒｖａｌ毎にビーコン・パケットを送信し、ビーコン・パケットの送信開始から一定時間が経過すると、ビーコン・パケットの送信を停止する。
ＩＢＩモジュール３２がジョブ通知を含むビーコン・パケットを受信すると、個別アプリ３４のeventJob()が呼び出される。ＩＢＩモジュール３２は、eventJob()内にジョブの具体的な処理を実装する。ジョブパラメータは、HashMap<String,Object>型で指定される。ジョブパラメータの例は、param1=0, param2=1.2, param3=test, param4=helloである。
ＩｏＴシステムの開発者は、スキーマ情報を生成し、ＩＢＩマイクロサービス２６に登録する。この時生成されるスキーマ情報の一例は図１５の例と同様である。ただし、アプリケーション名がTHENapplication1になる点が異なる。これにより、ＴＨＥＮアプリである個別アプリ３４は、ＩＢＩマイクロサービス２６からのジョブ通知を受信することができる。
ＩＢＩモジュール３２は、ジョブ受信を停止するために、ビーコンＩＦオブジェクトのstopScan()を呼び出す。
図１７は、実施形態による電子装置をＩＦアプリ（送達確認有り）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図である。ここでも、スマートフォン１２がセンサを含み、個別アプリ３４がセンサ値をｉｆＬｉｎｋアプリ２２に送信する、すなわち個別アプリ３４がＩＦアプリであることを想定する。
スマートフォン１２のユーザのメンバＩＤと、個別アプリ３４のモジュールＩＤが設定される。
個別アプリ３４は、Ｊａｖａ言語を利用して、ビーコンＩＦオブジェクトを生成する。ビーコンＩＦオブジェクトは、ＩＢＩモジュール３２に含まれるBeaconIfというクラスである。個別アプリ３４は、個別アプリ３４のメンバＩＤとモジュールＩＤを付与してＩＢＩモジュール３２を初期化する。
個別アプリ３４は、センサからセンサ値を取得する。
個別アプリ３４は、センサ値をＩＢＩマイクロサービス２６へ送信する際、ビーコンIFオブジェクトのsendSensorWithReply()を呼び出す。センサ値は、HashMap<String,Object>型で指定される。センサ値の例は、param1=0, param2=1.2, param3=test, param4=helloである。
ＩｏＴシステムの開発者は、図１５に示すようなスキーマ情報を生成し、ＩＢＩマイクロサービス２６に登録する。これにより、ＩＢＩマイクロサービス２６は、ＩＦアプリである個別アプリ３４からのセンサ値を受信することができる。
ＩＢＩモジュール３２は、センサ値を含むビーコン・パケットをＩＢＩマイクロサービス２６へ送信する。図１７には示していないが、図１１（ｂ）に示したように、ＩＢＩマイクロサービス２６は、スキャンを実施し、ＩＢＩマイクロサービス２６は、ビーコン・パケットを受信すると、ＩＢＩモジュール３２へビーコン・パケットの受信応答パケットを送信する。送信時間はＴｄｕｒａｔｉｏｎである。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過する迄に受信応答パケットを受信すると、個別アプリ３４へ送信結果を通知し、ビーコン・パケットの送信を停止する。
ＩＢＩモジュール３２は、ビーコン・パケットの送信開始から一定時間（２×Ｔｄｕｒａｔｉｏｎ）が経過しても受信応答パケットを受信しない場合、ＩＢＩマイクロサービス２６へビーコン・パケットを再送信する。再送信は、指定回数（Ｎｒｅｔｒｙ）まで繰り返される。
図１８は、実施形態による電子装置をＴＨＥＮアプリ（送達確認有り）に実装した場合のビーコン・パケットの送受信の一例を示すシーケンス図である。ここでも、スマートフォン１２がＬＥＤを含み、ＩＢＩマイクロサービス２６からのジョブ通知に応じて個別アプリ３４がＬＥＤを点灯させる、すなわち個別アプリ３４がＴＨＥＮアプリであることを想定する。
スマートフォン１２のユーザのメンバＩＤと、個別アプリ３４のモジュールＩＤが設定される。
個別アプリ３４は、Ｊａｖａ言語を利用して、ビーコンＩＦオブジェクトを生成する。ビーコンＩＦオブジェクトは、ＩＢＩモジュール３２に含まれるBeaconIfというクラスである。個別アプリ３４は、個別アプリ３４のメンバＩＤとモジュールＩＤを付与してＩＢＩモジュール３２を初期化する。
個別アプリ３４は、ＩＢＩマイクロサービス２６からジョブ通知を受信する際、ビーコンＩＦオブジェクトのstartScan()を呼び出す。
ＩＢＩマイクロサービス２６は、ジョブ通知を含むビーコン・パケットをＩＢＩモジュール３２へ送信する。
ＩＢＩモジュール３２は、ジョブ通知を含むビーコン・パケットを受信すると、ＩＢＩマイクロサービス２６へビーコン・パケットの受信応答パケットを送信する。ＩＢＩモジュール３２がジョブ通知を含むビーコン・パケットを受信すると、個別アプリ３４のeventJob()が呼び出される。ＩＢＩモジュール３２は、eventJob()内にジョブの具体的な処理を実装する。ジョブパラメータは、HashMap<String,Object>型で指定される。ジョブパラメータの例は、param1=0, param2=1.2, param3=test, param4=helloである。
ＩｏＴシステムの開発者は、スキーマ情報を生成し、ＩＢＩマイクロサービス２６に登録する。この時生成されるスキーマ情報の一例は図１５の例と同様である。ただし、アプリケーション名がTHENapplication1になる点が異なる。これにより、ＴＨＥＮアプリである個別アプリ３４は、ＩＢＩマイクロサービス２６からのジョブ通知を受信することができる。
個別アプリ３４は、ジョブ結果通知をＩＢＩマイクロサービス２６へ送信する際、ビーコンIFオブジェクトのsendJobResultWithReply()を呼び出す。ジョブ結果パラメータは、HashMap<String,Object>型で指定される。ジョブ結果パラメータの例は、param1=0, param2=1.2, param3=test, param4=helloである。
ＩＢＩモジュール３２は、ジョブ結果を含むビーコン・パケットをＩＢＩマイクロサービス２６へ送信する。ＩＢＩマイクロサービス２６は、ビーコン・パケットを受信すると、ＩＢＩモジュール３２へビーコン・パケットの受信応答パケットを送信する。
ＩＢＩモジュール３２は、ジョブ受信を停止するために、ビーコンＩＦオブジェクトのstopScan()を呼び出す。
図１９は、実施形態による電子装置の動作をテストするシステムの構成例を示すブロック図である。上述したＩＢＩモジュール３２ａ、３２ｂがスマートフォン１２ａ、１２ｂにインストールされ、ＩＢＩマイクロサービス２６がエッジコンピュータ１０にインストールされる。この状態で、個別アプリ３４が正しく動作し、スマートフォン１２ａ、１２ｂとエッジコンピュータ１０が互いに通信できることを確認することができる。
図２０は、実施形態による電子装置の動作をテストする際のスマートフォン１２（例えば、スマートフォン１２ａ）の画面表示の一例を示す。ＩＢＩテスタとしてのスマートフォン１２ａがビーコン・パケットの設定を行う。具体的には、スキャンモードの設定や再送信の繰り返し回数等が設定できる。
スキーマ情報の選択欄で或るスキーマ情報が選択されると、スマートフォン１２ａ内のデータフォルダから或るスキーマ情報が格納されたスキーマファイルがスマートフォン１２ａに読み込まれる。そのスキーマ情報で送信したいパラメータの設定画面が表示される。
パラメータが入力され、Publishボタンが押されると、指定した送信回数、ビーコン・パケットが他の電子装置、すなわちスマートフォン１２ｂとエッジコンピュータ１０に送信される。他の電子装置は、ビーコン・パケットを受信すると、送達確認メッセージをスマートフォン１２ａへ送信する。スマートフォン１２ａは、送達確認メッセージを受信すると、「Received by XXXX」のような表示を行う。
スマートフォン１２ａは、他の電子装置から受信したデータの表示部を有する。受信したデータを表示することにより、他の電子装置が送信しているデータが正しいかを確認することができる。
図２１は、実施形態による電子装置を含むＩｏＴシステムの他の例を示す。ＩｏＴシステムは、クラウドサーバ１８と、エッジコンピュータ１０と、実空間上のモジュール（デバイス）１０２と、サイバ空間上のモジュール（サービス）１０４を含む。クラウドサーバ１８は、ルール情報を記憶する。エッジコンピュータ１０は、クラウドサーバ１８からダウンロードしたルール情報をルールメモリ３０に格納し、ルール情報に基づいてモジュール１０２、１０４を連携させる。
モジュール１０２、１０４は、エッジコンピュータ１０に接続される。モジュール１０２とエッジコンピュータ１０との接続には、無線接続が利用される。無線接続の例は、ブルートゥース、携帯電話回線、Ｗｉ－Ｆｉ等がある。
クラウドサーバ１８とエッジコンピュータ１０とは、ネットワーク１０８を介して互いに通信可能な構成となっている。ネットワーク１０８は有線ネットワークでも無線ネットワークでもよい。エッジコンピュータ１０とネットワーク１０８との接続及びクラウドサーバ１８とネットワーク１０８との接続は、無線でも有線でもよい。無線接続の例は、ブルートゥース、携帯電話回線、Ｗｉ－Ｆｉ等がある。有線接続の例は、有線ＬＡＮ等がある。
図２１では、一つのエッジコンピュータ１０が示されているが、多数のエッジコンピュータがクラウドサーバ１８と通信可能であってもよい。
実空間上のモジュール１０２の例は、これらに限定されないが、センサ１０２ａ、ビーコンデバイス１０２ｂ、家電１０２ｃ、スマートフォン（タブレット等の携帯端末も含む）１２、ＨＭＤ（head mounted display）１０２ｄ、ＩｏＴ機器１０２ｅ及びＧＰＳ衛星１０２ｆを含む。実空間上のモジュール１０２の全体又はその一部はエッジコンピュータ１０の外に配置され、通信回線を介してエッジコンピュータ１０に接続されてもよい。あるいは、実空間上のモジュール１０２の全体又はその一部はエッジコンピュータ１０に内蔵されてもよい。内蔵されるモジュール１０２の例は、これらに限定されないが、温度センサ、圧力センサ及びジャイロを含む。
サイバ空間上のモジュール１０４の例は、これらに限定されないが、Ｗｅｂサービスサーバ１６やＩｏＴサービスサーバ１０４ａを含む。
エッジコンピュータ１０は、モジュール１０２、１０４の各モジュールを個々に制御する専用ソフトウェアであるマイクロサービスを含む。
マイクロサービス（Micro-service） は、オブジェクト指向のプログラミング言語を用いたプログラムで形成した制御手段を意味する。このマイクロサービスの制御対象（object）は上述したようにデバイスに限らず、処理やコンテンツ、情報／データが含まれる。従って例えば、Ｗｅｂ頁間の遷移制御や特定Ｗｅｂ頁に対応した画面操作などの制御を行うためのＡＩ技術を用いたプログラムソフトも、マイクロサービスの一種あるいはその中の一部に含まれる。同様にＡＩ技術を用いて例えば特定の映像コンテンツ内に登場する人物の人数を自動抽出するプログラムソフトや、取得データを（例えば統計解析などを利用した）解析するプログラムソフトも、マイクロサービスの一種あるいはその中の一部に含まれる。ここで解析した結果得られた情報やその情報を保存する記録装置は、人間が認識可能な実体／状態／情報として扱われる。また、マイクロサービスは、制御手段の一形態なので、上述したように、マイクロサービスをインストールすることで、エッジコンピュータ１０やクラウドサーバ１８に拠る制御対象（人間が認識可能な実体／状態／情報）の制御が可能となる。ここで、この“ソフト形態”で詳細手順を規定する場合、Ｊａｖａ言語やオブジェクティブＣ（Objective-C）言語などのオブジェクト指向のプログラミング言語を用いたプログラムで制御手段を形成すると、既作成プログラム資産の有効活用（他プログラム内での組み込み（import）や呼び出し（ＡＰＩコマンド発行）など）が行える。さらに、ＯＳ（operating system）非依存のＪａｖａ言語でプログラムを記述すると、制御手段としての汎用性が向上する。
マイクロサービスの例は、これらに限定されないが、センサ１０２ａ用のセンサマイクロサービス１２２ａ、ビーコンデバイス１０２ｂ用のビーコンマイクロサービス１２２ｂ、家電１０２ｃ用の家電連携マイクロサービス１２２ｃ、スマートフォン１２用のＩＢＩマイクロサービス２６、ＨＭＤ１０２ｄ用のＨＭＤマイクロサービス１２２ｄ、ＩｏＴ機器１０２ｅ用のＩｏＴ機器マイクロサービス１２２ｅ、ＧＰＳ衛星１０２ｆ用のＧＰＳマイクロサービス１２２ｆ、Ｗｅｂサービスサーバ１６用のＷｅｂサーバ用マイクロサービス１６及びＩｏＴサービスサーバ１０４ａ用のＩｏＴサーバ用マイクロサービス１２４を含む。
ＧＰＳマイクロサービス１２２ｆは、ＧＰＳ衛星１０２ｆから得られたＧＰＳ位置情報を取得する。ＧＰＳ衛星１０２ｆは、計測精度の高いＲＴＫ－ＧＮＳＳを含んでもよい。
ＩｏＴサーバ用マイクロサービス１２４は、ＩｏＴサービスサーバ１０４ａと連携制御する。さらに、エッジコンピュータ１０には、ＩｏＴサーバ用マイクロサービス１２４に限らず、図示してないサイバ空間上で利用可能なあらゆるサービスに個々にアクセスできるマイクロサービスが、Ｗｅｂサーバ用マイクロサービス１６と同列に組み込まれてもよい。サイバ空間上のサービスの例としては、これらに限定されないが、証券（特定銘柄の株）の自動売買や特定商品の発注と受け取った商品代金の自動振り込み（課金処理）、映画や音楽の鑑賞券の購入申し込み、旅行等の予約申し込み等のユーザサービスがある。
このようにサイバ空間上の各種サービスに個々にアクセスできるマイクロサービスをエッジコンピュータ１０内に組み込むと、サイバ空間上の異なるサービス間をつなげた豊富な連携サービスをユーザが享受できる。
実空間上のモジュール１０２を制御するマイクロサービス２６、１２２ａ～１２２ｆがＷｅｂサーバ用マイクロサービス２８と同列にエッジコンピュータ１０に組み込まれることで、実空間上のモジュール１０２が提供するサービス（有体物によるサービス）とサイバ空間上のモジュール１０４が提供するサービス（無体物によるサービス）をシームレスに違和感なく跨った高度な連携サービスをユーザに提供可能となる。この高度な連携サービスを提供するための“各種サービス間の組み合わせ方法”は、ルール情報で規定される。なお、無体物によるサービスとしては、治療方法、計算方法、情報取得方法、予約情報、教育情報、おすすめ情報等がある。
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を生成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
１０…エッジコンピュータ、１２…スマートフォン、１４…ビーコンデバイス、１６…Ｗｅｂサービスサーバ、１８…クラウドサーバ１８２…ｉｆＬｉｎｋアプリ、２４…ＩＦ－ＴＨＥＮエンジン、２６…ＩＢＩマイクロサービス、２８…Ｗｅｂ用マイクロサービス、３０…ルールメモリ、３２…ＩＢＩモジュール、３４…個別アプリ、３６…スキーマ情報、４２…ＩＢＩ基板、４４…センサ。

Claims (7)

  1. 特定アプリケーションと第１通信アプリケーションがインストールされている第２電子装置と通信する電子装置であって、
    前記電子装置には前記特定アプリケーションがインストールされておらず、非特定アプリケーションと第２通信アプリケーションがインストールされており、
    前記第２通信アプリケーションは前記第１通信アプリケーションと通信可能であり、
    前記特定アプリケーションは、前記電子装置の状態が特定の状態であるかどうかを判定し、前記電子装置の状態が前記特定の状態である場合、前記第１通信アプリケーションを介して、前記電子装置に特定の動作をさせるように構成され、
    前記電子装置は、前記第２通信アプリケーションの実行により、ビーコンを一斉送信し、
    前記ビーコンは、前記電子装置のユーザの識別情報と、前記非特定アプリケーションの識別情報と、前記非特定アプリケーションが前記特定アプリケーションに通知する送信情報を含む、電子装置。
  2. 前記送信情報は、前記非特定アプリケーションが取得したデータと、前記非特定アプリケーションの処理結果を示すデータを含む、請求項１記載の電子装置。
  3. 特定アプリケーションがインストールされておらず、非特定アプリケーションと第１通信アプリケーションがインストールされている第２電子装置と通信する電子装置であって、
    前記電子装置には前記特定アプリケーションと第２通信アプリケーションがインストールされており、
    前記第２通信アプリケーションは前記第１通信アプリケーションと通信可能であり、
    前記特定アプリケーションは、前記第２電子装置の状態が特定の状態であるかどうかを判定し、前記第２電子装置の状態が前記特定の状態である場合、前記第１通信アプリケーションを介して、前記第２電子装置に特定の動作をさせるように構成され、
    前記電子装置は、前記第２通信アプリケーションの実行により、ビーコンを一斉送信し、
    前記ビーコンは、前記第２電子装置のユーザの識別情報と、前記非特定アプリケーションの識別情報と、前記特定アプリケーションが前記非特定アプリケーションに通知する送信情報を含む、電子装置。
  4. 前記送信情報は、前記特定アプリケーションが前記非特定アプリケーションに対する指示を含む、請求項３記載の電子装置。
  5. 非特定アプリケーションと第１通信アプリケーションがインストールされている第１電子装置と、
    特定アプリケーションと第２通信アプリケーションがインストールされている第２電子装置と、
    を具備するシステムであって、
    前記第２通信アプリケーションは前記第１通信アプリケーションと通信可能であり、
    前記特定アプリケーションは、前記第１電子装置の状態が特定の状態であるかどうかを判定し、前記第１電子装置の状態が前記特定の状態である場合、前記第１通信アプリケーションを介して、前記第１電子装置に特定の動作をさせるように構成され、
    前記第１電子装置は、前記第１通信アプリケーションの実行により、第１ビーコンを一斉送信し、
    前記第１ビーコンは、前記第１電子装置のユーザの識別情報と、前記非特定アプリケーションの識別情報と、前記非特定アプリケーションが前記特定アプリケーションに通知する第１送信情報を含み、
    前記第２電子装置は、前記第２通信アプリケーションの実行により、第２ビーコンを一斉送信し、
    前記第２ビーコンは、前記第１電子装置のユーザの識別情報と、前記非特定アプリケーションの識別情報と、前記特定アプリケーションが前記非特定アプリケーションに通知する第２送信情報を含む、システム。
  6. 前記第１送信情報は、前記非特定アプリケーションが取得したデータと、前記非特定アプリケーションの処理結果を示すデータを含み、
    前記第２送信情報は、前記特定アプリケーションが前記非特定アプリケーションに対する指示を含む、請求項５記載のシステム。
  7. 前記特定アプリケーションは、前記第１送信情報を、前記第１電子装置のユーザの識別情報に基づいて、前記第１電子装置に応じた異なる情報として処理する、請求項５又は６記載のシステム。
JP2020133946A 2020-08-06 2020-08-06 電子装置及びシステム Active JP7301797B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2020133946A JP7301797B2 (ja) 2020-08-06 2020-08-06 電子装置及びシステム
PCT/JP2021/028790 WO2022030497A1 (ja) 2020-08-06 2021-08-03 電子装置及びシステム
US18/164,692 US20230185555A1 (en) 2020-08-06 2023-02-06 Electronic device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020133946A JP7301797B2 (ja) 2020-08-06 2020-08-06 電子装置及びシステム

Publications (2)

Publication Number Publication Date
JP2022030156A JP2022030156A (ja) 2022-02-18
JP7301797B2 true JP7301797B2 (ja) 2023-07-03

Family

ID=80118059

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020133946A Active JP7301797B2 (ja) 2020-08-06 2020-08-06 電子装置及びシステム

Country Status (3)

Country Link
US (1) US20230185555A1 (ja)
JP (1) JP7301797B2 (ja)
WO (1) WO2022030497A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017224875A (ja) 2016-06-13 2017-12-21 株式会社日立製作所 無線通信端末、無線通信システム及び通信制御方法
JP2018036165A (ja) 2016-08-31 2018-03-08 株式会社イーアールアイ 位置検出システム及び移動局
JP2019077085A (ja) 2017-10-24 2019-05-23 セイコーエプソン株式会社 電子機器及びプログラム
JP2019114861A (ja) 2017-12-21 2019-07-11 株式会社クボタ 作業機の通信装置、携帯端末、作業機の通信システム及び作業機の通信処理方法
JP2020088707A (ja) 2018-11-29 2020-06-04 明宗 陳 クラウドブルートゥース装置管理システム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6951380B2 (ja) * 2019-05-31 2021-10-20 ソフトバンク株式会社 ゲートウェイ装置、通信方法及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017224875A (ja) 2016-06-13 2017-12-21 株式会社日立製作所 無線通信端末、無線通信システム及び通信制御方法
JP2018036165A (ja) 2016-08-31 2018-03-08 株式会社イーアールアイ 位置検出システム及び移動局
JP2019077085A (ja) 2017-10-24 2019-05-23 セイコーエプソン株式会社 電子機器及びプログラム
JP2019114861A (ja) 2017-12-21 2019-07-11 株式会社クボタ 作業機の通信装置、携帯端末、作業機の通信システム及び作業機の通信処理方法
JP2020088707A (ja) 2018-11-29 2020-06-04 明宗 陳 クラウドブルートゥース装置管理システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
野澤 哲生，ＩｏＴの通信、ＢＬＥが独走，日経エレクトロニクス 第１１７４号 NIKKEI ELECTRONICS，日本，日経ＢＰ社 Nikkei Business Publications,Inc.，2016年11月20日

Also Published As

Publication number Publication date
US20230185555A1 (en) 2023-06-15
JP2022030156A (ja) 2022-02-18
WO2022030497A1 (ja) 2022-02-10

Similar Documents

Publication Publication Date Title
US8634796B2 (en) System and method for location based exchanges of data facilitating distributed location applications
Decuir Introducing bluetooth smart: Part ii: Applications and updates
US20100303339A1 (en) System and Method for Initiating Actions and Providing Feedback by Pointing at Object of Interest
CN106797392A (zh) M2m‑iot服务的发布和发现
WO2009138554A1 (en) Sharing information between devices
CN104159294A (zh) 一种基于蓝牙4.0技术的云定位平台
CN106797400A (zh) 用于使得能够经由服务层访问第三方服务的系统和方法
CN103248999A (zh) 基于位置在用户设备处执行动作的方法、系统和程序产品
US20200186443A1 (en) Scalable infrastructure for developing, running, and deploying arbitrary applications
CN112041865A (zh) 对象监控系统
JP2017054507A (ja) 通信セッション上でイメージを利用して位置情報を提供する情報提供システムおよび方法
JP7301797B2 (ja) 電子装置及びシステム
Satoh Mobile agents for ambient intelligence
Acuña et al. Smart UTB: An IoT Platform for Smart Campus
Eugster et al. Middleware support for context-aware applications
Loke et al. Service domains for ambient services: concept and experimentation
Sahu et al. A Vision Disabled-Aid using the Context of Internet of Things
Babayigit et al. Development of a novel 6LoWPAN‐based multipurpose sensor monitoring and notification system
Hu et al. Enabling ZigBee communications in android devices
Sashima et al. Bridging coordination gaps between devices, services, and humans in ubiquitous computing
Beníček In-door localization and navigation for Android platform
Nunes An automation system for ubiquitous computing
JP7173086B2 (ja) 命令を生成するシステム、方法および非一時的な記録媒体
Strazdins et al. Wireless Sensor Network Software Design Rules
Ożadowicz et al. Active control and monitoring functions with microlocation in Building Automation and Control Systems-case study

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220328

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230131

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230403

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230523

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230621

R150 Certificate of patent or registration of utility model

Ref document number: 7301797

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150