通信装置及び着信履歴の管理方法
【課題】 着信履歴メモリがフルな状態でもだれからの着信があったかをユーザが知ることを可能にする。
【解決手段】 着信時にメモリフルな状態で（Ｓ１２ステップ）、着信履歴メモリに保護データではなく（Ｓ１５ステップのＮ）、同一のものが２つ以上ある相手先データが格納されている場合（Ｓ１８ステップのＹ）、同一のものが２つ以上ある相手先データの内最も古いデータを削除し、Ｓ１１ステップで受信した発呼側の電話番号を着信履歴メモリの先頭に格納する。
【解決手段】 着信時にメモリフルな状態で（Ｓ１２ステップ）、着信履歴メモリに保護データではなく（Ｓ１５ステップのＮ）、同一のものが２つ以上ある相手先データが格納されている場合（Ｓ１８ステップのＹ）、同一のものが２つ以上ある相手先データの内最も古いデータを削除し、Ｓ１１ステップで受信した発呼側の電話番号を着信履歴メモリの先頭に格納する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び着信履歴の管理方法に関する。
【背景技術】
【０００２】
従来の通信装置（例えば携帯電話装置）の多くは、着信履歴を記憶する機能を有している。この着信履歴の機能は、着信がある度に発呼側の電話番号や氏名（以下、相手先情報と称す）を着信の履歴として記憶する機能である。又、携帯電話装置の機種によっては、着信後の待機状態で、ユーザの操作に基づいて着信履歴で表示した相手先の電話番号へ発呼を行うことが可能なものも存在する。
【０００３】
又、着信履歴の機能を有する携帯電話装置の多くは、着信履歴に相手先情報を記憶可能な件数に制限があり、その制限数の相手先情報を着信履歴に記憶した状態で着信があると、最も古く記憶した相手先情報を消去するようになっている。
【０００４】
しかしながら、このような従来の携帯電話装置では、最も古く記憶した相手先情報がユーザにとって重要な相手先の場合もあるにもかかわらず消去されてしまうといった問題が生じる。
【０００５】
そこで、着信履歴に記憶されている相手先の件数が所定の数となると、着信履歴の情報をバックアップ処理装置に送信し、バックアップ処理装置に着信履歴の情報を退避させる技術が提案されている（特許文献１参照）。
【特許文献１】特開２００３−３４７９８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１の技術では、バックアップ処理装置をシステム上に設けなければならず、システムを構築する為の費用が発生するといった問題が生じる。
【０００７】
又、上記特許文献１記載の技術では、通信装置からバックアップ処理装置に着信履歴の情報を送信しなければならず、通信装置のユーザが通信料金を負担しなければならないといった問題も生じる。
【０００８】
更に、通信装置からバックアップ処理装置に着信履歴の情報を送信する際に、通信回線の不具合等何らかの要因により情報が送信できないといった事態が生じる可能性もある。
【課題を解決するための手段】
【０００９】
本願発明は、このような高価なシステムを設けなくとも、着信履歴からユーザにとって必要な相手先情報が削除されることを回避することを実現するものである。
請求項１記載の通信装置は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止することを特徴とする。
請求項２記載の通信装置は、請求項１記載の通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在すると、前記最も古く格納した相手先情報を削除することを特徴とする。
請求項３記載の通信装置は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする。
請求項４記載の通信装置は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報が削除できないように保護された情報であれば、前記保護された相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に保護された相手先情報を除いた相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする。
請求項５記載の通信装置は、請求項３〜４記載の通信装置であり、更に相手先情報を削除後に、着信時に受信した相手先情報を着信履歴に登録することを特徴とする。
請求項６記載の着信履歴の管理方法は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、当該第２ステップで検出した相手先情報を削除する第３ステップ、のステップを有することを特徴とする。
請求項７記載の着信履歴の管理方法は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、保護された相手先情報を除いて、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、当該第２ステップで検出した相手先情報を削除する第３ステップ、のステップを有することを特徴とする。
請求項８記載の着信履歴の管理方法は、請求項６〜７記載の着信履歴の管理方法であり更に前記第３ステップ後に、着信時に受信した相手先情報を着信履歴に登録する第４ステップを有することを特徴とする。
【発明の効果】
【００１０】
本願発明は、高価なシステムを設けなくとも、着信履歴からユーザにとって必要な相手先情報が削除されることを回避することができる。
【００１１】
請求項１記載の通信装置は、着信履歴の中から最も古く格納した相手先情報を検索し、検索した相手先情報と同一の相手先情報が着信履歴中に存在しなければ、最も古く格納した相手先情報が削除されることを禁止するため、ユーザにとって、最も古く格納した相手先情報が必要であるのにもかかわらず削除されることを回避することができる。
【００１２】
請求項２記載の通品装置は、更に、検索した相手先情報と同一の相手先情報が着信履歴中に存在すれば、最も古く格納した相手先情報が削除される為、必要な相手先情報は保持しつつ不必要な相手先情報を削除することが可能である。
【００１３】
請求項３記載の通信装置は、ユーザにとって必要な相手先情報は保護しつつ不必要な相手先情報を自動的に検索して削除することが可能である。
【００１４】
請求項４記載の通信装置は、相手先情報を検索する際に保護された情報は削除の対象から除外して検索する為、保護すべき相手先情報は確実に保護できると共に、不必要な相手先情報を自動的に検索して削除することが可能である。
【００１５】
請求項５記載の通信装置は、更に、不要な相手先情報を削除した後に、受信した相手先情報を着信履歴に記憶するため、着信があった相手先の情報を確実に記憶することが可能である。
【００１６】
請求項６記載の着信履歴の管理方法は、着信時に不必要な相手先情報を削除することが可能とする。
【００１７】
請求項７記載の着信履歴の管理方法は、保護された相手先情報のように必要な相手先情報は保持しつつ不必要な相手先情報を削除することが可能とする。
【００１８】
請求項８記載の着信履歴の管理方法は、更に、必要な相手先情報を着信履歴に記憶することが可能である。
【発明を実施するための最良の形態】
【００１９】
次に、本発明の一実施形態に係る通信装置（携帯電話装置）について、図面を参照して説明する。
【００２０】
図１に示すように、携帯電話装置１０は、アンテナ１６と接続された通信部１２を備えている。この通信部１２は、後述のベースバンド部１４からの信号をアンテナ１６を介して基地局へ発信し、あるいはアンテナ１６を介して基地局からの電波を受信する。
【００２１】
また、通信部１２は、ベースバンド部１４と接続されている。ベースバンド部１４は、ＣＤＭＡ処理回路１８と、音声コーデック２０と、を有している。ここで、ＣＤＭＡ処理回路１８は、符号分割多元接続、スクランブル、誤り制御、タイミング検出を行う。また、音声コーデック２０は、音声を圧縮（符号化）、伸張（復号化）したり、アナログとデジタルの変換を行ったり、内部の増幅回路（図示省略）により受話音量やマイクロホンの感度を変更する。
【００２２】
また、ベースバンド部１４には、切替回路２２が接続されている。この切替回路２２には、増幅回路２４を介して第１スピーカ２６が接続されている。この第１スピーカ２６は、増幅回路２４で増幅されたベースバンド部１４の電気信号を音声に変換する。この第１スピーカ２６は、ユーザの耳にあてて通話に使用される。
【００２３】
また、切替回路２２には、増幅回路２８を介してマイクロホン３０が接続されている。このマイクロホン３０は、通話に使用され、音声を電気信号に変換する。マイクロホン３０により出力された電気信号は、増幅回路２８で増幅されてベースバンド部１４に出力される。
【００２４】
また、切替回路２２には、増幅回路３２を介して第２スピーカ３４が接続されている。この第２スピーカ３４は、増幅回路３２で増幅されたベースバンド部１４の電気信号を音声に変換する。この第２スピーカ３４は、受話音を周囲の人にも聞かせるための拡声用のスピーカである。また、第２スピーカ３４は、着信報知の鳴動も行う。なお、これらの３つの増幅回路２４、２８、３２は、ゲインを固定しており、第１スピーカ２６及び第２スピーカ３４の音量やマイクロホン３０の感度を変更することはできないようになっている。
【００２５】
この切替回路２２は、ベースバンド部１４との接続を、第１スピーカ２６用の増幅回路２４とマイクロホン３０用の増幅回路２８側にするか、あるいは拡声用の第２スピーカ３４用の増幅回路３２とマイクロホン３０用の増幅回路２８側にするかを切り替える。
【００２６】
また、通信部１２、ベースバンド部１４、切替回路２２には、制御回路（制御部）３６がそれぞれ接続されている。この制御回路３６の制御により上述した切替回路２２による切り替えが行われる。また、制御回路３６によりベースバンド部１４の音声コーデック２０が制御され、音声コーデック２０により第１スピーカ２６及び第２スピーカ３４の音量やマイクロホン３０の感度が変更される。制御回路３６には、ＲＯＭ３８が接続されており、ＲＯＭ３８に格納されているシステムプログラムに基づき各部を制御する。又、制御回路３６は、図示しないバッファメモリを内蔵しており、着信時に受信した発呼側の電話番号データや、後述する「Ａ」のデータ等を一時的に格納する機能を有している。
【００２７】
また、制御回路３６には、入力部４４が接続されている。この入力部４４は、図示していないが、テンキー、通話キー、切キー、カーソル移動等に用いられる十字キー、決定キー、クリアキー等を有している。
【００２８】
ＲＡＭ４０には、着信履歴のデータが格納されており、例えば１００件の相手先を格納することが可能である。ＲＡＭ４０は図２に示すような着信履歴記憶領域を有している。
図２において、「Ａ」は、後ほど詳細に説明するが、同一の相手先を検索する際に使用されるデータであり、例えば、ＲＡＭ４０に６人の相手先が格納されている場合、最も過去にかかってきた相手先に「６」のデータが格納され、古い相手先から順に、５、４、３・・・と格納される。本実施例では、着信時にＲＡＭ４０に１００件の相手先が格納されている場合、この「Ａ」の値が「１」である相手先から順に同一の相手先があるか否かが検索される。
【００２９】
又、ＲＡＭ４０には、着信履歴番号が、最も新しく着信のあった相手先から順に、１、２、３・・・と格納される。又、前記「Ａ」のデータ、着信履歴番号に対応して電話番号、氏名、着信時の日付、保護データが格納される。氏名はユーザの入力操作により格納されるものであり、電話番号は着信時に回線から受信した電話番号である。又、ユーザが氏名を入力操作により格納しなければ、電話番号データは格納されるが氏名データは格納されない。この場合、着信履歴を表示する際に氏名は表示されず電話番号が表示されることになる。一方、氏名と電話番号の両方が格納されている場合には氏名が表示される。
【００３０】
次に保護データであるが、これはユーザが操作を誤って削除することを回避するために、保護するデータである。この保護データはユーザが入力操作を行うことにより、特定の相手先に保護のフラグ「１」が格納される。この保護フラグ「１」が格納されているデータはユーザが削除操作を行っても削除されることがない。
【００３１】
次にディスプレイ４２に表示される表示形態を説明する。図３は、ディスプレイ４２に着信履歴を表示した際の表示形態を示している。
【００３２】
図３において、最も新しく着信のあった相手先から順に、田中さん、山田さん、犬塚さん、と表示される。又、保護されているデータにはカギマークが表示され、図３では、山田花子さんの表示領域にカギマークが表示されている。
【００３３】
次に、本実施例装置の動作について、図４を用いて説明する。図４は本実施例装置の動作を示すフロー図である。
【００３４】
本実施例装置は、着信時に着信履歴に１００件の相手先が格納されている場合、即ち、格納可能な限界の件数分相手先が格納されている場合、最も過去に着信のあった相手先から順に、着信履歴に同じ相手先が２つ以上格納されているものを検索していき、同じ相手先が２つ以上格納されているものがあればそれを削除し、着信時に受信した新たな相手先を着信履歴の先頭に格納するものである。又、同じ相手先が２つ以上あるものを検索する際に、保護されているデータは、仮に２つ以上相手先があろうが、１つだけであろうが、削除の対象から除外するものである。
【００３５】
では、以下に本実施例装置の動作について詳細に説明する。
【００３６】
図４のＳ１０ステップにおいて、制御回路３６は、ベースバンド部１４から着信があることを示す信号を検出すると、Ｓ１１ステップへ処理を進める。
【００３７】
Ｓ１１ステップでは、制御回路３６は、通信部１２、ベースバンド部１４を介して、発呼側の電話番号データを受信し、制御回路３６にあるバッファメモリ（図示せず）に一時的に格納する。
【００３８】
Ｓ１２ステップでは、制御回路３６は、ＲＡＭ４０がメモリフルか否か判定する、即ち、ＲＡＭ４０の着信履歴記憶領域に、１００件分の相手先が格納されているか否か判定し、メモリフルであればＳ１４ステップへ処理を進め、そうでなければＳ１３ステップへ処理を進める。
【００３９】
Ｓ１３ステップでは、制御回路３６は、上記Ｓ１１ステップでバッファメモリに格納した電話番号データをＲＡＭ４０の着信履歴記憶領域に格納し、処理を終了する。例えば、田中一郎さんからの着信である場合に、田中一郎さんの電話番号である「０９０１２３４５６７」が着信履歴番号「１」のエリアに格納される。尚、この電話番号に対応して田中一郎さんの氏名を後ほどユーザが入力操作により格納しても良いし、Ｓ１３ステップの処理時に、電話帳メモリ（図示せず）に田中一郎さんの電話番号と一致する電話番号があるか否かを検索し、一致する電話番号があれば、田中一郎さんの電話番号に対応付けて電話帳メモリに格納されている田中一郎さんの氏名を読み込み、ＲＡＭ４０の着信履歴番号「１」の氏名エリアに格納しても良い。
【００４０】
Ｓ１４ステップでは、制御回路３６は、制御回路３６のバッファメモリ（図示せず）に格納されているデータ「Ａ」を「１」とし、Ｓ１５ステップへ処理を進める。
【００４１】
Ｓ１５ステップでは、制御回路３６は、制御回路３６のバッファメモリに格納されているデータ「Ａ」に対応する着信履歴の「Ａ」のデータが保護データであるか否かを判定する。例えば、バッファメモリに「Ａ」が「１」のデータが格納されている場合に、ＲＡＭ４０の「Ａ」の領域に「１」が格納されている相手先が保護データか否かを判定し、保護データであればＳ１６ステップへ処理を進め、そうでなければ、Ｓ１８ステップへ処理を進める。
【００４２】
Ｓ１６ステップでは、制御回路３６は、バッファメモリに格納されている「Ａ」のデータを１インクリメントし、Ｓ１７ステップへ処理を進める。
【００４３】
Ｓ１７ステップでは、制御回路３６は、バッファメモリに格納されている「Ａ」のデータが「１００」であるか否かを判定し、「１００」であると判定すると処理を終了し、そうでなければ、Ｓ１５ステップへ処理を戻す。
【００４４】
Ｓ１８ステップでは、制御回路３６は、バッファメモリに格納されている「Ａ」のデータに対応するＲＡＭ４０の着信履歴の「Ａ」のデータの相手先が、着信履歴に２以上格納されているか否かを判定し、２以上格納されていれば、Ｓ２０ステップへ処理を進め、そうでなければ、Ｓ１９ステップへ処理を進める。尚、このとき、着信履歴に２以上格納されていてもそのデータが保護データであればその相手先は同一相手先と判定しない。
【００４５】
Ｓ１９ステップでは、制御回路３６は、バッファメモリの「Ａ」を１インクリメントし、Ｓ１５ステップへ処理を戻す。
【００４６】
Ｓ２０ステップでは、制御回路３６は、Ｓ１８ステップで判定した同一のものが２以上ある相手先のうち、最も過去に着信のあった相手先情報をＲＡＭ４０から削除し、Ｓ１１ステップでバッファメモリに一時的に格納した相手先の電話番号をＲＡＭ４０の着信履歴の先頭に格納し、処理を終了する。
又、Ｓ１８、Ｓ２０ステップの処理を図５を用いて具体的に説明する。尚、図５はＲＡＭ４０に１００件の相手先が格納された場合のデータ格納形態図である。
Ｓ１８ステップにおいて、バッファメモリに格納されている「Ａ」のデータが「１」である場合、ＲＡＭ４０の着信履歴の「１」のデータである犬塚由香さんのデータが着信履歴番号１００以外の領域にも格納されているか否かが検索される。図５に示すように、仮に着信履歴番号「９９」に犬塚由香さんの電話番号が格納されていれば、犬塚由香さんの電話番号の内最も古く着信のあった番号、即ち、着信履歴番号が「１００」である電話番号が削除される（Ｓ２０ステップ）。続いて、着信履歴番号が「１」である領域に、Ｓ１１ステップでバッファメモリに一時的に格納された電話番号が格納される。図４の場合では、着信履歴番号「１００」の電話番号が消去されるため、着信履歴番号「１」の田中一郎さんは、着信履歴番号「２」の領域に格納され、同様に、２番目以降の相手先が１ずつ下にシフトして格納される。そうすると、着信履歴番号「１」の領域が空くため、この領域に、Ｓ１１ステップでバッファメモリに一時的に格納された電話番号が格納される。
【００４７】
このように、Ｓ１５〜Ｓ１７ステップを繰り返し処理することにより、ＲＡＭ４０の着信履歴の内古いものから順に保護データでないものがあるか否かが検索され、仮に１００件全ての相手先が保護データであれば処理を終了（Ｓ１７ステップのＹ）する。又、Ｓ１８〜Ｓ１９ステップを繰り返し処理することにより、ＲＡＭ４０の着信履歴の内古いものから順に同一の相手先が格納されているか否かが検索され、仮に同一のものが２以上ある相手先が存在すると、その相手先の内最も古いものを削除し着信時に受信した相手先の電話番号をＲＡＭ４０の先頭に格納する（Ｓ２０ステップ）。
【００４８】
このように、本実施例では、着信履歴がフルな状態で着信があると、同一のものが２以上ある相手先のうち、最も古いものを削除し、着信時に受信した電話番号を着信履歴の先頭に格納する為、着信履歴がフルな状態でもだれからの着信があったかをユーザが知ることが可能である。
【００４９】
又、保護データは削除の対象としている為、保護データは確実に保護することが可能である。
【００５０】
尚、本実施例では携帯電話装置について実施したが、コードレス電話、留守番電話、ファクシミリ装置等の通信装置にも同様に実施可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明を適用してなる実施例装置のブロック図である。
【図２】ＲＡＭ４０の格納形態図である。
【図３】ディスプレイ４２の表示形態図である。
【図４】本実施例装置の動作を示すフロー図である。
【図５】ＲＡＭ４０の格納形態図である。
【符号の説明】
【００５２】
１０ 携帯電話装置
３６ 制御回路
４０ ＲＯＭ
４４ 入力部
【技術分野】
【０００１】
本発明は、通信装置及び着信履歴の管理方法に関する。
【背景技術】
【０００２】
従来の通信装置（例えば携帯電話装置）の多くは、着信履歴を記憶する機能を有している。この着信履歴の機能は、着信がある度に発呼側の電話番号や氏名（以下、相手先情報と称す）を着信の履歴として記憶する機能である。又、携帯電話装置の機種によっては、着信後の待機状態で、ユーザの操作に基づいて着信履歴で表示した相手先の電話番号へ発呼を行うことが可能なものも存在する。
【０００３】
又、着信履歴の機能を有する携帯電話装置の多くは、着信履歴に相手先情報を記憶可能な件数に制限があり、その制限数の相手先情報を着信履歴に記憶した状態で着信があると、最も古く記憶した相手先情報を消去するようになっている。
【０００４】
しかしながら、このような従来の携帯電話装置では、最も古く記憶した相手先情報がユーザにとって重要な相手先の場合もあるにもかかわらず消去されてしまうといった問題が生じる。
【０００５】
そこで、着信履歴に記憶されている相手先の件数が所定の数となると、着信履歴の情報をバックアップ処理装置に送信し、バックアップ処理装置に着信履歴の情報を退避させる技術が提案されている（特許文献１参照）。
【特許文献１】特開２００３−３４７９８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１の技術では、バックアップ処理装置をシステム上に設けなければならず、システムを構築する為の費用が発生するといった問題が生じる。
【０００７】
又、上記特許文献１記載の技術では、通信装置からバックアップ処理装置に着信履歴の情報を送信しなければならず、通信装置のユーザが通信料金を負担しなければならないといった問題も生じる。
【０００８】
更に、通信装置からバックアップ処理装置に着信履歴の情報を送信する際に、通信回線の不具合等何らかの要因により情報が送信できないといった事態が生じる可能性もある。
【課題を解決するための手段】
【０００９】
本願発明は、このような高価なシステムを設けなくとも、着信履歴からユーザにとって必要な相手先情報が削除されることを回避することを実現するものである。
請求項１記載の通信装置は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止することを特徴とする。
請求項２記載の通信装置は、請求項１記載の通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在すると、前記最も古く格納した相手先情報を削除することを特徴とする。
請求項３記載の通信装置は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする。
請求項４記載の通信装置は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報が削除できないように保護された情報であれば、前記保護された相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に保護された相手先情報を除いた相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする。
請求項５記載の通信装置は、請求項３〜４記載の通信装置であり、更に相手先情報を削除後に、着信時に受信した相手先情報を着信履歴に登録することを特徴とする。
請求項６記載の着信履歴の管理方法は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、当該第２ステップで検出した相手先情報を削除する第３ステップ、のステップを有することを特徴とする。
請求項７記載の着信履歴の管理方法は、着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、保護された相手先情報を除いて、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、当該第２ステップで検出した相手先情報を削除する第３ステップ、のステップを有することを特徴とする。
請求項８記載の着信履歴の管理方法は、請求項６〜７記載の着信履歴の管理方法であり更に前記第３ステップ後に、着信時に受信した相手先情報を着信履歴に登録する第４ステップを有することを特徴とする。
【発明の効果】
【００１０】
本願発明は、高価なシステムを設けなくとも、着信履歴からユーザにとって必要な相手先情報が削除されることを回避することができる。
【００１１】
請求項１記載の通信装置は、着信履歴の中から最も古く格納した相手先情報を検索し、検索した相手先情報と同一の相手先情報が着信履歴中に存在しなければ、最も古く格納した相手先情報が削除されることを禁止するため、ユーザにとって、最も古く格納した相手先情報が必要であるのにもかかわらず削除されることを回避することができる。
【００１２】
請求項２記載の通品装置は、更に、検索した相手先情報と同一の相手先情報が着信履歴中に存在すれば、最も古く格納した相手先情報が削除される為、必要な相手先情報は保持しつつ不必要な相手先情報を削除することが可能である。
【００１３】
請求項３記載の通信装置は、ユーザにとって必要な相手先情報は保護しつつ不必要な相手先情報を自動的に検索して削除することが可能である。
【００１４】
請求項４記載の通信装置は、相手先情報を検索する際に保護された情報は削除の対象から除外して検索する為、保護すべき相手先情報は確実に保護できると共に、不必要な相手先情報を自動的に検索して削除することが可能である。
【００１５】
請求項５記載の通信装置は、更に、不要な相手先情報を削除した後に、受信した相手先情報を着信履歴に記憶するため、着信があった相手先の情報を確実に記憶することが可能である。
【００１６】
請求項６記載の着信履歴の管理方法は、着信時に不必要な相手先情報を削除することが可能とする。
【００１７】
請求項７記載の着信履歴の管理方法は、保護された相手先情報のように必要な相手先情報は保持しつつ不必要な相手先情報を削除することが可能とする。
【００１８】
請求項８記載の着信履歴の管理方法は、更に、必要な相手先情報を着信履歴に記憶することが可能である。
【発明を実施するための最良の形態】
【００１９】
次に、本発明の一実施形態に係る通信装置（携帯電話装置）について、図面を参照して説明する。
【００２０】
図１に示すように、携帯電話装置１０は、アンテナ１６と接続された通信部１２を備えている。この通信部１２は、後述のベースバンド部１４からの信号をアンテナ１６を介して基地局へ発信し、あるいはアンテナ１６を介して基地局からの電波を受信する。
【００２１】
また、通信部１２は、ベースバンド部１４と接続されている。ベースバンド部１４は、ＣＤＭＡ処理回路１８と、音声コーデック２０と、を有している。ここで、ＣＤＭＡ処理回路１８は、符号分割多元接続、スクランブル、誤り制御、タイミング検出を行う。また、音声コーデック２０は、音声を圧縮（符号化）、伸張（復号化）したり、アナログとデジタルの変換を行ったり、内部の増幅回路（図示省略）により受話音量やマイクロホンの感度を変更する。
【００２２】
また、ベースバンド部１４には、切替回路２２が接続されている。この切替回路２２には、増幅回路２４を介して第１スピーカ２６が接続されている。この第１スピーカ２６は、増幅回路２４で増幅されたベースバンド部１４の電気信号を音声に変換する。この第１スピーカ２６は、ユーザの耳にあてて通話に使用される。
【００２３】
また、切替回路２２には、増幅回路２８を介してマイクロホン３０が接続されている。このマイクロホン３０は、通話に使用され、音声を電気信号に変換する。マイクロホン３０により出力された電気信号は、増幅回路２８で増幅されてベースバンド部１４に出力される。
【００２４】
また、切替回路２２には、増幅回路３２を介して第２スピーカ３４が接続されている。この第２スピーカ３４は、増幅回路３２で増幅されたベースバンド部１４の電気信号を音声に変換する。この第２スピーカ３４は、受話音を周囲の人にも聞かせるための拡声用のスピーカである。また、第２スピーカ３４は、着信報知の鳴動も行う。なお、これらの３つの増幅回路２４、２８、３２は、ゲインを固定しており、第１スピーカ２６及び第２スピーカ３４の音量やマイクロホン３０の感度を変更することはできないようになっている。
【００２５】
この切替回路２２は、ベースバンド部１４との接続を、第１スピーカ２６用の増幅回路２４とマイクロホン３０用の増幅回路２８側にするか、あるいは拡声用の第２スピーカ３４用の増幅回路３２とマイクロホン３０用の増幅回路２８側にするかを切り替える。
【００２６】
また、通信部１２、ベースバンド部１４、切替回路２２には、制御回路（制御部）３６がそれぞれ接続されている。この制御回路３６の制御により上述した切替回路２２による切り替えが行われる。また、制御回路３６によりベースバンド部１４の音声コーデック２０が制御され、音声コーデック２０により第１スピーカ２６及び第２スピーカ３４の音量やマイクロホン３０の感度が変更される。制御回路３６には、ＲＯＭ３８が接続されており、ＲＯＭ３８に格納されているシステムプログラムに基づき各部を制御する。又、制御回路３６は、図示しないバッファメモリを内蔵しており、着信時に受信した発呼側の電話番号データや、後述する「Ａ」のデータ等を一時的に格納する機能を有している。
【００２７】
また、制御回路３６には、入力部４４が接続されている。この入力部４４は、図示していないが、テンキー、通話キー、切キー、カーソル移動等に用いられる十字キー、決定キー、クリアキー等を有している。
【００２８】
ＲＡＭ４０には、着信履歴のデータが格納されており、例えば１００件の相手先を格納することが可能である。ＲＡＭ４０は図２に示すような着信履歴記憶領域を有している。
図２において、「Ａ」は、後ほど詳細に説明するが、同一の相手先を検索する際に使用されるデータであり、例えば、ＲＡＭ４０に６人の相手先が格納されている場合、最も過去にかかってきた相手先に「６」のデータが格納され、古い相手先から順に、５、４、３・・・と格納される。本実施例では、着信時にＲＡＭ４０に１００件の相手先が格納されている場合、この「Ａ」の値が「１」である相手先から順に同一の相手先があるか否かが検索される。
【００２９】
又、ＲＡＭ４０には、着信履歴番号が、最も新しく着信のあった相手先から順に、１、２、３・・・と格納される。又、前記「Ａ」のデータ、着信履歴番号に対応して電話番号、氏名、着信時の日付、保護データが格納される。氏名はユーザの入力操作により格納されるものであり、電話番号は着信時に回線から受信した電話番号である。又、ユーザが氏名を入力操作により格納しなければ、電話番号データは格納されるが氏名データは格納されない。この場合、着信履歴を表示する際に氏名は表示されず電話番号が表示されることになる。一方、氏名と電話番号の両方が格納されている場合には氏名が表示される。
【００３０】
次に保護データであるが、これはユーザが操作を誤って削除することを回避するために、保護するデータである。この保護データはユーザが入力操作を行うことにより、特定の相手先に保護のフラグ「１」が格納される。この保護フラグ「１」が格納されているデータはユーザが削除操作を行っても削除されることがない。
【００３１】
次にディスプレイ４２に表示される表示形態を説明する。図３は、ディスプレイ４２に着信履歴を表示した際の表示形態を示している。
【００３２】
図３において、最も新しく着信のあった相手先から順に、田中さん、山田さん、犬塚さん、と表示される。又、保護されているデータにはカギマークが表示され、図３では、山田花子さんの表示領域にカギマークが表示されている。
【００３３】
次に、本実施例装置の動作について、図４を用いて説明する。図４は本実施例装置の動作を示すフロー図である。
【００３４】
本実施例装置は、着信時に着信履歴に１００件の相手先が格納されている場合、即ち、格納可能な限界の件数分相手先が格納されている場合、最も過去に着信のあった相手先から順に、着信履歴に同じ相手先が２つ以上格納されているものを検索していき、同じ相手先が２つ以上格納されているものがあればそれを削除し、着信時に受信した新たな相手先を着信履歴の先頭に格納するものである。又、同じ相手先が２つ以上あるものを検索する際に、保護されているデータは、仮に２つ以上相手先があろうが、１つだけであろうが、削除の対象から除外するものである。
【００３５】
では、以下に本実施例装置の動作について詳細に説明する。
【００３６】
図４のＳ１０ステップにおいて、制御回路３６は、ベースバンド部１４から着信があることを示す信号を検出すると、Ｓ１１ステップへ処理を進める。
【００３７】
Ｓ１１ステップでは、制御回路３６は、通信部１２、ベースバンド部１４を介して、発呼側の電話番号データを受信し、制御回路３６にあるバッファメモリ（図示せず）に一時的に格納する。
【００３８】
Ｓ１２ステップでは、制御回路３６は、ＲＡＭ４０がメモリフルか否か判定する、即ち、ＲＡＭ４０の着信履歴記憶領域に、１００件分の相手先が格納されているか否か判定し、メモリフルであればＳ１４ステップへ処理を進め、そうでなければＳ１３ステップへ処理を進める。
【００３９】
Ｓ１３ステップでは、制御回路３６は、上記Ｓ１１ステップでバッファメモリに格納した電話番号データをＲＡＭ４０の着信履歴記憶領域に格納し、処理を終了する。例えば、田中一郎さんからの着信である場合に、田中一郎さんの電話番号である「０９０１２３４５６７」が着信履歴番号「１」のエリアに格納される。尚、この電話番号に対応して田中一郎さんの氏名を後ほどユーザが入力操作により格納しても良いし、Ｓ１３ステップの処理時に、電話帳メモリ（図示せず）に田中一郎さんの電話番号と一致する電話番号があるか否かを検索し、一致する電話番号があれば、田中一郎さんの電話番号に対応付けて電話帳メモリに格納されている田中一郎さんの氏名を読み込み、ＲＡＭ４０の着信履歴番号「１」の氏名エリアに格納しても良い。
【００４０】
Ｓ１４ステップでは、制御回路３６は、制御回路３６のバッファメモリ（図示せず）に格納されているデータ「Ａ」を「１」とし、Ｓ１５ステップへ処理を進める。
【００４１】
Ｓ１５ステップでは、制御回路３６は、制御回路３６のバッファメモリに格納されているデータ「Ａ」に対応する着信履歴の「Ａ」のデータが保護データであるか否かを判定する。例えば、バッファメモリに「Ａ」が「１」のデータが格納されている場合に、ＲＡＭ４０の「Ａ」の領域に「１」が格納されている相手先が保護データか否かを判定し、保護データであればＳ１６ステップへ処理を進め、そうでなければ、Ｓ１８ステップへ処理を進める。
【００４２】
Ｓ１６ステップでは、制御回路３６は、バッファメモリに格納されている「Ａ」のデータを１インクリメントし、Ｓ１７ステップへ処理を進める。
【００４３】
Ｓ１７ステップでは、制御回路３６は、バッファメモリに格納されている「Ａ」のデータが「１００」であるか否かを判定し、「１００」であると判定すると処理を終了し、そうでなければ、Ｓ１５ステップへ処理を戻す。
【００４４】
Ｓ１８ステップでは、制御回路３６は、バッファメモリに格納されている「Ａ」のデータに対応するＲＡＭ４０の着信履歴の「Ａ」のデータの相手先が、着信履歴に２以上格納されているか否かを判定し、２以上格納されていれば、Ｓ２０ステップへ処理を進め、そうでなければ、Ｓ１９ステップへ処理を進める。尚、このとき、着信履歴に２以上格納されていてもそのデータが保護データであればその相手先は同一相手先と判定しない。
【００４５】
Ｓ１９ステップでは、制御回路３６は、バッファメモリの「Ａ」を１インクリメントし、Ｓ１５ステップへ処理を戻す。
【００４６】
Ｓ２０ステップでは、制御回路３６は、Ｓ１８ステップで判定した同一のものが２以上ある相手先のうち、最も過去に着信のあった相手先情報をＲＡＭ４０から削除し、Ｓ１１ステップでバッファメモリに一時的に格納した相手先の電話番号をＲＡＭ４０の着信履歴の先頭に格納し、処理を終了する。
又、Ｓ１８、Ｓ２０ステップの処理を図５を用いて具体的に説明する。尚、図５はＲＡＭ４０に１００件の相手先が格納された場合のデータ格納形態図である。
Ｓ１８ステップにおいて、バッファメモリに格納されている「Ａ」のデータが「１」である場合、ＲＡＭ４０の着信履歴の「１」のデータである犬塚由香さんのデータが着信履歴番号１００以外の領域にも格納されているか否かが検索される。図５に示すように、仮に着信履歴番号「９９」に犬塚由香さんの電話番号が格納されていれば、犬塚由香さんの電話番号の内最も古く着信のあった番号、即ち、着信履歴番号が「１００」である電話番号が削除される（Ｓ２０ステップ）。続いて、着信履歴番号が「１」である領域に、Ｓ１１ステップでバッファメモリに一時的に格納された電話番号が格納される。図４の場合では、着信履歴番号「１００」の電話番号が消去されるため、着信履歴番号「１」の田中一郎さんは、着信履歴番号「２」の領域に格納され、同様に、２番目以降の相手先が１ずつ下にシフトして格納される。そうすると、着信履歴番号「１」の領域が空くため、この領域に、Ｓ１１ステップでバッファメモリに一時的に格納された電話番号が格納される。
【００４７】
このように、Ｓ１５〜Ｓ１７ステップを繰り返し処理することにより、ＲＡＭ４０の着信履歴の内古いものから順に保護データでないものがあるか否かが検索され、仮に１００件全ての相手先が保護データであれば処理を終了（Ｓ１７ステップのＹ）する。又、Ｓ１８〜Ｓ１９ステップを繰り返し処理することにより、ＲＡＭ４０の着信履歴の内古いものから順に同一の相手先が格納されているか否かが検索され、仮に同一のものが２以上ある相手先が存在すると、その相手先の内最も古いものを削除し着信時に受信した相手先の電話番号をＲＡＭ４０の先頭に格納する（Ｓ２０ステップ）。
【００４８】
このように、本実施例では、着信履歴がフルな状態で着信があると、同一のものが２以上ある相手先のうち、最も古いものを削除し、着信時に受信した電話番号を着信履歴の先頭に格納する為、着信履歴がフルな状態でもだれからの着信があったかをユーザが知ることが可能である。
【００４９】
又、保護データは削除の対象としている為、保護データは確実に保護することが可能である。
【００５０】
尚、本実施例では携帯電話装置について実施したが、コードレス電話、留守番電話、ファクシミリ装置等の通信装置にも同様に実施可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明を適用してなる実施例装置のブロック図である。
【図２】ＲＡＭ４０の格納形態図である。
【図３】ディスプレイ４２の表示形態図である。
【図４】本実施例装置の動作を示すフロー図である。
【図５】ＲＡＭ４０の格納形態図である。
【符号の説明】
【００５２】
１０ 携帯電話装置
３６ 制御回路
４０ ＲＯＭ
４４ 入力部
【特許請求の範囲】
【請求項１】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止することを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在すると、前記最も古く格納した相手先情報を削除することを特徴とする通信装置。
【請求項３】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする通信装置。
【請求項４】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報が削除できないように保護された情報であれば、前記保護された相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に保護された相手先情報を除いた相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする通信装置。
【請求項５】
請求項３〜４記載の通信装置であり、
更に相手先情報を削除後に、着信時に受信した相手先情報を着信履歴に登録することを特徴とする通信装置。
【請求項６】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、
当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、
当該第２ステップで検出した相手先情報を削除する第３ステップ、
のステップを有する着信履歴の管理方法。
【請求項７】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、
当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、保護された相手先情報を除いて、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、
当該第２ステップで検出した相手先情報を削除する第３ステップ、
のステップを有する着信履歴の管理方法。
【請求項８】
請求項６〜７記載の着信履歴の管理方法であり、
更に前記第３ステップ後に、着信時に受信した相手先情報を着信履歴に登録する第４ステップを有することを特徴とする着信履歴の管理方法。
【請求項１】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止することを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在すると、前記最も古く格納した相手先情報を削除することを特徴とする通信装置。
【請求項３】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報と同一の相手先情報が前記着信履歴中に存在しなければ、前記最も古く格納した相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする通信装置。
【請求項４】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある通信装置であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達していると、前記着信履歴の中から最も古く格納した相手先情報を検索し、当該検索した相手先情報が削除できないように保護された情報であれば、前記保護された相手先情報の削除を禁止すると共に次に古く格納した相手先情報から古い順に保護された相手先情報を除いた相手先情報を検索し、前記着信履歴中に同一の相手先情報が存在すれものがあれば、当該相手先情報を削除することを特徴とする通信装置。
【請求項５】
請求項３〜４記載の通信装置であり、
更に相手先情報を削除後に、着信時に受信した相手先情報を着信履歴に登録することを特徴とする通信装置。
【請求項６】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、
当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、
当該第２ステップで検出した相手先情報を削除する第３ステップ、
のステップを有する着信履歴の管理方法。
【請求項７】
着信履歴の一覧を表示可能であると共に着信履歴として格納可能な相手先情報の数に制限がある着信履歴の管理方法であり、
着信時に、既に着信履歴に格納されている相手先情報が格納可能な限界の数に達しているか否か判定する第1ステップと、
当該第1ステップで限界の数に達していると、前記着信履歴の古いものから順に、保護された相手先情報を除いて、着信履歴中に同一の相手先情報が２以上存在する相手先情報を検索する第２ステップと、
当該第２ステップで検出した相手先情報を削除する第３ステップ、
のステップを有する着信履歴の管理方法。
【請求項８】
請求項６〜７記載の着信履歴の管理方法であり、
更に前記第３ステップ後に、着信時に受信した相手先情報を着信履歴に登録する第４ステップを有することを特徴とする着信履歴の管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−２８８５９６（Ｐ２００７−２８８５９６Ａ）
【公開日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願番号】特願２００６−１１４６４５（Ｐ２００６−１１４６４５）
【出願日】平成１８年４月１８日（２００６．４．１８）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【出願人】（０００２１４８９２）鳥取三洋電機株式会社 (1,582)
【Ｆターム（参考）】
【公開日】平成１９年１１月１日（２００７．１１．１）
【国際特許分類】
【出願日】平成１８年４月１８日（２００６．４．１８）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【出願人】（０００２１４８９２）鳥取三洋電機株式会社 (1,582)
【Ｆターム（参考）】
[ Back to top ]