(57)【要約】【課題】迅速性と実効性を担保したコミュニケーション方法を提供すること。【解決手段】  システムを利用した情報共有の方法であって、  前記システムは、通信端末と、ボットとを備え、  前記通信端末は、前記システムが作成するトークルームに投稿可能であり、  前記方法は、    前記ボットが、トリガー情報を受信する工程Ａと、    前記ボットが、トークルームを作成するか否かに関する判定を、トリガー情報に基づいて行う工程Ｂと、を含む、方法。【選択図】図１
2020177471.tif 000002
【特許請求の範囲】
【請求項１】
システムを利用した情報共有の方法であって、
前記システムは、通信端末と、ボットとを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記方法は、
前記ボットが、トリガー情報を受信する工程Ａと、
前記ボットが、トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行う工程Ｂと、
を含む、方法。
【請求項２】
請求項１の方法であって、
前記工程Ｂが、
前記トリガー情報を、ボットが解析し、重要度を算出するサブ工程Ｂ１と、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、前記ボットがトークルームを作成するサブ工程Ｂ２と、
を含む該方法。
【請求項３】
請求項２の方法であって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該方法。
【請求項４】
請求項２の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記工程Ｂは、ボットがトリガー情報を言語解析してキーワードを抽出することを含む、
該方法。
【請求項５】
請求項２の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該方法。
【請求項６】
請求項１の方法であって、
前記工程Ｂが、
前記トリガー情報に基づいて、判定テーブルを参照する工程Ｂ１
を含み、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該方法。
【請求項７】
請求項１〜６のいずれか１項に記載の方法であって、
前記方法は、トークルーム作成後、前記ボットが、前記トークルームに参加するメンバーを選出する工程Ｃを更に含み、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該方法。
【請求項８】
請求項７の方法であって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該方法。
【請求項９】
請求項７又は８の方法であって、
前記システムは環境センサを備え、
前記環境センサは、サブボットを備え、
前記工程Ｃは、前記サブボットをメンバーの一員として選出することを含む、
該方法。
【請求項１０】
請求項７〜９いずれか１項に記載の方法であって、
前記工程Ｃは、既存のトークルームに参加中のメンバーを選出することを含む、
該方法。
【請求項１１】
情報共有ボットであって、
前記ボットは、通信端末と通信可能に接続され、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成される、
該ボット。
【請求項１２】
請求項１１のボットであって、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該ボット。
【請求項１３】
請求項１２のボットであって、
前記ボットは、環境センサと通信可能に接続され、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該ボット。
【請求項１４】
請求項１２のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記ボットは、トリガー情報を言語解析してキーワードを抽出するように構成される、
該ボット。
【請求項１５】
請求項１２のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該ボット。
【請求項１６】
請求項１１のボットであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該ボット。
【請求項１７】
請求項１１〜１６のいずれか１項に記載のボットであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該ボット。
【請求項１８】
請求項１７のボットであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該ボット。
【請求項１９】
請求項１７又は１８のボットであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該ボット。
【請求項２０】
請求項１７〜１９いずれか１項に記載のボットであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該ボット。
【請求項２１】
情報共有システムであって、
前記システムは、ボットと、通信端末とを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成される、
該システム。
【請求項２２】
請求項２１のシステムであって、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該システム。
【請求項２３】
請求項２２のシステムであって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該システム。
【請求項２４】
請求項２２のシステムであって、
前記トリガー情報が、前記通信端末が出力する情報であり、
前記ボットが、トリガー情報を言語解析してキーワードを抽出するように構成される、
該システム。
【請求項２５】
請求項２２のシステムであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該システム。
【請求項２６】
請求項２１のシステムであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該システム。
【請求項２７】
請求項２１〜２６のいずれか１項に記載のシステムであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該システム。
【請求項２８】
請求項２７のシステムであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該システム。
【請求項２９】
請求項２７又は２８のシステムであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該システム。
【請求項３０】
請求項２７〜２９いずれか１項に記載のシステムであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報共有のためのシステム、ボット、及び方法に関する。
【背景技術】
【０００２】
近年、ビジネス上では様々なコミュニケーションツールが導入されている。コミュニケーションツールの例としては、ＣｈａｔＷｏｒｋ（登録商標）、Ｓｌａｃｋ、ＬＩＮＥ  ＷＯＲＫＳなどが挙げられる。
【０００３】
これらは、トークルーム（又はチャットルーム）と称されるバーチャルなコミュニケーション空間を開設する機能がある。そして、トークルームに参加可能なメンバーを管理している。
【０００４】
特許文献１では、災害やトラブル等発生時、現場情報の収集、整理、及び共有化がリアルタイムでできる情報処理装置、情報処理方法、及びプログラムを開示している。特許文献２では、障害発生時に必要なチャットルーム（検討ルーム）を立ち上げ、効率的に障害解決を支援する仕組みを提供することを課題として開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１８−１６５９２４号公報
【特許文献２】特開２０１８−０８８２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の様に種々のコミュニケーションツールが提供されているものの、ビジネス上の利用においては問題点があった。例えば、空港で働く職員を例にとって説明すると、ある特定の緊急事態が発生した場合（例えば、不審物の発見など）、現場から緊急事態の報告をリーダーが受ける。そして、リーダーは、報告内容を検討し、メンバーを招集するかどうかを判定する。そして、メンバーを招集する必要があると判定した場合には、コミュニケーションツールを使ってトークルームを形成する。
【０００７】
しかし、緊急事態が発生した場合は、迅速な対処が求められるため、トークルーム形成までの時間のロスは最小限にとどめたいという要求がある。
【０００８】
こうした要求に適う１つの方法としては、メンバー全員が漏れなく参加したトークルームを１つ設け、常にこれをアクティブにしておくことである。しかし、このようなトークルームが形成されると、個々のメンバーにとっては、自分に無関係の情報が常に流れることとなる。従って、トークルームに新たな投稿があったとしても、自分には無関係という先入観が働く可能性を強める。結果として、重要な情報を見逃す可能性が出てくる。これによりコミュニケーションの実効性が薄れてしまう。
【０００９】
以上の点に鑑み、本開示では、迅速性と実効性を担保したコミュニケーション方法を提供すること、これにより、仕事における生産性を向上させることを目的とする。
【課題を解決するための手段】
【００１０】
発明者が検討した結果、ボットを利用してトークルームを管理することを考案した。より具体的には、判定するための情報をボットに提供し、これを受けて、トークルームの生成の判定をボットに行わせることにした。これにより、迅速にトークルームを生成することができる。また、常にアクティブなトークルームが形成されるわけではないので、メンバーにとっては、重要な情報を見逃す可能性を低減できる。
【００１１】
本発明は、上記知見に基づいて完成され、一側面において、以下の発明を包含する。
【００１２】
（発明１）
システムを利用した情報共有の方法であって、
前記システムは、通信端末と、ボットとを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記方法は、
前記ボットが、トリガー情報を受信する工程Ａと、
前記ボットが、トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行う工程Ｂと、
を含む、方法。
【００１３】
（発明２）
発明１の方法であって、
前記工程Ｂが、
前記トリガー情報を、ボットが解析し、重要度を算出するサブ工程Ｂ１と、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、前記ボットがトークルームを作成するサブ工程Ｂ２と、
を含む該方法。
【００１４】
（発明３）
発明２の方法であって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該方法。
【００１５】
（発明４）
発明２の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記工程Ｂは、ボットがトリガー情報を言語解析してキーワードを抽出することを含む、
該方法。
【００１６】
（発明５）
発明２の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該方法。
【００１７】
（発明６）
発明１の方法であって、
前記工程Ｂが、
前記トリガー情報に基づいて、判定テーブルを参照する工程Ｂ１
を含み、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該方法。
【００１８】
（発明７）
発明１〜６のいずれか１つに記載の方法であって、
前記方法は、トークルーム作成後、前記ボットが、前記トークルームに参加するメンバーを選出する工程Ｃを更に含み、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該方法。
【００１９】
（発明８）
発明７の方法であって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該方法。
【００２０】
（発明９）
発明７又は８の方法であって、
前記システムは環境センサを備え、
前記環境センサは、サブボットを備え、
前記工程Ｃは、前記サブボットをメンバーの一員として選出することを含む、
該方法。
【００２１】
（発明１０）
発明７〜９いずれか１つに記載の方法であって、
前記工程Ｃは、既存のトークルームに参加中のメンバーを選出することを含む、
該方法。
【００２２】
（発明１１）
情報共有ボットであって、
前記ボットは、通信端末と通信可能に接続され、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成される、
該ボット。
【００２３】
（発明１２）
発明１１のボットであって、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該ボット。
【００２４】
（発明１３）
発明１２のボットであって、
前記ボットは、環境センサと通信可能に接続され、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該ボット。
【００２５】
（発明１４）
発明１２のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記ボットは、トリガー情報を言語解析してキーワードを抽出するように構成される、
該ボット。
【００２６】
（発明１５）
発明１２のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該ボット。
【００２７】
（発明１６）
発明１１のボットであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該ボット。
【００２８】
（発明１７）
発明１１〜１６のいずれか１つに記載のボットであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該ボット。
【００２９】
（発明１８）
発明１７のボットであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該ボット。
【００３０】
（発明１９）
発明１７又は１８のボットであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該ボット。
【００３１】
（発明２０）
発明１７〜１９いずれか１つに記載のボットであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該ボット。
【００３２】
（発明２１）
情報共有システムであって、
前記システムは、ボットと、通信端末とを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成される、
該システム。
【００３３】
（発明２２）
発明２１のシステムであって、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該システム。
【００３４】
（発明２３）
発明２２のシステムであって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該システム。
【００３５】
（発明２４）
発明２２のシステムであって、
前記トリガー情報が、前記通信端末が出力する情報であり、
前記ボットが、トリガー情報を言語解析してキーワードを抽出するように構成される、
該システム。
【００３６】
（発明２５）
発明２２のシステムであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該システム。
【００３７】
（発明２６）
発明２１のシステムであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該システム。
【００３８】
（発明２７）
発明２１〜２６のいずれか１つに記載のシステムであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該システム。
【００３９】
（発明２８）
発明２７のシステムであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該システム。
【００４０】
（発明２９）
発明２７又は２８のシステムであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該システム。
【００４１】
（発明３０）
発明２７〜２９いずれか１つに記載のシステムであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該システム。
【発明の効果】
【００４２】
上記発明では、ボットが、トークルームを作成するか否かに関する判定を、トリガー情報に基づいて行う。これにより、迅速にトークルームを形成することができる。このことで、仕事の効率性が高まり、結果的には生産性が向上する。
【図面の簡単な説明】
【００４３】
【図１】一実施形態におけるシステムの構成を示す。
【図２】一実施形態におけるトークルームを開設するフローを示す。
【図３】一実施形態において、トリガー情報を生成するための通信端末の画面を示す。
【図４】一実施形態において、抽出対象のキーワードと、イベントコードとを関連付けたテーブルを示す。
【図５】一実施形態において、トークルームを生成するか否かの判定テーブルを示す。
【図６】一実施形態において、トークルームを生成するか否かの判定フローを示す。
【図７】一実施形態において、トークルームを生成するか否かの判定テーブルを示す。
【図８】一実施形態におけるメンバーに関する情報を管理するテーブルを示す。
【図９】一実施形態におけるメンバー選出のための判定テーブルを示す。
【図１０】一実施形態におけるメンバーに関する情報を管理するテーブルを示す。メンバーとして、環境センサ（例：監視カメラ、サーモグラフィなど）も含まれる。
【発明を実施するための形態】
【００４４】
以下、本発明を実施するための具体的な実施形態について説明する。以下の説明は、本発明の理解を促進するためのものである。即ち、本発明の範囲を限定することを意図するものではない。
【００４５】
１．システムの構成
一実施形態において、本発明は、情報共有のためのシステム及びボットに関する。図１において、一実施形態におけるシステムの構成を示す。システムは、少なくともボット（１０）と、通信端末（３０）とを備える。必要に応じて、環境センサ（４０）を備えてもよい。また、ボットは、仮想的なトークルーム（２０）を設けることができる。各通信端末は、トークルームに投稿することができる。当該トークルーム及び各通信端末を通して、職員同士は情報共有を行うことができる。
【００４６】
１−１．ボット
「ボット」とは、一定のタスクや処理を自動化するためのソフトウェア、ハードウェア又はこれらの組み合わせのことである。ボットに該当するハードウェアは、特に限定されず、一般的な情報処理装置等であってもよい。また、情報処理装置は、プロセッサ、メモリ、記憶媒体、及び通信モジュール等を備えることができる。例えば、ボットに該当するハードウェアは、サーバー、又はパソコン等であってもよい。
【００４７】
サーバーについては、特に限定されず、例えば、クラウドサーバーであってもよい。或いは、オンプレミスのサーバーであってもよい。
【００４８】
また、ボットは、トークルームを作成するか否かに関する判定を、トリガー情報に基づいて行う機能を有することができる。ボットは、こうした機能を実現するための各種モジュールを備えることができる。例えば、以下のようなモジュールを備えることができる。
・トリガー情報を解析し、重要度を算出するための解析モジュール
・重要度と予め設定された所定の閾値とを対比することに基づいてトークルームを開設するかどうかの判定を行う第１判定モジュール
・トークルームの追加及び／又は削除を行ったり、並びにメンバーの管理の追加及び／又は削除を行ったりするためのトークルーム管理モジュール
また、第１判定モジュールに加えて、或いは、第１判定モジュールの代わりとして、第２判定モジュールを、ボットが備えてもよい。第２判定モジュールは、例えば、トリガー情報に基づいて、判定テーブルを参照するように構成されてもよい。
【００４９】
上記各種モジュールの機能の詳細については、後述する。
【００５０】
１−２．通信端末
通信端末は、個々のスタッフが使用するための装置である。典型的には、個々のスタッフは、常に移動しながら、業務を遂行するという理由から、通信端末は、携帯可能且つ無線通信な物が好ましい（例えば、スマートフォンであってもよく、タブレット端末であってもよく、イヤホン及びマイクを備えたヘッドホンであってもよい）。
【００５１】
また、通信端末は、任意の形式で通信可能である。例えば、テキスト通信可能であってもよい。或いは、音声通信可能であってもよい。或いは両者の組み合わせであってもよい。
【００５２】
テキスト通信可能な場合には、通信端末は、通信モジュール、キーボード（タッチパネル上に表示されるバーチャルなキーボードを含む）、及びディスプレイを備えることができる。
【００５３】
音声通信可能な場合には、通信端末は、通信モジュール、マイクロフォン、及びスピーカー（イヤホン等を含む）を備えることができる。
【００５４】
また、必要に応じて、通信端末は、一般的な情報処理装置と同じ構成要素を備えてもよい（例えば、プロセッサ、メモリ、記憶媒体、及び通信モジュール等）。
【００５５】
また、通信端末は、所望の機能を実現するための各種モジュールを備えることができる。例えば、通信端末は、トリガー情報を生成するためのトリガー情報生成モジュールを備えることができる。
【００５６】
通信端末の数は特に限定されないが、典型的には、複数の通信端末が、ボットと接続されてもよい。
【００５７】
１−３．環境センサ
また、必要に応じてシステムは、環境センサを備えることができる。環境センサは、１種類であってもよく、又は複数種類あってもよい。環境センサの種類としては、例えば、以下のような例が挙げられる。
温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサ
上記のセンサは、組み合わせて使用してもよい。
【００５８】
また、環境センサは、トリガー情報を生成するためのトリガー情報生成モジュールを備えることができる。当該トリガー情報は、環境センサの種類を特定する情報、及びセンサが感知した情報（例えば、温度センサであれば温度、光センサであれば明るさの度合いなど）を含むことができる。
【００５９】
また、環境センサは、通信モジュールを備えることができ、当該通信モジュールを通して上述したボットと接続することができる。
【００６０】
次項では、上述した各構成要素を利用したトークルームの生成方法について詳述する。
【００６１】
２．トークルームの形成
一実施形態において、本発明は、システムを利用した情報共有の方法である。より具体的には、情報共有のためにトークルームが利用される。前記方法は、以下の工程を含む。
・ボットが、トリガー情報を受信する工程Ａ
・前記ボットが、トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行う工程Ｂ
【００６２】
更なる一実施形態において、前記方法の工程Ｂは、以下のサブ工程を含むことができる。
・トリガー情報を、ボットが解析し、重要度を算出する工程Ｂ１
・重要度と予め設定された所定の閾値とを対比することに基づいて、ボットがトークルームを作成する工程Ｂ２
図２に具体例を示す。以下では、当該具体例について詳述する。
【００６３】
２−１．トリガー情報の生成
上記工程Ａではトリガー情報をボットが受信する。トリガー情報は、通信端末によって生成された情報であってもよい。或いは、トリガー情報は、環境センサによって生成された情報であってもよい。
【００６４】
２−１−１．通信端末によるトリガー情報の生成
まずは、通信端末によるトリガー情報の生成について説明する。通信端末が生成するトリガー情報は、音声形式であってもよく、又はテキスト形式であってもよい。或いは、任意形式コマンドと引数の組み合わせであってもよい。また、必要に応じてトリガー情報は、通信端末の位置情報を含んでもよい。
【００６５】
例えば、トリガー情報が音声形式又はテキスト形式の場合、トリガー情報は、自然言語の形態であってもよく（例えば、「Ｘ番のトイレ内で不審物を発見しました」）、所定のキーワードを組み合わせた形態であってもよい（例えば、「不審物発見、場所、Ｘ番のトイレ内」）。
【００６６】
また、トリガー情報が任意形式のコマンドと引数の組み合わせの場合、任意形式のコマンドは、トークルーム開設を指示する情報に該当してもよい。また、引数は、トークルームを開設する目的情報に該当してもよい。従って、生成されるトリガー情報は、例えば、「ＯＰＥＮ＿ＴＡＬＫ＿ＲＯＯＭ  ＳＵＳＰＩＣＩＯＵＳ＿ＯＢＪＥＣＴ」という形式の情報であってもよい。また、上述したようにコマンドの形式は任意である。従って、文字形式のみに限定されない。例えば、コマンドの形式は、ＬＩＮＥ（登録商標）のスタンプ等のアイコン形式であってもよい。更には、コマンドの形式は、ＬＩＮＥのスタンプと文字の組み合わせの形式であってもよい。
【００６７】
トリガー情報が任意形式のコマンドと引数の組み合わせの場合、例えば、図３に示すように、通信端末に所定のアプリケーションをインストールしてもよい。そして、当該アプリケーションを起動すると、通報する内容を選択できるように構成されてもよい。通信端末のユーザーが、ボタンをタップして、通報する内容を選択すると、選択したボタンに対応するトリガー情報が生成される。
【００６８】
こうしたトリガー情報の生成は、通信端末が備えるトリガー情報生成モジュールによって生成されてもよい。生成されたトリガー情報は、通信端末からボットへ送信される。
【００６９】
２−１−２．環境センサによるトリガー情報の生成
必要に応じて、通信端末以外がトリガー情報を生成してもよい。具体的には、環境センサがトリガー情報を生成してもよい。上述したように環境センサが生成するトリガー情報は、環境センサの種類を特定する情報、及びセンサが感知した情報を含むことができる。また、必要に応じてトリガー情報は、環境センサの位置情報を含んでもよい。こうしたトリガー情報の生成は、環境センサが備えるトリガー情報生成モジュールによって生成されてもよい。生成されたトリガー情報は、環境センサからボットへ送信される。
【００７０】
２−２．ボットが、トリガー情報を受信する
通信端末又は環境センサが送信したトリガー情報は、ボットによって受信される。ボットは、受信するための通信モジュールを備えることができる。受信後は、トリガー情報に基づいて所定の処理を実行する。所定の処理については、次項で詳述する。
【００７１】
２−３．ボットがトリガー情報を解析、及び重要度を算出
ボットは、受信したトリガー情報を解析し、これに基づいて重要度を算出する。この目的で、ボットは、解析モジュールを備える。
【００７２】
上述したように、トリガー情報が、通信端末が生成した情報であり、且つ、自然言語の形態である場合には、解析モジュールは、言語解析することができる。例えば、解析モジュールは、自然言語形態のトリガー情報を、予め登録したキーワードとマッチングさせ、キーワード抽出を行うことができる。解析モジュールは、キーワード抽出のためのデータベースにアクセスすることができる（図４）。キーワード抽出のためのデータベースは、例えば、テーブル形式であってもよい。また、データベースには、抽出対象のキーワードを予め登録しておくことができる。更には、抽出対象のキーワードに対応するイベントコードを関連付けて登録しておくことができる。自然言語の場合には、言語の揺れが生じることがある（例えば、火災と火事）。しかし、同一の概念を表す複数のキーワードを予め登録しておくことで、言語の揺れの問題を回避することができる。
【００７３】
キーワード抽出のためには、トリガー情報がテキスト形式であることが好ましい。従って、トリガー情報が音声データ形式である場合には、解析モジュールが、音声認識技術を用いてテキスト形式に変換してもよい。
【００７４】
キーワードを抽出後は、抽出したキーワードに対応するイベントコードを解析モジュールが生成することができる（例えば図４の対応表を利用して）。
【００７５】
トリガー情報が、通信端末が生成した情報であり、且つ、所定のキーワードを組み合わせた形態である場合には、言語の揺れの問題は生じにくいため、そのまま、解析モジュールが重要度算出をおこなってもよい。或いは、上記と同様イベントコードに変換してもよい。
【００７６】
トリガー情報が、環境センサが生成した情報である場合にも、上述言語の揺れの問題は生じにくいため、そのまま、解析モジュールが重要度算出をおこなってもよい。或いは、上記と同様イベントコードに変換してもよい。
【００７７】
解析モジュールによる重要度の算出は、ルールベースであってもよい。或いは、人工知能（例えば、機械学習、特に深層学習）を利用したものであってもよい。
【００７８】
ルールベースの場合には、例えば、図５に示す判定表を使用してもよい。例えば、通信端末及び／又は環境センサから送信されるトリガー情報は、図５の判定表のイベントコード及びパラメータに対応している。パラメータは、環境センサが感知した値に対応する。検知した数値をそのまま使用すると、他種の環境センサの感知した値との重要度に関する序列を形成できないので（例えば温度計が示す５０℃と湿度計が示す５０％は単純に数値の大小で比較することができない）、パラメータは好ましくは正規化されてもよい。イベントコードに応じて、或いはイベントコードとパラメータの組み合わせに応じて、判定表には重要度が割り当てられている（例えば、振動センサの場合には、感知した振動の大きさに応じて異なる重要度を割りあてる）。従って、これに基づいて、解析モジュールが、トリガー情報に対応する重要度を算出することができる。また、判定表以外にも、例えば、図６に示すように判定フローに対応するコードを実装してもよい。そして、当該コードを実行することで、重要度を判定してもよい。
【００７９】
また、人工知能による重要度算出の場合には、トリガー情報（又は図５に示すイベントコード及びパラメータ）と重要度との組み合わせによる教師データを大量に準備して、予め学習させておく。そして、この学習済みモデルに、トリガー情報を入力することで重要度を算出することができる。重要度は、解析モジュールから判定モジュールに送られる。
【００８０】
２−４．重要度と予め設定された所定の閾値とを対比
重要度を算出した後は、判定モジュールは、重要度と閾値とを比較する。これに基づいて、トークルームを作成するかどうかの判定を行う。例えば、重要度が所定の閾値を上回った時に、トークルームを作成するという判定を行ってもよい。別の例では、重要度が所定の閾値を下回った時に、トークルームを作成するという判定を行ってもよい。また、閾値は、予め設定しておくことができ、状況に応じて適宜変更してもよい。
【００８１】
２−５．ボットがトークルームを生成
トークルームを作成するという判定が行われた後は、ボット（より具体的には、ボットが備えるトークルーム管理モジュール）は、トークルームを新たに作成することができる。また、トークルームを作成しないという判定が行われた場合には、新たなトリガー情報を受信するまで引き続き待機してもよい。
【００８２】
２−６．トークルームの作成に関する他の判定方法
上記の方法では、ボットは、トリガーを受信後、重要度を算出している。しかし、これ以外の方法で、ボットは、トークルームを作成するかどうかの判定を行ってもよい。例えば、ボットは判定テーブルを備えてもよい。当該判定テーブルでは、トリガー情報と、トークルームを作成するか否かの判定フラグとでペアが形成されたテーブルであってもよい（図７）。ボットは、トリガー情報を受信後、判定テーブルを参照し、フラグを取得して、フラグの内容に基づいてトークルームを作成してもよい。例えば、「不審物発見  滞留時間１時間」の場合には、もうしばらく様子を見るという理由から、トークルームを作成しないという判断を行うことができる。一方で、例えば、「不審物発見  滞留時間２時間」の場合には、これ以上の放置はリスク有りという理由から、トークルームを作成するという判断を行うことができる。
【００８３】
好ましい実施形態において、図７のような判定テーブルを使用する場合には、情報トリガーが、言語の揺れの問題が生じにくい形式であることが好ましい。従って、上述したように、トリガー情報は、通信端末が生成した情報であり、且つ、所定のキーワードを組み合わせた形態である場合が好ましい。或いは、トリガー情報は、任意形式のコマンドと引数の組み合わせである場合が好ましい。
【００８４】
３．トークルーム内のメンバーの選出
トークルームを生成した後は、トークルームに参加するメンバーを決定することができる。通常であれば、トークルームを管理する権限を有するユーザーが、メンバーを設定する。しかし、一実施形態における本開示の方法では、ボット（より具体的には、ボットが備えるトークルーム管理モジュール）が、トークルームに参加するメンバーを選出することができる。
【００８５】
ボットが、メンバーを選出する際には、トリガー情報に基づいてもよい。これに加えて、ボットが、メンバーを選出する際には、予め登録されたメンバーの情報及び／又はメンバーの位置情報に基づいてもよい。メンバーの選出の基礎となる情報について以下詳述する。
【００８６】
３−１．トリガー情報に基づくメンバーの選出 
トリガー情報は、メンバーの選出に当たって重要な情報となる。例えば、トリガー情報が不審物発見の場合には、警備関係者及び消防関係者がメンバーとして参加する必要がある。例えば、トリガー情報が熱病患者の場合には、医療関係者がメンバーとして参加する必要がある。
【００８７】
３−２．予め登録されたメンバーの情報に基づくメンバーの選出 
また、メンバーに関する情報も、メンバーの選出に当たって重要な情報となる。こうしたメンバーに関する情報は、予めデータベース等に登録されてもよい。メンバーに関する情報の具体例として、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む。
【００８８】
トリガー情報に応じて適切なメンバーは変わりうる。メンバーの業務の例に関して、トリガー情報が不審物発見の場合には、メンバーの業務として、警備関係者及び消防関係者を選択する必要がある。例えば、トリガー情報が熱病患者の場合には、メンバーの業務として医療関係者を選択する必要がある。
【００８９】
メンバーのスキルに関して、例えば、トリガー情報がＶＩＰ来場の場合には、スキルが未熟なメンバーは除外しておくことが好ましい。
【００９０】
メンバーの役職に関して、例えば、トリガー情報がＶＩＰ来場の場合には、直接ＶＩＰと接触するメンバーとして役職が高いメンバーが好ましい。
【００９１】
メンバーの体調に関して、例えば、トリガー情報が、不審者が暴れている等の場合には、体調がよくないメンバーは避けた方が好ましい。
【００９２】
メンバーの出退勤状況に関して、例えば、トリガー情報が、爆弾処理等の場合には、解決するまで時間がかかる可能性があるため、数時間後に退勤予定のメンバーは避けた方が好ましい。
【００９３】
メンバーの性別に関して、例えば、トリガー情報が、女性以外が立ち入りにくい場所（例えば、授乳室、女子トイレなど）に関する場合、性別が男性であるメンバーは避けた方が好ましい。
【００９４】
メンバーの年齢に関して、例えば、トリガー情報が、体力を要する作業に関する場合（例えば、非常階段の昇降、遠隔地へ走って移動等）、年齢が比較的若いメンバーを選出した方がよい。
【００９５】
メンバーの所持品に関して、例えば、トリガー情報が、設備の温度の異常である場合には、現場の写真等が必要になるため、撮影道具を所持しているメンバーを選出することが好ましい。
【００９６】
３−３．メンバーの位置情報に基づくメンバーの選出 
また、メンバーの位置情報も、メンバーの選出に当たって重要な情報となる。例えば、トリガー情報が特定の場所に関連する場合、当該場所の近くにいるメンバーが選出されることが好ましい。各メンバーは業務中通信端末を所持しており、当該通信端末は位置情報をボットに送信することができる。従って、ボットは、メンバーの位置情報をリアルタイムに管理することができる。
【００９７】
３−４．メンバーの選出の仕組み
メンバーの選出の基礎となる情報は上記のとおりである。それ以外に、メンバーの選出の方法については、特に限定されず、ルールベースであってもよい。或いは、人工知能 （例えば、機械学習、特に深層学習）を利用したものであってもよい。
【００９８】
ルールベースの場合には、例えば、図８に示すように、ボットは、メンバーを管理するデータベースにアクセスし、メンバーに関する情報を取得することができる。また、別途図９に示すように、各イベントに対応した、メンバーの選出条件をテーブルで管理してもよい。そして、トークルーム管理モジュールは、メンバーの選出条件のテーブルと、メンバーに関する情報のテーブルとを参照して、メンバーを選出することができる。
【００９９】
また、テーブルを用いる以外の方法としては、トークルーム管理モジュールが、図６に示すような判定フローと同様の判定フローを使用してメンバーを選出してもよい。
【０１００】
また、人工知能によるメンバー選出の場合には、トリガー情報（又は図５に示すイベントコード及びパラメータ）とメンバーに関する情報及び／又はメンバーの位置情報と、選出されたメンバーとの組み合わせによる教師データを大量に準備して、予め学習させておく。そして、この学習済みモデルに、トリガー情報とメンバーに関する情報及び／又はメンバーの位置情報と入力することで、メンバーを選出することができる。
【０１０１】
３−５．メンバーの状況
一実施形態において、メンバーの選出の際に、メンバーが既に別のトークルームに参加していている場合には、選出対象から除外してもよい。この場合には、メンバーを選出する際には、上記情報以外に、更に、メンバーが既に既存のトークルームに参加しているかどうかの情報に更に基づく。
【０１０２】
別の一実施形態において、メンバーの選出の際に、メンバーが既に別のトークルームに参加していても、選出することができる。例えば、既にトークルーム（第１トークルーム）が形成されている場合に、新たなトリガー情報がボットによって受信されてもよい。そして、別のトークルーム（第２トークルーム）が形成され、新たなメンバーのほかに、第１トークルームのメンバー（一部又は全員）が選出されてもよい。
【０１０３】
３−６．環境センサとサブボット
別の一実施形態において、前記ボットによって選出されるメンバーは、必ずしも人間でなくてもよい。例えば、環境センサがサブボットを備えてもよい。そして、当該サブボットを、図１０に示すように、他の人間のメンバーと同じテーブルで管理してもよい。サブボットは、同じトークルーム内の他のメンバーの投稿に反応して、環境情報を投稿するように構成されてもよい。例えば、監視カメラがサブボットを備える場合には、同じトークルーム内の他のメンバー（例えば、警備員）が、「現場の写真をアップロードして」という内容を投稿することができる。サブボットは、当該投稿内容を言語解析することができる。更に、サブボットは、言語解析した結果に応じて、監視カメラのカメラ機能を制御し、写真を取得することができる。そして、サブボットは、取得した写真を、トークルームに投稿することができる。
【０１０４】
上記仕組みを用いることで、トークルーム経由で環境センサによる情報を取得することが可能となる。これにより、迅速な情報共有が可能となる。また、普段はアクセスを不可としておいて、必要になった場合にだけ、アクセスを可能にすることができる（トークルームを作成し、トークルーム経由で環境センサのボットに投稿することによって可能となる）。
【０１０５】
ボットが、環境センサが備えるサブボットをメンバーとして選出する場合には、人間のメンバーを選出するのと同様に、位置情報（図１０では設置場所）に基づいてもよく、業務情報に基づいてもよく、及びそれ以外の情報に基づいてもよい。
【０１０６】
４．応用例
上述した方法は、様々な業種において応用が可能である。以下では、いくつかの具体例を示す。
【０１０７】
４−１．応用例１  空港
例えば、空港で爆発物が発見された場合を想定する。この場合には、空港の職員（職種は特に限定されず、清掃員であってもよいし、案内係であってもよい）が、通信端末で爆発物を発見した旨を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、重要性に鑑み、各グループ（清掃グループ、警備グループ等）リーダーの役職以上のメンバーを選出する。また、爆発物が発見された近くにいる職員もメンバーに選出する。更には、警察への通報、空港内のアナウンス等の業務に携わる職員もメンバーに選出する。
【０１０８】
別の例では、空港で滞留物が発見された場合を想定する。この場合には、空港の職員が、通信端末で不審な滞留物を発見した旨を報告する。通信端末はトリガー情報を生成し、ボットに送信される。この時点では単なる落し物かどうかが不明であるため、上記爆発物の例と比べると重要度は低くなる。ボットが、トークルームを生成する旨の判定を行った場合には、警備グループのリーダー、及び滞留物が発見された近くにいる警備グループの職員をメンバーに選出する。また、トリガー情報には、滞留物の滞留時間に関する情報を含んでもよく、所定の時間未満の場合には、算出される重要度が閾値よりも低くなってもよい。結果として、トークルームを生成しないという判定をボットが行ってもよい。
【０１０９】
空港で滞留物が発見された場合に関する別の例を説明する。例えば、監視カメラは、画像解析モジュールを備えることができる。そして、画像解析モジュールは、特定の物体を検出することができ、更には、当該物体が何時間滞留しているかを計測できる。所定の時間以上滞留している場合には、画像解析モジュールは、トリガー情報を生成し、ボットへ送信することができる。以降は上記と同様の手順で、ボットがトークルームを生成し、メンバーを選出することができる。
【０１１０】
別の例では、空港に著名人が非公式に来場したのを職員が発見した場合を想定する。この場合に、周囲の人々に気づかれると空港がパニックになるので、職員は、まず、通信端末で、ＶＩＰ来場の報告をする。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、著名人に直接対応するために役職が上級のメンバーを選出する。また、空港内でのルートを確保するため、想定ルート付近の警備をしている職員をメンバーとして選出する。
【０１１１】
別の例では、空港内の人々のなかで体温が極端に高い人を赤外線カメラが検出した場合を想定する。この場合には、赤外線カメラに内蔵されているトリガー情報生成モジュールが、トリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、体温が極端に高い人を医務室まで誘導するための職員、及び診察を行うための医療関係者を、メンバーとして選出する。
【０１１２】
更に別の例では、空港内の職員を参加メンバーとして、いくつかのトークルームが常設されているケースを仮定する。例えば、業務グループごとにトークルームが形成されている場合がある。例えば、警備に携わるメンバーで形成されている第１のトークルームが常設されている。更には、飛行機整備に携わるメンバーで形成されている第２のトークルームが常設されている。更には、乗客案内等のサービスに携わるメンバーで形成されている第３のトークルームが常設されている。ここで、上述したように監視カメラが、一定時間以上滞留している不審物を検出し、トリガー情報をボットに送信する。ボットは、第４のトークルームを生成し、第１のトークルームメンバー全員と、第２のトークルームメンバーの一部（例えば、整備士のリーダー）と、第３のトークルームメンバーの一部（旅客サービスリーダー）とをメンバーの一部として選出することができる。
【０１１３】
更に別の例では、第１のトークルームのメンバーには、警備員のみならず、監視カメラが備えるサブボットもメンバーの一員として含まれている。警備員はトークルームへの投稿を通して、監視カメラの映像を取得することができる。しかし、監視カメラのサブボットは、第２のトークルーム及び第３のトークルームの参加メンバーではない。従って、通常は、第２のトークルーム及び第３のトークルームの参加メンバーのリクエストに応じて、監視カメラの映像を取得することはできない。
【０１１４】
ここで、不審物の発見に応答して、第４のトークルームが生成される。そして、上述のように、第２のトークルームメンバーの一部（例えば、整備士のリーダー）と、第３のトークルームメンバーの一部（旅客サービスリーダー）とをメンバーの一部として選出する。更には、監視カメラのサブボットもメンバーの一部として選出する。これにより、第２のトークルームメンバーの一部は、第４のトークルームに投稿することで、監視カメラが映像をトークルームに投稿するように制御することができる。これにより、通常はアクセスできない監視カメラの情報を、必要が生じたときにだけ素早く共有することができる。
【０１１５】
４−２．応用例２  病院
例えば、マラリア病患者等特定の感染症患者が、搬入されてくる場合を想定する。この場合には、救急車より受け入れ要請を受けた職員が、通信端末によって、感染症患者が来院することを報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、他の患者との接触を避けるための搬入ルートを確保するための要員、感染症専門医、及び看護師などを、メンバーとして選出する。
【０１１６】
別の例では、手術中に血液の不足、又は医療機器の故障が発生した場合を想定する。この場合には、手術室にいる職員が、通信端末によって、当該インシデントの発生を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、位置情報に基づき手術室内にいる職員をメンバーとして選出する。更には、ボットは、血液の調達のための職員、医療機器メーカーとの窓口担当の職員等をメンバーとして選出することができる。
【０１１７】
４−３．応用例３  建設現場
例えば、天候に関するアクシデントが予見される場合（例えば、突風、竜巻等）及び資材の倒壊によるアクシデントが予見される場合、職員は、通信端末によって、当該インシデントの発生の可能性を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、危険を知らせるため建設現場にいるメンバー全員を選出する。
【０１１８】
別の例では、設計主からの急な依頼により、設計変更が生じた場合を想定する。設計主から依頼を受けた施工管理者が、通信端末によって、設計変更発生を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、施工管理者及び各施工グループのリーダーをメンバーとして選出することができる。
【０１１９】
別の例では、資材が建設現場に搬入される場合を想定する。作業員は、資材が搬入されることを、通信端末によって報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、搬入受け入れ担当者、資材管理担当者、建設現場付近の交通誘導員等をメンバーとして選出することができる。
【０１２０】
４−４．応用例４  バス運行
例えば、バスを運転中に交通事故が発生した場合を想定する。運転手は、交通事故が発生したことを、通信端末によって報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、運転手のほかに、同じ路線を走っている他の運転手、事故処理課のリーダー、警察署の担当者をメンバーとして選出することができる。
【０１２１】
交通事故に関する別の例を説明する。例えば、バスは、音センサ、監視カメラ（ドライブレコーダー）、及び振動センサのうち１種以上を備えることができる。音センサは、一定以上の衝撃音を検出した場合に、トリガー情報を生成することができる。振動センサは、一定以上の振動を検出した場合に、トリガー情報を生成することができる。監視カメラは、画像解析モジュールを備えることができる。そして、画像解析モジュールは、交通事故を検出することができる。交通事故を検出すると、画像解析モジュールは、トリガー情報を生成することができる。生成されたトリガー情報は、ボットへ送信することができる。以降は上記と同様の手順で、ボットがトークルームを生成し、メンバーを選出することができる。
【０１２２】
別の例では、駅前の巨大バスターミナルにて、外国人が案内係に何か話しかけてきた場合を想定する。案内係は、外国人への手助けが必要であることを、通信端末によって報告する。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、同じバスターミナル内に常駐している案内係で、語学（英語等）のスキルのある者を、メンバーとして選出することができる。
【０１２３】
別の例では、バス内で急病人が発生した場合を想定する。運転手は、急病人が発生したことを、通信端末によって報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、運転手のほかに、同じ路線を走っている他の運転手、運行管理課のリーダー、消防署の担当者をメンバーとして選出することができる。
【０１２４】
以上、本発明の具体的な実施形態について説明してきた。上記実施形態は、本発明の具体例に過ぎず、本発明は上記実施形態に限定されない。例えば、上述の実施形態の１つに開示された技術的特徴は、他の実施形態に適用することができる。また、特記しない限り、特定の方法については、一部の工程を他の工程の順序と入れ替えることも可能であり、特定の２つの工程の間に更なる工程を追加してもよい。本発明の範囲は、特許請求の範囲によって規定される。
【符号の説明】
【０１２５】
１０  ボット
２０  トークルーム
３０  通信端末
４０  環境センサ
【図１】
2020177471.tif 000003
【図２】
2020177471.tif 000004
【図３】
2020177471.tif 000005
【図４】
2020177471.tif 000006
【図５】
2020177471.tif 000007
【図６】
2020177471.tif 000008
【図７】
2020177471.tif 000009
【図８】
2020177471.tif 000010
【図９】
2020177471.tif 000011
【図１０】
2020177471.tif 000012
【手続補正書】
【提出日】令和1年7月22日(2019.7.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システムを利用した情報共有の方法であって、
前記システムは、通信端末と、ボットとを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記方法は、
前記ボットが、トリガー情報を受信する工程Ａと、
前記ボットが、トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行う工程Ｂと、
を含み、
前記工程Ｂが、
前記トリガー情報を、ボットが解析し、重要度を算出するサブ工程Ｂ１と、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、前記ボットがトークルームを作成するサブ工程Ｂ２と、
を含む、方法。
【請求項２】
請求項１の方法であって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該方法。
【請求項３】
請求項１の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記工程Ｂは、ボットがトリガー情報を言語解析してキーワードを抽出することを含む、
該方法。
【請求項４】
請求項１の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該方法。
【請求項５】
請求項１の方法であって、
前記工程Ｂが、
前記トリガー情報に基づいて、判定テーブルを参照する工程Ｂ１
を含み、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該方法。
【請求項６】
請求項１〜５のいずれか１項に記載の方法であって、
前記方法は、トークルーム作成後、前記ボットが、前記トークルームに参加するメンバーを選出する工程Ｃを更に含み、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該方法。
【請求項７】
請求項６の方法であって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該方法。
【請求項８】
請求項６又は７の方法であって、
前記システムは環境センサを備え、
前記環境センサは、サブボットを備え、
前記工程Ｃは、前記サブボットをメンバーの一員として選出することを含む、
該方法。
【請求項９】
請求項６〜８いずれか１項に記載の方法であって、
前記工程Ｃは、既存のトークルームに参加中のメンバーを選出することを含む、
該方法。
【請求項１０】
情報共有ボットであって、
前記ボットは、通信端末と通信可能に接続され、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成され、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該ボット。
【請求項１１】
請求項１０のボットであって、
前記ボットは、環境センサと通信可能に接続され、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該ボット。
【請求項１２】
請求項１０のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記ボットは、トリガー情報を言語解析してキーワードを抽出するように構成される、
該ボット。
【請求項１３】
請求項１０のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該ボット。
【請求項１４】
請求項１０のボットであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該ボット。
【請求項１５】
請求項１０〜１４のいずれか１項に記載のボットであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該ボット。
【請求項１６】
請求項１５のボットであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該ボット。
【請求項１７】
請求項１５又は１６のボットであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該ボット。
【請求項１８】
請求項１５〜１７いずれか１項に記載のボットであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該ボット。
【請求項１９】
情報共有システムであって、
前記システムは、ボットと、通信端末とを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成され、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該システム。
【請求項２０】
請求項１９のシステムであって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該システム。
【請求項２１】
請求項１９のシステムであって、
前記トリガー情報が、前記通信端末が出力する情報であり、
前記ボットが、トリガー情報を言語解析してキーワードを抽出するように構成される、
該システム。
【請求項２２】
請求項１９のシステムであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該システム。
【請求項２３】
請求項１９のシステムであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該システム。
【請求項２４】
請求項１９〜２３のいずれか１項に記載のシステムであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該システム。
【請求項２５】
請求項２４のシステムであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該システム。
【請求項２６】
請求項２４又は２５のシステムであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該システム。
【請求項２７】
請求項２４〜２６いずれか１項に記載のシステムであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報共有のためのシステム、ボット、及び方法に関する。
【背景技術】
【０００２】
近年、ビジネス上では様々なコミュニケーションツールが導入されている。コミュニケーションツールの例としては、ＣｈａｔＷｏｒｋ（登録商標）、Ｓｌａｃｋ、ＬＩＮＥ  ＷＯＲＫＳなどが挙げられる。
【０００３】
これらは、トークルーム（又はチャットルーム）と称されるバーチャルなコミュニケーション空間を開設する機能がある。そして、トークルームに参加可能なメンバーを管理している。
【０００４】
特許文献１では、災害やトラブル等発生時、現場情報の収集、整理、及び共有化がリアルタイムでできる情報処理装置、情報処理方法、及びプログラムを開示している。特許文献２では、障害発生時に必要なチャットルーム（検討ルーム）を立ち上げ、効率的に障害解決を支援する仕組みを提供することを課題として開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１８−１６５９２４号公報
【特許文献２】特開２０１８−０８８２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の様に種々のコミュニケーションツールが提供されているものの、ビジネス上の利用においては問題点があった。例えば、空港で働く職員を例にとって説明すると、ある特定の緊急事態が発生した場合（例えば、不審物の発見など）、現場から緊急事態の報告をリーダーが受ける。そして、リーダーは、報告内容を検討し、メンバーを招集するかどうかを判定する。そして、メンバーを招集する必要があると判定した場合には、コミュニケーションツールを使ってトークルームを形成する。
【０００７】
しかし、緊急事態が発生した場合は、迅速な対処が求められるため、トークルーム形成までの時間のロスは最小限にとどめたいという要求がある。
【０００８】
こうした要求に適う１つの方法としては、メンバー全員が漏れなく参加したトークルームを１つ設け、常にこれをアクティブにしておくことである。しかし、このようなトークルームが形成されると、個々のメンバーにとっては、自分に無関係の情報が常に流れることとなる。従って、トークルームに新たな投稿があったとしても、自分には無関係という先入観が働く可能性を強める。結果として、重要な情報を見逃す可能性が出てくる。これによりコミュニケーションの実効性が薄れてしまう。
【０００９】
以上の点に鑑み、本開示では、迅速性と実効性を担保したコミュニケーション方法を提供すること、これにより、仕事における生産性を向上させることを目的とする。
【課題を解決するための手段】
【００１０】
発明者が検討した結果、ボットを利用してトークルームを管理することを考案した。より具体的には、判定するための情報をボットに提供し、これを受けて、トークルームの生成の判定をボットに行わせることにした。これにより、迅速にトークルームを生成することができる。また、常にアクティブなトークルームが形成されるわけではないので、メンバーにとっては、重要な情報を見逃す可能性を低減できる。
【００１１】
本発明は、上記知見に基づいて完成され、一側面において、以下の発明を包含する。
【００１２】
（発明１）
システムを利用した情報共有の方法であって、
前記システムは、通信端末と、ボットとを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記方法は、
前記ボットが、トリガー情報を受信する工程Ａと、
前記ボットが、トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行う工程Ｂと、
を含み、
前記工程Ｂが、
前記トリガー情報を、ボットが解析し、重要度を算出するサブ工程Ｂ１と、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、前記ボットがトークルームを作成するサブ工程Ｂ２と、
を含む、方法。
【００１３】
（発明２）
発明１の方法であって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該方法。
【００１４】
（発明３）
発明１の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記工程Ｂは、ボットがトリガー情報を言語解析してキーワードを抽出することを含む、
該方法。
【００１５】
（発明４）
発明１の方法であって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該方法。
【００１６】
（発明５）
発明１の方法であって、
前記工程Ｂが、
前記トリガー情報に基づいて、判定テーブルを参照する工程Ｂ１
を含み、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該方法。
【００１７】
（発明６）
発明１〜５のいずれか１つに記載の方法であって、
前記方法は、トークルーム作成後、前記ボットが、前記トークルームに参加するメンバーを選出する工程Ｃを更に含み、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該方法。
【００１８】
（発明７）
発明６の方法であって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該方法。
【００１９】
（発明８）
発明６又は７の方法であって、
前記システムは環境センサを備え、
前記環境センサは、サブボットを備え、
前記工程Ｃは、前記サブボットをメンバーの一員として選出することを含む、
該方法。
【００２０】
（発明９）
発明６〜８いずれか１つに記載の方法であって、
前記工程Ｃは、既存のトークルームに参加中のメンバーを選出することを含む、
該方法。
【００２１】
（発明１０）
情報共有ボットであって、
前記ボットは、通信端末と通信可能に接続され、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成され、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該ボット。
【００２２】
（発明１１）
発明１０のボットであって、
前記ボットは、環境センサと通信可能に接続され、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該ボット。
【００２３】
（発明１２）
発明１０のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記ボットは、トリガー情報を言語解析してキーワードを抽出するように構成される、
該ボット。
【００２４】
（発明１３）
発明１０のボットであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該ボット。
【００２５】
（発明１４）
発明１０のボットであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該ボット。
【００２６】
（発明１５）
発明１０〜１４のいずれか１つに記載のボットであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該ボット。
【００２７】
（発明１６）
発明１５のボットであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該ボット。
【００２８】
（発明１７）
発明１５又は１６のボットであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該ボット。
【００２９】
（発明１８）
発明１５〜１７いずれか１つに記載のボットであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該ボット。
【００３０】
（発明１９）
情報共有システムであって、
前記システムは、ボットと、通信端末とを備え、
前記通信端末は、前記ボットが作成するトークルームに投稿可能であり、
前記ボットは、
トリガー情報を受信するように構成され、
トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行うように構成され、
前記ボットは、
前記トリガー情報を解析し、重要度を算出するように構成され、及び、
前記重要度と予め設定された所定の閾値とを対比することに基づいて、トークルームを作成するように構成される、
該システム。
【００３１】
（発明２０）
発明１９のシステムであって、
前記システムは、環境センサを更に備え、
前記トリガー情報は、前記環境センサが出力する情報であり、
前記環境センサは、温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサから選択される１種以上である、
該システム。
【００３２】
（発明２１）
発明１９のシステムであって、
前記トリガー情報が、前記通信端末が出力する情報であり、
前記ボットが、トリガー情報を言語解析してキーワードを抽出するように構成される、
該システム。
【００３３】
（発明２２）
発明１９のシステムであって、
前記トリガー情報は、前記通信端末が出力する情報であり、
前記トリガー情報は、トークルーム開設の指示情報と、トークルーム開設の目的情報とを含む、
該システム。
【００３４】
（発明２３）
発明１９のシステムであって、
前記ボットは、前記トリガー情報に基づいて、判定テーブルを参照するように構成され、
前記判定テーブルは、トリガー情報と、トークルームを作成するか否かの判定フラグとが、ペアで記憶されている、
該システム。
【００３５】
（発明２４）
発明１９〜２３のいずれか１つに記載のシステムであって、
前記ボットは、トークルーム作成後、前記トークルームに参加するメンバーを選出するように構成され、
前記選出は、前記トリガー情報に基づき、
前記選出は、予め登録されたメンバーの情報及び／又はメンバーの位置情報に更に基づく、
該システム。
【００３６】
（発明２５）
発明２４のシステムであって、前記メンバーの情報は、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む、該システム。
【００３７】
（発明２６）
発明２４又は２５のシステムであって、前記ボットは、環境センサが備えるサブボットをメンバーの一員として選出できるように構成される、該システム。
【００３８】
（発明２７）
発明２４〜２６いずれか１つに記載のシステムであって、
前記ボットは、既存のトークルームに参加中のメンバーを選出するように構成される、
該システム。
【発明の効果】
【００３９】
上記発明では、ボットが、トークルームを作成するか否かに関する判定を、トリガー情報に基づいて行う。これにより、迅速にトークルームを形成することができる。このことで、仕事の効率性が高まり、結果的には生産性が向上する。
【図面の簡単な説明】
【００４０】
【図１】一実施形態におけるシステムの構成を示す。
【図２】一実施形態におけるトークルームを開設するフローを示す。
【図３】一実施形態において、トリガー情報を生成するための通信端末の画面を示す。
【図４】一実施形態において、抽出対象のキーワードと、イベントコードとを関連付けたテーブルを示す。
【図５】一実施形態において、トークルームを生成するか否かの判定テーブルを示す。
【図６】一実施形態において、トークルームを生成するか否かの判定フローを示す。
【図７】一実施形態において、トークルームを生成するか否かの判定テーブルを示す。
【図８】一実施形態におけるメンバーに関する情報を管理するテーブルを示す。
【図９】一実施形態におけるメンバー選出のための判定テーブルを示す。
【図１０】一実施形態におけるメンバーに関する情報を管理するテーブルを示す。メンバーとして、環境センサ（例：監視カメラ、サーモグラフィなど）も含まれる。
【発明を実施するための形態】
【００４１】
以下、本発明を実施するための具体的な実施形態について説明する。以下の説明は、本発明の理解を促進するためのものである。即ち、本発明の範囲を限定することを意図するものではない。
【００４２】
１．システムの構成
一実施形態において、本発明は、情報共有のためのシステム及びボットに関する。図１において、一実施形態におけるシステムの構成を示す。システムは、少なくともボット（１０）と、通信端末（３０）とを備える。必要に応じて、環境センサ（４０）を備えてもよい。また、ボットは、仮想的なトークルーム（２０）を設けることができる。各通信端末は、トークルームに投稿することができる。当該トークルーム及び各通信端末を通して、職員同士は情報共有を行うことができる。
【００４３】
１−１．ボット
「ボット」とは、一定のタスクや処理を自動化するためのソフトウェア、ハードウェア又はこれらの組み合わせのことである。ボットに該当するハードウェアは、特に限定されず、一般的な情報処理装置等であってもよい。また、情報処理装置は、プロセッサ、メモリ、記憶媒体、及び通信モジュール等を備えることができる。例えば、ボットに該当するハードウェアは、サーバー、又はパソコン等であってもよい。
【００４４】
サーバーについては、特に限定されず、例えば、クラウドサーバーであってもよい。或いは、オンプレミスのサーバーであってもよい。
【００４５】
また、ボットは、トークルームを作成するか否かに関する判定を、トリガー情報に基づいて行う機能を有することができる。ボットは、こうした機能を実現するための各種モジュールを備えることができる。例えば、以下のようなモジュールを備えることができる。
・トリガー情報を解析し、重要度を算出するための解析モジュール
・重要度と予め設定された所定の閾値とを対比することに基づいてトークルームを開設するかどうかの判定を行う第１判定モジュール
・トークルームの追加及び／又は削除を行ったり、並びにメンバーの管理の追加及び／又は削除を行ったりするためのトークルーム管理モジュール
また、第１判定モジュールに加えて、或いは、第１判定モジュールの代わりとして、第２判定モジュールを、ボットが備えてもよい。第２判定モジュールは、例えば、トリガー情報に基づいて、判定テーブルを参照するように構成されてもよい。
【００４６】
上記各種モジュールの機能の詳細については、後述する。
【００４７】
１−２．通信端末
通信端末は、個々のスタッフが使用するための装置である。典型的には、個々のスタッフは、常に移動しながら、業務を遂行するという理由から、通信端末は、携帯可能且つ無線通信な物が好ましい（例えば、スマートフォンであってもよく、タブレット端末であってもよく、イヤホン及びマイクを備えたヘッドホンであってもよい）。
【００４８】
また、通信端末は、任意の形式で通信可能である。例えば、テキスト通信可能であってもよい。或いは、音声通信可能であってもよい。或いは両者の組み合わせであってもよい。
【００４９】
テキスト通信可能な場合には、通信端末は、通信モジュール、キーボード（タッチパネル上に表示されるバーチャルなキーボードを含む）、及びディスプレイを備えることができる。
【００５０】
音声通信可能な場合には、通信端末は、通信モジュール、マイクロフォン、及びスピーカー（イヤホン等を含む）を備えることができる。
【００５１】
また、必要に応じて、通信端末は、一般的な情報処理装置と同じ構成要素を備えてもよい（例えば、プロセッサ、メモリ、記憶媒体、及び通信モジュール等）。
【００５２】
また、通信端末は、所望の機能を実現するための各種モジュールを備えることができる。例えば、通信端末は、トリガー情報を生成するためのトリガー情報生成モジュールを備えることができる。
【００５３】
通信端末の数は特に限定されないが、典型的には、複数の通信端末が、ボットと接続されてもよい。
【００５４】
１−３．環境センサ
また、必要に応じてシステムは、環境センサを備えることができる。環境センサは、１種類であってもよく、又は複数種類あってもよい。環境センサの種類としては、例えば、以下のような例が挙げられる。
温度センサ、湿度センサ、圧力センサ、光センサ、音センサ、人感センサ、振動センサ、電流センサ、電圧センサ、位置センサ、スイッチセンサ、監視カメラ、赤外線カメラ、ガス検知器、火災報知器、磁気センサ、及び鍵センサ
上記のセンサは、組み合わせて使用してもよい。
【００５５】
また、環境センサは、トリガー情報を生成するためのトリガー情報生成モジュールを備えることができる。当該トリガー情報は、環境センサの種類を特定する情報、及びセンサが感知した情報（例えば、温度センサであれば温度、光センサであれば明るさの度合いなど）を含むことができる。
【００５６】
また、環境センサは、通信モジュールを備えることができ、当該通信モジュールを通して上述したボットと接続することができる。
【００５７】
次項では、上述した各構成要素を利用したトークルームの生成方法について詳述する。
【００５８】
２．トークルームの形成
一実施形態において、本発明は、システムを利用した情報共有の方法である。より具体的には、情報共有のためにトークルームが利用される。前記方法は、以下の工程を含む。
・ボットが、トリガー情報を受信する工程Ａ
・前記ボットが、トークルームを作成するか否かに関する判定を、前記トリガー情報に基づいて行う工程Ｂ
【００５９】
更なる一実施形態において、前記方法の工程Ｂは、以下のサブ工程を含むことができる。
・トリガー情報を、ボットが解析し、重要度を算出する工程Ｂ１
・重要度と予め設定された所定の閾値とを対比することに基づいて、ボットがトークルームを作成する工程Ｂ２
図２に具体例を示す。以下では、当該具体例について詳述する。
【００６０】
２−１．トリガー情報の生成
上記工程Ａではトリガー情報をボットが受信する。トリガー情報は、通信端末によって生成された情報であってもよい。或いは、トリガー情報は、環境センサによって生成された情報であってもよい。
【００６１】
２−１−１．通信端末によるトリガー情報の生成
まずは、通信端末によるトリガー情報の生成について説明する。通信端末が生成するトリガー情報は、音声形式であってもよく、又はテキスト形式であってもよい。或いは、任意形式コマンドと引数の組み合わせであってもよい。また、必要に応じてトリガー情報は、通信端末の位置情報を含んでもよい。
【００６２】
例えば、トリガー情報が音声形式又はテキスト形式の場合、トリガー情報は、自然言語の形態であってもよく（例えば、「Ｘ番のトイレ内で不審物を発見しました」）、所定のキーワードを組み合わせた形態であってもよい（例えば、「不審物発見、場所、Ｘ番のトイレ内」）。
【００６３】
また、トリガー情報が任意形式のコマンドと引数の組み合わせの場合、任意形式のコマンドは、トークルーム開設を指示する情報に該当してもよい。また、引数は、トークルームを開設する目的情報に該当してもよい。従って、生成されるトリガー情報は、例えば、「ＯＰＥＮ＿ＴＡＬＫ＿ＲＯＯＭ  ＳＵＳＰＩＣＩＯＵＳ＿ＯＢＪＥＣＴ」という形式の情報であってもよい。また、上述したようにコマンドの形式は任意である。従って、文字形式のみに限定されない。例えば、コマンドの形式は、ＬＩＮＥ（登録商標）のスタンプ等のアイコン形式であってもよい。更には、コマンドの形式は、ＬＩＮＥのスタンプと文字の組み合わせの形式であってもよい。
【００６４】
トリガー情報が任意形式のコマンドと引数の組み合わせの場合、例えば、図３に示すように、通信端末に所定のアプリケーションをインストールしてもよい。そして、当該アプリケーションを起動すると、通報する内容を選択できるように構成されてもよい。通信端末のユーザーが、ボタンをタップして、通報する内容を選択すると、選択したボタンに対応するトリガー情報が生成される。
【００６５】
こうしたトリガー情報の生成は、通信端末が備えるトリガー情報生成モジュールによって生成されてもよい。生成されたトリガー情報は、通信端末からボットへ送信される。
【００６６】
２−１−２．環境センサによるトリガー情報の生成
必要に応じて、通信端末以外がトリガー情報を生成してもよい。具体的には、環境センサがトリガー情報を生成してもよい。上述したように環境センサが生成するトリガー情報は、環境センサの種類を特定する情報、及びセンサが感知した情報を含むことができる。また、必要に応じてトリガー情報は、環境センサの位置情報を含んでもよい。こうしたトリガー情報の生成は、環境センサが備えるトリガー情報生成モジュールによって生成されてもよい。生成されたトリガー情報は、環境センサからボットへ送信される。
【００６７】
２−２．ボットが、トリガー情報を受信する
通信端末又は環境センサが送信したトリガー情報は、ボットによって受信される。ボットは、受信するための通信モジュールを備えることができる。受信後は、トリガー情報に基づいて所定の処理を実行する。所定の処理については、次項で詳述する。
【００６８】
２−３．ボットがトリガー情報を解析、及び重要度を算出
ボットは、受信したトリガー情報を解析し、これに基づいて重要度を算出する。この目的で、ボットは、解析モジュールを備える。
【００６９】
上述したように、トリガー情報が、通信端末が生成した情報であり、且つ、自然言語の形態である場合には、解析モジュールは、言語解析することができる。例えば、解析モジュールは、自然言語形態のトリガー情報を、予め登録したキーワードとマッチングさせ、キーワード抽出を行うことができる。解析モジュールは、キーワード抽出のためのデータベースにアクセスすることができる（図４）。キーワード抽出のためのデータベースは、例えば、テーブル形式であってもよい。また、データベースには、抽出対象のキーワードを予め登録しておくことができる。更には、抽出対象のキーワードに対応するイベントコードを関連付けて登録しておくことができる。自然言語の場合には、言語の揺れが生じることがある（例えば、火災と火事）。しかし、同一の概念を表す複数のキーワードを予め登録しておくことで、言語の揺れの問題を回避することができる。
【００７０】
キーワード抽出のためには、トリガー情報がテキスト形式であることが好ましい。従って、トリガー情報が音声データ形式である場合には、解析モジュールが、音声認識技術を用いてテキスト形式に変換してもよい。
【００７１】
キーワードを抽出後は、抽出したキーワードに対応するイベントコードを解析モジュールが生成することができる（例えば図４の対応表を利用して）。
【００７２】
トリガー情報が、通信端末が生成した情報であり、且つ、所定のキーワードを組み合わせた形態である場合には、言語の揺れの問題は生じにくいため、そのまま、解析モジュールが重要度算出をおこなってもよい。或いは、上記と同様イベントコードに変換してもよい。
【００７３】
トリガー情報が、環境センサが生成した情報である場合にも、上述言語の揺れの問題は生じにくいため、そのまま、解析モジュールが重要度算出をおこなってもよい。或いは、上記と同様イベントコードに変換してもよい。
【００７４】
解析モジュールによる重要度の算出は、ルールベースであってもよい。或いは、人工知能（例えば、機械学習、特に深層学習）を利用したものであってもよい。
【００７５】
ルールベースの場合には、例えば、図５に示す判定表を使用してもよい。例えば、通信端末及び／又は環境センサから送信されるトリガー情報は、図５の判定表のイベントコード及びパラメータに対応している。パラメータは、環境センサが感知した値に対応する。検知した数値をそのまま使用すると、他種の環境センサの感知した値との重要度に関する序列を形成できないので（例えば温度計が示す５０℃と湿度計が示す５０％は単純に数値の大小で比較することができない）、パラメータは好ましくは正規化されてもよい。イベントコードに応じて、或いはイベントコードとパラメータの組み合わせに応じて、判定表には重要度が割り当てられている（例えば、振動センサの場合には、感知した振動の大きさに応じて異なる重要度を割りあてる）。従って、これに基づいて、解析モジュールが、トリガー情報に対応する重要度を算出することができる。また、判定表以外にも、例えば、図６に示すように判定フローに対応するコードを実装してもよい。そして、当該コードを実行することで、重要度を判定してもよい。
【００７６】
また、人工知能による重要度算出の場合には、トリガー情報（又は図５に示すイベントコード及びパラメータ）と重要度との組み合わせによる教師データを大量に準備して、予め学習させておく。そして、この学習済みモデルに、トリガー情報を入力することで重要度を算出することができる。重要度は、解析モジュールから判定モジュールに送られる。
【００７７】
２−４．重要度と予め設定された所定の閾値とを対比
重要度を算出した後は、判定モジュールは、重要度と閾値とを比較する。これに基づいて、トークルームを作成するかどうかの判定を行う。例えば、重要度が所定の閾値を上回った時に、トークルームを作成するという判定を行ってもよい。別の例では、重要度が所定の閾値を下回った時に、トークルームを作成するという判定を行ってもよい。また、閾値は、予め設定しておくことができ、状況に応じて適宜変更してもよい。
【００７８】
２−５．ボットがトークルームを生成
トークルームを作成するという判定が行われた後は、ボット（より具体的には、ボットが備えるトークルーム管理モジュール）は、トークルームを新たに作成することができる。また、トークルームを作成しないという判定が行われた場合には、新たなトリガー情報を受信するまで引き続き待機してもよい。
【００７９】
２−６．トークルームの作成に関する他の判定方法
上記の方法では、ボットは、トリガーを受信後、重要度を算出している。しかし、これ以外の方法で、ボットは、トークルームを作成するかどうかの判定を行ってもよい。例えば、ボットは判定テーブルを備えてもよい。当該判定テーブルでは、トリガー情報と、トークルームを作成するか否かの判定フラグとでペアが形成されたテーブルであってもよい（図７）。ボットは、トリガー情報を受信後、判定テーブルを参照し、フラグを取得して、フラグの内容に基づいてトークルームを作成してもよい。例えば、「不審物発見  滞留時間１時間」の場合には、もうしばらく様子を見るという理由から、トークルームを作成しないという判断を行うことができる。一方で、例えば、「不審物発見  滞留時間２時間」の場合には、これ以上の放置はリスク有りという理由から、トークルームを作成するという判断を行うことができる。
【００８０】
好ましい実施形態において、図７のような判定テーブルを使用する場合には、情報トリガーが、言語の揺れの問題が生じにくい形式であることが好ましい。従って、上述したように、トリガー情報は、通信端末が生成した情報であり、且つ、所定のキーワードを組み合わせた形態である場合が好ましい。或いは、トリガー情報は、任意形式のコマンドと引数の組み合わせである場合が好ましい。
【００８１】
３．トークルーム内のメンバーの選出
トークルームを生成した後は、トークルームに参加するメンバーを決定することができる。通常であれば、トークルームを管理する権限を有するユーザーが、メンバーを設定する。しかし、一実施形態における本開示の方法では、ボット（より具体的には、ボットが備えるトークルーム管理モジュール）が、トークルームに参加するメンバーを選出することができる。
【００８２】
ボットが、メンバーを選出する際には、トリガー情報に基づいてもよい。これに加えて、ボットが、メンバーを選出する際には、予め登録されたメンバーの情報及び／又はメンバーの位置情報に基づいてもよい。メンバーの選出の基礎となる情報について以下詳述する。
【００８３】
３−１．トリガー情報に基づくメンバーの選出 
トリガー情報は、メンバーの選出に当たって重要な情報となる。例えば、トリガー情報が不審物発見の場合には、警備関係者及び消防関係者がメンバーとして参加する必要がある。例えば、トリガー情報が熱病患者の場合には、医療関係者がメンバーとして参加する必要がある。
【００８４】
３−２．予め登録されたメンバーの情報に基づくメンバーの選出 
また、メンバーに関する情報も、メンバーの選出に当たって重要な情報となる。こうしたメンバーに関する情報は、予めデータベース等に登録されてもよい。メンバーに関する情報の具体例として、メンバーの業務、業務年数、スキル、役職、体調、出退勤状況、性別、年齢、及び所持品のうち少なくとも１つを含む。
【００８５】
トリガー情報に応じて適切なメンバーは変わりうる。メンバーの業務の例に関して、トリガー情報が不審物発見の場合には、メンバーの業務として、警備関係者及び消防関係者を選択する必要がある。例えば、トリガー情報が熱病患者の場合には、メンバーの業務として医療関係者を選択する必要がある。
【００８６】
メンバーのスキルに関して、例えば、トリガー情報がＶＩＰ来場の場合には、スキルが未熟なメンバーは除外しておくことが好ましい。
【００８７】
メンバーの役職に関して、例えば、トリガー情報がＶＩＰ来場の場合には、直接ＶＩＰと接触するメンバーとして役職が高いメンバーが好ましい。
【００８８】
メンバーの体調に関して、例えば、トリガー情報が、不審者が暴れている等の場合には、体調がよくないメンバーは避けた方が好ましい。
【００８９】
メンバーの出退勤状況に関して、例えば、トリガー情報が、爆弾処理等の場合には、解決するまで時間がかかる可能性があるため、数時間後に退勤予定のメンバーは避けた方が好ましい。
【００９０】
メンバーの性別に関して、例えば、トリガー情報が、女性以外が立ち入りにくい場所（例えば、授乳室、女子トイレなど）に関する場合、性別が男性であるメンバーは避けた方が好ましい。
【００９１】
メンバーの年齢に関して、例えば、トリガー情報が、体力を要する作業に関する場合（例えば、非常階段の昇降、遠隔地へ走って移動等）、年齢が比較的若いメンバーを選出した方がよい。
【００９２】
メンバーの所持品に関して、例えば、トリガー情報が、設備の温度の異常である場合には、現場の写真等が必要になるため、撮影道具を所持しているメンバーを選出することが好ましい。
【００９３】
３−３．メンバーの位置情報に基づくメンバーの選出 
また、メンバーの位置情報も、メンバーの選出に当たって重要な情報となる。例えば、トリガー情報が特定の場所に関連する場合、当該場所の近くにいるメンバーが選出されることが好ましい。各メンバーは業務中通信端末を所持しており、当該通信端末は位置情報をボットに送信することができる。従って、ボットは、メンバーの位置情報をリアルタイムに管理することができる。
【００９４】
３−４．メンバーの選出の仕組み
メンバーの選出の基礎となる情報は上記のとおりである。それ以外に、メンバーの選出の方法については、特に限定されず、ルールベースであってもよい。或いは、人工知能 （例えば、機械学習、特に深層学習）を利用したものであってもよい。
【００９５】
ルールベースの場合には、例えば、図８に示すように、ボットは、メンバーを管理するデータベースにアクセスし、メンバーに関する情報を取得することができる。また、別途図９に示すように、各イベントに対応した、メンバーの選出条件をテーブルで管理してもよい。そして、トークルーム管理モジュールは、メンバーの選出条件のテーブルと、メンバーに関する情報のテーブルとを参照して、メンバーを選出することができる。
【００９６】
また、テーブルを用いる以外の方法としては、トークルーム管理モジュールが、図６に示すような判定フローと同様の判定フローを使用してメンバーを選出してもよい。
【００９７】
また、人工知能によるメンバー選出の場合には、トリガー情報（又は図５に示すイベントコード及びパラメータ）とメンバーに関する情報及び／又はメンバーの位置情報と、選出されたメンバーとの組み合わせによる教師データを大量に準備して、予め学習させておく。そして、この学習済みモデルに、トリガー情報とメンバーに関する情報及び／又はメンバーの位置情報と入力することで、メンバーを選出することができる。
【００９８】
３−５．メンバーの状況
一実施形態において、メンバーの選出の際に、メンバーが既に別のトークルームに参加していている場合には、選出対象から除外してもよい。この場合には、メンバーを選出する際には、上記情報以外に、更に、メンバーが既に既存のトークルームに参加しているかどうかの情報に更に基づく。
【００９９】
別の一実施形態において、メンバーの選出の際に、メンバーが既に別のトークルームに参加していても、選出することができる。例えば、既にトークルーム（第１トークルーム）が形成されている場合に、新たなトリガー情報がボットによって受信されてもよい。そして、別のトークルーム（第２トークルーム）が形成され、新たなメンバーのほかに、第１トークルームのメンバー（一部又は全員）が選出されてもよい。
【０１００】
３−６．環境センサとサブボット
別の一実施形態において、前記ボットによって選出されるメンバーは、必ずしも人間でなくてもよい。例えば、環境センサがサブボットを備えてもよい。そして、当該サブボットを、図１０に示すように、他の人間のメンバーと同じテーブルで管理してもよい。サブボットは、同じトークルーム内の他のメンバーの投稿に反応して、環境情報を投稿するように構成されてもよい。例えば、監視カメラがサブボットを備える場合には、同じトークルーム内の他のメンバー（例えば、警備員）が、「現場の写真をアップロードして」という内容を投稿することができる。サブボットは、当該投稿内容を言語解析することができる。更に、サブボットは、言語解析した結果に応じて、監視カメラのカメラ機能を制御し、写真を取得することができる。そして、サブボットは、取得した写真を、トークルームに投稿することができる。
【０１０１】
上記仕組みを用いることで、トークルーム経由で環境センサによる情報を取得することが可能となる。これにより、迅速な情報共有が可能となる。また、普段はアクセスを不可としておいて、必要になった場合にだけ、アクセスを可能にすることができる（トークルームを作成し、トークルーム経由で環境センサのボットに投稿することによって可能となる）。
【０１０２】
ボットが、環境センサが備えるサブボットをメンバーとして選出する場合には、人間のメンバーを選出するのと同様に、位置情報（図１０では設置場所）に基づいてもよく、業務情報に基づいてもよく、及びそれ以外の情報に基づいてもよい。
【０１０３】
４．応用例
上述した方法は、様々な業種において応用が可能である。以下では、いくつかの具体例を示す。
【０１０４】
４−１．応用例１  空港
例えば、空港で爆発物が発見された場合を想定する。この場合には、空港の職員（職種は特に限定されず、清掃員であってもよいし、案内係であってもよい）が、通信端末で爆発物を発見した旨を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、重要性に鑑み、各グループ（清掃グループ、警備グループ等）リーダーの役職以上のメンバーを選出する。また、爆発物が発見された近くにいる職員もメンバーに選出する。更には、警察への通報、空港内のアナウンス等の業務に携わる職員もメンバーに選出する。
【０１０５】
別の例では、空港で滞留物が発見された場合を想定する。この場合には、空港の職員が、通信端末で不審な滞留物を発見した旨を報告する。通信端末はトリガー情報を生成し、ボットに送信される。この時点では単なる落し物かどうかが不明であるため、上記爆発物の例と比べると重要度は低くなる。ボットが、トークルームを生成する旨の判定を行った場合には、警備グループのリーダー、及び滞留物が発見された近くにいる警備グループの職員をメンバーに選出する。また、トリガー情報には、滞留物の滞留時間に関する情報を含んでもよく、所定の時間未満の場合には、算出される重要度が閾値よりも低くなってもよい。結果として、トークルームを生成しないという判定をボットが行ってもよい。
【０１０６】
空港で滞留物が発見された場合に関する別の例を説明する。例えば、監視カメラは、画像解析モジュールを備えることができる。そして、画像解析モジュールは、特定の物体を検出することができ、更には、当該物体が何時間滞留しているかを計測できる。所定の時間以上滞留している場合には、画像解析モジュールは、トリガー情報を生成し、ボットへ送信することができる。以降は上記と同様の手順で、ボットがトークルームを生成し、メンバーを選出することができる。
【０１０７】
別の例では、空港に著名人が非公式に来場したのを職員が発見した場合を想定する。この場合に、周囲の人々に気づかれると空港がパニックになるので、職員は、まず、通信端末で、ＶＩＰ来場の報告をする。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、著名人に直接対応するために役職が上級のメンバーを選出する。また、空港内でのルートを確保するため、想定ルート付近の警備をしている職員をメンバーとして選出する。
【０１０８】
別の例では、空港内の人々のなかで体温が極端に高い人を赤外線カメラが検出した場合を想定する。この場合には、赤外線カメラに内蔵されているトリガー情報生成モジュールが、トリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、体温が極端に高い人を医務室まで誘導するための職員、及び診察を行うための医療関係者を、メンバーとして選出する。
【０１０９】
更に別の例では、空港内の職員を参加メンバーとして、いくつかのトークルームが常設されているケースを仮定する。例えば、業務グループごとにトークルームが形成されている場合がある。例えば、警備に携わるメンバーで形成されている第１のトークルームが常設されている。更には、飛行機整備に携わるメンバーで形成されている第２のトークルームが常設されている。更には、乗客案内等のサービスに携わるメンバーで形成されている第３のトークルームが常設されている。ここで、上述したように監視カメラが、一定時間以上滞留している不審物を検出し、トリガー情報をボットに送信する。ボットは、第４のトークルームを生成し、第１のトークルームメンバー全員と、第２のトークルームメンバーの一部（例えば、整備士のリーダー）と、第３のトークルームメンバーの一部（旅客サービスリーダー）とをメンバーの一部として選出することができる。
【０１１０】
更に別の例では、第１のトークルームのメンバーには、警備員のみならず、監視カメラが備えるサブボットもメンバーの一員として含まれている。警備員はトークルームへの投稿を通して、監視カメラの映像を取得することができる。しかし、監視カメラのサブボットは、第２のトークルーム及び第３のトークルームの参加メンバーではない。従って、通常は、第２のトークルーム及び第３のトークルームの参加メンバーのリクエストに応じて、監視カメラの映像を取得することはできない。
【０１１１】
ここで、不審物の発見に応答して、第４のトークルームが生成される。そして、上述のように、第２のトークルームメンバーの一部（例えば、整備士のリーダー）と、第３のトークルームメンバーの一部（旅客サービスリーダー）とをメンバーの一部として選出する。更には、監視カメラのサブボットもメンバーの一部として選出する。これにより、第２のトークルームメンバーの一部は、第４のトークルームに投稿することで、監視カメラが映像をトークルームに投稿するように制御することができる。これにより、通常はアクセスできない監視カメラの情報を、必要が生じたときにだけ素早く共有することができる。
【０１１２】
４−２．応用例２  病院
例えば、マラリア病患者等特定の感染症患者が、搬入されてくる場合を想定する。この場合には、救急車より受け入れ要請を受けた職員が、通信端末によって、感染症患者が来院することを報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、他の患者との接触を避けるための搬入ルートを確保するための要員、感染症専門医、及び看護師などを、メンバーとして選出する。
【０１１３】
別の例では、手術中に血液の不足、又は医療機器の故障が発生した場合を想定する。この場合には、手術室にいる職員が、通信端末によって、当該インシデントの発生を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。そして、ボットは、位置情報に基づき手術室内にいる職員をメンバーとして選出する。更には、ボットは、血液の調達のための職員、医療機器メーカーとの窓口担当の職員等をメンバーとして選出することができる。
【０１１４】
４−３．応用例３  建設現場
例えば、天候に関するアクシデントが予見される場合（例えば、突風、竜巻等）及び資材の倒壊によるアクシデントが予見される場合、職員は、通信端末によって、当該インシデントの発生の可能性を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、危険を知らせるため建設現場にいるメンバー全員を選出する。
【０１１５】
別の例では、設計主からの急な依頼により、設計変更が生じた場合を想定する。設計主から依頼を受けた施工管理者が、通信端末によって、設計変更発生を報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、施工管理者及び各施工グループのリーダーをメンバーとして選出することができる。
【０１１６】
別の例では、資材が建設現場に搬入される場合を想定する。作業員は、資材が搬入されることを、通信端末によって報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、搬入受け入れ担当者、資材管理担当者、建設現場付近の交通誘導員等をメンバーとして選出することができる。
【０１１７】
４−４．応用例４  バス運行
例えば、バスを運転中に交通事故が発生した場合を想定する。運転手は、交通事故が発生したことを、通信端末によって報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、運転手のほかに、同じ路線を走っている他の運転手、事故処理課のリーダー、警察署の担当者をメンバーとして選出することができる。
【０１１８】
交通事故に関する別の例を説明する。例えば、バスは、音センサ、監視カメラ（ドライブレコーダー）、及び振動センサのうち１種以上を備えることができる。音センサは、一定以上の衝撃音を検出した場合に、トリガー情報を生成することができる。振動センサは、一定以上の振動を検出した場合に、トリガー情報を生成することができる。監視カメラは、画像解析モジュールを備えることができる。そして、画像解析モジュールは、交通事故を検出することができる。交通事故を検出すると、画像解析モジュールは、トリガー情報を生成することができる。生成されたトリガー情報は、ボットへ送信することができる。以降は上記と同様の手順で、ボットがトークルームを生成し、メンバーを選出することができる。
【０１１９】
別の例では、駅前の巨大バスターミナルにて、外国人が案内係に何か話しかけてきた場合を想定する。案内係は、外国人への手助けが必要であることを、通信端末によって報告する。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、同じバスターミナル内に常駐している案内係で、語学（英語等）のスキルのある者を、メンバーとして選出することができる。
【０１２０】
別の例では、バス内で急病人が発生した場合を想定する。運転手は、急病人が発生したことを、通信端末によって報告する。通信端末はトリガー情報を生成し、ボットに送信される。ボットは、トリガー情報を受信し、トークルームを生成する旨の判定を行う。ボットは、運転手のほかに、同じ路線を走っている他の運転手、運行管理課のリーダー、消防署の担当者をメンバーとして選出することができる。
【０１２１】
以上、本発明の具体的な実施形態について説明してきた。上記実施形態は、本発明の具体例に過ぎず、本発明は上記実施形態に限定されない。例えば、上述の実施形態の１つに開示された技術的特徴は、他の実施形態に適用することができる。また、特記しない限り、特定の方法については、一部の工程を他の工程の順序と入れ替えることも可能であり、特定の２つの工程の間に更なる工程を追加してもよい。本発明の範囲は、特許請求の範囲によって規定される。
【符号の説明】
【０１２２】
１０  ボット
２０  トークルーム
３０  通信端末
４０  環境センサ