(57)【特許請求の範囲】
【請求項１】
連携時に位置又は外観が所定の態様で変化するアニメーション表示をする絵文字と、当該絵文字と連携する他の文字との組み合わせを記述した絵文字データを記憶する記憶手段と、
メッセージを表示する第１の表示領域に対して前記絵文字を含む文字を入力する入力手段と、
前記入力手段により入力された文字を前記第１の表示領域に表示させ、前記入力手段により入力され得る文字の候補を第２の表示領域に表示させる表示制御手段とを備え、
前記表示制御手段は、
前記記憶手段に記憶された絵文字データを用いて、前記第１の表示領域に表示される文字に前記他の文字が含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として表示させる
ことを特徴とする入力支援装置。
【請求項２】
前記絵文字データは、連携時に前記他の文字とともに位置又は外観が所定の態様で変化するアニメーション表示をする前記絵文字と、前記他の文字との組み合わせを記述したデータである
ことを特徴とする請求項１に記載の入力支援装置。
【請求項３】
前記絵文字データは、連携時に非連携時と異なる態様で表示される前記絵文字と、前記他の文字との組み合わせを記述したデータである
ことを特徴とする請求項１又は２に記載の入力支援装置。
【請求項４】
前記記憶手段は、
一の前記絵文字に対して複数の前記他の文字毎の前記組み合わせを記述した前記絵文字データを記憶し、
前記表示制御手段は、
前記第１の表示領域に表示される文字に前記複数の他の文字の少なくともいずれかが含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として表示させる
ことを特徴とする請求項１ないし３のいずれか１項に記載の入力支援装置。
【請求項５】
前記記憶手段は、
一の前記絵文字に対して複数の前記他の文字を記述した前記絵文字データを記憶し、
前記表示制御手段は、
前記複数の他の文字のうちの第１の文字が前記第１の表示領域に表示される文字に含まれる場合に、当該第１の文字と連携する前記絵文字と、当該複数の他の文字のうちの前記第１の文字と異なる第２の文字とを前記候補として表示させる
ことを特徴とする請求項１ないし４のいずれか１項に記載の入力支援装置。
【請求項６】
前記記憶手段は、
複数の前記絵文字に対応する複数の前記絵文字データを記憶し、
前記表示制御手段は、
連携する前記絵文字が異なる複数の前記他の文字が前記第１の表示領域に表示される文字に含まれる場合に、前記候補である当該絵文字を当該他の文字毎に区分した表示態様で表示させる
ことを特徴とする請求項１ないし５のいずれか１項に記載の入力支援装置。
【請求項７】
前記表示制御手段は、
前記入力手段により既に入力された前記絵文字を前記候補から除外する
ことを特徴とする請求項１ないし６のいずれか１項に記載の入力支援装置。
【請求項８】
連携時に位置又は外観が所定の態様で変化するアニメーション表示をする絵文字と、当該絵文字と連携する他の文字との組み合わせを記述した絵文字データを記憶する記憶手段にアクセス可能なコンピュータに、
メッセージを表示する第１の表示領域に対して前記絵文字を含む文字を入力する第１のステップと、
前記第１のステップにおいて入力された文字を前記第１の表示領域に表示させる第２のステップと、
前記第１の表示領域に入力され得る文字の候補を第２の表示領域に表示させるステップであって、前記絵文字データを用いて、前記第１の表示領域に表示される文字に前記他の文字が含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として前記第２の表示領域に表示させる第３のステップと
を実行させるためのプログラム。
【請求項９】
メッセージを表示する第１の表示領域に対して絵文字を含む文字を入力する第１のステップと、
前記第１のステップにおいて入力された文字を前記第１の表示領域に表示させる第２のステップと、
前記第１の表示領域に入力され得る文字の候補を第２の表示領域に表示させるステップであって、連携時に位置又は外観が所定の態様で変化するアニメーション表示をする絵文字と、当該絵文字と連携する他の文字との組み合わせを記述した絵文字データを用いて、前記第１の表示領域に表示される文字に前記他の文字が含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として前記第２の表示領域に表示させる第３のステップと  を有する絵文字の入力支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他の文字との相互作用としてアニメーション表示をする絵文字の入力を支援する技術に関する。
【背景技術】
【０００２】
電子メールによって送受信される文章には、絵文字が含まれることがある。ここでいう絵文字には、文字コードが割り当てられたものと、電子メールに画像として添付されるものとがある。また、特許文献１には、電子メールに文字・絵文字を入力して送信するときに、文字・絵文字に対して時間的・空間的な視覚効果を実現させる付加情報を添付する技術が記載されている。特許文献１には、このような視覚効果の例として、絵文字の座標（すなわち位置）を移動させることが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１９０００７号公報（図２、図１４等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載された技術においては、視覚効果を生じる文字・絵文字とそれ以外の文字との間に依存関係がない。特許文献１に記載された技術においては、視覚効果を生じる文字・絵文字以外にどのような文字が入力されていようと、その視覚効果に変化はない。
これに対し、本発明は、メッセージに特定の文字が含まれている場合に当該文字に応じた特定のアニメーション表示をする絵文字を表示させることを目的とするものである。
【課題を解決するための手段】
【０００５】
本発明の一態様に係る入力支援装置は、連携時に位置又は外観が所定の態様で変化するアニメーション表示をする絵文字と、当該絵文字と連携する他の文字との組み合わせを記述した絵文字データを記憶する記憶手段と、メッセージを表示する第１の表示領域に対して前記絵文字を含む文字を入力する入力手段と、前記入力手段により入力された文字を前記第１の表示領域に表示させ、前記入力手段により入力され得る文字の候補を第２の表示領域に表示させる表示制御手段とを備え、前記表示制御手段は、前記記憶手段に記憶された絵文字データを用いて、前記第１の表示領域に表示される文字に前記他の文字が含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として表示させる構成を有する。
【０００６】
好ましい態様において、前記絵文字データは、連携時に前記他の文字とともに位置又は外観が所定の態様で変化するアニメーション表示をする前記絵文字と、前記他の文字との組み合わせを記述したデータである。
別の好ましい態様において、前記絵文字データは、連携時に非連携時と異なる態様で表示される前記絵文字と、前記他の文字との組み合わせを記述したデータである。
さらに別の好ましい態様において、前記記憶手段は、一の前記絵文字に対して複数の前記他の文字毎の前記組み合わせを記述した前記絵文字データを記憶し、前記表示制御手段は、前記第１の表示領域に表示される文字に前記複数の他の文字の少なくともいずれかが含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として表示させる。
さらに別の好ましい態様において、前記記憶手段は、一の前記絵文字に対して複数の前記他の文字を記述した前記絵文字データを記憶し、前記表示制御手段は、前記複数の他の文字のうちの第１の文字が前記第１の表示領域に表示される文字に含まれる場合に、当該第１の文字と連携する前記絵文字と、当該複数の他の文字のうちの前記第１の文字と異なる第２の文字とを前記候補として表示させる。
さらに別の好ましい態様において、前記記憶手段は、複数の前記絵文字に対応する複数の前記絵文字データを記憶し、前記表示制御手段は、連携する前記絵文字が異なる複数の前記他の文字が前記第１の表示領域に表示される文字に含まれる場合に、前記候補である当該絵文字を当該他の文字毎に区分した表示態様で表示させる。
さらに別の好ましい態様において、前記表示制御手段は、前記入力手段により既に入力された前記絵文字を前記候補から除外する。
【０００７】
また、本発明の他の態様に係るプログラムは、連携時に位置又は外観が所定の態様で変化するアニメーション表示をする絵文字と、当該絵文字と連携する他の文字との組み合わせを記述した絵文字データを記憶する記憶手段にアクセス可能なコンピュータに、メッセージを表示する第１の表示領域に対して前記絵文字を含む文字を入力する第１のステップと、前記第１のステップにおいて入力された文字を前記第１の表示領域に表示させる第２のステップと、前記第１の表示領域に入力され得る文字の候補を第２の表示領域に表示させるステップであって、前記絵文字データを用いて、前記第１の表示領域に表示される文字に前記他の文字が含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として前記第２の表示領域に表示させる第３のステップとを実行させるためのものである。
【０００８】
また、本発明の他の態様に係る絵文字の入力支援方法は、メッセージを表示する第１の表示領域に対して絵文字を含む文字を入力する第１のステップと、前記第１のステップにおいて入力された文字を前記第１の表示領域に表示させる第２のステップと、前記第１の表示領域に入力され得る文字の候補を第２の表示領域に表示させるステップであって、連携時に位置又は外観が所定の態様で変化するアニメーション表示をする絵文字と、当該絵文字と連携する他の文字との組み合わせを記述した絵文字データを用いて、前記第１の表示領域に表示される文字に前記他の文字が含まれる場合に、当該他の文字と連携する前記絵文字を前記候補として前記第２の表示領域に表示させる第３のステップとを有する。
【０００９】
なお、本発明は、連携時に位置又は外観が所定の態様で変化するアニメーション表示をする絵文字と、当該絵文字と連携する他の文字との組み合わせを記述した絵文字データが関連付けられ、当該絵文字と当該他の文字とを含むメッセージを受信する受信手段と、前記受信手段により受信されたメッセージを表示領域に表示させる表示制御手段とを備え、前記表示制御手段は、前記表示領域に表示されたメッセージに含まれる前記絵文字を前記所定の態様でアニメーション表示させる構成を有する受信端末や、上述したいずれかの態様の入力支援装置と、前記入力手段により入力された文字を含む前記メッセージを生成するメッセージ生成手段と、前記メッセージ生成手段により生成されたメッセージを送信する送信手段とを有する送信端末と、前記受信端末とを備える構成を有する通信システムとしても特定され得る。
【発明の効果】
【００１０】
本発明によれば、メッセージに特定の文字が含まれている場合に当該文字に応じた特定のアニメーション表示をする絵文字を表示させることが可能である。特に、本発明に係る入力支援装置によれば、かかるアニメーション表示の発現を支援することが可能である。
【図面の簡単な説明】
【００１１】
【図１】通信システムの構成を示す図
【図２】送信端末及び受信端末の機能構成を示す機能ブロック図
【図３】通信端末（送信端末及び受信端末）のハードウェア構成を示すハードウェアブロック図
【図４】絵文字データのデータ構造を例示する図
【図５】メッセージへの文字の入力時に表示される画面を例示する図
【図６】プレビュー表示を例示する図
【図７】リコメンドの表示例を示す図
【図８】送信端末による絵文字の入力処理の概要を示すフローチャート
【図９】連携するアニメ絵文字を例示する図
【図１０】連携するアニメ絵文字の対応関係を例示する図
【図１１】アニメ絵文字の連携の対応関係を例示する図
【図１２】リコメンドウィンドウの表示例を示す図
【図１３】受信端末による表示処理を示すフローチャート
【図１４】リコメンドウィンドウの表示例を示す図
【発明を実施するための形態】
【００１２】
［実施形態］
図１は、本発明の一実施形態である通信システム１０の構成を示す図である。通信システム１０は、ネットワーク２００を用いてメッセージを送受信するための無線通信システムであり、送信端末１００ａと受信端末１００ｂとを備える。送信端末１００ａは、メッセージを送信するための通信端末であり、受信端末１００ｂは、メッセージを受信するための通信端末である。送信端末１００ａ及び受信端末１００ｂは、例えば、スマートフォンやタブレット端末などの無線通信端末である。また、ネットワーク２００は、メッセージを送受信することが可能なネットワークであり、例えば、移動体通信網や無線ＬＡＮ（Local Area Network）である。
【００１３】
なお、ここにおいて、メッセージとは、文字を用いて通信端末間で送受信されるデータのことである。ここでいうメッセージは、いわゆる電子メールが代表的であるが、ＳＭＳ（Short Message Service）などの電子メールに類似した仕組みのものであってもよい。ただし、本実施形態においては、メッセージとして電子メールが想定されている。
【００１４】
また、本実施形態における文字とは、文字と絵文字の総称である。ここにおいて、（絵文字でない）文字とは、いわゆるプレーンテキストのことであり、ＡＳＣＩＩ（American Standard Code for Information Interchange）やシフトＪＩＳ（Japanese Industrial Standards）などの所定の文字コードで記述される文字や記号のことである。以下においては、このような文字を絵文字と区別する場合に、これを特に「テキスト文字」という。
【００１５】
また、絵文字とは、メッセージにおいてテキスト文字とともに表示される画像である。ここでいう絵文字とは、文字のように入力されて用いられる画像であり、必ずしも文字に類する外観を要するものではない。本実施形態の絵文字は、「ノーマル絵文字」と「アニメ絵文字」とに分類される。アニメ絵文字とは、絵文字のうちの特にアニメーション表示が可能なものであり、ノーマル絵文字とは、アニメ絵文字以外の絵文字である。アニメ絵文字のアニメーション表示とは、位置又は外観を変化させる表示のことである。アニメ絵文字のアニメーション表示とは、例えば、絵文字が動き回ることや、絵文字が拡大表示ないし縮小表示されることや、絵文字の色柄が変化することである。
【００１６】
送信端末１００ａ及び受信端末１００ｂは、このようなアニメ絵文字を含むメッセージの送受信が可能であることを特徴とするものである。具体的には、送信端末１００ａは、アニメ絵文字を含むメッセージを作成する点に主たる特徴を有し、受信端末１００ｂは、アニメ絵文字を含むメッセージを受信し、メッセージに含まれるアニメ絵文字に応じた態様でメッセージの一部をアニメーション表示する点に主たる特徴を有する。
【００１７】
図２は、送信端末１００ａ及び受信端末１００ｂの機能構成を示す機能ブロック図である。送信端末１００ａは、入力手段１０１と、記憶手段１０２と、表示制御手段１０３と、表示手段１０４と、メッセージ生成手段１０５と、送信手段１０６とを少なくとも備える。また、受信端末１００ｂは、受信手段１０７と、表示制御手段１０８と、表示手段１０９とを備える。なお、送信端末１００ａのうち、本発明の入力支援装置に相当する構成は、入力手段１０１、記憶手段１０２及び表示制御手段１０３である。
【００１８】
入力手段１０１は、ユーザ（メッセージの送信者）の操作に応じた文字を入力する手段である。入力手段１０１は、例えば、タッチスクリーンやキーパッド（キーボード）を含んで構成される。記憶手段１０２は、絵文字データを記憶する手段である。ここにおいて、絵文字データとは、アニメ絵文字と、当該アニメ絵文字と連携する他のアニメ絵文字と、当該アニメ絵文字と当該他のアニメ絵文字の連携時のアニメーション表示の態様との組み合わせを記述したデータである。本実施形態において、アニメ絵文字の連携とは、あるアニメ絵文字が他のアニメ絵文字とともにメッセージ内に存在することによって生じる相互作用のことを指す。
【００１９】
表示手段１０４は、文字を含むメッセージを表示する手段であり、表示制御手段１０３は、表示手段１０４による表示を制御する手段である。表示制御手段１０３は、ユーザが入力した文字を表示させるとともに、ユーザにより入力され得る文字の候補（以下「入力候補」という。）を表示させる。表示制御手段１０３は、ユーザの入力に応じて、アニメ絵文字の連携によるアニメーション表示が発現するようなアニメ絵文字を入力候補として表示させ、ユーザにその入力を促す。
【００２０】
メッセージ生成手段１０５は、ユーザの入力結果に基づいてメッセージを生成する手段である。メッセージ生成手段１０５は、ユーザが入力した文字を含み、あて先などの情報が適当に設定されたメッセージを生成する。また、メッセージ生成手段は、ユーザが入力した文字にアニメ絵文字が含まれる場合に、絵文字データを添付ファイルとして含むメッセージを生成する。送信手段１０６は、メッセージ生成手段１０５により生成されたメッセージを所定のあて先（ここでは受信端末１００ｂ）に送信する手段である。
【００２１】
受信手段１０７は、送信端末１００ａから送信されたメッセージを受信する手段である。表示手段１０９は、文字を含むメッセージを表示する手段であり、表示制御手段１０８は、表示手段１０９による表示を制御する手段である。表示制御手段１０８は、受信手段１０７により受信されたメッセージに絵文字データが添付されている場合に、絵文字データの記述に従ってアニメ絵文字をアニメーション表示させる。表示制御手段１０８は、絵文字データに記述されたスクリプトを実行することによって、アニメ絵文字のアニメーション表示を実現する。
【００２２】
図３は、送信端末１００ａ及び受信端末１００ｂの具体例である通信端末１００のハードウェア構成を示すハードウェアブロック図である。通信端末１００は、送信端末１００ａの機能と受信端末１００ｂの機能とを兼ね備える装置である。以下においては、説明の便宜上、通信端末１００によって送信端末１００ａ及び受信端末１００ｂの説明が一括して行われるが、送信端末１００ａ（又は受信端末１００ｂ）は、受信端末１００ｂ（又は送信端末１００ａ）の機能を必ずしも兼ね備えていなくてもよい。換言すれば、通信端末１００は、送信専用（又は受信専用）の端末として構成されてもよいということである。
【００２３】
通信端末１００は、制御部１１０と、記憶部１２０と、通信部１３０と、タッチスクリーン部１４０とを備える。また、タッチスクリーン部１４０は、より詳細には表示部１４１とセンサ部１４２とを備える。なお、通信端末１００は、図３に示した構成のほか、音声を入出力する手段（スピーカ、マイクロホンなど）やバイブレータなどを備えてもよい。
【００２４】
制御部１１０は、ＣＰＵ（Central Processing Unit）などの演算処理装置や主記憶装置に相当するメモリを備え、プログラムを実行することによって通信端末１００の各部を制御する。すなわち、制御部１１０は、プログラムを実行するコンピュータに相当する。なお、制御部１１０は、マルチコア、すなわち複数のＣＰＵを備える構成であってもよいし、ＣＰＵ以外の特定用途（例えば画像処理用やメッセージの送受信用）の演算処理回路を別途備える構成であってもよい。制御部１１０は、上述した表示制御手段１０３、１０８及びメッセージ生成手段１０５を実現するものである。
【００２５】
記憶部１２０は、上述した絵文字データを含む各種のデータを記憶する。記憶部１２０は、例えば、ハードディスクやフラッシュメモリによって構成される。また、記憶部１２０は、いわゆるメモリカードのような着脱可能な記憶媒体を含んでもよく、絵文字データをこの記憶媒体に記憶してもよい。換言すれば、絵文字データは、制御部１１０がアクセス可能な記憶媒体に記憶されていればよく、必ずしも通信端末１００本体に記憶されている必要はない。記憶部１２０は、上述した記憶手段１０２を実現するものである。
【００２６】
通信部１３０は、ネットワーク２００を介して、メッセージなどのデータを送受信する。通信部１３０は、ネットワーク２００に応じた通信インターフェースを備える。なお、通信部１３０は、複数の通信方式に対応し、それぞれの通信方式に応じた態様でデータを送受信することも可能である。通信部１３０は、上述した送信手段１０６及び受信手段１０７を実現するものである。
【００２７】
タッチスクリーン部１４０は、文字や画像を表示するとともに、ユーザ（メッセージの送信者又は受信者）の操作を受け付ける。表示部１４１は、液晶素子や有機ＥＬ（electroluminescence）素子を用いた表示パネルと、表示パネルの各素子（すなわち画素）を駆動する駆動回路とを備える。また、センサ部１４２は、表示部１４１の表示パネルに対するユーザの操作を検知するセンサを備える。センサ部１４２のセンサは、マルチタッチを検知可能な静電容量式であると好ましいが、他の方式であってもよいし、マルチタッチを検知できなくてもよい。タッチスクリーン部１４０は、入力手段１０１及び表示手段１０４、１０９を実現する。
【００２８】
記憶部１２０に記憶される絵文字データは、１つのアニメ絵文字につき１つである。通信端末１００は、絵文字データが記憶されているアニメ絵文字の入力を受け付けることが可能である。すなわち、通信端末１００は、絵文字データが記憶されていないアニメ絵文字については、入力を受け付けることができない。絵文字データは、通信端末１００にプリセットされていてもよいし、コンテンツプロバイダによる提供を受けて通信端末１００にダウンロードされてもよい。絵文字データは、アニメ絵文字をアニメーション表示させるためのスクリプトを含んだデータであり、例えば、ＧＩＦ（Graphics Interchange Format）データである。
【００２９】
図４は、絵文字データのデータ構造を例示する図であり、絵文字データをＧＩＦデータにより構成した場合の例である。この例において、絵文字データは、デフォルト画像領域と、スクリプト領域と、コメント領域とを含んで構成される。スクリプト領域及びコメント領域は、ＧＩＦデータの拡張ブロック（Comment Extensionなど）に設けられればよい。
【００３０】
デフォルト画像領域は、非連携時に表示される画像を記述するための領域である。非連携時とは、アニメ絵文字が連携する前や、そもそもメッセージ中に連携対象の絵文字が含まれないときなどを意味する。デフォルト画像領域に記述される画像は、外観が変化するもの（いわゆるアニメーションＧＩＦ）であってもよいが、外観が変化しないものであってもよい。すなわち、アニメ絵文字は、連携時にアニメーション表示が可能であればよいのであって、非連携時にアニメーション表示されることを必ずしも要しない。
【００３１】
スクリプト領域は、アニメ絵文字の連携及びアニメーション表示に必要な情報を記述するための領域である。スクリプト領域には、当該アニメ絵文字（すなわち自身）を識別するためのＩＤと、アニメーション表示の態様を定義したスクリプトとが記述される。アニメ絵文字のＩＤは、適当な文字や数字の組み合わせである。なお、アニメ絵文字のＩＤは、例えば、ｎ桁の数字の上位ｍ桁で属性（コンテンツプロバイダ、制作者、カテゴリなど）を識別し、下位（ｎ−ｍ）桁でアニメ絵文字そのものを識別するようなデータ構造であってもよい。
【００３２】
スクリプトは、当該アニメ絵文字と連携するアニメ絵文字（すなわち連携対象のアニメ絵文字）のＩＤと、当該連携対象のアニメ絵文字と連携するときのアニメーション表示の態様とを少なくとも含んでいる。また、連携時に表示される画像と非連携時に表示される画像とを異ならせる場合には、連携時に表示される画像のデータをスクリプトに埋め込んでおくことも可能である。スクリプトには、あるＩＤのアニメ絵文字が連携対象である場合に、自身の位置又は外観（若しくはその両方）をどのように変化させるかが記述され、具体的には、自身の位置を連携対象のアニメ絵文字に所定の速度で接近させる、といったことがらが記述される。スクリプトは、例えばＳＷＦ（Small Web Format）で記述される。
【００３３】
なお、スクリプト領域は、複数のアニメ絵文字のＩＤが記述されてもよい。例えば、３文字以上のアニメ絵文字が連携する場合には、同時に連携するアニメ絵文字の数から１（自身の分）を減じたＩＤが記述される。また、連携対象のアニメ絵文字が複数あり、それぞれのアニメ絵文字と連携した場合に異なるアニメーション表示をする場合には、ＩＤとアニメーション表示とを記述したスクリプトが連携対象のアニメ絵文字毎に、連携対象のアニメ絵文字の個数分だけスクリプト領域に記述される。
【００３４】
コメント領域は、後述するリコメンドウィンドウを表示するために必要な情報などを記述するための領域である。コメント領域には、自身のＩＤと、連携対象のアニメ絵文字のＩＤと、アニメ絵文字のアニメーション表示の態様をユーザに知らせるための説明文とが記述される。なお、コメント領域に記述される自身のＩＤと連携対象のアニメ絵文字のＩＤは、スクリプト領域に記述されているそれと同様のものである。また、説明文は必須ではないため、省略されてもよい。
【００３５】
通信システム１０の構成は、以上のとおりである。この構成のもと、送信端末１００ａは、送信者の操作に応じてメッセージを生成し、これを受信端末１００ｂに送信する。また、受信端末１００ｂは、メッセージを受信すると、メッセージに含まれる文字を表示する。
【００３６】
このとき、送信端末１００ａは、連携によるアニメーション表示の発現を送信者に容易に理解させ、連携するアニメ絵文字どうしをメッセージに入力させやすくするために、アニメ絵文字のリコメンドを行うことができる。ここにおいて、リコメンドとは、メッセージに含まれるアニメ絵文字（あるいは、送信者が入力したアニメ絵文字）と連携する他のアニメ絵文字を送信者に知らせ、連携時のアニメーション表示の発現を促すことである。送信者は、リコメンドに沿って入力することで、連携するアニメ絵文字の組み合わせを容易に入力することができる。送信者は、リコメンドを利用すれば、連携するアニメ絵文字の組み合わせを事前に知らなくても、その組み合わせどおりにアニメ絵文字を入力することが可能である。すなわち、リコメンドは、アニメーション表示を発現させる入力の支援を可能にする。
【００３７】
一方、受信端末１００ｂは、連携する複数のアニメ絵文字を含むメッセージを受信すると、これらのアニメ絵文字が連携することによるアニメーション表示を行うことが可能である。これにより、メッセージの受信者は、通常のメッセージ（テキスト文字やノーマル絵文字のみからなるメッセージ）よりも動きのあるメッセージを閲覧することが可能である。また、本実施形態のメッセージによれば、連携対象のアニメ絵文字が変化することでアニメーション表示の態様も変化させることができるため、画一的でないアニメーション表示を受信者に見せることも可能である。
【００３８】
なお、送信端末１００ａにおいては、連携によるアニメ絵文字のアニメーション表示が行われなくてもよい。連携によるアニメ絵文字のアニメーション表示は、受信端末１００ｂにおいて行われれば足りるが、送信端末１００ａにおいてもプレビュー表示され、送信者がメッセージの表示態様を事前に確認できるようになっていてもよい。
【００３９】
図５は、メッセージへの文字の入力時にタッチスクリーン部１４０により表示される画面を例示する図である。図５（ａ）は、テキスト文字を入力するための画面の一例であり、図５（ｂ）は、絵文字を入力するための画面の一例である。ここにおいて、本文表示領域Ａ１は、メッセージの本文（body）を表示するための表示領域である。本文表示領域Ａ１は、本文の全部を表示する必要はなく、本文の一部が表示されるだけでもよい。本文表示領域Ａ１は、本文の一部のみを表示する場合には、送信者の操作に応じて他の部分をスクロールして表示することができるように構成される。本文表示領域Ａ１は、本発明の第１の表示領域に相当する。
【００４０】
また、文字入力領域Ａ２は、文字の入力を受け付けるための領域である。図５（ａ）に示す例は、いわゆるテンキーを模した画像によって文字（アルファベット、かな文字など）を入力する場合のものである。一方、図５（ｂ）に示す例は、入力可能な絵文字を一覧表示したものである。送信者は、自身が入力したい絵文字に対して所定の操作（例えばタップ操作）を行うことにより、絵文字を入力することができる。また、送信端末１００ａは、絵文字に対してドラッグ・アンド・ドロップ操作を受け付け、本文中の任意の位置に絵文字を配置できるようにしてもよい。なお、文字入力領域Ａ２は、絵文字を表示する場合において、全部の絵文字を画面内に表示しきれないときには、本文表示領域Ａ１と同様に、送信者の操作に応じたスクロール表示を受け付けるように構成されてもよい。
【００４１】
図５（ｂ）の例において、文字入力領域Ａ２には、ノーマル絵文字とアニメ絵文字の双方が表示され得る。文字入力領域Ａ２において、ノーマル絵文字とアニメ絵文字は、送信者が入力時に容易に識別できるように、表示態様に何らかの区別がされると望ましい。ここでは、絵文字の右下に「Ａ（animationの頭文字）」というシンボルが表示されているものがアニメ絵文字であり、このシンボルが表示されていないものがノーマル絵文字であるとする。
【００４２】
また、送信端末１００ａは、アニメ絵文字をプレビュー表示できるように構成されていると望ましい。プレビュー表示とは、例えば、図６に示す表示である。この例において、プレビュー表示は、文字入力領域Ａ２に表示されているアニメ絵文字に対して所定の操作（例えば長押し）を行うことで実現される。このような操作が行われると、送信端末１００ａは、プレビューウィンドウＷ１を表示する。プレビューウィンドウＷ１は、アニメ絵文字のアニメーション表示の態様を表示するとともに、当該アニメーション表示の説明文を表示する表示領域である。プレビューウィンドウＷ１は、本文表示領域Ａ１に重なるように表示されているが、文字入力領域Ａ２に重なるように表示されてもよい。なお、この例において表示されるのは、非連携時のアニメーション表示に関するものである。
【００４３】
送信者は、このような画面を用いて文字を入力する。送信端末１００ａは、文字を入力する操作を受け付けると、その操作に応じた文字を本文表示領域Ａ１に表示する。
このとき、送信端末１００ａは、連携可能なアニメ絵文字が送信者によって入力された場合に、当該アニメ絵文字の連携対象であるアニメ絵文字のリコメンドを行う。リコメンドは、例えば、次のようにして行われる。
【００４４】
図７は、リコメンドの表示例を示す図である。この例において、リコメンドウィンドウＷ２は、文字入力領域Ａ２の上部に隣接するようにして、本文表示領域Ａ１の一部と重なるように表示されている表示領域である。ただし、リコメンドウィンドウＷ２の表示位置は、図７に示した例に限定されない。同図に示すリコメンドウィンドウＷ２は、花を模したアニメ絵文字Ｐ１が入力された場合において、蝶を模したアニメ絵文字Ｐ２がアニメ絵文字Ｐ１と連携する場合を示したものである。リコメンドウィンドウＷ２は、本発明の第２の表示領域に相当する。
【００４５】
リコメンドウィンドウは、本文表示領域Ａ１に表示される文字に連携対象のアニメ絵文字（この場合、アニメ絵文字Ｐ１）が含まれる場合に、当該アニメ絵文字と連携するアニメ絵文字（この場合、アニメ絵文字Ｐ２）を入力候補として表示するものである。送信者は、リコメンドウィンドウＷ２に表示されているアニメ絵文字Ｐ２に対して所定の操作（例えばタップ操作）を行うことにより、アニメ絵文字Ｐ２をメッセージの本文に入力することが可能である。なお、送信端末１００ａは、文字入力領域Ａ２における場合と同様に、リコメンドウィンドウＷ２においてもドラッグ・アンド・ドロップ操作を受け付けてもよい。
【００４６】
なお、ここにおいて、「連携対象のアニメ絵文字が本文表示領域Ａ１に表示される文字に含まれる」状態とは、当該アニメ絵文字が本文表示領域Ａ１に現に表示されている状態のみを指すものではない。なぜならば、本文表示領域Ａ１には、上述したように、メッセージの本文中に含まれる文字のすべてが表示されているとは限らないからである。すなわち、「連携対象のアニメ絵文字が本文表示領域Ａ１に表示される文字に含まれる」状態とは、換言すれば、連携対象のアニメ絵文字がメッセージの本文中に含まれる状態である。
【００４７】
また、リコメンドウィンドウＷ２には、入力を促すという観点からいえば、アニメ絵文字Ｐ２（すなわち入力候補）のみが表示されていれば十分であるともいえる。ただし、送信者にどのアニメ絵文字とどのアニメ絵文字とが連携するのかを明確に知らしめるためには、入力候補のアニメ絵文字Ｐ２のみではなく、これと連携するアニメ絵文字Ｐ１もあわせて表示されることが望ましい。特に、後述するようにリコメンドウィンドウが複数表示される場合には、入力候補のアニメ絵文字と連携対象のアニメ絵文字とが対になって表示されることが望ましい。
【００４８】
図８は、本発明の入力支援処理を含む絵文字の入力処理の概要を示すフローチャートである。この入力処理は、送信者が文字の入力を開始することで実行される処理である。したがって、送信端末１００ａは、まず、文字の入力を受け付ける（ステップＳａ１）。送信端末１００ａは、文字の入力を受け付けると、その文字を本文表示領域に表示させる（ステップＳａ２）。
【００４９】
次に、送信端末１００ａは、ステップＳａ１の処理により入力された文字がアニメ絵文字であるか否かを判断する（ステップＳａ３）。送信端末１００ａは、送信者により入力された文字がアニメ絵文字でない場合（ステップＳａ３：ＮＯ）には、当該文字に対するリコメンドを行わない。一方、送信端末１００ａは、送信者により入力された文字がアニメ絵文字である場合（ステップＳａ３：ＹＥＳ）には、当該アニメ絵文字に対するリコメンドが行えるか否かを判断する。具体的には、送信端末１００ａは、絵文字データを用いて、入力されたアニメ絵文字と連携するアニメ絵文字が存在するか否かを判断する（ステップＳａ４）。
【００５０】
ステップＳａ４において、送信端末１００ａは、入力されたアニメ絵文字の絵文字データのコメント領域を参照し、当該アニメ絵文字のＩＤ（すなわち自身のＩＤ）を特定するとともに、連携対象のアニメ絵文字のＩＤを特定する。次いで、送信端末１００ａは、入力されたアニメ絵文字以外のアニメ絵文字の絵文字データを参照し、コメント領域に記述された当該アニメ絵文字のＩＤ（すなわち自身のＩＤ）が連携対象のアニメ絵文字のＩＤとして特定されたＩＤと一致するか否かを判断する。送信端末１００ａは、これらのＩＤが一致するアニメ絵文字が存在する場合に、入力されたアニメ絵文字と連携するアニメ絵文字が存在すると判断する。
【００５１】
送信端末１００ａは、入力されたアニメ絵文字と連携するアニメ絵文字が存在しない場合（ステップＳａ４：ＮＯ）には、リコメンドを行わない。一方、入力されたアニメ絵文字と連携するアニメ絵文字が存在する場合（ステップＳａ４：ＹＥＳ）、送信端末１００ａは、連携するアニメ絵文字、すなわち入力候補となるアニメ絵文字をリコメンドウィンドウに表示させるための処理を実行する（ステップＳａ５〜Ｓａ９）。
【００５２】
ステップＳａ５において、送信端末１００ａは、リコメンドウィンドウが表示中であるか否かを判断する。送信端末１００ａは、リコメンドウィンドウが表示されていなければ、ステップＳａ６の処理を実行し、リコメンドウィンドウが表示中であれば、ステップＳａ７の処理を実行する。
【００５３】
ステップＳａ６において、送信端末１００ａは、リコメンドウィンドウを新規に生成する。送信端末１００ａは、ステップＳａ４における判断結果に基づいて、入力候補である１又は複数のアニメ絵文字を特定し、これをリコメンドウィンドウに表示させる。このとき、送信端末１００ａは、入力候補であるアニメ絵文字と連携するアニメ絵文字（すなわち入力されたアニメ絵文字）もリコメンドウィンドウに表示させる。ステップＳａ６の処理は、図７に示したようなリコメンドウィンドウの表示を実現する。
【００５４】
一方、ステップＳａ７において、送信端末１００ａは、表示中のリコメンドウィンドウがステップＳａ１において直近に入力されたアニメ絵文字に関するリコメンドウィンドウであるか否かを判断する。すなわち、送信端末１００ａは、そのとき行われているリコメンドが直近に入力されたアニメ絵文字に関するものであるか否かを判断する。具体的には、送信端末１００ａは、直近に入力されたアニメ絵文字が表示中のリコメンドウィンドウに入力候補として表示されているか否かを判断する。
【００５５】
直近に入力されたアニメ絵文字に関するリコメンドウィンドウが表示されている場合（ステップＳａ７：ＹＥＳ）、送信端末１００ａは、表示中のリコメンドウィンドウを更新する（ステップＳａ８）。具体的には、送信端末１００ａは、リコメンドウィンドウに表示する入力候補を変更することによって、リコメンドウィンドウの表示を書き換える。
【００５６】
また、直近に入力されたアニメ絵文字に関するリコメンドウィンドウが表示されていない場合（ステップＳａ７：ＮＯ）、送信端末１００ａは、表示中のリコメンドウィンドウと異なるリコメンドウィンドウを表示させる（ステップＳａ９）。すなわち、本文中のアニメ絵文字について連携の組み合わせが複数通り考えられる場合には、当該組み合わせ毎に区分された複数のリコメンドウィンドウが生成される。ただし、本実施形態においては、リコメンドウィンドウが複数ある場合においても、実際に表示されるリコメンドウィンドウは１つだけである。以下においては、リコメンドウィンドウが複数ある場合に表示されるウィンドウの状態を「アクティブ」といい、このとき非表示となっているウィンドウの状態を「非アクティブ」という。
【００５７】
これらの処理を実行したら、送信端末１００ａは、入力処理を終えるか否かを判断する（ステップＳａ１０）。例えば、送信端末１００ａは、メッセージを送信する操作や、メッセージを下書きとして一時的に保存する操作を受け付けた場合には、入力処理を終了する。また、送信端末１００ａは、送信者が文字の入力を続行する場合には、ステップＳａ１以降の処理を再度実行し、これを入力処理が終わるまで繰り返す。
【００５８】
なお、説明の便宜上、図８に示すフローチャートは、入力処理の一部の処理（例えば、リコメンドを終了する場合の処理）が省略されている。入力処理は、より詳細には、以下の具体例において説明される処理を含んでいる。
【００５９】
図９〜１２は、本実施形態の入力処理の具体例を説明するための図である。図９は、この具体例に用いるアニメ絵文字と、当該アニメ絵文字と連携するアニメ絵文字とを示し、図１０は、あるアニメ絵文字と、当該アニメ絵文字と連携するアニメ絵文字との対応関係を示す。また、図１１は、図１０に示したアニメ絵文字の連携の対応関係を図解したものである。同図は、同じ線種（太さ、パターンなど）の直線で連結されたアニメ絵文字が１つの組み合わせを構成することを示している。
【００６０】
図９に示すように、「矢」のアニメ絵文字には、連携対象のアニメ絵文字が４文字（「弓」、「ハート」、「的」、「天使」）ある。一方、「矢」のアニメ絵文字によって成立する組み合わせは、図１０に示すように、組み合わせＣ１、Ｃ２、Ｃ３の３通りある。ここにおいて、組み合わせＣ２は、３文字のアニメ絵文字（「矢」、「ハート」、「天使」）によって１つの組み合わせを構成する。つまり、組み合わせＣ２は、メッセージの本文にこの３文字がすべて含まれていないと、連携が生じないものである。なお、この例の場合、「矢」のアニメ絵文字の絵文字データには、連携対象のアニメ絵文字の組み合わせ毎、すなわち組み合わせＣ１、Ｃ２、Ｃ３のそれぞれに応じた複数のスクリプトが記述される。
【００６１】
図１２は、図９〜１１に示すアニメ絵文字を用いた場合のアニメ絵文字の入力例と、その入力例に従ってアニメ絵文字が入力された場合に表示されるリコメンドウィンドウとを示す図である。ここにおいて、太枠で表示されているリコメンドウィンドウは、アクティブなリコメンドウィンドウを意味する。なお、この入力例においては、最初に入力されるアニメ絵文字が「矢」であるとし、それ以前にはアニメ絵文字が入力されていないものとする。
【００６２】
いま、入力処理のステップＳａ１において、「矢」のアニメ絵文字が入力されたとする。このアニメ絵文字と連携するアニメ絵文字は、図９に示すように、「弓」、「ハート」、「的」、「天使」の４文字存在する。そうすると、ステップＳａ３及びＳａ４の判断は、いずれも「ＹＥＳ」となる。一方、リコメンドはまだ行われていない状態であるから、ステップＳａ５の判断は「ＮＯ」となる。
【００６３】
この結果、送信端末１００ａは、ステップＳａ６の処理、すなわちリコメンドウィンドウを新規に生成して表示する処理を実行する。このとき、送信端末１００ａは、リコメンドウィンドウＷ２１を表示し、入力候補として「弓」、「ハート」、「的」、「天使」の４文字を表示する。
【００６４】
この状態において、「ハート」のアニメ絵文字が入力されると、送信端末１００ａは、ステップＳａ３〜Ｓａ５をいずれも「ＹＥＳ」と判断する。また、表示中のリコメンドウィンドウＷ２１に「ハート」のアニメ絵文字が含まれているため、送信端末１００ａは、ステップＳａ７についても「ＹＥＳ」と判断する。「矢」と「ハート」のアニメ絵文字が入力されると、これらのアニメ絵文字によって連携が成立するためには、組み合わせＣ２を構成する「天使」のアニメ絵文字が入力される必要がある。そのため、送信端末１００ａは、ステップＳａ８の処理、すなわちリコメンドウィンドウＷ２１を更新する処理を実行する。この場合、送信端末１００ａは、「天使」のアニメ絵文字以外の入力候補を表示対象から除外する。したがって、リコメンドウィンドウＷ２１には、「天使」のアニメ絵文字のみが入力候補として表示される。
【００６５】
その後、リコメンドに従って「天使」のアニメ絵文字が入力されると、送信端末１００ａは、リコメンドウィンドウＷ２１によるリコメンドを終了する。
以上に説明したように、送信者が「矢」、「ハート」及び「天使」のアニメ絵文字を入力した場合には、リコメンドすべきアニメ絵文字がなくなる。よって、送信端末１００ａの画面の表示状態は、アニメ絵文字を入力していない場合と同様に、リコメンドウィンドウを表示していない状態に戻る。
【００６６】
なお、送信端末１００ａは、望ましくは、いったんリコメンドを終了した場合には、同じアニメ絵文字について再度のリコメンドを行わない。すなわち、送信端末１００ａは、望ましくは、既に入力されたアニメ絵文字については、リコメンドの対象（すなわち入力候補）から除外する。なぜならば、同じ組み合わせのアニメ絵文字が複数あると、どのアニメ絵文字とどのアニメ絵文字とが連携するのかが一意的に定まらない可能性があるからである。また、既に入力されたアニメ絵文字をリコメンドの対象から除外しないと、例えば、組み合わせＣ８の「花」のアニメ絵文字が入力された場合に「蝶」のアニメ絵文字がリコメンドされ、その後に「蝶」のアニメ絵文字が入力されると「花」のアニメ絵文字がリコメンドされ、さらに「花」のアニメ絵文字が入力されると「蝶」のアニメ絵文字が再びリコメンドされる、といったように、同じリコメンドが繰り返し行われるおそれもある。なお、送信端末１００ａは、同じリコメンドの繰り返しを防ぐための他の方法として、１回入力したアニメ絵文字を再び入力できないように入力を制限してもよい。
【００６７】
次に、「矢」のアニメ絵文字が入力され、リコメンドウィンドウＷ２１が表示された後に、リコメンドウィンドウＷ２１の入力候補に含まれない「花」のアニメ絵文字が入力されたとする。この場合、送信端末１００ａは、ステップＳａ３〜Ｓａ５において「ＹＥＳ」と判断するが、リコメンドウィンドウＷ２１の入力候補に「花」のアニメ絵文字が含まれていないため、ステップＳａ７を「ＮＯ」と判断する。したがって、送信端末１００ａは、ステップＳａ９の処理、すなわち表示中のリコメンドウィンドウＷ２１と異なるリコメンドウィンドウＷ２２を表示させる処理を実行する。リコメンドウィンドウＷ２２には、入力された「花」のアニメ絵文字と連携するアニメ絵文字が「蝶」のアニメ絵文字のみであるため、「蝶」のアニメ絵文字のみが入力候補として表示される。
【００６８】
リコメンドウィンドウＷ２２に「蝶」のアニメ絵文字のみが表示されている場合において、「蝶」のアニメ絵文字が入力されると、送信端末１００ａは、リコメンドウィンドウＷ２２によるリコメンドを終了する。このとき、送信端末１００ａは、リコメンドウィンドウＷ２２を消去する一方、それまで非アクティブであったリコメンドウィンドウＷ２１をアクティブにする。送信端末１００ａは、リコメンドウィンドウＷ２１によるリコメンドを、このとき入力候補として表示されている「弓」、「ハート」、「的」、「天使」が入力されるまで続ける。
【００６９】
また、アクティブなリコメンドウィンドウＷ２２に「蝶」のアニメ絵文字のみが表示されている場合において、非アクティブなリコメンドウィンドウＷ２１に表示されているアニメ絵文字、例えば「ハート」のアニメ絵文字が入力されると、送信端末１００ａは、アクティブなリコメンドウィンドウをリコメンドウィンドウＷ２２からリコメンドウィンドウＷ２１に切り替える。また、送信端末１００ａは、入力されたアニメ絵文字（この場合、「ハート」）に応じて、リコメンドウィンドウＷ２１に表示される入力候補を更新する。具体的には、「ハート」のアニメ絵文字が入力された場合であれば、リコメンドウィンドウＷ２１には「天使」のアニメ絵文字のみが入力候補として表示される。
【００７０】
このとき、送信端末１００ａは、「天使」のアニメ絵文字が入力されれば、リコメンドウィンドウＷ２１によるリコメンドを終了する。一方、リコメンドウィンドウＷ２１が表示されている場合において、アクティブなリコメンドウィンドウＷ２１に表示されていないアニメ絵文字であって非アクティブなリコメンドウィンドウＷ２２に含まれているアニメ絵文字である「蝶」のアニメ絵文字が入力されると、送信端末１００ａは、リコメンドウィンドウＷ２２によるリコメンドをこの時点で終了する。
【００７１】
次に、「矢」のアニメ絵文字が入力され、リコメンドウィンドウＷ２１が表示された後に、リコメンドウィンドウＷ２１の入力候補に含まれない「ボール」のアニメ絵文字が入力されたとする。そうすると、送信端末１００ａは、「花」のアニメ絵文字が入力された場合と同様に、新規なリコメンドウィンドウＷ２３を表示し、リコメンドウィンドウＷ２１を非アクティブにする。リコメンドウィンドウＷ２３は、「ボール」のアニメ絵文字と連携するアニメ絵文字、すなわち「バット」、「ハート」、「的」の３文字を入力候補に含む。
【００７２】
リコメンドウィンドウＷ２３がアクティブである場合において、「ハート」のアニメ絵文字が入力されると、送信端末１００ａは、「ボール」のアニメ絵文字と「ハート」のアニメ絵文字による連携、すなわち組み合わせＣ５が成立したと判断する。そして、送信端末１００ａは、リコメンドウィンドウＷ２３によるリコメンドを終了し、非アクティブであったリコメンドウィンドウＷ２１をアクティブにする。
【００７３】
このとき、送信端末１００ａは、「ハート」のアニメ絵文字による連携が既に成立しているため、既に入力された「ハート」のアニメ絵文字を用いる組み合わせの入力候補をリコメンドウィンドウＷ２１から除外する。具体的には、送信端末１００ａは、リコメンドウィンドウＷ２１に表示する入力候補から「ハート」のアニメ絵文字と「天使」のアニメ絵文字（組み合わせＣ２を構成するアニメ絵文字）を除外し、「弓」のアニメ絵文字（組み合わせＣ１を構成するアニメ絵文字）と「的」のアニメ絵文字（組み合わせＣ３を構成するアニメ絵文字）を入力候補に残す。
【００７４】
なお、リコメンドウィンドウが複数ある場合、送信者は、アクティブなリコメンドウィンドウを切り替えることが可能である。具体的には、送信者は、リコメンドウィンドウ上の入力候補が表示されていない領域（例えば、図７においてアニメ絵文字Ｐ１が表示されている領域）に対して所定の操作（例えばダブルタップ操作）を行うことで、それまでアクティブであったリコメンドウィンドウを非アクティブにし、それまで非アクティブであったリコメンドウィンドウをアクティブにすることが可能である。
【００７５】
リコメンドウィンドウＷ２３がアクティブであり、リコメンドウィンドウＷ２１が非アクティブである場合において、アクティブなリコメンドウィンドウを切り替える操作を送信者が行うと、リコメンドウィンドウＷ２１がアクティブになる。この状態で「ハート」のアニメ絵文字が入力されると、送信端末１００ａは、組み合わせＣ２の成立を促すために、リコメンドウィンドウＷ２１の入力候補から「天使」のアニメ絵文字以外のアニメ絵文字を除外する。
【００７６】
なお、送信端末１００ａは、送信者の操作に応じて、連携時のアニメーション表示の態様をプレビュー表示できるようにしてもよい。例えば、送信端末１００ａは、リコメンドウィンドウに表示されている入力候補のアニメ絵文字が長押しされた場合に、図６に例示したようなプレビューウィンドウを表示し、長押ししたアニメ絵文字と連携対象のアニメ絵文字とが連携時にどのようなアニメーション表示をするのかを表示させることが可能である。
【００７７】
送信端末１００ａの特徴的な動作は、以上のとおりである。送信端末１００ａは、このようにしてユーザによる文字の入力を受け付け、絵文字データを添付したメッセージを生成及び送信する。受信端末１００ｂは、送信端末１００ａから送信されたメッセージを受信すると、以下に示す処理を実行する。
【００７８】
図１３は、受信端末１００ｂによる表示処理を示すフローチャートである。受信端末１００ｂは、絵文字データが添付されたメッセージを受信すると（ステップＳｂ１）、絵文字データを読み出し（ステップＳｂ２）、アニメ絵文字による連携を特定する（ステップＳｂ３）。すなわち、受信端末１００ｂは、どのアニメ絵文字とどのアニメ絵文字が連携するのかを特定する。
【００７９】
続いて、受信端末１００ｂは、メッセージを所定の表示領域に表示させる（ステップＳｂ４）。このとき、受信端末１００ｂは、絵文字データに記述されたスクリプトを読み出して実行することにより、連携するアニメ絵文字どうしによるアニメーション表示を実現する。
【００８０】
受信端末１００ｂは、アニメーション表示の実行の可否を切り替えられるように構成されていると望ましい。具体的には、受信端末１００ｂは、アニメーション表示のオン・オフを切り替えるためのキーをタッチスクリーン部１４０に表示させ、このキーに対する操作に応じてアニメーション表示の実行の可否を切り替える。受信端末１００ｂは、アニメーション表示を行わない場合には、アニメーション表示されるアニメ絵文字に代えて、絵文字データのデフォルト画像領域に記述されている画像を表示すればよい。
【００８１】
なお、本実施形態の絵文字データは、ＧＩＦデータの拡張ブロックにスクリプトなどを記述したものであるため、受信端末１００ｂに限らず、本実施形態のアニメーション表示に対応していない他の通信端末も認識することが可能である。本実施形態のアニメーション表示に対応していない通信端末は、本実施形態の絵文字データを単なるＧＩＦデータとして認識し、デフォルト画像領域に記述されている画像を表示する。この通信端末は、スクリプトを認識する能力を有しないため、スクリプト領域やコメント領域を単に無視するだけである。このような通信端末によるメッセージの表示は、受信端末１００ｂがアニメーション表示を行わない場合のそれと同様のものである。
【００８２】
［変形例］
本発明は、上述した実施形態の態様に限らず、他の態様でも実施することが可能である。本発明は、例えば、以下の変形例に示す態様によっても実施可能である。なお、本発明は、これら複数の変形例を組み合わせた態様で実施されてもよい。
【００８３】
（１）連携の変形例
本発明における連携は、絵文字と絵文字の組み合わせによるものではなく、絵文字とテキスト文字の組み合わせによるものであってもよい。すなわち、本発明における連携は、組み合わせを構成する文字の少なくとも１文字が絵文字であればよい。なお、あるアニメ絵文字と連携する文字がテキスト文字である場合、絵文字データには、連携するアニメ絵文字のＩＤに代えて、当該テキスト文字の文字コードが記述されていればよい。アニメ絵文字とテキスト文字とが連携する場合のアニメーション表示は、例えば、テキスト文字が表示位置を変えることなく、アニメ絵文字が当該テキスト文字に接近していったり、アニメ絵文字が当該テキスト文字の周りを旋回したりするものである。
【００８４】
また、アニメ絵文字のＩＤが、ｎ桁の数字の上位ｍ桁で属性（コンテンツプロバイダ、制作者、カテゴリなど）を識別し、下位（ｎ−ｍ）桁でアニメ絵文字そのものを識別するようなデータ構造である場合、本発明における連携は、連携対象のアニメ絵文字を特定のアニメ絵文字とせずに、特定の属性を有する複数のアニメ絵文字とすることが可能である。このようにすれば、アニメ絵文字そのものを特定することなく連携を実現することが可能であり、例えば、同一のコンテンツプロバイダにより提供された任意のアニメ絵文字を所定の態様でアニメーション表示させるといったことを実現できる。なお、この場合、絵文字データには、連携対象のアニメ絵文字のＩＤではなく、連携対象のアニメ絵文字のＩＤの一部（上述した例では、上位ｍ桁）が記述されていれば十分である。
【００８５】
なお、本発明における連携は、電子メール（すなわちメッセージ）の本文（body）に含まれる文字どうしではなく、本文に含まれる文字と件名（subject）に含まれる文字とによって行われてもよい。また、本文に含まれる文字に限らず、件名に含まれる文字どうしによって連携が行われてもよい。ただし、本文に含まれる文字と件名に含まれる文字とを連携させる場合には、本文と件名とが画面内に同時に表示される必要がある。
【００８６】
（２）絵文字データの変形例
絵文字データは、連携するアニメ絵文字の組み合わせを記述するものであれば足りる。したがって、絵文字データは、上述した実施形態のように、スクリプトを含んだものでなくてもよい。例えば、スクリプトは、所定のWebサーバなどに記憶されていてもよい。この場合、絵文字データには、スクリプトをダウンロードするためのＵＲＬ（Uniform Resource Locator）が記述されていればよい。受信端末１００ｂは、絵文字データを受信した後に、このＵＲＬを参照してスクリプトをダウンロードすれば、上述した実施形態と同様のアニメーション表示を実現することが可能である。
【００８７】
また、絵文字データは、メッセージに添付されていなくてもよい。例えば、受信端末１００ｂは、絵文字データをダウンロードするためのＵＲＬがメッセージに記述されていれば、メッセージを受信した後に、このＵＲＬを参照して絵文字データをダウンロードすることが可能である。すなわち、絵文字データは、メッセージとの間に何らかの関連付けを有していればよい。
【００８８】
なお、スクリプトが絵文字データに含まれていなくてもよいということは、連携時に表示される画像のデータが絵文字データに含まれていなくてもよいということでもある。なぜならば、連携時に表示される画像のデータは、上述した実施形態において説明されたように、スクリプトに埋め込むことが可能だからである。
【００８９】
（３）入力処理の変形例
本発明の入力処理は、図８に例示したように、リコメンドを行うか否かの判断を文字が入力される毎に逐次的に行うものに限定されない。例えば、本発明の入力処理は、適当なタイミングでメッセージに含まれる文字を抽出し、抽出した文字に連携対象の文字が含まれるか否かを判断し、その判断結果に応じてリコメンドを行うものであってもよい。このようにすれば、送信者が直接入力していない文字（例えば、受信したメッセージを引用して返信する場合の引用した文字や、コピー・アンド・ペーストによって挿入された文字）に連携対象の文字が含まれる場合であっても、これを連携対象の文字であると認識し、アニメーション表示のリコメンドを行うことが可能になる。
【００９０】
（４）リコメンドウィンドウの変形例
リコメンドウィンドウは、アクティブなものだけでなく、非アクティブなものも表示されたままであってもよい。この場合、アクティブなリコメンドウィンドウと非アクティブなリコメンドウィンドウは、背景色を異ならせたり、あるいはいずれか一方に所定のシンボルを表示させたりすることによって、送信者が互いを区別できるように表示されていると望ましい。
【００９１】
また、これらのリコメンドウィンドウに表示されるアニメ絵文字、すなわち入力候補は、必ずしも互いに別々のウィンドウに表示される必要はなく、単一のウィンドウ内に表示されてもよい。この場合においても、それぞれのリコメンドウィンドウに相当する入力候補が表示態様によって区分されていれば、送信者がそれぞれの入力候補を区別することが可能である。
【００９２】
図１４は、リコメンドウィンドウの他の表示例を示す図である。図１４（ａ）は、複数のリコメンドウィンドウＷａ、Ｗｂを表示し、アクティブなリコメンドウィンドウＷａと非アクティブなリコメンドウィンドウＷｂの背景色を異ならせる場合の表示例である。また、図１４（ｂ）は、図１４（ａ）に示したリコメンドウィンドウＷａ、Ｗｂに表示される入力候補を単一のリコメンドウィンドウＷｃによって表示し、それぞれの入力候補を行毎に区分して表示する場合の表示例である。
【００９３】
（５）その他
本発明の通信端末（送信端末及び受信端末）は、無線通信端末である必要はない。本発明の通信端末は、メッセージを受信することが可能であれば、通信する手段が有線であっても支障はない。また、メッセージの通信は、ネットワークを介する必要もなく、端末間で直接通信するもの（例えば赤外線通信）であってもよい。
【００９４】
また、本発明の通信端末は、スマートフォンやタブレット端末に限らず、携帯ゲーム機やパーソナルコンピュータであってもよい。さらに、上述した通信端末１００は、本発明の入力支援装置と表示手段１０４とを一体に備える構成であるが、本発明の入力支援装置は、表示手段と別体に構成されていてもよい。本発明の入力支援装置は、表示手段による表示を制御する表示制御手段を備えていればよく、表示手段そのものを備えることを必ずしも要しない。
【００９５】
本発明は、入力支援装置、送信端末又は受信端末、若しくはこれらを備える通信システムとしてだけではなく、入力支援装置が実行するプログラムや、絵文字の入力支援方法として把握することも可能である。また、このプログラムは、光ディスク等の記録媒体に記録した形態や、インターネット等のネットワークを介してコンピュータにダウンロードさせ、これをインストールして利用可能にする形態などでも提供可能である。
【符号の説明】
【００９６】
１０…通信システム、１００…通信端末、１１０…制御部、１２０…記憶部、１３０…通信部、１４０…タッチスクリーン部、１４１…表示部、１４２…センサ部、１００ａ…送信端末、１００ｂ…受信端末、１０１…入力手段、１０２…記憶手段、１０３、１０８…表示制御手段、１０４、１０９…表示手段、１０５…メッセージ生成手段、１０６…送信手段、１０７…受信手段、２００…ネットワーク
【図１】
0005330478.tif 000002
【図２】
0005330478.tif 000003
【図３】
0005330478.tif 000004
【図４】
0005330478.tif 000005
【図５】
0005330478.tif 000006
【図６】
0005330478.tif 000007
【図７】
0005330478.tif 000008
【図８】
0005330478.tif 000009
【図９】
0005330478.tif 000010
【図１０】
0005330478.tif 000011
【図１１】
0005330478.tif 000012
【図１２】
0005330478.tif 000013
【図１３】
0005330478.tif 000014
【図１４】
0005330478.tif 000015