(57)【要約】【課題】ユーザの負担や煩わしさを軽減する。【解決手段】端末装置（携帯端末１１０）は、メッセージＭａおよびメッセージＭａに対する回答候補情報（キャラクタ画像Ｓａ、Ｓｂ、Ｓｃ）が関連付けられたメッセージ情報を取得する取得部と、メッセージ情報に基づいて、メッセージＭａおよび回答候補情報を表示部１１６に表示する表示制御部と、回答候補情報に対する操作入力を受け付ける操作受付部と、操作入力に応じて決定された回答候補情報を、メッセージＭａに対する回答情報とする回答決定部と、を備える。【選択図】図５
2018197986.tif 000002
【特許請求の範囲】
【請求項１】
メッセージおよび前記メッセージに対する回答候補情報が関連付けられたメッセージ情報を取得する取得部と、
前記メッセージ情報に基づいて、前記メッセージおよび前記回答候補情報を表示部に表示する表示制御部と、
前記回答候補情報に対する操作入力を受け付ける操作受付部と、
前記操作入力に応じて決定された前記回答候補情報を、前記メッセージに対する回答情報とする回答決定部と、
を備える端末装置。
【請求項２】
前記回答候補情報は、前記メッセージに対する回答に関するパラメータを示す画像を含む請求項１に記載の端末装置。
【請求項３】
前記表示制御部は、前記操作入力に応じて前記画像を変化させて、前記表示部に表示させる請求項２に記載の端末装置。
【請求項４】
前記回答情報は、複数の前記回答候補情報から前記操作入力に応じて選択される請求項１から３のいずれか１項に記載の端末装置。
【請求項５】
前記取得部は、外部装置から出力された前記メッセージ情報を、通信回線を介して取得する請求項１から４のいずれか１項に記載の端末装置。
【請求項６】
前記メッセージ情報は、前記外部装置に対する操作入力に応じて生成される請求項５に記載の端末装置。
【請求項７】
前記メッセージ情報は、ＢＯＴによって自動生成される請求項１から５のいずれか１項に記載の端末装置。
【請求項８】
メッセージおよび前記メッセージに対する回答候補情報が関連付けられたメッセージ情報を取得する工程と、
前記メッセージ情報に基づいて、前記メッセージおよび前記回答候補情報を表示部に表示する工程と、
前記回答候補情報に対する操作入力を受け付ける工程と、
前記操作入力に応じた前記回答候補情報を、前記メッセージに対する回答情報とする工程と、
を含む情報伝達方法。
【請求項９】
コンピュータを、
メッセージおよび前記メッセージに対する回答候補情報が関連付けられたメッセージ情報を取得する取得部と、
前記メッセージ情報に基づいて、前記メッセージおよび前記回答候補情報を表示部に表示する表示制御部と、
前記回答候補情報に対する操作入力を受け付ける操作受付部と、
前記操作入力に応じた前記回答候補情報を、前記メッセージに対する回答情報とする回答決定部と、
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザまたはＢＯＴに対して情報を伝達する端末装置、情報伝達方法、および、プログラムに関する。
【背景技術】
【０００２】
従来、インスタントメッセージングアプリケーションが普及している（例えば、特許文献１）。インスタントメッセージングアプリケーションがインストールされた端末同士では、インスタントメッセージの送受信が、例えば、チャット形式で遂行される。また、インスタントメッセージングアプリケーションには、ソフトウェアロボット（所謂ＢＯＴ）とのメッセージのやり取りが可能なものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５６５０１４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載される従来技術は、他のユーザやＢＯＴから質問形式のメッセージが送られてきた場合、回答するためには、文章を入力する必要がある。そのため、端末操作に時間が割けなかったり、細かい文字入力ができないなど、状況によっては即座に回答できなかったり、回答作業がユーザの負担となる場合があった。
【０００５】
また、インスタントメッセージングアプリケーションには、画像（スタンプなど）が登録されているものがある。この場合、文章を入力する代わりに、登録された画像を選択することで回答できる。しかし、登録された画像が多過ぎると、回答に適した画像を見つけ出す作業がユーザの負担となったり、回答に適した画像が見つけられず、結局、文章を入力せざるを得ないといったように、ユーザに煩わしい思いをさせてしまうことがあった。
【０００６】
本発明は、このような課題に鑑み、ユーザの負担や煩わしさを軽減することが可能な端末装置、情報伝達方法、および、プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の端末装置は、メッセージおよびメッセージに対する回答候補情報が関連付けられたメッセージ情報を取得する取得部と、メッセージ情報に基づいて、メッセージおよび回答候補情報を表示部に表示する表示制御部と、回答候補情報に対する操作入力を受け付ける操作受付部と、操作入力に応じて決定された回答候補情報を、メッセージに対する回答情報とする回答決定部と、を備える。
【０００８】
回答候補情報は、メッセージに対する回答に関するパラメータを示す画像を含んでもよい。
【０００９】
表示制御部は、操作入力に応じて画像を変化させて、表示部に表示させてもよい。
【００１０】
回答情報は、複数の回答候補情報から操作入力に応じて選択されてもよい。
【００１１】
取得部は、外部装置から出力されたメッセージ情報を、通信回線を介して取得してもよい。
【００１２】
メッセージ情報は、外部装置に対する操作入力に応じて生成されてもよい。
【００１３】
メッセージ情報は、ＢＯＴによって自動生成されてもよい。
【００１４】
上記課題を解決するため、本発明の情報伝達方法は、メッセージおよびメッセージに対する回答候補情報が関連付けられたメッセージ情報を取得する工程と、メッセージ情報に基づいて、メッセージおよび回答候補情報を表示部に表示する工程と、回答候補情報に対する操作入力を受け付ける工程と、操作入力に応じた回答候補情報を、メッセージに対する回答情報とする工程と、を含む。
【００１５】
上記課題を解決するため、本発明のプログラムは、コンピュータを、メッセージおよびメッセージに対する回答候補情報が関連付けられたメッセージ情報を取得する取得部と、メッセージ情報に基づいて、メッセージおよび回答候補情報を表示部に表示する表示制御部と、回答候補情報に対する操作入力を受け付ける操作受付部と、操作入力に応じた回答候補情報を、メッセージに対する回答情報とする回答決定部と、して機能させる。
【発明の効果】
【００１６】
本発明によれば、ユーザの負担や煩わしさを軽減することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】情報伝達システムの概略的な構成を示す図である。
【図２】携帯端末の概略的な構成を示すブロック図である。
【図３】サーバの概略的な構成を示すブロック図である。
【図４】携帯端末の表示部側を捉えた正面図である。
【図５】メッセージ情報の一例を示す第１の図である。
【図６】メッセージ情報の一例を示す第２の図である。
【図７】メッセージ情報の一例を示す第３の図である。
【図８】メッセージ情報の一例を示す第４の図である。
【図９】メッセージ情報の一例を示す第５の図である。
【図１０】情報伝達方法の処理の流れの一例を示すシーケンス図である。
【図１１】第２の実施形態における携帯端末の概略的な構成を示すブロック図である。
【図１２】第３の実施形態におけるサーバの概略的な構成を示すブロック図である。
【図１３】第３の実施形態における携帯端末の概略的な構成を示すブロック図である。
【図１４】第３の実施形態における情報伝達方法の処理の流れの一例を示すシーケンス図である。
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値等は、発明の理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。
【００１９】
（第１の実施形態）
図１は、情報伝達システム１００の概略的な構成を示す図である。図１に示すように、情報伝達システム１００は、複数の携帯端末１１０と、通信回線１４０と、サーバ１５０とを含んで構成される。以下、複数の携帯端末１１０を区別するとき、例えば、ユーザ１０のうち、ユーザ１０Ａが所有する携帯端末１１０を携帯端末１１０Ａ、ユーザ１０Ｂが所有する携帯端末１１０を携帯端末１１０Ｂとする。
【００２０】
携帯端末１１０は、スマートフォン、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistant）、タブレットコンピュータ、パーソナルコンピュータなどで構成される。携帯端末１１０は、無線により通信が可能であり、かつ、携帯可能である。通信回線１４０は、携帯電話網やＰＨＳ網等を含む通信網である。サーバ１５０は、コンピュータなどで構成される。通信回線１４０およびサーバ１５０を介して、複数の携帯端末１１０間（例えば、携帯端末１１０Ａおよび携帯端末１１０Ｂの間）の通信が確立される。また、通信回線１４０を介して、携帯端末１１０とサーバ１５０との間の通信が確立される。
【００２１】
（携帯端末１１０）
図２は、携帯端末１１０の概略的な構成を示すブロック図である。携帯端末１１０は、端末通信部１１２と、端末記憶部１１４と、表示部１１６と、操作部１１８と、端末制御部１２０とを含んで構成される。端末通信部１１２は、サーバ１５０と通信回線１４０を通じた無線通信を確立する。端末記憶部１１４は、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＨＤＤ等で構成され、携帯端末１１０に用いられるプログラムや各種データを記憶する。表示部１１６は、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイで構成される。操作部１１８は、例えば、抵抗膜方式（感圧式）、静電容量方式、赤外遮光方式などのタッチパネルで構成され、表示部１１６表面に対するユーザ１０の操作入力を検知する。
【００２２】
端末制御部１２０は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）で構成され、端末記憶部１１４に格納されたプログラムを用い、携帯端末１１０全体を制御する。また、端末制御部１２０は、端末通信制御部（取得部）１２２、端末記憶制御部１２４、表示制御部１２６、操作受付部１２８、回答決定部１３０としても機能する。
【００２３】
端末通信制御部１２２は、端末通信部１１２を制御し、サーバ１５０を介して他の携帯端末１１０との通信を遂行する。端末記憶制御部１２４は、通信を介してサーバ１５０から送信されたデータ（例えば、後述するメッセージ情報）を端末記憶部１１４に記憶させる。表示制御部１２６は、表示部１１６にメッセージやスタンプを表示させる。操作受付部１２８は、例えば、操作部１１８を介して、ユーザ１０の操作入力を受け付ける。回答決定部１３０は、操作入力に応じて、受信したメッセージに対する回答を特定する。特定された回答は、サーバ１５０に送信される。表示制御部１２６、操作受付部１２８、回答決定部１３０の処理については、後に詳述する。
【００２４】
（サーバ１５０）
図３は、サーバ１５０の概略的な構成を示すブロック図である。サーバ１５０は、サーバ通信部１５２と、サーバ記憶部１５４と、サーバ制御部１５６とを含んで構成される。サーバ通信部１５２は、携帯端末１１０と通信回線１４０を通じた無線通信を確立する。サーバ記憶部１５４は、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＨＤＤ等で構成され、サーバ１５０に用いられるプログラムや各種データを記憶する。
【００２５】
サーバ制御部１５６は、ＣＰＵやＤＳＰで構成され、サーバ記憶部１５４に格納されたプログラムを用い、サーバ１５０全体を制御する。また、サーバ制御部１５６は、サーバ通信制御部１６０、サーバ記憶制御部１６２、ＢＯＴ機能部１６４としても機能する。
【００２６】
サーバ通信制御部１６０は、サーバ通信部１５２を制御し、携帯端末１１０との通信を遂行する。サーバ記憶制御部１６２は、携帯端末１１０から送信されたデータ（例えば、メッセージに対する回答）をサーバ記憶部１５４に記憶させる。ＢＯＴ機能部１６４は、ソフトウェアロボット（所謂ＢＯＴ）として機能し、メッセージ情報を生成する。サーバ通信制御部１６０は、メッセージ情報を携帯端末１１０に送信する。
【００２７】
以下、携帯端末１１０の表示制御部１２６、操作受付部１２８、回答決定部１３０、および、サーバ１５０のＢＯＴ機能部１６４の処理について詳述する。
【００２８】
図４は、携帯端末１１０の表示部１１６側を捉えた正面図である。図４に示すように、携帯端末１１０は、アプリケーション（例えば、アプリケーション名「健康支援アプリ」、以下、単にアプリと称す）を実行できる。アプリの実行中、表示部１１６の表示画面２００には、履歴表示領域２１０が設けられる。履歴表示領域２１０には、送受信されたメッセージやスタンプが時系列に表示される。
【００２９】
サーバ１５０のＢＯＴ機能部１６４は、例えば、「今日も一日お疲れ様！今日は疲れてる？」というメッセージを作成したとする。サーバ通信制御部１６０は、作成されたメッセージを携帯端末１１０に送信する。携帯端末１１０の表示制御部１２６は、受信したメッセージを、履歴表示領域２１０に表示させる。具体的には、履歴表示領域２１０のうち、画面左側にＢＯＴのアイコン２１２が表示され、ＢＯＴのアイコン２１２から吹き出しで「今日も一日お疲れ様！今日は疲れてる？」というメッセージが表示される。
【００３０】
ユーザ１０は、アイコン２１２から吹き出しで表示されたメッセージに対して、操作部１１８（例えば、表示画面２００に表示されたソフトウェアキーボード）を介して、「うん」という回答のメッセージの操作入力を行ったとする。その結果、端末通信制御部１２２は、このメッセージをサーバ１５０に送信する。表示制御部１２６は、送信したメッセージを、履歴表示領域２１０に表示させる。具体的に、履歴表示領域２１０のうち、画面右側にユーザ１０のアイコン２１４が表示され、ユーザ１０のアイコン２１４から吹き出しで「うん」というメッセージが表示される。
【００３１】
このように、アプリにおいて、ユーザ１０はＢＯＴとのチャットを行う。サーバ１５０は、チャットによって、ユーザ１０から情報を収集することができる。チャットの内容（送受信されたメッセージの履歴）は、履歴表示領域２１０に時系列に表示される。履歴表示領域２１０において、画面下側に表示されるほど送受信のタイミングが新しい。
【００３２】
図４に示す例では、ユーザ１０は、操作部１１８を介して「うん」といった文章を入力する必要がある。例えば、回答となる文章が長いと、回答作業がユーザ１０の負担となったり、端末操作に時間が割けなかったり、細かい文字入力ができないなど、状況によっては即座に回答できない場合があった。また、アプリには、画像（スタンプなど）が登録されており、登録された画像によって回答可能としてもよい。この場合、登録された画像が多過ぎると、回答に適した画像を見つけ出す作業がユーザ１０の負担となったり、回答に適した画像が見つけられず、結局、文章を入力せざるを得ないといったように、ユーザ１０に煩わしい思いをさせてしまう可能性がある。
【００３３】
そこで、サーバ１５０は、メッセージおよびメッセージに対する回答候補情報が関連付けられたメッセージ情報を携帯端末１１０に送信する。ここで、回答候補情報は、メッセージに対する回答に関するパラメータを示す画像（後述するキャラクタ画像）を含む。
【００３４】
図５は、メッセージ情報の一例を示す第１の図である。図５（ａ）に示すように、ＢＯＴ機能部１６４は、「下の３つのスタンプからあなたの疲れ度合に合ったスタンプを選択してね！」というメッセージＭａを生成する。また、ＢＯＴ機能部１６４は、メッセージＭａに対応する回答になり得る３つのキャラクタ画像Ｓａ、Ｓｂ、Ｓｃ（スタンプ）からなる回答候補情報を、メッセージＭａに関連付けて、メッセージ情報を生成する。サーバ通信制御部１６０は、作成されたメッセージ情報を携帯端末１１０に送信する。
【００３５】
携帯端末１１０の端末通信制御部１２２は、端末通信部１１２を介してメッセージ情報を受信（取得）する。表示制御部１２６は、受信したメッセージ情報のうち、メッセージＭａを履歴表示領域２１０に表示させ、回答候補情報である３つのキャラクタ画像Ｓａ、Ｓｂ、Ｓｃを、候補表示領域２２０に並べて表示させる。候補表示領域２２０は、表示画面２００のうち、例えば、履歴表示領域２１０より画面下側に設けられる。履歴表示領域２１０は、候補表示領域２２０が表示される分、画面下側が縮小する。
【００３６】
回答候補情報である３つのキャラクタ画像Ｓａ、Ｓｂ、Ｓｃには、予めパラメータ（識別情報）が設定されている。ここでは、例えば、キャラクタ画像Ｓａにパラメータ「０」、キャラクタ画像Ｓｂにパラメータ「０．５」、キャラクタ画像Ｓｃにパラメータ「１」が設定されており、パラメータの数値が大きいほど、疲れ度合が大きいものとする。パラメータは、キャラクタ画像Ｓａ、Ｓｂ、Ｓｃに関連付けられて、回答候補情報の一部として携帯端末１１０に送信される。
【００３７】
ユーザ１０は、３つのキャラクタ画像Ｓａ、Ｓｂ、Ｓｃのうち、自身の疲れ度合に合ったキャラクタ画像Ｓａを選択し、キャラクタ画像Ｓａ上に指を接触させる（以下、単にタッチすると言う）。操作受付部１２８は、タッチされて決定されたキャラクタ画像Ｓａのパラメータ「０」を回答決定部１３０に出力する。回答決定部１３０は、パラメータ「０」を、受信したメッセージＭａに対する回答情報として端末通信制御部１２２に出力する。端末通信制御部１２２は、回答情報（パラメータ「０」）をサーバ１５０に送信する。サーバ１５０のＢＯＴ機能部１６４は、回答情報によって、ユーザ１０の疲れ度合を把握できる。
【００３８】
表示制御部１２６は、キャラクタ画像Ｓａを、履歴表示領域２１０に表示させる。具体的に、履歴表示領域２１０のうち、画面右側にユーザ１０のアイコン２１４が表示され、ユーザ１０のアイコン２１４の左横にキャラクタ画像Ｓａが表示される。
【００３９】
このように、ユーザ１０は、回答候補情報である３つのキャラクタ画像Ｓａ、Ｓｂ、Ｓｃから選択してタッチするだけで、メッセージＭａに対する回答を行うことが可能となる。そのため、回答作業がユーザ１０の負担となり難い。また、３つのキャラクタ画像Ｓａ、Ｓｂ、Ｓｃは、いずれもメッセージＭａに対応する回答になり得るものであるため、アプリに多数のスタンプが登録されていても、登録されたスタンプから回答に適したスタンプを見つけ出す作業は不要となる。このように、ユーザ１０の負担や煩わしさを軽減することが可能となる。
【００４０】
図６は、メッセージ情報の一例を示す第２の図である。図６（ａ）に示すように、回答候補情報として、１つのキャラクタ画像Ｓｂが設定されてもよい。ＢＯＴ機能部１６４には、例えば、人工知能（AI :Artificial Intelligence）技術が適用されており、ユーザ１０とのチャットの内容を学習可能である。ＢＯＴ機能部１６４は、学習されたデータに基づいて、ユーザ１０が回答として選択するキャラクタ画像Ｓｂを予め推定し、推定されたキャラクタ画像Ｓｂのみを、回答候補情報とする。
【００４１】
ＢＯＴ機能部１６４は、「疲れ度合はこのスタンプくらいかな？」というメッセージＭｂを生成する。また、ＢＯＴ機能部１６４は、ユーザ１０が回答として選択すると推定されたキャラクタ画像Ｓｂからなる回答候補情報を、メッセージＭｂに関連付けて、メッセージ情報を生成する。サーバ通信制御部１６０は、作成されたメッセージ情報を携帯端末１１０に送信する。
【００４２】
携帯端末１１０の表示制御部１２６は、受信したメッセージ情報のうち、メッセージＭｂを履歴表示領域２１０に表示させる。表示制御部１２６は、回答候補情報が１つの場合、回答候補情報であるキャラクタ画像Ｓｂとともに、「ＹＥＳ」、「ＮＯ」の選択肢を、候補表示領域２２０に表示させる。
【００４３】
ユーザ１０は、キャラクタ画像Ｓｂが自身の疲れ度合に合っている場合、「ＹＥＳ」の選択肢にタッチする。そうすると、図６（ｂ）に示すように、表示制御部１２６は、キャラクタ画像Ｓｂを、履歴表示領域２１０に表示させる。操作受付部１２８は、キャラクタ画像Ｓｂに関連付けられたパラメータ「０．５」を回答決定部１３０に出力する。回答決定部１３０は、パラメータ「０．５」を、受信したメッセージＭｂに対する回答情報として端末通信制御部１２２に出力する。端末通信制御部１２２は、回答情報（パラメータ「０．５」）をサーバ１５０に送信する。サーバ１５０のＢＯＴ機能部１６４は、回答情報によって、ユーザ１０の疲れ度合が、キャラクタ画像Ｓｂに対応する程度であることを把握できる。
【００４４】
ユーザ１０は、キャラクタ画像Ｓｂが自身の疲れ度合に合っていない場合、「ＮＯ」の選択肢にタッチする。「ＮＯ」の選択肢には、パラメータ「false」が設定されているものとする。操作受付部１２８は、タッチされて決定された「ＮＯ」のパラメータ「false」を回答決定部１３０に出力する。回答決定部１３０は、パラメータ「false」を、受信したメッセージＭｂに対する回答情報として端末通信制御部１２２に出力する。端末通信制御部１２２は、回答情報（パラメータ「false」）をサーバ１５０に送信する。
【００４５】
サーバ１５０のＢＯＴ機能部１６４は、新たにメッセージ情報を生成する。このとき、回答候補情報としては、キャラクタ画像Ｓｂ以外のキャラクタ画像Ｓａ、Ｓｃのうち、学習されたデータに基づいて、ユーザ１０が回答として選択する可能性が高い一方を推定し、推定された一方のキャラクタ画像（図６（ｃ）に示す例では、キャラクタ画像Ｓａ）を、回答候補情報としてもよい。この場合、回答候補情報は、例えば、メッセージＭｂに関連付けられる。また、回答候補情報として、キャラクタ画像Ｓｂ以外のキャラクタ画像Ｓａ、Ｓｃの双方が設定されてもよい。この場合、回答候補情報は、例えば、「下の２つのスタンプからあなたの疲れ度合に合ったスタンプを選択してね！」というメッセージに関連付けられる。
【００４６】
上記のように、ＢＯＴ機能部１６４は、学習されたデータに基づいて、ユーザ１０が回答として選択するキャラクタ画像Ｓｂを予め推定し、推定されたキャラクタ画像Ｓｂのみを、回答候補情報とする。そのため、推定の確度が高ければ、回答の選択がより簡便となり、ユーザビリティが向上する。ここでは、一つのキャラクタ画像のみを回答候補情報とする場合について説明した。ただし、学習されたデータがない場合に比べて、キャラクタ画像の数が少なければ、複数のキャラクタ画像を回答候補情報としてもよい。
【００４７】
図７は、メッセージ情報の一例を示す第３の図である。図７（ａ）に示すように、ＢＯＴ機能部１６４は、「下のバーをスライドさせてあなたの疲れ度合を教えてね。ちょうど良い状態になったら右上の「送信」を押してね！」というメッセージＭｃを生成する。また、ＢＯＴ機能部１６４は、メッセージＭｃに対応する回答になり得る複数の静止画像からなる回答候補情報を、メッセージＭｃに関連付けて、メッセージ情報を生成する。サーバ通信制御部１６０は、作成されたメッセージ情報を携帯端末１１０に送信する。
【００４８】
携帯端末１１０の表示制御部１２６は、受信したメッセージ情報のうち、メッセージＭｃを履歴表示領域２１０に表示させ、回答候補情報である複数の静止画像に含まれるキャラクタ画像Ｓａとバー画像Ｓｄを、候補表示領域２２０に表示させる。回答候補情報である複数の静止画像には、疲れ度合が互いに異なる態様の複数のキャラクタ画像Ｓａ、Ｓｂ、Ｓｃが含まれる。
【００４９】
表示制御部１２６は、ユーザの操作入力に応じ、キャラクタ画像Ｓａ、Ｓｂ、Ｓｃを変化させて候補表示領域２２０に表示させる。具体的には、ユーザ１０が、バー画像Ｓｄ上の移動バーＳｅにタッチして、移動バーＳｅを固定バーＳｆ上で画面左右方向にスライドさせると、キャラクタ画像Ｓａ、Ｓｂ、Ｓｃが変化する。
【００５０】
例えば、図７（ａ）に示すように、移動バーＳｅが画面左側にある場合、疲れ度合が小さく見えるキャラクタ画像Ｓａとなっている。ユーザ１０が移動バーＳｅをスライドさせ、移動バーＳｅが画面中央となると、キャラクタ画像Ｓａよりも疲れ度合が大きく見えるキャラクタ画像Ｓｂとなる。ユーザ１０が移動バーＳｅをスライドさせ、移動バーＳｅが画面右側となると、キャラクタ画像Ｓｂよりも疲れ度合が大きく見えるキャラクタ画像Ｓｃとなる。
【００５１】
ここでは、３つの態様のキャラクタ画像Ｓａ、Ｓｂ、Ｓｃを例示した。ただし、移動バーＳｅの位置が、図７（ａ）に示された位置と、図７（ｂ）に示された位置との間である場合や、図７（ｂ）に示された位置と、図７（ｃ）に示された位置との間である場合にも、対応する態様のキャラクタ画像が表示される。これらのキャラクタ画像にも、対応するパラメータが関連付けられている。
【００５２】
全てのキャラクタ画像は、回答候補情報としてサーバ１５０から送信されてもよいし、一部のキャラクタ画像は、送信されたキャラクタ画像からフレーム補完されてもよい。いずれにしても、移動バーＳｅのスライドに応じて、キャラクタ画像がアニメーションのように変化する。ただし、キャラクタ画像がアニメーションのように変化する構成は、必須ではない。例えば、キャラクタ画像Ｓａからキャラクタ画像Ｓｂに変化するとき、キャラクタ画像Ｓａが徐々に透明化してフェードアウトしながら、キャラクタ画像Ｓｂが徐々に不透明化してフェードインするといった効果が適用されてもよい。
【００５３】
ユーザ１０は、自身の疲れ度合に合ったキャラクタ画像が表示されたところで、移動バーＳｅのスライドを停止し、候補表示領域２２０の右上の「送信」ボタンにタッチする。操作受付部１２８は、表示されたキャラクタ画像のパラメータを回答決定部１３０に出力する。以降の処理は上記と同様である。こうして、サーバ１５０のＢＯＴ機能部１６４は、回答情報によって、ユーザ１０の疲れ度合を把握できる。
【００５４】
図８は、メッセージ情報の一例を示す第４の図である。図７に示す例では、バー画像Ｓｄの移動バーＳｅをスライドさせることで、キャラクタ画像が変化する場合について説明した。図８に示す例では、バー画像Ｓｄは不要となり、サーバ１５０から送信されない。
【００５５】
ＢＯＴ機能部１６４は、「下のスタンプを加工してあなたの疲れ度合を教えてね。ちょうど良い状態になったら右上の「送信」を押してね！」というメッセージＭｄを生成する。また、ＢＯＴ機能部１６４は、メッセージＭｄに対応する回答になり得る複数の静止画像からなる回答候補情報を、メッセージＭｄに関連付けて、メッセージ情報を生成する。サーバ通信制御部１６０は、作成されたメッセージ情報を携帯端末１１０に送信する。
【００５６】
携帯端末１１０の表示制御部１２６は、図８（ａ）に示すように、受信したメッセージ情報のうち、メッセージＭｄを履歴表示領域２１０に表示させ、回答候補情報である複数の静止画像に含まれるキャラクタ画像Ｓａを、候補表示領域２２０に表示させる。ユーザ１０が、キャラクタ画像Ｓａ近傍において、ピンチアウト（２本の指でタッチしながら、２本の指を離すように動かす操作）すると、図８（ｂ）、図８（ｃ）に示すように、キャラクタ画像Ｓａが、キャラクタ画像Ｓｂ、Ｓｃに徐々に変化する。逆に、ユーザ１０が、図８（ｃ）に示すキャラクタ画像Ｓｃ近傍において、ピンチイン（２本の指でタッチしながら、２本の指を近づけるように動かす操作）すると、図８（ｂ）、図８（ａ）に示すように、キャラクタ画像Ｓｃが、キャラクタ画像Ｓｂ、Ｓａに徐々に変化する。
【００５７】
ただし、ピンチアウトに対して、キャラクタ画像Ｓｃ→キャラクタ画像Ｓｂ→キャラクタ画像Ｓａの順に変化してもよい。また、ピンチインに対して、キャラクタ画像Ｓａ→キャラクタ画像Ｓｂ→キャラクタ画像Ｓｃの順に変化してもよい。
【００５８】
ユーザ１０は、自身の疲れ度合に合ったキャラクタ画像が表示されたところで、ピンチイン、ピンチアウトの操作を停止し、候補表示領域２２０の右上の「送信」ボタンにタッチする。操作受付部１２８は、表示されたキャラクタ画像のパラメータを回答決定部１３０に出力する。以降の処理は上記と同様である。こうして、サーバ１５０のＢＯＴ機能部１６４は、回答情報によって、ユーザ１０の疲れ度合を把握できる。
【００５９】
図９は、メッセージ情報の一例を示す第５の図である。図７に示す例では、バー画像Ｓｄの移動バーＳｅをスライドさせることで、キャラクタ画像が変化する場合について説明した。図９に示す例では、バー画像Ｓｄの代わりに、メータ画像Ｓｇが用いられる。
【００６０】
図９（ａ）に示すように、ＢＯＴ機能部１６４は、「下のスタンプの矢印を動かしてあなたの疲れ度合ぐらいになったと思ったら、右上の「送信」を押してね！」というメッセージＭｅを生成する。また、ＢＯＴ機能部１６４は、メッセージＭｅに対応する回答になり得る複数の静止画像からなる回答候補情報を、メッセージＭｅに関連付けて、メッセージ情報を生成する。サーバ通信制御部１６０は、作成されたメッセージ情報を携帯端末１１０に送信する。
【００６１】
携帯端末１１０の表示制御部１２６は、受信したメッセージ情報のうち、メッセージＭｅを履歴表示領域２１０に表示させ、回答候補情報である複数の静止画像に含まれるメータ画像Ｓｇを、候補表示領域２２０に表示させる。ユーザ１０が、メータ画像Ｓｇ上の矢印画像Ｓｈにタッチして、メータ画像Ｓｇ上をスライドさせると、キャラクタ画像Ｓａ、Ｓｂ、Ｓｃが変化する。
【００６２】
例えば、図９（ａ）に示すように、矢印画像Ｓｈが目盛０に近い場合、疲れ度合が小さく見えるキャラクタ画像Ｓａとなっている。ユーザ１０が矢印画像Ｓｈをスライドさせ、目盛の中央付近となると、キャラクタ画像Ｓａよりも疲れ度合が大きく見えるキャラクタ画像Ｓｂとなる。ユーザ１０が矢印画像Ｓｈをスライドさせ、目盛１００に近くなると、キャラクタ画像Ｓｂよりも疲れ度合が大きく見えるキャラクタ画像Ｓｃとなる。
【００６３】
図９に示すキャラクタ画像Ｓａ、Ｓｂ、Ｓｃ以外にも、矢印画像Ｓｈの位置が、目盛０から目盛１００までの間で、対応する態様のキャラクタ画像が表示される。これらのキャラクタ画像にも、対応するパラメータが関連付けられている。全てのキャラクタ画像が、回答候補情報としてサーバ１５０から送信されてもよいし、一部のキャラクタ画像が、送信されたキャラクタ画像からフレーム補完されてもよいことなどは、上記と同様である。
【００６４】
ユーザ１０は、自身の疲れ度合に合ったキャラクタ画像が表示されたところで、矢印画像Ｓｈのスライドを停止し、候補表示領域２２０の右上の「送信」ボタンにタッチする。以降の処理は上記と同様である。こうして、サーバ１５０のＢＯＴ機能部１６４は、回答情報によって、ユーザ１０の疲れ度合を把握できる。
【００６５】
図１０は、情報伝達方法の処理の流れの一例を示すシーケンス図である。図１０に示すように、サーバ１５０のＢＯＴ機能部１６４は、メッセージ情報を生成する（Ｓ３００）。サーバ通信制御部１６０は、生成されたメッセージ情報を携帯端末１１０に送信する（Ｓ３０２）。携帯端末１１０の表示制御部１２６は、受信したメッセージ情報に含まれるメッセージおよび回答候補情報を表示部１１６に表示させる（Ｓ３０４）。
【００６６】
操作受付部１２８は、ユーザ１０の操作入力を受け付ける（Ｓ３０６）。図７〜図９に示すような回答候補情報の場合、表示制御部１２６は、操作入力に応じてキャラクタ画像を変化させて表示部１１６に表示させる。その後、回答決定部１３０は、操作入力に応じて決定された回答候補情報（パラメータ）を、メッセージに対する回答情報として確定し、端末通信制御部１２２に出力する（Ｓ３０８）。端末通信制御部１２２は、回答情報をサーバ１５０に送信する（Ｓ３１０）。
【００６７】
このように、ユーザ１０は、回答候補情報から選択するだけで、メッセージに対する回答を行うことが可能となる。そのため、ユーザ１０の負担や煩わしさを軽減することが可能となる。その結果、例えば、上記のアプリ「健康支援アプリ」では、ユーザ１０からの回答が得られ易くなり、ユーザ１０に関連する情報（例えば、疲れ度合）が収集され易い。ＢＯＴ機能部１６４は、収集された情報に基づいて、対象のユーザ１０にとって最適な入浴時間（時刻、期間）などを提案する提案メッセージを生成し、サーバ通信制御部１６０は、提案メッセージを携帯端末１１０に送信する。携帯端末１１０の表示部１１６に提案メッセージが表示される。ユーザ１０は、提案メッセージに従って、最適な入浴時間を守ることで、睡眠の質を向上することが可能となる。
【００６８】
（第２の実施形態）
図１１は、第２の実施形態における携帯端末１１０の概略的な構成を示すブロック図である。第１の実施形態では、ＢＯＴ機能部１６４は、サーバ１５０のサーバ制御部１５６に実装される場合について説明した。図１１に示すように、第２の実施形態では、ＢＯＴ機能部１６４は、携帯端末１１０の端末制御部１２０に実装される。
【００６９】
そのため、携帯端末１１０が、サーバ１５０との通信を行わずとも、ユーザ１０は、ＢＯＴとのチャットを行うことができる。チャットの内容は、定期的にサーバ１５０に送信されて、種々の用途に用いられる。ＢＯＴ機能部１６４の実装先以外の点において、各機能部の詳細については、上述した実施形態と実質的に同等であるため、詳細な説明は省略する。
【００７０】
（第３の実施形態）
図１２は、第３の実施形態におけるサーバ１５０の概略的な構成を示すブロック図である。第１の実施形態および第２の実施形態では、ユーザ１０が、ＢＯＴとのチャットを行う場合について説明した。第３の実施形態では、ユーザ１０Ａが操作する携帯端末１１０Ａと、ユーザ１０Ｂが操作する携帯端末１１０Ｂとの間でチャットの通信が行われる。サーバ通信制御部４００は、複数の携帯端末１１０間の通信を仲介する。
【００７１】
具体的に、サーバ通信制御部４００は、携帯端末１１０Ａから携帯端末１１０Ｂへのメッセージを受信すると、受信したメッセージを携帯端末１１０Ｂへ送信する。サーバ通信制御部４００は、携帯端末１１０Ｂから携帯端末１１０Ａへのメッセージを受信すると、受信したメッセージを携帯端末１１０Ａへ送信する。
【００７２】
図１３は、第３の実施形態における携帯端末１１０の概略的な構成を示すブロック図である。図１３に示すように、第３の実施形態では、携帯端末１１０の端末制御部１２０は、情報生成部４０２としても機能する。情報生成部４０２は、ＢＯＴ機能部１６４と同様に、メッセージ情報を生成する。ただし、情報生成部４０２は、ＢＯＴ機能部１６４と異なり、ユーザ１０の操作入力に応じて、メッセージ情報を生成する。
【００７３】
図１４は、第３の実施形態における情報伝達方法の処理の流れの一例を示すシーケンス図である。図１４では、例えば、携帯端末１１０Ａから携帯端末１１０Ｂへメッセージ情報が送信される場合について説明する。
【００７４】
ユーザ１０Ａは、図１４に示すように、携帯端末１１０Ａの操作部１１８を介して、メッセージ情報を生成するための操作入力を行う（Ｓ５００）。具体的に、ユーザ１０Ａは、例えば、ソフトウェアキーボードを介してメッセージを入力する。また、ユーザ１０Ａは、メッセージへの回答となり得る１または複数のキャラクタ画像を選択する。情報生成部４０２は、選択されたキャラクタ画像にパラメータを関連付けて回答候補情報とする。情報生成部４０２は、入力されたメッセージに回答候補情報を関連付けて、メッセージ情報を生成する（Ｓ３００）。
【００７５】
その後、サーバ１５０を介して、携帯端末１１０Ａから携帯端末１１０Ｂにメッセージ情報が送信され、携帯端末１１０Ｂから携帯端末１１０Ａに回答情報が送信される。以下、ステップＳ３０２からステップＳ３１０については、第１の実施形態で説明した内容と実質的に同等であるため、詳細な説明は省略する。
【００７６】
また、第２の実施形態および第３の実施形態では、第１の実施形態で説明した図５から図９に示すようなメッセージ情報の処理が為されるが、重複説明を避けるため、詳細な説明は省略する。
【００７７】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【００７８】
また、コンピュータを、上記の各実施形態の情報伝達システム１００、携帯端末１１０、および、サーバ１５０のいずれかとして機能させるプログラムや、当該プログラムを記録した、コンピュータで読み取り可能なフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ、ＤＶＤ、ＢＤ等の記憶媒体も提供される。ここで、プログラムは、任意の言語や記述方法にて記述されたデータ処理手段をいう。
【００７９】
例えば、上述した実施形態では、端末装置の一例として携帯端末１１０を例に挙げて説明したが、端末装置は、携帯端末１１０に限られず、据え置き型の装置であってもよい。
【００８０】
また、上述した実施形態では、回答候補情報は、メッセージに対する回答に関するパラメータを示す画像のデータである場合について説明した。ただし、回答候補情報は、画像に限らず、文字情報であってもよい。ただし、回答候補情報は、メッセージに対する回答に関するパラメータを示す画像のデータとすることで、以下の効果を奏する。すなわち、上記の実施形態のように、疲れ度合に関する回答を行う場合など、文字情報ではニュアンスが伝わり難い。このような場合であっても、回答候補情報が、メッセージに対する回答に関するパラメータを示す画像のデータであれば、ユーザ１０は、自身の疲れ度合に合った画像を選択して、実情に合った回答が可能となる。
【００８１】
また、上述した実施形態のうち、図７から図９に示す例では、表示制御部１２６は、操作入力に応じて画像を変化させて、表示部１１６に表示させる場合について説明した。例えば、疲れ度合のように、微妙なニュアンスを回答する場合、並べて表示された複数のキャラクタ画像を見比べても、（特にキャラクタ画像が多数である程）自身に合ったキャラクタ画像の選別が難しい場合がある。表示制御部１２６が、操作入力に応じて画像を変化させて、表示部１１６に表示させることで、画面上の同じ位置でキャラクタ画像が変化するため、キャラクタ画像の比較がし易く、ユーザ１０は、自身の疲れ度合に合った画像を直観的に選択し易い。また、多数のキャラクタ画像から選択する場合、画面の大きさに収まるように、それぞれのキャラクタ画像を小さく表示しなければならない。または、画面を切り替え表示して多数のキャラクタ画像を表示しなければならない。表示制御部１２６が、操作入力に応じて画像を変化させて、表示部１１６に表示させることで、キャラクタ画像が多数となっても大きく表示させることが可能となる。
【００８２】
また、上述した実施形態のうち、図５、図７から図９に示す例では、回答情報は、複数の回答候補情報から操作入力に応じて選択される場合について説明した。しかし、図６に示す例のように、回答候補情報として、１つの画像が設定されている場合、回答情報は、１の回答候補情報から選択される。ただし、回答情報が、複数の回答候補情報から操作入力に応じて選択される場合、選択肢が多い分、ユーザ１０の意図が反映され易い。
【００８３】
また、上述した第１の実施形態、第３の実施形態では、端末通信制御部１２２は、外部装置（サーバ１５０、または、他の携帯端末１１０Ａ）から出力されたメッセージ情報を、通信回線を介して取得する場合について説明した。ただし、第２の実施形態のように、通信回線を介さず、１個の携帯端末１１０の内部で処理が完結してもよい。
【００８４】
また、上述した第３の実施形態では、メッセージ情報は、外部装置（携帯端末１１０Ｂ）に対する操作入力に応じて生成される場合について説明した。ただし、メッセージ情報は、第１の実施形態、第２の実施形態のように、ＢＯＴ機能部１６４によって自動生成されてもよい。
【産業上の利用可能性】
【００８５】
本発明は、ユーザまたはＢＯＴに対して情報を伝達する端末装置、情報伝達方法、および、プログラムに利用することができる。
【符号の説明】
【００８６】
Ｍａ、Ｍｂ、Ｍｃ、Ｍｄ、Ｍｅ  メッセージ
Ｓａ、Ｓｂ、Ｓｃ  キャラクタ画像（画像）
１１０、１１０Ａ、１１０Ｂ  携帯端末（端末装置）
１２２  端末通信制御部（取得部）
１２６  表示制御部
１２８  操作受付部
１３０  回答決定部
１４０  通信回線
１５０  サーバ（外部装置）
【図１】
2018197986.tif 000003
【図２】
2018197986.tif 000004
【図３】
2018197986.tif 000005
【図４】
2018197986.tif 000006
【図５】
2018197986.tif 000007
【図６】
2018197986.tif 000008
【図７】
2018197986.tif 000009
【図８】
2018197986.tif 000010
【図９】
2018197986.tif 000011
【図１０】
2018197986.tif 000012
【図１１】
2018197986.tif 000013
【図１２】
2018197986.tif 000014
【図１３】
2018197986.tif 000015
【図１４】
2018197986.tif 000016