JP7193034B2 - 情報収集プログラム、情報収集方法および情報処理装置 - Google Patents

Description

本発明は、情報収集プログラム、情報収集方法および情報処理装置に関する。

近年、台風や地震などの大規模災害が頻発しており、大規模停電が発生して、住民生活に甚大な被害をもたらすことがある。高圧線の損傷などにより発生する停電については、電力会社の監視システムによるリアルタイムの死活監視が行われており、停電の発生が検知されると、電力会社の作業員による復旧作業が行われる。

先行技術としては、開設されたチャットルームに対して、各設備の位置情報を対応付け、各設備の位置情報に基づき、各設備を含む地図における各設備の位置に、各チャットルームの存在を示す各オブジェクトを、各チャット内容の選択的閲覧が可能な状態で表示するものがある。また、端末装置からサーバ装置に、事象に関し入力された発言の文字テキストを送信し、事象発生地点に関し入力された地図上での位置を含む地点情報を送信し、サーバ装置において、受信した発言を記録部に記録し、受信した地点情報を記録部に記録する技術がある。

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

しかしながら、従来技術では、家庭への引き込み線の損傷などで局所的に発生する停電、いわゆる、隠れ停電を検知することが難しく、電力会社による復旧作業に遅れが生じて、復旧までの期間の長期化を招くという問題がある。

一つの側面では、本発明は、隠れ停電の検知に有用な情報を収集可能にすることを目的とする。

１つの実施態様では、情報処理端末から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、前記情報処理端末に対する前記チャットボットでの会話を開始し、前記会話において撮影画像を受け付けた場合、前記撮影画像の受け付け前の会話内容に基づいて、前記撮影画像を含む災害情報を災害対策システムに送信する、情報収集プログラムが提供される。

本発明の一側面によれば、隠れ停電の検知に有用な情報を収集可能にすることができるという効果を奏する。

図１は、情報収集システム１００のシステム構成例を示す説明図である。 図２は、情報処理装置１０１のハードウェア構成例を示すブロック図である。 図３は、情報処理端末１０２のハードウェア構成例を示すブロック図である。 図４は、ユーザ情報ＤＢ１２０の記憶内容の一例を示す説明図である。 図５は、停電情報ＤＢ１３０の記憶内容の一例を示す説明図である。 図６は、トークスクリプトの具体例を示す説明図である。 図７は、情報処理装置１０１の機能的構成例を示すブロック図である。 図８Ａは、チャット画面の画面例を示す説明図（その１）である。 図８Ｂは、チャット画面の画面例を示す説明図（その２）である。 図９は、情報収集システム１００の動作例を示す説明図である。 図１０は、情報処理装置１０１の情報収集処理手順の一例を示すフローチャート（その１）である。 図１１は、情報処理装置１０１の情報収集処理手順の一例を示すフローチャート（その２）である。 図１２は、情報処理装置１０１の情報収集処理手順の一例を示すフローチャート（その３）である。

以下に図面を参照して、本発明にかかる情報収集プログラム、情報収集方法および情報処理装置の実施の形態を詳細に説明する。

（実施の形態）
まず、実施の形態にかかる情報処理装置１０１を含む情報収集システム１００のシステム構成例について説明する。

図１は、情報収集システム１００のシステム構成例を示す説明図である。図１において、情報収集システム１００は、情報処理装置１０１と、情報処理端末１０２と、災害対策システム１０３と、オペレータ端末１０４と、を含む。情報収集システム１００において、情報処理装置１０１、情報処理端末１０２、災害対策システム１０３およびオペレータ端末１０４は、有線または無線のネットワーク１１０を介して接続される。ネットワーク１１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

ここで、情報処理装置１０１は、災害向けチャットボットの会話を制御するコンピュータである。チャットボットは、人工知能を利用して、人間との対話やメッセージのやりとりを行うコンピュータシステムである。災害は、自然現象や事故、伝染病などによってもたらされる災いであり、例えば、台風、地震、大雪、風災、火災、水災などである。情報処理装置１０１は、ユーザ情報ＤＢ（Ｄａｔａｂａｓｅ）１２０を有する。ユーザ情報ＤＢ１２０の記憶内容については、図４を用いて後述する。情報処理装置１０１は、例えば、サーバである。

情報処理端末１０２は、ユーザがチャットボットでの会話を行う際に利用するコンピュータである。情報処理端末１０２は、例えば、スマートフォン、タブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＰＣなどである。情報処理端末１０２において、ユーザは、例えば、メッセージを入力したり、選択肢を選択したりすることで、チャットボットと対話しながら、所望の回答を探したり、情報をアップしたりすることができる。

回答は、例えば、ＦＡＱ（Ｆｒｅｑｕｅｎｔｌｙ Ａｓｋｅｄ Ｑｕｅｓｔｉｏｎ）である。ＦＡＱは、「頻繁に尋ねられる質問」の意味であり、あらかじめ予想される質問に対して、質問と回答とをまとめたものである。質問は、何らかの問題の解決方法を問うものであってもよく、また、話し言葉による問いかけであってもよい。回答は、質問された問題の解決方法を示す回答や、話し言葉による問いかけに対する回答などである。

なお、図示は省略するが、情報処理装置１０１は、例えば、ＦＡＱマスタやチャットログＤＢなどを有する。ＦＡＱマスタは、ＦＡＱを記憶する。チャットログＤＢは、チャットログを記憶する。チャットログは、ユーザとチャットボットとの会話に関する会話履歴である。チャットログは、例えば、ルームＩＤと対応付けて、チャットログＤＢに記憶される。ルームＩＤによれば、チャットボットとの一連の会話を特定することができる。

災害対策システム１０３は、電力会社に対応するコンピュータシステムである。電力会社は、電力の供給事業を主な業務とし、発電、配電、送電などを行う会社である。災害対策システム１０３は、停電情報ＤＢ１３０を有し、高圧線の損傷などにより発生する停電を検知する。停電情報ＤＢ１３０の記憶内容については、図５を用いて後述する。

オペレータ端末１０４は、オペレータが使用するコンピュータである。オペレータは、チャットボット対応から有人対応の会話に切り替えた場合に、ユーザへの対応を行う者である。例えば、オペレータは、オペレータ端末１０４の電話機能や、テキストコミュニケーションなどを利用して、ユーザとやり取りすることができる。オペレータ端末１０４は、例えば、ＰＣやタブレットＰＣである。

なお、図１の例では、情報処理端末１０２やオペレータ端末１０４を１台のみ表示したが、情報収集システム１００には複数の情報処理端末１０２やオペレータ端末１０４が含まれる。

ここで、電力会社の監視システム（例えば、災害対策システム１０３）により、変電所からの高圧の電流を送る高圧線については、リアルタイムの死活監視が行われている。一方で、家庭への引き込み線（電柱の変圧器からの低圧の電流を送る低圧線も含む）については、電力会社の監視システムによる死活監視は行われていない。

このため、家庭への引き込み線が強風や倒木などで損傷すると、局所的な停電が発生する。このような停電は、電力会社の監視システムによって検知できない停電のため、隠れ停電と呼ばれる。隠れ停電が発生すると、電力会社による復旧作業に遅れが生じ、復旧までの期間が長期化し、大きな社会問題となっている。

例えば、災害発生時に住民からの適切な情報提供があれば、電力会社で隠れ停電の発生を把握して、復旧計画の立案や住民への的確な情報発信を行うことができる。しかし、大規模災害により大規模停電が発生した際は、多くの住民が停電原因や復旧時間などを問い合わせるため、コールセンターへのアクセスが集中してパンク状態となることが多い。

すなわち、大規模災害などが発生した際は、コールセンターが適切に機能せず、住民と電力会社との間で情報の分断が発生して、復旧までの期間の長期化を招いている。災害発生時でも住民と電力会社との間で双方向のコミュニケーションが可能な仕組みがあれば、タイムリーに有用な情報を収集することが可能となる。

そこで、本実施の形態では、チャットボットと連携した双方向コミュニケーションを利用して、住民から電力会社へのリアルタイムな情報伝達を可能にすることで、電力会社の監視システムでは検知できない隠れ停電の検知に有用な情報を収集可能にする情報収集方法について説明する。

（情報処理装置１０１のハードウェア構成例）
つぎに、情報処理装置１０１のハードウェア構成例について説明する。

図２は、情報処理装置１０１のハードウェア構成例を示すブロック図である。図２において、情報処理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、メモリ２０２と、ディスクドライブ２０３と、ディスク２０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０５と、可搬型記録媒体Ｉ／Ｆ２０６と、可搬型記録媒体２０７と、を有する。また、各構成部は、バス２００によってそれぞれ接続される。

ここで、ＣＰＵ２０１は、情報処理装置１０１の全体の制御を司る。ＣＰＵ２０１は、複数のコアを有していてもよい。メモリ２０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ２０１のワークエリアとして使用される。メモリ２０２に記憶されるプログラムは、ＣＰＵ２０１にロードされることで、コーディングされている処理をＣＰＵ２０１に実行させる。

ディスクドライブ２０３は、ＣＰＵ２０１の制御に従ってディスク２０４に対するデータのリード／ライトを制御する。ディスク２０４は、ディスクドライブ２０３の制御で書き込まれたデータを記憶する。ディスク２０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

通信Ｉ／Ｆ２０５は、通信回線を通じてネットワーク１１０に接続され、ネットワーク１１０を介して外部のコンピュータ（例えば、図１に示した情報処理端末１０２、災害対策システム１０３、オペレータ端末１０４など）に接続される。そして、通信Ｉ／Ｆ２０５は、ネットワーク１１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ２０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

可搬型記録媒体Ｉ／Ｆ２０６は、ＣＰＵ２０１の制御に従って可搬型記録媒体２０７に対するデータのリード／ライトを制御する。可搬型記録媒体２０７は、可搬型記録媒体Ｉ／Ｆ２０６の制御で書き込まれたデータを記憶する。可搬型記録媒体２０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

なお、情報処理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、情報処理装置１０１は、上述した構成部のうち、例えば、ディスクドライブ２０３、ディスク２０４、可搬型記録媒体Ｉ／Ｆ２０６、可搬型記録媒体２０７を有していなくてもよい。また、図１に示した災害対策システム１０３についても、情報処理装置１０１と同様のハードウェア構成により実現することができる。

（情報処理端末１０２のハードウェア構成例）
つぎに、情報処理端末１０２のハードウェア構成例について説明する。

図３は、情報処理端末１０２のハードウェア構成例を示すブロック図である。図３において、情報処理端末１０２は、ＣＰＵ３０１と、メモリ３０２と、ディスプレイ３０３と、入力装置３０４と、通信Ｉ／Ｆ３０５と、カメラ３０６と、スピーカ３０７と、マイクロフォン３０８と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）ユニット３０９と、を有する。また、各構成部はバス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、情報処理端末１０２の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する記憶部である。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ディスプレイ３０３は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する表示装置である。ディスプレイ３０３としては、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。

入力装置３０４は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置３０４は、タッチパネル式の入力パッドやテンキーなどであってもよく、また、キーボードやマウスなどであってもよい。

通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク１１０に接続され、ネットワーク１１０を介して外部のコンピュータ（例えば、情報処理装置１０１、オペレータ端末１０４）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク１１０と自装置内部とのインターフェースを司り、外部装置からのデータの入出力を制御する。

カメラ３０６は、画像（静止画または動画）を撮影して画像データを出力する撮影装置である。スピーカ３０７は、電気信号を音声に変換して、音声を出力する。マイクロフォン３０８は、音声を受音して電気信号に変換する。

ＧＰＳユニット３０９は、ＧＰＳ衛星からの電波を受信し、情報処理端末１０２の位置情報を出力する。情報処理端末１０２の位置情報は、例えば、緯度、経度などの地球上の１点を特定する情報である。また、衛星として、例えば、準天頂衛星システムの衛星を用いることにしてもよい。

なお、情報処理端末１０２は、上述した構成部のほかに、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ、近距離無線通信Ｉ／Ｆ、可搬型記録媒体Ｉ／Ｆ、可搬型記録媒体などを有することにしてもよい。また、図１に示したオペレータ端末１０４についても、情報処理端末１０２と同様のハードウェア構成により実現することができる。

（ユーザ情報ＤＢ１２０の記憶内容）
つぎに、図４を用いて、情報処理装置１０１が有するユーザ情報ＤＢ１２０の記憶内容について説明する。なお、ユーザ情報ＤＢ１２０は、例えば、図２に示したメモリ２０２、ディスク２０４などの記憶装置により実現される。

図４は、ユーザ情報ＤＢ１２０の記憶内容の一例を示す説明図である。図４において、ユーザ情報ＤＢ１２０は、ユーザＩＤおよび配信希望地域のフィールドを有し、各フィールドに情報を設定することで、ユーザ情報（例えば、ユーザ情報４００－１，４００－２）をレコードとして記憶する。

ここで、ユーザＩＤは、ユーザを一意に識別する識別子である。ユーザは、例えば、電力の供給を受ける住民（需要家）である。ユーザＩＤとしては、例えば、コミュニケーションツール（チャットアプリ）においてユーザ個人を特定可能なＩＤや電話番号などを用いることができる。

ユーザ情報ＤＢ１２０には、停電情報配信サービスを利用中のユーザであって、配信希望地域を登録済みのユーザのユーザＩＤが登録される。停電情報配信サービスは、配信希望地域の停電情報をプッシュ通知により知らせるサービスである。ここでは、配信希望地域として、最大で３つの地域１，２，３を登録可能である。

例えば、ユーザ情報４００－１は、ユーザＩＤ「Ｕ００１」の配信希望地域１「徳島県Ａ郡ａ町ｘｘｘ」、配信希望地域２「徳島県Ａ郡ａ町ｙｙｙ」および配信希望地域３「徳島県Ｂ郡ｂ町ｚｚｚ」を示す。

（停電情報ＤＢ１３０の記憶内容）
つぎに、図５を用いて、災害対策システム１０３が有する停電情報ＤＢ１３０の記憶内容について説明する。なお、停電情報ＤＢ１３０は、例えば、災害対策システム１０３のメモリ、ディスクなどの記憶装置により実現される。

図５は、停電情報ＤＢ１３０の記憶内容の一例を示す説明図である。図５において、停電情報ＤＢ１３０は、ｉｄ、発生日時、復旧日時、県名、市町村名、地域名、停電理由および停電戸数のフィールドを有し、各フィールドに情報を設定することで、停電情報（例えば、停電情報５００－１，５００－２）をレコードとして記憶する。

ここで、ｉｄは、停電情報を一意に識別する識別子である。発生日時は、停電が発生した日時を示す。復旧日時は、停電が復旧した日時を示す。県名は、停電が発生した県名を示す。市町村名は、停電が発生した市町村名を示す。地域名は、停電が発生した地域名を示す。停電理由は、停電が発生した理由を示す。停電戸数は、停電が発生している戸数を示す。

停電情報ＤＢ１３０には、例えば、災害対策システム１０３における死活監視により検知される、高圧線の損傷等による停電に関する停電情報が登録される。また、停電情報ＤＢ１３０には、災害対策システム１０３において情報処理装置１０１からの災害情報に基づいて検知される隠れ停電に関する停電情報が登録されることにしてもよい。

なお、停電情報ＤＢ１３０の記憶内容は、例えば、５分程度の時間間隔で更新される。この際、復旧した停電に関する停電情報は、停電情報ＤＢ１３０から削除される。

（トークスクリプトの具体例）
ここで、図６を用いて、トークスクリプトの具体例について説明する。トークスクリプトは、チャットボットの会話の流れを定義した情報（シナリオ）である。

図６は、トークスクリプトの具体例を示す説明図である。図６において、トークスクリプト６００は、チャットボットの会話の流れを定義した情報（シナリオ）である。ただし、図６では、トークスクリプト６００の一部を抜粋して表示している。

具体的には、例えば、トークスクリプト６００は、チャットのトーク処理を定義した情報である。トーク処理は、チャットボットの動作（挙動）を実現するための処理である。例えば、トーク処理は、発話する処理、選択肢を表示する処理、ユーザ操作に応じて選択肢を選択する処理、選択された選択肢や入力された情報に応じた手続きを行う処理、トーク処理を終了する処理などを含む。

トークスクリプト６００において、例えば、ＳＴＲ－１は、トーク処理の開始を示す。ＴＸＴ－１は、メッセージを発話する処理を示す。ＳＬＣ－２は、ＯＰＴ－３～ＯＰＴ－８の選択肢を表示する処理を示す。ＦＡＱ－１は、選択肢に応じたＦＡＱを検索して表示する処理である。なお、ＥＲＲ－１０は、エラー処理を示す。ＦＡＱの検索は、例えば、情報処理装置１０１が有する不図示のＦＡＱマスタを用いて行われる。

（情報処理装置１０１の機能的構成例）
図７は、情報処理装置１０１の機能的構成例を示すブロック図である。図７において、情報処理装置１０１は、受付部７０１と、会話制御部７０２と、通信制御部７０３と、を含む。具体的には、例えば、受付部７０１～通信制御部７０３は、図２に示したメモリ２０２、ディスク２０４、可搬型記録媒体２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、通信Ｉ／Ｆ２０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ２０２、ディスク２０４などの記憶装置に記憶される。

受付部７０１は、情報処理端末１０２から災害向けチャットボットでの会話の開始指示を受け付ける。ここで、会話の開始指示は、ユーザとチャットボットとの会話を開始するためのものである。災害向けチャットボットでは、例えば、災害に関する質問に応答したり、災害に関する情報の入力を促したりする会話が行われる。

例えば、会話の開始指示は、情報処理端末１０２においてユーザの操作入力により行われ、情報処理端末１０２から情報処理装置１０１に送信される。具体的には、例えば、受付部７０１は、情報処理端末１０２から災害向けチャットボットでの会話の開始指示を受信することにより、災害向けチャットボットでの会話の開始指示を受け付ける。

会話制御部７０２は、情報処理端末１０２からの災害向けチャットボットでの会話の開始指示に応じて、情報処理端末１０２に対する災害向けチャットボットでの会話を開始する。具体的には、例えば、会話制御部７０２は、災害向けチャットボットの会話の流れを定義したトークスクリプトを用いて、情報処理端末１０２に対する災害向けチャットボットでの会話を開始する。

以下の説明では、災害向けチャットボットの会話の流れを定義したトークスクリプトを「トークスクリプトＴＰ」と表記する場合がある。また、トークスクリプトＴＰとして、災害により停電が発生した際に行われる会話の流れを定義したトークスクリプトを例に挙げて説明する。ただし、トークスクリプトＴＰは、災害により水道、ガスなどの停止が発生した際に行われる会話の流れを定義したものであってもよい。図６に示したトークスクリプト６００は、トークスクリプトＴＰの一例である。

より詳細に説明すると、例えば、会話制御部７０２は、トークスクリプトＴＰに従って、災害向けチャットボットにより、発話したり、選択肢を表示したり、情報の入力を受け付けたり、選択された選択肢や入力された情報に応じた手続きを実行したりする。

なお、情報処理端末１０２における災害向けチャットボットでの会話を表示するチャット画面の画面例については、図８Ａおよび図８Ｂを用いて後述する。また、災害向けチャットボットの会話の流れの一例については、図１０～図１２に示すフローチャートを用いて後述する。

通信制御部７０３は、災害向けチャットボットでの会話において撮影画像を受け付けた場合、撮影画像の受け付け前の会話内容に基づいて、撮影画像を含む災害情報を災害対策システム１０３に送信する。ここで、撮影画像は、災害向けチャットボットでの会話において出力されるメッセージに対して情報処理端末１０２から受け付ける写真または動画である。メッセージは、例えば、現場の状況を撮影するよう促すメッセージである。

以下の説明では、情報処理端末１０２における災害向けチャットボットでの会話において受け付ける撮影画像を「撮影画像Ｐ」と表記する場合がある。撮影画像Ｐは、例えば、図３に示した情報処理端末１０２のカメラ３０６により撮影される。

例えば、災害向けチャットボットの会話として、建物への引き込み線や電気設備（電柱など）を撮影するよう促すメッセージが出力される。この場合、会話制御部７０２は、情報処理端末１０２における災害向けチャットボットでの会話において、建物への引き込み線や電気設備を撮影した写真や動画を受け付ける。

災害情報は、災害により生じた事故の状況などを通報するための情報である。災害により生じる事故としては、例えば、電柱倒壊や電線断線などがある。災害情報には、撮影画像Ｐのほかに、例えば、情報処理端末１０２のユーザのユーザＩＤや情報処理端末１０２の位置情報などが含まれる。

なお、ユーザＩＤは、例えば、災害向けチャットボットでの会話の開始指示に含まれていてもよい。また、ユーザＩＤは、災害向けチャットボットでの会話において受け付ける撮影画像Ｐや位置情報に付与されていてもよい。

情報処理端末１０２の位置情報は、例えば、災害向けチャットボットでの会話において出力されるメッセージに対して情報処理端末１０２から受け付ける。メッセージは、例えば、位置情報を送信するよう促すメッセージである。情報処理端末１０２の位置情報は、例えば、図３に示したＧＰＳユニット３０９により出力される緯度、経度である。また、情報処理端末１０２の位置情報は、例えば、図３に示した入力装置３０４を用いたユーザ操作により入力される住所や郵便番号などであってもよい。

なお、情報処理端末１０２における災害向けチャットボットでの会話内容は、例えば、情報処理装置１０１が有するチャットログＤＢ（不図示）から特定される。

具体的には、例えば、通信制御部７０３は、撮影画像Ｐの受け付け前に、災害向けチャットボットでの会話において停電の発生状況に関する所定の質問に対して、情報処理端末１０２から特定の回答を受け付けた場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することにしてもよい。

ここで、停電の発生状況に関する所定の質問は、例えば、問診形式の会話により、停電の発生原因を絞り込むための質問である。また、特定の回答は、例えば、停電の発生原因が、ユーザ側で対処可能な事象ではないことを特定する回答である。ユーザ側で対処可能な事象としては、例えば、ブレーカーが落ちている、電球が切れているなどがある。

すなわち、通信制御部７０３は、ユーザ側では対処できないような事象により停電が発生している場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信する。

また、通信制御部７０３は、撮影画像Ｐの受け付け前に受け付けた位置情報が、災害対策システム１０３に災害情報が登録されている地域に含まれるか否かを判断することにしてもよい。災害対策システム１０３に登録されている災害情報は、災害対策システム１０３において把握（検知）している災害に関する情報である。

例えば、災害対策システム１０３に登録されている災害情報は、電力会社において把握している停電情報である。そして、通信制御部７０３は、災害対策システム１０３に災害情報が登録されている地域に含まれないと判断した場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することにしてもよい。

また、通信制御部７０３は、災害対策システム１０３で管理されている地域と災害の状態とが対応付けられた情報を参照し、災害から復旧したことを示す状態に該当する地域に、受け付けた位置情報が含まれる場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することにしてもよい。地域と災害の状態とが対応付けられた情報は、例えば、図５に示した停電情報ＤＢ１３０である。

より詳細に説明すると、例えば、通信制御部７０３は、受け付けた位置情報を含む停電問合せを、災害対策システム１０３に送信する。災害対策システム１０３は、停電問合せを受信すると、停電情報ＤＢ１３０を参照して、停電問合せに含まれる位置情報に対応する停電情報があるか否かを判断する。

位置情報に対応する停電情報とは、例えば、位置情報を含む地域において発生した停電に関する情報である。ここで、位置情報に対応する停電情報がある場合、災害対策システム１０３は、位置情報が示す地域における停電の発生を検知している旨の問合せ結果（検知済）を、情報処理装置１０１に送信する。問合せ結果（検知済）には、停電（災害）から復旧したか否かを示す状態情報が含まれていてもよい。例えば、停電情報の復旧日時が設定されている場合、問合せ結果（検知済）には、停電から復旧したことを示す状態情報が含まれる。停電情報の復旧日時が未定の場合、問合せ結果（検知済）には、停電から復旧していないことを示す状態情報が含まれる。

一方、位置情報に対応する停電情報がない場合には、災害対策システム１０３は、位置情報が示す地域における停電の発生を検知していない旨の問合せ結果（未検知）を、情報処理装置１０１に送信する。通信制御部７０３は、問合せ結果（検知済）を受信した場合、撮影画像Ｐを含む災害情報を、災害対策システム１０３に送信しない。

一方、問合せ結果（未検知）を受信した場合には、通信制御部７０３は、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信する。すなわち、通信制御部７０３は、電力会社において把握（検知）されていない停電が発生している可能性がある場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信する。

また、通信制御部７０３は、問合せ結果（未検知）を受信した場合に、停電から復旧したことを示す状態情報が含まれるか否かを判断することにしてもよい。そして、通信制御部７０３は、停電から復旧したことを示す状態情報が含まれる場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することにしてもよい。すなわち、通信制御部７０３は、電力会社では復旧したと判断された地域において、停電が発生している可能性がある場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信する。

ただし、停電情報ＤＢ１３０は、情報処理装置１０１が有することにしてもよい。この場合、通信制御部７０３は、停電情報ＤＢ１３０を参照して、受け付けた位置情報が、災害対策システム１０３に災害情報が登録されている地域に含まれるか否かを判断する。また、通信制御部７０３は、停電情報ＤＢ１３０を参照して、災害から復旧したことを示す状態に該当する地域に、受け付けた位置情報が含まれるか否かを判断する。停電情報ＤＢ１３０の記憶内容は、例えば、災害対策システム１０３に新たな災害情報が登録される度に、その都度更新される。

また、通信制御部７０３は、情報処理端末１０２のユーザに対応付けて停電情報配信サービスの配信希望が登録されているか否かを判断することにしてもよい。停電情報配信サービスは、配信希望を登録済みのユーザ宛に、配信希望地域の停電情報をプッシュ通知により知らせるサービスである。

例えば、停電情報ＤＢ１３０に新たな停電情報が登録されたり、停電情報ＤＢ１３０内の停電情報が更新されたりすると、新たな停電情報や更新後の停電情報が、配信希望を登録済みのユーザ宛に送信される。なお、停電情報配信サービスは、情報処理装置１０１により実現されてもよく、また、災害対策システム１０３により実現されてもよい。

そして、通信制御部７０３は、配信希望が登録されている場合、撮影画像Ｐの受け付け前に受け付けた位置情報が、ユーザの配信希望地域に含まれるか否かに応じて、撮影画像Ｐを含む災害情報に優先度を設定することにしてもよい。この場合、通信制御部７０３は、優先度が設定された災害情報を、災害対策システム１０３に送信する。

具体的には、例えば、通信制御部７０３は、受け付けた位置情報がユーザの配信希望地域に含まれる場合、受け付けた位置情報がユーザの配信希望地域に含まれない場合よりも高い優先度を、撮影画像Ｐを含む災害情報に設定する。優先度は、撮影画像Ｐを含む災害情報の信憑性の高さを示す指標値であり、例えば、数値や高・低などによって表される。

より詳細に説明すると、例えば、通信制御部７０３は、図４に示したユーザ情報ＤＢ１２０を参照して、情報処理端末１０２のユーザのユーザＩＤに対応するユーザ情報を検索する。例えば、ユーザＩＤ「Ｕ００１」とすると、ユーザ情報４００－１が検索される。この場合、通信制御部７０３は、受け付けた位置情報が、ユーザ情報４００－１の配信希望地域１～３のいずれかに含まれるか否かを判断する。

例えば、受け付けた位置情報が示す地点が、配信希望地域１「徳島県Ａ郡ａ町ｘｘｘ」に含まれる場合、通信制御部７０３は、受け付けた位置情報がユーザの配信希望地域に含まれると判断する。なお、ユーザＩＤに対応するユーザ情報が検索されなかった場合には、通信制御部７０３は、停電情報配信サービスにおいて配信希望が登録されていないと判断する。

例えば、受け付けた位置情報がユーザの配信希望地域に含まれる場合、通信制御部７０３は、撮影画像Ｐを含む災害情報に優先度「高」を設定する。一方、受け付けた位置情報がユーザの配信希望地域に含まれない場合には、通信制御部７０３は、撮影画像Ｐを含む災害情報に優先度「低」を設定する。また、停電情報配信サービスにおいて配信希望が登録されていない場合には、通信制御部７０３は、撮影画像Ｐを含む災害情報に優先度「低」を設定する。

すなわち、通信制御部７０３は、受け付けた位置情報が、情報処理端末１０２のユーザが利用中の停電情報配信サービスにおいて登録済みの配信希望地域とマッチすれば、情報の信憑性が高いと判断して、撮影画像Ｐを含む災害情報に優先度「高」を設定する。

また、会話制御部７０２は、情報処理端末１０２のユーザに対応付けて停電情報配信サービスの配信希望が登録されていない場合には、ユーザ個人を特定可能な情報の記録を許可するか否かを情報処理端末１０２へ問い合わせることにしてもよい。具体的には、例えば、会話制御部７０２は、災害向けチャットボットでの会話形式で、ユーザＩＤの記録（取得）を許可するか否かを情報処理端末１０２へ問い合わせる。また、会話制御部７０２は、ユーザＩＤの記録（取得）を許可するか否かを問い合わせるポップアップ画面を情報処理端末１０２に表示することにしてもよい。

そして、通信制御部７０３は、ユーザ個人を特定可能な情報の記録を許可する旨の回答を情報処理端末１０２から受け付けた場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することにしてもよい。一方、ユーザ個人を特定可能な情報の記録を許可しない旨の回答を情報処理端末１０２から受け付けた場合には、通信制御部７０３は、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信しないことにしてもよい。

すなわち、通信制御部７０３は、ユーザ個人を特定可能な情報（例えば、ユーザＩＤ）の記録を拒む者からの情報は、信憑性が極めて低いと判断して、災害対策システム１０３に伝達しない。

なお、上述した情報処理装置１０１の各機能部は、情報収集システム１００内の複数のコンピュータ（例えば、情報処理装置１０１と情報処理端末１０２）により実現されることにしてもよい。また、上述した情報処理装置１０１の各機能部は、情報処理端末１０２により実現されることにしてもよい。

（チャット画面の画面例）
つぎに、図８Ａおよび図８Ｂを用いて、情報処理端末１０２のディスプレイ３０３（図３参照）に表示されるチャット画面の画面例について説明する。

図８Ａおよび図８Ｂは、チャット画面の画面例を示す説明図である。図８Ａにおいて、チャット画面８００は、情報処理端末１０２における災害向けチャットボットでの会話を表示する操作画面の一例である。図８Ａおよび図８Ｂ中、アバターａｖは、電力会社の担当者を表すキャラクターである。

ここでは、ユーザからの「電気がつかない」というメッセージ８０１に対して、問診形式の会話により、停電の発生原因を絞り込むための質問が行われた結果、停電の発生原因が、ユーザ側で対処可能な事象ではないことを特定する回答が入力された場合を想定する。ただし、図８Ａおよび図８Ｂでは、災害向けチャットボットでの会話の一部を抜粋して表示している。

この場合、アバターａｖから問いかけとして、メッセージ８０２が出力される。メッセージ８０２は、停電が発生している場所の位置情報を送信するよう促すメッセージである。チャット画面８００において、例えば、図３に示した入力装置３０４を用いたユーザの操作入力により、位置情報が入力されると、入力された位置情報に対応する地図情報８０３が表示される。

また、入力された位置情報は、情報処理端末１０２から情報処理装置１０１に送信される。この結果、情報処理装置１０１において、入力された位置情報が、災害対策システム１０３に災害情報が登録されている地域に対応するか否かの判断が行われる。

なお、チャット画面８００において、ボックス８１０を選択することで、メッセージを入力することができる。また、チャット画面８００において、送信ボタン８１１を選択することで、ボックス８１０に入力されたメッセージをチャットボット側（情報処理装置１０１）に送信することができる。

ここでは、入力された位置情報が、災害対策システム１０３に災害情報が登録されている地域に対応していないと判断された場合を想定する。

この場合、図８Ｂに示すように、アバターａｖのメッセージ８０４，８０５が出力される。メッセージ８０４は、入力された位置情報に対応する地域において、電力会社が把握している停電が存在しないことを示すメッセージである。メッセージ８０５は、建物への引き込み線や電気設備（電柱など）を撮影するよう促すメッセージである。

チャット画面８００において、ユーザの操作入力により、例えば、図３に示したカメラ３０６により撮影された撮影画像８０６が入力されると、入力された撮影画像８０６が表示される。撮影画像８０６は、停電が発生している建物への引き込み線と電柱とを含む写真である。

また、チャット画面８００において、撮影画像８０６が入力されると、アバターａｖのメッセージ８０７が出力される。メッセージ８０７は、引き込み線の損傷により停電が発生している可能性があるため、現場に作業員を手配する旨のメッセージである。

また、入力された撮影画像８０６は、情報処理端末１０２から情報処理装置１０１に送信される。情報処理装置１０１は、撮影画像８０６を受信すると、撮影画像８０６を含む災害情報を災害対策システム１０３に送信する。災害情報には、例えば、撮影画像８０６と、入力された位置情報と、ユーザＩＤとが含まれる。

この結果、災害対策システム１０３において、例えば、撮影画像８０６から引き込み線などが損傷している可能性があると判断されると、電力会社の作業員が現場に派遣され、現場調査が行われる。現場調査において引き込み線の損傷等による隠れ停電が検知されると、電力会社による事故対応が行われる。

また、ユーザからの情報提供により隠れ停電が検知されると、検知された隠れ停電に関する停電情報が停電情報ＤＢ１３０に登録される。これにより、災害対策システム１０３における死活監視により検知される高圧線の損傷等による停電だけでなく、住民等から提供される撮影画像Ｐ（例えば、撮影画像８０６）を含む災害情報に基づき検知される隠れ停電に関する停電情報を登録することができる。

また、ユーザからの情報提供により隠れ停電が検知されると、例えば、隠れ停電の検知に協力したことに対して、電気料金の支払いに利用可能な電力会社ポイントが付与される。電力会社ポイントの付与先のユーザは、例えば、災害情報に含まれるユーザＩＤから特定される。

一方、現場調査において、イタズラであることが判明したら、災害情報に含まれるユーザＩＤをブラックリストに登録することにしてもよい。ブラックリストは、例えば、情報処理装置１０１と災害対策システム１０３において共有され、情報提供元のユーザの正当性の判断に使用される。

具体的には、例えば、情報処理装置１０１は、ブラックリストに登録されたユーザからの撮影画像Ｐを受け付けると、ブラックリストに登録されたユーザであることを示す情報を災害情報に含めて、災害対策システム１０３に送信する。これにより、災害対策システム１０３において、ブラックリストに登録されたユーザからの情報提供であることを把握でき、ユーザに対して警告等の対応を行うことが可能となる。

（情報収集システム１００の動作例）
つぎに、図９を用いて、情報収集システム１００の動作例について説明する。

図９は、情報収集システム１００の動作例を示す説明図である。図９において、電力会社から電力の供給を受ける住民や、電力会社の社員、ＯＢ、委託先社員が使用する情報処理端末１０２が表示されている。

情報処理端末１０２における災害向けチャットボットでの会話において、位置情報９０１および撮影画像９０２が入力されると、入力された位置情報９０１および撮影画像９０２が、非常災害時の事故通報として情報処理装置１０１に送信される。この結果、情報処理装置１０１は、情報処理端末１０２から位置情報９０１および撮影画像９０２を受け付ける。

情報処理装置１０１において、受け付けた位置情報９０１および撮影画像９０２が、電力会社で把握している停電に関する情報ではないと判断されると、受け付けた位置情報９０１および撮影画像９０２が、電力会社の災害対策システム１０３に送信される。

災害対策システム１０３では、例えば、撮影画像９０２から対応要否を判断するとともに、既存の地図システム９１０と連携することにより、位置情報９０１から近傍電柱を検索し、事故対応する配電事業所の振り分けが行われる。これにより、的確な采配を行うことができ、全体最適に基づいた現場調査、復旧対応を行うことが可能となる。

（情報処理装置１０１の情報収集処理手順）
つぎに、図１０～図１２を用いて、情報処理装置１０１の情報収集処理手順について説明する。

図１０～図１２は、情報処理装置１０１の情報収集処理手順の一例を示すフローチャートである。図１０のフローチャートにおいて、まず、情報処理装置１０１は、情報処理端末１０２から災害向けチャットボットでの会話の開始指示を受信したか否かを判断する（ステップＳ１００１）。ここで、情報処理装置１０１は、災害向けチャットボットでの会話の開始指示を受信するのを待つ（ステップＳ１００１：Ｎｏ）。

情報処理装置１０１は、災害向けチャットボットでの会話の開始指示を受信すると（ステップＳ１００１：Ｙｅｓ）、トークスクリプトＴＰを用いて、情報処理端末１０２に対する災害向けチャットボットでの会話を開始する（ステップＳ１００２）。トークスクリプトＴＰは、災害により停電が発生した際に行われる会話の流れを定義したトークスクリプトである。

つぎに、情報処理装置１０１は、災害向けチャットボットでの会話において、家中全部が停電か否かを問い合わせる（ステップＳ１００３）。ここで、家中全部が停電ではない場合（ステップＳ１００３：Ｎｏ）、情報処理装置１０１は、災害向けチャットボットでの会話において、一つの器具が停電か否かを問い合わせる（ステップＳ１００４）。

ここで、一つの器具が停電の場合（ステップＳ１００４：Ｙｅｓ）、情報処理装置１０１は、災害向けチャットボットでの会話において、故障等対処方法を表示して（ステップＳ１００５）、本フローチャートによる一連の処理を終了する。故障等対処方法は、例えば、電球や蛍光灯の球切れなどの対処方法である。

一方、複数の器具が停電の場合（ステップＳ１００４：Ｎｏ）、情報処理装置１０１は、災害向けチャットボットでの会話において、屋内のブレーカーが落ちているか否かを問い合わせる（ステップＳ１００６）。ここで、屋内のブレーカーが落ちている場合（ステップＳ１００６：Ｙｅｓ）、情報処理装置１０１は、災害向けチャットボットでの会話において、屋内のブレーカーの操作方法を表示して（ステップＳ１００７）、本フローチャートによる一連の処理を終了する。

一方、屋内のブレーカーが落ちていない場合（ステップＳ１００６：Ｎｏ）、情報処理装置１０１は、情報処理端末１０２とオペレータ端末１０４とを接続して、チャットボット対応からオペレータによる有人対応の会話に切り替えて（ステップＳ１００８）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１００３において、家中全部が停電の場合（ステップＳ１００３：Ｙｅｓ）、情報処理装置１０１は、災害向けチャットボットでの会話において、自分の家だけ停電か否かを問い合わせる（ステップＳ１００９）。ここで、自分の家だけ停電ではない場合（ステップＳ１００９：Ｎｏ）、情報処理装置１０１は、図１１に示すステップＳ１１０１に移行する。

一方、自分の家だけ停電の場合（ステップＳ１００９：Ｙｅｓ）、情報処理装置１０１は、災害向けチャットボットでの会話において、屋外のブレーカーが落ちているか否かを問い合わせる（ステップＳ１０１０）。ここで、屋外のブレーカーが落ちている場合（ステップＳ１０１０：Ｙｅｓ）、情報処理装置１０１は、屋外のブレーカーの操作方法を表示して（ステップＳ１０１１）、本フローチャートによる一連の処理を終了する。

一方、屋外のブレーカーが落ちていない場合（ステップＳ１０１０：Ｎｏ）、情報処理装置１０１は、図１１に示すステップＳ１１０１に移行する。

図１１のフローチャートにおいて、まず、情報処理装置１０１は、災害向けチャットボットでの会話において、位置情報を送信するよう促すメッセージに対して入力される位置情報を取得する（ステップＳ１１０１）。そして、情報処理装置１０１は、取得した位置情報に基づいて、電力会社で把握している停電か否かを判断する（ステップＳ１１０２）。本ステップの処理は、隠れ停電チェック処理に相当する。

例えば、情報処理装置１０１は、取得した位置情報が、災害対策システム１０３に災害情報が登録されている地域に対応する場合、電力会社で把握している停電と判断する。この場合、情報処理装置１０１は、取得した位置情報に対応する地域で発生している停電に関する停電情報を災害対策システム１０３から取得する。また、情報処理装置１０１は、取得した位置情報が、災害対策システム１０３に災害情報が登録されている地域に対応しない場合、電力会社で把握していない停電と判断する。

ステップＳ１１０２において、電力会社で把握していない停電の場合（ステップＳ１１０２：Ｎｏ）、災害向けチャットボットでの会話において、建物への引き込み線や電気設備（電柱など）を撮影するよう促すメッセージに対して入力される現場の撮影画像Ｐを取得する（ステップＳ１１０３）。

つぎに、情報処理装置１０１は、ユーザ情報ＤＢ１２０を参照して、情報処理端末１０２のユーザが、停電情報配信サービスにおいて配信希望を登録済みであるか否かを判断する（ステップＳ１１０４）。ここで、配信希望を登録済みの場合（ステップＳ１１０４：Ｙｅｓ）、情報処理装置１０１は、取得した位置情報が、ユーザの配信希望地域に対応するか否かを判断する（ステップＳ１１０５）。

ここで、ユーザの配信希望地域に対応する場合（ステップＳ１１０５：Ｙｅｓ）、情報処理装置１０１は、撮影画像Ｐを含む災害情報に優先度「高」を設定して（ステップＳ１１０６）、ステップＳ１１０９に移行する。一方、ユーザの配信希望地域に対応しない場合（ステップＳ１１０５：Ｎｏ）、情報処理装置１０１は、ステップＳ１１０８に移行する。

また、ステップＳ１１０４において、配信希望を登録済みではない場合（ステップＳ１１０４：Ｎｏ）、情報処理装置１０１は、災害向けチャットボットでの会話において、ユーザＩＤの記録を許可するか否かを問い合わせる（ステップＳ１１０７）。

ここで、ユーザＩＤの記録を許可しない場合（ステップＳ１１０７：Ｎｏ）、本フローチャートによる一連の処理を終了する。この際、情報処理装置１０１は、災害向けチャットボットでの会話を終了する旨のメッセージを出力することにしてもよい。

一方、ユーザＩＤの記録を許可する場合（ステップＳ１１０７：Ｙｅｓ）、情報処理装置１０１は、撮影画像Ｐを含む災害情報に優先度「低」を設定する（ステップＳ１１０８）。そして、情報処理装置１０１は、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信して（ステップＳ１１０９）、本フローチャートによる一連の処理を終了する。

また、ステップＳ１１０２において、電力会社で把握している停電の場合（ステップＳ１１０２：Ｙｅｓ）、情報処理装置１０１は、図１２に示すステップＳ１２０１に移行する。

図１２のフローチャートにおいて、まず、情報処理装置１０１は、災害向けチャットボットでの会話において、取得した位置情報に対応する地域で発生している停電に関する停電情報を表示する（ステップＳ１２０１）。停電情報には、例えば、停電原因や復旧見込みの情報が含まれる。

つぎに、情報処理装置１０１は、災害向けチャットボットでの会話において、停電情報をプッシュ型配信で希望するか否かを問い合わせる（ステップＳ１２０２）。ここで、停電情報をプッシュ型配信で希望しない場合（ステップＳ１２０２：Ｎｏ）、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。

一方、停電情報をプッシュ型配信で希望する場合（ステップＳ１２０２：Ｙｅｓ）、情報処理装置１０１は、停電情報配信サービスの配信希望登録処理へ移行して（ステップＳ１２０３）、本フローチャートによる一連の処理を終了する。

これにより、災害向けチャットボットと連携した双方向コミュニケーションを利用して、隠れ停電の検知に有用な情報を収集することができる。

以上説明したように、実施の形態にかかる情報処理装置１０１によれば、情報処理端末１０２から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、情報処理端末１０２に対する災害向けチャットボットでの会話を開始することができる。そして、情報処理装置１０１によれば、災害向けチャットボットでの会話において撮影画像Ｐを受け付けた場合、撮影画像Ｐの受け付け前の会話内容に基づいて、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することができる。撮影画像Ｐは、例えば、災害向けチャットボットでの会話において出力される、現場の状況を撮影するよう促すメッセージに対して情報処理端末１０２から受け付ける写真または動画である。また、災害情報は、例えば、撮影画像Ｐの受け付け前に受け付けた位置情報を含む。

これにより、災害向けチャットボットと連携した双方向コミュニケーションを利用して、住民から電力会社へのリアルタイムな情報伝達を可能にして、災害対策システム１０３における死活監視では検知できない隠れ停電の検知に有用な情報を収集可能にすることができる。例えば、現場の位置情報、撮影画像（写真または動画）を災害情報に含めることで、現場で発生した事故の状況を的確に電力会社に伝達することが可能となる。

また、情報処理装置１０１によれば、撮影画像Ｐの受け付け前に受け付けた位置情報が、災害対策システム１０３に災害情報が登録されている地域に含まれるか否かを判断し、受け付けた位置情報が、登録されている地域に含まれないと判断した場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することができる。

これにより、電力会社において把握されている既知の停電に関する情報をノイズとして除去して、隠れ停電を検知する有用な情報を災害対策システム１０３にアップすることができる。換言すれば、電力会社に無用な情報がアップされて、余計な手間や混乱を招くのを防ぐことができる。

また、情報処理装置１０１によれば、災害対策システム１０３で管理されている地域と災害の状態とが対応付けられた情報を参照し、災害から復旧したことを示す状態に該当する地域に、受け付けた位置情報が含まれる場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することができる。

これにより、電力会社では復旧したと管理されている地域で発生している局所的な隠れ停電を検知する有用な情報を災害対策システム１０３にアップすることができる。

また、情報処理装置１０１によれば、撮影画像Ｐの受け付け前に、災害向けチャットボットでの会話において、停電の発生状況に関する所定の質問に対して、情報処理端末１０２から特定の回答を受け付けた場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信することができる。

これにより、ユーザ側で対処可能な事象（ブレーカーが落ちている、電球が切れているなど）については、問診形式の会話により前捌きして電力会社側に情報がアップされないようにして、アップされる情報そのものの信憑性を担保することができる。

また、情報処理装置１０１によれば、撮影画像Ｐを受け付けた場合、情報処理端末１０２のユーザに対応付けて停電情報配信サービスの配信希望が登録されているか否かを判断することができる。そして、情報処理装置１０１によれば、配信希望が登録されている場合、撮影画像Ｐの受け付け前に受け付けた位置情報が、ユーザの配信希望地域に含まれるか否かに応じて、撮影画像Ｐを含む災害情報に優先度を設定することができる。具体的には、例えば、情報処理装置１０１は、受け付けた位置情報がユーザの配信希望地域に含まれる場合、受け付けた位置情報がユーザの配信希望地域に含まれない場合よりも高い優先度を、撮影画像Ｐを含む災害情報に設定する。

これにより、現場の位置情報が、情報処理端末１０２のユーザが利用中の停電情報配信サービスにおいて登録済みの配信希望地域とマッチすれば、情報の信憑性が高いと判断して、撮影画像Ｐを含む災害情報に優先度「高」を設定することができる。電力会社側では、災害情報に設定されている優先度に応じて、優先して対応すべき案件を判断することができる。例えば、優先度「高」の災害情報は、優先度「低」の災害情報よりも信憑性が高いため、優先して対応すべき案件であると判断することができる。

また、情報処理装置１０１によれば、配信希望が登録されていない場合には、ユーザ個人を特定可能な情報の記録を許可するか否かを情報処理端末１０２へ問い合わせることができる。そして、情報処理装置１０１によれば、記録を許可する旨の回答を情報処理端末１０２から受け付けた場合に、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信し、記録を許可しない旨の回答を情報処理端末１０２から受け付けた場合には、撮影画像Ｐを含む災害情報を災害対策システム１０３に送信しないようにすることができる。

これにより、ユーザ個人を特定可能な情報（例えば、ユーザＩＤ）の記録を拒む者からの情報は、信憑性が極めて低いと判断して、電力会社に伝達しないようにすることができる。例えば、停電情報配信サービスを利用しておらず、事前に正当性が確認できていないユーザについては、コミュニケーションツール（チャットアプリ）の利用のために登録されるユーザＩＤを用いて、本人認証を行い、情報の信憑性を確保することができる。また、本人認証のために、氏名、住所などをユーザに入力させる必要がないため、緊急時の利便性を確保することができる。

これらのことから、情報処理装置１０１によれば、電力会社の死活監視では検知できない隠れ停電を検知して、全体最適に基づく現場調査、復旧対応を行うことが可能となり、復旧までの期間の短縮化を図ることができる。また、住民にとっては、停電の長期化を回避することができ、安心して生活することが可能となる。

なお、本実施の形態で説明した情報収集方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報収集プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報収集プログラムは、インターネット等のネットワークを介して配布してもよい。

また、本実施の形態で説明した情報処理装置１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）情報処理端末から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、前記情報処理端末に対する前記チャットボットでの会話を開始し、
前記会話において撮影画像を受け付けた場合、前記撮影画像の受け付け前の会話内容に基づいて、前記撮影画像を含む災害情報を災害対策システムに送信する、
処理をコンピュータに実行させることを特徴とする情報収集プログラム。

（付記２）前記撮影画像の受け付け前に前記情報処理端末に関する位置情報を受け付ける、処理を前記コンピュータに実行させ、
前記送信する処理は、
前記災害対策システムで管理されている地域と災害の状態とが対応付けられた情報を参照し、災害から復旧したことを示す状態に該当する地域に前記位置情報が含まれる場合に、前記撮影画像を含む災害情報を前記災害対策システムに送信する、ことを特徴とする付記１に記載の情報収集プログラム。

（付記３）前記撮影画像の受け付け前に、前記会話において停電の発生状況に関する所定の質問に対して、前記情報処理端末から特定の回答を受け付けた場合に、前記撮影画像を含む災害情報を前記災害対策システムに送信する、ことを特徴とする付記１に記載の情報収集プログラム。

（付記４）前記撮影画像を受け付けた場合、前記情報処理端末のユーザに対応付けて停電情報配信サービスの配信希望が登録されているか否かを判断し、
前記配信希望が登録されている場合、前記撮影画像の受け付け前に受け付けた位置情報が、前記ユーザの配信希望地域に含まれるか否かに応じて、前記撮影画像を含む災害情報に優先度を設定する、処理を前記コンピュータに実行させることを特徴とする付記１に記載の情報収集プログラム。

（付記５）前記災害情報は、前記撮影画像と、前記撮影画像の受け付け前に受け付けた位置情報とを含む、ことを特徴とする付記１に記載の情報収集プログラム。

（付記６）前記設定する処理は、
前記位置情報が前記ユーザの配信希望地域に含まれる場合、前記位置情報が前記ユーザの配信希望地域に含まれない場合よりも高い優先度を、前記撮影画像を含む災害情報に設定する、ことを特徴とする付記４に記載の情報収集プログラム。

（付記７）前記ユーザに対応付けて前記配信希望が登録されていない場合には、前記ユーザ個人を特定可能な情報の記録を許可するか否かを前記情報処理端末へ問い合わせる、処理を前記コンピュータに実行させ、
前記送信する処理は、
前記情報処理端末から前記記録を許可する旨の回答を受け付けた場合に、前記撮影画像を含む災害情報を前記災害対策システムに送信し、
前記情報処理端末から前記記録を許可しない旨の回答を受け付けた場合には、前記撮影画像を含む災害情報を前記災害対策システムに送信しない、
ことを特徴とする付記４に記載の情報収集プログラム。

（付記８）前記撮影画像は、前記会話において出力される現場の状況を撮影するよう促すメッセージに対して前記情報処理端末から受け付けた写真または動画である、ことを特徴とする付記１に記載の情報収集プログラム。

（付記９）前記災害対策システムは、電力会社の管轄区域内において発生した停電に関する停電情報を管理する災害対策システムである、ことを特徴とする付記１～８のいずれか一つに記載の情報収集プログラム。

（付記１０）情報処理端末から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、前記情報処理端末に対する前記チャットボットでの会話を開始し、
前記会話において撮影画像を受け付けた場合、前記撮影画像の受け付け前の会話内容に基づいて、前記撮影画像を含む災害情報を災害対策システムに送信する、
処理をコンピュータが実行することを特徴とする情報収集方法。

（付記１１）情報処理端末から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、前記情報処理端末に対する前記チャットボットでの会話を開始する会話制御部と、
前記会話において撮影画像を受け付けた場合、前記撮影画像の受け付け前の会話内容に基づいて、前記撮影画像を含む災害情報を災害対策システムに送信する通信制御部と、
を有することを特徴とする情報処理装置。

１００ 情報収集システム
１０１ 情報処理装置
１０２ 情報処理端末
１０３ 災害対策システム
１０４ オペレータ端末
１１０ ネットワーク
１２０ ユーザ情報ＤＢ
１３０ 停電情報ＤＢ
２００，３００ バス
２０１，３０１ ＣＰＵ
２０２，３０２ メモリ
２０３ ディスクドライブ
２０４ ディスク
２０５，３０５ 通信Ｉ／Ｆ
２０６ 可搬型記録媒体Ｉ／Ｆ
２０７ 可搬型記録媒体
３０３ ディスプレイ
３０４ 入力装置
３０６ カメラ
３０７ スピーカ
３０８ マイクロフォン
３０９ ＧＰＳユニット
６００ トークスクリプト
７０１ 受付部
７０２ 会話制御部
７０３ 通信制御部
８００ チャット画面
８０６，９０２ 撮影画像
９０１ 位置情報
９１０ 地図システム

Claims (7)

1. 情報処理端末から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、前記情報処理端末に対する前記チャットボットでの会話を開始し、
   前記会話において撮影画像を受け付けた場合、前記撮影画像の受け付け前の会話内容に基づいて、前記撮影画像を含む災害情報を災害対策システムに送信する、
   処理をコンピュータに実行させることを特徴とする情報収集プログラム。
2. 前記撮影画像の受け付け前に前記情報処理端末に関する位置情報を受け付ける、処理を前記コンピュータに実行させ、
   前記送信する処理は、
   前記災害対策システムで管理されている地域と災害の状態とが対応付けられた情報を参照し、災害から復旧したことを示す状態に該当する地域に前記位置情報が含まれる場合に、前記撮影画像を含む災害情報を前記災害対策システムに送信する、ことを特徴とする請求項１に記載の情報収集プログラム。
3. 前記撮影画像の受け付け前に、前記会話において停電の発生状況に関する所定の質問に対して、前記情報処理端末から特定の回答を受け付けた場合に、前記撮影画像を含む災害情報を前記災害対策システムに送信する、ことを特徴とする請求項１に記載の情報収集プログラム。
4. 前記撮影画像を受け付けた場合、前記情報処理端末のユーザに対応付けて停電情報配信サービスの配信希望が登録されているか否かを判断し、
   前記配信希望が登録されている場合、前記撮影画像の受け付け前に受け付けた位置情報が、前記ユーザの配信希望地域に含まれるか否かに応じて、前記撮影画像を含む災害情報に優先度を設定する、処理を前記コンピュータに実行させることを特徴とする請求項１に記載の情報収集プログラム。
5. 前記災害情報は、前記撮影画像と、前記撮影画像の受け付け前に受け付けた位置情報とを含む、ことを特徴とする請求項１に記載の情報収集プログラム。
6. 情報処理端末から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、前記情報処理端末に対する前記チャットボットでの会話を開始し、
   前記会話において撮影画像を受け付けた場合、前記撮影画像の受け付け前の会話内容に基づいて、前記撮影画像を含む災害情報を災害対策システムに送信する、
   処理をコンピュータが実行することを特徴とする情報収集方法。
7. 情報処理端末から災害向けチャットボットでの会話の開始指示を受け付けたことに応じて、前記情報処理端末に対する前記チャットボットでの会話を開始する会話制御部と、
   前記会話において撮影画像を受け付けた場合、前記撮影画像の受け付け前の会話内容に基づいて、前記撮影画像を含む災害情報を災害対策システムに送信する通信制御部と、
   を有することを特徴とする情報処理装置。

Images