(57)【要約】【課題】画像サーバー等の設備を用意する必要無しに、必要以上の通信コストをかけずにデジタル画像を送信することが可能な画像データ送信装置を提供する。【解決手段】縮小画像を作成し、電子メールに添付して送信する縮小画像送信手段と、前記縮小画像送信手段によって送信されたメールの返信を受け取った際、自動的に、該縮小画像の元となる縮小前のフル画像をメールに添付して送り返すフル画像返信手段。【選択図】        図１
2004320338.tif 000002
【特許請求の範囲】
【請求項１】
縮小画像を作成し、電子メールに添付して送信する縮小画像送信手段と、
前記縮小画像送信手段によって送信されたメールの返信を受け取った際、自動的に、該縮小画像の元となる縮小前のフル画像をメールに添付して送り返すフル画像返信手段
とを持つ事を特徴とする、デジタル画像データ送信装置。
【請求項２】
前記フル画像返信手段は、受け取ったフル画像要求が正当なものかどうかを判別する手段を持つ事を特徴とする請求項１のデジタル画像データ送信装置。
【請求項３】
前記フル画像返信手段は、同一の相手からの複数の画像の要求に対し、１つのメールに複数のフル画像を添付して返信する事を特徴とする請求項１のデジタル画像データ送信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタル画像データを電子メールで送信する機器に関するものである。
【０００２】
【従来の技術】
従来のデジタル画像データを電子メールで送信する機器では、最初からフル画像のデータを添付して送信している。
【０００３】
また、デジタル画像をインターネット上のサーバーなどに置き、そのＵＲＬをメールで教え、受け取り主がサーバーに見に行って画像をダウンロードするという方法も取られている。
【０００４】
【発明が解決しようとする課題】
しかしながら上記前者の画像送信装置では、デジタル画像データ送信装置では、受け取り主が必要としているかどうかわからない画像でも、全てフル画像で送られてしまうので、通信コストがかかりすぎるという問題点がある。
【０００５】
また、後者の例では、画像を置いておくサーバーを用意する必要があり、サーバーの管理費用や手間といったものが発生してしまうという問題点がある。
【０００６】
本発明は上記の問題点を解消した画像送信装置を提供するもので、その目的は、画像サーバー等の設備を用意する必要無しに、必要以上の通信コストをかけずにデジタル画像を送信することが可能な画像データ送信装置を提供する事にある。
【０００７】
【課題を解決するための手段】
本発明は上記目的を達成するために、請求項１のデジタル画像データ送信装置は、縮小画像を作成し、電子メールに添付して送信する縮小画像送信手段と、前記縮小画像送信手段によって送信されたメールの返信を受け取った際、自動的に、該縮小画像の元となる縮小前のフル画像をメールに添付して送り返すフル画像返信手段とを持つ事を特徴とする。
【０００８】
請求項２のデジタル画像データ送信装置は、前記フル画像返信手段は、受け取ったフル画像要求が正当なものかどうかを判別する手段を持つ事を特徴とする。
【０００９】
請求項３のデジタル画像データ送信装置は前記フル画像返信手段は、同一の相手からの複数の画像の要求に対し、１つのメールに複数のフル画像を添付して返信する事を特徴とする。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１１】
（第１の実施形態）
図１から図３に従い本発明の第１の実施形態であるデジタル画像データ送信装置の説明をする。
【００１２】
図１は、本発明の第１の実施形態である画像送信装置の概略構成を示すブロック図である。
【００１３】
図１に於いて、１００はＣＰＵ（中央演算処理装置）で、本画像送信装置の動作はこのＣＰＵ１００により制御される。ＣＰＵバス１１０は、ＣＰＵ１００とその周辺デバイスとの通信を行う信号線である。
【００１４】
１２０はＣＣＤ及びその制御回路で構成される静止画像撮影部である。
【００１５】
１３０はＲＯＭ（リードオンリーメモリ）で、ＣＰＵ１００の制御プログラムが格納されている。
【００１６】
操作部１４０は、ユーザーからの指示をＣＰＵ１００に伝える。
【００１７】
通信部１５０は、電子メールの送受信を行うインターフェース部である。
【００１８】
表示制御部１６０は、ＣＲＴ１６１に画像やグラフィックを表示させる制御を行う。
【００１９】
１７０はＲＡＭ（ランダムアクセスメモリ）で、メールデータ格納部１７１、画像データ格納部１７２を含んでいる。
【００２０】
上記形態において、静止画像撮影部１２０で撮影されたデジタル画像は、画像データ格納部１７２に格納され、電子メール送信の際に、メールに添付されて通信部１５０を通して送信される。
【００２１】
図２は、サムネイル画像送信処理のフローチャートである。
【００２２】
ステップＳ１００で、送信する画像データを画像データ格納部１７２から読み出し、ステップＳで縮小処理を行ってサムネイル画像を作成し、メールに添付できるようテキスト化の処理を行う。
【００２３】
ステップＳ１２０では、ヘッダ、本文、添付データからなるメールデータを作成する。ここでのヘッダ作成時、メールの題（Ｓｕｂｊｅｃｔ：）欄には、画像配信システムによるメールと識別できるような識別文字列と、画像データのファイル名を挿入する。一例としては、「Ｓｕｂｊｅｃｔ：［ＭａｉｌＤｅｌｉｖｅｒｙＳｙｓｔｅｍ］  ＃ｐｉｃｔ＿１００２．ｊｐｇ＃」というような題名にする。
【００２４】
また、本文には、「この写真のフルサイズのデータが欲しい場合は、このメールに返信して下さい。折り返し、自動でフルサイズのデータが送られてきます。」という文章が挿入される。
【００２５】
ステップＳ１３０では、ステップＳ１２０で作成したメールを、通信部１５０を通して送信する。
【００２６】
ステップＳ１４０で同じ画像データを他の人にも送るかどうかチェックし、まだ送信先が残っている場合はステップＳ１２０へ戻る。
【００２７】
ステップＳ１５０では、全画像の送信処理が終わったかどうかチェックし、残っている場合は、ステップＳ１００へ戻る。
【００２８】
図３は、メール受信時の処理を示すフローチャートである。
【００２９】
このメール受信処理中には、図２でサムネイル画像を添付して送信されたメールに対する返信が確認されると、自動的に、フルサイズの画像を送信する処理を含んでいる。
【００３０】
ステップＳ２００では、到着しているメールのヘッダーデータのみを、サーバーから全て受信する。
【００３１】
ステップＳ２１０では、ステップＳ２００で受信したメールヘッダーを１件ずつ確認し、題名（Ｓｕｂｊｅｃｔ：）欄に、識別文字列（［ＭａｉｌＤｅｌｉｖｅｒｙＳｙｓｔｅｍ］）が無ければ、通常どおりにメール本体を受信（ステップＳ２２０）し、識別文字列があった場合は、そのメール本体はサーバーから削除してしまい（ステップＳ２３０）、題名（Ｓｕｂｊｅｃｔ：）欄から、ファイル名を取り出して、該当する画像をフルサイズの画像のまま添付したメールを、送信する。（ステップＳ２４０）
ステップＳ２１０以降の処理を、ステップＳ２００で受信したヘッダの数だけ繰り返す。（ステップＳ２５０）
【００３２】
（第２の実施形態）
図４は、本発明の第２の実施形態を説明する図である。
【００３３】
第１の実施形態では、サムネイル画像を添付されたメールに返信する際に、題名（Ｓｕｂｊｅｃｔ：）欄中のファイル名を意図的に変更して返信されると、その人に送信する予定でなかった画像を取り出すことができる可能性があり、セキュリティ上好ましくない。
【００３４】
本実施形態では、第１の実施形態の図３のステップＳ２３０とステップＳ２４０の間にステップＳ３００、ステップＳ３１０の処理が追加されている。
【００３５】
ステップＳ３００では、要求された画像が正当なものかどうかをチェックする。このチェック方法としては、サムネイル画像を送信した際に、送信先と画像ファイル名を対応させたリストを作成しておき、要求された時にこのリストに照合する方法や、ファイル名にチェックサムの記号を付加しておき、あてずっぽうのファイル名では受け付けなくするなど、様々な方法が考えられる。
【００３６】
ステップＳ３００で、正当な要求と認識された場合は、ステップＳ２４０で該当画像の送信を行い、不当な要求と認識された場合は、ステップＳ３１０で、ファイル名が正しくない旨を明記したメールを送信する。
【００３７】
本実施形態ではフルサイズの画像を要求されたメールの正当性をチェックするので、あてずっぽうでファイル名を変更して意図しない画像を見られてしまうことを防ぐことができるという利点がある。
【００３８】
（第３の実施形態）
図５は、本発明の第２の実施形態を説明する図である。
【００３９】
第１の実施形態では、フル画像を要求された複数のメールに対して、１対１に対応した同数のフル画像添付メールが送信される。
【００４０】
本実施形態では同一の宛先に送信するフル画像添付メールをできるだけ一つにまとめて、１回のメールに複数の画像を添付して送信する様構成される。
【００４１】
第１の実施形態の図３のステップＳ２４０での送信処理の代わりに、本実施形態の図５のステップＳ４００では、送信するフル画像のリストを作成する。このとき、同一の宛先で同一の画像の要求が来ていたら、リスト内では一つだけにする。
【００４２】
ステップＳ２５０で全受信メールのチェックが終わった後、ステップＳ４１０で、ステップＳ４００で作成されたリストを元に、同一の宛先の画像は一つのメールに複数画像を添付する形で送信する。ただし、この時に１件のメールのサイズが大きくなりすぎる場合には、一定のサイズに収まる数の画像を添付し、複数メールに分割する。
【００４３】
本実施形態では同一の宛先の画像は一つのメールに複数画像を添付する形で送信され、また、間違って同一の画像の要求を出してしまっても、一つしか送信されない為、無駄なトラフィックの発生を抑えられるという利点がある。
【００４４】
【発明の効果】
以上示した様に、本発明によれば、画像サーバー等の設備を用意する必要無しに、必要以上の通信コストをかけずにデジタル画像を送信することが可能な画像データ送信装置。が実現できる。
【図面の簡単な説明】
【図１】本発明に係る第１の実施形態のデジタル画像データ送信装置の概略構成を示すブロック図である。
【図２】第１の実施形態のサムネイル画像送信処理のフローチャートである。
【図３】第１の実施形態のメール受信処理のフローチャートである。
【図４】第２の実施形態のメール受信処理のフローチャートである。
【図５】第３の実施形態のメール受信処理のフローチャートである。
【符号の説明】
１００  ＣＰＵ
１３０  ＲＯＭ
１５０  通信部
１７０  ＲＡＭ
１７１  メールデータ格納部
１７２  画像データ格納部
【図１】
2004320338.tif 000003
【図２】
2004320338.tif 000004
【図３】
2004320338.tif 000005
【図４】
2004320338.tif 000006
【図５】
2004320338.tif 000007