一般社団法人 電子情報通信学会
THE INSTITUTE OF ELECTRONICS,INFORMATIONANDCOMMUNICATION ENGINEERS
社団法人
電子情報通信学会

信学技報
IEICE Technical Report
LOIS2022-62(2023-03)

信学技報
TECHNICAL REPORT OF IEICE.

THE INSTITUTE OF ELECTRONICS,INFORMATION AND COMMUNICATION ENGINEERS

Uni-messe と IoT を活用した
ハイブリッド会議空間の自動管理サービスの提案
吉田健†

陳思楠†

中村 匡秀†,†† 佐伯 幸郎†††† 神戸大学 〒 657-8501 神戸市灘区六甲台町 1-1†† 理化学研究所・革新知能統合研究センター 〒 103-0027 東京都中央区日本橋 1-4-1††† 高知工科大学 〒 782–8502 高知県香美市土佐山田町宮ノ口 185
E-mail: †yoshitake@es4.eedept.kobe-u.ac.jp, ††chensinan@gold.kobe-u.ac.jp, †††masa-n@cmds.kobe-u.ac.jp,††††saiki.sachio@kochi-tech.ac.jp
あらまし 近年，我が国では「超スマート社会」が提唱されている．超スマート社会では環境・エネルギー・医療・食糧・災害といった社会的課題を解決するべく，様々な科学技術を用いようとしている．その中で IoT デバイスの活躍が期待されている．2019 年以降，新型コロナウイルス感染症の影響により，ミーティングや会議がオンラインで行われることが多くなった．2023 年 2 月現在では規制が緩和され，オンラインと現地両方で行うハイブリッド会議というものが流行し始めている．しかしながら様々な設備が必要なハイブリッド会議を行うには，準備・撤収に手間がかかる．そこで本研究ではハイブリッド会議の空間づくりに着目し，それらの準備・撤収を IoT デバイスを用いて自動化することができないかと考えた．本研究の目的はハイブリッド会議空間の自動管理を容易に実現するサービスを提案することである．キーアイデアはサービス連携プラットフォーム Uni-messe を利用して配備された IoT デバイスとオンラインサービスを連携することである．Uni-messe を用いることで複数の IoT デバイスとサービスをローコードで自動管理することができる．また，準備段階で実際の会議に必要な設備を想定し，ケーススタディにおいて IoT デバイスを自動管理し正常に動作するかを確かめた．
キーワード

IoT，ハイブリッド会議，超スマート社会，Uni-messe

Automated Management of Hybrid Meeting Space Using Uni-messe
Takeshi YOSHIDA† , Sinan CHEN† , Masahide NAKAMURA†,†† , and Sachio SAIKI†††† Kobe University Rokkodai-cho 1-1，Nada-ku，Kobe，Hyogo 657-8501 Japan†† Riken AIP 1-4-1 Nihon-bashi, Chuo-ku, Tokyo 103-0027 Japan††† Kochi University of Technology, 185 Miyanokuchi, Tosayamada, Kami City, Kochi 782-8502, JAPANE-mail: †yoshitake@es4.eedept.kobe-u.ac.jp, ††chensinan@gold.kobe-u.ac.jp, †††masa-n@cmds.kobe-u.ac.jp,††††saiki.sachio@kochi-tech.ac.jp
Abstract In recent years, a "super-smart society" has been proposed in Japan. In the super-smart society, various
scientiﬁc technologies are being used to solve social issues such as the environment, energy, medicine, food, anddisasters, in which IoT devices are expected to play an active role. IoT devices are expected to play an active rolein this context. As of February 2023, regulations have been relaxed and hybrid meetings, both online and on-site,
are becoming popular. However, hybrid meetings require a variety of equipment, which makes the preparation anddismantling time-consuming. In this study, we focused on the creation of a space for hybrid conferences and considered the possibility of automating the preparation and dismantling of such a space using IoT devices. The purposeof this study is to propose a service that facilitates automated management of hybrid meeting spaces. The key idea
is to link deployed IoT devices and online services using the service integration platform Uni-messe, which enables
low-code, automated management of multiple IoT devices and services. In the preparatory stage, the equipment
required for an actual conference was assumed, and the automatic management of IoT devices was veriﬁed in a case—1—study to ensure that it worked properly.
Key words IoT，Hybrid Meeting，a smart tech society，Uni-messe- 108 This article is a technical report without peer review, and its polished and/or extended version may be published elsewhere.
Copyright ©2023 by IEICE

IoT（Internet of Things）といった言葉が生まれ，社会へ

1. は じ め にの普及拡大が進んでいる．CPS とは物理世界から得られるデー

近年，内閣府により決定された「第五期科学技術基本計画」

タをサイバー空間に反映させて，コンピュータによる処理と物の中で超スマート社会が提唱され，情報通信技術の発達により理的な制御を統合し，制御最適化を行う技術である．IoT とは様々な分野が影響を受けている．また第四次産業革命を超える電子機器や家電などモノの状況をセンサーにより感知し，イン概念として，Society5.0 をうたっている [1]．また，超スマーターネットにつなげてそれらのデータを集約，分析し，その結ト社会の実現に向けて，近年では IoT 技術の発展も著しい．

果をフィードバックさせることでシステムの最適化を図るとい

IoT とは電子機器や家電などモノの状況をセンサーなどで感知う概念である．IoT と CPS の言葉の違いとしては IoT はインし，インターネットにつなげてそれらのデータを利用してシスターネットを中心としたオープンな環境を想定しているのに対テムの最適化を図る概念のことを言う．IoT 技術の発展によりして，CPS は外部ネットワークに接続していない閉じたシス

様々なものがインターネットに接続され，サイバー空間と物理テムも連想させるところである．この技術が発展してからその空間との融合が進展している [2]．

対象領域は交通・製造業・農業・医療・介護といった様々な分

そこで本研究では新型コロナウイルス感染拡大により増加し野に広がりを見せている [2]．また近年の IoT 化の流れを受け，たハイブリッド会議に着目した．ハイブリッド会議を行うハイ

多様なデバイスを統合管理し，連携を効率化するための土台でブリッド会議空間を作成しようとすると様々な準備が必要となある IoT プラットフォームが提供されている．IoT プラットる．そこで，IoT デバイスを導入することでハイブリッド会議フォームと IoT デバイスが連携することにより，各デバイスの空間の準備・撤収を自動管理することを考えた．

仕様や通信方式の違いが取り払われ，共通規格での通信が可能

本研究の目的は，ハイブリッド会議空間の自動管理を容易にとなる．これによりスマートサービス・アプリケーションの生実現するスマートサービスを提案することである．そのキーア

産性が向上し，また分野を超えたデータやサービスの連携が可イデアとしてサービス連携プラットフォームである Uni-messe

能になる [3]．

を利用してハイブリッド会議空間に配備された複数の IoT デ

2. 2 利用した技術の説明

バイスとオンラインサービスを連携することがあげられる．本2. 2. 1 API と Webhook
API（Application Programming Interface）とはソフ

サービスは以下の三つの要素で構成される．

A1: システム構築フェーズ

トウェアやアプリケーションの一部を公開することにより第三

A2: 会議登録フェーズ

者が開発したソフトウェアと機能を共有できるようにするもの

A3: 会議実行フェーズである．API を利用するメリットとしてはソフトウェア開発の本稿では，提案したサービスの一部を我々の研究室内で簡易効率化やセキュリティの向上などがあげられる．その中でも特的に実装し，準備段階で想定した会議空間にあわせたケーススに WebAPI は Web 上に公開されており，外部から利用可能タディを行った．ケーススタディを通して実際に実装した際にな API のことで，だれでも使用できるかつ，無料であることがは各デバイス間の通信による遅延が発生することや，赤外線非多い [4]．

Webhook とはある特定のイベントが発生した際に，その対応の機器が操作できないことからさらなるサービスの改良がイベントが発生したことを指定のアドレスなどに通知すること必要なことがわかった．

2. 準

で，イベントトリガーとも呼ばれる．のちに説明する Pub/Sub

備もこの Webhook を使っている．API と Webhook の違いは，

API ではクライアントが情報をリクエストしなければサーバー

2. 1 IoT 技術の発展と超スマート社会
近年，内閣府により決定された，「第五期科学技術基本計画」からデータの送信が行なわれないのに対して，Webhook では

では「必要なもの・サービスを，必要な人に，必要な時に，必状況の更新などのあらかじめ設定した条件が満たされた場合に要なだけ提供し，社会の様々なニーズにきめ細かに対応でき，自動的にサーバーからクライアントにデータの送信が行なわれあらゆる人が質の高いサービスを受けられ，年齢，性別，地域，る点である．[5]．

言語といったさまざまな違いを乗り越え，活き活きと快適に暮

2. 2. 2 Pub/Sub

らすことのできる社会」を「超スマート社会」と呼び，その実

Publish/Subscribe メッセージ基盤 (Pub/Sub) とはメッ

現を目標に掲げるとともに，第四次産業革命を超える概念としセージ，データ，イベントを Publish/Subscribe パターンでやて，「Society5.0」をうたっている．これからの科学技術は，り取りする通信方式のことで，メッセージ送信側と受信側は非環境・エネルギー・医療・食糧・災害といった社会的課題解決同期である．またメリットとしては Publish 側が通信相手を直に大きく貢献すべし，という強いメッセージであり，まさに新接認識する必要がないため，データの生成・消費に専念できるしい価値の創出が科学技術に求められている [1]．という高い疎結合性を有するほか，システム全体の柔軟性と堅また最近では，パソコンや携帯端末だけでなく，電化製品，牢性が実現できることである [6]．

自動車産業用機械，医療機器など物理的なものが，インターPub/Sub には Publisher（メッセージ送信オブジェクト），ネットに接続され，サイバー空間と物理世界との融合が進展

Subscriber（メッセージ受信オブジェクト），Broker(Publisherしている．その中で，CPS（Cyber-Physical System）やと Subscriber を仲介するオブジェクト) の三つのオブジェクト—2—- 109 -(コンテキスト) を認識し，Pub/Sub を介して Uni-messeに 6W1H 形式でイベントを渡す．

Step2．イベントを渡す : Uni-messe が ECR ルールで評価．
評価の結果として Pub/Sub 上のトピックを選び選んだす
べてのトピックにイベントを渡す．

Step3．アクション実行 : アプリは，Pub/Sub を介してイベントを受け取る．イベントを自由に解釈し，任意の処理を実行する．

2. 3 ハイブリッド会議空間
2019 年以降新型コロナウイルス感染症の影響により世の中
では外出を控え，在宅で勤務する機会が増えた．それに伴い，

図 1: Uni-messe のアーキテクチャ

それ以前は対面により行われていたミーティングや会議もオンラインで行われることが多くなった．現在ではその状況も少しが存在する．利用の流れとしては以下のとおりである．

1. ユーザーがあらかじめ Broker に Topic を登録する．Topicとはメールの私書箱のようなものである．

緩和され，オンラインと対面を融合したハイブリッド会議が流行し始めた．

2. 4 着目される課題

2.Subscriber が．Broker に購読する Topic 名や通知先の URLなどをリクエストする．これを Subscribe と呼ぶ．

3.Publisher が，データやイベントが発生したタイミングでTopic にメッセージを伝える．これを Publish と呼ぶ．
4.Topic にメッセージが Publish されると，Broker がその Topicを登録した Subscriber に同メッセージを配信する．

ハイブリッド会議空間で用いられる機器は曜日，時刻や気温によっても使用するかどうかが変わってくることがある．具体的な例でいうと「気温が 10 ℃以下ならエアコンをつける」や「夕方は西日がまぶしいのでカーテンを閉める」などがあげられる．このような変化する状況に応じて準備・撤収を一人で行うには負担がおおきい．これらを解決するために IoT デバイスを

2. 2. 3 Uni-messe
Uni-messe（Uniﬁed Rule-based Message Delivery
Service）は，スマートサービスを効率的に実装するためのアプリケーション連携基盤である．スマートサービスに共通する特徴として，複数のサービスを連携することで提供できるサービスの質や量が改善することである．スマートサービス開発では，サービスの連携を効率的に行うための技術が豊富に存在し，それらの技術をサービス体系に組み込むことで，様々なサービスが連携した新たなスマートサービスを提供している．しかしながら，従来の枠組みでは連携可能なサービスが決まっていた

用いて自動化を図ろうとすると，各デバイスごとに別々の指令をださなければならない．しかし，そうなると手作業でやるのと大して変わらず完全に自動化できたとは言えない．したがって完全に自動化をおこなうには複数のデバイスに同時に別々の指令をだすプログラミングを行う必要がある．つまりここで着目される課題は以下の二点である．

P1: ハイブリッド会議空間の準備・撤収に手間がかかる
P2: ハイブリッド会議空間を自動管理するには複数のデバイスを自動で動かすプログラミング技術が必要である

3. 提 案 手 法

り汎用性に欠けるなどの問題からルールベースシステムを中立に扱う基盤は存在しなかった．そこで Uni-messe ではアプ

3. 1 研究の目的とキーアイデア

リケーションに中立な形式で ECR（Event/Condition/Route）

本研究の目的は，ハイブリッド会議空間の自動管理を容易にルールによる管理・評価を行うことで，コストの削減とアプリ実現するスマートサービスを提案することである．本研究の開発の効率化を図っている [7]．
図 1 に Uni-messe のアーキテクチャを示した．Uni-messe
は，PubSub メッセージ基板の上に，ルール評価及びルーティングを行うサービスとして構築される．もともとルールベースシステムとは ECA（Event/Condition/Action）ルールに戻づいて処理を行うが，Uni-messe では Pub/Sub を利用すること

キーアイデアはサービス連携プラットフォーム Uni-messe を利用してハイブリッド会議空間に配備された複数の IoT デバイスとオンラインサービスを連携することである．
そこで 2. 4 の課題を受けて，この目的を達成するために必要とされる要求を以下に示す．

で Action（サービスを処理すること）ではなく Route（処理をR1 会議の自動準備: ユーザーが会議室を開けるとその時刻そ実行するサービスを指示すること）という概念を導入し，サーの会議室に適切なハイブリッド会議の設定が行われること

ビス同士の疎結合性を高めている．

R2 会議の自動撤収: ユーザーが会議室を退出するとハイブ
リッド会議が自動的に終了すること

Step0．アプリの準備 : イベントを発生させるアプリ，受け取るアプリの作成，2. 2. 1 で説明した Pub/Sub の登録する．

R3 ノーコードによる会議設定: ユーザーが複雑なプログラミ

Step1．イベント生起 : イベント発生アプリが部屋や人の状況ングを必要とせずハイブリッド会議を設定できること—3—- 110 -

3. 4 A2: 会議登録フェーズ
このフェーズではユーザーが配備された IoT デバイスに対して，Topic の管理を Pub/Sub で行い，Condition と Route の登録を Uni-messe で行う．

3. 4. 1 Topic の管理
ユーザーは部屋ごともしくは用途ごとに複数の Topic を Pub-/Sub で管理する．例えば会議室，多目的室，休憩室などの部屋が複数ある場合には「会議室 OPEN」「会議室 CLOSE」などそれぞれの部屋ごとに鍵が開いたときと閉まったときの Topic を分けて作る．また時間によって使用の有無が変わる家電などがある場合も，それ専用に「会議室 17 時以降 OPEN」など Topicを作る．ここで作った Topic が後の Route の登録の際に必要
図 2: 全体アーキテクチャになってくる．

3. 4. 2 Route の登録
これらの要求を満たすことで 2. 4 の課題を次のように解決する．P1 は R1，R2 によってユーザーは部屋に入退室するだけ

Uni-messe の Route 登録は以下のように行う．
RouteID: この Route の ID．Uni-messe が自動で振り分けで準備・撤収が行われるので，解決でき，P2 は R3 を実現する

る．Condition とひもづけられる．

ことで解決できる．

topicList: 3. 4. 1 で PubSub に登録した Topic を入力する．

3. 2 全体アーキテクチャ

data，attributes: 送られてきたデータの中身の書き換えがで

上記の各要求を満たすためのハイブリッド会議空間自動管理

きる．

サービスの全体アーキテクチャを図 2 に示した．

owner: 管理者の名前を登録する．

このサービスは以下の 3 要素で構成される．

application: 利用するアプリの名前を登録することで検索に利用できる．

A1: システム構築フェーズ
A2: 会議登録フェーズ

3. 4. 3 Condition の登録
Uni-messe の Condition 登録は以下のように行う．

A3: 会議実行フェーズ

routeidList: この Condition に紐づける Route の ID を入力

3. 3 A1: システム構築フェーズ

する．

このシステム構築フェーズではサービス事業者がハイブリッ

how，who，whom，where: 演算子を「常に真，完全一致，不ド会議空間に IoT デバイスを配備し Uni-messe と連携可能に一致，部分一致，包含」の中から一つ選択して登録，conditionする．には deviceId など各項目に適したものを登録する．

when: cron 式で記述する．

3. 3. 1 IoT デバイスの配備
サービス事業者もしくはサービス利用者がハイブリッド会議

what: Java 論理式を記述，JSON キーバリューを条件式に当で利用する IoT デバイスを用意する．もし必要な機器の IoT デてはめて評価する．

バイスが用意できない場合は代わりに SwitchBot ハブミニ [8]why: Uni-messe が自動で記述する（スタックトレース）．

や Nature Remo 3 [9] などのネット制御が可能なデバイスを既owner: 管理者の名前を登録する．

存の機器に設置する．

application: 利用するアプリの名前を登録することで検索に利用できる．

3. 3. 2 中継サービスの構築
2. 2. 3 の Step1 で説明した通り Uni-messe では 6W1H 形式
でないとイベントを評価できない．しかしながら IoT デバイ

3. 5 A3: 会議実行フェーズ

スから送られてくるイベントはそれぞれのデバイスによって

図 2 のアーキテクチャの流れは以下のとおりである．

異なり，そのほとんどが 6W1H 形式ではない．そこで 2. 2. 3の Step0 でも説明したように，まず初めに Webhook により

1． ユーザーが起こしたアクションに反応して IoT デバイスから Event がイベントハンドラサービスに送られる．

IoT デバイスから送られてくるイベントを Uni-messe に適した 6W1H 形式に変換して Pub/Sub に送信するサービスを構築

2． 送られてきた Event は，イベントハンドラサービスによっしなければならない．このサービスをイベントハンドラサービて Uni-messe に適した 6W1H 形式に変換され，Pub/Subスという．に送られる．

また，その後 Uni-messe がルーチングした後のメッセージを受け取り，各種 IoT デバイスに適したコマンドに変換するサービスも必要である．このサービスを機器制御サービスという．

3． Pub/Sub は受け取った Event をすべて Uni-messe に送る．
4． Uni-messe が設定した Condition に基づいて評価，のち—4—- 111 -Route を行い指定の Topic に送る．
5． Pub/Sub が Topic に連携している機器制御サービスに送り機器制御サービスが IoT デバイスを操作する．
つまり A2 までの作業が完了していればユーザーが会議室などの扉を開けた際に指定の IoT デバイスが作動するようになっている．

4. ケーススタディ
図 4: SwitchBot アプリでの登録

4. 1 利用した技術
開発の際には言語は Python 3 を利用し．またイベントハン
ドラサービスや機器制御サービスには FastAPI [10]，Pub/Sub

publisher: イベントがどのサービスから飛んできたのかを示

は研究室内で別途実装済みのものを利用した．

す．評価には影響しない．

ケーススタディでは本サービスの実際の登録の流れや IoT デ

topic: イベントを Pub/Sub のどの Topic に渡すか，ここではバイスの連携について知るために研究室内で一部実装を行った．

全て unimesse.event に渡す．

今回想定したケースとしては，ある部屋の鍵が開いた際に自動

how: イベントを検知したサービス・センサの名前・ID．イベ

で電気，換気扇，TV がつくように登録を行った．

ント内のデバイスの種類を抽出する．

who/whom: イベントを起こした/起こされた，人や機器の名

4. 2 A1: システム構築フェーズの実現

前．イベント内のデバイス ID を抽出する．

4. 2. 1 IoT デバイスの配備

where: イベントが発生した場所．今回は場所を示すイベント

今回は研究室内の部屋の扉に SwitchBot アプリから解錠・がないためデバイス ID で代用する．

施錠することのできる SwitchBot ロックを設置し，電気二when: イベントが発生した時刻（ISO8061 形式）．イベント内

つと換気扇を動かす用に SwitchBot アプリから操作が可能なのタイムスタンプを変換する．

SwitchBot ボット三つを用意した，またテレビを操作するた

what: 詳細なイベントの説明．イベント内のデバイスの状態

めに SwitchBot ハブミニを用意した．SwitchBot ハブミニはを JSON 形式に変換する．

赤外線を利用して赤外線対応の家電を操作することができる他

why: イベントが発生してきた経緯をたどるスタックトレースに，SwitchBot デバイスをインターネットに接続することがで（リスト形式）．Uni-messe が自動で付与，評価には影響しない．

きる．その後，SwitchBot アプリのインストール，アカウントb ) 機器制御サービスを作成し，SwitchBot アプリから図 4 のように SwitchBot ハ

Uni-messe から受けとった際に対象の IoT デバイスに適切なブミニをアカウントに追加後，各デバイスを接続した．そして指示を送るための API を呼び出す．API を呼び出す際ににはそれらのデバイスを図 3 のように設置した．

動かすデバイスの ID，紐づけられているアカウントの ID，指示の内容（各デバイスによって形式が異なる）が必要．

4. 3 A2: 会議登録フェーズの実現
今 回 の ケ ー ス ス タ デ ィ で は「smartspace_door_open」「smartspace_door_close」というふたつの Topic を新たに作(a) SwitchBot ボット成した．また Route は図 5,Condition は図 6 のように登録を(b) SwitchBot ロック行った．

図 3: SwitchBot デバイス

4. 2. 2 中継サービスの構築a ) イベントハンドラサービス
まずは SwitchBot 社の提供する API の中から Jupyter でWebhook を構築した．その際に通知先として URL が必要だったため，FastAPI を利用して作成した．次に Webhook で飛ん

図 5: Route の登録例

できた情報を処理するイベントハンドラサービスを立ち上げた．
イベントハンドラサービスは送られてきた情報を以下のように

4. 4 A3: 会議実行フェーズの動作変換する．

data: イベント内のデータから必要な形に成形，評価には影響しない．

実際にスマートスペースのドアを開けると以下のようなデータが実際に飛んでくる．

—5—- 112 -SwitchBot ハブミニとの通信が複数回おこなわれることから数秒の遅延が発生したと思われる．イベントが起きてからアクションを行うまでの時間短縮は今後の研究の課題としたい．また，ユーザーが新しく家電を追加する際には，そのデバイスに合わせたセットアップを行わなければならない．この問題に対してはサービス事業者側が事前に機器毎に登録マニュアルを作成するか，その登録の段階も含めたアプリを開発をすることによりユーザー単体で登録が行えるようにするという解決策が考えられたが，これについても今後の課題としたい．

5. ま と め
図 6: Condition の登録例

本研究ではハイブリッド会議空間の自動管理を容易に実現するスマートサービスの提案を目的とし，Uni-messe と複数の
実際に送られてきたイベント

IoT デ自動管理サービスを提案した．システム構築フェーズで{"eventType":"changeReport",

は，イベントハンドラサービス，機器制御サービスを作成する"eventVersion:"1",

ことで複数の IoT デバイスを同時に管理することを可能とし，"context":{

会議登録フェーズでは Uni-messe を用いることでユーザーが"deviceType":"WoLock",

ノーコードで管理できるようになっている．本研究ではケース"deviceMac":"D8A429142B0C",

スタディとして実際の会議を想定して入室をトリガーとしてい"lockState":"LOCKED",

くつかの家電を操作した．今後の課題としては入退出後の家電操作の遅延を減らすことと，ユーザーがノーコードで実装できtimeOfSample :1672991842220

るようにサービスを改善することを考えている．

}}


イベントハンドラサービスで変換した後のイベント

 謝 辞 本 研 究 の 一 部 は JSPS 科 研 費 JP19H01138,
JP20H05706, JP20H04014, JP20K11059, JP22H03699,{’data’:’WoLock D8A429142B0C is LOCKED ,JP19K02973, 特別研究員奨励費 22J13217，および，立石科’publisher’:’sbot2unimesse ,学技術振興財団の研究助成を受けて行われている．
文’topic’:’unimesse.event ,献[1] 原 辰次 C 本多 敏 C “超スマート社会におけるシステム科学
技術概論 C” 計測と制御 C vol.55Cno.4Cpp.284–287C2016D’how’:WoLock ,[2] 山田直史 C 高島洋典 C 木村康則 C “超スマート社会（society5.0）実現に向けて：cps ／ iot とその後 C” 情報管理 C’whom’:’D8A429142B0C ,vol.60Cno.5Cpp.325–334C2017D’where’:’D8A429142B0C ,[3] 中橋友郎 C 陳 思楠 C 中村匡秀 C “異種 iot とプラットフォー’when’:’2023-01-06T16:57:22 ,ムの連携を容易化するサー ビスの研究開発 C” 電子情報通信学会技術研究報告 C æ121ªC pp.45–52CMarch 2022D オンラ’what’:’{"lock_status": "LOCKED"}
イン D}}[4] “今 さ ら 聞 け な い it 用 語 や た ら と 耳 に す る け ど「api」
っ て 何 ？ ）,”https://data.wingarc.com/what-is-api
上記の変換後のデータが Uni-messe におくられたのち，図 6 で-16084CDec. 2022D (Accessed on 01/31/2023)D[5] “Webhook と は ？ api と の 違 い や 対 応 サ ー ビ ス に つ い て,”評価され，実際の IoT デバイスが動くことが確認された．
https://it-kyujin.jp/article/detail/402/D (Accessed
4. 5 考察on 01/31/2023)D[6] 坂野遼平 C 首藤一幸 C “pub/sub メッセージングにおける以上により，本サービスを用いたハイブリッド会議空間の自負荷分散性と低遅延性の適応的制御 C” IEICE Conferences
動管理の流れ・動作を確認した．2. 4 の P1 に関しては自動化
ArchivesThe Institute of Electronics, Information and Comをおこなうことによって準備・撤収にかかる時間は確実に短縮
munication EngineersC pp.••–••2019D[7] 中田匠哉 C 中村匡秀 C “コンテキストに基づくサービス連携をしたといえる．また P2 に関してもユーザーとサービス事業者支援するイ ベントルーチングサービスの検討 C” 電子情報通信という二つに分けることでユーザー側はノーコードで実装する
学会技術研究報告 C æ121ªC pp.32–37CAug. 2021D オンライことに成功した．また，この提案手法のほかの利点としては，
ン開催 D[8] “Switchbot（スイッチボット),” https://www.switchbot.jp
Uni-messe を用いることで IoT デバイス同士の連携だけでな/D (Accessed on 01/31/2023)D
く，Web サービスの中で API を提供しているものがあればそ[9] “Nature remo（ネイチャーリモ）,” https://nature.globa
l/nature-remo/D (Accessed on 01/31/2023)Dれとも連携がおこなえるという点にある．一方で，今回提案し[10] “Fastapi - tiangolo,” https://fastapi.tiangolo.com/ja/.
たサービスの限界として，鍵を開けてから家電が操作されるま(Accessed on 02/08/2023).

’attributes :{でに数秒かかることがあげられる．今回のケーススタディでは各スイッチに SwitchBot ボットをとりつけて操作させたので—6—- 113 -