JP2001136261A

JP2001136261A - 移動通信端末

Info

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

Abstract

(57)【要約】【課題】より少ないキー操作で各動作に遷移できる移
動通信端末を提供すること。操作に不慣れな初心者にも
扱いやすい移動通信端末を提供すること。【解決手段】特定のキーを押下すると、イベントがリ
スト状に表示部１１１に表示される。そして、ユーザが
リストから任意のイベントを選択すると、当該処理に遷
移する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は移動通信端末に関す
るものであり、より具体的には、より少ないキー操作で
各動作に遷移できる移動通信端末に関する。

【０００２】

【従来の技術】近年の移動通信端末は、網側サービス及
び端末自体が持つ機能の充実により、以下の配信／通知
機能を持つ端末が主流となっている。１．メール受信２．着信音配信センタからの着信音のダウンロード３．文字情報配信センタからの文字情報受信４．留守番電話センタからのメッセージ預かり通知５．簡易留守録メッセージ有り通知６．着信無応答通知上記の通知機能１〜４は、網側サービスに対応したもの
で、５〜６は端末自身がもつ機能である。なお、文字情
報配信センタから配信される文字情報の種類は、大まか
に分けて２つある。１つは電子メール等の文字メッセー
ジで、もう１つは天気情報及び交通情報などのサービス
情報である。また、上記１〜６以外にも以下の機能をも
つ端末が主流となっている。７．メール文書作成時に着信等の割り込みが発生した場
合に、その作成内容を保存する機能。８．オリジナル着信音作成時に着信等の割り込みが発生
した場合に、その作成内容を保存する機能。９．電話帳編集時に着信等の割り込みが発生した場合
に、その編集内容を保存する機能。

【０００３】上記１〜６から各通知があった場合、従来
以下のようにして通知内容の確認を行っていた。１の場
合、端末内の受信メモリからメールを読み出す。２の場
合、配信された着信音を指定し、着信音として登録す
る。３の場合、端末内の受信メモリから文字情報を読み
出す。４の場合、留守番センタに電話をかけ、メッセー
ジを聞き出す。５の場合、端末内の音声メモリからメッ
セージを聞き出す。６の場合、着信履歴を呼び出し、発
信する。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
いずれも数回のキー操作を必要とし、７〜９についても
保持している内容を呼び出す場合、数回のキー操作を行
うことで保持している内容を呼び出している。したがっ
て、各々の場合についてキー操作の方法を覚える必要が
あるなど多少複雑なものとなり、初心者には使いづらい
との苦情が出ていた。本発明はこのような従来技術の課
題に鑑みて、より少ないキー操作で各動作に遷移できる
移動通信端末を提供することを目的とする。さらに、操
作方法が統一されるので、操作に不慣れな初心者にも扱
いやすい移動通信端末を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明は上述の課題を解
決するために、編集途中のデータである編集中データ
と、作成または受信したデータを蓄積した蓄積データ
と、網側サービスから配信／通知されたサービスデータ
とを記憶する記憶領域を有した移動通信端末において、
ユーザによって予め割当てた所定キーが押下されたとき
に、編集中データ、蓄積データ、及びサービスデータの
うち、書込み、または読出しが可能であるデータを全て
検出する検出手段と、検出手段により検出されたデータ
を列挙する表示手段と、表示手段により列挙されたデー
タの中から、いずれか一つを選択する操作手段と、操作
手段によって選択されたデータを呼び出し、データの書
込みまたは読出しが可能な状態に遷移させる制御手段と
を具備したことを特徴とする移動体通信端末を提供す
る。

【０００６】また、編集中データには、文書作成途中の
送信メールと、編集途中の電話帳登録データと、オリジ
ナル着信音作成途中の音声データと、メール添付音作成
途中の音声データとのうちいずれか１つ以上が含まれ
る。

【０００７】また、蓄積データには、未送信の送信メー
ルと、送受信済みの送受信メールと、自機の留守録装置
に録音された音声データと、着信履歴とのうちいずれか
１つ以上が含まれる。

【０００８】また、サービスデータには、メール配信セ
ンタから配信された受信メールと、着信音配信センタか
ら配信された着信音と、文字情報配信センタから配信さ
れた文字情報と、留守番電話センタから通知されたメッ
セージ預かり通知とのうちいずれか１つ以上が含まれ
る。

【０００９】さらに、表示手段は表示する編集中データ
と、蓄積データと、サービスデータとに優先順位を設
け、優先順位の高い順に列挙する。

【００１０】

【発明の実施の形態】次に、図１〜４を参照して本発明
による移動体通信端末の実施の形態を詳細に説明する。
図１は本発明による移動体通信端末の機能ブロック図で
あり、図２は現在通知されている内容と、保持している
内容（以下、イベントという）とをチェックし記録する
までの処理フロー図である。また、図３はイベントを表
示部に列挙するときの優先順位を表す図である。さら
に、図４は本発明による移動通信端末における処理シー
ケンスを、ＬＣＤに表示される表示例とともに示した処
理フロー図である。

【００１１】図１に示すように、本発明による移動通信
端末は、ＣＰＵ１０１、ＲＯＭ１０７、ＲＡＭ１０９、
ベースバンド１０５、ＲＦ部１０３、アンテナ１２５に
加え、コーデック１１５、ＭＩＣ（マイク）１１７、Ｓ
Ｐ（スピーカ）１１９、表示部１１１、キー１１３、振
動モータ１２３を備えている。移動通信端末全体の制御
はＣＰＵ１０１によって行われる。ＲＦ部１０３は、音
声信号やデータ信号（メッセージ情報を含む）または制
御信号等をアンテナ１２５より送信したり、アンテナ１
２５から音声信号やデータ信号または制御信号等を受信
する。そして、ベースバンド部１０５によって送受信信
号の変調及び復調を行い、コーデック１１５によってＡ
／Ｄ変換（アナログ−デジタル変換）及びＤ／Ａ変換
（デジタル−アナログ変換）が行われる。ＭＩＣ１１７
は音声入力部、ＳＰ１１９は音声出力部に相当する。

【００１２】また、ＣＰＵ１０１はＲＯＭ１０７に記述
されたプログラムに従い、キー１１３及びベースバンド
１０５からの制御信号により動作し、本体の各機能を実
行する。また、ＲＯＭ１０７には端末情報等のシステム
データも格納されている。ＣＰＵ１０１はまた、ＲＡＭ
１０９に接続されており、発着信したメッセージの履歴
データ（発着信履歴及び送受信したメッセージ情報）
や、電話帳機能により登録または設定されたデータ等を
記憶する。振動モータ１２３は本体を振動させることに
よって着信を通知する。具体的には、ユーザが電車内な
どの公共の場において、本体から可聴音を発したくない
場合にこの振動モータ１２３を用いて移動通信端末の本
体を振動させ、ユーザに必要な情報を通知している。表
示部１１１には本体に提供される各情報のほか、本体に
備えられた機能及び設定項目を表示する。キー１１３
は、被呼者電話機の電話番号を入力するダイヤルボタン
や発呼または応答を行うオフフックキー等、または各種
の機能を設定する機能キーにより構成されている。

【００１３】キー１１３のうち、特定のキー（図４では

【！】キー）を押下すると、イベントがリスト状に表示
部１１１に表示される。そして、ユーザが任意のイベン
トを選択すると、以下に示すＡ〜Ｋの当該処理に遷移す
る。Ａ．文書作成途中のメールを呼び出す。Ｂ．編集途中の電話帳登録データを呼び出す。Ｃ．作成途中のオリジナル着信音を呼び出す。Ｄ．作成途中のメール添付音を呼び出す。Ｅ．受信メールボックスを呼び出す。Ｆ．最新情報フォルダを呼び出す。Ｇ．蓄積情報フォルダを呼び出す。Ｈ．送信メールボックスを呼び出す。Ｉ．未再生の留守録メッセージを再生する。Ｊ．留守番電話センタに接続する。Ｋ．着信履歴を表示する。

【００１４】本発明による移動通信端末が状態毎にイベ
ントを記録する概要について、図２を用いて説明する。
例えば、待受初期状態のときに（ステップ２０１）メー
ル配信センタからメールを受信しようとしたとする（ス
テップ２０３）。端末側では受信メモリの残容量をチェ
ックし（ステップ２１３）、受信メールをダウンロード
するだけのメモリ残量がある場合、受信メールをダウン
ロードし（ステップ２１４）、メール受信イベントを記
憶し（ステップ２２９）処理を終了する（ステップ２１
１）。受信メールをダウンロードするだけのメモリ残量
がない場合、メールフルイベントを記憶し（ステップ２
２９）処理を終了する（ステップ２１１）。

【００１５】同様に、文字情報配信センタから文字情報
（図２では、スカイウェブ）をダウンロードしようとし
たとする（ステップ２０７）。端末側では受信メモリの
残容量をチェックし（ステップ２１３）、スカイウェブ
をダウンロードするだけのメモリ残量がある場合、スカ
イウェブをダウンロードし（ステップ２１４）、スカイ
ウェブ受信イベントを記憶し（ステップ２２９）処理を
終了する（ステップ２１１）。スカイウェブをダウンロ
ードするだけのメモリ残量がない場合、スカイウェブフ
ルイベントを記憶し（ステップ２２９）処理を終了する
（ステップ２１１）。

【００１６】次も同様に、待受初期状態のときに（ステ
ップ２０１）着信音配信センタから着信音（図２では、
スカイメロディ）をダウンロードしたとする（ステップ
２０５）。端末側はスカイメロディ受信イベントを記憶
し（ステップ２２９）処理を終了する（ステップ２１
１）。同様に、留守番電話センタからメッセージ預かり
通知の有無をチェックし（ステップ２０９）、メッセー
ジがあれば留守メッセージ有イベントを記憶（ステップ
２２９）してから処理を終了し（ステップ２１１）、メ
ッセージがなければそのまま処理を終了する（ステップ
２１２）。また、メール作成中に着信があるなどして編
集作業を中断した場合（ステップ２２１）などにはメー
ル編集中イベントを記録して（ステップ２２９）処理を
終了する（ステップ２１１）。

【００１７】同様に、メモリ編集中（電話帳登録中）に
着信があるなどしてメモリ編集作業を中断した場合（ス
テップ２２３）などにもメモリ編集中イベントを記録し
て（ステップ２２９）処理を終了する（ステップ２１
１）。同様に、オリジナル着信音編集中（図２では自作
着信音編集中）に着信があるなどして着信音編集作業を
中断した場合（ステップ２２５）などにもメロディ編集
中イベントを記録して（ステップ２２９）処理を終了す
る（ステップ２１１）。同様に、自機の留守録装置への
録音中（図２では簡易留守録、録音中）に録音が中断さ
れた場合（ステップ２２７）などにも留守メッセージ有
イベントを記録して（ステップ２２９）処理を終了する
（ステップ２１１）。

【００１８】上記のように記録されたイベント（３０
０）には優先順位が付けられ、優先順位の高いものから
順にＬＣＤ表示部に表示される。優先順位を図３に示
す。図３に示すように、編集中データの優先順位が高く
なっており、その中でもメール編集中の優先順位が最も
高く（３０１）、２番目にメモリ（電話帳）編集中（３
０３）、３番目にメロディ（オリジナル着信音）編集中
（３０５）となっている。次に優先順位の高いのが各配
信センタより配信されたサービスデータの確認である。
その中で最も優先順位の高いデータがメール受信または
メールフル（３０７）であり、２番目に着信音（スカイ
メロディ）受信（３０９）、３番目に文字情報受信（ス
カイウェブ受信またはスカイウェブフル）（３１１）と
続く。

【００１９】次に優先順位の高いのが未送信の送信メー
ルの確認と、送受信済みの送受信メールの確認（未送信
／配信）であり（３１３）、その次に端末自体の留守録
装置に録音された留守録メッセージの再生（留守メッセ
ージ有）（３１５）、留守番電話センタへの接続（留守
メッセージ有）（３１７）、無応答着信（３１９）の着
信履歴表示と続く。イベントの中には複数の異なる種別
（３２０）を有しているものがあり、イベント毎または
種別毎に選択時の遷移先（３４０）も異なる。

【００２０】メロディ編集中イベント（３０５）には
「オリジナル着信音作成中」と、「メール添付音作成
中」との異なる２つの種別がある。「メール添付音作
成」で作成したメール添付音をメールに添付すると、当
該メール送信相手の着信音になる。また、メール受信イ
ベント（３０７）にも「スカイメール」と、「コーディ
ネータ・レスポンダ」と、「コーディネータ・イニシエ
ータ」と、「リレーメール」と、「グリーティング」と
の異なる５つの種別があり、種別によって受信したメー
ルの種類が異なる。「スカイメール」は通常の受信メー
ル、「コーディネータ・レスポンダ」は自分以外にも複
数の受信者がいるメール、「コーディネータ・イニシエ
ータ」は複数の受信者に送信したメール、「リレーメー
ル」は複数の受信者で回覧するメール、「グリーティン
グ」は送信の日付が指定された受信メールである。その
他、送受信／配信イベント（３１３）も「送信失敗」
と、「未送信」と、「配信確認その他」との３つの種別
に分かれている。

【００２１】上記イベントを当該キー（ここでは［！］
キー）を押下してＬＣＤ表示部に列挙させたときの動作
について、図４のＬＣＤ画面遷移図を用いて説明する。
ここで、図４（ａ）は第１のＬＣＤ表示例であり、図４
（ｂ）は第２のＬＣＤ表示例、図４（ｃ）は第３のＬＣ
Ｄ表示例である。図４（ａ）は端末内のメモリに編集途
中のメール、編集途中の電話帳、編集途中の着信音メロ
ディ、新たにダウンロードした受信メール、及び着信し
たが応答しなかった相手（無応答着信）の着信履歴があ
り、さらに留守番電話センタにもメッセージが入ってい
たと想定した場合のＬＣＤ表示例である。

【００２２】初期状態でイベントが発生すると、ＬＣＤ
の左下のある［！］マークが点灯する（ステップ４０
１）。ここで、［！］キーを押下すると、ＬＣＤ表示部
の第２〜５段目に各イベント名称が表示される（ステッ
プ４０３）。ここでは、第２段目がメール編集中、第３
段目がメモリ編集中、第４段目がメロディ編集中、第５
段目がメール受信である。第６段目には、現在カーソル
が位置しているイベントが選択されたときの遷移先が表
示されている。カーソルが「メール編集中」の位置にあ
るときに（ステップ４０３）、確定キーを押下すると編
集中のメールが格納されている送信メールボックスに遷
移し編集を再開することができる（ステップ４１５）。

【００２３】また、カーソルを下に３段移動し、「メー
ル受信」の位置にもってきたときに（ステップ４０５）
確定キーを押下すると、受信メールが格納されている受
信メールボックスに遷移し、受信メールを読むことがで
きる（ステップ４２１）。また、選択可能なイベントが
５つ以上ある場合、５つ目以降のものはカーソルを移動
させてイベントのリストをスクロールすることによって
ＬＣＤに表示させることができる。上から５つ目のイベ
ントにあたる留守番メッセージ有の位置にカーソルをも
っていくと、ＬＣＤに表示されていたイベントのリスト
は１段ずつ上にずれ、第２段目にメモリ編集中が、第３
段目にメロディ編集中が、第４段目にメール受信が、第
５段目に留守メッセージ有が表示される。第６段目に
は、現在カーソルが位置しているイベントが選択された
ときの遷移先が表示されている。

【００２４】ここでカーソル位置を留守メッセージ有の
位置にもっていき（ステップ４０９）、確定キーを押下
すると留守番センターへ接続する（ステップ４２３）。
さらに、カーソルを１段下に移動すると、第２段目にメ
ロディ編集中が、第３段目にメール受信が、第３段目に
留守メッセージ有が、第４段目に無応答着信が表示され
る。ここでカーソル位置を「無応答着信」の位置にもっ
ていき（ステップ４１３）、確定キーを押下すると着信
履歴画面へ遷移する（ステップ４２５）。

【００２５】次に、カーソルを３段上に移動して第２段
目の「メロディ編集中」の位置にもっていき（ステップ
４１１）、確定キーを押下するとメロディ作成画面を表
示する（ステップ４１９）。そして、この状態からメロ
ディ編集を再開することができる。さらに、カーソルを
１段上に移動して「メモリ編集中」の位置にもっていく
と、イベントのリストは１段上にずれる。そして、第２
段目にメモリ編集中が、第３段目にメロディ編集中が、
第４段目にメール受信が、第５段目に留守メッセージ有
表示される。ここで確定キーを押下すると電話帳・名前
入力画面が表示され（ステップ４１７）、電話帳への登
録作業を再開することができる。

【００２６】次に、図４（ｂ）を用いて第２のＬＣＤ表
示例を示す。ここでは、端末内のメモリに着信音配信セ
ンタからダウンロードした着信音（図４ではスカイメロ
ディ）と、文字情報配信センタから新たにダウンロード
した文字情報（図４ではスカイウェブ）と、未送信の送
信メールとがあり、さらに未再生の留守録メッセージが
入っていたと想定した場合のＬＣＤ表示例を説明する。
図４（ａ）と同様に、ＬＣＤ表示部の第２〜５段目には
各イベント名称が表示される（ステップ４４０）。ここ
では、第２段目がスカイメロディ受信、第３段目がスカ
イウェブ受信、第４段目が未送信／配信、第５段目が留
守メッセージ有である。第６段目には、現在カーソルが
位置しているイベントが選択されたときの遷移先が表示
されている。

【００２７】カーソルが「スカイメロディ受信」の位置
にあるときに（ステップ４４０）、確定キーを押下する
とダウンロードした着信音が格納されている受信メール
ボックスに遷移し（ステップ４４８）、登録操作によっ
て着信時の着信音として登録できるようになる。同様
に、カーソルを１段下に移動して「スカイウェブ受信」
の位置にもっていき（ステップ４４２）確定キーを押下
すると、ダウンロードした文字情報を読むことができる
（ステップ４５０）。さらに、カーソルを１段下に移動
して「未送信／配信」の位置にもっていき（ステップ４
４４）確定キーを押下すると、送信メールボックス内の
未送信メール、または送受信済みのメールを読むことが
できる（ステップ４５２）。さらに、カーソルを１段下
に移動して「留守メッセージ有」の位置にもっていき
（ステップ４４６）確定キーを押下すると、未再生の留
守録メッセージを再生することができる状態になる（ス
テップ４５４）。

【００２８】次に、図４（ｃ）を用いて第３のＬＣＤ表
示例を示す。ここでは、メール配信センタから配信され
るメールを記憶するためのメモリ残容量と、文字情報配
信センタからダウンロードする文字情報（図３ではスカ
イウェブ）を記憶するためのメモリ残容量とがいずれも
なかった場合のＬＣＤ表示例を説明する。ＬＣＤ表示部
には第２段目にメールフル、第３段目にスカイウェブフ
ルが表示されている。カーソルが「メールフル」の位置
にあるときに（ステップ４６０）、確定キーを押下する
とメモリ状況確認画面に遷移し（ステップ４６４）、送
受信メールを削除するなどしてメモリ空き容量を確保で
きる状態になる。カーソルがスカイウェブフルの位置に
あるときに（ステップ４６２）、確定キーを押下すると
内容確認画面に遷移し（ステップ４６６）、以前ダウン
ロードした蓄積情報（図４では乗換情報、ニュースな
ど）を読むことができる状態になる。

【００２９】

【発明の効果】このように本発明によれば、より少ない
キー操作で各動作に遷移できる移動通信端末を提供する
ことが可能である。さらに、操作方法が統一されるの
で、操作に不慣れな初心者にも扱いやすい移動通信端末
を提供することが可能である。

【図面の簡単な説明】

【図１】本発明による移動通信端末を示す機能ブロック
図。

【図２】イベントを検出し記録するまでの処理フロー
図。

【図３】イベントの優先度を表す図。

【図４】ＬＣＤ表示部の表示例を表す図。

【符号の説明】

１０１ＣＰＵ１０３ＲＯＭ１０５ＲＡＭ１１１表示部１１３キー

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B020 BB02 CC12 DD02 GG16 5K027 AA11 BB02 FF01 FF22 MM04 5K039 AA01 BB04 HH11 JJ08 5K067 BB02 BB21 DD51 EE02 FF02 FF23 FF27 FF31 FF40 GG12 HH21 HH23 KK15 5K101 KK02 KK06 LL12 NN18 NN21 PP05

Claims

【特許請求の範囲】

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