JPH09238183A

JPH09238183A - 電話装置

Info

Publication number: JPH09238183A
Application number: JP4308496A
Authority: JP
Inventors: Yoshitaka Ueki; 義孝植木; Hikari Motoyama; 光元山; Shoichi Morokuma; 彰一諸隈; Hironori Matsumoto; 宏規松本; Kenichi Machida; 健一町田
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 1996-02-29
Filing date: 1996-02-29
Publication date: 1997-09-09

Abstract

(57)【要約】【課題】リダイヤルを行う際のかけ違いを無くすこと。
着信履歴を確認する際に、発信元を容易に認識できるよ
うにすること。着信履歴の発番号を使用して発呼する
際、かけ違いを無くすこと。【解決手段】発信時、リダイヤルメモリに着番号が登録
されるとき、電話帳メモリを検索し一致する番号の名前
データをリダイヤルメモリに着番号と共に登録する。着
信時、着信履歴メモリに発番号が登録されるとき、電話
帳メモリを検索し一致する番号の名前データを着信履歴
メモリに発番号と共に登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電話帳機能を有す
る電話装置に関し、特にリダイヤル機能もしくは着信履
歴機能に電話帳機能を組み合わせたものである。本発明
は、多機能電話、携帯電話、ＰＨＳ等のあらゆる電話装
置に利用できる。

【０００２】

【従来の技術】電話帳機能は、ユーザーが予め電話帳メ
モリに着番号（着信先の識別番号）と名前を登録し、ユ
ーザーが発信時に電話帳メモリの複数件の登録データを
検索し液晶に所望の着番号と名前を表示し、表示された
着番号と名前を確認して発信ボタンを押すと表示された
着番号が網に自動発信されるといったものである。

【０００３】リダイヤル機能は、網に発信した着番号
を、発信ボタンの操作に連動してリダイヤルメモリに一
時記憶し、再度かけ直す場合にはリダイヤルボタンを押
すと一時記憶された着番号が液晶に表示され、表示され
た着番号を確認して発信ボタンを押すと表示された着番
号が網に自動発信されるといったものである。リダイヤ
ルメモリは、通常、数件分の着番号が一時記憶できる。
ユーザーは、リダイヤル発信時、リダイヤルメモリの数
件の着番号を順番に液晶に表示して確認し、所望の着番
号の表示を確認したら発信操作を行う。リダイヤルメモ
リが満杯になると発信操作がされるごとに最も古い着番
号データが消去され最新の着番号データが記憶されるよ
うになっている。

【０００４】ＣＬＩ（着信履歴）機能は、着信時に網か
ら送られてくる発番号（発信元の識別番号）を、応答の
如何に係わらずＣＬＩメモリに一時記憶し、後にユーザ
ーが液晶に表示して発番号を確認できるといったもので
ある。ＣＬＩメモリが満杯になったあとは、着信がある
ごとに最も古い発番号データが消去され最新の発番号デ
ータが記憶されるようになっている。簡易な電話装置で
は、ＣＬＩメモリは数件分の発番号が一時記憶できる。
また、ＣＬＩメモリには発番号と共にその着信時間が記
憶され、ユーザーは着信時間を知ることもできる。さら
に、ユーザーはＣＬＩボタンを操作してＣＬＩメモリの
データを順次、液晶に表示して確認し、所望の発番号が
表示された状態で発信ボタンを押すとその発番号が着番
号になって自動的に網に発呼される。

【０００５】

【発明が解決しようとする課題】しかしながら、リダイ
ヤルを行うため、リダイヤルメモリのデータを液晶に表
示するが、番号データのみの表示であっては相手を間違
えてかけ違いをする恐れを有している。同様に、着信履
歴を確認するため、ＣＬＩメモリのデータを液晶に表示
するが、番号データのみの表示であっては発信元を正確
に知るには不便である。さらに、着信履歴の発番号を使
用して発呼する際、番号データのみの表示であっては、
相手を間違えてかけ違いをする恐れを有している。

【０００６】

【課題を解決するための手段】本発明は上述の従来技術
の課題を解決するため、発信時に入力し網に送る着番号
が電話帳データに登録された着番号に一致する場合に
は、該着番号に対応して登録されている名前を網に送る
着番号と共にリダイヤルメモリに記憶するようにした。

【０００７】また、本発明は、電話帳データを検索し該
データ内の着番号を発信したとき、該着番号に対応して
登録されている名前を着番号と共にリダイヤルメモリに
記憶するようにした。

【０００８】また、本発明は、着信時に網から送られて
くる発番号を検出し、該発番号が電話帳メモリに登録さ
れた着番号に一致した場合、該着番号に対応して登録さ
れている名前を検出した発番号もしくは電話帳メモリに
登録されている一致する着番号と共に着信履歴メモリに
記憶するようにした。

【０００９】

【発明の実施の形態】以下、図面により本発明の一実施
形態を説明する。図１は本発明の一実施形態を示し、
（ａ）はリダイヤル格納処理のフローチャート、（ｂ）
はリダイヤル発呼処理のフローチャートである。図２は
本発明の他の一実施形態を示し、（ａ）はＣＬＩ（着信
履歴）格納処理のフローチャート、（ｂ）はＣＬＩ発呼
処理のフローチャートである。図３は本発明の一実施形
態を示す電話装置の要部ブロック図で、図１及び図２に
示すフローチャートの実現に対応する。

【００１０】図１、図３によりリダイヤル処理の一実施
形態を説明する。図１（ａ）はリダイヤル格納処理のフ
ローチャートである。制御部１は、ユーザーが発信時に
着番号（着信先の識別番号＝電話番号）を操作部５で入
力し表示部４で番号を確認して発信すると着番号を検出
しメモリ３のリダイヤルエリアに記憶する（１０１）。
この時、予めメモリ３に登録された電話帳エリア内の着
番号を検索する（１０２）。検索して同じ番号が存在す
る場合は、電話帳エリア内の一致した着番号に名前デー
タが登録されているか否かを検出する（１０３）。名前
データが登録されている場合、ステップ１０１でリダイ
ヤルエリアに既に登録した着番号に電話帳エリアの名前
データを関連付けして記憶する（１０４）。なお、ステ
ップ１０２で電話帳エリアに一致する番号が存在しない
場合、ステップ１０３で名前データが登録されていない
場合は、リダイヤルエリアにはステップ１０１で記憶さ
れた着番号のみが記憶される。

【００１１】図１（ｂ）はリダイヤル発呼処理のフロー
チャートである。ユーザーはリダイヤル発信するとき、
操作部５のリダイヤルボタンを押す。この時、制御部１
はメモリ３のリダイヤルエリアから着番号を読み出し表
示部４に表示し（１０５）、続いて読み出した着番号に
対応する名前データが記憶されているか否か検出する
（１０６）。名前データが存在する場合、リダイヤルエ
リアから名前データを読み出し、表示部４に表示する
（１０７）。この表示状態で、ユーザーが操作部５の発
信ボタンを押すと、表示中の名前に対応する着番号が網
に自動発信される。ステップ１０６で名前データが検出
されない場合、リダイヤルエリアの着番号のみが表示部
４に表示されており、ユーザーは従来通り、着番号のみ
を確認して操作部５の発信ボタンを押し、この着番号を
網に自動発信させる。

【００１２】図２、図３によりＣＬＩ（着信履歴）処理
の一実施形態を説明する。図２（ａ）はＣＬＩ格納処理
のフローチャートである。通信制御部２が網から着信を
受けると、制御部１は発番号を検出し、メモリ３のＣＬ
Ｉエリアに記憶する（２０１）。さらに、制御部１は、
発番号が表示可で送られてきたことを検出すると、メモ
リ３の電話帳エリア内の着番号と一致するか検索する
（２０２）。ここで、着番号が表示可か表示不可である
かの情報は、発番号と共に送られてきており、発信元で
その可否が設定されている。ステップ２０２で、電話帳
エリアの着番号との一致検索を行った結果、一致する番
号が存在する場合、さらにその着番号に対応する名前デ
ータが記憶されているか否かを検出する（２０３）。名
前データが登録されている場合、ステップ２０１でＣＬ
Ｉエリアに既に登録した発番号に電話帳エリアの名前デ
ータを関連付けして記憶する（２０４）。なお、ステッ
プ２０２で発番号が表示不可の場合あるいは表示可でも
電話帳エリアに一致する番号が存在しない場合、またス
テップ２０３で名前データが登録されていない場合は、
ＣＬＩエリアにはステップ２０１で記憶された発番号の
みが記憶される。

【００１３】図２（ｂ）はＣＬＩ発呼処理のフローチャ
ートである。ユーザーは着信履歴を確認するとき、操作
部５のＣＬＩボタンを押す。この時、制御部１はメモリ
３のＣＬＩエリアに記憶されている発番号を読み出し表
示部４に表示し（２０５）、続いて読み出した発番号に
対応する名前データが記憶されているか否か検出する
（２０６）。名前データが存在する場合、ＣＬＩエリア
から名前データを読み出し、表示部４に表示する（２０
７）。ユーザーは、名前が表示されて、発信元を容易に
認識できる。この表示状態で、ユーザーが操作部５の発
信ボタンを押すと、表示中の名前に対応する発番号が着
番号となって網に自動発呼される。ステップ２０６で名
前データが検出されない場合、ＣＬＩエリアの発番号の
みが表示部４に表示されており、ユーザーは従来通り、
発番号のみを確認して操作部５の発信ボタンを押し、こ
の発番号が着番号となって網に自動発信される。

【００１４】以上の実施形態は、説明のためリダイヤル
エリア、ＣＬＩエリアにそれぞれ一個の発番号、着番号
を記憶する例であるが、実施にあたっては、従来と同様
に発信毎、着信毎に順次、最新のものから複数件を記憶
できるようにし、リダイヤル発信時、着信履歴確認及び
発信時には、それぞれのメモリを検索して所望の番号を
表示部に呼び出すようにする。本発明ではこの読み出し
時に、名前が表示される。

【００１５】

【発明の効果】リダイヤルする場合、相手の名前が分か
るので、早く認識ができ、電話番号のかけ間違いが無く
なる。この結果として発呼操作が円滑に早く行える。

【００１６】着信履歴を確認する場合、相手の名前が分
かるので、早く認識できる。相手の名前を早く認識でき
るので、着信履歴の相手に電話をする場合、表示された
所望の名前を選択し、対応する番号データが発呼される
ので、電話番号のかけ間違いが無くなり、発呼操作が円
滑に早く行える。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すもので、（ａ）はリ
ダイヤル格納処理のフローチャート、（ｂ）はリダイヤ
ル発呼処理のフローチャート。

【図２】本発明の一実施形態を示すもので、（ａ）はＣ
ＬＩ（着信履歴）格納処理のフローチャート、（ｂ）は
ＣＬＩ発呼処理のフローチャート。

【図３】本発明の一実施形態を示す電話装置の要部ブロ
ック図。

【符号の説明】

１：制御部２：通信制御部３：メモリ４：表示部５：操作部

───────────────────────────────────────────────────── フロントページの続き (72)発明者松本宏規神奈川県横浜市都筑区加賀原２丁目１番１号京セラ株式会社横浜事業所内 (72)発明者町田健一神奈川県横浜市都筑区加賀原２丁目１番１号京セラ株式会社横浜事業所内

Claims

【特許請求の範囲】

【請求項１】着番号と名前を登録した電話帳メモリを有
し、該電話帳メモリを検索し所望の着番号を発信でき、
また発信した着番号を記憶するリダイヤルメモリを有
し、該リダイヤルメモリから所望の着番号を読出しリダ
イヤル発信をできるようにした電話装置において、網に
発信する着番号と前記電話帳メモリに登録されている着
番号との一致検出を行い、一致する場合、電話帳メモリ
の着番号に対応して登録されている名前情報を発信した
着番号と共にリダイヤルメモリに記憶するようにしたこ
とを特徴とする電話装置。
【請求項２】着番号と名前を登録した電話帳メモリを有
し、該電話帳メモリを検索し所望の着番号を発信でき、
また発信した着番号を記憶するリダイヤルメモリを有
し、該リダイヤルメモリから所望の着番号を読出しリダ
イヤル発信をできるようにした電話装置において、前記
電話帳メモリを検索し所望の着番号を発信したとき、電
話帳メモリの着番号に対応して登録されている名前情報
を該着番号と共にリダイヤルメモリに記憶するようにし
たことを特徴とする電話装置。
【請求項３】着番号と名前を登録した電話帳メモリを有
し、該電話帳メモリを検索し所望の着番号を発信でき、
また着信時に網から送られてくる発番号を記憶する着信
履歴メモリを有し、記憶された発番号を表示確認できる
ようにした電話装置において、着信時に網から送られて
くる発番号を検出し、該発番号と前記電話帳メモリに登
録されている着番号との一致検出を行い、一致する場
合、電話帳メモリの着番号に対応して登録されている名
前情報を前記検出した発番号もしくは電話帳メモリに登
録されている一致する着番号と共に着信履歴メモリに記
憶するようにしたことを特徴とする電話装置。
【請求項４】前記着信履歴メモリに記憶された番号情報
と名前情報の表示手段を有し、該表示手段に着信履歴メ
モリから読出した番号情報又は名前情報の表示中に発信
操作を行ったとき該番号情報又は名前情報に対応する番
号情報が網に自動発信されることを特徴とする請求項３
記載の電話装置。