JPH1031636A - ファイルサーバ管理機能を持つ電子メールサービスマネージャー - Google Patents

Abstract

(57)【要約】 【課題】バイナリデータ添付された電子メールの送信に
生じているネットワークのトラフィックを軽減させ、フ
ァイル転送処理に伴う操作を電子メールツールを利用し
て簡易化する方式の提供。 【解決手段】通信ネットワークシステムを利用している
コンピュータシステムにおける、電子メールのメッセー
ジ本文のテキスト内に挿入される、ファイル転送指定の
ためのファイル位置を指定したコマンドスクリプトを備
え、電子メールサーバに自動ファイル転送する手段を備
えた電子メールツールを備え、電子メールサーバ側にお
いて、通常の電子メールの送信／受信サービスとは別
に、電子メールのファイル転送指定のコマンドスクリプ
トの解釈と処理を行い、電子メールクライアントからの
ファイル転送要求に対して、指定されたファイルサーバ
へのファイルアクセス制御を行う手段を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールサービ
スの管理方式に関し、特に、通信ネットワークシステム
において、電子メールの通常の送信／受信処理に加え、
ファイル転送処理を行う電子メールツールとその電子メ
ールと転送指定のファイルを同時に管理する電子メール
サービスマネージャーに関する。

【０００２】

【従来の技術】ネットワークシステムで、アプリケーシ
ョンプログラムや、バイナリデータ等を、他のユーザに
ネットワークを中継して送信する場合、従来２つの方法
がある。

【０００３】 その一つの方法は、送信側の端末から
ファイルサーバにファイル転送を行い、受信側のオペレ
ータは、ファイルサーバに置かれたファイルを自らの計
算機システム（「マシン」ともいう）にダウンロードを
行う。

【０００４】 他の方法は、送信側の端末でバイナリ
データをテキスト形式にエンコードしたファイルを電子
メール本文に添付したものを、送信先のユーザ宛てに電
子メールサーバに送付を行う。一方、受信側のオペレー
タは、受信した電子メールから元のバイナリデータへ復
元するためテキスト形式からのデコード処理を行う。

【０００５】

【発明が解決しようとする課題】上記した従来の方法は
下記記載の問題点を有している。

【０００６】第１の問題点としては、上記項目の、フ
ァイルサーバを介してファイル転送を行う場合、送信す
る側のオペレータはファイルの転送情報について、個別
に送信先のオペレータに通知する必要がある、というこ
とである。

【０００７】その理由は、送信側のオペレータがファイ
ル転送した際に、（１）転送先のファイルサーバのアド
レス（例えばＩＰアドレス）、（２）転送ファイル名、
（３）転送ファイルのファイルサーバでの位置（例えば
ディレクトリ階層名）、に関する情報がない場合、受信
側のオペレータは、ファイルサーバにて目的のファイル
にアクセスすることができないためである。

【０００８】第２の問題点としては、上記項目の方法
は、電子メールの本文に、バイナリデータをエンコード
してテキスト化したファイルを添付することでプログラ
ムを転送するものであるが、これには次の２つの問題点
をあげることができる。

【０００９】（１）電子メールのファイルサイズが増大
する。通常、バイナリデータをテキストにエンコードす
る際、エンコードするツールにもよるが、元のサイズに
比べ、ファイルサイズは、例えば３５〜４０％も増加す
る。数１０Ｋｂｙｔｅ（キロバイト）程度のファイルで
あれば、それほど問題ではないが、例えば数１００Ｋｂ
ｙｔｅ、数Ｍｂｙｔｅ（メガバイト）を超えるアプリケ
ーションプログラムやバイナリデータを送信する場合を
想定すると、電子メールサーバやネットワーク自身にも
多大な負荷を与えることは明白である。また、ネットワ
ークを利用する際の基本的なエチケットとして、５００
ｋｂｙｔｅを越える電子メールは送信しない、というこ
とがある。

【００１０】（２）操作手順が煩雑である。電子メール
本体にバイナリデータを添付する際には、送信側では、
バイナリデータをエンコードして生成したテキストデー
タを用いる必要がある。また、これと同様に、受信側に
おいても、受信したテキストデータから元のバイナリデ
ータに復元するには、電子メールのテキストデータをデ
コードし、送信側にてエンコードされたバイナリデータ
から変換する必要がある。

【００１１】このように、バイナリデータを転送するた
めには、バイナリデータ←→テキストデータの変換作業
が必ず伴うことになり、煩雑である。

【００１２】従って、本発明は、上記事情に鑑みてなさ
れたものであって、その目的は、バイナリデータ添付さ
れた電子メールの送信に生じているネットワークのトラ
フィックを軽減させ、ファイル転送処理に伴う煩雑な操
作を、電子メールツールを利用することにより簡便に行
えるようにした電子メールサービス方式を提供すること
にある。また、本発明の他の目的は、電子メールサーバ
がファイルサーバ管理機能を備えることにより、上記ツ
ールのファイル転送要求を処理し、電子メールサーバ自
身のファイル容量の負荷をファイルサーバに分散させる
ようにした方式を提供することにある。

【００１３】

【課題を解決するための手段】前記目的を達成するた
め、本発明の電子メールサービス管理方式は、通信ネッ
トワークシステムを利用しているコンピュータシステム
における、電子メールのメッセージ本文のテキスト内
に、ファイル転送のためのファイルロケーションを指定
したコマンドスクリプトを持ち、電子メールサーバに自
動ファイル転送する手段を備えた電子メールツールと、
前記電子メールサーバ側において通常の電子メールの送
信／受信サービスとは別に、電子メールのファイル転送
指定のコマンドスクリプトの解釈と処理を行い、電子メ
ールクライアントからのファイル転送要求に対して指定
されたファイルサーバへのファイルアクセス制御を行う
電子メールサービスマネージャーと、を有することを特
徴とする。

【００１４】本発明の原理・作用を図２を参照して説明
する。本発明において、電子メールサーバは、ファイル
サーバ管理機能を具備しており、電子メールクライアン
トから送付された電子メールのファイル転送コマンドス
クリプト（図２の２１）に従い、ファイルサーバでのフ
ァイル転送要求（送信又は受信）を処理する。一方、電
子メールクライアントの電子メールツールでは、電子メ
ール本文にファイル転送（ファイル名、送信／受信の指
定）のコマンドスクリプトを添付し、電子メールを電子
メールサーバへ送信時に自動的にファイル転送処理を行
う機能を有する（図２の２２）。

【００１５】ファイル転送の自動実行を行う電子メール
ツールでは、ファイル転送コマンドスクリプト文を含む
電子メールを送信／受信すると、指定ファイルの転送を
電子メールサーバに自動的に要求する。これにより、例
えばバイナリ・ファイル転送時において従来行われてい
た、データのエンコード・デコード処理の操作は不要と
される。

【００１６】また、従来方式のように、電子メール本文
にエンコードされたバイナリデータを添付する必要が無
いので、電子メールのファイルサイズ自体は小さくな
り、電子メール送信時に伴うトラフィック容量は軽減す
る。

【００１７】さらに、電子メールサーバ側では、電子メ
ールツールからの転送されたファイルは、通常の電子メ
ールをスプールする方法とは別に、ファイルサーバで独
立に管理を行うことで、通信トラフィックやディスク容
量の問題が軽減されるようになる。

【００１８】

【発明の実施の形態】本発明の好ましい実施の形態につ
いて図面を参照して詳細に説明する。図１は、本発明の
実施の形態の構成をブロック図にて示したものであり、
ファイル転送機能を備えた電子メールサービスマネージ
ャと電子メールツールの構成を示す図である。

【００１９】図１を参照すると、本発明の実施の形態に
おいて、ファイル転送機能を備えた電子メールシステム
は、クライアント／サーバ・モデルのシステムからな
り、電子メールの送信／受信を行う電子メールクライア
ント１と、電子メールサーバ４と、から構成される。

【００２０】電子メールクライアント１にて、オペレー
タが使用する電子メールツール２は、電子メール本文を
作成する電子メール作成機能部９と、ファイル転送を実
行する時に、電子メールに記述したファイル転送コマン
ドスクリプトの処理を行うファイル転送コマンドスクリ
プト処理部１０と、電子メールを電子メールサーバ間で
送信／受信する電子メール転送部８と、を備えて構成さ
れる。

【００２１】また、電子メールクライアント１のデータ
ファイルは、メールクライアント側磁気ディスク３に保
存されており、ファイル転送処理部７によって、電子メ
ールサーバ４との間でファイルの転送が行われる。

【００２２】一方、電子メールサーバ４は、電子メール
サービスマネージャ５と、ファイルサーバ磁気ディスク
６と、を備えて構成される。

【００２３】電子メールサービスマネージャ５は、電子
メールクライアント１からの電子メールの受信／送信を
行う電子メール処理部１１と、受信した電子メールに添
付されたファイル転送コマンドスクリプトを読み取って
解釈・処理するファイル転送コマンドスクリプト処理部
１２と、電子メールクライアント１からのファイル転送
（送信／受信）を受け付けるファイル転送処理部１３
と、を備えて構成される。

【００２４】また、電子メールクライアント１から転送
されたデータファイルは、通常の電子メールとは別にフ
ァイルサーバディスク６に記憶保存され、ファイル転送
処理部１３によってのみアクセスが行われる。

【００２５】

【実施例】上記した本発明の実施の形態を更に詳細に説
明すべく、本発明の一実施例を図面を参照して以下に説
明する。図３は、本発明の一実施例の動作を説明するた
めの流れ図である。

【００２６】まず、電子メールクライアント１におい
て、ファイル送信を行う場合について説明する。

【００２７】通常の電子メールのメッセージは電子メー
ル作成機能部９でテキスト文で作成する（ステップ３
２）。

【００２８】そして、アプリケーションプログラムやバ
イナリデータファイル等を転送する必要がある場合に
は、そのメッセージテキスト内でファイル転送コマンド
スクリプト文を作成する（ステップ３３）。

【００２９】このファイル転送コマンドスクリプト文
は、図３に「ファイル転送コマンドスクリプト付き電子
メールメッセージ例」において、“＃ファイル名：端末
名：ファイルのディレクトリ名＃”として示すように、
３つの基本部分から構成される。

【００３０】ファイル名：転送するファイルは、電子
メールクライアント１側の磁気ディスク３に格納されて
いるファイルに限らず、この電子メールクライアント１
のオペレータによるファイルアクセスが許可されている
ネットワーク上のファイルサーバに存在するファイルを
示す。また、ファイル形式はテキスト形式、バイナリ形
式、圧縮形式のいずれの形式でも構わない。

【００３１】ファイルの存在する端末名：端末名は、
ファイルが電子メールクライアント１に存在する場合に
は、自端末の端末名を入力する。また、ファイルがネッ
トワーク上に存在するファイルサーバでかつクライアン
ト１のオペレータがアクセス可能な端末にある場合に
は、該当する端末名を設定入力する。なお、端末名は、
その端末が存在するネットワークで規定されている一意
的な名称とし、例えばＩＰアドレス（Ｉntenet Ｐroto
colアドレス）又はドメイン名付きホスト名で表現す
る。

【００３２】ファイルの存在する位置（ディレクトリ
名）：ファイルサーバ、端末のディスクに置かれたファ
イルの位置（ディレクトリ階層の位置での情報）を設定
する。

【００３３】このファイル転送コマンドスクリプト文
は、電子メールのメッセージ文中であれば、その配置は
何処に記述されていても問題はない。

【００３４】また、ファイル転送コマンドスクリプト文
を作成する場合、オペレータ自身がキーボード（ＫＢ）
からスクリプト文（ファイル名、端末名、ファイルの位
置情報）を直接入力するか（ステップ３５）、あるいは
電子メールツール２におけるスクリプト文の入力オプシ
ョン機能により、ネットワーク端末又はクライアント端
末自身のディスクにあるファイルを参照する場合に、
「ファイル参照機能を使用する」を指定することで、フ
ァイル情報を該当する端末のディスクから入力し、電子
メールのメッセージ文にコマンドスクリプト文が上記し
たフォーマットで自動的に添付される（ステップ３
４）。

【００３５】このようにして作成されたファイル転送コ
マンドスクリプト付きの電子メールは通常の電子メール
と同様に電子メールサーバ４に送信される（ステップ３
６）。

【００３６】電子メールサーバ４では、この電子メール
を受信すると、電子メール本文のファイル転送コマンド
スクリプトを読み込み、転送対象のファイルを格納する
端末から当該ファイルを転送する。また、転送対象のフ
ァイルが送信元の電子メールクライアント１自身にある
場合（メールクライアント側磁気ディスク３に格納され
ている場合）、この電子メールクライアント１からのフ
ァイル送付要求を受付け、ファイルサーバディスク６に
ファイルを保管する。

【００３７】また、別のファイルサーバにファイル送信
が指定されている場合、一旦電子メールクライアント１
からファイルを受信し、ファイル転送コマンドスクリプ
ト文で指定されたファイルサーバに対してファイルを送
信する（図５参照）。

【００３８】次に、図４を参照して、電子メールクライ
アント１においてファイル受信を行う場合について説明
する。

【００３９】他のオペレータから送付された電子メール
を受信した際に（ステップ４１）、ファイル転送コマン
ドスクリプト文が添付されていた場合（ステップ４
２）、オペレータはその電子メールを読んだ後で、コマ
ンドスクリプトに対してファイルをクライアントに受信
するか、受信しないかを選択できる（ステップ４３）。

【００４０】受信する場合は、電子メールサーバ４に電
子メールツール２からファイル転送要求を発信し（ステ
ップ４４）、ファイルサーバからのファイルの転送を行
う（ステップ４５）。ファイルの送信の時と同様にファ
イルが電子メールサーバのファイルサーバに無い場合
は、指定するファイルサーバから一旦電子メールサーバ
のファイルサーバにファイル転送された後、電子メール
クライアントにファイルが転送される（図５参照）。

【００４１】

【発明の効果】以上説明したように、本発明は下記記載
の効果を奏する。

【００４２】第１の効果は、通信のトラフィックとメー
ルサーバの負荷とを軽減するということである。この理
由は以下の通りである。

【００４３】従来のように電子メール本文にはエンコー
ドされたバイナリデータは添付せず、電子メールとは別
にファイル転送を行う。これにより、電子メールのファ
イルサイズ自体は小さくなり、電子メール送信時に伴う
トラフィック容量は軽減する。また、電子メールサーバ
においても、転送ファイルをファイルサーバとして分割
して転送・保管を行うため、通常の電子メールの処理が
巨大なファイルサイズの電子メールを扱うことがなくな
り、システムに影響を及ぼすことがなくなる。

【００４４】第２の効果は、ファイル転送時の操作を簡
便とするということである。

【００４５】ファイル転送時に伴うデータのエンコード
・デコード操作が不要となる。また、ファイル転送コマ
ンドスクリプトを自動生成することで、電子メールを使
用するだけでファイルの送信／受信を行う操作が簡単に
なる。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成を示すブロック図で
ある。

【図２】本発明の実施の形態における電子メールサーバ
／電子メールクライアントを模式的に示す図である。

【図３】本発明の一実施例の動作を説明するための図で
あり、電子メールクライアントの送信時動作を示す図で
ある。

【図４】本発明の一実施例の動作を説明するための図で
あり、電子メールクライアントの受信時動作を示す図で
ある。

【図５】本発明の一実施例を説明するための図であり、
電子メールサーバと他ファイルサーバ関連を模式的に示
す図である。

【符号の説明】

１ 電子メールクライアント ２ 電子メールツール ３ 磁気ディスク ４ 電子メールサーバ ５ 電子メールサービスマネージャー ６ ファイルサーバ磁気ディスク ８ 電子メール送信部 ９ 電子メール作成機能部 １０ ファイル転送コマンドスクリプト処理部 １１ 電子メール処理部 １２ ファイル転送コマンドスクリプト処理部 １３ ファイル転送処理部

Claims (2)

【特許請求の範囲】
1. 【請求項１】クライアント側から転送対象ファイルを特
   定するためのファイル名及びその位置情報を含む電子メ
   ールを電子メールサーバに転送し、該電子メールサーバ
   側において、受け取った前記電子メールからファイル情
   報を解析し、指定されたファイルサーバへのファイルア
   クセス制御を行うことを特徴とする電子メールサービス
   管理方式。
2. 【請求項２】通信ネットワークシステムを利用している
   コンピュータシステムにおける、電子メールのメッセー
   ジ本文のテキスト内に挿入される、ファイル転送指定の
   ためのファイル位置を指定したコマンドスクリプトを備
   え、電子メールサーバに自動ファイル転送する手段を備
   えた電子メールツールを備え、 前記電子メールサーバ側において、通常の電子メールの
   送信／受信サービスとは別に、電子メールのファイル転
   送指定のコマンドスクリプトの解釈と処理を行い、電子
   メールクライアントからのファイル転送要求に対して、
   指定されたファイルサーバへのファイルアクセス制御を
   行う電子メールサービスマネージャーを備えたことを特
   徴とする電子メールサービス管理方式。