JP2006072415A - メールデータ処理方法、メールサーバー、メールサーバー用のプログラム、端末装置、端末装置用のプログラム - Google Patents

Abstract

【課題】 日本語の表示機能を十分に備えていない端末装置においても、判読に支障が生じないような態様で日本語メールを表示できるようにする。
【解決手段】 メールサーバー１では、受信したメールデータから携帯端末２に登録されていない文字を抽出し、その文字のフォントデータを添付する処理、またはその文字の読みを示す読みタグをメールデータに挿入する処理を実行する。携帯端末２では、受信したメールデータを表示する処理に先立ち、このメールデータに添付されているフォントデータをフォントデータベース２８に追加登録する。さらに、メールデータの表示処理において、フォントデータが登録されていない文字をフォント無し記号に置き換えて表示するとともに、読みタグを構成する各文字のフォントを読み出し、これらのフォントを前記フォント無し記号に続けて表示する。
【選択図】 図１

Description

この発明は、日本語メールのメールデータを処理する技術に関する。特にこの発明は、日本語の表示機能を満足に備えていない端末装置において、日本語メールを十分に判読できるだけの表示を行えるようにメールデータを処理する技術に関する。

近年、国内での携帯電話によるメール利用の普及に伴い、海外でも、現地の携帯電話を用いて日本語メールの送受信を行うことを希望する日本人が増えている。従来、日本語環境を持たない端末装置で日本語の入力や表示を行う場合には、インターネット経由でフォントデータを提供するサーバーに接続し、サーバーから端末装置に変換後の文字のフォントデータを送信するようにしている（特許文献１参照。）。

特開２００２−２７８９５５号 公報

一方、近年の携帯電話の多くにはＪａｖａ（登録商標）が搭載されていることに着目して、このＪａｖａ（登録商標）上で動く日本語メールアプリケーションを開発し、携帯電話にダウンロードすることが提案されている。

インターネット経由でフォントデータの提供を受ける場合には、日本語を入力する作業の際や受信したメールを表示する際に、処理が終了するまでサーバーとの接続を維持しなければならない。この場合、ユーザの周囲環境の電波状態が不安定な状態であると、処理の途中で通信が切断され、処理が中断されるという問題が生じる。また、文字のフォントデータは画像であるため、データ容量が大きくなり、これに伴い、表示や入力の速度も遅くなるという問題も生じる。しかも、パケット通信量が多くなって、接続を長時間維持する必要があるため、通信費用がかさむという問題も生じる。

上記に対し、Ｊａｖａ（登録商標）上で動く日本語メールアプリケーションには日本語のフォントデータが含まれるため、サーバーからフォントデータを送信する必要をなくすことができる。しかしながら、日本語を表示することなど想定していない海外製の携帯電話では、十分な量の日本語フォントデータを格納するだけのメモリ容量を確保できない可能性が高いため、アプリケーションに組み込むフォントデータの数を限定する必要がある。この結果、携帯電話側が受信したメールにフォントデータが登録されていない文字が存在すると、その文字を表示することができなくなり、メールの判読に支障が生じるおそれがある。

上記の日本語メールアプリケーションにおける問題点を解決するのに適用できそうな先行技術として、下記の特許文献２に開示されたものがある。この特許文献２に記載のネットワークシステムでは、端末装置に、ＪＩＳ第１水準漢字などの標準的なフォントデータのみを登録しておき、フォントデータが登録されていない文字について表示の必要が生じた場合に、その文字のフォントデータをサーバーからダウンロードするようにしている。

特開平１０−２４０６４７号 公報

しかしながら、特許文献２のシステムでは、メールデータを構成する各文字を順に表示する処理において、未登録の文字が出現する都度、フォントデータをダウンロードし、表示を行っている。このような方法では、表示に時間がかかり、処理効率が悪いという問題がある。

また、特許文献２には明記されていないが、追加でダウンロードされたフォントデータもメモリ内に登録されるものと考えられる。この場合、未登録の文字を処理する都度、メモリにおけるフォントデータの割合が増大するから、海外製の携帯電話のようなメモリ容量の少ない装置に適用するのは困難である。

この発明は上記の問題に着目してなされたもので、日本語の表示機能を十分に備えていない端末装置においても、判読に支障が生じないような態様で日本語メールを表示できるようにするとともに、この表示をネットワークに接続する必要なしに短時間で行えるようにすることを目的とする。

この発明にかかるメールデータ処理方法は、所定容量分の日本語フォントデータが登録された端末装置と、この端末装置に日本語メールを配信するメールサーバーとを具備するシステムにおいて実行される。メールサーバーは、複数台のコンピュータにより構成させるのが望ましいが、これに限らず、単体のコンピュータで構成することもできる。
上記の端末装置およびメールサーバーは、インターネットのような汎用の通信ネットワークを介して交信するものであるのが望ましい。

端末装置の代表的なものは携帯電話であるが、これに限らず、ＰＤＡなど、通信機能を有する携帯型の情報処理装置であってもよい。この端末装置のメモリには、仮名文字、一般的な利用頻度の多い漢字など、所定数の文字を表示できるだけのフォントデータが登録される。しかし、その登録数は、一般的な日本語文書を表示するには不十分な数である。
なお、日本語メールを構成する文字には、仮名、漢字、数字のほか、記号、全角のアルファベット文字、絵文字などを含めることができる。

この発明にかかる第１のメールデータ処理方法では、前記端末装置に登録されているよりも多くのフォントデータが登録されたフォントデータベースと、前記端末装置のフォントデータの登録状況を示す管理データが登録された管理データベースとを、あらかじめ前記メールサーバーのメモリに保存する。前記メールサーバーでは、配信対象のメールデータを前記管理データベースを用いて解析して、宛先の端末装置にフォントデータが登録されていない文字を抽出するとともに、フォントデータが登録されていない文字が抽出されたとき、この文字のフォントデータを前記フォントデータベースから読み出して前記配信対象のメールデータとともに前記端末装置に送信する。一方、端末装置では、受信したメールデータに含まれる文字毎に、登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を表示するステップＢとを実行して前記メールデータの内容を表示するとともに、前記メールデータとともにフォントデータを受信したとき、前記メールデータの表示処理に先立ち、受信したフォントデータを追加登録する処理を実行する。

メールサーバーのフォントデータベースには、一般的な日本語文書を表示するのに支障がない数のフォントデータ（たとえば、仮名文字、記号、第１水準、第２水準にかかるすべての漢字に対応するフォントデータ）を登録するのが望ましい。
メールサーバー側の管理データベースには、端末装置側にフォントデータが登録されている文字のリスト、またはフォントデータが登録されていない文字のリストを格納することができる。なお、このような文字のリストは、各文字の文字コードを配列した構成とすることができる。

前記管理データベースは、後記するように、このメールサーバーとの交信が可能な端末装置毎に個別に設けられるのが望ましい。しかし、これに限らず、標準登録されるフォントデータに基づき、各端末装置に共通の管理データベースを設定してもよい。

上記第１のメールデータ処理方法によれば、配信対象のメールデータの中に端末装置にフォントデータが登録されていない文字、すなわち端末装置で表示できない文字が含まれているとき、メールサーバーは、その文字のフォントデータをメールデータとともに送信する。この送信を受けた端末装置では、フォントデータを追加登録してからメールデータを表示する処理を実行するので、メールデータを支障なく表示することができる。

また、この方法では、メールサーバー側で未登録のフォントデータを判別してメールデータとともに端末装置に送信するので、前記した特許文献１，２のように、表示処理の途中でフォントデータの取得のための通信を行う必要がなく、短時間で表示を実行することができる。なお、メールデータを表示する処理では、前記ステップＡおよびステップＢを文字毎に繰り返しても良いが、すべての文字に対するステップＡを実行した後、同じくすべての文字に対するステップＢを実行するようにしてもよい。

上記第１のメールデータ処理方法にかかる一態様においては、前記メールサーバーでは、前記配信対象のメールデータから前記フォントデータが登録されていない文字が抽出されたとき、この文字の前記メールデータにおける出現頻度に基づき前記フォントデータを送信するか否かを選択する。たとえば、メールデータ中で複数回使用されている文字であれば、フォントデータを送信することにするが、１回しか使用されていない文字については、フォントデータの送信を行わないようにすることができる。

第１のメールデータ処理方法にかかる他の態様においては、前記メールサーバーでは、前記フォントデータが登録されていない文字が複数抽出されたとき、フォントデータによる送信容量が所定値以内になることを条件にして、前記フォントデータを送信する文字を選択する。たとえば、フォントデータが未登録の文字を抽出順に選択してゆき、その選択の途中で送信容量が前記所定値に達した場合には、残りの文字のフォントデータを送信しないようにすることができる。
なお、フォントデータによる送信容量について上限値を固定する場合には、メールデータの本体の容量に関わらず、一定容量までのフォントデータを送信することができる。一方、メールデータを含めた全ての送信容量の上限値を決めた場合には、メールデータの本体の容量に応じて送信できるフォントデータの容量が変動するようになる。

上記した２つの態様によれば、メールサーバーから端末装置に送信するデータの容量が制限されるので、送信に過度の負担がかからない範囲でフォントデータを送信することができる。

前記第１のメールデータ処理方法にかかる３番目の態様では、前記端末装置側で、前記追加登録したフォントデータのリストをメールサーバーに送信する処理を実行する。一方、メールサーバーでは、前記管理データベースを端末装置毎に個別に登録しており、所定の端末装置から前記フォントデータの追加登録リストを受信したとき、そのリストを用いて該当する管理データベースを更新する。

上記の態様によれば、メールサーバーでは、端末装置毎に個別の管理データベースを設定し、これらのファイルを端末装置側での追加登録に応じて更新することができる。よって、追加登録されたフォントデータを再度送信するような無駄を回避することができ、メールサーバー側からの送信処理の効率を向上することができる。

端末装置から送信する追加登録リストは、追加登録されたフォントデータに対応する文字コードにより構成することができる。この場合、新たに追加登録された文字の文字コードのみを送信しても良いが、これに限定されるものではない。
たとえば、次に述べるように、端末装置側で、追加登録に応じて他の利用頻度の少ないフォントデータを削除する場合には、少なくとも追加登録されたフォントデータと削除されたフォントデータとに対応する文字コードを送信するのが望ましい。または、追加登録の際に、これまでに追加登録されたすべてのフォントデータに対応する文字コードを送信してもよい。

前記第１のメールデータ処理方法にかかる４番目の態様では、前記端末装置において、追加登録したフォントデータに利用頻度情報を設定し、この利用頻度情報を前記メールデータの表示処理における利用に応じて更新するとともに、登録フォントデータの容量が所定の制限値を超えたとき、前記利用頻度が最も少ないフォントデータを削除するようにしている。この方法によれば、端末装置側に追加登録されたが、その後の利用が少ないフォントデータを削除できるので、追加登録のフォントデータによるデータ容量を制限値内に納めることができる。よって、メモリ容量の少ない端末装置でも、このメールデータ処理方法を実施することが可能となる。また、この方法によれば、表示されることが少ないフォントデータから順に削除されるので、削除したフォントデータを再登録する頻度を減らすことができる。

この発明にかかる第２のメールデータ処理方法では、日本語を構成する各文字の読みデータが登録された読みデータベースと、前記端末装置のフォントデータの登録状況を示す管理データが登録された管理データベースとを、あらかじめメールサーバーのメモリに保存する。メールサーバーでは、配信対象のメールデータを前記管理データベースを用いて解析して、宛先の端末装置にフォントデータが登録されていない文字を抽出するとともに、フォントデータが登録されていない文字が抽出されたとき、その文字に対応する読みデータを前記読みデータベースから抽出して、前記配信対象のメールデータとともに前記端末装置に送信する。一方、端末装置では、受信したメールデータに含まれる文字毎に、前記したステップＡとステップＢとを実行して前記メールデータの内容を表示するとともに、前記メールデータとともに読みデータを受信したとき、この読みデータに対応する文字にかかるステップＡにおいて、前記読みデータを構成する文字の登録フォントデータを読み出す処理を実行する。

上記方法における「読みデータ」は、主として漢字の読みを表すデータであるが、記号や絵文字にも設定することができる。また、この読みデータは、仮名文字列（ひらがな、カタカナのいずれでもよい。）で表されるのが望ましいが、これに限らず、ローマ字文字列のデータとしてもよい。なお、読みデータを仮名文字列にする場合には、端末装置側には仮名文字列のフォントデータを登録しておく必要がある。一方、読みデータをローマ字文字列にする場合には、端末装置には半角のアルファベット文字のフォントデータが登録されていればよい。

メールサーバーでは、端末装置側にフォントデータが登録されていない文字が含まれるメールデータについて、未登録の文字の並び順に読みデータを並べたデータファイルを作成し、このファイルをメールデータとともに送信することができる。または、メールデータ中の文字と読みデータとがリンクするようにメールデータを編集し、編集後のメールデータを送信するようにしてもよい。また、フォントデータが登録されていない文字の前または後にタグ付きの読みデータを挿入した形式にメールデータを編集し、編集後のメールデータを送信することもできる。

端末装置では、受信したメールデータ中のフォントデータが登録されていない文字に対してステップＡを実行する場合、前記メールデータとともに送信された読みデータの中からその文字に対応するものを抽出し、その読みデータを構成する文字（仮名、ローマ字など）の登録フォントデータを読み出す。これにより、この文字にかかるステップＢにおいて、本来の文字画像に代えて、読みを表す文字列の画像を表示することができる。
なお、このように本来の文字の代わりに読みを表示した場合には、読みの前または後に表示を置き換えたことを示す記号などを表示するのが望ましい。

上記第２のメールデータ処理方法にかかる一態様においては、前記メールサーバーでは、前記配信対象のメールデータから前記フォントデータが登録されていない文字が抽出されたとき、この文字に対応する読みの数に基づき前記フォントデータを送信するか否かを選択する。

一般に、漢字は、音読みされる場合と訓読みされる場合とがあるから、２以上の読みが設定されている可能性が高い。このような場合に、読みの数が２以下であれば読みデータを送信するが、読みの数が２を上回る文字については、読みデータを送信しないようにすることができる。ただし、これに限らず、３以上の読みデータを有する文字について、すべての読みデータを送信するようにしてもよい。この場合、端末装置側では、一文字につき複数の読みデータを受信することになるので、これらを並列表示または切り替えて表示できるようにするのが望ましい。

また、端末装置に登録されていない文字に複数の読みがある場合には、メールサーバー側で形態素解析の手法を用いて文字の読みを特定し、特定した読みを端末装置に送信するようにしてもよい。

つぎに、この発明にかかる第３のメールデータ処理方法では、登録フォントデータがないことを示すフォント無し記号として文字種毎に異なる記号の画像情報をあらかじめ設定して、前記端末装置のメモリに登録しておく。前記端末装置では、受信したメールデータに含まれる文字毎に、前記ステップＡとステップＢとを実行して前記メールデータの内容を表示するとともに、前記ステップＡにおいてフォントデータが登録されていない文字を処理するとき、その文字の文字コードから文字種を判別し、その判別した文字種に対応するフォント無し記号を読み出す処理を実行する。

上記の方法では、メールサーバーでは特別な処理を行う必要がなく、受信したメールデータのヘッダ部から宛先の端末装置を判別し、その端末装置に前記メールデータを送信するだけでよい。端末装置にあらかじめ登録されるフォント無し記号は、任意の画像データとして構成することができるが、日本語フォントデータとして登録されている中に記号のフォントデータ（●▲■など）がある場合には、それを使用してもよい。

メールデータは、一般にＪＩＳコードなどの文字コードを文字の配列順に並べた構成のものであり、文字コードが示す値によって文字種（仮名、漢字、記号など）を判別することができる。第３のメールデータ処理方法は、このデータ構成を利用してなされたものである。

上記の方法によれば、端末装置では、受信したメールデータ中にフォントデータが登録されていない文字が存在すると、その文字に対するステップＡにおいて文字コードから文字種を判別し、その文字種に対応するフォント無し記号の画像情報を読み出すことができる。よって、この未登録の文字に対するステップＢでは、本来の文字画像に代えて、その文字の種類を示すフォント無し記号を表示することができる。

上記第３のメールデータ処理方法によれば、本来の文字を表示することができない文字についても、その文字種を示すフォント無し記号を表示することができるから、ユーザは、前後の文字との関係に基づいてその文字を推測することが可能となる。

なお、前記第１〜３のメールデータ方法は個別に実施することもできるが、複数の方法を組み合わせて実施することもできる。たとえば、第１の方法と第２の方法とを組み合わせて、メールサーバーからフォントデータおよび読みデータが添付されたメールデータを送信するとともに、端末装置側でフォントデータの追加登録処理や「読み」を表示する処理を実行するようにしてもよい。

前記第１のメールデータ処理方法を実施する場合のメールサーバーは、前記日本語メールのメールデータを受信する受信手段と、前記受信手段が受信したメールデータのヘッダ部を用いて宛先の端末装置を判別した後、その端末装置に前記メールデータを送信する処理を実行する送信制御手段と、前記端末装置に登録されているより多くの日本語フォントデータが登録されたフォントデータベース、および前記端末装置のフォントデータの登録状況を示す管理データが登録された管理データベースが保存されたメモリと、前記受信手段が受信したメールデータを前記管理データベースを用いて解析して、前記宛先の端末装置にフォントデータが登録されていない文字を抽出する抽出手段とを具備する。前記送信制御手段は、前記抽出手段が前記宛先の端末装置にフォントデータが登録されていない文字を抽出したとき、この文字のフォントデータを前記フォントデータベースから読み出して、前記メールデータとともに前記端末装置に送信するように構成される。

上記のメールサーバーに組み込まれるプログラムは、日本語メールのメールデータを受信する第１ステップと、前記第１ステップで受信したメールデータのヘッダ部を用いて宛先の端末装置を判別するとともに、前記端末装置のフォントデータの登録状況を示す管理データを用いて、前記メールデータから前記宛先の端末装置にフォントデータが登録されていない文字を抽出する第２ステップと、前記第２ステップの処理を経たメールデータを宛先の端末装置に送信する第３ステップとを、コンピュータに実行させるためのプログラムとすることができる。このプログラムにかかる前記第３ステップには、前記第２ステップにおいて前記宛先の端末装置にフォントデータが登録されていない文字が抽出されたとき、所定数のフォントデータが登録されたフォントデータベースから前記抽出された文字のフォントデータを読み出して、前記メールデータとともに端末装置に送信するステップが含まれる。
上記構成のプログラムによれば、第１ステップのプログラムにより前記受信手段を構成することができる。また、第２ステップおよび第３ステップのプログラムにより、前記送信制御手段および抽出手段を構成することができる。

つぎに、第２のメールデータ処理方法を実施する場合のメールサーバーは、前記日本語メールのメールデータを受信する受信手段と、前記受信手段が受信したメールデータのヘッダ部を用いて宛先の端末装置を判別した後、その端末装置に前記メールデータを送信する処理を実行する送信制御手段と、各種日本語文字の読みデータが登録された読みデータベース、および前記端末装置のフォントデータの登録状況を示す管理データが格納されたフォントデータベースが保存されたメモリと、前記受信手段が受信したメールデータを前記管理データベースを用いて解析して、前記宛先の端末装置にフォントデータが登録されていない文字を抽出する抽出手段とを具備する。また、前記送信制御手段は、前記抽出手段が前記端末装置にフォントデータが登録されていない文字を抽出したとき、この文字に対応する読みデータを前記読みデータベースから抽出して、前記メールデータとともに端末装置に送信するように構成される。

上記のメールサーバーに組み込まれるプログラムは、日本語メールのメールデータを受信する第１ステップと、前記第１ステップで受信したメールデータのヘッダ部を用いて宛先の端末装置を判別するとともに、前記端末装置のフォントデータの登録状況を示す管理データを用いて、前記メールデータから前記宛先の端末装置にフォントデータが登録されていない文字を抽出する第２ステップと、前記第２ステップの処理を経たメールデータを宛先の端末装置に送信する第３ステップとを、コンピュータに実行させるためのプログラムを含むものとすることができる。この場合の第３ステップには、前記第２ステップにおいて前記宛先の端末装置にフォントデータが登録されていない文字が抽出されたとき、各種日本語文字の読みデータが登録された読みデータベースから前記抽出された文字の読みデータを読み出して、前記メールデータとともに前記端末装置に送信するステップが含まれる。
上記のプログラムによれば、第１ステップのプログラムにより受信手段を構成することができ、第２、第３のプログラムにより送信制御手段を構成することができる。

つぎに、この発明にかかる端末装置は、所定容量の日本語フォントデータが登録されたメモリと、遠隔地のメールサーバーと通信する通信手段と、前記通信手段が前記メールデータから受信したメールデータを表示するための表示手段とを具備する。通信手段は、無線通信装置などのハードウェアと、所定規格のプロトコルに基づきデータの送受信を行うプログラムが組み込まれたコンピュータにより構成することができる。表示手段は、液晶パネルなど文字画像の表示が可能なもので、所定長さの日本語文字列を表示することが可能な大きさを具備するものであるのが望ましい。さらに、この端末装置には、コンピュータを含む制御部を設けることができる。

前記第１のメールデータ処理方法を実施する場合の端末装置は、前記通信手段が前記メールサーバーから日本語メールのメールデータを受信したことに応じて、そのメールデータに含まれる文字毎に、前記ステップＡとステップＢとを実行して前記メールデータの内容を表示する表示制御手段と、前記受信手段がメールデータとともにフォントデータを受信したとき、前記表示制御手段の処理に先立ち、受信したフォントデータを前記メモリに追加登録する追加登録手段を具備する。これら表示制御手段や追加登録手段は、前記制御部に組み込まれたプログラムにより、前記制御部のコンピュータに設定することができる。

前記第２のメールデータ処理方法を実施する場合の端末装置は、前記通信手段が前記メールサーバーから日本語メールのメールデータを受信したことに応じて、そのメールデータに含まれる文字毎に、前記ステップＡとステップＢとを実行して前記メールデータの内容を表示する表示制御手段とを具備する。この表示制御手段は、前記受信手段がメールデータとともに読みデータを受信したとき、この読みデータに対応する文字にかかるステップＡにおいて、前記読みデータを構成する文字の登録フォントデータを読み出すように設定されている。この場合の表示制御手段も、プログラムにより前記制御部のコンピュータに設定することができる。

前記第３のメールデータ処理方法を実施する場合の端末装置も、前記通信手段が前記メールサーバーから日本語メールのメールデータを受信したことに応じて、そのメールデータに含まれる文字毎に、前記ステップＡとステップＢとを実行して前記メールデータの内容を表示する表示制御手段を具備する。また、前記メモリには、登録フォントデータがないことを示すフォント無し記号として文字種毎に異なる画像情報が登録されており、前記表示制御手段は、前記ステップＡにおいてフォントデータが登録されていない文字を処理するとき、その文字の文字コードから文字種を判別し、その判別した文字種に対応するフォント無し記号の画像情報を読み出すように設定されている。

上記の端末装置における表示制御手段も、プログラムにより前記制御部のコンピュータに設定することができる。
また、このプログラムには、登録フォントデータがないことを示すフォント無し記号として文字種毎に異なる画像情報を前記メモリに登録する登録手段を前記コンピュータも設定するためのプログラムを含めることができる。この登録手段により、前記メモリ内にフォント無し記号の画像情報を登録しておくことが可能となる。なお、前記プログラムには各フォント無し記号の画像情報を含めることもできる。また、フォント無し記号の画像情報として、端末装置側に登録された所定のフォントデータを使用する場合には、前記フォント無し記号を登録するためのプログラムは、各フォント無し記号にかかるフォントデータと文字種との対応づけデータをメモリに登録するプログラムとして構成することができる。

上記の端末装置の制御部に組み込まれるプログラムは、インターネットなどの通信回線を介して端末装置に供給されるのが望ましい。さらに、このプログラムには、前記メモリに初期登録するための日本語フォントデータを含めるのが望ましい。このようにすれば、日本語メールの表示機能を持たない端末装置にも、日本語の表示機能を組み込むことができるから、日本語メールを受信して表示することが可能となる。

さらに、このプログラムには、日本語の入力機能を含めることができる。この場合、仮名漢字変換のための辞書データをプログラムに含めることもできるが、データ容量が多くなるのを避けたい場合には、日本語フォントデータを利用した変換処理を行うようにするのが望ましい。たとえば、登録されている日本語フォントデータによる文字画像を一覧表示し、その表示上の文字を選択する操作に応じて、選択された文字を入力することができる。

この発明によれば、日本語の表示機能を満足に備えていない端末装置でも、受信した日本語メールを判読に差し支えない程度に表示することが可能となる。また、日本語メールの表示処理を非通信状態で効率良く行うことができるから、メールの表示速度を向上することができ、端末装置側の利便性や経済性を高めることができる。

図１は、この発明が適用されたメール配信システムの構成例を示す。
このメール配信システムは、メールサーバー１とこのメールサーバー１に登録されている複数台の携帯端末２（図１では１台のみ記載）とにより構成されるもので、メールサーバー１と携帯端末２とは、インターネットを介して交信する。

前記携帯端末２は、日本国以外の国で製作された携帯電話など、もともと日本語の処理環境を持たない装置である。この実施例では、この携帯端末２に日本語メール処理用のプログラムをダウンロードすることにより、日本語メールを作成する機能や受信した日本語メールを表示する機能を設定している。具体的には、前記プログラムによって、交信処理部２１、メール作成処理部２２、メール閲覧処理部２３、文字入力処理部２４、表示処理部２５、フォント抽出処理部２６、フォント管理処理部２７の各処理部が設定される。また、前記プログラムとともに、所定容量分の日本語フォントデータが登録されたフォントデータベース２８もダウンロードされる。

メールサーバー１は、このダウンロード処理の完了した携帯端末２に日本語メールを送信したり、前記携帯端末２から送信されたメールを転送する処理を実行するもので、配信メール受理部１１、メールデータ処理部１２、フォント管理処理部１３、読みデータ処理部１４、交信処理部１５などを具備する。また、データベースとして、フォントデータベース１６、読みデータベース１７、およびフォント管理データベース１８などが設定される。

以下、メールサーバー１内の各処理部１１〜１５やデータベース１６，１７，１８について、順に説明する。
前記フォントデータベース１６には、現行のＪＩＳコードで規定されている全ての文字（ひらがな、カタカナ、第１，第２水準の漢字、記号などを含む。）について、それぞれ表示用のフォントデータが格納される。なお、このフォントデータは、文字毎に独立の画像ファイルとして構成されており、各ファイルには該当する文字の文字コードによるファイル名が付与されている。

読みデータベース１７には、フォントデータベース１６に登録された文字のうち、漢字や一部の記号などの「読み」を持つ文字について、それぞれその読みを表すひらがな文字列（以下、これを「読みデータ」という。）が格納される。この読みデータは、具体的には、前記ひらがな文字列の各ひらがなに対応する文字コードを配列した構成のもので、該当する文字の文字コードに対応づけされる。また、複数の読みを有する文字については、全ての読みに対応する読みデータが格納される。

前記フォント管理データベース１８には、このメールサーバー１に登録された携帯端末２毎に個別のデータファイル１８ａが格納される。このデータファイル１８ａ（以下、「ユーザ別管理データファイル１８ａ」という。）には、該当する携帯端末２にフォントデータが登録されている文字（以下、「フォント実装文字」という。）のリストが格納される。
なお、この文字のリストは、具体的には各文字の文字コードを配列した構成のものである。後記する携帯端末２側で作成される候補文字リストや追加登録リストも、これと同様に、文字コードの配列として構成される。

前記配信メール受理部１１は、任意の情報処理装置（携帯電話やパーソナルコンピュータなど）からの日本語メールを受信するためのものである。この受信処理には、パケット単位のデータを元のメールデータに組み立てる処理などが含まれる。

メールデータ処理部１２は、前記配信メール受理部１１から配信対象のメールデータの提供を受ける。まず、メールデータ処理部１２は、提供されたメールデータのヘッダ部の宛先データにより前記フォント管理データベース１８にアクセスし、メールの宛先の携帯端末２（以下、「宛先端末２」という。）に対応するユーザ別管理データファイル１８ａを特定する。そして、前記メールデータの構成文字に順に着目しつつ、着目文字を前記ユーザ別管理データファイル１８ａ内の文字リストと照合して、その着目文字が宛先端末２に登録されているかどうかを判別する。ここで、着目文字が宛先端末２に登録されていない文字（以下、「フォント未実装文字」という。）であると判断すると、メールデータ処理部１２は、このフォント未実装文字の文字コードを前記フォント管理処理部１３や読みデータ処理部１４に提供する。

フォント管理処理部１３は、メールデータ処理部１２から受け取った文字コードによりフォントデータベース１６にアクセスし、対応するフォントデータを読み出す。読み出されたフォントデータは前記メールデータ処理部１２に渡される。
また、このフォント管理処理部１３は、携帯端末２側から後記する追加登録リストが送信されてきたとき、これを用いて、リスト送信元の携帯端末２に対応するユーザ別管理データファイル１８ａの内容を更新する。

読みデータ処理部１４は、メールデータ処理部１２から受け取った文字コードにより読みデータベース１７を検索して、前記着目文字の読みデータを抽出する。この読みデータもメールデータ処理部１２に渡される。

メールデータ処理部１２は、宛先端末２への送信容量が所定の制限値を超えないことを条件として、前記フォント未実装文字が宛先端末２側で判読可能になるようにメールデータを編集する。この編集は２種類の方法により行われる。１つは、フォント管理処理部１３から渡されたフォント未実装文字のフォントデータをメールデータに添付する方法である。前記したように、フォントデータは、一文字ずつの画像ファイルとなっているので、メールデータに対する通常のファイル添付処理と同様にして、フォントデータを１文字ずつ添付することができる。

編集処理の２つめの方法は、前記メールデータ中に読みデータを含めるものである。この実施例では、読みデータを構成するひらがな文字列の前後にタグ記号＜＞を付した状態のデータ（以下、これを「読みタグ」という。）を作成し、この読みタグを、前記メールデータ中の該当するフォント未実装文字の後に挿入するようにしている。たとえば、メールデータ中に『私の案では』という文字列があり、このうちの『案』がフォント未実装文字である場合には、『私の案＜あん＞では』というように、読みタグが挿入される。

メールデータ処理部１２により編集されたメールデータは、交信処理部１５に渡される。交信処理部１５は、受け取ったメールデータをパケット単位で分割し、通信プロトコルに基づいて各パケットを順に送信する。

つぎに、携帯端末２側の構成や機能について説明する。
この携帯端末２側のダウンロード時のフォントデータベース２８には、ひらがな、かたかなのほか、一般に利用頻度の高い漢字や記号など、限られた数の文字に対するフォントデータが格納される。以下、これらの初期登録されるフォントデータを「標準フォントデータ」という。各標準フォントデータは、メールサーバー１側のフォントデータと同様に、該当する文字の文字コードをファイル名とする画像データファイルとして構成される。

さらに、このフォントデータベース２８には、前記メールサーバー１からメールデータに添付して送信されたフォントデータを追加登録するための領域２８ａ（以下、「追加登録領域２８ａ」という。）が設けられる。

また、フォントデータベース２８内の標準フォントデータおよび追加フォントデータには、それぞれ利用頻度が対応づけて格納される。この利用頻度は、該当するフォントデータが表示のために読み出される都度、更新される。また、追加登録領域２８ａ内の追加フォントデータには、格納順位を示すデータも対応づけされる。

表示処理部２５は、文字入力処理部２４またはメール閲覧処理部２３から表示対象の文字の文字コードの供給を受けて、そのコードをフォント抽出処理部２６に提供する。フォント抽出処理部２６は、提供された文字コードを用いてフォントデータベース２８にアクセスし、前記表示対象の文字のフォントデータを読み出す。表示処理部２５は、フォント抽出処理部２６から前記フォントデータの提供を受けて、これを図示しない表示部に出力する。
このような処理により、前記表示対象の文字の画像を表示部に表示することが可能となる。なお、前記各フォントデータの利用頻度の更新処理は、前記フォント抽出処理部２６により実行される。

メール作成処理部２２は、送信メールを作成する操作に応じて起動し、文字入力処理部２４から入力文字の提供を受けてメールデータを組み立てる。組み立てられたメールデータは、交信処理部２１に提供される。

交信処理部２１は、前記メール作成処理部２２などが作成したメールデータをメールサーバー１に送信する処理や、メールサーバー１から送信されたメールデータを受信する処理を実行する。送信処理では、メールデータをパケット化する処理などを実行し、受信処理では、パケット単位のメールデータを順に受信して、元のメールデータを組み立てる処理などを実行する。送受信されたメールデータは、図示しないメモリ内の送信フォルダや受信フォルダに格納される。

メール閲覧処理部２３は、メール閲覧操作に応じて起動し、前記受信フォルダからユーザが選択したメールデータを読み出す。そして、このメールデータを構成する各文字の文字コードを順に表示処理部２５に提供することにより、前記メールデータの内容を表示部に表示する。

なお、前記表示処理部２５には、メール閲覧処理部２３から受け取った文字コードに対応するフォントデータを読み出せなかった場合に、その文字を文字種に応じたフォント無し記号に置き換えて表示する機能が設定されている。
メール通信に使用される文字コードは、一般にＪＩＳコードである。ＪＩＳコードでは、文字種毎にコードの値の範囲が規定されているので、文字コードの値に基づいて文字種を判別することが可能である。表示処理部２５は、この方法により文字種を判別した後、判別結果に応じてあらかじめ決められた記号のフォントデータを読み出し、そのフォントデータによる画像を本来の文字画像の代わりに表示するようにしている。

前記交信処理部２１は、受信したメールデータにフォントデータが添付されている場合に、このフォントデータをフォント管理処理部２７に供給する処理を実行する。フォント管理処理部２７は、このフォントデータを前記フォントデータベース２８の追加登録領域２８ａに登録する処理を実行する。

また、フォント管理処理部２７は、前記フォントデータの追加登録処理を実行した後に、前記追加登録領域２８ａから登録されているフォントデータの文字コードを読み出し、追加登録リストを作成する。ここで作成された追加登録リストは、交信処理部２１に渡されて、メールサーバー１へと送信される。この送信を受けたメールサーバー１は、前記したように、フォント管理処理部１３により該当するユーザ別管理データファイル１８ａを更新する処理を実行する。すなわち、携帯端末２側でフォントデータの追加登録処理が行われる都度、メールサーバー１のユーザ別管理データファイル１８ａも書き換えられる。よって、メールサーバー１側では、前記フォント未実装文字を抽出する処理を精度良く行うことができる。

なお、日本語入力機能を有する大半の装置には、かな漢字変換用の辞書データが組み込まれているが、この実施例の携帯端末２は、元来は日本語の処理機能を持たない装置であるため、辞書データを組み込めるほどの容量のメモリを具備していない。そこで、この実施例では、フォントデータを用いて入力文字の候補リストを表示し、その表示画面上で文字の選択を受け付ける方法により、文字を入力するようにしている。さらにこの実施例では、前記入力候補の文字を利用頻度順に配列することにより、文字入力の効率を向上するようにしている。以下、メール作成のための文字入力処理について、簡単に説明する。

前記入力候補の文字のリスト（以下、「候補文字リスト」という。）は、フォントデータベース２８から読み出した各文字の文字コードを利用頻度順に並べた構成のもので、文字入力処理部２４により作成される。文字入力処理部２４は、作成した候補文字リストを表示処理部２５に提供する。表示処理部２５では、この候補文字リスト中の文字コードをフォント抽出処理部２６に順に与え、フォントデータから各文字のフォントデータの提供を受ける。そして、これらのフォントデータを表示部に出力することにより、前記候補文字リストの一覧表示画面を作成する。

前記候補文字リストの一覧表示画面に対する文字選択操作がなされると、文字入力処理部２４は、選択された文字の文字コードを前記メール作成処理部２２および表示処理部２５に出力する。これにより１つの入力文字が確定し、メールデータ中に組み込まれるとともに、表示部に表示される。このような処理を繰り返すことにより、文字が一文字ずつ入力されてメールデータが組み立てられる。

図２は、前記メールサーバー１が１件の日本語メールを処理する場合の処理手順を示す。また、図３は、図２のＳＴ３（ＳＴはステップの略。以下も同じ。）の詳細な処理手順を示す。

図４は、前記メールサーバー１で受信したメールデータの一例である。この例では、図中の矩形枠で囲まれた文字がフォント未実装文字であるものとする。図５は、前記図４のメールデータに対するフォント未実装文字の抽出結果を示すテーブルである。この図５のテーブルは、図２の処理の過程で生成され、メールサーバー１内の作業用メモリに格納される。

以下、図４，５を参照しつつ、図２，３に示す流れに沿って、メールサーバー１における処理の詳細を説明する。
まず、図２のＳＴ１において登録された携帯端末２に対する日本語メールを受信すると、つぎのＳＴ２では、このメールのヘッダ部に記述された宛先データを用いて宛先端末２を特定する。続いてＳＴ３では、メールデータからフォント未実装文字を抽出する処理を実行する。この抽出処理について、以下、図３を用いて説明する。

図３のフォント未実装文字の抽出処理では、まず、メールデータ中の最初の文字に着目し、その文字の文字コードを読み出す（ＳＴ３１）。つぎのＳＴ３２では、読み出した文字コードにより前記宛先端末２に対応するユーザ別管理データファイル１８ａを検索する。着目文字がフォント実装文字であれば、前記文字コードはユーザ別管理データファイル１８ａに登録されている。この場合には、ＳＴ３３が「ＮＯ」となり、以下のＳＴ３４，３５はスキップされる。

一方、着目文字の文字コードがユーザ別管理データファイル１８ａに登録されていない場合には、ＳＴ３３からＳＴ３４に進み、着目文字をフォント未実装文字として設定する。つぎのＳＴ３５では、このフォント未実装文字の出現回数を更新する。なお、この更新処理では、初めて出現した文字については、初期値の「１」を設定することになる。

以下、同様にして、メール中のすべての文字について、上記の手順を実行する。これにより、前記図５のテーブルの「文字」の登録エリアに各フォント未登録文字が格納されるとともに、「出現回数」の登録エリアに各フォント未登録文字がメールデータに出現した回数が格納されることになる。

すべての文字について、上記の処理が実行されると、ＳＴ３６が「ＹＥＳ」となり、図２のＳＴ４に移行する。
ＳＴ４では、前記ＳＴ３の処理によりフォント未実装文字が抽出されたかどうかを判別する。ここで、フォント未実装文字の抽出数が０であれば、ＳＴ１４に進む。この場合には、ＳＴ１で受信した状態のままのメールデータを宛先端末２に送信する。

一方、フォント未実装文字が抽出された場合には、以下、各フォント未実装文字に順に着目しながら、各文字につき、ＳＴ５〜１２の処理を実行する。
ＳＴ５では、前記読みデータ処理部１４の機能を用いて、前記読みデータベース１７から着目文字の読みデータを読み出す。ここで読み出された読みデータは、前記図５のテーブルの「読み」の登録エリアに格納される。ただし、着目文字が読みデータベース１７に登録されていない場合には、その文字に対応する登録エリアは空状態となる。

つぎに、ＳＴ６では、着目文字の出現回数をチェックする。ここで出現回数が２以上であれば、ＳＴ６が「ＹＥＳ」となってＳＴ１０に進む。ＳＴ１０では、前記フォント管理処理部１３の機能を用いて前記フォントデータベース１６から着目文字のフォントデータを読み出す。続くＳＴ１１では、読み出したフォントデータをメールデータに添付する処理を実行する。

前記着目文字の出現回数が１回の場合には、ＳＴ７に進み、読みデータの有無をチェックする。さらに、着目文字の読みデータがある場合にはＳＴ８に進み、読みデータの抽出数をチェックする。

ＳＴ７で読みデータがないと判断した場合、またはＳＴ８で読みデータが複数あると判断した場合には、前記ＳＴ１０およびＳＴ１１を実行する。これに対し、ＳＴ８で読みデータが１つのみであると判断した場合には、ＳＴ９に進む。このＳＴ９では、前記図５のテーブルから着目文字の読みデータを取り出して読みタグを作成し、これをメールデータ中の着目文字の後に挿入する。

このように、着目中のフォント未実装文字につき、フォントデータを読み出してメールデータに添付する処理、または読みタグを作成してメールデータ中に挿入する処理のいずれかを実行する。処理が終了すると、ＳＴ１２に進み、処理後のメールデータのデータ容量を所定の制限値と比較する。
ここで比較されるデータ容量は、フォントデータや読みタグを加えたメールデータの全容量である。この容量が制限値以内であれば、ＳＴ１３を介してＳＴ５に戻り、つぎの未実装文字に着目して同様の処理を実行する。

すべての未実装文字に対する処理が終了した場合（ＳＴ１３が「ＹＥＳ」）、または処理途中でメールデータの容量が制限値を超えた場合（ＳＴ１２が「ＮＯ」）には、ＳＴ１４に進み、その時点でのメールデータを宛先端末２に送信する。

上記ＳＴ６〜１３の処理が図４，５の事例に適用された場合、『国』および『☆』は、出現回数が２回であるため、フォントデータの添付処理の対象となる。また、『慣』は、読みデータが２つ抽出されているため、同様にフォントデータの添付処理の対象となる。また、『♪』は、出現回数は１回であるが、読みデータが抽出されていないため、同じくフォントデータの添付処理の対象となる。
一方、『礼』は、出現回数が１回であり、読みデータも１つであることから、読みタグによる処理の対象となる。

なお、ＳＴ６〜１３の処理は、フォント未登録文字の抽出順に行われるため、処理の途中でメールデータの容量が制限値を超えた場合には、以下のフォント未登録文字は、フォントデータの添付も読みタグの設定も行われないまま、送信されることになる。ただし、この実施例では、標準的な容量のメールデータであれば、複数文字分のフォントデータの添付が可能になるように、前記制限値を設定している。したがって、フォント未登録文字を全く処理することができずにメールデータを送信するようなケースは、まれにしか生じないと考えることができる。

図６〜９は、前記携帯端末２で実施される処理の手順を示す。なお、これらの図においては、メールサーバー１側のステップと混同しないように、各ステップを「ｓｔ」として示すことにする。

図６は、携帯端末２における主要な処理の流れを示すものである。
この携帯端末２では、ｓｔ１〜３でメール処理に関わる操作の有無をチェックしつつ、ｓｔ１３（通常の通信に関する処理など）を実施するようにしている。この流れにおいて、メールの送信または受信を指示する操作があると、ｓｔ１が「ＹＥＳ」となり、ｓｔ４に進んで前記メールサーバー１に接続する。

メールを受信する場合には、ｓｔ５からｓｔ６に進み、メールサーバー１からこのサーバー内に保管されているメールデータを受信する。なお、このメール受信処理では、メールサーバー１に新着メールの有無を問い合わせるデータ送信を行う処理と、メールサーバー１からの返信を受け付ける処理とが行われることになる。
メールサーバー１から受信したメールデータにフォントデータが添付されている場合には、ｓｔ７が「ＹＥＳ」となってｓｔ８に進み、添付されたフォントデータを前記フォントデータベース２８に追加登録する処理を実行する。この処理の詳細については、図７を用いて後述する。

前記フォントデータの追加登録処理を実行した場合には、ｓｔ９に進む。このｓｔ９では、前記フォントデータベース２８の追加登録領域２８ａにアクセスして前記した追加登録リストを作成し、これをメールサーバー１に送信する。

メールを送信する場合には、ｓｔ５からｓｔ１０に進み、後記するｓｔ１２で作成されたメールデータをメールサーバー１に送信する。また、フォントデータが添付されていないメールデータを受信した場合には、ｓｔ７が「ＮＯ」となり、ｓｔ８，９の処理はスキップされる。

メール閲覧処理を選択する操作が行われると、ｓｔ２が「ＹＥＳ」となってｓｔ１１のメール閲覧処理に進む。この処理については、図８および図９を用いて詳細に説明する。

メール作成処理を選択する操作が行われると、ｓｔ３が「ＹＥＳ」となってｓｔ１２のメール作成処理に進む。このメール作成における文字入力処理では、前記したように、フォントデータから作成した候補文字リストを一覧表示し、その表示画面上の文字を選択する操作に応じて、メールデータを一文字ずつ組み立てる。

つぎに、図７を用いて前記ｓｔ８のフォントデータの追加登録処理の詳細を説明する。なお、この手順では、最初のステップをｓｔ１０１とする。

図７の手順は、前記メールデータに複数のフォントデータが添付されている場合を想定し、各フォントデータに順に着目するようにしている。最初のｓｔ１０１では、着目中のフォントデータがフォントデータベース２８に登録されているかどうかを判別する。前記したように、携帯端末２では、メールサーバー１に接続する都度、追加フォントデータの登録リストを送信しているが、このリストによりメールサーバー１側のユーザ別管理データファイル１８ａが更新されるより前に編集されたメールデータを受信した場合には、そのメールデータに既に追加登録されたフォントデータが添付されている可能性があるからである。前記フォントデータが既に登録されている場合には、ｓｔ１０１は「ＹＥＳ」となってｓｔ１０５に進み、フォントデータベース２８中の該当する登録データの格納順位を１番目に変更する処理を実行する。
なお、この格納順位は、フォントデータの登録順序を表すもので、順位が１番のデータが最新の登録データである。

前記着目中のフォントデータがフォントデータベース２８内に登録されていない場合は、ｓｔ１０１が「ＮＯ」となってｓｔ１０２に進む。ｓｔ１０２では、前記フォントデータベース２８の追加登録領域２８ａに登録されているデータの総容量が所定のしきい値以内であるかどうかを判別する。ここでデータの総容量がしきい値を超える場合には、ｓｔ１０２からｓｔ１０３に進み、前記格納順序が最下位のフォントデータを削除する。この後は、ｓｔ１０４に進み、着目中のフォントデータを、その格納順序を一番にした状態で前記追加登録領域２８ａに保存する。なお、前記データの総容量がしきい値以内であれば、ｓｔ１０３はスキップされる。

添付されたすべてのフォントデータに対し、上記の処理が実行されると、ｓｔ１０６が「ＹＥＳ」となって処理を終了する。これにより、メールデータに添付されたフォントデータのうちの未登録のデータがすべてフォントデータベース２８内に登録されることになる。また、追加フォントデータの容量が前記追加登録エリア２８ａの固定された容量を超える虞がある場合には、最も古い登録データが削除されるので、フォントデータの追加登録によって携帯端末２のメモリ資源が圧迫されるのを防止することができる。

なお、上記の実施例では、格納順位が最下位のフォントデータを削除するようにしているが、これに代えて、利用頻度が最も少ないフォントデータを削除するようにしてもよい。この場合、表示されることが少ないフォントデータから順に削除されるので、削除したフォントデータを再登録する頻度を減らすことができる。

つぎに、図８および図９を用いて前記ｓｔ１１のメール閲覧処理の詳細を説明する。なお、この処理では、最初のステップをｓｔ２０１とする。

図８は、メール閲覧処理の主要な流れを示し、図９は、図８のｓｔ２０６の詳細な流れを示すものである。
このメール閲覧処理では、メールデータに含まれるすべての文字に順に着目しつつ着目文字に対応する文字コードを読み出す。ただし、メールデータ中に前記読みタグが含まれている場合は、この読みタグを構成する複数の文字列単位で文字コードの読み出し処理を実行する。以下、詳細を説明する。

ｓｔ２０１では、前記メールデータから着目文字の文字コードを読み出す。つぎのｓｔ２０２では、読み出された文字コードの値から着目文字が読みタグの先頭の記号『＜』であるかどうかを判別する。ここで着目文字が『＜』である場合には、さらに後続の文字の文字コードも読み出して、読みタグが構成されているかどうかを判別する。

後続の所定数の文字コードがひらがなに対応し、その後の文字コードが読みタグの後尾の『＞』であると、これらの一連の文字により読みタグが構成されていることになる。この場合にはｓｔ２０２が「ＹＥＳ」となってｓｔ２０３に進み、前記フォントデータベース２８から読みタグを構成する各文字のフォントデータを読み出す。ただし、この実施例では、タグ記号である『＜』および『＞』のフォントデータを、それぞれ『（』および『）』のフォントデータに置き換えるようにしている。

着目文字の文字コードが前記タグ記号に該当しない場合、または記号『＜』の後の文字列が読みタグを構成していない場合には、ｓｔ２０２の判定は「ＮＯ」となってｓｔ２０４に進む。ｓｔ２０４では、前記着目文字の文字コードによりフォントデータベース２８を検索する。ここで、文字コードに対応するフォントデータが見つかると、ｓｔ２０４が「ＹＥＳ」となってｓｔ２０５に進み、該当するフォントデータを読み出す処理を実行する。

一方、着目文字の文字コードに対応するフォントデータが見つからなかった場合は、ｓｔ２０４が「ＮＯ」となってｓｔ２０６に進み、フォント無し記号のフォントデータを取得する処理を実行する。
この処理の詳細は、図９に示すとおりである。簡単に説明すると、前記着目文字の文字コードの値から文字種を特定し（ｓｔ２０７）、文字種が漢字であれば『■』のフォントデータを、記号であれば『●』のフォントデータを、絵文字であれば『▲』のフォントデータを、それぞれ読み出す（ｓｔ２０８〜２１３）。また、上記３種類以外の文字種（外字など）であると判別した場合には、ｓｔ２１４に進み、その他の文字種用に用意した所定の記号のフォントデータを読み出す。

図８に戻って、上記ｓｔ２０３，２０５，２０６のいずれかのステップによりフォントデータが読み出されると、ｓｔ２１５に進み、読み出されたフォントデータによる文字画像を表示部に表示する。なお、この画像の表示位置は一駒分ずつ順にずれるように制御される。
このようにして、メールデータ中のすべての文字が表示されると、ｓｔ２１６が「ＹＥＳ」となり、処理を終了する。

前記図８，９に示した手順によれば、メールデータ中の文字のうち、フォントデータが登録されている文字については、ｓｔ２０４，２０５において該当するフォントデータの読み出しが行われるから、その文字自体を表示することができる。また、この実施例では、メール受信直後に前記図７のフォントデータの追加登録処理を実行するので、受信メール中にフォント未実装文字が含まれていても、そのフォント未実装文字に対するフォントデータが添付されているならば、メール閲覧処理の時点では、該当する文字を問題なく表示することができる。

一方、フォントデータが登録されていない文字は、前記ｓｔ２０６（ｓｔ２０７〜２１４）の処理により、フォント無し記号に置き換えて表示される。しかしながら、この実施例では、フォント無し記号によって文字種が示されるので、本来の文字を推測しやすい状態になる。

さらに、フォントが登録されていない文字でも、読みタグが付与されている場合には、ｓｔ２０２，２０３の処理により、フォント無し記号に続けて読みデータを表示することができる。すなわち、本来の文字は表示されないが、その読みが表示されるので、ユーザはその文字を容易に推測することができる。

図１０は、前記図４に示したメールデータの携帯端末２側での表示例を示す。
この例では、フォント未実装文字のうちの『国』『慣』『☆』の３文字については、フォントデータの追加登録がなされた結果、文字自体が正常に表示されている。また『礼』については、読みタグが付与されたことにより、フォント無し記号の『■』と読みの『（れい）』とが続けて表示されている。

一方、残りのフォント未登録文字『♪』については、本来の文字も読みも表示されずに、フォント無し記号の『●』のみが表示される。この文字『♪』は読みデータを持たないため、フォントデータが送信されるはずである。しかし、この例の場合、最終に抽出されたフォント未登録文字『♪』のフォントデータを添付するとメールデータの容量が制限値を超えるため、フォントデータが添付されなかったものと考えられる。

この発明が適用されたメール配信システムの機能ブロック図である。 メールサーバーにおける主要な処理の流れを示すフローチャートである。 フォント未実装文字の抽出処理の流れを示すフローチャートである。 メールデータの一例を示す説明図である。 図４のメールデータに対するフォント未実装文字の抽出結果を示すテーブルである。 携帯端末における主要な処理の流れを示すフローチャートである。 フォントデータの追加登録処理の流れを示すフローチャートである。 メール閲覧処理の流れを示すフローチャートである。 フォント無し記号の読み出し処理の流れを示すフローチャートである。 携帯端末におけるメールデータの表示例を示す説明図である。

符号の説明

１ メールサーバー
２ 携帯端末
１２ メールデータ処理部
１３ フォント管理処理部
１４ 読みデータ処理部
１５ 交信処理部
１６ フォントデータベース
１７ 読みデータベース
１８ フォント管理データベース
２１ 交信処理部
２３ メール閲覧処理部
２５ 表示処理部
２６ フォント抽出処理部
２７ フォント管理処理部
２８ フォントデータベース
２８ａ 追加登録領域

Claims (18)

1. 所定容量分の日本語フォントデータが登録された端末装置と、この端末装置に日本語メールを配信するメールサーバーとを具備するシステムにおいて実行される方法であって、
   前記端末装置に登録されているよりも多くのフォントデータが登録されたフォントデータベースと、前記端末装置のフォントデータの登録状況を示す管理データが登録された管理データベースとを、あらかじめ前記メールサーバーのメモリに保存しておき、
   前記メールサーバーでは、配信対象のメールデータを前記管理データベースを用いて解析して、宛先の端末装置にフォントデータが登録されていない文字を抽出するとともに、フォントデータが登録されていない文字が抽出されたとき、この文字のフォントデータを前記フォントデータベースから読み出して前記配信対象のメールデータとともに前記端末装置に送信し、
   前記端末装置では、受信したメールデータに含まれる文字毎に、登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を表示するステップＢとを実行して前記メールデータの内容を表示するとともに、前記メールデータとともにフォントデータを受信したとき、前記メールデータの表示処理に先立ち、受信したフォントデータを追加登録する処理を実行するようにしたメールデータ処理方法。
2. 前記メールサーバーでは、前記配信対象のメールデータから前記フォントデータが登録されていない文字が抽出されたとき、この文字の前記メールデータにおける出現頻度に基づき前記フォントデータを送信するか否かを選択する請求項１に記載されたメールデータ処理方法。
3. 前記メールサーバーでは、前記フォントデータが登録されていない文字が複数抽出されたとき、フォントデータによる送信容量が所定値以内になることを条件にして、前記フォントデータを送信する文字を選択する請求項１または２に記載されたメールデータ処理方法。
4. 請求項１〜３のいずれかに記載された方法において、
   前記端末装置では、前記追加登録したフォントデータのリストをメールサーバーに送信する処理を実行し、
   前記メールサーバーでは、前記管理データベースを端末装置毎に個別に登録しており、所定の端末装置から前記フォントデータの追加登録リストを受信したとき、そのリストを用いて該当する管理データベースを更新するメールデータ処理方法。
5. 請求項１〜４のいずれかに記載された方法において、
   前記端末装置では、追加登録したフォントデータに利用頻度情報を設定し、この利用頻度情報を前記メールデータの表示処理における利用に応じて更新するとともに、登録フォントデータの容量が所定の制限値を超えたとき、前記利用頻度が最も少ないフォントデータを削除するようにしたメールデータ処理方法。
6. 所定容量分の日本語フォントデータが登録された端末装置と、この端末装置に日本語メールを配信するメールサーバーとを具備するシステムにおいて実行される方法であって、
   日本語を構成する各文字の読みデータが登録された読みデータベースと、前記端末装置のフォントデータの登録状況を示す管理データが登録された管理データベースとを、前記メールサーバーのメモリにあらかじめ保存しておき、
   前記メールサーバーでは、配信対象のメールデータを前記管理データベースを用いて解析して、宛先の端末装置にフォントデータが登録されていない文字を抽出するとともに、フォントデータが登録されていない文字が抽出されたとき、その文字に対応する読みデータを前記読みデータベースから抽出して、前記配信対象のメールデータとともに前記端末装置に送信し、
   前記端末装置では、受信したメールデータに含まれる文字毎に、登録フォントデータを読み出すステップＡと読み出された登録フォントデータによる文字画像を表示するステップＢとを実行して前記メールデータの内容を表示するとともに、前記メールデータとともに読みデータを受信したとき、この読みデータに対応する文字にかかるステップＡにおいて、その読みデータを構成する文字の登録フォントデータを読み出すようにしたメールデータ処理方法。
7. 前記メールサーバーでは、前記配信対象のメールデータから前記フォントデータが登録されていない文字が抽出されたとき、この文字に対応する読みの数に基づき前記読みデータを送信するか否かを選択する請求項６に記載されたメールデータ処理方法。
8. 所定容量分の日本語フォントデータが登録された端末装置と、この端末装置に日本語メールを配信するメールサーバーとを具備するシステムにおいて実行される方法であって、
   登録フォントデータがないことを示すフォント無し記号として文字種毎に異なる記号の画像情報をあらかじめ設定して、前記端末装置のメモリに登録しておき、
   前記端末装置では、受信したメールデータに含まれる文字毎に、登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を表示するステップＢとを実行して前記メールデータの内容を表示するとともに、前記ステップＡにおいてフォントデータが登録されていない文字を処理するとき、その文字の文字コードから文字種を判別し、その判別した文字種に対応するフォント無し記号を読み出すようにしたメールデータ処理方法。
9. 所定容量分の日本語フォントデータが登録された端末装置に日本語メールを配信するメールサーバーであって、
   前記日本語メールのメールデータを受信する受信手段と、
   前記受信手段が受信したメールデータのヘッダ部を用いて宛先の端末装置を判別した後、その端末装置に前記メールデータを送信する処理を実行する送信制御手段と、
   前記端末装置に登録されているより多くの日本語フォントデータが登録されたフォントデータベース、および前記端末装置のフォントデータの登録状況を示す管理データが登録された管理データベースが保存されたメモリと、
   前記受信手段が受信したメールデータを前記管理データベースを用いて解析して、前記宛先の端末装置にフォントデータが登録されていない文字を抽出する抽出手段とを具備し、
   前記送信制御手段は、前記抽出手段が前記宛先の端末装置にフォントデータが登録されていない文字を抽出したとき、この文字のフォントデータを前記フォントデータベースから読み出して、前記メールデータとともに前記端末装置に送信するメールサーバー。
10. 所定容量分の日本語フォントデータが登録された端末装置に日本語メールを配信するメールサーバーであって、
    前記日本語メールのメールデータを受信する受信手段と、
    前記受信手段が受信したメールデータのヘッダ部を用いて宛先の端末装置を判別した後、その端末装置に前記メールデータを送信する処理を実行する送信制御手段と、
    各種日本語文字の読みデータが登録された読みデータベース、および前記端末装置のフォントデータの登録状況を示す管理データが格納された管理データベースが保存されたメモリと、
    前記受信手段が受信したメールデータを前記管理データベースを用いて解析して、前記宛先の端末装置にフォントデータが登録されていない文字を抽出する抽出手段とを具備し、
    前記送信制御手段は、前記抽出手段が前記端末装置にフォントデータが登録されていない文字を抽出したとき、この文字に対応する読みデータを前記読みデータベースから抽出して、前記メールデータとともに前記端末装置に送信するメールサーバー。
11. 所定容量分の日本語フォントデータが登録された端末装置に日本語メールを配信するメールサーバーに組み込まれるプログラムであって、
    前記日本語メールのメールデータを受信する第１ステップと、
    前記第１ステップで受信したメールデータのヘッダ部を用いて宛先の端末装置を判別するとともに、前記端末装置のフォントデータの登録状況を示す管理データを用いて、前記メールデータから前記宛先の端末装置にフォントデータが登録されていない文字を抽出する第２ステップと、
    前記第２ステップの処理を経たメールデータを宛先の端末装置に送信する第３ステップとを、コンピュータに実行させるためのプログラムが含まれており、
    前記第３ステップには、前記第２ステップにおいて前記宛先の端末装置にフォントデータが登録されていない文字が抽出されたとき、所定数のフォントデータが登録されたフォントデータベースから前記抽出された文字のフォントデータを読み出して、前記メールデータとともに端末装置に送信するステップが含まれているメールサーバー用のプログラム。
12. 所定容量分の日本語フォントデータが登録された端末装置に日本語メールを配信するメールサーバーに組み込まれるプログラムであって、
    前記日本語メールのメールデータを受信する第１ステップと、
    前記第１ステップで受信したメールデータのヘッダ部を用いて宛先の端末装置を判別するとともに、前記端末装置のフォントデータの登録状況を示す管理データを用いて、前記メールデータから前記宛先の端末装置にフォントデータが登録されていない文字を抽出する第２ステップと、
    前記第２ステップの処理を経たメールデータを宛先の端末装置に送信する第３ステップとを、コンピュータに実行させるためのプログラムが含まれており、
    前記第３ステップには、前記第２ステップにおいて前記宛先の端末装置にフォントデータが登録されていない文字が抽出されたとき、各種日本語文字の読みデータが登録された読みデータベースから前記抽出された文字の読みデータを読み出して、前記メールデータとともに前記端末装置に送信するステップが含まれているメールサーバー用のプログラム。
13. 所定容量の日本語フォントデータが登録されたメモリと、遠隔地のメールサーバーと通信する通信手段と、前記通信手段が前記メールサーバーから受信したメールデータを表示するための表示手段とを有する端末装置であって、
    前記通信手段が前記メールサーバーから日本語メールのメールデータを受信したことに応じて、そのメールデータに含まれる文字毎に、前記メモリから登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を前記表示手段に表示するステップＢとを実行して前記メールデータの内容を表示する表示制御手段と、
    前記通信手段がメールデータとともにフォントデータを受信したとき、前記表示制御手段の処理に先立ち、受信したフォントデータを前記メモリに追加登録する追加登録手段とを具備する端末装置。
14. 所定容量の日本語フォントデータが登録されたメモリと、遠隔地のメールサーバーと通信する通信手段と、前記通信手段が前記メールサーバーから受信したメールデータを表示するための表示手段とを有する端末装置であって、
    前記通信手段が前記メールサーバーから日本語メールのメールデータを受信したことに応じて、そのメールデータに含まれる文字毎に、前記メモリから登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を前記表示手段に表示するステップＢとを実行して前記メールデータの内容を表示する表示制御手段を具備し、
    前記表示制御手段は、前記通信手段が前記メールデータとともに読みデータを受信したとき、この読みデータに対応する文字にかかるステップＡにおいて、前記読みデータを構成する文字の登録フォントデータを読み出すように設定されている端末装置。
15. 所定容量の日本語フォントデータが登録されたメモリと、遠隔地のメールサーバーと通信する通信手段と、前記通信手段が前記メールサーバーから受信したメールデータを表示するための表示手段とを有する端末装置であって、
    前記通信手段が前記メールサーバーから日本語メールのメールデータを受信したことに応じて、そのメールデータに含まれる文字毎に、前記メモリから登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を前記表示手段に表示するステップＢとを実行して前記メールデータの内容を表示する表示制御手段を具備し、
    前記メモリには、登録フォントデータがないことを示すフォント無し記号として文字種毎に異なる画像情報が登録されており、
    前記表示制御手段は、前記ステップＡにおいてフォントデータが登録されていない文字を処理するとき、その文字の文字コードから文字種を判別し、その判別した文字種に対応するフォント無し記号の画像情報を読み出すように設定されている端末装置。
16. 所定容量の日本語フォントデータを登録することが可能なメモリと、遠隔地のメールサーバーと通信する通信手段と、前記通信手段が前記メールサーバーから受信したメールデータを表示するための表示手段と、コンピュータを含む制御部とを有する端末装置の前記制御部に組み込まれるプログラムであって、
    受信したメールデータに含まれる文字毎に、前記メモリから登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を前記表示手段に表示するステップＢとを実行して前記メールデータの内容を表示する表示制御手段と、前記通信手段がメールデータとともにフォントデータを受信したとき、前記表示制御手段の処理に先立ち、受信したフォントデータを前記メモリに追加登録する追加登録手段として、前記コンピュータを機能させるためのプログラム。
17. 所定容量の日本語フォントデータを登録することが可能なメモリと、遠隔地のメールサーバーと通信する通信手段と、前記通信手段が前記メールサーバーから受信したメールデータを表示するための表示手段と、コンピュータを含む制御部とを有する端末装置の前記制御部に組み込まれるプログラムであって、
    受信したメールデータに含まれる文字毎に、前記メモリから登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を前記表示手段に表示するステップＢとを実行して前記メールデータの内容を表示するとともに、前記通信手段が前記メールデータとともに読みデータを受信したとき、この読みデータに対応する文字にかかるステップＡにおいて前記読みデータを構成する文字の登録フォントデータを読み出す処理を実行する表示制御手段として、前記コンピュータを機能させるためのプログラム。
18. 所定容量の日本語フォントデータを登録することが可能なメモリと、遠隔地のメールサーバーと通信する通信手段と、前記通信手段が前記メールサーバーから受信したメールデータを表示するための表示手段と、コンピュータを含む制御部とを有する端末装置の前記制御部に組み込まれるプログラムであって、
    登録フォントデータがないことを示すフォント無し記号として文字種毎に異なる画像情報を前記メモリに登録する登録手段と、
    受信したメールデータに含まれる文字毎に、前記メモリから登録フォントデータを読み出すステップＡと読み出した登録フォントデータによる文字画像を前記表示手段に表示するステップＢとを実行して前記メールデータの内容を表示するとともに、前記ステップＡにおいてフォントデータが登録されていない文字を処理するとき、その文字の文字コードから文字種を判別し、その判別した文字種に対応するフォント無し記号の画像情報を読み出す表示制御手段として、前記コンピュータを機能させるためのプログラム。

Images