(57)【要約】【課題】通信端末においてウェブページ上に絵文字の入力を可能とする文字入力方法およびプログラム、ならびに通信端末およびウェブサーバを提供することにある。【解決手段】通信端末１１（または４１）の画面に文字入力エリアを定めるフォーム付のＭＬ文書を表示する。このウェブページ上の文字入力エリアが選択されたとき、文字入力を受け付け、入力された文字をＭＬ文書の表示に反映させる。ユーザによる送信指示に応じてフォームへの入力情報をサーバ２５（または４３）へ送信する。文字入力を受け付ける際、絵文字が選択されたとき、当該絵文字画像ファイルを指示するＵＲＬを画像入力タグとして入力文字列に埋め込み、再度、前記ＭＬ文書の表示に反映させることにより当該絵文字を画面上に表示させる。入力情報を送信する際、入力文字列とともに、絵文字画像ファイルを指示するＵＲＬが埋め込まれた画像入力タグおよび当該絵文字画像ファイルを送信する。【選択図】図１
2011081601.tif 000002
【特許請求の範囲】
【請求項１】
通信端末の画面に表示された、文字入力エリアを定めるフォーム付のＭＬ文書のウェブページ上で文字入力エリアが選択されたとき、文字入力を受け付けるステップと、
入力された文字を前記ＭＬ文書の表示に反映させるステップと、
送信指示に応じて前記フォームへの入力情報をサーバへ送信するステップとを備え、
前記文字入力を受け付けるステップでは、絵文字が選択されたとき、当該絵文字画像ファイルを指示するＵＲＬを画像入力タグとして入力文字列に埋め込み、再度、前記ＭＬ文書の表示に反映させることにより当該絵文字を画面上に表示させ、
前記送信するステップでは、前記入力情報として、前記入力文字列とともに、当該絵文字画像ファイルおよびそのファイルの識別情報を送信する
ことを特徴とする文字入力方法。
【請求項２】
前記ＭＬ文書内に予め定めたフラグ情報が含まれていることを確認したとき、前記文字入力を受け付けるステップでは、前記絵文字の選択および当該ＵＲＬの画像入力タグの埋め込みを可能とする絵文字入力モードを起動する請求項１に記載の文字入力方法。
【請求項３】
前記フォームへの入力情報をサーバへ送信する際、前記ＵＲＬ中のローカルパスを削除する請求項１に記載の文字入力方法。
【請求項４】
どのサーバにどの絵文字画像ファイルを送信したかを示す送信履歴情報を通信端末内に保存しておき、前記絵文字画像ファイルをあるサーバへ送信する際に、当該絵文字画像ファイルを当該サーバへ送信済であることが前記送信履歴情報に基づいて確認されたとき、当該画像情報の送信を抑止する請求項１に記載の文字入力方法。
【請求項５】
通信端末の画面に表示された、文字入力エリアを定めるフォーム付のＭＬ文書のウェブページ上で文字入力エリアが選択されたとき、文字入力を受け付けるステップと、
入力された文字を前記ＭＬ文書の表示に反映させるステップと、
送信指示に応じて前記フォームへの入力情報をサーバへ送信するステップと、
前記文字入力を受け付けるステップで、絵文字が選択されたとき、当該絵文字画像ファイルを指示するＵＲＬを画像入力タグとして入力文字列に埋め込み、再度、前記ＭＬ文書の表示に反映させることにより当該絵文字を画面上に表示させ、前記送信するステップでは当該絵文字画像ファイルおよびそのファイルの識別情報を送信するステップと
をコンピュータに実行させることを特徴とする文字入力プログラム。
【請求項６】
前記ＭＬ文書内に予め定めたフラグ情報が含まれていることを確認したとき、前記文字入力を受け付けるステップでは、前記絵文字の選択および当該ＵＲＬの画像入力タグの埋め込みを可能とする絵文字入力モードを起動する請求項５に記載の文字入力プログラム。
【請求項７】
前記フォームへの入力情報をサーバへ送信する際、前記ＵＲＬ中のローカルパスを削除する請求項５に記載の文字入力プログラム。
【請求項８】
どのサーバにどの絵文字画像ファイルを送信したかを示す送信履歴情報を通信端末内に保存しておき、前記絵文字画像ファイルをあるサーバへ送信する際に、当該絵文字画像ファイルを当該サーバへ送信済であることが前記送信履歴情報に基づいて確認されたとき、当該画像情報の送信を抑止する請求項５に記載の文字入力プログラム。
【請求項９】
画面に文字入力エリアを定めるフォーム付のＭＬ文書を表示する表示部と、
前記文字入力エリアが選択されたとき、文字入力を受け付ける操作部と、
送信指示に応じて前記フォームへの入力情報をサーバへ送信する通信部と、
前記表示部、操作部および通信部を制御する制御手段とを備え、
前記制御手段は、前記入力された文字を前記ＭＬ文書の表示に反映させるとともに、前記文字入力を受け付ける際には、絵文字が選択されたとき、当該絵文字画像ファイルを指示するＵＲＬを画像入力タグとして入力文字列に埋め込み、再度、前記ＭＬ文書の表示に反映させることにより当該絵文字を画面上に表示させ、前記通信部により前記入力情報として、入力文字列とともに、絵文字画像ファイルを指示するＵＲＬが埋め込まれた画像入力タグおよび当該絵文字画像ファイルを送信する
ことを特徴とする通信端末。
【請求項１０】
前記ＭＬ文書内に予め定めたフラグ情報が含まれていることを確認したとき、前記文字入力を受け付けるステップでは、前記絵文字の選択および当該ＵＲＬの画像入力タグの埋め込みを可能とする絵文字入力モードを起動する請求項９に記載の通信端末。
【請求項１１】
前記フォームへの入力情報をサーバへ送信する際、前記ＵＲＬ中のローカルパスを削除する請求項９に記載の通信端末。
【請求項１２】
どのサーバにどの絵文字画像ファイルを送信したかを示す送信履歴情報を端末内に保存しておき、前記絵文字画像ファイルをあるサーバへ送信する際に、当該絵文字画像ファイルを当該サーバへ送信済であることが前記送信履歴情報に基づいて確認されたとき、当該画像情報の送信を抑止する請求項９に記載の通信端末。
【請求項１３】
自端末内に保存されている絵文字画像ファイルを表す受信履歴情報を自端末内に保存しておき、サーバから絵文字を指定する画像入力タグ付のＭＬ文書が受信されたとき、当該絵文字が自端末内に保存されているか否かをチェックし、保存されている場合には当該サーバに当該絵文字画像ファイルを要求することなく、自端末内から読み出して利用する請求項９に記載の通信端末。
【請求項１４】
ＭＬ文書を通信端末に提供するウェブサーバであって、
通信端末からの要求に応じて、文字入力エリアを定めるフォーム付の前記ＭＬ文書を送信する送信手段と、
前記通信端末から前記フォームの入力情報として、入力情報として、入力文字列とともに、絵文字画像ファイルを指示するＵＲＬが埋め込まれた画像入力タグとともに当該絵文字画像ファイルを受信する受信手段と、
前記絵文字画像ファイルを保存する記憶手段と、
前記入力情報を前記ＭＬ文書に反映させる処理手段とを備え、
前記処理手段は、前記絵文字画像ファイルの保存場所のパスを含めたＵＲＬで前記画像入力タグ内のＵＲＬを置換する
ことを特徴とするウェブサーバ。
【請求項１５】
前記記憶手段は、通信端末のユーザ毎に受信した絵文字画像ファイルを保存しておき、前記処理手段は絵文字画像ファイルなしに画像入力タグを受信した場合、前記記憶手段内に該当する絵文字画像ファイルを探索し、該当する絵文字画像ファイルが存在する場合にはその絵文字画像ファイルを利用する請求項１４に記載のウェブサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブページ上に絵文字を入力する文字入力方法およびプログラム、ならびに通信端末およびウェブサーバに関する。
【背景技術】
【０００２】
現在、携帯電話端末を代表とする通信端末は、多機能化および高性能化により、多種多様なサービスがユーザに提供されている。
【０００３】
そのサービスの一つである電子メール（単にメールともいう）では、通常の文字に加えて、いわゆる絵文字と呼ばれるような特定のサイズの種々の絵柄のイメージを文字として利用することが利用可能となっている（特許文献１参照）。また、このような予め登録された絵文字以外の絵文字画像データを外部からダウンロードし、メール作成時に絵文字として利用する技術も提案されている（特許文献２参照）。さらに、このような画像データの縦横サイズに基づいてその画像データが絵文字画像ファイルであるかどうかを判定し、絵文字画像ファイルであればそれを特定の記憶領域に格納することによりメール作成時に表示画面上での絵文字画像の一覧表示を行って利用の便宜性を向上させる技術も提案されている（特許文献３参照）。
【０００４】
他のサービスとしてインターネット上のウェブ（Ｗｅｂ）サイトで提供されるウェブページを閲覧するウェブ閲覧も広く利用されている。このようなウェブサイトでは、企業や個人等が情報を発信するホームページや、ブログと呼ばれる簡易的なホームページが提供される。ホームページやブログには、閲覧者が任意の書き込みを行うことができる掲示板等が提供される場合がある。また、ホームページやブログの開設者自身がその内容を更新するために情報を入力してアップロードを行う。
【０００５】
そのような場合に、ユーザはウェブページを閲覧する通信端末においてブラウザと呼ばれるアプリケーションソフトウェアを起動し、画面上に表示された当該ウェブページ上に提示された入力エリアに文字の入力を行うことができる。その文字としては、所定の規格で用意されている文字セットの中から選択された文字を入力している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２９５３４４号公報
【特許文献２】特開２００３−１１４８４４号公報
【特許文献３】特開２００８−０６５７７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、通信端末において、ウェブページ上の入力エリアへの文字の入力時に、自端末内に保存されている上記のような絵文字画像データを絵文字として入力することは、端末自身の機能としてサポートされていないのが現状である。
【０００８】
また、上記のような外部からダウンロードされる絵文字ではなく元々端末内に用意されている絵文字にはいわゆるキャリア（携帯通信事業者）への依存性があり、端末のキャリアが異なると同じ絵文字が正しく表示されないという問題もある。
【０００９】
本発明はこのような背景においてなされたものであり、その目的は、通信端末においてウェブページ上の入力エリアに、自端末内に保有している絵文字の入力を可能とする文字入力方法およびプログラム、ならびに通信端末およびウェブサーバを提供することにある。
【課題を解決するための手段】
【００１０】
本発明による文字入力方法は、ブラウザ画面で文字を入力する方法であって、通信端末のブラウザ画面に表示された、文字入力エリアを定めるフォーム付のＭＬ文書のウェブページ上で文字入力エリアが選択されたとき、文字入力を受け付けるステップと、入力された文字を前記ＭＬ文書の表示に反映させるステップと、送信指示に応じて前記フォームへの入力情報をサーバへ送信するステップとを備える。前記文字入力を受け付けるステップでは、絵文字が選択されたとき、当該絵文字画像ファイルをその在処（パス）も含めて指示するＵＲＬ（Uniform Resource Locator）を画像入力タグとして入力文字列に埋め込み、前記送信するステップでは入力情報とともに当該絵文字画像ファイルを送信する。
【００１１】
ウェブページ上で文字入力エリアが選択されたとき、文字入力を受け付け、入力された文字を前記ＭＬ文書の表示に反映させることにより、ユーザはその入力結果を画面上で確認することができる。前記文字入力を受け付けるステップでは、絵文字が選択されたとき、当該絵文字画像ファイルを指示するＵＲＬを画像入力タグとして入力文字列に埋め込む。これにより、端末内に存在する文字画像ファイルをウェブページ上で絵文字として表示させることができる。送信指示に応じて前記フォームへの入力情報をサーバへ送信する際に、当該絵文字画像ファイルも含めて送信することにより、当該絵文字を含んだ入力情報、ひいては当該入力情報の反映されたウェブページを、サーバ側で忠実に再現することができる。
【００１２】
一実施の態様では、前記ＭＬ文書内に予め定めた識別情報が含まれていることを確認したとき、前記文字入力を受け付けるステップでは、前記絵文字の選択および当該ＵＲＬの画像入力タグの埋め込みを可能とする絵文字入力モードを起動する。これにより、当該識別情報の有無により、ＭＬ文書を解析、処理するブラウザに対して当該絵文字入力モードを有効化させることができる。
【００１３】
前記フォームへの入力情報をサーバへ送信する際、前記ＵＲＬ中のローカルパスを削除するようにしてもよい。このようなローカルパスはサーバにとって不要であるばかりか、通信端末内の固有の情報は個人情報に類するものなので、このような情報を外部に出さないという意義がある。
【００１４】
どのサーバにどの絵文字画像ファイルを送信したかを示す送信履歴情報を通信端末内に保存しておき、前記絵文字画像ファイルをあるサーバへ送信する際に、当該絵文字画像ファイルを当該サーバへ送信済であることが前記送信履歴情報に基づいて確認されたとき、当該画像情報の送信を抑止するようにしてもよい。これにより、サーバへ送信するデータ量を軽減することができる。
【００１５】
本発明は上記文字入力方法をコンピュータに実行させるコンピュータプログラムとしての文字入力プログラムとしても把握することができる。
【００１６】
本発明による通信端末は、ブラウザ画面に文字入力エリアを定めるフォーム付のＭＬ文書を表示する表示部と、前記文字入力エリアが選択されたとき、文字入力を受け付ける操作部と、送信指示に応じて前記フォームへの入力情報をサーバへ送信する通信部と、前記表示部、操作部および通信部を制御する制御手段とを備える。前記制御手段は、前記入力された文字を前記ＭＬ文書の表示に反映させるとともに、前記文字入力を受け付ける際には、絵文字が選択されたとき、当該絵文字画像ファイルを指示するＵＲＬを画像入力タグとして入力文字列に埋め込み、前記通信部により当該絵文字画像ファイルも含めて送信する。
【００１７】
この通信端末の作用は上記の文字入力方法と同様である。
【００１８】
本発明によるウェブサーバは、ＭＬ文書を通信端末に提供するウェブサーバであって、通信端末からの要求に応じて、文字入力エリアを定めるフォーム付の前記ＭＬ文書を送信する送信手段と、前記通信端末から前記フォームの入力情報として、絵文字画像ファイルを指示するＵＲＬが埋め込まれた画像入力タグとともに当該絵文字画像ファイルを受信する受信手段と、前記絵文字画像ファイルを保存する記憶手段と、前記入力情報を前記ＭＬ文書に反映させる処理手段とを備え、前記処理手段は、前記絵文字画像ファイルの保存場所のパスを含めたＵＲＬで前記画像入力タグ内のＵＲＬを置換する。
【００１９】
このウェブサーバにおいて、好ましくは、前記記憶手段は、通信端末のユーザ毎に受信した絵文字画像ファイルを保存しておき、前記処理手段は絵文字画像ファイルなしに画像入力タグを受信した場合、前記記憶手段内に該当する絵文字画像ファイルを探索し、該当する絵文字画像ファイルが存在する場合にはその絵文字画像ファイルを利用する。これにより、通信端末からの絵文字画像ファイルの送信省略に対応する。
【発明の効果】
【００２０】
本発明によれば、通信端末において、自己の保持する絵文字画像ファイルを利用して、ウェブページ上に絵文字の入力を可能とすることが可能となる。また、このようにして作成されたウェブページ（ＭＬ文書）でホームページ等が更新される場合、ウェブサイトにおいてその絵文字を含むＭＬ文書が再現され、他の通信端末が同ウェブページを閲覧する場合に同絵文字を正しく表示することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態に係るウェブ閲覧システム全体の概略構成を示した図である。
【図２】図１内に示した通信端末の概略のハードウェア構成を示す図である。
【図３】図２内に示した記憶部内複数の絵文字画像ファイルが保存された様子を示す図である。
【図４】本発明の実施の形態におけるウェブサーバの要部構成を示したブロック図である。
【図５】通信端末の画面上に表示されるウェブページの一例を示す図である。
【図６】図５のウェブページでの文章の入力過程での画面遷移を示す図である。
【図７】図５に示したウェブページに対応するＭＬ文書の記述例を示した図である。
【図８】図６の例における画面４００ｂに対応するＭＬ文書の記述例を示す図である。
【図９】本発明の実施の形態における絵文字入力を許容する通信端末の動作例を説明するための図である。
【図１０】通信端末におけるビジュアル入力モードの具体的な処理例を示すフローチャートである。
【図１１】サーバの記憶部内の特定のフォルダの内容例を示した図である。
【図１２】本発明の変形例における通信端末で保存する送信履歴テーブルの説明図である。
【図１３】本発明の変形例に対応した通信端末におけるビジュアル入力モードの具体的な処理例を示すフローチャートである。
【図１４】本発明の他の変形例に対応した通信端末の処理例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明による好適な実施の形態について図面を参照しながら詳細に説明する。
【００２３】
図１は本実施の形態に係るウェブ閲覧システム全体の概略構成を示したものである。
【００２４】
携帯電話端末を代表とする通信端末（モバイル端末）１１は、無線インタフェースを介して移動通信網１３と接続可能である。移動通信網１３はゲートウェイ１５を介してインターネット３０と接続されている。通信ネットワークであるインターネット３０には、ブログやホームページを提供するウェブサーバ２５，４３が接続され、また、ウェブ閲覧サービスを利用するユーザのＰＣなどの非携帯端末４１が接続される。ブログやホームページの開設者であるユーザは、非携帯端末４１（場合によっては携帯端末１１）からその更新（アップロード）を行う。
【００２５】
通常、インターネットを介した通信端末とウェブサーバの間でウェブページの要求（リクエスト）や応答（レスポンス）はＨＴＴＰ（Hyper Text Transfer Protocol）と呼ばれる標準的なプロトコルに則って行われる。ゲートウェイ１５は、インターネットと移動通信網１３との間のプロトコルの変換およびフォーマットの変換等を行う。
【００２６】
図２に、携帯端末１１の概略のハードウェア構成を示す。
【００２７】
携帯端末１１は、ＣＰＵ１０１、記憶部１０２、表示制御部１０４と、表示部１０５、通信部１０６、操作部１０７、時計部１０９、音声処理部１１３、マイク１１４、およびスピーカ１１５等を有している。
【００２８】
ＣＰＵ１０１、記憶部１０２、表示制御部１０４、通信部１０６、操作部１０７、時計部１０９、および音声処理部１１３はバス１１０に接続されており、このバス１１０を介して相互にデータの授受、コマンドの送受などが行われるようになっている。
【００２９】
ＣＰＵ１０１は、記憶部１０２から後述する所定のプログラムを読み取り、プログラムに従って所定の処理を実行することにより、各部の制御および必要な処理を行う。ＣＰＵ１０１は、本発明による制御手段を構成する。
【００３０】
記憶部１０２は、オペレーティングシステム（ＯＳ）や各種アプリケーション等のプログラム、ＣＰＵ１０１の演算結果や外部から取得したデータを一時的に保持格納するメモリ等の記憶手段である。
【００３１】
特に、プログラムとしては、ウェブ閲覧を行うためのブラウザ、ＭＬ文書の編集処理を行うＭＬエディタ１２２、本実施の形態では絵文字の入力も含む文字入力を支援する文字入力アプリケーション１２３を含む。その他、図示しないが、メールの作成支援および送受信を行うためのメーラー等も含みうる。
【００３２】
また、データとしては、ウェブページを構成するＭＬ文書などの文書データ１２４、絵文字を構成する絵文字画像データ１２５等を含む。図３は、記憶部１０２内の所定の場所（例えばData/image/というパスで定義される場所）に特定のファイル形式の複数の絵文字画像ファイルが保存された様子を示している。ファイル形式はｇｉｆを例として示しているが、これに限るものではない。従来、メールでの利用のために携帯端末内に予め用意された絵文字に対しては固有の文字コードが割り当てられているが、本実施の形態では絵文字に文字コードが割り当てられているかどうかは問わない（文字コードが割り当てられていなくても支障はない）。文字コードが割り当てられているような絵文字であっても、その絵文字画像を本発明の所定の絵文字画像ファイルに変換することにより、ウェブページ上での利用に供することができる。
【００３３】
記憶部１０２は、さらに、メールアドレス、ＵＲＬ（Uniform Resource Locator）、電話帳データなどの情報を保存する。記憶部１０２の少なくとも一部は、データを不揮発的に記憶する記憶領域またはメモリを有してもよい。
【００３４】
通信部１０６は、移動通信網１３等の通信ネットワークとの接続を確立し、その通信ネットワークを介した他の装置とのデータの送受信を行う機能を有する。
【００３５】
操作部１０７は、テンキーや各種指示キー等を有し、ユーザの入力インタフェースを提供する。
【００３６】
表示制御部１０４は、ＣＰＵ１０１からテキストや画像等の表示情報を受け取り、これに基づいて表示部１０５を駆動する機能を有する。
【００３７】
表示部１０５は、液晶デバイス、有機ＥＬデバイス等の任意の表示デバイスを含み、表示制御部１０４からの駆動信号に従って画像を光学的に表示する機能を有する。
【００３８】
時計部１０９は、リアルタイムクロックを含み、カレンダーや時計、タイマーの機能を提供する。
【００３９】
非携帯端末４１の構成は特に図示しないが、通信インタフェース、表示部の特性や性能、操作部等の違いが見られる以外、基本的には携帯端末１１の構成と同様である。
【００４０】
図１に示したウェブサーバ２５，４３はいずれもコンピュータ装置であり、ＣＰＵ、通信部、記憶装置、各種入出力装置を有する。
【００４１】
図４は本実施の形態におけるウェブサーバの要部構成を示したブロック図である。すなわち、ウェブサーバ２５，４３の各々の要部２００は、通信部２０１、データ処理部２０３、および記憶部２０４を有する。この例では、記憶部２０４は、ウェブデータ記憶部２０５およびユーザ管理データ記憶部２０７を有する。
【００４２】
通信部２０１は、インターネット３０に接続され、インターネット３０を介して、非携帯端末４１や携帯端末１１などのクライアントとの間で相互の通信を行う部位である。
【００４３】
記憶部２０４は、ウェブ（Web)データ記憶部２０５、スクリプト記憶部２０６、ユーザ管理データ記憶部２０７等を有する。
【００４４】
ウェブデータ記憶部２０５は、当該サイトで提供するウェブページを構成するＭＬ文書や画像などの各種データを保存している部位である。スクリプト記憶部２０６は、後述するＣＧＩ（Common Gateway Interface：コモン・ゲートウェイ・インタフェース）などのクライアントサイドスクリプトを保存している部位である。ユーザ管理データ記憶部２０７は、登録ユーザを対象とするサービスなどを行う場合に登録ユーザのユーザ情報を保存、管理する部位である。
【００４５】
データ処理部２０３は、クライアントからの要求に応じてウェブデータやユーザ管理データなどに関連した各種の処理を行う部位である。
【００４６】
図５は、通信端末の画面上に表示される、入力フォームを有する簡略化したウェブページの一例としてのウェブページ４００を示す。このウェブページ４００は、ユーザに対する指示を行う文字列４０１、タイトル入力エリア４０２、本文入力エリア４０３、および送信ボタン４０５を含んでいる。通信端末のユーザは、操作部１０７の操作により、タイトル入力エリア４０２を選択して、任意の文字を入力する。ついで、本文入力エリア４０３を選択して、任意の文字を入力する。この際、絵文字の入力も可能とする。そのために、文字入力アプリケーション１２３には、絵文字の入力を行う絵文字入力モード（本実施の形態では「ビジュアル入力モード」ともいう）を設け、少なくとも特定の入力エリア（ここでは本文入力エリア４０３）において、絵文字入力を可能とする。これらの入力が完了したあと、ユーザが送信ボタン４０５を指示すると、入力された情報が所定の処理要求とともに当該サーバへ送信される。
【００４７】
図６は、図５のウェブページでの文章の入力過程での画面遷移を示している。
【００４８】
画面４００ａはタイトル入力エリア４０２に「もう秋です」という文字列が入力された状態を示している。このタイトル入力エリア４０２の入力後に、ユーザが例えば操作部１０７により本文入力エリア４０３を指示した場合、フォーカスがタイトル入力エリア４０２から本文入力エリア４０３へ移動する。ユーザが何らかの文字（ここでは「あ」）を押下すると、画面４１０ａのような文字入力画面が表示される。本実施の形態では、この文字入力画面では絵文字の入力が可能である。図の例では文字入力画面の最下部のガイダンス表示領域４１２に「絵文字」「決定」「メニュー」のボタン（いわゆるソフトキー）が表示されており、操作部１０７の対応するキーの操作により任意のボタンの指示が可能となっている。
【００４９】
ユーザは、文字入力を継続して、画面４１０ｂのように文字入力エリア４１１に「朝晩はめっきり寒くなりました」という文字列を入力したとする。その後、「絵文字」ボタンを指示すると、絵文字ウィンドウ４１３により絵文字の一覧画面が表示され、絵文字の選択肢が画像として提示される。選択肢の提示はファイル名のリスト表示であってもよい。ユーザは所望の絵文字を選択した後、「決定」ボタンを押すと、画面４１０ｃのように、現在のカーソル位置（通常入力済みの文字列の最後の文字に続く位置）にその絵文字４２０が追加して表示される。この文字入力画面内の絵文字もブラウザにより絵文字画像ファイルに基づいて表示されたものである。
【００５０】
なお、本発明において必須ではないが、ユーザが「メニュー」ボタンを指示すると、コピー、ペースト、定型文入力、等の他の機能を実行することができるようになっている。
【００５１】
文字入力画面での文字入力が終了した後、ユーザが「決定」ボタンを指示すると、画面４００ｂのように、本文入力エリア４０３にそれらの文字が転送されて表示される。「送信」ボタン４０５を指示すると、入力情報がサーバへ送信される。この入力情報には、後述するように絵文字情報も含む。
【００５２】
なお、図示しないが、既知の予測変換機能を採用してもよい。予測変換機能では、入力された１文字または数文字に基づいて該当する複数の入力候補を提示してユーザに選択させる入力手法である。その入力候補の中に該当しうる絵文字を含めて提示してもよい。
【００５３】
また、文字入力画面はフォーム画面とは別の画面として示したが、フォーム画面の一部と併せて表示するようにしてもよい。
【００５４】
さらには、文字入力画面を用いずにフォームの入力エリアにおいて直接的に文字入力を行ういわゆるインライン入力を採用してもよい。
【００５５】
図７は、図５に示したウェブページに対応するＭＬ文書（この例はＨＴＭＬ文書）５００の記述例を示している。
【００５６】
要素５０１はフォームを定義するＦＯＲＭタグであり、いわゆるＨＴＭＬ埋め込み型のサーバサイドスクリプトとして、特定のサーバでの実行を依頼する所定のプログラムとしてのＣＧＩスクリプトを指定している。ＣＧＩとは、ｗｅｂサーバ上でユーザプログラムを動作させるための仕組みであり、そのユーザプログラムがスクリプト言語で記述されたサーバサイド・スクリプトである。
【００５７】
要素５０２は、ユーザに対して入力を促すために画面上に表示させる文字列であり、図５の文字列４０１に対応している。
【００５８】
要素５０３は、「タイトル」という表示文字と、これに続く、“title”と名付けられたテキストタイプの入力エリアを定めたinputタグである。図５のタイトル入力エリア４０２に対応している。
【００５９】
要素５０４は、「本文」という表示文字である。
【００６０】
要素５０５は、“HONBUN”と名付けられたテキスト入力エリアを定めるTEXTAREAタグであり、図５の本文入力エリア４０３に対応している。“rows”,“cols”はエリアサイズを定めるパラメータである。“visual=”は本発明において追加した新規な属性であり、入力エリアの中に本発明の手法でビジュアル入力モードを有効化するか否かを指定するものである。属性visual=“ON”の場合にはそのような絵文字入力の有効化が指示される。ＭＬ文書中の入力エリアに対してvisual=“OFF”のようにvisualの指定が“ON”でない場合、あるいはvisual=の記述自体が存在ない場合には、絵文字入力モードは有効化されない。
【００６１】
なお、本発明の新規な属性の表記visual=“ON”はこれに限るものではなく、本発明の絵文字入力機能を起動するための任意のフラグ情報であればよく、既存のタグや属性に抵触しない任意の文字列等を用いることができる。勿論、このＭＬ文書を解析、処理するブラウザもこれに対応してその機能が拡張される必要がある。機能拡張されていないブラウザではvisual=“ON”は無視され、その処理に何ら影響を与えない。
【００６２】
要素５０６は、「送信」という表示ラベルの付された送信ボタンを定めるsubmit属性のinputタグであり、図５の「送信」ボタン４０５に対応している。
【００６３】
図８は、図６の例における画面４００ｂに対応するＭＬ文書５００ａの記述例を示している。この図から分かるように、テキストエリアタグの開始タグ＜TEXTAREA＞と終了タグ＜/TEXTAREA＞との間に、ユーザが入力した文字列が介挿されている。また、絵文字としては画像入力タグ＜image src=...＞を用いて、＜image src=“Data/image/003.gif＞のように記述されている。この例において、“003.gif”は絵文字画像ファイルの識別情報としてのファイル名であり、“Data/image/”は通信端末の記憶部１０２内の当該ファイルの所在を示すローカルパスである。後述するように、サーバに対して、入力された絵文字画像ファイルとともに入力情報を送信する際には、このローカルパスは不要であるばかりか、端末ユーザの個人に属する情報なので、送信前に削除する。
【００６４】
このように絵文字画像ファイルを画像入力タグでＭＬ文書内に埋め込むことにより、通信端末が表示しているウェブページ上で当該絵文字をイメージとして表示することができる。また、この入力情報とともに当該絵文字画像ファイルをサーバに送信することにより、サーバ側では、当該絵文字を含んでＭＬ文書を再現し、任意の閲覧者からの要求に応じてそのＭＬ文書を閲覧者の通信端末へ配信することができる。閲覧者の通信端末でのブラウザは、本発明による拡張を行う必要はなく、既存のブラウザで足りる。
【００６５】
図９により、本実施の形態における絵文字入力を許容する通信端末の動作例を説明する。この通信端末はモバイル端末を想定しているが、非モバイル端末であってもよい。
【００６６】
まず、ブラウザ画面に文字入力エリアを定めるフォーム付のＭＬ文書を、例えば所定のウェブサーバから取得する（Ｓ１１）。このＭＬ文書に基づいて、その解析により対応する表示情報を生成する（Ｓ１２）。この表示情報は表示部１０５の画面上に表示される。
【００６７】
図６で説明したように、ユーザの操作により画面上の文字入力エリアが選択されたとき、当該文字入力エリアの属性visualが“ＯＮ”かどうかをチェックする（Ｓ１３）。“ＯＮ”の場合は「ビジュアル入力モード」と判断して、絵文字の選択および当該絵文字ファイルのＵＲＬを含む画像入力タグを入力文字列内に埋め込むことを可能とするビジュアル入力モードを起動する（Ｓ１４）。ビジュアル入力モードの詳細については後述する。属性visual=“ＯＮ”でない場合、通常の入力モードの場合と判断して、通常の入力モードに移行する（Ｓ１５）。その後、送信ボタンの押下等の操作により送信指示があったら（Ｓ１６，Ｙｅｓ）、フォームの入力情報をサーバへ送信する（Ｓ１７）。絵文字があればファイル名を指定した画像入力タグ情報とその絵文字画像ファイルを送信する。その際、画像データファイルのＵＲＬ中のローカルパスを削除する。図８の例では“Data/image”がローカルパスに相当する。（結果としてＵＲＬは絵文字画像ファイルのファイル名のみとなる。）図６に示した例では、「title=もう秋です＆HONBUN=朝晩はめっきり寒くなりました＆＜img src=003.gif＞＆003.gifの画像データ」がサーバへ送信される。絵文字がない場合には、画像入力タグ情報および画像データは送信されない。
【００６８】
なお、サーバへ送信する入力情報の形態としては、既知の技術として、各入力文字列および画像データをＵＲＬエンコードしたもの、あるいは、ＭＩＭＥ(Multipurpose Internet Mail Extensions encoding)のマルチパートデータとして送信することができる。
【００６９】
図１０は、通信端末におけるビジュアル入力モードの具体的な処理例を示す。
【００７０】
まず、文字入力を受け付ける（Ｓ２１）。入力された文字は、ＭＬエディタ１２２（図２）の働きにより、逐次、当該ＭＬ文書の所定の箇所に追加されていく。これにより、ブラウザ表示では、表示対象のＭＬ文書自身を更新することにより、入力された文字がそのＭＬ文書の表示に反映される。絵文字でない場合、その文字をＭＬ文書内の所定の位置に追加する（Ｓ２４）。この入力文字列はＭＬ文書の表示結果に反映され、ユーザがブラウザ画面（図６の４００ｂ）上で確認することができる。入力された文字が絵文字であった場合（Ｓ２２，Ｙｅｓ）、上述したように、その絵文字の画像ファイル（を指示するＵＲＬ）を画像入力タグでＭＬ文書の入力文字列内に埋め込む（Ｓ２３）。この画像入力タグの情報も、ＭＬ文書の表示結果に反映され、ユーザがブラウザ画面（図６の４００ｂ）上で確認することができる。画像入力タグ内に挿入される絵文字画像ファイルのＵＲＬは、本実施の形態では、そのファイル識別情報としてのファイル名と、端末内の保存場所を示すローカルパスとの組み合わせとなる。ユーザの入力が終了するまで（Ｓ２５）、上記の処理を繰り返して実行する。入力が終了したら、図９の処理に戻る。
【００７１】
以上の構成により、通信端末内に絵文字画像ファイルが存在する任意所望の絵文字をウェブページ上に入力することが可能となる。
【００７２】
次に、本実施の形態の変形例について説明する。
【００７３】
以上の説明では、絵文字画像ファイルを埋め込んだ画像入力タグ情報とともに当該絵文字画像ファイルをサーバに送信した。しかし、図１１に示すように、サーバの記憶部２０４内の特定のフォルダ７００において、ユーザ毎に受信した絵文字画像ファイルを保存しておく場合、通信端末は一度サーバに送付した絵文字画像ファイルは次回からは送付する必要がなくなる。そこで、図１２に示すように、通信端末の記憶部において、どのサーバにどの絵文字画像ファイルを送信したかを示す送信履歴情報として、サーバＩＤ毎に送付済の絵文字画像ファイルのファイル識別情報（図ではファイル名）を送信履歴テーブル１２７に保存しておき、送信済の絵文字画像ファイルの重複した送信を抑止する。これにより、文字データより比較的データ量の大きい絵文字画像ファイルの送信が省略されるので、サーバに対する通信データ量を軽減することができる。
【００７４】
サーバ側では、通信端末のユーザ毎に受信した絵文字画像ファイルを保存しておき、データ処理部２０３（図４）は、絵文字画像ファイルなしに画像入力タグ情報が受信された場合、記憶部２０４内に該当する絵文字画像ファイルを探索し、該当する絵文字画像ファイルが存在する場合にはその絵文字画像ファイルを利用する。
【００７５】
なお、少なくともこの例ではサーバがユーザを認識するために、当該ウェブサーバのサービスの利用時にユーザＩＤおよびパスワード等の認証を経て、ユーザがそのサイトへのログイン操作を行う。
【００７６】
図１３は、本変形例に対応した通信端末におけるビジュアル入力モードの具体的な処理例を示す。図１０に示したステップと同様のステップには同じ参照番号を付して、重複した説明を省略する。
【００７７】
ステップＳ１７の送信指示の確認までは図１０と同じである。続くステップＳ３１において、送信する入力情報に絵文字があるかどうかをチェックする（Ｓ３１）。なければ、上記と同様、ステップＳ１７に進む。あれば、送信履歴テーブル１２７を参照して、当該サーバにその絵文字を送信済かどうかを確認する（Ｓ３２）。送信済でない場合、上記と同様にステップＳ１７で絵文字画像ファイルも含めた入力情報を送信する。送信済の場合には、当該絵文字画像ファイルを送信対象から外して（Ｓ３４）、入力情報をサーバへ送信する（Ｓ１７ａ）。
【００７８】
この変形例によれば、通信端末において、送信済の絵文字についてはその画像ファイルを再度サーバに送信する必要がなくなり、送信時の通信データ量（パケット通信時のパケット数）を低減することができる。
【００７９】
次に、他の変形例として、説明する。上記の例でフォームの入力情報がホームページ等の更新に利用される場合、そのホームページを他の通信端末が閲覧する際、当該他の端末が更新後のＭＬ文書を取得して表示することになる。そこで、ＭＬ文書を受信する側の通信端末において、絵文字画像ファイルの受信履歴情報を保存するようにしてもよい。そのための具体的な手段としては、図１２に示したような送信履歴情報を保存する履歴テーブル１２７と同様の構成の受信履歴テーブルを採用することができる。その場合、サーバが異なっても絵文字画像ファイルのファイル識別情報が一意であれば、「サーバＩＤ」は必ずしも必要ない。受信履歴情報として登録する端末内の絵文字画像ファイルは必ずしもサーバから取得したものでなくてもよい。例えば、端末の出荷時に登録されていたものでもよいし、外部メモリ等から入力したものでもよい。このような絵文字画像ファイルも元々は何らかの形で外部から受信されたものなので、そのファイル情報も本実施の形態では「受信」履歴情報と呼ぶ。
【００８０】
図１４にそのようなＭＬ文書を受信する側の通信端末の処理を表したフローチャートを示す。
【００８１】
受信履歴情報を保存した通信端末は、ホームページなどにアクセスし、絵文字画像ファイルを指定した画像入力タグを含んだＭＬ文書を取得する（Ｓ２１）。ついで、そのＭＬ文書を解析し（Ｓ２２）、ＭＬ文書内に画像入力タグで指定された絵文字が存在するかどうかをチェックする（Ｓ２３）。存在する場合、当該絵文字画像ファイル（画像入力タグ）が自端末内に存在するか否かをチェックする（Ｓ２４）。自端末内に絵文字画像ファイルが存在すればその絵文字画像ファイルを自端末内から読み出す（Ｓ２５）。これにより、サーバから再度同じ絵文字画像ファイルを受信する必要がなくなり、通信データ量の低減および端末内の記憶容量の節減が可能となる。自端末内に絵文字画像ファイルが存在しなければ、サーバから当該絵文字画像ファイルを取得する（Ｓ２６）。これらの処理結果に基づいて表示情報を生成し（Ｓ２７）、画面上にウェブページとして表示させる（Ｓ２８）。この変形例によれば、通信端末において、受信済の絵文字についてはその画像ファイルを再度サーバに要求する必要がなくなり、受信時の通信データ量（パケット通信時のパケット数）を低減することができる。
【００８２】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。
【００８３】
本発明は、ホームページやブログ、ウェブメール、掲示板などの任意のウェブページ上での文字入力に適用することが可能である。
【００８４】
上記ではフォームへの入力情報をサーバへ送信する際、ＵＲＬ中のローカルパスを削除するようにしたが、通信端末におけるこの削除は必須ではない。サーバ側では絵文字画像ファイルの保存場所のパスを含めたＵＲＬで画像入力タグ内のＵＲＬを置換するようにしてもよい。
【００８５】
上記実施の形態で説明した機能をコンピュータで実現するためのコンピュータプログラムおよびプログラムをコンピュータ読み取り可能に格納した記録媒体も本願発明に含まれる。
【符号の説明】
【００８６】
１１…携帯端末（モバイル端末）、１３…移動通信網、１５…ゲートウェイ、２５，４３…ウェブサーバ、３０…インターネット、４１…非携帯端末、１０２…記憶部、１０４…表示制御部、１０５…表示部、１０６…通信部、１０７…操作部、１０９…時計部、１１０…バス、１１３…音声処理部、１２２…ＨＴＭＬエディタ、１２３…文字入力アプリケーション、１２４…文書データ、１２５…絵文字画像データ、１２７…送信履歴テーブル、２００…要部、２０１…通信部、２０３…データ処理部、２０４…記憶部、２０５…ウェブデータ記憶部、２０６…スクリプト記憶部、２０７…ユーザ管理データ記憶部、４００…ウェブページ、４００ａ，４００ｂ…画面、４０１…文字列、４０２…タイトル入力エリア、４０３…本文入力エリア、４０５…送信ボタン、４１０ａ，４１０ｂ，４１０ｃ…画面、４１１…文字入力エリア、４１２…ガイダンス表示領域、４１３…絵文字ウィンドウ、４２０…絵文字、５００，５００ａ…ＭＬ文書、５０１〜５０６…要素、７００…フォルダ
【図１】
2011081601.tif 000003
【図２】
2011081601.tif 000004
【図３】
2011081601.tif 000005
【図４】
2011081601.tif 000006
【図５】
2011081601.tif 000007
【図６】
2011081601.tif 000008
【図７】
2011081601.tif 000009
【図８】
2011081601.tif 000010
【図９】
2011081601.tif 000011
【図１０】
2011081601.tif 000012
【図１１】
2011081601.tif 000013
【図１２】
2011081601.tif 000014
【図１３】
2011081601.tif 000015
【図１４】
2011081601.tif 000016