JPH11168498A - ネットワークシステム、電子メール補助装置及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 受信側の使用環境にあわせて電子メールのデ
ータ形式を変換するネットワークシステムを提供する。 【解決手段】 サーバは自己の管理する電子メールを受
信部４１で受信し、受信データ蓄積部４２に記憶する。
データ変換部４３は、制御部４６を介して端末情報デー
タベース４７から供給される送信先の端末の使用環境に
従って、受信データ蓄積部４２が記憶する電子メールの
データ形式を変換し、送信データ蓄積部４４に記憶す
る。受信部４１は、端末から電子メールの取得要求を受
信し、送信データ蓄積部４４に記憶されている電子メー
ルを送信部４５を介して送信対象の端末に供給する。各
端末は、電子メールのデータ形式が自己用に変換されて
いるので、使用環境の異なる端末から受信した電子メー
ルであっても、デコードして処理することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワーク上
で送受信される電子メールを送信先の端末の環境に応じ
て変換するネットワークシステムに関する。

【０００２】

【従来の技術】画像データには、様々な形式（例えばフ
ォーマット形式は、ＪＰＥＧ、ＧＩＦ、ＢＭＰ等）があ
る。このように様々な形式の画像データを電子メールで
送受信する場合、送信側と受信側の端末の使用環境（端
末の表示可能な形態）が異なる場合もあり、表示不可能
な形態のデータが送信されると、受信側で受信したデー
タを端末で表示又は処理することができない。また、受
信側の使用環境に応じた形式に送信元の端末で電子メー
ルのデータ形式を変換するためには、送信側の端末で適
当な変換プログラムを実行して変換し、サーバに送信す
る必要がある。

【０００３】

【発明が解決しようとする課題】しかし、送信側の端末
でデータの形式を変換するためには、各端末が、変換作
業に要する記憶領域、変換プログラム等の記憶領域を備
える必要があり、記憶容量が限られた端末の場合には、
ＣＰＵの負担が大きく、また、作業効率も低かった。更
に、受信側の使用環境を把握していない場合には、送信
するデータの変換のしようがなかった。

【０００４】この発明は、上記実状に鑑みてなされたも
ので、ファイル形式の変換能力を備えていない端末間で
も、様々の形式の電子メールを送受信することができる
ネットワークシステムを提供することを目的とする。ま
た、この発明は、サーバで受信側の使用環境に応じて電
子メールのデータ形式を変換するネットワークシステム
を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点にかかるネットワークシステ
ムは、複数の端末とサーバから構成され、前記端末は、
電子メールを前記サーバに送信する送信手段と、自己宛
の電子メールを前記サーバから受信する受信手段と、前
記受信手段が受信した電子メールを処理する処理手段
と、を有し、前記サーバは、前記送信手段から送信され
た電子メールを受信するメール受信手段と、前記メール
受信手段が受信した電子メールのデータ形式を受信側の
端末の使用環境に合わせて変換する変換手段と、前記変
換手段によりデータ形式が変換された電子メールを前記
受信側の端末に送信するデータ送信手段と、を有し、異
なる使用環境の端末間で電子メールを送受信可能とした
ことを特徴とする。

【０００６】このような構成によれば、サーバが、電子
メールの送信先の端末の使用環境（機種、性能等）に合
わせて電子メールのデータの形式を変換する。従って、
個々の端末自体がデータ形式を変換する能力を備えてい
ない場合であっても、受信側の端末は、自己が処理可能
な形式の電子メールを受信でき、例えば、画像データで
あれば、適切に表示し、音声データであれば適切に放音
し、文書データであれば、適切に編集することができ
る。

【０００７】前記メール受信手段は、自己の管理下にあ
るメールアドレスを記憶する記憶手段と、受信した前記
電子メールから受信側のメールアドレスを取得するアド
レス取得手段と、前記アドレス取得手段が取得したアド
レスが、前記記憶手段が記憶するアドレスに含まれるか
否かを判別するアドレス判別手段と、前記アドレス判別
手段が含まれていると判別した場合に、前記電子メール
を取り込む手段を有してもよい。

【０００８】この構成によれば、宛先が自己の管理下に
ある電子メールの形式のみを変更することができる。

【０００９】前記変換手段は、メールアドレスに対応付
けて端末の使用環境を記憶する記憶手段と、前記メール
受信手段が受信した前記電子メールのデータ形式を判別
する形式判別手段と、前記形式判別手段が判別した前記
電子メールのデータ形式と前記記憶手段が記憶している
前記受信側のメールアドレスに対応付けられている端末
の使用環境とを比較して、電子メールを前記受信側のメ
ールアドレスに対応付けられている端末でデコード可能
であるか否かを判別する判別手段と、前記判別手段でデ
コード不可と判断された場合、前記電子メールを前記受
信側のメールアドレスに対応付けられている端末でデコ
ード可能となるように前記電子メールのデータ形式を変
換する形式変換手段と、を有してもよい。この構成によ
れば、メールアドレスから使用端末の使用環境を判別
し、使用環境に応じて電子メールの形式を変換すること
ができる。

【００１０】電子メールのデータ形式を、例えば、受信
した前記電子メールを構成するファイルの拡張子に基づ
いて判別することができる。例えば、拡張子により、フ
ァイルのタイプ、フォーマット、圧縮方法等を判別する
ことができる。

【００１１】前記変換手段は、前記データ受信手段が受
信した電子メールをメール本文と添付ファイルとに分離
する分離手段と、前記分離手段が分離した添付ファイル
のデータ形式を判別するファイル形式判別手段と、各メ
ールアドレスに対応付けてそのメールアドレスで使用す
る端末の使用環境を記憶する端末記憶手段と、前記ファ
イル形式判別手段が判別した前記添付ファイルのデータ
形式と前記記憶手段が記憶する前記受信側の端末の使用
環境とを比較して、前記添付ファイルが前記受信側のメ
ールアドレスに対応付けられている端末でデコード可能
であるか否かを判別するファイル判別手段と、前記ファ
イル判別手段でデコード不可と判断された場合、前記受
信側の端末でデコード可能となるように前記添付ファイ
ルのデータ形式を変換するファイル変換手段と、を有し
てもよい。このような構成によれば、電子メールがメー
ル本文と添付ファイルから構成されている場合でも、添
付ファイルの構成を受信側端末の使用環境に適合した形
式に変換することができる。

【００１２】前記形式変換手段が変換する前記電子メー
ルの変換対象は、フォーマット、表示サイズ、表示階
調、解像度のうち少なくとも１つを含むようにしてもよ
い。

【００１３】上記目的を達成するため、この発明の第２
の観点にかかるネットワークシステムは、複数の端末と
サーバから構成され、前記端末は、他の端末宛のデータ
を前記サーバに送信する送信手段と、自己宛のデータを
前記サーバから受信する受信手段と、前記受信手段が受
信したデータを処理する処理手段と、を備え、前記サー
バは、前記送信手段から送信されたデータを受信するデ
ータ受信手段と、前記データ受信手段が受信したデータ
を受信側の端末の使用環境に合わせて変換する変換手段
と、前記変換手段で変換されたデータを前記受信側の端
末に送信するデータ送信手段と、を備えることを特徴と
する。

【００１４】このような構成によれば、サーバが、デー
タの送信先の端末の使用環境に合わせて電子メールのデ
ータ形式を変換する。従って、個々の端末自体がデータ
形式を変換する能力を備えていない場合であっても、受
信側の端末は、自己が処理可能な形式のデータを受信で
き、例えば、映像データであれば、画像を適切に表示す
ると共に音声を適切に放音することができる。このた
め、従来では、電子メールの範疇ではないようなデータ
も扱うことができる。

【００１５】上記目的を達成するため、この発明の第３
の観点にかかる電子メール補助装置は、送信元の端末か
ら電子メールを受信し、送信先の端末に送信する装置で
あって、予め端末の使用環境を記憶する記憶手段と、受
信した前記電子メールの送信先の端末の使用環境を前記
記憶手段から抽出する抽出手段と、受信した電子メール
のデータ形式を前記抽出手段で抽出した送信先の端末の
使用環境に合わせて変換する変換手段と、を備えること
を特徴とする。

【００１６】このような構成によれば、電子メール補助
装置が、送信元の端末から受信した電子メールを電子メ
ール補助装置が記憶する送信先の端末の使用環境に合わ
せて電子メールのデータ形式を変換する。従って、送信
元の端末と送信先の端末の使用環境が異なる場合であっ
ても、電子メール補助装置は、送信先の端末に処理可能
な形式の電子メールを送信することができる。

【００１７】前記変換手段は、受信した電子メールのデ
ータ形式を判別する形式判別手段と、前記形式判別手段
が判別した前記電子メールのデータ形式と前記抽出手段
が抽出した前記受信側の端末の使用環境とを比較して前
記電子メールのデータ形式が前記受信側の端末のデータ
形式と異なるか否かを判別する判別手段と、前記判別手
段でデータ形式が異なると判断された場合、前記受信側
の端末のデータ形式に前記電子メールのデータ形式を変
換する形式変換手段と、を有してもよい。この構成によ
れば、受信側の端末の使用環境を判別し、電子メール補
助装置が記憶する使用環境に応じて電子メールのデータ
形式を変換することができる。

【００１８】前記記憶手段は、属性情報に対応して端末
の種類を記憶し、前記抽出手段は、端末から送信された
属性情報に基づいて端末の種類を抽出し、前記変換手段
は、受信した電子メールの形式を前記抽出手段が抽出し
た機種のデータ形式に変換する、この構成によれば、電
子メール補助装置が送信先の属性情報に対応付けて端末
の機種を記憶しているため、送信先の属性情報を判別す
る。従って、送信先の端末で表示可能な電子メールの形
式に変換することができる。

【００１９】上記目的を達成するため、この発明の第４
の観点にかかる記録媒体は、コンピュータを、ネットワ
ークを介して端末に接続され、他の端末から送信された
電子メールを受信側のメールアドレスに対応付けられて
いる端末の使用環境に従ってデータの形式を変換するサ
ーバとして機能させるためのプログラムであって、他の
端末から送信された電子メールを受信するデータ受信手
段と、前記データ受信手段が受信した電子メールを受信
側のメールアドレスに対応付けられている端末の環境に
合わせてデータ形式を変換する変換手段と、前記変換手
段で変換した電子メールを記憶する記憶手段と、前記受
信側のメールアドレスに対応付けられている端末からの
要求に応じて前記記憶手段が記憶する電子メールを送信
する送信手段と、を機能させるためのプログラムを記憶
したことを特徴とする。

【００２０】第４の観点に係る記録媒体に格納されたプ
ログラムをコンピュータにインストールすることによ
り、上述の各装置が実現され、さらに、ＯＳなどの上で
インストールされたプログラムを実行することにより、
上述の方法が実行される。

【００２１】

【発明の実施の形態】以下、この発明の実施の形態にか
かるネットワークシステムについて説明する。

【００２２】本発明の実施の形態のネットワークシステ
ムの構成を図１に示す。図示するように、このネットワ
ークシステムは、複数の端末１−１〜１−ｎと、サーバ
２と、ネットワーク３とから構成され、ネットワーク３
を介して、端末１−１〜１−ｎとサーバ２とが接続され
ている。

【００２３】端末１−１〜１−ｎは、パーソナルコンピ
ュータ（以下、ＰＣ）、ＰＤＡ（Personal Digital Ass
istants）、データＰＨＳ（Personal Handyphone Syste
m）等の電子端末から構成され、電子メールを送受信す
る。

【００２４】図２は、サーバ２の内部構成を示すブロッ
ク図である。図示するように、サーバ２は、バス２８を
介して互いに接続された、ＣＰＵ２１と、ＲＡＭ２２
と、記憶部２３と、表示部２４と、入力部２５と、デー
タベース２６と、通信部２７とから構成されている。

【００２５】ＣＰＵ２１は、サーバ２の各部を制御する
と共に、記憶部２３に記憶されているプログラムを読み
出して実行する。ＲＡＭ２２は、半導体メモリ等から構
成され、ＣＰＵ２１の主記憶エリアとして使用される。
記憶部２３は、磁気ディスク装置等から構成され、電子
メールのデータ形式を変換するための変換実行プログラ
ム、送受信プログラム等を記憶する。

【００２６】表示部２４は、液晶表示素子、ＣＲＴ等か
ら構成され、後述するアドレスリスト２６１、端末情報
リスト２６２の入力用画面を表示する。入力部２５は、
表示部２４が表示する入力用画面に文字データ又は数字
データを入力するためのキーボード、マウス等を有す
る。

【００２７】データベース２６は、アドレスリスト２６
１と、端末情報リスト２６２と、フォーマットリスト２
６３と、メールボックス２６４とを有する。

【００２８】アドレスリスト２６１は、図３（ａ）に示
すように、サーバ２が正規ユーザとして登録しているユ
ーザのメールアドレスを記憶すると共に、各ユーザが使
用している端末の機種を区別するためのフラグがセット
されている。このフラグは、端末の機種がＰＣの場合は
０、ＰＤＡ又はデータＰＨＳの場合は１とセットされ
る。端末情報リスト２６２は、図３（ｂ）に示すよう
に、登録ユーザのメールアドレスと、各ユーザが使用し
ている端末の機種、即ち、ＰＣであるかＰＤＡ又はデー
タＰＨＳであるかを記憶する。

【００２９】フォーマットリスト２６３は、図３（ｃ）
に示すように、端末の機種別に、デコードできるデータ
フォーマットが登録されている。メールボックス２６４
は、電子メールを受信側のアドレスに対応させて記憶す
る。

【００３０】通信部２７は、モデム等の回線終端装置を
備え、端末１−１〜１−ｎとの間でデータを送受信す
る。

【００３１】次に、この実施の形態のネットワークシス
テムの動作について図１〜図４を参照して説明する。こ
こでは、ユーザＡが、ディジタルスチルカメラで取得し
た独自のＣＡＭ形式の画像データをメールアドレスが
「ghi@xyz.com」で端末としてＣＡＭ形式のデータを処
理できないＰＤＡを使用しているユーザＢに添付ファイ
ルとして送信した場合を例に説明する。

【００３２】まず、サーバ２の管理者は、ユーザＢがこ
のサービスに加入した時点で、ユーザＢの加入申込書な
どに基づいて、図３（ａ）に示すように、アドレスリス
ト２６１に、ユーザＢのメールアドレス「ghi@xyz.co
m」とＰＤＡに対応するフラグ「１」を登録し、図３
（ｂ）に示すように、端末情報リスト２６２に、メール
アドレス「ghi@xyz.com」と端末がＰＤＡである旨を登
録する。なお、各メールアドレスで使用する端末の機種
が変更になった場合等には、ユーザの申請に基づいて登
録内容が適宜更新される。

【００３３】次に、上記前提に沿って、ユーザＡがＣＡ
Ｍ形式の画像データをアドレス「ghi@xyz.com」に送信
したとする。サーバ２のＣＰＵ２１は通信部２７を介し
て、この電子メールを受信し、図４のフローの動作を開
始する。

【００３４】まず、ＣＰＵ２１は、受信した電子メール
の宛先メールアドレスが自己の管理下にあるか否か、即
ち、アドレスリスト２６１に登録されているか否かを判
別する（ステップＳ１）。アドレスリスト２６１に宛先
のメールアドレスが登録されていると判断された場合、
ＣＰＵ２１は、受信した電子メールを取り込み、メール
本文と添付ファイルとに分割してＲＡＭ２２に格納す
る。

【００３５】ここでは、宛先メールアドレス「ghi@xyz.
com」がアドレスリスト２６１に登録されており、ＣＰ
Ｕ２１は、受信した電子メールを取り込む。次に、ＣＰ
Ｕ２１は、送信先のメールアドレスで使用される端末の
機種を判別するため、アドレスリスト２６１が記憶して
いる宛先メールアドレスにフラグがセットされているか
否かを判別し（ステップＳ２）、フラグがセットされて
いれば、端末情報リスト２６２が記憶する機種情報を取
得し、ＲＡＭ２２に格納する（ステップＳ３）。この例
では、図３（ａ）に示すように、メールアドレス「ghi@
xyz.com」に対応付けてフラグがセットされており、Ｃ
ＰＵ２１は、端末情報リスト２６２から使用端末として
「ＰＤＡ」を取得し、ＲＡＭ２２に格納する。

【００３６】次に、ＣＰＵ２１は、ＲＡＭ２２に格納し
た添付データが、ステップＳ３で取得した機種でデコー
ド可能（画像データであれば表示可能、音声データであ
れば放音可能、文書データであれば編集可能）であるか
否かを判別する（ステップＳ４）。この判別は、例え
ば、図３（ｃ）に示すように、フォーマットリスト２６
３に登録されている機種とデコード可能なデータフォー
マットを示すファイル名の拡張子とを参照し、受信した
添付ファイルのファイル名の拡張子が、受信側の端末の
デコード可能なリストに登録されているか否かを判別す
ることにより行う。この例では、添付ファイルのフォー
マットがＣＡＭ形式であり、受信側の端末であるＰＤＡ
ではデコードできないことが判別する。

【００３７】ステップＳ４でデコード不可と判断された
場合、ＣＰＵ２１は、添付ファイルのデータ形式を、受
信側端末がデコードできるデータ形式のいずれかに変換
する（ステップＳ５）。即ち、ＣＰＵ２１は、受信側端
末がデコードできるファイル形式を図３（ｃ）から判別
し、記憶部２３に予め記憶されている変換プログラムの
うちから、添付ファイルのファイル形式をデコード可能
なファイル形式に変換するものを選択して実行し、添付
ファイルのデータフォーマットを変換する。ここでは、
ＣＰＵ２１は、ＣＡＭ形式をＧＩＦ形式に変換する変換
プログラムを記憶部２３から取得して、添付データを変
換する。ステップＳ５で形式が変換された添付ファイル
は、ＲＡＭ２２に格納したメール本文と共に、メールボ
ックス２６４に送信先のメールアドレスに対応付けて記
憶される（ステップＳ６）。

【００３８】ステップＳ１で、受信した電子メールの宛
先メールアドレスがアドレスリスト２６１に登録されて
いないと判断された場合は、受信した電子メールを廃棄
する（ステップＳ７）。また、ステップＳ２でアドレス
リスト２６１にフラグがセットされていないと判断され
た場合、及び、ステップＳ４でデコード可能と判断され
た場合、ＣＰＵ２１は、添付ファイルの形式の変換の必
要がないと判断し、ＲＡＭ２２に格納したメール本文と
共に、メールボックス２６４に宛先メールアドレスに対
応付けて記憶する（ステップＳ６）。

【００３９】また、メールアドレス「abc@xyz.com」を
有するユーザはサーバ２にログインすると共に自己の端
末（データＰＨＳ）から自己宛の電子メールの取得を要
求する要求信号をサーバ２に送信する。ＣＰＵ２１は通
信部２７を介してこの要求を受信し、ログインしたユー
ザのメールアドレスに対応付けてメールボックス２６４
に記憶されている電子メールを抽出し、通信部２７を介
して要求元のユーザが所有する端末１−２に送信する。

【００４０】上述したサーバ２の機能ブロック図を図５
に示す。図示するようにサーバ２は、機能的には、受信
部４１と、受信データ蓄積部４２と、データ変換部４３
と、送信データ蓄積部４４と、送信部４５と、制御部４
６と、端末情報データベース４７と、から構成される。

【００４１】受信部４１は、ネットワーク３を介して、
端末１−１〜１−ｎから送信された電子メールを取得し
て、受信データ蓄積部４２に蓄積する。受信データ蓄積
部４２に一旦蓄積された電子メールは、制御部４６から
供給されるタイミング制御信号によってデータ変換部４
３に供給される。

【００４２】データ変換部４３は、受信データ蓄積部４
２から受信データのデータ形式を取得し、端末情報デー
タベース４７からそのデータ形式が受信側の端末でデコ
ード（再生）可能か否かを判別する。デコードできない
と判別した場合には、変換方法をデータ変換部４３に通
知する。

【００４３】データ変換部４３は、制御部４６の指示に
従って、受信した電子メールの形式（フォーマット形
式、圧縮形式等）を変換して、送信データ蓄積部４４に
送信先のメールアドレスに対応付けて蓄積する。

【００４４】また、送信部４５は、電子メールの取得要
求に応答して、送信データ蓄積部４４から変換済の電子
メールを取り出し、受信側の端末１−１〜１−ｎに送信
する。

【００４５】受信部４１は、物理的には図２のＣＰＵ２
１と通信部２７から構成される。また、受信データ蓄積
部４２はＲＡＭ２２と記憶部２３から、データ変換部４
３はＣＰＵ２１とＲＡＭ２２と記憶部２３から、送信デ
ータ蓄積部４４はＲＡＭ２２と記憶部２３から、送信部
４５はＣＰＵ２１と通信部２７から、制御部４６はＣＰ
Ｕ２１から、端末情報データベース４７はデータベース
２６から構成される。

【００４６】以上説明したように、この実施の形態のネ
ットワークシステムでは、電子メールの送受信を管理す
るサーバ２が、受信側の端末の使用環境（機種等）に応
じて、電子メールを受信側でデコード（再生）可能な形
式に変換して受信側に供給する。従って、送信側の端末
が、受信側の端末の使用環境に合わせて送信対象データ
の形式を変換する能力を有していない場合でも、異なる
使用環境の端末間で電子メールを適切に送受信し、再生
することができる。

【００４７】なお、この発明は上記実施の形態に限定さ
れず、種々の変形及び応用が可能である。例えば、上記
実施の形態では、添付ファイルとして画像データを添付
する例を示したが、添付ファイルのデータの形式は任意
であり、図３（ｃ）に示すように、音声データや文書デ
ータでもよく、また、スプレッドシート等でもよい。ま
た、上記実施の形態では、電子メールがメール本文と添
付ファイルから構成される例を示したが、任意のファイ
ル自体を電子メールとして送受信してもよい。この場
合、例えば、ファイルのヘッダ等として、宛先アドレ
ス、送信元アドレス等を添付してもよい。

【００４８】また、情報端末リスト２６２が記憶する端
末情報は機種に限定されず、例えば図６に示すように、
表示部の表示階調数（色数）及び表示サイズ等を記憶さ
せてもよい。この場合、例えば、サーバ２は、受信した
画像データの表示色と表示サイズを判別し、受信側の端
末で表示が可能となるように、表示階調数及び表示サイ
ズを変更する。また、情報端末リスト２６２に、図６に
示すように、端末にインストールされているアプリケー
ションプログラムを登録してもよい。この場合、例え
ば、サーバ２は、受信したファイルを処理するアプリケ
ーションプログラムが受信側の端末にインストールされ
ているか否かを判別し、インストールされていない場合
には、受信側の端末にインストールされているアプリケ
ーションプログラムで処理可能な形式にデータを変更す
る。例えば、ワードプロセッサＡＡで作成されたデータ
を、ＢＢワードのみがインストールされた端末に送信す
るような場合には、サーバ２は、送信データを変換プロ
グラムを使用して、ＢＢワード用のデータに変換する。

【００４９】上記実施の形態では、ユーザが同一であっ
ても、電子メール受信用に複数の端末を所有している場
合には、機種に応じたメールアドレスをデータベース２
６に設ける必要がある。しかし、ユーザが同一であるに
もかかわらず、サーバ２に機種に応じて複数のメールア
ドレスを設定することは、データベース２６のデータ管
理において非効率的であるだけでなく、同サービスにお
いても経済的な負担を強いることになる。

【００５０】従って、複数の機種を所有するユーザに対
しては、メールアドレスにおいて接続される機種に依存
しない文字列部分で全ての電子メールを管理し、受信側
の端末から送信されるメールアドレスに付加される属性
情報（接続機種を特定する文字列）を検出することによ
って、受信に使用する端末の機種を特定し、その機種用
にデータを変換してもよい。

【００５１】図７はこの場合のアドレスリスト２６１’
の一例を図示したものである。このメールシステムで
は、例えば、ユーザは、サービスへの加入申込書に電子
メールの受信に使用する１又は複数の機種（例えば、デ
ータＰＨＳ、ノートＰＣ、ＰＤＡ）を指定する。このメ
ールシステムの管理者は、加入申込書の記載等に基づい
て、ネットワークシステムのアドレスリスト２６１’に
そのユーザのメールアドレス、例えば、「abc@xyz.co
m」、「def@xyz.com」を登録すると共にそのユーザの所
有する機種（データＰＨＳ、ノートＰＣ、ＰＤＡ）にフ
ラグをセットする。電子メールの送信者は、このアドレ
スを送信先のメールアドレスとして使用する。

【００５２】一方、電子メールを受信する者は、電子メ
ールを受信するためにネットワークに接続した際、自己
のメールアドレスにその機種を示す属性文字列を含ませ
てサーバ２に送信する。この属性文字列は、受信側の端
末の機種を特定するための属性情報であり、例えば、デ
ータＰＨＳの場合に「ｐｈｓ」、ノートＰＣの場合に
「ｎｐｃ」、ＰＤＡの場合に「ｐｄａ」というように、
システムにより予め定められている。サーバ２のＣＰＵ
２１はアドレスリスト２６１’に設定されている端末機
種の中から、電子メールの取得を要求している端末から
送信された属性情報に従って端末を特定し、メールボッ
クス２６４に格納されている電子メール（及び添付ファ
イル）のデータ形式を特定した機種用に変換して送信す
る。

【００５３】図７の場合では、メールアドレスが「abc@
xyz.com」のユーザは、データＰＨＳで電子メールを受
信する場合、サーバ２に「abcphs@xyz.com」を送信す
る。サーバ２のＣＰＵ２１は、受信したメールアドレス
に含まれている属性情報から受信側の端末の機種がデー
タＰＨＳであることを判別し、「abc@xyz.com」宛の電
子メール（及び添付ファイル）を、データＰＨＳに対応
したデータ形式に変換して送信する。また、メールアド
レスが「def@xyz.com」のユーザが、ＰＤＡで電子メー
ルを受信する場合、サーバ２に接続した際、「defpda@x
yz.com」を送信する。サーバ２のＣＰＵ２１は、受信し
たメールアドレスに含まれている属性情報から受信側の
端末の機種がＰＤＡであることを判別し、「def@xyz.co
m」宛の電子メールを、ＰＤＡに対応したデータ形式に
変換して送信する。

【００５４】なお、属性文字列は、上述のように、予め
システム側において設定されていてもよく、或いは、ユ
ーザがサービス加入時に所望の文字列を選択・設定でき
るようにしてもよい。さらに、フラグは必ずしも設けな
くてもよい。また、ユーザのメールアドレスを「abc＊@
xyz.com」、「def＊@xyz.com」のように、属性文字列の
ワイルドカードを含む形式にしてもよい。

【００５５】なお、上記説明では、電子メールの受信側
の端末が、サーバ２に電子メールの受信を要求した際
に、属性情報（属性文字列）を自己のメールアドレスに
付加して、サーバ２に送信したが、属性文字列とメール
アドレスを別々のタイミングでサーバ２に送信するよう
にしてもよい。例えば、受信側の端末はサーバ２に接続
された時点で、その端末が自己の属性情報（ＰＣ、ＰＤ
Ａ、データＰＨＳ等を示す情報）をサーバ２に予め送信
し、受信側の端末が自己宛の電子メールの取得を要求し
た場合、サーバ２が先に受信していた属性情報に応じた
データ形式に電子メールを変換して、受信側の端末に送
信してもよい。

【００５６】また、上記実施の形態では、ファイルの拡
張子から、データ形式を判別したが、データ形式を電子
メールのヘッダ部分やメール本文の所定箇所等に記録
し、サーバ２がこの記録からデータ形式を判別するよう
にしてもよい。

【００５７】また、上記実施の形態では、電子メールを
送受信する例を示したが、この発明は、電子メールシス
テムに限らず、例えば音声付きの画像データ、テレビ電
話のデータ等の、電子メールの範疇にないデータを送受
信するシステムにも適用可能である。例えば、ある方式
のテレビ電話で取得した画像データ及び音声データを、
方式の異なるテレビ電話に送信する際に、局又はサーバ
で、データの形式を変換し、受信側で再生できるように
してもよい。

【００５８】また、上記実施の形態では、端末がＰＣ、
データＰＨＳ又はＰＤＡとしたが、端末はこれに限らず
に、テレビ電話装置等、通信可能な任意の装置を使用し
てよい。

【００５９】なお、この発明は、専用の端末１−１〜１
−ｎ及びサーバ２によらず、通信機能を有する任意のコ
ンピュータを端末１−１〜１−ｎ又はサーバ２として使
用可能である。例えば、上述の図４に示す処理のうちコ
ンピュータ（又はコンピュータ群）が担当する部分を実
行するためのプログラムを記録媒体に格納して頒布し、
このプログラムの各対応部分をコンピュータに転送して
インストールし、ＯＳ上で実行することにより、コンピ
ュータ（群）をサーバとして使用することができる。

【００６０】なお、ＯＳが処理の一部を分担する場合に
は、記録媒体には、その部分を除いたプログラムを格納
してもよい。この場合も、この発明では、その記録媒体
には、コンピュータが実行する各機能又はステップを実
行するためのプログラムが格納されているものとする。

【００６１】また、ネットワーク３と端末１−１〜１−
ｎの通信部、サーバ２の通信部２７を介してプログラム
をコンピュータに頒布してもよい。

【００６２】

【発明の効果】以上説明したように、この発明によれ
ば、端末が他の端末宛に作成しサーバに送信したデータ
を、サーバが送信先の端末の表示形態に合わせて形式変
換し、送信先の端末から自己宛の電子メールの要求があ
った場合に、形式変換したデータを送信する。従って、
端末のソフト的負担を軽減することができると共に、送
信先の端末の表示形態を把握していない場合にもデータ
を変換して、送信先の端末に表示可能なデータを送信す
ることができる。

【図面の簡単な説明】

【図１】本発明のネットワークシステムの構成を示す図
である。

【図２】本発明のサーバの物理的構成図である。

【図３】（ａ）はデータベースが記憶するアドレスリス
トの一例を示す図であり、（ｂ）はデータベースが記憶
する端末情報リストの一例を示す図であり、（ｃ）はデ
ータベースが記憶するフォーマットリストの一例を示す
図である。

【図４】本発明の形式変換するサーバの動作を説明する
ためのフローチャートである。

【図５】本発明のサーバの論理的構成図である。

【図６】データベースが記憶する端末情報リストの他の
例を示す図である。

【図７】データベースが記憶するアドレスリストの他の
例を示す図である。

【符号の説明】

１−１〜１−ｎ・・・端末、２・・・サーバ、３・・・ネットワ
ーク、２１・・・ＣＰＵ、２２・・・ＲＡＭ、２３・・・記憶
部、２４・・・表示部、２５・・・入力部、２６・・・データベ
ース、２７・・・通信部、２８・・・バス、４１・・・受信部、
４２・・・受信データ蓄積部、４３・・・データ変換部、４４
・・・送信データ蓄積部、４５・・・送信部、４６・・・制御
部、４７・・・情報端末データベース、２６１、２６１’・
・・アドレスリスト、２６２・・・端末情報リスト、２６３・
・・フォーマットリスト、２６４・・・メールボックス

Claims (8)

【特許請求の範囲】
1. 【請求項１】複数の端末とサーバから構成される電子メ
   ールシステムであって、 前記端末は、 電子メールを前記サーバに送信する送信手段と、 自己宛の電子メールを前記サーバから受信する受信手段
   と、 前記受信手段が受信した電子メールを処理する処理手段
   と、 を有し、 前記サーバは、 前記送信手段から送信された電子メールを受信するメー
   ル受信手段と、 前記メール受信手段が受信した電子メールのデータ形式
   を受信側の端末の使用環境に合わせて変換する変換手段
   と、 前記変換手段によりデータ形式が変換された電子メール
   を前記受信側の端末に送信するデータ送信手段と、 を有し、 異なる使用環境の端末間で電子メールを送受信可能とし
   たことを特徴とするネットワークシステム。
2. 【請求項２】前記変換手段は、 メールアドレスに対応付けて端末の使用環境を記憶する
   記憶手段と、 前記メール受信手段が受信した前記電子メールのデータ
   形式を判別する形式判別手段と、 前記形式判別手段が判別した前記電子メールのデータ形
   式と前記記憶手段が記憶している前記受信側のメールア
   ドレスに対応付けられている端末の使用環境とを比較し
   て、電子メールを前記受信側のメールアドレスに対応付
   けられている端末でデコード可能であるか否かを判別す
   る判別手段と、 前記判別手段でデコード不可と判断された場合、前記電
   子メールを前記受信側のメールアドレスに対応付けられ
   ている端末でデコード可能となるように前記電子メール
   のデータ形式を変換する形式変換手段と、 を有することを特徴とする請求項１に記載のネットワー
   クシステム。
3. 【請求項３】前記変換手段は、 前記データ受信手段が受信した電子メールをメール本文
   と添付ファイルとに分離する分離手段と、 前記分離手段が分離した添付ファイルのデータ形式を判
   別するファイル形式判別手段と、 各メールアドレスに対応付けてそのメールアドレスで使
   用する端末の使用環境を記憶する端末記憶手段と、 前記ファイル形式判別手段が判別した前記添付ファイル
   のデータ形式と前記記憶手段が記憶する前記受信側の端
   末の使用環境とを比較して、前記添付ファイルが前記受
   信側のメールアドレスに対応付けられている端末でデコ
   ード可能であるか否かを判別するファイル判別手段と、 前記ファイル判別手段でデコード不可と判断された場
   合、前記受信側の端末でデコード可能となるように前記
   添付ファイルのデータ形式を変換するファイル変換手段
   と、 を有することを特徴とする請求項１又は２に記載のネッ
   トワークシステム。
4. 【請求項４】前記変換手段が変換する前記電子メールの
   変換対象は、フォーマット、表示サイズ、表示階調、解
   像度のうち少なくとも１つを含む、 ことを特徴とする請求項１乃至３のいずれか１項に記載
   のネットワークシステム。
5. 【請求項５】送信元の端末から電子メールを受信し、送
   信先の端末に送信する電子メール補助装置であって、 予め端末の使用環境を記憶する記憶手段と、 受信した前記電子メールの送信先の端末の使用環境を前
   記記憶手段から抽出する抽出手段と、 受信した電子メールのデータ形式を前記抽出手段で抽出
   した送信先の端末の使用環境に合わせて変換する変換手
   段と、 を備えたことを特徴とする電子メール補助装置。
6. 【請求項６】前記変換手段は、 受信した電子メールのデータ形式を判別する形式判別手
   段と、 前記形式判別手段が判別した前記電子メールのデータ形
   式と前記抽出手段が抽出した前記受信側の端末の使用環
   境とを比較して前記電子メールのデータ形式が前記受信
   側の端末のデータ形式と異なるか否かを判別する判別手
   段と、 前記判別手段でデータ形式が異なると判断された場合、
   前記受信側の端末のデータ形式に前記電子メールのデー
   タ形式を変換する形式変換手段と、 を有することを特徴とする請求項５に記載の電子メール
   補助装置。
7. 【請求項７】前記記憶手段は、属性情報に対応して端末
   の種類を記憶し、 前記抽出手段は、端末から送信された属性情報に基づい
   て端末の種類を抽出し、 前記変換手段は、受信した電子メールの形式を前記抽出
   手段が抽出した機種のデータ形式に変換する、 ことを特徴とする請求項５又は６に記載の電子メール補
   助装置。
8. 【請求項８】コンピュータを、 ネットワークを介して端末に接続され、他の端末から送
   信された電子メールを受信側のメールアドレスに対応付
   けられている端末の使用環境に従ってデータの形式を変
   換するサーバとして機能させるためのプログラムであっ
   て、 他の端末から送信された電子メールを受信するデータ受
   信手段と、 前記データ受信手段が受信した電子メールを受信側のメ
   ールアドレスに対応付けられている端末の環境に合わせ
   てデータ形式を変換する変換手段と、 前記変換手段で変換した電子メールを記憶する記憶手段
   と、 前記受信側のメールアドレスに対応付けられている端末
   からの要求に応じて前記記憶手段が記憶する電子メール
   を送信する送信手段と、 を機能させるためのプログラムを記憶したコンピュータ
   に読み取り可能な記録媒体。