絵文字登録装置、絵文字登録方法、絵文字登録プログラム
【課題】絵文字の登録を簡易に実現させることができる絵文字登録装置を提供する。
【解決手段】絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定し、埋め込まれていると判定された場合に、文字変換処理で用いられる辞書ファイル等の所定のファイルに、画像データに対応づけて読みデータを記憶する、絵文字登録装置である。
【解決手段】絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定し、埋め込まれていると判定された場合に、文字変換処理で用いられる辞書ファイル等の所定のファイルに、画像データに対応づけて読みデータを記憶する、絵文字登録装置である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機、携帯情報端末、パーソナルコンピュータ等の端末において、絵文字を文字変換辞書等に登録する際に用いて好適な絵文字登録装置、絵文字登録方法、絵文字登録プログラムに関する。
【背景技術】
【０００２】
現在の携帯電話機、携帯情報端末、パーソナルコンピュータ等の端末には、主に文字と同様の（あるいは異なる）サイズの画像を文字のかわりに挿入することができるようになっているものがある。この画像は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋ‐ｕｐ Ｌａｎｇｕａｇｅ）メール文中に挿入される画像データとして扱われている（例えば特許文献１参照）。
【０００３】
また、上記のような端末には、かな漢字変換によって、絵文字を入力をすることができるようになっているものがある（例えば特許文献２参照）。このような端末では、例えば「やさい」を変換することにより、白菜などの野菜の画像を挿入することができる。
【０００４】
また、本発明の技術的範囲の記載に関連する可能性があると思われる事項を開示するものとして特許文献３がある。特許文献３には、スキャンした画像に含まれる所定の文字に振り仮名等の読み情報を追記する技術が示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１６９７８６号公報
【特許文献２】特開２０００−１４８７４８号公報
【特許文献３】特開２０１０−１４６１４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上述したような端末で用いられている技術には以下のような課題があった。一つは、かな漢字変換で利用することができる絵文字が、あらかじめ登録されているものに限定されている場合があるということである。例えばあらたに絵文字用の画像ファイルをダウンロードしても、かな漢字変換のために読み情報の登録をすることができない場合があった。そのため、あらたにダウンロードされた絵文字は、かな漢字変換からは利用できず、画像として選択するしかなかった。
【０００７】
もう一つは、あらたにダウンロードした絵文字に対して読み情報（すなわち変換用の読み仮名）を設定して、かな漢字変換用の変換辞書等に登録することを考えた場合、登録作業に手間が掛かってしまうということが考えられるという課題である。特に、携帯端末では端末サイズの制限などによりテンキーやタッチパネルによる文字入力となるため、多数の絵文字用画像に対してユーザ自身が読み情報を登録する仕様とするのには利便性上の課題があった。
【０００８】
以上のように、携帯端末等の端末では電子メールに絵文字として画像を埋め込むことが行われていたが、絵文字の登録は画像としての登録のみであり、使用時には例えば画像用の選択画面から選択しなければならないという場合があった。また、絵文字をかな漢字変換を利用して入力する仕組みは存在していたが、追加分の絵文字は登録できなかったり、仮に登録することを考えた場合には登録の手間と言う課題をクリアする必要があった。また、絵文字は種類が非常に多いため、利用促進による商品性向上のためにはかな漢字変換などの使用時の簡易化だけではなく、追加登録の簡易化も必要であった。
【０００９】
本発明は、上記の課題を解決することのできる絵文字登録装置、絵文字登録方法、絵文字登録プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定手段と、前記判定手段によって埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、絵文字を表す画像データを含む画像ファイルに埋め込まれている文字変換処理で用いられる当該絵文字の読みデータを利用して、文字変換処理で用いられる所定のファイルに画像データに対応づけて読みデータが記憶されるので、絵文字を登録する際に読み情報（すなわち、かな等の読みデータ）を利用者が必ずしも入力しなくてよくなる。したがって、絵文字の登録を簡易に実現させることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明による絵文字登録装置の実施の形態の構成を説明するためのブロック図である。
【図２】図１に示した携帯電話機１０における処理の流れの一例を示すフローチャートである。
【図３】図２のステップＳ２でダウンロードされる画像ファイルの構成例を示した図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照して説明する。本発明による絵文字登録装置を携帯電話機１０内で実現する場合の構成の一例を示すブロック図である。本発明による絵文字登録装置は、携帯電話機１０内のＣＰＵ（中央処理装置）、そのＣＰＵの周辺装置およびそのＣＰＵによって実行されるプログラムを用いて構成することができる。図１は、ハードウェアとプログラム（ソフトウェア）とによって実現される構成を機能毎にいくつかのブロックに分けて表したものである。なお、図１の携帯電話機１０には、他に、音声通話機能、通信機能等の種々の機能を有しているが、図１では本発明の特徴に係る部分のみを示している。
【００１４】
なお、本発明の絵文字登録装置は、携帯電話機内で実現する場合に限らず、携帯情報端末、パーソナルコンピュータ、ワードプロセッサ等の他の端末内に実現することもできる。また、本発明の絵文字登録装置は、プログラム（あるいは、文書作成用、電子メール作成用等のアプリケーションや、他のプログラムに一部として含まれるもの）として構成し、所定の記憶媒体や通信回線を介して提供することなども可能である。
【００１５】
図１を参照すると本実施形態は以下の構成を含んでいる。すなわち、図１の携帯電話機１０は、表示手段１、入力手段２、処理装置３、記憶装置４および通信手段５を含んでいる。
【００１６】
表示手段１は、ディスプレイ装置や印刷装置などから構成される。入力手段２は、テンキーやタッチパネルなどから構成される。処理装置３は、絵文字を表す画像データを含む画像ファイルに埋め込まれた読みデータ（上記の読み情報に同じ）を抜き出す処理などを行う装置である。処理装置３は、各部を制御するものであって、所定のプログラム（ソフトウェア）を用いて各機能を実現する。
【００１７】
なお、本願において絵文字とは、汎用の文字コードが割り当てられている英数字、漢字、かな、記号などの文字ではない、絵（あるいは図形、画像）であり、電子メールなどの文書において漢字、かな、記号などの文字とともに（あるいはそれらに代えて）利用されるものであるとする。本実施形態では、絵文字の例として、ＨＴＭＬメール文中に挿入される画像データをあげている。また、読みデータとは、かな漢字変換処理などの文字変換処理において変換後の文字（本実施形態では特に絵文字）を得るための「読みがな」を表す文字列（あるいは文字）を表す情報である。例えば背景技術の欄で記した例では、白菜などの野菜の画像データに対応づけられた「やさい」という文字列が読みデータである。
【００１８】
記憶装置４は、かな漢字変換等の文字変換処理において用いられるファイルであって、文字変換用辞書ファイル、絵文字を表す画像データに対応づけられている読みデータを複数含む所定のファイルや、絵文字を表す各画像データをそれぞれ含む複数の画像ファイルなどを記憶する。ここで絵文字を表す画像データに対応づけけられている読みデータを複数含む文字変換処理で用いられる所定のファイルとは、絵文字の画像データを含む画像ファイル（または画像データ）の保存位置を示す情報（または画像データを含む画像ファイルもしくは画像データそのもの）とその絵文字に対応する読みデータからなるデータを複数組含むものとして構成することができる。具体的には、絵文字（あるいは絵文字と他の文字）を単語登録するための辞書ファイルとして文字変換処理において使用されるものとすることなどが考えられる。すなわち、文字変換処理において、ユーザが読みデータを入力したり選択したりしてその変換を指示した場合に、その所定のファイルに記憶されている当該読みデータに対応づけられている画像データが選択されるような形態でその所定のファイルを構成しておくようにすればよい。この実施形態では、処理装置３によって絵文字を表す画像データを含む画像ファイルに文字変換処理で用いられる当該絵文字の読みデータが埋め込まれていると判定された場合に、記憶装置４内に記憶される文字変換処理で用いられる所定のファイル（上記の単語登録用辞書ファイルなど）に、画像ファイル（または画像ファイル内の画像データ）の記憶アドレス等と読みデータとが対応づけて記憶されるようになっている。また、記憶装置４には、ダウンロードされた画像ファイルがそのまま（すなわち読みデータが埋め込まれた画像ファイルのまま）あるいは画像ファイルに含まれる画像データ（あるいはそれを所定の形式に変換した画像データ）が記憶される。なお、ＨＴＭＬメールが作成される場合には、ＨＴＭＬ記述内に、読みデータが埋め込まれた画像ファイルが（それをバイナリをテキスト変換するなどして）埋め込まれることになる。
【００１９】
通信手段５は、絵文字を表す画像データを含んだ画像ファイルなどを外部のサーバ装置などとの間で通信するための機能である。通信手段５は、有線や無線の公衆電話網や公衆通信網、赤外線通信、非接触ＩＣ（集積回路）カードなどを用いた通信、ＷＬＡＮ（無線ローカルエリアネットワーク）などによる通信回線を介して所望のファイルの送受信を実現する構成である。すなわち、通信手段５は、例えば通信回線を介して図示していないＷｅｂ（ウェブ）サーバ、パーソナルコンピュータ等のサーバ装置に接続し、サーバ装置から、画像ファイルなどをダウンロードすることができるように構成されている。
【００２０】
次に、図２および図３を参照して、図１の携帯電話機１０の動作例と、本実施形態が特徴とする画像ファイルの構成例について説明する。この例は、通信手段５を介して外部のサーバ装置に接続し、サーバ装置から絵文字用の画像ファイルをダウンロードし、それを携帯電話機１０の記憶装置４内に登録する場合の動作例である。
【００２１】
事前に、画像ファイルの提供側（外部のサーバ装置）には、絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているものを、複数、所定の記憶装置に記憶させ、用意しておく。そして、サーバ装置が公開するＷｅｂサイトに、検索等の機能を提供することで各画像ファイルを、読みデータが埋め込まれていない通常の画像ファイルと同様に登録しおく。
【００２２】
画像ファイルへの読みデータの埋め込みは、図３に示すような形式で実現することができる。図３に示す例では、読みデータが埋め込まれている画像ファイル１００が、絵文字を表す画像データ（ピクセルデータ等）１１２を含む通常の画像ファイルと同一のデータ１１０の後ろに、バイナリデータとして読みデータを含む埋め込みデータ１２０を連結することで構成されている。読みデータの実装の一例は、図３に示すように、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式にて埋め込みデータ１２０を記載し、バイナリデータとして、例えばＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）画像などのファイルと同一のデータ１１０の最後に連結するものである。ただし、画像のフォーマットは限定されない。読みが「やさい」である場合、図３に示すように記載することができる。なお、データ１１０は、元の（すなわち埋め込みデータ１２０連結前の）画像ファイルと同一のデータであり、元の画像ファイルのヘッダ１１１と、元の画像ファイルの画像データ１１２とから構成されている。
【００２３】
図３において、「＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”Ｓｈｉｆｔ＿ＪＩＳ”？＞」は、ＸＭＬ宣言文である。「＜ｅｍｏｊｉ＞」、「＜ｙｏｍｉ＞やさい＜／ｙｏｍｉ＞」および「＜／ｅｍｏｊｉ＞」がＸＭＬインスタンス（本体）である。「＜ｅｍｏｊｉ＞」と「＜／ｅｍｏｊｉ＞」が絵文字の読みデータに関する要素（情報）の記述を表す開始タグと終了タグであり、開始タグと終了タグの間に絵文字の読みデータに関する要素が記述されていることを意味している。「＜ｙｏｍｉ＞」と「＜／ｙｏｍｉ＞」は、絵文字の読みデータの記述を表す開始タグと終了タグであり、開始タグと終了タグの間に絵文字の読みデータが記述されていることを意味している。そして、「＜ｙｏｍｉ＞」と「＜／ｙｏｍｉ＞」に挟まれて記述されている文字列「やさい」が、文字変換処理で用いられる当該絵文字の読みデータである。
【００２４】
次に図２を参照して携帯電話機１０で絵文字の読みデータを登録する際の処理の流れについて説明する。いまユーザが、表示手段１の表示を確認しながら、外部のサーバ装置から図３に示す絵文字を表す画像データを含む画像ファイル１００をダウンロードする操作を入力手段２に対して行ったとすると、通信手段５によって画像ファイル１００がダウンロードされる（ステップＳ１）。
【００２５】
次に処理装置３がダウンロードした画像ファイル１００を解析し、絵文字を表す画像データを含む画像ファイル１００に、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する（ステップＳ２）。処理装置３による解析および判定の仕方は以下のように行うことができる。
【００２６】
この例では、ダウンロードされた画像ファイルが図３に示す画像ファイル１００の構成を有しているので、処理装置３は、画像ファイル１００の最後尾から先頭へ向かってタグ「＜ｅｍｏｊｉ＞」に対応するデータを検索し、見つかれば読みデータが埋め込まれた画像ファイル、見つからなければ読みデータが埋め込まれていない画像ファイルであると判定する。
【００２７】
なお、タグ「＜ｅｍｏｊｉ＞」に対応するデータが見つかった場合でも、さらに「＜ｅｍｏｊｉ＞」に後続するデータがＸＭＬ形式のフォーマットとして正しいか否かを評価することで、「＜ｅｍｏｊｉ＞」がたまたま含まれていたという誤一致を検出するようにしてもよい。
【００２８】
読みデータが埋め込まれた画像ファイルの場合（ステップＳ３で「ＹＥＳ」）、表示手段１に当該画像ファイルに含まれる画像データを表示するとともに、「絵文字＜やさい＞として設定しますか？」などと、設定するか否かの確認表示を行う（ステップＳ４）。ここで、ユーザが入力手段２で「設定する」を選択した場合は（ステップＳ５で「ＹＥＳ」）、画像ファイル１００の埋め込みデータ１２０内に含まれている読みデータ（「やさい」）を抽出した後、記憶装置４に記憶されているかな漢字変換等の文字変換処理で用いられる所定のファイルに、画像データに対応づけて読みデータを記憶する（ステップＳ６）。ステップＳ６では、画像ファイル１００そのもの（あるいは画像データ１１２を所定の形式に変換したもの）を記憶装置４内に記憶するとともに、読みデータと対応する対応する画像データを含む画像ファイル１００（あるいは対応する画像データ）の記憶装置４内での保存位置を表すアドレス等のデータとを対応づけたものを、文字変換処理で用いられる所定のファイルに記憶する。
【００２９】
以上の処理によって、携帯電話機１０では、サーバ装置から絵文字を表す画像データ１１２を含む画像ファイル１００をダウンロードした後は、一回の選択操作のみだけで絵文字としての読みデータを登録することができる。
【００３０】
なお、ステップＳ２での画像ファイル１００の解析では、携帯電話機１０側（すなわち端末側）がサポートしていないＸＭＬ要素があった場合は無視するようにしてもよい。また、ＸＭＬデータの正当性をさらに保証するためＸＭＬデータ部にＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ；文書型定義）を利用してもよい。
【００３１】
また、さらなる操作簡略化のためにステップＳ４での表示手段１による「絵文字＜やさい＞として設定しますか？」という表示と、ステップＳ５での入力手段２による選択を省いてダウンロード・解析後にただちに読みデータを登録するようにしてもよい。
【００３２】
本実施形態によれば次のような効果を得ることができる。第１の効果は、通常の携帯電話機（例えば２インチ画面で、テンキーのみ搭載）のような限られた入出力デバイスでも、ダウンロードした後、一回の選択操作のみだけで絵文字としての読み登録ができる。また、その一回の選択操作さえも省略することもできる。
【００３３】
第２の効果は、画像ファイル１００には、読みデータは付加されているものの各機器から見れば付加されていないものと同一の画像ファイルとして扱うことができるので、現在流通している（すなわち本発明の機能を有していない）パーソナルコンピュータや携帯電話機、サーバ装置などで通常の画像として扱うことができる。転送手段も電子メールやＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）でのダウンロードに限らず、画像ファイルに対して利用されているあらゆる転送手段（例えば、非接触型ＩＣカードを利用した通信、着脱自在のメモリカードに保存しての手渡し、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等の汎用のインタフェースを利用しての通信など）を利用することができる。そのため携帯電話網などの通信インフラの負荷や課金を避けて画像ファイルを配布することもできる。
【００３４】
第３の効果は、読みデータをＨＴＭＬなどにおいて画像ファイル外に埋め込むのと違い、画像ファイルを転送する仕組みであれば読みと対応する画像データとを同時に転送することができる。たとえば通常の画像ファイル転送手順によって、ＯＢＥＸ（Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ；赤外線通信や近距離無線通信を利用したオブジェクト（ファイル）交換プロトコル）での転送や、ＵＳＢマスストレージからの画像ファイルのみの転送などによっても、読みデータも含めて画像データを渡すことができる。また、ユーザ間で絵文字を挿入した電子メールを送信しあった場合、相手のユーザもその絵文字について画像データと読みを含めて一操作で登録することができる。また、通信事業者に依存しないため、異なる事業者間で同一の操作性を提供することができる。
【００３５】
第４の効果は、ダウンロードと登録が容易であるため、絵文字を端末にプリインストールするかわりに、例えばメーカ公式サイトに絵文字用画像をダウンロード用に掲載しておくことで出荷時のＲＯＭ（リードオンリメモリ）使用量を節約することができる。またコンテンツプロバイダなどにおいても、非対応機種であれば通常の画像同様に絵文字として利用でき、対応機種であれば読みデータを利用するデータとなるため、機種別のページやデータを作成しなくてもよいという利点がある。
【００３６】
次に、本発明の他の実施形態について説明する。なお、以下では他の実施形態について、上記実施形態からの変形部分について説明する。
【００３７】
（１）絵文字の重複登録を防ぐために、画像ファイルに絵文字固有のＩＤ（識別情報）を埋め込んでもよい。同一ＩＤであれば同一絵文字として登録をしないようにすれば、電子メールなどで送受信されたデータが２重に登録されることを防ぐことができる。あるいは、ＩＤの代わりに画像ファイルサイズでの比較や、あるいはバイナリデータを全て比較したり、バイナリデータに所定の演算を行った結果を比較したりすることにより２重登録を防いでもよい。
【００３８】
（２）画像ファイルに複数の読みデータを埋め込んでもよい。たとえば、茄子の画像に対して、読みデータを「なす」、「やさい」と複数指定させてもよい。例えば、図３の埋め込みデータ１２０内の記載において、「＜ｙｏｍｉ＞なす＜／ｙｏｍｉ＞」の部分を「＜ｙｏｍｉ＞なす＜／ｙｏｍｉ＞ ＜ｙｏｍｉ＞やさい＜／ｙｏｍｉ＞」とすることで１つの画像データに対して複数の読みデータを指定することができる。この場合、埋め込みデータ１２０の記述全体は次の通りとなる。
【００３９】
＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”Ｓｈｉｆｔ＿ＪＩＳ”？＞ ＜ｅｍｏｊｉ＞ ＜ｙｏｍｉ＞なす＜／ｙｏｍｉ＞ ＜ｙｏｍｉ＞やさい＜／ｙｏｍｉ＞ ＜／ｅｍｏｊｉ＞
【００４０】
（３）読みデータを、代替表示用の文字列として使用してもよい。例えば、画像を表示することができない端末においても、絵文字の代替として読みデータに対応するかな文字（列）を表示することで意思の疎通を行うことができる。また、読みデータを音声合成処理による音声読み上げなどに利用すれば、視覚が不自由な人でも絵文字の意図を理解することができる。
【００４１】
（４）使用するデータ量の抑制のため、ＸＭＬで埋め込む代わりにバイナリ形式で実装してもよい。例えば“ＥＭＪ＜”（ただし「ＥＭＪ＜」は半角文字とする）というデータの後に読みデータを連結して“＞”（ただし「＞」は半角文字とする）で終了する形式とすれば、（※読みは、ひらがなしか存在しないため“＜”や“＞”等の半角文字をデータの区切り文字として使用することができるので）実際の読みデータ分＋５バイトだけで本機能を実現することもできる。
【００４２】
（５）画像のフォーマットによっては自由に使用できるヘッダ領域があるため、ヘッダ領域にＸＭＬや、上記のバイナリ形式として読みデータを埋め込んでも良い。
【００４３】
（６）端末側に読みデータ付画像ファイルを生成する機能を作ってもよい。すなわち、携帯電話機等の端末に、文字変換処理で用いられる絵文字登録用の辞書ファイル等の所定のファイルに記憶されている絵文字を表す画像データとその読みを表すかな文字等の読みデータとの対応関係に基づいて、絵文字を表す画像データを含む画像ファイルに当該絵文字の読みデータを埋め込んだものを生成する機能を設けることができる。すなわち画像データと対応する読みデータから新たに図３に示すような画像ファイル１００を作成する機能を設けてもよいということである。この機能を設ければ、例えば機種変更により同じ絵文字を引き継ぎたい場合に、同形式の読みデータ付画像ファイルに対応していればどの機種にでも画像ファイルを転送して今までと同じように使うことが可能となる。つまり絵文字と読みデータのバックアップ、転送の目的で利用することができる。
【００４４】
なお、上記実施形態の構成と、特許請求の範囲に記載した構成要件との対応は次のとおりである。「判定手段」は図２のステップＳ２の処理結果によってステップＳ３の判定処理を行う処理装置３に対応している。「記憶手段」は図２のステップＳ６で読みデータが記憶される記憶装置４に対応している。
【符号の説明】
【００４５】
１ 表示手段
２ 入力手段
３ 処理装置
４ 記憶装置
５ 通信手段
１０ 携帯電話機
１００ 画像ファイル
１１０ 元（通常）の画像ファイルと同一のデータ
１１１ 元の画像ファイルのヘッダ
１１２ 元の画像ファイルの画像データ
１２０ 埋め込みデータ
【技術分野】
【０００１】
本発明は、携帯電話機、携帯情報端末、パーソナルコンピュータ等の端末において、絵文字を文字変換辞書等に登録する際に用いて好適な絵文字登録装置、絵文字登録方法、絵文字登録プログラムに関する。
【背景技術】
【０００２】
現在の携帯電話機、携帯情報端末、パーソナルコンピュータ等の端末には、主に文字と同様の（あるいは異なる）サイズの画像を文字のかわりに挿入することができるようになっているものがある。この画像は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋ‐ｕｐ Ｌａｎｇｕａｇｅ）メール文中に挿入される画像データとして扱われている（例えば特許文献１参照）。
【０００３】
また、上記のような端末には、かな漢字変換によって、絵文字を入力をすることができるようになっているものがある（例えば特許文献２参照）。このような端末では、例えば「やさい」を変換することにより、白菜などの野菜の画像を挿入することができる。
【０００４】
また、本発明の技術的範囲の記載に関連する可能性があると思われる事項を開示するものとして特許文献３がある。特許文献３には、スキャンした画像に含まれる所定の文字に振り仮名等の読み情報を追記する技術が示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１６９７８６号公報
【特許文献２】特開２０００−１４８７４８号公報
【特許文献３】特開２０１０−１４６１４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上述したような端末で用いられている技術には以下のような課題があった。一つは、かな漢字変換で利用することができる絵文字が、あらかじめ登録されているものに限定されている場合があるということである。例えばあらたに絵文字用の画像ファイルをダウンロードしても、かな漢字変換のために読み情報の登録をすることができない場合があった。そのため、あらたにダウンロードされた絵文字は、かな漢字変換からは利用できず、画像として選択するしかなかった。
【０００７】
もう一つは、あらたにダウンロードした絵文字に対して読み情報（すなわち変換用の読み仮名）を設定して、かな漢字変換用の変換辞書等に登録することを考えた場合、登録作業に手間が掛かってしまうということが考えられるという課題である。特に、携帯端末では端末サイズの制限などによりテンキーやタッチパネルによる文字入力となるため、多数の絵文字用画像に対してユーザ自身が読み情報を登録する仕様とするのには利便性上の課題があった。
【０００８】
以上のように、携帯端末等の端末では電子メールに絵文字として画像を埋め込むことが行われていたが、絵文字の登録は画像としての登録のみであり、使用時には例えば画像用の選択画面から選択しなければならないという場合があった。また、絵文字をかな漢字変換を利用して入力する仕組みは存在していたが、追加分の絵文字は登録できなかったり、仮に登録することを考えた場合には登録の手間と言う課題をクリアする必要があった。また、絵文字は種類が非常に多いため、利用促進による商品性向上のためにはかな漢字変換などの使用時の簡易化だけではなく、追加登録の簡易化も必要であった。
【０００９】
本発明は、上記の課題を解決することのできる絵文字登録装置、絵文字登録方法、絵文字登録プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定手段と、前記判定手段によって埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、絵文字を表す画像データを含む画像ファイルに埋め込まれている文字変換処理で用いられる当該絵文字の読みデータを利用して、文字変換処理で用いられる所定のファイルに画像データに対応づけて読みデータが記憶されるので、絵文字を登録する際に読み情報（すなわち、かな等の読みデータ）を利用者が必ずしも入力しなくてよくなる。したがって、絵文字の登録を簡易に実現させることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明による絵文字登録装置の実施の形態の構成を説明するためのブロック図である。
【図２】図１に示した携帯電話機１０における処理の流れの一例を示すフローチャートである。
【図３】図２のステップＳ２でダウンロードされる画像ファイルの構成例を示した図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照して説明する。本発明による絵文字登録装置を携帯電話機１０内で実現する場合の構成の一例を示すブロック図である。本発明による絵文字登録装置は、携帯電話機１０内のＣＰＵ（中央処理装置）、そのＣＰＵの周辺装置およびそのＣＰＵによって実行されるプログラムを用いて構成することができる。図１は、ハードウェアとプログラム（ソフトウェア）とによって実現される構成を機能毎にいくつかのブロックに分けて表したものである。なお、図１の携帯電話機１０には、他に、音声通話機能、通信機能等の種々の機能を有しているが、図１では本発明の特徴に係る部分のみを示している。
【００１４】
なお、本発明の絵文字登録装置は、携帯電話機内で実現する場合に限らず、携帯情報端末、パーソナルコンピュータ、ワードプロセッサ等の他の端末内に実現することもできる。また、本発明の絵文字登録装置は、プログラム（あるいは、文書作成用、電子メール作成用等のアプリケーションや、他のプログラムに一部として含まれるもの）として構成し、所定の記憶媒体や通信回線を介して提供することなども可能である。
【００１５】
図１を参照すると本実施形態は以下の構成を含んでいる。すなわち、図１の携帯電話機１０は、表示手段１、入力手段２、処理装置３、記憶装置４および通信手段５を含んでいる。
【００１６】
表示手段１は、ディスプレイ装置や印刷装置などから構成される。入力手段２は、テンキーやタッチパネルなどから構成される。処理装置３は、絵文字を表す画像データを含む画像ファイルに埋め込まれた読みデータ（上記の読み情報に同じ）を抜き出す処理などを行う装置である。処理装置３は、各部を制御するものであって、所定のプログラム（ソフトウェア）を用いて各機能を実現する。
【００１７】
なお、本願において絵文字とは、汎用の文字コードが割り当てられている英数字、漢字、かな、記号などの文字ではない、絵（あるいは図形、画像）であり、電子メールなどの文書において漢字、かな、記号などの文字とともに（あるいはそれらに代えて）利用されるものであるとする。本実施形態では、絵文字の例として、ＨＴＭＬメール文中に挿入される画像データをあげている。また、読みデータとは、かな漢字変換処理などの文字変換処理において変換後の文字（本実施形態では特に絵文字）を得るための「読みがな」を表す文字列（あるいは文字）を表す情報である。例えば背景技術の欄で記した例では、白菜などの野菜の画像データに対応づけられた「やさい」という文字列が読みデータである。
【００１８】
記憶装置４は、かな漢字変換等の文字変換処理において用いられるファイルであって、文字変換用辞書ファイル、絵文字を表す画像データに対応づけられている読みデータを複数含む所定のファイルや、絵文字を表す各画像データをそれぞれ含む複数の画像ファイルなどを記憶する。ここで絵文字を表す画像データに対応づけけられている読みデータを複数含む文字変換処理で用いられる所定のファイルとは、絵文字の画像データを含む画像ファイル（または画像データ）の保存位置を示す情報（または画像データを含む画像ファイルもしくは画像データそのもの）とその絵文字に対応する読みデータからなるデータを複数組含むものとして構成することができる。具体的には、絵文字（あるいは絵文字と他の文字）を単語登録するための辞書ファイルとして文字変換処理において使用されるものとすることなどが考えられる。すなわち、文字変換処理において、ユーザが読みデータを入力したり選択したりしてその変換を指示した場合に、その所定のファイルに記憶されている当該読みデータに対応づけられている画像データが選択されるような形態でその所定のファイルを構成しておくようにすればよい。この実施形態では、処理装置３によって絵文字を表す画像データを含む画像ファイルに文字変換処理で用いられる当該絵文字の読みデータが埋め込まれていると判定された場合に、記憶装置４内に記憶される文字変換処理で用いられる所定のファイル（上記の単語登録用辞書ファイルなど）に、画像ファイル（または画像ファイル内の画像データ）の記憶アドレス等と読みデータとが対応づけて記憶されるようになっている。また、記憶装置４には、ダウンロードされた画像ファイルがそのまま（すなわち読みデータが埋め込まれた画像ファイルのまま）あるいは画像ファイルに含まれる画像データ（あるいはそれを所定の形式に変換した画像データ）が記憶される。なお、ＨＴＭＬメールが作成される場合には、ＨＴＭＬ記述内に、読みデータが埋め込まれた画像ファイルが（それをバイナリをテキスト変換するなどして）埋め込まれることになる。
【００１９】
通信手段５は、絵文字を表す画像データを含んだ画像ファイルなどを外部のサーバ装置などとの間で通信するための機能である。通信手段５は、有線や無線の公衆電話網や公衆通信網、赤外線通信、非接触ＩＣ（集積回路）カードなどを用いた通信、ＷＬＡＮ（無線ローカルエリアネットワーク）などによる通信回線を介して所望のファイルの送受信を実現する構成である。すなわち、通信手段５は、例えば通信回線を介して図示していないＷｅｂ（ウェブ）サーバ、パーソナルコンピュータ等のサーバ装置に接続し、サーバ装置から、画像ファイルなどをダウンロードすることができるように構成されている。
【００２０】
次に、図２および図３を参照して、図１の携帯電話機１０の動作例と、本実施形態が特徴とする画像ファイルの構成例について説明する。この例は、通信手段５を介して外部のサーバ装置に接続し、サーバ装置から絵文字用の画像ファイルをダウンロードし、それを携帯電話機１０の記憶装置４内に登録する場合の動作例である。
【００２１】
事前に、画像ファイルの提供側（外部のサーバ装置）には、絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているものを、複数、所定の記憶装置に記憶させ、用意しておく。そして、サーバ装置が公開するＷｅｂサイトに、検索等の機能を提供することで各画像ファイルを、読みデータが埋め込まれていない通常の画像ファイルと同様に登録しおく。
【００２２】
画像ファイルへの読みデータの埋め込みは、図３に示すような形式で実現することができる。図３に示す例では、読みデータが埋め込まれている画像ファイル１００が、絵文字を表す画像データ（ピクセルデータ等）１１２を含む通常の画像ファイルと同一のデータ１１０の後ろに、バイナリデータとして読みデータを含む埋め込みデータ１２０を連結することで構成されている。読みデータの実装の一例は、図３に示すように、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式にて埋め込みデータ１２０を記載し、バイナリデータとして、例えばＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）画像などのファイルと同一のデータ１１０の最後に連結するものである。ただし、画像のフォーマットは限定されない。読みが「やさい」である場合、図３に示すように記載することができる。なお、データ１１０は、元の（すなわち埋め込みデータ１２０連結前の）画像ファイルと同一のデータであり、元の画像ファイルのヘッダ１１１と、元の画像ファイルの画像データ１１２とから構成されている。
【００２３】
図３において、「＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”Ｓｈｉｆｔ＿ＪＩＳ”？＞」は、ＸＭＬ宣言文である。「＜ｅｍｏｊｉ＞」、「＜ｙｏｍｉ＞やさい＜／ｙｏｍｉ＞」および「＜／ｅｍｏｊｉ＞」がＸＭＬインスタンス（本体）である。「＜ｅｍｏｊｉ＞」と「＜／ｅｍｏｊｉ＞」が絵文字の読みデータに関する要素（情報）の記述を表す開始タグと終了タグであり、開始タグと終了タグの間に絵文字の読みデータに関する要素が記述されていることを意味している。「＜ｙｏｍｉ＞」と「＜／ｙｏｍｉ＞」は、絵文字の読みデータの記述を表す開始タグと終了タグであり、開始タグと終了タグの間に絵文字の読みデータが記述されていることを意味している。そして、「＜ｙｏｍｉ＞」と「＜／ｙｏｍｉ＞」に挟まれて記述されている文字列「やさい」が、文字変換処理で用いられる当該絵文字の読みデータである。
【００２４】
次に図２を参照して携帯電話機１０で絵文字の読みデータを登録する際の処理の流れについて説明する。いまユーザが、表示手段１の表示を確認しながら、外部のサーバ装置から図３に示す絵文字を表す画像データを含む画像ファイル１００をダウンロードする操作を入力手段２に対して行ったとすると、通信手段５によって画像ファイル１００がダウンロードされる（ステップＳ１）。
【００２５】
次に処理装置３がダウンロードした画像ファイル１００を解析し、絵文字を表す画像データを含む画像ファイル１００に、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する（ステップＳ２）。処理装置３による解析および判定の仕方は以下のように行うことができる。
【００２６】
この例では、ダウンロードされた画像ファイルが図３に示す画像ファイル１００の構成を有しているので、処理装置３は、画像ファイル１００の最後尾から先頭へ向かってタグ「＜ｅｍｏｊｉ＞」に対応するデータを検索し、見つかれば読みデータが埋め込まれた画像ファイル、見つからなければ読みデータが埋め込まれていない画像ファイルであると判定する。
【００２７】
なお、タグ「＜ｅｍｏｊｉ＞」に対応するデータが見つかった場合でも、さらに「＜ｅｍｏｊｉ＞」に後続するデータがＸＭＬ形式のフォーマットとして正しいか否かを評価することで、「＜ｅｍｏｊｉ＞」がたまたま含まれていたという誤一致を検出するようにしてもよい。
【００２８】
読みデータが埋め込まれた画像ファイルの場合（ステップＳ３で「ＹＥＳ」）、表示手段１に当該画像ファイルに含まれる画像データを表示するとともに、「絵文字＜やさい＞として設定しますか？」などと、設定するか否かの確認表示を行う（ステップＳ４）。ここで、ユーザが入力手段２で「設定する」を選択した場合は（ステップＳ５で「ＹＥＳ」）、画像ファイル１００の埋め込みデータ１２０内に含まれている読みデータ（「やさい」）を抽出した後、記憶装置４に記憶されているかな漢字変換等の文字変換処理で用いられる所定のファイルに、画像データに対応づけて読みデータを記憶する（ステップＳ６）。ステップＳ６では、画像ファイル１００そのもの（あるいは画像データ１１２を所定の形式に変換したもの）を記憶装置４内に記憶するとともに、読みデータと対応する対応する画像データを含む画像ファイル１００（あるいは対応する画像データ）の記憶装置４内での保存位置を表すアドレス等のデータとを対応づけたものを、文字変換処理で用いられる所定のファイルに記憶する。
【００２９】
以上の処理によって、携帯電話機１０では、サーバ装置から絵文字を表す画像データ１１２を含む画像ファイル１００をダウンロードした後は、一回の選択操作のみだけで絵文字としての読みデータを登録することができる。
【００３０】
なお、ステップＳ２での画像ファイル１００の解析では、携帯電話機１０側（すなわち端末側）がサポートしていないＸＭＬ要素があった場合は無視するようにしてもよい。また、ＸＭＬデータの正当性をさらに保証するためＸＭＬデータ部にＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ；文書型定義）を利用してもよい。
【００３１】
また、さらなる操作簡略化のためにステップＳ４での表示手段１による「絵文字＜やさい＞として設定しますか？」という表示と、ステップＳ５での入力手段２による選択を省いてダウンロード・解析後にただちに読みデータを登録するようにしてもよい。
【００３２】
本実施形態によれば次のような効果を得ることができる。第１の効果は、通常の携帯電話機（例えば２インチ画面で、テンキーのみ搭載）のような限られた入出力デバイスでも、ダウンロードした後、一回の選択操作のみだけで絵文字としての読み登録ができる。また、その一回の選択操作さえも省略することもできる。
【００３３】
第２の効果は、画像ファイル１００には、読みデータは付加されているものの各機器から見れば付加されていないものと同一の画像ファイルとして扱うことができるので、現在流通している（すなわち本発明の機能を有していない）パーソナルコンピュータや携帯電話機、サーバ装置などで通常の画像として扱うことができる。転送手段も電子メールやＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）でのダウンロードに限らず、画像ファイルに対して利用されているあらゆる転送手段（例えば、非接触型ＩＣカードを利用した通信、着脱自在のメモリカードに保存しての手渡し、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等の汎用のインタフェースを利用しての通信など）を利用することができる。そのため携帯電話網などの通信インフラの負荷や課金を避けて画像ファイルを配布することもできる。
【００３４】
第３の効果は、読みデータをＨＴＭＬなどにおいて画像ファイル外に埋め込むのと違い、画像ファイルを転送する仕組みであれば読みと対応する画像データとを同時に転送することができる。たとえば通常の画像ファイル転送手順によって、ＯＢＥＸ（Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ；赤外線通信や近距離無線通信を利用したオブジェクト（ファイル）交換プロトコル）での転送や、ＵＳＢマスストレージからの画像ファイルのみの転送などによっても、読みデータも含めて画像データを渡すことができる。また、ユーザ間で絵文字を挿入した電子メールを送信しあった場合、相手のユーザもその絵文字について画像データと読みを含めて一操作で登録することができる。また、通信事業者に依存しないため、異なる事業者間で同一の操作性を提供することができる。
【００３５】
第４の効果は、ダウンロードと登録が容易であるため、絵文字を端末にプリインストールするかわりに、例えばメーカ公式サイトに絵文字用画像をダウンロード用に掲載しておくことで出荷時のＲＯＭ（リードオンリメモリ）使用量を節約することができる。またコンテンツプロバイダなどにおいても、非対応機種であれば通常の画像同様に絵文字として利用でき、対応機種であれば読みデータを利用するデータとなるため、機種別のページやデータを作成しなくてもよいという利点がある。
【００３６】
次に、本発明の他の実施形態について説明する。なお、以下では他の実施形態について、上記実施形態からの変形部分について説明する。
【００３７】
（１）絵文字の重複登録を防ぐために、画像ファイルに絵文字固有のＩＤ（識別情報）を埋め込んでもよい。同一ＩＤであれば同一絵文字として登録をしないようにすれば、電子メールなどで送受信されたデータが２重に登録されることを防ぐことができる。あるいは、ＩＤの代わりに画像ファイルサイズでの比較や、あるいはバイナリデータを全て比較したり、バイナリデータに所定の演算を行った結果を比較したりすることにより２重登録を防いでもよい。
【００３８】
（２）画像ファイルに複数の読みデータを埋め込んでもよい。たとえば、茄子の画像に対して、読みデータを「なす」、「やさい」と複数指定させてもよい。例えば、図３の埋め込みデータ１２０内の記載において、「＜ｙｏｍｉ＞なす＜／ｙｏｍｉ＞」の部分を「＜ｙｏｍｉ＞なす＜／ｙｏｍｉ＞ ＜ｙｏｍｉ＞やさい＜／ｙｏｍｉ＞」とすることで１つの画像データに対して複数の読みデータを指定することができる。この場合、埋め込みデータ１２０の記述全体は次の通りとなる。
【００３９】
＜？ｘｍｌ ｖｅｒｓｉｏｎ＝”１．０” ｅｎｃｏｄｉｎｇ＝”Ｓｈｉｆｔ＿ＪＩＳ”？＞ ＜ｅｍｏｊｉ＞ ＜ｙｏｍｉ＞なす＜／ｙｏｍｉ＞ ＜ｙｏｍｉ＞やさい＜／ｙｏｍｉ＞ ＜／ｅｍｏｊｉ＞
【００４０】
（３）読みデータを、代替表示用の文字列として使用してもよい。例えば、画像を表示することができない端末においても、絵文字の代替として読みデータに対応するかな文字（列）を表示することで意思の疎通を行うことができる。また、読みデータを音声合成処理による音声読み上げなどに利用すれば、視覚が不自由な人でも絵文字の意図を理解することができる。
【００４１】
（４）使用するデータ量の抑制のため、ＸＭＬで埋め込む代わりにバイナリ形式で実装してもよい。例えば“ＥＭＪ＜”（ただし「ＥＭＪ＜」は半角文字とする）というデータの後に読みデータを連結して“＞”（ただし「＞」は半角文字とする）で終了する形式とすれば、（※読みは、ひらがなしか存在しないため“＜”や“＞”等の半角文字をデータの区切り文字として使用することができるので）実際の読みデータ分＋５バイトだけで本機能を実現することもできる。
【００４２】
（５）画像のフォーマットによっては自由に使用できるヘッダ領域があるため、ヘッダ領域にＸＭＬや、上記のバイナリ形式として読みデータを埋め込んでも良い。
【００４３】
（６）端末側に読みデータ付画像ファイルを生成する機能を作ってもよい。すなわち、携帯電話機等の端末に、文字変換処理で用いられる絵文字登録用の辞書ファイル等の所定のファイルに記憶されている絵文字を表す画像データとその読みを表すかな文字等の読みデータとの対応関係に基づいて、絵文字を表す画像データを含む画像ファイルに当該絵文字の読みデータを埋め込んだものを生成する機能を設けることができる。すなわち画像データと対応する読みデータから新たに図３に示すような画像ファイル１００を作成する機能を設けてもよいということである。この機能を設ければ、例えば機種変更により同じ絵文字を引き継ぎたい場合に、同形式の読みデータ付画像ファイルに対応していればどの機種にでも画像ファイルを転送して今までと同じように使うことが可能となる。つまり絵文字と読みデータのバックアップ、転送の目的で利用することができる。
【００４４】
なお、上記実施形態の構成と、特許請求の範囲に記載した構成要件との対応は次のとおりである。「判定手段」は図２のステップＳ２の処理結果によってステップＳ３の判定処理を行う処理装置３に対応している。「記憶手段」は図２のステップＳ６で読みデータが記憶される記憶装置４に対応している。
【符号の説明】
【００４５】
１ 表示手段
２ 入力手段
３ 処理装置
４ 記憶装置
５ 通信手段
１０ 携帯電話機
１００ 画像ファイル
１１０ 元（通常）の画像ファイルと同一のデータ
１１１ 元の画像ファイルのヘッダ
１１２ 元の画像ファイルの画像データ
１２０ 埋め込みデータ
【特許請求の範囲】
【請求項１】
絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定手段と、
前記判定手段によって埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶手段と
を備えることを特徴とする絵文字登録装置。
【請求項２】
前記画像データ固有の識別情報が前記画像ファイルに含まれている
ことを特徴とする請求項１に記載の絵文字登録装置。
【請求項３】
前記画像ファイルに、一つの前記画像データに対応する複数の前記読みデータが埋め込まれている
ことを特徴とする請求項１又は２に記載の絵文字登録装置。
【請求項４】
前記文字変換処理で用いられる所定のファイルに記憶されている絵文字を表す画像データとその読みを表すデータとの対応関係に基づいて、絵文字を表す画像データを含む画像ファイルに当該絵文字の読みデータを埋め込んだものを生成する機能を
有していることを特徴とする請求項１〜３のいずれか１項に記載の絵文字登録装置。
【請求項５】
絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定ステップと、
前記判定ステップで埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶ステップと
を含んでいることを特徴とする絵文字登録方法。
【請求項６】
絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定ステップと、
前記判定ステップで埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶ステップと
をコンピュータによって実行させることを特徴とする絵文字登録プログラム。
【請求項１】
絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定手段と、
前記判定手段によって埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶手段と
を備えることを特徴とする絵文字登録装置。
【請求項２】
前記画像データ固有の識別情報が前記画像ファイルに含まれている
ことを特徴とする請求項１に記載の絵文字登録装置。
【請求項３】
前記画像ファイルに、一つの前記画像データに対応する複数の前記読みデータが埋め込まれている
ことを特徴とする請求項１又は２に記載の絵文字登録装置。
【請求項４】
前記文字変換処理で用いられる所定のファイルに記憶されている絵文字を表す画像データとその読みを表すデータとの対応関係に基づいて、絵文字を表す画像データを含む画像ファイルに当該絵文字の読みデータを埋め込んだものを生成する機能を
有していることを特徴とする請求項１〜３のいずれか１項に記載の絵文字登録装置。
【請求項５】
絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定ステップと、
前記判定ステップで埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶ステップと
を含んでいることを特徴とする絵文字登録方法。
【請求項６】
絵文字を表す画像データを含む画像ファイルに、文字変換処理で用いられる当該絵文字の読みデータが埋め込まれているか否かを判定する判定ステップと、
前記判定ステップで埋め込まれていると判定された場合に、前記文字変換処理で用いられる所定のファイルに、前記画像データに対応づけて前記読みデータを記憶する記憶ステップと
をコンピュータによって実行させることを特徴とする絵文字登録プログラム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１２−８８８３３（Ｐ２０１２−８８８３３Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１０−２３３３４４（Ｐ２０１０−２３３３４４）
【出願日】平成２２年１０月１８日（２０１０．１０．１８）
【出願人】（３１０００６８５５）ＮＥＣカシオモバイルコミュニケーションズ株式会社 (1,081)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２２年１０月１８日（２０１０．１０．１８）
【出願人】（３１０００６８５５）ＮＥＣカシオモバイルコミュニケーションズ株式会社 (1,081)
【Ｆターム（参考）】
[ Back to top ]