JP2002157196A

JP2002157196A - 電子メール装置

Info

Publication number: JP2002157196A
Application number: JP2000350829A
Authority: JP
Inventors: Hiroyuki Onuma; 宏行大沼; Yoshitaka Hamaguchi; 佳孝濱口
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2000-11-17
Filing date: 2000-11-17
Publication date: 2002-05-31

Abstract

(57)【要約】【課題】送信するメッセージを自動的に送信先の端末
で利用可能なデータに変換する。【解決手段】作成部２２がメッセージの送信を指示す
ると受信能力判断部２３は送信先のアドレス中のドメイ
ン名に応じて送信先の端末が利用可能なデータを判断す
る。編集制御部２４はこの判断結果に応じて、要約部２
６，重要部分強調部２７の動作を制御し、送信が指示さ
れたメッセージを送信先の端末が利用可能なデータに変
換する。変換されたメッセージは送受信部２１によって
ネットワーク１経由で送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信するメッセー
ジを自動的に送信先の端末の能力に応じた表現形式に変
換することができる電子メール装置に関する。

【０００２】

【従来の技術】電子メールの送受信機能が実装された携
帯電話等の可搬性に優れた携帯端末が普及したことによ
り、これらの携帯端末とパーソナルコンピュータ（Ｐ
Ｃ）等の汎用の情報処理装置上で実行される電子メール
の送受信のためのソフトウェア（メーラ）との間で電子
メール（メッセージ）の送受信をする機会が増えてい
る。

【０００３】また、利用料金が低廉あるいは無料であり
手軽に利用できるため、Ｗｅｂブラウザを用いて利用で
きるいわゆるＷｅｂメールサービスを利用するユーザも
増加している。このようなＷｅｂメールサービスは、Ｗ
ｅｂブラウザによって利用できるものであるためＨＴＭ
Ｌ（Hyper Text Markup Language）形式のメッセージを
扱うことができるようになっていることが多い。

【０００４】

【発明が解決しようとする課題】しかしながら、上述の
ような携帯端末は、軽量化，低消費電力化等の要請から
データ容量，表示能力等の能力が制限されていることが
多く、例えば送受信できるメッセージの文字数が制限さ
れていたり，受信したメッセージに添付されたファイル
を復元できなかったりする場合がある。このため、能力
が制限されている端末にメッセージを送信する際には、
端末の能力に応じたメッセージを作成する必要がある。

【０００５】また、ＳＭＴＰ（Simple Mail Transfer P
rotocol）等の既存の電子メールシステムでは、メッセ
ージのヘッダ内のＴＯ：フィールド，ＣＣ：フィールド
等において複数の送信先のアドレスを指定することによ
り、複数の送信先に同一のメッセージを送信することが
できるようになっているものの、個々の送信先毎にメッ
セージの本文の内容を異なるものとすることはできな
い。このため、端末の能力が異なる送信先に同じ内容の
メッセージを送信しようとする場合には、例えば送信
先の端末の能力に関係無くメッセージを作成してそのま
ま送信するか、送信先の端末の中で最も能力が低い端
末に対応させたメッセージを作成して全ての送信先に同
一のメッセージを送信するか、送信先の端末の能力に
応じて複数のメッセージを作成して送信するといった対
策が必要となる。

【０００６】しかしながら、送信先の端末の能力に関
係無くメッセージを作成してそのまま送信する場合に
は、送信側では１つのメッセージのみを作成すればよい
ため、送信側の労力は小さいものの、送信先の端末の能
力によってはメッセージの全文を受け取ることができな
かったり、受信したメッセージを見ることが困難である
場合がある。また、送信先の端末の中で最も能力が低
い端末に対応させたメッセージを作成し、全ての送信先
に同一のメッセージを送信する場合では、同様に、送信
側では１つのメッセージのみを作成すれば足りるもの
の、メッセージの形式（文字数，データ形式等）や内容
等が、最も能力が低い端末の能力に制限されてしまう。
さらに、送信先の端末の能力に応じて複数のメッセー
ジを作成して送信する場合では、送信先の端末の能力に
応じたメッセージを送信することができるものの、送信
先の端末の能力毎に異なるメッセージを作成しなければ
ならず、送信側の労力が大きい問題があり、いずれも一
長一短があった。

【０００７】特に、メンバーから所定のサーバ宛に送信
されたメッセージを全てのメンバーに配信するいわゆる
メーリングリストサービスでは、送信先のアドレスが非
公開となっている場合があり、このような場合には、送
信先の端末が利用可能なデータを判断することが極めて
困難になる。

【０００８】また、上述のＷｅｂメール，あるいはメッ
セージの内容（本文）をＨＴＭＬ（Hyper Text Markup
Language），ＸＭＬ（eXtensible Markup Language）等
のページ記述言語で表された形式（以下、単にＨＴＭＬ
形式という。）のメッセージとして扱うことができるメ
ーラ等では、いわゆるタグを駆使して表現力に富むメッ
セージとすることも可能ではあるが、送信先の端末がＨ
ＴＭＬ形式に対応しているか否かが不明である場合に
は、送信先の端末がＨＴＭＬ形式に対応していない場合
にも受信できる通常の形式でメッセージを送信する必要
があり、メッセージの表現力が制限されることになって
いる。

【０００９】本発明は、上述の諸課題に鑑みてなされた
ものであり、送信するメッセージを自動的に送信先の端
末で利用可能なデータに変換することができる電子メー
ル装置を提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明に係る電子メール
装置は、メッセージとして利用可能なデータが制限され
た端末に対してメッセージを送信する電子メール装置で
あって、送信するメッセージ中の端末が利用可能なデー
タを示唆する情報から端末が利用可能なデータを判定す
る判定手段と、判定手段の判定結果に応じて、メッセー
ジを端末が利用可能なデータに変換する変換手段とを備
えることを特徴とする。

【００１１】

【発明の実施の形態】第１の実施形態図１は、本発明の第１の実施形態に係る電子メール装置
の構成を示すブロック図である。この電子メール装置２
は、同図中に示すように、インタネット，イントラネッ
トあるいはＬＡＮ（Local Area Network）等のネットワ
ーク１を介して接続された他の電子メール装置と電子メ
ール（メッセージ）の送受信を行うための送受信部２１
と、ユーザが送信しようとするメッセージ（送信メッセ
ージ）を作成するための作成部２２と、送信先の端末の
データ受信容量，データ処理能力等の受信能力を判定す
る受信能力判断部２３と、メッセージの編集等の動作を
制御する編集制御部２４と、アドレス内のドメイン名に
受信能力を対応させて記憶するドメイン情報記憶部２５
と、編集制御部２４からの指示に応じてメッセージを要
約する要約部２６と、編集制御部２４からの指示に応じ
て重要部分を強調する重要部分強調部２７とを備えてい
る。

【００１２】この電子メール装置２は、例えばパーソナ
ルコンピュータ（ＰＣ）等の情報処理装置によって実現
されており、送受信部２１は、例えば当該装置において
実行されるＳＭＴＰサーバ，ＰＯＰサーバ等のプログラ
ムによって実現されている。なお、これ以外の手順（プ
ロトコル）でメッセージを送受信する電子メールシステ
ムであってもよい。また、この送受信部２１は、受信し
たメッセージを他の宛先に転送する機能を有している。

【００１３】また、作成部２２は、例えば当該装置にお
いて実行されているメール送受信プログラム（メーラ）
等によって実現されている。同様に、受信能力判断部２
３，編集制御部２４，要約部２６，重要部分強調部２７
も、当該装置において実行されるプログラムによって実
現されている。

【００１４】ドメイン情報記憶部２５には、例えば図２
に示すように、ドメイン名と、当該ドメイン名に対応す
るデータ受信容量すなわち当該ドメイン内の端末で受信
可能な最大のデータ容量ないし文字数（以下、単に制限
文字数という。），当該ドメイン名に対応するデータ処
理能力すなわち当該ドメイン内の端末で利用可能なデー
タ形式（例えばＨＴＭＬ形式のメッセージの利用の可
否）が対応付けられて記憶されている。

【００１５】通常、伝送することができるメッセージの
本文の最大文字数（制限文字数）はサービスを提供する
事業者毎あるいは事業者が提供するサービス毎に異なっ
ている。一方、携帯電話に対して提供される電子メール
サービスでは、サービスを提供する事業者毎あるいは事
業者が提供するサービス毎にアドレスのドメイン名部分
が異なっている。このため、上述のようにドメイン情報
記憶部２５にドメイン名と制限文字数の関係を対応付け
て記憶しておき、メッセージの送信先のアドレスから送
信先のドメイン名を抽出し、ドメイン情報記憶部２５を
参照して送信先のドメイン名に対応する制限文字数を取
得することにより、容易に送信先の端末のデータ受信容
量（制限文字数）を判断することができる。

【００１６】また、ＨＴＴＰ（Hyper Text Transfer Pr
otocol）サーバ経由でメッセージの送受信を行ういわゆ
るＷｅｂメールでは、そもそもＨＴＭＬ形式，ＸＭＬ形
式等のページ記述言語でユーザにサービスを提供してい
るため、これらの形式のメッセージを扱うことができる
場合が多い。このようなＷｅｂメールでは、提供者毎に
ドメイン名が異なるため、送信先の端末がＨＴＭＬ形式
等のメッセージを利用することができるか否かは、上述
の制限文字数と同様に、ドメイン情報記憶部２５を参照
して送信先のドメイン名に対応するＨＴＭＬ形式の利用
の可否を取得することによって容易に判断することがで
きる。

【００１７】上述の図２は、メッセージの送信先のアド
レス中のドメイン名に基づいてこれらの受信能力判断を
行うためのテーブルである。具体的には、図２中の“ａ
ａ＃．ｎｅ．ｊｐ”と“ｂｂ＃．ｎｅ．ｊｐ”が携帯電
話等の受信可能な文字数が制限されている端末が属する
ドメインのドメイン名を示しており、同図中の“ｘｘ
＃．ｎｅ．ｊｐ”がＷｅｂメールでＨＴＭＬ形式が利用
可能なドメインのドメイン名を示している。

【００１８】要約部２６は、編集制御部２４からの指示
に応じて、メッセージの送信先のドメイン名に対応する
制限文字数内にメッセージを要約する。重要部分強調部
２７は、編集制御部２４からの指示に応じて、メッセー
ジの送信先のドメイン名がＨＴＭＬ形式のメッセージを
扱うことができるＷｅｂメール等のものである場合に、
送信メッセージをＨＴＭＬ形式に変換し、メッセージ中
の重要部分を抽出し、抽出した重要部分を強調する。

【００１９】この重要部分は、例えば固有名詞，金額，
日時等の部分とし、固有名詞の抽出は、具体的には、例
えば情報通信学会技術報告「固有名詞抽出における日本
語と英語の比較」, NLC98-21, pp.45-52, 1998に示され
ている方法によって行う。

【００２０】具体的には、まず、メッセージを構成する
文字列を文字種によって分割し、平仮名，句読点以外の
文字で２つ以上連続するものを抽出し、抽出された文字
から，別途設けられた固有名詞の辞書に記憶されている
固有名詞に該当するものを抽出し、抽出した固有名詞の
前後にいわゆるＳＧＭＬタグ（“<”，“>”で挟まれた
文字列）を付加する。このように抽出した固有名詞の前
後にＳＧＭＬタグを付加した後、別途保持されている統
合規則によって抽出した固有名詞を統合化する。また、
固有名詞以外の重要部分である金額等の数値，日時等の
抽出は、例えば予め登録しておいた規則と電子文書を比
較するパターンマッチングによって行う。

【００２１】以下、上述のように構成された電子メール
装置の動作を説明する。まず、ユーザが送信先のアドレ
ス，タイトル，本文等を入力して送信しようとするメッ
セージ（送信メッセージ）を作成し、作成部２２に送信
を指示すると、図３中のステップＳ１００以降の処理が
開始され、このステップＳ１００において、受信能力判
断部２３は送信要求を受け付け、続くステップＳ１１０
において、送信メッセージ中の送信先のアドレスを１つ
抽出し、続くステップＳ１２０において、当該送信先の
アドレス内のドメイン名がドメイン情報記憶部２５に記
憶されているか否かを確認する。当該ドメイン名がドメ
イン情報記憶部２５に記憶されていない場合には、受信
能力判断部２３は、送信先の端末の受信能力が制限され
ていないものとみなして続くステップＳ１８０に進み、
記憶されている場合には続くステップＳ１３０以降の処
理を実行する。まず、ステップＳ１３０において、受信
能力判断部２３は、ドメイン情報記憶部２５から送信先
アドレスのドメイン名に対応する制限文字数を取得し、
編集後の送信メッセージの本文の最大文字数とする。

【００２２】続くステップＳ１４０において、編集制御
部２４は、送信メッセージの本文の文字数が最大文字数
以下であるか否かを判定し、最大文字数より多ければス
テップＳ１５０に進み、要約部２６に送信メッセージの
本文の文字数が最大文字数以下になるように要約処理を
指示し、この要約処理が終了すると、続くステップＳ１
８０に進む。一方、送信メッセージの本文の文字数が最
大文字数以下であれば、ステップＳ１６０に進み、編集
制御部２４は、ドメイン情報記憶部２５を参照して、送
信先のドメインにおいてＨＴＭＬ形式が利用可能か否か
を判定する。編集制御部２４は、ＨＴＭＬ形式が利用可
能でなければステップＳ１８０に進み、利用可能であれ
ば、ステップＳ１７０において、送信メッセージの本文
中の重要部分（例えば固有名詞）を抽出し、当該重要部
分に対して強調処理を実行し、続くステップＳ１８０に
進む。具体的には、例えば重要部分である固有名詞の前
後に文字の色を変えるタグを挿入する。

【００２３】ステップＳ１８０では、送受信部２１が送
信メッセージを発信し、続くステップＳ１９０におい
て、受信能力判断部２３は全ての送信先アドレスについ
て処理が終了したか否かを判定し、終了していなければ
ステップＳ１１０に戻り、ステップＳ１１０からステッ
プＳ１８０までの処理を繰り返し、全ての送信先アドレ
スについて処理が終了していれば終了する。

【００２４】これにより、送信メッセージの送信先のア
ドレス毎に、自動的に制限文字数，ＨＴＭＬ形式の利用
の可否に応じた送信メッセージの変換処理が実行されて
送信メッセージが送信される。例えば本文が８００文字
のメッセージをｎａｍｅ−１＠ａａ＃．ｎｅ．ｊｐ及び
ｎａｍｅ−２＠ｂｂ＃．ｃｃｃ．ｎｅ．ｊｐに送信しよ
うとする場合には、ステップＳ１１０の最初の実行によ
ってｎａｍｅ−１＠ａａ＃．ｎｅ．ｊｐが抽出され、上
述の図２に示すように、当該アドレスのドメイン名ａａ
＃．ｎｅ．ｊｐがドメイン情報記憶部２５に登録されて
いるため、ステップＳ１２０の最初の実行時にはステッ
プＳ１３０に進み、当該ドメイン名に対応する制限文字
数（２５０文字）がドメイン情報記憶部２５から読み出
されて最大文字数とされ、送信メッセージの本文の文字
数（８００文字）が最大文字数（２５０文字）より多い
ため、ステップＳ１４０からステップＳ１５０に進み、
要約処理によって本文の文字数が２５０文字以下に要約
された後、ステップＳ１８０において送信される。

【００２５】また、ステップＳ１１０の２回目の実行に
よってｎａｍｅ−２＠ｂｂ＃．ｃｃｃ．ｎｅ．ｊｐが抽
出され、上述の図２に示すように、このアドレスのドメ
イン名部分はドメイン情報記憶部２５に登録されていな
いため、文字数の制限がないとして、ステップＳ１２０
の２回目の実行時にはステップＳ１８０に進み、送信メ
ッセージがそのまま送信される。

【００２６】以下、ステップＳ１５０において要約部２
６が実行する要約処理について詳述する。この要約処理
は、例えば特開平１１−３４５２３３号公報に記載され
た発明と同様に実行する。具体的には、まず、句読点等
によって送信メッセージの本文から個々の文を抽出して
各々の文に文番号を付与する。これにより、例えば図４
（Ａ）に示す送信メッセージ中の文に、同図（Ｂ）に示
す文番号が付与される。なお、この段階では、文が抽出
されて文番号が付与されているだけで、同図（Ｂ）に示
すタグは付加されていない。次に、各文毎に構文解析を
行って、語に分解し、語の意味的なまとまりである句を
抽出し、語及び句にタグを付加する。この句には、名詞
を含む名詞句，動詞を含む動詞句等がある。この後、特
開平１１−３４５２３３号公報に記載されている発明で
は、各々の句，語等のエレメント（要素）の重要度を求
め、文中のエレメントの重要度の総和によって文の重要
度を決定していたが、この実施形態の電子メール装置で
は、上述のように求めた各文中のエレメントの中からさ
らに固有名詞，日時等の重要部分を抽出し、これらの重
要部分の総和と、いわゆる慣例文の数を求め、次式に従
って重要度を求めている。［重要部分の総和］−［慣例文の数］×２

【００２７】例えば図４（Ａ）の送信メッセージから抽
出した文番号１の文には、固有名詞が含まれておらず、
慣例文が１つ含まれているので上式より重要度が−２と
なる。また、同図（Ａ）の送信メッセージから抽出した
文番号２の文には、固有名詞が３個含まれており、慣例
文は含まれていないので上式より重要度が３となる。

【００２８】この慣例文は、電子メールの送信メッセー
ジにおいて慣例的に使用されている文であり、例えば図
６に示す慣用文認識情報に含まれるようなフレーズを含
むものである。慣例文は、例えば送信メッセージの文
頭，文末等において、慣例的に用いられているだけで、
特に情報として意味のないものと考えられるため、この
電子メール装置では、文の重要度を下げるための情報と
して用いている。この慣例文の検出は、例えばパターン
マッチングによって上述のように解析された構文構造に
よって検出された文に図６に示すフレーズが含まれてい
るか否かを判定して行う。あるいは、予め登録しておい
た慣例文の例文と比較して行うようにしてもよいし、例
文そのものとの比較，例文中の単語との類似度の総和等
に基づいて慣例文を検出してもよい。

【００２９】このように慣例文を検出すると、要約部２
６は検出した慣例文の前後に慣用文であることを示すタ
グ（<慣用文>，</慣用文>）を付加する。例えば図４
（Ａ）の送信メッセージから抽出した文番号１，３，６
の文は、図６に登録されているフレーズを含むため、要
約部２６は、図４（Ｂ）に示すように、これらフレーズ
の前後にタグを付加する。

【００３０】また、上述の重要部分の内の固有名詞は、
例えば図７に示すように、カテゴリを示すリスト名と当
該カテゴリに属する単語の例が対応付けられた名詞認識
情報に含まれている固有名詞を抽出して固有名詞の前後
にリスト名に対応するタグを付加する。これにより、例
えば図４（Ａ）から抽出された文番号２の文中の単語
「ＯＸ」，「高校」，「山田」が抽出される。一方、上
述の重要部分の内の日時は、例えば予め設定しておいた
パターンとのパターンマッチング等によって抽出する。
これにより、例えば図４（Ａ）から抽出された文番号７
の文中の単語「８月」，「１４日」が抽出される。

【００３１】さらに、要約部２６は、文内の隣接する固
有名詞，日時等を図８に示す統合規則（特定の意味を表
す単語として統合するための規則）によって統合する。
これにより、例えば上述の文番号２の文から抽出された
「ＯＸ」，「高校」は、図８中の規則１に従って「ＯＸ
高校」に統合される。また、文番号７の文から抽出され
た単語「８月」，「１４日」は図８中の規則８に従って
単語「８月１４日」に統合される。

【００３２】上述のように送信メッセージ内の各文の重
要度を求めると、要約部２６は、要約文は最大文字数を
超えないように文を選択し、選択した文を繋いで送信メ
ッセージを構成する。具体的には、上述の図４（Ｂ）に
示す送信メッセージでは、重要度の高い順に文番号２，
７，４の文が選択され、元の送信メッセージ中の順序に
従って文番号２，４，７の順で繋がれて、図５（Ａ）に
示すように、要約後の送信メッセージ（要約文）が形成
される。

【００３３】以下、ステップＳ１７０における強調処理
について説明する。この強調処理では、重要部分強調部
２７は、まず、上述の要約部２６と同様な構文解析等を
実行して各文中の重要部分の固有名詞，日時等を抽出
し、統合規則に従ってこれらの固有名詞，日時等を統合
する。重要部分を抽出すると、重要部分強調部２７は、
重要部分の前後に強調処理を行うためのタグを付加す
る。具体的には、図４（Ｂ）中の各タグを、図５（Ｂ）
に示すように、いわゆるタグ等で置換する。これ
により、例えば上述の図４（Ｂ）に示すようにタグで囲
まれて抽出された重要部分の文字の前後に、色を変える
タグ（強調部分），文字
サイズを変更するタグ（強調部分）等が付加される。さらに、重要部分強調部２７は、
所定のタグ（例えば<BODY>，</BODY>、<HTML>，</HTML>
あるいは改行や空白行を表すために行末に挿入されるやタグ等）を付加してメッセージをＨＴＭＬ形式
に変換する。

【００３４】以上説明したように、この実施形態の電子
メール装置では、携帯電話等のデータ受信能力が制限さ
れた端末を含む複数の端末に電子メールを送信する際
に、自動的にメッセージの文字数が送信先の端末の制限
文字数内となるようにメッセージを要約して送信するこ
とができる。これにより、ユーザは、送信先の端末の受
信能力を意識せずに電子メールを送信することが可能に
なる。

【００３５】また、データ処理能力が異なる端末を含む
複数の端末に電子メールを送信する際に、自動的に送信
先の端末のデータ処理能力に応じた処理，例えばＨＴＭ
Ｌ形式の有無に応じて変更したメッセージを送信するこ
とができる。これにより、例えば送信先の端末でＨＴＭ
Ｌ形式が利用可能である場合に、重要部分を強調して表
示することができる。従って、この電子メール装置で
は、送信するメッセージを自動的に送信先の端末で利用
可能なデータに変換することができる。

【００３６】第２の実施形態図９は、本発明の第２の実施形態に係る電子メール装置
の構成を示すブロック図である。無料で提供されるいわ
ゆるフリーメールサービスでは、広告等の付加情報が送
信メッセージに自動的に付加される場合があるが、通常
は、送信先の端末のデータ受信容量までは考慮しておら
ず、メッセージに付加する付加情報の量までは考慮して
いない。

【００３７】上述の第１の実施形態のメール装置では、
携帯電話等のデータ受信容量等が制限された端末に電子
メールを送信する際に、電子メール装置が自動的にメッ
セージの文字数が相手端末の制限文字数内になるように
メッセージを編集していたが、単にメッセージ本文の文
字数のみを要約した場合には、本文に比較して付加情報
の比率が大きくなってしまう場合がある。付加情報の割
合がメッセージの本文より大きいと、本文の内容が伝わ
り難かったり、送信先の相手への印象が悪い場合があ
る。

【００３８】このため、この実施形態の電子メール装置
１０２では、携帯電話，Ｗｅｂメール等の送信先の端末
のデータ受信能力に応じて、送信メッセージに付加する
付加情報の文字数あるいは形式を変更するようにしてい
る。このために、この電子メール装置１０２は、上述の
図１に示す電子メール装置の構成に加えて、送信メッセ
ージに付加情報を挿入する付加情報挿入部３０と、この
付加情報挿入部３０が付加する情報を記憶する付加情報
記憶部３１とを備えている。

【００３９】付加情報記憶部３１には、例えば図１０に
示すように、同一内容（例えば広告）を示すものではあ
るが送信先の端末の受信能力に応じた異なる付加情報
が、送信先の端末の受信能力に対応するドメイン名に対
応付けられて記憶されている。具体的には、例えばデー
タ受信能力が上述の制限文字数に制限された携帯電話の
アドレス中のドメイン名はａａ＃．ｎｅ．ｊｐであり、
このドメイン名に対しては、図１０中の上段に示すよう
に、１行当たりの文字数が少なく，桁数も少ないため全
体としての文字数も少ない付加情報が対応付けられて記
憶されている。また、例えば上述のＷｅｂメール等のＨ
ＴＭＬ形式が利用可能な端末のドメイン名はｘｘ＃．ｎ
ｅ．ｊｐであり、このドメイン名に対しては、同図中の
中段に示すように、ＨＴＭＬ形式の付加情報が対応付け
られて記憶されている。さらに、これら以外のドメイン
名に対しては、同図中の下段に示すように、比較的文字
数の多い通常の形式（例えばテキスト形式）の付加情報
が対応付けられて記憶されている。なお、この例では付
加情報の内容（例えば広告）は１つであるが、複数の内
容の付加情報を送信先のドメイン名毎に作成しておき、
送信メッセージに付加する際にいずれかの内容を選択す
るようにしてもよい。

【００４０】付加情報挿入部３０は、付加情報記憶郡３
１を参照し、編集制御部２４から指示された送信先のド
メイン名に対応する付加情報を取得し、送信メッセージ
に挿入する。

【００４１】以下、上述のように構成された電子メール
装置の動作を説明する。まず、図１１に示す処理におい
て、上述の図３に示す処理と同様にステップＳ１００か
らステップＳ１３０までの処理を実行するが、この後、
ステップＳ１４０の処理を実行する前に、ステップＳ３
００，Ｓ３１０の処理を実行する。すなわち、ステップ
Ｓ３００において、編集制御部２４は、付加情報挿入部
３０を介して付加情報記憶部３１から、上述のステップ
Ｓ１１０において抽出されたドメイン名に対応する付加
情報を取得し、続くステップＳ３１０に進む。ステップ
Ｓ３１０において、編集制御部２４は、取得した付加情
報の文字数を求め、メッセージの本文の最大文字数を、
上述のステップＳ１３０で決定した数から減じた文字数
を、新たなメッセージの本文の最大文字数とし、続くス
テップＳ１４０に進む。

【００４２】ステップＳ１４０からステップＳ１７０ま
での処理は、メッセージの本文の最大文字数が異なる以
外は上述の図３に示す処理と同一であるが、この電子メ
ール装置では、ステップＳ１７０の処理が終了した後、
ステップＳ１８０において送信メッセージを送信する前
に、ステップＳ３２０において、付加情報挿入部３０
が、送信メッセージに、上述のステップＳ３００におい
て取得した付加情報を挿入する。また、ステップＳ３０
０を実行しなかった場合は、付加情報記憶部３１のドメ
イン名が「その他」である行の付加情報を挿入する。こ
れにより、例えば図１２（Ａ）に示す送信メッセージ
に、同図（Ｂ）及び（Ｃ）に示すように、送信先の受信
能力に応じた付加情報（この場合では広告）が挿入され
る。すなわち、図１２（Ａ）の送信メッセージは、送信
先ｎａｍｅ−２＠ｘｘ＃．ｎｅ．ｊｐに対しては、上述
の図１０中段のドメイン名が当該送信先のドメイン名と
一致するため、付加情報挿入部３０は、これに対応する
ＨＴＭＬ形式の付加情報を取得し、図１２（Ｃ）に示す
ように、このＨＴＭＬ形式の付加情報を送信メッセージ
の本文に挿入する。一方、送信先ｎａｍｅ−１＠ａａ
＃．ｎｅ．ｊｐに対しては、図１０の上段のドメイン名
が当該送信先のドメイン名と一致するので、付加情報挿
入部３０は、これに対する文字数の少ない付加情報を取
得し、図１２（Ｂ）に示すように、送信メッセージの本
文に挿入する。

【００４３】このように送信メッセージに付加情報が挿
入されると、上述の図３に示す処理と同様に、ステップ
Ｓ１８０において、送受信部２１によって当該送信メッ
セージが上述のステップＳ１１０において抽出された送
信先に送信される。

【００４４】以上のステップＳ１００からステップＳ１
８０までの処理は、上述の図３に示す処理と同様に、ス
テップＳ１９０によって全ての送信先のアドレスについ
て処理が終了したことが判定されるまで繰り返され、各
々の送信先のアドレスについて上述の処理が実行され
る。

【００４５】以上説明したように、この実施形態の電子
メール装置では、付加情報を送信メッセージの本文に挿
入する際に、送信先の端末の受信能力を送信先のアドレ
ス中のドメイン名から判断し、相手側の受信能力に応じ
た文字数，形式の付加情報を選択することができる。こ
のため、付加情報が必要以上に長くなることを防止する
ことができる。また、送信先の端末で利用可能な形式の
付加情報を選択することができ、送信先の端末装置の受
信能力に応じて付加情報の表現を選択するため、送信先
の端末で利用可能な範囲で付加情報の表現の自由度を向
上させることができる。

【００４６】第３の実施形態図１３は、本発明の第３の実施形態に係る電子メール装
置の構成を示すブロック図である。上述の第１及び第２
の実施形態では、作成したメッセージを送信する電子メ
ール装置に本発明を適用した場合について説明したが、
本発明は、メーリングリストのアドレス宛に送信された
メッセージを、予め登録されているメンバーのアドレス
に転送するメーリングリストサービスあるいは所定のア
ドレス宛に供給されたメッセージを予め設定されたアド
レスに転送するメール転送サービス等を運用する電子メ
ール装置すなわちメッセージを転送する機能を有する電
子メール装置にも適用することができる。

【００４７】以下、メーリングリスト用のメールサーバ
としての機能を有する電子メール装置を例に説明する。
この実施形態の電子メール装置１１２では、送受信部２
１がメーリングリスト宛のメッセージをメンバー宛に転
送する機能（具体的には、送受信部２１が受信したメッ
セージからメンバー宛のメッセージを作成して送信を指
示する機能）を有しており、上述の図１に示す電子メー
ル装置２の構成に加えて、送受信部２１がメンバー宛の
メッセージを作成する際に参照する転送先のアドレスを
記憶する転送先記憶部３２を備えている。

【００４８】この転送先記憶部３２には、例えば図１４
に示すように、メーリングリストのアドレス“ｍａｉｌ
−ｌｉｓｔ＠ａａ＃．ｎｅ．ｊｐ”とこのメーリングリ
ストのメンバー“ｎａｍｅ−１＠ａａ＃．ｎｅ．ｊ
ｐ”，“ｎａｍｅ−２＠ｘｘ＃．ｎｅ．ｊｐ”，“ｎａ
ｍｅ−３＠ｂｂ＃．ｎｅ．ｊｐ”が対応付けられて記憶
されている。なお、メーリングリストのアドレスは、各
々のメンバーを対応付けて管理するようにすれば複数あ
ってもよい。

【００４９】以下、上述のように構成された電子メール
装置の動作を説明する。送受信部２１が、メッセージを
受信すると、転送先記憶部３２を参照して、メーリング
リストのアドレス宛に送信されたメッセージであるか否
かを判断する。具体的には、受信したメッセージの宛先
アドレスと転送先記憶部３２のメーリングリストアドレ
ス部とを比較し、これらが一致していたら、メーリング
リストのアドレス宛に送信されたと判断する。

【００５０】メーリングリストのアドレス宛のメッセー
ジであれば、送受信部２１は、転送先記憶部３２からメ
ンバーのアドレスを取得し、これを転送先のアドレスと
し，送受信部２１が受信したメーリングリスト宛のメッ
セージの本文を本文の内容とする転送メッセージを作成
し、送信を指示する。なお、さらに、転送メッセージの
タイトル（Ｓｕｂｊｅｃｔ：フィールド）を予め設定し
ておいたメッセージとしてもよい。

【００５１】これ以降の動作は、上述の第１の実施形態
の動作と同じであり、受信能力判断部２３による判断に
応じて、編集制御部２４による制御下、転送先の端末の
受信能力毎にメッセージの要約，ＨＴＭＬ形式への変更
等の処理が実行される。

【００５２】以上説明したように、この実施形態の電子
メール装置では、メッセージの転送先毎に、送信先のア
ドレス中のドメイン名に応じて、転送先の端末の受信能
力を判断し、転送先の受信能力に応じてメッセージの要
約，ＨＴＭＬ形式への変更等の処理を実行することがで
きる。メーリングリストサービスにおいては、例えばメ
ンバーリストが公開されていない等の事由によってメン
バーが他のメンバーのアドレスを知らない場合がある。
このような場合には、メッセージの発信者であるメンバ
ーは送信先のアドレスに応じて送信先の端末の受信能力
を判断することができない。しかしながら、この実施形
態のように、メーリングリストサービスを実行している
電子メール装置に本発明を適用することにより、このよ
うな場合であっても送信先の端末の受信能力に応じてメ
ッセージの要約，ＨＴＭＬ形式への変更等の処理を自動
的に実行させることができる。

【００５３】第４の実施形態図１５は、本発明の第４の実施形態に係る電子メール装
置の構成を示すブロック図である。メッセージの本文に
は、企業名，製品名等の正式名称等が含まれていること
がある。これらの正式名称の代わりに短い略称で示して
も、社内，部署内等の内部の者には充分に理解できる場
合があるが、社外，部署外の者には、理解が困難である
場合がある。このため、送信先に社外，部署外の者が含
まれている場合には、正式名称で示すことが多い。ま
た、上述の各実施形態の要約処理においても略称につい
ては考慮されておらず、メッセージの本文に含まれてい
る正式名称が長い場合であってもそのまま要約を求めて
いた。

【００５４】しかしながら、文字数等のメッセージの本
文の制限を考慮すると、社内，部署内の者等の略称で理
解できる者に宛てたメッセージでは、正式名称の代わり
に略称で示すことが望ましい。

【００５５】このため、この第４の実施形態の電子メー
ル装置１２２では、略称で理解できると思われる送信先
へのメッセージでは、正式名称を略称に置換してから要
約処理を行うようになっている。このために、この電子
メール装置１２２は、図１に示す第１の実施形態の構成
に加えて、メッセージ中の正式名称を略称に置換する文
字列置換処理部３３と、送信先のアドレスに対応する置
換規則を記憶する文字列置換規則記憶部３４とを備えて
いる。

【００５６】文字列置換処理部３３は、文字列置換規則
記憶部３４を参照して、メールの本文の中の正式名称を
略称に置換する。文字列置換規則記憶部３４には、例え
ば図１６に示すように、この置換のための規則が、正式
名称と略称の組として、当該規則が適用されるドメイン
名（適用ドメイン名）毎に記憶されている。例えばドメ
イン名“ｊｐ”（例えば“ａａ＃．ｎｅ．ｊｐ”等のト
ップドメインがｊｐであるドメインは全て含まれる。）
に宛てたメッセージ中では、「ニューヨーク」という文
字列が「ＮＹ」に置換される。また、ドメイン名“ａａ
＃．ｎｅ．ｊｐ”（例えば“ｘｘ＃．ａａ＃．ｎｅ．ｊ
ｐ”，“ｙｙ＃．ａａ＃．ｎｅ．ｊｐ”等が含まれる）
に宛てたメッセージ中では、「ＡＢＣシステム」，「営
業本部」という文字列が各々「ＡＢＣ」，「営本」に置
換される。

【００５７】略称は特定の範囲の者にしか理解できない
場合があるので、略称で理解できる者を判断するための
情報として、この電子メール装置では、上述の適用ドメ
イン名を用いている。なお、適用ドメイン名の代わりに
略称で理解できる者のアドレスを全て登録しておき、送
信先のアドレスと比較して正式名称を略称に変換するか
否かを判断するようにしてもよい。

【００５８】以下、上述のように構成された電子メール
装置の動作を説明する。まず、図１７に示す処理におい
て、上述の図３に示す処理と同様にステップＳ１００か
らステップＳ１４０までの処理を実行するが、この後、
ステップＳ１５０の処理を実行する前に、ステップＳ４
００からステップＳ４３０の処理を実行する。

【００５９】ステップＳ４００では、文字列置換処理部
３３は、文字列置換規則記憶部３４に記憶されている全
ての規則について置換処理が終了したか否かを判定し、
終了していなければ、続くステップＳ４１０に進み、終
了していれば置換処理を終了し、図３中のステップＳ１
５０に進む。

【００６０】ステップＳ４１０では、文字列置換規則記
憶部３４に記憶されている規則を１つ読出し、続くステ
ップＳ４２０において、メッセージの送信先のドメイン
名が、読出した規則の適用ドメイン名と一致するかどう
かを判定し、一致していればステップＳ４３０に進み、
一致していなければステップＳ４００に戻り、次の規則
について以上の処理を繰り返す。

【００６１】ステップＳ４３０では、ステップＳ４１０
で読出した規則に従って、メッセージの本文中の正式名
称に一致する文字列を全て略称に置換し、ステップＳ４
００に戻る。

【００６２】以上の動作を繰り返し、ステップＳ４００
からステップＳ１５０に進む際には、文字列置換規則記
憶部３４に記憶されている全ての規則に従って置換処理
が行われた状態となる。例えば図１８（Ａ）に示すメッ
セージ中の同図（Ｂ）の左欄に示す文字列は、同右欄に
示す略称に置換される。この結果、同図（Ａ）に示すメ
ッセージ中の正式名称は、同図（Ｃ）に示すように略称
に置換される。

【００６３】この後、ステップＳ１５０において要約処
理が実行されるが、正式名称から略称に置換されている
ため、置換処理を行わない場合より文字数が少なくなっ
ている。このため、置換処理を行わない場合には要約に
用いられなかった文が要約に用いられる可能性が増加す
る。このため、メッセージの情報量の増加に寄与するこ
とができる。

【００６４】以上説明したように、この実施形態の電子
メール装置では、メッセージ中の正式名称を略称に置換
するため、メッセージの文字数を減少させることがで
き、要約で求められるメッセージの情報量の増加に寄与
することができる。

【００６５】第５の実施形態図１９は、本発明の第５の実施形態に係る電子メール装
置の構成を示すブロック図である。上述の各実施形態で
は、メッセージの送信先によって機密を要するか否かの
判断はしていなかったが、この実施形態の電子メール装
置１３２では、情報の漏洩の可能性の低減に寄与すべ
く、送信先によって機密処理の有無を判断している。

【００６６】このために、この電子メール装置１３２
は、上述の図１に示す第１の実施形態の構成に加えて、
メッセージの送信先が機密を要するか否かを判定する機
密判断部３５と、電子メール装置１３２で受信したメッ
セージを転送するアドレスを示す転送先ファイル３６と
を設けている。

【００６７】機密判断部３５による機密処理を要するか
否かの判断は、メッセージの送信元と送信先によって行
い、例えばイントラネット等の企業等の内部のネットワ
ーク内のメッセージをインタネット等の外部のネットワ
ークに転送する場合に機密処理が必要であると判断す
る。機密が必要と判断した場合は、機密判断部３５は、
機密保持のための最大文字数（例えば６０文字）又はド
メイン情報記憶部２５に記憶されている制限文字数のい
ずれか少ない方を要約後のメッセージの本文の文字数と
して設定し、これを編集制御部２４に指示する。また、
転送先ファイル３６には、図２２に示すように、電子メ
ール装置１３２が転送処理を行う宛先アドレスと転送先
アドレスが対応付けられて記録されている。例えば同図
中の１行目の記載は、宛先アドレスｎａｍｅ−１＠ａａ
＃．ｎｅ．ｊｐ宛のメッセージを転送先アドレスｎａｍ
ｅ−１＠ｘｘ＃．ｎｅ．ｊｐに転送することを示してお
り、電子メール装置１３２は、当該宛先アドレス宛のメ
ッセージを受信した際に、この宛先アドレスに対応する
転送先アドレスに当該メッセージを転送する。また、転
送先ファイル３６には、例えば図２２中の宛先アドレス
ｎａｍｅ−２＠ｂｂ＃．ｎｅ．ｊｐに対応する転送先ア
ドレスｎａｍｅ−２＠ｘｘ＃．ｎｅ．ｊｐ，ｎａｍｅ−
２＠ｙｙ＃．ｎｅ．ｊｐのように、１つの宛先アドレス
に対する転送先アドレスとして複数のメールアドレスを
記録することもできるようになっている。なお、この転
送先ファイル３６には、例えば電子メール装置１３２の
ＯＳとしてＵＮＩＸ（登録商標）互換のＯＳを用いてい
る場合には、転送すべきメッセージの宛先のユーザのｆ
ｏｒｗａｒｄファイルとすることができ、このファイル
には転送先アドレスが登録されている。なお、この場
合、宛先アドレスは当該ユーザのアカウントで特定でき
るため、必ずしもｆｏｒｗａｒｄファイルに記憶する必
要はない。

【００６８】以下、上述のように構成された電子メール
装置の動作を、受信したメッセージを他のアドレスに転
送する場合について説明するが、新規メッセージを送信
する場合も同様である。

【００６９】この実施形態の電子メール装置では、要約
されたメッセージの本文の文字数は、機密保持のための
最大文字数か上述の図２に示すようにドメイン情報記憶
部２５に記憶されている制限文字数のいずれか少ない方
になる。このため、要約処理は、制限文字数の判断と機
密処理の要否の判断の後に実行される。

【００７０】まず、図２０に示す処理では、送受信部２
１は、メッセージを受信した際に、ステップＳ４８０に
おいて、宛先アドレスを抽出し、抽出した宛先アドレス
が転送先ファイル３６に存在するか否かを確認する。存
在しない場合には、ステップＳ６５０において通常の受
信処理を行う。一方、宛先アドレスが転送先ファイル３
６に存在する場合には、この後、ステップＳ４９０以降
の処理を実行する。なお、この場合、送信が指示された
メッセージは、転送すべきメッセージである。

【００７１】ステップＳ４９０において、送受信部２１
は、転送先が設定されている転送先ファイル３６からメ
ッセージの宛先アドレスに対応する転送先アドレスを抽
出する。この後、ステップＳ５００において、受信能力
判断部２３は、ステップＳ１１０で抽出した送信先のア
ドレスのドメイン名がドメイン情報記憶部２５に記憶さ
れているか否かを判断し、記憶されていない場合にはス
テップＳ５４０に進み、記憶されている場合には続くス
テップＳ５１０に進む。このステップＳ５１０におい
て、受信能力判断部２３は当該ドメイン名に対応する制
限文字数をドメイン情報記憶部２５から取得し、これを
編集後のメッセージの本文の最大文字数として続くステ
ップＳ５２０に進む。

【００７２】ステップＳ５２０において、受信能力判断
部２３は、ドメイン情報記憶部２５を参照し、当該ドメ
イン名に対応する端末がＨＴＭＬ形式のメッセージを利
用可能か判断する。ＨＴＭＬ形式のメッセージが利用可
能でなければステップＳ５５０に進み、ＨＴＭＬ形式の
メッセージが利用可能であれば続くステップＳ５３０に
進み、後のステップＳ６２０で重要部分の強調処理を実
行すべく、例えばフラグ，変数の値の変更等によってＨ
ＴＭＬ形式への変換を可能としてステップＳ５６０に進
む。

【００７３】一方、ステップＳ５４０では、受信能力判
断部２３は、文字数が制限されていないとして、編集後
のメッセージの本文の最大文字数を無制限とし、続くス
テップＳ５５０に進み、ＨＴＭＬ形式の利用の可否が登
録されていないため、ＨＴＭＬ形式を利用できないとみ
なし、ＨＴＭＬ形式への変換を不可能とし、ステップＳ
５６０に進む。なお、ステップＳ５２０においてＨＴＭ
Ｌ形式の利用ができないと判断された場合もステップＳ
５５０の処理が実行された後、ステップＳ５６０に進
む。

【００７４】ステップＳ５６０では、機密判断部３５
は、転送すべきメッセージのヘッダから送信元のアドレ
スと送信先のアドレスのドメイン名を比較する。一致し
ていなければ外部のネットワーク（例えばインタネッ
ト）を経由しているために機密ではないと判断し、ステ
ップＳ５９０に進む。一方、送信元と送信先のアドレス
のドメイン名部分が一致している場合には、イントラネ
ット内で送受信されるメッセージであり機密処理を要す
る可能性があるため、続くステップＳ５７０に進む。

【００７５】ステップＳ５７０において、機密判断部３
５は、転送すべきメッセージの送信先と転送先のアドレ
ス中のドメインを比較する。一致していれば、イントラ
ネット等の内部のネットワーク内での転送なので機密処
理が不要であるとしてステップＳ５９０に進み、一致し
ていない場合には外部のネットワーク宛の転送であるの
で機密処理が必要であるとして続くステップＳ５８０に
進む。

【００７６】ステップＳ５８０では、編集後のメッセー
ジの本文の最大文字数を、ステップＳ５１０で決定した
文字数と機密処理用の文字数（例えば６０文字）のいず
れか少ない方としてステップＳ５９０に進む。

【００７７】ステップＳ５９０では、編集制御部２４
は、転送すべきメッセージの本文の文字数が最大文字数
以下であるか否かを判定し、最大文字数より多ければス
テップＳ６００に進み、要約部２６にメッセージの本文
の文字数が最大文字数以下になるように要約処理を指示
し、この要約処理が終了すると、続くステップＳ６１０
に進む。一方、送信メッセージの本文の文字数が最大文
字数以下であれば要約処理は必要ないため、ステップＳ
６１０に進む。

【００７８】ステップＳ６１０では、編集制御部２４
は、メッセージ本文をＨＴＭＬ形式に変換することが可
能かどうか判定し、不可能であればステップＳ１８０に
進み、可能であれば続くステップＳ６２０において上述
の図３中のステップＳ１７０と同様に重要部分を抽出
し，例えば重要部分の前後にタグを挿入して強調処理を
実行した後、ステップＳ１８０に進む。

【００７９】この後、図３中の処理と同様に、ステップ
Ｓ１８０においてメッセージを送信し、続くステップＳ
１９０において、全ての転送先アドレスについて処理が
終了したか否かを判定し、終了していなければステップ
Ｓ４９０に戻り、上述のステップＳ４９０からステップ
Ｓ１８０までの処理を繰り返し、全ての転送先アドレス
について処理が終了していれば終了する。これにより、
全ての転送先について転送先の端末が利用可能なデータ
に変換されたメッセージが送信される。

【００８０】例えば図２１（Ａ）に示すように、送信元
（差出人、Ｆｒｏｍ：フィールド）のアドレスが“ｎａ
ｍｅ−４＠ａａ＃．ｎｅ．ｊｐ”であり、送信先（宛
先、Ｔｏ：フィールド）のアドレスが“ｎａｍｅ−１＠
ａａ＃．ｎｅ．ｊｐ”であるメッセージをアドレス“ｎ
ａｍｅ−１＠ｘｘ＃．ｎｅ．ｊｐ”に転送する場合で
は、送信元と送信先のアドレスが同じドメインで、送信
先と転送先のアドレスが異なるドメインであるため、ス
テップＳ５８０においてメッセージ本文の最大文字数が
６０文字とされ、この最大文字数以下に要約することに
よって、機密処理が実行される。また、さらに転送先の
ドメイン“ｘｘ＃．ｎｅ．ｊｐ”においては上述の図２
に示すようにＨＴＭＬ形式が可能なので、ＨＴＭＬに変
換されて重要部分の強調処理が実行され、図２１（Ｂ）
に示すメッセージが送信される。

【００８１】以上説明したように、この実施形態の電子
メール装置では、上述の第１の実施形態の効果に加え
て、機密を要する転送先に宛てたメッセージの要約処理
の文字数を小さく設定することにより機密処理を実行す
ることにより、情報の漏洩の可能性の低減に寄与するこ
とができる。

【００８２】また、上述の第１の実施形態では、図３に
示す処理上、要約処理とＨＴＭＬ形式に変換したメッセ
ージ中の重要部分の強調処理を同一のメッセージに対し
て実行することはなかったが、この実施形態では、図２
０に示すように要約処理と重要部分の強調処理を独立に
選択することができるため、上述の図２１（Ｂ）に示す
ように、これらの処理を同一のメッセージに対して実行
させることができる。これにより表現の柔軟性の向上に
寄与することができる。

【００８３】

【発明の効果】本発明の電子メール装置では、送信が要
求されたメッセージ中の端末が利用可能なデータを示唆
する情報から端末が利用可能なデータを判定し、判定結
果に応じて、メッセージを端末が利用可能なデータに変
換することにより、送信するメッセージを自動的に送信
先の端末で利用可能なデータに変換することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る電子メール装置
の構成を示すブロック図である。

【図２】前記電子メール装置を構成するドメイン情報記
憶部に記憶されたテーブルの例を示す図である。

【図３】前記電子メール装置の動作を示すフローチャー
トである。

【図４】前記電子メール装置による処理過程における送
信メッセージを示す図である。

【図５】前記電子メール装置による処理過程における送
信メッセージを示す図である。

【図６】前記電子メール装置を構成する要約部が慣用文
を抽出するための慣用文認識情報の例を示す図である。

【図７】前記電子メール装置を構成する要約部が固有名
詞の抽出を行うための名詞認識情報の例を示す図であ
る。

【図８】前記電子メール装置を構成する要約部が固有名
詞の統合を行うための統合規則の例を示す図である。

【図９】本発明の第２の実施形態に係る電子メール装置
の構成を示すブロック図である。

【図１０】前記電子メール装置を構成する付加情報記憶
部に記憶された付加情報の例を示す図である。

【図１１】前記電子メール装置の動作を示すフローチャ
ートである。

【図１２】前記電子メール装置による処理過程における
送信メッセージを示す図である。

【図１３】本発明の第３の実施形態に係る電子メール装
置の構成を示すブロック図である。

【図１４】前記電子メール装置を構成する転送先記憶部
に記憶されたメンバーのアドレスの例を示す図である。

【図１５】本発明の第４の実施形態に係る電子メール装
置の構成を示すブロック図である。

【図１６】前記電子メール装置を構成する文字列置換規
則記憶部に記憶された置換のための規則の例を示す図で
ある。

【図１７】前記電子メール装置の動作を示すフローチャ
ートである。

【図１８】前記電子メール装置による処理過程における
送信メッセージを示す図である。

【図１９】本発明の第５の実施形態に係る電子メール装
置の構成を示すブロック図である。

【図２０】前記電子メール装置の動作を示すフローチャ
ートである。

【図２１】前記電子メール装置による処理前後のメッセ
ージを示す図である。

【図２２】前記電子メール装置を構成する転送先ファイ
ルの例を示す図である。

【符号の説明】

１ネットワーク２，１０２，１１２，１２２，１３２電子メール装置２１送受信部２２作成部２３受信能力判断部２４編集制御部２５ドメイン情報記憶部２６要約部２７重要部分強調部３０付加情報挿入部３１付加情報記憶部３２転送先記憶部３３文字列置換処理部３４文字列置換規則記憶部３５機密判断部

Claims

【特許請求の範囲】

【請求項１】メッセージとして利用可能なデータが制
限された端末に対してメッセージを送信する電子メール
装置であって、前記送信するメッセージ中の前記端末が利用可能なデー
タを示唆する情報から前記端末が利用可能なデータを判
定する判定手段と、該判定手段の判定結果に応じて、前記メッセージを前記
端末が利用可能なデータに変換する変換手段とを備える
ことを特徴とする電子メール装置。
【請求項２】前記判定手段は、前記端末が利用可能な
データを示唆する情報として、前記送信するメッセージ
の宛先アドレス中のドメイン名を用い、ドメイン名から
前記端末が利用可能なデータを判定することを特徴とす
る請求項１記載の電子メール装置。
【請求項３】前記端末は、メッセージとして利用可能
なデータの最大容量が制限されており、前記変換手段は、前記送信するメッセージを前記端末が
利用可能な最大容量以下に要約することにより、メッセ
ージを前記端末が利用可能なデータに変換することを特
徴とする請求項１又は請求項２に記載の電子メール装
置。
【請求項４】前記端末は、メッセージとして利用可能
なデータの最大容量が制限されており、前記判定手段の判定結果に応じて、広告情報を選択し、
前記送信するメッセージに挿入する広告情報挿入手段を
有し、前記変換手段は、前記送信するメッセージを前記
最大容量から前記広告情報の容量を減じた容量以下に要
約することにより、前記送信するメッセージを前記端末
が利用可能なデータに変換することを特徴とする請求項
１又は請求項２に記載の電子メール装置。
【請求項５】前記端末は、メッセージとして利用可能
なデータの最大容量が制限されており、前記送信するメッセージに関するアドレス情報に応じ
て、前記端末が利用可能な最大容量か、予め定められた
容量のいずれかを制限容量とする機密判定手段を有し、前記変換手段は、前記送信するメッセージを前記制限容
量以下に要約することにより、前記送信するメッセージ
を前記端末が利用可能なデータに変換することを特徴と
する請求項１又は請求項２に記載の電子メール装置。
【請求項６】前記機密判定手段は、前記送信するメッ
セージ中の差出人アドレスと宛先アドレスと、該宛先ア
ドレスに対して予め設定された転送先アドレスとに基づ
いて、前記端末が利用可能な最大容量か、予め定められ
た容量のいずれかを制限データ容量とすることを特徴と
する請求項５に記載の電子メール装置。
【請求項７】前記端末は、メッセージとして利用可能
なデータ形式が制限されており、前記変換手段は、前記送信するメッセージを端末が利用
可能なデータ形式に変換することを特徴とする請求項１
から請求項６のいずれかに記載の電子メール装置。
【請求項８】前記変換手段は、メッセージ内の重要部
分を強調するための変換を行うことを特徴とする請求項
７に記載の電子メール装置。
【請求項９】メーリングリストのアドレス毎に複数の
アドレスを格納する転送先記憶手段と，前記送信するメッセージの宛先アドレスが前記メーリン
グリストのアドレスであった場合は、前記転送先記憶手
段に格納されている該メーリングリストのアドレスに対
応する複数のアドレスに基づいて、新たに複数の送信す
るメッセージを作成する作成手段とを有することを特徴
とする請求項１から請求項８のいずれかに記載の電子メ
ール装置。
【請求項１０】前記判定手段の判定結果に応じて、前
記送信するメッセージ中の正式名称を略称に置換する置
換手段を有することを特徴とする請求項１から請求項９
のいずれかに記載の電子メール装置。