(57)【要約】【課題】  元データのレイアウトに沿った表示を行うことができる情報端末装置を提供する。【解決手段】  改行コード処理部５０１は、電子メールクライアント２００からデータ列が供給されると、当該データ列中の改行コードを検出し、検出した改行コードに応じて改行制御を行う。文字コード処理部５０２は、改行コード処理部５０１から供給された文字コードに対応する文字の画像データを文字ＲＯＭ８３ｃから取得してフレームバッファ８９ｂに書き込む。当該文字コードに対応する文字の画像がない場合には、文字コード処理部５０２は、当該文字の表示幅に応じた空白をフレームバッファ８９ｂに書き込む。【選択図】      図２
2006092496.tif 000002
【特許請求の範囲】
【請求項１】
文字列データ中の改行コードの種類を判定する改行検出手段と、
前記文字列データを表示する際に、前記改行検出手段が検出した改行コードに応じて改行制御を行う改行制御手段と
を備えることを特徴とする情報端末装置。
【請求項２】
文字列データ中の改行コードを検出する改行検出手段と、
ユーザから前記文字列データの転送指示があった際に、前記改行検出手段による検出結果に応じて、当該文字列データ中の改行コードを変換して送信する転送制御手段と
を備えることを特徴とする情報端末装置。
【請求項３】
前記文字列データは、電子メールのメッセージ又はページ記述データであることを特徴とする請求項２記載の情報端末装置。
【請求項４】
少なくとも１つの文字コード体系に対応する文字の書体データを保持する文字記憶手段と、
表示対象の文字列データ中の文字に対応する書体データが前記文字記憶手段中にない場合に、当該文字の表示位置に空白を表示させる表示制御手段と
を備えることを特徴とする情報端末装置。
【請求項５】
前記文字記憶手段中の文字コード体系が、異なる表示幅の文字を含み、
前記表示制御手段は、前記文字の表示位置に空白を表示させる際に、当該文字の表示幅に応じた空白を表示させる
ことを特徴とする請求項４記載の情報端末装置。
【請求項６】
前記文字記憶手段は、複数の文字コード体系に対応する文字の書体データを保持し、
表示を行う文字コード体系を設定する表示設定手段を備え、
前記表示制御手段は、前記表示設定手段に設定された文字コード体系以外の文字コード体系の文字については、当該文字に対応する書体データがないものとして扱う
ことを特徴とする請求項４記載の情報端末装置。
【請求項７】
ラスタ画像の書体データを保持する書体保持手段と、
表示すべき文字のサイズと当該サイズの文字の表示に用いる前記書体データの対応関係を保持する対応情報保持手段と、
表示すべき文字のサイズに応じて前記対応情報保持手段を参照し、当該表示に用いる書体データを選択する選択手段と、
該選択手段によって選択された書体データによって文字を表示させる文字表示手段と
を備えることを特徴とする情報端末装置。
【請求項８】
前記対応情報保持手段において、所定のサイズ以上のサイズに対して前記書体保持手段に保持されている書体データのうちの最大のサイズのものが対応付けられていることを特徴とする請求項７記載の情報端末装置。
【請求項９】
前記対応情報保持手段において、所定のサイズより小さいサイズに対して所定の表示が対応付けられていることを特徴とする請求項７記載の情報端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、元データのレイアウトに沿った表示を行う情報端末装置に関する。
【背景技術】
【０００２】
音声通信機能に加えてメッセージ送受信機能を有する携帯電話端末装置が普及している。このような携帯電話端末装置では、パーソナルコンピュータ（ＰＣ）等の情報処理装置あるいは他の事業者の携帯電話端末装置との間でメッセージの送受信を行うことができるものも存在する。
【０００３】
携帯電話端末装置は、ＰＣ等の情報処理装置に比較して表示装置の表示画素数が少なく、１行に表示できる文字数が制限される。このため、改行コードを見やすい位置に変更する携帯電話端末装置が知られている（例えば特許文献１参照。）。
【特許文献１】特開２００３−６７３６５号（第５頁、第３図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
情報処理装置で用いられる改行コードは、普及しているもので［ＣＲ＋ＬＦ］（“０Ｄ”ｈ［ｈ：１６進表記］＋“０Ａ”ｈ），［ＬＦ］（“０Ａ”ｈ），［ＣＲ］（“０Ｄ”ｈ）の３種類ある。電子メールのメッセージ中における改行コードもこの３種類あり得るため、改行コードが違う装置から受信したメッセージをそのまま表示しようとすると、改行が行われずに、表示レイアウトが変化してしまうことがある。また、上述の特許文献１に記載されている発明では、端末側で意図的に改行位置を変更してしまうため、表示レイアウトが元データと変わってしまう問題がある。
【０００５】
また、携帯電話端末装置では、メモリ容量が限られているため、フォントとして実装できる文字が限られる場合がある。例えばＵＴＦ−８では、日本語の他に簡体字中国語、繁体字中国語、韓国語等の文字も規定されているが、日本で流通している携帯電話端末装置では、日本語の文字のみを実装している。また、Ｓｈｉｆｔ−ＪＩＳでは、第三水準，第四水準の漢字も規定されているが、携帯電話端末装置では、第一水準，第二水準のみの実装となっていることも多い。
【０００６】
このような携帯電話端末装置において、簡体字中国語の文字を含むデータを表示しようとすると、簡体字中国語の文字が表示されず、この部分が詰まった表示となる。また、第三水準あるいは第四水準の漢字を含む場合にも、この部分が詰まった表示となってしまう。このため、表示のレイアウトが元のデータと変わってしまい、元のデータを推測することが困難になる場合がある。
【０００７】
また、半角の文字では、例えば英文のアルファベットのみが実装されている携帯電話端末装置においてドイツ語の文書を表示させようとすると、一部の文字が表示されないためにレイアウトが変化してしまう。
【０００８】
本発明は、上述のような課題に鑑みてなされたものであり、元データのレイアウトに沿った表示を行うことができることができる情報端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の問題を解決するために、本発明の請求項１に係る情報端末装置は、文字列データ中の改行コードの種類を判定する改行検出手段と、文字列データを表示する際に、改行検出手段が検出した改行コードに応じて改行制御を行う改行制御手段とを備えることを特徴とする。この情報端末装置では、改行制御手段が、文字列データを表示する際に、改行検出手段が検出した改行コードに応じて改行制御を行う。
【００１０】
また、本発明の請求項２に係る情報端末装置は、文字列データ中の改行コードを検出する改行検出手段と、ユーザから文字列データの転送指示があった際に、改行検出手段による検出結果に応じて、当該文字列データ中の改行コードを変換して送信する転送制御手段とを備えることを特徴とする。この情報端末装置では、ユーザから文字列データの転送指示があった際に、改行検出手段による検出結果に応じて、当該文字列データ中の改行コードを変換して送信する。
【００１１】
また、本発明の請求項４に係る情報端末装置は、少なくとも１つの文字コード体系に対応する文字の書体データ（所謂フォントデータ）を保持する文字記憶手段と、表示対象の文字列データ中の文字に対応する書体データが文字記憶手段中にない場合（例えば空白等のデータがある場合も含む。）に、当該文字の表示位置に空白を表示させる表示制御手段とを備えることを特徴とする。この情報端末装置では、表示制御手段が、表示対象の文字列データ中の文字に対応する画像が文字記憶手段中にない場合に、当該文字の表示位置に空白を表示させる。
【００１２】
また、本発明の請求項７に係る情報端末装置は、ラスタ画像の書体データを保持する書体保持手段と、表示すべき文字のサイズと当該サイズの文字の表示に用いる書体データの対応関係を保持する対応情報保持手段と、表示すべき文字のサイズに応じて対応情報保持手段を参照し、当該表示に用いる書体データを選択する選択手段と、選択手段によって選択された書体データによって文字を表示させる文字表示手段とを備えることを特徴とする。この情報端末装置では、選択手段が、表示すべき文字のサイズに応じて対応情報保持手段を参照し、当該表示に用いる書体データを選択し、文字表示手段が、選択手段によって選択された書体データによって文字を表示させる。
【発明の効果】
【００１３】
本発明の請求項１に係る情報端末装置では、改行制御手段が、文字列データを表示する際に、改行検出手段が検出した改行コードに応じて改行制御を行うため、文字列データ中の改行コードの種類によらず、正確な位置で改行を行って表示することができる。このため、元文字列データのレイアウトに沿った表示を行うことができる。
【００１４】
本発明の請求項２に係る情報端末装置では、ユーザから文字列データの転送指示があった際に、改行検出手段による検出結果に応じて、当該文字列データ中の改行コードを変換して送信することができる。このため、転送する際に、どの改行コードを採用している情報端末装置においても改行コードとして認識し得る改行コード（例えばＣＲ＋ＬＦ）に変換しておけば、転送先の情報端末装置においても正確な位置で改行を行って表示を行い得るようになる。従って、元文字列データのレイアウトに沿った表示に寄与することができる。
【００１５】
本発明の請求項４に係る情報端末装置では、表示制御手段が、表示対象の文字列データ中の文字に対応する書体データが文字記憶手段中にない場合に、当該文字の表示位置に空白を表示させることにより、元文字列データのレイアウトに沿った表示に寄与することができる。
【００１６】
本発明の請求項７に係る情報端末装置では、選択手段が、表示すべき文字のサイズに応じて対応情報保持手段を参照し、当該表示に用いる書体データを選択し、文字表示手段が、選択手段によって選択された書体データによって文字を表示させることにより、書体保持手段に保持されている書体データのうちの、本来の表示サイズに近いサイズの書体データを用いた表示を行うことができる。これにより、本来の表示イメージに沿った表示を行うことができる。
【発明を実施するための最良の形態】
【００１７】
本発明は、例えば複数の移動体通信網に接続される情報端末装置間で通信を行い得る情報通信システムに適用することができる。
【実施例１】
【００１８】
（全体構成）
本発明の実施例１に係る情報通信システムは、例えば図１に示すように、メッセージの送受信を行うメールサーバ１０及びメールサーバ２０と、テキスト，画像，音声等のデータを提供し得るＨＴＴＰ（Hyper Text Transfer Protocol）サーバ３０及びＨＴＴＰサーバ４０と、これらのサーバ等が接続されているインターネット等のネットワーク５０と、例えばＷ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式の移動体通信ネットワークからなる移動体通信網６０と、例えばＰＤＣ（Personal Digital cellular）方式の移動体通信ネットワークからなる移動体通信網７０と、移動体通信網６０経由で通話，通信等のサービスを利用し得る携帯電話端末装置（情報端末装置）８０とを備えている。
【００１９】
メールサーバ１０は、例えば携帯電話端末装置８０からのメッセージの送信にＳＭＴＰ（Simple Mail Transfer Protocol）を用い、携帯電話端末装置８０宛のメッセージの提供にＩＭＡＰ４（Internet Message Access Protocol version 4）等を用いて携帯電話端末装置８０に対するメールサービスを提供している。
【００２０】
メールサーバ２０は、例えば携帯電話端末装置７３からのメッセージの送信にＳＭＴＰ（Simple Mail Transfer Protocol）を用い、携帯電話端末装置７３宛のメッセージの提供にＰＯＰ３（Post Office Protocol version 3）等を用いて携帯電話端末装置７３に対するメールサービスを提供している。
【００２１】
ＨＴＴＰサーバ３０，４０は、テキスト，画像，音声等のデータを携帯電話端末装置８０あるいは携帯電話端末装置７３等に提供する。テキスト（文字列）のデータは、例えばＨＴＭＬ（Hyper Text Markup Language）形式，ＭＭＬ（Mobile Markup Language）形式等のページ記述データあるいはテキスト形式等で提供する。また、壁紙，写真，動画等の画像のデータは、例えばＪＰＥＧ，ＰＮＧ等の形式で提供する。また、着信メロディ，着信音等の音声データは、例えばＳＭＤ，ＭＩＤ，ＭＰ３等の形式で提供する。
【００２２】
例えばメールサーバ１０，ＨＴＴＰサーバ３０及び携帯電話端末装置８０を含む系統では、電子メールのメッセージ，テキストデータの改行コードは［ＣＲ＋ＬＦ］（“０Ｄ”ｈ［ｈ：１６進表記］，“０Ａ”ｈ）となっており、メールサーバ２０，ＨＴＴＰサーバ４０及び携帯電話端末装置７３を含む系統では、電子メールのメッセージ，テキストデータの改行コードは［ＬＦ］（“０Ａ”ｈ）となっている。
【００２３】
すなわち、メールサーバ１０，２０で扱うメッセージの改行コードは、例えばメールサーバ１０では［ＣＲ＋ＬＦ］となっており、メールサーバ２０では［ＬＦ］となっている。また、ＨＴＴＰサーバ３０，４０が提供するテキストデータ中の改行コードは、例えばＨＴＴＰサーバ３０では［ＣＲ＋ＬＦ］となっており、ＨＴＴＰサーバ４０では［ＬＦ］となっている。
【００２４】
また、ネットワーク５０経由で接続され得る他の情報処理装置（例えばＡｐｐｌｅ社のＭａｃｉｎｔｏｓｈ（商標）等）では、改行コードは［ＣＲ］（“０Ｄ”ｈ）となっている。
【００２５】
移動体通信網６０は、例えば無線アクセス系としてＷ−ＣＤＭＡ（Wideband Code Division Multiple Access）方式，コアネットワーク系としてＧＰＲＳ（General Packet Radio Service）方式を採用したデジタル無線通信網等からなり、ショートメッセージサービスを提供するショートメッセージセンタ（ＳＭＳＣ：Short Message Service Center）６１と、コアネットワーク（ＣＮ）を構成するＭＳＣ（Mobile Switching Circuit）６２，ＧＧＳＮ（Gateway GPRS Support Node）６３，ＳＧＳＮ（Serving GPRS Support Node）６４と、無線アクセスネットワークを構成するＲＮＣ（Radio Network Controller）６５，基地局装置（ＮＢ：ＮｏｄｅＢ）６６ａ，６６ｂ，…，６６ｎとを備えている。
【００２６】
また、移動体通信網７０は、ネットワーク５０に接続されたＧＧＳＮ７１と、このＧＧＳＮ７１に接続されたＳＧＳＮ７２と、いわゆる２．５世代（２．５Ｇ）と呼ばれるパケット通信機能を備えた携帯電話端末装置（ＭＳ：Mobile Station）７３との間で無線通信を行う基地局装置（ＢＳ：Base Station）７４ａ，７４ｂ，…と、これらのＢＳ７４ａ，７４ｂ，…の制御を行う基地局制御装置（ＢＳＣ：Base Station Controller）７５と、ＭＳＣ７６と、ＭＳＣ６２と接続されたＧＭＳＣ（Gate MSC）７７とを備えている。
【００２７】
携帯電話端末装置８０，７３は、他の携帯電話端末装置あるいは固定電話端末装置との間で通話を行う通話機能の他に、電子メールの送受信を行うメール通信機能（電子メールクライアント）と、ＨＴＴＰサーバ３０，４０等が提供するデータを利用するブラウザ機能（ブラウザ）とを備えている。なお、携帯電話端末装置８０，７３は、いずれのＨＴＴＰサーバ３０，４０が提供するデータも利用可能になっている。さらに、携帯電話端末装置８０，７３はネットワーク５０経由で接続される図示しない他のＨＴＴＰサーバが提供するデータも利用可能になっている。
【００２８】
（携帯電話端末装置８０構成）
また、携帯電話端末装置８０は、高周波信号の処理を行う高周波（ＲＦ：Radio Frequency）部８１と、ＭＰＵ８２と、メモリ８３と、ユーザからの指示等を入力する操作キー８４と、ユーザに対する表示を行う表示部８５と、音声信号の符号化／復号化を行う音声ＣＯＤＥＣ８６と、ＭＩＣ８７と、スピーカ８８と、表示部８５の表示を制御する表示制御部８９を備えている。
【００２９】
ＭＰＵ８２は、例えばメモリ８３に保持されている制御プログラムを実行することにより、移動体通信網６０を介した通信の制御を行う通信制御部１００，電子メールの送受信を行う電子メールクライアント２００，ＨＴＴＰサーバ３０，４０が提供するデータ，電子メールのメッセージ等を表示するブラウザ３００，表示言語設定部４００及び描画処理部５００として機能する。電子メールクライアント２００は、上述のメールサーバ１０，ＳＭＳＣ６１に対してメッセージの送受信を行う送受信処理部２１０と、メッセージの転送を制御する転送制御部２２０とを備えている。
【００３０】
また、メモリ８３内には、設定情報を保持する設定保持部８３ａと、メッセージ，テキスト，画像，音声等のデータを保持するデータ保持部８３ｂと、複数の文字コード体系（例えばＳｈｉｆｔ−ＪＩＳ，ＵＴＦ−８，ＩＳＯ）の文字の画像データを保持する文字ＲＯＭ８３ｃが設けられている。
【００３１】
Ｓｈｉｆｔ−ＪＩＳの文字コードに対応する画像データとして、例えば第一水準と第二水準の文字のものが実装されており、第三水準及び第四水準の文字については実装されていない。また、ＵＴＦ−８の文字コードに対応する画像データとして、例えば日本語の文字のものが実装されており、簡体字中国語，繁体字中国語，韓国語の文字については実装されていない。
【００３２】
ところで、携帯電話端末装置８０とは改行コードが異なる携帯電話端末装置（例えば携帯電話端末装置７３）あるいは情報処理装置（例えばネットワーク５０経由で接続されたＰＣ）等から受信したメッセージをそのまま表示すると、正確な位置で改行が行われず、元のメッセージのレイアウトが崩れてしまうことがある。
【００３３】
このような状況を改善するため、携帯電話端末装置８０の描画処理部５００は、例えば図２に示すように、表示文字列データ中の改行コードに応じた改行制御を行う改行コード処理部５０１と、表示言語設定部４００の設定に応じて文字の表示処理を行う文字コード処理部５０２とを備えている。
【００３４】
（動作概要）
上述のように構成された携帯電話端末装置８０では、電子メールクライアント２００がメールサーバ１０にメッセージを要求すると、例えば図３に示す処理の実行を開始する。電子メールクライアント２００がメールサーバ１０にメッセージを要求し、これに応じてメールサーバ１０からメッセージが送信されると、電子メールクライアント２００は、当該メッセージを受信し（Ｓ１）、受信したメッセージをデータ保持部８３ｂに格納する（Ｓ２）。
【００３５】
この後、電子メールクライアント２００は、例えば表示，転送，終了の選択を含むメニュー画面を表示させ、ユーザからの入力を待機する（Ｓ３）。ユーザからの入力が「表示」であるか否かを判断し（Ｓ４）、「表示」であれば表示処理を実行させる（Ｓ５）。ユーザからの入力が「表示」でない場合には、電子メールクライアント２００は、ユーザからの入力が「転送」であるか否かを判断し（Ｓ６）、「転送」であれば転送制御部２２０に転送処理を実行させる（Ｓ７）。ユーザからの入力が「転送」でない場合には、電子メールクライアント２００は、ユーザからの入力が「終了」であるか否かを検出し（Ｓ８）、「終了」でなければユーザからの入力の待機（Ｓ３）に戻り、「終了」であれば処理を終了する。
【００３６】
（表示動作［改行］詳細）
ところで、異なる改行コードを有する携帯電話端末装置８０と携帯電話端末装置７３あるいは他のＰＣ等との間でメッセージの送受信を行おうとすると、改行コードの違いに応じた処理を行う必要がある。
【００３７】
改行コードとして［ＣＲ］を用いているＰＣからのメッセージは、例えば図４に示すような構成になっている。改行コードとして［ＣＲ＋ＬＦ］を用いている携帯電話端末装置では、このようなメッセージ本文中の改行コード［ＣＲ］が改行コードとして認識されない。このため、このようなメッセージをそのまま表示しようとすると、例えば図５に示すように、改行されない状態となってしまい、元のメッセージとレイアウトが異なる表示となってしまう。また、改行コードが異なるテキストデータを表示する際にも、同様に、改行コードが改行コードとして認識されず、元のデータとレイアウトが異なる表示となることがある。
【００３８】
このため、この携帯電話端末装置８０では、描画処理部５００の改行コード処理部５０１が、メッセージ（あるいはテキストデータ）中の改行コードに応じた改行制御を行うようになっている。
【００３９】
例えば上述の図３中のＳ５において、電子メールクライアント２００が描画処理部５００にメッセージの表示を指示する際には、例えば図６に示すようなメッセージのデータ列が描画処理部５００に供給される。なお、この図６は、上述の図４に示すメッセージの本文の部分のみをＳｈｉｆｔ−ＪＩＳコードで表した例について示している。破線で囲んだ部分が改行コード［ＣＲ］である。
【００４０】
このようなデータ列が供給されると、改行コード処理部５０１は、例えば図７に示す処理を実行し、まず、供給されたデータ列中の改行コードを検出し（Ｓ１１）、検出した改行コードを改行制御すべきデータとして設定する（Ｓ１２）。
【００４１】
この後、改行コード処理部５０１は、文字の描画位置を初期位置（例えば表示部８５の左上の位置）に設定し、データ列から１文字分のデータを抽出する（Ｓ１３）。この後、改行コード処理部５０１は、抽出したデータが上述のＳ１２において設定されたデータ（改行コード）と一致するか否かを判定する（Ｓ１４）。抽出した１文字分のデータが改行コードと一致すれば、改行コード処理部５０１は、次の文字の描画位置を、現在の描画位置の次の行の行頭とし（Ｓ１５）、次の文字の抽出処理（Ｓ１３）に移る。
【００４２】
抽出したデータが改行コードと一致しない場合は、描画処理部５００は、抽出したデータが文字であるか否かを検出し、文字であれば、文字コード処理部５０２に当該文字に対応する画像データを文字ＲＯＭ８３ｃから取得させ、フレームバッファ８９ｂ中の現在の描画位置に書き込ませる。さらに、次の文字の描画位置を現在の描画位置の次の描画位置（同一行の次の描画位置、現在の描画位置が行末である場合には次の行の行頭）とし（Ｓ１７）、次の文字の抽出処理（Ｓ１３）に移る。
【００４３】
以上の処理が終了すると改行コード処理部５０１は、データ列の最後まで処理が終了したか否かを判定し（Ｓ１８）、終了していなければ次の文字の抽出処理（Ｓ１３）に移り、終了していれば表示処理を終了する。
【００４４】
以上の処理が終了すると、表示部８５には、例えば図８に示すように、元のメッセージと同じ位置で改行された状態でメッセージの文字が表示される。なお、この図８中では改行位置は破線の四角中の下向き矢印の記号で示している。改行を示すキャラクタを表示させるか否かは、例えば描画処理部５００の設定によって変更することできるようになっており、当該キャラクタを表示させない場合には改行を示す記号は表示されない。
【００４５】
また、この携帯電話端末装置８０では、メッセージに添付されているテキストデータあるいはブラウザ３００がＨＴＴＰサーバ３０，４０から取得したテキストデータをデータ保持部８３ｂに格納することができるようになっている。このようなテキストデータ中の改行コードが携帯電話端末装置８０における改行コードと異なっていると、メッセージの場合と同様に、表示時に正確な位置で改行が行われず、元のメッセージのレイアウトが崩れてしまうことがある。
【００４６】
このため、この携帯電話端末装置８０では、テキストデータを表示させるときにも上述のメッセージの場合と同様の改行制御を行うようになっている。また、テキストデータを表示させる際には、電子メールクライアント２００又はブラウザ３００から描画処理部５００にテキストデータのデータ列が供給され、上述の図７に示す処理によって改行制御を行って表示が行われる。この結果、上述のメッセージの場合と同様に、元のデータと同じ位置で改行された状態で文字を表示させることができる。
【００４７】
上述のように、この携帯電話端末装置８０では、電子メールのメッセージあるいはテキストデータ中の改行コードの種類によらず、正確な位置で改行処理を行うことができるため、元データのレイアウトに忠実な表示を行うことができる。
【００４８】
また、この携帯電話端末装置８０では、改行コードの種類によらずに正確な改行処理を行うことができるため、ＨＴＴＰサーバ３０，４０が提供するテキストデータの形式に関する制約を緩和することができる。
【００４９】
（転送動作詳細）
また、この携帯電話端末装置８０では、メッセージあるいはテキストデータの転送を行う際に改行コードの変換を行うようになっている。
【００５０】
改行コードとして［ＣＲ］あるいは「ＬＦ」を採用している情報端末装置においては、［ＣＲ＋ＬＦ］を改行コードとするメッセージあるいはテキストデータであればそのまま表示しても正確な位置で改行を行うことができる。このため、この携帯電話端末装置８０では、メッセージの転送あるいはテキストデータの送信を行う際に、改行コードを［ＣＲ＋ＬＦ］に変換して送信するようになっている。具体的には、例えば上述の図３中のＳ７（転送処理）において、例えば図９に示す処理を実行する。
【００５１】
メッセージの転送を例にすると、転送制御部２２０は、メッセージの転送が指示されると、まず、メッセージ中の改行コードを判定する（Ｓ２１）。メッセージ中の改行コードが［ＣＲ＋ＬＦ］である場合には（Ｓ２２）、改行コードを変換する必要がないため、転送制御部２２０は別途設定された転送先のアドレス，件名等に基づいて、送信メッセージを生成する（Ｓ２８）。
【００５２】
メッセージ中の改行コードが［ＣＲ＋ＬＦ］でない場合には、転送制御部２２０は、メッセージから１文字分のデータを抽出し（Ｓ２３）、当該データが上述のＳ２１で判定した改行コードであるか否か判定する（Ｓ２４）。改行コードである場合には、転送制御部２２０は改行コードを［ＣＲ＋ＬＦ］に置換した後（Ｓ２５）、出力ファイルに１文字分出力する（Ｓ２６）。改行コードでない場合には、転送制御部２２０はＳ２３で抽出したデータをそのまま出力ファイルに出力する（Ｓ２６）。
【００５３】
この後、転送制御部２２０はメッセージ中の全ての文字について以上の処理が終了したか否かを判定し（Ｓ２７）、終了していなければ次の１文字分のデータを抽出する（Ｓ２３）。全ての文字について処理が終了していれば、上述の図６に示すデータ列中（破線部）では［ＣＲ］であった改行コードが、上述の図１０に示すように［ＣＲ＋ＬＦ］に変換された状態になっている。なお、この図１０はメッセージ本文のみを示している。
【００５４】
このように改行コードの変換が終了すると、転送制御部２２０は変換後のメッセージ（出力ファイル）と、別途設定された転送先のアドレス，件名等に基づいて、例えば図１１に示すような送信メッセージを生成し（Ｓ２８）、メールサーバ１０宛に送信する（Ｓ２９）。
【００５５】
以上の処理により、転送するメッセージ中の改行コードが［ＣＲ＋ＬＦ］でない場合であっても、［ＣＲ＋ＬＦ］に変換した後に転送することができる。このような改行コード［ＣＲ＋ＬＦ］を有するメッセージであれば、送信先のアドレスに対応する情報端末装置が改行コードを［ＣＲ］あるいは［ＬＦ］としている場合であっても、元のメッセージと同じ位置で改行を行わせることができる。
【００５６】
また、テキストデータの送信を行う際にも、上述の図９と同様の処理を行うことにより、改行コードを［ＣＲ＋ＬＦ］としてテキストデータを送信することができ、送信先のアドレスに対応する情報端末装置が改行コードを［ＣＲ］あるいは［ＬＦ］としている場合であっても、元のテキストデータと同じ位置で改行を行わせることができる。
【００５７】
従って、この携帯電話端末装置８０では、送信先の情報端末装置において元データのレイアウトに忠実な表示を行わせることができる。また、この携帯電話端末装置８０では、メッセージの転送あるいはテキストデータの送信を行う際に、改行コードを自動的に変換しているため、ユーザの操作負担の増加を防止することができる。この効果は、携帯電話端末装置のように、操作キー８４等の指示入力手段が小さい情報端末装置において大きいが、パーソナルコンピュータ等の情報処理装置に適用してもユーザの操作負担の低減に寄与することができる。
【００５８】
（変形例）
なお、上述の表示動作及び転送動作の実施例においては、電子メールヘッダ部分に含まれる[ＣＲ]あるいは[ＬＦ]コードについても、[ＣＲ＋ＬＦ]コードに変換するとして説明したが、電子メールサーバの種類によっては[ＣＲ＋ＬＦ]コードを認識することができないものがあるとも考えられる。この場合においては、図７の処理フローを開始する前に、電子メールの解析処理を行い、ヘッダ部分とメッセージ本文部分とを区別した後、メッセージ本文部分のみを図７の処理フローに従って、コード変換させるようにすればよい。
【００５９】
（表示動作［文字コード］詳細）
ところで、携帯電話端末装置では、メモリ容量が限られているため、フォントとして実装できる文字が制限される場合がある。例えばこの携帯電話端末装置８０では、上述のように、文字ＲＯＭ８３ｃ中のＳｈｉｆｔ−ＪＩＳの文字コードについての画像データは第一水準，第二水準の文字に対応するもののみが実装されており、ＵＴＦ−８の文字コードについての画像データは日本語の文字に対応するもののみが実装されている。
【００６０】
このような携帯電話端末装置８０において、例えば図１２に示すようなＵＴＦ−８でエンコードされた簡体字中国語の文字を含むメッセージを表示しようとすると、例えば図１３に示すように、簡体字中国語の文字が表示されずに、この部分が詰まった表示となる。このため、表示のレイアウトが元のメッセージと変わってしまい、元の文書を推測することが困難になる場合がある。
【００６１】
実装されていない文字を示すために、表示できない文字について一律に特定の表示を行うようにすることも考えられる。しかしながら、全角文字と半角文字が混在する場合のように、表示できない文字の幅が一定でない場合には、表示のレイアウトが元のレイアウトと変わってしまう。
【００６２】
このため、この携帯電話端末装置８０では、文字ＲＯＭ８３ｃにない文字（さらに表示言語設定部４００の設定によって表示しないように設定されている文字）については、当該文字の表示幅に応じた空白を表示させるようになっている。
【００６３】
この携帯電話端末装置８０では、例えば図１４に示すように、文字コード体系と文字の表示幅毎に、実装されていない文字コードの範囲を示す判定テーブル８３ｄがメモリ８３に格納されている。なお、この判定テーブル８３ｄを用意しておく代わりに、改行コード処理部５０１から指示された文字コードが実装されている範囲であるか否かを判定する判定機能を設けてもよい。また、この図１４中では、全角と半角の場合の例についてのみ示しているが、特定の英文の書体のように、文字毎に表示幅が異なる場合には、文字毎に表示幅を設定しておくようにしてもよい。
【００６４】
この携帯電話端末装置８０では、上述の図７中のＳ１７（表示処理）において、改行コード処理部５０１から文字コードが指示されると、文字コード処理部５０２は、例えば図１５に示す表示処理の実行を開始し、判定テーブル８３ｄを参照して、指示された文字コードに対応する画像データが文字ＲＯＭ８３ｃに存在するか否かを判定する（Ｓ３１）。
【００６５】
文字コードに対応する画像データが文字ＲＯＭ８３ｃに存在しない場合は文字コード処理部５０２は、判定テーブル８３ｄ中の文字幅に応じた空白文字（例えば半角スペース，全角スペース，表示幅分のスペース等）の画像データを取得し、フレームバッファ８９ｂ中の現在の描画位置に書き込む（Ｓ３２）。一方、文字コードに対応する画像データが文字ＲＯＭ８３ｃに存在する場合は、文字コード処理部５０２は当該画像データを文字ＲＯＭ８３ｃから取得してフレームバッファ８９ｂ中の現在の描画位置に書き込む（Ｓ３３）。このように画像データがフレームバッファ８９ｂに書き込まれると、表示処理部８９ｃは新たなフレームバッファ８９ｂの内容に応じた画像を表示部８５に表示させる（Ｓ３４）。
【００６６】
このような１文字分の表示処理が終了すると、図７中のＳ１３に移行し、改行コード処理部５０１がデータ列中の次の文字コードを文字コード処理部５０２に供給する。文字コードが供給されると、文字コード処理部５０２は図１５中のＳ３１からの処理を繰り返す。
【００６７】
このような処理を図７中のＳ１８においてテキストデータのデータ列の最後であると判断されるまで繰り返すと、文字ＲＯＭ８３ｃに実装されている文字については画像が表示され、実装されていない文字については当該文字の表示幅に応じた幅の空白が表示された状態となる。これにより、例えば上述の図１２に対応するテキストデータを表示した場合には、例えば図１６に示すように、対応する日本語の文字がない文字の位置に空白が表示された状態となる。このような表示を見ることにより、ユーザは、一部の文字が当該携帯電話端末装置８０では表示できないことを知ることができる。
【００６８】
また、このような表示では、当該携帯電話端末装置８０で表示し得る文字については元のテキストデータと同じ位置に表示されている。また、このような表示では、元のテキストデータのレイアウトが維持されているため、上述の図１３の場合に比較して、ユーザが空白の部分の文字を推測することが容易になる。
【００６９】
また、この携帯電話端末装置８０では、上述のＳ３２において、実装されていない文字の表示幅に応じたスペースを表示させているため、文字幅の異なる文字が混在している場合においても元データのレイアウトが維持される。このため、表示できない文字があった場合でも元の文字を推測することが容易になる。
【００７０】
なお、以上の説明では、ＵＴＦ−８を用いた例について示したが、Ｓｈｉｆｔ−ＪＩＳの場合の場合にも上述の図１５と同様の処理を行って、実装されていない文字（例えば第三水準，第四水準の文字）について空白を表示する。
【００７１】
（変形例１）
また、上述の説明では、実装されていない文字を示す表示として空白を用いたが、文字の表示幅に応じた記号（例えば“−”，“＿”等の意味を持たない記号が好ましい。）を表示するようにしても上述の同様の作用効果を得ることができる。
【００７２】
（変形例２）
また、上述の説明では、実装されていない文字コードの範囲を示す判定テーブル８３ｄを用いた例について説明したが、実装されている文字コードの範囲を示す判定テーブルとしてもよい。この場合は、図１５中のＳ３１において、判定テーブルに登録されていない文字コードが文字ＲＯＭ８３ｃに存在しない文字であると判断すれば、上述の動作と同じになる。
【００７３】
（変形例３）
また、実装されていない文字コードについて空白データを用意しておくようにしてもよい。この場合、上述の図１５中のＳ３１及びＳ３２における判断処理は必要なくなり、文字コード処理部５０２は、改行コード処理部５０１から指示された文字コードに対応する画像データを文字ＲＯＭ８３ｃから取得するだけでよい。このような処理を行うことにより、メモリの利用効率は低下するものの、動作の高速化することができる。
【００７４】
（変形例４）
上述の実施例の方法と変形例３の方法を併用して、特定の範囲（例えば日本語の文字の範囲）については、画像がない文字についても空白のデータを用意しておき、他の部分については実装されていない文字コードの範囲を判定テーブルに格納しておくようにしてもよい。この場合、空白のデータが用意されている文字については、上述の図１５中のＳ３３の処理が実行され、判定テーブルを用いた場合と同様に、当該文字の位置に空白が表示される。このため、メモリの利用効率をそれほど低下させずに、動作の高速化を図ることができる。
【００７５】
（変形例５）
上述の動作説明では、文字コードに応じた表示制御について説明していたが、テキストデータの編集時等に、表示部８５に表示されている文字をコピーする際に、当該携帯電話端末装置８０で表示できない文字コードの文字については空白として扱いたい場合がある。この場合、空白として表示されている文字については空白の文字コードに置換してコピー処理を実行する。これにより、ユーザが意図しない文字がコピーされてしまうことを防止することができる。
【００７６】
（変形例６）
ユーザの選択に応じて、文字ＲＯＭ８３ｃに実装されている文字コードで、表示に用いる文字コードを選択するようにしてもよい。この場合、例えば表示に用いる文字コード体系以外の文字コードについて上述の判定テーブル８３ｄに登録しておく。あるいは、表示に用いる文字コード体系の文字コードについて判定テーブルに登録しておき、上述の図１５中のＳ３１において、判定テーブルに登録されていない文字コードが文字ＲＯＭ８３ｃに存在しない文字であると判断する。あるいは、設定保持部８３ａに表示に用いる文字コード体系を登録しておき、Ｓ３１において、文字コード処理部５０２が表示に用いる文字コード体系についてのみ判断するようにする。このような処理を行うことにより、例えばユーザの希望する言語のみの表示をするといった動作を実現することができる。
【実施例２】
【００７７】
（ＳＶＧ全体構成）
本発明の実施例２に係る情報通信システムは、例えば図１７に示すように、上述の図１に示す構成に加えて、ＳＶＧ（Scalable Vector Graphics）コンテントを提供するＳＶＧサーバ９０と、ＳＶＧコンテント等を再生する再生処理部６００とを備えている。また、データ保持部８３ｂには、ＳＶＧコンテントを保持するＳＶＧコンテント保持部８３ｂａと、Ｗｅｂコンテントを保持するＷｅｂコンテント保持部８３ｂｂとが設けられている。
【００７８】
再生処理部６００は、例えば図１８に示すように、ＳＶＧコンテント内の定義に従って描画処理部５００に描画指示を出す描画指示部６１１と、操作キー８４を介したユーザの指示等に応じて表示画像の拡大・縮小を行う拡大縮小処理部６１２とを備えている。また、描画処理部５００は、描画指示部６１１等からの指示に従って文字の描画を行う文字描画部５１１と、判定テーブル８３ｅの定義に従って文字サイズを選択する文字サイズ選択部５１２と、描画指示部６１１等からの指示に従って図形の描画を行う図形描画部５１３とを備えている。
【００７９】
また、文字ＲＯＭ８３ｃには複数のポイント数の文字の画像データ（ラスタ画像）が格納されている。さらに、メモリ８３には、例えば図１９に示すように、再生処理部６００等からの描画指示中で指定された文字のポイント数に対応する文字ＲＯＭ８３ｃ中の文字のポイント数の関係を示す判定テーブル８３ｅが格納されている。
【００８０】
ＳＶＧコンテント中では、例えば図２０に示すように、長方形（rect），楕円（ellipse），線（line）等の描画の他に、文字の表示（text）が定義されている。このような描画情報として画像を表現することにより、拡大・縮小しても高精細な画像を表示することができるようになっている。このようなＳＶＧコンテントは、Ｗｅｂコンテントの表示画面中に画像としてインライン再生することもできるが、例えば図２１に示すように、独自のウィンドウ８５ａ中に表示（インタラクティブ再生）することもできるようになっている。また、ＳＶＧコンテントは、例えば同図中に示すボタン画像に対応して入力されるユーザからの指示に応じて拡大・縮小することができるようになっている。
【００８１】
ところで、ＰＣ等の情報処理装置では、文字の画像はベクトル画像として実装されている。このため、このような文字の表示の指示で指定されたサイズ（ポイント数）の画像データを生成することにより、拡大・縮小等を行っても高精細な文字の画像を生成することができる。
【００８２】
しかしながら、携帯電話端末装置等のＭＰＵ，メモリの制約がある情報処理装置では、ベクトルフォントを実装することが困難であり、上述の図１８に示すように、複数（機種によっては１つ）のラスタ画像として文字の画像が実装されている。このため、ＳＶＧコンテンツ中で指定されたサイズ（ポイント数）の文字の画像データが実装されていない場合がある。あるいは、拡大・縮小等を行った際に、対応するポイント数の文字の画像データが実装されていない状況になることがある。
【００８３】
このため、実装されている文字の画像データを拡大・縮小して表示することが考えられるが、上述のように、文字の画像データは、ラスタ画像であるため、拡大・縮小すると、表示が荒くなったり、判読できなくなったりすることが考えられる。そこで、この実施例に係る携帯電話端末装置８０では、文字ＲＯＭ８３ｃに実装されている文字の画像データから、最適なポイント数の文字データを選択して表示するようになっている。
【００８４】
（動作概要）
ＳＶＧコンテントを表示する際には、再生処理部６００の描画指示部６１１は、拡大縮小処理部６１２からの拡大・縮小指示に応じて、ＳＶＧコンテント中の定義に従った描画指示を文字描画部５１１，図形描画部５１３に指示する。文字の描画の指示は、例えば文字の表示位置と、表示する文字のポイント数を指示することによって行う。このような指示を受けると、文字描画部５１１は、例えば文字サイズ選択部５１２に指示して表示すべき文字の画像データを選択させる。
【００８５】
文字サイズ選択部５１２は、このような指示に応じて、例えば図２２に示すように、まず、指示されたポイント数の文字の画像データが文字ＲＯＭ８３ｃに存在すか否かを確認し（Ｓ４１）、存在する場合には、当該ポイント数を文字描画部５１１に通知する（Ｓ４６）。一方、指示されたポイント数の文字の画像データが文字ＲＯＭ８３ｃにない場合には、文字サイズ選択部５１２は、判定テーブル８３ｅを参照し（Ｓ４２）、指示されたポイント数が、所定のサイズ（図１９に示す場合では１０ポイント）より小さいか否かを判定する（Ｓ４３）。該当しない場合は、文字サイズ選択部５１２は、指示されたポイント数に対応するポイント数を判定テーブル８３ｅから取得し（Ｓ４５）、文字描画部５１１にポイント数を通知する（Ｓ４６）。
【００８６】
一方、文字描画部５１１から指示されたポイント数が、所定のサイズより小さい場合には、文字サイズ選択部５１２は、代替文字（この場合は「・」を使用するが、これに限られない。）を用いるように、文字コードを変換し（Ｓ４４）、その旨を文字描画部５１１に指示する（Ｓ４６）。文字サイズ選択部５１２は、文字描画部５１１からの通知に応じて、文字の画像データを文字ＲＯＭ８３ｃから取得し（Ｓ４６）、フレームバッファ８９ｂ中の、描画指示部６１１から指示された表示位置に書き込む（Ｓ４７）。また、この処理とは別に、図形描画部５１３は、描画指示部６１１からの指示に応じた図形の描画を行う。
【００８７】
以上の処理により、描画指示部６１１からの指示に応じてＳＶＧコンテントに応じた画像が表示される。さらに、この携帯電話端末装置８０では、上述のように、図１９に示す判定テーブル８３ｅに応じて、実装されている文字の画像データのうちの適切なポイント数の画像データで表示される。
【００８８】
具体的には、例えば１８ポイントで文字が表示されているＳＶＧコンテントを２倍に拡大表示すると、本来は、例えば図２３に示すように、３６ポイントで文字を表示する必要がある。しかしながら、上述の図１９に示すように、実装されている文字の画像データの最大のポイント数が２４ポイントである場合には、文字サイズ選択部５１２は、２４ポイントを選択する。この結果、この携帯電話端末装置８０では、例えば図２５に示すように、３６ポイント分のスペースの中央部に２４ポイントの文字が表示された状態となる。この状態でさらに、ＳＶＧコンテントを２倍に拡大表示すると、例えば図２６に示すように、７２ポイント分のスペースの中央部に２４ポイントの文字が表示された状態となる。このように、実装されている最大のポイント数の文字の画像データで文字の表示を行うことにより、ユーザは文字の表示位置と内容を認識することができる。これにより、実装されている文字の画像データを用いて最大限、ＳＶＧコンテントのイメージに沿った表示を行うことができる。
【００８９】
また、上述の図２３に示すように、１８ポイントで文字が表示されているＳＶＧコンテントを２分の１に縮小表示すると、本来は文字を９ポイントで表示する必要がある。上述の図１８に示すように、実装されている文字の画像データの最小ポイント数が１２ポイントであるため、そのままでは９ポイントの文字は表示できない。この場合、例えば１２ポイントの文字の画像データを表示しようとすると、例えば図２７に示すように、文字が重なってしまい、判読が困難になる。このため、この携帯電話端末装置８０では、上述の図１９に示す判定テーブルにおいて、１０ポイント以下のポイント数である場合には、代替文字で表示することが定義されている。これにより、この携帯電話端末装置８０では、上述の図２３に示すように、１８ポイントで文字が表示されているＳＶＧコンテントを２分の１に縮小表示すると、例えば図２８に示すように、９ポイント分のスペースの中央部に、代替文字「・」が表示された状態となる。
【００９０】
具体的には、例えば図２９に示すＳＶＧコンテントを図３０に示すように拡大表示させると、図２９中の文字は、図３０の文字のように上限のポイント数の文字で表示される。逆に図２９に示すＳＶＧコンテントを図３１に示すように縮小表示させると、図２９中の文字は、図３１の文字のように代替文字「・」で表示される。
【００９１】
（効果）
以上、説明したように、この実施例では、描画処理部５００の文字サイズ選択部５１２が、判定テーブル８３ｅの定義に従って、文字サイズの選択を行うことより、ＳＶＧコンテントの本来の表示イメージに沿った（なるべく近い）イメージで画像の表示を行うことができる。
【００９２】
（変形例７）
ところで、実際の携帯電話端末装置８０に実装されている文字データの画像は、例えば図３２に示すように、機種毎に異なっている。このため、上述の図１９に示す判定テーブル８３ｅの内容は、携帯電話端末装置８０に実際に実装されている文字の画像データに応じて変更する必要がある。例えばＢ機種では、実装されている文字のポイント数は、１４ポイントと１６ポイントのみであるため、判定テーブル８３ｅの内容は、例えば図３３に示すようになる。
【００９３】
また、以上の説明では、ＳＶＧコンテントの表示を例に説明したが、例えばＷｅｂコンテント保持部８３ｂｂに保持されているＷｅｂコンテントの表示においても、上述と同様の、文字の表示処理を行うことにより、例えばＷｅｂコンテントの拡大・縮小表示を行った際に、Ｗｅｂコンテントの本来の表示イメージに沿った（なるべく近い）イメージで画像の表示を行うことができる。
【００９４】
また、再生処理部６００にＦｌａｓｈコンテントの表示を行うＦｌａｓｈ処理部６２０を設け、文字描画部５１１がＦｌａｓｈ処理部６２０からの文字の描画指示に応じて、上述と同様の、文字の表示処理を行うことにより、例えばＦｌａｓｈコンテントの拡大・縮小表示を行った際に、Ｆｌａｓｈコンテントの本来の表示イメージに沿った（なるべく近い）イメージで画像の表示を行うことができる。
【００９５】
以上の各実施例では、携帯電話端末装置に本発明を適用した例について説明したが、本発明の適用対象はこれに限られるものではなく、例えばＰＤＡ等の携帯端末機器，パーソナルコンピュータ等にも本発明を適用することができる。
【図面の簡単な説明】
【００９６】
【図１】本発明の実施例１に係る情報通信システムの構成を示すブロック図である。
【図２】前記情報通信システムを構成する携帯電話端末装置の要部の構成を示すブロック図である。
【図３】前記携帯電話端末装置の電子メールクライアントのメッセージ受信処理を示すフローチャートである。
【図４】前記電子メールクライアントが受信するメッセージの例を示す図である。
【図５】従来の携帯電話端末装置の表示部に表示されるメッセージの画像の例を示す図である。
【図６】前記メッセージの本文のデータ列の例を示す図である。
【図７】本実施例に係る携帯電話端末装置の表示制御部における表示処理の詳細を示すフローチャートである。
【図８】前記携帯電話端末装置の表示部に表示されるメッセージの画像の例を示す図である。
【図９】前記電子メールクライアントにおけるメッセージの転送処理を示すフローチャートである。
【図１０】前記転送処理において変換されたメッセージの本文のデータ列の例を示す図である。
【図１１】前記転送処理によって変換されたメッセージの例を示す図である。
【図１２】前記文字表示処理の対象となるメッセージの本文の例を示す図である。
【図１３】従来の携帯電話端末装置の表示部に表示される前記メッセージの本文の例を示す図である。
【図１４】本実施例に係る携帯電話端末装置のメモリに格納されている判定テーブルの例を示す図である。
【図１５】前記携帯電話端末装置の表示制御部における文字表示処理の詳細を示すフローチャートである。
【図１６】前記携帯電話端末装置の表示部に表示される前記メッセージの本文の例を示す図である。
【図１７】本発明の実施例２に係る情報通信システムの構成を示すブロック図である。
【図１８】前記情報通信システムを構成する携帯電話端末装置の要部の構成を示すブロック図である。
【図１９】前記携帯電話端末装置のメモリに格納されている判定テーブルの他の例を示す図である。
【図２０】ＳＶＧコンテントの例を示す図である。
【図２１】前記ＳＶＧコンテントに応じて表示部に表示される画像の例を示す図である。
【図２２】前記携帯電話端末装置の描画処理部における文字表示処理の詳細を示すフローチャートである。
【図２３】前記描画処理部によって表示される文字の例を示す図である。
【図２４】前記描画処理部によって表示される文字の例を示す図である。
【図２５】前記描画処理部によって表示される文字の例を示す図である。
【図２６】前記描画処理部によって表示される文字の例を示す図である。
【図２７】前記描画処理部によって表示される文字の例を示す図である。
【図２８】前記描画処理部によって表示される文字の例を示す図である。
【図２９】前記ＳＶＧコンテントに応じて表示部に表示される画像の例を示す図である。
【図３０】前記ＳＶＧコンテントに応じて表示部に表示される画像の例を示す図である。
【図３１】前記ＳＶＧコンテントに応じて表示部に表示される画像の例を示す図である。
【図３２】携帯電話端末装置の機種毎に実装されている文字の画像データのポイントを示す図である。
【図３３】前記判定テーブルの他の例を示す図である。
【符号の説明】
【００９７】
１０，２０  メールサーバ、３０，４０  ＨＴＴＰサーバ、５０  ネットワーク、６０  移動体通信網、７０  移動体通信網、７３，８０  携帯電話端末装置、８３ｂ  データ保持部８３ｂ、８３ｃ  文字ＲＯＭ、８３ｄ，８３ｅ  判定テーブル、８９  表示制御部、２００  電子メールクライアント、２２０  転送制御部、３００  ブラウザ、４００  表示言語設定部、５００  描画処理部、５０１  改行コード処理部、５０２  文字コード処理部、５１１  文字描画部、５１２  文字サイズ選択部、６１１  描画指示部、６１２  拡大縮小処理部
【図１】
2006092496.tif 000003
【図２】
2006092496.tif 000004
【図３】
2006092496.tif 000005
【図４】
2006092496.tif 000006
【図５】
2006092496.tif 000007
【図６】
2006092496.tif 000008
【図７】
2006092496.tif 000009
【図８】
2006092496.tif 000010
【図９】
2006092496.tif 000011
【図１０】
2006092496.tif 000012
【図１１】
2006092496.tif 000013
【図１２】
2006092496.tif 000014
【図１３】
2006092496.tif 000015
【図１４】
2006092496.tif 000016
【図１５】
2006092496.tif 000017
【図１６】
2006092496.tif 000018
【図１７】
2006092496.tif 000019
【図１８】
2006092496.tif 000020
【図１９】
2006092496.tif 000021
【図２０】
2006092496.tif 000022
【図２１】
2006092496.tif 000023
【図２２】
2006092496.tif 000024
【図２３】
2006092496.tif 000025
【図２４】
2006092496.tif 000026
【図２５】
2006092496.tif 000027
【図２６】
2006092496.tif 000028
【図２７】
2006092496.tif 000029
【図２８】
2006092496.tif 000030
【図２９】
2006092496.tif 000031
【図３０】
2006092496.tif 000032
【図３１】
2006092496.tif 000033
【図３２】
2006092496.tif 000034
【図３３】
2006092496.tif 000035