(57)【要約】【課題】ユーザの利便性を損なうことなく、データの漏洩、不正使用を防ぐ。【解決手段】記憶部３は、相手先の氏名、電話番号などからなるアドレス帳データベース３−１を保持する。アドレス帳データベース３−１に記憶されている電話番号には、簡易マスク許可情報、マスク桁数が設定されている。制御部６は、アドレス帳データベース３−１の電話番号を表示する際にマスク桁数だけ伏せ字にし、該一部を伏せ字にした電話番号を表示部４に表示する。そして、伏せ字にした数字を入力させる。制御部６は、ユーザにより操作部２から入力された伏せ字に対する数字がアドレス帳データベース３−１に記憶されている数字と一致した場合に発信を許可する。【選択図】図１
2008160745.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが登録、編集及び閲覧が可能な複数桁のデータを複数記憶する記憶手段と、
前記記憶手段に記憶されているデータの出力を指示するデータ出力指示手段と、
前記データ出力指示手段によりデータ出力が指示された場合に、指示されたデータを前記記憶手段から取得するデータ取得手段と、
前記データ取得手段により取得されたデータの一部の桁をマスクするデータマスク手段と、
前記データマスク手段により一部の桁がマスクされた前記データを表示する表示手段と、
前記表示手段に表示されたデータの、前記データマスク手段によりマスクされた桁への文字を入力するマスク文字入力手段と、
前記マスク文字入力手段により入力された文字が前記データマスク手段によりマスクされた文字と一致するか否かを判定する判定手段と、
前記判定手段によって一致すると判定された場合には、前記データの出力を許可するデータ出力許可制御手段と
を具備することを特徴とする端末装置。
【請求項２】
前記記憶手段は、記憶されているデータ毎に、前記データマスク手段によるマスクを許可するか否かを示すマスク許可情報を更に記憶し、
前記データマスク手段は、前記データ取得手段により取得されたデータに対する前記マスク許可情報に基づいて、データの一部の桁をマスクするか否かを決定することを特徴とする請求項１記載の端末装置。
【請求項３】
前記記憶手段は、記憶されているデータ毎に、前記データマスク手段によりマスクされる桁数、あるいは桁位置を示すマスク桁情報を更に記憶し、
前記データマスク手段は、前記データ取得手段により取得されたデータに対する前記マスク桁情報に基づいて、マスクする桁を決定することを特徴とする請求項１記載の端末装置。
【請求項４】
前記データマスク手段は、マスクする桁の位置を、前記記憶手段に記憶されているデータの出力毎にランダムに変更することを特徴とする請求項１記載の端末装置。
【請求項５】
前記記憶手段に記憶されている複数のデータのうち、前記データマスク手段によるマスクが許可されているデータ毎に、前記判定手段によって不一致と判定された回数を計測する不一致回数計測手段と、
前記不一致回数計数手段により計測された回数が所定の回数に達した場合に、前記記憶手段に記憶されている全データを出力するための認証を行う認証手段と
を更に具備することを特徴とする請求項２記載の端末装置。
【請求項６】
前記データマスク手段によりマスクされる桁とは異なる一部の桁を、前記マスク文字入力手段からの文字入力を必要としない、前記データマスク手段により置き換えられる記号とは異なる記号に置き換えてマスクする第２のデータマスク手段を更に具備することを特徴とする請求項１記載の端末装置。
【請求項７】
予め設定された複数桁のパスワードを記憶するパスワード記憶手段と、
ユーザが登録、編集及び閲覧が可能なデータを複数記憶する記憶手段と、
前記記憶手段に記憶されているデータを利用する際に、前記パスワード記憶手段に記憶されているパスワードを取得するパスワード取得手段と、
前記パスワード取得手段により取得されたパスワードの一部の桁をマスクするパスワードマスク手段と、
前記パスワードマスク手段により一部の桁がマスクされた前記パスワードを表示する表示手段と、
前記表示手段に表示されたパスワードの、前記パスワードマスク手段によりマスクされた桁への文字を入力するマスク文字入力手段と、
前記マスク文字入力手段により入力された文字が前記パスワードマスク手段によりマスクされた文字と一致するか否かを判定する判定手段と、
前記判定手段によって一致すると判定された場合には、前記データの利用を許可する一方、前記判定手段によって一致しないと判定された場合には、前記データの利用を不許可とするデータ利用許可制御手段と
を具備することを特徴とする端末装置。
【請求項８】
前記記憶手段に記憶されているデータの最終利用日時を記憶するデータ利用日時記憶手段と、
前記記憶手段に記憶されているデータを利用する際に、前記データ利用日時記憶手段に記憶されているデータの最終利用日時からの経過時間に応じて、前記パスワードマスク手段によりマスクされる桁数を決定するマスク桁数決定手段を更に具備することを特徴とする請求項７記載の端末装置。
【請求項９】
前記パスワードマスク手段は、マスクする桁の位置を、前記記憶手段に記憶されているデータの利用毎にランダムに変更することを特徴とする請求項７記載の端末装置。
【請求項１０】
ユーザが登録、編集及び閲覧が可能な複数桁のデータを複数記憶する記憶手段を備えるコンピュータに、
前記記憶手段に記憶されているデータの出力を指示するデータ出力指示機能、
データ出力が指示されたデータを、前記記憶手段に記憶されている複数のデータの中から取得するデータ取得機能、
前記取得されたデータの一部の桁をマスクするデータマスク機能、
前記一部の桁がマスクされたデータを表示する表示機能、
前記表示されたデータのマスクされた桁への文字を入力するマスク文字入力機能、
前記入力された文字が前記マスクされた文字と一致するか否かを判定する判定機能、
双方の文字が一致すると判定された場合には、前記データの出力を許可するデータ出力許可制御機能
を実現させることを特徴とするプログラム。
【請求項１１】
予め設定された複数桁のパスワードを記憶するパスワード記憶手段と、ユーザが登録、編集及び閲覧が可能な複数桁のデータを複数記憶する記憶手段とを備えるコンピュータに、
前記記憶手段に記憶されているデータを利用する際に、前記パスワード記憶手段に記憶されているパスワードを取得するパスワード取得機能、
前記取得されたパスワードの一部の桁をマスクするパスワードマスク機能、
前記一部の桁がマスクされた前記パスワードを表示する表示機能、
前記表示されたパスワードのマスクされた桁への文字を入力するマスク文字入力機能、
前記入力された文字が前記マスクされた文字と一致するか否かを判定する判定機能、
双方の文字が一致すると判定された場合には、前記データの利用を許可する一方、双方が一致しないと判定された場合には、前記データの利用を不許可とするデータ利用許可制御機能
を実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの不正使用を防止する携帯端末及びプログラムに関する。
【背景技術】
【０００２】
従来、携帯電話などの端末装置では、電話帳等のデータ記憶機能全体を通常４桁程度の暗証番号（パスワード）で秘匿化するため、暗証番号を設定すると、どのデータを利用する場合でも、常に４桁程度の暗証番号を入力しなければならず、操作が煩雑になり、面倒になるという問題がある。また、暗証番号が漏洩してしまった場合には、不正な暗証番号の入力で全てのデータを見られてしまうという問題がある。
【０００３】
例えば、従来技術としては、キーワード毎（使用者別）に暗証番号が設定可能で、メモリダイヤルをキーワード毎（使用者別）に登録可能とする技術が提案されている（例えば、特許文献１参照）。該従来技術によれば、使用者（キーワード）毎に暗証番号を設定することができるため、何れかの使用者の暗証番号が不正に入力されても、その使用者以外のデータ（メモリダイヤル）を見ることも使用することもできない。
【０００４】
【特許文献１】特開平７−３８６３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術（特許文献１）では、データ毎の暗証番号設定までには至っていないため、やはり、不正な暗証番号の入力でキーワード毎に登録されている全てのデータ（入力された暗証番号の使用者のデータ）が見られたり、使用されたりしてしまうという問題がある。
【０００６】
そこで本発明は、データ毎に独立して秘匿化することで、ユーザの利便性を損なうことなく、データの漏洩、不正使用を防ぐことができる携帯端末及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的達成のため、請求項１、１０記載の発明は、記憶手段に記憶されているデータの出力が指示されると、指示されたデータを、記憶されている複数のデータの中から取得し、該取得されたデータの一部の桁をマスクして表示し、表示されたデータのマスクされた桁に対して入力された文字がマスクされた文字と一致するか否かを判定し、双方の文字が一致すると判定された場合には、データの出力を許可することを特徴とする。
【０００８】
また、好ましい態様として、例えば請求項２記載のように、請求項１記載の端末装置において、前記記憶手段は、記憶されているデータ毎に、前記データマスク手段によるマスクを許可するか否かを示すマスク許可情報を更に記憶し、前記データマスク手段は、前記データ取得手段により取得されたデータに対する前記マスク許可情報に基づいて、データの一部の桁をマスクするか否かを決定するようにしてもよい。
【０００９】
また、好ましい態様として、例えば請求項３記載のように、請求項１記載の端末装置において、前記記憶手段は、記憶されているデータ毎に、前記データマスク手段によりマスクされる桁数、あるいは桁位置を示すマスク桁情報を更に記憶し、前記データマスク手段は、前記データ取得手段により取得されたデータに対する前記マスク桁情報に基づいて、マスクする桁を決定するようにしてもよい。
【００１０】
また、好ましい態様として、例えば請求項４記載のように、請求項１記載の端末装置において、前記データマスク手段は、マスクする桁の位置を、前記記憶手段に記憶されているデータの出力毎にランダムに変更するようにしてもよい。
【００１１】
また、好ましい態様として、例えば請求項５記載のように、請求項２記載の端末装置において、前記記憶手段に記憶されている複数のデータのうち、前記データマスク手段によるマスクが許可されているデータ毎に、前記判定手段によって不一致と判定された回数を計測する不一致回数計測手段と、前記不一致回数計数手段により計測された回数が所定の回数に達した場合に、前記記憶手段に記憶されている全データを出力するための認証を行う認証手段とを更に具備するようにしてもよい。
【００１２】
また、好ましい態様として、例えば請求項６記載のように、請求項１記載の端末装置において、前記データマスク手段によりマスクされる桁とは異なる一部の桁を、前記マスク文字入力手段からの文字入力を必要としない、前記データマスク手段により置き換えられる記号とは異なる記号に置き換えてマスクする第２のデータマスク手段を更に具備するようにしてもよい。
【００１３】
また、上記目的達成のため、請求項７、１１記載の発明は、記憶手段に記憶されているデータを利用する際に、パスワード記憶手段に記憶されているパスワードを取得し、該取得されたパスワードの一部の桁をマスクして表示し、該表示されたパスワードのマスクされた桁に対して入力された文字がマスクされた文字と一致するか否かを判定し、双方の文字が一致すると判定された場合には、データの利用を許可する一方、双方が一致しないと判定された場合には、データの利用を不許可とすることを特徴とする。
【００１４】
また、好ましい態様として、例えば請求項８記載のように、請求項７記載の端末装置において、前記記憶手段に記憶されているデータの最終利用日時を記憶するデータ利用日時記憶手段と、前記記憶手段に記憶されているデータを利用する際に、前記データ利用日時記憶手段に記憶されているデータの最終利用日時からの経過時間に応じて、前記パスワードマスク手段によりマスクされる桁数を決定するマスク桁数決定手段を更に具備するようにしてもよい。
【００１５】
また、好ましい態様として、例えば請求項９記載のように、請求項７記載の端末装置において、前記パスワードマスク手段は、マスクする桁の位置を、前記記憶手段に記憶されているデータの利用毎にランダムに変更するようにしてもよい。
【発明の効果】
【００１６】
本発明によれば、データ毎に独立して秘匿化することで、ユーザの利便性を損なうことなく、データの漏洩、不正使用を防ぐことができるという利点が得られる。
また、本発明によれば、簡易マスク機能の対象を全体にかかるパスワードにまで対象を広げたので、従来のように常に４桁程度のパスワードを入力する必要がなくなり、ユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１８】
Ａ．第１実施形態
Ａ−１．第１実施形態の構成
図１は、本発明の第１実施形態による携帯電話の構成を示すブロック図である。図１において、通信部１は、図示しない無線基地局を介して、発着信を制御して音声通話やデータ通信などを行う。操作部２は、電話番号や、パスワード等の各種データ、各種メニューの呼び出し・選択・発信などの動作指示などを入力する。記憶部３は、所定のプログラムや、各種パラメータなどを記憶するとともに（ＲＯＭ）、制御部６の作業用エリアとして用いられる（ＲＡＭ）。特に、本第１実施形態では、記憶部３には、相手先の氏名、電話番号などからなるアドレス帳データベース３−１を保持している。なお、該アドレス帳データベース３−１の詳細については後述する。
【００１９】
表示部４は、例えば、ＬＣＤ（Liquid Crystal
Display）や有機ＥＬ（Electro Luminescence）等で構成され、電波強度や電池残量などの端末状態、メール文書、発信時における相手先リストや、発信相手の電話番号などを表示する。電話部５は、音声通話において、マイク５−２からの音声を取り込み、デジタル信号に変換して制御部６に供給する一方、相手電話の音声信号をアナログ信号に変換してスピーカ５−１から出力する。
【００２０】
制御部６は、上述した各部の動作を所定のプログラムに従って制御する。特に、本第１実施形態では、通常の着信処理や、電話帳、発信・着信履歴の電話番号を表示する際の電話番号の簡易マスク処理（後述）などを行うようになっている。電源部７は、充電可能な二次電池からなり、上述した各部へ動作用の電力を供給する。
【００２１】
次に、図２は、上述したアドレス帳データベース３−１のデータ構成の一例を示す概念図である。アドレス帳データベース３−１は、相手の氏名、氏名の読み、相手の電話番号、簡易マスクを許可するか否かを示す簡易マスク許可情報、簡易マスクする場合のマスク桁数からなる。上述した氏名、読み、電話番号、簡易マスク許可情報、マスク桁数が１つのレコードを構成し、各レコードには、順番にＮｏ．が割り当てられている。
【００２２】
ここで、簡易マスク処理について説明する。簡易マスク処理とは、アドレス帳データベース３−１の電話番号を表示する際に、電話番号の複数の桁（１〜３桁程度）を伏せ字（マスク：所定の記号への置き換え）で表示し、ユーザに伏せ字にした数字を入力させて、アドレス帳データベース３−１に記憶されている数字と一致した場合に発信を許可する一連の処理である。例えば、元の電話番号「０９０５１２１５６９８」に対して、末尾２桁をマスクした場合には、末尾２桁が伏せ字にされ、「０９０５１２１５６＊＊」と表示される。そして、ユーザによって、「＊」の位置の数字「９」、「８」が正しく入力された場合に発信を許可する。
【００２３】
また、本第１実施形態では、電話番号毎に簡易マスクを行うか否かを設定可能としており、簡易マスク処理の対象となる電話番号には、簡易マスク許可フラグ「許可（以下、簡単に簡易マスク許可という）」、非対象となる電話番号には、簡易マスク許可フラグ「不許可」が設定される。図２に示す例では、Ｎｏ．「００１」、「００３」、「０１１」及び「０１３」には、簡易マスク許可フラグに「許可」が設定されている。一方、「００１」、「００３」、「０１１」及び「０１３」以外には、簡易マスク許可フラグに「不許可」が設定されている
【００２４】
また、簡易マスク許可に設定されている電話番号には、電話番号毎にマスクの桁数を設定可能としている。図２に示す例では、Ｎｏ．「００１」には、マスク桁数「２」、Ｎｏ．Ｎｏ．「００３」には、マスク桁数「３」、Ｎｏ．「０１１」には、マスク桁数「２」及びＮｏ．「０１３」には、マスク桁数「１」が設定されている。簡易マスク許可のマスク桁、すなわち伏せ字にする桁位置は、固定であっても、例えば、電話番号毎にランダムに変更するようにしてもよい。
【００２５】
また、簡易マスク許可のマスク桁への入力を（規定回数）間違えた場合には、不正使用とみなして簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、使用する場合には、通常のパスワード入力による認証を実行するようになっている。
【００２６】
Ａ−２．第１実施形態の動作
次に、上述した第１実施形態の動作について説明する。
ここで、図３は、第１実施形態による携帯電話の動作を説明するためのフローチャートである。携帯電話では、まず、ユーザによりアドレス帳呼出キーが押下されると（ステップＳ１０）、簡易マスク機能許可フラグがオンであるか否かを判断する（ステップＳ１２）。該簡易マスク機能許可フラグは、簡易マスク機能の実行を許可するか否かを示すフラグであり、ユーザによりどちらにするかを設定可能となっている。そして、簡易マスク機能許可フラグがオンである場合には、アドレス帳データベース３−１を参照し、図４に示すように、簡易マスク許可が「許可」となっているアドレスリスト（Ｎｏ．と氏名）を表示部４に表示する（ステップＳ１４）。
【００２７】
次に、ユーザによりアドレス帳呼出キーが再押下されたか否かを判断し（ステップＳ１６）、再度、アドレス帳呼出キーが押下されなかった場合には、アドレスリストからユーザに発信先を選択させ（ステップＳ１８）、発信先が選択されると、アドレス帳データベース３−１を参照し、選択された発信先の電話番号のマスク桁数を取得する（ステップＳ２０）。次に、図５に示すように、取得したマスク桁数だけ電話番号を伏せ字にし、該一部を伏せ字にした、選択された発信先の電話番号を表示部４に表示する（ステップＳ２２）。図５に示す例では、末尾２桁を伏せ字として、選択された発信先の電話番号を表示している。
【００２８】
次に、ユーザにより伏せ字部分の数字を入力させ（ステップＳ２４）、アドレス帳データベース３−１を参照し、入力された数字と伏せ字にした数字とが一致するか否かを判断する（ステップＳ２６）。そして、双方の数字が一致した場合には、発信を許可し、図示しない発信処理へ進む。
【００２９】
一方、双方の数字が一致しなかった場合には、データ毎の不一致回数を＋１し（ステップＳ２８）、不一致回数が規定回数（例えば、３回）に達したか否かを判断する（ステップＳ３０）。そして、不一致回数が規定回数に達した場合には、簡易マスク機能許可フラグをオフとし（ステップＳ３２）、ステップＳ３４以降で説明するように、不正使用とみなして簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、通常のパスワード入力による認証を実行する。この場合、簡易マスク機能許可フラグをオフとすることで、次回からは、簡易マスク処理を行うことなく、通常のパスワード入力による認証へ進むことになる。
【００３０】
一方、不一致回数が規定回数に達していない場合には、簡易マスク機能許可フラグをオフとすることなく、ステップＳ３４以降で説明するように、簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、通常のパスワード入力による認証を実行する。この場合、簡易マスク機能許可フラグをオフとしていないので、次回も上述した一連の簡易マスク処理を実行することになる。
【００３１】
また、ステップＳ１２で、簡易マスク機能許可フラグがオフであった場合、あるいは、ステップＳ１６で、ユーザによりアドレス帳呼出キーが再押下された場合にも、ステップＳ３４以降で説明するように、簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、通常のパスワード入力による認証を実行する。
【００３２】
次に、通常のパスワード入力による認証について説明する。まず、パスワード入力画面を表示部４に表示し（ステップＳ３４）、ユーザによりパスワードを入力させ（ステップＳ３６）、パスワードがＯＫであるか否かを判断する（ステップＳ３８）。そして、入力されたパスワードが予め登録されているパスワードに合致しない場合には、パスワードがＮＧであることを表示し（ステップＳ４０）、図示しない待ち受け画面へ進む。この場合、アドレス帳データベース３−１の電話番号を使用することができない。
【００３３】
一方、入力されたパスワードが予め登録されているパスワードに合致した場合には、図６に示すように、アドレス帳データベース３−１に登録されている全アドレスリストを表示部４に表示する（ステップＳ４２）。次に、アドレスリストからユーザに発信先を選択させ（ステップＳ４４）、発信先が選択されると、アドレス帳データベース３−１を参照し、図７に示すように、選択された発信先の電話番号を伏せ字にすることなく表示部４に表示する（ステップＳ４６）。次に、ユーザにより発信キーが押下されると（ステップＳ４８）、図示しない発信処理へ進む。
【００３４】
なお、上述したように、秘匿性を高めるために、図８に示すように、アドレス帳データベース３−１を利用する度に、マスクする桁をランダムに変更するようにしてもよい（ランダムに３桁をマスクした場合：０９０＊２＊１５＊９８）。また、更に秘匿性を高めるために、図９に示すように、入力を必要としない隠すためだけのマスクを併用し、「０９０▲▲▲１５６＊＊」と表示してもよい（▲：入力を必要としないマスク桁）。
【００３５】
上述した第１実施形態によれば、アドレス帳データベース３−１の電話番号表示の際に、１〜３程度の複数桁を伏せ字（マスク）にして表示して、ユーザにより入力された数字がその伏せ字部分の数字と一致した場合に発信を許可するようにしたので、電話番号毎に伏せ字（マスク）に置き換える数字が異なるため、１つの電話番号が一致しても他の電話番号を見られる心配がなく、電話番号の漏洩、不正使用を防ぐことができる。
【００３６】
また、電話番号毎に簡易マスク許可の可否を設定としたので、重要度あるいは使用頻度の高い電話番号とその他の通常の電話番号とを区別して管理することができる。
【００３７】
また、電話番号毎に伏せ字（マスク）の桁数を設定するようにしたので、例えば、頻繁に発信する電話番号には、伏せ字（マスク）の桁数を少なく設定して少ない手間で簡易に発信することができるようにする、というように電話番号に応じて使い分けが可能となる。
【００３８】
また、簡易マスク許可の伏せ字（マスク）の桁への入力を（規定回数）間違えた場合には、不正使用とみなして簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、使用する場合には通常のパスワード入力とするようにしたので、より確実に不正使用を防ぐことができる。
【００３９】
また、入力を必要としない隠すためだけのマスクを併用するようにしたので、更に秘匿性を高めることができる。
【００４０】
また、電話番号に対する伏せ字にする桁をランダムに変更したり、更に秘匿性を高めるために、入力を必要としない隠すためだけのマスクを併用するようにすれば、より秘匿性を高めることができる。
【００４１】
Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。本第２実施形態では、発信・着信履歴の電話番号表示の際に、１〜３程度の複数桁を伏せ字（マスク）で表示し、ユーザに伏せ字の数字を入力させ、発信・着信履歴に記憶されている数字と一致した場合に発信を許可するようになっている。
【００４２】
Ｂ−１．第２実施形態の構成
図１０は、本発明の第２実施形態による携帯電話の構成を示すブロック図である。なお、図１に対応する部分に同一の符号を付けて説明を省略する。図１０において、記憶部３は、アドレス帳データベース３−１に加えて、発信履歴テーブル３−２、着信履歴テーブル３−３を記憶している。発信履歴テーブル３−２は、発信の履歴を保持するものであり、着信履歴テーブル３−３は、着信の履歴を保持するものである。
【００４３】
図１１（ａ）、（ｂ）は、上述した発信履歴テーブル３−２及び着信履歴テーブル３−３のデータ構成の一例を示す概念図である。発信履歴テーブル３−２は、発信日、発信時刻、相手の氏名、相手の電話番号、簡易マスク許可情報からなる。なお、相手の氏名、簡易マスク許可情報は、発信時の電話番号に基づいてアドレス帳デーベース３−１から取得されたものである。
【００４４】
着信履歴テーブル３−３は、着信日、着信時刻、相手の氏名、相手の電話番号、簡易マスク許可情報からなる。なお、相手の氏名、簡易マスク許可情報は、着信時に通知される電話番号がアドレス帳データベース３−１に登録されている場合に、該アドレス帳デーベース３−１から取得されたものである。
【００４５】
Ｂ−２．第２実施形態の動作
図１２は、本第２実施形態による携帯電話の動作を説明するためのフローチャートである。携帯電話では、まず、ユーザにより発信履歴または着信履歴呼出キーが押下されると（ステップＳ６０）、簡易マスク機能許可フラグがオンであるか否かを判断する（ステップＳ６２）。そして、簡易マスク機能許可フラグがオンである場合には、発信履歴テーブル３−２または着信履歴テーブル３−３から取得した、簡易マスク許可が「許可」となっている履歴リストを表示部４に表示する（ステップＳ６４）。
【００４６】
次に、ユーザにより発信履歴または着信履歴呼出キーが再押下されたか否かを判断し（ステップＳ６６）、再度、発信履歴または着信履歴呼出キーが押下されなかった場合には、履歴リストからユーザに発信先を選択させ（ステップＳ６８）、発信先が選択されると、アドレス帳データベース３−１を参照し、選択された発信先の電話番号のマスク桁数を取得する（ステップＳ７０）。次に、取得したマスク桁数だけ選択された電話番号の一部を伏せ字にし、該伏せ字にした発信先の電話番号を表示部４に表示する（ステップＳ７２）。
【００４７】
次に、ユーザにより伏せ字部分の数字を入力させ（ステップＳ７４）、アドレス帳データベース３−１を参照し、入力された数字と伏せ字にした数字が一致するか否かを判断する（ステップＳ７６）。そして、双方の数字が一致した場合には、発信を許可し、図示しない発信処理へ進む。
【００４８】
一方、双方の数字が一致しなかった場合には、データ毎の不一致回数を＋１し（ステップＳ７８）、不一致回数が規定回数に達したか否かを判断する（ステップＳ８０）。そして、不一致回数が規定回数に達した場合には、簡易マスク機能許可フラグをオフとし（ステップＳ８２）、ステップＳ８４以降で説明するように、不正使用とみなして簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、通常のパスワード入力による認証を実行する。この場合、簡易マスク機能許可フラグをオフとすることで、次回からは、簡易マスク処理を行うことなく、通常のパスワード入力による認証へ進むことになる。
【００４９】
一方、不一致回数が規定回数に達していない場合には、簡易マスク機能許可フラグをオフとすることなく、ステップＳ８４以降で説明するように、簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、通常のパスワード入力による認証を実行する。この場合、簡易マスク機能許可フラグをオフとしていないので、次回も上述した一連の簡易マスク処理を実行することになる。
【００５０】
また、ステップＳ６２で、簡易マスク機能許可フラグがオフであった場合、あるいは、ステップＳ６６で、ユーザによりアドレス帳呼出キーが再押下された場合にも、ステップＳ８４以降で説明するように、簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、通常のパスワード入力による認証を実行する。
【００５１】
次に、通常のパスワード入力による認証について説明する。まず、パスワード入力画面を表示部４に表示し（ステップＳ８４）、ユーザによりパスワードを入力させ（ステップＳ８６）、パスワードがＯＫであるか否かを判断する（ステップＳ８８）。そして、入力されたパスワードが予め登録されているパスワードに合致しない場合には、パスワードがＮＧであることを表示し（ステップＳ９０）、図示しない待ち受け画面へ進む。この場合、発信履歴テーブル３−２、または、着信履歴テーブル３−３の電話番号を使用することができない。
【００５２】
一方、入力されたパスワードが予め登録されているパスワードに合致した場合には、発信履歴テーブル３−２、または、着信履歴テーブル３−３に登録されている全履歴リストを表示部４に表示する（ステップＳ９２）。次に、全履歴リストからユーザに発信先を選択させ（ステップＳ９４）、発信先が選択されると、選択された発信先の電話番号を伏せ字にすることなく表示部４に表示する（ステップＳ９６）。次に、ユーザにより発信キーが押下されると（ステップＳ９８）、図示しない発信処理へ進む。
【００５３】
なお、本第２実施形態においても、前述した第１実施形態と同様に、秘匿性を高めるために、図８に示すように、発信履歴テーブル３−２または着信履歴テーブル３−３の電話番号を利用する度に、マスクする桁をランダムに変更したり、更に秘匿性を高めるために、図９に示すように、入力を必要としない隠すためだけのマスクを併用するようにしてもよい。
【００５４】
上述した第２実施形態によれば、発信履歴テーブル３−２または着信履歴テーブル３−３の電話番号表示の際に、１〜３程度の複数桁を伏せ字（マスク）にして表示して、ユーザにより入力された数字がその伏せ字部分の数字と一致した場合に発信を許可するようにしたので、電話番号毎に伏せ字（マスク）に置き換える数字が異なるため、１つの電話番号が一致しても他の電話番号を見られる心配がなく、電話番号の漏洩、不正使用を防ぐことができる。
【００５５】
また、電話番号毎に簡易マスク許可の可否を設定としたので、重要度あるいは使用頻度の高い電話番号とその他の通常の電話番号とを区別して管理することができる。
【００５６】
また、電話番号毎に伏せ字（マスク）の桁数を設定するようにしたので、例えば、頻繁に発信する電話番号には、伏せ字（マスク）の桁数を少なく設定して少ない手間で簡易に発信することができるようにする、というように電話番号に応じて使い分けが可能となる。
【００５７】
また、簡易マスク許可の伏せ字（マスク）の桁への入力を（規定回数）間違えた場合には、不正使用とみなして簡易マスク許可を禁止し、通常のシークレットデータ扱いとして、使用する場合には通常のパスワード入力とするようにしたので、より確実に不正使用を防ぐことができる。
【００５８】
また、電話番号に対する伏せ字にする桁をランダムに変更したり、入力を必要としない隠すためだけのマスクを併用するようにすれば、より秘匿性を高めることができる。
【００５９】
Ｃ．第３実施形態
次に、本発明の第３実施形態について説明する。本第３実施形態では、個々の電話番号の使用可否にとどまらず、全体にかかるパスワードにまで対象を広げ、記憶部３に予め登録された複数桁のパスワードと、アドレス帳データベース３−１を最後に使用した日時とを保持しておき、該アドレス帳データベース３−１を使用する際に、前回からの経過時間に応じて、上記パスワードの伏せ字の桁数を決定するようになっている。具体的には、前回使用してからの経過時間が短いほどパスワードの桁数を少なくするようにしている。
【００６０】
Ｃ−１．第３実施形態の構成
図１３は、本発明の第３実施形態による携帯電話の構成を示すブロック図である。なお、図１に対応する部分には同一の符号を付けて説明を省略する。図１３において、記憶部３は、アドレス帳データベース３−１に加えて、パスワード３−４、前回アドレス帳使用日時データ３−５及びマスク桁数決定テーブル３−６を記憶している。パスワード３−４は、予め登録された複数桁のデータである。前回アドレス帳使用日時データ３−５は、前回のアドレス帳データベース３−１を使用した日時であり、マスク桁数決定テーブル３−６は、前回使用時からの経過時間に応じた、パスワードの伏せ字の桁数を保持するものである。
【００６１】
図１４（ａ）、（ｂ）、（ｃ）は、各々、上述したパスワード３−４、前回アドレス帳使用日時データ３−５及びマスク桁数決定テーブル３−６のデータ構成の一例を示す概念図である。パスワード３−４は、上述した通り、予め登録された複数桁のデータである。前回アドレス帳使用日時データ３−５は、上述した通り、前回のアドレス帳データベース３−１を使用した日時である。また、マスク桁数決定テーブル３−６は、前回使用時からの経過時間に応じたパスワードの伏せ字の桁数からなり、図示の例では、経過時間が１〜３時間の場合、パスワードの伏せ字の桁数を「１」とし、経過時間が３〜６時間の場合、パスワードの伏せ字の桁数を「２」、経過時間が６〜１２時間の場合、パスワードの伏せ字の桁数を「３」、経過時間が１２時間以上の場合、パスワードの伏せ字の桁数を「４」とするようになっている。
【００６２】
Ｃ−２．第３実施形態の動作
図１５は、本第３実施形態による携帯電話の動作を説明するためのフローチャートである。携帯電話では、まず、ユーザによりアドレス帳呼出キーが押下されると（ステップＳ１１０）、現在時刻を取得し（ステップＳ１１２）、前回アドレス帳使用日時データ３−５を参照し、前回アドレス帳使用時からの経過時間を算出する（ステップＳ１１４）。次に、マスク桁数決定テーブル３−６を参照し、前回アドレス帳使用時からの経過時間に従ってパスワードのマスク桁数を取得し（ステップＳ１１６）、記憶部３から取得したパスワード３−４の一部を、取得したマスク桁数だけ伏せ字にし、図１６に示すように、一部を伏せ字にしたパスワード入力画面を表示部４に表示する（ステップＳ１１８）。
【００６３】
次に、ユーザにより伏せ字部分の数字を入力させ（ステップＳ１２０）、パスワード３−４に一致したか、すなわち、ＯＫであるか否かを判断する（ステップＳ１２２）。そして、入力されたパスワードが予め登録されているパスワード３−４に一致しない場合には、パスワードがＮＧであることを表示し（ステップＳ１２４）、当該処理を終了する。この場合、アドレス帳データベース３−１を使用することができない。
【００６４】
一方、パスワード３−４がＯＫである場合には、アドレス帳データベース３−１に登録されている全アドレスリストを表示部４に表示する（ステップＳ１２６）。そして、ユーザ操作に応じてアドレス帳を編集するアドレス帳編集処理を実行し（ステップＳ１２８）、ユーザによりアドレス帳機能終了操作（他の機能の実行、電源オフ等によりアドレス帳編集を終了する場合も含む）があったか否かを判断し（ステップＳ１３０）、アドレス帳機能終了操作がない場合には、ステップＳ１２８へ戻り、アドレス帳編集処理を継続する。
【００６５】
これに対して、アドレス帳機能終了操作があった場合には、前回アドレス帳使用日時データ３−５を更新し（ステップＳ１３２）、当該処理を終了する。
【００６６】
なお、本第３実施形態においても、秘匿性を高めるために、パスワードに対する伏せ字にする桁をランダムに変更したり、更に秘匿性を高めるために、入力を必要としない隠すためだけのマスクを併用するようにしてもよい。
【００６７】
上述した第３実施形態によれば、簡易マスク機能の対象を全体にかかるパスワードにまで対象を広げ、前回データを使用してからの経過時間に応じてパスワードの入力桁数を変化するようにしたので、従来のように常に４桁程度のパスワードを入力する必要がなくなり、ユーザの利便性を向上させることができる。
【００６８】
また、前回使用してからの経過時間が短いほどパスワードの桁数を少なくするようにしたので、ユーザの利便性を低下させることなく、秘匿性を高めることができる。
【００６９】
また、パスワードに対する伏せ字にする桁をランダムに変更したり、更に秘匿性を高めるために、入力を必要としない隠すためだけのマスクを併用するようにすれば、より秘匿性を高めることができる。
【００７０】
なお、上述した第１乃至第３実施形態では、アドレス帳データベース３−１の電話番号、発信履歴テーブル３−２または着信履歴テーブル３−３の電話番号、あるいは全体にかかるパスワードに対して簡易マスクを行うようにしたが、電話番号に限定せず、メールアドレスや社員番号等、記号あるいは数字を含む文字からなる他のデータにも対象を広げるようにしてもよい。
【００７１】
また、上述した第１または第２実施形態では、電話番号の伏せ字部分の数字が一致しなかった場合には、パスワードによる認証処理を行うようにしたが、該認証処理は、指紋、掌紋、声紋などの生体認証であってもよい。また、上述した第１乃至第３実施形態では、携帯電話についてのみ説明したが、これに限らず、パスワード入力により内部データを保護するような電子機器であれば適用可能である。
【図面の簡単な説明】
【００７２】
【図１】本発明の第１実施形態による携帯電話の構成を示すブロック図である。
【図２】本第１実施形態による携帯電話のアドレス帳データベース３−１のデータ構成の一例を示す概念図である。
【図３】本第１実施形態による携帯電話の動作を説明するためのフローチャートである。
【図４】本第１実施形態において、簡易マスク許可が「許可」となっているアドレスリストの表示例を示す模式図である。
【図５】本第１実施形態において、簡易マスク機能による発信先の電話番号の表示例を示す模式図である。
【図６】本第１実施形態において、通常のパスワード入力による認証時のアドレスリストの表示例を示す模式図である。
【図７】本第１実施形態において、通常のパスワード入力による認証時の発信先の電話番号表示例を示す模式図である。
【図８】本第１実施形態において、マスクする桁をランダムに変更する場合の電話番号表示例を示す模式図である。
【図９】本第１実施形態において、入力を必要としない隠すためだけのマスクを併用した場合の電話番号表示例を示す模式図である。
【図１０】本発明の第２実施形態による携帯電話の構成を示すブロック図である。
【図１１】本第２実施形態による携帯電話の発信履歴テーブル３−２及び着信履歴テーブル３−３のデータ構成の一例を示す概念図である。
【図１２】本第２実施形態による携帯電話の動作を説明するためのフローチャートである。
【図１３】本発明の第３実施形態による携帯電話の構成を示すブロック図である。
【図１４】本第３実施形態による携帯電話の前回アドレス帳使用時刻データ３−４及びマスク桁数決定テーブル３−５のデータ構成の一例を示す概念図である。
【図１５】本第３実施形態による携帯電話の動作を説明するためのフローチャートである。
【図１６】本第３実施形態によるパスワード入力画面の一例を示す模式図である。
【符号の説明】
【００７３】
１  通信部
２  操作部
３  記憶部
３−１  アドレス帳データベース
３−２  発信履歴テーブル
３−３  着信履歴テーブル
３−４  パスワード
３−５  前回アドレス帳使用時刻データ
３−６  マスク桁数決定テーブル
４  表示部
５  電話部
５−１  スピーカ
５−２  マイク
６  制御部
７  電源部
【図１】
2008160745.tif 000003
【図２】
2008160745.tif 000004
【図３】
2008160745.tif 000005
【図４】
2008160745.tif 000006
【図５】
2008160745.tif 000007
【図６】
2008160745.tif 000008
【図７】
2008160745.tif 000009
【図８】
2008160745.tif 000010
【図９】
2008160745.tif 000011
【図１０】
2008160745.tif 000012
【図１１】
2008160745.tif 000013
【図１２】
2008160745.tif 000014
【図１３】
2008160745.tif 000015
【図１４】
2008160745.tif 000016
【図１５】
2008160745.tif 000017
【図１６】
2008160745.tif 000018