(57)【特許請求の範囲】
【請求項１】
サーバと、前記サーバにアクセス可能なクライアントとを備える絵文字提供システムであって、
前記サーバは、
全体で１つの画像を形成する複数の絵文字画像を記憶する記憶手段と、
前記クライアントからのダウンロード要求に応じて前記記憶手段から前記複数の絵文字画像を読み出して前記クライアントにまとめて送信する送信手段とを含み、
前記クライアントは、
前記複数の絵文字画像のダウンロードを前記サーバに要求するダウンロード要求手段と、
前記サーバから前記複数の絵文字画像をまとめてダウンロードして保存するダウンロード手段と、
前記複数の絵文字画像を全体で１つの画像を形成するように並べて表示する表示手段とを含む、ことを特徴とする絵文字提供システム。
【請求項２】
請求項１に記載の絵文字提供システムであって、
前記表示手段は、前記複数の絵文字画像を保存日時の新しい順に表示し、
前記ダウンロード手段は、前記表示手段による表示の順と逆の順に前記複数の絵文字画像をダウンロードして保存するとともに、各絵文字画像に対応付けて保存日時を記録する、ことを特徴とする絵文字提供システム。
【請求項３】
請求項１又は２に記載の絵文字提供システムであって、
前記記憶手段はさらに、前記複数の絵文字画像が形成する１つの画像を単一の連結画像として記憶し、
前記クライアントはさらに、
前記サーバから前記連結画像を取得して表示するウェブブラウザ手段と、
前記ウェブブラウザにより表示された連結画像を選択して保存する保存手段とを備える、ことを特徴とする絵文字提供システム。
【請求項４】
複数の絵文字画像が全体で形成する１つの画像を単一の連結画像として記憶する記憶手段と、
クライアントのウェブブラウザからのダウンロード要求に応じて前記記憶手段から前記連結画像を読み出して前記クライアントに送信する送信手段とを備えることを特徴とするサーバ。
【請求項５】
全体で１つの画像を形成する複数の絵文字画像のダウンロードをサーバに要求するダウンロード要求手段と、
前記サーバから前記複数の絵文字画像をまとめてダウンロードして保存するダウンロード手段と、
前記複数の絵文字画像を全体で１つの画像を形成するように並べて表示する表示手段とを備える、ことを特徴とするクライアント。
【請求項６】
請求項５に記載のクライアントであって、
前記表示手段は、前記複数の絵文字画像を保存日時の新しい順に表示し、
前記ダウンロード手段は、前記表示手段による表示の順と逆の順に前記複数の絵文字画像をダウンロードして保存するとともに、各絵文字画像に対応付けて保存日時を記録する、ことを特徴とするクライアント。
【請求項７】
請求項５又は６に記載のクライアントであってさらに、
前記サーバから前記複数の絵文字画像が全体で形成する１つの画像を単一の連結画像として取得して表示するウェブブラウザ手段と、
前記ウェブブラウザにより表示された連結画像を選択して保存する保存手段とを備える、ことを特徴とするクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、絵文字提供システムに関し、さらに詳しくは、ＨＴＭＬ(Hyper Text Markup Language)形式の電子メールに入力するための絵文字をサーバから携帯電話に提供する絵文字提供システムに関する。
【背景技術】
【０００２】
現在、携帯電話による電子メールの送受信が広く行われているが、この電子メールには、テキスト形式の文字だけでなく、これとほぼ同じサイズ（２０×２０ドット）の絵文字の入力も可能になっている（下記非特許文献１参照）。絵文字は、笑い顔、泣き顔、ハートマークなど、種々の図形であり、文字と同等に扱われる。このような文字や絵文字を含む電子メールは一般に「テキストメール」と呼ばれる。
【０００３】
これに対し、各種画像による装飾を施したＨＴＭＬ形式の電子メール（一般に「ＨＴＭＬメール」と呼ばれる。）も携帯電話で送受信できるようになっている（下記非特許文献２参照）。ＮＴＴドコモは、携帯電話によるＨＴＭＬメールを「デコメール」（登録商標）又は「デコメ」（登録商標）と名付けている。
【０００４】
また最近では、ＨＴＭＬメールにＧＩＦ(Graphics Interchange Format)形式の絵文字も入力できるようになっている。ＮＴＴドコモは、このような絵文字を「デコメ絵文字」と名付けている（下記非特許文献３参照）。上述したテキストメールの絵文字の場合、絵文字を表す画像データの代わりに文字コードが送信されるのに対し、ＨＴＭＬメールの絵文字の場合、絵文字を表すＧＩＦ形式の画像データがそのまま送信される。したがって、ＨＴＭＬメールの絵文字は機種依存性がなく、任意の絵文字を送信しても、それを受信した携帯電話で正しく表示することが可能である。
【０００５】
ＨＴＭＬメールの絵文字を送受信できる携帯電話には数百種類の絵文字が予め登録されているが、これら以外の絵文字をウェブサーバからダウンロードして携帯電話に追加登録することも可能になっている。ＮＴＴドコモは、このようなサービスを「デコメ絵文字ポケット」と名付けて提供している。
【０００６】
しかしながら、ＨＴＭＬメールの絵文字はテキストメールの文字や絵文字と同じ要領で入力できることを前提としているので、そのサイズはテキストメールの文字や絵文字と同じにされている。そのため、ＨＴＭＬメールの絵文字は本来的には任意の表現が可能であるが、表現可能な範囲はサイズにより制限されているという問題があった。
【０００７】
なお、特開２００７−１０２３５４号公報（下記特許文献１）には、ＨＴＭＬメールの入力方式が開示されているが、絵文字については全く言及されていない。
【特許文献１】特開２００７−１０２３５４号公報
【非特許文献１】"ｉモードメール"、[online]、ＮＴＴドコモ、［平成１９年６月１日検索］インターネット<http://www.nttdocomo.co.jp/service/imode/mail/imode_mail/index.html>
【非特許文献２】"デコメール"、[online]、ＮＴＴドコモ、［平成１９年６月１日検索］インターネット<http://www.nttdocomo.co.jp/service/imode/mail/deco_mail/index.html>
【非特許文献３】"デコメ絵文字"、[online]、ＮＴＴドコモ、［平成１９年６月１日検索］インターネット<http://www.nttdocomo.co.jp/service/imode/mail/deco_mail/pictograph/index.html>
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、より豊かな表現が可能な絵文字を利用可能にする絵文字提供システムを提供することである。
【課題を解決するための手段及び発明の効果】
【０００９】
本発明による絵文字提供システムは、サーバと、前記サーバにアクセス可能なクライアントとを備える。サーバは、記憶手段と、送信手段とを含む。記憶手段は、複数の絵文字画像を記憶する。複数の絵文字画像は、全体で１つの画像を形成する。送信手段は、クライアントからのダウンロード要求に応じて記憶手段から複数の絵文字画像を読み出してクライアントにまとめて送信する。クライアントは、ダウンロード要求手段と、ダウンロード手段と、表示手段とを含む。ダウンロード要求手段は、複数の絵文字画像のダウンロードをサーバに要求する。ダウンロード手段は、サーバから複数の絵文字画像をまとめてダウンロードして保存する。表示手段は、複数の絵文字画像を全体で１つの画像を形成するように並べて表示する。クライアントは典型的にはメーラを備えた携帯電話であるが、これに限定されることなく、携帯情報端末、パソコンなどでもよい。
【００１２】
本発明によれば、複数の絵文字画像は全体で１つの画像を形成するように表示されるので、複数の絵文字画像を連結した状態で確認することができる。
【００１３】
好ましくは、表示手段は、複数の絵文字画像を保存日時の新しい順に表示する。ダウンロード手段は、表示手段による表示の順と逆の順に複数の絵文字画像をダウンロードして保存するとともに、各絵文字画像に対応付けて保存日時を記録する。
【００１４】
この場合、複数の絵文字画像は全体で１つの画像を形成するように正しい順に並んで表示される。
【００１５】
好ましくは、記憶手段はさらに、複数の絵文字画像が形成する１つの画像を単一の連結画像として記憶する。クライアントはさらに、ウェブブラウザ手段と、保存手段とを備える。ウェブブラウザ手段は、サーバから連結画像を取得して表示する。保存手段は、ウェブブラウザにより表示された連結画像を選択して保存する。
【００１６】
この場合、クライアントは、複数の絵文字画像を並べて利用するのではなく、単一の連結画像をそのまま使用することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１８】
図１を参照して、本発明の実施の形態による絵文字提供システム１０は、サーバ１１と、携帯電話１２とを備える。各携帯電話１２は、サーバ１１に対するクライアントとして機能し、インターネット等のコンピュータネットワーク１３を経由してサーバ１１にアクセス可能である。
【００１９】
図２を参照して、サーバ１１は、ＣＰＵ(Central Processing Unit)１４と、ＲＡＭ(Random Access Memory)等のメモリ１５と、ハードディスク１６と、通信部１７と、入出力（Ｉ／Ｏ）バス１８とを備える。ハードディスク１６には、ウェブサイト表示データ１９、絵文字取得プログラム２０、絵文字管理テーブル２１、絵文字画像２２、連結画像２３などがある。
【００２０】
図３を参照して、携帯電話１２は、ＣＰＵ２４と、ＲＡＭ等のメモリ２５と、ハードディスク２６と、操作ボタンと、ディスプレイ２８と、通信部２９と、入出力バス３０とを備える。ハードディスク２６には、ウェブブラウザ３１、メーラ３２、画像保存フォルダ３３、プログラム保存フォルダ３４などがある。
【００２１】
図４を参照して、絵文字管理テーブル２１は、複数のレコードを有し、各レコードは、絵文字番号、カテゴリー名、絵文字の名称、絵文字の構成数、ファイル名等のフィールドを有する。絵文字番号は、各絵文字に一意に付与された番号である。カテゴリー名は、各絵文字の種類である。絵文字の構成数は、１つの画像を形成する絵文字の数である。ファイル名は、各絵文字が格納されているファイルの名称である。
【００２２】
図５を参照して、絵文字画像２２としては、全体で１つの猫の画像を形成するＧＩＦ形式の２つの絵文字画像３５，３６、全体で１つの犬の画像を形成するＧＩＦ形式の３つの絵文字画像３７〜３９、全体で１つの鳥の画像を形成するＧＩＦ形式の４つの絵文字画像４０〜４３が登録されている。
【００２３】
また、連結画像２３としては、２つの絵文字画像３５，３６で形成される猫の連結画像４４、３つの絵文字画像３７〜３９で形成される犬の連結画像４５、４つの絵文字画像４０〜４３で形成される鳥の連結画像４６などが登録されている。
【００２４】
たとえば図５に示した絵文字画像３５，３６は、図６に示すように全体で１つの猫の画像を形成する。絵文字画像３５，３６の各々は、テキスト形式の文字や絵文字画像と同じ２０ドット×２０ドットである。
【００２５】
また、図５に示した連結画像４４は、図７に示すように２つの絵文字画像３５，３６で形成される１つの猫の画像である。連結画像４４は、４０ドット×８０ドットであり、実際に２つの絵文字画像３５，３６を連結してできる画像の２倍である。なお、連結画像のサイズは２倍に限らないが、この例のように絵文字画像３５，３６を連結させたサイズ（この例の場合２０ドット×４０ドット）より大きいサイズであれば、ＨＴＭＬメールに入力した場合に見やすい。
【００２６】
次に、この絵文字提供システム１０の動作を説明する。
【００２７】
図８を参照して、携帯電話１２は、ウェブブラウザ３１を実行することによりサーバ１１にアクセスすると、図９に示したウェブサイト画面をディスプレイ２８に表示する（Ｓ１）。この画面には、「絵文字の入手」のボタン４７と、「アプリをダウンロード」のボタン４８と、「閉じる」のボタン４９とが表示される。
【００２８】
「絵文字の入手」のボタン４７が指定されると（Ｓ２でＹＥＳ）、携帯電話１２は図１０に示した処理を実行する。詳細は後述する。「アプリをダウンロード」のボタン４８が指定されると（Ｓ３でＹＥＳ）、携帯電話１２は絵文字取得プログラム２０をサーバ１１からダウンロードし、プログラム保存フォルダ３４に保存する（Ｓ４）。「閉じる」のボタン４９が指定されると（Ｓ５でＹＥＳ）、携帯電話１２はウェブブラウザ３１の実行を終了し、所定の待機状態に戻る。
【００２９】
「絵文字の入手」のボタン４７が指定されると（Ｓ２でＹＥＳ）、携帯電話１２は図１１に示したカテゴリー選択画面を表示する（Ｓ６）。この画面には、複数のカテゴリー５０と、「もどる」のボタン５１とが表示される。
【００３０】
「もどる」のボタン５１が指定されると（Ｓ７でＹＥＳ）、携帯電話１２は図９に示したウェブサイト画面を再び表示する（Ｓ１）。いずれかのカテゴリー５０が指定されると（Ｓ８でＹＥＳ）、携帯電話１２は図１２に示した絵文字画面表示処理を実行する（Ｓ９）。
【００３１】
図１２を参照して、携帯電話１２は、指定されたカテゴリー（たとえば「動物」）の中の指定された対象（たとえば「猫」）のウェブサイト表示データ１９をサーバ１１から受信し（Ｓ９１）、テキスト形式の文字などを表示する（Ｓ９２）。続いて、携帯電話１２は、指定された対象の連結画像をサーバ１１から受信し（Ｓ９３）、表示する（Ｓ９４）。
【００３２】
続いて、携帯電話１２は、指定された対象の絵文字の構成数Ｘをサーバ１１から受信し（Ｓ９５）、絵文字の位置を特定する変数ｘを初期値「１」に設定する（Ｓ９６）。続いて、携帯電話１２は、指定対象の絵文字画像の中から、変数ｘが指定する絵文字画像をサーバ１１から受信し（Ｓ９７）、表示する（Ｓ９８）。続いて、携帯電話１２は、変数ｘをインクリメントし（Ｓ９９）、変数ｘが構成数Ｘを超えない限り（Ｓ１００でＮＯ）、上述した絵文字画像の受信（Ｓ９７）及び表示（Ｓ９８）を繰り返す。変数ｘが構成数Ｘを超えると（Ｓ１００でＹＥＳ）、携帯電話１２は「絵文字保存」のボタン５２と「もどる」のボタン５３とを表示する。
【００３３】
たとえば「動物」のカテゴリーが指定され、さらに「猫」が指定された場合、携帯電話１２は図１３に示した絵文字画面を表示する。この画面には、「つなぎ絵文字」、「カテゴリー」、「動物」など、テキスト形式の文字、連結画像４４、絵文字画像３５，３６、「絵文字保存」のボタン５２、「もどる」のボタン５３、対応する携帯電話１２のボタンが操作された場合の機能を示す「前の絵柄」のアイコン５４、「次の絵柄」のアイコン５５などが表示される。
【００３４】
絵文字画面表示処理の終了後、携帯電話１２に標準装備されている保存機能を用いれば、携帯電話１２のボタンを操作することにより、図１３に示した絵文字画面内の画像を順番にカーソルが移動し、カーソルで選択した所望の画像を保存することができる。再び図１０を参照して、このような保存機能が操作された場合において（Ｓ１０でＹＥＳ）、「キャンセル」ボタンが操作されることなく（Ｓ１１でＮＯ）、「保存」ボタンが操作されると（Ｓ１２でＹＥＳ）、携帯電話１２は、図１３に示した絵文字画面の中から選択された画像を画像保存フォルダ３３に保存する（Ｓ１３）。ここでは、連結画像４４を選択して保存する。したがって、携帯電話１２は、連結画像を利用してＨＴＭＬメールを作成することができる。
【００３５】
「前の絵柄」のアイコン５４に対応する携帯電話１２のボタンが操作されると（Ｓ１４でＹＥＳ）、携帯電話１２は、絵柄を同じカテゴリー内の１つ前のものに設定する（Ｓ１５）。「次の絵柄」のアイコン５５に対応する携帯電話１２のボタンが操作されると（Ｓ１６でＹＥＳ）、携帯電話１２は、絵柄を同じカテゴリー内の１つ次のものに設定する（Ｓ１７）。
【００３６】
「絵文字保存」のボタン５２が指定されると（Ｓ１８でＹＥＳ）、携帯電話１２は、予めダウンロードしておいた絵文字取得プログラム２０を起動する（Ｓ１９）。これによりウェブブラウザ３１の実行は終了し、代わりに、絵文字取得プログラム２０が実行される。詳細は後述する。
【００３７】
「もどる」ボタン５３が指定されない限り（Ｓ２０でＮＯ）、携帯電話１２は上記の処理を繰り返す。「もどる」ボタン５３が指定されると（Ｓ２０でＹＥＳ）、携帯電話１２は図１１に示したカテゴリー選択画面を再び表示する（Ｓ６）。
【００３８】
次に図１４を参照し、絵文字取得プログラム２０による処理を説明する。
【００３９】
携帯電話１２は、指定された対象の絵文字の構成数Ｘをサーバ１１から受信し（Ｓ２１）、絵文字の位置を特定する変数ｘを初期値「Ｘ」に設定する（Ｓ２２）。続いて、携帯電話１２は、指定対象の絵文字画像の中から、変数ｘの絵文字画像をサーバ１１から受信し（Ｓ２３）、画像保存フォルダ３３に保存するとともに、保存日時を記録する（Ｓ２４）。続いて、携帯電話１２は、変数ｘをデクリメントし（Ｓ２５）、変数ｘが「０」にならない限り（Ｓ２６でＮＯ）、上述した絵文字画像の受信（Ｓ２３）及び保存（Ｓ２４）を繰り返す。変数ｘが「０」になると（Ｓ２６でＹＥＳ）、この絵文字取得処理は終了する。
【００４０】
本発明の実施の形態によれば、全体で１つの画像を形成する複数の絵文字画像がサーバ１１から携帯電話１２にまとめてダウンロードされるので、より豊かな表現が可能な絵文字を利用してＨＴＭＬメールを作成することができる。
【００４１】
ここで仮に、単独で１つの画像を形成する通常の絵文字をサーバからダウンロードして携帯電話に追加登録する従来と同じ方法で、全体で１つの画像を形成する複数の絵文字をサーバ１１からダウンロードして携帯電話１２に追加登録したとすると、メーラ３２で電子メールを作成する際に、図１５に示すように、電子メールへの入力候補として絵文字画像３５，３６が左右逆に表示されてしまうという問題がある。従来の方法は、絵文字画像３５をダウンロードした後、絵文字画像３６をダウンロードしているが、デフォルトでは絵文字画像３５，３６を保存日時の降順に表示するように設定されているためである。
【００４２】
これに対し、本発明の実施の形態によれば、変数ｘを「Ｘ」から「１」へ降順に変化させ、絵文字画像を表示と逆の順序でダウンロードしているので、図１６に示すように、電子メールへの入力候補として絵文字画像３５，３６が左右正しく表示され、全体で１つの画像を形成する。
【００４３】
本実施の形態は絵文字画像３５，３６を保存日時の降順にソートして表示する場合を前提にしているが、絵文字画像のファイル名の末尾に連続番号を付与し、絵文字画像をファイル名の昇順にソートして表示するようにしてもよい。あるいは、複数の絵文字画像が全体で形成する１つの画像中の位置を示す情報を各絵文字画像に付加するようにしてもよい。
【００４４】
さらに、全体で１つの画像を形成するための絵文字画像を提供するだけでなく、同じ絵柄の連結画像を提供することにより、メール表現のしやすさを高めることが可能となる。
つまり、絵文字画像は、テキスト文字とほぼ同じ大きさ（２０×２０ドット）で、テキスト文字とテキスト文字の間に挿入するなど、入力に制限されることがあるが、テキスト文字を入力する操作感覚で容易に入力することができ、また、携帯電話の機種が違っても、ほぼ同じ操作で入力することができるという特徴がある。一方、ＨＴＭＬメールで入力される連結画像は、絵文字画像のように入力の制限は少ないものの、ＨＴＭＬメールを作成する機能が携帯電話の機種により異なり、連結画像をＨＴＭＬメールに入力するまでの操作が煩雑で、絵文字画像ほど容易に入力できるものではないという特徴がある。そこで、同じ絵柄の絵文字画像と連結画像の両方を提供することにより、利用者が上記特徴を考慮して好みにより絵文字画像と連結画像を使い分けることが可能となり、メール表現のしやすさを高めることが可能となる。
【００４５】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施の形態による絵文字提供システムの全体構成を示す機能ブロック図である。
【図２】図１中のサーバの構成を示す機能ブロック図である。
【図３】図１中の携帯電話の構成を示す機能ブロック図である。
【図４】図２中の絵文字管理テーブルの一例を示す図である。
【図５】図２中の絵文字画像及び連結画像の一例を示す図である。
【図６】図５中の猫の絵文字画像を示す図である。
【図７】図５中の猫の連結画像を示す図である。
【図８】図３中のウェブブラウザによるウェブ表示処理を示すフロー図である。
【図９】図８に示した処理で表示されるウェブサイト画面を示す図である。
【図１０】図９に続くフロー図である。
【図１１】図１０に示した処理で表示されるカテゴリー選択画面を示す図である。
【図１２】図１０中の絵文字画面表示処理を示すフロー図である。
【図１３】図１２に示した処理で表示される絵文字画面を示す図である。
【図１４】図２中の絵文字取得プログラムによる処理を示すフロー図である。
【図１５】従来の携帯電話による電子メールの作成画面を示す図である。
【図１６】図３に示した携帯電話による電子メールの作成画面を示す図である。
【符号の説明】
【００４７】
１０  絵文字提供システム
１１  サーバ
１２  携帯電話
２０  絵文字取得プログラム
２１  絵文字管理テーブル
２２  絵文字画像
２３  連結画像
３１  ウェブブラウザ
３２  メーラ
３３  画像保存フォルダ
３４  プログラム保存フォルダ
３５〜４３  絵文字画像
４４〜４６  連結画像
【図１】
0004448867.tif 000002
【図２】
0004448867.tif 000003
【図３】
0004448867.tif 000004
【図４】
0004448867.tif 000005
【図５】
0004448867.tif 000006
【図６】
0004448867.tif 000007
【図７】
0004448867.tif 000008
【図８】
0004448867.tif 000009
【図９】
0004448867.tif 000010
【図１０】
0004448867.tif 000011
【図１１】
0004448867.tif 000012
【図１２】
0004448867.tif 000013
【図１３】
0004448867.tif 000014
【図１４】
0004448867.tif 000015
【図１５】
0004448867.tif 000016
【図１６】
0004448867.tif 000017