JP2020042442A - 情報提供プログラム、情報提供方法及び情報提供装置 - Google Patents

Abstract

【課題】グループ内の利用者で閲覧可能なシステムに投稿した内容に応じて利用者に適切に情報を提供する。【解決手段】グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定し、決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定し、推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する、処理をコンピュータに実行させる情報提供プログラムが提供される。【選択図】図１

Description

本開示は、情報提供プログラム、情報提供方法及び情報提供装置に関する。

配信対象となるユーザに合った効率的な広告を配信することができる情報提供システムが提案されている（例えば、特許文献１参照）。上記特許文献では、個人のプロファイル情報に基づきユーザに合ったコンテンツ情報を取得し、配信する。

特開２００８−１９１９７９号公報

ところで、保険会社と契約している保険商品等、ユーザが加入する商品やサービスについてユーザが詳細に覚えていないことがある。また、ＳＮＳ等のグループ内に投稿された情報をグループ内のメンバーで閲覧可能なコミュニケーションツールが利用されるようになってきている。

そこで、１つの側面では、本開示は、グループ内の利用者で閲覧可能なシステムに投稿した内容に応じて利用者に適切に情報を提供することを提供する。

１つの実施態様では、グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定し、決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定し、推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する、処理をコンピュータに実行させる情報提供プログラムが提供される。

１つの側面では、本開示は、グループ内の利用者で閲覧可能なシステムに投稿した内容に応じて利用者に適切に情報を提供することができる。

一実施形態に係る情報提供システムの全体構成の一例を示す図。 一実施形態に係る商品契約ＤＢの一例を示す図。 一実施形態に係る商品内容ＤＢの一例を示す図。 一実施形態に係る発言変数ＤＢの一例を示す図。 一実施形態に係る商品キーワードＤＢの一例を示す図。 一実施形態に係るチャットルーム管理ＤＢの一例を示す図。 一実施形態に利用者ＤＢの一例を示す図。 一実施形態に発言回数ＤＢの一例を示す図。 一実施形態に会話履歴ＤＢの一例を示す図。 一実施形態に係るサーバのハードウェア構成の一例を示す図。 一実施形態に係る情報提供処理の一例を示すフローチャート。 一実施形態に係るルーム選択画面の一例を示す図。 一実施形態に係る情報提供処理の一例を示すフローチャート。 一実施形態に係る表示処理の一例を示すフローチャート。 一実施形態に係る表示画面の一例を示す図。 一実施形態に係る表示画面の一例を示す図。 一実施形態に係る表示画面の一例を示す図。 一実施形態の変形例に係る商品キーワードＤＢの一例を示す図。 一実施形態の変形例に係る表示画面の一例を示す図。 一実施形態の変形例に係る表示画面の一例を示す図。

以下、一実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［情報提供システムの全体構成］
まず、一実施形態に係る情報提供システムの構成の一例について、図１を参照しながら説明する。一実施形態に係る情報提供システムは、サーバ１０、端末２０ａ、２０ｂを有する。サーバ１０と端末２０ａ、２０ｂ（以下、総称して「端末２０」ともいう。）とは、ネットワークにて接続されている。

サーバ１０は、パーソナルコンピュータ（ＰＣ）、タブレット型コンピュータ、スマートフォン、クラウドコンピュータ、エッジコンピュータ等のいずれの情報処理装置であってもよい。端末２０は、スマートフォン、タブレット型端末、ＰＤＡ（Personal Digital Assistants）、携帯電話、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器であってもよい。端末２０は、ＨＭＤ（Head Mount Display）、ＦＭＤ（Face Mount Display）等のウェアラブル表示デバイスであってもよい。

サーバ１０は、記憶部１１、通信部１２、取得部１３、決定部１４、推定部１５及び出力部１６の各種機能を有する。記憶部１１は、情報提供プログラム３１、商品契約ＤＢ３２、商品内容ＤＢ３３、発言変数ＤＢ３４、商品キーワードＤＢ３５、チャットルーム管理ＤＢ３６、利用者ＤＢ３７、発言回数ＤＢ３８及び会話履歴ＤＢ３９を記憶する。

情報提供プログラム３１は、ルーム内のメンバーで閲覧可能なＳＮＳ等のシステムに投稿した内容に応じて、ユーザに適切に情報を提供する情報提供処理をサーバ１０に実行させるためのプログラムである。

商品契約ＤＢ３２は、ユーザ（利用者）毎に契約（加入）した保険の商品情報を記憶する。図２の例では、利用者の顧客番号（以下、「利用者ＩＤ」ともいう。）毎に顧客の氏名、顧客生年月日、顧客が加入する保険の商品ＩＤ、端末ＩＤ（利用者の携帯電話番号）が商品契約ＤＢ３２に記憶されている。

商品内容ＤＢ３３は、商品ＩＤ毎の保険の内容を記憶する。図３の例では、商品ＩＤ毎に保険の種類、保険料（月額）、保障内容が商品内容ＤＢ３３に記憶されている。

発言変数ＤＢ３４は、利用者へ保険に関するメッセージを送信する際に、メッセージに挿入可能な部分を変数にて定義する。図４の例では、変数を定義する記号毎に発言条件、文字列が発言変数ＤＢ３４に記憶されている。

商品キーワードＤＢ３５は、図５に示すように、商品ＩＤ毎に、グループ内のメンバーで閲覧可能なシステムへの投稿内容が予め定められた内容と同一又は類似する内容であるかを監視するためのキーワードを記憶する。キーワードに関する疑いは、キーワードから連想される病状を示す。また、商品キーワードＤＢ３５は、投稿内容が予め定められた内容と同一又は類似する内容であるかを監視する期間（以下、「判定期間」ともいう。）、メッセージの表示条件（判定期間内での発言回数）、契約済みフラグ、メッセージを記憶する。判定期間は、商品キーワードＤＢ３５に定義されたキーワードを利用者が最初に発言してから所定の期間であり、決定部１４が決定する。

メッセージの一部には、発言変数ＤＢ３４にて定義された記号が組み込まれている場合がある。メッセージは、表示条件が満足された場合、条件に応じて、システムが動的に生成した発言を仮想の発言者（以下、「保険キャラクラ」と呼ぶ）の発言内容としてチャットルーム（以下、「ルーム」ともいう。）内の利用者のうちの発言者又はメンバー全員の端末２０に表示される。

チャットルーム管理ＤＢ３６は、ルームを管理する。図６の例では、ルームは、投稿された情報をメンバーで閲覧可能なグループの一例であり、発言空間の一例である。ルームＩＤ毎にルーム名及び利用者ＩＤがチャットルーム管理ＤＢ３６に記憶されている。

利用者ＤＢ３７は、利用者に関する情報を記憶する。図７の例では、利用者ＩＤ、ルームＩＤ、発信フラグ及び閲覧中フラグが利用者ＤＢ３７に記憶されている。発信フラグは、図５の商品キーワードＤＢ３５のメッセージの配信先を定義する。閲覧中フラグは、利用者がルームを閲覧中であるか否かを示す。閲覧中フラグが「１」のとき、利用者は現在、ルームの発言を閲覧中であることを示し、閲覧中フラグが「０」のとき、利用者は現在、閲覧していないことを示す。

発言回数ＤＢ３８は、利用者（利用者ＩＤ）毎に発言に関する情報を記憶する。図８の例では、利用者ＩＤ毎にキーワードに関する疑い、発言起点日、ルーム名及び発言回数が発言回数ＤＢ３８に記憶されている。利用者毎に発言に関する情報が記憶されるため、複数のルーム（グループ）が存在する場合、複数のルームにまたがって発言がカウントされる。キーワードに関する疑いとともに発言内容に含まれるキーワードを記憶してもよい。

会話履歴ＤＢ３９は、ルーム(ルームＩＤ)毎にメンバー（ルームメンバー）の発言内容の履歴情報を記憶する。ルーム（ルームＩＤ）毎に発言日時、発言者ＩＤ、発言内容であるメッセージが会話履歴ＤＢ３９に記憶されている。

図１に戻り、通信部１２は、端末２０からのアプリ起動要求、アプリ終了要求を受信したり、端末２０にメッセージを送信したりして、端末２０と通信する。

取得部１３は、端末２０から選択されたルーム情報等を取得する。決定部１４は、投稿された病状に関する発言内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定する。ただし、決定部１４は、投稿された病状に関する内容に限られず、特定のイベントに関する発言内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定してもよい。

推定部１５は、決定した期間に投稿された病状に関する発言内容と同一又は類似の病状に関する内容が投稿された回数を計測して、計測した回数から病状に関する特定のメンバー（例えば発言者）の状態を推定する。ただし、推定部１５は、投稿された病状に関する内容に限られず、決定した期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測してもよい。この場合、推定部１５は、計測した回数から特定のイベントに関する特定のメンバーの状態を推定してもよい。

出力部１６は、推定した特定のメンバーの状態に対応する、特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する。例えば、本実施形態では、特定のメンバーが加入する商品又はサービスは、保険に関する商品又はサービスであるが、これに限られない。

端末２０は、記憶部２２、制御部２３及び通信部２４を有する。記憶部２２は、表示プログラム２１、制御部２３及び通信部２４を記憶する。表示プログラム２１は、端末２０がルーム内のメンバーで閲覧可能なシステムに投稿した内容に応じてサーバ１０がメンバー（利用者）に提供するメッセージを表示する表示処理を端末２０に実行させるためのプログラムである。

制御部２３は、サーバ１０へアプリ起動要求、アプリ終了要求等、端末２０の全体を制御する。通信部２４は、サーバ１０へアプリ起動要求、アプリ終了要求を送信したり、サーバ１０からメッセージを受信したりして、サーバ１０と通信する。

以上、上記実施形態に係る情報提供システムの構成は一例であり、本開示の範囲を限定するものではなく、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、サーバ１０及び端末２０がネットワークを介して互いに接続されているシステム形態は、本実施形態に係る情報提供システムの一態様であり、これに限定されない。例えば、本実施形態に係る情報提供システムに含まれる端末は、１台であってもよいし、２台以上であってもよい。

また、サーバ１０の処理の一部又は全部がクラウド上のサーバで実行されるようなネットワークシステム内の複数のコンピュータが連携して一連の処理が行われてもよい。また、記憶部１１に記憶された各種ＤＢは、クラウド上の記憶装置に記憶されてもよい。

［ハードウェア構成］
次に、一実施形態に係るサーバ１０のハードウェア構成の一例について、図１０を参照しながら説明する。なお、端末２０のハードウェア構成は、概ねサーバ１０のハードウェア構成と同一であるため、説明を省略する。

サーバ１０は、入力装置１０１、出力装置１０２、外部Ｉ／Ｆ１０３を有する。また、サーバ１０は、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７及びＨＤＤ（Hard Disk Drive）１０８を有し、それぞれがバスＢで相互に接続されている。

入力装置１０１は、キーボードやマウスなどを含み、サーバ１０に各操作信号を入力するために用いられる。出力装置１０２は、ＬＣＤ（Liquid crystal Display）モニタ等のディスプレイ、プリンタ、ＣＲＴ（Cathode Ray Tube）などを含み、各種の処理結果を表示する。

通信Ｉ／Ｆ１０７は、サーバ１０をネットワークに接続するインターフェースである。これにより、サーバ１０は、通信Ｉ／Ｆ１０７を介して端末２０とメッセージを送受信する。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。ＨＤＤ１０８に格納されるプログラムやデータには、サーバ１０の全体を制御するソフトウェア及びアプリケーションソフトウェアがある。ＨＤＤ１０８には、情報提供プログラム３１、商品契約ＤＢ３２、商品内容ＤＢ３３、発言変数ＤＢ３４、商品キーワードＤＢ３５、チャットルーム管理ＤＢ３６、利用者ＤＢ３７、発言回数ＤＢ３８及び会話履歴ＤＢ３９が格納されてもよい。

外部Ｉ／Ｆ１０３は、外部装置とのインターフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、サーバ１０は、外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａは、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）であってもよい。記録媒体１０３ａは、ＳＤメモリカード（SD Memory card）やＵＳＢメモリ（Universal Serial Bus memory）等であってもよい。

ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリである。ＲＯＭ１０５には、基本プログラム及びデータが格納されている。ＲＡＭ１０４は、データを一時保持する揮発性の半導体メモリであり、情報提供プログラム３１、商品契約ＤＢ３２、商品内容ＤＢ３３、発言変数ＤＢ３４、商品キーワードＤＢ３５、チャットルーム管理ＤＢ３６、利用者ＤＢ３７、発言回数ＤＢ３８及び会話履歴ＤＢ３９が格納されてもよい。ＣＰＵ１０６は、ＨＤＤ１０８やＲＯＭ１０５などの記憶装置から、情報提供プログラム３１及びプログラムデータをＲＡＭ１０４上に読み出し、所定の処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。

なお、図１のサーバ１０は機能に着目したブロック図を描いており、これらの機能ブロックで示した各部のソフトウェアを実行するプロセッサはハードウェアである。例えば、通信部１２、取得部１３、決定部１４、推定部１５、出力部１６の機能は、情報提供プログラム３１がＣＰＵ１０６に実行させる情報提供処理及び出力装置１０２により実現される。

また、通信部１２の機能は、例えば、通信Ｉ／Ｆ１０７により実現可能である。記憶部１１の機能は、例えば、ＲＡＭ１０４、ＲＯＭ１０５及びＨＤＤ１０８により実現可能である。

［情報提供処理］
次に、一実施形態に係る情報提供処理の一例について図１１及び図１３に示すフローチャートを参照して説明する。図１１及び図１３に示す情報提供処理は、サーバ１０が情報提供プログラム３１に基づき実行する。

本処理が開始されると、サーバ１０側の通信部１２は、端末２０から本処理を実行するためのアプリケーションの起動要求（以下、「アプリ起動要求」ともいう。）を受け付けたかを判定する（Ｓ１０）。通信部１２がアプリ起動要求を受け付けていないと判定した場合、図１３の「Ｂ」に進む。通信部１２がアプリ起動要求を受け付けたと判定した場合、取得部１３は、利用者ＤＢ３７から、アプリ起動要求を行った端末２０の利用者ＩＤに対応するルームＩＤを取得する（Ｓ１２）。たとえば、図７の例では、アプリ起動要求を行なった端末２０の利用者ＩＤが「１００２」の場合、登録されているルームＩＤ「ＣＲ１０１」、「ＣＲ１０２」、「ＣＲ１０３」が取得される。

図１１に戻り、次に、取得部１３は、チャットルーム管理ＤＢ３６から、取得したルームＩＤに対応するルーム名を取得し、取得したルーム名を表示したルーム選択画面を生成し、通信部１２は、ルーム選択画面を利用者ＩＤの端末２０に送信する（Ｓ１４）。たとえば、図６の例では、Ｓ１２において取得したルームＩＤ「ＣＲ１０１」、「ＣＲ１０２」、「ＣＲ１０３」に対応するルーム名「クラスメート」、「家族」、「テニス仲間」が取得される。そして、図１２のルーム選択画面の一例に示すように、利用者ＩＤが「１００２」の端末２０に、取得されたルーム名が選択可能に表示される。

図１１に戻り、次に、通信部１２は、端末２０において利用者がルーム選択画面から選択したルーム情報を受信したかを判定する（Ｓ１６）。通信部１２がルーム情報を受信していないと判定した場合、図１３の「Ｃ」（図１３のはじめ）に進む。通信部１２がルーム情報を受信したと判定した場合、取得部１３は、ルーム情報に対応する選択されたルームメンバーの会話情報（ログ）を会話履歴ＤＢ３９から取得する（Ｓ１８）。次に、通信部１２は、取得した会話情報（ログ）を利用者ＩＤの端末２０に送信する（Ｓ２０）。次に、決定部１４は、利用者ＤＢ３７に記憶した閲覧中フラグのうち、選択されたルームＩＤの閲覧中フラグを「１」に設定する（Ｓ２２）。また、決定部１４は、利用者ＩＤの利用者が直前に利用していたルームがあれば、そのルームの閲覧中フラグを「０」に設定し（Ｓ２２）、図１３の「Ｃ」（図１３のはじめ）に進む。たとえば、図１２のルーム選択画面にてテニス仲間のルームが選択された場合、ルーム名「テニス仲間」のルームＩＤ「ＣＲ１０３」（図６参照）に対応する図７の閲覧中フラグには「１」が設定される。また、利用者ＩＤが「１００２」のその他のルームＩＤに対応する閲覧中フラグには「０」が設定される。

次に、続いて図１３の「Ｃ」（図１３のはじめ）に進むと、通信部１２は、ルームメンバーの発言文字列とルームＩＤを受信したかを判定する（Ｓ２４）。通信部１２がルームメンバーの発言文字列とルームＩＤを、メンバーが利用する端末２０から受信していないと判定した場合、図１３の「Ｂ」に進む。通信部１２がルームメンバーの発言文字列とルームＩＤを受信したと判定した場合、決定部１４は、会話履歴ＤＢ３９内の、受信したルームＩＤに対応付けて発言日時、発言者ＩＤ、メッセージ（発言）を追加する（Ｓ２６）。

例えば、図９の例では、発言者ＩＤ（利用者ＩＤ）が「１００２」の利用者の発言内容である「体調がすぐれなくて。今日は内科に行ったよ。」のメッセージが発言者ＩＤ及び発言日時と対応付けて会話履歴ＤＢ３９に記憶されている。このようにしてテニス仲間のルームメンバーが投稿するたびに会話履歴ＤＢ３９に発言内容が記憶される。例えば、図９に示すように、発言者ＩＤが「１００１」の利用者が「あらら、ダイジョウブ？」と投稿し、発言者ＩＤが「１００２」の利用者が「検査したんだけど、大きな病気じゃなかったらいいな。」と投稿した場合、図９に示すように投稿された発言内容が会話履歴ＤＢ３９のメッセージに記憶される。

図１３に戻り、次に、取得部１３は、利用者ＤＢ３７にて、そのルームでの閲覧中フラグが「１」の利用者ＩＤの端末２０の情報を取得する（Ｓ２８）。次に、通信部１２は、取得した利用者ＩＤの端末２０に、受信した文字列を送信する（Ｓ３０）。

次に、決定部１４は、受信した発言内に、商品キーワードＤＢ３５に定義されたキーワードと同一又は類似のキーワードが含まれているかを判定する（Ｓ３２）。決定部１４が、受信した発言内に商品キーワードＤＢ３５に定義されたキーワードと同一又は類似のキーワードが含まれていないと判定すると、図１３の「Ｂ」に進む。

決定部１４が、受信した発言内に商品キーワードＤＢ３５に定義されたキーワードと同一又は類似のキーワードが含まれていると判定すると、推定部１５は、発言者の利用者ＩＤの発言回数ＤＢ３８の、キーワードに対する疑いに対応づけた発言回数に１をインクリメント（１を加算）する（Ｓ３４）。ただし、受信した発言内にキーワードが複数含まれている場合には、含まれるキーワードの個数分、発言回数をインクリメントする。また、推定部１５は、１回目の発言（発言回数が１）である場合、発言回数ＤＢ３８に発言起点日に発言の年月日を登録する（Ｓ３４）。

例えば、利用者ＩＤが「１００２」の利用者の発言内容である「体調がすぐれなくて。今日は内科に行ったよ。」内には、図５の商品キーワードＤＢ３５のキーワードの一つである「体調が好ましくない」と類似の発言「体調がすぐれなくて」が含まれている。よって、推定部１５は、商品キーワードＤＢ３５のキーワードの「体調が好ましくない」に対応するキーワードに関する疑い「胃炎」の発言回数に１を加算する。

図１３に戻り、次に、推定部１５は、発言回数が商品キーワードＤＢ３５の「キーワードに関する疑い」に対応付けられた表示条件を満たしているかを判定する（Ｓ３６）。推定部１５は、発言回数が商品キーワードＤＢ３５の表示条件を満たしていないと判定すると、図１３の「Ｂ」に進む。推定部１５は、発言回数が商品キーワードＤＢ３５の表示条件を満たしていると判定すると、そのキーワードが含まれる商品ＩＤが、発言者（利用者）の利用者ＩＤの契約に含まれるかを商品契約ＤＢ３２から判定する（Ｓ３８）。

推定部１５は、キーワードが含まれる商品ＩＤが、発言者の利用者ＩＤの契約に含まれると判定すると、商品キーワードＤＢ３５に基づき、そのキーワードに対応する契約済のメッセージを取得する（Ｓ４０）。推定部１５は、キーワードが含まれる商品ＩＤが、発言者の利用者ＩＤの契約に含まれないと判定すると、商品キーワードＤＢ３５に基づき、そのキーワードに対応する未契約のメッセージを取得する（Ｓ４２）。

例えば、Ｓ３６において発言回数が商品キーワードＤＢ３５の表示条件を満たしているか否かは、商品キーワードＤＢ３５の判定期間内での発言回数が商品キーワードＤＢ３５に定義された回数以上であるときに、表示条件を満たしていると判定される。

上記例で表示条件を満たしていると判定されると、商品キーワードＤＢ３５に記憶されているキーワード「体調が好ましくない」に対応する商品ＩＤ「Ｈ０１（医療保険）」が抽出される。そして、抽出された商品ＩＤ「Ｈ０１（医療保険）」は、発言者の利用者ＩＤ「１００２」により特定される利用者が加入する保険契約に含まれるかが、商品契約ＤＢ３２から判定される。図２の例では、利用者ＩＤ「１００２」の利用者（鈴木さん）は、商品ＩＤ「Ｈ０１（医療保険）」の保険には加入していない。よって、Ｓ４２において、図５の商品キーワードＤＢ３５に基づき、契約済みフラグが「未契約」のメッセージ「医療保険に入るのもいいかもね。月に［＊Ａ］円だよ。」が取得される。

なお、利用者ＩＤ「１００２」の利用者が商品ＩＤ「Ｈ０１（医療保険）」の保険に加入していた場合、商品キーワードＤＢ３５の契約済みフラグが「契約済」のメッセージ「あなたは、医療保険に入っているから、通院で保険が使えるよ。」が取得される。ただし、これらのメッセージは一例であり、これに限られない。

図１３に戻り、次に、推定部１５は、利用者ＤＢ３７の利用者ＩＤの選択されたルームＩＤに対応する発信フラグが「１」であるかを判定する（Ｓ４４）。推定部１５により発信フラグが「１(全員に発信)」であると判定された場合、通信部１２は、そのルーム(発言空間)のメンバー全員に、取得したメッセージを、仮想の発言者である保険キャラの発言として送信する（Ｓ４６）。また、通信部１２は、取得したメッセージに記号で示される変数が含まれる場合、発言変数ＤＢ３４から変数に対する文字列を取得してメッセージに埋め込み、該メッセージを送信する（Ｓ４６）。

例えば、メッセージ「医療保険に入るのもいいかもね。月に［＊Ａ］円だよ。」が取得された場合、図４の例では、利用者が３０歳以下のとき、発言変数ＤＢ３４から変数［＊Ａ］に対して文字列「１５００」が取得される。これにより、メッセージは「医療保険に入るのもいいかもね。月に１５００円だよ。」となる。また、利用者が３０歳以上のとき、メッセージは「医療保険に入るのもいいかもね。月に２７００円だよ。」となる。これにより、利用者毎に役に立つメッセージを送ることができる。

図１３のＳ４４において、推定部１５が利用者ＤＢ３７の発信フラグが「１」でない（つまり、「０(発言者に発信)」である）と判定した場合、通信部１２は、そのルーム(発言空間)の発言者のみに、取得したメッセージを、仮想の発言者である保険キャラの発言として送信する（Ｓ４８）。また、通信部１２は、取得したメッセージに記号で示される変数が含まれる場合、発言変数ＤＢ３４から変数に対する文字列を取得してメッセージに埋め込み、該メッセージを送信する（Ｓ４８）。

次に、通信部１２は、アプリケーションの終了要求（以下、「アプリ終了要求」ともいう。）を受け付けたかを判定する（Ｓ５０）。通信部１２は、端末２０からのアプリ終了要求を受け付けていないと判定した場合、図１１の「Ａ」に進み、図１１のＳ１０以降の処理を実行する。通信部１２は、端末２０からのアプリ終了要求を受け付けたと判定した場合、利用者ＤＢ３７に記憶した閲覧中フラグのうち、図１１のＳ１０、Ｓ１２のアプリ起動要求を受け付けたときに取得した利用者ＩＤの閲覧中フラグを「０」に設定する。その後、図１１の「Ａ」に進み、図１１のＳ１０以降の処理を実行する。なお、閲覧中フラグが「０」のとき、ユーザはそのルームＩＤのルームを閲覧していないことを示す。

［表示処理］
次に、一実施形態に係る表示処理の一例について図１４に示すフローチャートを参照して説明する。図１４に示す表示処理は、端末２０が表示プログラム２１に基づき実行する。本処理が開始されると、端末２０側の通信部２４は、アプリ起動要求をサーバ１０に送信する（Ｓ６０）。次に、通信部２４は、ルーム選択画面をサーバ１０から受信したかを判定する（Ｓ６２）。通信部２４は、ルーム選択画面をサーバ１０から受信したと判定すると、受信したルーム選択画面を表示する（Ｓ６４）。次に、制御部２３は、利用者が表示されたルーム選択画面から選択したルーム情報を受け付けたかを判定する（Ｓ６６）。制御部２３は、利用者がルーム選択画面に表示されたいずれかのルームを選択するまで待ち、利用者のルームを選択する操作に応じてルーム情報を受け付けると、通信部２４は、選択されたルーム情報をサーバ１０に送信する（Ｓ６８）。

次に、通信部２４は、選択されたルームの自己を含むルームメンバー（保険キャラを含む）からの発言をサーバ１０から受信したかを判定する（Ｓ７０）。通信部２４は、ルームメンバーからの発言を受信していないと判定した場合、Ｓ７４に進む。通信部２４は、ルームメンバーからの発言を受信したと判定した場合、端末２０にルームメンバーからの発言を表示する（Ｓ７２）。例えば、図９に示す例では、発言者ＩＤ（利用者ＩＤ）が「１００２」の自己メンバーと、ルーム「テニス仲間」の一人である「１００１」のルームメンバーの発言が会話履歴ＤＢ３９に記憶されている。この３発言を利用者ＩＤが「１００２」の利用者の端末２０で表示した一例を図１５に示す。利用者ＩＤが「１００２」の利用者のキャラクタ「クマ」と、利用者ＩＤが「１００１」の利用者(田中さん)のキャラクタ「カエル」とがそれぞれ発言した内容が表示されている。

また、図１３のＳ４０にて契約済みの場合のメッセージが取得され、サーバ１０から送られてきた場合に上記３発言に加えて保険キャラが発言する例を図１６に示す。図１６の例では、上記３発言を受けて、保険キャラが契約済のメッセージＭ１「あなたは、医療保険に入っているから、通院で保険が使えるよ。」が自動で追加される。これにより、保険への加入者である利用者ＩＤ「１００２」の利用者は、チャットルームにおいて保険会社と契約している保険商品について、推定される病状に応じた加入保険の情報を得ることができる。これにより、加入した保険商品についてのサービスを忘れずに利用できる。

また、図１３のＳ４２にて未契約の場合のメッセージが取得され、サーバ１０から送られてきた場合に上記３発言に加えて保険キャラが発言する例を図１７に示す。図１７の例では、上記３発言を受けて、保険キャラが未契約のメッセージＭ２「医療保険に入るのもいいかもね。月に１５００円だよ。」が自動で追加される。これにより、保険への未加入者である利用者ＩＤ「１００２」の利用者は、チャットルームにおいて保険会社が提供する保険商品のうち、推定される病状に応じた未加入保険の商品情報を得ることができる。このようにして、本実施形態にかかる状況提供システムによれば、利用者の病状に応じて利用者にとってより魅力的な保険商品の情報を提供することができる。

図１４に戻り、次に、制御部２３は、端末２０を用いた利用者の操作により文字列（発言）が入力されたかを判定する（Ｓ７４）。制御部２３により文字列が入力されたと判定されると、通信部２４は、入力された文字列（発言）をサーバ１０に送信し（Ｓ７６）、Ｓ７８に進む。制御部２３により文字列が入力されていないと判定されると、そのままＳ７８に進む。

次に、制御部２３は、ルーム変更要求を受け付けたかを判定する（Ｓ７８）。制御部２３が、端末２０を用いた利用者の操作によりルームの変更要求を受け付けたと判定した場合、変更要求に係るルーム情報をサーバ１０に送信し（Ｓ８０）、ステップＳ８２に進む。これにより、チャットルームが変更される。制御部２３が、ルームの変更要求を受け付けていないと判定した場合、そのままステップＳ８２に進む。

次に、通信部２４は、アプリ終了要求を受け付けたかを判定する（Ｓ８２）。通信部２４は、アプリ終了要求を受け付けていないと判定すると、Ｓ７０に戻り、Ｓ７０以降の処理を繰り返す。これにより、ルームメンバーが発言する度にその発言内容が端末２０に表示される。Ｓ８２において通信部２４がアプリ終了要求を受け付けたと判定すると、アプリ終了要求をサーバ１０に送信し（Ｓ８４）、本処理を終了する。

以上に説明したように、一実施形態に係る情報提供システムによれば、ルームメンバーで閲覧可能なシステムにおいて、ルームに投稿した内容に応じてユーザに適切に情報を提供することができる。

保険会社と契約している保険商品等、利用者が加入する商品やサービスの内容についてユーザが詳細に覚えていないことがある。また、チャットルーム等のグループ内に投稿された情報をグループ内のメンバーで閲覧可能なコミュニケーションツールが利用されるようになってきている。

かかる環境下において、一実施形態に係る情報提供システムによれば、予め定められた判定期間の発言回数及び発言内容に応じて、最初にキーワードを発言してから判定期間中に何回同一又は類似の発言をしたかを判定する。そして、その判定結果に応じてメッセージを作成する。これにより、ルームメンバーで閲覧可能なシステムに投稿した内容に応じて、キーワードと同一又は類似する発言を所定の発言回数以上行った利用者又はルームメンバ−全員に、発言に含まれるキーワードから推定される利用者の状況（実施例では病状）に応じた適切なリマインド（思い出させるための情報：実施例では保険情報）を提供できる。

例えば、保険会社が運営するＳＮＳやチャット等のコミュニケーションアプリに、保険内容をメッセージとして発言する保険キャラを埋め込み、保険キャラが契約済みの保険を思い出させてくれるようにしてもよい。また、保険キャラが利用者の状態に応じた未契約の保険を推奨するようにしてもよい。

なお、上記実施形態では、投稿された特定のイベントに関する内容は、病状に関する内容であり、ルームメンバーが加入する商品又はサービスは、保険に関する商品又はサービスであった。しかし、本実施形態にかかる情報提供システムは、これに限られず、特定のメンバーの状態に対応する、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力することができる。保険以外の商品又はサービスとしては、例えば、旅行に関する商品又はサービスの情報や、レストランに関する商品やサービスの情報を提供してもよい。例えば、利用者が、「焼肉食べたい」の発言を３回行った場合、焼肉店情報やクーポンのＵＲＬ情報を提供するようにしてもよい。

[変形例]
上記実施形態では、商品キーワードＤＢ３５に定義されたキーワードと同一又は類似する発言を、商品キーワードＤＢ３５に定義された表示条件である発言回数以上行った利用者に、当該キーワードから推定される利用者の病状に応じた適切な保険情報を提供する。このときに計測された発言回数は、キーワードが最初に発言されてから判定期間における発言回数であったが、発言内容に応じて発言回数の加算方法を変えてもよい。

例えば、一実施形態の変形例に係る商品キーワードＤＢ３５の一例を示す図１８を参照して、発言回数の加算方法の変形例について説明する。例えば、商品ＩＤが「Ｈ０１（医療保険）」について、キーワードに関する疑いが「胃炎」の場合であってレベル１〜レベル３に分けられてキーワードが定義されている。

このとき、利用者の発言内容に含まれるキーワード毎にレベルを設けて、レベルが高いほど１回の発言による重みを高めて発言回数をカウントする。これにより、サーバ１０は、キーワードから考えられる重要度又は緊急度を考慮して、重要度又は緊急度が高い場合には１回の発言について発言回数を２倍又は３倍等にカウントすることができる。これにより、重要度又は緊急度が高い場合には、保険キャラからのメッセージを確実に発信し、利用者に気づきを与えることができる。この結果、保険の有効利用と有益な保険への加入を促進できる。

更に、会話履歴ＤＢ３９を用いて、保険キャラが過去における利用者の発言内容についてのメッセージを発言するようにしてもよい。サーバ１０は、キーワードについての過去の所定期間の発言内容を検索し、検索した結果、有用な発言と判定したときメッセージを端末２０に送信する。これにより、図１９の例のように、保険キャラに「６／４から同様の発言があるよ。」と発言させることができる。

なお、本実施形態及び変形例では、監視するグループの一例としてルームを挙げて説明した。監視するグループが複数存在する場合には、グループ内に投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかをグループ毎に、判定期間監視する。例えば、本実施形態のテニス仲間ルーム、クラスメートルーム及び家族ルームの３つのルームについてそれぞれが監視される。これにより、図２０の例のように、テニス仲間ルームにおいて保険キャラが「クラスメートルームで２回、家族ルームで１回、同様の発言があるよ。」等のように他のルームの発言結果を含めて発言することができる。これにより、保険キャラからより適切なメッセージを利用者に提供することができる。

なお、投稿された発言内容のうち、病状に関する内容は、投稿された特定のイベントに関する内容の一例である。また、商品キーワードＤＢ３５に記憶されたキーワードは、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを判定するために使用される文言の一例である。

また、商品キーワードＤＢ３５に記憶された判定期間は、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間の一例である。

また、図１５〜図１７の表示画面は、推定した特定のメンバーの状態に対応する、特定のメンバーが加入する商品又はサービスがあるかに応じた結果を出力した一例である。また、図１９及び図２０の表示画面は、推定した特定のメンバーの状態に対応する、特定のメンバーが過去に発言した内容があるかに応じた結果を出力した一例である。

以上、情報提供プログラム、情報提供方法及び情報提供装置を上記実施形態により説明したが、本開示に係る情報提供プログラム、情報提供方法及び情報提供装置は上記実施形態に限定されるものではなく、本開示の範囲内で種々の変形及び改良が可能である。また、上記実施形態及び変形例が複数存在する場合、矛盾しない範囲で組み合わせることができる。

以上の説明に関し、更に以下の項を開示する。
（付記１）
グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定し、
決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定し、
推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する、
処理をコンピュータに実行させる情報提供プログラム。
（付記２）
前記投稿された特定のイベントに関する内容は、病状に関する内容であり、
前記特定のメンバーが加入する商品又はサービスは、保険に関する商品又はサービスである、
付記１に記載の情報提供プログラム。
（付記３）
前記投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかは、特定のイベントに対応するキーワードが予め定義された記憶部を参照して、前記特定のイベントに関する内容に前記キーワードが含まれるか否かに基づき判定する、
付記１又は２に記載の情報提供プログラム。
（付記４）
前記グループが複数存在する場合、グループ内に投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかをグループ毎に決定した前記期間、監視する、
付記１〜３のいずれか一項に記載の情報提供プログラム。
（付記５）
推定した前記特定のメンバーの状態に対応する、前記特定のメンバーが過去に発言した内容があるか否かに応じた結果を出力する、
付記１〜４のいずれか一項に記載の情報提供プログラム。
（付記６）
グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定し、
決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定し、
推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する、
ことをコンピュータが実行する情報提供方法。
（付記７）
前記投稿された特定のイベントに関する内容は、病状に関する内容であり、
前記特定のメンバーが加入する商品又はサービスは、保険に関する商品又はサービスである、
付記６に記載の情報提供方法。
（付記８）
前記投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかは、特定のイベントに対応するキーワードが予め定義された記憶部を参照して、前記特定のイベントに関する内容に前記キーワードが含まれるか否かに基づき判定する、
付記６又は７に記載の情報提供方法。
（付記９）
前記グループが複数存在する場合、グループ内に投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかをグループ毎に決定した前記期間、監視する、
付記６〜８のいずれか一項に記載の情報提供方法。
（付記１０）
推定した前記特定のメンバーの状態に対応する、前記特定のメンバーが過去に発言した内容があるか否かに応じた結果を出力する、
付記６〜９のいずれか一項に記載の情報提供方法。
（付記１１）
グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定する決定部と、
決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定する推定部と、
推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する出力部と、
を有する情報提供装置。
（付記１２）
前記投稿された特定のイベントに関する内容は、病状に関する内容であり、
前記特定のメンバーが加入する商品又はサービスは、保険に関する商品又はサービスである、
付記１１に記載の情報提供装置。
（付記１３）
前記投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかは、特定のイベントに対応するキーワードが予め定義された記憶部を参照して、前記特定のイベントに関する内容に前記キーワードが含まれるか否かに基づき判定する、
付記１１又は１２に記載の情報提供装置。
（付記１４）
前記グループが複数存在する場合、グループ内に投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかをグループ毎に決定した前記期間、監視する、
付記１１〜１３のいずれか一項に記載の情報提供装置。
（付記１５）
推定した前記特定のメンバーの状態に対応する、前記特定のメンバーが過去に発言した内容があるか否かに応じた結果を出力する、
付記１１〜１４のいずれか一項に記載の情報提供装置。

１０ サーバ
１１ 記憶部
１２ 通信部
１３ 取得部
１４ 決定部
１５ 推定部
１６ 出力部
２０ａ、２０ｂ、２０ 端末
２１ 表示プログラム
２２ 記憶部
２３ 制御部
２４ 通信部
３１ 情報提供プログラム
３２ 商品契約ＤＢ
３３ 商品内容ＤＢ
３４ 発言変数ＤＢ
３５ 商品キーワードＤＢ
３６ チャットルーム管理ＤＢ
３７ 利用者ＤＢ
３８ 発言回数ＤＢ
３９ 会話履歴ＤＢ

Claims (7)

1. グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定し、
   決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定し、
   推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する、
   処理をコンピュータに実行させる情報提供プログラム。
2. 前記投稿された特定のイベントに関する内容は、病状に関する内容であり、
   前記特定のメンバーが加入する商品又はサービスは、保険に関する商品又はサービスである、
   請求項１に記載の情報提供プログラム。
3. 前記投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかは、特定のイベントに対応するキーワードが予め定義された記憶部を参照して、前記特定のイベントに関する内容に前記キーワードが含まれるか否かに基づき判定する、
   請求項１又は２に記載の情報提供プログラム。
4. 前記グループが複数存在する場合、グループ内に投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかをグループ毎に決定した前記期間、監視する、
   請求項１〜３のいずれか一項に記載の情報提供プログラム。
5. 推定した前記特定のメンバーの状態に対応する、前記特定のメンバーが過去に発言した内容があるか否かに応じた結果を出力する、
   請求項１〜４のいずれか一項に記載の情報提供プログラム。
6. グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定し、
   決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定し、
   推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する、
   ことをコンピュータが実行する情報提供方法。
7. グループ内に投稿された情報をグループ内のメンバーで閲覧可能なシステムにおいて、投稿された特定のイベントに関する内容が、予め定められた内容と同一又は類似する内容であるかを監視する期間を決定する決定部と、
   決定した前記期間に投稿された特定のイベントに関する内容と同一又は類似のイベントに関する内容が投稿された回数を計測して、計測した前記回数から前記特定のイベントに関する特定のメンバーの状態を推定する推定部と、
   推定した前記特定のメンバーの状態に対応する商品又はサービスであって、前記特定のメンバーが加入する商品又はサービスがあるか否かに応じた結果を出力する出力部と、
   を有する情報提供装置。

Images