JP2004362057A

JP2004362057A - Communication terminal, computer program, and recording medium

Info

Publication number: JP2004362057A
Application number: JP2003156889A
Authority: JP
Inventors: Shunsuke Yajima; 俊輔矢島
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2003-06-02
Filing date: 2003-06-02
Publication date: 2004-12-24

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication terminal capable of surely and appropriately managing the propriety of the attachment of a file to an electronic mail by a simple method. <P>SOLUTION: This communication terminal is provided with an address management table in which file attachment permission information showing whether or not the attachment of a file is permitted is preliminarily stored for each transmission destination address; a processing part 122 for designating the electronic mail transmission destination address; processing parts 128 and 140 for designating an attachment file; a processing part 142 for deciding whether or not the attachment of the file is permitted by referring to the file attachment permission information of the designated transmission destination address stored in the address management table in response to the designation of the transmission destination address and the designation of the attachment file; and a processing part for executing either one of a processing part 130 for transmitting a mail or the processing part 128 for redesignating the attachment file according to the decision result. Thus, it is possible to prevent the attachment file from being erroneously transmitted to the transmission destination which is not able to process the attachment file. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、電子メールにファイルを添付して送受信可能な通信端末装置に関し、特に、基本的にテキストで作成される電子メールに様々な種類のファイルを添付して送受信可能な、例えば携帯電話機等の通信端末装置及びそのための電子メール送受信プログラムに関する。
【０００２】
【従来の技術】
近年、携帯電話機の多くは、本来の通話機能に加え、いわゆるインターネットに接続できる機能を有する様になっている。インターネットに接続する事で、携帯電話機同士、又は携帯電話機とコンピュータとの間で電子メールの送信・受信を行ったり、インターネット上のホームページより情報を取得したりする事ができる。特に、携帯電話機の場合、インターネットへの接続は無線で行なわれる。そのため、ユーザは欲しい情報を、欲しい時に得る事ができる。
【０００３】
この様に、携帯電話機が通話機能だけでなく、情報発信・受信としての機能を有する様になったため、携帯電話機の形態もそうした機能がより使いやすくなる様なものに変化している。例えば、表示部（ディスプレイ）は携帯性を損なわない範囲でより大きく、より高解像度になっている。
【０００４】
最近の携帯電話機にはカメラ機能を装備したものがある。このカメラで撮影した画像を、携帯電話機のいわゆる待受画面として使用したり、電子メールに添付して送信したりする事ができる。送信先の携帯電話機等の通信端末装置の表示部では、そうした画像ファイルを表示部に表示し、ユーザが閲覧できる。カメラ機能を使用したこうした用途は需要者に好意をもって受け止められ、そのためにカメラ機能を有する携帯電話機は急速に普及しつつある。
【０００５】
また、携帯電話機の着信音については、通常の電子音だけではなく、ヒット曲等のメロディで着信を知らせるものがやはり普及し既に一般的になっている。それらの大部分は、単音でなく和音を発してメロディを演奏する事が可能である。こうした着信音のための音源としては、ＰＣＭ（ＰｕｌｓｅＣｏｄｅＭｏｄｕｌａｔｉｏｎ）、ＦＭ（ＦｒｅｑｅｎｃｙＭｏｄｕｌａｔｉｏｎ）、ＷａｖｅＴａｂｌｅ等の方式が採用されており、安価な電子楽器とほぼ同等の音質が実現されている。
【０００６】
携帯電話機がインターネットに接続できる様になり、かつインターネット上で着信音として使用できるメロディデータを提供するサイトが多くなっている。そのため、携帯電話機本体に予め内蔵されているメロディを着信音とするだけでなく、インターネットに接続して最新のヒット曲のメロディをダウンロードし、携帯電話の着信音とする事も可能となっている。さらに、電子メールにメロディデータを添付して他の携帯電話機等に送信し、送信先の携帯電話機等で再生する事も可能である。
【０００７】
上記した様な携帯電話機で実現されている機能は、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｃｅ）等の携帯型情報端末でも実現されている。
【０００８】
携帯電話機は多くの製造業者によって製造されている。新製品が短いサイクルで出されているため、同じ製造業者により製造された携帯電話であっても新旧様々な機種が存在している。さらに、通信キャリアも複数存在する。
【０００９】
もっとも、異なる機種間、又は異なる通信キャリア間で通話が不可能である事はほとんどない。電子メールの送受信についても、それが文字情報であれば、インターネット接続可能な機種の間では、ほとんどの場合送受信が可能である。
【００１０】
しかし、電子メールにファイルを添付して送信した場合には、添付されたファイルの種類によって種々の問題が生じる。例えば、送信側の携帯電話機では処理（閲覧、再生等）可能なデータであっても、送信先（受信側）では処理不可能な場合がある。一例を示せば、送信側の携帯電話機で扱う事が可能なＰＣＭ方式の着信音データを送信先に送付したが、送信先の携帯電話機ではＭＩＤＩ（ＭｕｓｉｃａｌＩｎｓｔｒｕｍｅｎｔＤｉｇｉｔａｌＩｎｔｅｒｆａｃｅ）等の演奏データによってＦＭ音源を演奏する方式にしか対応できず、ＰＣＭ方式のデータを再生する事が不可能な場合である。
【００１１】
３Ｄ（三次元）画像データを表示できない携帯電話機に対して３Ｄデータを送信した場合も同様である。送信側の携帯電話機でそうしたファイルが表示可能であると、ユーザは送信先の携帯電話機でもそうしたファイルが問題なく処理できると思いがちである。しかし必ずしもその様な場合だけではない。
【００１２】
さらに、送信先の携帯電話機が、添付ファイルをまったく処理する事ができない古いタイプのものである事も考えられる。
【００１３】
以上の場合、送信側及び送信先の双方において、処理できない添付ファイルデータ分の無駄な通信料金が課金される事になる。
【００１４】
また、最近の携帯電話機は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）を搭載し、ＣＰＵにより制御されてパーソナルコンピュータに近い動作をする。もしも正しく処理できない添付ファイルを受信した場合には、携帯電話機が誤動作を引き起こす危険性もある。もっともこの誤動作の問題は、携帯電話機間の通信に固有の問題ではなく、通信を行なう端末装置全般に関わる問題である。
【００１５】
こうした問題を解決するための方策が、特許文献１に開示されている。特許文献１に開示された技術では、送信先によってファイルの添付を禁止するための手段を設けている。すなわち、特許文献１は、電子メールにファイルを添付して複数の送信先に同報送信する際に、特定の送信先に対しては電子メールへのファイルの添付を禁止する事ができる様に、送信時に送信先ごとにファイルを添付するか否かを設定する電子メール送信装置を開示している。
【００１６】
また、携帯電話機間の通信で画像データを送付する場合、通信キャリアによって上記した方法（これを仮に第１の方法と呼ぶ。）と異なる方法を提供するものもある（これを仮に第２の方法と呼ぶ）。
【００１７】
この第２の方法は、概略以下の手順による方法である。最初に、送信側より、画像データを通信キャリアのサーバへ送付する。送信側より、通信キャリアのサーバ内にあって画像データが格納されているＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を送信先へ送付する。送信先の携帯電話機より、このＵＲＬにアクセスする。サーバが画像データを送信先の携帯電話機で処理可能なデータ形式に変換して、送信先の携帯電話機に送付する。
【００１８】
この第２の方法では、サーバが送信先の携帯電話へ画像データを送付する際に、送付先の携帯電話機で処理可能なデータ形式に変換する。そのため、送信先の携帯電話機が処理不可能なデータをサーバから受け取る事はない。
【００１９】
【特許文献１】
特開２００３−６１２３号公報
【発明が解決しようとする課題】
しかし、特許文献１に記載された電子メール送信装置では電子メールの同報送信において、添付ファイルを送付する送信先と送付しない送信先とを送信時に区別する。そのため、添付ファイルを実際に送信する際に、送信先で処理可能かどうか、ユーザがデータ形式によってその都度確認するという面倒な作業が発生する。
【００２０】
一方、前述した第２の方法の場合には、現状、特定の通信キャリアの携帯電話機のみしか対応していない。そのため、第２の方法に対応していない多くの一般的な送信先にこの方法を用いてファイルを送信する事はできない。また、第２の方法で提供されているサービスは、画像データのデータ形式の変換のみである。そのため、画像データ以外（メロディデータ等）を送付する場合には、第２の方法に対応している携帯電話機同士であったとしても、この方法を使用する事はできない。
【００２１】
本発明はこの様な状況に鑑み、容易な方法で確実に、各送信先に対し、当該送信先では処理不可能なファイル、又は、誤動作を引き起こすの恐れのあるファイルの送信を禁止したり許可したりする事ができる通信端末装置を提供する事を目的とする。
【００２２】
さらに本発明は、極めて簡単な操作で、確実に、各送信先に対し、当該送信先では処理不可能なファイル、又は、誤動作を引き起こすの恐れのあるファイルの送信を禁止したり許可したりする事ができる通信端末装置を提供する事を目的とする。
【００２３】
【課題を解決するための手段】
本発明の第１の局面に係る通信端末装置は、電子メールの送信先アドレスごとに、ファイルの添付を許可するか否かを示すファイル添付許可情報を予め記憶するためのファイル添付許可情報記憶手段と、電子メールに対して送信先アドレスの指定を行なう送信先指定手段と、電子メールに対して添付ファイルの指定をするための添付ファイル指定手段と、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスのファイル添付許可情報を参照してファイルの添付を許可するか否かを判定するための判定手段と、判定手段による判定結果に従って所定の処理を実行するための手段とを含む。
【００２４】
ファイル添付許可情報を予め記憶しておき、送信先アドレスの指定と、添付ファイルの指定とが行なわれると、指定された送信先アドレスのファイル添付許可情報に従い、ファイルの添付を許可するか否かが判定される。その結果、添付ファイルを処理できない送信先に対して、誤って添付ファイルを送付する事を防止する事ができる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。
【００２５】
好ましくは、通信端末装置は、電子メールを受信するための受信手段と、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、返信判定手段により、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、添付ファイル付の電子メールの送信を、受信手段が受信した電子メールの送信元に送信する事を禁止する様にファイル添付許可情報を更新するための手段とをさらに含む。
【００２６】
誤って添付ファイルを処理できない送信先に添付ファイル付の電子メールを送信した場合、送信先のユーザがその電子メールに対して返信するだけで、送信元で次回以降、この送信先に添付ファイル付の電子メールを送信しない様に添付ファイル許可情報が更新される。送信先で添付ファイルを処理可能か否かに関する情報を積極的に集めなくても、適切な添付ファイル許可情報を蓄積できる。
【００２７】
好ましくは、通信端末装置のファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及び電子メールに添付することが可能なファイル形式のうち、予め選択されたファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含み、判定手段は、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による前記予め選択されたファイル形式の添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む。
【００２８】
添付可能なファイル形式のうち、予め選択されたファイル形式ごとにファイル形式別ファイル添付許可情報を予め記憶しておき、送信先アドレスの指定と、当該ファイル形式の添付ファイルの指定とが行なわれると、指定された送信先アドレスのファイル添付許可情報に従い、指定されたファイルの添付を許可するか否かが判定される。その結果、指定された添付ファイルのファイル形式を処理できない送信先に対して、誤ってそのファイル形式のファイルを送付する事を防止できる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。また、予め選択されたファイル形式以外のファイル形式についてはこうした確認が不要である。
【００２９】
好ましくは、通信端末装置のファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及びファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含み、判定手段は、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む。
【００３０】
ファイル形式ごとにファイル形式別ファイル添付許可情報を予め記憶しておき、送信先アドレスの指定と、添付ファイルの指定とが行なわれると、指定された送信先アドレスのファイル添付許可情報に従い、指定されたファイルの添付を許可するか否かが判定される。その結果、指定された添付ファイルのファイル形式を処理できない送信先に対して、誤ってそのファイル形式のファイルを送付する事を防止できる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。
【００３１】
さらに好ましくは、通信端末装置は、電子メールを受信するための受信手段と、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、返信判定手段により、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、添付ファイル付の電子メールに添付されたファイル形式のファイルの送信を、受信手段が受信した電子メールの送信元に送信する事を禁止する様にファイル形式別添付ファイル許可情報を更新するための手段とをさらに含む。
【００３２】
誤って送信先で処理できないファイルを電子メールに添付して送信した場合、送信先のユーザがその電子メールに対して返信するだけで、そのファイル形式のファイルについては送信元で次回以降、この送信先に送信しない様にファイル形式別添付ファイル許可情報が更新される。送信先で処理可能なファイル形式に関する情報を積極的に集めなくても、適切なファイル形式別添付ファイル許可情報を蓄積できる。
【００３３】
通信端末装置は、返信判定手段により、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、ファイル形式別添付ファイル許可情報の更新を行なう事を告知する所定のメッセージを出力するための手段をさらに含んでもよい。
【００３４】
更新を行なう事を告知するので、ユーザには更新が行なわれる事が分かる。ユーザはファイル形式別添付ファイル許可情報の内容が変更された事を把握できる。予期せぬ内容で更新された場合、その結果生じる不都合に対する対処が容易になる。
【００３５】
通信端末装置は、メッセージを出力するための手段によるメッセージの出力の間、更新するための手段の動作を抑制するための手段をさらに含んでもよい。
【００３６】
メッセージが出力されている間は更新が行なわれないので、更新が行なわれる前にその内容について十分に検討する事ができる。
【００３７】
好ましくは、通信端末装置は、更新するための手段の動作を開始するか中止するかに対するユーザの指示を受けるための手段と、受けるための手段が受けたユーザの指示に従い、更新するための手段の動作を開始又は中止するための手段とをさらに含む。
【００３８】
ユーザが更新を指示したときだけ更新が行なわれる。ユーザの意図しない内容で添付ファイル許可情報が更新される事が防止できる。
【００３９】
さらに好ましくは、実行するための手段は、判定手段によりファイルの添付が禁止されていると判定された事に応答して、所定のメッセージを出力するための手段を含む。
【００４０】
ファイルの添付が禁止されているときに、所定のメッセージが出力されるので、ユーザが誤って送信が禁止されているファイルを電子メールに添付して送信してしまう事が防止できる。
【００４１】
実行するための手段は、判定手段によりファイルの添付が許可されていると判定された事に応答して、指定された送信先アドレスに、指定されたファイルを添付した電子メールを送信するための手段をさらに含んでもよい。
【００４２】
送信が許可されているユーザには、通常の電子メールの送信と同じ操作で添付ファイルを送信できる。
【００４３】
好ましくは、通信端末装置は、電子メールを受信するための受信手段と、受信手段により受信された電子メールを解読して、ファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新する事を指示する更新コマンドが含まれているか否かを判定するための解読手段と、解読手段により、受信手段により受信された電子メールに更新コマンドが含まれていると判定された事に応答して、更新コマンドに従ってファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新するための更新手段とをさらに含む。
【００４４】
受信した電子メールに更新コマンドが含まれている場合、その更新コマンドに従ってファイル添付許可情報が更新される。ユーザが自分でファイル添付許可情報を保守しなくとも、送信先からの指示でファイル添付許可情報を適切に保守する事ができる。更新コマンドを含む電子メールは、送信先の通信端末装置が自動的に作成したものでもよいし、電子メールの形式で作成したものでもよく、特に制限はない。
【００４５】
更新コマンドは、更新コマンドである事を示す所定の文字列と、ファイル添付の許可又は禁止を指定するための許可・禁止情報とを含んでもよく、解読手段は、受信手段により受信された電子メールに所定の文字列が含まれているか否かを判定するための手段を含んでもよく、更新手段は、判定するための手段により受信手段により受信された電子メールに所定の文字列が含まれていると判定された事に応答して、ファイル添付許可情報記憶手段の、受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報を、許可・禁止情報に従って更新するための手段を含んでもよい。
【００４６】
受信した電子メールに更新コマンドである事を示す所定の文字列と許可・禁止情報とが含まれている場合、その更新コマンドと許可・禁止情報とに従って、電子メールの送信元のアドレスに対するファイル添付許可情報が更新される。ユーザが自分でファイル添付許可情報を保守しなくとも、送信先からの指示でファイル添付許可情報を適切に保守する事ができる。
【００４７】
好ましくは、ファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及びファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含む。判定手段は、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、添付ファイル指定手段により指定された添付ファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む。更新コマンドは、更新コマンドである事を示す所定の文字列と、ファイル形式のファイル形式を示すファイル形式識別情報と、ファイル形式識別情報により指定されるファイル形式のファイル添付の許可又は禁止を指定するための許可・禁止情報とを含む。解読手段は、受信手段により受信された電子メールに所定の文字列が含まれているか否かを判定するための手段を含む。更新手段は、判定するための手段により受信手段により受信された電子メールに所定の文字列が含まれていると判定された事に応答して、ファイル添付許可情報記憶手段の、受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報の、受信手段により受信された電子メールに含まれるファイル形式識別情報により特定されるファイル形式のファイル形式別ファイル添付許可情報を、許可・禁止情報に従って更新するための手段を含む。
【００４８】
受信した電子メールに更新コマンドである事を示す所定の文字列とファイル形式識別情報及び許可・禁止情報とが含まれている場合、その更新コマンドとファイル形式識別情報及び許可・禁止情報とに従って、電子メールの送信元のアドレスに対する、所定のファイル形式のファイル添付許可情報が更新される。ユーザが自分でファイル添付許可情報を保守しなくとも、送信先からの指示でファイル形式別にファイル添付許可情報を適切に保守する事ができる。
【００４９】
さらに好ましくは、通信端末装置は、解読手段により、受信手段により受信された電子メールに更新コマンドが含まれていると判定された事に応答して、添付ファイル許可情報の更新を行なう事を告知する所定のメッセージを出力するための手段をさらに含む。
【００５０】
更新コマンドが電子メールに含まれている場合、添付ファイル許可情報の更新を行なう事を告知するので、ユーザは添付ファイル許可情報の更新が行なわれる事を知る事ができる。更新の結果何らかの問題が生じたときも、容易に対処できる。
【００５１】
好ましくは、通信端末装置は、メッセージを出力するための手段によるメッセージの出力の間、更新手段の動作を抑制するための手段をさらに含む。
【００５２】
メッセージが出力されている間は更新が行なわれないので、更新が行なわれる前にその内容について十分に検討する事ができる。
【００５３】
さらに好ましくは、通信端末装置は、更新手段の動作を開始するか中止するかを指示するユーザの指示を受けるための手段と、受けるための手段が受けたユーザの指示に従い、更新手段の動作を開始又は中止するための手段とをさらに含む。
【００５４】
メッセージを出力し、更新を行なうか否かをユーザが指示できる。意図しない更新を避ける事ができ、添付ファイル許可情報の保守が容易になる。
【００５５】
この発明の他の局面に係る通信端末装置は、電子メールを受信するための受信手段と、電子メールにファイルが添付されているか否かを判定するための第１の判定手段と、第１の判定手段により電子メールにファイルが添付されていると判定された事に応答して、当該ファイルが処理可能なファイル形式のファイルであるか否かを判定するための第２の判定手段と、第２の判定手段により処理可能と判定されたファイルを処理するためのファイル処理手段と、第２の判定手段により、ファイルが処理不可能なファイル形式のファイルであると判定された事に応答して、受信手段が受信した電子メールの送信元に、ファイル形式のファイルの添付を禁止することを指示する電子メールを自動的に作成し、送信するための手段とを含む。
【００５６】
受信した電子メールの添付ファイルが、第２の判定手段により、処理不可能なファイル形式であると判定されると、その電子メールの送信元に、当該ファイル形式のファイルの添付を禁止することを指示する電子メールが自動的に作成され送信される。元の電子メールの送信元の通信端末装置がそうした電子メールに対応したものであれば、送信元の通信端末装置で、そのファイル形式のファイルを添付する事を禁止する設定を自動的に行なう事ができる。送信元のユーザによる手操作に必要なく、次回からこのファイル形式のファイルを添付しない設定にする事ができる。
【００５７】
本発明のさらに他の局面に係るコンピュータプログラムは、コンピュータにより実行されると、当該コンピュータを上記したいずれかの通信端末装置として動作させる、コンピュータプログラムである。このコンピュータプログラムをコンピュータにより実行させる事により、上記した通信端末装置と同様の作用効果を実現できる。
【００５８】
本発明のさらに別の局面に係る記憶媒体は、上記したコンピュータプログラムを記録した、コンピュータ読取可能な記憶媒体である。
【００５９】
【発明の実施の形態】
以下、本発明を図示の実施形態により説明する。なお、説明の便宜上、携帯電話機に本発明を実施した例を用いて説明する。しかし、本発明が携帯電話機以外の通信端末装置にも適用可能である事は以下の説明から明らかである。
【００６０】
［第１の実施の形態］
‐構成‐
図１は本発明の第１の実施の形態に係る折たたみ式の携帯電話機３０の正面図である。図２は本発明の実施形態に係る携帯電話機３０の背面図である。図１及び図２を参照して、携帯電話機３０の外観及び構成について説明する。なお、この第１の実施の形態に係る携帯電話機３０は、他のユーザに対して電子メールを送信する際、ユーザごとにどの様なファイルを送信する事が許可されているか否かを判定する機能を持つ。また、そのために携帯電話機３０は、後述するアドレス管理テーブル内に、アドレスごとにファイルを送信してよいかどうかを示す情報を、ファイルの種類ごとに維持している。このアドレス管理テーブル１００は、携帯電話機３０を使用してユーザが維持できるものであるが、他の携帯電話から特定のコマンドを含む電子メールを送信する事により、更新する事もできる。
【００６１】
図１及び図２に示す携帯電話機３０は、アンテナ部４４、通話用スピーカ３２、時刻、待ち受け画面、入力された文字・数字、着信時の発信元電話番号、電子メール文章、カメラ部で撮影された画像、その他各種設定等を表示する第１の表示部３４を含む。
【００６２】
携帯電話機３０はさらに、カメラ部４８と、テンキー、十字キー等からなり、文字・数字の入力、各種設定の選択・決定、カメラ部４８の操作等を行なう際にユーザが使用する操作部４０と、送話マイク４２と、マイク端子３６と、イヤホン端子３８と、第１の表示部３４と同様であるが、第１の表示部３４よりは小さな表示エリアを持ち、簡略化された表示を行なう第２の表示部５０と、バッテリ部５２と、着信音用スピーカ５４とを含む。第２の表示部５０は、携帯電話機３０を折りたたんだときに正面に位置する様に設けられている。
【００６３】
操作部４０、第１の表示部３４、表示制御部８２及びＣＰＵ７０により実行されるプログラムによって、後述する送信先アドレスの指定、本文の入力、添付ファイルの指定等が行なわれる。それらの入力には、従来技術で使用されているものをそのまま使用できる。
【００６４】
図３は、本発明の携帯電話機３０のハードウェア及び機能ブロック図である。図３を参照して、携帯電話機３０はさらに、携帯電話機３０全体の制御を行なうＣＰＵ７０、記憶装置７２、電話番号及び電子メールアドレス等を記憶・管理するアドレス管理部７４、カメラ部４８で撮影された画像（静止画又は動画）に対し表示用又は記憶用として画像処理を施す画像処理部７８、カメラ制御部８０、第１の表示部又は第２の表示部に表示する表示データを制御する表示制御部８２、通話用スピーカ３２、着信音用スピーカ５４、操作マイク４２、マイク端子３６、及びイヤホン端子３８とＣＰＵ７０とに接続され、これらの間の音声データの入出力処理を行なうための音声処理部８４、携帯電話機３０のオペレーションシステム、アプリケーションプログラム等を動作させるための動作エリアを提供するＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）８６、オペレーションシステム、基本的なアプリケーションプログラム等、携帯電話機３０を使用し、動作させるための基本的なプログラムを記憶するＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）８８、及び無線通信部９０を含む。
【００６５】
カメラ制御部８０は、操作部４０による指示を受けてカメラ部４８の画像の撮影制御を行なう。本実施の形態のカメラ制御部８０は、マクロ機能（図示しない）、ズーム機能（図示しない）、フラッシュ機能（図示しない）等を有している。
【００６６】
音声処理部８４は、送話マイク４２、マイク端子３６から入力された音声をデジタル化して無線通信部９０へ伝達し、さらにアンテナ部４４を介して通信相手先へ送信する。また、アンテナ部４４、無線通信部９０を介して受信した通信相手先からのデジタル信号をアナログ音声に変換して、通話用スピーカ３２又はイヤホン端子へ伝達する。さらに、記憶装置７２又はＲＯＭに記憶された着信音データ、操作確認音データ等をアナログ音声に変換して着信音用スピーカ５４又はイヤホン端子３８に伝達する。なお、携帯電話機３０が音楽再生機能を含む場合は、記憶装置７２に記憶されている音楽データをアナログ音声に変換してイヤホン端子へ伝達する。
【００６７】
次に、図３に示すアドレス管理部７４について説明する。アドレス管理部７４は、図４に示す記憶装置７２内のアドレス管理テーブル１００によってアドレス情報を管理している。
【００６８】
図４を参照して、アドレス管理テーブル１００は、送信先アドレスに対応して複数のアドレス情報を記憶している。各アドレス情報は、登録項目として管理番号、名前、検索文字、属性、電話番号、電子メールアドレス、及び送信ファイルのファイル形式ごとに設定される、ファイルの添付を許可するか否かを示す送信許可ファイルテーブルを含む。なお図４及び以下の説明において、「着メロ」とあるのは、着信音として利用できる音声データの事を指す。通常、３００件〜５００件ほどのアドレス情報を登録する事が可能である。電子メール送信時は、これらのアドレス情報より電子メールアドレスを抽出し、送信先として指定できる。
【００６９】
図４に示す登録項目の１つである送信許可ファイルについて説明する。この項目は、添付ファイルを許可すべきか否かをファイル形式ごと、及びアドレスごとに登録するための項目である。この項目において、送信先の通信端末装置で処理可能なファイルについては予め送信許可に設定し、送信先の通信端末装置で処理不可能なファイルについては予め送付禁止に設定する。設定できるファイルの種類は、携帯電話機３０において判別可能なファイルである。すなわち、図３に示す許可ファイルテーブル１０２に登録されているファイルについて、ここで送信許可又は禁止を設定する事ができる。なお許可ファイルテーブル１０２の内容については後述する。
【００７０】
図５に許可テーブル管理部７６が管理する、記憶装置７２内の許可ファイルテーブル１０２の構成を示す。許可ファイルテーブル１０２は、種々のタイプのファイルに対し、この携帯電話機３０が処理できるか否かを示す情報を格納するためのテーブルである。図５に示される様に、許可ファイルテーブル１０２には、ファイルの種類ごとに、当該種類のファイルがこの携帯電話機３０で処理できるか否かを示す可否情報とが保持される。
【００７１】
‐プログラム構造‐
以下、本実施の形態の携帯電話機３０のＣＰＵ７０が実行するプログラムの制御構造について説明する。このプログラムには、電子メール送信モード、電子メール受信モード、及びコマンド受信に伴うデータ保守モードなどがある。このプログラムを実行する事により、上記した種々の機能が実現される。以下順次説明する。
【００７２】
図６に、本実施の形態に係る携帯電話機３０において実行されるプログラムのうち、電子メール送信モードの制御構造の概略をフローチャート形式で示す。図６においては、本発明に特に関係した部分を詳細に示し、本発明に関係ない部分については概略的に示してある。
【００７３】
手順１２０で、電子メールを新規作成するか、既に受信した電子メールを利用して返信メール又は転送メールを作成するかを選択する。この選択は、ユーザからの入力により行なう。新規作成を選択した場合は制御は手順１２２に、それ以外の場合には制御は手順１３２に、それぞれ移行する。
【００７４】
手順１２２では、送信する相手先を指定する。相手先指定の具体的方法については後述する。送信先指定後、制御は手順１２４に移行する。
【００７５】
手順１２６では、電子メールのタイトルを入力する。タイトルの入力には、操作部４０に含まれる、文字入力キー（テンキー）、十字キー等を使用する。タイトル入力後、制御は手順１２６に移行する。
【００７６】
手順１２６では、電子メールの本文を入力する。本文の入力には、操作部４０に含まれる、文字入力キー（テンキー）、十字キー等を使用する。本文入力後、制御は手順１２８に移行する。
【００７７】
手順１２８では、ファイルを添付するか否かを選択する。ファイルを添付しない場合は、手順１３０に移行する。ファイルを添付する場合は制御は手順１４０に移行する。
【００７８】
手順１３０において、手順１２２から手順１２８において作成された電子メールを送信する。電子メールは図１から図３に示す無線通信部９０、アンテナ部４４、公衆回線網（図示しない）を介して、手順１２２で指定された送信先へ送信される。以上で、電子メールを新規作成し、添付ファイルなしで送信する場合の電子メール送信手順が終了する。
【００７９】
次に、電子メールにファイルを添付する手順について説明する。図６の手順１２８でファイルを添付すると判定された場合、制御は手順１４０に移行する。手順１４０では、添付するファイルをユーザが選択する。添付するファイルは、予め記憶装置７２、ＲＯＭ８８等に記憶されているデータで、画像データ（ＪＰＥＧ（３Ｄ）、ＪＰＥＧ（２Ｄ）、ＧＩＦ、ＭＰＥＧ等）、着信メロディ等に使用されるメロディデータ（ＰＣＭ、ＭＩＤＩ等）がある。添付ファイルを選択後、制御は手順１４２に移行する。
【００８０】
手順１４２では、図４に示すアドレス管理テーブルに対し、手順１２２において指定された送信先（電子メールアドレス）のアドレス情報を参照し、添付するファイルのファイル形式がそのアドレスに送信する事を許可されたものか否かを判定する。当該ファイル形式のファイルをこのアドレスに送信する事が許可されている場合は、手順１４０で選択されたファイルを電子メールに添付し、制御は手順１３０に移行する。送信が許可されていない場合は、ファイルを添付せずに制御は手順１２８に戻る。
【００８１】
本手順では、送信先を指定した後に添付ファイルを選択する例を用いて説明したが、添付ファイルを選択後送信先を指定した時点で、送信先に対する添付ファイルの送付可否を判断しても良い。また、手順１２２〜１２８の順番については単なる例示であり、いかなる順番にこれら手順を踏んでもよい。
【００８２】
次に、手順１２０において、返信又は転送が選択された場合について説明する。返信又は転送を選択した場合は、制御は手順１２０から手順１３２に移行する。手順１３２では、既に受信した電子メールの中から、電子メール作成の元となる受信電子メールを選択する。その後、選択した受信電子メールに対し返信をするか、又は、選択した受信電子メールを転送するかを選択する。以上の操作を行なった後、制御は手順１３４に移行する。
【００８３】
手順１３４では、送信先を指定するかどうかを選択する。送信先を指定する場合には制御は手順１２２に、それ以外の場合には制御は手順１３６に、それぞれ進む。通常、受信された電子メールに対し返信する場合は、送信先が自ずと決まるので送信先を指定する必要がない。この場合は、制御は手順１３６に移行する。受信された電子メールを他の送信先に転送する場合は、送信先の指定が必要となるので、制御は手順１２２に移行する。手順１２２以下は新規作成時と同様である。
【００８４】
送信先を指定する必要がない場合、手順１３６では、タイトルを修正するかどうかを選択する。受信された電子メールに対し返信又は転送を指定する場合は、受信された電子メールのタイトルの冒頭に「Ｒｅ：」や「Ｆｗ：」等の文字列を付加して、タイトルが自動設定される。自動設定されたタイトルのまま変更しない場合は制御は手順１３８に移行する。自動設定されたタイトルを変更する場合は制御は手順１２４に移行する。手順１２４以下は新規作成時と同様である。
【００８５】
タイトルの修正がない場合、手順１３８では、本文を入力するかどうかを選択する。本文を入力する場合には制御は手順１２６に進み、本文を入力する必要がない場合には制御は手順１２８に進む。通常は、受信電子メールに対し返信を行なう場合は本文を入力するので、制御は手順１２６に移行する。受信電子メールを転送する場合は、受信メールの本文が引用されるので、通常は本文を入力する必要がない。この場合は、制御は手順１２６に移行する。
【００８６】
手順１２８以降は、手順１２０において新規作成を選択した場合と同様の処理が行なわれるので、ここではその詳細は繰返さない。なお、手順１３２〜１３８の順番については単なる例示であり、いかなる順番に手順を踏んでもかまわない。
【００８７】
次に、この携帯電話機３０が電子メールを受信した際の電子メール受信モードの制御構造について図７を参照して説明する。前述した様に、この携帯電話機３０では、アドレス管理テーブル１００によってアドレスごとにどの様なファイルを送信してよいかを管理している。この処理では、通常の電子メールについての受信時の処理に加えて、他から特定のコマンドを含んだ電子メールを受信したときに、そのコマンドに従ってアドレス管理テーブル１００の内容を更新する。特に以下の実施の形態では、コマンドとしてアドレス管理テーブル１００に記憶されている送信許可ファイル情報を更新する事を指示するアドレス情報更新要求コマンドについて説明する。コマンドとしては、所定の文字列でもよいし、所定のバイナリコードでもよい。本明細書では、両者を含めて「所定の文字列」と呼ぶ。
【００８８】
図７を参照して、まず手順１６０で、受信された電子メールが上記したコマンドに対応する所定の文字列を含んだものか否かについて判定する。もしも所定の文字列を含んでいない場合には制御は手順１６２に進む。特定の文字列が含まれていれば制御は手順１７０以下のデータ保守モードに進む。ここでは、アドレス情報更新要求コマンドについて判定するものとする。
【００８９】
このアドレス情報更新要求コマンドの形式を図８に示す。図８を参照して、アドレス情報更新要求コマンド１９０は、アドレス情報を変更すべき電子メールアドレス（図８では「ｘｙｚ＠ａａａ．ｎｅ．ｊｐ」）と、送信許可情報を更新すべきファイル形式（ＪＰＥＧ，ＧＩＦなど）と更新の内容（添付禁止又は添付許可とするファイルのファイル形式）とを示す情報を含む。図８に示す例ではＪＰＥＧ（３Ｄ）については添付を禁止（送信許可ファイルから削除）する様に、ＧＩＦについては添付を許可（送信許可ファイルに追加）する様に、アドレス管理テーブル１００を更新する事が要求されている。
【００９０】
再び図７を参照して、手順１６２以下では受信した電子メールについて通常の処理を行なう。すなわち、まず手順１６２で、受信した電子メールにファイルが添付されていたか否か、添付されていたとすればそのファイルがこの携帯電話機３０で処理可能か否かについての判定が行なわれる。この判定は、許可ファイルテーブル１０２の内容を参照する事により行なわれる。ファイルが添付されていない場合、及び添付されていたとしてもそのファイルが携帯電話機３０で処理可能である場合には制御は手順１６８に進む。それ以外の場合には制御は手順１６４に進む。
【００９１】
添付ファイルが処理可能である場合は手順１６８で、添付ファイルの処理を行ない、処理を終了する。
【００９２】
添付ファイルが処理不可能である場合には、手順１６４で、送信先端末更新情報を自動的に作成する。送信先端末更新情報とは、送信先の現在の端末情報を送信側に対して告知し、送信側に登録されている送信先のアドレス情報を更新するための情報である。これも一種のコマンドと考える事ができる。なおここでは、受信した電子メールを送信してきた通信端末装置が送信側、この携帯電話機３０が送信先である。
【００９３】
手順１６４でこの送信先端末更新情報を作成後、制御は手順１６６へ移行し、送信側に対しこの送信先端末更新情報を電子メールとして送付する。なお、送信先端末更新情報は、本実施の形態では手順１６２での判断により送信先端末で自動的に作成し、送信側に送付する。しかし本発明はその様な形だけでなく、たとえばユーザがこのコマンドを含む電子メールを手作業で作成して送信側に送付するものであっても良い。
【００９４】
一方、手順１６０において、受信された電子メールがコマンドを含むと判定された場合、制御は手順１７０に進む。手順１７０において、このコマンドが送信先端末更新情報か否かを判定する。コマンドが送信先端末更新情報であれば制御は手順１７２に進み、それ以外の場合には制御は手順１７６に進む。
【００９５】
手順１７２では、送信先端末更新情報の解読を行なう。解読後、制御は手順１７４へ移行し、アドレス管理テーブル内の該当するアドレス情報を更新し、処理を終了する。
【００９６】
一方、手順１７６ではその他の処理、すなわち受信した電子メールに含まれるコマンドにより定められる処理を行なう。コマンドが送信先端末更新情報のみの場合もあり得るが、その場合には手順１７０及び１７６の処理を省略すればよい。
【００９７】
‐アドレス情報管理の際の画面表示の遷移‐
図４に示すアドレス管理部７４の内容は、図１に示す第１の表示部３４で確認する事ができる。以下、このときの第１の表示部３４の画面遷移を示す図９を用いて、アドレス管理部７４の内容を確認する処理について説明する。
【００９８】
携帯電話機３０の第１の表示部３４に表示されるメニューをたどって、アドレス名前リスト画面を表示させる。この画面を図９（Ａ）に示す。このアドレス名前リスト画面は、検索頭文字表示部２００と、リスト表示部２０２とを含む。
【００９９】
図９（Ａ）に示すアドレス名前リスト画面では、操作部４０によって検索文字の頭文字を指定する事ができる。図７では検索頭文字表示部２００に示されている様に「そ」を指定している。アドレス管理部７４は、指定した頭文字によりアドレス管理テーブル１００からアドレス情報を抽出し、抽出されたアドレス情報の名前をリスト表示部２０２に表示する。ユーザは、操作部４０により、リスト表示部２０２に表示された名前のうちのいずれかを選択し、確定する。この操作により、第１の表示部３４の表示は図９（Ｂ）に示すアドレス管理画面に移行する。
【０１００】
図９（Ｂ）を参照して、アドレス管理画面は、名前表示部２０４、検索文字表示部２０６、属性表示部２０８、電話番号表示部２１０、電子メールアドレス表示部２１２、及び送信許可ファイル設定確認部２１４を含む。名前表示部２０４にはこのアドレスの送信先の名称が表示される。検索文字表示部２０６には、アドレスの検索の際に用いられる文字列が表示される。属性表示部２０８には、このアドレスの送信先に対して付された属性（例えば「友人」、「家族」、「同僚」、「取引先」など）が表示される。図９（Ｂ）に示すものでは、この送信先はユーザの「友人」となっている。
【０１０１】
電話番号表示部２１０にはこの送信先ユーザに連絡をとるときの電話番号が表示される。電子メールアドレス表示部２１２にはこの送信先ユーザの電子メールアドレスが表示される。そして送信許可ファイル設定確認部２１４には、この携帯電話機３０で判別できる添付ファイルの種類ごとに、この送信先ユーザの携帯電話機で処理可能か否かを示す情報が、ファイルの種類名とチェックボックスとにより表示される。本実施の形態では、チェックボックスがチェックされているファイルは送信が許可されているものとする。
【０１０２】
このアドレス管理画面より、操作部４０によってアドレス情報変更モードに移行し、さらに表示中のアドレス情報を変更できる。アドレス情報の変更処理は、通常のデータの更新処理と同様である。従ってここでは、その詳細な説明は行なわない。
【０１０３】
‐具体的動作例‐
本実施の形態に係る携帯電話機３０の、具体的な動作について図１０以下を用いて具体的に説明する。まず、送信側端末を携帯電話機３０とし、送信先を送信先Ａ（ｘｙｚ＠ａａａ．ｎｅ．ｊｐ）とする。この送信先Ａのユーザが使用している携帯電話機も、携帯電話機３０と同じ機能を持つものとする。仮にこの送信先Ａの携帯電話機を携帯電話機３０Ａ（図示せず）と呼ぶ事にする。
【０１０４】
この例では、送信側の携帯電話機３０は、まず送信先Ａに対してＪＰＥＧ（３Ｄ）形式のファイルを電子メールに添付して送付したものとする（２４０）。このファイルは、電子メールとともに添付ファイルとして送信先の携帯電話機３０Ａで受信される（２５０）。携帯電話機３０はこのとき、図７に示す処理を実行する。図７の一部（手順１６２、１６４、１６６及び１６８）を図１０に再掲する。この電子メールはコマンドではないので、図１０においては図７の手順１６０、１７０、１７２、１７４及び１７６は図示していない。
【０１０５】
送信先Ａの携帯電話機３０Ａは、このとき手順１６２の判定を行なう。手順１６２で、携帯電話機３０ＡにおいてＪＰＥＧ（３Ｄ）形式のファイルが処理可能か否かが判定される。処理可能である場合、制御は手順１６８に進み、それ以外の場合には制御は手順１６４に進む。この例では、携帯電話機３０ＡではＪＰＥＧ（３Ｄ）形式のファイルの処理は出来ないものとする。
【０１０６】
この場合、送信先の携帯電話機３０Ａは、送信側の携帯電話機３０に対し、Ｊ次回から携帯電話機３０ＡにＥＰＧ（３Ｄ）ファイルを送付する事を禁止する様に要求する。そのために、送信先の携帯電話機３０Ａは、送信側の携帯電話機３０に対して図８に示す形式のアドレス情報更新要求コマンドを作成する。図８に示す例では、ＧＩＦ形式のファイルについて処理可能に設定するコマンドもこのアドレス情報更新要求コマンドに含まれているが、この説明では、ＪＰＥＧ（３Ｄ）の削除の行のみを含むものとする。
【０１０７】
手順１６６において、図８に示すアドレス情報更新コマンドを含んだ情報を送信側の携帯電話機３０に対して送付する。携帯電話機３０でも、図７に示す同じ電子メール受信モードのプログラムが動いている。携帯電話機３０は、手順１６０でこのアドレス情報更新コマンドを受信し、手順１７２においてアドレス情報更新コマンドを解読する。アドレス情報更新コマンドを解読後、手順１７４において、アドレス管理テーブルを図４の状態から図１４の状態へ更新する。
【０１０８】
このプログラムによる電子メール送信モードの画面遷移例を図１１から図１３を用いて説明する。まず、電子メール送信モードの画面構成について説明する。
【０１０９】
図１１（Ａ）は、電子メール送信モードの代表的画面であるメール作成基本画面である。この画面は、モード表示部２７０、送信先表示部２７２、タイトル表示部２７４、本文表示部２７６、添付ファイル表示部２８０、バッテリ残量表示部２８２、電波状態表示部２８４を含む。以下、図６の手順１２０において新規作成を選択した場合の画面遷移例を説明する。
【０１１０】
図１１（Ａ）に示すメール作成基本画面では、送信先表示部２７２が反転表示している。この反転表示は、送信先表示部２７２を選択している事を意味している。この状態から、操作部４０（十字キー等）を操作する事により、選択を別の表示部へ切り替える事ができる。以下に述べる種々の画面においても、基本的な操作方法は同様である。送信先表示部２７２を選択した状態で、操作部４０で確定の指示を行なう事により、図１１（Ｂ）に示す送信先指定画面に移行する。
【０１１１】
図１１（Ｂ）に示す送信先指定画面において送信先アドレスの指定を行なう。図１１（Ｂ）を参照して、送信先指定画面はモード表示部２７０と送信先入力部３００とを含む。送信先アドレスの指定には主に２つの方法がある。第１の方法は、操作部４０に含まれる、文字入力キー（テンキー）、十字キー等を使用して、送信相手先のアドレスを１文字ずつ入力する方法である。この場合、「ｃｏ．ｊｐ」や「ｎｅ．ｊｐ」等を定型文字列として予め登録しておき、必要に応じて呼び出す事で、アドレスの入力を簡略化する事ができる。第２の方法は、アドレス管理部７４に予め送信先のアドレスを登録しておき、操作部４０を操作する事により送信先アドレスを検索して呼び出す方法である。アドレス指定手順の少ない事を考慮し、第２の方法を使用するのが一般的である。これらは、いずれも従来の技術を利用して容易に実現できる。また以下で行なわれる各種のデータの入力についても同様である。
【０１１２】
送信先アドレスが指定されると、送信先入力部３００に、指定された送信先アドレスを表示する。操作部４０を用いて確定の指示を行なう事により、送信先アドレスが確定される。表示は図１１（Ｃ）に示すメール作成基本画面に移行する。
【０１１３】
図１１（Ｃ）を参照して、メール作成基本画面では、図１１（Ｂ）の送信先指定画面で指定した送信先アドレスを送信先表示部２７２に表示し、タイトル表示部２７４を選択した状態になっている。タイトル表示部２７４を選択した状態で、操作部４０を用いてユーザが確定の指示を行なう事により、表示は図１２（Ａ）に示すタイトル入力画面に移行する。
【０１１４】
図１２（Ａ）に示すタイトル入力画面でタイトルの入力を行なう。図１２（Ａ）に示すタイトル入力画面は、モード表示部２７０とタイトル入力部３０４とを含む。タイトルの入力には、操作部４０に含まれる、文字入力キー（テンキー）及び十字キー等を使用する。タイトル入力部３０４に、入力されたタイトル文字列を表示する。操作部４０を用いて確定の指示を行なう事により、図１２（Ｂ）に示すメール作成基本画面に移行する。
【０１１５】
図１２（Ｂ）を参照して、メール作成基本画面では、図１２（Ａ）のタイトル入力画面で指定されたタイトルをタイトル表示部２７４にさらに表示し、本文表示部２７６が選択された状態になっている。本文表示部２７６が選択された状態で操作部４０を用いて確定の指示を行なう事により、図１２（Ｃ）に示す本文入力画面に移行する。
【０１１６】
図１２（Ｃ）に示す本文入力画面で本文の入力を行なう。本文入力画面は、モード表示部２７０と本文入力部３０８とを含む。本文入力部３０８への本文の入力には、操作部４０に含まれる文字入力キー（テンキー）及び十字キー等を使用する。入力された本文文字列を本文入力部３０８に表示する。操作部４０を用いて確定の指示を行なう事により、図１３（Ａ）に示すメール作成基本画面に移行する。
【０１１７】
図１３（Ａ）に示すメール作成基本画面は、モード表示部２７０と、送信先表示部２７２と、タイトル表示部２７４と、本文表示部２７６と、添付ファイル表示部２８０とを含む。図１２（Ｃ）の本文入力画面を用いて入力された本文を本文表示部２７６に表示し、添付ファイル表示部２８０を選択した状態になっている。ファイルを添付しない場合は、この状態で、操作部４０を用いて送信指示を行なう事で電子メールを送信する。
【０１１８】
電子メールにファイルを添付する場合を想定して、その手順の画面遷移例を図１３を用いて説明する。図１３（Ａ）にメール作成基本画面を示す。ここでは、モード表示部２７０には「メール作成」という文字列、送信先表示部２７２には送信先の電子メールアドレス、タイトル表示部２７４にはタイトル文字列、本文表示部２７６には本文文字列が、それぞれ表示されている。メール作成基本画面で添付ファイル表示部２８０を選択するとファイルを添付するモードになる。図１３（Ａ）に示すのは、添付ファイル表示部２８０を選択した状態である。この状態で操作部４０を用いて確定の指示を行なう事により、図１３（Ｂ）に示す添付ファイル選択画面に移行する。
【０１１９】
図１３（Ｂ）に示す添付ファイル選択画面では、送信先表示部２７２、タイトル表示部２７４、本文表示部２７６及び添付ファイル表示部２８０に替えて添付ファイルリスト表示部３１０を表示する。添付ファイルリスト表示部３１０には、添付可能なファイルのリストが表示される。操作部４０を用いてユーザが所定の添付ファイルを選択し、確定の指示を行なう事で、この添付ファイルを送信先表示部２７２に示される送信先に送信してよいか否かについての判断を行なう。図１３（Ｂ）に示す例では、ユーザが添付ファイルとして２００３０３２６＿２＿３Ｄ．ｊｐｇ（ＪＰＥＧ（３Ｄ）ファイル）を選択して確定の指示を行なったものとする。
【０１２０】
このとき、携帯電話機３０は、図４に示すアドレス管理テーブル１００内の、図１３（Ａ）の送信先表示部２７２に表示されている送信先（電子メールアドレス）に対応するアドレス情報を参照し、添付ファイルとして選択されたファイル形式の種類の送信が許可されているか否かを判定する。送信が許可されていれば図１３（Ｃ）に示す様にメール作成基本画面に移行する。送信が禁止されている場合については後述する。
【０１２１】
この例では、送信先Ａ（ｘｙｚ＠ａａａ．ｎｅ．ｊｐ）のアドレス情報を参照し、添付するファイルのファイル形式であるＪＰＥＧ（３Ｄ）が許可されているか禁止されているかを判定する。図４に示す様に、送信先Ａのアドレス情報において、ＪＥＰＧ（３Ｄ）の送信が許可されているので、指定されたファイル（２００３０３２６＿２＿３Ｄ．ｊｐｇ）を添付して図１３（Ｃ）に示すメール作成基本画面に移行する。
【０１２２】
メール作成基本画面（図１３（Ｃ））では、図１３（Ｂ）で選択された添付ファイルを、添付ファイル表示部２８０にさらに表示している。ユーザが操作部４０を用いて送信指示を行なう事で、このファイル２００３０３２６＿２＿３Ｄ．ｊｐｇ（ＪＰＥＧ（３Ｄ）ファイル）を添付した電子メールが送信先Ａ（ｘｙｚ＠ａａａ．ｎｅ．ｊｐ）に送信される。
【０１２３】
次に、図１３（Ｂ）に示す添付ファイル選択画面において添付ファイルを選択して確定の指示を行なう際に、添付するファイルのファイル形式が、送信先に送付する事が禁止されているファイル形式である場合の画面遷移例について、図１５を用いて説明する。
【０１２４】
図１５（Ａ）に示すメール作成基本画面では、送信先としてａｂｃ＠ｘｘｘ．ｃｏ．ｊｐを指定したものとする。この送信先に関するアドレス情報は、図４に示すアドレス管理テーブル１００の２番目のエントリに、送信先Ｂに関するアドレス情報として保持されている。この送信先Ｂについては、ＪＰＥＧ（３Ｄ）というファイル形式の送信が禁止されている。この状態で、図１３（Ａ）を用いて説明したのと同様の操作を行ない、図１５（Ｂ）に示す添付ファイル選択画面に移行する。
【０１２５】
図１５（Ｂ）に示す添付ファイル選択画面において、図１３（Ｂ）を参照して説明したのと同様の操作を行なう事により、２００３０３２６＿２＿３Ｄ．ｊｐｇ（ＪＰＥＧ（３Ｄ）ファイル）を選択して確定の指示を行なったものとする。このとき、携帯電話機３０は、図４に示すアドレス管理テーブルに含まれる送信先Ｂ（ａｂｃ＠ｘｘｘ．ｃｏ．ｊｐ）のアドレス情報を参照し、添付するファイルのファイル形式が、送信先への送付が許可されているファイル形式か否かを判定する。
【０１２６】
送信者Ｂのアドレス情報においては、ＪＥＰＧ（３Ｄ）の送信は許可されていない。従ってこの場合、図１５（Ｃ）に示す添付禁止告知画面に移行する。
【０１２７】
図１５（Ｃ）に示す添付禁止告知画面では、添付が禁止されているファイルを選択した事に対する注意を促す添付禁止確認メッセージ３２０と、確認キー３２２とを表示する。添付禁止確認メッセージ３２０は、指定の送信先、すなわち、送信先Ｂ（ａｂｃ＠ｘｘｘ．ｃｏ．ｊｐ）に対しては、ＪＥＰＧ（３Ｄ）形式のファイルの送付を禁止している旨のメッセージである。ユーザが添付禁止確認メッセージ３２０を確認後、操作部４０により確認キー３２２を選択し、確定する事で、電子メールにファイルを添付せずに図１５（Ａ）に示すメール作成基本画面に再度移行する。
【０１２８】
なお、図１５（Ａ）に示すメール作成基本画面から同（Ｂ）の添付ファイル選択画面に移行する際に、送信先Ｂ（ａｂｃ＠ｘｘｘ．ｃｏ．ｊｐ）のアドレス情報を参照し、送信を禁止しているファイル形式のファイルを選択できない状態にして表示しても良いし、表示しない様にしても良い。図１５（Ｃ）に示す添付禁止告知画面において、ユーザが操作部４０を用いて確認キー３２２を選択し確定したときに、図１５（Ｂ）に示す添付ファイル選択画面へ移行し、別の添付ファイルを選択しなおす様にユーザに促しても良い。
【０１２９】
また、本実施の形態では、送信先を指定した後に添付ファイルを指定しているが、先に添付ファイルを指定し、その後に送信先を指定する場合もあり得る。その場合には、送信先が指定された時に、アドレス管理テーブル１００の指定された送信先に対応するアドレス情報を参照し、指定した添付ファイルが禁止されているか否かを判定する様にしてもよい。
【０１３０】
また、本実施の形態では、図１５（Ｃ）に示す添付禁止告知画面によってユーザに対し注意を促しているが、音声処理部８４及び着信音用スピーカ５４等を用いて警告音を発したり、音声メッセージを告知したりすることでメッセージを出力するようにしても良い。
【０１３１】
また、本実施の形態では、図７及び図１０に示す手順１６４、１６６においては、送信先端末更新情報を自動的に作成し、電子メールとして送信側に送信している。しかし、この送信先端末更新情報はユーザの手操作により電子メールとして作成し、通常の電子メールとして送信側に送信してもよい。
【０１３２】
アドレス情報更新コマンドを記載した電子メールについて図１６を用いて説明する。図１６は送信先（送信先端末更新情報を作成する携帯電話機）のメール作成基本画面である。送信先表示部２７２には、送信側（送信先端末更新情報を受信する側）の携帯電話機の電子メールアドレスを指定する。タイトル表示部２７４には任意の文字列を指定すればよいが、この例では受信したユーザがこの電子メールの内容を理解しやすい様に、「アドレス情報更新」というタイトルを指定する。本文表示部２７６の最初の行には、送信側の携帯電話機のアドレス管理部７４に対してアドレス管理テーブル１００を自動的に更新する事を指定する自動更新コマンド３４４を入力する。その後には、添付ファイル情報を更新する事を指定するコマンドとして、添付ファイル送信禁止コマンド３４６、添付ファイル送信許可コマンド３４８等を１行に１コマンドずつ入力する。なお、この送信先の携帯電話機は送信先Ａの携帯電話機３０Ａであり、その電子メールアドレスは「ｘｙｚ＠ａａａ．ｎｅ．ｊｐ」であるものとする。
【０１３３】
図１６に示す電子メールを送信側の携帯電話機３０が受信した場合の、送信側の携帯電話機３０の動作は、図８に示すアドレス情報更新コマンド１９０を受信した場合の動作と同じである。
【０１３４】
この場合、受信側の携帯電話機３０は、この電子メールを受信後、その本文に入力されている最初の文字列“＊＊＊”を識別する。文字列“＊＊＊”を識別する事により、携帯電話機３０は、以降に記載される文字列をコマンドと認識して処理を行なう。
【０１３５】
まず、図１６に示す自動更新コマンド３４４を同定する事により、携帯電話機３０は図４に示すアドレス管理テーブル１００を更新する動作に入る。次に送信側の携帯電話機３０のアドレス管理部７４は、図１６に示す電子メールに含まれる、この電子メールの送信元アドレス情報（ｘｙｚ＠ａａａ．ｎｅ．ｊｐ）を同定し、更新する送信先Ａ（ｘｙｚ＠ａａａ．ｎｅ．ｊｐ）を特定する。次に、添付ファイル送信禁止コマンド３４６により送信先Ａのアドレス情報の送信許可ファイル情報（図４参照）において、ＪＰＥＧ（３Ｄ）形式を送信禁止とする。携帯電話機３０のアドレス管理部７４はさらに、添付ファイル送信許可コマンド３４８によりＧＩＦ形式を送信許可とする。すなわち、携帯電話機３０のアドレス管理部７４は、アドレス管理テーブル１００を図４の状態から図１７の状態へ更新する。
【０１３６】
なお、本実施の形態では、より一般的な方法として、電子メール本文にコマンドを記載する例を用いて説明したが、携帯電話機３０で認識可能なファイルにコマンドを記載し、当該コマンドを記載したファイルを電子メールに添付する方法によって同様の動作を実現しても構わない。
【０１３７】
本実施の形態ではアドレス管理テーブル１００として図４に示す形式のものを使用した。しかし、アドレス管理テーブル１００としてこの形式以外のものを用いてもよい事は明らかである。
【０１３８】
また、上記した実施の形態では、図４に示すアドレス管理テーブル１００において送信許可又は送信禁止が設定されるファイルの形式としては、許可ファイルテーブル１０２に含まれている、この携帯電話機３０が処理可能なもののみを採用している。しかし本発明はその様な実施の形態に限定されるわけではない。携帯電話機３０が処理可能か否かにかかわらず、添付される可能性のある全てのファイル形式について送信の許可／禁止を設定可能としてもよい。
【０１３９】
なお、本実施の形態に係る携帯電話機では、処理不可能な添付ファイルを受信したときに、そのファイル形式の添付ファイルの送信を禁止する様送信側の携帯電話機３０に要求するアドレス情報更新要求コマンドを自動的に作成する。しかしこのときに送信するアドレス情報更新要求コマンドの内容は，受信した電子メールの添付ファイルに関するものには限定されない。例えば、これに先立って、この送信先のユーザが携帯電話機３０Ａの許可ファイルテーブル１０２を手操作で修正した場合などには、その修正に応じて送信側のアドレス管理テーブル１００を更新するコマンドをアドレス情報更新要求コマンドに含ませる様にしてもよい。
【０１４０】
また、上記実施の形態では、送信許可ファイルについては添付可能なファイル形式の各々について、添付ファイルを許可すべきか否かを登録している。しかし本発明はそのような実施の形態には限定されない。例えば、複数種類のファイル形式のうち、一部のものについては常に添付を許可し、残りのファイル形式についてだけファイル添付を許可するか否かを登録するようにしてもよい。この場合には、ファイル送信時のチェック、及びアドレス情報更新要求についても、それらファイル形式のみに限定して行なえばよい。なお、ファイル添付が常に許可されているファイル形式については、ファイル送信時のアドレス管理テーブルのチェック及びアドレス情報更新要求に従ったアドレス管理テーブルの更新等の処理は行なわないようにする。
【０１４１】
また、上記した実施の形態では、ファイル形式ごとにファイル添付許可情報を管理している。しかし、本発明はそのような実施の形態に限定されるわけではない。たとえば、ファイル形式にかかわらず、ファイル添付を許可したり禁止したりする実施の形態も考えられる。その場合の構成はこの第１の実施の形態の構成をより簡略にしたものとなり、当業者であればこの第１の実施の形態の説明から容易に実現することが可能であろう。
【０１４２】
［第２の実施の形態］
第２の実施の形態では、第１の実施の形態でのアドレス管理テーブル１００の更新方法よりもさらに簡単な方法によって、アドレス管理テーブルを更新できる様にする。具体的には、本実施の形態では、送信先から送信側にコマンドを送信する事なく、単に送信先から送信側に電子メールを返信する事によって送信側のアドレス管理テーブル１００内の送信先の送信ファイル許可情報を更新する。
【０１４３】
この場合の動作の概略を図１３及び図１９を用いて説明する。図１３（Ｃ）に示すメール作成基本画面の内容で電子メールを送信側の携帯電話機３０より送信先Ａ（ｘｙｚ＠ａａａ．ｎｅ．ｊｐ）に送信したものとする。この電子メールにはファイル２００３０３２６＿２＿３Ｄ．ｊｐｇ（ＪＰＥＧ（３Ｄ））が添付されている。送信先Ａにおいて、ＪＰＥＧ（３Ｄ）形式の添付ファイルは処理不可能であるものとする。携帯電話で処理できない事から、送信先ＡのユーザはＪＰＥＧ（３Ｄ）形式の添付ファイルを自分の携帯電話で処理できない事は容易に判断できる。
【０１４４】
その場合、送信先Ａのユーザは、この電子メールに対して、図１９に示す様な、本文が空欄の電子メールを送信側の携帯電話機に対し返信する。送信側の携帯電話機がその電子メールを受信した場合、送信側の携帯電話機は当該電子メールが以下の３つの項目すべてに該当するかを判断する。
【０１４５】
１．自己が送信した電子メール（図１３（Ｃ））の送信先からのメールである。
【０１４６】
２．受信した電子メールのタイトルは、送信した電子メールのタイトルの先頭から少なくとも３文字以上の文字列を含んでいる。
【０１４７】
３．本文が空欄である。
【０１４８】
以上、３つの項目すべてに該当する場合は、送信側の携帯電話機のアドレス管理部は、送信先Ａ（ｘｙｚ＠ａａａ．ｎｅ．ｊｐ）のアドレス情報に対し、先に電子メールに添付して送信したファイル２００３０３２６＿２＿３Ｄ．ｊｐｇと同様のファイル形式ＪＰＥＧ（３Ｄ）形式の添付を禁止する様、アドレス管理テーブルを更新する。
【０１４９】
図１８にこの場合の携帯電話機の受信モードの処理を行なうプログラムのフローチャートを示す。この処理は、図７に示す第１の実施の形態の装置での受信モードの処理と概略同様であるが、手順１６０の後、手順１６２の前に、受信した電子メールが上記した様な条件を満たす返信メールであるか否かを判定する手順３６０、及び手順３６０でそうした条件を満たす返信メールであると判定された場合に、受信メールから送信元情報及び添付ファイル情報を抽出する手順３６２をさらに含む点で図７の処理と異なる。手順３６２の後、制御は手順１７４に進む。手順１７４では、手順３６２で抽出された送信元のアドレス情報の、抽出されたファイルのファイル形式を送信禁止とする処理を行なう。これは第１の実施の形態の場合と同様である。
【０１５０】
図１８に示す様な受信モードのプログラムを実行する事により、処理できないファイル形式の添付ファイルを受信したユーザが、単に本文が空欄の返信メールを送信すると、その返信メールは、送信元に対して、当該ファイル形式のファイルの添付をそれ以後禁止することを指示する電子メールとして解釈される。その結果、次回からそのファイル形式の添付ファイルは最初の送信元からは送信されてこない様になる。この場合、送信先の携帯電話機は第１の実施の形態に係る携帯電話機３０の様に自動的にコマンドを作成し送信する機能がなくても、簡単な操作で特定のファイル形式の添付ファイルの送信を禁止できるという効果がある。
【０１５１】
なお、以上の動作を行なう事を想定し、送信先において添付ファイルの処理が不可能な場合に何をすればよいかを予め示唆するために、電子メールの本文の冒頭に、図２０に示すメッセージ３８０を自動的に付加して送信してもよい。
【０１５２】
［第３の実施の形態］
また、図７、図１０、及び図１８の手順１７４でアドレス管理テーブルの更新を行なう際、図２２に示す様なアドレス情報更新確認メッセージ４２０を表示する事で、送信側携帯電話機のユーザに対し、アドレス管理テーブルの自動更新をリアルタイムで知らせる事ができる。このとき、画面にはＹＥＳキー４２２及びＮＯキー４２４を設け、自動更新を許可する場合は操作部４０によりＹＥＳキー４２２を選択して確定し、自動更新を拒否する場合はＮＯキー４２４を選択して確定する事で、送信側携帯電話機のアドレス管理テーブルに対するユーザの意図しない更新を防ぐ操作体系を追加しても良い。
【０１５３】
図２１はそのための受信モードの処理を行なうプログラムのフローチャートである。図２１に示すフローチャートは、図１８に示すフローチャートにおいて、手順１７４の直前に図２２に示す様なアドレス情報更新確認メッセージ４２０を表示して、各ファイル形式に対する送信許可ファイル情報の更新を行なう事を告知する手順４００と、手順４００で表示されるＹＥＳキー４２２が選択された場合には制御を手順１７４に進め、ＮＯキー４２４が選択されたときには手順を終了させるための手順４０２とをさらに設けたものである。その他の点では図２１に示すプログラムは図１８に示すものと同一である。従ってここではそれらについての詳細な説明は繰返さない。
【０１５４】
手順４００で確認メッセージを表示し、手順４０２でユーザがＹＥＳキー４２２又はＮＯキー４２４を操作するまでは、手順１７４の更新動作は抑制される。つまり、更新動作は行なわれない。手順４０２でユーザがＹＥＳキー４２２を押せば更新動作が開始され、ＮＯキー４２４を押せば更新動作が中止される。
【０１５５】
この第３の実施の形態の携帯電話機では、ユーザからアドレス管理テーブル１００を更新するためのコマンド又は同様の目的の電子メールが送信されて来たときに、ユーザが確認した上で更新を行なう事ができる。ユーザが意図しない更新がアドレス管理テーブル１００に対して行なわれるという不都合を防止できる。また、仮にＮＯキー４２４がない場合でも、少なくともアドレス管理テーブル１００の内容が更新される事についてユーザが知る事ができ、予期せぬ内容でアドレス管理テーブル１００が更新された場合、その結果生じる不都合に対する対処が容易になる。
【０１５６】
以上、本発明を携帯電話機に適用した実施の形態について説明した。しかし本発明が適用可能なのは携帯電話機には限定されない。本発明は、広く通信機能を有する端末に適用可能である。また、上記に係る動作をコンピュータプログラムとして実現し、パーソナルコンピュータ等にインストールする事で実施する事もできる。
【０１５７】
なお、上記した実施の形態の装置では、記憶装置７２としては、ＲＡＭの様な内蔵型の記録媒体を用いた。しかし、記憶装置７２としてはこれ以外にも、ハードディスクの様な外部記録媒体、又は半導体記憶装置からなるメモリーカードの様な着脱可能な記録媒体でも良い。さらに、これら記憶装置を複数備えていてもよい。
【発明の効果】以上説明した通り、本発明によれば、アドレス管理手段に予め電子メール送信先アドレス毎に送信可能なファイル形式を登録しておくので、送信先で処理できないファイルを送信してしまう事を防止する事ができる。これにより、通信費用の無駄を削減できる。さらに、処理できないファイルによる誤動作を防止する事ができる。すなわち、コンピュータウィルスを含んだファイルの送信・蔓延等をも防ぐ事ができる。
また、送信先からの指示によりアドレス管理手段を更新するので、常に正しい情報を登録しておく事ができる。
【０１５８】
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。
【０１５９】
【発明の効果】
以上の様に本発明によれば、添付ファイルを処理できない送信先に対して、誤って添付ファイルを送付する事を防止する事ができる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。また、こうした処理をファイル形式別に行なう事ができ、適切なファイルのみを送信先に送信できる。
【０１６０】
また、処理できない添付ファイルが添付された電子メールを受けた送信先では、その電子メールに対して返信を行なうだけで、次回からその添付ファイルの送信が禁止される様な設定を行なう事ができる。送信先の実情にあわせた設定を容易に行なう事ができる。
【０１６１】
更新を行なう際にその旨を告知するので、ユーザはファイル形式別添付ファイル許可情報の内容が変更される事を把握できる。また告知とあわせてユーザの指示により更新を行なったり中止したりする事もできる。その結果、予期せぬ内容で更新される事が防止でき、問題が生じた場合にも対処が容易になる。
【０１６２】
電子メールにコマンドを含ませる事により、他の装置から通信端末装置のファイル添付許可情報を保守する事もできる。通信端末装置のユーザの負担を少なくしながら、ファイル添付許可情報を適切に維持する事ができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る携帯電話機３０の外観正面図である。
【図２】携帯電話機３０の外観背面図である。
【図３】携帯電話機３０の機能的ブロック図である。
【図４】アドレス管理テーブル１００の構成を示す図である。
【図５】許可ファイルテーブル１０２の構成を示す図である。
【図６】携帯電話機３０の送信モードを実行するプログラムの制御構造を示すフローチャートである。
【図７】携帯電話機３０の受信モードを実行するプログラムの制御構造を示すフローチャートである。
【図８】アドレス情報更新要求コマンド１９０の一例を示す図である。
【図９】携帯電話機３０における、アドレス管理テーブル１００に登録されている内容を確認する画面の例を模式的に示す図である。
【図１０】送信側の携帯電話機３０と送信先の携帯電話機３０との間で通信を行なう場合の動作例を示す図である。
【図１１】携帯電話機３０における電子メール送信時の画面遷移を示す図である。
【図１２】携帯電話機３０における電子メール送信時の画面遷移を示す図である。
【図１３】携帯電話機３０における電子メール送信時の画面遷移を示す図である。
【図１４】アドレス管理部７４の更新後の内容を模式的に示す図である。
【図１５】携帯電話機３０における、電子メール作成時に添付を禁止されているファイル形式のファイルを添付した場合の画面遷移を示す図である。
【図１６】電子メールに情報更新要求コマンドを記載した場合の電子メールの具体例を模式的に示す図である。
【図１７】アドレス管理テーブルの更新後の内容を模式的に示す図である。
【図１８】本発明の第２の実施の形態に係る携帯電話機において受信モードを実現するためのプログラムの制御構造を示すフローチャートである。
【図１９】本発明の第３の実施の形態において、電子メールに対して返信する電子メールを用いて送信元のアドレス管理テーブルの更新を指示する場合の具体例を模式的に示す図である。
【図２０】送信先に対し、添付ファイルが処理できなかった時の動作を指示するメッセージを含んだ電子メールの具定例を模式的に示す図である。
【図２１】本発明の第３の実施の形態の携帯電話機において、受信モードを実現するプログラムの制御構造を示すフローチャートである。
【図２２】送信先アドレス更新情報を受信した場合の告知画面を模式的に示す図である。
【符号の説明】
３０携帯電話機、３２通話用スピーカ、３４第１の表示部、３６マイク端子、３８イヤホン端子、４０操作部、４２操作マイク、４４アンテナ部、４８カメラ部、５０第２の表示部、５２バッテリ部、５４着信音用スピーカ、６０７０ＣＰＵ、７２記憶装置、７４アドレス管理部、７６許可テーブル管理部、８０カメラ制御部、８２表示制御部、８４音声処理部、８６ＲＡＭ、８８ＲＯＭ、９０無線通信部、１００アドレス管理テーブル、１０２許可ファイルテーブル、２００検索頭文字表示部、２０２リスト表示部、２０４名前表示部、２０６検索文字表示部、２０８属性表示部、２１０電話番号表示部、２１２電子メールアドレス表示部、２１４送信許可ファイル設定確認部、２７０、モード表示部、２７２送信先表示部、２７４タイトル表示部、２７６本文表示部、２８０添付ファイル表示部、２８２バッテリ残量表示部、３００送信先入力部、３０４タイトル入力部、３０８本文入力部、３１０添付ファイルリスト表示部、３２０添付禁止確認メッセージ、３２２確認キー、３４４自動更新コマンド、３４６添付ファイル送信禁止コマンド、３４８添付ファイル送信許可コマンド、４２０アドレス情報更新確認メッセージ、４２２ＹＥＳキー、４２４ＮＯキー[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a communication terminal device capable of transmitting and receiving a file by attaching a file to an e-mail, and in particular, for example, a mobile phone or the like capable of transmitting and receiving various types of files to an e-mail basically composed of text. And an electronic mail transmission / reception program therefor.
[0002]
[Prior art]
In recent years, many mobile phones have a function of connecting to the so-called Internet in addition to the original call function. By connecting to the Internet, e-mails can be sent and received between mobile phones or between a mobile phone and a computer, and information can be obtained from a homepage on the Internet. In particular, in the case of a mobile phone, the connection to the Internet is made wirelessly. Therefore, the user can obtain desired information when desired.
[0003]
As described above, since the mobile phone has not only a call function but also a function of transmitting and receiving information, the form of the mobile phone has been changed to one in which such a function becomes easier to use. For example, the display unit (display) is larger and has a higher resolution without impairing portability.
[0004]
Some recent mobile phones have a camera function. An image captured by this camera can be used as a so-called standby screen of a mobile phone, or can be attached to an e-mail and transmitted. On the display unit of the communication terminal device such as the mobile phone of the transmission destination, such an image file is displayed on the display unit and can be browsed by the user. Such applications using the camera function are well received by consumers, and for this reason, mobile phones having a camera function are rapidly spreading.
[0005]
As for the ring tone of a mobile phone, not only a normal electronic sound but also a melody such as a hit tune to notify the incoming call has become widespread and already common. Most of them can play melody by emitting chords instead of single notes. As a sound source for such a ringtone, a method such as PCM (Pulse Code Modulation), FM (Frequency Modulation), or Wave Table is adopted, and sound quality almost equivalent to that of an inexpensive electronic musical instrument is realized.
[0006]
Mobile phones can be connected to the Internet, and sites that provide melody data that can be used as ringtones on the Internet are increasing. For this reason, not only can the melody pre-installed in the mobile phone itself be used as the ringtone, but it is also possible to connect to the Internet to download the latest hit melody and use it as the mobile phone's ringtone. . Further, it is also possible to attach the melody data to the e-mail, transmit the melody data to another mobile phone or the like, and reproduce the melody data on the destination mobile phone or the like.
[0007]
The functions realized by the mobile phone as described above are also realized by a portable information terminal such as a PDA (Personal Digital Assistance).
[0008]
Mobile phones are manufactured by many manufacturers. Because new products are released in a short cycle, there are various types of old and new mobile phones manufactured by the same manufacturer. Further, there are a plurality of communication carriers.
[0009]
However, it is almost impossible to make a call between different models or different communication carriers. Regarding the transmission and reception of electronic mails, if the information is character information, transmission and reception can be performed in most cases between models that can be connected to the Internet.
[0010]
However, when a file is attached to an e-mail and transmitted, various problems occur depending on the type of the attached file. For example, data that can be processed (browsing, reproducing, and the like) by the transmission-side mobile phone may not be processed by the transmission destination (reception side) in some cases. As an example, PCM ring tone data that can be handled by the transmission-side mobile phone is sent to the transmission destination, but the transmission-destination mobile phone uses the FM (Musical Instrument Digital Interface) or the like to generate FM sound source data. This is a case where it is possible to cope only with the method of playing the PCM, and it is impossible to reproduce the data of the PCM method.
[0011]
The same applies when transmitting 3D data to a mobile phone that cannot display 3D (three-dimensional) image data. If such a file can be displayed on the transmitting mobile phone, the user tends to be able to process the file on the destination mobile phone without any problem. But that is not always the case.
[0012]
Further, it is conceivable that the destination mobile phone is of an old type that cannot process the attached file at all.
[0013]
In the above case, a wasteful communication fee for the attached file data that cannot be processed is charged on both the transmission side and the transmission destination.
[0014]
In addition, recent mobile phones are equipped with a CPU (Central Processing Unit), and operate under the control of the CPU to operate like a personal computer. If an attached file that cannot be processed properly is received, there is a risk that the mobile phone may malfunction. However, the problem of the malfunction is not a problem peculiar to the communication between the mobile phones, but a problem relating to the entire terminal device that performs the communication.
[0015]
A measure for solving such a problem is disclosed in Patent Document 1. In the technique disclosed in Patent Literature 1, means for prohibiting attachment of a file by a transmission destination is provided. In other words, in Patent Document 1, when a file is attached to an e-mail and broadcasted to a plurality of destinations, the attachment of the file to the e-mail can be prohibited for a specific destination. Discloses an e-mail transmission device that sets whether or not to attach a file for each destination at the time of transmission.
[0016]
Further, in the case of transmitting image data by communication between mobile phones, there is a method in which a communication carrier provides a method different from the above method (this is temporarily referred to as a first method) (this is temporarily referred to as a second method). ).
[0017]
The second method is a method roughly according to the following procedure. First, the transmitting side sends the image data to the server of the communication carrier. The transmission side sends a URL (Uniform Resource Locator) in the server of the communication carrier where the image data is stored to the transmission destination. The URL is accessed from the destination mobile phone. The server converts the image data into a data format that can be processed by the destination mobile phone and sends it to the destination mobile phone.
[0018]
In the second method, when the server sends the image data to the destination mobile phone, the server converts the image data into a data format that can be processed by the destination mobile phone. Therefore, the destination mobile phone does not receive data that cannot be processed from the server.
[0019]
[Patent Document 1]
JP-A-2003-6123
[Problems to be solved by the invention]
However, in the e-mail transmission device described in Patent Literature 1, in broadcast transmission of an e-mail, a destination to which an attached file is transmitted and a destination to which an attached file is not transmitted are distinguished at the time of transmission. Therefore, when the attached file is actually transmitted, the user has to confirm whether or not the attached file can be processed at the transmission destination in a data format every time.
[0020]
On the other hand, in the case of the above-described second method, at present, only a mobile phone of a specific communication carrier is supported. Therefore, a file cannot be transmitted to many general destinations that do not support the second method using this method. The service provided by the second method is only conversion of the data format of image data. Therefore, when sending data other than image data (melody data, etc.), this method cannot be used even if the mobile phones are compatible with the second method.
[0021]
In view of such a situation, the present invention reliably and easily prohibits or permits transmission of a file that cannot be processed by the destination or a file that may cause a malfunction to each destination by an easy method. It is an object of the present invention to provide a communication terminal device that can perform communication.
[0022]
Furthermore, the present invention ensures and prohibits or permits transmission of a file that cannot be processed by the destination or a file that may cause a malfunction due to an extremely simple operation. It is an object of the present invention to provide a communication terminal device capable of doing things.
[0023]
[Means for Solving the Problems]
A communication terminal device according to a first aspect of the present invention is a file attachment permission information storage unit for storing in advance file attachment permission information indicating whether to permit file attachment for each destination address of an electronic mail. Destination specifying means for specifying a destination address for an e-mail, an attached file specifying means for specifying an attached file for an e-mail, and transmission by the destination specifying means for an e-mail In response to the designation of the destination address and the designation of the attached file by the attached file designating means, reference is made to the file attachment permission information of the designated destination address stored in the file attachment permission information storage means. Means for determining whether to permit attachment of a file, and means for executing predetermined processing according to the determination result by the determination means. Including the door.
[0024]
The file attachment permission information is stored in advance, and when the destination address is specified and the attached file is specified, whether or not to permit the file to be attached is determined according to the file attachment permission information of the specified destination address. Is determined. As a result, it is possible to prevent the attached file from being sent to the destination that cannot process the attached file by mistake. When transmitting, there is no need to specifically confirm whether the user can process the attached file. Since it is possible to prevent a file from being transmitted to a user who cannot process the file, unnecessary communication costs can be prevented. Further, unexpected malfunction due to reception of unprocessable data at the terminal of the e-mail transmission destination can be prevented.
[0025]
Preferably, the communication terminal device includes: a receiving unit for receiving the electronic mail; and a reply for determining whether the electronic mail received by the receiving unit is a reply electronic mail to the electronic mail with the attached file. In response to the determination unit and the response determination unit determining that the e-mail received by the reception unit is a reply e-mail to the e-mail with the attached file, the transmission of the e-mail with the attached file is performed. Means for updating the file attachment permission information so as to prohibit the receiving means from transmitting the received e-mail to the transmission source.
[0026]
If an e-mail with an attached file is sent to a destination that cannot process the attached file by mistake, the destination user simply replies to the e-mail, and the next The attachment permission information is updated so as not to send the e-mail. Appropriate attachment file permission information can be accumulated without actively collecting information on whether the attached file can be processed at the destination.
[0027]
Preferably, the file attachment permission information storage means of the communication terminal device stores a file for each destination address of the e-mail and for each file format selected in advance among the file formats that can be attached to the e-mail. A means for preliminarily storing file attachment permission information for each file format indicating whether or not to permit attachment is provided. In response to the specification of the attached file of the preselected file format by the means, the designation of the designated destination address stored in the file attachment permission information storage means by the attached file designating means. Refer to the file attachment permission information by file format corresponding to the file format of the attached file Comprising means for determining whether the variable.
[0028]
When file attachment permission information for each file format is stored in advance for each file format selected in advance among the file formats that can be attached, the designation of the destination address and the designation of the attached file of the file format are performed. In accordance with the file attachment permission information of the specified destination address, it is determined whether to permit the attachment of the specified file. As a result, it is possible to prevent a file having the specified file format from being erroneously transmitted to a destination that cannot process the file format of the attached file. When transmitting, there is no need to specifically confirm whether the user can process the attached file. Since it is possible to prevent a file from being transmitted to a user who cannot process the file, unnecessary communication costs can be prevented. Further, unexpected malfunction due to reception of unprocessable data at the terminal of the e-mail transmission destination can be prevented. Such confirmation is not necessary for file formats other than the file format selected in advance.
[0029]
Preferably, the file attachment permission information storage means of the communication terminal device stores in advance file attachment permission information for each file format indicating whether to permit file attachment for each destination address of the e-mail and for each file format. Means for storing, in response to the designation of the destination address by the destination designation means and the designation of the attached file by the attached file designation means, the determination means Attach the file by referring to the file attachment permission information by file format corresponding to the file format of the attached file designated by the attached file designation means at the specified destination address stored in the attachment permission information storage means. Means for determining whether to permit is included.
[0030]
File attachment permission information for each file format is stored in advance for each file format, and when the destination address is specified and the attached file is specified, the file attachment permission information is specified according to the file attachment permission information of the specified destination address. It is determined whether the attachment of the file is permitted. As a result, it is possible to prevent a file having the specified file format from being erroneously transmitted to a destination that cannot process the file format of the attached file. When transmitting, there is no need to specifically confirm whether the user can process the attached file. Since it is possible to prevent a file from being transmitted to a user who cannot process the file, unnecessary communication costs can be prevented. Further, unexpected malfunction due to reception of unprocessable data at the terminal of the e-mail transmission destination can be prevented.
[0031]
More preferably, the communication terminal device is a receiving unit for receiving the electronic mail, and for determining whether the electronic mail received by the receiving unit is a reply electronic mail to the electronic mail with the attached file. In response to the reply judging means and the reply judging means determining that the e-mail received by the receiving means is an e-mail replying to the e-mail with the attached file, the e-mail is attached to the e-mail with the attached file. Means for updating the attached file permission information for each file format so as to prohibit the transmission of the file in the file format sent to the sender of the received e-mail by the receiving means.
[0032]
If a file that cannot be processed by the destination is sent to the e-mail by mistake, the destination user simply replies to the e-mail, and the file in that file format will be sent to the source from the next time on. The attached file permission information for each file format is updated so as not to be transmitted first. Appropriate file format-specific attached file permission information can be accumulated without actively collecting information on file formats that can be processed at the destination.
[0033]
The communication terminal device responds to the response determining unit that the electronic mail received by the receiving unit is determined to be a reply electronic mail to the electronic mail with the attached file, and transmits the attached file permission information for each file format. A means for outputting a predetermined message notifying that the update is to be performed may be further included.
[0034]
Since the user is notified that the update is to be performed, the user knows that the update will be performed. The user can recognize that the content of the attached file permission information for each file format has been changed. When updated with unexpected contents, it is easy to deal with the resulting inconvenience.
[0035]
The communication terminal device may further include means for suppressing operation of the means for updating while outputting the message by means for outputting the message.
[0036]
Since the update is not performed while the message is being output, the contents can be sufficiently examined before the update is performed.
[0037]
Preferably, the communication terminal device has means for receiving a user's instruction on whether to start or stop the operation of the means for updating, and means for updating in accordance with the user's instruction received by the means for receiving. Means for starting or stopping the operation.
[0038]
The update is performed only when the user instructs the update. It is possible to prevent the attached file permission information from being updated with contents that the user does not intend.
[0039]
More preferably, the means for executing includes a means for outputting a predetermined message in response to the determination unit determining that the attachment of the file is prohibited.
[0040]
Since a predetermined message is output when the attachment of the file is prohibited, it is possible to prevent the user from attaching the prohibited file to the e-mail and transmitting the file.
[0041]
Means for executing, in response to the determination means determining that the attachment of the file is permitted, transmitting an e-mail with the specified file attached to the specified destination address. Means may be further included.
[0042]
Attached files can be sent to users who are allowed to send by the same operation as sending normal e-mail.
[0043]
Preferably, the communication terminal device decodes the e-mail received by the receiving means for receiving the e-mail and the e-mail received by the receiving means, and updates the file attachment permission information stored in the file attachment permission information storage means. Decrypting means for determining whether an update command instructing the event is included, and responding to the electronic mail received by the receiving means by the decrypting means determining that the update command is included in the electronic mail received by the receiving means. Updating means for updating the file attachment permission information stored in the file attachment permission information storage means according to the update command.
[0044]
If the received e-mail contains an update command, the file attachment permission information is updated according to the update command. Even if the user does not maintain the file attachment permission information by himself, the file attachment permission information can be appropriately maintained by the instruction from the transmission destination. The e-mail including the update command may be automatically created by the communication terminal device of the transmission destination or may be created in the form of an e-mail, and there is no particular limitation.
[0045]
The update command may include a predetermined character string indicating the update command and permission / prohibition information for designating permission / prohibition of file attachment. May include means for determining whether or not the predetermined character string is included in the e-mail received by the receiving means by the determining means. Means for updating the file permission information corresponding to the source address of the e-mail received by the reception means in the file attachment permission information storage means in accordance with the permission / prohibition information in response to the determination that May be included.
[0046]
If the received e-mail contains a predetermined character string indicating an update command and permission / prohibition information, a file attachment to the source address of the e-mail is sent according to the update command and permission / prohibition information. The permission information is updated. Even if the user does not maintain the file attachment permission information by himself, the file attachment permission information can be appropriately maintained by the instruction from the transmission destination.
[0047]
Preferably, the file attachment permission information storage means stores in advance file attachment permission information for each file format indicating whether to permit attachment of a file for each destination address of the e-mail and for each file format. Including means. The determination means is stored in the file attachment permission information storage means in response to the designation of the destination address by the destination designation means and the designation of the attached file by the attached file designation means for the electronic mail. Also, by referring to the file attachment permission information by file format corresponding to the attached file format specified by the attached file specifying means of the specified destination address, it is determined whether to permit the attachment of the file. Including means. The update command specifies a predetermined character string indicating that the command is an update command, file format identification information indicating a file format of the file format, and permission or prohibition of file attachment of the file format specified by the file format identification information. Permission / prohibition information. The decrypting means includes a means for determining whether or not a predetermined character string is included in the e-mail received by the receiving means. The updating unit is configured to receive the electronic mail received by the receiving unit of the file attachment permission information storage unit in response to the determination unit determining that the e-mail received by the receiving unit includes the predetermined character string. File attachment permission information for each file format of the file format specified by the file format identification information included in the e-mail received by the receiving means, of the file permission information corresponding to the source address of the received e-mail. Including means for updating according to the prohibition information.
[0048]
When the received e-mail contains a predetermined character string indicating that it is an update command, file format identification information, and permission / prohibition information, according to the update command and the file format identification information and permission / prohibition information, The file attachment permission information in a predetermined file format for the source address of the e-mail is updated. Even if the user does not maintain the file attachment permission information by himself, the file attachment permission information can be appropriately maintained for each file format by an instruction from the transmission destination.
[0049]
More preferably, the communication terminal device notifies the decryption unit of updating the attached file permission information in response to the determination that the update command is included in the e-mail received by the reception unit. Means for outputting a predetermined message.
[0050]
When the update command is included in the e-mail, the user is notified that the attached file permission information is to be updated, so that the user can know that the attached file permission information will be updated. If any problem arises as a result of the update, it can be easily dealt with.
[0051]
Preferably, the communication terminal device further includes means for suppressing the operation of the updating means during the output of the message by the means for outputting the message.
[0052]
Since the update is not performed while the message is being output, the contents can be sufficiently examined before the update is performed.
[0053]
More preferably, the communication terminal device receives the user's instruction for instructing whether to start or stop the operation of the updating unit, and performs the operation of the updating unit in accordance with the user's instruction received by the receiving unit. Means for starting or stopping.
[0054]
A message can be output and the user can indicate whether or not to update. Unintended updating can be avoided, and maintenance of the attached file permission information is facilitated.
[0055]
A communication terminal device according to another aspect of the present invention includes: a receiving unit for receiving an electronic mail; a first determining unit for determining whether a file is attached to the electronic mail; A second determination unit configured to determine whether the file is a file in a file format that can be processed in response to the determination unit determining that the file is attached to the e-mail; A file processing unit for processing a file determined to be processable by the second determination unit; and a file processing unit responding to the second determination unit determining that the file is a file of an unprocessable file format. Means for automatically creating and transmitting an e-mail instructing to prohibit attachment of a file in a file format to the source of the e-mail received by the receiving means.
[0056]
If the attached file of the received e-mail is judged by the second judging means to be in a file format that cannot be processed, it is prohibited to attach the file of the file format to the sender of the e-mail. An instructing e-mail is automatically created and sent. If the source communication terminal of the original e-mail is compatible with such e-mail, the source communication terminal should be automatically set to prohibit attachment of the file in that file format. Can be. It is not necessary for manual operation by the user of the transmission source, and it is possible to set not to attach a file of this file format from the next time.
[0057]
A computer program according to yet another aspect of the present invention is a computer program that, when executed by a computer, causes the computer to operate as any of the communication terminal devices described above. By causing this computer program to be executed by a computer, the same functions and effects as those of the communication terminal device described above can be realized.
[0058]
A storage medium according to yet another aspect of the present invention is a computer-readable storage medium storing the above-described computer program.
[0059]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, the present invention will be described with reference to the illustrated embodiments. Note that, for convenience of explanation, an example in which the present invention is applied to a mobile phone will be described. However, it is apparent from the following description that the present invention can be applied to a communication terminal device other than the mobile phone.
[0060]
[First Embodiment]
-Constitution-
FIG. 1 is a front view of a foldable mobile phone 30 according to the first embodiment of the present invention. FIG. 2 is a rear view of the mobile phone 30 according to the embodiment of the present invention. The appearance and configuration of the mobile phone 30 will be described with reference to FIGS. Note that the mobile phone 30 according to the first embodiment determines, for each user, what file is allowed to be sent when sending an email to another user. Has functions. For this purpose, the mobile phone 30 maintains information indicating whether a file can be transmitted for each address for each file type in an address management table described later. The address management table 100 can be maintained by the user using the mobile phone 30, but can also be updated by sending an e-mail including a specific command from another mobile phone.
[0061]
The mobile phone 30 shown in FIGS. 1 and 2 is photographed by the antenna unit 44, the call speaker 32, the time, the standby screen, the input characters and numbers, the source telephone number at the time of the incoming call, the e-mail text, and the camera unit. And a first display section 34 for displaying various images and other settings.
[0062]
The mobile phone 30 further includes a camera unit 48, a numeric keypad, a cross key, and the like, and an operation unit 40 used by a user when inputting characters and numbers, selecting and determining various settings, operating the camera unit 48, and the like. The same as the transmission microphone 42, the microphone terminal 36, the earphone terminal 38, and the first display unit 34, but has a smaller display area than the first display unit 34, and performs simplified display. A second display unit 50, a battery unit 52, and a ringtone speaker 54 are included. The second display unit 50 is provided so as to be located at the front when the mobile phone 30 is folded.
[0063]
A program executed by the operation unit 40, the first display unit 34, the display control unit 82, and the CPU 70 performs designation of a destination address, input of a text, and designation of an attached file, which will be described later. For those inputs, those used in the prior art can be used as they are.
[0064]
FIG. 3 is a hardware and functional block diagram of the mobile phone 30 of the present invention. Referring to FIG. 3, mobile phone 30 is further photographed by CPU 70 that controls the entire mobile phone 30, storage device 72, address management unit 74 that stores and manages telephone numbers and e-mail addresses, and camera unit 48. Image processing unit 78 for performing image processing on the displayed image (still image or moving image) for display or storage, camera control unit 80, display for controlling display data to be displayed on the first display unit or the second display unit The control unit 82, the speaker for call 32, the speaker for ringtone 54, the operation microphone 42, the microphone terminal 36, and the earphone terminal 38 are connected to the CPU 70 and audio processing for performing input / output processing of audio data therebetween. Unit 84, a RAM (Ran) that provides an operation area for operating the operation system of the mobile phone 30, an application program, and the like. om Access Memory) 86, an operating system, basic application programs, etc., using the mobile telephone 30 includes a ROM that stores basic programs for operating (a Read Only Memory) 88 and a wireless communication unit 90,.
[0065]
The camera control section 80 controls the image capturing of the camera section 48 in response to an instruction from the operation section 40. The camera control unit 80 according to the present embodiment has a macro function (not shown), a zoom function (not shown), a flash function (not shown), and the like.
[0066]
The voice processing unit 84 digitizes the voice input from the transmission microphone 42 and the microphone terminal 36, transmits the digitized voice to the wireless communication unit 90, and transmits the digitized voice to the communication partner via the antenna unit 44. Further, it converts a digital signal received from the communication partner received via the antenna unit 44 and the wireless communication unit 90 into an analog voice, and transmits the analog voice to the telephone speaker 32 or the earphone terminal. Further, ring tone data, operation confirmation sound data, and the like stored in the storage device 72 or the ROM are converted into analog voice and transmitted to the ring tone speaker 54 or the earphone terminal 38. If the mobile phone 30 has a music playback function, the mobile phone 30 converts the music data stored in the storage device 72 into analog audio and transmits the analog audio to the earphone terminal.
[0067]
Next, the address management unit 74 shown in FIG. 3 will be described. The address management unit 74 manages address information using an address management table 100 in the storage device 72 shown in FIG.
[0068]
Referring to FIG. 4, address management table 100 stores a plurality of pieces of address information corresponding to destination addresses. Each address information is registered as a management number, a name, a search character, an attribute, a telephone number, an e-mail address, and a transmission permission indicating whether to permit the attachment of a file, which is set for each file format of the transmission file. Includes file table. In FIG. 4 and the following description, “ringtone” refers to voice data that can be used as a ringtone. Usually, about 300 to 500 pieces of address information can be registered. When sending an e-mail, an e-mail address can be extracted from the address information and specified as a destination.
[0069]
A transmission permission file which is one of the registration items shown in FIG. 4 will be described. This item is for registering whether or not to permit an attached file for each file format and each address. In this item, transmission permission is set in advance for files that can be processed by the communication terminal device of the transmission destination, and transmission prohibition is set in advance for files that cannot be processed by the communication terminal device of the transmission destination. The types of files that can be set are files that can be determined by the mobile phone 30. That is, transmission permission or prohibition can be set here for the files registered in the permission file table 102 shown in FIG. The contents of the permission file table 102 will be described later.
[0070]
FIG. 5 shows a configuration of the permission file table 102 in the storage device 72 managed by the permission table management unit 76. The permission file table 102 is a table for storing information indicating whether or not the mobile phone 30 can process various types of files. As shown in FIG. 5, the permission file table 102 holds, for each type of file, permission / inhibition information indicating whether or not the type of file can be processed by the mobile phone 30.
[0071]
-Program structure-
Hereinafter, a control structure of a program executed by CPU 70 of mobile phone 30 of the present embodiment will be described. This program includes an e-mail transmission mode, an e-mail reception mode, a data maintenance mode accompanying command reception, and the like. By executing this program, the various functions described above are realized. This will be described sequentially below.
[0072]
FIG. 6 shows, in a flowchart form, an outline of a control structure in an e-mail transmission mode among the programs executed in mobile phone 30 according to the present embodiment. In FIG. 6, portions particularly related to the present invention are shown in detail, and portions not related to the present invention are schematically shown.
[0073]
In step 120, the user selects whether to create a new e-mail or to create a reply mail or a forward mail using the already received e-mail. This selection is made by an input from the user. If new creation is selected, control proceeds to step 122; otherwise, control proceeds to step 132.
[0074]
In step 122, the transmission destination is specified. A specific method of specifying the destination will be described later. After the transmission destination is specified, the control moves to step 124.
[0075]
In step 126, the title of the e-mail is input. For inputting the title, a character input key (numeric keypad), a cross key, and the like included in the operation unit 40 are used. After inputting the title, control proceeds to step 126.
[0076]
In step 126, the body of the e-mail is input. For inputting the text, a character input key (numeric keypad), a cross key, or the like included in the operation unit 40 is used. After inputting the text, control proceeds to step 128.
[0077]
In step 128, whether to attach a file is selected. When the file is not attached, the procedure goes to step 130. If a file is to be attached, control proceeds to step 140.
[0078]
In step 130, the e-mail created in step 122 to step 128 is transmitted. The e-mail is transmitted to the destination specified in step 122 via the wireless communication unit 90, the antenna unit 44, and the public network (not shown) shown in FIGS. Thus, the e-mail transmission procedure in the case where a new e-mail is created and transmitted without an attached file is completed.
[0079]
Next, a procedure for attaching a file to an e-mail will be described. If it is determined in step 128 in FIG. 6 that a file is to be attached, control proceeds to step 140. In step 140, the user selects a file to be attached. The attached file is data stored in advance in the storage device 72, the ROM 88, or the like, and includes image data (JPEG (3D), JPEG (2D), GIF, MPEG, etc.), melody data (PCM , MIDI, etc.). After selecting the attached file, control proceeds to step 142.
[0080]
In step 142, the address management table shown in FIG. 4 is referred to the address information of the transmission destination (e-mail address) specified in step 122, and the file format of the attached file is permitted to be transmitted to that address. Is determined. If the file of the file format is permitted to be transmitted to this address, the file selected in step 140 is attached to the e-mail, and the control proceeds to step 130. If transmission is not permitted, control returns to step 128 without attaching the file.
[0081]
In this procedure, an example is described in which an attached file is selected after designating a destination. However, at the time when a destination is designated after selecting an attached file, whether or not the attached file can be sent to the destination may be determined. . Further, the order of the steps 122 to 128 is merely an example, and these steps may be performed in any order.
[0082]
Next, the case where reply or transfer is selected in step 120 will be described. If reply or transfer is selected, control transfers from step 120 to step 132. In step 132, a received electronic mail from which an electronic mail is created is selected from the electronic mails already received. Thereafter, the user selects whether to reply to the selected received e-mail or to transfer the selected received e-mail. After performing the above operations, control proceeds to step 134.
[0083]
In step 134, the user selects whether to specify the destination. If the transmission destination is designated, the control proceeds to step 122, otherwise the control proceeds to step 136. Normally, when replying to a received e-mail, it is not necessary to specify the transmission destination because the transmission destination is automatically determined. In this case, control proceeds to step 136. When the received e-mail is to be transferred to another destination, it is necessary to specify the destination, so the control proceeds to step 122. The procedure from step 122 is the same as that at the time of new creation.
[0084]
If it is not necessary to specify the destination, step 136 selects whether to modify the title. When replying or forwarding is specified for the received e-mail, a title such as “Re:” or “Fw:” is added to the beginning of the title of the received e-mail, and the title is automatically set. . If no change is made to the automatically set title, control proceeds to step 138. When changing the automatically set title, the control proceeds to step 124. The procedure from step 124 is the same as that at the time of new creation.
[0085]
If there is no correction of the title, step 138 selects whether or not to enter the body. When the text is input, the control proceeds to step 126, and when the text does not need to be input, the control proceeds to step 128. Normally, when replying to the received e-mail, the body is input, and the control proceeds to step 126. When the received e-mail is forwarded, the text of the received e-mail is quoted, so there is usually no need to enter the text. In this case, control proceeds to step 126.
[0086]
After step 128, the same processing as when new creation is selected in step 120 is performed, and therefore, details thereof will not be repeated here. The order of the steps 132 to 138 is merely an example, and the steps may be performed in any order.
[0087]
Next, a control structure of an e-mail receiving mode when the mobile phone 30 receives an e-mail will be described with reference to FIG. As described above, in the mobile phone 30, what kind of file can be transmitted for each address is managed by the address management table 100. In this process, when an e-mail including a specific command is received from another source, the contents of the address management table 100 are updated in accordance with the command in addition to the process at the time of receiving the normal e-mail. In particular, in the following embodiment, an address information update request command for instructing to update transmission permission file information stored in the address management table 100 as a command will be described. The command may be a predetermined character string or a predetermined binary code. In this specification, both are referred to as “predetermined character strings”.
[0088]
Referring to FIG. 7, first, in step 160, it is determined whether or not the received electronic mail includes a predetermined character string corresponding to the above-described command. If the predetermined character string is not included, control proceeds to step 162. If a specific character string is included, the control proceeds to the data maintenance mode in step 170 and subsequent steps. Here, it is assumed that the determination is made on the address information update request command.
[0089]
FIG. 8 shows the format of the address information update request command. Referring to FIG. 8, an address information update request command 190 includes an e-mail address for which address information is to be changed (“[email protected]” in FIG. 8) and a file format for which transmission permission information is to be updated ( JPEG, GIF, etc.) and information indicating the contents of the update (the file format of the file to be prohibited or allowed to be attached) are included. In the example shown in FIG. 8, the address management table 100 is updated so that the attachment of JPEG (3D) is prohibited (deleted from the transmission permission file), and the attachment of GIF is permitted (added to the transmission permission file). Things are required.
[0090]
Referring again to FIG. 7, in step 162 and thereafter, normal processing is performed on the received e-mail. That is, first, in step 162, it is determined whether or not a file has been attached to the received e-mail, and if so, whether or not the file can be processed by the mobile phone 30. This determination is made by referring to the contents of the permission file table 102. If the file is not attached, and if the file is attachable but can be processed by the mobile phone 30, the control proceeds to step 168. Otherwise, control proceeds to step 164.
[0091]
If the attached file can be processed, the attached file is processed in step 168, and the process ends.
[0092]
If the attached file cannot be processed, the destination terminal update information is automatically created in step 164. The transmission destination terminal update information is information for notifying the transmission side of the current terminal information of the transmission destination to the transmission side and updating the address information of the transmission destination registered in the transmission side. This can also be considered a kind of command. Here, the communication terminal device that has transmitted the received e-mail is the transmission side, and the mobile phone 30 is the transmission destination.
[0093]
After creating the destination terminal update information in step 164, control proceeds to step 166, where the destination terminal update information is sent to the transmitting side as an e-mail. In the present embodiment, the destination terminal update information is automatically created by the destination terminal based on the determination in step 162, and sent to the transmitting side. However, the present invention is not limited to such a form, and for example, the user may manually create an electronic mail including this command and send it to the transmitting side.
[0094]
On the other hand, if it is determined in step 160 that the received e-mail includes the command, the control proceeds to step 170. In step 170, it is determined whether this command is destination terminal update information. If the command is destination terminal update information, control proceeds to step 172; otherwise, control proceeds to step 176.
[0095]
In step 172, the destination terminal update information is decoded. After the decryption, the control moves to step 174, updates the corresponding address information in the address management table, and ends the processing.
[0096]
On the other hand, in step 176, other processing, that is, processing determined by a command included in the received e-mail is performed. It is possible that the command is only the destination terminal update information, but in that case, the processes of steps 170 and 176 may be omitted.
[0097]
-Transition of screen display when managing address information-
The contents of the address management unit 74 shown in FIG. 4 can be confirmed on the first display unit 34 shown in FIG. Hereinafter, a process of confirming the contents of the address management unit 74 will be described with reference to FIG. 9 showing a screen transition of the first display unit 34 at this time.
[0098]
Following the menu displayed on the first display unit 34 of the mobile phone 30, an address name list screen is displayed. This screen is shown in FIG. The address name list screen includes a search initial character display unit 200 and a list display unit 202.
[0099]
On the address name list screen shown in FIG. 9A, the initial character of the search character can be designated by the operation unit 40. In FIG. 7, "so" is designated as shown in the search initial display unit 200. The address management unit 74 extracts address information from the address management table 100 using the specified initials, and displays the name of the extracted address information on the list display unit 202. The user selects one of the names displayed on the list display unit 202 using the operation unit 40 and determines the name. With this operation, the display on the first display unit 34 shifts to the address management screen shown in FIG. 9B.
[0100]
Referring to FIG. 9B, the address management screen includes a name display unit 204, a search character display unit 206, an attribute display unit 208, a telephone number display unit 210, an e-mail address display unit 212, and a transmission permission file setting confirmation. Unit 214 is included. The name display section 204 displays the name of the transmission destination of this address. The search character display unit 206 displays a character string used for searching for an address. The attribute display unit 208 displays attributes (for example, “friends”, “family”, “colleagues”, and “business partners”) assigned to the transmission destination of this address. In the example shown in FIG. 9B, the transmission destination is the “friend” of the user.
[0101]
The telephone number display section 210 displays the telephone number used to contact the destination user. The e-mail address display section 212 displays the e-mail address of the destination user. The transmission permission file setting confirmation unit 214 includes, for each type of attached file that can be identified by the mobile phone 30, information indicating whether or not the destination user's mobile phone can process the file, including a file type name and a check box. And is displayed. In the present embodiment, it is assumed that transmission of a file whose check box is checked is permitted.
[0102]
From the address management screen, the operation unit 40 allows the user to shift to the address information change mode and further change the address information being displayed. The process of changing the address information is the same as the process of updating normal data. Therefore, a detailed description thereof will not be given here.
[0103]
-Specific operation example-
The specific operation of the mobile phone 30 according to the present embodiment will be specifically described with reference to FIG. First, it is assumed that the transmitting terminal is the mobile phone 30 and the destination is the destination A ([email protected]). The mobile phone used by the user of the transmission destination A also has the same function as the mobile phone 30. It is assumed that the mobile phone of the destination A is called a mobile phone 30A (not shown).
[0104]
In this example, it is assumed that the mobile phone 30 on the transmission side first sends a JPEG (3D) format file attached to an electronic mail to the transmission destination A (240). This file is received by the destination mobile phone 30A together with the e-mail as an attached file (250). At this time, the mobile phone 30 executes the processing shown in FIG. A part of FIG. 7 (procedures 162, 164, 166 and 168) is reproduced in FIG. Since this e-mail is not a command, steps 160, 170, 172, 174 and 176 of FIG. 7 are not shown in FIG.
[0105]
At this time, the mobile phone 30A of the transmission destination A makes the determination of the procedure 162. In step 162, it is determined whether the JPEG (3D) format file can be processed by the mobile phone 30A. If so, control proceeds to step 168; otherwise, control proceeds to step 164. In this example, it is assumed that the mobile phone 30A cannot process a file in the JPEG (3D) format.
[0106]
In this case, the transmission destination mobile phone 30A requests the transmission side mobile phone 30 to prohibit sending the EPG (3D) file to the mobile phone 30A from the next time. For this purpose, the destination mobile phone 30A creates an address information update request command of the format shown in FIG. 8 for the mobile phone 30 on the transmission side. In the example shown in FIG. 8, a command for setting the GIF format file to be processable is also included in the address information update request command. However, in this description, it is assumed that only the line for deleting JPEG (3D) is included.
[0107]
In step 166, information including the address information update command shown in FIG. 8 is sent to the mobile phone 30 on the transmitting side. The same e-mail reception mode program shown in FIG. The mobile phone 30 receives the address information update command in step 160, and decodes the address information update command in step 172. After decoding the address information update command, in step 174, the address management table is updated from the state of FIG. 4 to the state of FIG.
[0108]
An example of screen transition in the e-mail transmission mode by this program will be described with reference to FIGS. First, the screen configuration of the e-mail transmission mode will be described.
[0109]
FIG. 11A shows a mail creation basic screen which is a typical screen in the e-mail transmission mode. This screen includes a mode display section 270, a destination display section 272, a title display section 274, a body display section 276, an attached file display section 280, a remaining battery level display section 282, and a radio wave state display section 284. Hereinafter, an example of screen transition when the new creation is selected in the procedure 120 of FIG. 6 will be described.
[0110]
In the mail creation basic screen shown in FIG. 11A, the destination display section 272 is highlighted. This reverse display means that the destination display section 272 has been selected. From this state, the selection can be switched to another display unit by operating the operation unit 40 (cross key or the like). The basic operation method is the same in various screens described below. In the state where the transmission destination display section 272 is selected, the operation section 40 gives an instruction for confirmation, thereby shifting to the transmission destination designation screen shown in FIG. 11B.
[0111]
The destination address is specified on the destination specification screen shown in FIG. Referring to FIG. 11B, the destination designation screen includes a mode display unit 270 and a destination input unit 300. There are mainly two methods for specifying the destination address. The first method is to input the address of the transmission destination one character at a time using a character input key (numeric keypad), a cross key, or the like included in the operation unit 40. In this case, "co.jp", "ne.jp" or the like is registered in advance as a standard character string, and is called up as necessary, thereby simplifying the input of the address. The second method is a method in which a destination address is registered in the address management unit 74 in advance, and a destination address is searched and called by operating the operation unit 40. In general, the second method is used in consideration of a small number of address designation procedures. All of these can be easily realized using conventional techniques. The same applies to the input of various data performed below.
[0112]
When the destination address is specified, the specified destination address is displayed on the destination input section 300. By instructing confirmation using the operation unit 40, the transmission destination address is decided. The display shifts to a mail creation basic screen shown in FIG.
[0113]
Referring to FIG. 11C, on the mail creation basic screen, the destination address specified on the destination specification screen of FIG. 11B is displayed on destination display section 272, and title display section 274 is selected. It has become. When the user gives an instruction to confirm using the operation unit 40 with the title display unit 274 selected, the display shifts to the title input screen shown in FIG.
[0114]
A title is input on the title input screen shown in FIG. The title input screen shown in FIG. 12A includes a mode display section 270 and a title input section 304. For inputting the title, a character input key (numeric keypad) and a cross key included in the operation unit 40 are used. The title input unit 304 displays the input title character string. By instructing confirmation using the operation unit 40, the screen shifts to a mail creation basic screen shown in FIG.
[0115]
Referring to FIG. 12 (B), on the mail creation basic screen, the title specified on the title input screen of FIG. 12 (A) is further displayed on title display section 274, and text display section 276 is selected. Has become. By instructing confirmation using the operation unit 40 in a state where the text display unit 276 is selected, the screen shifts to a text input screen shown in FIG.
[0116]
The text is input on the text input screen shown in FIG. The text input screen includes a mode display unit 270 and a text input unit 308. A text input key (numeric keypad), a cross key, and the like included in the operation unit 40 are used to input a text to the text input unit 308. The input text string is displayed on text input section 308. By issuing an instruction for confirmation using the operation unit 40, the screen shifts to a mail creation basic screen shown in FIG.
[0117]
The mail creation basic screen shown in FIG. 13A includes a mode display section 270, a destination display section 272, a title display section 274, a body display section 276, and an attached file display section 280. The text input using the text input screen of FIG. 12C is displayed on the text display unit 276, and the attached file display unit 280 has been selected. When a file is not attached, an electronic mail is transmitted by giving a transmission instruction using the operation unit 40 in this state.
[0118]
Assuming a case where a file is attached to an e-mail, a screen transition example of the procedure will be described with reference to FIG. FIG. 13A shows a mail creation basic screen. Here, a character string “compose mail” is displayed on mode display section 270, an e-mail address of a destination is displayed on destination display section 272, a title character string is displayed on title display section 274, and a text string is displayed on body display section 276. Are displayed, respectively. When the attached file display section 280 is selected on the mail creation basic screen, a mode for attaching a file is set. FIG. 13A shows a state in which the attached file display unit 280 is selected. In this state, by issuing an instruction for confirmation using the operation unit 40, the screen shifts to an attached file selection screen shown in FIG.
[0119]
In the attached file selection screen shown in FIG. 13B, an attached file list display section 310 is displayed instead of the transmission destination display section 272, the title display section 274, the body display section 276, and the attached file display section 280. The attached file list display section 310 displays a list of files that can be attached. When the user selects a predetermined attached file using the operation unit 40 and gives an instruction to confirm the file, it is determined whether the attached file may be transmitted to the transmission destination indicated in the transmission destination display unit 272. Do. In the example shown in FIG. 13B, the user sets the attached file as 2003030_2_2_3D. jpg (JPEG (3D) file) is selected and a confirmation instruction is given.
[0120]
At this time, the mobile phone 30 refers to the address information corresponding to the destination (e-mail address) displayed in the destination display section 272 of FIG. 13A in the address management table 100 shown in FIG. Then, it is determined whether transmission of the type of the file format selected as the attached file is permitted. If transmission is permitted, the screen shifts to the mail creation basic screen as shown in FIG. The case where transmission is prohibited will be described later.
[0121]
In this example, referring to the address information of the transmission destination A ([email protected]), it is determined whether JPEG (3D), which is the file format of the file to be attached, is permitted or prohibited. As shown in FIG. 4, since the transmission of JEPG (3D) is permitted in the address information of the transmission destination A, the designated file (2003326_2_3D.jpg) is attached and the mail creation shown in FIG. Move to the basic screen.
[0122]
In the mail creation basic screen (FIG. 13C), the attached file selected in FIG. 13B is further displayed on the attached file display section 280. When the user issues a transmission instruction using the operation unit 40, the file 2003026_2_3D. The e-mail attached with the JPEG (JPEG (3D) file) is transmitted to the transmission destination A ([email protected]).
[0123]
Next, when the user selects an attached file on the attached file selection screen shown in FIG. 13B and gives an instruction for confirmation, the file format of the attached file is a file format that is prohibited from being sent to the destination. An example of screen transition in the case of is described with reference to FIG.
[0124]
In the mail creation basic screen shown in FIG. 15A, abc @ xxx. co. jp is specified. The address information on the destination is stored as address information on the destination B in the second entry of the address management table 100 shown in FIG. For this transmission destination B, transmission in a file format called JPEG (3D) is prohibited. In this state, the same operation as described with reference to FIG. 13A is performed, and the screen shifts to the attached file selection screen shown in FIG.
[0125]
By performing the same operation as that described with reference to FIG. 13B on the attached file selection screen shown in FIG. 15B, 2003030_2_3D. jpg (JPEG (3D) file) is selected and a confirmation instruction is given. At this time, the mobile phone 30 refers to the address information of the transmission destination B ([email protected]) included in the address management table shown in FIG. 4, and determines the file format of the attached file to be transmitted to the transmission destination. Is a permitted file format.
[0126]
In the address information of the sender B, transmission of JEPG (3D) is not permitted. Therefore, in this case, the screen shifts to the attachment prohibition notification screen shown in FIG.
[0127]
On the attachment prohibition notification screen shown in FIG. 15C, an attachment prohibition confirmation message 320 for calling attention to selection of a file whose attachment is prohibited, and a confirmation key 322 are displayed. The attachment prohibition confirmation message 320 is a message indicating that transmission of a JEPG (3D) format file is prohibited to the designated destination, that is, the destination B ([email protected]). . After the user confirms the attachment prohibition confirmation message 320 and selects and confirms the confirmation key 322 using the operation unit 40, the screen returns to the mail creation basic screen shown in FIG. 15A without attaching the file to the e-mail. I do.
[0128]
When shifting from the mail creation basic screen shown in FIG. 15A to the attached file selection screen shown in FIG. 15B, the transmission is performed by referring to the address information of the transmission destination B ([email protected]). A file in a prohibited file format may be displayed in a state where it cannot be selected, or may not be displayed. When the user selects and confirms the confirmation key 322 using the operation unit 40 on the attachment prohibition notification screen shown in FIG. 15C, the screen shifts to the attachment file selection screen shown in FIG. The user may be prompted to select a file again.
[0129]
Further, in the present embodiment, the attached file is specified after the destination is specified. However, the attached file may be specified first, and then the destination may be specified. In this case, when the transmission destination is specified, the address information corresponding to the specified transmission destination in the address management table 100 is referred to to determine whether the specified attached file is prohibited. Good.
[0130]
Further, in the present embodiment, the user is alerted by the attachment prohibition notification screen shown in FIG. 15C, but a warning sound is emitted using the voice processing unit 84, the ringtone speaker 54, and the like. The message may be output by notifying a voice message.
[0131]
In the present embodiment, in steps 164 and 166 shown in FIGS. 7 and 10, destination terminal update information is automatically created and transmitted to the transmission side as e-mail. However, the destination terminal update information may be created as an e-mail by a user's manual operation and transmitted to the transmission side as a normal e-mail.
[0132]
An e-mail describing an address information update command will be described with reference to FIG. FIG. 16 shows a mail creation basic screen of a destination (a mobile phone for creating destination terminal update information). In the destination display section 272, the e-mail address of the mobile phone on the transmitting side (the side receiving the destination terminal update information) is specified. An arbitrary character string may be specified in the title display section 274. In this example, a title of "address information update" is specified so that the received user can easily understand the contents of the e-mail. In the first line of the text display unit 276, an automatic update command 344 for designating that the address management table 100 is automatically updated for the address management unit 74 of the transmitting-side mobile phone is input. After that, as commands to specify that the attached file information is updated, an attached file transmission prohibition command 346, an attached file transmission permission command 348, and the like are input one by one in one line. The destination mobile phone is the mobile phone 30A of the destination A, and its e-mail address is “[email protected]”.
[0133]
The operation of the transmitting mobile phone 30 when the transmitting mobile phone 30 receives the e-mail shown in FIG. 16 is the same as the operation when the address information update command 190 shown in FIG. 8 is received.
[0134]
In this case, after receiving the e-mail, the receiving-side mobile phone 30 identifies the first character string “***” entered in the body. By identifying the character string “***”, the mobile phone 30 recognizes a character string described below as a command and performs processing.
[0135]
First, by identifying the automatic update command 344 shown in FIG. 16, the mobile phone 30 starts an operation of updating the address management table 100 shown in FIG. Next, the address management unit 74 of the mobile phone 30 on the transmission side identifies the source address information ([email protected]) of the e-mail included in the e-mail shown in FIG. A ([email protected]) is specified. Next, the JPEG (3D) format is prohibited from being transmitted in the transmission permission file information (see FIG. 4) of the address information of the transmission destination A by the attached file transmission prohibition command 346. The address management unit 74 of the mobile phone 30 further permits transmission in the GIF format using the attached file transmission permission command 348. That is, the address management unit 74 of the mobile phone 30 updates the address management table 100 from the state of FIG. 4 to the state of FIG.
[0136]
In the present embodiment, a more general method has been described using an example in which a command is described in the body of an e-mail. However, the command is described in a file recognizable by the mobile phone 30 and the command is described. A similar operation may be realized by a method of attaching a file to an e-mail.
[0137]
In the present embodiment, the address management table 100 has the format shown in FIG. However, it is clear that a format other than this format may be used as the address management table 100.
[0138]
Further, in the above-described embodiment, the format of the file for which transmission permission or transmission prohibition is set in the address management table 100 shown in FIG. Only those that are not. However, the present invention is not limited to such an embodiment. Regardless of whether or not the mobile phone 30 can process, transmission permission / prohibition may be set for all file formats that may be attached.
[0139]
In the mobile phone according to the present embodiment, when an unprocessed attached file is received, an address information update request command that requests the mobile phone 30 on the transmitting side to prohibit transmission of the attached file in the file format is received. Is created automatically. However, the contents of the address information update request command transmitted at this time are not limited to those related to the attached file of the received electronic mail. For example, prior to this, when the user of the transmission destination manually modifies the permission file table 102 of the mobile phone 30A, for example, a command for updating the address management table 100 on the transmission side according to the correction is transmitted. It may be included in the information update request command.
[0140]
Further, in the above embodiment, whether or not the attached file should be permitted is registered for each of the file formats that can be attached to the transmission-permitted file. However, the present invention is not limited to such an embodiment. For example, among a plurality of types of file formats, some file formats may always be permitted to be attached, and it may be registered whether to permit file attachment only for the remaining file formats. In this case, the check at the time of file transmission and the address information update request may be limited to only those file formats. For a file format in which file attachment is always permitted, processing such as checking the address management table at the time of file transmission and updating the address management table in accordance with the address information update request is not performed.
[0141]
In the above-described embodiment, file attachment permission information is managed for each file format. However, the present invention is not limited to such an embodiment. For example, an embodiment in which file attachment is permitted or prohibited regardless of the file format is also conceivable. In this case, the configuration is a simplified version of the configuration of the first embodiment, and those skilled in the art can easily realize the configuration from the description of the first embodiment.
[0142]
[Second embodiment]
In the second embodiment, the address management table can be updated by a simpler method than the method of updating the address management table 100 in the first embodiment. Specifically, in the present embodiment, without sending a command from the transmission destination to the transmission side, simply sending an e-mail from the transmission destination to the transmission side allows the transmission destination in the address management table 100 of the transmission side to be transmitted. Update the transmission file permission information.
[0143]
An outline of the operation in this case will be described with reference to FIGS. It is assumed that the e-mail is transmitted from the mobile phone 30 on the transmission side to the transmission destination A ([email protected]) with the contents of the mail creation basic screen shown in FIG. This e-mail contains the file 2003030_2_2_3D. jpg (JPEG (3D)) is attached. At the destination A, it is assumed that the attached file in the JPEG (3D) format cannot be processed. Since the mobile phone cannot process the attached file in the JPEG (3D) format, the user at transmission destination A can easily determine that the user cannot process the attached file in his or her mobile phone.
[0144]
In this case, the user at the transmission destination A returns an e-mail having a blank body as shown in FIG. 19 to the transmission-side mobile phone in response to the e-mail. When the transmitting mobile phone receives the e-mail, the transmitting mobile phone determines whether the e-mail corresponds to all of the following three items.
[0145]
1. This is a mail from the transmission destination of the e-mail (FIG. 13C) transmitted by itself.
[0146]
2. The title of the received e-mail includes a character string of at least three characters from the beginning of the title of the transmitted e-mail.
[0147]
3. The text is blank.
[0148]
When all three items are satisfied, the address management unit of the mobile phone on the transmission side transmits the address information of the transmission destination A ([email protected]) by attaching it to an e-mail first. File 2003030_2_2_3D. The address management table is updated so as to prohibit attachment in a file format JPEG (3D) similar to jpg.
[0149]
FIG. 18 shows a flowchart of a program for performing the reception mode processing of the mobile phone in this case. This processing is substantially the same as the processing in the reception mode in the apparatus according to the first embodiment shown in FIG. 7, except that after step 160 and before step 162, the received e-mail is transmitted under the above-described conditions. A procedure 360 for determining whether or not the reply mail satisfies the condition, and a step 362 for extracting the sender information and the attached file information from the received mail when it is determined in the step 360 that the reply mail satisfies such a condition. The processing differs from that of FIG. After step 362, control proceeds to step 174. In step 174, processing is performed to prohibit transmission of the file format of the extracted file in the address information of the transmission source extracted in step 362. This is the same as in the first embodiment.
[0150]
By executing the program in the receiving mode as shown in FIG. 18, when the user who receives the attached file in the file format that cannot be processed simply sends a reply mail with a blank text, the reply mail is sent to the sender. Is interpreted as an e-mail indicating that the attachment of the file of the file format is prohibited thereafter. As a result, the attached file of the file format will not be transmitted from the first transmission source from the next time. In this case, even if the destination mobile phone does not have a function of automatically creating and transmitting a command as in the mobile phone 30 according to the first embodiment, the attachment of a specific file format can be performed by a simple operation. This has the effect that transmission can be prohibited.
[0151]
Assuming that the above operation is performed, in order to suggest in advance what to do when processing of the attached file is impossible at the transmission destination, an e-mail shown in FIG. The message 380 may be automatically added and transmitted.
[0152]
[Third Embodiment]
When the address management table is updated in step 174 of FIGS. 7, 10, and 18, an address information update confirmation message 420 as shown in FIG. Automatic notification of the address management table can be notified in real time. At this time, a YES key 422 and a NO key 424 are provided on the screen, and when the automatic update is permitted, the YES key 422 is selected and confirmed by the operation unit 40, and when the automatic update is rejected, the NO key 424 is selected. In this case, an operation system for preventing the user from unintentionally updating the address management table of the transmitting mobile phone may be added.
[0153]
FIG. 21 is a flowchart of a program for performing processing in the reception mode for that. The flowchart shown in FIG. 21 is different from the flowchart shown in FIG. 18 in that an address information update confirmation message 420 as shown in FIG. 22 is displayed immediately before step 174 to update the transmission-permitted file information for each file format. A procedure 400 for notifying and a procedure 402 for terminating the control to step 174 when the YES key 422 displayed in the procedure 400 is selected and terminating the procedure when the NO key 424 is selected are further provided. Things. In other respects, the program shown in FIG. 21 is the same as the program shown in FIG. Therefore, detailed description thereof will not be repeated here.
[0154]
Until the confirmation message is displayed in step 400 and the user operates the YES key 422 or the NO key 424 in step 402, the update operation in step 174 is suppressed. That is, no update operation is performed. If the user presses the YES key 422 in step 402, the update operation is started, and if the user presses the NO key 424, the update operation is stopped.
[0155]
In the mobile phone according to the third embodiment, when a command for updating the address management table 100 or an electronic mail for the same purpose is transmitted from the user, the user confirms and updates the address. Can be. The inconvenience that the update not intended by the user is performed on the address management table 100 can be prevented. Even if the NO key 424 does not exist, the user can at least know that the contents of the address management table 100 are updated, and if the address management table 100 is updated with unexpected contents, the resulting inconvenience occurs. Is easier to deal with.
[0156]
The embodiment in which the present invention is applied to the mobile phone has been described. However, the present invention is not limited to mobile phones. The present invention is widely applicable to terminals having a communication function. Further, the above operation can be implemented as a computer program and installed in a personal computer or the like.
[0157]
In the apparatus of the above embodiment, a built-in recording medium such as a RAM is used as the storage device 72. However, other than this, the storage device 72 may be an external recording medium such as a hard disk, or a detachable recording medium such as a memory card formed of a semiconductor storage device. Further, a plurality of these storage devices may be provided.
As described above, according to the present invention, a file format that can be transmitted for each e-mail destination address is registered in the address management means in advance, so that a file that cannot be processed at the destination is transmitted. Can be prevented. As a result, waste of communication costs can be reduced. Further, malfunction due to a file that cannot be processed can be prevented. That is, transmission and spread of a file containing a computer virus can be prevented.
In addition, since the address management unit is updated according to an instruction from the transmission destination, correct information can always be registered.
[0158]
The embodiment disclosed this time is merely an example, and the present invention is not limited to the above-described embodiment. The scope of the present invention is indicated by each claim of the claims after considering the description of the detailed description of the invention, and all changes within the meaning and range equivalent to the wording described therein are described. Including.
[0159]
【The invention's effect】
As described above, according to the present invention, it is possible to prevent an attached file from being sent to a destination that cannot process the attached file by mistake. When transmitting, there is no need to specifically confirm whether the user can process the attached file. Since it is possible to prevent a file from being transmitted to a user who cannot process the file, unnecessary communication costs can be prevented. Further, unexpected malfunction due to reception of unprocessable data at the terminal of the e-mail transmission destination can be prevented. In addition, such processing can be performed for each file format, and only appropriate files can be transmitted to the transmission destination.
[0160]
In addition, at the destination receiving an e-mail to which an attached file that cannot be processed is attached, it is possible to make settings so that transmission of the attached file is prohibited from the next time only by replying to the e-mail. . The setting according to the actual situation of the transmission destination can be easily performed.
[0161]
Since the user is notified when the update is performed, the user can know that the contents of the file-format-dependent attached file permission information will be changed. In addition, the update can be performed or canceled in accordance with the user's instruction along with the notification. As a result, it is possible to prevent the contents from being updated with unexpected contents, and it is easy to deal with any problem.
[0162]
By including the command in the e-mail, the file attachment permission information of the communication terminal device can be maintained from another device. The file attachment permission information can be appropriately maintained while reducing the burden on the user of the communication terminal device.
[Brief description of the drawings]
FIG. 1 is an external front view of a mobile phone 30 according to a first embodiment of the present invention.
2 is an external rear view of the mobile phone 30. FIG.
FIG. 3 is a functional block diagram of the mobile phone 30.
FIG. 4 is a diagram showing a configuration of an address management table 100.
FIG. 5 is a diagram showing a configuration of a permission file table 102.
FIG. 6 is a flowchart showing a control structure of a program for executing a transmission mode of the mobile phone 30;
FIG. 7 is a flowchart showing a control structure of a program for executing a reception mode of the mobile phone 30;
FIG. 8 is a diagram showing an example of an address information update request command 190.
FIG. 9 is a diagram schematically showing an example of a screen on the mobile phone 30 for confirming the contents registered in the address management table 100.
FIG. 10 is a diagram illustrating an operation example in the case where communication is performed between the mobile phone 30 on the transmission side and the mobile phone 30 as the destination.
FIG. 11 is a diagram showing a screen transition when an electronic mail is transmitted on the mobile phone 30.
FIG. 12 is a diagram showing a screen transition at the time of transmitting an e-mail in the mobile phone 30.
FIG. 13 is a diagram showing a screen transition at the time of transmitting an e-mail in the mobile phone 30.
FIG. 14 is a diagram schematically showing updated contents of an address management unit 74;
FIG. 15 is a diagram showing a screen transition when a file in a file format prohibited from being attached at the time of creating an e-mail is attached to the mobile phone 30;
FIG. 16 is a diagram schematically illustrating a specific example of an e-mail when an information update request command is described in the e-mail.
FIG. 17 is a diagram schematically showing the updated contents of the address management table.
FIG. 18 is a flowchart illustrating a control structure of a program for realizing a reception mode in the mobile phone according to the second embodiment of the present invention.
FIG. 19 is a diagram schematically illustrating a specific example of a case where an instruction to update a source address management table is made by using an e-mail replying to an e-mail in the third embodiment of the present invention. .
FIG. 20 is a diagram schematically illustrating a specific example of an e-mail including a message instructing a transmission destination when an attached file cannot be processed;
FIG. 21 is a flowchart showing a control structure of a program for realizing a reception mode in the mobile phone according to the third embodiment of the present invention.
FIG. 22 is a diagram schematically illustrating a notification screen when transmission destination address update information is received.
[Explanation of symbols]
Reference Signs List 30 mobile phone, 32 speaker for telephone call, 34 first display unit, 36 microphone terminal, 38 earphone terminal, 40 operation unit, 42 operation microphone, 44 antenna unit, 48 camera unit, 50 second display unit, 52 battery unit , 54 ringtone speaker, 60 70 CPU, 72 storage device, 74 address management unit, 76 permission table management unit, 80 camera control unit, 82 display control unit, 84 audio processing unit, 86 RAM, 88 ROM, 90 wireless communication Part, 100 address management table, 102 permission file table, 200 search initial character display part, 202 list display part, 204 name display part, 206 search character display part, 208 attribute display part, 210 telephone number display part, 212 e-mail address Display part, 214 Transmission permission file setting confirmation part, 270, Mode display part, 272 transmission Destination display section, 274 title display section, 276 text display section, 280 attached file display section, 282 battery remaining capacity display section, 300 destination input section, 304 title input section, 308 text input section, 310 attached file list display section, 320 Attachment prohibition confirmation message, 322 confirmation key, 344 automatic update command, 346 attachment file transmission prohibition command, 348 attachment file transmission permission command, 420 address information update confirmation message, 422 YES key, 424 NO key

Claims

電子メールの送信先アドレスごとに、ファイルの添付を許可するか否かを示すファイル添付許可情報を予め記憶するためのファイル添付許可情報記憶手段と、
電子メールに対して送信先アドレスの指定を行なう送信先指定手段と、
電子メールに対して添付ファイルの指定をするための添付ファイル指定手段と、
電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスのファイル添付許可情報を参照してファイルの添付を許可するか否かを判定するための判定手段と、
前記判定手段による判定結果に従って所定の処理を実行するための手段とを含む、通信端末装置。File attachment permission information storage means for storing in advance file attachment permission information indicating whether to permit attachment of a file for each destination address of the e-mail;
Destination designation means for designating a destination address for the e-mail;
An attachment specification means for designating an attachment to the e-mail;
In response to the designation of the destination address by the destination designation unit and the designation of the attached file by the attached file designation unit, the electronic mail is stored in the file attachment permission information storage unit. Determining means for determining whether to permit attachment of a file by referring to file attachment permission information of a specified destination address,
Means for executing a predetermined process in accordance with a result of the determination by the determining means.

電子メールを受信するための受信手段と、
前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、
前記返信判定手段により、前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、添付ファイル付の電子メールの送信を、前記受信手段が受信した電子メールの送信元に送信する事を禁止する様に前記ファイル添付許可情報を更新するための手段とをさらに含む、請求項１に記載の通信端末装置。Receiving means for receiving the e-mail;
Reply determination means for determining whether the email received by the reception means is a reply email to an email with an attached file,
In response to the reply determining means being determined that the e-mail received by the receiving means is a reply e-mail to the e-mail with the attached file, transmitting the e-mail with the attached file, 2. The communication terminal device according to claim 1, further comprising: means for updating the file attachment permission information so as to prohibit the receiving means from transmitting the received e-mail to the transmission source.

前記ファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及び電子メールに添付することが可能なファイル形式のうち、予め選択されたファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含み、
前記判定手段は、電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による、前記予め選択されたファイル形式の添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、前記添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む、請求項１に記載の通信端末装置。The file attachment permission information storage unit may determine whether to permit attachment of a file for each destination address of the email and for each file format selected in advance among file formats that can be attached to the email. Means for storing in advance the file attachment permission information by file format indicating
The determining means responds to the electronic mail when the destination address is specified by the destination specifying means and the attached file of the preselected file format is specified by the attached file specifying means. Then, referring to the file attachment permission information by file format corresponding to the file format of the attached file designated by the attached file designation means at the designated destination address stored in the file attachment permission information storage means. 2. The communication terminal device according to claim 1, further comprising means for determining whether to permit attachment of a file.

電子メールを受信するための受信手段と、
前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、
前記返信判定手段により、前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであり、かつ当該添付ファイルが前記予め選択されたファイル形式であると判定された事に応答して、前記添付ファイル付の電子メールに添付されたファイル形式のファイルの送信を、前記受信手段が受信した電子メールの送信元に送信する事を禁止する様に前記ファイル形式別添付ファイル許可情報を更新するための手段とをさらに含む、請求項３に記載の通信端末装置。Receiving means for receiving the e-mail;
Reply determination means for determining whether the email received by the reception means is a reply email to an email with an attached file,
The reply determining means determines that the electronic mail received by the receiving means is a reply electronic mail to the electronic mail with the attached file, and that the attached file is in the preselected file format. In response, the file type attached file permission is set so as to prohibit the transmission of the file in the file format attached to the email with the attached file to the source of the email received by the receiving means. The communication terminal device according to claim 3, further comprising: means for updating information.

前記ファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及びファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含み、
前記判定手段は、電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、前記添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む、請求項１に記載の通信端末装置。The file attachment permission information storage unit includes a unit for storing in advance file attachment permission information for each file format indicating whether to permit attachment of a file for each destination address of the e-mail and for each file format. Including
The determination means responds to the specification of the destination address by the destination specification means and the specification of the attached file by the attached file specification means for the electronic mail, and Whether file attachment is permitted by referring to file attachment permission information by file format corresponding to the file format of the attached file designated by the attached file designation means, of the designated destination address stored in the means. The communication terminal device according to claim 1, further comprising a unit for determining whether or not the communication terminal device is in the communication terminal device.

電子メールを受信するための受信手段と、
前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、
前記返信判定手段により、前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、前記添付ファイル付の電子メールに添付されたファイル形式のファイルの送信を、前記受信手段が受信した電子メールの送信元に送信する事を禁止する様に前記ファイル形式別添付ファイル許可情報を更新するための手段とをさらに含む、請求項５に記載の通信端末装置。Receiving means for receiving the e-mail;
Reply determination means for determining whether the email received by the reception means is a reply email to an email with an attached file,
In response to the reply determining means determining that the e-mail received by the receiving means is a reply e-mail to the e-mail with the attached file, the e-mail is attached to the e-mail with the attached file. 6. A means for updating said file format attached file permission information so as to prohibit transmission of a file in a file format to a source of the e-mail received by said receiving means. A communication terminal device according to claim 1.

前記返信判定手段により、前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、前記添付ファイル許可情報の更新を行なう事を告知する所定のメッセージを出力するための手段をさらに含む、請求項２、請求項４、又は請求項６に記載の通信端末装置。Updating the attached file permission information in response to the response determining unit determining that the electronic mail received by the receiving unit is an electronic mail in reply to the electronic mail with the attached file. The communication terminal device according to claim 2, further comprising a unit for outputting a predetermined message to be announced.

前記メッセージを出力するための手段によるメッセージの出力の間、前記更新するための手段の動作を抑制するための手段をさらに含む、請求項７に記載の通信端末装置。The communication terminal device according to claim 7, further comprising: means for suppressing operation of the updating means during output of the message by the means for outputting the message.

前記更新するための手段の動作を開始するか中止するかに対するユーザの指示を受けるための手段と、
前記受けるための手段が受けたユーザの指示に従い、前記更新するための手段の動作を開始又は中止するための手段とをさらに含む、請求項２、請求項４、及び請求項６〜請求項８のいずれかに記載の通信端末装置。Means for receiving a user's instruction on whether to start or stop the operation of the means for updating,
And means for starting or stopping operation of the means for updating in accordance with a user's instruction received by the means for receiving. The communication terminal device according to any one of the above.

前記実行するための手段は、前記判定手段によりファイルの添付が禁止されていると判定された事に応答して、所定のメッセージを出力するための手段を含む、請求項１に記載の通信端末装置。2. The communication terminal according to claim 1, wherein the execution unit includes a unit for outputting a predetermined message in response to the determination unit determining that the attachment of the file is prohibited. apparatus.

前記実行するための手段は、前記判定手段によりファイルの添付が許可されていると判定された事に応答して、前記指定された送信先アドレスに、前記指定されたファイルを添付した電子メールを送信するための手段をさらに含む、請求項１０に記載の通信端末装置。The means for executing, in response to the determination unit determines that the attachment of the file is permitted, the electronic mail with the specified file attached to the specified destination address The communication terminal device according to claim 10, further comprising means for transmitting.

電子メールを受信するための受信手段と、
前記受信手段により受信された電子メールを解読して、前記ファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新する事を指示する更新コマンドが含まれているか否かを判定するための解読手段と、
前記解読手段により、前記受信手段により受信された電子メールに更新コマンドが含まれていると判定された事に応答して、前記更新コマンドに従って前記ファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新するための更新手段とをさらに含む、請求項１に記載の通信端末装置。Receiving means for receiving the e-mail;
In order to determine whether an update command instructing to decrypt the electronic mail received by the receiving means and to update the file attachment permission information stored in the file attachment permission information storage means is included. Means for decrypting,
In response to the decryption unit determining that the e-mail received by the reception unit includes an update command, the file attachment stored in the file attachment permission information storage unit according to the update command. The communication terminal device according to claim 1, further comprising: updating means for updating the permission information.

前記更新コマンドは、更新コマンドである事を示す所定の文字列と、ファイル添付の許可又は禁止を指定するための許可・禁止情報とを含み、
前記解読手段は、前記受信手段により受信された電子メールに前記所定の文字列が含まれているか否かを判定するための手段を含み、
前記更新手段は、前記判定するための手段により前記受信手段により受信された電子メールに前記所定の文字列が含まれていると判定された事に応答して、前記ファイル添付許可情報記憶手段の、前記受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報を、前記許可・禁止情報に従って更新するための手段を含む、請求項１２に記載の通信端末装置。The update command includes a predetermined character string indicating an update command, and permission / prohibition information for designating permission or prohibition of file attachment.
The decrypting unit includes a unit for determining whether the predetermined character string is included in the e-mail received by the receiving unit,
The updating unit responds to the determination unit that the e-mail received by the receiving unit is determined to include the predetermined character string. 13. The communication terminal device according to claim 12, further comprising means for updating file permission information corresponding to a source address of the e-mail received by said receiving means in accordance with said permission / prohibition information.

前記ファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及びファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含み、
前記判定手段は、電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、前記添付ファイル指定手段により指定された添付ファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含み、
前記更新コマンドは、更新コマンドである事を示す所定の文字列と、ファイル形式のファイル形式を示すファイル形式識別情報と、前記ファイル形式識別情報により指定されるファイル形式のファイル添付の許可又は禁止を指定するための許可・禁止情報とを含み、
前記解読手段は、前記受信手段により受信された電子メールに前記所定の文字列が含まれているか否かを判定するための手段を含み、
前記更新手段は、前記判定するための手段により前記受信手段により受信された電子メールに前記所定の文字列が含まれていると判定された事に応答して、前記ファイル添付許可情報記憶手段の、前記受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報の、前記受信手段により受信された電子メールに含まれる前記ファイル形式識別情報により特定されるファイル形式のファイル形式別ファイル添付許可情報を、前記許可・禁止情報に従って更新するための手段を含む、請求項１２に記載の通信端末装置。The file attachment permission information storage unit includes a unit for storing in advance file attachment permission information for each file format indicating whether to permit attachment of a file for each destination address of the e-mail and for each file format. Including
The determination means stores the file attachment permission information in response to the designation of the destination address by the destination designation means and the designation of the attached file by the attached file designation means for the electronic mail. Referring to the file attachment permission information by file format corresponding to the attached file format designated by the attached file designation means of the designated destination address stored in the means, and determining whether to permit the attachment of the file; Means for determining
The update command is a predetermined character string indicating an update command, file format identification information indicating a file format of the file format, and permission or prohibition of file attachment of a file format specified by the file format identification information. Including permission / prohibition information to specify
The decrypting unit includes a unit for determining whether the predetermined character string is included in the e-mail received by the receiving unit,
The update unit responds to the determination unit that the e-mail received by the reception unit is determined to include the predetermined character string. The file permission information corresponding to the address of the source of the e-mail received by the receiving means, for each file format of the file format specified by the file format identification information contained in the e-mail received by the receiving means 13. The communication terminal device according to claim 12, further comprising means for updating file attachment permission information according to the permission / prohibition information.

前記解読手段により、前記受信手段により受信された電子メールに前記更新コマンドが含まれていると判定された事に応答して、前記添付ファイル許可情報の更新を行なう事を告知する所定のメッセージを出力するための手段をさらに含む、請求項１２〜請求項１４のいずれかに記載の通信端末装置。In response to the decryption unit determining that the update command is included in the e-mail received by the reception unit, a predetermined message notifying that the attached file permission information is to be updated is sent in response to the determination that the update command is included in the e-mail received by the reception unit. The communication terminal device according to claim 12, further comprising a unit for outputting.

前記メッセージを出力するための手段によるメッセージの出力の間、前記更新手段の動作を抑制するための手段をさらに含む、請求項１５に記載の通信端末装置。16. The communication terminal device according to claim 15, further comprising: means for suppressing operation of the updating means during output of the message by the means for outputting the message.

前記更新手段の動作を開始するか中止するかを指示するユーザの指示を受けるための手段と、
前記受けるための手段が受けたユーザの指示に従い、前記更新手段の動作を開始又は中止するための手段とをさらに含む、請求項１６に記載の通信端末装置。Means for receiving an instruction of a user to instruct whether to start or stop the operation of the updating means
17. The communication terminal device according to claim 16, further comprising: means for starting or stopping operation of said updating means according to a user's instruction received by said means for receiving.

電子メールを受信するための受信手段と、
前記電子メールにファイルが添付されているか否かを判定するための第１の判定手段と、
前記第１の判定手段により前記電子メールにファイルが添付されていると判定された事に応答して、当該ファイルが処理可能なファイル形式のファイルであるか否かを判定するための第２の判定手段と、
前記第２の判定手段により処理可能と判定されたファイルを処理するためのファイル処理手段と、
前記第２の判定手段により、前記ファイルが処理不可能なファイル形式のファイルであると判定された事に応答して、前記受信手段が受信した電子メールの送信元に、前記ファイル形式のファイルの添付を禁止することを指示する電子メールを自動的に作成し、送信するための手段とを含む、通信端末装置。Receiving means for receiving the e-mail;
First determining means for determining whether a file is attached to the electronic mail;
In response to the first determination unit determining that the file is attached to the electronic mail, a second determination unit determines whether the file is in a file format that can be processed. Determining means;
File processing means for processing a file determined to be processable by the second determination means;
In response to the second determining unit determining that the file is a file in a file format that cannot be processed, the receiving unit transmits the file of the file format to the transmission source of the e-mail received. Means for automatically creating and transmitting an e-mail instructing prohibition of attachment.

コンピュータにより実行されると、当該コンピュータを請求項１〜請求項１８のいずれかに記載の通信端末装置として動作させる、コンピュータプログラム。A computer program which, when executed by a computer, causes the computer to operate as the communication terminal device according to claim 1.

請求項１９に記載のコンピュータプログラムを記録した、コンピュータ読取可能な記録媒体。A computer-readable recording medium on which the computer program according to claim 19 is recorded.