JP3674666B2 - 電子メール装置及びその制御方法 - Google Patents
電子メール装置及びその制御方法 Download PDFInfo
- Publication number
- JP3674666B2 JP3674666B2 JP28058698A JP28058698A JP3674666B2 JP 3674666 B2 JP3674666 B2 JP 3674666B2 JP 28058698 A JP28058698 A JP 28058698A JP 28058698 A JP28058698 A JP 28058698A JP 3674666 B2 JP3674666 B2 JP 3674666B2
- Authority
- JP
- Japan
- Prior art keywords
- image data
- terminal
- transmission
- attached
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電子メール装置及びその制御方法に関し、詳しくは、メールの送受信機能を備えた小型の携帯情報端末に適用して好適な電子メール装置及びその制御方法に関する。
【０００２】
【従来の技術】
ＳＭＴＰ（Simple Mail Transfer Protocol）サーバやＰＯＰ３（Post Office Protocol ver.3）サーバを経由してインターネット上でやり取りされる電子メール（ｅ−Ｍａｉｌ）は、ＳＭＴＰ／ＰＯＰ３をサポートしたあらゆるクライアントマシン（端末）で利用することができ、ワークステーションやパーソナルコンピュータはもちろんのこと、ＰＤＡ（Personal Digital Assistants）などの小型の携帯情報端末をはじめ、最近では一部の携帯電話機でも利用できるようになってきた。
【０００３】
このため、電子メールの送信側と受信側の端末環境は、図１６に示すように、（ａ）ワークステーションなどの高機能マシン同士の組み合わせ、（ｂ）高機能マシン（送信側）とＰＤＡや携帯電話機などの低機能マシン（受信側）の組み合わせ、（ｃ）低機能マシン（送信側）と高機能マシン（受信側）の組み合わせ、（ｄ）低機能マシン同士の組み合わせなど多岐にわたるようになってきている。
【０００４】
なお、“低機能"とはそのマシン性能が低いことをいうとともに、プレーンな電子メール（テキスト形式の電子メール）とＭＩＭＥ（Multipurpose Internet Mail Extensions）形式のファイルの送受信だけを行えることをいい、“高機能"とはそのマシン性能が高いことをいうとともに、さらにＨＴＭＬ（Hyper Text Markup Language）形式などの表現力豊かな表示形式も取り扱えることをいう。
【０００５】
機能の高低は端末のアーキテクチャやＯＳ並びに搭載されたＭＵＡ（Mail User Agent；いわゆる電子メールソフト）によって決まるが、多くの場合、据え置き型の端末は高機能であるのに対して、持ち運び可能でしかも小型の端末は低機能なものが多い。特に携帯電話機のように極めて貧弱なディスプレイ（解像度が高々百数十ドット×数十ドットで且つモノクロ２階調程度の表示性能）しか備えないものはその殆どが低機能マシンである。
【０００６】
【発明が解決しようとする課題】
しかしながら、従来の電子メール装置のメールサーバ（ＳＭＴＰサーバ及びＰＯＰ３サーバ）は、メールボックスを仲立ちとして単にメールの伝達を行うものにすぎず、例えば、添付ファイル付きのメールを送信する場合は、そのすべての作成手続きを送信側の端末で完結しなければならないから、しかも、かかる作成手続きにはファイル内容の確認機能（カラー画像のプレビュー機能や音声データの再生機能）が必要とされるものの表示性能や処理性能に劣る低機能マシンにはこれらの機能が搭載されていないから、低機能マシンにおける添付ファイル付きメールの作成は相当困難が伴うという問題点があった。
【０００７】
そこで本発明は、低機能マシンであっても添付ファイル付きのメールを容易に作成できる電子メール装置及びその制御方法の提供を目的とする。
【０００８】
【課題を解決するための手段】
請求項１記載の電子メール装置は、メールに添付可能な画像データをあらかじめ保持する保持手段と、端末からの送信メールを受け取ると、該端末に受信側端末の性能を問い合わせ、その回答に従って受信側端末の性能に適合した画像データを前記保持手段から取り出し、該取り出した画像データを該送信メールに添付して該送信メールの宛先で指定されたメールボックス宛てに送信する送信手段と、を備えたことを特徴とする。
請求項２記載の電子メール装置は、メールに添付可能な様々な画像データをあらかじめ保持する保持手段と、端末に対して前記保持手段に保持された何れの画像データを添付するかを問い合わせる問い合わせ手段と、前記問い合わせに対する回答に基づいて前記保持手段から該当する画像データを取り出し、該画像データのメールへの添付に先立って前記端末の表示性能に適合した画像データを前記端末に送出し、画像の確認を受けてから該画像データを前記端末から出力された送信メールに添付して前記送信メールの宛先で指定されたメールボックス宛てに送信する送信手段と、を備えたことを特徴とする。
請求項３記載の電子メール装置の制御方法は、メールに添付可能な画像データをあらかじめメモリに保持する保持ステップと、端末からの送信メールを受け取ると、該端末に受信側端末の性能を問い合わせる問い合わせステップと、問い合わせに対する回答に従って受信側端末の性能に適合した画像データをメモリから取り出し、該取り出した画像データを該送信メールに添付して該送信メールの宛先で指定されたメールボックス宛てに送信する送信ステップと、を含むことを特徴とする。
請求項４記載の電子メール装置の制御方法は、メールに添付可能な様々な画像データをあらかじめメモリに保持する保持ステップと、端末に対して前記メモリに保持された何れの画像データを添付するかを問い合わせる問い合わせステップと、前記問い合わせに対する回答に基づいて前記メモリから該当する画像データを取り出し、該画像データのメールへの添付に先立って前記端末の表示性能に適合した画像データを前記端末に送出し、画像の確認を受ける確認ステップと、前記確認を受けてから該画像データを前記端末から出力された送信メールに添付して前記送信メールの宛先で指定されたメールボックス宛てに送信する送信ステップと、を含むことを特徴とする。
請求項５記載の記録媒体は、請求項１記載の保持手段及び送信手段を実現するためのプログラムを格納したことを特徴とする。
請求項６記載の記録媒体は、請求項２記載の保持手段、問い合わせ手段及び送信手段を実現するためのプログラムを格納したことを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を、メールの送受信機能を備えたＰＨＳ（personal handy-phone system）型の携帯電話機を例にして、図面を参照しながら説明する。
【００１０】
図１において、１は携帯電話機（端末）、２は基地局、３は回線網、４はサーバ、５はインターネットである。携帯電話機１は基地局２及び回線網３を介してサーバ４と接続し、サーバ４との間でデータの交信が可能であり、さらに、回線網３を介して他の携帯電話機や一般加入電話機及び他のサーバともデータの交信が可能である。
【００１１】
図２は、携帯電話機１の外観図であり、携帯電話機１は、本体６と、この本体６に取り付けられたアンテナ７、１６０×６４ドット程度のモノクロ２階調表示の液晶ディスプレイ８及び開閉可能なフラップ９を備えており、フラップ９には電話番号入力キーや各種機能キーなどのキーボタン群１０が設けられている。なお、１１は受話用のスピーカ、１２は送話用のマイクである。
【００１２】
図３は、携帯電話機１の内部ブロック図である。この図において、１３はＣＰＵ、１４はアンテナ７で受けた電波を復調してＣＰＵ１３に出力するとともにＣＰＵ１３からの信号を変調してアンテナ７から送信する通信部、１５は上述の液晶ディスプレイ８を含む表示部、１６は液晶ディスプレイ８の画面上に設けられたタッチパネルのタッチ座標を検出するタッチパネル入力部、１７は上述のキーボタン群１０を含むキー入力部、１８は上述のスピーカ１１及びマイク１２を含む音声入出力部、１９は携帯電話機１の動作に必要な各種プログラム及びデータを格納したＲＯＭ、２０はＣＰＵ１３のワーキングメモリとして使用されるＲＡＭ、２１は各部を接続するバスである。
【００１３】
図４は、サーバ４の内部ブロック図である。この図において、３０はＣＰＵ（送信手段、問い合わせ手段、配信手段、出力手段）、３１はＣＰＵ３０のワーキングメモリとして使用されるＲＡＭ、３２はサーバ４の動作に必要な各種プログラム及びデータを格納した第１記憶部、３３は画像ファイルや音声ファイルなどの添付データを格納した第２記憶部（保持手段）、３４はメールアカウントごとのメール格納領域を有する第３記憶部（メールボックス）、３５は回線網３との通信を制御する第１通信部制御、３６はインターネットとの通信を制御する第２通信制御部、３７は音声ファイルを再生する音声再生部（出力手段）、３８は各部を接続するバスである。
【００１４】
図５は、第２記憶部３３の内部に設けられたテーブル３３ａの構造を模式的に示す図である。このテーブル３３ａは、タイトルフィールドと端末区分フィールドを有する多数のレコードＲ１、Ｒ２、Ｒ３、Ｒ４・・・・からなり、タイトルフィールドと端末区分フィールドを指定することによって、その交点に位置するバイナリデータファイルＤＡＴＡｉ（ｉは１〜１６）を取り出せるようになっている。ここで、端末区分フィールドは、端末の機能ごとに細分化されており、例えば、“ＰＣ１"と“ＰＣ２"は高機能な端末（高機能マシン）、“ＰＨＳ１"と“ＰＨＳ２"は低機能な端末（低機能マシン）を表している。
【００１５】
次に、作用を説明する。図６〜図１０は本実施の形態のフローチャートであり、詳しくは、図６は携帯電話機１のメール送信フロー、図７〜図９はサーバ４のメール送受信フロー、図１０は携帯電話機１のメール受信フローである。これらのフローは一部で同期しており、図中のアルファベットの小文字（ａ〜ｏ）付き破線でその同期個所を示し、破線の矢印で情報の流れる方向を示しているが、この同期によって説明が複雑化するため、フロー内のステップ番号の命名規則をＳｘ＿ｙとすることにする。ここに、ｘは図番号、ｙはステップ番号である。
【００１６】
＜メール送信の流れ＞
まず、携帯電話機１で電子メールソフト（ＭＵＡ）を起動してメールの宛先（メールヘッダ部のＴｏヘッダ）と件名（同部のＳｕｂｊｅｃｔヘッダ）を入力し、メールエディタ機能を使ってメール本文（メッセージボディ部）を入力（Ｓ６＿１）する。図１１はメール作成中の液晶ディスプレイ８の表示状態図であり、画面上に宛先、件名及び内容が表示されている。メールの内容を確認して画面上の送信ボタン８ａを押す（タッチパネルにタッチする）。
【００１７】
なお、文字の入力は電話番号用の数字キー（０〜９）を使用する。例えば、数字の「２」キーはカナ文字のカ行（カ〜コ）の文字入力と、アルファベットのＡ〜Ｃの文字入力に使用できるので、“コ"を入力するのであれば、カナモードにしてから「２」キーを５回押せばよく、あるいは、“Ｃ"を入力するのであれば、アルファベットモードにしてから「２」キーを３回押せばよい。必須ではないが日本語変換機能の搭載は望ましい。カナ入力やローマ字綴り入力から漢字に変換できる。或いは、あらかじめ登録された例文をコード入力するようにしてもよい。入力した例文をそのまま使用でき、又はその例文を編集して使用できる。
【００１８】
送信ボタンを押すと、携帯電話機１は、通信部１４を起動してあらかじめ登録された電話番号（ここではサーバ４のダイアルアップ回線番号）を呼出し、回線構成後、サーバ４との間でＳＭＴＰによるメールのアップロード（送信）処理を行う（Ｓ６＿２）。
【００１９】
ＳＭＴＰによるメールのアップロード手順は、▲１▼ＨＥＬＯコマンドでサーバ４との間でセッションを確立し、▲２▼ＭＡＩＬコマンドとＲＣＰＴコマンドでそれぞれ送信者と受信者のメールアドレスを送り、▲３▼サーバ４からの認証許可メッセージを受けると、▲４▼ＤＡＴＡコマンドでメールデータの送信を開始し、▲５▼サーバ４からのメールデータ受信完了メッセージ（“Message received OK"）を受けると、▲６▼ＱＵＩＴコマンドでセッションを終了するというものであるが、本実施の形態では、▲５▼と▲６▼の間で以下の処理を実行する点に特徴がある。
【００２０】
すなわち、サーバ４で接続処理（Ｓ７＿１）を実行して携帯電話機１からのメールデータの受け取りを完了すると（メッセージボディの最後を表すピリオド記号を検出すると）、この接続処理がＳＭＴＰによるものであるか否か、言い換えれば、送信メールの受け取りであるか否かを判定し（Ｓ７＿２）、今は、送信メールの受け取りであるから、携帯電話機１に対してデータ添付の問い合わせを行う（Ｓ８＿１）。
【００２１】
携帯電話機１は、その問い合わせ画面を表示し、ユーザのボタン選択結果をサーバ４に通知する（Ｓ６＿３）。図１２は、問い合わせ画面の表示例であり、画像データの添付を希望する場合は「画像」ボタン８ｂをタッチし、音声データの添付を希望する場合は「音声」ボタン８ｃをタッチし、添付を希望しない場合は「なし」ボタン８ｄをタッチする。
【００２２】
サーバ４は、この通知が「添付を希望しない」場合（Ｓ８＿２のＮＯ判定）、Ｓ７＿１で受け取ったメールを送信（送信とは受信者のメールボックスに届けることを言う；メールボックスの場所はドメインで決まるが、ここでは便宜的にサーバ４のドメイン、すなわちサーバ４の第３記憶部３４とする）して処理を終了するが、「添付を希望する」場合（Ｓ８＿２のＹＥＳ判定）は、送信端末と受信端末の種類（区分）の問い合わせを行う（Ｓ８＿３）。
【００２３】
携帯電話機１は、その問い合わせ画面を表示し、ユーザのボタン選択結果をサーバ４に通知する（Ｓ６＿５）。図１３は、問い合わせ画面の表示例（但し受信端末の区分選択）であり、高機能の受信端末の場合は「ＰＣ１」ボタン８ｅや「ＰＣ２」ボタン８ｆをタッチし、低機能の受信端末の場合は「ＰＨＳ１」ボタン８ｇや「ＰＨＳ２」ボタン８ｈをタッチする。
【００２４】
サーバ４は、この通知で示された端末の機能区分に応じたデータを第２記憶部３３（のテーブル３３ａ）から取り出し、そのタイトル（例えば、“海"、“夏"、“花"、“猫"・・・・）の問い合わせを行う（Ｓ８＿４）。携帯電話機１は、その問い合わせ画面を表示し、ユーザのボタン選択結果をサーバ４に通知する（Ｓ６＿６）。図１４は、問い合わせ画面の表示例であり、ユーザは希望するタイトルのボタンをボタン群８ｉの中から探して、そのボタンをタッチする。
【００２５】
サーバ４は、この通知で示されたタイトルの画像データを携帯電話機１に送信し（Ｓ８＿５）、携帯電話機１は、その画像データを表示してユーザの了解操作又はキャンセル操作の結果をサーバ４に通知する（Ｓ６＿７）。図１５は、画像データの表示例であり、画面上にはユーザによって選択された画像（図では“海"の画像）８ｊが表示されており、その下に了解操作用の「はい」ボタン８ｍとキャンセル操作用の「いいえ」ボタン８ｎが表示されている。
ここで、“フルカラー画像"と表記されたメッセージボックス８ｋは、この画像が実際にはフルカラーであることを示している。これは、携帯電話機１の液晶ディスプレイ８がモノクロの２階調表示でフルカラーを表示できないための対策である。ユーザは、このメッセージボックス８ｋを見ることにより、その画像がモノクロであるか、フルカラーであるかを確認できる。なお、メッセージボックス８ｋに色数や階調数も合わせて表示してもよい。
【００２６】
サーバ４は、携帯電話機１から了解操作が通知されると、その画像データを、Ｓ７＿１で受け取ったメールに添付（Ｓ８＿７）して送信（Ｓ８＿８）し、或いは、キャンセル操作が通知されると、Ｓ８＿７以降を繰り返して他の画像選択を促す。
【００２７】
以上のメール送信手順におけるポイントの第一は、サーバ４にあらかじめ保持された画像データのタイトルを、携帯電話機１（送信側の端末）に転送して携帯電話機１の液晶ディスプレイ８にグラフィカルに表示する点にあり、第二は、携帯電話機１のタイトル選択結果に応答し、サーバ４に送られた送信メールにその画像データを添付してメールボックスに届ける点にある。また、第三は、送信側と受信側の端末の種類（区分）に応じた画像データをサーバに保持しておき、その種類（区分）を携帯電話機１（送信側の端末）で指定できるようにするとともに、指定した種類に対応した画像データを携帯電話機１に送って確認できるようにした点にある。
【００２８】
そして、これらのポイントによれば、携帯情報端末１に画像データを保持することなく、しかも、タイトルを選択するだけの簡単な操作で画像を添付したメールを送信することができるうえ、添付画像の確認も携帯電話機１で行うことができる。したがって、ＰＤＡなどの小型の携帯情報端末や携帯電話機などの低機能なメール端末であっても、画像データの添付を容易に行うことができ、表現力に富んだメールを作成して送信することができるという格別な効果が得られる。
【００２９】
＜メール受信の流れ＞
まず、携帯電話機１で電子メールソフト（ＭＵＡ）と通信部１４を起動してあらかじめ登録された電話番号（ここではサーバ４のダイアルアップ回線番号）を呼出し、回線構成後、サーバ４との間でＰＯＰ３によるメールのダウンロード（受信）処理を行う（Ｓ１０＿１）。
【００３０】
ＰＯＰ３によるメールのダウンロード手順は、▲１▼ＰＰＰ（Point-to-Point Protocol）でサーバ４のＰＯＰ３ポート（ＲＦＣ１７００の定義では１１０番ポート）に接続してセッションを確立し、▲２▼ＵＳＥＲコマンドとＰＡＳＳコマンドでメールボックスのアカウントＩＤとパスワードを送り、▲３▼サーバ４からの認証許可メッセージを受け取ると、▲４▼ＬＩＳコマンドで着信メール数を問い合わせ、▲５▼着信メール数が１以上の場合にＰＥＴＲコマンドで１通のメールをダウンロードし、▲６▼ＤＥＬＥコマンドでそのメールをメールボックスから削除し、▲７▼全てのメールをダウンロードするまでＰＥＴＲとＤＥＬＥコマンドを繰り返した後、▲８▼ＱＵＩＴコマンドでセッションを終了するというものであるが、本実施の形態では、▲５▼と▲６▼の間で以下の処理を実行する点に特徴がある。
【００３１】
すなわち、サーバ４で接続処理（Ｓ７＿１）を実行して携帯電話機１からのＵＳＥＲコマンドとＰＡＳＳコマンドの受け取りを完了すると、この接続処理がＳＭＴＰによるものであるか否か、言い換えれば、送信メールの受け取りであるか否かを判定し（Ｓ７＿２）、今は、メール配信の要求であるから、第３記憶部３４（メールボックス）からメールを読み出して携帯電話機１に送信し（Ｓ９＿１）、携帯電話機１でそのメールを表示（Ｓ１０＿２）した後、そのメールにデータが添付されているか否かを判定（Ｓ９＿３）し、添付されている場合は、そのデータが「音声」であるか否かを判定する（Ｓ９＿４）。
【００３２】
そして、音声である場合は、データの再生を問い合わせる旨のメッセージを携帯電話機１に送出し（Ｓ９＿５）、携帯電話機１で音声の再生を要求する場合は（Ｓ１０＿３のＹＥＳ判定）、サーバ４に音声を要求し（Ｓ１０＿４）、サーバ４は音声要求があった場合（Ｓ９＿６のＹＥＳ判定）、音声再生部３７を起動してその音声データを再生し（Ｓ９＿７）、携帯電話機１に送って携帯電話機１のスピーカ１１から出力する（Ｓ１０＿５）。
【００３３】
以上のメール受信手順におけるポイントは、受信メールに音声データが添付されていた場合、その音声データをサーバ４で再生し、携帯電話機１に送ってそのスピーカ１１から出力するようにした点にある。
【００３４】
したがって、このポイントによれば、音声データ（例えば、ＷＡＶ形式のデータ）の再生機能を持たないメール端末であっても、通常の電話機能さえあればダウンロードと同時にその音声を聞くことができるという有益な効果が得られる。なお、以上の説明では、添付ファイルを画像又は音声データとしているが、これに限らない。ＭＩＭＥで変換できるバイナリ型のデータであればよい。また、“画像"は静止画でも動画でもよく、“音声"も人の声に限らない。
【００３５】
また、上記実施の形態の主要な機能（保持手段、送信手段、問い合わせ手段、配信手段、出力手段、メールボックスなど）は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産は汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、ＯＳや各種プログラムに集約されているということがいえる。したがって、本発明は、ＯＳ及び各種プログラムのすべて又はその要部を格納した、フロッピーディスク、ＭＯ、ＣＤ、ハードディスク、半導体メモリなどの記録媒体（それ自体が流通経路に乗るものはもちろん、ネットワーク上にあって記録内容だけを提供するものも含む）を包含するものである。
【００３６】
【発明の効果】
請求項１、３、及び５記載の発明によれば、電子メール装置は、メールに添付可能な画像データをあらかじめ保持し、メールに画像データを添付する場合、送信側端末に受信側端末の性能を問い合わせ、その回答に従って受信側端末の性能に適合した画像データを、保持している画像データの中から取り出し、添付するので、例えば、携帯電話のような低機能なメール端末であっても表現力に富んだ画像データ添付メールを送信することができ、かつ受信側端末の表示性能に適合した画像データを添付することができる。
請求項２、４、及び６記載の発明によれば、電子メール装置は、メールに添付可能な様々なデータをあらかじめ保持し、幾つかの候補の中からユーザの好みによりを反映した画像を添付できるようになり、例えば、携帯電話のような低機能なメール端末であっても表現力に富んだ画像データ添付メールを作成することができる。また、画像データのメールへの添付に先立って、送信側端末の表示性能に適合した画像データをその端末に送出し、画像の確認を受けてから添付して送信するので、間違ったデータの添付を防止できる。確認用の画像データは、送信側端末の表示性能に適合しているので、例えば、携帯電話機のように表示性能の劣った端末でも支障なく確認を行うことができる。
【図面の簡単な説明】
【図１】ネットワーク構成図である。
【図２】携帯電話機の外観図である。
【図３】携帯電話機のブロック図である。
【図４】サーバのブロック図である。
【図５】テーブルの概念構造図である。
【図６】携帯電話機におけるメール送信のフローチャートである。
【図７】サーバにおけるメール送受信のフローチャート（１／３）である。
【図８】サーバにおけるメール送受信のフローチャート（２／３）である。
【図９】サーバにおけるメール送受信のフローチャート（３／３）である。
【図１０】携帯電話機におけるメール受信のフローチャートである。
【図１１】メール作成画面の表示状態図である。
【図１２】添付データ選択画面の表示状態図である。
【図１３】端末区分選択画面の表示状態図である。
【図１４】画像タイトルの選択画面の表示状態図である。
【図１５】選択画像の確認画面の表示状態図である。
【図１６】メール端末の組み合わせ図である。
【符号の説明】
１ 携帯電話機（端末）
３０ ＣＰＵ（送信手段、問い合わせ手段、配信手段、出力手段）
３３ 第２記憶部（保持手段）
３４ 第３記憶部（メールボックス）
３７ 音声再生部（出力手段）
【発明の属する技術分野】
本発明は、電子メール装置及びその制御方法に関し、詳しくは、メールの送受信機能を備えた小型の携帯情報端末に適用して好適な電子メール装置及びその制御方法に関する。
【０００２】
【従来の技術】
ＳＭＴＰ（Simple Mail Transfer Protocol）サーバやＰＯＰ３（Post Office Protocol ver.3）サーバを経由してインターネット上でやり取りされる電子メール（ｅ−Ｍａｉｌ）は、ＳＭＴＰ／ＰＯＰ３をサポートしたあらゆるクライアントマシン（端末）で利用することができ、ワークステーションやパーソナルコンピュータはもちろんのこと、ＰＤＡ（Personal Digital Assistants）などの小型の携帯情報端末をはじめ、最近では一部の携帯電話機でも利用できるようになってきた。
【０００３】
このため、電子メールの送信側と受信側の端末環境は、図１６に示すように、（ａ）ワークステーションなどの高機能マシン同士の組み合わせ、（ｂ）高機能マシン（送信側）とＰＤＡや携帯電話機などの低機能マシン（受信側）の組み合わせ、（ｃ）低機能マシン（送信側）と高機能マシン（受信側）の組み合わせ、（ｄ）低機能マシン同士の組み合わせなど多岐にわたるようになってきている。
【０００４】
なお、“低機能"とはそのマシン性能が低いことをいうとともに、プレーンな電子メール（テキスト形式の電子メール）とＭＩＭＥ（Multipurpose Internet Mail Extensions）形式のファイルの送受信だけを行えることをいい、“高機能"とはそのマシン性能が高いことをいうとともに、さらにＨＴＭＬ（Hyper Text Markup Language）形式などの表現力豊かな表示形式も取り扱えることをいう。
【０００５】
機能の高低は端末のアーキテクチャやＯＳ並びに搭載されたＭＵＡ（Mail User Agent；いわゆる電子メールソフト）によって決まるが、多くの場合、据え置き型の端末は高機能であるのに対して、持ち運び可能でしかも小型の端末は低機能なものが多い。特に携帯電話機のように極めて貧弱なディスプレイ（解像度が高々百数十ドット×数十ドットで且つモノクロ２階調程度の表示性能）しか備えないものはその殆どが低機能マシンである。
【０００６】
【発明が解決しようとする課題】
しかしながら、従来の電子メール装置のメールサーバ（ＳＭＴＰサーバ及びＰＯＰ３サーバ）は、メールボックスを仲立ちとして単にメールの伝達を行うものにすぎず、例えば、添付ファイル付きのメールを送信する場合は、そのすべての作成手続きを送信側の端末で完結しなければならないから、しかも、かかる作成手続きにはファイル内容の確認機能（カラー画像のプレビュー機能や音声データの再生機能）が必要とされるものの表示性能や処理性能に劣る低機能マシンにはこれらの機能が搭載されていないから、低機能マシンにおける添付ファイル付きメールの作成は相当困難が伴うという問題点があった。
【０００７】
そこで本発明は、低機能マシンであっても添付ファイル付きのメールを容易に作成できる電子メール装置及びその制御方法の提供を目的とする。
【０００８】
【課題を解決するための手段】
請求項１記載の電子メール装置は、メールに添付可能な画像データをあらかじめ保持する保持手段と、端末からの送信メールを受け取ると、該端末に受信側端末の性能を問い合わせ、その回答に従って受信側端末の性能に適合した画像データを前記保持手段から取り出し、該取り出した画像データを該送信メールに添付して該送信メールの宛先で指定されたメールボックス宛てに送信する送信手段と、を備えたことを特徴とする。
請求項２記載の電子メール装置は、メールに添付可能な様々な画像データをあらかじめ保持する保持手段と、端末に対して前記保持手段に保持された何れの画像データを添付するかを問い合わせる問い合わせ手段と、前記問い合わせに対する回答に基づいて前記保持手段から該当する画像データを取り出し、該画像データのメールへの添付に先立って前記端末の表示性能に適合した画像データを前記端末に送出し、画像の確認を受けてから該画像データを前記端末から出力された送信メールに添付して前記送信メールの宛先で指定されたメールボックス宛てに送信する送信手段と、を備えたことを特徴とする。
請求項３記載の電子メール装置の制御方法は、メールに添付可能な画像データをあらかじめメモリに保持する保持ステップと、端末からの送信メールを受け取ると、該端末に受信側端末の性能を問い合わせる問い合わせステップと、問い合わせに対する回答に従って受信側端末の性能に適合した画像データをメモリから取り出し、該取り出した画像データを該送信メールに添付して該送信メールの宛先で指定されたメールボックス宛てに送信する送信ステップと、を含むことを特徴とする。
請求項４記載の電子メール装置の制御方法は、メールに添付可能な様々な画像データをあらかじめメモリに保持する保持ステップと、端末に対して前記メモリに保持された何れの画像データを添付するかを問い合わせる問い合わせステップと、前記問い合わせに対する回答に基づいて前記メモリから該当する画像データを取り出し、該画像データのメールへの添付に先立って前記端末の表示性能に適合した画像データを前記端末に送出し、画像の確認を受ける確認ステップと、前記確認を受けてから該画像データを前記端末から出力された送信メールに添付して前記送信メールの宛先で指定されたメールボックス宛てに送信する送信ステップと、を含むことを特徴とする。
請求項５記載の記録媒体は、請求項１記載の保持手段及び送信手段を実現するためのプログラムを格納したことを特徴とする。
請求項６記載の記録媒体は、請求項２記載の保持手段、問い合わせ手段及び送信手段を実現するためのプログラムを格納したことを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を、メールの送受信機能を備えたＰＨＳ（personal handy-phone system）型の携帯電話機を例にして、図面を参照しながら説明する。
【００１０】
図１において、１は携帯電話機（端末）、２は基地局、３は回線網、４はサーバ、５はインターネットである。携帯電話機１は基地局２及び回線網３を介してサーバ４と接続し、サーバ４との間でデータの交信が可能であり、さらに、回線網３を介して他の携帯電話機や一般加入電話機及び他のサーバともデータの交信が可能である。
【００１１】
図２は、携帯電話機１の外観図であり、携帯電話機１は、本体６と、この本体６に取り付けられたアンテナ７、１６０×６４ドット程度のモノクロ２階調表示の液晶ディスプレイ８及び開閉可能なフラップ９を備えており、フラップ９には電話番号入力キーや各種機能キーなどのキーボタン群１０が設けられている。なお、１１は受話用のスピーカ、１２は送話用のマイクである。
【００１２】
図３は、携帯電話機１の内部ブロック図である。この図において、１３はＣＰＵ、１４はアンテナ７で受けた電波を復調してＣＰＵ１３に出力するとともにＣＰＵ１３からの信号を変調してアンテナ７から送信する通信部、１５は上述の液晶ディスプレイ８を含む表示部、１６は液晶ディスプレイ８の画面上に設けられたタッチパネルのタッチ座標を検出するタッチパネル入力部、１７は上述のキーボタン群１０を含むキー入力部、１８は上述のスピーカ１１及びマイク１２を含む音声入出力部、１９は携帯電話機１の動作に必要な各種プログラム及びデータを格納したＲＯＭ、２０はＣＰＵ１３のワーキングメモリとして使用されるＲＡＭ、２１は各部を接続するバスである。
【００１３】
図４は、サーバ４の内部ブロック図である。この図において、３０はＣＰＵ（送信手段、問い合わせ手段、配信手段、出力手段）、３１はＣＰＵ３０のワーキングメモリとして使用されるＲＡＭ、３２はサーバ４の動作に必要な各種プログラム及びデータを格納した第１記憶部、３３は画像ファイルや音声ファイルなどの添付データを格納した第２記憶部（保持手段）、３４はメールアカウントごとのメール格納領域を有する第３記憶部（メールボックス）、３５は回線網３との通信を制御する第１通信部制御、３６はインターネットとの通信を制御する第２通信制御部、３７は音声ファイルを再生する音声再生部（出力手段）、３８は各部を接続するバスである。
【００１４】
図５は、第２記憶部３３の内部に設けられたテーブル３３ａの構造を模式的に示す図である。このテーブル３３ａは、タイトルフィールドと端末区分フィールドを有する多数のレコードＲ１、Ｒ２、Ｒ３、Ｒ４・・・・からなり、タイトルフィールドと端末区分フィールドを指定することによって、その交点に位置するバイナリデータファイルＤＡＴＡｉ（ｉは１〜１６）を取り出せるようになっている。ここで、端末区分フィールドは、端末の機能ごとに細分化されており、例えば、“ＰＣ１"と“ＰＣ２"は高機能な端末（高機能マシン）、“ＰＨＳ１"と“ＰＨＳ２"は低機能な端末（低機能マシン）を表している。
【００１５】
次に、作用を説明する。図６〜図１０は本実施の形態のフローチャートであり、詳しくは、図６は携帯電話機１のメール送信フロー、図７〜図９はサーバ４のメール送受信フロー、図１０は携帯電話機１のメール受信フローである。これらのフローは一部で同期しており、図中のアルファベットの小文字（ａ〜ｏ）付き破線でその同期個所を示し、破線の矢印で情報の流れる方向を示しているが、この同期によって説明が複雑化するため、フロー内のステップ番号の命名規則をＳｘ＿ｙとすることにする。ここに、ｘは図番号、ｙはステップ番号である。
【００１６】
＜メール送信の流れ＞
まず、携帯電話機１で電子メールソフト（ＭＵＡ）を起動してメールの宛先（メールヘッダ部のＴｏヘッダ）と件名（同部のＳｕｂｊｅｃｔヘッダ）を入力し、メールエディタ機能を使ってメール本文（メッセージボディ部）を入力（Ｓ６＿１）する。図１１はメール作成中の液晶ディスプレイ８の表示状態図であり、画面上に宛先、件名及び内容が表示されている。メールの内容を確認して画面上の送信ボタン８ａを押す（タッチパネルにタッチする）。
【００１７】
なお、文字の入力は電話番号用の数字キー（０〜９）を使用する。例えば、数字の「２」キーはカナ文字のカ行（カ〜コ）の文字入力と、アルファベットのＡ〜Ｃの文字入力に使用できるので、“コ"を入力するのであれば、カナモードにしてから「２」キーを５回押せばよく、あるいは、“Ｃ"を入力するのであれば、アルファベットモードにしてから「２」キーを３回押せばよい。必須ではないが日本語変換機能の搭載は望ましい。カナ入力やローマ字綴り入力から漢字に変換できる。或いは、あらかじめ登録された例文をコード入力するようにしてもよい。入力した例文をそのまま使用でき、又はその例文を編集して使用できる。
【００１８】
送信ボタンを押すと、携帯電話機１は、通信部１４を起動してあらかじめ登録された電話番号（ここではサーバ４のダイアルアップ回線番号）を呼出し、回線構成後、サーバ４との間でＳＭＴＰによるメールのアップロード（送信）処理を行う（Ｓ６＿２）。
【００１９】
ＳＭＴＰによるメールのアップロード手順は、▲１▼ＨＥＬＯコマンドでサーバ４との間でセッションを確立し、▲２▼ＭＡＩＬコマンドとＲＣＰＴコマンドでそれぞれ送信者と受信者のメールアドレスを送り、▲３▼サーバ４からの認証許可メッセージを受けると、▲４▼ＤＡＴＡコマンドでメールデータの送信を開始し、▲５▼サーバ４からのメールデータ受信完了メッセージ（“Message received OK"）を受けると、▲６▼ＱＵＩＴコマンドでセッションを終了するというものであるが、本実施の形態では、▲５▼と▲６▼の間で以下の処理を実行する点に特徴がある。
【００２０】
すなわち、サーバ４で接続処理（Ｓ７＿１）を実行して携帯電話機１からのメールデータの受け取りを完了すると（メッセージボディの最後を表すピリオド記号を検出すると）、この接続処理がＳＭＴＰによるものであるか否か、言い換えれば、送信メールの受け取りであるか否かを判定し（Ｓ７＿２）、今は、送信メールの受け取りであるから、携帯電話機１に対してデータ添付の問い合わせを行う（Ｓ８＿１）。
【００２１】
携帯電話機１は、その問い合わせ画面を表示し、ユーザのボタン選択結果をサーバ４に通知する（Ｓ６＿３）。図１２は、問い合わせ画面の表示例であり、画像データの添付を希望する場合は「画像」ボタン８ｂをタッチし、音声データの添付を希望する場合は「音声」ボタン８ｃをタッチし、添付を希望しない場合は「なし」ボタン８ｄをタッチする。
【００２２】
サーバ４は、この通知が「添付を希望しない」場合（Ｓ８＿２のＮＯ判定）、Ｓ７＿１で受け取ったメールを送信（送信とは受信者のメールボックスに届けることを言う；メールボックスの場所はドメインで決まるが、ここでは便宜的にサーバ４のドメイン、すなわちサーバ４の第３記憶部３４とする）して処理を終了するが、「添付を希望する」場合（Ｓ８＿２のＹＥＳ判定）は、送信端末と受信端末の種類（区分）の問い合わせを行う（Ｓ８＿３）。
【００２３】
携帯電話機１は、その問い合わせ画面を表示し、ユーザのボタン選択結果をサーバ４に通知する（Ｓ６＿５）。図１３は、問い合わせ画面の表示例（但し受信端末の区分選択）であり、高機能の受信端末の場合は「ＰＣ１」ボタン８ｅや「ＰＣ２」ボタン８ｆをタッチし、低機能の受信端末の場合は「ＰＨＳ１」ボタン８ｇや「ＰＨＳ２」ボタン８ｈをタッチする。
【００２４】
サーバ４は、この通知で示された端末の機能区分に応じたデータを第２記憶部３３（のテーブル３３ａ）から取り出し、そのタイトル（例えば、“海"、“夏"、“花"、“猫"・・・・）の問い合わせを行う（Ｓ８＿４）。携帯電話機１は、その問い合わせ画面を表示し、ユーザのボタン選択結果をサーバ４に通知する（Ｓ６＿６）。図１４は、問い合わせ画面の表示例であり、ユーザは希望するタイトルのボタンをボタン群８ｉの中から探して、そのボタンをタッチする。
【００２５】
サーバ４は、この通知で示されたタイトルの画像データを携帯電話機１に送信し（Ｓ８＿５）、携帯電話機１は、その画像データを表示してユーザの了解操作又はキャンセル操作の結果をサーバ４に通知する（Ｓ６＿７）。図１５は、画像データの表示例であり、画面上にはユーザによって選択された画像（図では“海"の画像）８ｊが表示されており、その下に了解操作用の「はい」ボタン８ｍとキャンセル操作用の「いいえ」ボタン８ｎが表示されている。
ここで、“フルカラー画像"と表記されたメッセージボックス８ｋは、この画像が実際にはフルカラーであることを示している。これは、携帯電話機１の液晶ディスプレイ８がモノクロの２階調表示でフルカラーを表示できないための対策である。ユーザは、このメッセージボックス８ｋを見ることにより、その画像がモノクロであるか、フルカラーであるかを確認できる。なお、メッセージボックス８ｋに色数や階調数も合わせて表示してもよい。
【００２６】
サーバ４は、携帯電話機１から了解操作が通知されると、その画像データを、Ｓ７＿１で受け取ったメールに添付（Ｓ８＿７）して送信（Ｓ８＿８）し、或いは、キャンセル操作が通知されると、Ｓ８＿７以降を繰り返して他の画像選択を促す。
【００２７】
以上のメール送信手順におけるポイントの第一は、サーバ４にあらかじめ保持された画像データのタイトルを、携帯電話機１（送信側の端末）に転送して携帯電話機１の液晶ディスプレイ８にグラフィカルに表示する点にあり、第二は、携帯電話機１のタイトル選択結果に応答し、サーバ４に送られた送信メールにその画像データを添付してメールボックスに届ける点にある。また、第三は、送信側と受信側の端末の種類（区分）に応じた画像データをサーバに保持しておき、その種類（区分）を携帯電話機１（送信側の端末）で指定できるようにするとともに、指定した種類に対応した画像データを携帯電話機１に送って確認できるようにした点にある。
【００２８】
そして、これらのポイントによれば、携帯情報端末１に画像データを保持することなく、しかも、タイトルを選択するだけの簡単な操作で画像を添付したメールを送信することができるうえ、添付画像の確認も携帯電話機１で行うことができる。したがって、ＰＤＡなどの小型の携帯情報端末や携帯電話機などの低機能なメール端末であっても、画像データの添付を容易に行うことができ、表現力に富んだメールを作成して送信することができるという格別な効果が得られる。
【００２９】
＜メール受信の流れ＞
まず、携帯電話機１で電子メールソフト（ＭＵＡ）と通信部１４を起動してあらかじめ登録された電話番号（ここではサーバ４のダイアルアップ回線番号）を呼出し、回線構成後、サーバ４との間でＰＯＰ３によるメールのダウンロード（受信）処理を行う（Ｓ１０＿１）。
【００３０】
ＰＯＰ３によるメールのダウンロード手順は、▲１▼ＰＰＰ（Point-to-Point Protocol）でサーバ４のＰＯＰ３ポート（ＲＦＣ１７００の定義では１１０番ポート）に接続してセッションを確立し、▲２▼ＵＳＥＲコマンドとＰＡＳＳコマンドでメールボックスのアカウントＩＤとパスワードを送り、▲３▼サーバ４からの認証許可メッセージを受け取ると、▲４▼ＬＩＳコマンドで着信メール数を問い合わせ、▲５▼着信メール数が１以上の場合にＰＥＴＲコマンドで１通のメールをダウンロードし、▲６▼ＤＥＬＥコマンドでそのメールをメールボックスから削除し、▲７▼全てのメールをダウンロードするまでＰＥＴＲとＤＥＬＥコマンドを繰り返した後、▲８▼ＱＵＩＴコマンドでセッションを終了するというものであるが、本実施の形態では、▲５▼と▲６▼の間で以下の処理を実行する点に特徴がある。
【００３１】
すなわち、サーバ４で接続処理（Ｓ７＿１）を実行して携帯電話機１からのＵＳＥＲコマンドとＰＡＳＳコマンドの受け取りを完了すると、この接続処理がＳＭＴＰによるものであるか否か、言い換えれば、送信メールの受け取りであるか否かを判定し（Ｓ７＿２）、今は、メール配信の要求であるから、第３記憶部３４（メールボックス）からメールを読み出して携帯電話機１に送信し（Ｓ９＿１）、携帯電話機１でそのメールを表示（Ｓ１０＿２）した後、そのメールにデータが添付されているか否かを判定（Ｓ９＿３）し、添付されている場合は、そのデータが「音声」であるか否かを判定する（Ｓ９＿４）。
【００３２】
そして、音声である場合は、データの再生を問い合わせる旨のメッセージを携帯電話機１に送出し（Ｓ９＿５）、携帯電話機１で音声の再生を要求する場合は（Ｓ１０＿３のＹＥＳ判定）、サーバ４に音声を要求し（Ｓ１０＿４）、サーバ４は音声要求があった場合（Ｓ９＿６のＹＥＳ判定）、音声再生部３７を起動してその音声データを再生し（Ｓ９＿７）、携帯電話機１に送って携帯電話機１のスピーカ１１から出力する（Ｓ１０＿５）。
【００３３】
以上のメール受信手順におけるポイントは、受信メールに音声データが添付されていた場合、その音声データをサーバ４で再生し、携帯電話機１に送ってそのスピーカ１１から出力するようにした点にある。
【００３４】
したがって、このポイントによれば、音声データ（例えば、ＷＡＶ形式のデータ）の再生機能を持たないメール端末であっても、通常の電話機能さえあればダウンロードと同時にその音声を聞くことができるという有益な効果が得られる。なお、以上の説明では、添付ファイルを画像又は音声データとしているが、これに限らない。ＭＩＭＥで変換できるバイナリ型のデータであればよい。また、“画像"は静止画でも動画でもよく、“音声"も人の声に限らない。
【００３５】
また、上記実施の形態の主要な機能（保持手段、送信手段、問い合わせ手段、配信手段、出力手段、メールボックスなど）は、マイクロコンピュータを含むハードウェア資産と、ＯＳや各種プログラムなどのソフトウェア資産との有機的結合によって機能的に実現されるものであるが、ハードウェア資産は汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、ＯＳや各種プログラムに集約されているということがいえる。したがって、本発明は、ＯＳ及び各種プログラムのすべて又はその要部を格納した、フロッピーディスク、ＭＯ、ＣＤ、ハードディスク、半導体メモリなどの記録媒体（それ自体が流通経路に乗るものはもちろん、ネットワーク上にあって記録内容だけを提供するものも含む）を包含するものである。
【００３６】
【発明の効果】
請求項１、３、及び５記載の発明によれば、電子メール装置は、メールに添付可能な画像データをあらかじめ保持し、メールに画像データを添付する場合、送信側端末に受信側端末の性能を問い合わせ、その回答に従って受信側端末の性能に適合した画像データを、保持している画像データの中から取り出し、添付するので、例えば、携帯電話のような低機能なメール端末であっても表現力に富んだ画像データ添付メールを送信することができ、かつ受信側端末の表示性能に適合した画像データを添付することができる。
請求項２、４、及び６記載の発明によれば、電子メール装置は、メールに添付可能な様々なデータをあらかじめ保持し、幾つかの候補の中からユーザの好みによりを反映した画像を添付できるようになり、例えば、携帯電話のような低機能なメール端末であっても表現力に富んだ画像データ添付メールを作成することができる。また、画像データのメールへの添付に先立って、送信側端末の表示性能に適合した画像データをその端末に送出し、画像の確認を受けてから添付して送信するので、間違ったデータの添付を防止できる。確認用の画像データは、送信側端末の表示性能に適合しているので、例えば、携帯電話機のように表示性能の劣った端末でも支障なく確認を行うことができる。
【図面の簡単な説明】
【図１】ネットワーク構成図である。
【図２】携帯電話機の外観図である。
【図３】携帯電話機のブロック図である。
【図４】サーバのブロック図である。
【図５】テーブルの概念構造図である。
【図６】携帯電話機におけるメール送信のフローチャートである。
【図７】サーバにおけるメール送受信のフローチャート（１／３）である。
【図８】サーバにおけるメール送受信のフローチャート（２／３）である。
【図９】サーバにおけるメール送受信のフローチャート（３／３）である。
【図１０】携帯電話機におけるメール受信のフローチャートである。
【図１１】メール作成画面の表示状態図である。
【図１２】添付データ選択画面の表示状態図である。
【図１３】端末区分選択画面の表示状態図である。
【図１４】画像タイトルの選択画面の表示状態図である。
【図１５】選択画像の確認画面の表示状態図である。
【図１６】メール端末の組み合わせ図である。
【符号の説明】
１ 携帯電話機（端末）
３０ ＣＰＵ（送信手段、問い合わせ手段、配信手段、出力手段）
３３ 第２記憶部（保持手段）
３４ 第３記憶部（メールボックス）
３７ 音声再生部（出力手段）
Claims (6)
- メールに添付可能な画像データをあらかじめ保持する保持手段と、
端末からの送信メールを受け取ると、該端末に受信側端末の性能を問い合わせ、その回答に従って受信側端末の性能に適合した画像データを前記保持手段から取り出し、該取り出した画像データを該送信メールに添付して該送信メールの宛先で指定されたメールボックス宛てに送信する送信手段と、
を備えたことを特徴とする電子メール装置。 - メールに添付可能な様々な画像データをあらかじめ保持する保持手段と、
端末に対して前記保持手段に保持された何れの画像データを添付するかを問い合わせる問い合わせ手段と、
前記問い合わせに対する回答に基づいて前記保持手段から該当する画像データを取り出し、該画像データのメールへの添付に先立って前記端末の表示性能に適合した画像データを前記端末に送出し、画像の確認を受けてから該画像データを前記端末から出力された送信メールに添付して前記送信メールの宛先で指定されたメールボックス宛てに送信する送信手段と、
を備えたことを特徴とする電子メール装置。 - メールに添付可能な画像データをあらかじめメモリに保持する保持ステップと、
端末からの送信メールを受け取ると、該端末に受信側端末の性能を問い合わせる問い合わせステップと、
問い合わせに対する回答に従って受信側端末の性能に適合した画像データをメモリから取り出し、該取り出した画像データを該送信メールに添付して該送信メールの宛先で指定されたメールボックス宛てに送信する送信ステップと、
を含むことを特徴とする電子メール装置の制御方法。 - メールに添付可能な様々な画像データをあらかじめメモリに保持する保持ステップと、
端末に対して前記メモリに保持された何れの画像データを添付するかを問い合わせる問い合わせステップと、
前記問い合わせに対する回答に基づいて前記メモリから該当する画像データを取り出し、該画像データのメールへの添付に先立って前記端末の表示性能に適合した画像データを前記端末に送出し、画像の確認を受ける確認ステップと、
前記確認を受けてから該画像データを前記端末から出力された送信メールに添付して前記送信メールの宛先で指定されたメールボックス宛てに送信する送信ステップと、
を含むことを特徴とする電子メール装置の制御方法。 - 請求項１記載の保持手段及び送信手段を実現するためのプログラムを格納したことを特徴とする記録媒体。
- 請求項２記載の保持手段、問い合わせ手段及び送信手段を実現するためのプログラムを格納したことを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28058698A JP3674666B2 (ja) | 1998-09-16 | 1998-09-16 | 電子メール装置及びその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28058698A JP3674666B2 (ja) | 1998-09-16 | 1998-09-16 | 電子メール装置及びその制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000092115A JP2000092115A (ja) | 2000-03-31 |
| JP3674666B2 true JP3674666B2 (ja) | 2005-07-20 |
Family
ID=17627108
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28058698A Expired - Fee Related JP3674666B2 (ja) | 1998-09-16 | 1998-09-16 | 電子メール装置及びその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3674666B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4774572B2 (ja) * | 2000-04-07 | 2011-09-14 | ソニー株式会社 | 情報蓄積装置、小型記憶装置、情報提供装置、およびネットワークシステム |
| JP2001306467A (ja) * | 2000-04-19 | 2001-11-02 | Hudson Soft Co Ltd | 情報伝達方法 |
| WO2002021287A1 (fr) * | 2000-09-06 | 2002-03-14 | Sharp Kabushiki Kaisha | Terminal d'emission, dispositif serveur de donnees et terminal de reception utilises dans un systeme d'emission et de reception de message electronique |
| JP2002215533A (ja) * | 2001-01-24 | 2002-08-02 | Victor Co Of Japan Ltd | コミック自動生成装置 |
| JP2002288213A (ja) * | 2001-03-28 | 2002-10-04 | Sharp Corp | データ転送装置、データ送受信装置、データ交換システム、データ転送方法、データ転送プログラム、データ送受信プログラム |
| CN1771489A (zh) * | 2003-03-17 | 2006-05-10 | 易邮服务公司 | 消息和文档管理系统及方法 |
| JP5162774B2 (ja) * | 2007-08-20 | 2013-03-13 | ソフトバンクモバイル株式会社 | 通信端末、通信方法、通信プログラムおよび通信システム |
| CN107193446B (zh) * | 2017-07-10 | 2020-07-10 | 北京小米移动软件有限公司 | 图像处理方法、装置、终端以及存储介质 |
-
1998
- 1998-09-16 JP JP28058698A patent/JP3674666B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000092115A (ja) | 2000-03-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7395313B2 (en) | Method and system for controlling multiple remote mailboxes simultaneously connected to a plurality of PDP connections of a GPRS system | |
| US6600930B1 (en) | Information provision system, information regeneration terminal, and server | |
| JP3656890B2 (ja) | メール通知システム、ゲートウェイ装置、及び携帯電話端末 | |
| JP3970488B2 (ja) | 情報通信装置および情報通信方法 | |
| CN1126397C (zh) | 支持多个应用的通信网络终端 | |
| CN100527767C (zh) | 手持设备个性化 | |
| US20020077082A1 (en) | Voice message presentation on personal wireless devices | |
| CN101243679B (zh) | 用于提供语音通信的语音通信器 | |
| JPH1063590A (ja) | 電子メールシステムおよび電子メールの処理方法 | |
| JP3674666B2 (ja) | 電子メール装置及びその制御方法 | |
| US20040192263A1 (en) | E-mail system and e-mail transmitting method | |
| JPH11298520A (ja) | 電子メール転送装置、電子メール転送プログラムを記録した記録媒体、並びに、メールサーバシステム | |
| WO2002003284A1 (en) | Video mail service method and system | |
| US7009990B1 (en) | Methods and systems for a telephone e-mail interface | |
| JP2002016701A (ja) | 携帯電話機向けの音声／テキスト変換サービス装置 | |
| JP3874043B2 (ja) | 情報通信方法、情報通信システム、サーバ装置および携帯情報通信端末 | |
| JP2001306462A (ja) | 音声メールシステム及びユニファイドメッセージシステム | |
| JP3849730B2 (ja) | 情報通信方法、情報通信システム、携帯無線通信端末およびサーバ装置 | |
| JP3915852B2 (ja) | 情報通信システム、サーバ装置、情報通信端末および情報通信方法 | |
| JP4072650B2 (ja) | 情報通信方法、情報通信システム、携帯無線通信端末およびサーバ装置 | |
| JP3593004B2 (ja) | 通信方法および通信システム | |
| JP2010141416A (ja) | 伝言メール送信機能を有する電話装置 | |
| JP3884004B2 (ja) | 電話機 | |
| JPH11122292A (ja) | 情報通信方法、情報通信システムおよびサーバ装置 | |
| JP4416624B2 (ja) | 移動体通信端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050210 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050316 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050406 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050419 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080513 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090513 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090513 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100513 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120513 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130513 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130513 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |