特許 6588187 サーバ装置、サービス方法、ならびに、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6588187

(24)【登録日】2019年9月20日

(45)【発行日】2019年10月9日

(54)【発明の名称】サーバ装置、サービス方法、ならびに、プログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20191001BHJP

【ＦＩ】

   G06F13/00 650B

【請求項の数】7

【全頁数】20

(21)【出願番号】特願2019-542233(P2019-542233)

(86)(22)【出願日】2018年12月13日

(86)【国際出願番号】JP2018045810

【審査請求日】2019年8月2日

【早期審査対象出願】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】100110135

【弁理士】

【氏名又は名称】石井 裕一郎

(74)【代理人】

【識別番号】100132883

【弁理士】

【氏名又は名称】森川 泰司

(74)【代理人】

【識別番号】100148633

【弁理士】

【氏名又は名称】桜田 圭

(74)【代理人】

【識別番号】100163452

【弁理士】

【氏名又は名称】南郷 邦臣

(74)【代理人】

【識別番号】100180312

【弁理士】

【氏名又は名称】早川 牧子

(72)【発明者】

【氏名】渡辺 哲

(72)【発明者】

【氏名】梅村 拓未

(72)【発明者】

【氏名】土屋 敬悟

【審査官】 北川 純次

(56)【参考文献】

【文献】 国際公開第２０１７／０１８０１６（ＷＯ，Ａ１）

【文献】 特開２００８−２５０８８９（ＪＰ，Ａ）

【文献】 ビットエー、ChatWorkと共同で初の公認チャットbotプログラム「予定調整bot」をリリース，２０１６年１１月１６日，ＵＲＬ，https://prtimes.jp/main/html/rd/p/000000007.000020795.html

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

複数のユーザならびにボットが送受したメッセージが共有されるメッセージングサービスに、質問が設定可能な前記ボットを提供するサーバ装置であって、
前記複数のユーザの何れかから送信されたメッセージを受信する受信部と、
前記受信されたメッセージを、前記質問に対する回答として解釈する試行をする解釈部と、
前記試行が成功すると、前記解釈された回答を、前記受信されたメッセージを発したユーザからの回答として収集する収集部と、
前記収集部による回答の収集が未だされていない未回答ユーザが存在している状態で、所定条件を満たすと、前記複数のユーザのうち、前記質問に係る問合せを、少なくとも前記未回答ユーザに送信する問合せ送信部と、
前記複数のユーザの全てから前記回答が収集されると、当該回答を集計した結果を表すメッセージを、前記複数のユーザに前記メッセージングサービスを介して送信する結果送信部と、を備え、
前記問合せ送信部は、前記未回答ユーザから送信されたメッセージについて、前記試行が連続して失敗しており、当該連続して失敗したメッセージ数、若しくは、当該連続して失敗したメッセージの量が、閾値を超えた場合に、前記問合せを前記未回答ユーザに送信する、
ことを特徴とするサーバ装置。

【請求項2】

前記問合せが送信されると、前記連続して失敗したメッセージ数、若しくは、前記連続して失敗したメッセージの量が、クリアされる、
ことを特徴とする請求項１に記載のサーバ装置。

【請求項3】

前記問合せ送信部は、前記問合せを、前記メッセージングサービスとは異なる他のメッセージングサービスを介して前記未回答ユーザに送信する、
ことを特徴とする請求項１に記載のサーバ装置。

【請求項4】

前記問合せ送信部は、前記未回答ユーザが前記メッセージングサービスにサインインしていない場合に、前記問合せを、前記メッセージングサービスとは異なる他のメッセージングサービスを介して前記未回答ユーザに送信する、
ことを特徴とする請求項１に記載のサーバ装置。

【請求項5】

前記ボットが前記メッセージングサービスに参加すると、当該参加前に前記複数のユーザの間で送受されたメッセージを取得する取得部と、
前記取得されたメッセージに基づいて、前記質問を設定する設定部とを、更に備える、
ことを特徴とする請求項１に記載のサーバ装置。

【請求項6】

複数のユーザならびにボットが送受したメッセージが共有されるメッセージングサービスに、質問が設定可能な前記ボットを提供するサーバ装置が実行するサービス方法であって、
前記サーバ装置が、前記複数のユーザの何れかから送信されたメッセージを受信する受信ステップと、
前記サーバ装置が、前記受信されたメッセージを、前記質問に対する回答として解釈する試行をする解釈ステップと、
前記サーバ装置が、前記試行が成功すると、前記解釈された回答を、前記受信されたメッセージを発したユーザからの回答として収集する収集ステップと、
前記サーバ装置が、前記収集ステップによる回答の収集が未だされていない未回答ユーザが存在している状態で、所定条件を満たすと、前記複数のユーザのうち、前記質問に係る問合せを、少なくとも前記未回答ユーザに送信する問合せ送信ステップと、
前記サーバ装置が、前記複数のユーザの全てから前記回答が収集されると、当該回答を集計した結果を表すメッセージを、前記複数のユーザに前記メッセージングサービスを介して送信する結果送信ステップと、を備え、
前記問合せ送信ステップでは、前記未回答ユーザから送信されたメッセージについて、前記試行が連続して失敗しており、当該連続して失敗したメッセージ数、若しくは、当該連続して失敗したメッセージの量が、閾値を超えた場合に、前記問合せを前記未回答ユーザに送信する、
ことを特徴とするサービス方法。

【請求項7】

複数のユーザならびにボットが送受したメッセージが共有されるメッセージングサービスに、質問が設定可能な前記ボットを提供するコンピュータを、
前記複数のユーザの何れかから送信されたメッセージを受信する受信部、
前記受信されたメッセージを、前記質問に対する回答として解釈する試行をする解釈部、
前記試行が成功すると、前記解釈された回答を、前記受信されたメッセージを発したユーザからの回答として収集する収集部、
前記収集部による回答の収集が未だされていない未回答ユーザが存在している状態で、所定条件を満たすと、前記複数のユーザのうち、前記質問に係る問合せを、少なくとも前記未回答ユーザに送信する問合せ送信部、
前記複数のユーザの全てから前記回答が収集されると、当該回答を集計した結果を表すメッセージを、前記複数のユーザに前記メッセージングサービスを介して送信する結果送信部、として機能させ、
前記問合せ送信部は、前記未回答ユーザから送信されたメッセージについて、前記試行が連続して失敗しており、当該連続して失敗したメッセージ数、若しくは、当該連続して失敗したメッセージの量が、閾値を超えた場合に、前記問合せを前記未回答ユーザに送信する、
ように機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバ装置、サービス方法、ならびに、プログラムに関する。

【背景技術】

【0002】

近年、スマートフォン等のユーザ端末を利用したメッセージングサービスが普及している。このメッセージングサービスでは、複数のユーザ間で、リアルタイムにメッセージを送受できるようになっている。

【0003】

このようなメッセージングサービスでは、ユーザ間でメッセージを送受するだけでなく、より便利なサービスをユーザに提供しようとする試みがなされている。例えば、特許文献１には、連携アプリケーション（例えば、カードアプリ、カメラアプリ、スケジュールアプリ、ゲームアプリ、フォトアルバムアプリ、カレンダーアプリ等）のデータを、ユーザ間で送受できるメッセージングサービスの発明が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１８−１２９０６４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述した特許文献１の発明では、例えば、スケジュールアプリのデータを、ユーザ間で送受することで、飲み会の日程について投票を各ユーザに要請することができるようになっている。

【0006】

しかしながら、特許文献１の発明では、スケジュールアプリのデータを、何れかのユーザが作成する必要があり、非効率であった。また、投票結果の集計や、投票していないユーザへの催促等についても、何れかのユーザが行う必要があり、やはり非効率であった。

【0007】

このようなことから、メッセージングサービスにおけるメッセージのやり取りを通じて、質問に対する全ユーザからの回答を、効率的に収集することのできる技術が望まれていた。

【0008】

本発明は、上記実状に鑑みてなされたもので、質問に対する全ユーザからの回答を、効率良く収集することのできるサーバ装置、サービス方法、ならびに、プログラムを提供することを目的とする。

【課題を解決するための手段】

【0009】

上記目的を達成するために、本発明の第１の観点に係るサーバ装置は、
複数のユーザならびにボットが送受したメッセージが共有されるメッセージングサービスに、質問が設定可能な前記ボットを提供するサーバ装置であって、
前記複数のユーザの何れかから送信されたメッセージを受信する受信部と、
前記受信されたメッセージを、前記質問に対する回答として解釈する試行をする解釈部と、
前記試行が成功すると、前記解釈された回答を、前記受信されたメッセージを発したユーザからの回答として収集する収集部と、
前記収集部による回答の収集が未だされていない未回答ユーザが存在している状態で、所定条件を満たすと、前記複数のユーザのうち、前記質問に係る問合せを、少なくとも前記未回答ユーザに送信する問合せ送信部と、
前記複数のユーザの全てから前記回答が収集されると、当該回答を集計した結果を表すメッセージを、前記複数のユーザに前記メッセージングサービスを介して送信する結果送信部と、
を備えることを特徴とする。

【0010】

また、上記第１の観点に係るサーバ装置において、
前記問合せ送信部は、前記未回答ユーザから送信されたメッセージについて、前記試行が連続して失敗しており、当該連続して失敗したメッセージ数、若しくは、当該連続して失敗したメッセージの量が、閾値を超えた場合に、前記問合せを前記未回答ユーザに送信するようにしてもよい。

【0011】

また、上記第１の観点に係るサーバ装置において、
前記問合せが送信されると、前記連続して失敗したメッセージ数、若しくは、前記連続して失敗したメッセージの量が、クリアされるようにしてもよい。

【0012】

また、上記第１の観点に係るサーバ装置において、
前記問合せ送信部は、前記未回答ユーザが前記メッセージングサービスにてメッセージを送信する頻度が基準よりも低い場合に、前記問合せを前記未回答ユーザに送信するようにしてもよい。

【0013】

また、上記第１の観点に係るサーバ装置において、
前記問合せ送信部は、前記問合せを、前記メッセージングサービスとは異なる他のメッセージングサービスを介して前記未回答ユーザに送信するようにしてもよい。

【0014】

また、上記第１の観点に係るサーバ装置において、
前記問合せ送信部は、前記未回答ユーザが前記メッセージングサービスにサインインしていない場合に、前記問合せを、前記メッセージングサービスとは異なる他のメッセージングサービスを介して前記未回答ユーザに送信するようにしてもよい。

【0015】

また、上記第１の観点に係るサーバ装置は、
前記ボットが前記メッセージングサービスに参加すると、当該参加前に前記複数のユーザの間で送受されたメッセージを取得する取得部と、
前記取得されたメッセージに基づいて、前記質問を設定する設定部とを、更に備えるようにしてもよい。

【0016】

上記目的を達成するために、本発明の第２の観点に係るサービス方法は、
複数のユーザならびにボットが送受したメッセージが共有されるメッセージングサービスに、質問が設定可能な前記ボットを提供するサーバ装置が実行するサービス方法であって、
前記サーバ装置が、前記複数のユーザの何れかから送信されたメッセージを受信する受信ステップと、
前記サーバ装置が、前記受信されたメッセージを、前記質問に対する回答として解釈する試行をする解釈ステップと、
前記サーバ装置が、前記試行が成功すると、前記解釈された回答を、前記受信されたメッセージを発したユーザからの回答として収集する収集ステップと、
前記サーバ装置が、前記収集ステップによる回答の収集が未だされていない未回答ユーザが存在している状態で、所定条件を満たすと、前記複数のユーザのうち、前記質問に係る問合せを、少なくとも前記未回答ユーザに送信する問合せ送信ステップと、
前記サーバ装置が、前記複数のユーザの全てから前記回答が収集されると、当該回答を集計した結果を表すメッセージを、前記複数のユーザに前記メッセージングサービスを介して送信する結果送信ステップと、
を備えることを特徴とする。

【0017】

上記目的を達成するために、本発明の第３の観点に係るプログラムは、
複数のユーザならびにボットが送受したメッセージが共有されるメッセージングサービスに、質問が設定可能な前記ボットを提供するコンピュータを、
前記複数のユーザの何れかから送信されたメッセージを受信する受信部、
前記受信されたメッセージを、前記質問に対する回答として解釈する試行をする解釈部、
前記試行が成功すると、前記解釈された回答を、前記受信されたメッセージを発したユーザからの回答として収集する収集部、
前記収集部による回答の収集が未だされていない未回答ユーザが存在している状態で、所定条件を満たすと、前記複数のユーザのうち、前記質問に係る問合せを、少なくとも前記未回答ユーザに送信する問合せ送信部、
前記複数のユーザの全てから前記回答が収集されると、当該回答を集計した結果を表すメッセージを、前記複数のユーザに前記メッセージングサービスを介して送信する結果送信部、
として機能させることを特徴とする。

【0018】

上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。

【0019】

上記プログラムを記録した情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。

【発明の効果】

【0020】

本発明によれば、質問に対する全ユーザからの回答を、効率良く収集することができる。

【図面の簡単な説明】

【0021】

【図1】本実施形態に係るメッセージシステムの全体構成の一例を示すブロック図である。

【図2】メッセージ管理装置、サーバ装置、及び、ユーザ端末が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。

【図3】本実施形態に係るサーバ装置の概要構成の一例を示すブロック図である。

【図4】メッセージの解析が連続して失敗した場合を説明するための模式図である。

【図5A】取りまとめ設定情報の一例を示す模式図である。

【図5B】収集メッセージ群の一例を示す模式図である。

【図6】初回メッセージを含む各メッセージの具体例を示す模式図である。

【図7】問合せメッセージを含む各メッセージの具体例を示す模式図である。

【図8】本実施形態に係る取りまとめ処理を説明するためのフローチャートである。

【図9】カレンダーから日程を入力する具体例を示す模式図である。

【図10】他の実施形態に係るサーバ装置の概要構成の一例を示すブロック図である。

【発明を実施するための形態】

【0022】

以下に本発明の実施形態を説明する。本発明の実施形態では、ユーザ端末を利用して、複数のユーザ間で、リアルタイムにメッセージを送受することのできるメッセージシステムを一例として説明する。
なお、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。従って、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

【0023】

（全体構成）
本発明の実施形態に係るメッセージシステム１００は、図１に示すように、メッセージングサービスを提供するメッセージ管理装置２００と、当該メッセージングサービスにおいてボット（ｂｏｔ）を提供するサーバ装置３００と、当該メッセージングサービスを利用する複数のユーザ端末４００とがインターネット９００を介して通信可能に接続されている。
なお、これらの接続形態は一例であり、他の接続形態であってもよい。例えば、サーバ装置３００が、メッセージ管理装置２００に直接接続されていてもよい。

【0024】

メッセージ管理装置２００は、複数のユーザならびにボットが送受したメッセージが共有されるメッセージングサービスを提供する装置である。例えば、メッセージ管理装置２００は、ユーザ端末４００から送られたメッセージを、トーク対象となる他のユーザ端末４００及びサーバ装置３００に送信する。また、メッセージ管理装置２００は、サーバ装置３００から送られたメッセージを、トーク対象となる複数のユーザ端末４００に送信する。

【0025】

サーバ装置３００は、複数のユーザが参加する催し物（例えば、飲み会、ゴルフ、歓送迎会等）について、取りまとめを行うボット（ロボット幹事）を提供する装置である。例えば、サーバ装置３００は、メッセージングサービスにて複数人トークやグループトークしているユーザから招待され、ボットとしてそのトークに加わる。そして、サーバ装置３００は、問合せメッセージ等を適宜送信して、ユーザからの発言（メッセージの送信）を促し、催し物の日程等を取りまとめる。

【0026】

ユーザ端末４００は、メッセージングサービスを利用するユーザによって使用される端末である。一例として、ユーザ端末４００は、スマートフォンやタブレット等であり、予めメッセージアプリ（メッセージングサービスを利用するためのアプリケーション）がインストールされている。
複数人トークやグループトークしている何れかのユーザのユーザ端末４００は、ボットであるサーバ装置３００を招待し、催し物について日程等の取りまとめを依頼する。

【0027】

（情報処理装置の概要構成）
本発明の実施形態に係るメッセージ管理装置２００、サーバ装置３００、及び、ユーザ端末４００が実現される典型的な情報処理装置５００について説明する。

【0028】

情報処理装置５００は、図２に示すように、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read Only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、ＮＩＣ（Network Interface Card）５０４と、画像処理部５０５と、音声処理部５０６と、ＤＶＤ−ＲＯＭ（Digital Versatile Disc ROM）ドライブ５０７と、インターフェース５０８と、外部メモリ５０９と、コントローラ５１０と、モニタ５１１と、スピーカ５１２と、を備える。

【0029】

ＣＰＵ ５０１は、情報処理装置５００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。

【0030】

ＲＯＭ ５０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ ５０３に読み出してＣＰＵ ５０１による当該プログラムの実行が開始される。また、ＲＯＭ ５０２には、情報処理装置５００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のデータが記録される。

【0031】

ＲＡＭ ５０３は、データやプログラムを一時的に記憶するためのもので、ＤＶＤ−ＲＯＭから読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

【0032】

ＮＩＣ ５０４は、情報処理装置５００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等と、これらとＣＰＵ ５０１との仲立ちを行うインターフェース（図示せず）等により構成される。

【0033】

画像処理部５０５は、ＤＶＤ−ＲＯＭ等から読み出されたデータをＣＰＵ ５０１や画像処理部５０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部５０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、モニタ５１１に出力される。これにより、各種のページ表示が可能となる。

【0034】

音声処理部５０６は、ＤＶＤ−ＲＯＭ等から読み出した音声データをアナログ音声信号に変換し、これに接続されたスピーカ５１２から出力させる。また、ＣＰＵ ５０１の制御の下、情報処理装置５００が行う処理の進行の中で発生させるべき音を生成し、これに対応した音声をスピーカ５１２から出力させる。

【0035】

ＤＶＤ−ＲＯＭドライブ５０７に装着されるＤＶＤ−ＲＯＭには、例えば、実施形態に係るサーバ装置３００等を実現するためのプログラムが記憶される。ＣＰＵ ５０１の制御によって、ＤＶＤ−ＲＯＭドライブ５０７は、これに装着されたＤＶＤ−ＲＯＭに対する読み出し処理を行って、必要なプログラムやデータを読み出し、これらはＲＡＭ ５０３等に一時的に記憶される。

【0036】

インターフェース５０８には、外部メモリ５０９、コントローラ５１０、モニタ５１１、及びスピーカ５１２が、着脱可能に接続される。

【0037】

外部メモリ５０９には、ユーザの個人情報に関するデータなどが書き換え可能に記憶される。

【0038】

コントローラ５１０は、情報処理装置５００の各種の設定時などに行われる操作入力を受け付ける。情報処理装置５００のユーザは、コントローラ５１０を介して指示入力を行うことにより、これらのデータを適宜外部メモリ５０９に記録することができる。

【0039】

モニタ５１１は、画像処理部５０５により出力されたデータを情報処理装置５００のユーザに提示する。

【0040】

スピーカ５１２は、音声処理部５０６により出力された音声データを情報処理装置５００のユーザに提示する。

【0041】

この他、情報処理装置５００は、ハードディスク等の大容量外部記憶装置を用いて、ＲＯＭ ５０２、ＲＡＭ ５０３、外部メモリ５０９、ＤＶＤ−ＲＯＭドライブ５０７に装着されるＤＶＤ−ＲＯＭ等と同じ機能を果たすように構成してもよい。

【0042】

以下、上記情報処理装置５００において実現されるサーバ装置３００の構成等について、図３〜図７を参照して説明する。情報処理装置５００に電源が投入されると、本実施形態に係るサーバ装置３００として機能させるプログラムが実行され、本実施形態に係るサーバ装置３００が実現される。
なお、メッセージ管理装置２００、及び、ユーザ端末４００も同様に情報処理装置５００において実現されるが、これらの構成については省略し、本実施形態において最も特徴的なサーバ装置３００について、以下説明する。

【0043】

（サーバ装置の概要構成）
図３は、本実施形態に係るサーバ装置３００の概要構成の一例を示すブロック図である。図示するように、サーバ装置３００は、受信部３１０と、送信部３２０と、記憶部３３０と、制御部３４０とを備える。

【0044】

受信部３１０は、複数のユーザの何れかから送信されたメッセージを受信する。例えば、サーバ装置３００が、複数人トークやグループトークにおいて、ボットとして招待された後に、受信部３１０は、そのトークに参加しているユーザ端末４００から送信されたメッセージを受信する。なお、より詳細には、ユーザ端末４００から送信されたメッセージは、メッセージ管理装置２００に送られ、その後、メッセージ管理装置２００からトーク対象となる他のユーザ端末４００、及び、サーバ装置３００にそのメッセージが送信される。そのため、受信部３１０は、メッセージ管理装置２００を通じて、ユーザ端末４００から送信されたメッセージを受信することになる。

【0045】

なお、上述したＮＩＣ ５０４等が、このような受信部３１０として機能しうる。

【0046】

送信部３２０は、トーク対象のユーザ端末４００に向けた種々のメッセージを送信する。通常、送信部３２０から送信されたメッセージは、メッセージ管理装置２００に送られ、その後、メッセージ管理装置２００からトーク対象となる複数のユーザ端末４００にそのメッセージが送信される。つまり、送信部３２０は、メッセージ管理装置２００が提供するメッセージングサービスを介して、対象のユーザ端末４００にメッセージを送信する。なお、この他にも、送信部３２０は、電子メールやＳＭＳ（Short Message Service ）といった他のメッセージングサービスを介して、対象のユーザ端末４００にメッセージを送信することができるようになっている。その際、電子メールやＳＭＳのアドレスは、メッセージ管理装置２００から取得できるものとする。
送信部３２０は、問合せメッセージを送信する問合せ送信部３２１と、取りまとめ結果を送信する結果送信部３２２とを含んでいる。

【0047】

問合せ送信部３２１は、質問に係る問合せを、少なくとも、回答を行っていない未回答ユーザに送信する。
例えば、サーバ装置３００がボットとして招待されると、問合せ送信部３２１は、初回メッセージを、トーク対象となる全ユーザ端末４００に送信する。この初回メッセージは、後述するように、サーバ装置３００が取りまとめるべき内容を、ユーザに問い合わせる最初のメッセージである。
その後、取りまとめるべき内容が決まると、問合せ送信部３２１は、問合せメッセージをトーク対象となる全ユーザ端末４００に送信する。この問合せメッセージは、後述するように、都合の良い、若しくは、都合の悪い日程等を、ユーザに問い合わせるメッセージである。なお、未回答ユーザが存在している状態で、所定条件を満たすと、問合せ送信部３２１は、未回答ユーザのユーザ端末４００に問合せメッセージを送信する。なお、当該所定条件は、例えば、未回答ユーザからの回答を得ることが困難と判定するための条件である。そして、当該所定条件を満たすと、問合せ送信部３２１は、まず、メッセージ管理装置２００が提供するメッセージングサービスを介して、問合せメッセージを送信し、その後に、他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージを送信する。
例えば、未回答ユーザがメッセージングサービス（メッセージ管理装置２００）においてメッセージを送信する頻度が基準よりも低い場合に、問合せ送信部３２１は、まず、メッセージングサービスを介して、問合せメッセージを送信し、それでも、メッセージを送信する頻度が基準よりも低いままだと、他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージを送信する。なお、未回答ユーザがメッセージングサービス（メッセージ管理装置２００）にサインインしていない場合に、問合せ送信部３２１は、直ちに、他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージを送信するようにしてもよい。
これらの場合、他のメッセージングサービスを介した問合せに加えて、または代えて、ユーザ端末４００上で、メッセージングサービスでの回答を促すプッシュ通知が行われるようなメッセージをサーバ装置３００から送信してもよい。例えば、メッセージアプリが、アカウントＩＤを含むメッセージを受信するとプッシュ通知を行う機能を有する場合に、サーバ装置３００（問合せ送信部３２１）は、未回答ユーザのアカウントＩＤ等を含むような問合せメッセージを送信してもよい。

【0048】

この他にも、制御部３４０（後述する解釈部３４１）において、メッセージを解釈する試行が、連続して失敗した場合に、問合せ送信部３２１は、未回答ユーザのユーザ端末４００に問合せメッセージを送信してもよい。例えば、図４に示すように、メッセージＭＳ１，ＭＳ２，ＭＳ３，・・・，ＭＳ１０を解釈する試行が、一例として、１０回連続して失敗した場合に、問合せメッセージＭＳ１１を送信する。このように、メッセージを解釈する試行が連続して失敗したということは、トーク上での話題が問合せ内容への回答から逸れつつあるという虞がある。そのため、問合せメッセージを送ることで、トークにおける話題を、問合せ内容への回答へと戻すことができる。
なお、このように問合せメッセージを送っても回答が得られない場合（一例として、回答が得られないまま所定期間が経過した場合）であって、上述したように当該メッセージングサービスを介して回答を得ることが困難と判定した場合に、問合せ送信部３２１は、他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージを送信する。
また、図４のように、メッセージを解釈する試行が、連続して失敗した数（連続して失敗したメッセージ数）を判断する代わりに、連続して失敗したメッセージの量（例えば、メッセージの文字数、画面に表示された際のメッセージの高さ等）を判断するようにしてもよい。例えば、メッセージを解釈する試行が、連続して失敗しており、連続して失敗したメッセージの量が、閾値を超えた場合に、同様に、問合せ送信部３２１は、未回答ユーザのユーザ端末４００に問合せメッセージを送信してもよい。この場合も、メッセージを解釈する試行が連続して失敗しており、その間のメッセージ量が閾値を超えたということは、トーク上での話題が問合せ内容への回答から逸れつつあるという虞がある。そのため、問合せメッセージを送ることで、トークにおける話題を、問合せ内容への回答へと戻すことができる。
また同様に、このように問合せメッセージを送っても回答が得られない場合であって、上述したように当該メッセージングサービスを介して回答を得ることが困難と判定した場合に、問合せ送信部３２１は、他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージを送信する。
そして、問合せメッセージを送信すると、制御部３４０は、連続して失敗したメッセージ数、若しくは、該連続して失敗したメッセージの量を、クリアしてもよい。

【0049】

図３に戻って、結果送信部３２２は、制御部３４０（後述する収集部３４２）において、トーク対象となる全ユーザから回答が収集されると、取りまとめ結果をトーク対象となる全ユーザ端末４００に送信する。例えば、結果送信部３２２は、催し物の日程等を取りまとめた結果メッセージをトーク対象となる全ユーザ端末４００に送信する。

【0050】

なお、上述したＮＩＣ ５０４等が、このような送信部３２０として機能しうる。

【0051】

記憶部３３０は、例えば、取りまとめに必要な種々の情報を記憶する。
例えば、記憶部３３０は、図５Ａに示すような取りまとめ設定情報３３１を記憶する。この取りまとめ設定情報３３１は、サーバ装置３００が取りまとめるべき内容が設定された情報であり、後述するように、初回メッセージに応じたユーザの回答に応じて、記憶部３３０に格納される。取りまとめ設定情報３３１には、大体の日程３３１ａと、目的３３１ｂと、人数３３１ｃとが含まれている。

【0052】

大体の日程３３１ａは、催し物が行われるおおよその日程であり、例えば、ｎ月、ｎ月ｍ週等で表される。なお、後述するように、初回メッセージに応じて、ユーザが「今月」や「来週」と回答した場合には、回答時点を基準として、「ｎ月」や「ｎ月ｍ週」に改められるものとする。

【0053】

目的３３１ｂは、催し物の目的であり、例えば、ゴルフ、飲み会、歓迎会、送別会等で表される。なお、初回メッセージに応じて、ユーザが「飲みに行く」などのように回答した場合には、一般的な「飲み会」に改められるものとする。

【0054】

人数３３１ｃは、催し物に参加する人数であり、例えば、ｐ人（ｐは、２以上）で表される。なお、初回メッセージに応じて、ユーザが「５名」や「五人」などのように回答した場合には、標準的な表記の「５人」に改められるものとする。

【0055】

また、記憶部３３０は、図５Ｂに示すような収集メッセージ群３３２を記憶する。この収集メッセージ群３３２は、後述するように、問合せメッセージに応じた各ユーザの回答に応じて、記憶部３３０に格納される。収集メッセージ群３３２には、発言者ＩＤ３３２ａと、収集メッセージ３３２ｂとが含まれている。

【0056】

発言者ＩＤ３３２ａは、発言した（メッセージを送信した）ユーザを識別するための情報である。

【0057】

収集メッセージ３３２ｂは、制御部３４０（後述する解釈部３４１）において、メッセージを解釈する試行が行われ、試行が成功することで収集されたメッセージである。

【0058】

なお、上述したＲＡＭ ５０３や外部メモリ５０９等が、このような記憶部３３０として機能しうる。

【0059】

図３に戻って、制御部３４０は、サーバ装置３００全体を制御する。この制御部３４０は、解釈部３４１、収集部３４２、及び、生成部３４３を含んでいる。

【0060】

解釈部３４１は、例えば、ＡＩ（Artificial Intelligence）エンジン等を利用して、受信部３１０にて受信したメッセージを、質問に対する回答として解釈する試行をする。
例えば、解釈部３４１は、都合の良い日程を問い合わせる問合せメッセージに対して受信したメッセージ中に、有効な日付、若しくは、有効な日付範囲が含まれているかどうかを解釈する。
また、解釈部３４１は、これら日付や日付範囲の他に、肯定、否定、若しくは、保留を表す用語が、メッセージ中に含まれているかどうかも解釈する。なお、肯定を表す用語は、例えば、「ＯＫ」、「オーケー」、「大丈夫」、「良い」、「お勧め」、「○」等である。また、否定を表す用語は、例えば、「ＮＧ」、「ダメ」、「無理」、「都合が悪い」、「×」等である。また、保留を表す用語は、例えば、「保留」、「分からない」、「△」等である。

【0061】

この他にも、解釈部３４１は、初回メッセージに対して受信したメッセージ中に、大体の日程、目的、及び、人数が含まれているかどうかも解釈する。

【0062】

収集部３４２は、解釈部３４１による試行が成功すると、解釈された回答を、メッセージを発したユーザからの回答として収集する。
例えば、収集部３４２は、問合せメッセージに対して受信したメッセージについて、解釈部３４１による試行が成功すると、そのメッセージを上述した図５Ｂに示すような収集メッセージ群３３２に追加して、記憶部３３０に記憶する。
この他にも、収集部３４２は、初回メッセージに対して受信したメッセージについて、解釈部３４１による試行が成功すると、そのメッセージに含まれる大体の日程、目的、及び、人数の情報を、上述した図５Ａに示すような取りまとめ設定情報３３１に設定して、記憶部３３０に記憶する。

【0063】

生成部３４３は、トーク対象となるユーザ端末４００に送信するための各種メッセージを生成する。
例えば、生成部３４３は、サーバ装置３００がボットとして招待されると、サーバ装置３００が取りまとめるべき内容を、ユーザに問い合わせる最初のメッセージである初回メッセージを生成する。具体的に生成部３４３は、図６に示すような初回メッセージＭＳ２１を生成する。生成した初回メッセージＭＳ２１は、問合せ送信部３２１によって、トーク対象となる全ユーザ端末４００に送信される。

【0064】

その後、初回メッセージＭＳ２１が送信された何れかのユーザ端末４００から、図６に示すようなメッセージＭＳ２２が送信されると、解釈部３４１が、大体の日程、目的、及び、人数が含まれているかどうかを解釈する。そして、解釈部３４１によって、大体の日程、目的、及び、人数が含まれていると解釈されると（解釈が成功すると）、それら、大体の日程、目的、及び、人数の情報が、上述した図５Ａに示すような取りまとめ設定情報３３１に設定される。

【0065】

すると、生成部３４３は、都合の良い日程を問い合わせるための問合せメッセージを生成する。具体的に生成部３４３は、図６に示すような問合せメッセージＭＳ２３を生成する。生成した問合せメッセージＭＳ２３は、問合せ送信部３２１によって、トーク対象となる全ユーザ端末４００に送信される。

【0066】

その後、問合せメッセージＭＳ２３が送信された幾つかのユーザ端末４００から、図７に示すようなメッセージＭＳ２４〜ＭＳ２７が送信されると、解釈部３４１が、メッセージ中に、有効な日付、若しくは、有効な日付範囲が含まれているかどうかや、これら日付や日付範囲の他に、肯定、否定、若しくは、保留を表す用語が、メッセージ中に含まれているかどうかも解釈する。そして、解釈部３４１によって、有効な日付、若しくは、有効な日付範囲等が含まれていると解釈されると（解釈が成功すると）、収集部３４２により、それらのメッセージが収集され、上述した図５Ｂに示すような収集メッセージ群３３２に追加されて記憶される。

【0067】

すると、生成部３４３は、記憶された収集メッセージ群３３２を参照して、未回答ユーザに向けた問合せメッセージを生成する。具体的に生成部３４３は、図７に示すような問合せメッセージＭＳ２８を生成する。生成した問合せメッセージＭＳ２８は、問合せ送信部３２１によって、トーク対象となる全ユーザ端末４００に送信される。

【0068】

なお、未回答ユーザが存在している状態で、所定条件を満たすと、上述したように、問合せ送信部３２１は、電子メール等といった他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージＭＳ２８を送信する。例えば、未回答ユーザがメッセージングサービス（メッセージ管理装置２００）にサインインしていない場合や、未回答ユーザがサインインしていても、メッセージングサービスにおいてメッセージを送信する頻度が基準よりも低い場合に、問合せ送信部３２１は、他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージＭＳ２８を送信する。
この他にも、解釈部３４１において、メッセージを解釈する試行が、未回答ユーザから送信されたメッセージについて連続して失敗しており、連続して失敗したメッセージ数、若しくは、連続して失敗したメッセージの量が、閾値を超えた場合に、問合せ送信部３２１は、他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージＭＳ２８を送信してもよい。

【0069】

このようにして、トーク対象となる全ユーザ端末４００（より詳細には、図５Ａの取りまとめ設定情報３３１の人数３３１ｃに設定された人数分のユーザ端末４００）から、有効なメッセージが収集され、取りまとめが完了すると、生成部３４３は、取りまとめ結果を集計した結果メッセージを生成する。生成した結果メッセージは、結果送信部３２２によって、トーク対象となる全ユーザ端末４００に送信される。

【0070】

なお、上述したＣＰＵ ５０１等が、このような構成からなる制御部３４０として機能しうる。

【0071】

（サーバ装置の動作）
以下、このような構成のサーバ装置３００の動作について図８を参照して説明する。図８は、本実施形態に係る取りまとめ処理の流れを示すフローチャートである。この取りまとめ処理は、サーバ装置３００がボットとして、複数トークやグループトークに招待された際に開始される。

【0072】

まず、サーバ装置３００は、初回メッセージを送信する（ステップＳ１１）。
例えば、制御部３４０（生成部３４３）は、図６に示すような初回メッセージＭＳ２１を生成する。そして、送信部３２０（問合せ送信部３２１）は、生成された初回メッセージＭＳ２１をトーク対象となる全ユーザ端末４００に送信する。

【0073】

サーバ装置３００は、初回メッセージを送信した何れかのユーザ端末４００から送られたメッセージを受信したか否かを判別する（ステップＳ１２）。
サーバ装置３００は、メッセージを受信していないと判別すると（ステップＳ１２；Ｎｏ）、そのまま、メッセージの受信を待機する。

【0074】

一方、メッセージを受信したと判別した場合（ステップＳ１２；Ｙｅｓ）に、サーバ装置３００は、メッセージの解釈を試行する（ステップＳ１３）。
例えば、ステップＳ１２にて、図６に示すようなメッセージＭＳ２２を受信した場合に、制御部３４０（解釈部３４１）は、メッセージＭＳ２２中に、大体の日程、目的、及び、人数が含まれているかどうか解釈する。

【0075】

サーバ装置３００は、試行が成功したか否かを判別する（ステップＳ１４）。サーバ装置３００は、試行が成功しなかった（試行が失敗した）と判別すると（ステップＳ１４；Ｎｏ）、上述したステップＳ１１に処理を戻す。

【0076】

一方、試行が成功したと判別した場合（ステップＳ１４；Ｙｅｓ）に、サーバ装置３００は、取りまとめ内容を設定する（ステップＳ１５）。
例えば、制御部３４０（収集部３４２）は、図６に示すようなメッセージＭＳ２２に含まれる大体の日程（１１月２週）、目的（飲み会）、及び、人数（５人）の情報を、図５Ａに示すような取りまとめ設定情報３３１に設定して、記憶部３３０に記憶する。なお、目的の情報となる「飲み会」は、メッセージＭＳ２２中の「飲みに行きましょう」から、一般的な表記に改められている。

【0077】

サーバ装置３００は、問合せメッセージを送信する（ステップＳ１６）。
例えば、制御部３４０（生成部３４３）は、図６に示すような問合せメッセージＭＳ２３を生成する。そして、送信部３２０（問合せ送信部３２１）は、生成された問合せメッセージＭＳ２３をトーク対象となる全ユーザ端末４００に送信する。

【0078】

サーバ装置３００は、問合せメッセージを送信した何れかのユーザ端末４００から送られたメッセージを受信したか否かを判別する（ステップＳ１７）。
サーバ装置３００は、メッセージを受信していないと判別すると（ステップＳ１７；Ｎｏ）、後述するステップＳ２２に処理を進める。

【0079】

一方、メッセージを受信したと判別した場合（ステップＳ１７；Ｙｅｓ）に、サーバ装置３００は、メッセージの解釈を試行する（ステップＳ１８）。
例えば、ステップＳ１７にて、図７に示すようなメッセージＭＳ２４〜ＭＳ２７を同時期に受信した場合に、制御部３４０（解釈部３４１）は、メッセージＭＳ２４〜ＭＳ２７のそれぞれについて、有効な日付、若しくは、有効な日付範囲が含まれているかどうかや、これら日付や日付範囲の他に、肯定、否定、若しくは、保留を表す用語が含まれているかどうかも解釈する。

【0080】

サーバ装置３００は、試行が成功したか否かを判別する（ステップＳ１９）。サーバ装置３００は、試行が成功しなかった（試行が失敗した）と判別すると（ステップＳ１９；Ｎｏ）、再問合せが必要か否かを判別する（ステップＳ２０）。
例えば、制御部３４０は、メッセージングサービスにおいてメッセージを送信する頻度が基準よりも低い場合に、再問合せが必要であると判別する。この他にも、ステップＳ１９にて、未回答ユーザから送信されたメッセージについての試行が連続して失敗しており、連続して失敗したメッセージ数、若しくは、連続して失敗したメッセージの量が、閾値を超えた場合に、制御部３４０は、再問合せが必要であると判別する。
サーバ装置３００は、再問合せが必要でないと判別すると（ステップＳ２０；Ｎｏ）、上述したステップＳ１７に処理を戻す。

【0081】

一方、再問合せが必要であると判別した場合（ステップＳ２０；Ｙｅｓ）に、サーバ装置３００は、未回答ユーザのユーザ端末４００に、問合せメッセージを送信する（ステップＳ２１）。
例えば、送信部３２０（問合せ送信部３２１）は、上述した図４に示すように、メッセージＭＳ１，ＭＳ２，ＭＳ３，・・・，ＭＳ１０を解釈する試行が、一例として、１０回連続して失敗した場合に、問合せメッセージＭＳ１１を送信する。このように、メッセージを解釈する試行が連続して失敗したということは、トーク上での話題が問合せ内容への回答から逸れつつあるという虞がある。そのため、問合せメッセージを送ることで、トークにおける話題を、問合せ内容への回答へと戻すことができる。
そして、サーバ装置３００は、上述したステップＳ１７に処理を戻す。

【0082】

また、上述したステップＳ１７にて、メッセージを受信していないと判別した場合（ステップＳ１７；Ｎｏ）に、サーバ装置３００は、再問合せ済みであり、かつ、所定期間が経過したか否かを判別する（ステップＳ２２）。すなわち、サーバ装置３００は、上述したステップＳ２１にて問合せメッセージを送信済みであり、その後、回答が得られないまま所定期間が経過したかどうかを判別する。
サーバ装置３００は、再問合せ済みでない、若しくは、再問合せ済みであるが、所定期間が経過していないと判別すると（ステップＳ２２；Ｎｏ）、上述したステップＳ１７に処理を戻す。

【0083】

一方、再問合せ済みであり、かつ、所定期間が経過したと判別した場合（ステップＳ２２；Ｙｅｓ）に、サーバ装置３００は、他のメッセージングサービスを介して、問合せメッセージを送信する（ステップＳ２３）。
例えば、送信部３２０（問合せ送信部３２１）は、電子メールやＳＭＳといった他のメッセージングサービスを介して、未回答ユーザのユーザ端末４００に問合せメッセージを送信する。
そして、サーバ装置３００は、上述したステップＳ１７に処理を戻す。

【0084】

また、上述したステップＳ１９にて、試行が成功したと判別した場合（ステップＳ１９；Ｙｅｓ）に、サーバ装置３００は、メッセージを収集する（ステップＳ２４）。
例えば、制御部３４０（収集部３４２）は、図７に示すようなメッセージＭＳ２４〜ＭＳ２７を収集し、図５Ｂに示すような収集メッセージ群３３２に追加する。

【0085】

サーバ装置３００は、取りまとめが完了したか否かを判別する（ステップＳ２５）。
例えば、制御部３４０は、トーク対象となる全ユーザ端末４００（より詳細には、図５Ａの取りまとめ設定情報３３１の人数３３１ｃに設定された人数分のユーザ端末４００）から、有効なメッセージが収集された場合に、取りまとめが完了したと判別する。

【0086】

サーバ装置３００は、取りまとめが完了していないと判別すると（ステップＳ２５；Ｎｏ）、上述したステップＳ１６に処理を戻す。なお、２巡目以降のステップＳ１６では、収集メッセージ群３３２が参照され、未回答ユーザに向けた問合せメッセージが送信される。
例えば、制御部３４０（生成部３４３）は、図７に示すような問合せメッセージＭＳ２８を生成する。そして、送信部３２０（問合せ送信部３２１）は、未回答ユーザのユーザ端末４００を含めたユーザ端末４００に送信する。

【0087】

一方、取りまとめが完了したと判別した場合（ステップＳ２５；Ｙｅｓ）に、サーバ装置３００は、結果メッセージを送信する（ステップＳ２６）。
すなわち、制御部３４０（生成部３４３）は、取りまとめ結果を集計した結果メッセージを生成する。そして、送信部３２０（結果送信部３２２）は、結果メッセージをトーク対象となる全ユーザ端末４００に送信する。

【0088】

なお、図８の取りまとめ処理では、省略しているが、特定のキーワードを含むメッセージが、トーク対象となる何れかのユーザ端末４００から送信されると、取りまとめる内容の再設定や、ボットの退出が行えるようになっている。
例えば、「やり直し」、「最初から」、「もう一度」、「クリア」等のキーワードを含むメッセージが、ユーザ端末４００から送信されると、サーバ装置３００は、図５Ａに示す取りまとめ設定情報３３１を消去した後、図８のステップＳ１１に処理を戻し、初回メッセージの送信から再開する。
また、「ロボットを退出」、「ロボット退出」、「ロボット幹事を退出」、「ロボット幹事退出」、「ロボット幹事さようなら」、「ロボットさようなら」等のキーワードを含むメッセージが、ユーザ端末４００から送信されると、サーバ装置３００は、複数トークやグループトークから退出する。

【0089】

このような取りまとめ処理によって、メッセージングサービスにおけるメッセージのやり取りを通じて、トーク対象となる全ユーザ端末４００から有効な回答を得て、催し物の日程等を取りまとめることができる。
この結果、質問に対する全ユーザからの回答を、効率的に収集することができる。

【0090】

（他の実施形態）
上記の実施形態では、ユーザ端末４００のユーザが、図７に示すメッセージＭＳ２４〜ＭＳ２７のように、日付や日付範囲等を含んだメッセージを送信する場合について説明したが、このようなメッセージの代わりに、カレンダー機能を利用するなどして、日付や日付範囲等を送信できるようにしてもよい。
例えば、ユーザ端末４００に図９に示すようなカレンダー画面ＷＤ１を表示させ、ユーザが日付や日付範囲を選び、更に、ＯＫ、保留、ＮＧ等を選んで、送信できるようにする。なお、このカレンダー画面ＷＤ１は、例えば、サーバ装置３００から送信される問合せメッセージに含まれるリンクをタップすることで、表示されるようにしてもよい。

【0091】

また、上記の実施形態では、ボットが複数トークやグループトークに参加した（招待された）以降において、各ユーザ端末４００から送信されたメッセージをサーバ装置３００が適宜解釈して、取りまとめを行う場合について説明したが、実際には、ボットが参加する前において、既に、取りまとめるべき内容について、ユーザ間で、メッセージが交わされている場合も多い。
そのため、ボットが複数トークやグループトークに参加する際に、参加時点から一定時間前までに送受されたメッセージを、サーバ装置３００がメッセージ管理装置２００から取得するようにし、参加前に送受されたメッセージを、取りまとめに活用できるようにしてもよい。
以下、ボットが参加する前に送受されたメッセージを活用することを特徴としたサーバ装置３００について、図１０を参照して説明する。

【0092】

図１０は、他の実施形態に係るサーバ装置３００の概要構成の一例を示すブロック図である。図示するように、サーバ装置３００は、受信部３１０と、送信部３２０と、記憶部３３０と、制御部３５０とを備える。
なお、受信部３１０、送信部３２０、及び、記憶部３３０は、上述した図３に示すサーバ装置３００と同じ構成である。

【0093】

また、制御部３５０は、取得部３５１、設定部３５２、解釈部３４１、収集部３４２、及び、生成部３４３を含んでいる。
なお、解釈部３４１、収集部３４２、及び、生成部３４３は、上述した図３に示すサーバ装置３００と同じ構成である。

【0094】

取得部３５１は、サーバ装置３００がボットとして招待され、複数トークやグループトークに参加すると、その参加時点から一定時間前までにそのトークにおいて送受されたメッセージを、メッセージ管理装置２００から取得する。

【0095】

設定部３５２は、取得部３５１により取得されたメッセージに基づいて、質問を設定する。例えば、設定部３５２は、取得部３５１により取得されたメッセージについて、古い順に、解釈部３４１に解釈を試行させる。その際、解釈部３４１は、先に、メッセージ中に、大体の日程、目的、及び、人数が含まれているかどうかを解釈する。そして、解釈部３４１により、大体の日程、目的、及び、人数が含まれていると解釈されると、設定部３５２は、そのメッセージに含まれる大体の日程、目的、及び、人数の情報を、図５Ａに示すような取りまとめ設定情報３３１に設定して、記憶部３３０に記憶する。
その後、解釈部３４１は、メッセージ中に、有効な日付や有効な日付範囲等が含まれているかどうかを解釈する。そして、解釈部３４１により、有効な日付や有効な日付範囲等が含まれていると解釈されると、設定部３５２は、メッセージを図５Ｂに示すような収集メッセージ群３３２に追加して、記憶部３３０に記憶する。
そして、解釈部３４１が、取得部３５１により取得されたメッセージについての解釈を終えた際に、設定部３５２によって、取りまとめ設定情報３３１、及び、収集メッセージ群３３２が記憶部３３０に記憶されていると、生成部３４３は、記憶された収集メッセージ群３３２を参照して、直ちに、未回答ユーザに向けた問合せメッセージを生成する。具体的に生成部３４３は、初回メッセージ等の生成を飛ばして、図７に示すような問合せメッセージＭＳ２８を直ちに生成する。生成した問合せメッセージＭＳ２８は、問合せ送信部３２１によって、トーク対象となる全ユーザ端末４００に送信される。

【0096】

このような他の実施形態に係るサーバ装置３００によれば、ボットが参加する前に送受されたメッセージを活用して、催し物の日程等をより迅速に取りまとめることができる。

【産業上の利用可能性】

【0097】

以上説明したように、本発明によれば、質問に対する全ユーザからの回答を、効率的に収集することのできるサーバ装置、サービス方法、ならびに、プログラムを提供することができる。

【符号の説明】

【0098】

１００ メッセージシステム
２００ メッセージ管理装置
３００ サーバ装置
３１０ 受信部
３２０ 送信部
３２１ 問合せ送信部
３２２ 結果送信部
３３０ 記憶部
３４０，３５０ 制御部
３４１ 解釈部
３４２ 収集部
３４３ 生成部
３５１ 取得部
３５２ 設定部
４００ ユーザ端末
５００ 情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＮＩＣ
５０５ 画像処理部
５０６ 音声処理部
５０７ ＤＶＤ−ＲＯＭドライブ
５０８ インターフェース
５０９ 外部メモリ
５１０ コントローラ
５１１ モニタ
５１２ スピーカ
９００ インターネット

【要約】

受信部（310）は、トーク対象となる複数のユーザの何れかから送信されたメッセージを受信する。解釈部（341）は、受信部（310）が受信したメッセージを、質問に対する回答として解釈する試行をする。収集部（342）は、解釈部（341）による試行が成功すると、前記解釈された回答を、メッセージを発したユーザからの回答として収集する。問合せ送信部（321）は、収集部（342）による回答の収集が未だされていない未回答ユーザが存在している状態で、所定条件を満たすと、複数のユーザのうち、質問に係る問合せを、少なくとも未回答ユーザに送信する。結果送信部（322）は、複数のユーザの全てから回答が収集されると、当該回答を集計した結果を表すメッセージを、複数のユーザに送信する。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】