(57)【要約】  第１のユーザ端末と第２のユーザ端末との間のメッセージ交換を制御する通信制御装置において、前記第１のユーザ端末と前記第２のユーザ端末の各々はメッセージの入出力を行うための複数のユーザインターフェースを有し、１つ又は複数のユーザインターフェースを使用する動作パターンを複数記憶する記憶手段と、前記第１のユーザ端末から通信要求を受信した場合に、前記記憶手段に記憶された複数の動作パターンの中から、当該通信要求が満たす所定の条件に応じた動作パターンを決定し、当該動作パターンの情報を前記第１のユーザ端末に送信することにより、当該動作パターンの情報に基づいて、前記第１のユーザ端末に、前記第２のユーザ端末へ送信するメッセージの候補を出力させる処理設定手段とを備える。
2016151794.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザ端末と第２のユーザ端末との間のメッセージ交換を制御する通信制御装置であって、前記第１のユーザ端末と前記第２のユーザ端末の各々はメッセージの入出力を行うための複数のユーザインターフェースを有し、
１つ又は複数のユーザインターフェースを使用する動作パターンを複数記憶する記憶手段と、
前記第１のユーザ端末から通信要求を受信した場合に、前記記憶手段に記憶された複数の動作パターンの中から、当該通信要求が満たす所定の条件に応じた動作パターンを決定し、当該動作パターンの情報を前記第１のユーザ端末に送信することにより、当該動作パターンの情報に基づいて、前記第１のユーザ端末に、前記第２のユーザ端末へ送信するメッセージの候補を出力させる処理設定手段と
を備える通信制御装置。
【請求項２】
前記処理設定手段は、前記第１のユーザ端末からメッセージを受信した場合に、前記記憶手段に記憶された複数の動作パターンの中から、当該メッセージに応じた動作パターンを決定し、当該動作パターンの情報を前記第２のユーザ端末に送信することにより、当該動作パターンに基づいて、前記第２のユーザ端末に、前記第１のユーザ端末へ送信するメッセージの候補を出力させる
請求項１に記載の通信制御装置。
【請求項３】
前記処理設定手段が前記第１のユーザ端末又は前記第２のユーザ端末に送信する動作パターンの情報は、複数のメッセージ候補、及び、ユーザ端末に最初に出力させるメッセージの情報を含む
請求項１又は２に記載の通信制御装置。
【請求項４】
前記複数のメッセージ候補における各メッセージについて、ユーザにより選択された回数をカウントし、カウント値に基づいて、ユーザ端末に最初に表示させるメッセージを決定する学習手段
を備える請求項３に記載の通信装置。
【請求項５】
前記処理設定手段は、メッセージを前記第１のユーザ端末又は前記第２のユーザ端末に送信する際に、当該メッセージと、当該メッセージに対応したバイブレーションのパターンを送信する
請求項１ないし４のうちいずれか１項に記載の通信制御装置。
【請求項６】
前記処理設定手段は、端末に設定画面を表示し、当該設定画面を用いて設定された動作パターンを当該端末から受信し、前記記憶手段に格納する
請求項１ないし５のうちいずれか１項に記載の通信制御装置。
【請求項７】
コンピュータを、請求項１ないし６のうちいずれか１項に記載の通信制御装置における各手段として機能させるためのプログラム。
【請求項８】
通信制御装置を介して他のユーザ端末とメッセージ交換を行うユーザ端末であって、
メッセージの入出力を行うための複数のユーザインターフェースと、
所定のユーザインターフェースにおける所定の操作に応じて、前記通信制御装置に通信要求を送信する送信手段と、
前記通信要求が満たす所定の条件に応じた動作パターンの情報を前記通信制御装置から受信し、当該動作パターンの情報に基づいて、他のユーザ端末へ送信するメッセージの候補を出力する出力処理手段と
を備えるユーザ端末。
【請求項９】
他のユーザ端末とメッセージ交換を行うユーザ端末であって、
メッセージの入出力を行うための複数のユーザインターフェースと、
１つ又は複数のユーザインターフェースを使用する動作パターンを複数記憶する記憶手段と、
所定のユーザインターフェースにおける所定の操作により通信要求を発生させ、前記記憶手段に記憶された複数の動作パターンの中から、当該通信要求が満たす所定の条件に応じた動作パターンを決定し、当該動作パターンの情報に基づいて、他のユーザ端末へ送信するメッセージの候補を出力する出力処理手段と、
を備えるユーザ端末。
【請求項１０】
コンピュータを、請求項８又は９に記載のユーザ端末における各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェアラブル端末等のユーザ端末間でメッセージ交換を行う技術に関連するものである。
【背景技術】
【０００２】
近年、身に着けて使用できる通信端末であるウェアラブル端末が登場してきている。ウェアラブル端末として、例えば時計のように腕に着用できる形の端末がある。【０００３】
ウェアラブル端末は、常に利用者の身に付けておくことができるので、例えば、手軽に情報を閲覧したり、情報を発信したりすることができる。ウェアラブル端末に関連する先行技術文献として特許文献１がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１２６６５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ウェアラブル端末を他の端末との間でメッセージ交換を行うことによるコミュニケーションの手段として用いる場合、ウェアラブル端末の画面が小さいため、入力操作が容易でないという課題がある。例えば、スマートフォンであれば、文字入力は容易であり、また、例えばスタンプを選択できる通信アプリを使用したコミュニケーションでは、多数の種類のスタンプの中から容易に所望のスタンプを選択してコミュニケーションを実施できる。【０００６】
しかし、ウェアラブル端末は例えば腕時計の文字盤程度の大きさの画面しか持たないため、スマートフォンでの入力操作のようなスムーズな入力操作を行うことは難しく、簡易にコミュニケーションを行うことができない。【０００７】
本発明は上記の点に鑑みてなされたものであり、ウェアラブル端末等のユーザ端末を使用して簡易にコミュニケーションを行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の実施の形態によれば、第１のユーザ端末と第２のユーザ端末との間のメッセージ交換を制御する通信制御装置であって、前記第１のユーザ端末と前記第２のユーザ端末の各々はメッセージの入出力を行うための複数のユーザインターフェースを有し、
１つ又は複数のユーザインターフェースを使用する動作パターンを複数記憶する記憶手段と、
前記第１のユーザ端末から通信要求を受信した場合に、前記記憶手段に記憶された複数の動作パターンの中から、当該通信要求が満たす所定の条件に応じた動作パターンを決定し、当該動作パターンの情報を前記第１のユーザ端末に送信することにより、当該動作パターンの情報に基づいて、前記第１のユーザ端末に、前記第２のユーザ端末へ送信するメッセージの候補を出力させる処理設定手段と
を備える通信制御装置が提供される。【０００９】
また、本発明の実施の形態によれば、通信制御装置を介して他のユーザ端末とメッセージ交換を行うユーザ端末であって、
メッセージの入出力を行うための複数のユーザインターフェースと、
所定のユーザインターフェースにおける所定の操作に応じて、前記通信制御装置に通信要求を送信する送信手段と、
前記通信要求が満たす所定の条件に応じた動作パターンの情報を前記通信制御装置から受信し、当該動作パターンの情報に基づいて、他のユーザ端末へ送信するメッセージの候補を出力する出力処理手段と
を備えるユーザ端末が提供される。【００１０】
また、本発明の実施の形態によれば、他のユーザ端末とメッセージ交換を行うユーザ端末であって、
メッセージの入出力を行うための複数のユーザインターフェースと、
１つ又は複数のユーザインターフェースを使用する動作パターンを複数記憶する記憶手段と、
所定のユーザインターフェースにおける所定の操作により通信要求を発生させ、前記記憶手段に記憶された複数の動作パターンの中から、当該通信要求が満たす所定の条件に応じた動作パターンを決定し、当該動作パターンの情報に基づいて、他のユーザ端末へ送信するメッセージの候補を出力する出力処理手段と、
を備えるユーザ端末が提供される。
【発明の効果】
【００１１】
本発明の実施の形態によれば、ウェアラブル端末等のユーザ端末を使用して簡易にコミュニケーションを行うことを可能とする技術が提供される。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係る通信システムの構成図である。
【図２】ユーザ間のコミュニケーションの例１を説明するための図である。
【図３】ユーザ間のコミュニケーションの例２を説明するための図である。
【図４】ユーザ間のコミュニケーションの例３を説明するための図である。
【図５】通信制御装置３０の構成図である。
【図６】データベース３４に格納されるユーザ情報テーブルの例を示す図である。
【図７】データベース３４に格納される動作パターンテーブルの例を示す図である。
【図８】データベース３４に格納される設定情報テーブルの例を示す図である。
【図９】ユーザ端末１０の構成図である。
【図１０】ユーザ端末１０における入力操作の例を説明するための例である。
【図１１】本実施の形態における通信システムの処理の流れを示すシーケンス図である。
【図１２】通信制御装置における学習動作を説明するためのフローチャートである。
【図１３】ツールを用いた設定を説明するための図である。
【図１４】通信制御装置３０を経由しない場合におけるユーザ端末間での処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１４】
以下の実施の形態では、ユーザが身に着けて使用するウェアラブル端末として、時計のように腕に装着する端末を想定しているが、これは例であり、本発明は特定の形のウェアラブル端末に限らず様々なウェアラブル端末に適用可能である。また、本発明は、ウェアラブル端末ではない端末にも適用可能である。
【００１５】
（システム構成）
図１に本発明の実施の形態に係る通信システムの構成図を示す。図１に示すように、本実施の形態に係る通信システムは、ユーザ端末１０、ユーザ端末２０、通信制御装置３０を有する。ユーザ端末１０とユーザ端末２０はそれぞれ、ネットワーク４０を介して通信制御装置３０と通信可能である。
【００１６】
本実施の形態では、ユーザ端末１０、２０は、基本的に両方ともウェアラブル端末であるが、一方がウェアラブル端末であり、他方が通常の端末（例：スマートフォン）であってもよい。
【００１７】
通信制御装置３０は、ユーザ端末１０、２０に制御情報を送信することによりユーザ端末１０とユーザ端末２０との間のメッセージ交換等の通信を制御する装置である。ネットワーク４０は、例えばインターネットを含むパブリックのネットワークである。ネットワーク４０は、プライベートなネットワークであってもよい。
【００１８】
各装置の機能の詳細については後述する。以下ではまず、ユーザ端末を用いたユーザ間のコミュニケーションの例（ユースケース）を説明する。
【００１９】
なお、ウェアラブル端末としての各ユーザ端末は、例えば、ユーザが当該ユーザ端末とは別に保持するスマートフォンを介して他の装置と通信を行うこととしてもよいし、ユーザ端末自身が相手側の装置と通信を行うこととしてもよい。以下の例の説明では、ユーザ端末がスマートフォンを介して通信を行う場合であっても、そのスマートフォンは示していない。また、ユーザ端末間の通信は基本的に通信制御装置３０を経由して行われるが、以下で説明するユースケースの例では、ユーザ端末間の手順を分かり易く示すために、ユーザ端末と通信制御装置との間の通信を示していない。
【００２０】
（コミュニケーションの例１）
図２を参照してユーザ端末を使用したユーザ間のコミュニケーションの例１を説明する。例１のケースは病院内でのコミュニケーションのケースであり、医師がユーザ端末２０としてスマートフォン（これはウェアラブル端末であってもよい）を持ち、看護師がユーザ端末１０としてウェアラブル端末を持つ。
【００２１】
ステップＳ１において、医師のユーザ端末２０には、タップ操作で選択可能なメッセージが表示されており、医師は「２０３へ呼出」を選択する。これにより、「２０３号室にすぐ来てください」を示すメッセージが、医師のユーザ端末２０から看護師のユーザ端末１０に通知される（ステップＳ２）。
【００２２】
看護師のユーザ端末１０の画面には、メッセージを送信した医師の名前（青木先生）とメッセージが表示される（ステップＳ３）。また、ユーザ端末１０において、メッセージが表示されるとともに、看護師がメッセージを見なくても「青木先生」からメッセージが来たことがわかるように、ユーザ端末１０が、「青木先生」に対応する所定のバイブレーションを発生させてもよい。所定のバイブレーションとは、「青木先生」に対応して予め登録されたパターンのバイブレーションである。
【００２３】
「青木先生」からメッセージが来たことを確認した看護師は、現在の状況に応じてユーザ端末１０を操作する。例１では、メッセージを了解する場合（すぐに２０３号室に行ける場合）に、看護師はユーザ端末１０を２回振る（ステップＳ４）。すると、ユーザ端末１０の画面上に了解を示す表示がなされ（ステップＳ５）、送信の操作によって、ユーザ端末１０からユーザ端末２０に対して了解を示す回答が送信され（ステップＳ６）、医師のユーザ端末２０の画面上に、看護師（田中さん）からの「了解」の内容のメッセージが表示される（ステップ７）。
【００２４】
なお、送信の操作とは、例えば、ユーザ端末を振る、ユーザ端末の画面上で送信を指示するボタンをタッチする等である。また、特別な送信の操作をすることなく、送信すべきメッセージ（スタンプ）が表示されたら、所定時間後に自動的に送信することとしてもよい。本実施の形態における他の例（呼び出し、応答とも）についても同様である。
【００２５】
例１において、看護師が医師から届いたメッセージを了解しない場合（すぐに２０３号室に行けない場合）に、看護師はユーザ端末１０を３回振る（ステップＳ４´）。すると、ユーザ端末１０の画面上に対応不可を示す表示がなされ（ステップＳ５´）、ユーザ端末１０からユーザ端末２０に対して対応不可を示す回答が送信され（ステップＳ６´）、医師のユーザ端末２０の画面上に、看護師（田中さん）からの「対応不可」の内容のメッセージが表示される（ステップ７´）。
【００２６】
上記のように、看護師は、ユーザ端末１０を振るという簡易な操作でメッセージを相手に通知することができるので、例えば、看護師が手を離せないような状況においても適切なメッセージを通知することができる。
【００２７】
（コミュニケーションの例２）
次に、図３を参照してユーザ端末を使用したユーザ間のコミュニケーションの例２を説明する。例２のケースは、会社内でのコミュニケーションのケースであり、ユーザＡがユーザ端末２０を持ち、ユーザＢがユーザ端末１０を持つ。いずれもウェアラブル端末である。
【００２８】
例２は、コミュニケーションを実施する時刻が平日の１１：００〜１３：００の時間帯（ランチタイム）であり、かつ、ユーザＢが会議中である状況を想定している。
【００２９】
ユーザＡ（花子）は、ユーザＢとランチに行きたいと思い、ユーザ端末２０を２回振る（ステップＳ１１）。すると、ユーザ端末２０の画面にランチを誘うメッセージが表示され（ステップＳ１２）、ユーザ端末１０に対して当該メッセージを送信する（ステップＳ１３）。
【００３０】
ステップＳ１２の例では、最初にランチを誘うメッセージが表示されるが、ユーザ端末２０は複数のメッセージ候補を順次表示可能であり、例えば、ユーザ端末２０を傾ける、フリックする等によりメッセージ候補を切り替えることができる。フリックとは、画面に触れた指を少しだけスライドさせる操作である。
【００３１】
なお、本例では、基本的に、ユーザ端末に表示される画像は、予め決められた複数の画像から選択された画像である。当該画像のことを例えば「アイコン」と呼んでもよいし、「スタンプ」と呼んでもよいが、以下では、適宜、「スタンプ」の用語を用いる。なお、「スタンプ」は「メッセージ」の例である。
【００３２】
メッセージを受信したユーザ端末１０の画面には当該メッセージの内容が表示される（ステップＳ１４）。
【００３３】
ユーザ端末１０の画面において当該メッセージを確認したユーザＢは、ユーザ端末１０を２回振る。当該操作に応じて、ユーザ端末１０の画面上にまずランチＯＫであることを示すスタンプが表示され、ユーザＢによる所定の操作により、会議が終わらないことを示すスタンプが表示される（ステップＳ１６）。所定の操作により更に別のスタンプを表示することもできる。所定の操作とは、例えば、ユーザ端末１０を所定の方向に傾けること、ユーザ端末１０の画面上でフリックを行うこと等である。
【００３４】
ユーザＢは、上記のような操作で応答するメッセージ（スタンプ）を選択し、当該メッセージの送信を行う（ステップＳ１７）。ユーザＡのユーザ端末２０は、メッセージを受信し、該当のスタンプを表示するとともに、スタンプの内容（肯定ｏｒ否定）に対応するバイブレーションを発生させる（ステップＳ１８）。
【００３５】
例えば、ランチＯＫであれば「ブッブッ」というバイブレーションが発生し、会議が終わらずランチＮＧであれば「ブッブッブッ」というバイブレーションが発生する。このように回答の内容により異なるパターンのバイブレーションを発生させることで、ユーザＡは、ユーザ端末２０の画面を見なくても回答の内容を把握できる。なお、当該「バイブレーション」も「メッセージ」の例である。
【００３６】
続いて、ユーザＡはユーザＢへの返答を行うために、ユーザ端末２０を２回振る。当該操作に応じて、ユーザ端末２０の画面には、ユーザＡからの回答の内容に対応する画像のスタンプが表示され（ステップＳ２０）、当該返答のメッセージがユーザ端末１０に送信される（ステップＳ２１）。すなわち、ステップＳ２０においては、やりとりのコンテクストを考慮して、肯定的（ポジティブ）な返事の場合はポジティブな返答スタンプを最初のスタンプ候補として表示し、否定的（ネガティブ）な返事の場合はネガティブな返答スタンプを最初のスタンプ候補として表示する。ユーザＡは、表示された候補が所望のスタンプと違っていた場合は、所定の操作で切り替えることができる。
【００３７】
ユーザ端末１０には、メッセージに対応するバイブレーションが発生するとともにスタンプが表示される（ステップＳ２２）。
【００３８】
（コミュニケーションの例３）
次に、図４を参照してユーザ端末を使用したユーザ間のコミュニケーションの例３を説明する。例３のケースは、家族内でのコミュニケーションのケースであり、母がユーザ端末２０を持ち、父がユーザ端末１０を持つ。時刻は、平日１８：００〜２２：００の時間帯であり、父は電車内にいる想定である。
【００３９】
例えば、子供が病気になり、母が外出できないような状況において、母が父に買い物を頼みたいと考える。母は、ユーザ端末２０を２回振る（ステップＳ３１）。当該操作に応じて、ユーザ端末２０に買い物を頼むことを示すスタンプが表示され（ステップＳ３２）、スタンプをタップすることで、メッセージの送信がなされ（ステップＳ３３）、該当のスタンプがユーザ端末１０に表示される（ステップＳ３４）。図４の例では、ステップＳ３４において、スタンプとともに送信者（ママ）と時刻が表示されている。
【００４０】
ユーザ端末１０に表示されるスタンプにより母からのメッセージを確認した父は、ユーザ端末１０を２回振ることにより（ステップＳ３５）、回答の候補となるスタンプを表示させる。ここでは、肯定応答として、何を買うかを尋ねる画像のスタンプが最初に表示され、所定の操作に応じて、否定応答を示すスタンプに切り替えることができる（ステップＳ３６）。ここでは、肯定応答のスタンプが選択され、送信の操作により、メッセージが母のユーザ端末２０に送信される（ステップＳ３７）。
【００４１】
ユーザ端末２０は、肯定応答に対応するバイブレーション「ブッブッ」を発生させるとともに、肯定応答のスタンプを表示する（ステップＳ３８）。母は、このスタンプにより、父が買い物をできる状況にあることを把握し、所定の操作により、スマートフォンでの通信アプリを使用した通信に切り替える画面（スタンプ）を表示させ（ステップＳ３９）、当該画面をタップする。当該操作に応じて、父のユーザ端末１０にもスマートフォンでの通信アプリを使用した通信に切り替える画面が表示される（ステップＳ４１）。この画面により、父は、スマートフォンによる通信に切り替えられることを把握できる。その後は、スマートフォン間での通信が行われる（ステップＳ４０、Ｓ４２）。
【００４２】
（通信制御装置３０の構成）
本実施の形態では、基本的に、通信制御装置３０による制御によって、上述したようなユーザ端末間の通信が実現されている。以下、通信制御装置３０の構成について説明する。
【００４３】
図５に示すように、通信制御装置３０は、通信処理部３１、学習機能部３２、処理設定部３３、データベース３４を含む。以下、各機能部の概要を説明する。
【００４４】
通信処理部３１は、ユーザ端末との間で信号（メッセージ）の送受信を行う機能部である。学習機能部３２は、ユーザ端末において最初に表示させるスタンプを学習により決定する等の学習動作を実行する機能部である。処理設定部３３は、ユーザ端末からの通信要求／選択結果、及びデータベース３４に格納された設定情報に基づいて、ユーザ端末において実行させる処理内容を決定する機能部である。決定された処理内容を示す制御情報は、通信処理部３１から該当のユーザ端末に送信される。また、処理設定部３３は、ユーザ端末（例：ネットワーク接続されたデスクトップＰＣ、スマートフォン等）に設定画面を表示させ、ユーザに、呼出動作や応答動作等の動作パターンの設定を行わせる機能も含む。処理設定部３３は、当該設定画面上で設定（入力）された動作パターンの情報を当該端末から受信し、データベース３４に格納する。
【００４５】
データベース３４は各種の設定情報を格納する格納部である。本実施の形態では、データベース３４にはユーザ情報テーブル、動作パターンテーブル、及び設定情報テーブルが格納されている。
【００４６】
図６に、ユーザ情報テーブルに格納される情報の例を示す。図６に示すように、ユーザ情報テーブルには、ユーザＩＤ、属性、個別設定情報が格納されている。ユーザＩＤは、ユーザ端末が通信制御装置３０に信号を送信する際に当該信号に含まれる情報であり、当該ユーザ端末のユーザを識別するための情報である。ユーザＩＤは、端末ＩＤであってもよい。
【００４７】
属性は、当該ユーザの属性であり、例えば、会社員、高校生等である。個別設定情報は、当該ユーザに個別に設定される情報であり、図６の例では、バイブレーションのパターン、呼出設定情報、応答設定情報が個別設定情報として格納されている。
【００４８】
バイブレーションのパターンは、該当ユーザに対応するバイブレーションのパターンであり、例えば、ユーザ１のユーザ端末から他のユーザ端末にメッセージを送信する場合に、当該他のユーザ端末において、ユーザ１からの呼び出しを知らせるために、ユーザ１に対して設定されているバイブレーションパターン（「ブッブッ」等）のバイブレーションが発生する。
【００４９】
本実施の形態では、例えばユーザ端末２０からユーザ端末１０に対して呼び出しを行う際に、通信制御装置３０の処理設定部３３が、呼び出し時にユーザ端末１０等に表示させるスタンプ及び発生させるバイブレーション等の動作パターンを決定し、決定した内容を制御情報としてユーザ端末１０等に送信する動作を行う。ここでの決定に使用される情報が呼出設定情報である。呼出設定情報として、デフォルトで設定されている呼出設定情報と、ユーザ個別に設定できる呼出設定情報があり、ユーザ個別に設定できる呼出設定情報は図６に示す個別設定情報として格納される。
【００５０】
また、本実施の形態では、例えばユーザ端末１０からユーザ端末２０に対して応答を行わせるために、通信制御装置３０の処理設定部３３が、応答時にユーザ端末２０等に表示させるスタンプ及び発生させるバイブレーション等の動作パターンを決定し、決定した内容を制御情報としてユーザ端末２０等に送信する動作を行う。ここでの決定に使用される情報が応答設定情報である。応答設定情報として、デフォルトで設定されている応答設定情報と、ユーザ個別に設定できる応答設定情報があり、ユーザ個別に設定できる応答設定情報は図６に示す個別設定情報として格納される。
【００５１】
図７に、データベース３４に格納される動作パターンテーブルの例を示す。動作パターンテーブルは、ユーザ端末における動作パターンを定義したテーブルであり、図７に示すように、「ＩＤ」、「種別」、「スタンプ」、「バイブレ―ション」が格納されている。なお、ユーザ端末におけるスタンプ等の画像を表示する機能部、バイブレーションを発生させるための機能部等は、ユーザ端末におけるユーザインターフェースの例である。
【００５２】
「ＩＤ」は、動作パターンを識別するＩＤである。「種別」は、当該ＩＤに対応する動作パターンが呼び出しか応答かを示す。「スタンプ」は、該当動作パターンにおいてユーザ端末に表示させるスタンプの情報を示す。
【００５３】
例えば、複数のスタンプ候補からユーザに１つのスタンプを選択させる動作をユーザ端末に行わせる場合、「スタンプ」は、複数のスタンプ候補を含むスタンプの集合と、最初に表示させるスタンプ候補の情報、スタンプ候補を切り替えるための所定の操作方法（傾ける、フリックする、等）、所定の操作により表示させるスタンプ候補の情報等を含む。所定の操作により表示させるスタンプ候補の情報とは、例えば、上に傾けた場合（上にフリックした場合）にスタンプＡを表示し、右に傾けた場合（右にフリックした場合）にスタンプＢを表示するといった情報である。スタンプの情報は、スタンプの画像そのものであってもよいし、画像を示す識別情報であってもよい。
【００５４】
「バイブレーション」は、該当動作パターンにおいてユーザ端末に発生させるバイブレーションのパターンを示す。バイブレーションのパターンは、例えば、振動の回数、１回あたりの振動の長さ／大きさ／強さ等である。例えば、「呼出」の動作パターンにおいて「バイブレーション」が設定される場合、呼び出された側のユーザ端末において設定に従ったバイブレ―ションが発生する。この場合の設定は、例えば、呼び出し時に、スタンプＡが選択された場合は、バイブレーションパターンＡでバイブレーションを発生させ、スタンプＢが選択された場合は、バイブレーションパターンＢでバイブレーションを発生させるといった設定である。
【００５５】
また、例えば、「応答」の動作パターンにおいて「バイブレーション」が設定される場合、応答を受けた側のユーザ端末において設定に従ったバイブレーションが発生する。この場合の設定は、例えば、応答時に、スタンプＡが選択された場合は、バイブレ―ションパターンＡでバイブレーションを発生させ、スタンプＢが選択された場合は、バイブレーションパターンＢでバイブレ―ションを発生させるといった設定である。
【００５６】
図７に示す動作パターンは、デフォルトで複数種類が設定されている。また、各ユーザが個別に設定したものを加えることもできる。
【００５７】
図８に、データベース３４に格納される設定情報テーブルの例を示す。設定情報テーブルは、（ａ）に示す呼出設定情報のテーブルと、（ｂ）に示す応答設定情報のテーブルを含む。呼出設定情報と応答設定情報はそれぞれデフォルトで設定されるものと、ユーザ個別に設定されるものがあるが、共通の構造を持つ。なお、呼出設定情報と応答設定情報は動作パターンの一種である。
【００５８】
（ａ）に示すように、本実施の形態における呼出設定情報のテーブルは、「時間帯」、「属性」、「場所」、「呼出動作ＩＤ」を格納している。「時間帯」は、該当の呼び出しを行う条件となる時間帯である。「属性」は、該当の呼び出しを行う条件となるユーザの属性であり、本実施の形態では、呼び出し側と呼び出される側の両方が満たすべき属性を示す。もちろん、呼び出し側が満たすべき属性と呼び出される側が満たすべき属性をそれぞれ設定してもよい。
【００５９】
「場所」は、該当の呼び出しを行う条件となるユーザの場所であり、本実施の形態では、呼び出し側と呼び出される側の両方が存在すべき場所を示す。もちろん、呼び出し側が存在すべき場所と呼び出される側が満たすべき場所をそれぞれ設定してもよい。なお、ユーザ（ユーザ端末）が存在する場所は、例えば、ユーザ端末が接続している基地局（例：無線ＬＡＮ−ＡＰ、セルラー基地局）のＩＤを取得することで把握してもよいし、ユーザのスケジュールから把握してもよい。つまり、会社等において、各ユーザのスケジュールを管理するスケジューリングシステムが備えられている場合、通信制御装置３０は、当該スケジューリングシステムにアクセスすることにより、所望のユーザのスケジュールを取得し、当該スケジュールから当該ユーザの場所を把握できる。例えば、現在、Ａさんが「ＡＢＣ号室で会議中」のスケジュールであれば、現在、ＡさんはＡＢＣ号室にいることを把握できる。
【００６０】
また、ユーザ端末がＧＰＳ機能を備える場合、ユーザ端末が通信要求／選択結果を通信制御装置３０に送信する際に、ＧＰＳの測位結果を付加して送信し、通信制御装置３０は、当該測位結果から場所を判断してもよい。また、ＧＰＳ機能を備えるユーザ端末は定期的に測位結果を通信制御装置３０に報告してもよい。
【００６１】
「呼出動作ＩＤ」は、図７に示した動作パターンテーブルに格納されている「種別」が「呼出」である動作パターンのＩＤのうちのいずれかのＩＤである。つまり、通信要求（選択結果）が「時間帯」、「属性」、「場所」の条件を満たす場合に、当該ＩＤの呼出動作が実施される。
【００６２】
なお、「時間帯」、「属性」、「場所」のいずれか１つ又は複数が空欄であってもよい。空欄は、その項目に関してどのような場合でも該当することを意味する。
【００６３】
（ｂ）に示すように、本実施の形態における応答設定情報のテーブルは、「呼出内容」、「時間帯」、「属性」、「場所」、「応答動作ＩＤ」を格納している。
【００６４】
「呼出内容」は、該当の応答動作を行う条件となる、呼び出す側からの呼び出しの内容を識別する情報である。例えば、図３の示した例において、呼び出す側のユーザ端末２０において、ランチに誘うメッセージを送信しているが、この場合、「呼出内容」はランチに誘うことを示す情報になる。
【００６５】
「時間帯」は、該当の応答動作を行う条件となる時間帯である。「属性」は、該当の応答動作を行う条件となるユーザの属性であり、本実施の形態では、応答をする側と応答を受ける側の両方が満たすべき属性を示す。もちろん、応答をする側が満たすべき属性と、応答を受ける側が満たすべき属性をそれぞれ設定してもよい。
【００６６】
「場所」は、該当の応答動作を行う条件となるユーザの場所であり、本実施の形態では、応答をする側と応答を受ける側の両方が存在すべき場所を示す。もちろん、応答をする側が存在すべき場所と応答を受ける側が存在すべき場所をそれぞれ設定してもよい。
【００６７】
「応答動作ＩＤ」は、図７に示した動作パターンテーブルに格納されている「種別」が「応答」である動作パターンのＩＤのうちのいずれかのＩＤである。つまり、通信要求（選択結果）が「呼出内容」、「時間帯」、「属性」、「場所」の条件を満たす場合に、当該ＩＤの応答動作が実施される。
【００６８】
「呼出内容」、「時間帯」、「属性」、「場所」のいずれか１つ又は複数が空欄であってもよい。空欄は、その項目に関してどのような場合でも該当することを意味する。
【００６９】
なお、上述した各テーブル構成は一例に過ぎない。本実施の形態で説明する動作を実施できるのであればどのようなテーブル構成であってもよい。また、通信制御装置３０の機能構成も一例に過ぎない。通信制御装置３０の機能区分、機能名称は図５に示すものに限定されない。
【００７０】
本実施の形態に係る通信制御装置３０は、例えば、１つ又は複数のコンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、通信制御装置３０が有する機能は、当該コンピュータに内蔵されるＣＰＵ（プロセッサ）やメモリ、ハードディスクなどのハードウェア資源を用いて、通信制御装置３０で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。
【００７１】
また、通信制御装置３０を、本実施の形態での処理を行う機能を持つ１つ又は複数の回路で実現することもできる。
【００７２】
なお、本実施の形態では、ユーザ端末における出力方法として、画面上の情報出力、バイブレーションを例として示しているが、音を出力することとしてもよい。また、ユーザ端末における操作の例として、画面上での操作、端末を傾ける、端末を振る等を例として示しているが、音声入力で操作することとしてもよい。いずれのユーザインターフェースを用いた場合でも、上述したように、１つ又は複数のユーザインターフェースを使用する動作パターンとして定義でき、通信制御装置３０は、動作パターンに従って、ユーザ端末に対して動作を指示することができる。
【００７３】
（ユーザ端末の構成）
次に、ユーザ端末１０の構成を図９を参照して説明する。図９に示すように、ユーザ端末１０は、出力・操作部１１、出力処理部１２、通信処理部１３、加速度センサ１４、バイブレータ１５、データ記憶部１６を含む。ユーザ端末１０とユーザ端末２０は同じ構成であり、図９には、括弧内にユーザ端末２０の機能部の参照番号が示される。つまり、ユーザ端末２０は、出力・操作部２１、出力処理部２２、通信処理部２３、加速度センサ２４、バイブレータ２５、データ記憶部２６を含む。以下、代表としてユーザ端末１０の構成について説明する。
【００７４】
出力・操作部１１は、情報（文字、画像等）の出力を行うとともに、ユーザによる入力操作を行うことが可能な機能部であり、例えばタッチパネルである。出力処理部１２は、ユーザによる操作、通信制御装置３０から受信する動作パターンの情報等に基づいて、出力すべき情報を決定し、出力・操作部１１から情報を出力したり、バイブレータ１５によりバイブレーションを発生させる機能を有する。通信処理部１３は、ユーザによる操作、通信制御装置３０から受信する動作パターンの情報等に基づいて、送信する情報を決定して送信を行うととともに、受信した情報をデータ記憶部１６に格納したりする機能を有する。通信処理部１３は、例えばスマートフォン等の他の通信装置を介して遠隔の装置（通信制御装置３０等）と通信を行う。また、通信処理部１３が、遠隔の装置（通信制御装置３０等）と通信を行う機能を有してもよい。
【００７５】
加速度センサ１４は、ユーザ端末１０の加速度を検知することで、ユーザ端末１０の３軸の動きを検知する。バイブレータ１５は、バイブレーションを発生させる。データ記憶部１６は、通信制御装置３０から受信する制御情報等を格納する。
【００７６】
図１０は、ユーザ端末１０における操作の例を説明するための図である。図１０は、一例として、図４を参照して説明したケースと同様のケースを示している。
【００７７】
ユーザ端末２０から呼び出しメッセージが送信されると、ユーザ端末１０は、通信制御装置３０から当該メッセージと、当該呼び出しに対応する制御情報を受信する。制御情報には、例えば、図７に示した動作パターンの情報が含まれる。当該情報には、例えば、呼出動作ＩＤ、スタンプ候補の情報、最初に表示するスタンプの情報、スタンプ候補の切り替え方法等が含まれる。もしくは、ユーザ端末１０が既に当該ＩＤの動作パターンの情報を保持している場合、通信制御装置３０は、ＩＤのみ、もしくは、ＩＤと、最初に表示するスタンプの情報とを制御情報に含めてユーザ端末１０に送信することとしてもよい。
【００７８】
ユーザ端末１０の出力処理部１２は、所定の操作（例：２回振る）に応じて制御情報で指定されたスタンプ候補の中で、最初に表示することを指示されたスタンプをまず出力・操作部１１に表示する。なお、最初は呼び出しメッセージのみが通信制御装置３０からユーザ端末１０に送信され、上記所定の操作に応じて通信要求を通信制御装置３０に送信し、その後に、通信制御装置３０からユーザ端末１０に上記制御情報が送信されることとしてもよい。
【００７９】
ユーザは、例えば、ユーザ端末１０を倒す（傾ける）操作を行う。ユーザ端末１０の加速度センサ１４は傾いた方向・量（角度）を検出し、検出した情報を出力処理部１２に通知する。出力処理部１２は、加速度センサ１４からの情報に基づいて、所定の方向の傾きが所定の閾値以上の量に達したことを検知すると、当該傾きに対応するスタンプ候補を出力・操作部１１に表示する。例えば、図１０の例では、左方向に傾けると「少々お待ちを」を示すスタンプが表示される。また、例えば、上方向に傾けると「牛乳」を買うことを尋ねるスタンプが表示される。ここで、一例として、上、下、左、右の各方向は、四角の時計の表示盤の各辺の方向に対応付けることができる。ただし、時計の形状は四角形に限定するものではなく、円形などの形状の場合でも、方向と表示板の対応関係を定義することで対応可能である。
【００８０】
上記のような操作により、ユーザは容易に所望のスタンプを表示させることができる。所望のスタンプを表示した後、送信の操作を行うと、当該選択したスタンプの情報を示すメッセージが通信制御装置３０を経由してユーザ端末２０に送信される。
【００８１】
上記の例は、ユーザ端末１０を傾けることで所望のスタンプを表示させる例であるが、所望のスタンプを表示させるための操作として、これは一例に過ぎず、他の操作も可能である。例えば、出力・操作部１１の画面上でフリック操作を行うことで所望のスタンプを表示させることもできる。
【００８２】
また、ユースケースの例１で示したように、ユーザ端末を振る回数により、表示させる候補を切り替えることとしてもよい。
【００８３】
本実施の形態に係るユーザ端末は、例えば、コンピュータの機能を含む市販の端末に、本実施の形態で説明する処理内容を記述したプログラム（アプリケーション）を実行させることにより実現可能である。すなわち、ユーザ端末が有する機能は、当該コンピュータに内蔵されるＣＰＵ（プロセッサ）やメモリ、ハードディスクなどのハードウェア資源を用いて、ユーザ端末で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。
【００８４】
また、ユーザ端末を、本実施の形態での処理を行う機能を持つ１つ又は複数の回路で実現することもできる。
【００８５】
（通信システムの動作）
次に、図１１を参照して、本実施の形態における通信システム（図１）の処理のシーケンス例を説明する。図１１の例は、ユーザ端末２０からユーザ端末１０に対して呼び出しを行い、ユーザ端末１０からユーザ端末２０に応答が返される場合の例である。また、以下の例では、ユーザ端末２０のユーザをユーザＡとし、ユーザ端末１０のユーザをユーザＢとする。
【００８６】
まず、ユーザＡがユーザＢに対する呼び出しを行うことを希望して、ユーザ端末２０を操作する（ステップＳ１０１）。この操作は、例えば、ユーザＢ（ユーザ端末Ｂ）への呼び出しを行うことを示す操作であって、ユーザＢを通信相手として選択し、通信要求を送信することを指示する操作である。ユーザＢを通信相手として選択する操作は、例えば、ユーザ端末２０を傾けて順次通信相手を表示して選択する操作や、画面上でフリック操作をして所望の通信相手を選択する操作である。通信要求を送信する操作は、画面上の所定のボタンをタップする操作、ユーザ端末２０を所定回数振る操作等である。
【００８７】
通信相手の指定を含まず、通信要求を送信する操作のみを行うこととしてよい。この場合は、例えば、通信制御装置３０のデータベース３４に、時間帯毎にユーザＡに対する通信相手が登録されており、通信制御装置３０が、現時点の時間帯に応じて、ユーザＡの通信相手を自動的に決定する。以下の例では、ユーザＡが通信相手としてユーザＢを選択した場合を例にとって説明する。
【００８８】
ステップＳ１０１の操作により、ユーザ端末２０の通信処理部２３から通信要求が通信制御装置３０に送信される（ステップＳ１０２）。当該通信要求にはユーザＡ（ユーザ端末２０）のユーザＩＤ（端末ＩＤ）と、ユーザＢ（ユーザ端末１０）のユーザＩＤ（端末ＩＤ）が含まれる。
【００８９】
通信要求を受信した通信制御装置３０において、通信処理部３１から処理設定部３３にユーザＩＤ（ユーザＡ、ユーザＢ）が通知され、処理設定部３３は、データベース３４を参照することにより、呼び出し動作の決定を行う（ステップＳ１０３）。
【００９０】
ステップＳ１０３においては、例えば、処理設定部３３は、ユーザ情報テーブル（図６）を参照し、ユーザＡ／ユーザＢの属性を取得し、呼び出し側であるユーザＡの個別の呼出設定情報があるかどうかを見て（ここではないものする）、デフォルトの呼出設定情報（例：図８（ａ））を参照し、現在時刻の時間帯と、ユーザＡ及び／又はユーザＢの属性とに合致する呼出動作ＩＤを決定し、当該通信要求に係る呼出動作を当該ＩＤの呼出動作で行うことを決定する。前述したように、スケジューリングシステムを参照すること等により、ユーザＡ及び／又はユーザＢの場所を考慮することもできる。
【００９１】
処理設定部３３は、ステップＳ１０３で決定した呼出動作において使用される候補となるスタンプの情報（最初に表示するスタンプ候補を含む）を動作パターンテーブル（図７）から読み出し、通信処理部３１に渡す。
【００９２】
通信処理部３１は、当該スタンプの情報を含む制御情報（動作パターンの情報）をユーザ端末２０に送信する（ステップＳ１０４）。ユーザ端末２０において、スタンプの情報はデータ記憶部２６に格納され、出力処理部２２が読み出し、最初のスタンプ候補を出力・操作部２１に表示する。
【００９３】
ユーザＡは、前述した操作（傾ける、フリックする等）により、所望のスタンプを選択し、送信の操作を実行する（ステップＳ１０５）。これにより、選択されたスタンプの識別情報を含む選択結果の情報が通信制御装置３０に送信される（ステップＳ１０６）。
【００９４】
通信制御装置３０は、選択されたスタンプに対応する応答動作を決定する（ステップＳ１０７）。ステップＳ１０７においては、例えば、処理設定部３３は、応答設定情報（図８（ｂ））を参照し、ユーザ端末２０から通知された選択結果（呼出内容）、現在の時間帯等に対応する応答動作ＩＤを決定し、当該選択結果（呼出内容）に係る応答動作を当該ＩＤの応答動作で行うことを決定する。
【００９５】
通信制御装置３０の処理設定部３３は、動作パターンテーブルを参照して、決定した応答動作に対応するスタンプ候補の情報（どれを最初に表示するかを示す情報、切り替え方法等を含む）を取得する。そして、当該スタンプ候補の情報（動作パターンの情報と呼んでもよい）、選択結果（呼び出しのスタンプ）、ユーザＡに対応するバイブレーションのパターン（図６のユーザ情報テーブルから取得）を含む制御情報を通信処理部３１から送信する（ステップＳ１０８）。
【００９６】
ユーザ端末１０において、通信処理部１３が制御情報を受信し、制御情報に含まれる情報をデータ記憶部１６に格納する。そして、出力処理部１２は、ユーザＡによる選択結果（呼出内容）のスタンプを出力・操作部１１に表示するとともに、ユーザＡに対応するバイブレーションをバイブレータ１５に発生させる（ステップＳ１０９）。
【００９７】
上記の動作により、ユーザＢはユーザＡから呼び出しがあることを認識し、応答のためのスタンプ候補を表示するための所定の操作（２回振る等）を行う。加速度センサ１４の信号により当該操作を検知した出力処理部１２は、今回の応答動作に対応するスタンプ候補（最初に表示するもの）を出力・操作部１１に表示する。
【００９８】
ユーザＢは、前述した操作（傾ける、フリックする等）により、所望のスタンプを選択し、送信の操作を実行する（ステップＳ１１０）。これにより、選択されたスタンプの識別情報を含む選択結果の情報が通信制御装置３０に送信される（ステップＳ１１１）。
【００９９】
なお、上記の例では、ステップＳ１０８で、呼び出しのスタンプの情報、ユーザＡに対応するバイブレーションのパターンと、動作パターンの情報の全部がユーザ端末１０に送信されているが、ステップＳ１０８では、呼び出しのスタンプの情報と、ユーザＡに対応するバイブレーションのパターンの情報のみを送信することとしてもよい。この場合、ユーザＢによる所定の操作（２回振る等）で通信制御装置３０に通信要求が出され、通信制御装置３０は、当該通信要求に基づいて、動作パターンの情報を決定してユーザ端末１０へ送信する。
【０１００】
ステップＳ１１１により上記情報を受信した通信制御装置３０の処理設定部３３は、ステップＳ１０７で決定した応答動作における、選択結果（肯定、否定）に対応するバイブレーションのパターンを取得し、当該パターン、及び選択結果（応答のスタンプ）を含む制御情報を通信処理部３１からユーザ端末２０に送信する（ステップＳ１１２）。ユーザ端末２０において、出力処理部２２は、当該バイブレーションのパターンに従ってバイブレーションを発生させるとともに、応答のスタンプを出力・操作部２１に表示する（ステップＳ１１３）。
【０１０１】
（学習機能について）
呼び出しや応答の際に、ユーザ端末に最初に表示させるスタンプ候補は、学習により自動的に変更することとしてもよい。以下では、学習により変更を行うための処理動作について、図１２のフローチャートを参照して説明する。図１２のフローチャートは、ある動作パターン（例：ある時間帯での呼び出し動作）に着目したフローである。
【０１０２】
通信制御装置３０の通信処理部３１が、通信要求に応じて、ユーザに呼び出し／応答を行わせるためのスタンプ候補の情報を含む制御情報をユーザ端末に送信し（ステップＳ２０１）、ユーザ端末からスタンプの選択結果を受信する（ステップ２０２）。選択結果は学習機能部３２に通知される。学習機能部３２は、動作パターン（呼び出し／応答）毎に、選択結果のカウント値を有しており、上記の選択結果に対応するカウント値に１を加算する（ステップＳ２０３）。
【０１０３】
学習機能部３２は、動作パターン毎に、最初に表示するスタンプを変更するための閾値を有しており、ある選択結果（スタンプ）についてのカウント値が当該閾値以上になったかどうかを判定する（ステップＳ２０４）。閾値以上でなければ、ステップＳ２０１からの処理を繰り返す。
【０１０４】
ステップＳ２０４において、ある選択結果のカウント値が閾値以上になった場合に、学習機能部３２は、該当動作パターンにおけるスタンプの設定情報（図７）を変更する（ステップＳ２０５）。例えば、閾値以上となったスタンプ（最も多く選択されたスタンプ）を最初に表示するスタンプとし、以降、選択された回数の順番で表示がされるようにスタンプを設定する。上記のように閾値を用いて変更のトリガとすることの他、一定期間（１日、１週間、一か月等）毎に選択結果のカウント値に基づいて、スタンプの順番を入れ替えることとしてもよい。
【０１０５】
（ツールを用いた設定）
前述したように、本実施の形態では、ユーザが個別に呼出動作及び応答動作等の動作パターンを設定できる。つまり、ユーザが個別に図８（ａ）、（ｂ）に示したような呼出設定情報及び応答設定情報等を設定することができる。
【０１０６】
例えば、通信制御装置３０における処理設定部３３は、図１３の（ａ）に示すような設定画面をユーザ端末に表示させる機能を持つ。図１３（ａ）の例の場合、呼び出し時に呼び出す側のユーザ端末に表示させるスタンプの内容（メッセージ「２０３号室にすぐに来てください」とマーク）を設定でき、更に、当該呼び出しを受ける側のユーザ端末に表示させるスタンプの内容（メッセージ「２０３号室にすぐに来てください」等）、及び、所定の操作により表示させる応答のスタンプ（了解、対応不可）を設定できる。なお、図１３（ａ）の例では、スタンプの種類が了解／対応不可それぞれ１種類であるが、複数種類から１つを選択できるようにしてもよい。
【０１０７】
上記のようにしてユーザにより設定された内容がデータベース３４において、当該ユーザの呼出設定情報／応答設定情報として格納され、通信制御装置３０は、これらを参照することで、図１３（ｂ）に示すような呼び出し／応答の動作を実現することができる。
【０１０８】
（通信制御装置３０を介さないで通信を行う場合の例）
これまでに説明した例では、通信制御装置３０を介してユーザ端末間での通信を行うこととしているが、通信制御装置３０を介さなくても、ユーザ端末間で通信を行うことが可能である。
【０１０９】
その場合の動作例を図１４のシーケンス図を参照して説明する。ここでの通信は、図１１の場合と同様に、ユーザＡ（ユーザ端末２０）とユーザＢ（ユーザ端末１０）との間の通信である。ただし、通信制御装置３０を介さない。ここでは、例えば、各ユーザ端末は、通信制御装置３０から予め、特定のユーザ（例：同じ家族に属するユーザ、同じ会社に属するユーザ）に関するユーザ情報テーブル、動作パターンテーブル、及び設定情報テーブルを受信し、これらがデータ記憶部１６（２６）に格納されているとする。
【０１１０】
まず、ユーザＡがユーザＢに対する呼び出しを行うことを希望して、ユーザ端末２０を操作する（ステップＳ３０１）。この操作は、例えば、ユーザＢ（ユーザ端末Ｂ）への呼び出しを行うことを示す操作であって、ユーザＢを通信相手として選択する操作である。通信相手の指定を含まず、呼び出しを行うことを示す操作のみを行うこととしてもよい。この場合は、例えば、データ記憶部２６に、時間帯毎にユーザＡに対する通信相手が登録されており、通信処理部２３が、現時点の時間帯に応じて、ユーザＡの通信相手を自動的に決定する。以下の例では、ユーザＡが通信相手としてユーザＢを選択した場合を例にとって説明する。
【０１１１】
ステップＳ３０１の操作により、通信要求（ユーザＡのユーザＩＤ、ユーザＢのユーザＩＤを含む）が発生し、出力処理部２２は当該通信要求を検知し、データ記憶部２６を参照することにより、呼び出し動作の決定を行う（ステップＳ３０２）。ステップＳ３０２においては、例えば、出力処理部２２は、ユーザ情報テーブル（図６）を参照し、ユーザＡ／ユーザＢの属性を取得し、呼び出し側であるユーザＡの個別の呼出設定情報があるかどうかを見て（ここではないものする）、デフォルトの呼出設定情報（図８（ａ））を参照し、現在時刻の時間帯と、ユーザＡ及び／又はユーザＢの属性とに合致する呼出動作ＩＤを決定し、今回の呼出動作を当該ＩＤの呼出動作で行うことを決定する。
【０１１２】
出力処理部２２は、ステップＳ３０２で決定した呼出動作において使用される候補となるスタンプの情報（最初に表示する候補スタンプを含む）を動作パターンテーブル（図７）から読み出し、最初のスタンプ候補を出力・操作部２１に表示する。ユーザＡは、前述した操作（傾ける、フリックする等）により、所望のスタンプを選択し、送信の操作を実行する（ステップＳ３０３）。これにより、選択されたスタンプの識別情報を含む選択結果の情報（ユーザＡのユーザＩＤを含む）がユーザ端末１０に送信される（ステップＳ３０４）。
【０１１３】
ユーザ端末１０における出力処理部１２は、ユーザＡに対応するバイブレーションのパターン（図６のユーザ情報テーブルから取得）に基づき、ユーザＡに対応するバイブレーションをバイブレータ１５に発生させるとともに、ユーザＡによる選択結果（呼出内容）のスタンプを出力・操作部１１に表示する。ユーザＢはユーザＡから呼び出しがあることを認識し、応答のためのスタンプ候補を表示するための所定の操作（２回振る等）を行うと、ユーザ端末１０は応答動作を決定する（ステップＳ３０６）。
【０１１４】
ステップＳ３０６においては、例えば、出力処理部１２は、応答設定情報（図８（ｂ））を参照し、ユーザ端末２０から通知された選択結果（呼出内容）、現在の時間帯等に対応する応答動作ＩＤを決定し、当該選択結果（呼出内容）に対する応答動作を当該ＩＤの応答動作で行うことを決定する。
【０１１５】
出力処理部１２は、動作パターンテーブルを参照して決定した応答動作に対応するスタンプ候補の情報（どれを最初に表示するかを示す情報を含む）を取得し、今回の応答動作に対応するスタンプ候補（最初に表示するもの）を出力・操作部１１に表示する。そして、ユーザＢは、前述した操作（傾ける、フリックする等）により、所望のスタンプを選択し、送信の操作を実行する（ステップＳ３０７）。
【０１１６】
これにより、選択されたスタンプの識別情報を含む選択結果の情報がユーザ端末２０に送信される（ステップＳ３０８）。当該情報には応答動作を示すＩＤが含まれる。
【０１１７】
上記情報を受信したユーザ端末２０において、出力処理部２２は、受信したＩＤで識別される応答動作における、選択結果（肯定、否定）に対応するバイブレーションのパターンを取得し、バイブレーションを発生させるとともに、応答のスタンプを出力・操作部２１に表示する（ステップＳ３０９）。
【０１１８】
（実施の形態のまとめ）
以上、説明したように、本実施の形態により、第１のユーザ端末と第２のユーザ端末との間のメッセージ交換を制御する通信制御装置であって、前記第１のユーザ端末と前記第２のユーザ端末の各々はメッセージの入出力を行うための複数のユーザインターフェースを有し、１つ又は複数のユーザインターフェースを使用する動作パターンを複数記憶する記憶手段と、前記第１のユーザ端末から通信要求を受信した場合に、前記記憶手段に記憶された複数の動作パターンの中から、当該通信要求が満たす所定の条件に応じた動作パターンを決定し、当該動作パターンの情報を前記第１のユーザ端末に送信することにより、当該動作パターンの情報に基づいて、前記第１のユーザ端末に、前記第２のユーザ端末へ送信するメッセージの候補を出力させる処理設定手段とを備える通信制御装置が提供される。
【０１１９】
前記処理設定手段は、前記第１のユーザ端末からメッセージを受信した場合に、前記記憶手段に記憶された複数の動作パターンの中から、当該メッセージに応じた動作パターンを決定し、当該動作パターンの情報を前記第２のユーザ端末に送信することにより、当該動作パターンに基づいて、前記第２のユーザ端末に、前記第１のユーザ端末へ送信するメッセージの候補を出力させるようにしてもよい。
【０１２０】
前記処理設定手段が前記第１のユーザ端末又は前記第２のユーザ端末に送信する動作パターンの情報は、複数のメッセージ候補、及び、ユーザ端末に最初に出力させるメッセージの情報を含むこととしてもよい。
【０１２１】
前記通信制御装置は、前記複数のメッセージ候補における各メッセージについて、ユーザにより選択された回数をカウントし、カウント値に基づいて、ユーザ端末に最初に表示させるメッセージを決定する学習手段を備えてもよい。
【０１２２】
前記処理設定手段は、メッセージを前記第１のユーザ端末又は前記第２のユーザ端末に送信する際に、当該メッセージと、当該メッセージに対応したバイブレーションのパターンを送信することとしてもよい。
【０１２３】
前記処理設定手段は、端末に設定画面を表示し、当該設定画面を用いて設定された動作パターンを当該端末から受信し、前記記憶手段に格納することとしてもよい。
【０１２４】
また、本実施の形態により、コンピュータを、上記の通信制御装置における各手段として機能させるためのプログラムを提供することができる。
【０１２５】
また、本実施の形態により、通信制御装置を介して他のユーザ端末とメッセージ交換を行うユーザ端末であって、メッセージの入出力を行うための複数のユーザインターフェースと、所定のユーザインターフェースにおける所定の操作に応じて、前記通信制御装置に通信要求を送信する送信手段と、前記通信要求が満たす所定の条件に応じた動作パターンの情報を前記通信制御装置から受信し、当該動作パターンの情報に基づいて、他のユーザ端末へ送信するメッセージの候補を出力する出力処理手段とを備えるユーザ端末が提供される。
【０１２６】
また、本実施の形態により、他のユーザ端末とメッセージ交換を行うユーザ端末であって、メッセージの入出力を行うための複数のユーザインターフェースと、１つ又は複数のユーザインターフェースを使用する動作パターンを複数記憶する記憶手段と、所定のユーザインターフェースにおける所定の操作により通信要求を発生させ、前記記憶手段に記憶された複数の動作パターンの中から、当該通信要求が満たす所定の条件に応じた動作パターンを決定し、当該動作パターンの情報に基づいて、他のユーザ端末へ送信するメッセージの候補を出力する出力処理手段と、を備えるユーザ端末が提供される。
【０１２７】
また、本実施の形態により、コンピュータを、上記の各ユーザ端末における各手段として機能させるためのプログラムを提供することができる。
【０１２８】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ端末及び通信制御装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ端末が有するプロセッサにより動作するソフトウェア、及び、通信制御装置が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【０１２９】
１０、２０  ユーザ端末
１１、２１  出力・操作部
１２、２２  出力処理部
１３、２３  通信処理部
１４、２４  加速度センサ
１５、２５  バイブレータ
１６、２６  データ記憶部
３０  通信制御装置
３１  通信処理部
３２  学習機能部
３３  処理設定部
３４  データベース
４０  ネットワーク
【図１】
2016151794.tif 000003
【図２】
2016151794.tif 000004
【図３】
2016151794.tif 000005
【図４】
2016151794.tif 000006
【図５】
2016151794.tif 000007
【図６】
2016151794.tif 000008
【図７】
2016151794.tif 000009
【図８】
2016151794.tif 000010
【図９】
2016151794.tif 000011
【図１０】
2016151794.tif 000012
【図１１】
2016151794.tif 000013
【図１２】
2016151794.tif 000014
【図１３】
2016151794.tif 000015
【図１４】
2016151794.tif 000016
【国際調査報告】
2016151794.tif 000017
2016151794.tif 000018
2016151794.tif 000019
2016151794.tif 000020