(57)【要約】【課題】複数の通信端末の間で送受されるコミュニケーション情報を仲介するコミュニケーションサーバ装置で、リアルタイムチャットで会話に参加している人たちに、会話の終了を促すきっかけとなるような情報を与えること。【解決手段】複数の通信端末間で送受されるコミュニケーション情報を送受時刻の情報と関連付けてチャットログＤＢ１５に更新記憶させるチャットログ更新部１３と、チャットログＤＢ１５に情報が記憶されてからの経過時間を会話経過時間ＤＢ１６に更新記憶させる会話経過時間更新部１４と、通信端末の少なくとも１つからコミュニケーション情報の送受を終了する希望を受付けた場合に、会話経過時間ＤＢ１６に記憶された経過時間に基づき、複数の通信端末に対して経過時間に関する割込情報を提示する会話継続判断部１２とを備える。【選択図】      図１
2019215716.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末の間で送受されるコミュニケーション情報を仲介するコミュニケーションサーバ装置であって、
前記複数の通信端末間で送受されるコミュニケーション情報をその送受時刻を示す情報と関連付けて第１のメモリに更新記憶させる第１の記憶部と、
前記第１のメモリに前記コミュニケーション情報が記憶されてからの経過時間を第２のメモリに更新記憶させる第２の記憶部と、
前記複数の通信端末のうちの少なくとも１つから前記コミュニケーション情報の送受を終了する希望を受け付けた場合に、前記第２のメモリに更新記憶された経過時間に基づき、前記複数の通信端末に対して前記経過時間に関する割込情報を提示する情報提示制御部と、
を備えるコミュニケーションサーバ装置。
【請求項２】
前記第１のメモリに記憶されるコミュニケーション情報を複数の種類に分類する分類部をさらに備え、
前記情報提示制御部は、前記分類部で分類した複数の種類のそれぞれについて、その経過時間に関する割込情報を提示する、
請求項１記載のコミュニケーションサーバ装置。
【請求項３】
前記第１のメモリに記憶されるコミュニケーション情報の通信端末相互間の訴求度を判定する判定部をさらに備え、
前記情報提示制御部は、前記判定部による訴求度の判定結果に基づき、前記経過時間に関する割込情報の提示の有無を切り換える、
請求項１記載のコミュニケーションサーバ装置。
【請求項４】
複数の通信端末と、それら通信端末の間で送受されるコミュニケーション情報を仲介するコミュニケーションサーバ装置が実行するコミュニケーション制御方法であって、
前記複数の通信端末間で送受されるコミュニケーション情報をその送受時刻を示す情報と関連付けて第１のメモリに更新記憶させる第１の記憶工程と、
前記第１のメモリに前記コミュニケーション情報が記憶されてからの経過時間を第２のメモリに更新記憶させる第２の記憶工程と、
前記複数の通信端末のうちの少なくとも１つから前記コミュニケーション情報の送受を終了する希望を受け付けた場合に、前記第２のメモリに更新記憶された経過時間に基づき、前記複数の通信端末に対して前記経過時間に関する割込情報を提示する情報提示制御工程と、
を有するコミュニケーション制御方法。
【請求項５】
請求項１乃至３のいずれかに記載のコミュニケーションサーバ装置が備える前記各部の処理を、前記コミュニケーションサーバ装置のプロセッサに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニケーションサーバ装置、コミュニケーション制御方法及びプログラムに関する。
【背景技術】
【０００２】
コミュニケーションツールとして、例えばスマートフォン等の携帯情報端末を用いたチャットが普及している。近年、特に普及が著しいビジネス向けの非リアルタイムチャットでは、すぐに返答を要求するのではなく、受け手側の任意のタイミングでの返答を期待するような仕様の設計となっている。そのため、チャットへの返答が遅い場合でも、その理由を述べる必要がなく、またチャットでの会話の終了を明確に宣言する必要がない。
【０００３】
これに対してコンシューマ向けのリアルタイムチャットでは、例えば対面会話や電話での会話のように、リアルタイムな返答を期待したコミュニケーションを促す設計となっており、すぐに返答できない場合には、適切に会話を終了させる必要がある。
【０００４】
このようにリアルタイムチャットでは、長時間のチャットが継続している状態で、そのまま会話を継続したい人と、その会話を終了したい人が同時に生じる可能性がある。このように相反する欲求を持つ人たちの間での会話においては、会話を終了したい人が、他の人に気を遣って会話を終了させることができない、という不具合を生じることがある。
【０００５】
因みに、リアルタイムチャットの支援技術としては、チャットの会話を促すもの（非特許文献１）と、ユーザーの情動表現を示すもの（非特許文献２）が存在する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】久保田進也，福島俊太郎，武川直樹，大島直樹，“センシングされた家族の活動状況をつぶやき繋がりを生み出すエージェントの提案と評価”電子情報通信学会、Ｈｕｍａｎ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｇｒｏｕｐシンポジウム２０１７，ＨＧＣ２０１７−Ｂ−４−６。
【非特許文献２】岩佐ら，“情動表現を即時表示するタイピング駆動型身体的引き込みキャラクタチャットシステムの開発”ＨＡＩシンポジウム２０１５。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述した如く、リアルタイムチャットにおける支援技術として、会話に参加している人たちに、会話の終了を誰にも違和感なく促すことができるようなものが切望されていた。
【０００８】
本発明は前記のような実情に鑑みてなされたもので、その目的とするところは、リアルタイムチャットで会話に参加している人たちに、会話の終了を促すきっかけとなるような情報を与えることが可能なコミュニケーションサーバ装置、コミュニケーション制御方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一態様は、複数の通信端末の間で送受されるコミュニケーション情報を仲介するコミュニケーションサーバ装置であって、前記複数の通信端末間で送受されるコミュニケーション情報をその送受時刻を示す情報と関連付けて第１のメモリに更新記憶させる第１の記憶部と、前記第１のメモリに前記コミュニケーション情報が記憶されてからの経過時間を第２のメモリに更新記憶させる第２の記憶部と、前記複数の通信端末のうちの少なくとも１つから前記コミュニケーション情報の送受を終了する希望を受け付けた場合に、前記第２のメモリに更新記憶された経過時間に基づき、前記複数の通信端末に対して前記経過時間に関する割込情報を提示する情報提示制御部と、を備える。
【発明の効果】
【００１０】
本発明によれば、リアルタイムチャットで会話に参加している人たちに、会話の終了を促すきっかけとなるような情報を与えることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るシステム全体の構成を示す図。
【図２】同実施形態に係る各会話者による会話継続状態を判断する処理を示すフローチャート。
【図３】同実施形態に係るエージェント割込スレッドのサブルーチン処理を示すフローチャート。
【図４】同実施形態に係る図３のチャット割込タイミングを決定するサブルーチン処理を示すフローチャート。
【図５】同実施形態に係る図３の会話経過時間を選択するサブルーチン処理を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明を二者間チャットシステムに適用した場合の一実施形態について図面を参照して詳細に説明する。
【００１３】
図１はシステム全体の構成を示す図である。同図で、２人のチャットユーザがそれぞれ所持する通信端末ＴＭ，ＴＭが、ネットワークＮＷを介して、コミュニケーションサーバＳＶと接続される。
【００１４】
通信端末ＴＭは、例えばスマートフォンやフューチャフォン、タブレット端末等のいずれかであり、当該チャット用のアプリケーションプログラムを事前にインストールしている。ネットワークＮＷは、基地局やインターネットを含む。
【００１５】
コミュニケーションサーバＳＶは、チャットの運営を管理、制御するもので、入出力得制御部１１、会話継続判断部１２、チャットログ更新部１３、会話継続時間更新部１４、チャットログデータベース（ＤＢ）１５、及び会話経過時間データベース（ＤＢ）１６を有する。
【００１６】
入出力制御部１１は、ネットワークＮＷと会話継続判断部１２、チャットログ更新部１３、及び会話経過時間更新部１４との間の各種データ等の送受信を制御する。
【００１７】
会話継続判断部１２は、チャットログ更新部１３及び会話経過時間更新部１４を用い、総合的にチャットの会話が継続している状態を判断する。
【００１８】
チャットログ更新部１３は、チャット上で入力された会話を受信する毎に、チャットログデータベース１５に会話の内容とその時点での時刻情報とを含むログを蓄積して更新記憶させる。
【００１９】
なおチャットログ更新部１３がチャットログデータベース１５に更新記憶する会話内容に関し、随時、構文解析を含む単語等の解析処理により、その時点で会話されている内容が、日常習慣等に基づいた使用頻度の高い単語を用いる会話であるのか、または突発的に発生した事象等に関する単語を用いた会話であるのかを分類して認識し、その認識結果も併せて更新記憶しておくものとする。
【００２０】
会話経過時間更新部１４は、チャットにおける会話経過時間を会話経過時間データベース１６に更新記憶する他、会話継続判断部１２からのリクエストによりその時点で記憶している会話経過時間を会話経過時間データベース１６から読み出して会話継続判断部１２に提示する。
【００２１】
ここで会話経過時間データベース１６に記憶更新記憶する会話経過時間とは、チャットにおける当該会話が開始した時刻からの経過時間に加え、会話中で提示された時刻情報を含む事象からの開始時間、または会話中で提示された時刻情報を含む事象までの残り時間等を含むものとする。
【００２２】
次に前記実施形態の動作について説明する。  
図２は、主として会話継続判断部１２で随時実行する、各会話者による会話継続状態を判断する処理の内容を示すフローチャートである。
【００２３】
処理当初に会話継続判断部１２では、チャット上の各会話者から、会話の終了を希望する意思表示があったか否かを順次サーチしてチェックする（ステップＳ３０１）。
【００２４】
会話の終了を希望する意思表示に際しては、例えば会話中における文字列の数と文字スタンプの数との現出度の割合や、通信端末ＴＭのディスプレイの一端に「会話の終了を希望」のような操作ボタンを表示させ、当該ボタンの位置がユーザによりタッチ操作されたか否か、等により判断する。
【００２５】
なお前記「会話の終了を希望」のような会話者の直接的な終了の意思を示す操作ボタンに関しては、操作した事実が決して会話相手には認識されないことを前提としている。
【００２６】
次に会話継続判断部１２では、その時点で当該チャットのエージェント割込フラグがオフ設定させているか否かを判断する（ステップＳ３０２）。
【００２７】
エージェント割込フラグがオフ設定されていると判断した場合（ステップＳ３０２のＹＥＳ）、会話継続判断部１２では、次に一方の会話者が会話の終了を希望しているか否かを判断する（ステップＳ３１１）。
【００２８】
一方の会話者が会話の終了を希望していると判断した場合（ステップＳ３１１のＹＥＳ）、会話継続判断部１２では、あらためてエージェント割込フラグをオン設定し（ステップＳ３１２）、併せて後述するエージェント割込スレッドを起動し（ステップＳ３１３）、以上でこの図２の処理を終了する。
【００２９】
前記ステップＳ３１１〜Ｓ３１３が、一方のユーザがチャットの終了を希望している場合の処理（ステップＳ３１０）となる。
【００３０】
また前記ステップＳ３０２において、エージェント割込フラグがオフ設定されておらず、オン設定となっていると判断した場合（ステップＳ３０２のＮＯ）、会話継続判断部１２では、次に両方の会話者が共に会話の終了を希望しているか否かを判断する（ステップＳ３２１）。
【００３１】
両方の会話者が会話の終了を希望していると判断した場合（ステップＳ３２１のＹＥＳ）、会話継続判断部１２では、エージェント割込フラグをオフ設定し（ステップＳ３２２）、併せて後述するエージェント割込スレッドを停止し（ステップＳ３２３）、以上でこの図２の処理を終了する。
【００３２】
前記ステップＳ３２１〜Ｓ３２３が、両方のユーザがチャットの終了を希望している場合の処理（ステップＳ３２０）となる。
【００３３】
前記ステップＳ３１１において、いずれの会話者も会話の終了を希望していないと判断した場合（ステップＳ３１１のＮＯ）、及び前記ステップＳ３２１において、少なくとも一方の会話者が会話の終了を希望していないと判断した場合（ステップＳ３２１のＮＯ）、会話継続判断部１２では、前記ステップＳ３１０，Ｓ３２０での設定変更等の処理を行わず、そのままこの図２の処理を終了する。
【００３４】
なお、前述した如く、会話継続判断部１２で取扱う会話経過時間に関しては、日常習慣等に基づいた、継続して使用する頻度の高い単語を用いる会話と、突発的に発生した事象等に関する単語を用いた会話とで分類して認識するものとする。
【００３５】
前者の使用頻度の高い単語を用いた会話は、例えば同通信端末ＴＭのスケジュール帳機能で使用される内容とも関連した単語や、日々の家庭電化製品の操作等のログから抽出されるイベントに関する事象を表す単語が考えられる。具体的には、例えば日常生活における食事の時刻や、起床、就寝の時刻、頻繁に見ているテレビ番組の開始時間などに関する単語が考えられる。
【００３６】
後者の突発的な事象に関する会話は、例えばインターネットを介して得られる、変化を有する情報に関するものが考えられる。具体的には、例えばチャットの途中での「だんだん晴れてきたよ」などの天気に関する単語、ニュース情報中から取得される単語などが考えられる。
【００３７】
次に図３により、会話継続判断部１２が実行するエージェント割込スレッドの処理について説明する。  
エージェント割込スレッドを起動すると、まずチャットへの割込タイミングを決定する（ステップＳ４０１）。
【００３８】
図４は、このステップＳ４０１の処理の詳細を示すサブルーチンのフローチャートである。チャットログＤＢ１５に記憶されるチャットの会話に対する書込み内容の文字列を構文解析等の処理を実行して、最新のつぶやきが疑問形となっているか否かを判断する（ステップＳ５０１）。
【００３９】
最新のつぶやきが疑問形となっていると判断した場合（ステップＳ５０１のＹＥＳ）、会話継続判断部１２では、チャット割込タイミングとして「終了２」の設定を行なう（ステップＳ５０４）。
【００４０】
また前記ステップＳ５０１において、最新のつぶやきが疑問形とはなっていないと判断した場合（ステップＳ５０１のＮＯ）、次に会話継続判断部１２では、チャットログ更新部１３によりチャットログＤＢ１５の記憶内容を検索させて、会話中の最新のつぶやきがなされてから１［分］以内であるか否かにより、最後につぶやきがなされてから一定の時間が経過する前であるか否かを判断する（ステップＳ５０２）。
【００４１】
会話中の最新のつぶやきがなされてから１［分］以内であると判断した場合（ステップＳ５０２のＹＥＳ）、会話継続判断部１２では、チャット割込タイミングとして「終了２」の設定を行なう（ステップＳ５０４）。
【００４２】
また前記ステップＳ５０２において、会話中の最新のつぶやきがなされてから１［分］以上が経過していると判断した場合（ステップＳ５０２のＮＯ）、会話継続判断部１２では、最新のつぶやきが疑問形ではなく、且つ最新のつぶやきがあってからも一定以上の時間が経過しているものとして、チャット割込タイミングとして「終了１」の設定を行なう（ステップＳ５０３）。
【００４３】
前記「終了１」または「終了２」の設定をもって図４のサブルーチンを終了し、図３の処理に戻る。
【００４４】
図３において、会話継続判断部１２では、チャット割込タイミングとして「終了１」の設定がなされたか否かを判断する（ステップＳ４０２）。
【００４５】
ここで「終了１」ではなく「設定２」の設定がなされていると判断した場合（ステップＳ４０２のＮＯ）、最新のつぶやきが疑問形であったか、または最新のつぶやきがあってから、まだ一定以上の時間が経過していないことになるので、その時点から３０［秒］後にエージェント割込スレッドが起動するように設定を行なった上で（ステップＳ４０６）、この図３の処理を終了する。
【００４６】
また前記ステップＳ４０２において、「終了１」の設定がなされていると判断した場合（ステップＳ４０２のＹＥＳ）、最新のつぶやきが疑問形ではなく、且つ最新のつぶやきがあってからも一定以上の時間が経過しているものとして、会話継続判断部１２で会話時間の経過時間の選択処理を実行する（ステップＳ４０３）。
【００４７】
図５は、このステップＳ４０３の処理の詳細を示すサブルーチンのフローチャートである。処理当初に会話継続判断部１２では、チャットログ更新部１３を用いてチャットログデータベース１５から会話の話題となっている単語を抽出させる（ステップＳ６０１）。
【００４８】
次に会話継続判断部１２では、会話経過時間更新部１４により会話経過時間データベース１６から直前の同図５の処理により使用済みの会話経過時間を削除する（ステップＳ６０２）。
【００４９】
これら使用済みの会話経過時間を削除した結果に基づいて、直近の時間範囲内で会話の話題と異なる話題となり得る会話を抽出するための経過時間のリストを作成する（ステップＳ６０３）。
【００５０】
会話継続判断部１２では、まずは作成したリストに対し、直近の日常習慣を話題とした会話の経過時間を、単語に応じて分類して抽出する（ステップＳ６１１）。
【００５１】
一方で会話継続判断部１２では、前記作成したリストに対し、直近の頻度の少ない突発的な事象を話題とした会話の経過時間を、単語に応じて分類して抽出する（ステップＳ６１２）。
【００５２】
会話継続判断部１２では、これらの各抽出結果に基づいて、より現在時刻に近い直近の話題の経過時間が、現在時刻から３０分以内であるか否かを判断する（ステップＳ６１３）。
【００５３】
より現在時刻に近い直近の話題の経過時間が、現在時刻から３０分を超えていると判断した場合（ステップＳ６１３のＮＯ）、日常習慣を話題とした会話と、突発的な事象を話題とした会話の双方共に一定時間を経過しているものとして、会話継続判断部１２では、エージェントとして提示する会話経過時間を提示する話題として、特に何らかの内容を指し示すものではない「‥‥‥‥」を選択する（ステップＳ６１５）。
【００５４】
また前記ステップＳ６１３において、より現在時刻に近い直近の話題の経過時間が、現在時刻から３０分以内であると判断した場合（ステップＳ６１３のＹＥＳ）、次に会話継続判断部１２では、より現在時刻に近い直近の話題の経過時間が、日常習慣を話題とした会話のものであるか否かを判断する（ステップＳ６１４）。
【００５５】
より現在時刻に近い直近の話題の経過時間が、日常習慣を話題とした会話のものであると判断した場合（ステップＳ６１４のＹＥＳ）、会話継続判断部１２では、エージェントとして提示する話題として、直近の日常習慣の会話経過時間を選択する（ステップＳ６１６）。
【００５６】
また前記ステップＳ６１４において、より現在時刻に近い直近の話題の経過時間が、日常習慣を話題とした会話のものではなく、突発的に発生した事象等に関する単語を用いた会話のものであると判断した場合（ステップＳ６１４のＮＯ）、会話継続判断部１２では、エージェントとして提示する話題として、直近の突発的に発生した事象等に関する単語を用いた会話の経過時間を選択する（ステップＳ６１７）。
【００５７】
前記ステップＳ６１１〜Ｓ６１７を取り纏めた処理Ｓ６１０によって、より現在時刻に近い直近の話題の会話に対応した経過時間が選択される。
【００５８】
前記ステップＳ６１５〜Ｓ６１７のいずれかの処理により会話経過時間を選択した上で、前記図５のサブルーチン処理を一旦終了し、前記図３の処理に戻る。
【００５９】
図３において、会話継続判断部１２では、選択した会話経過時間を用いてエージェントによるつぶやきを両通信端末ＴＭ，ＴＭに配信して表示させる（ステップＳ４０４）。
【００６０】
配信する具体的なつぶやきとしては、例えば、前記ステップＳ６１５における「‥‥‥‥」、前記ステップＳ６１６における「テレビ番組「○点」が始ってから１０分経過」、前記ステップＳ６１７における「最新型ロボット掃除機×××の特売セール終了まであと２０分」等、チャットログデータベース１５に記憶されている会話中の単語等に応じた内容が考えられる。
【００６１】
前記つぶやきの配信を終えたことで、会話継続判断部１２では、エージェント割込スレッドの停止を設定すると共に（ステップＳ４０５）、以上で図３の処理を終了する。
【００６２】
このように本実施形態では、実際にチャットでやり取りされていた会話を構成する単語に応じて日常習慣のような頻度の高い事象の話題と、突発性が高く頻度の少ない事象の話題とに分類した上で、エージェントからのつぶやきを選定して発信するものとしている。
【００６３】
以上詳述した如く本実施形態によれば、リアルタイムチャットで会話に参加している人たちに、会話経過時間に関するエージェントのつぶやきが割込情報として提示される。すなわち、会話に参加している人たちに、エージェントから会話の終了を促すきっかけとなるような情報が提示される。この結果、会話を終了したい人は、上記提示情報をもとに、他の人たちに不自然な印象を与えることなく会話を終了することが可能となる。
【００６４】
また前記実施形態では、実際にチャットでやり取りされていた会話を構成する単語に応じて日常習慣のような頻度の高い事象の話題と、突発性が高く頻度の少ない事象の話題とに分類するものとしたように、コミュニケーション情報の内容を複数に分類して、その分類結果と経過時間とから、適切なサーバ側からのコミュニケーション情報を提示するものとしたので、当該コミュニケーションサービスの参加者にとってもより自然で違和感のない情報により、コミュニケーションを終了することを促すことができる。
【００６５】
さらに前記実施形態では、コミュニケーションの過程で直近のものが疑問形であったり、最後にコミュニケーションをとってからの途絶時間が極端に短いなど、参加者間のコミュニケーションに対する訴求度が高いと判定できる場合には、その判定結果に基づいて経過時間の提示の有無を切り換えるようにすることで、不自然な形でコミュニケーションの終了を促すことなく、コミュニケーションサービスの運用を維持できる。
【００６６】
なお、前記実施形態は、説明を簡略化するために、本発明を二者間チャットを行なうコミュニケーションシステムに適用した場合について説明したものであるが、本発明はそのようなシステムに限定することなく、３者以上の会話者によるチャット、複数話者による電話会議やテレビ会議や、バーチャルなアバターを用いたコミュニケーションを行なうようなシステム等にも同様に適用することが可能となる。
【００６７】
その他、本発明は、前記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、前記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【符号の説明】
【００６８】
１１…入出力制御部、１２…会話継続判断部、１３…チャットログ更新部、１４…会話経過時間更新部、１５…チャットログデータベース（ＤＢ）、１６…会話経過時間データベース（ＤＢ）、ＮＷ…ネットワーク、ＳＶ…コミュニケーションサーバ、ＴＭ…通信端末
【図１】
2019215716.tif 000003
【図２】
2019215716.tif 000004
【図３】
2019215716.tif 000005
【図４】
2019215716.tif 000006
【図５】
2019215716.tif 000007