(57)【要約】【課題】  電子メイルに画像へのアクセス方法が添付されている場合、添付されている画像が同じでも毎回アクセスが必要となり、コスト高であった。【解決手段】  同一添付ファイルを同一宛先に再送することを検出し、再送添付ファイルを受信先の添付ファイルへのリンク情報に変換するようにすることで、添付ファイルの再送時は受信先の添付ファイルへのリンク情報が送られるようにする。【選択図】      図８
2006268329.tif 000002
【特許請求の範囲】
【請求項１】
同一添付ファイルを同一宛先に再送することを検出する手段と、再送添付ファイルを受信先の添付ファイルへのリンク情報に変換する手段とを備え、添付ファイルの再送時は受信先の添付ファイルへのリンク情報が送られることを特徴とする電子メイルシステム。
【請求項２】
前記同一添付ファイルを同一宛先に再送することを検出する手段とは、送信宛先毎に添付ファイルのＩＤと添付ファイルの更新日等を記録する手段を設けて、電子メイルの添付ファイル作成時に同一添付ファイルの再送を前記記録によって検出することを特徴とする請求項１記載の電子メイルシステム。
【請求項３】
前記添付ファイルへのリンク情報が付加された電子メイル受信時に、リンク先のファイルの存在を検出する手段と、リンク先ファイルが存在しないときに添付ファイルの再送を要求する手段を、更に備えることを特徴とする請求項１記載の電子メイルシステム。
【請求項４】
同一添付ファイルを同一宛先に再送することを検出するステップと、再送添付ファイルを受信先の添付ファイルへのリンク情報に変換するステップとを備え、添付ファイルの再送時は受信先の添付ファイルへのリンク情報が送られるように装置を制御するための電子メイル処理方法。
【請求項５】
前記同一添付ファイルを同一宛先に再送することを検出するステップでは、送信宛先毎に添付ファイルのＩＤと添付ファイルの更新日等を記録するステップを含み、電子メイルの添付ファイル作成時に同一添付ファイルの再送を前記記録によって検出することを特徴とする請求項４記載の電子メイル処理方法。
【請求項６】
前記添付ファイルへのリンク情報が付加された電子メイル受信時に、リンク先のファイルの存在を検出する手段と、リンク先ファイルが存在しないときに添付ファイルの再送を要求するステップを、更に備えることを特徴とする請求項４記載の電子メイル処理方法。
【請求項７】
同一添付ファイルを同一宛先に再送することを検出するステップと、再送添付ファイルを受信先の添付ファイルへのリンク情報に変換するステップとを備え、添付ファイルの再送時は受信先の添付ファイルへのリンク情報が送られるように装置を制御するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に接続された複数のコンピュータや携帯端末間でメッセージデータ及び画像データ等を送受信するための電子メイルシステム及び電子メイル処理方法に関するものである。
【背景技術】
【０００２】
従来の電子メイルシステムは、特許文献１のように、電子メイルの添付ファイルを宛先によって、添付ファイルを添付するか、添付しないかを切り替える等の処理を行っていた。
【０００３】
又は、特許文献２のように、画像ファイル自体は添付せずに、その画像ファイルのアクセス情報を添付して送出する様に処理していた。
【特許文献１】特開２０００−２７６４１８号公報
【特許文献２】特開２０００−３１５１７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献２では、画像ファイル自体を添付しないことによって、電子メイルとしての通信コストは下げられるが、その画像を見たいと思うと、別途アクセスを行う必要がある。又、携帯端末等では、通信条件等の変動により、アクセスが難しいときも存在する。又、画像ファイルを別途アクセスすることによって、携帯機器に取り込んだとしても、その取り込み画像ファイルと、メイル本文とのリンクは考慮されていないため、その画像を見ようとすると、通信アクセスが発生しコスト高であった。
【０００５】
本発明は、以上の点に着目して成されたもので、電子メイルの署名等に自画像等の静止画ファイルを添付し、その同一署名画像ファイルを送るときは、前回送った画像ファイルへのリンク情報のみを送る構成を実現する電子メイルシステム及び電子メイル処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の電子メイルシステムは、同一添付ファイルを同一宛先に再送することを検出する手段と、再送添付ファイルを受信先の添付ファイルへのリンク情報に変換する手段とを備え、添付ファイルの再送時は受信先の添付ファイルへのリンク情報が送られることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、電子メイルシステムにおいて、送信宛先毎に、添付ファイルのＩＤと添付ファイルの更新日等を記憶する手段と、同一添付ファイルを同一宛先に再度送ることを検出する手段と、上記検出手段によって、再送を検出した場合、上記画像ファイルを受信先の画像ファイルへのリンク情報に変更する手段を設ける事により、メイルの通信コストの省減を計りながら、画像等の表示をメイル内に表示することを実現できる。また、そのリンク先は受信機械側に存在するので、その画像等を見るために新たな通信処理は発生しないため携帯機器の環境等で使うのに適しているシステムを提供できる。これにより、静止画や動画を従来のテキストベースの署名ファイルの代わりに使うことが出来る電子メイルシステムを実現できる。
【０００８】
又、上記リンク情報を持った電子メイルを受信した時に、リンク先のファイルの存在を検出する手段と前記ファイルが存在しないときに送り先に対して画像ファイルの再送を要求する手段を設けることにより、受信先で画像ファイルを破棄した場合でも、再送要求のメイルに対する返答のメイルにより、画像ファイルを添付ファイルとして得る事ができるので、ファイルの破損等にも強いシステムを構築出来る。
【発明を実施するための最良の形態】
【０００９】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例１】
【００１０】
図１は本発明の実際の使用形態を表している。１は、携帯情報機器であり、カメラ部、液晶表示部、抵抗膜等で構成されている座標入力部、ＣＰＵ、ＲＯＭ、ＲＡＭ、記録メディアを差し込むスロット、他の情報機器と接続するためのＵＳＢ等のインターフェイスで構成されている。カメラ部で撮影した画像を液晶表示部に表示し、その画像に付加するメモ情報等を座標入力部によって入力する軌跡データによって作成する。ＲＯＭには、本発明を含む携帯情報機器の情報処理手順が記憶されている。ＲＡＭには、画像データ、入力された軌跡データ等が記憶されている。
【００１１】
入力された手書き軌跡データは、認識されずにそのままの状態で画像のメモとして付加されたり、認識手段によって、テキストデータとして付加されたりする。そのメモ情報が付加された、画像データはユーザの指示操作によって、ＵＳＢインターフェイスを通って、パーソナルコンピュータへ送られる。又は、記録メディアを介して画像データは、パーソナルコンピュータやプリンターに送られる。
【００１２】
又、この携帯機器で作成された電子メイルは、ローカルネットワークや公衆回線を通じて、他の携帯機器やパーソナルコンピュータへ送られる。
【００１３】
２は、一般的な液晶表示部であり、その液晶表示部の上面に座標入力を行う一般的な透明抵抗膜デジタイザ−が取りつけられている。その表示画面上を３のペンで押圧することにより手書きの軌跡を入力することができる。この入力手段により、電子メイルを作成することができる。
【００１４】
３は、一般的なペンであり、手書き軌跡情報や、表示画面上のソフトボタン、ソフトキーボード等の入力に利用される。
【００１５】
４は、一般的なデジタルカメラ部であり、レンズ、ＣＣＤ等の撮像素子で構成されている。１の携帯情報機器内のＣＰＵによって制御され、撮影された画像データはＣＰＵに接続されているＲＡＭに記憶される。このデジタルカメラ部で撮影した画像を、電子メイルに添付して送ることができる。
【００１６】
５は、一般的なパーソナルコンピュータであり、１の携帯情報機器とローカルネットワークや公衆回線で接続し、サーバーコンピューターを介して接続されており、１の携帯情報機器から送られてくる電子メイルを受信するプログラムを内蔵している。
【００１７】
６は、電子メイルを概念化した物であり、４のデジタルカメラ部で撮影した画像が添付された状態で作成され、ローカルネットワークや公衆回線を介して、５の一般的なパーソナルコンピュータに送られる。
【００１８】
図２は本発明実施例の携帯情報機器のブロック図である。
【００１９】
２−１は、位置座標入力部であり、２−２の液晶表示部の上面に配置された抵抗膜デジタイザ−で構成されている。抵抗膜デジタイザ−は制御回路を介して、１１のシステムバス経由で２−６のＣＰＵに接続している。３のペンを使って、画面上を押圧することにより、押圧した位置の位置座標データが２−６のＣＰＵによって読み取られるわけである。読み取られた位置座標データによって、８のＲＯＭ内の処理手順に従って、電子メイルの作成処理や、送受信処理行う。
【００２０】
２−２は、一般的な液晶表示部で、液晶表示素子、液晶制御回路、表示メモリから構成され、１１のシステムバス経由で２−６のＣＰＵに接続している。２−６のＣＰＵからの指示で、画像データや手書き軌跡データが画面上に表示される。
【００２１】
２ー３は、一般的なキーボードで、キーを押すことにより、英数字等のキーコードが入力され、２−６のＣＰＵがキーコードを読み取る。
【００２２】
３は一般的なペンであり、手書き軌跡情報や、表示画面上のソフトボタン等の入力に利用される。
【００２３】
４は、一般的なデジタルカメラ部であり、レンズ、ＣＣＤ等の撮像素子、ＣＣＤの制御回路で構成されている。ＣＣＤの制御回路は１１のシステムバス経由で２−６のＣＰＵに接続している。２−６のＣＰＵによってＣＣＤは制御され、撮影された画像は７のＲＡＭに記憶される。
【００２４】
２−６は、一般的なＣＰＵであり、システムバス１１を介して、７のＲＡＭ、８のＲＯＭ、２−１の位置座標入力部、２−２の液晶表示部等と接続しており、８のＲＯＭに記憶されているプログラムによって処理動作を行う。
【００２５】
７は、一般的なＲＡＭであり、画像データの保存や、プログラムのワーク領域として使われる。
【００２６】
８は、一般的なＲＯＭであり、ここに本発明の電子メイル作成、制御プログラムが記憶されている。又、ＣＣＤの制御プログラム、液晶表示部の制御プログラム、手書き軌跡の認識プログラム、手書き軌跡形状の辞書データ等の処理手順も記憶されている。
【００２７】
９は、デジタルカメラ等で一般的なコンパクトフラッシュのカードのインターフェイス部であり、差し込まれたコンパックトフラッシュカードのデータの読み込み書き込みを実現し、画像データ等を記憶することができる。
【００２８】
１０は、一般的なＵＳＢインターフェイス部であり、２−６のＣＰＵによって制御され、一般のパーソナルコンピュータと接続して、手書き軌跡データや画像データ等のやり取りを行うことができる。
【００２９】
１１は、一般的なシステムバスで、２−６のＣＰＵとＲＯＭ／ＲＡＭや他のデバイス等とのデータやり取りを行う。
【００３０】
３−６は、一般的な通信カードで、内部にＰＨＳ回線への接続コントローラやアンテナを内蔵している。通信カード内のコントローラに規定のコマンドを渡すことによって、公衆回線へ接続し、電子メイルの送受信を実行できる。この通信カードを、ローカルエリアネットワークカード等に変更すれば、ローカルエリアネットに対応することも可能である。この、電子メイルの送受信のプロトコル自体は、従来の方法と同一である。
【００３１】
図３は本発明実施例の処理構成図である。
【００３２】
２−１は、図２で説明した、位置座標入力部であり、ペンで押圧することにより、その押圧した位置の位置座標が入力されるわけである。図のように表示上に手書き文字軌跡を書くことにより、手書き文字を入力することができる。
【００３３】
２−２は、表示部で、従来からある液晶表示部と表示制御部で構成され、位置座標入力部の下側に位置し、表示制御部内のＶＲＡＭに書かれたデータによって、文字や手書き軌跡を表示する。
【００３４】
２−３は、一般的なキーボードで、キーを押すことにより、英数字等のキーコードが入力される。
【００３５】
３−１は、一般的な手書き文字認識手段で、２−１の座標入力部より、送られてくる手書き文字の軌跡データから、文字の特徴抽出を行い、３−２の認識辞書とのマッチングを行って一番文字の特徴が合致する辞書パターンの文字コードを出力する。
【００３６】
３−３は、電子メイル作成手段で、２−３のキーボード又は３−１の手書き文字認識手段によって、宛先、メイル本文等を入力する様に構成されている。ユーザの指定によって、４のデジタルカメラ部で撮影した自画像等を電子メイルに添付することができる。画像等のファイルを電子メイルに添付する場合、３−４の添付ファイル送信記録手段に記録し、又前記記録手段の記録を検索し、同一添付ファイルの同一宛先への再送であるかを検査する。
【００３７】
３−４は、添付ファイル送信記録手段で、電子メイルに画像等のファイルを添付して送信する場合に、その送信記録を保存しておく手段である。この実施例では、携帯機器であるので、電池でバックアップされているＲＡＭに記録するが、パーソナルコンピュータ等に実装する場合は、ハードディスクに記録される。記録する内容としては、メイル送信先のアドレス、添付ファイルのＩＤ、添付ファイルの更新日時等である。
【００３８】
３−５は、再送添付ファイルリンク情報作成手段で、前記３−４の添付ファイル送信記録手段の記録によって、今回送る電子メイルの添付ファイルが再送であることが検出されるとこの処理手段が呼ばれる。添付ファイルが再送であるときに、その添付ファイルの実体を受信先のファイルリンク情報に変化する処理を行う。
【００３９】
６は、作成された１通の電子メイルのデータである。３−３の電子メイル作成手段で作成された１通の電子メイルデータは、３−６の通信カードを通して公衆回線に一般的な電子メイルのパケットして送出される。
【００４０】
図４は、添付ファイルの送信記録のデータ構造図である。
【００４１】
４−１は、ユーザＩＤで、電子メイルの宛先のユーザ名を文字列データとしてここに記録する。電子メイル作成アプリケーションで、その記録したユーザ名を表示させ、ユーザに電子メイルの宛先を選択させることができる。
【００４２】
４−２は、メイルアドレスで、電子メイルの宛先の電子メイルアドレスが記録されている。
【００４３】
４−３は、添付ファイルＩＤで、添付ファイルのファイル名が記録されている。
４−４は、添付ファイル更新日時で、添付ファイルを送った時点でのそのファイルの更新日時が記録されている。
【００４４】
４−５は、添付ファイル受信先情報で、添付ファイルを受信した先の添付ファイル保存ディレクトリーが記録されている。受信先のユーザが設定を変更していなければ、規定のディレクトリーが記録されている。又、本発明が組み込まれた電子メイルシステム同士であれば、再送添付ファイルをリンク情報に変更しても、受取り先で、その添付ファイルが表示されるわけである。しかし、本発明が組み込まれていない電子メイルシステムではリンク情報に変換された添付ファイルは表示できないので、送り先によって、この添付ファイル再送時のリンク情報への変換処理の有無を記憶しておく。
【００４５】
図５は、電子メイルのデータ構造図である。
【００４６】
５−１は、宛先データの記憶領域であり、従来の電子メイルソフトと同じ形式で、電子メイルの宛先データを記憶する。
【００４７】
５−２は、題名データの記憶領域であり、従来の電子メイルソフトと同じ形式で、電子メイルの題名のデータが記憶されている。
【００４８】
５−３は、発信者情報の記憶領域であり、従来の電子メイルソフトと同じ形式で、発信者の電子メイルアドレス、この電子メイルの発信時間等が記録されている。
【００４９】
５−４は、電子メイル本文の記憶領域であり、従来の電子メイルソフトと同じ形式で、本文が記憶されている。
【００５０】
５−５は、添付ファイル名の記憶領域であり、電子メイルに添付する添付ファイルのファイル名を記憶する。
【００５１】
５−６は、添付ファイルの記憶領域であり、従来と同様に、バイナリ−データを電子メイルとして送るために、符号化され記憶されている。本発明により、添付ファイルの再送である場合は、宛先により、５−５−の添付ファイル名は、受信先のファイル名に変換され、５−６の添付ファイルは、空白となる。
【００５２】
図６は、自画像スタンプの添付操作選択画面例である。
【００５３】
６−１は、電子メイルの宛先等の入力領域である。キーボードや、ソフトキーボード、手書き入力、又は登録されている宛先はリストメニュー表示から選択し入力することにより、電子メイルの宛先、ｓｕｂｊｅｃｔ等を入力する。
【００５４】
６−２は、本文の入力領域である。キーボードや、ソフトキーボード、手書き入力により、電子メイルの本文を入力する領域である。
【００５５】
６−３、６−４、６−５は、本発明で使用する添付画像である。ペン等の位置座標入力デバイスで、選択することにより、電子メイルに添付される。
【００５６】
図７は、受信メイルの表示画面例である。
【００５７】
図８は電子メイル作成処理のフローチャートである。
【００５８】
図９は、電子メイル受信処理のフローチャートである。
【００５９】
図８、図９のフローチャートに沿って電子メイル作成受信処理を説明する。
【００６０】
ステップＳ８−１において、電子メイル作成処理の初期化処理を行う。実際の処理手順は図２の８のＲＯＭのなかに記憶されている。電子メイルの本文等の記録領域は、図２のＲＡＭのなかに存在し、その記憶領域の初期化処理等を行う。
【００６１】
ステップＳ８−２において、電子メイルの宛名、ｓｕｂｊｅｃｔ部分のテキスト入力処理を行う。この処理は、一般的な電子メイル作成アプリケーションと同様な処理である。まず、宛名部分の入力を説明すると、入力画面例図６の６−１の領域内の、“Ｔｏ：”から以降に電子メイルの宛先をキーボードや、手書き文字入力によって、入力するわけである。
【００６２】
入力された、電子メイルの宛先である所の例えば、“ａｓｘ＠ｕｓａ．ｘｘｘ”などと入力すると、その入力された文字列のテキストデータが、図５の５−１に表わした、宛先データの記憶領域に記憶される。同様に、“Ｓｕｂｊｅｃｔ：”以降の電子メイル題名入力領域にカーソルキー等で、カーソルを移動して、電子メイルの題名を入力する。例えば、“御挨拶”と入力すると、その入力された文字列のテキストデータが、図５の５−２に表わした、電子メイルの題名記憶領域に記憶される。
【００６３】
ステップＳ８−３において、メイル本文のテキスト入力処理を行う。この処理は、一般的な電子メイル作成アプリケーションと同様な処理である。図６の入力画面で説明すると、図６の６−２のメイル本文の入力領域に、カーソルキー又は、ペンでの直接指示により、カーソルを移動し、キーボードや、手書き入力によりテキストを入力していくわけである。入力が完了したテキストデータは、図５で説明すると、図５の５−４のメイル本文記憶領域に記憶される。
【００６４】
ステップＳ８−４において、添付ファイルの選択処理を行う。この添付ファイルの選択処理の例は、選択画面上に表示されている画像ファイルを選択する例を説明する。図６のメイル製作画面で説明すると、ユーザは、そのメイルに添付したい画像ファイルを、６−３、６−４、６−５の画像から選択する。選択操作自体は、ペンにより、その画像上でペンダウン、ペンアップ操作により行う。
【００６５】
もし、ある送り先に対して、常時ある画像ファイルを添付する場合は、その電子メイルの送り先情報の編集画面で、常時添付する画像ファイルの選択操作処理（ステップＳ８−４と同様の処理）を組み込む。従来の電子メイル作成ソフトで送り先情報を記憶しておく、アドレス帳の宛先毎に常時添付する画像ファイル名を記憶する領域を設け、上記選択処理によって選択された画像ファイル名を記憶しておく。これにより、特定画像ファイルの添付設定がされている送り先を電子メイル作成画面で選んだ時点で、その電子メイルに特定画像ファイルの添付を行う処理を組み込むことも実現できる。
【００６６】
もし、表示している以外の画像ファイルや、その他のファイルを添付する場合は、通常のファイル選択処理によって選択することも可能である。これは、メニューにその他のファイルを選択する画面を呼出すメニューを設け、通常のファイル選択処理である、ファイル名のリストを表示させその中からファイルを選択するものである。選択後の処理は、画像ファイル選択処理と同様である。この機能によって、従来の電子メイルにおける、署名テキストの代わりに静止画や動画を送るように設定できるわけである。
【００６７】
ステップＳ８−５において、宛先と添付ファイル名によって、添付ファイル送信記録を検索する処理を行う。前記ステップＳ８−２で入力された宛先とステップＳ８−４で選択された添付ファイル名で、図４で表わしたデータ構造の添付ファイル送信記録を検索し、今回送ろうとしている添付ファイルが過去に送ったものと同一であるかを検査する。該当する送信記録があった場合は、その記録の記憶位置を覚え、次の処理を行う。同一ファイル名でもファイル内容が更新されている場合は、（具体的なアプリケーションで説明すると、自画像のデータを取り直した場合など）別ファイルとして取り扱う。
【００６８】
ステップＳ８−６において、添付ファイルが同一ファイルの再送であるかのチェックを行う。同一添付ファイルの再送である場合は、ステップＳ８−７に進み、同一添付ファイルの再送ではない場合は、ステップＳ８−８に進む。同一ファイルであるかどうかのチェック自体は、ステップＳ８−５で行われており、その判断にしたがって、ここで条件分岐する。同一添付ファイルであれば、その同一ファイルデータを又、送る必要はないので、過去に送ったファイルへのリンク情報のみを送る処理を行うために、ステップＳ８−７に進む。同一添付ファイルでなければ、従来のメイルアプリケーションと同様の処理で、添付ファイルのエンコード処理を行う為にステップＳ８−８に進む。
【００６９】
ステップＳ８−７において、過去に送ったファイルへのリンク情報のみを送る処理を行う。ステップＳ８−５における検索結果の添付ファイル送信記録内４−５の添付ファイル受信先情報に基づいて、今送ろうとしている添付ファイル名にその受信先の添付ファイル保存先のディレクトリー情報を付加する。例えば、図４のユーザ２のデータだと、￥保存先となっているので、送ろうとしている添付ファイルが、“自画像．ＪＰＧ”（自画像の写真データファイル）の場合、“￥保存先￥自画像．ＪＰＧ”と言うリンク情報を作成する訳である。これにより、送信先では、過去に送られた“自画像．ＪＰＧ”ファイルは、“￥保存先”に保存されているはずなので、“￥保存先￥自画像．ＪＰＧ”と言うリンク情報によって、今回送信する電子メイルと、そのファイルとのリンクを接続することが実現できる。これにより、受信先の電子メイルアプリケーションが、その送られた電子メイルデータの表示時にその送られた、リンク情報先のファイルの表示を行う機能を持ったものである場合は、受信時に電子メイルのテキストを表示すると同時にそのリンク先の自画像の画像を表示することが実現できる訳である。これにより、自画像を従来の署名テキストの代わりとして使うことが出来る。
【００７０】
又、受信先で従来からある、一般的な、ｈｔｍｌテキストを解釈できる電子メイルアプリケーションが使われている場合は、ｈｔｍｌテキスト内の画像リンクとして、“￥保存先￥自画像．ＪＰＧ”を埋め込むように実装しても良い。
【００７１】
上記により、本発明を組み込んだ、電子メイルアプリケーションが送った添付ファイルリンク情報は、受信先が本発明を搭載していない電子メイルアプリケーションを利用していても、リンク情報を解釈できる電子メイルアプリケーションであれば、通常の処理で、その電子メイルデータ表示時にそのリンクされた添付ファイルも表示する事が実現できる。
【００７２】
ステップＳ８−８において、添付ファイルのエンコード処理を行う。これは、従来の電子メイルアプリケーションにも組み込まれている一般的な処理なので、簡単に説明するが、添付されるバイナリ−ファイルを一般的な、ＭＩＭＥフォーマットや、ＢｉｎＨｅｘやＵｕｅｎｃｏｄｅのフォーマットに変換する処理である。これによりテキストデータに変換されて、電子メイルとして送られるわけである。
【００７３】
ステップＳ８−９において、添付ファイル送信記録の更新を行う。同一添付ファイルの再送であれば、更新する必要はないが、同一添付ファイルの内容が更新された場合であれば（例えば、自画像の写真を撮り直した場合など）、添付ファイル送信記録のその添付ファイルの更新日時を更新する。もし新たな、宛先への添付ファイルで、添付ファイル送信記録に記録が存在しない場合は、新規宛先として、添付ファイル送信記録に新たなエントリーを作成し、ユーザＩＤ、メイルアドレス、添付ファイルＩＤ、添付ファイル更新日時、添付ファイル受信先情報を記録していく。
【００７４】
ステップＳ８−１０において、電子メイル作成処理を終了する。
【００７５】
作成された電子メイルは、従来からある一般的な、電子メイルアプリケーションと同様に、接続先にあったプロトコルで、一般的な方法で、転送するわけである。
【００７６】
送られた電子メイルは、従来と同様に受信先で処理されるが、図９のフローチャートで添付ファイルの表示処理を説明する。メイルの本文のテキスト表示は、通常の電子メイルアプリケーションと同様な処理なので説明を省く。
【００７７】
ステップＳ９−１において、受信電子メイルの添付ファイル表示処理を開始する。一般的な初期化処理を行う。実際の処理手順は図２の８のＲＯＭのなかに記憶されている。図２のＲＡＭのなかのワーク領域の初期化を行う。
【００７８】
ステップＳ９−２において、受信メイル内に画像添付ファイルが存在するかをチェックする。画像ファイルが添付されている場合は、ステップＳ９−６に進み、画像ファイルが添付されていない場合は、ステップＳ９−３に進む。
【００７９】
ステップＳ９−３において、受信メイル内に画像ファイルへのリンク情報が存在するかをチェックする。受信メイル内に画像ファイルへのリンク情報が存在する場合は、ステップＳ９−４に進む。信メイル内に画像ファイルへのリンク情報が存在しない場合、表示すべき画像ファイルが存在しないため、ステップＳ９−７に進みこの受信電子メイルの添付ファイル表示処理を終了する。
【００８０】
ステップＳ９−４において、リンク先のファイルを読み出す処理を行う。電子メイル内にステップＳ８−７において作成された画像ファイルへのリンク情報（例えば、￥保存先￥自画像．ＪＰＧ）が書かれていた場合、そのリンク情報に示される画像ファイル（例えば保存先ディレクトリーにある自画像．ＪＰＧというファイル）を読み出す処理を行う。
【００８１】
ステップＳ９−５において、読み出した画像ファイルをテキストの横の表示エリアに表示する処理を行う。前記ステップＳ９−４で読み出した画像ファイル（例えば、自画像．ＪＰＧファイル）をテキストの横の表示エリアに表示し、図７のように、送信者の自画像が表示される電子メイルアプリケーションを実現できる。
【００８２】
ステップＳ９−６において、添付されている画像ファイルをテキストの横の表示エリアに表示する処理を行う。ステップＳ８−８において、作成された添付画像ファイルをその添付ファイルに応じたフォーマット（一般的な、ＢｉｎＨｅｘやＵｕｅｎｃｏｄｅのフォーマット）に従ってデコード変換処理を行い、画像ファイルに変換を行い。例えば、自画像．ＪＰＧが作成され、その画像ファイルのフォーマットに応じて、表示エリアに表示する。これにより例えば、図７のように、送信者の自画像をメイルのなかに表示する。
【００８３】
以上説明した構成で、電子メイルアプリケーションを作ることにより、同一添付ファイルを同一宛先に再度送ることを検出した場合に、上記画像ファイルを受信先の画像ファイルへのリンク情報に変更する事により、送信データを少なくすることを実現できる。これにより、通信時間を短縮できる。そして、受信先では、上記メイルを表示するときに、その受信先に保存されているリンク画像の表示を行うため、新たな通信を発生せずに、大きな画像の表示でも実現でき、電子メイルの表現手段を豊かにすることを実現できる。これにより、自画像などを従来のテキストベースの署名の代わりに使うことが出来る。より、ユーザに温かみを持たせた電子メイル環境を提供できる。
【００８４】
この実施例では、添付ファイルの内容としては、画像ファイルで説明してきたが、画像以外のファイル、例えば音声ファイルや、動画ファイルや、ワープロ等のファイルを添付して送るときに利用する事もできる。処理構成としては、画像表示部分がそれぞれのファイルの種類にあった再現プログラムを呼ぶように処理を追加すれば良いだけである。
【実施例２】
【００８５】
実施例１では、同一添付ファイルを同一宛先に再度送ることを検出した場合に、上記画像ファイルを受信先の画像ファイルへのリンク情報に変更する事により、送信データを少なくすることを実現した。一方、受信側で、前に受信していた添付ファイルを削除してしまった場合や、受信側の異常で、前回の受信添付ファイルが壊れてしまい存在していない状況も考えられる。
【００８６】
そこで、上記リンク情報を持った電子メイルを受信した時に、リンク先のファイルの存在を検出する手段と前記ファイルが存在しないときに送り先に対して画像ファイルの再送を要求する手段を設けることにより、受信先で画像ファイルを破棄した場合でも、次に送られるときに画像を見られるようにする。
【００８７】
図１０は、第２実施例の処理構成図である。第１の実施例の処理構成図に添付ファイルのリンク先ファイル検査手段３−７と、添付ファイルの再送要求手段３−８と、添付ファイル再送要求処理手段３−９を追加することによって実現している。図３と同一番号の構成手段は同一なので説明は省く。実施例１の構成で作成された電子メイル６が、３−６の通信カードを通し、インターネットを経由して相手先の３−６の通信カードに送られる。
【００８８】
受信先では、前記受信した電子メイル６内に画像ファイルへのリンク情報が記載されている場合そのリンク情報を添付ファイルのリンク先ファイル検査手段３−７に送る。
【００８９】
３−７は、リンク先ファイル検査手段で、リンク情報で示されるファイルが存在するかどうかを検査する。具体的には、この携帯機器のＯＳ（オペレーティングシステム）のファイルシステム関数を使用して、リンク情報で示されるファイルの存在を調べ、存在しない場合その情報を添付ファイルの再送要求手段３−８に送る。
【００９０】
３−８は、添付ファイルの再送要求手段で、リンク先ファイル検査手段３−７から送られてくる、リンク情報で示される存在しない添付ファイルの再送を送信先へ、電子メイルとして再送要求を作成する。作成した再送要求の電子メイルは、受信先の３−６の通信カードを通して、送信先に送られる。
【００９１】
送られた再送要求の電子メイルは、送信先の３−６の通信カードを通して受け取られる。受け取られたで再送要求の電子メイルは、その内容により再送要求と解釈された場合、添付ファイル再送要求処理手段３−９に送られる。
【００９２】
３−９は、添付ファイル再送要求処理手段で、送られてきた再送要求の電子メイルに応じて、指定された添付ファイルを要求先に転送する処理を行う。
【００９３】
図１１は添付ファイル再送要求メイル自動作成処理のフローチャートである。図１２は再送要求メイルの自動処理フローチャートである。
【００９４】
添付ファイルのリンク情報が書かれたメイルを受信した場合、ステップＳ１１−１から始まるフローチャートで表わした処理が呼ばれる。
【００９５】
ステップＳ１１−１において、添付ファイル再送要求処理を開始する。実際の処理手順は図２の８のＲＯＭのなかに記憶されている。電子メイルの本文等の記録領域は、図２のＲＡＭのなかに存在し、その記憶領域の初期化処理等を行う。
【００９６】
ステップＳ１１−２において、受信したメイル内のリンク情報で指示されるファイルが存在するかどうかのチェック処理を行う。実施例１で説明したように、過去に送られてきた添付ファイルと同一ファイルの再送の場合は：本発明ではその保存されているはずの添付ファイルへのリンク情報が送られてくるわけであるが、操作ミスやハードの故障等によりその保存しておいた添付ファイルが消失している場合が考えられる。そこで、このステップで、リンク情報のファイルが実際に存在するかどうかをチェックする。具体的には、例えば、リンク情報として、“￥添付保存先２￥自画像２．ＪＰＧ”が与えられている場合、“￥添付保存先２”ディレクトリー内に自画像２．ＪＰＧファイルが存在するかをファイルのアクセス関数を利用して調べる。ファイルが存在する場合は、実施例１で説明した処理で良いため、この処理を終了するためにステップＳ１１−９に進む。ファイルが存在しない場合は、ステップＳ１１−３に進み、添付ファイルの再送要求メイル作成処理を開始する。
【００９７】
ステップＳ１１−３において、再送要求メイル作成処理を開始する。まず、電子メイルの雛形ファイルを作成する。これは、通常の電子メイルのフォーマットと同一の物である。宛先、Ｓｕｂｊｅｃｔ、本文の記入領域が存在する一般的なものである。
【００９８】
ステップＳ１１−４において、リンク情報が書かれていたメイルの発信先を読み込み、上記ステップＳ１１−３で作成した電子メイルの雛形の宛先部分に入力する処理を行う。
【００９９】
例えば、リンク情報の書かれた電子メイルの発信先である、Ｆｒｏｍ：以下に“ｔｅｓｔ＠ｐｄａ．ｘｘｘ”と書かれている場合は、その“ｔｅｓｔ＠ｐｄａ．ｘｘｘ”を電子メイルの雛形の宛先部分Ｔｏ：以下に入力すれば良い。
【０１００】
ステップＳ１１−５において、リンクファイルの実ファイルの添付送信を要求するコマンド文を作成し本文に挿入する処理を行う。例えば、リンク情報が“￥添付保存先２￥自画像２．ＪＰＧ”である場合、自画像２．ＪＰＧの添付送信を要求するコマンド文を作成する。
【０１０１】
コマンド文の例は、“ｇｅｔＦｉｌｅ：自画像２．ＪＰＧ”である。このテキスト文を電子メイルの本文入力領域に挿入する。
【０１０２】
ステップＳ１１−６において、Ｓｕｂｊｅｃｔ部分に再送要求とコマンド種別を記入する処理を行う。具体的には、Ｓｕｂｊｅｃｔ：以下に“再送要求：ｇｅｔｊｐｇＦｉｌｅ”と記入する。
【０１０３】
ステップＳ１１−７において、添付ファイルの再送要求メイル作成処理の終了処理を行う。ワーク領域等解放処理を行う。
【０１０４】
ステップＳ１１−８において、作成したメイルを発送する処理を行う。ステップＳ１１−３からステップＳ１１−６にかけて作成された電子メイルを従来の電子メイルアプリケーションと同様に、インターネットの電子メイル転送プロトコルに合わせた方式で、３−６の通信カードを通して公衆回線に一般的な電子メイルのパケットして送出される。
【０１０５】
次に、上記送られた電子メイルの受信処理を説明する。
【０１０６】
ステップＳ１２−１において、再送要求メイル受信処理を開始する。電子メイルの受信処理自体は一般的な処理なので説明は省き、受信したメイルが、メイルの受信バッファに記憶されていることとする。受信バッファに記憶されている中の一通の電子メイルを読み出す。
【０１０７】
ステップＳ１２−２において、再送要求メイルであるかのチェックを行う。Ｓｕｂｊｅｃｔ：以下に“再送要求”が記入されていれば再送要求メイルとしての処理を行うためにステップＳ１２−３に進む。Ｓｕｂｊｅｃｔ：以下に“再送要求”が記入されていなければ、通常のメイルなので、従来からの通常のメイルの受信処理である、ステップＳ１２−９に進む。
【０１０８】
ステップＳ１２−３において、再送要求メイル内の添付ファイル名を読み出す処理を行う。ステップＳ１１−５で説明したように、再送要求メイルであれば、メイル本文内の“ｇｅｔＦｉｌｅ：”以下に再送すべきファイル名が書かれているわけである。その“ｇｅｔＦｉｌｅ：”以下の再送すべきファイル名を読み出せば良い。例えば、メイル本文に“ｇｅｔＦｉｌｅ：自画像２．ＪＰＧ”と書かれていれば、”自画像２．ＪＰＧ”を読み出し記憶する。
【０１０９】
ステップＳ１２−４において、読み出したファイルを検索する。ステップＳ１２−３で読み出し記憶したファイル名を添付ファイル記憶ディレクトリーから読み出す処理を行う。例えば、“自画像２．ＪＰＧ”ファイルが対象の場合、添付ファイル記憶ディレクトリー”￥添付ファイル”内のファイルを検索し、そこに“自画像２．ＪＰＧ”ファイルが存在すればそのファイルを読み出す。
【０１１０】
ステップＳ１２−５において、添付ファイルのエンコード処理を行う。ステップＳ１２−４で読み出したファイルを一般的な、ＭＩＭＥフォーマットや、ＢｉｎＨｅｘやＵｕｅｎｃｏｄｅのフォーマットに変換する処理を行う。フォーマットの種別はユーザの指定によって決定される。
【０１１１】
ステップＳ１２−６において、再送要求先を送り先とする、添付ファイルを添付した、メイルを作成する。Ｓ１２−１で読み込んだメイルの送り先であるＦｒｏｍ：以下の宛先を、Ｔｏ：以下に挿入する。例えば“Ｆｒｏｍ：ｔｅｓｔ２＠ｐｄａ２．ｘｘｘ”と書かれていれば、送り先は、“Ｔｏ：ｔｅｓｔ２＠ｐｄａ２．ｘｘｘ”と挿入されるわけである。そして、ステップＳ１２−５でンコード処理を行った添付ファイルを挿入して、メイルを完成させる。
【０１１２】
ステップＳ１２−７において、作成したメイルを送信する処理を行う。作成された電子メイルを従来の電子メイルアプリケーションと同様に、インターネットの電子メイル転送プロトコルに合わせた方式で、３−６の通信カードを通して公衆回線に一般的な電子メイルのパケットして送出される。これにより、再送要求した宛先に添付ファイルが送られるわけである。
【０１１３】
ステップＳ１２−８において、再送要求メイル処理の終了処理を行う。メイルの読み込みやメイルの作成に利用した記憶エリアの解放処理等を行う。
【０１１４】
以上説明した構成で、電子メイルアプリケーションを作ることにより、同一添付ファイルの再送時にリンク情報が送られて来たときに、リンク先のファイルが存在しない場合に、自動的に添付ファイルの再送要求メイルを発信し、自動的に添付ファイルを受け取ることが実現できる。
【０１１５】
これにより、受信先での添付ファイルの破損等の事故にも対処できる、電子メイルシステムを構築することが出来るわけである。
【０１１６】
以上実施例１乃至２で説明したように、本発明によれば、電子メイルシステムにおいて、送信宛先毎に、添付ファイルのＩＤと添付ファイルの更新日等を記憶する手段と、同一添付ファイルを同一宛先に再度送ることを検出する手段と、上記検出手段によって、再送を検出した場合、上記画像ファイルを受信先の画像ファイルへのリンク情報に変更する手段を設ける事により、メイルの通信コストの省減を計りながら、画像等の表示をメイル内に表示することを実現できる。また、そのリンク先は受信機械側に存在するので、その画像等を見るために新たな通信処理は発生しないため携帯機器の環境等で使うのに適しているシステムを提供できる。これにより、静止画や動画を従来のテキストベースの署名ファイルの代わりに使うことが出来る電子メイルシステムを実現できる。
【０１１７】
又、上記リンク情報を持った電子メイルを受信した時に、リンク先のファイルの存在を検出する手段と前記ファイルが存在しないときに送り先に対して画像ファイルの再送を要求する手段を設けることにより、受信先で画像ファイルを破棄した場合でも、再送要求のメイルに対する返答のメイルにより、画像ファイルを添付ファイルとして得る事ができるので、ファイルの破損等にも強いシステムを構築出来る。
【図面の簡単な説明】
【０１１８】
【図１】本発明の実際の使用形態を表す図である。
【図２】本発明の携帯情報機器のブロック図である。
【図３】本発明実施例の処理構成図である。
【図４】添付ファイルの送信記録のデータ構造図である。
【図５】電子メイルのデータ構造図である。
【図６】メイル作成画面例を示す図である。
【図７】受信メイルの表示画面例を示す図である。
【図８】実施例１のフローチャートである。
【図９】実施例１のフローチャートである。
【図１０】実施例２の処理構成図である。
【図１１】実施例２のフローチャートである。
【図１２】実施例２のフローチャートである。
【符号の説明】
【０１１９】
１  携帯情報機器
２  液晶表示部
３  ペン
４  デジタルカメラ部
５  パーソナルコンピュータ
６  電子メイル
【図１】
2006268329.tif 000003
【図２】
2006268329.tif 000004
【図３】
2006268329.tif 000005
【図４】
2006268329.tif 000006
【図５】
2006268329.tif 000007
【図６】
2006268329.tif 000008
【図７】
2006268329.tif 000009
【図８】
2006268329.tif 000010
【図９】
2006268329.tif 000011
【図１０】
2006268329.tif 000012
【図１１】
2006268329.tif 000013
【図１２】
2006268329.tif 000014