(57)【要約】【課題】ネット上で発生した炎上に対して、迅速かつ適切な初動対応を支援すること。【解決手段】炎上判定装置１は、監視先サイト２の投稿内容を取得し、その取得した投稿内容が炎上判定用ＤＢ２２の炎上判定ロジックに合致することで炎上しているか否かを判定し、炎上していると判定されたときに、利用者電話端末４の電話番号に対して、炎上している旨を通知するための発呼を行い、その発呼を介して利用者電話端末４から返答された炎上対策方針に従い、監視先サイト２に対して所定の要求を送信する。所定の要求とは、例えば、謝罪文を掲載したり、投稿の削除を要求したりする要求である。【選択図】図１
2017005498.tif 000002
【特許請求の範囲】
【請求項１】
監視先サイトの投稿内容を監視する利用者へ連絡するための利用者電話端末の電話番号と、前記監視先サイトの投稿内容が炎上しているか否かを判定するための炎上判定ロジックとが記憶されている記憶部と、
前記監視先サイトの投稿内容を取得し、その取得した投稿内容が前記炎上判定ロジックに合致するときに炎上していると判定し、その判定で炎上しているときに、前記利用者電話端末の電話番号に対して、炎上している旨を通知するための発呼を行い、
その発呼を介して前記利用者電話端末から返答された炎上対策方針に従い、前記監視先サイトに対して所定の要求を送信する制御部と、を有することを特徴とする
炎上判定装置。
【請求項２】
前記制御部は、
複数種類の炎上パターンを区別して判定する前記炎上判定ロジックを前記記憶部から読み取り、その読み取った前記炎上判定ロジックをもとに、前記監視先サイトの投稿内容がどの前記炎上パターンに該当するかを判定し、
前記利用者電話端末に炎上している旨を通知するための発呼を行うときに、判定した前記炎上パターンも併せて通知することを特徴とする
請求項１に記載の炎上判定装置。
【請求項３】
前記記憶部には、さらに、投稿が監視される被監視者の情報と、犯罪を連想するキーワードである犯罪連想ワードとが登録されており、
前記制御部は、前記被監視者からの投稿であり、かつ、前記犯罪連想ワードを含む投稿について、複数種類の前記炎上パターンのうちの１つとして判定することを特徴とする
請求項２に記載の炎上判定装置。
【請求項４】
前記記憶部には、さらに、投稿を監視する監視者の個人情報が登録されており、
前記制御部は、前記監視者の個人情報を含む投稿について、複数種類の前記炎上パターンのうちの１つとして判定することを特徴とする
請求項２に記載の炎上判定装置。
【請求項５】
前記記憶部には、さらに、投稿を監視する監視者に関する情報と、誹謗中傷を示すキーワードである誹謗中傷ワードとが登録されており、
前記制御部は、前記監視者に関する情報と、前記誹謗中傷ワードとを含む投稿について、複数種類の前記炎上パターンのうちの１つとして判定することを特徴とする
請求項２に記載の炎上判定装置。
【請求項６】
請求項１ないし請求項５のいずれか１項に記載の炎上判定装置と、前記利用者電話端末とを含めて構成される炎上判定システム。
【請求項７】
炎上判定装置は、記憶部と、制御部とを有しており、
前記記憶部には、監視先サイトの投稿内容を監視する利用者へ連絡するための利用者電話端末の電話番号と、前記監視先サイトの投稿内容が炎上しているか否かを判定するための炎上判定ロジックとが記憶されており、
前記制御部は、
前記監視先サイトの投稿内容を取得し、その取得した投稿内容が前記炎上判定ロジックに合致するときに炎上していると判定し、その判定で炎上しているときに、前記利用者電話端末の電話番号に対して、炎上している旨を通知するための発呼を行い、
その発呼を介して前記利用者電話端末から返答された炎上対策方針に従い、前記監視先サイトに対して所定の要求を送信することを特徴とする
炎上判定方法。
【請求項８】
請求項７の記載の炎上判定方法を、コンピュータである前記炎上判定装置に実行させるための炎上判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、炎上判定装置、炎上判定システム、炎上判定方法、および、炎上判定プログラムの技術に関する。
【背景技術】
【０００２】
個人であってもスマートフォンなどから容易に記事を投稿できるＳＮＳ（Social Networking Service）が普及している。新聞記事などのプロの編集過程を経たものではない素人の投稿記事は、非難・批判・誹謗・中傷などのコメントやトラックバックが殺到する、いわゆる「炎上」が発生しやすく、その炎上件数は、年々増加している。
【０００３】
炎上の発生を投稿者本人が目視で発見するのは大変な手間がかかる。よって、その炎上発見の代行サービスとして、非特許文献１には、ＳＮＳの書き込み内容から炎上を検知し、リスクに該当するものについてアラームを出すサービスが、紹介されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】株式会社ホットリンク、"e-miningアラート目視サービス"、［online］、2014年05月13日、［平成27年5月28日検索］、インターネット〈URL：http://www.hottolink.co.jp/pr/press/9541〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
炎上はすぐさまＳＮＳ上に広がるため、炎上発生直後の迅速な初動対応が肝心である。しかし非特許文献１で紹介されているサービスでは、炎上検知までは自動化しているが、その検知後のユーザへの通知や炎上への対応は人手で行っているため、初動対応が遅れてしまう。例えば、ユーザが外出先で携帯電話しか所持していなくても、リアルタイムに初動対応を実施したいというニーズがある。
【０００６】
そこで、本発明は、ネット上で発生した炎上に対して、迅速かつ適切な初動対応を支援することを、主な課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、本発明の炎上判定装置は、
監視先サイトの投稿内容を監視する利用者へ連絡するための利用者電話端末の電話番号と、前記監視先サイトの投稿内容が炎上しているか否かを判定するための炎上判定ロジックとが記憶されている記憶部と、
前記監視先サイトの投稿内容を取得し、その取得した投稿内容が前記炎上判定ロジックに合致するときに炎上していると判定し、その判定で炎上しているときに、前記利用者電話端末の電話番号に対して、炎上している旨を通知するための発呼を行い、
その発呼を介して前記利用者電話端末から返答された炎上対策方針に従い、前記監視先サイトに対して所定の要求を送信する制御部と、を有することを特徴とする。
【０００８】
これにより、炎上通知からその対策実行までの一連の流れを、利用者電話端末を介して円滑に実行できるので、ネット上で発生した炎上に対して、迅速かつ適切な初動対応を支援することができる。
【０００９】
本発明は、前記制御部が、
複数種類の炎上パターンを区別して判定する前記炎上判定ロジックを前記記憶部から読み取り、その読み取った前記炎上判定ロジックをもとに、前記監視先サイトの投稿内容がどの前記炎上パターンに該当するかを判定し、
前記利用者電話端末に炎上している旨を通知するための発呼を行うときに、判定した前記炎上パターンも併せて通知することを特徴とする。
【００１０】
これにより、炎上を通知された利用者は、併せて通知される炎上パターンから炎上原因を推測できるので、炎上対策方針をたてやすくなる。
【００１１】
本発明は、前記記憶部には、さらに、投稿が監視される被監視者の情報と、犯罪を連想するキーワードである犯罪連想ワードとが登録されており、
前記制御部が、前記被監視者からの投稿であり、かつ、前記犯罪連想ワードを含む投稿について、複数種類の前記炎上パターンのうちの１つとして判定することを特徴とする。
【００１２】
これにより、自社の従業員を予め被監視者として登録しておくことで、犯罪自慢型の炎上パターンが通知されるので、従業員の悪ふざけによる炎上の被害を少なくすることができる。
【００１３】
本発明は、前記記憶部には、さらに、投稿を監視する監視者の個人情報が登録されており、
前記制御部が、前記監視者の個人情報を含む投稿について、複数種類の前記炎上パターンのうちの１つとして判定することを特徴とする。
【００１４】
これにより、個人ユーザが住所をさらされるなどの攻撃に対して、さらしあげ型の炎上パターンが通知されるので、投稿削除などの適切な炎上対策方針を実施できる。
【００１５】
本発明は、前記記憶部には、さらに、投稿を監視する監視者に関する情報と、誹謗中傷を示すキーワードである誹謗中傷ワードとが登録されており、
前記制御部が、前記監視者に関する情報と、前記誹謗中傷ワードとを含む投稿について、複数種類の前記炎上パターンのうちの１つとして判定することを特徴とする。
【００１６】
これにより、自社製品が不当に毀損される風評被害などに対して、誹謗中傷型の炎上パターンが通知されるので、適切な炎上対策方針を実施できる。
【発明の効果】
【００１７】
本発明によれば、ネット上で発生した炎上に対して、迅速かつ適切な初動対応を支援することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に関する炎上対応システムの構成図である。
【図２】本発明の一実施形態に関する炎上判定用ＤＢの構成図である。
【図３】本発明の一実施形態に関する炎上対応システムの処理を示すシーケンス図である。
【図４】本発明の一実施形態に関する炎上判定処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【００２０】
図１は、炎上対応システムの構成図である。
炎上対応システム（炎上判定システム）は、炎上判定装置１と、監視先サイト２と、呼制御装置３と、利用者電話端末４とがネットワークで接続されて構成される。
なお、図１に示す炎上対応システムの各装置は、ＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成され、このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、後記する各処理部により構成される制御部（制御手段）を動作させる。
また、図１の装置構成は、あくまで一例であり、呼制御装置３の物理筐体に対して、炎上判定装置１の各機能を含める形態や、利用者電話端末４のスマートフォンに対して、炎上判定装置１の各機能をアプリとしてインストールする形態など、任意の装置構成を採用してもよい。
【００２１】
炎上判定装置１は、監視先サイト２に書き込まれる投稿を監視し、その投稿内容が事前に設定された炎上判定ロジックに合致する場合、呼制御装置３が提供するセッション制御ＡＰＩ（Application Programming Interface）などを介して、利用者電話端末４に炎上した投稿を通知するとともに、ＩＶＲ（Interactive Voice Response）などによりその炎上対策（初動対応の方針）の入力を受け付ける。そして、炎上判定装置１は、監視先サイト２が提供するＷｅｂ  ＡＰＩなどを介して、炎上投稿の削除指示などの受け付けた炎上対策を実施する。
【００２２】
炎上判定装置１は、画面表示部１１と、ユーザ情報操作部１２と、炎上判定ロジック操作部１３と、ＤＢ操作部２１と、炎上判定用ＤＢ２２と、投稿処理部３１と、炎上判定部３２と、監視先ＡＰＩ実行部３３と、呼制御ＡＰＩ実行部３４とを含めて構成される。
【００２３】
炎上判定用ＤＢ２２は、ＤＢ操作部２１からの指示に従って、炎上判定処理やその後の炎上対策処理に用いられる各種データの読み書きを実行する。この炎上判定用ＤＢ２２のデータ内容は、監視者から操作される各種入力手段（ユーザ情報操作部１２、炎上判定ロジック操作部１３）を介して、画面表示部１１が表示する入力画面から入力される。
なお、ユーザ情報操作部１２は、画面表示部１１に表示された設定画面に対して、図２のユーザ情報を入力される処理部である。
また、炎上判定ロジック操作部１３は、画面表示部１１に表示された設定画面に対して、図２の炎上判定ロジックを入力される処理部である。
【００２４】
炎上判定部３２は、監視先サイト２の投稿記事から炎上が発生したか否かを判定し、その発生した炎上に応じた初動対応を指示する主要な処理部である。
投稿処理部３１は、炎上判定部３２からの要求を受け、監視先ＡＰＩ実行部３３を介して、監視先サイト２が提供する各種ＡＰＩ（投稿の読み書きを実行するものなど）へ指示を送ることにより、監視先サイト２の投稿内容を読み書きする。
また、炎上判定部３２は、呼制御ＡＰＩ実行部３４を介して、呼制御装置３が提供する各種ＡＰＩ（利用者電話端末４への発呼処理、音声ガイダンス送信処理、ＩＶＲ処理など）へ指示を送ることにより、利用者電話端末４を保持する監視者と炎上について連絡を取り合う。
【００２５】
図２は、炎上判定用ＤＢ２２の構成図である。
炎上判定用ＤＢ２２は、ユーザＩＤと、ユーザ情報と、監視先サイトと、投稿可能時間と、炎上判定ロジックとを対応付けて管理する。
炎上判定用ＤＢ２２の「ユーザＩＤ」は、炎上の監視者ごとに生成される識別情報である。
例えば、ユーザＩＤ「Ｕ００１」では、趣味として個人的にＳＮＳを使用している監視者であるＡ太郎という個人が、被監視者（監視される者）として、匿名サイトなどで投稿される名前も知らない他人からの炎上投稿（「Ａ太郎ってクズでしょ」などの投稿）を監視する場合である。
【００２６】
また、ユーザＩＤ「Ｕ００２」では、監視者であるＢ食品の飲食店のオーナーが、被監視者である飲食店の従業員による炎上投稿（「バイト先の冷蔵庫に全裸で入っちゃいました」などの投稿）を監視する場合である。
その他、図示は省略したが、特定企業のＳＮＳアカウントを管理している広報担当が監視者として、そのアカウントに対する第三者（被監視者）からの誹謗中傷の投稿を監視する場合などもある。
【００２７】
炎上判定用ＤＢ２２の「ユーザ情報」は、炎上の監視者（または被監視者）に関する情報であり、投稿されたくない「個人情報」か、それ以外の公開してもよい情報のいずれかに分類される。なお、同じ電話番号というデータであっても、個人ユーザのＡ太郎にとっては秘匿すべき個人情報（図では行頭の「＊」マークあり）であるが、法人ユーザのＢ食品にとっては客からの問い合わせに対応するために公開してもよい情報（図では行頭の「＊」マークなし）である。
【００２８】
炎上判定用ＤＢ２２の「監視先サイト」（図１の監視先サイト２を特定する情報）は、被監視者が炎上投稿をしそうなサイトとして、炎上の監視者が指定するものであり、twitter（登録商標）やfacebook（登録商標）などの投稿者が特定できるサイトだけでなく、２ちゃんねる（登録商標）などの匿名サイトを指定してもよい。
なお、図２の「twitter（@U001）」の「@U001」とは、被監視者のＩＤであり、このＩＤからの投稿（またはこのＩＤからの投稿を起点として、返答や引用などにより波及する別人の投稿）が監視対象に含まれる。また、Ｂ食品の「twitter（@U002a,@U002b,@U002c,…）」のように被監視者が複数存在するときは、その各被監視者を列挙して指定してもよい。
【００２９】
炎上判定用ＤＢ２２の「投稿可能時間」は、投稿者にとって、監視先サイトへの投稿が可能な時間帯を指定するものである。図４の「判定（１）なりすまし型」で後記するように、投稿可能時間外での投稿を検知すると、攻撃者が投稿者のＩＤを不正に乗っ取って、投稿者になりすまして投稿したと判断するために、投稿可能時間が使用される。
【００３０】
炎上判定用ＤＢ２２の「炎上判定ロジック」は、ユーザ（炎上の監視者）ごとに、監視したい炎上のパターンと、そのパターンの判定に使用するパラメータを炎上判定ロジックとして指定させるものである。その詳細は図４で後記するように、本実施形態では、（１）〜（４）の４種類の炎上判定ロジックを例示するが、この炎上判定ロジックを全部用いる必要はなく、個々の炎上判定ロジックを使用するか（図２の「適用」）、使用しないか（図２の「不適用」）をユーザに指定させる。
【００３１】
図３は、炎上対応システムの処理を示すシーケンス図である。
Ｓ１０１として、監視者（利用者）の利用者電話端末４は、炎上判定用ＤＢ２２への登録内容を、炎上判定装置１に通知する。この通知内容は、例えば、画面表示部１１に表示された設定画面に対して、ユーザ情報操作部１２を介して入力される図２のユーザ情報や、炎上判定ロジック操作部１３を介して入力される図２の炎上判定ロジックなどである。ＤＢ操作部２１は、Ｓ１０１で通知された登録内容を炎上判定用ＤＢ２２に反映する。
【００３２】
Ｓ１０２として、投稿処理部３１は、Ｓ１０１の登録内容に従って、監視先サイト２の投稿に対する監視を開始する。そのため、投稿処理部３１は、監視先ＡＰＩ実行部３３を介して監視先サイト２に対して、監視対象の投稿内容（またはその投稿から抽出したキーワードなどの要約情報）を炎上判定装置１に通知し続けるよう指示する。その指示に従って、監視先サイト２は、自身の投稿内容を炎上判定装置１に通知し続ける（Ｓ１０３）。そのうち、ある投稿内容に対して炎上が発生したとする（Ｓ１０３ｂ）。
【００３３】
Ｓ１０４として、炎上判定部３２は、Ｓ１０３で通知される各投稿に対して、炎上判定用ＤＢ２２の炎上判定ロジックを基に、炎上しているか否かを判定する。ここでは、炎上が発生したとして以下の処理を説明するが、今回炎上が発生してもしなくても、Ｓ１０３の炎上監視は、継続される。
なお、このＳ１０４の炎上判定処理は、例えば、特定のキーワードが一定回数以上書き込まれたら炎上と判定する「キーワード検索処理」や、ユーザの氏名などの個人情報が他のユーザに書き込まれたら炎上と判定する「個人情報検索処理」である。この炎上判定処理のさらなる具体例は、図４で説明する。
【００３４】
Ｓ１１１として、炎上判定部３２は、Ｓ１０４で炎上発生と判定した場合、その旨を監視者に通知するため、呼制御ＡＰＩ実行部３４を介して、呼制御装置３に発呼を依頼する。
Ｓ１１２として、呼制御装置３は、炎上判定用ＤＢ２２の個人情報などに記載されている監視者の電話番号への発呼により、利用者電話端末４に炎上を通知する。ここで、利用者電話端末４に対して炎上内容を通知するために、自動音声応答システム（ＩＶＲ）を活用することで、オペレータなどの人手による通知の手間を省くことができる。
【００３５】
なお、Ｓ１１２で監視者に通知される内容は、例えば以下の通りである。
・Ｓ１０４で炎上発生と判定した炎上対象の記事。なお、炎上の延焼範囲は、火種記事を起点として、転載や引用などにより次々と広がってしまう。よって、炎上対象の投稿が複数存在するときは、火種記事を絞り込むことが望ましい。なお、火種記事の特定方法は、例えば、監視先サイト２のアクセス数を日ごとに集計し、アクセス数が急増した日（炎上日）付近の投稿記事の一覧を監視者に提示し、その監視者が選んだ記事とする方法がある。
・炎上対象の記事に関する属性情報（投稿日時、投稿者など）
・炎上理由（詳細は、図４で後記する（１）〜（４）のうちのどの炎上判定ロジックに合致したか）
・監視者に選択させる初動対応
【００３６】
Ｓ１１３として、利用者電話端末４は、Ｓ１１２への応答として、提示された初動対応のリストから、初動対応方針（炎上対策方針）を呼制御装置３に応答する。この応答の入力には、利用者電話端末４のダイヤルボタンを用いるＩＶＲの入力を用いてもよいし、音声信号として話した内容を機械的に音声認識させるような音声入力を用いてもよいし、メールなどの電子データ（テキストデータ）の入力手段を用いてもよい。
ここで、選択させる初動対応は、以下に例示される対策である。
・炎上記事（可能であれば火種記事）の削除依頼をする。なお、削除対象は、本記事だけでなく、その本記事から派生するコメントやトラックバックも含めてもよい。
・炎上記事やそのコメントの投稿者をブロック（アクセス不可に）する。
・監視先サイト２などに謝罪文の投稿依頼をする。
・今回は放置し、炎上の沈静化を待つ。
・炎上内容のログや炎上させた人のアクセスログなどを炎上判定装置１内で保持し、その保持した証拠を元に監視先サイト２の管理者や警察機関などに通報する。
【００３７】
なお、呼制御装置３は、Ｓ１１３でメニュー化された対策から任意の対策を選択させるときには、「○○さんのＳＮＳに不適切な書き込みを検知しました。削除させる場合は「1」を、謝罪文を掲載させる場合は「2」を、何もしない場合は「3」を押してください」などの音声ガイダンスを監視者に聞かせる。
Ｓ１１４として、呼制御装置３は、Ｓ１１３で通知された炎上対策応答を、Ｓ１１１への応答として炎上判定装置１に通知する。
【００３８】
Ｓ１１５として、炎上判定部３２は、Ｓ１１４で応答された炎上対策に従って、Ｓ１０４で判定した炎上投稿への初動対応を実行する。例えば、炎上対策として炎上記事の削除依頼が指定されたときには、炎上判定部３２は、投稿処理部３１に対して、監視先ＡＰＩ実行部３３を介した監視先サイト２からの炎上記事の削除を実行させる。
【００３９】
図４は、炎上判定部３２による炎上判定処理（Ｓ１０４の詳細）を示すフローチャートである。
Ｓ２０１として、炎上判定部３２は、判定対象の投稿が炎上判定用ＤＢ２２に登録されているユーザ（監視者または被監視者）自身による投稿か否かを判定する。Ｓ２０１でＹｅｓならＳ２０２に進み、ＮｏならＳ２１１に進む。
Ｓ２０２として、炎上判定部３２は、判定対象の投稿時間が炎上判定用ＤＢ２２に登録されている投稿可能時間内か否かを判定する。Ｓ２０２でＹｅｓならＳ２０４に進み、ＮｏならＳ２０３に進む。
【００４０】
Ｓ２０３として、炎上判定部３２は、投稿可能時間外の投稿（例えば、「Ａ太郎」による平日10:00の投稿）を「判定（１）なりすまし型」として炎上ありと判定する。
例えば、図２の監視者「Ａ太郎」は、個人的にＳＮＳを利用しており、そのなりすましが発生しやすいとして、あらかじめ判定（１）を適用する設定を炎上判定用ＤＢ２２に登録しておくことで、このＳ２０３で判定（１）を検出できる。
一方、図２の監視者「Ｂ食品」は、企業としてＳＮＳを利用しているので、充分にセキュリティ強度を高めておくことにより、「判定（１）なりすまし型」の判定を行わない（不適用）設定である。
【００４１】
Ｓ２０４として、炎上判定部３２は、判定対象の投稿内容に対して、炎上判定用ＤＢ２２に登録した犯罪連想ワードが含まれているか否かを判定する。Ｓ２０４でＹｅｓならＳ２０５に進み、Ｎｏなら炎上なしとして終了する。
Ｓ２０５として、炎上判定部３２は、犯罪連想ワードが含まれているユーザの投稿を、「判定（２）犯罪自慢型」として炎上ありと判定する。
例えば、図２の監視者「Ａ太郎」は、個人的にＳＮＳを利用しており、自分自身が充分に投稿内容に気をつけているので、「判定（２）犯罪自慢型」の判定を行わない（不適用）設定である。
一方、図２の監視者「Ｂ食品」は、被監視者である従業員が「バイト先の冷蔵庫に全裸で入っちゃいました」などの悪ふざけの投稿を行う可能性があるので、「全裸、わいせつ、暴力」などの刑法などから犯罪を想像させる法的用語やその隠語などを、犯罪連想ワードとして炎上判定用ＤＢ２２に事前登録しておくことで、炎上投稿を効果的に検出できる。
【００４２】
以下に説明するＳ２１１〜Ｓ２１５の処理は、他人の投稿内容から、炎上が発生する場合である。
Ｓ２１１として、炎上判定部３２は、炎上判定用ＤＢ２２に予め登録されている「ユーザ情報」が、他人の投稿内容に含まれているか否かを判定する。Ｓ２１１でＹｅｓならＳ２１２に進み、Ｎｏなら炎上なしとして終了する。
【００４３】
Ｓ２１２として、炎上判定部３２は、Ｓ２１１で判定した「ユーザ情報」が、個人情報に該当するか否かを判定する。Ｓ２１２でＹｅｓならＳ２１３に進み、ＮｏならＳ２１４に進む。
Ｓ２１３として、炎上判定部３２は、氏名や電話番号などの個人情報が含まれている他人の投稿を、「判定（３）さらしあげ型」として炎上ありと判定する。
例えば、図２の監視者「Ａ太郎」は、インターネット上では匿名ユーザとしてＳＮＳを利用しており、自分の電話番号が第三者にさらされるのを恐れるので、「判定（３）さらしあげ型」の判定を行う（適用）設定である。
一方、図２の監視者「Ｂ食品」は、法人単位で営業しており電話番号などは公開しているため、「判定（３）さらしあげ型」の判定を行わない（不適用）設定である。
【００４４】
Ｓ２１４として、炎上判定部３２は、Ｓ２１１で判定した「ユーザ情報」を含む他人の投稿について、さらに、その投稿に誹謗中傷ワードが含まれているか否かを判定する。Ｓ２１４でＹｅｓならＳ２１５に進み、Ｎｏなら炎上なしとして終了する。
Ｓ２１５として、炎上判定部３２は、Ｓ２１４で判定した「ユーザ情報および誹謗中傷ワード」が含まれている他人の投稿を、「判定（４）誹謗中傷型」として炎上ありと判定する。
【００４５】
例えば、図２の監視者「Ａ太郎」は、インターネット上では匿名ユーザとしてＳＮＳを利用しており、自分のニックネームに対する誹謗中傷でのダメージはたいしたことないと考え、「判定（４）誹謗中傷型」の判定を行わない（不適用）設定である。
一方、図２の監視者「Ｂ食品」は、「判定（４）誹謗中傷型」の判定を行う（適用）設定とし、そのパラメータとして「クソ、カス」などの著しくネガティブな誹謗中傷ワードを炎上判定用ＤＢ２２に事前登録しておくことで、「牛丼店ＹＹはクソまずい」などの自社ブランドを毀損するような炎上投稿を効果的に検出できる。
【００４６】
以上説明した本実施形態の炎上判定装置１は、監視先サイト２のユーザページへの書込内容を定期的に閲覧し、当該閲覧内容を事前に設定された炎上判定用ＤＢ２２の炎上判定ロジックに合致するか否かの判断をする炎上判定部３２を有する。
炎上判定部３２は、炎上判定ロジックに合致することで炎上と判断された場合に、炎上判定用ＤＢ２２に事前登録されているユーザの電話番号（利用者電話端末４の電話番号）に自動発呼するとともに、ＩＶＲによって、当該ユーザにメニュー化された対策から任意の対策を選択させる。
そして、炎上判定部３２は、監視先サイト２に対して謝罪文を掲載するなどの選択された対策を自動的に実施することを特徴とする。これにより、ＳＮＳ炎上時の初動対応を適切に自動化することで、炎上の早期発見だけでなく、その早期対策を可能にする。
【符号の説明】
【００４７】
１      炎上判定装置
２      監視先サイト
３      呼制御装置
４      利用者電話端末
１１    画面表示部
１２    ユーザ情報操作部
１３    炎上判定ロジック操作部
２１    ＤＢ操作部
２２    炎上判定用ＤＢ
３１    投稿処理部
３２    炎上判定部
３３    監視先ＡＰＩ実行部
３４    呼制御ＡＰＩ実行部
【図１】
2017005498.tif 000003
【図２】
2017005498.tif 000004
【図３】
2017005498.tif 000005
【図４】
2017005498.tif 000006