(57)【要約】【課題】  手書きフォント等の特殊なフォントを用いた電子メールを送受信する場合において、メールサーバの負荷を軽減するとともに、電子メールのデータ量を削減する。【解決手段】  各ユーザ端末１０４〜１１２においては、手書きフォント等、ユーザ固有の個別フォントデータが作成され、該データがメールサーバ１０２にアップロードされる。ユーザ端末１０４からユーザ端末１０６宛の電子メールであってユーザ端末１０４の個別フォントの指定が含まれている電子メールがメールサーバ１０２にアップロードされると、メールサーバ１０２においては、ユーザ端末１０４の個別フォントデータがユーザ端末１０６にダウンロードされているか否かが内部のデータベースに基づいて確認され、過去にダウンロードされていなかった場合にのみ該個別フォントデータが電子メールに添付される。そして、次回以降の電子メールにおいては、個別フォントデータの添付は省略される。【選択図】  図１
2006100896.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末のうち一の端末から電子メールを受信し、他の端末に対して該電子メールを転送するメールサーバにおいて実行される電子メール中継プログラムにおいて、
前記各端末毎に各々固有の個別フォントデータを前記各端末毎に対応させて記録媒体に記憶する過程と、
前記各端末に既に記憶すべき、または既に記憶されている他の端末の個別フォントデータを、前記各端末毎に前記記録媒体に記憶する過程と、
前記複数の端末のうち第１の端末から第２の端末に対する電子メールを通信回路を介して受信する電子メール受信過程と、
前記記録媒体を読み出すことにより、前記第２の端末内に前記第１の端末に対応するフォントデータが記憶されているか否かを判定する判定過程と、
前記判定過程における判定結果が否定的であったことを条件として、前記第１の端末から受信した電子メールに対して、前記第１の端末に対応するフォントデータを付加するフォントデータ付加過程と、
前記フォントデータ付加過程が実行された場合には、前記フォントデータを付加した電子メールを前記通信回路を介して前記第２の端末に送信する一方、前記フォントデータ付加過程が実行されなかった場合には前記フォントデータを付加していない電子メールを前記通信回路を介して前記第２の端末に送信する送信過程と
を処理装置に実行させることを特徴とするプログラム。
【請求項２】
電子メールを送受信する端末において実行されるメッセージ表示プログラムにおいて、
送信者を識別する識別情報を含むとともに、少なくとも一部の文字列を所定のフォントで表示すべき旨を指定するフォント指定コードが含まれる電子メールを通信回路を介してメールサーバから受信する電子メール受信過程と、
前記電子メール中に前記フォント指定コードによって指定されるフォントのフォントデータが含まれているか否かを判定する第１の判定過程と、
前記フォントデータが既に前記端末内の記録媒体に記憶されていたか否かを判定する第２の判定過程と、
前記第１および第２の判定過程の双方の判定結果が否定的であったことを条件として、前記文字列を所定の標準フォントデータを用いて表示する第１の表示過程と、
前記第１または第２の判定過程のうち何れかの判定結果が肯定的であったことを条件として、前記電子メール中に含まれていたフォントデータまたは前記端末内の記録媒体に記憶されていたフォントデータのうち一方を用いて、前記文字列を表示する第２の表示過程と
を処理装置に実行させることを特徴とするメッセージ表示プログラム。
【請求項３】
請求項１記載のプログラムを記録する記録媒体と、
該プログラムを実行する処理装置と
を有することを特徴とするメールサーバ。
【請求項４】
請求項２記載のプログラムを記録する記録媒体と、
該プログラムを実行する処理装置と
を有することを特徴とする電子メール送受信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールの送受信に用いて好適なプログラム、メッセージ表示プログラム、メールサーバおよび電子メール送受信端末に関する。
【背景技術】
【０００２】
パーソナルコンピュータ、携帯電話機、その他情報処理端末においては、インターネットを介してメールサーバと通信することにより電子メールを送受信するとともに、受信した電子メールの内容をディスプレイに表示することができる。一般的に、電子メールの表示に用いられるフォントは、情報処理端末毎に固定的に決定されており、フォントによって電子メール作成者の個性を表現することができないものであった。そこで、ユーザ毎の手書き文字フォントをメールサーバに記憶し、あるユーザ（送信者）から他のユーザ（受信者）への電子メールを受信すると、この送信者の手書き文字フォントを用いて文章を表示するように電子メールを加工し、しかる後に加工した電子メールを受信者に転送する技術が特許文献１に開示されている。
【０００３】
【特許文献１】特開２００２−３４２２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１記載の技術においては、個々の電子メールに対してメールサーバが加工処理を実行する必要があるため、メールサーバの負荷が大きくなり、結果的にサービス料金が高額になるという問題があった。さらに、加工後の電子メールは加工前の電子メールよりも一般的にファイルサイズが大きくなるため、ユーザが負担する通信料も高くなるという問題があった。この発明は上述した事情に鑑みてなされたものであり、メールサーバの運用者およびユーザの経済的負担を抑制しつつ、個性的なフォントを用いて電子メールを送受信できるプログラム、メッセージ表示プログラム、メールサーバおよび電子メール送受信端末を提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項１記載のプログラムにあっては、複数の端末のうち一の端末から電子メールを受信し、他の端末に対して該電子メールを転送するメールサーバにおいて実行される電子メール中継プログラムにおいて、前記各端末毎に各々固有の個別フォントデータを前記各端末毎に対応させて記録媒体に記憶する過程（フォントアップロード情報５６の作成）と、前記各端末に既に記憶すべき、または既に記憶されている他の端末の個別フォントデータを、前記各端末毎に前記記録媒体に記憶する過程（ＳＰ１６，フォントダウンロード情報５４の更新）と、前記複数の端末のうち第１の端末から第２の端末に対する電子メールを通信回路（１６）を介して受信する電子メール受信過程と、前記記録媒体を読み出すことにより、前記第２の端末内に前記第１の端末に対応するフォントデータが記憶されているか否かを判定する判定過程（ＳＰ１４）と、前記判定過程における判定結果が否定的であったことを条件として、前記第１の端末から受信した電子メールに対して、前記第１の端末に対応するフォントデータを付加するフォントデータ付加過程（ＳＰ１６）と、前記フォントデータ付加過程が実行された場合には、前記フォントデータを付加した電子メールを前記通信回路を介して前記第２の端末に送信する一方、前記フォントデータ付加過程が実行されなかった場合には前記フォントデータを付加していない電子メールを前記通信回路を介して前記第２の端末に送信する送信過程（ＳＰ２０）とを処理装置に実行させることを特徴とする。
また、請求項２記載のメッセージ表示プログラムにあっては、電子メールを送受信する端末において実行されるメッセージ表示プログラムにおいて、送信者を識別する識別情報（メールアドレスまたは個人文字識別コード）を含むとともに、少なくとも一部の文字列を所定のフォント（個別フォント）で表示すべき旨を指定するフォント指定コードが含まれる電子メールを通信回路（３６）を介してメールサーバから受信する電子メール受信過程と、前記電子メール中に前記フォント指定コードによって指定されるフォントのフォントデータが含まれているか否かを判定する第１の判定過程（ＳＰ３２）と、前記フォントデータが既に前記端末内の記録媒体に記憶されていたか否かを判定する第２の判定過程（ＳＰ３４）と、前記第１および第２の判定過程の双方の判定結果が否定的であったことを条件として、前記文字列を所定の標準フォントデータを用いて表示する第１の表示過程（ＳＰ３６，ＳＰ３８）と、前記第１または第２の判定過程のうち何れかの判定結果が肯定的であったことを条件として、前記電子メール中に含まれていたフォントデータまたは前記端末内の記録媒体に記憶されていたフォントデータのうち一方を用いて、前記文字列を表示する第２の表示過程（ＳＰ４４，ＳＰ３８）とを処理装置に実行させることを特徴とする。
また、請求項３記載のメールサーバにあっては、請求項１記載のプログラムを記録する記録媒体と、該プログラムを実行する処理装置とを有することを特徴とする。
また、請求項４記載の電子メール送受信端末にあっては、請求項２記載のプログラムを記録する記録媒体と、該プログラムを実行する処理装置とを有することを特徴とする。
【発明の効果】
【０００６】
このように、メールサーバにおいて第１の端末から第２の端末に対する電子メールを受信したとき、第２の端末内に第１の端末に対応するフォントデータが記憶されているか否かを判定し、必要な場合にのみ当該フォントデータを電子メールに付加する構成によれば、メールサーバの負荷を抑制することができる。
また、端末において電子メールに添付されたフォントデータを記録媒体内に記憶してゆき、フォントデータを適宜再利用する構成によれば、通信回路を介して伝送されるデータ量を少なくすることができる。
【発明を実施するための最良の形態】
【０００７】
1．実施例のハードウエア構成
以下、この発明の一実施例のメール配信システムの構成を図１を参照し説明する。
図１において１０２はメールサーバであり、電子メールの配信を仲介する業者によって管理されている。１０４〜１１２はユーザ端末であり、一般ユーザの保有するパーソナルコンピュータ、携帯用情報機器または携帯電話機等である。１００はインターネットであり、図１における他の構成要素間で電子メールその他のデータに係るＩＰパケットを伝送する。
【０００８】
次に、メールサーバ１０２のハードウエア構成を図２を参照し説明する。図２において２はＣＰＵであり、後述する制御プログラムに基づいて、バス１０を介してメールサーバ１０２内の各部を制御する。４はＲＯＭであり、イニシャルプログラムローダ等が記憶されている。６はＲＡＭであり、ＣＰＵ２のワークメモリとして使用される。８はハードディスクであり、メールサーバ１０２のオペレーティングシステム、メール配信プログラム、データベース等が記憶されている。１２はディスプレイであり、ＣＰＵ２から供給された各種の情報を表示する。１４は入力装置であり、キーボードおよびマウス等から構成されている。１６は通信インタフェースであり、インターネット１００との間でＩＰパケットを入出力する。
【０００９】
次に、ユーザ端末１１０のハードウエア構成を図３を参照し説明する。図３において２２はＣＰＵであり、後述する制御プログラムに基づいて、バス３０を介してユーザ端末１１０内の各部を制御する。２４はＲＯＭであり、イニシャルプログラムローダ、オペレーティングシステム、メール端末プログラム等が記憶されている。２６はＲＡＭであり、ＣＰＵ２２のワークメモリとして使用される。２８はフラッシュメモリであり、フォントデータのデータベース（詳細は後述する）等を格納する。３２はディスプレイであり、ＣＰＵ２２から供給された各種の情報を表示する。３４は文字入力用のキーボード、３５は手書き入力装置であり、各々文字データおよび手書きイメージデータを入力する。３６は通信インタフェースであり、インターネット１００との間でＩＰパケットを入出力する。
【００１０】
次に、４４は標準フォントＲＯＭであり、ディスプレイ３２に文字データを表示するための標準フォントのフォントデータが格納されている。ここで、標準フォントは、例えば明朝体やゴシック体などの一般的なフォントから構成される。また、４６は個別フォントメモリであり、一定のユーザから受信した電子メール等、特殊な用途に使用される個別フォントデータを記憶する。４２はセレクタであり、ＣＰＵ２２の制御の下、標準フォントＲＯＭ４４または個別フォントメモリ４６のうち何れか一方のフォントデータを読み出し、Ｉ／Ｏ制御部４０を介して出力する。また、Ｉ／Ｏ制御部４０においては、バス３０を介してフォントデータが供給されると、ＣＰＵ２２の制御の下、当該フォントデータが個別フォントメモリ４６に上書きされる。なお、他のユーザ端末１０４〜１０８，１１２も上記ユーザ端末１１０と同様に構成されている。
【００１１】
2．実施例の動作
2．1．個別フォントデータの作成、登録
まず、各ユーザ端末１０４〜１１２においては、フォントエディタあるいは手書き入力装置３５等を用いて、各ユーザに固有の個別フォントデータが作成される。ここで、個別フォントデータは、各々の文字の文字コード（例えばＪＩＳコード）に対してｎドット×ｎドット（ｎは自然数）のオンオフ状態を表すラスタフォントであってもよく、文字の外延を関数によって表現するアウトラインフォントであってもよい。そして、当該個別フォントデータは、フラッシュメモリ２８等の記録媒体に記憶される。次に、各ユーザ端末において所定の操作が行われると、インターネット１００を介して各々の個別フォントデータがメールサーバ１０２にアップロードされる。また、メールサーバ１０２においては、アップロードされた個別フォントデータに基づいて、図４に示すフォント情報テーブル５０が作成される。
【００１２】
フォント情報テーブル５０は、各ユーザ毎にレコードが形成され、各レコードは、加入者ＩＤ５１，加入者メールアドレス５２、フォントダウンロード情報５４、およびフォントアップロード情報５６から構成される。ここで、加入者ＩＤ５１は、各ユーザ毎にユニークな識別番号である。また、フォントアップロード情報５６は、各ユーザの個別フォントデータがメールサーバ１０２にアップロードされているか否かを示す情報である。図示の例にあっては、「○」が付されているユーザＡ，Ｂ，Ｄの個別フォントデータが既にアップロードされ、「−」が付されているユーザＣの個別フォントデータは未だアップロードされていないことを示す。
【００１３】
また、フォントダウンロード情報５４は、各ユーザ端末に記憶されている自機および他機の個別フォントデータを表すものであり、各ユーザ端末のフォントダウンロード情報５４には、これら自機および他機に係る加入者ＩＤが記憶される。上述したように、各ユーザ端末からメールサーバ１０２に対して各ユーザの個別フォントデータがアップロードされるが、このようにアップロードが実行されたということは、当該ユーザ端末には、当該ユーザ自身の個別フォントデータが既に記憶されていることに他ならない。従って、フォントアップロード情報５６が「○」であるレコードにおいては、必ずフォントダウンロード情報５４内に自機の加入者ＩＤが記憶される。例えば、ユーザＡのフォントダウンロード情報５４にはユーザＡの加入者ＩＤが含まれ、ユーザＢのフォントダウンロード情報５４にはユーザＢの加入者ＩＤが含まれている。
【００１４】
さらに、各ユーザ端末は自機以外の他機の個別フォントデータも記憶することができるため、図４の例にあっては、フォントダウンロード情報５４には、他機の加入者ＩＤも含まれている。但し、各ユーザがユーザ端末の使用を開始した直後である場合など、他のユーザから電子メールを未だ受信していない場合には、各ユーザ端末には他機の個別フォントデータは記憶されていないため、かかる場合にはフォントダウンロード情報５４には自機の加入者ＩＤのみが含まれ得ることになる。
【００１５】
2．2．ユーザ端末の送信処理
何れかのユーザ端末においては、通常のパーソナルコンピュータ等と同様に、テキストエディタやメール編集ソフトウエア等を用いて電子メールを作成することができる。この電子メールは、送信先ユーザのメールアドレス等を指定するヘッダ情報と、電子メール本文と、一または複数の添付ファイルから成る。但し、添付ファイルは必須のデータではない。ここで、電子メール本文には、文字情報とともにフォントを指定するための「フォント指定コード」なる情報を適宜挿入することができる。
【００１６】
フォント指定コードが挿入されると、それ以降の文字に適用されるフォントは、該フォント指定コードによって指定されたフォントになる。ここで、フォント指定コードにおいては、明朝体やゴシック体などの標準フォントまたは個別フォントを指定することができる。そして、個別フォントが指定される場合には、該個別フォントに係る加入者ＩＤ（すなわち送信元ユーザの加入者ＩＤ）もフォント指定コードの中で指定される。そして、電子メールが作成された後、当該ユーザ端末において所定の操作が実行されると、該電子メールがメールサーバ１０２にアップロードされる。
【００１７】
2．3．メールサーバ１０２の受信処理
メールサーバ１０２においては、この電子メールが送信元ユーザからアップロードされると、図５に示す電子メール受信ルーチンが起動される。図において処理がステップＳＰ１０に進むと、電子メール本文がスキャンされ、その内部に個別フォントのフォント指定コードが含まれているか否かが判定される。ここで「ＮＯ」と判定されると、処理はステップＳＰ２０に進み、電子メールの送信準備処理が実行される。すなわち、電子メールは、その内容に特に変更等の処理が施されることなく、送信先のユーザ端末からダウンロード要求があった場合に、いつでも該ユーザ端末によってダウンロード可能な状態に設定される。
【００１８】
一方、電子メール本文内に個別フォントのフォント指定コードが含まれていた場合には、ステップＳＰ１０において「ＹＥＳ」と判定され、処理はステップＳＰ１１に進む。ここでは、フォント情報テーブル５０において、送信元ユーザの加入者ＩＤ５１と、これに対応するフォントアップロード情報５６とが参照され、当該個別フォントデータが既にメールサーバ１０２にアップロードされているか否かが判定される。未だ当該個別フォントデータがアップロードされていなければ、ここで「ＮＯ」と判定され、上記ステップＳＰ２０の処理が実行される。
【００１９】
一方、アップロードされていれば「ＹＥＳ」と判定され処理はステップＳＰ１２に進む。電子メールのヘッダ情報には、一または複数の送信先メールアドレスが指定されているが、このうち一の送信先メールアドレスが判断対象として選択される。次に、処理がステップＳＰ１４に進むと、フォント情報テーブル５０が参照され、当該送信先メールアドレスに係るユーザ端末には、送信元ユーザの個別フォントデータがダウンロードされているか否かが判定される。すなわち、フォント情報テーブル５０のうち「加入者ＩＤ５１＝送信元ユーザ」のレコードにおけるフォントダウンロード情報５４が参照され、該フォントダウンロード情報５４の中に送信先ユーザの加入者ＩＤが含まれているか否かが判定される。
【００２０】
ここで「ＮＯ」と判定されると、処理はステップＳＰ１６に進み、対象となる電子メールに対して、送信元ユーザの個別フォントデータが添付される。一方、ステップＳＰ１４において「ＹＥＳ」と判定されると、特に電子メールに対する加工処理は行われない。次に、処理がステップＳＰ１８に進むと、電子メールのヘッダ情報に含まれる送信先メールアドレスのうち、未だステップＳＰ１２において選択されていないメールアドレスが存在するか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ１２に戻り、未選択のメールアドレスの中から一のメールアドレスが選択され、上記ステップＳＰ１２〜ＳＰ１６の処理が繰り返される。そして、全ての送信先メールアドレスに対してかかる処理が実行されると、ステップＳＰ１８において「ＮＯ」と判定され、電子メールの送信準備処理（ＳＰ２０）が実行されることになる。
【００２１】
このように、本実施例のメールサーバ１０２によれば、送信先ユーザに応じて、送信元ユーザの個別フォントデータのダウンロードの有無が判定され（ＳＰ１４）、未だダウンロードが行われていない送信先ユーザに対してのみ個別フォントデータが添付される。但し、個別フォントデータを自動的に添付するのではなく、送信者によって添付するか否かを指定できるようにしてもよい。そして、個別フォントデータが添付されると、その旨がフォント情報テーブル５０に登録され、以降の同一の送信元ユーザから同一の送信先ユーザに対して電子メールが送信される場合には、個別フォントデータの添付が省略されるから、メールサーバ１０２の処理負荷を抑制することができ、インターネット１００を介して送受信されるデータ量も抑制することができる。
【００２２】
2．4．ユーザ端末の受信処理
また、各ユーザにおいては、各自のユーザ端末を用いて、自分宛の電子メールをメールサーバ１０２からダウンロードすることができる。そして、ダウンロードされた電子メールはＲＡＭ２６内に記憶され、１通の電子メールが受信される毎に当該ユーザ端末においては、図６に示す電子メール受信ルーチンが起動される。図６において処理がステップＳＰ３０に進むと、当該電子メールの本文中に個別フォントのフォント指定コードが存在するか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ３１に進み、電子メールのヘッダ情報の中から、送信元メールアドレスが抽出される。
【００２３】
次に、処理がステップＳＰ３２に進むと、当該電子メールには個別フォントデータが添付されているか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ４０に進み、当該個別フォントデータがフラッシュメモリ２８内の端末内データベースに格納される。なお、この端末内データベースは、各ユーザ（自機および他機の使用者）の加入者ＩＤと、当該ユーザの個別フォントデータとから構成されている。次に、処理がステップＳＰ４２に進むと、個別フォントメモリ４６に当該送信元ユーザの個別フォントデータが転送される。次に、ステップＳＰ４４に進むと、セレクタ４２によって個別フォントメモリ４６を選択することが許可される。次に、処理がステップＳＰ３８に進むと、当該電子メールがディスプレイ３２に表示される。
【００２４】
このディスプレイ３２はラスタスキャン方式のディスプレイであり、瞬時的にはディスプレイ３２上の一点（表示点）の輝度情報がＣＰＵ２２からディスプレイ３２に対して供給される。また、ディスプレイ３２に表示される各文字には、文字毎に矩形の「表示領域」が定められている。そして、ディスプレイ３２上の各表示点の輝度は、当該表示点を含む表示領域に表示される文字の文字コード（例えばＪＩＳコード）と、フォントデータとによって特定される。
【００２５】
従って、表示点が何れかの標準フォントの文字の一部を構成する場合は、セレクタ４２によって標準フォントＲＯＭ４４が選択され、ここから標準フォントのフォントデータがＣＰＵ２２によって読み出される。一方、表示点が個別フォントの文字の一部を構成する場合は、セレクタ４２によって個別フォントメモリ４６が選択され、ここから個別フォントのフォントデータがＣＰＵ２２によって読み出される。これにより、当該電子メールは、その本文内に含まれているフォント指定コードの内容に基づいて、種々のフォントを用いてディスプレイ３２に表示されることになる。
【００２６】
また、個別フォントのフォントデータが電子メールに添付されていなかった場合は、ステップＳＰ３２おいて「ＮＯ」と判定され、処理はステップＳＰ３４に進む。ここでは、上記端末内データベースに、送信元ユーザの個別フォントデータが既に登録されているか否かが判定される。ここで「ＹＥＳ」と判定されると、処理はステップＳＰ４２に進み、既に端末内データベースに記憶されていた個別フォントデータが個別フォントメモリ４６に転送される。一方、ステップＳＰ３４において「ＮＯ」と判定されると、処理はステップＳＰ３６に進み、セレクタ４２によって個別フォントメモリ４６を選択することが禁止される。
【００２７】
次に処理がステップＳＰ３８に進むと、当該電子メールがディスプレイ３２に表示される。但し、先にステップＳＰ３６が実行された場合には、個別フォントメモリ４６の選択が禁止されるから、電子メール本文内に個別フォントのフォント指定コードが含まれていたとしても、セレクタ４２においては常に標準フォントＲＯＭ４４が選択され、電子メール全体が標準フォントによって表示されることになる。また、ステップＳＰ３０において「ＮＯ」と判定された場合、すなわち電子メール本文に元々個別フォントのフォント指定コードが含まれていなかった場合には、処理はステップＳＰ３０からステップＳＰ３６に直ちに進み、電子メールが標準フォントのみを用いて表示されることになる。
【００２８】
このように、本実施例のユーザ端末においては、電子メールの送信元ユーザの個別フォントデータが既に格納されている場合には、新たに個別フォントデータをダウンロードすることなく、当該格納されている個別フォントデータを用いて電子メールを表示することができる。これにより、同一の送信先ユーザから個別フォントのフォント指定コードを含む電子メールを複数回受信する場合には、初回のみ個別フォントデータをダウンロードすればよいから、最終的にダウンロードされるデータ量を抑制することができる。
【００２９】
3．変形例
本発明は上述した実施例に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記各実施例においては、各ユーザ端末１０４〜１１２において個別フォントデータが作成されたが、メールサーバ１０２において個別フォントデータを作成するようにしてもよい。この場合は、各ユーザ端末においては手書き入力装置３５またはスキャナ等を介してユーザの手書き文字のラスタデータが作成され、当該ラスタデータがメールサーバ１０２にアップロードされる。そして、メールサーバ１０２においては、アップロードされたラスタデータから文字の特徴を抽出し、抽出した特長に基づいて個別フォントデータを作成するようにするとよい。
【００３０】
(2)また、上記実施例においては、セレクタ４２によって標準フォントＲＯＭ４４および個別フォントメモリ４６のうち一方を選択したが、フォントの選択のために必ずしもかかる回路を設ける必要はない。すなわち、ユーザ端末として通常のパーソナルコンピュータが使用された場合には、フォントデータは「ファイル」形式にてハードディスク等に格納され、必要に応じて当該フォントデータがメモリ内に展開され表示に供される。従って、本実施例においてもユーザ端末として通常のパーソナルコンピュータが使用される場合にあっては、ステップＳＰ３０，ＳＰ３２，ＳＰ３４等の判定結果に応じて適用する（ハードディスクから読み出す）フォントデータのファイルを決定するとよい。
【００３１】
(3)上記実施例においては、メールサーバ１０２または各ユーザ端末内で実行されるプログラムによって電子メールの加工や表示等の処理を実行したが、このプログラムのみをＣＤ−ＲＯＭ、フレキシブルディスク等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施例のメール配信システムのブロック図である。
【図２】メールサーバ１０２のブロック図である。
【図３】ユーザ端末１１０のブロック図である。
【図４】メールサーバ１０２内のフォント情報テーブル５０の構成を示す図である。
【図５】メールサーバ１０２で実行される電子メール受信ルーチンのフローチャートである。
【図６】ユーザ端末１１０で実行される電子メール受信ルーチンのフローチャートである。
【符号の説明】
【００３３】
２：ＣＰＵ、４：ＲＯＭ、６：ＲＡＭ、８：ハードディスク、１０：バス、１２：ディスプレイ、１４：入力装置、１６：通信インタフェース、２２：ＣＰＵ、２４：ＲＯＭ、２６：ＲＡＭ、２８：フラッシュメモリ、３０：バス、３２：ディスプレイ、３４：キーボード、３５：手書き入力装置、３６：通信インタフェース、４０：Ｉ／Ｏ制御部、４２：セレクタ、４４：標準フォントＲＯＭ、４６：個別フォントメモリ、５０：フォント情報テーブル、５１：加入者ＩＤ、５２：加入者メールアドレス、５４：フォントダウンロード情報、５６：フォントアップロード情報、１００：インターネット、１０２：メールサーバ、１０４〜１１２：ユーザ端末。
【図１】
2006100896.tif 000003
【図２】
2006100896.tif 000004
【図３】
2006100896.tif 000005
【図４】
2006100896.tif 000006
【図５】
2006100896.tif 000007
【図６】
2006100896.tif 000008