JP3576896B2

JP3576896B2 - 移動通信端末

Info

Publication number: JP3576896B2
Application number: JP31925799A
Authority: JP
Inventors: 朋洋石田
Original assignee: Kenwood KK
Current assignee: Kenwood KK
Priority date: 1999-11-10
Filing date: 1999-11-10
Publication date: 2004-10-13
Anticipated expiration: 2019-11-10
Also published as: JP2001136261A

Description

【０００１】
【発明の属する技術分野】
本発明は移動通信端末に関するものであり、より具体的には、より少ないキー操作で各動作に遷移できる移動通信端末に関する。
【０００２】
【従来の技術】
近年の移動通信端末は、網側サービス及び端末自体が持つ機能の充実により、以下の配信／通知機能を持つ端末が主流となっている。
１．メール受信
２．着信音配信センタからの着信音のダウンロード
３．文字情報配信センタからの文字情報受信
４．留守番電話センタからのメッセージ預かり通知
５．簡易留守録メッセージ有り通知
６．着信無応答通知
上記の通知機能１〜４は、網側サービスに対応したもので、５〜６は端末自身がもつ機能である。なお、文字情報配信センタから配信される文字情報の種類は、大まかに分けて２つある。１つは電子メール等の文字メッセージで、もう１つは天気情報及び交通情報などのサービス情報である。また、上記１〜６以外にも以下の機能をもつ端末が主流となっている。
７．メール文書作成時に着信等の割り込みが発生した場合に、その作成内容を保存する機能。
８．オリジナル着信音作成時に着信等の割り込みが発生した場合に、その作成内容を保存する機能。
９．電話帳編集時に着信等の割り込みが発生した場合に、その編集内容を保存する機能。
【０００３】
上記１〜６から各通知があった場合、従来以下のようにして通知内容の確認を行っていた。
１の場合、端末内の受信メモリからメールを読み出す。
２の場合、配信された着信音を指定し、着信音として登録する。
３の場合、端末内の受信メモリから文字情報を読み出す。
４の場合、留守番センタに電話をかけ、メッセージを聞き出す。
５の場合、端末内の音声メモリからメッセージを聞き出す。
６の場合、着信履歴を呼び出し、発信する。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記のいずれも数回のキー操作を必要とし、７〜９についても保持している内容を呼び出す場合、数回のキー操作を行うことで保持している内容を呼び出している。
したがって、各々の場合についてキー操作の方法を覚える必要があるなど多少複雑なものとなり、初心者には使いづらいとの苦情が出ていた。
本発明はこのような従来技術の課題に鑑みて、より少ないキー操作で各動作に遷移できる移動通信端末を提供することを目的とする。
さらに、操作方法が統一されるので、操作に不慣れな初心者にも扱いやすい移動通信端末を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明は上述の課題を解決するために、編集途中のデータである編集中データと、作成または受信したデータを蓄積した蓄積データと、網側サービスから配信／通知されたサービスデータとを記憶する記憶領域を有した移動通信端末において、ユーザによって予め割当てた所定キーが押下されたときに、編集中データ、蓄積データ、及びサービスデータのうち、書込み、または読出しが可能であるデータを全て検出する検出手段と、検出手段により検出されたデータを列挙する表示手段と、表示手段により列挙されたデータの中から、いずれか一つを選択する操作手段と、操作手段によって選択されたデータを呼び出し、データの書込みまたは読出しが可能な状態に遷移させる制御手段とを具備したことを特徴とする移動体通信端末を提供する。
【０００６】
また、編集中データには、文書作成途中の送信メールと、編集途中の電話帳登録データと、オリジナル着信音作成途中の音声データと、メール添付音作成途中の音声データとのうちいずれか１つ以上が含まれる。
【０００７】
また、蓄積データには、未送信の送信メールと、送受信済みの送受信メールと、自機の留守録装置に録音された音声データと、着信履歴とのうちいずれか１つ以上が含まれる。
【０００８】
また、サービスデータには、メール配信センタから配信された受信メールと、着信音配信センタから配信された着信音と、文字情報配信センタから配信された文字情報と、留守番電話センタから通知されたメッセージ預かり通知とのうちいずれか１つ以上が含まれる。
【０００９】
さらに、表示手段は表示する編集中データと、蓄積データと、サービスデータとに優先順位を設け、優先順位の高い順に列挙する。
【００１０】
【発明の実施の形態】
次に、図１〜４を参照して本発明による移動体通信端末の実施の形態を詳細に説明する。図１は本発明による移動体通信端末の機能ブロック図であり、図２は現在通知されている内容と、保持している内容（以下、イベントという）とをチェックし記録するまでの処理フロー図である。また、図３はイベントを表示部に列挙するときの優先順位を表す図である。さらに、図４は本発明による移動通信端末における処理シーケンスを、ＬＣＤに表示される表示例とともに示した処理フロー図である。
【００１１】
図１に示すように、本発明による移動通信端末は、ＣＰＵ１０１、ＲＯＭ１０７、ＲＡＭ１０９、ベースバンド１０５、ＲＦ部１０３、アンテナ１２５に加え、コーデック１１５、ＭＩＣ（マイク）１１７、ＳＰ（スピーカ）１１９、表示部１１１、キー１１３、振動モータ１２３を備えている。移動通信端末全体の制御はＣＰＵ１０１によって行われる。
ＲＦ部１０３は、音声信号やデータ信号（メッセージ情報を含む）または制御信号等をアンテナ１２５より送信したり、アンテナ１２５から音声信号やデータ信号または制御信号等を受信する。そして、ベースバンド部１０５によって送受信信号の変調及び復調を行い、コーデック１１５によってＡ／Ｄ変換（アナログ−デジタル変換）及びＤ／Ａ変換（デジタル−アナログ変換）が行われる。ＭＩＣ１１７は音声入力部、ＳＰ１１９は音声出力部に相当する。
【００１２】
また、ＣＰＵ１０１はＲＯＭ１０７に記述されたプログラムに従い、キー１１３及びベースバンド１０５からの制御信号により動作し、本体の各機能を実行する。また、ＲＯＭ１０７には端末情報等のシステムデータも格納されている。ＣＰＵ１０１はまた、ＲＡＭ１０９に接続されており、発着信したメッセージの履歴データ（発着信履歴及び送受信したメッセージ情報）や、電話帳機能により登録または設定されたデータ等を記憶する。振動モータ１２３は本体を振動させることによって着信を通知する。具体的には、ユーザが電車内などの公共の場において、本体から可聴音を発したくない場合にこの振動モータ１２３を用いて移動通信端末の本体を振動させ、ユーザに必要な情報を通知している。
表示部１１１には本体に提供される各情報のほか、本体に備えられた機能及び設定項目を表示する。キー１１３は、被呼者電話機の電話番号を入力するダイヤルボタンや発呼または応答を行うオフフックキー等、または各種の機能を設定する機能キーにより構成されている。
【００１３】
キー１１３のうち、特定のキー（図４では
【！】キー）を押下すると、イベントがリスト状に表示部１１１に表示される。そして、ユーザが任意のイベントを選択すると、以下に示すＡ〜Ｋの当該処理に遷移する。
Ａ．文書作成途中のメールを呼び出す。
Ｂ．編集途中の電話帳登録データを呼び出す。
Ｃ．作成途中のオリジナル着信音を呼び出す。
Ｄ．作成途中のメール添付音を呼び出す。
Ｅ．受信メールボックスを呼び出す。
Ｆ．最新情報フォルダを呼び出す。
Ｇ．蓄積情報フォルダを呼び出す。
Ｈ．送信メールボックスを呼び出す。
Ｉ．未再生の留守録メッセージを再生する。
Ｊ．留守番電話センタに接続する。
Ｋ．着信履歴を表示する。
【００１４】
本発明による移動通信端末が状態毎にイベントを記録する概要について、図２を用いて説明する。例えば、待受初期状態のときに（ステップ２０１）メール配信センタからメールを受信しようとしたとする（ステップ２０３）。端末側では受信メモリの残容量をチェックし（ステップ２１３）、受信メールをダウンロードするだけのメモリ残量がある場合、受信メールをダウンロードし（ステップ２１４）、メール受信イベントを記憶し（ステップ２２９）処理を終了する（ステップ２１１）。受信メールをダウンロードするだけのメモリ残量がない場合、メールフルイベントを記憶し（ステップ２２９）処理を終了する（ステップ２１１）。
【００１５】
同様に、文字情報配信センタから文字情報（図２では、スカイウェブ）をダウンロードしようとしたとする（ステップ２０７）。端末側では受信メモリの残容量をチェックし（ステップ２１３）、スカイウェブをダウンロードするだけのメモリ残量がある場合、スカイウェブをダウンロードし（ステップ２１４）、スカイウェブ受信イベントを記憶し（ステップ２２９）処理を終了する（ステップ２１１）。スカイウェブをダウンロードするだけのメモリ残量がない場合、スカイウェブフルイベントを記憶し（ステップ２２９）処理を終了する（ステップ２１１）。
【００１６】
次も同様に、待受初期状態のときに（ステップ２０１）着信音配信センタから着信音（図２では、スカイメロディ）をダウンロードしたとする（ステップ２０５）。端末側はスカイメロディ受信イベントを記憶し（ステップ２２９）処理を終了する（ステップ２１１）。
同様に、留守番電話センタからメッセージ預かり通知の有無をチェックし（ステップ２０９）、メッセージがあれば留守メッセージ有イベントを記憶（ステップ２２９）してから処理を終了し（ステップ２１１）、メッセージがなければそのまま処理を終了する（ステップ２１２）。
また、メール作成中に着信があるなどして編集作業を中断した場合（ステップ２２１）などにはメール編集中イベントを記録して（ステップ２２９）処理を終了する（ステップ２１１）。
【００１７】
同様に、メモリ編集中（電話帳登録中）に着信があるなどしてメモリ編集作業を中断した場合（ステップ２２３）などにもメモリ編集中イベントを記録して（ステップ２２９）処理を終了する（ステップ２１１）。
同様に、オリジナル着信音編集中（図２では自作着信音編集中）に着信があるなどして着信音編集作業を中断した場合（ステップ２２５）などにもメロディ編集中イベントを記録して（ステップ２２９）処理を終了する（ステップ２１１）。
同様に、自機の留守録装置への録音中（図２では簡易留守録、録音中）に録音が中断された場合（ステップ２２７）などにも留守メッセージ有イベントを記録して（ステップ２２９）処理を終了する（ステップ２１１）。
【００１８】
上記のように記録されたイベント（３００）には優先順位が付けられ、優先順位の高いものから順にＬＣＤ表示部に表示される。優先順位を図３に示す。
図３に示すように、編集中データの優先順位が高くなっており、その中でもメール編集中の優先順位が最も高く（３０１）、２番目にメモリ（電話帳）編集中（３０３）、３番目にメロディ（オリジナル着信音）編集中（３０５）となっている。
次に優先順位の高いのが各配信センタより配信されたサービスデータの確認である。その中で最も優先順位の高いデータがメール受信またはメールフル（３０７）であり、２番目に着信音（スカイメロディ）受信（３０９）、３番目に文字情報受信（スカイウェブ受信またはスカイウェブフル）（３１１）と続く。
【００１９】
次に優先順位の高いのが未送信の送信メールの確認と、送受信済みの送受信メールの確認（未送信／配信）であり（３１３）、その次に端末自体の留守録装置に録音された留守録メッセージの再生（留守メッセージ有）（３１５）、留守番電話センタへの接続（留守メッセージ有）（３１７）、無応答着信（３１９）の着信履歴表示と続く。
イベントの中には複数の異なる種別（３２０）を有しているものがあり、イベント毎または種別毎に選択時の遷移先（３４０）も異なる。
【００２０】
メロディ編集中イベント（３０５）には「オリジナル着信音作成中」と、「メール添付音作成中」との異なる２つの種別がある。「メール添付音作成」で作成したメール添付音をメールに添付すると、当該メール送信相手の着信音になる。また、メール受信イベント（３０７）にも「スカイメール」と、「コーディネータ・レスポンダ」と、「コーディネータ・イニシエータ」と、「リレーメール」と、「グリーティング」との異なる５つの種別があり、種別によって受信したメールの種類が異なる。「スカイメール」は通常の受信メール、「コーディネータ・レスポンダ」は自分以外にも複数の受信者がいるメール、「コーディネータ・イニシエータ」は複数の受信者に送信したメール、「リレーメール」は複数の受信者で回覧するメール、「グリーティング」は送信の日付が指定された受信メールである。
その他、送受信／配信イベント（３１３）も「送信失敗」と、「未送信」と、「配信確認その他」との３つの種別に分かれている。
【００２１】
上記イベントを当該キー（ここでは［！］キー）を押下してＬＣＤ表示部に列挙させたときの動作について、図４のＬＣＤ画面遷移図を用いて説明する。
ここで、図４（ａ）は第１のＬＣＤ表示例であり、図４（ｂ）は第２のＬＣＤ表示例、図４（ｃ）は第３のＬＣＤ表示例である。
図４（ａ）は端末内のメモリに編集途中のメール、編集途中の電話帳、編集途中の着信音メロディ、新たにダウンロードした受信メール、及び着信したが応答しなかった相手（無応答着信）の着信履歴があり、さらに留守番電話センタにもメッセージが入っていたと想定した場合のＬＣＤ表示例である。
【００２２】
初期状態でイベントが発生すると、ＬＣＤの左下のある［！］マークが点灯する（ステップ４０１）。ここで、［！］キーを押下すると、ＬＣＤ表示部の第２〜５段目に各イベント名称が表示される（ステップ４０３）。ここでは、第２段目がメール編集中、第３段目がメモリ編集中、第４段目がメロディ編集中、第５段目がメール受信である。第６段目には、現在カーソルが位置しているイベントが選択されたときの遷移先が表示されている。カーソルが「メール編集中」の位置にあるときに（ステップ４０３）、確定キーを押下すると編集中のメールが格納されている送信メールボックスに遷移し編集を再開することができる（ステップ４１５）。
【００２３】
また、カーソルを下に３段移動し、「メール受信」の位置にもってきたときに（ステップ４０５）確定キーを押下すると、受信メールが格納されている受信メールボックスに遷移し、受信メールを読むことができる（ステップ４２１）。
また、選択可能なイベントが５つ以上ある場合、５つ目以降のものはカーソルを移動させてイベントのリストをスクロールすることによってＬＣＤに表示させることができる。上から５つ目のイベントにあたる留守番メッセージ有の位置にカーソルをもっていくと、ＬＣＤに表示されていたイベントのリストは１段ずつ上にずれ、第２段目にメモリ編集中が、第３段目にメロディ編集中が、第４段目にメール受信が、第５段目に留守メッセージ有が表示される。第６段目には、現在カーソルが位置しているイベントが選択されたときの遷移先が表示されている。
【００２４】
ここでカーソル位置を留守メッセージ有の位置にもっていき（ステップ４０９）、確定キーを押下すると留守番センターへ接続する（ステップ４２３）。
さらに、カーソルを１段下に移動すると、第２段目にメロディ編集中が、第３段目にメール受信が、第３段目に留守メッセージ有が、第４段目に無応答着信が表示される。ここでカーソル位置を「無応答着信」の位置にもっていき（ステップ４１３）、確定キーを押下すると着信履歴画面へ遷移する（ステップ４２５）。
【００２５】
次に、カーソルを３段上に移動して第２段目の「メロディ編集中」の位置にもっていき（ステップ４１１）、確定キーを押下するとメロディ作成画面を表示する（ステップ４１９）。そして、この状態からメロディ編集を再開することができる。
さらに、カーソルを１段上に移動して「メモリ編集中」の位置にもっていくと、イベントのリストは１段上にずれる。そして、第２段目にメモリ編集中が、第３段目にメロディ編集中が、第４段目にメール受信が、第５段目に留守メッセージ有表示される。ここで確定キーを押下すると電話帳・名前入力画面が表示され（ステップ４１７）、電話帳への登録作業を再開することができる。
【００２６】
次に、図４（ｂ）を用いて第２のＬＣＤ表示例を示す。ここでは、端末内のメモリに着信音配信センタからダウンロードした着信音（図４ではスカイメロディ）と、文字情報配信センタから新たにダウンロードした文字情報（図４ではスカイウェブ）と、未送信の送信メールとがあり、さらに未再生の留守録メッセージが入っていたと想定した場合のＬＣＤ表示例を説明する。
図４（ａ）と同様に、ＬＣＤ表示部の第２〜５段目には各イベント名称が表示される（ステップ４４０）。ここでは、第２段目がスカイメロディ受信、第３段目がスカイウェブ受信、第４段目が未送信／配信、第５段目が留守メッセージ有である。第６段目には、現在カーソルが位置しているイベントが選択されたときの遷移先が表示されている。
【００２７】
カーソルが「スカイメロディ受信」の位置にあるときに（ステップ４４０）、確定キーを押下するとダウンロードした着信音が格納されている受信メールボックスに遷移し（ステップ４４８）、登録操作によって着信時の着信音として登録できるようになる。
同様に、カーソルを１段下に移動して「スカイウェブ受信」の位置にもっていき（ステップ４４２）確定キーを押下すると、ダウンロードした文字情報を読むことができる（ステップ４５０）。
さらに、カーソルを１段下に移動して「未送信／配信」の位置にもっていき（ステップ４４４）確定キーを押下すると、送信メールボックス内の未送信メール、または送受信済みのメールを読むことができる（ステップ４５２）。
さらに、カーソルを１段下に移動して「留守メッセージ有」の位置にもっていき（ステップ４４６）確定キーを押下すると、未再生の留守録メッセージを再生することができる状態になる（ステップ４５４）。
【００２８】
次に、図４（ｃ）を用いて第３のＬＣＤ表示例を示す。ここでは、メール配信センタから配信されるメールを記憶するためのメモリ残容量と、文字情報配信センタからダウンロードする文字情報（図３ではスカイウェブ）を記憶するためのメモリ残容量とがいずれもなかった場合のＬＣＤ表示例を説明する。ＬＣＤ表示部には第２段目にメールフル、第３段目にスカイウェブフルが表示されている。カーソルが「メールフル」の位置にあるときに（ステップ４６０）、確定キーを押下するとメモリ状況確認画面に遷移し（ステップ４６４）、送受信メールを削除するなどしてメモリ空き容量を確保できる状態になる。
カーソルがスカイウェブフルの位置にあるときに（ステップ４６２）、確定キーを押下すると内容確認画面に遷移し（ステップ４６６）、以前ダウンロードした蓄積情報（図４では乗換情報、ニュースなど）を読むことができる状態になる。
【００２９】
【発明の効果】
このように本発明によれば、より少ないキー操作で各動作に遷移できる移動通信端末を提供することが可能である。
さらに、操作方法が統一されるので、操作に不慣れな初心者にも扱いやすい移動通信端末を提供することが可能である。
【図面の簡単な説明】
【図１】本発明による移動通信端末を示す機能ブロック図。
【図２】イベントを検出し記録するまでの処理フロー図。
【図３】イベントの優先度を表す図。
【図４】ＬＣＤ表示部の表示例を表す図。
【符号の説明】
１０１ＣＰＵ
１０３ＲＯＭ
１０５ＲＡＭ
１１１表示部
１１３キー

Claims

編集途中のデータである編集中データと、
作成または受信したデータを蓄積した蓄積データと、
網側サービスから配信／通知されたサービスデータと
を記憶する記憶領域を有した移動通信端末において、
ユーザによって予め割当てた所定キーが押下されたときに、
前記編集中データ、前記蓄積データ、及び前記サービスデータのうち、
書込み、または読出しが可能であるデータを全て検出する検出手段と、
前記検出手段により検出されたデータを列挙する表示手段と、
前記表示手段により列挙された前記データの中から、いずれか一つを選択する操作手段と、
前記操作手段によって選択されたデータを呼び出し、
前記データの書込みまたは読出しが可能な状態に遷移させる制御手段と
を具備したことを特徴とする移動通信端末。
請求項１に記載の移動通信端末において、
前記編集中データには、文書作成途中の送信メールと、
編集途中の電話帳登録データと、
オリジナル着信音作成途中の音声データと、
メール添付音作成途中の音声データと
のうちいずれか１つ以上が含まれていることを特徴とする移動通信端末。
請求項１または請求項２に記載の移動通信端末において、
前記蓄積データには、未送信の送信メールと、
送受信済みの送受信メールと、
自機の留守録装置に録音された音声データと、
着信履歴と
のうちいずれか１つ以上が含まれていることを特徴とする移動通信端末。
請求項１乃至請求項３のいずれかに記載の移動通信端末において、
前記サービスデータには、メール配信センタから配信された受信メールと、
着信音配信センタから配信された着信音と、
文字情報配信センタから配信された文字情報と、
留守番電話センタから通知されたメッセージ預かり通知と
のうちいずれか１つ以上が含まれていることを特徴とする移動通信端末。
請求項１乃至請求項４のいずれかに記載の移動通信端末において、
前記表示手段は表示する前記編集中データと、前記蓄積データと、前記サービスデータとに優先順位を設け、
前記優先順位の高い順に列挙することを特徴とする移動通信端末。