JP2004362057A - Communication terminal, computer program, and recording medium - Google Patents
Communication terminal, computer program, and recording medium Download PDFInfo
- Publication number
- JP2004362057A JP2004362057A JP2003156889A JP2003156889A JP2004362057A JP 2004362057 A JP2004362057 A JP 2004362057A JP 2003156889 A JP2003156889 A JP 2003156889A JP 2003156889 A JP2003156889 A JP 2003156889A JP 2004362057 A JP2004362057 A JP 2004362057A
- Authority
- JP
- Japan
- Prior art keywords
- file
- attachment
- attached
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、電子メールにファイルを添付して送受信可能な通信端末装置に関し、特に、基本的にテキストで作成される電子メールに様々な種類のファイルを添付して送受信可能な、例えば携帯電話機等の通信端末装置及びそのための電子メール送受信プログラムに関する。
【0002】
【従来の技術】
近年、携帯電話機の多くは、本来の通話機能に加え、いわゆるインターネットに接続できる機能を有する様になっている。インターネットに接続する事で、携帯電話機同士、又は携帯電話機とコンピュータとの間で電子メールの送信・受信を行ったり、インターネット上のホームページより情報を取得したりする事ができる。特に、携帯電話機の場合、インターネットへの接続は無線で行なわれる。そのため、ユーザは欲しい情報を、欲しい時に得る事ができる。
【0003】
この様に、携帯電話機が通話機能だけでなく、情報発信・受信としての機能を有する様になったため、携帯電話機の形態もそうした機能がより使いやすくなる様なものに変化している。例えば、表示部(ディスプレイ)は携帯性を損なわない範囲でより大きく、より高解像度になっている。
【0004】
最近の携帯電話機にはカメラ機能を装備したものがある。このカメラで撮影した画像を、携帯電話機のいわゆる待受画面として使用したり、電子メールに添付して送信したりする事ができる。送信先の携帯電話機等の通信端末装置の表示部では、そうした画像ファイルを表示部に表示し、ユーザが閲覧できる。カメラ機能を使用したこうした用途は需要者に好意をもって受け止められ、そのためにカメラ機能を有する携帯電話機は急速に普及しつつある。
【0005】
また、携帯電話機の着信音については、通常の電子音だけではなく、ヒット曲等のメロディで着信を知らせるものがやはり普及し既に一般的になっている。それらの大部分は、単音でなく和音を発してメロディを演奏する事が可能である。こうした着信音のための音源としては、PCM(Pulse Code Modulation)、FM(Freqency Modulation)、Wave Table等の方式が採用されており、安価な電子楽器とほぼ同等の音質が実現されている。
【0006】
携帯電話機がインターネットに接続できる様になり、かつインターネット上で着信音として使用できるメロディデータを提供するサイトが多くなっている。そのため、携帯電話機本体に予め内蔵されているメロディを着信音とするだけでなく、インターネットに接続して最新のヒット曲のメロディをダウンロードし、携帯電話の着信音とする事も可能となっている。さらに、電子メールにメロディデータを添付して他の携帯電話機等に送信し、送信先の携帯電話機等で再生する事も可能である。
【0007】
上記した様な携帯電話機で実現されている機能は、PDA(PersonalDigital Assistance)等の携帯型情報端末でも実現されている。
【0008】
携帯電話機は多くの製造業者によって製造されている。新製品が短いサイクルで出されているため、同じ製造業者により製造された携帯電話であっても新旧様々な機種が存在している。さらに、通信キャリアも複数存在する。
【0009】
もっとも、異なる機種間、又は異なる通信キャリア間で通話が不可能である事はほとんどない。電子メールの送受信についても、それが文字情報であれば、インターネット接続可能な機種の間では、ほとんどの場合送受信が可能である。
【0010】
しかし、電子メールにファイルを添付して送信した場合には、添付されたファイルの種類によって種々の問題が生じる。例えば、送信側の携帯電話機では処理(閲覧、再生等)可能なデータであっても、送信先(受信側)では処理不可能な場合がある。一例を示せば、送信側の携帯電話機で扱う事が可能なPCM方式の着信音データを送信先に送付したが、送信先の携帯電話機ではMIDI(Musical Instrument Digital Interface)等の演奏データによってFM音源を演奏する方式にしか対応できず、PCM方式のデータを再生する事が不可能な場合である。
【0011】
3D(三次元)画像データを表示できない携帯電話機に対して3Dデータを送信した場合も同様である。送信側の携帯電話機でそうしたファイルが表示可能であると、ユーザは送信先の携帯電話機でもそうしたファイルが問題なく処理できると思いがちである。しかし必ずしもその様な場合だけではない。
【0012】
さらに、送信先の携帯電話機が、添付ファイルをまったく処理する事ができない古いタイプのものである事も考えられる。
【0013】
以上の場合、送信側及び送信先の双方において、処理できない添付ファイルデータ分の無駄な通信料金が課金される事になる。
【0014】
また、最近の携帯電話機は、CPU(Central ProcessingUnit)を搭載し、CPUにより制御されてパーソナルコンピュータに近い動作をする。もしも正しく処理できない添付ファイルを受信した場合には、携帯電話機が誤動作を引き起こす危険性もある。もっともこの誤動作の問題は、携帯電話機間の通信に固有の問題ではなく、通信を行なう端末装置全般に関わる問題である。
【0015】
こうした問題を解決するための方策が、特許文献1に開示されている。特許文献1に開示された技術では、送信先によってファイルの添付を禁止するための手段を設けている。すなわち、特許文献1は、電子メールにファイルを添付して複数の送信先に同報送信する際に、特定の送信先に対しては電子メールへのファイルの添付を禁止する事ができる様に、送信時に送信先ごとにファイルを添付するか否かを設定する電子メール送信装置を開示している。
【0016】
また、携帯電話機間の通信で画像データを送付する場合、通信キャリアによって上記した方法(これを仮に第1の方法と呼ぶ。)と異なる方法を提供するものもある(これを仮に第2の方法と呼ぶ)。
【0017】
この第2の方法は、概略以下の手順による方法である。最初に、送信側より、画像データを通信キャリアのサーバへ送付する。送信側より、通信キャリアのサーバ内にあって画像データが格納されているURL(Uniform Resource Locator)を送信先へ送付する。送信先の携帯電話機より、このURLにアクセスする。サーバが画像データを送信先の携帯電話機で処理可能なデータ形式に変換して、送信先の携帯電話機に送付する。
【0018】
この第2の方法では、サーバが送信先の携帯電話へ画像データを送付する際に、送付先の携帯電話機で処理可能なデータ形式に変換する。そのため、送信先の携帯電話機が処理不可能なデータをサーバから受け取る事はない。
【0019】
【特許文献1】
特開2003−6123号公報
【発明が解決しようとする課題】
しかし、特許文献1に記載された電子メール送信装置では電子メールの同報送信において、添付ファイルを送付する送信先と送付しない送信先とを送信時に区別する。そのため、添付ファイルを実際に送信する際に、送信先で処理可能かどうか、ユーザがデータ形式によってその都度確認するという面倒な作業が発生する。
【0020】
一方、前述した第2の方法の場合には、現状、特定の通信キャリアの携帯電話機のみしか対応していない。そのため、第2の方法に対応していない多くの一般的な送信先にこの方法を用いてファイルを送信する事はできない。また、第2の方法で提供されているサービスは、画像データのデータ形式の変換のみである。そのため、画像データ以外(メロディデータ等)を送付する場合には、第2の方法に対応している携帯電話機同士であったとしても、この方法を使用する事はできない。
【0021】
本発明はこの様な状況に鑑み、容易な方法で確実に、各送信先に対し、当該送信先では処理不可能なファイル、又は、誤動作を引き起こすの恐れのあるファイルの送信を禁止したり許可したりする事ができる通信端末装置を提供する事を目的とする。
【0022】
さらに本発明は、極めて簡単な操作で、確実に、各送信先に対し、当該送信先では処理不可能なファイル、又は、誤動作を引き起こすの恐れのあるファイルの送信を禁止したり許可したりする事ができる通信端末装置を提供する事を目的とする。
【0023】
【課題を解決するための手段】
本発明の第1の局面に係る通信端末装置は、電子メールの送信先アドレスごとに、ファイルの添付を許可するか否かを示すファイル添付許可情報を予め記憶するためのファイル添付許可情報記憶手段と、電子メールに対して送信先アドレスの指定を行なう送信先指定手段と、電子メールに対して添付ファイルの指定をするための添付ファイル指定手段と、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスのファイル添付許可情報を参照してファイルの添付を許可するか否かを判定するための判定手段と、判定手段による判定結果に従って所定の処理を実行するための手段とを含む。
【0024】
ファイル添付許可情報を予め記憶しておき、送信先アドレスの指定と、添付ファイルの指定とが行なわれると、指定された送信先アドレスのファイル添付許可情報に従い、ファイルの添付を許可するか否かが判定される。その結果、添付ファイルを処理できない送信先に対して、誤って添付ファイルを送付する事を防止する事ができる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。
【0025】
好ましくは、通信端末装置は、電子メールを受信するための受信手段と、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、返信判定手段により、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、添付ファイル付の電子メールの送信を、受信手段が受信した電子メールの送信元に送信する事を禁止する様にファイル添付許可情報を更新するための手段とをさらに含む。
【0026】
誤って添付ファイルを処理できない送信先に添付ファイル付の電子メールを送信した場合、送信先のユーザがその電子メールに対して返信するだけで、送信元で次回以降、この送信先に添付ファイル付の電子メールを送信しない様に添付ファイル許可情報が更新される。送信先で添付ファイルを処理可能か否かに関する情報を積極的に集めなくても、適切な添付ファイル許可情報を蓄積できる。
【0027】
好ましくは、通信端末装置のファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及び電子メールに添付することが可能なファイル形式のうち、予め選択されたファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含み、判定手段は、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による前記予め選択されたファイル形式の添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む。
【0028】
添付可能なファイル形式のうち、予め選択されたファイル形式ごとにファイル形式別ファイル添付許可情報を予め記憶しておき、送信先アドレスの指定と、当該ファイル形式の添付ファイルの指定とが行なわれると、指定された送信先アドレスのファイル添付許可情報に従い、指定されたファイルの添付を許可するか否かが判定される。その結果、指定された添付ファイルのファイル形式を処理できない送信先に対して、誤ってそのファイル形式のファイルを送付する事を防止できる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。また、予め選択されたファイル形式以外のファイル形式についてはこうした確認が不要である。
【0029】
好ましくは、通信端末装置のファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及びファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含み、判定手段は、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む。
【0030】
ファイル形式ごとにファイル形式別ファイル添付許可情報を予め記憶しておき、送信先アドレスの指定と、添付ファイルの指定とが行なわれると、指定された送信先アドレスのファイル添付許可情報に従い、指定されたファイルの添付を許可するか否かが判定される。その結果、指定された添付ファイルのファイル形式を処理できない送信先に対して、誤ってそのファイル形式のファイルを送付する事を防止できる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。
【0031】
さらに好ましくは、通信端末装置は、電子メールを受信するための受信手段と、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、返信判定手段により、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、添付ファイル付の電子メールに添付されたファイル形式のファイルの送信を、受信手段が受信した電子メールの送信元に送信する事を禁止する様にファイル形式別添付ファイル許可情報を更新するための手段とをさらに含む。
【0032】
誤って送信先で処理できないファイルを電子メールに添付して送信した場合、送信先のユーザがその電子メールに対して返信するだけで、そのファイル形式のファイルについては送信元で次回以降、この送信先に送信しない様にファイル形式別添付ファイル許可情報が更新される。送信先で処理可能なファイル形式に関する情報を積極的に集めなくても、適切なファイル形式別添付ファイル許可情報を蓄積できる。
【0033】
通信端末装置は、返信判定手段により、受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、ファイル形式別添付ファイル許可情報の更新を行なう事を告知する所定のメッセージを出力するための手段をさらに含んでもよい。
【0034】
更新を行なう事を告知するので、ユーザには更新が行なわれる事が分かる。ユーザはファイル形式別添付ファイル許可情報の内容が変更された事を把握できる。予期せぬ内容で更新された場合、その結果生じる不都合に対する対処が容易になる。
【0035】
通信端末装置は、メッセージを出力するための手段によるメッセージの出力の間、更新するための手段の動作を抑制するための手段をさらに含んでもよい。
【0036】
メッセージが出力されている間は更新が行なわれないので、更新が行なわれる前にその内容について十分に検討する事ができる。
【0037】
好ましくは、通信端末装置は、更新するための手段の動作を開始するか中止するかに対するユーザの指示を受けるための手段と、受けるための手段が受けたユーザの指示に従い、更新するための手段の動作を開始又は中止するための手段とをさらに含む。
【0038】
ユーザが更新を指示したときだけ更新が行なわれる。ユーザの意図しない内容で添付ファイル許可情報が更新される事が防止できる。
【0039】
さらに好ましくは、実行するための手段は、判定手段によりファイルの添付が禁止されていると判定された事に応答して、所定のメッセージを出力するための手段を含む。
【0040】
ファイルの添付が禁止されているときに、所定のメッセージが出力されるので、ユーザが誤って送信が禁止されているファイルを電子メールに添付して送信してしまう事が防止できる。
【0041】
実行するための手段は、判定手段によりファイルの添付が許可されていると判定された事に応答して、指定された送信先アドレスに、指定されたファイルを添付した電子メールを送信するための手段をさらに含んでもよい。
【0042】
送信が許可されているユーザには、通常の電子メールの送信と同じ操作で添付ファイルを送信できる。
【0043】
好ましくは、通信端末装置は、電子メールを受信するための受信手段と、受信手段により受信された電子メールを解読して、ファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新する事を指示する更新コマンドが含まれているか否かを判定するための解読手段と、解読手段により、受信手段により受信された電子メールに更新コマンドが含まれていると判定された事に応答して、更新コマンドに従ってファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新するための更新手段とをさらに含む。
【0044】
受信した電子メールに更新コマンドが含まれている場合、その更新コマンドに従ってファイル添付許可情報が更新される。ユーザが自分でファイル添付許可情報を保守しなくとも、送信先からの指示でファイル添付許可情報を適切に保守する事ができる。更新コマンドを含む電子メールは、送信先の通信端末装置が自動的に作成したものでもよいし、電子メールの形式で作成したものでもよく、特に制限はない。
【0045】
更新コマンドは、更新コマンドである事を示す所定の文字列と、ファイル添付の許可又は禁止を指定するための許可・禁止情報とを含んでもよく、解読手段は、受信手段により受信された電子メールに所定の文字列が含まれているか否かを判定するための手段を含んでもよく、更新手段は、判定するための手段により受信手段により受信された電子メールに所定の文字列が含まれていると判定された事に応答して、ファイル添付許可情報記憶手段の、受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報を、許可・禁止情報に従って更新するための手段を含んでもよい。
【0046】
受信した電子メールに更新コマンドである事を示す所定の文字列と許可・禁止情報とが含まれている場合、その更新コマンドと許可・禁止情報とに従って、電子メールの送信元のアドレスに対するファイル添付許可情報が更新される。ユーザが自分でファイル添付許可情報を保守しなくとも、送信先からの指示でファイル添付許可情報を適切に保守する事ができる。
【0047】
好ましくは、ファイル添付許可情報記憶手段は、電子メールの送信先アドレスごとに、及びファイル形式ごとに、ファイルの添付を許可するか否かを示すファイル形式別ファイル添付許可情報を予め記憶するための手段を含む。判定手段は、電子メールに対して送信先指定手段による送信先アドレスの指定と、添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、添付ファイル指定手段により指定された添付ファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む。更新コマンドは、更新コマンドである事を示す所定の文字列と、ファイル形式のファイル形式を示すファイル形式識別情報と、ファイル形式識別情報により指定されるファイル形式のファイル添付の許可又は禁止を指定するための許可・禁止情報とを含む。解読手段は、受信手段により受信された電子メールに所定の文字列が含まれているか否かを判定するための手段を含む。更新手段は、判定するための手段により受信手段により受信された電子メールに所定の文字列が含まれていると判定された事に応答して、ファイル添付許可情報記憶手段の、受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報の、受信手段により受信された電子メールに含まれるファイル形式識別情報により特定されるファイル形式のファイル形式別ファイル添付許可情報を、許可・禁止情報に従って更新するための手段を含む。
【0048】
受信した電子メールに更新コマンドである事を示す所定の文字列とファイル形式識別情報及び許可・禁止情報とが含まれている場合、その更新コマンドとファイル形式識別情報及び許可・禁止情報とに従って、電子メールの送信元のアドレスに対する、所定のファイル形式のファイル添付許可情報が更新される。ユーザが自分でファイル添付許可情報を保守しなくとも、送信先からの指示でファイル形式別にファイル添付許可情報を適切に保守する事ができる。
【0049】
さらに好ましくは、通信端末装置は、解読手段により、受信手段により受信された電子メールに更新コマンドが含まれていると判定された事に応答して、添付ファイル許可情報の更新を行なう事を告知する所定のメッセージを出力するための手段をさらに含む。
【0050】
更新コマンドが電子メールに含まれている場合、添付ファイル許可情報の更新を行なう事を告知するので、ユーザは添付ファイル許可情報の更新が行なわれる事を知る事ができる。更新の結果何らかの問題が生じたときも、容易に対処できる。
【0051】
好ましくは、通信端末装置は、メッセージを出力するための手段によるメッセージの出力の間、更新手段の動作を抑制するための手段をさらに含む。
【0052】
メッセージが出力されている間は更新が行なわれないので、更新が行なわれる前にその内容について十分に検討する事ができる。
【0053】
さらに好ましくは、通信端末装置は、更新手段の動作を開始するか中止するかを指示するユーザの指示を受けるための手段と、受けるための手段が受けたユーザの指示に従い、更新手段の動作を開始又は中止するための手段とをさらに含む。
【0054】
メッセージを出力し、更新を行なうか否かをユーザが指示できる。意図しない更新を避ける事ができ、添付ファイル許可情報の保守が容易になる。
【0055】
この発明の他の局面に係る通信端末装置は、電子メールを受信するための受信手段と、電子メールにファイルが添付されているか否かを判定するための第1の判定手段と、第1の判定手段により電子メールにファイルが添付されていると判定された事に応答して、当該ファイルが処理可能なファイル形式のファイルであるか否かを判定するための第2の判定手段と、第2の判定手段により処理可能と判定されたファイルを処理するためのファイル処理手段と、第2の判定手段により、ファイルが処理不可能なファイル形式のファイルであると判定された事に応答して、受信手段が受信した電子メールの送信元に、ファイル形式のファイルの添付を禁止することを指示する電子メールを自動的に作成し、送信するための手段とを含む。
【0056】
受信した電子メールの添付ファイルが、第2の判定手段により、処理不可能なファイル形式であると判定されると、その電子メールの送信元に、当該ファイル形式のファイルの添付を禁止することを指示する電子メールが自動的に作成され送信される。元の電子メールの送信元の通信端末装置がそうした電子メールに対応したものであれば、送信元の通信端末装置で、そのファイル形式のファイルを添付する事を禁止する設定を自動的に行なう事ができる。送信元のユーザによる手操作に必要なく、次回からこのファイル形式のファイルを添付しない設定にする事ができる。
【0057】
本発明のさらに他の局面に係るコンピュータプログラムは、コンピュータにより実行されると、当該コンピュータを上記したいずれかの通信端末装置として動作させる、コンピュータプログラムである。このコンピュータプログラムをコンピュータにより実行させる事により、上記した通信端末装置と同様の作用効果を実現できる。
【0058】
本発明のさらに別の局面に係る記憶媒体は、上記したコンピュータプログラムを記録した、コンピュータ読取可能な記憶媒体である。
【0059】
【発明の実施の形態】
以下、本発明を図示の実施形態により説明する。なお、説明の便宜上、携帯電話機に本発明を実施した例を用いて説明する。しかし、本発明が携帯電話機以外の通信端末装置にも適用可能である事は以下の説明から明らかである。
【0060】
[第1の実施の形態]
‐構成‐
図1は本発明の第1の実施の形態に係る折たたみ式の携帯電話機30の正面図である。図2は本発明の実施形態に係る携帯電話機30の背面図である。図1及び図2を参照して、携帯電話機30の外観及び構成について説明する。なお、この第1の実施の形態に係る携帯電話機30は、他のユーザに対して電子メールを送信する際、ユーザごとにどの様なファイルを送信する事が許可されているか否かを判定する機能を持つ。また、そのために携帯電話機30は、後述するアドレス管理テーブル内に、アドレスごとにファイルを送信してよいかどうかを示す情報を、ファイルの種類ごとに維持している。このアドレス管理テーブル100は、携帯電話機30を使用してユーザが維持できるものであるが、他の携帯電話から特定のコマンドを含む電子メールを送信する事により、更新する事もできる。
【0061】
図1及び図2に示す携帯電話機30は、アンテナ部44、通話用スピーカ32、時刻、待ち受け画面、入力された文字・数字、着信時の発信元電話番号、電子メール文章、カメラ部で撮影された画像、その他各種設定等を表示する第1の表示部34を含む。
【0062】
携帯電話機30はさらに、カメラ部48と、テンキー、十字キー等からなり、文字・数字の入力、各種設定の選択・決定、カメラ部48の操作等を行なう際にユーザが使用する操作部40と、送話マイク42と、マイク端子36と、イヤホン端子38と、第1の表示部34と同様であるが、第1の表示部34よりは小さな表示エリアを持ち、簡略化された表示を行なう第2の表示部50と、バッテリ部52と、着信音用スピーカ54とを含む。第2の表示部50は、携帯電話機30を折りたたんだときに正面に位置する様に設けられている。
【0063】
操作部40、第1の表示部34、表示制御部82及びCPU70により実行されるプログラムによって、後述する送信先アドレスの指定、本文の入力、添付ファイルの指定等が行なわれる。それらの入力には、従来技術で使用されているものをそのまま使用できる。
【0064】
図3は、本発明の携帯電話機30のハードウェア及び機能ブロック図である。図3を参照して、携帯電話機30はさらに、携帯電話機30全体の制御を行なうCPU70、記憶装置72、電話番号及び電子メールアドレス等を記憶・管理するアドレス管理部74、カメラ部48で撮影された画像(静止画又は動画)に対し表示用又は記憶用として画像処理を施す画像処理部78、カメラ制御部80、第1の表示部又は第2の表示部に表示する表示データを制御する表示制御部82、通話用スピーカ32、着信音用スピーカ54、操作マイク42、マイク端子36、及びイヤホン端子38とCPU70とに接続され、これらの間の音声データの入出力処理を行なうための音声処理部84、携帯電話機30のオペレーションシステム、アプリケーションプログラム等を動作させるための動作エリアを提供するRAM(Random Access Memory)86、オペレーションシステム、基本的なアプリケーションプログラム等、携帯電話機30を使用し、動作させるための基本的なプログラムを記憶するROM(Read OnlyMemory)88、及び無線通信部90を含む。
【0065】
カメラ制御部80は、操作部40による指示を受けてカメラ部48の画像の撮影制御を行なう。本実施の形態のカメラ制御部80は、マクロ機能(図示しない)、ズーム機能(図示しない)、フラッシュ機能(図示しない)等を有している。
【0066】
音声処理部84は、送話マイク42、マイク端子36から入力された音声をデジタル化して無線通信部90へ伝達し、さらにアンテナ部44を介して通信相手先へ送信する。また、アンテナ部44、無線通信部90を介して受信した通信相手先からのデジタル信号をアナログ音声に変換して、通話用スピーカ32又はイヤホン端子へ伝達する。さらに、記憶装置72又はROMに記憶された着信音データ、操作確認音データ等をアナログ音声に変換して着信音用スピーカ54又はイヤホン端子38に伝達する。なお、携帯電話機30が音楽再生機能を含む場合は、記憶装置72に記憶されている音楽データをアナログ音声に変換してイヤホン端子へ伝達する。
【0067】
次に、図3に示すアドレス管理部74について説明する。アドレス管理部74は、図4に示す記憶装置72内のアドレス管理テーブル100によってアドレス情報を管理している。
【0068】
図4を参照して、アドレス管理テーブル100は、送信先アドレスに対応して複数のアドレス情報を記憶している。各アドレス情報は、登録項目として管理番号、名前、検索文字、属性、電話番号、電子メールアドレス、及び送信ファイルのファイル形式ごとに設定される、ファイルの添付を許可するか否かを示す送信許可ファイルテーブルを含む。なお図4及び以下の説明において、「着メロ」とあるのは、着信音として利用できる音声データの事を指す。通常、300件〜500件ほどのアドレス情報を登録する事が可能である。電子メール送信時は、これらのアドレス情報より電子メールアドレスを抽出し、送信先として指定できる。
【0069】
図4に示す登録項目の1つである送信許可ファイルについて説明する。この項目は、添付ファイルを許可すべきか否かをファイル形式ごと、及びアドレスごとに登録するための項目である。この項目において、送信先の通信端末装置で処理可能なファイルについては予め送信許可に設定し、送信先の通信端末装置で処理不可能なファイルについては予め送付禁止に設定する。設定できるファイルの種類は、携帯電話機30において判別可能なファイルである。すなわち、図3に示す許可ファイルテーブル102に登録されているファイルについて、ここで送信許可又は禁止を設定する事ができる。なお許可ファイルテーブル102の内容については後述する。
【0070】
図5に許可テーブル管理部76が管理する、記憶装置72内の許可ファイルテーブル102の構成を示す。許可ファイルテーブル102は、種々のタイプのファイルに対し、この携帯電話機30が処理できるか否かを示す情報を格納するためのテーブルである。図5に示される様に、許可ファイルテーブル102には、ファイルの種類ごとに、当該種類のファイルがこの携帯電話機30で処理できるか否かを示す可否情報とが保持される。
【0071】
‐プログラム構造‐
以下、本実施の形態の携帯電話機30のCPU70が実行するプログラムの制御構造について説明する。このプログラムには、電子メール送信モード、電子メール受信モード、及びコマンド受信に伴うデータ保守モードなどがある。このプログラムを実行する事により、上記した種々の機能が実現される。以下順次説明する。
【0072】
図6に、本実施の形態に係る携帯電話機30において実行されるプログラムのうち、電子メール送信モードの制御構造の概略をフローチャート形式で示す。図6においては、本発明に特に関係した部分を詳細に示し、本発明に関係ない部分については概略的に示してある。
【0073】
手順120で、電子メールを新規作成するか、既に受信した電子メールを利用して返信メール又は転送メールを作成するかを選択する。この選択は、ユーザからの入力により行なう。新規作成を選択した場合は制御は手順122に、それ以外の場合には制御は手順132に、それぞれ移行する。
【0074】
手順122では、送信する相手先を指定する。相手先指定の具体的方法については後述する。送信先指定後、制御は手順124に移行する。
【0075】
手順126では、電子メールのタイトルを入力する。タイトルの入力には、操作部40に含まれる、文字入力キー(テンキー)、十字キー等を使用する。タイトル入力後、制御は手順126に移行する。
【0076】
手順126では、電子メールの本文を入力する。本文の入力には、操作部40に含まれる、文字入力キー(テンキー)、十字キー等を使用する。本文入力後、制御は手順128に移行する。
【0077】
手順128では、ファイルを添付するか否かを選択する。ファイルを添付しない場合は、手順130に移行する。ファイルを添付する場合は制御は手順140に移行する。
【0078】
手順130において、手順122から手順128において作成された電子メールを送信する。電子メールは図1から図3に示す無線通信部90、アンテナ部44、公衆回線網(図示しない)を介して、手順122で指定された送信先へ送信される。以上で、電子メールを新規作成し、添付ファイルなしで送信する場合の電子メール送信手順が終了する。
【0079】
次に、電子メールにファイルを添付する手順について説明する。図6の手順128でファイルを添付すると判定された場合、制御は手順140に移行する。手順140では、添付するファイルをユーザが選択する。添付するファイルは、予め記憶装置72、ROM88等に記憶されているデータで、画像データ(JPEG(3D)、JPEG(2D)、GIF、MPEG等)、着信メロディ等に使用されるメロディデータ(PCM、MIDI等)がある。添付ファイルを選択後、制御は手順142に移行する。
【0080】
手順142では、図4に示すアドレス管理テーブルに対し、手順122において指定された送信先(電子メールアドレス)のアドレス情報を参照し、添付するファイルのファイル形式がそのアドレスに送信する事を許可されたものか否かを判定する。当該ファイル形式のファイルをこのアドレスに送信する事が許可されている場合は、手順140で選択されたファイルを電子メールに添付し、制御は手順130に移行する。送信が許可されていない場合は、ファイルを添付せずに制御は手順128に戻る。
【0081】
本手順では、送信先を指定した後に添付ファイルを選択する例を用いて説明したが、添付ファイルを選択後送信先を指定した時点で、送信先に対する添付ファイルの送付可否を判断しても良い。また、手順122〜128の順番については単なる例示であり、いかなる順番にこれら手順を踏んでもよい。
【0082】
次に、手順120において、返信又は転送が選択された場合について説明する。返信又は転送を選択した場合は、制御は手順120から手順132に移行する。手順132では、既に受信した電子メールの中から、電子メール作成の元となる受信電子メールを選択する。その後、選択した受信電子メールに対し返信をするか、又は、選択した受信電子メールを転送するかを選択する。以上の操作を行なった後、制御は手順134に移行する。
【0083】
手順134では、送信先を指定するかどうかを選択する。送信先を指定する場合には制御は手順122に、それ以外の場合には制御は手順136に、それぞれ進む。通常、受信された電子メールに対し返信する場合は、送信先が自ずと決まるので送信先を指定する必要がない。この場合は、制御は手順136に移行する。受信された電子メールを他の送信先に転送する場合は、送信先の指定が必要となるので、制御は手順122に移行する。手順122以下は新規作成時と同様である。
【0084】
送信先を指定する必要がない場合、手順136では、タイトルを修正するかどうかを選択する。受信された電子メールに対し返信又は転送を指定する場合は、受信された電子メールのタイトルの冒頭に「Re: 」や「Fw: 」等の文字列を付加して、タイトルが自動設定される。自動設定されたタイトルのまま変更しない場合は制御は手順138に移行する。自動設定されたタイトルを変更する場合は制御は手順124に移行する。手順124以下は新規作成時と同様である。
【0085】
タイトルの修正がない場合、手順138では、本文を入力するかどうかを選択する。本文を入力する場合には制御は手順126に進み、本文を入力する必要がない場合には制御は手順128に進む。通常は、受信電子メールに対し返信を行なう場合は本文を入力するので、制御は手順126に移行する。受信電子メールを転送する場合は、受信メールの本文が引用されるので、通常は本文を入力する必要がない。この場合は、制御は手順126に移行する。
【0086】
手順128以降は、手順120において新規作成を選択した場合と同様の処理が行なわれるので、ここではその詳細は繰返さない。なお、手順132〜138の順番については単なる例示であり、いかなる順番に手順を踏んでもかまわない。
【0087】
次に、この携帯電話機30が電子メールを受信した際の電子メール受信モードの制御構造について図7を参照して説明する。前述した様に、この携帯電話機30では、アドレス管理テーブル100によってアドレスごとにどの様なファイルを送信してよいかを管理している。この処理では、通常の電子メールについての受信時の処理に加えて、他から特定のコマンドを含んだ電子メールを受信したときに、そのコマンドに従ってアドレス管理テーブル100の内容を更新する。特に以下の実施の形態では、コマンドとしてアドレス管理テーブル100に記憶されている送信許可ファイル情報を更新する事を指示するアドレス情報更新要求コマンドについて説明する。コマンドとしては、所定の文字列でもよいし、所定のバイナリコードでもよい。本明細書では、両者を含めて「所定の文字列」と呼ぶ。
【0088】
図7を参照して、まず手順160で、受信された電子メールが上記したコマンドに対応する所定の文字列を含んだものか否かについて判定する。もしも所定の文字列を含んでいない場合には制御は手順162に進む。特定の文字列が含まれていれば制御は手順170以下のデータ保守モードに進む。ここでは、アドレス情報更新要求コマンドについて判定するものとする。
【0089】
このアドレス情報更新要求コマンドの形式を図8に示す。図8を参照して、アドレス情報更新要求コマンド190は、アドレス情報を変更すべき電子メールアドレス(図8では「xyz@aaa.ne.jp」)と、送信許可情報を更新すべきファイル形式(JPEG,GIFなど)と更新の内容(添付禁止又は添付許可とするファイルのファイル形式)とを示す情報を含む。図8に示す例ではJPEG(3D)については添付を禁止(送信許可ファイルから削除)する様に、GIFについては添付を許可(送信許可ファイルに追加)する様に、アドレス管理テーブル100を更新する事が要求されている。
【0090】
再び図7を参照して、手順162以下では受信した電子メールについて通常の処理を行なう。すなわち、まず手順162で、受信した電子メールにファイルが添付されていたか否か、添付されていたとすればそのファイルがこの携帯電話機30で処理可能か否かについての判定が行なわれる。この判定は、許可ファイルテーブル102の内容を参照する事により行なわれる。ファイルが添付されていない場合、及び添付されていたとしてもそのファイルが携帯電話機30で処理可能である場合には制御は手順168に進む。それ以外の場合には制御は手順164に進む。
【0091】
添付ファイルが処理可能である場合は手順168で、添付ファイルの処理を行ない、処理を終了する。
【0092】
添付ファイルが処理不可能である場合には、手順164で、送信先端末更新情報を自動的に作成する。送信先端末更新情報とは、送信先の現在の端末情報を送信側に対して告知し、送信側に登録されている送信先のアドレス情報を更新するための情報である。これも一種のコマンドと考える事ができる。なおここでは、受信した電子メールを送信してきた通信端末装置が送信側、この携帯電話機30が送信先である。
【0093】
手順164でこの送信先端末更新情報を作成後、制御は手順166へ移行し、送信側に対しこの送信先端末更新情報を電子メールとして送付する。なお、送信先端末更新情報は、本実施の形態では手順162での判断により送信先端末で自動的に作成し、送信側に送付する。しかし本発明はその様な形だけでなく、たとえばユーザがこのコマンドを含む電子メールを手作業で作成して送信側に送付するものであっても良い。
【0094】
一方、手順160において、受信された電子メールがコマンドを含むと判定された場合、制御は手順170に進む。手順170において、このコマンドが送信先端末更新情報か否かを判定する。コマンドが送信先端末更新情報であれば制御は手順172に進み、それ以外の場合には制御は手順176に進む。
【0095】
手順172では、送信先端末更新情報の解読を行なう。解読後、制御は手順174へ移行し、アドレス管理テーブル内の該当するアドレス情報を更新し、処理を終了する。
【0096】
一方、手順176ではその他の処理、すなわち受信した電子メールに含まれるコマンドにより定められる処理を行なう。コマンドが送信先端末更新情報のみの場合もあり得るが、その場合には手順170及び176の処理を省略すればよい。
【0097】
‐アドレス情報管理の際の画面表示の遷移‐
図4に示すアドレス管理部74の内容は、図1に示す第1の表示部34で確認する事ができる。以下、このときの第1の表示部34の画面遷移を示す図9を用いて、アドレス管理部74の内容を確認する処理について説明する。
【0098】
携帯電話機30の第1の表示部34に表示されるメニューをたどって、アドレス名前リスト画面を表示させる。この画面を図9(A)に示す。このアドレス名前リスト画面は、検索頭文字表示部200と、リスト表示部202とを含む。
【0099】
図9(A)に示すアドレス名前リスト画面では、操作部40によって検索文字の頭文字を指定する事ができる。図7では検索頭文字表示部200に示されている様に「そ」を指定している。アドレス管理部74は、指定した頭文字によりアドレス管理テーブル100からアドレス情報を抽出し、抽出されたアドレス情報の名前をリスト表示部202に表示する。ユーザは、操作部40により、リスト表示部202に表示された名前のうちのいずれかを選択し、確定する。この操作により、第1の表示部34の表示は図9(B)に示すアドレス管理画面に移行する。
【0100】
図9(B)を参照して、アドレス管理画面は、名前表示部204、検索文字表示部206、属性表示部208、電話番号表示部210、電子メールアドレス表示部212、及び送信許可ファイル設定確認部214を含む。名前表示部204にはこのアドレスの送信先の名称が表示される。検索文字表示部206には、アドレスの検索の際に用いられる文字列が表示される。属性表示部208には、このアドレスの送信先に対して付された属性(例えば「友人」、「家族」、「同僚」、「取引先」など)が表示される。図9(B)に示すものでは、この送信先はユーザの「友人」となっている。
【0101】
電話番号表示部210にはこの送信先ユーザに連絡をとるときの電話番号が表示される。電子メールアドレス表示部212にはこの送信先ユーザの電子メールアドレスが表示される。そして送信許可ファイル設定確認部214には、この携帯電話機30で判別できる添付ファイルの種類ごとに、この送信先ユーザの携帯電話機で処理可能か否かを示す情報が、ファイルの種類名とチェックボックスとにより表示される。本実施の形態では、チェックボックスがチェックされているファイルは送信が許可されているものとする。
【0102】
このアドレス管理画面より、操作部40によってアドレス情報変更モードに移行し、さらに表示中のアドレス情報を変更できる。アドレス情報の変更処理は、通常のデータの更新処理と同様である。従ってここでは、その詳細な説明は行なわない。
【0103】
‐具体的動作例‐
本実施の形態に係る携帯電話機30の、具体的な動作について図10以下を用いて具体的に説明する。まず、送信側端末を携帯電話機30とし、送信先を送信先A(xyz@aaa.ne.jp)とする。この送信先Aのユーザが使用している携帯電話機も、携帯電話機30と同じ機能を持つものとする。仮にこの送信先Aの携帯電話機を携帯電話機30A(図示せず)と呼ぶ事にする。
【0104】
この例では、送信側の携帯電話機30は、まず送信先Aに対してJPEG(3D)形式のファイルを電子メールに添付して送付したものとする(240)。このファイルは、電子メールとともに添付ファイルとして送信先の携帯電話機30Aで受信される(250)。携帯電話機30はこのとき、図7に示す処理を実行する。図7の一部(手順162、164、166及び168)を図10に再掲する。この電子メールはコマンドではないので、図10においては図7の手順160、170、172、174及び176は図示していない。
【0105】
送信先Aの携帯電話機30Aは、このとき手順162の判定を行なう。手順162で、携帯電話機30AにおいてJPEG(3D)形式のファイルが処理可能か否かが判定される。処理可能である場合、制御は手順168に進み、それ以外の場合には制御は手順164に進む。この例では、携帯電話機30AではJPEG(3D)形式のファイルの処理は出来ないものとする。
【0106】
この場合、送信先の携帯電話機30Aは、送信側の携帯電話機30に対し、J次回から携帯電話機30AにEPG(3D)ファイルを送付する事を禁止する様に要求する。そのために、送信先の携帯電話機30Aは、送信側の携帯電話機30に対して図8に示す形式のアドレス情報更新要求コマンドを作成する。図8に示す例では、GIF形式のファイルについて処理可能に設定するコマンドもこのアドレス情報更新要求コマンドに含まれているが、この説明では、JPEG(3D)の削除の行のみを含むものとする。
【0107】
手順166において、図8に示すアドレス情報更新コマンドを含んだ情報を送信側の携帯電話機30に対して送付する。携帯電話機30でも、図7に示す同じ電子メール受信モードのプログラムが動いている。携帯電話機30は、手順160でこのアドレス情報更新コマンドを受信し、手順172においてアドレス情報更新コマンドを解読する。アドレス情報更新コマンドを解読後、手順174において、アドレス管理テーブルを図4の状態から図14の状態へ更新する。
【0108】
このプログラムによる電子メール送信モードの画面遷移例を図11から図13を用いて説明する。まず、電子メール送信モードの画面構成について説明する。
【0109】
図11(A)は、電子メール送信モードの代表的画面であるメール作成基本画面である。この画面は、モード表示部270、送信先表示部272、タイトル表示部274、本文表示部276、添付ファイル表示部280、バッテリ残量表示部282、電波状態表示部284を含む。以下、図6の手順120において新規作成を選択した場合の画面遷移例を説明する。
【0110】
図11(A)に示すメール作成基本画面では、送信先表示部272が反転表示している。この反転表示は、送信先表示部272を選択している事を意味している。この状態から、操作部40(十字キー等)を操作する事により、選択を別の表示部へ切り替える事ができる。以下に述べる種々の画面においても、基本的な操作方法は同様である。送信先表示部272を選択した状態で、操作部40で確定の指示を行なう事により、図11(B)に示す送信先指定画面に移行する。
【0111】
図11(B)に示す送信先指定画面において送信先アドレスの指定を行なう。図11(B)を参照して、送信先指定画面はモード表示部270と送信先入力部300とを含む。送信先アドレスの指定には主に2つの方法がある。第1の方法は、操作部40に含まれる、文字入力キー(テンキー)、十字キー等を使用して、送信相手先のアドレスを1文字ずつ入力する方法である。この場合、「co.jp」や「ne.jp」等を定型文字列として予め登録しておき、必要に応じて呼び出す事で、アドレスの入力を簡略化する事ができる。第2の方法は、アドレス管理部74に予め送信先のアドレスを登録しておき、操作部40を操作する事により送信先アドレスを検索して呼び出す方法である。アドレス指定手順の少ない事を考慮し、第2の方法を使用するのが一般的である。これらは、いずれも従来の技術を利用して容易に実現できる。また以下で行なわれる各種のデータの入力についても同様である。
【0112】
送信先アドレスが指定されると、送信先入力部300に、指定された送信先アドレスを表示する。操作部40を用いて確定の指示を行なう事により、送信先アドレスが確定される。表示は図11(C)に示すメール作成基本画面に移行する。
【0113】
図11(C)を参照して、メール作成基本画面では、図11(B)の送信先指定画面で指定した送信先アドレスを送信先表示部272に表示し、タイトル表示部274を選択した状態になっている。タイトル表示部274を選択した状態で、操作部40を用いてユーザが確定の指示を行なう事により、表示は図12(A)に示すタイトル入力画面に移行する。
【0114】
図12(A)に示すタイトル入力画面でタイトルの入力を行なう。図12(A)に示すタイトル入力画面は、モード表示部270とタイトル入力部304とを含む。タイトルの入力には、操作部40に含まれる、文字入力キー(テンキー)及び十字キー等を使用する。タイトル入力部304に、入力されたタイトル文字列を表示する。操作部40を用いて確定の指示を行なう事により、図12(B)に示すメール作成基本画面に移行する。
【0115】
図12(B)を参照して、メール作成基本画面では、図12(A)のタイトル入力画面で指定されたタイトルをタイトル表示部274にさらに表示し、本文表示部276が選択された状態になっている。本文表示部276が選択された状態で操作部40を用いて確定の指示を行なう事により、図12(C)に示す本文入力画面に移行する。
【0116】
図12(C)に示す本文入力画面で本文の入力を行なう。本文入力画面は、モード表示部270と本文入力部308とを含む。本文入力部308への本文の入力には、操作部40に含まれる文字入力キー(テンキー)及び十字キー等を使用する。入力された本文文字列を本文入力部308に表示する。操作部40を用いて確定の指示を行なう事により、図13(A)に示すメール作成基本画面に移行する。
【0117】
図13(A)に示すメール作成基本画面は、モード表示部270と、送信先表示部272と、タイトル表示部274と、本文表示部276と、添付ファイル表示部280とを含む。図12(C)の本文入力画面を用いて入力された本文を本文表示部276に表示し、添付ファイル表示部280を選択した状態になっている。ファイルを添付しない場合は、この状態で、操作部40を用いて送信指示を行なう事で電子メールを送信する。
【0118】
電子メールにファイルを添付する場合を想定して、その手順の画面遷移例を図13を用いて説明する。図13(A)にメール作成基本画面を示す。ここでは、モード表示部270には「メール作成」という文字列、送信先表示部272には送信先の電子メールアドレス、タイトル表示部274にはタイトル文字列、本文表示部276には本文文字列が、それぞれ表示されている。メール作成基本画面で添付ファイル表示部280を選択するとファイルを添付するモードになる。図13(A)に示すのは、添付ファイル表示部280を選択した状態である。この状態で操作部40を用いて確定の指示を行なう事により、図13(B)に示す添付ファイル選択画面に移行する。
【0119】
図13(B)に示す添付ファイル選択画面では、送信先表示部272、タイトル表示部274、本文表示部276及び添付ファイル表示部280に替えて添付ファイルリスト表示部310を表示する。添付ファイルリスト表示部310には、添付可能なファイルのリストが表示される。操作部40を用いてユーザが所定の添付ファイルを選択し、確定の指示を行なう事で、この添付ファイルを送信先表示部272に示される送信先に送信してよいか否かについての判断を行なう。図13(B)に示す例では、ユーザが添付ファイルとして20030326_2_3D.jpg(JPEG(3D)ファイル)を選択して確定の指示を行なったものとする。
【0120】
このとき、携帯電話機30は、図4に示すアドレス管理テーブル100内の、図13(A)の送信先表示部272に表示されている送信先(電子メールアドレス)に対応するアドレス情報を参照し、添付ファイルとして選択されたファイル形式の種類の送信が許可されているか否かを判定する。送信が許可されていれば図13(C)に示す様にメール作成基本画面に移行する。送信が禁止されている場合については後述する。
【0121】
この例では、送信先A(xyz@aaa.ne.jp)のアドレス情報を参照し、添付するファイルのファイル形式であるJPEG(3D)が許可されているか禁止されているかを判定する。図4に示す様に、送信先Aのアドレス情報において、JEPG(3D)の送信が許可されているので、指定されたファイル(20030326_2_3D.jpg)を添付して図13(C)に示すメール作成基本画面に移行する。
【0122】
メール作成基本画面(図13(C))では、図13(B)で選択された添付ファイルを、添付ファイル表示部280にさらに表示している。ユーザが操作部40を用いて送信指示を行なう事で、このファイル20030326_2_3D.jpg(JPEG(3D)ファイル)を添付した電子メールが送信先A(xyz@aaa.ne.jp)に送信される。
【0123】
次に、図13(B)に示す添付ファイル選択画面において添付ファイルを選択して確定の指示を行なう際に、添付するファイルのファイル形式が、送信先に送付する事が禁止されているファイル形式である場合の画面遷移例について、図15を用いて説明する。
【0124】
図15(A)に示すメール作成基本画面では、送信先としてabc@xxx.co.jpを指定したものとする。この送信先に関するアドレス情報は、図4に示すアドレス管理テーブル100の2番目のエントリに、送信先Bに関するアドレス情報として保持されている。この送信先Bについては、JPEG(3D)というファイル形式の送信が禁止されている。この状態で、図13(A)を用いて説明したのと同様の操作を行ない、図15(B)に示す添付ファイル選択画面に移行する。
【0125】
図15(B)に示す添付ファイル選択画面において、図13(B)を参照して説明したのと同様の操作を行なう事により、20030326_2_3D.jpg(JPEG(3D)ファイル)を選択して確定の指示を行なったものとする。このとき、携帯電話機30は、図4に示すアドレス管理テーブルに含まれる送信先B(abc@xxx.co.jp)のアドレス情報を参照し、添付するファイルのファイル形式が、送信先への送付が許可されているファイル形式か否かを判定する。
【0126】
送信者Bのアドレス情報においては、JEPG(3D)の送信は許可されていない。従ってこの場合、図15(C)に示す添付禁止告知画面に移行する。
【0127】
図15(C)に示す添付禁止告知画面では、添付が禁止されているファイルを選択した事に対する注意を促す添付禁止確認メッセージ320と、確認キー322とを表示する。添付禁止確認メッセージ320は、指定の送信先、すなわち、送信先B(abc@xxx.co.jp)に対しては、JEPG(3D)形式のファイルの送付を禁止している旨のメッセージである。ユーザが添付禁止確認メッセージ320を確認後、操作部40により確認キー322を選択し、確定する事で、電子メールにファイルを添付せずに図15(A)に示すメール作成基本画面に再度移行する。
【0128】
なお、図15(A)に示すメール作成基本画面から同(B)の添付ファイル選択画面に移行する際に、送信先B(abc@xxx.co.jp)のアドレス情報を参照し、送信を禁止しているファイル形式のファイルを選択できない状態にして表示しても良いし、表示しない様にしても良い。図15(C)に示す添付禁止告知画面において、ユーザが操作部40を用いて確認キー322を選択し確定したときに、図15(B)に示す添付ファイル選択画面へ移行し、別の添付ファイルを選択しなおす様にユーザに促しても良い。
【0129】
また、本実施の形態では、送信先を指定した後に添付ファイルを指定しているが、先に添付ファイルを指定し、その後に送信先を指定する場合もあり得る。その場合には、送信先が指定された時に、アドレス管理テーブル100の指定された送信先に対応するアドレス情報を参照し、指定した添付ファイルが禁止されているか否かを判定する様にしてもよい。
【0130】
また、本実施の形態では、図15(C)に示す添付禁止告知画面によってユーザに対し注意を促しているが、音声処理部84及び着信音用スピーカ54等を用いて警告音を発したり、音声メッセージを告知したりすることでメッセージを出力するようにしても良い。
【0131】
また、本実施の形態では、図7及び図10に示す手順164、166においては、送信先端末更新情報を自動的に作成し、電子メールとして送信側に送信している。しかし、この送信先端末更新情報はユーザの手操作により電子メールとして作成し、通常の電子メールとして送信側に送信してもよい。
【0132】
アドレス情報更新コマンドを記載した電子メールについて図16を用いて説明する。図16は送信先(送信先端末更新情報を作成する携帯電話機)のメール作成基本画面である。送信先表示部272には、送信側(送信先端末更新情報を受信する側)の携帯電話機の電子メールアドレスを指定する。タイトル表示部274には任意の文字列を指定すればよいが、この例では受信したユーザがこの電子メールの内容を理解しやすい様に、「アドレス情報更新」というタイトルを指定する。本文表示部276の最初の行には、送信側の携帯電話機のアドレス管理部74に対してアドレス管理テーブル100を自動的に更新する事を指定する自動更新コマンド344を入力する。その後には、添付ファイル情報を更新する事を指定するコマンドとして、添付ファイル送信禁止コマンド346、添付ファイル送信許可コマンド348等を1行に1コマンドずつ入力する。なお、この送信先の携帯電話機は送信先Aの携帯電話機30Aであり、その電子メールアドレスは「xyz@aaa.ne.jp」であるものとする。
【0133】
図16に示す電子メールを送信側の携帯電話機30が受信した場合の、送信側の携帯電話機30の動作は、図8に示すアドレス情報更新コマンド190を受信した場合の動作と同じである。
【0134】
この場合、受信側の携帯電話機30は、この電子メールを受信後、その本文に入力されている最初の文字列“***”を識別する。文字列“***”を識別する事により、携帯電話機30は、以降に記載される文字列をコマンドと認識して処理を行なう。
【0135】
まず、図16に示す自動更新コマンド344を同定する事により、携帯電話機30は図4に示すアドレス管理テーブル100を更新する動作に入る。次に送信側の携帯電話機30のアドレス管理部74は、図16に示す電子メールに含まれる、この電子メールの送信元アドレス情報(xyz@aaa.ne.jp)を同定し、更新する送信先A(xyz@aaa.ne.jp)を特定する。次に、添付ファイル送信禁止コマンド346により送信先Aのアドレス情報の送信許可ファイル情報(図4参照)において、JPEG(3D)形式を送信禁止とする。携帯電話機30のアドレス管理部74はさらに、添付ファイル送信許可コマンド348によりGIF形式を送信許可とする。すなわち、携帯電話機30のアドレス管理部74は、アドレス管理テーブル100を図4の状態から図17の状態へ更新する。
【0136】
なお、本実施の形態では、より一般的な方法として、電子メール本文にコマンドを記載する例を用いて説明したが、携帯電話機30で認識可能なファイルにコマンドを記載し、当該コマンドを記載したファイルを電子メールに添付する方法によって同様の動作を実現しても構わない。
【0137】
本実施の形態ではアドレス管理テーブル100として図4に示す形式のものを使用した。しかし、アドレス管理テーブル100としてこの形式以外のものを用いてもよい事は明らかである。
【0138】
また、上記した実施の形態では、図4に示すアドレス管理テーブル100において送信許可又は送信禁止が設定されるファイルの形式としては、許可ファイルテーブル102に含まれている、この携帯電話機30が処理可能なもののみを採用している。しかし本発明はその様な実施の形態に限定されるわけではない。携帯電話機30が処理可能か否かにかかわらず、添付される可能性のある全てのファイル形式について送信の許可/禁止を設定可能としてもよい。
【0139】
なお、本実施の形態に係る携帯電話機では、処理不可能な添付ファイルを受信したときに、そのファイル形式の添付ファイルの送信を禁止する様送信側の携帯電話機30に要求するアドレス情報更新要求コマンドを自動的に作成する。しかしこのときに送信するアドレス情報更新要求コマンドの内容は,受信した電子メールの添付ファイルに関するものには限定されない。例えば、これに先立って、この送信先のユーザが携帯電話機30Aの許可ファイルテーブル102を手操作で修正した場合などには、その修正に応じて送信側のアドレス管理テーブル100を更新するコマンドをアドレス情報更新要求コマンドに含ませる様にしてもよい。
【0140】
また、上記実施の形態では、送信許可ファイルについては添付可能なファイル形式の各々について、添付ファイルを許可すべきか否かを登録している。しかし本発明はそのような実施の形態には限定されない。例えば、複数種類のファイル形式のうち、一部のものについては常に添付を許可し、残りのファイル形式についてだけファイル添付を許可するか否かを登録するようにしてもよい。この場合には、ファイル送信時のチェック、及びアドレス情報更新要求についても、それらファイル形式のみに限定して行なえばよい。なお、ファイル添付が常に許可されているファイル形式については、ファイル送信時のアドレス管理テーブルのチェック及びアドレス情報更新要求に従ったアドレス管理テーブルの更新等の処理は行なわないようにする。
【0141】
また、上記した実施の形態では、ファイル形式ごとにファイル添付許可情報を管理している。しかし、本発明はそのような実施の形態に限定されるわけではない。たとえば、ファイル形式にかかわらず、ファイル添付を許可したり禁止したりする実施の形態も考えられる。その場合の構成はこの第1の実施の形態の構成をより簡略にしたものとなり、当業者であればこの第1の実施の形態の説明から容易に実現することが可能であろう。
【0142】
[第2の実施の形態]
第2の実施の形態では、第1の実施の形態でのアドレス管理テーブル100の更新方法よりもさらに簡単な方法によって、アドレス管理テーブルを更新できる様にする。具体的には、本実施の形態では、送信先から送信側にコマンドを送信する事なく、単に送信先から送信側に電子メールを返信する事によって送信側のアドレス管理テーブル100内の送信先の送信ファイル許可情報を更新する。
【0143】
この場合の動作の概略を図13及び図19を用いて説明する。図13(C)に示すメール作成基本画面の内容で電子メールを送信側の携帯電話機30より送信先A(xyz@aaa.ne.jp)に送信したものとする。この電子メールにはファイル20030326_2_3D.jpg(JPEG(3D))が添付されている。送信先Aにおいて、JPEG(3D)形式の添付ファイルは処理不可能であるものとする。携帯電話で処理できない事から、送信先AのユーザはJPEG(3D)形式の添付ファイルを自分の携帯電話で処理できない事は容易に判断できる。
【0144】
その場合、送信先Aのユーザは、この電子メールに対して、図19に示す様な、本文が空欄の電子メールを送信側の携帯電話機に対し返信する。送信側の携帯電話機がその電子メールを受信した場合、送信側の携帯電話機は当該電子メールが以下の3つの項目すべてに該当するかを判断する。
【0145】
1.自己が送信した電子メール(図13(C))の送信先からのメールである。
【0146】
2.受信した電子メールのタイトルは、送信した電子メールのタイトルの先頭から少なくとも3文字以上の文字列を含んでいる。
【0147】
3.本文が空欄である。
【0148】
以上、3つの項目すべてに該当する場合は、送信側の携帯電話機のアドレス管理部は、送信先A(xyz@aaa.ne.jp)のアドレス情報に対し、先に電子メールに添付して送信したファイル20030326_2_3D.jpgと同様のファイル形式JPEG(3D)形式の添付を禁止する様、アドレス管理テーブルを更新する。
【0149】
図18にこの場合の携帯電話機の受信モードの処理を行なうプログラムのフローチャートを示す。この処理は、図7に示す第1の実施の形態の装置での受信モードの処理と概略同様であるが、手順160の後、手順162の前に、受信した電子メールが上記した様な条件を満たす返信メールであるか否かを判定する手順360、及び手順360でそうした条件を満たす返信メールであると判定された場合に、受信メールから送信元情報及び添付ファイル情報を抽出する手順362をさらに含む点で図7の処理と異なる。手順362の後、制御は手順174に進む。手順174では、手順362で抽出された送信元のアドレス情報の、抽出されたファイルのファイル形式を送信禁止とする処理を行なう。これは第1の実施の形態の場合と同様である。
【0150】
図18に示す様な受信モードのプログラムを実行する事により、処理できないファイル形式の添付ファイルを受信したユーザが、単に本文が空欄の返信メールを送信すると、その返信メールは、送信元に対して、当該ファイル形式のファイルの添付をそれ以後禁止することを指示する電子メールとして解釈される。その結果、次回からそのファイル形式の添付ファイルは最初の送信元からは送信されてこない様になる。この場合、送信先の携帯電話機は第1の実施の形態に係る携帯電話機30の様に自動的にコマンドを作成し送信する機能がなくても、簡単な操作で特定のファイル形式の添付ファイルの送信を禁止できるという効果がある。
【0151】
なお、以上の動作を行なう事を想定し、送信先において添付ファイルの処理が不可能な場合に何をすればよいかを予め示唆するために、電子メールの本文の冒頭に、図20に示すメッセージ380を自動的に付加して送信してもよい。
【0152】
[第3の実施の形態]
また、図7、図10、及び図18の手順174でアドレス管理テーブルの更新を行なう際、図22に示す様なアドレス情報更新確認メッセージ420を表示する事で、送信側携帯電話機のユーザに対し、アドレス管理テーブルの自動更新をリアルタイムで知らせる事ができる。このとき、画面にはYESキー422及びNOキー424を設け、自動更新を許可する場合は操作部40によりYESキー422を選択して確定し、自動更新を拒否する場合はNOキー424を選択して確定する事で、送信側携帯電話機のアドレス管理テーブルに対するユーザの意図しない更新を防ぐ操作体系を追加しても良い。
【0153】
図21はそのための受信モードの処理を行なうプログラムのフローチャートである。図21に示すフローチャートは、図18に示すフローチャートにおいて、手順174の直前に図22に示す様なアドレス情報更新確認メッセージ420を表示して、各ファイル形式に対する送信許可ファイル情報の更新を行なう事を告知する手順400と、手順400で表示されるYESキー422が選択された場合には制御を手順174に進め、NOキー424が選択されたときには手順を終了させるための手順402とをさらに設けたものである。その他の点では図21に示すプログラムは図18に示すものと同一である。従ってここではそれらについての詳細な説明は繰返さない。
【0154】
手順400で確認メッセージを表示し、手順402でユーザがYESキー422又はNOキー424を操作するまでは、手順174の更新動作は抑制される。つまり、更新動作は行なわれない。手順402でユーザがYESキー422を押せば更新動作が開始され、NOキー424を押せば更新動作が中止される。
【0155】
この第3の実施の形態の携帯電話機では、ユーザからアドレス管理テーブル100を更新するためのコマンド又は同様の目的の電子メールが送信されて来たときに、ユーザが確認した上で更新を行なう事ができる。ユーザが意図しない更新がアドレス管理テーブル100に対して行なわれるという不都合を防止できる。また、仮にNOキー424がない場合でも、少なくともアドレス管理テーブル100の内容が更新される事についてユーザが知る事ができ、予期せぬ内容でアドレス管理テーブル100が更新された場合、その結果生じる不都合に対する対処が容易になる。
【0156】
以上、本発明を携帯電話機に適用した実施の形態について説明した。しかし本発明が適用可能なのは携帯電話機には限定されない。本発明は、広く通信機能を有する端末に適用可能である。また、上記に係る動作をコンピュータプログラムとして実現し、パーソナルコンピュータ等にインストールする事で実施する事もできる。
【0157】
なお、上記した実施の形態の装置では、記憶装置72としては、RAMの様な内蔵型の記録媒体を用いた。しかし、記憶装置72としてはこれ以外にも、ハードディスクの様な外部記録媒体、又は半導体記憶装置からなるメモリーカードの様な着脱可能な記録媒体でも良い。さらに、これら記憶装置を複数備えていてもよい。
【発明の効果】以上説明した通り、本発明によれば、アドレス管理手段に予め電子メール送信先アドレス毎に送信可能なファイル形式を登録しておくので、送信先で処理できないファイルを送信してしまう事を防止する事ができる。これにより、通信費用の無駄を削減できる。さらに、処理できないファイルによる誤動作を防止する事ができる。すなわち、コンピュータウィルスを含んだファイルの送信・蔓延等をも防ぐ事ができる。
また、送信先からの指示によりアドレス管理手段を更新するので、常に正しい情報を登録しておく事ができる。
【0158】
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。
【0159】
【発明の効果】
以上の様に本発明によれば、添付ファイルを処理できない送信先に対して、誤って添付ファイルを送付する事を防止する事ができる。送信にあたって、ユーザが添付ファイルを処理可能かどうかを特に確認する必要はない。処理不可能なユーザにファイルを送信する事が防止できるので、無駄な通信費用の発生が防止できる。さらに、電子メール送信先の端末において、処理できないデータを受信する事による予期せぬ誤動作を防止する事ができる。また、こうした処理をファイル形式別に行なう事ができ、適切なファイルのみを送信先に送信できる。
【0160】
また、処理できない添付ファイルが添付された電子メールを受けた送信先では、その電子メールに対して返信を行なうだけで、次回からその添付ファイルの送信が禁止される様な設定を行なう事ができる。送信先の実情にあわせた設定を容易に行なう事ができる。
【0161】
更新を行なう際にその旨を告知するので、ユーザはファイル形式別添付ファイル許可情報の内容が変更される事を把握できる。また告知とあわせてユーザの指示により更新を行なったり中止したりする事もできる。その結果、予期せぬ内容で更新される事が防止でき、問題が生じた場合にも対処が容易になる。
【0162】
電子メールにコマンドを含ませる事により、他の装置から通信端末装置のファイル添付許可情報を保守する事もできる。通信端末装置のユーザの負担を少なくしながら、ファイル添付許可情報を適切に維持する事ができる。
【図面の簡単な説明】
【図1】本発明の第1の実施の形態に係る携帯電話機30の外観正面図である。
【図2】携帯電話機30の外観背面図である。
【図3】携帯電話機30の機能的ブロック図である。
【図4】アドレス管理テーブル100の構成を示す図である。
【図5】許可ファイルテーブル102の構成を示す図である。
【図6】携帯電話機30の送信モードを実行するプログラムの制御構造を示すフローチャートである。
【図7】携帯電話機30の受信モードを実行するプログラムの制御構造を示すフローチャートである。
【図8】アドレス情報更新要求コマンド190の一例を示す図である。
【図9】携帯電話機30における、アドレス管理テーブル100に登録されている内容を確認する画面の例を模式的に示す図である。
【図10】送信側の携帯電話機30と送信先の携帯電話機30との間で通信を行なう場合の動作例を示す図である。
【図11】携帯電話機30における電子メール送信時の画面遷移を示す図である。
【図12】携帯電話機30における電子メール送信時の画面遷移を示す図である。
【図13】携帯電話機30における電子メール送信時の画面遷移を示す図である。
【図14】アドレス管理部74の更新後の内容を模式的に示す図である。
【図15】携帯電話機30における、電子メール作成時に添付を禁止されているファイル形式のファイルを添付した場合の画面遷移を示す図である。
【図16】電子メールに情報更新要求コマンドを記載した場合の電子メールの具体例を模式的に示す図である。
【図17】アドレス管理テーブルの更新後の内容を模式的に示す図である。
【図18】本発明の第2の実施の形態に係る携帯電話機において受信モードを実現するためのプログラムの制御構造を示すフローチャートである。
【図19】本発明の第3の実施の形態において、電子メールに対して返信する電子メールを用いて送信元のアドレス管理テーブルの更新を指示する場合の具体例を模式的に示す図である。
【図20】送信先に対し、添付ファイルが処理できなかった時の動作を指示するメッセージを含んだ電子メールの具定例を模式的に示す図である。
【図21】本発明の第3の実施の形態の携帯電話機において、受信モードを実現するプログラムの制御構造を示すフローチャートである。
【図22】送信先アドレス更新情報を受信した場合の告知画面を模式的に示す図である。
【符号の説明】
30 携帯電話機、32 通話用スピーカ、34 第1の表示部、36 マイク端子、38 イヤホン端子、40 操作部、42 操作マイク、44 アンテナ部、48 カメラ部、50 第2の表示部、52 バッテリ部、54 着信音用スピーカ、60 70 CPU、72 記憶装置、74 アドレス管理部、76 許可テーブル管理部、80 カメラ制御部、82 表示制御部、84 音声処理部、86 RAM、88 ROM、90 無線通信部、100 アドレス管理テーブル、102 許可ファイルテーブル、200 検索頭文字表示部、202 リスト表示部、204 名前表示部、206 検索文字表示部、208 属性表示部、210 電話番号表示部、212 電子メールアドレス表示部、214 送信許可ファイル設定確認部、270、モード表示部、272 送信先表示部、274 タイトル表示部、276 本文表示部、280 添付ファイル表示部、282 バッテリ残量表示部、300 送信先入力部、304 タイトル入力部、308 本文入力部、310 添付ファイルリスト表示部、320 添付禁止確認メッセージ、322 確認キー、344 自動更新コマンド、346 添付ファイル送信禁止コマンド、348 添付ファイル送信許可コマンド、420 アドレス情報更新確認メッセージ、422 YESキー、424 NOキー[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
[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
[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
[0061]
The
[0062]
The
[0063]
A program executed by the
[0064]
FIG. 3 is a hardware and functional block diagram of the
[0065]
The
[0066]
The
[0067]
Next, the
[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
[0070]
FIG. 5 shows a configuration of the permission file table 102 in the
[0071]
-Program structure-
Hereinafter, a control structure of a program executed by
[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
[0073]
In
[0074]
In
[0075]
In
[0076]
In
[0077]
In
[0078]
In
[0079]
Next, a procedure for attaching a file to an e-mail will be described. If it is determined in
[0080]
In
[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
[0082]
Next, the case where reply or transfer is selected in
[0083]
In
[0084]
If it is not necessary to specify the destination,
[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
[0087]
Next, a control structure of an e-mail receiving mode when the
[0088]
Referring to FIG. 7, first, in
[0089]
FIG. 8 shows the format of the address information update request command. Referring to FIG. 8, an address information
[0090]
Referring again to FIG. 7, in
[0091]
If the attached file can be processed, the attached file is processed in
[0092]
If the attached file cannot be processed, the destination terminal update information is automatically created in
[0093]
After creating the destination terminal update information in
[0094]
On the other hand, if it is determined in
[0095]
In
[0096]
On the other hand, in
[0097]
-Transition of screen display when managing address information-
The contents of the
[0098]
Following the menu displayed on the
[0099]
On the address name list screen shown in FIG. 9A, the initial character of the search character can be designated by the
[0100]
Referring to FIG. 9B, the address management screen includes a
[0101]
The telephone number display section 210 displays the telephone number used to contact the destination user. The e-mail
[0102]
From the address management screen, the
[0103]
-Specific operation example-
The specific operation of the
[0104]
In this example, it is assumed that the
[0105]
At this time, the mobile phone 30A of the transmission destination A makes the determination of the
[0106]
In this case, the transmission destination mobile phone 30A requests the transmission side
[0107]
In
[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
[0110]
In the mail creation basic screen shown in FIG. 11A, the
[0111]
The destination address is specified on the destination specification screen shown in FIG. Referring to FIG. 11B, the destination designation screen includes a
[0112]
When the destination address is specified, the specified destination address is displayed on the
[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
[0114]
A title is input on the title input screen shown in FIG. The title input screen shown in FIG. 12A includes a
[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
[0116]
The text is input on the text input screen shown in FIG. The text input screen includes a
[0117]
The mail creation basic screen shown in FIG. 13A includes a
[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
[0119]
In the attached file selection screen shown in FIG. 13B, an attached file
[0120]
At this time, the
[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
[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
[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
[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
[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
[0131]
In the present embodiment, in
[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
[0133]
The operation of the transmitting
[0134]
In this case, after receiving the e-mail, the receiving-side
[0135]
First, by identifying the
[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
[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
[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
[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
[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
[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
[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
[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
[0154]
Until the confirmation message is displayed in
[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
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
2 is an external rear view of the
FIG. 3 is a functional block diagram of the
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
FIG. 7 is a flowchart showing a control structure of a program for executing a reception mode of the
FIG. 8 is a diagram showing an example of an address information
FIG. 9 is a diagram schematically showing an example of a screen on the
FIG. 10 is a diagram illustrating an operation example in the case where communication is performed between the
FIG. 11 is a diagram showing a screen transition when an electronic mail is transmitted on the
FIG. 12 is a diagram showing a screen transition at the time of transmitting an e-mail in the
FIG. 13 is a diagram showing a screen transition at the time of transmitting an e-mail in the
FIG. 14 is a diagram schematically showing updated contents of an
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
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 (20)
電子メールに対して送信先アドレスの指定を行なう送信先指定手段と、
電子メールに対して添付ファイルの指定をするための添付ファイル指定手段と、
電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスのファイル添付許可情報を参照してファイルの添付を許可するか否かを判定するための判定手段と、
前記判定手段による判定結果に従って所定の処理を実行するための手段とを含む、通信端末装置。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.
前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、
前記返信判定手段により、前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、添付ファイル付の電子メールの送信を、前記受信手段が受信した電子メールの送信元に送信する事を禁止する様に前記ファイル添付許可情報を更新するための手段とをさらに含む、請求項1に記載の通信端末装置。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.
前記判定手段は、電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による、前記予め選択されたファイル形式の添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、前記添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む、請求項1に記載の通信端末装置。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.
前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、
前記返信判定手段により、前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであり、かつ当該添付ファイルが前記予め選択されたファイル形式であると判定された事に応答して、前記添付ファイル付の電子メールに添付されたファイル形式のファイルの送信を、前記受信手段が受信した電子メールの送信元に送信する事を禁止する様に前記ファイル形式別添付ファイル許可情報を更新するための手段とをさらに含む、請求項3に記載の通信端末装置。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.
前記判定手段は、電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、前記添付ファイル指定手段により指定された添付ファイルのファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含む、請求項1に記載の通信端末装置。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.
前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであるか否かを判定するための返信判定手段と、
前記返信判定手段により、前記受信手段が受信した電子メールが、添付ファイル付の電子メールに対する返信の電子メールであると判定された事に応答して、前記添付ファイル付の電子メールに添付されたファイル形式のファイルの送信を、前記受信手段が受信した電子メールの送信元に送信する事を禁止する様に前記ファイル形式別添付ファイル許可情報を更新するための手段とをさらに含む、請求項5に記載の通信端末装置。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.
前記受けるための手段が受けたユーザの指示に従い、前記更新するための手段の動作を開始又は中止するための手段とをさらに含む、請求項2、請求項4、及び請求項6〜請求項8のいずれかに記載の通信端末装置。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.
前記受信手段により受信された電子メールを解読して、前記ファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新する事を指示する更新コマンドが含まれているか否かを判定するための解読手段と、
前記解読手段により、前記受信手段により受信された電子メールに更新コマンドが含まれていると判定された事に応答して、前記更新コマンドに従って前記ファイル添付許可情報記憶手段に記憶されているファイル添付許可情報を更新するための更新手段とをさらに含む、請求項1に記載の通信端末装置。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.
前記解読手段は、前記受信手段により受信された電子メールに前記所定の文字列が含まれているか否かを判定するための手段を含み、
前記更新手段は、前記判定するための手段により前記受信手段により受信された電子メールに前記所定の文字列が含まれていると判定された事に応答して、前記ファイル添付許可情報記憶手段の、前記受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報を、前記許可・禁止情報に従って更新するための手段を含む、請求項12に記載の通信端末装置。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.
前記判定手段は、電子メールに対して前記送信先指定手段による送信先アドレスの指定と、前記添付ファイル指定手段による添付ファイルの指定とが行なわれた事に応答して、前記ファイル添付許可情報記憶手段に記憶された、指定された送信先アドレスの、前記添付ファイル指定手段により指定された添付ファイル形式に対応するファイル形式別ファイル添付許可情報を参照して、ファイルの添付を許可するか否かを判定するための手段を含み、
前記更新コマンドは、更新コマンドである事を示す所定の文字列と、ファイル形式のファイル形式を示すファイル形式識別情報と、前記ファイル形式識別情報により指定されるファイル形式のファイル添付の許可又は禁止を指定するための許可・禁止情報とを含み、
前記解読手段は、前記受信手段により受信された電子メールに前記所定の文字列が含まれているか否かを判定するための手段を含み、
前記更新手段は、前記判定するための手段により前記受信手段により受信された電子メールに前記所定の文字列が含まれていると判定された事に応答して、前記ファイル添付許可情報記憶手段の、前記受信手段により受信された電子メールの送信元のアドレスに対応するファイル許可情報の、前記受信手段により受信された電子メールに含まれる前記ファイル形式識別情報により特定されるファイル形式のファイル形式別ファイル添付許可情報を、前記許可・禁止情報に従って更新するための手段を含む、請求項12に記載の通信端末装置。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.
前記受けるための手段が受けたユーザの指示に従い、前記更新手段の動作を開始又は中止するための手段とをさらに含む、請求項16に記載の通信端末装置。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.
前記電子メールにファイルが添付されているか否かを判定するための第1の判定手段と、
前記第1の判定手段により前記電子メールにファイルが添付されていると判定された事に応答して、当該ファイルが処理可能なファイル形式のファイルであるか否かを判定するための第2の判定手段と、
前記第2の判定手段により処理可能と判定されたファイルを処理するためのファイル処理手段と、
前記第2の判定手段により、前記ファイルが処理不可能なファイル形式のファイルであると判定された事に応答して、前記受信手段が受信した電子メールの送信元に、前記ファイル形式のファイルの添付を禁止することを指示する電子メールを自動的に作成し、送信するための手段とを含む、通信端末装置。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.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003156889A JP2004362057A (en) | 2003-06-02 | 2003-06-02 | Communication terminal, computer program, and recording medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003156889A JP2004362057A (en) | 2003-06-02 | 2003-06-02 | Communication terminal, computer program, and recording medium |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004362057A true JP2004362057A (en) | 2004-12-24 |
Family
ID=34050828
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003156889A Pending JP2004362057A (en) | 2003-06-02 | 2003-06-02 | Communication terminal, computer program, and recording medium |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004362057A (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006120972A1 (en) * | 2005-05-13 | 2006-11-16 | Matsushita Electric Industrial Co., Ltd. | Communication terminal, security device, and integrated circuit |
JPWO2007088589A1 (en) * | 2006-01-31 | 2009-06-25 | 富士通株式会社 | Content distribution method and apparatus in electronic conference |
GB2548201A (en) * | 2016-01-14 | 2017-09-13 | Fujitsu Ltd | File operation check apparatus, file operation check program, and method of checking file operation |
US10954981B2 (en) | 2018-02-26 | 2021-03-23 | Raytheon Company | Radial expansion coupling device |
-
2003
- 2003-06-02 JP JP2003156889A patent/JP2004362057A/en active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006120972A1 (en) * | 2005-05-13 | 2006-11-16 | Matsushita Electric Industrial Co., Ltd. | Communication terminal, security device, and integrated circuit |
JP2006318292A (en) * | 2005-05-13 | 2006-11-24 | Matsushita Electric Ind Co Ltd | Communication terminal, secure device and integrated circuit |
JP4613094B2 (en) * | 2005-05-13 | 2011-01-12 | パナソニック株式会社 | Communication terminal and communication method |
JPWO2007088589A1 (en) * | 2006-01-31 | 2009-06-25 | 富士通株式会社 | Content distribution method and apparatus in electronic conference |
GB2548201A (en) * | 2016-01-14 | 2017-09-13 | Fujitsu Ltd | File operation check apparatus, file operation check program, and method of checking file operation |
GB2548201B (en) * | 2016-01-14 | 2021-03-10 | Fujitsu Ltd | File operation check apparatus, file operation check program, and method of checking file operation |
US10954981B2 (en) | 2018-02-26 | 2021-03-23 | Raytheon Company | Radial expansion coupling device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5498383B2 (en) | How to notify available content to remote devices | |
JP3928635B2 (en) | Mobile phone system with incoming melody designation function and mobile phone | |
EP1179950A2 (en) | Communication control system using a telephone directory | |
US7543028B2 (en) | Electronic mail distribution method, communications terminal, and server device | |
JP2004362057A (en) | Communication terminal, computer program, and recording medium | |
JP4569088B2 (en) | Communication terminal device | |
KR20040044256A (en) | Method and apparatus for offering additional contents interlocked calling identity delivery service | |
WO2004017654A1 (en) | Apparatus and method of providing a contacts list for a mobile telecommunications device | |
JP4416624B2 (en) | Mobile communication terminal | |
KR100691166B1 (en) | Method and Apparatus for Coordinating Data Object for Mobile Communication Device | |
JP2004139507A (en) | Automatic data returning system using email, terminal device, and method of automatically returning data | |
JP4722369B2 (en) | Mobile phone equipment | |
KR101501571B1 (en) | Method for Providing Liaison Function Menu, System, Mobile Communication Terminal And Computer-Readable Recording Medium with Program | |
JP3481197B2 (en) | Facsimile machine | |
JP2009296062A (en) | Mail transmission processing method, mail reception processing method and communication terminal device | |
JP2007272690A (en) | Telephone set | |
JP2008203972A (en) | Communication terminal | |
JP2006033017A (en) | Mobile telephone, mobile telephone server, and mobile telephone system | |
JP4527494B2 (en) | Mobile communication terminal | |
KR100986264B1 (en) | Transmitting Method of Multimedia Data Memoried in Mobile Phone | |
JP2008085438A (en) | Mobile communication terminal | |
JP2001101101A (en) | Device and method for preparing mail, device and method for reproducing mail and portable telephone set | |
JP2006227898A (en) | Portable communication terminal | |
JP2003216549A (en) | Portable telephone device | |
JP4506542B2 (en) | Information communication terminal, information display method, and information display program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050810 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071213 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080507 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080703 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080729 |