(57)【特許請求の範囲】
【請求項１】
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御することを特徴とする端末装置。
【請求項２】
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする端末装置。
【請求項３】
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
（１）前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御し、及び／又は
（２）前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする端末装置。
【請求項４】
前記表示部とは異なる報知手段と、
前記判別手段によって消灯状態とすると判別された場合に、前記発生した割込イベントを報知するように前記報知手段を制御する報知制御手段と、
を更に備えることを特徴とする請求項２又は３記載の端末装置。
【請求項５】
前記第１検出手段は、前記端末装置の使用状態として、前記表示部が露出している使用状態か否かを検出することを特徴とする請求項１乃至４の何れかに記載の端末装置。
【請求項６】
前記第１検出手段は、前記端末装置の使用状態として、前記端末装置が所定のスタイルでの使用状態か否かを検出することを特徴とする請求項１乃至５の何れかに記載の端末装置。
【請求項７】
前記第１検出手段は、前記端末装置の使用状態として、前記端末装置が所定のスタイルで設置台に設置されている使用状態か否かを検出することを特徴とする請求項１乃至６の何れかに記載の端末装置。
【請求項８】
前記第１検出手段は、前記端末装置の使用状態として、所定の機能が動作中の使用状態か否かを検出することを特徴とする請求項１乃至７の何れかに記載の端末装置。
【請求項９】
前記第２検出手段は、前記所定の内容として、着信相手の個人情報が含まれているか否かを検出することを特徴とする請求項１乃至８の何れかに記載の端末装置。
【請求項１０】
前記第２検出手段は、前記所定の内容として、ユーザの行動に関する情報が含まれているか否かを検出することを特徴とする請求項１乃至９の何れかに記載の端末装置。
【請求項１１】
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御することを特徴とする端末装置。
【請求項１２】
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする端末装置。
【請求項１３】
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
（１）前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御し、及び／又は
（２）前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする端末装置。
【請求項１４】
前記表示部とは異なる報知手段と、
前記判別手段によって消灯状態とすると判別された場合に、前記発生した割込イベントを報知するように前記報知手段を制御する報知制御手段と、
を更に備えることを特徴とする請求項１２又は１３に記載の端末装置。
【請求項１５】
前記第２検出手段は、前記発生した割込イベントが予めユーザによって指定された相手からの着信であるか否かを検出することを特徴とする請求項１１乃至１４の何れかに記載の端末装置。
【請求項１６】
前記第２検出手段は、前記発生した割込イベントが予めユーザによって指定された割込イベントであるか否かを検出することを特徴とする請求項１１乃至１５の何れかに記載の端末装置。
【請求項１７】
コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記報知内容に所定の内容が含まれているか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
前記表示部を点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部が点灯状態となるように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、
を実現させるためのプログラム。
【請求項１８】
コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記報知内容に所定の内容が含まれているか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
前記表示部を消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部が消灯状態となるように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させるためのプログラム。
【請求項１９】
コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記報知内容に所定の内容が含まれているか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
（１）前記表示部を点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部が点灯状態となるように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、及び／又は
（２）前記表示部を消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部が消灯状態となるように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させるためのプログラム。
【請求項２０】
コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記予め指定された割込イベントか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
前記表示部を点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部が点灯状態となるように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、
を実現させるためのプログラム。
【請求項２１】
コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記予め指定された割込イベントか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
前記表示部を消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部が消灯状態となるように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させるためのプログラム。
【請求項２２】
コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記予め指定された割込イベントか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
（１）前記表示部を点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部が点灯状態となるように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、及び／又は
（２）前記表示部を消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部が消灯状態となるように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置及びプログラムに係り、特に割込イベント発生時の制御内容に工夫が凝らされた端末装置及びプログラムに関する。
【背景技術】
【０００２】
近年、携帯電話機の表示画面は大画面化されるとともに、表示画面を備える筐体を操作パネルを備える筐体に対して左右に回転可能とすることにより、携帯電話機の２つの筐体を折り畳んだときでも表示画面が外を向くスタイル（以下、ビュースタイルという。）にすることが可能な構成のものがある（例えば、特許文献１参照）。
【０００３】
また、近時の携帯電話機などの端末装置には、メールや電話の着信時に、送信者の氏名、電話番号、画像（顔写真）などの送信者の個人情報を表示する機能を備えているものがある。また、予め設定しておいたアラーム時刻になった時に、会議や待ち合わせなどの行動情報を表示する機能を備えている端末装置もある。
【０００４】
これらの構成や機能が備えられていることにより、携帯電話機などの端末装置をいちいち開閉することなく個人情報や行動情報などの様々の情報を容易に知ることができるので、これらの構成や機能は非常に便利なものといえる。
【特許文献１】特開２００５−３１８１６４
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような従来の端末装置（携帯電話機）にあっては、メール、電話、アラーム等のイベント発生時に送信者の個人情報を直ちに表示する構成となっていたため、第三者に見られたくない場合であっても見られてしまうという問題点があった。
【０００６】
すなわち、上述の個人情報や行動情報は他人に見られたくないものである場合もあるところ、たとえばビュースタイルのような端末装置の表示画面が端末装置のユーザ以外の他人も閲覧可能な状況にある場合において上述の機能が作動してしまうと、その他人に個人情報や行動情報を見られてしまうという問題点があった。
【０００７】
これと同様に、端末装置に備えられているテレビ機能を用いてテレビを複数人で視聴している際に着信やアラームなどの割込イベントが発生した場合にも、割込イベントの報知内容がユーザの意図に反して第三者に容易に見られてしまうという問題点があった。
【０００８】
これらの問題点は、端末装置が携帯電話機である場合だけでなく、パーソナルコンピュータ、ＰＤＡ、デジタルカメラ、音楽プレイヤなどの端末装置についても等しく指摘することができる。
【０００９】
本発明は、上記背景に鑑みてなされたものであり、ユーザにとって直感的に操作しやすく、かつ、割込イベントの報知内容を第三者に容易に見られることを防止できる端末装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の端末装置は、
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御することを特徴とする。
【００１１】
請求項２に記載の端末装置は、
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする。
【００１２】
請求項３に記載の端末装置は、
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御し、
前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする。
【００１３】
請求項１１に記載の端末装置は、
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御することを特徴とする。
【００１４】
請求項１２に記載の端末装置は、
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする。
【００１５】
請求項１３に記載の端末装置は、
割込イベントが発生した場合における端末装置の使用状態を検出する第１検出手段と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する第２検出手段と、
前記第１検出手段による検出結果と前記第２検出手段による検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する判別手段と、
該判別手段による判別結果に基づいて、前記表示部の点灯状況を制御する点灯制御手段と、
該点灯制御手段による制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てを制御する操作制御手段と、
を備え、
前記点灯制御手段は、前記判別手段によって点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御し、
前記点灯制御手段は、前記判別手段によって消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御し、
前記操作制御手段は、前記点灯制御手段によって前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御することを特徴とする。
【００１６】
請求項１７に記載のプログラムは、コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記報知内容に所定の内容が含まれているか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、
を実現させることを特徴とする。
【００１７】
請求項１８に記載のプログラムは、コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記報知内容に所定の内容が含まれているか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させることを特徴とする。
【００１８】
請求項１９に記載のプログラムは、コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントの報知内容に所定の内容が含まれているか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記報知内容に所定の内容が含まれているか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、
消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させることを特徴とする。
【００１９】
請求項２０に記載のプログラムは、コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記予め指定された割込イベントか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、
を実現させることを特徴とする。
【００２０】
請求項２１に記載のプログラムは、コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記予め指定された割込イベントか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させることを特徴とする。
【００２１】
請求項２２に記載のプログラムは、コンピュータに、
割込イベントが発生した場合における端末装置の使用状態を検出する機能と、
前記発生した割込イベントが予め指定された割込イベントか否かを検出する機能と、
前記端末装置の使用状態の検出結果と前記予め指定された割込イベントか否かの検出結果とに基づいて、前記発生した割込イベントに対して表示部の点灯状況を消灯状態とするか点灯状態とするかを判別する機能と、
点灯状態とすると判別された場合に、前記表示部を点灯状態とするように制御する機能と、
前記表示部を点灯状態とするように制御された場合に、前記表示部が点灯状態における最初のユーザ操作を前記発生した割込イベントに対する処理に割り当てるように制御する機能と、
消灯状態とすると判別された場合に、前記表示部を消灯状態とするように制御する機能と、
前記表示部を消灯状態とするように制御された場合に、前記表示部が消灯状態における最初のユーザ操作を前記表示部の点灯処理に割り当てるように制御する機能と、
を実現させることを特徴とする。
【発明の効果】
【００２８】
本発明によれば、ユーザにとって直感的に操作しやすく、かつ、割込イベントの報知内容を第三者に容易に見られることを防止することができる。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照しつつ、本発明を実施するための最良の形態について説明する。
【００３０】
Ａ．構成  
（１）システム構成
図１は、本発明の実施形態である携帯電話機１０が備える主要機能の概要を説明するためのシステム構成図である。図１において、携帯電話機１０は、移動無線通信機能及びメール送受信機能を備える。移動無線通信機能を用いて通話する場合、携帯電話機１０は、位置登録している基地局ＢＳを介して発信側の交換機ＳＷに発呼する。発信側の交換機ＳＷは、発呼に応じて、無線通信網ＲＮ中に設けられる加入者登録サーバ（不図示）から問い合せた着番号（加入者番号）及び位置登録情報に基づき着信側の交換機ＳＷを呼び出す。着信側の交換機ＳＷは、着信側の基地局ＢＳを介して着信側の携帯電話機１０（不図示）を呼び出し、これに応じて着信側が着呼応答すると、発信側の交換機ＳＷと着信側の交換機ＳＷとのリンクが確立して通話可能になる。
【００３１】
メール送受信機能を用いて携帯電話機１０から送信されるメールは、基地局ＢＳ、交換機ＳＷおよび無線通信網ＲＮ中に設けられるゲートウェイサーバ（不図示）を経てインターネット上のメールサーバ（不図示）に伝送される。メールサーバは、上述とは逆の経路で宛先のメールアドレスを有する携帯電話機１０にメールを送るようになっている。
【００３２】
携帯電話機１０は、また、無線通信網ＲＮに接続している各種サービスセンタ（不図示）から新着ニュースなどの様々の情報を受信する機能を有する。各種サービスセンタから配信される情報は、無線通信網ＲＮ、交換機ＳＷ及び基地局ＢＳを経て、携帯電話機１０により受信される。
【００３３】
また、携帯電話機１０は、放送局３０の送信アンテナＡＮＴから送信されるデジタルテレビ放送信号やデジタルラジオ放送信号を受信して出力する機能を備える。さらに、携帯電話機１０は、充電台２０に載置、懸架等されてバッテリ充電が行われている状態で画面表示の態様を制御する機能も備える。加えて、携帯電話機１０では、アドレス帳を編集管理するアドレス帳機能、動画データや音楽データを再生する機能、バッテリが所定の電圧よりも低くなったことを示す低電圧警報を発する機能、基地局から送られてくる信号に基づいて圏外警報を発する機能も備える。
【００３４】
（２）携帯電話機１０の構成
次に、図２を参照して携帯電話機１０の構成を説明する。図２において、ＣＰＵ１００は、操作部１０７等から供給される信号に応じて各部の動作を制御する。特に、ＣＰＵ１００は、各部から供給される割込イベントに応じて表示部１０６を制御する。
【００３５】
ここに、本明細書で用いられる割込イベントとは、本発明を適用することが可能なイベントをいう。以下で詳細に説明するが、たとえば、無線通信送受信部１０３から供給される音声着信やメール着信などの割込イベント、また、アラーム記憶部１０２ｃから読み込まれる割込イベント（つまり、アラーム）が典型例である。
【００３６】
以下では、割込イベントの例として、音声着信、メール着信及びアラームの３つに即して説明する。しかしながら、たとえば、新着ニュースの受信、低電圧警報、圏外警報などの割込イベントであってもよく、本発明を適用することが可能である限り割込イベントは任意のものであってよい。
【００３７】
ＲＯＭ１０１は、プログラムエリア及びデータエリアを備える。ＲＯＭ１０１のプログラムエリアには、ＣＰＵ１００により実行される各種プログラムが記憶される。ここでいう各種プログラムには、上述の各種機能の他、後述するメインルーチン、アラーム処理、点灯判別処理Ａ、点灯判別処理Ｂ、着信処理、点灯判別処理Ｃ、及び報知画面生成処理を行うアプリケーションプログラムが含まれる。ＲＯＭ１０１のデータエリアには、所定のプログラムにより参照される制御データの他、例えば待受画面などを形成する各種画面データが格納される。
ＣＰＵ１００は、ＲＯＭ１０１に格納されている各種プログラムに基づいて装置各部の動作を制御する。ここで、ＣＰＵ１００及びＲＯＭ１０１は、第２検出手段、判別手段、点灯制御手段、操作制御手段、報知制御手段の機能を実現する。
【００３８】
ＲＡＭ１０２は、消灯条件Ａ記憶部１０２ａ、消灯条件Ｂ記憶部１０２ｂ、アラーム記憶部１０２ｃ、アドレス帳記憶部１０２ｄ及び画像データ記憶部１０２ｅを備える。
【００３９】
消灯条件Ａ記憶部１０２ａには、消灯条件Ａについてのテーブル（以下、「消灯条件Ａテーブル」という。）が記憶される。ここで、消灯条件とは、携帯電話機１０の表示部１０６を消灯するための条件をいう。以下、図３を参照して、消灯条件Ａテーブルの具体的構成例について説明する。
【００４０】
図３において、消灯条件Ａテーブルは、携帯電話機１０のどのようなパーツ、態様又は機能について条件の成否を係らしめるかということを示す「項目」と、これらのパーツ態様又は機能が具体的にどういう内容である場合に消灯条件とするかということを示す「内容」、及び複数の消灯条件のうちいずれの消灯条件が現在設定（採用）されているかを示す「設定フラグ」の３つの属性から構成される見出しと、 これら３つの属性に対応して消灯条件毎に入力される値の組から構成される本体と、により構成される。項目と内容の詳細、すなわち各消灯条件については携帯電話機１０の製造者が予め設定しておき、ユーザは操作部１０７を操作して採用したい消灯条件を選択（採用）する。この選択操作に応じて、選択された消灯条件には「１」の、選択されていない消灯条件には「０」のフラグがそれぞれ立てられる。以下、本体に示されている、消灯条件Ａとしての各消灯条件を詳細に説明する。
【００４１】
本体の第１段目の組は、携帯電話機１０の表示部１０６について、表示部１０６が露出している場合という消灯条件を示す。この消灯条件は、「０」の設定フラグが付されているのでユーザによって選択されていないことが示されており、携帯電話機１０の表示部１０６が当該条件を満たすか否かは、後述するアラーム処理（図８）と点灯判別処理Ａ（図９）の処理内容に影響を与えない。
【００４２】
本体の第２段目の組は、携帯電話機１０のスタイルについて、スタイルがビュースタイルである場合という消灯条件を示す。この消灯条件も、「０」の設定フラグが付されているので、アラーム処理（図８）と点灯判別処理Ａ（図９）の処理内容に影響を与えない。
【００４３】
本体の第３段目の組は、携帯電話機１０のスタイル及び携帯電話機１０の充電台２０への接続態様について、携帯電話機１０のスタイルがビュースタイルであって且つ充電台に設置されている場合という消灯条件を示す。この消灯条件には「１」の設定フラグが付されているので、アラーム処理（図８）と点灯判別処理Ａ（図９）の処理内容に影響を与える。
詳細は後述するが、簡単に説明すると、携帯電話機１０がこの消灯条件を満たすかどうかに応じて、ＣＰＵ１００は表示部１０６を消灯状態とするか点灯状態とするかを判別する（ステップＳＣ１２、ＳＣ１４、ＳＣ１５）。点灯状態とすると判別された場合には、表示部１０６は点灯されるが（ステップＳＢ３、ＳＢ１２）、消灯状態とすると判別された場合には後述する点灯判別処理Ｂの処理内容に応じて表示部１０６の点灯／消灯が制御される（ステップＳＢ５、ＳＢ６、ＳＢ１２）。
【００４４】
本体の第４段目の組は、携帯電話機１０の機能について、テレビ機能又は動画再生機能が実行されている場合という消灯条件を示す。この消灯条件には「０」の設定フラグが付されているので、条件の成否はアラーム処理（図８）と点灯判別処理Ａ（図９）の処理内容に影響を与えない。
【００４５】
この第４段目の組の消灯条件に係る機能は、テレビ機能と動画再生機能に限られず、任意の機能をユーザが指定できるようにしてもよく、複数の人が表示部１０６を見る可能性が高いと推定される機能を端末装置の製造者が予め指定していてもよい。
【００４６】
上記のように、消灯条件Ａは予め携帯電話機１０の製造者が設定しておき、ユーザが操作部１０７を操作して１つの消灯条件を選択することにより、選択された消灯条件について設定フラグが立てられるという構成が望ましい。しかしながら、複数の消灯条件をＡＮＤやＯＲで組み合わせて選択できるようにしてもよく、予め１つの消灯条件のみを端末に搭載しておいてもよい。また、消灯条件自体をユーザが自由に設定できるようになっていてもよく、「項目」と「内容」という２つの観点からだけでなく３つ以上の観点からより複雑な条件が設定されていてもよい。この段落の記載は、次に述べる消灯条件Ｂについても同様である。
【００４７】
図２に戻り、消灯条件Ｂ記憶部１０２ｂには、消灯条件Ｂについてのテーブル（以下、「消灯条件Ｂテーブル」という。）が記憶される。以下、図４を参照して、消灯条件Ｂテーブルの具体的構成例について説明する。
【００４８】
図４において、消灯条件Ｂテーブルには、アラームについてのもの（図４（ａ））とアドレス帳についてのもの（図４（ｂ））の２つがある。以下では、前者を「消灯条件Ｂテーブル（アラーム）」と、後者を「消灯条件Ｂテーブル（アドレス帳）」とそれぞれ表記する。また、アラームについての消灯条件Ｂを消灯条件Ｂ（アラーム）と、アドレス帳についての消灯条件Ｂを消灯条件Ｂ（アドレス帳）とそれぞれ表記する。
【００４９】
図４（ａ）の消灯条件Ｂテーブル（アラーム）は、どのような項目について消灯条件の成否を係らしめるかを示す「項目」、各項目がどのような内容である場合を消灯条件とするかということを示す「内容」、及び複数の消灯条件のうちいずれの消灯条件が現在設定（採用）されているかを示す「設定フラグ」の３つの属性から構成される見出しと、 これら３つの属性に対応して消灯条件毎に入力される値の組から構成される本体と、により構成される。項目と内容の詳細、すなわち各消灯条件については携帯電話機１０の製造者が予め設定しておき、ユーザは操作部１０７を操作して採用したい消灯条件を選択する。この選択操作に応じて、選択された消灯条件には「１」の、選択されていない消灯条件には「０」のフラグがそれぞれ立てられる。以下、本体に示されている、消灯条件Ｂ（アラーム）としての各消灯条件を詳細に説明する。
【００５０】
本体の第１段目の組は、ユーザ設定という項目について、図５に関して後述する消灯フラグが１である場合という消灯条件を示す。この消灯条件には「１」の設定フラグが付されているので、後述するアラーム処理（図８）と点灯判別処理Ｂ（図１０）の処理内容に影響を与える。
詳細は後述するが、簡単に説明すると、この消灯条件が満たされるかどうかに応じて、ＣＰＵ１００は表示部１０６を消灯状態とするか点灯状態とするかを判別する（ステップＳＤ５、ＳＤ７、ＳＤ８）。表示部１０６は、消灯状態とすると判別された場合には消灯され、点灯状態とすると判別された場合には点灯される（ステップＳＢ５、ＳＢ６、ＳＢ１２）。
【００５１】
本体の第２段目の組は、表示内容という項目について、図５に関して後述するスケジュール内容が存する場合という消灯条件を示す。この消灯条件は、「０」の設定フラグが付されているので、ユーザによって選択されていないことを示す。当該条件の成否は、アラーム処理（図８）と点灯判別処理Ｂ（図１０）の処理内容に影響を与えない。
【００５２】
図４（ｂ）の消灯条件Ｂテーブル（アドレス帳）は、どのような項目について消灯条件の成否を係らしめるかを示す「項目」、各項目がどのような内容である場合を消灯条件とするかということを示す「内容」、及び複数の消灯条件のうちいずれの消灯条件が現在設定（採用）されているかを示す「設定フラグ」の３つの属性から構成される見出しと、 これら３つの属性に対応して消灯条件毎に入力される値の組から構成される本体と、により構成される。項目と内容の詳細、すなわち各消灯条件については携帯電話機１０の製造者が予め設定しておき、ユーザは操作部１０７を操作して採用したい消灯条件を選択する。この選択操作に応じて、選択された消灯条件には「１」の、選択されていない消灯条件には「０」のフラグがそれぞれ立てられる。以下、本体に示されている、消灯条件Ｂ（アドレス帳）としての各消灯条件を詳細に説明する。
【００５３】
本体の第１段目の組は、ユーザ設定という項目について、図６に関して後述する消灯フラグが１である場合という消灯条件を示す。この消灯条件には「０」の設定フラグが付されているので、後述する点灯判別処理Ｃ（図１２）の処理内容に影響を与えない。
【００５４】
本体の第２段目、第３段目及び第４段目は何れも表示内容という項目に関するものである。この表示内容という項目について、第２段目は図６に関して後述する電話番号又はメールアドレスが含まれている場合という消灯条件を、第３段目は名前が含まれている場合という消灯条件を、第４段目は画像が含まれている場合という消灯条件をそれぞれ示す。点灯判別処理Ｃ（図１２）の処理内容は、「１」の設定フラグが付されている第２段目の消灯条件の成否に左右され、「０」の設定フラグが付されている第３段目と第４段目の消灯条件の成否には左右されない。
【００５５】
図２に戻り、アラーム記憶部１０２ｃには、アラームテーブルが記憶される。以下、図５を参照して、アラームテーブルの具体的構成例について説明する。
【００５６】
図５において、アラームテーブルは、アラームの別を識別するための「アラームＩＤ」、アラームすべき日時を示す「日時」、アラームすべき日時に何があるのかを示す「スケジュール内容」、及び前述の消灯条件Ｂ（アラーム）（図４（ａ））でユーザ設定の組が選択された場合において表示部１０６を消灯すべきかどうかを示す「消灯フラグ」の４つの属性から構成される見出しと、 これら４つの属性に対応してアラーム毎に入力される値の組から構成される本体と、により構成される。アラームの日時、スケジュール内容及び消灯フラグの詳細はすべてユーザによって操作部１０７を介して入力される。アラームＩＤは組の作成毎に自動的に付与されるようにしても、ユーザによって入力されるようにしてもよい。前述の消灯条件Ｂ（アラーム）（図４（ａ））として、「ユーザ設定」の組が選択された場合（すなわち、ユーザ設定の組に「１」のフラグが立てられた場合）には消灯フラグが１であるかどうかが、「表示内容」の組が選択された場合（すなわち、表示内容の組に「１」のフラグが立てられた場合）にはスケジュール内容に入力があるかどうかが、後述する点灯判別処理Ｂの処理内容に影響を与える（ステップＳＤ５、ＳＤ６）。
【００５７】
本体の第１段目のアラームＩＤが「ＡＬ０１」の組は、アラームすべき日時が「毎日  ０６：３０」である。
時間の到来をただ単に知らせてくれれば足りるので、スケジュール内容は特に設定されていない。したがって、かりに消灯条件Ｂ（アラーム）として図４（ａ）の「表示内容」の組が選択されている場合には、スケジュール内容がないものとして後述する点灯判別処理Ｂにおいて判断され（ステップＳＤ６でＮＯ）、表示部１０６を点灯状態とすると判別される（ステップＳＤ８）。
また、この「ＡＬ０１」の組の消灯フラグは「０」であるので、図４（ａ）のように消灯条件Ｂ（アラーム）としてユーザ設定の組が選択されている場合であっても、点灯判別処理Ｂにおいて表示部１０６を点灯状態とすると判別される（ステップＳＤ５、ＳＤ８）。
【００５８】
本体の第２段目のアラームＩＤが「ＡＬ０２」の組は、アラームすべき日時が「２００８／１０／１０  １０：００」であり、スケジュール内容が「経営戦略会議」であり、消灯フラグが「０」である。
スケジュール内容に「経営戦略会議」との入力があるので、かりに消灯条件Ｂ（アラーム）として図４（ａ）の「表示内容」の組が選択されている場合には、スケジュール内容があるものとして点灯判別処理Ｂにおいて判断され（ステップＳＤ６でＹＥＳ）、表示部１０６を消灯状態とすると判別される（ステップＳＤ８）。
他方、消灯フラグは「０」であるので、図４（ａ）のように消灯条件Ｂ（アラーム）としてユーザ設定の組が選択されている場合には、点灯判別処理Ｂにおいて表示部１０６を点灯状態とすると判別される（ステップＳＤ５、ＳＤ８）。
【００５９】
本体の第３段目のアラームＩＤが「ＡＬ０３」の組は、アラームすべき日時が「２００８／１０／１１  １９：００」であり、スケジュール内容が「Ａさんと待ち合わせ」であり、消灯フラグが「１」である。
スケジュール内容に「Ａさんと待ち合わせ」との入力があるので、かりに消灯条件Ｂ（アラーム）として図４（ａ）の「表示内容」の組が選択されている場合には、スケジュール内容があるものとして点灯判別処理Ｂにおいて判断され（ステップＳＤ６でＹＥＳ）、表示部１０６を消灯状態とすると判別される（ステップＳＤ８）。
また、消灯フラグは「１」であるので、図４（ａ）のように消灯条件Ｂ（アラーム）としてユーザ設定の組が選択されている場合であっても、点灯判別処理Ｂにおいて表示部１０６を消灯状態とすると判別される（ステップＳＤ５、ＳＤ７）。
【００６０】
図２に戻り、アドレス帳記憶部１０２ｄには、アドレス帳テーブルが記憶される。以下、図６を参照して、アドレス帳テーブルの具体的構成例について説明する。なお、単にアドレス帳という場合、このアドレス帳テーブルを指す。
【００６１】
図６において、アドレス帳テーブルは、送受信相手を簡略に識別するための「アドレス帳ＩＤ」、相手の名前を示す「名前」、相手の電話番号を示す「電話番号」、相手のメールアドレスを示す「メールアドレス」、相手の画像ＩＤ（識別情報）を示す「画像」、及び前述の図４（ｂ）でユーザ設定の組が選択された場合において表示部１０６を消灯すべきか否かを示す「消灯フラグ」の６つの属性から構成される見出しと、 これら６つの属性に対応して送受信相手毎に入力される値の組から構成される本体と、により構成される。
【００６２】
本体の第１段目のアドレス帳ＩＤが「ＡＤ０１」の組は、名前が「相原○○」という人に係るものである。「相原○○」さんは、電話番号が「＊＊＊＊＊」であり、メールアドレスが「＊＊＊＊＊」であり、画像ＩＤが「ＰＣ０５」である。また、この「ＡＤ０１」の組の消灯フラグは「１」である。なお、実在人物と一致することを避けるために、図６では名前の一部については「○○」と示し、電話番号とメールアドレスについては「＊＊＊＊＊」と示してあるが、実際の製品では実際のフルネーム／電話番号／メールアドレスがアドレス帳記憶部１０２ｄに記憶される。
【００６３】
本体の第２段目のアドレス帳ＩＤが「ＡＤ０２」の組は、名前が「井上○○」という人に係るものである。「井上○○」さんは、電話番号が「＊＊＊＊＊」であり、メールアドレスが「＊＊＊＊＊」である。登録されている画像がないので、画像ＩＤは示されていない。この「ＡＤ０２」の組の消灯フラグは「１」である。
【００６４】
本体の第３段目のアドレス帳ＩＤが「ＡＤ０３」の組は、名前が「上田○○」という人に係るものである。「上田○○」さんは、電話番号が「＊＊＊＊＊」であり、画像ＩＤが「ＰＣ０１」である。登録されているメールアドレスがないので、メールアドレスは示されていない。この「ＡＤ０３」の組の消灯フラグは「０」である。
【００６５】
前述の消灯条件Ｂ（アドレス帳）（図４（ｂ））では、第２段目の消灯条件が選択されているので、アドレス帳の内容に関係なく後述する点灯判別処理Ｃ（図１２）では消灯状態とすると判別される（ステップＳＦ１、ＳＦ２、ＳＦ３、ＳＦ１２）。
しかしながら、かりに消灯条件Ｂ（アドレス帳）として、第１段目、第３段目又は第４段目が選択されているならば、アドレス帳は、着信相手がアドレス帳に記憶されているかどうか（ステップＳＦ６、ＳＦ９、ＳＦ５）、記憶されているとすれば、消灯フラグが１か否か、（ステップＳＦ８）、名前が記憶されているか否か（ステップＳＦ１０）、画像が記憶されているか否か（ステップＳＦ１１）の各判断で参照される。
また、アドレス帳は、後述する報知画面生成処理（図１３）においても参照される。
【００６６】
図２に戻り、画像データ記憶部１０２ｅには、上述の「ＰＣ０５」や「ＰＣ０１」等の画像ＩＤと関連付けられた画像データが記憶される。
【００６７】
以上のように、アドレス帳記憶部１０２ｄには画像ＩＤが記憶され、画像データ記憶部１０２ｅには画像ＩＤと関連付けられた画像データが記憶されるが、アドレス帳記憶部１０２ｄに画像ＩＤでなく実画像データを記憶するようにしてもよい。この場合には、画像データ記憶部１０２ｅは不要の要素となる。
【００６８】
携帯電話１０の構成についてさらに説明する。図２において、無線通信送受信部１０３は、データ通信時にはＣＰＵ１００の制御の下にアンテナＡＮＴ１を介して基地局ＢＳとデータの授受を行う。無線通信送受信部１０３は、また、音声通話時にはアンテナＡＮＴ１を介して受信復調した音声データをＣＰＵ１００に出力する一方、ＣＰＵ１００から供給される音声データを変調して得た送信信号を高周波増幅してアンテナＡＮＴ１から送出する。
【００６９】
テレビ放送・ラジオ放送受信部１０４は、ＣＰＵ１００から与えられる選局指示に従い、アンテナＡＮＴ２を介してテレビ放送信号又はラジオ放送信号を受信復調し、これにより得られる受信信号（テレビ受信時は映像／テレビ音声データ、ラジオ受信時はラジオ音声データ）をＣＰＵ１００に出力する。
【００７０】
音声信号処理部１０５は、スピーカＳＰ及びマイクＭＩＣを備え、ＣＰＵ１００から供給される音声データを音声信号にＤ／Ａ変換してスピーカＳＰから発音させたり、マイクＭＩＣから出力される音声信号を音声データにＡ／Ｄ変換してＣＰＵ１００に供給したりする。また、音声信号処理部１０５では、テレビ放送・ラジオ放送受信部１０４が受信動作中の場合、ＣＰＵ１００から供給されるテレビ音声データ又はラジオ音声データをＤ／Ａ変換した後に増幅してスピーカＳＰから放音する。この音声信号処理部１０５とスピーカＳＰは、報知手段を構成する。
【００７１】
表示部１０６は、表示ドライバとバックライトを備えるカラー液晶パネルにより構成される。表示ドライバは、ＣＰＵ１００の制御の下、ＣＰＵ１００から表示データを受け取り、表示データを表示部１０６に表示する。たとえば、「音声着信報知画面」、「メール着信報知画面」、「アラーム報知画面」（図１４）等のような各種情報を表示部１０６に表示する。他方、バックライトは、ＣＰＵ１００の制御の下、不図示の電源回路から電源の供給を受け、表示部１０６を照射する。たとえば、後述するステップＳＢ６において、ＣＰＵ１００が「表示部消灯」と判断すると、電源回路からの電源はＯＦＦされ、バックライトが消灯し、表示部１０６も消灯する一方、後述するステップＳＢ１２において、ＣＰＵが「表示部点灯」と判断すると、電源回路からの電源はＯＮされ、バックライトが点灯し、表示部１０６も点灯する。
【００７２】
本実施形態において、表示部１０６は、以上のような構成の下で点灯／消灯するが、他の構成を採用することもできる。たとえば、表示デバイスそのものを発光させる／発光させないことで、表示内容を見えたり見えなくしたりしてもよい。さらには、表示部１０６への電源供給を行う／行わないことで、表示内容を表示したり表示しなくしたり、ソフトウェアによる制御で、表示内容を表示したり表示しなくしたりしてもよい。
【００７３】
操作部１０７は、パワーオンオフする電源スイッチ、通話開始／終了時に操作されるオフフック／オンフックスイッチ、ダイヤルスイッチと兼用の文字入力スイッチ等の各種操作キーの他、消灯条件Ａ、消灯条件Ｂ、アラーム、及びアドレス帳を設定するための各種操作ボタン等を有し、これらキーやボタンの操作に応じた信号を発生してＣＰＵ１００に出力する。
【００７４】
ＲＴＣ１０８は、時刻計時やタイマ割込みに用いるリアルタイムクロックを発生する。
【００７５】
振動発生部１０９は、ＣＰＵ１００の制御の下、振動を発生する振動モータを備える。ＣＰＵ１００からの振動発生指令信号に基づいて振動発生部１０９が振動し、これによって携帯電話機１０が振動する。この振動発生部１０９は、報知手段を構成する。
【００７６】
スタイル検出部１１０（第１検出手段）は、携帯電話機１０の表示部１０６を閲覧することが可能なスタイル（ビュースタイル）であるかどうかを検出する。たとえば、携帯電話機１０の構造が、操作部１０７を有する下側筐体と表示部１０６を有する上側筐体とが２軸ヒンジを介して連結されており、２軸ヒンジの第１軸を介して下側筐体と上側筐体を開き、２軸ヒンジの第２軸を介して上側筐体を下側筐体に関して左右に１８０度回転させた上で、さらに第１軸を介して下側筐体と上側筐体を折り畳むことが可能なものである場合、スタイル検出部１１０は、２つの筐体のそれぞれに設けられた不図示のマグネットと不図示の磁気センサとを備える。マグネットから生じる磁力線を磁気センサが検出することにより、携帯電話機１０のスタイルがビュースタイルであることが検出される。
【００７７】
携帯電話機１０の構造は、このように２軸ヒンジを備える場合に限られない。異なる筐体構造の端末装置であれば、その異なる筐体構造に基づいた任意のスタイルを検出するように構成することができる。たとえば、表示部を備える上側筐体がスライド可能な２段構造となっていて、一方の段をスライドさせてＴ字型にして表示部を見ることが可能な構造であれば、スライドが完了したことを検出する適当なセンサを設けることができる。
【００７８】
表示部露出検出部１１１は、表示部１０６付近に設けられた不図示の接触センサを備え、表示部１０６に接触がないことを検出することによって表示部１０６が露出していることを検出する。光センサで表示部付近の明るさを検出することにより、露出を検出するようにしてもよい。
【００７９】
充電台接続部１１２は、充電台２０（図１参照）の充電端子に電気的に接続された場合に充電台接続検知信号を発生してＣＰＵ１００に出力する一方、不図示のバッテリを充電する。
【００８０】
以上の説明においては、報知手段を構成するセクションとして、音声信号処理部１０５及びスピーカＳＰと、振動発生部１０９とを開示した。しかしながら、報知手段を構成する要素は、これらに限られるものでない。たとえば、光により報知するのであればＬＥＤ等を備える光発生部を設けてもよく、香りにより報知するのであれば香り発生部を設けてもよい。
【００８１】
Ｂ．実施形態の動作
次に、上述した実施形態の動作について説明する。
（１）メインルーチン
図７は、本実施形態による携帯電話機１０のメインルーチンの動作を説明するためのフローチャートである。以下の処理は、ＣＰＵ１００によって実行される（サブルーチンも同様）。
まず、ＣＰＵ１００は、携帯電話機１０の電源につきオン操作がされたか否かを判別
する（ステップＳＡ１）。電源オンの操作がされなければ、このステップに待機し、オン操作がされればステップＳＡ２に進んで、待受処理を行う。待受処理は、各種操作を受入れることを可能にしたり、着信などの待受けを可能にしたりする処理である。
次いで、ステップＳＡ３で設定操作が行われたか否かを判別し、設定操作が行われたときは設定処理を行う（ステップＳＡ８）。設定処理としては、例えば消灯条件Ａ（図３）、消灯条件Ｂ（図４（ａ）、図４（ｂ））、アラーム（図５）、アドレス帳（図６）の設定などの処理がある。消灯条件Ａ、消灯条件Ｂ（アラーム）及び消灯条件Ｂ（アドレス帳）の各々については、ユーザが採用したい各々について１つずつの消灯条件が操作部１０７を介して選択され、この選択に応じて設定フラグが「１」にセットされる。なお、この設定フラグは、後述するサブルーチンで所望の消灯条件Ａ、Ｂを読み出すときに使用される。
ステップＳＡ８の設定処理を終わると、ステップＳＡ３に戻る。
【００８２】
ステップＳＡ３で設定操作が行われていないときは、現在時刻の更新がされたか否かを判別する（ステップＳＡ４）。ＣＰＵ１００はクロックを刻んでおり、それに応じて所定時間毎に現在時刻を更新している。丁度、更新時刻のタイミングになれば、ステップＳＡ４の判別結果がＹＥＳになり、アラーム処理に進む（ステップＳＡ９）。アラーム処理は現在時刻に一致するアラームを出す必要があるときに報知するもので、アラーム処理の詳細はサブルーチンで後述する。アラーム処理を終了すると、ステップＳＡ３に戻る。
一方、ステップＳＡ４でＮＯのときは、着信検出か否かを判別する（ステップＳＡ５）。
着信検出は、携帯電話機１０が外部から通信の着信を受けたか否かを判断するもので、着信検出があれば着信処理を行う（ステップＳＡ１０）。着信処理の詳細はサブルーチンで後述する。
ステップＳＡ５でＮＯのときは、電源オフ操作が行われたか否かを判別する（ステップＳＡ６）。電源オフ操作が行われたならば、ステップＳＡ１１で電源オフ処理を行う。これにより、携帯電話機１０の電源が切られてＣＰＵ１００の処理は終了する。
一方、電源オフ操作が行われていなければ、ステップＳＡ７でその他の操作が行われているか否かを判別する。その他の操作が行われていれば、その他の処理を行う（ステップＳＡ１２）。その他の処理としては、例えば、メールの作成や送信などの処理がある。その他の処理を終了すると、ステップＳＡ３に戻る。また、ステップＳＡ７でその他の操作が行われていなときは、直ちにステップＳＡ３に戻る。
【００８３】
（２）アラーム処理
図８は、サブルーチンとしてのアラーム処理の動作を示すフローチャートである。
アラーム処理では、ＣＰＵ１００は、まず、現在時刻に一致するアラームがあるか否かを判別する（ステップＳＢ１）。具体的には、ＣＰＵ１００は、アラーム記憶部１０２ｃに記憶されているアラームテーブルを参照して、現在時刻に一致するアラームがあるかどうかを判断する。現在時刻に一致するアラームがない場合（すなわち、ＮＯの場合）、アラーム処理を終えてメインルーチンに処理を戻す。
他方、現在時刻に一致するアラームがある場合（すなわち、ＹＥＳの場合）、ステップＳＢ２の点灯判別処理Ａへと処理を進める。点灯判別処理Ａでは、詳細には後述するように、ユーザにより採用された消灯条件Ａ、すなわち設定フラグが１の消灯条件Ａが読み出された上で、表示部１０６を消灯状態とするか点灯状態とするかが判断される。
ステップＳＢ２の点灯判別処理Ａに続いて、ステップＳＢ３では、表示部１０６を消灯状態とするとステップＳＢ２において判別されたかどうかが判断される。消灯状態とすると判別されなかった場合（すなわち、ＮＯの場合）、ステップＳＢ１２に進んで表示部１０６を点灯する。
他方、消灯状態とすると判別された場合（すなわち、ＹＥＳの場合）、ステップＳＢ４の点灯判別処理Ｂへと処理を進める。点灯判別処理Ｂでは、詳細には後述するように、採用された消灯条件Ｂ（アラーム）、すなわち設定フラグが１の消灯条件Ｂ（アラーム）が読み出された上で、表示部１０６を消灯状態とするか点灯状態とするかが判断される。
ステップＳＢ４の点灯判別処理Ｂに続いて、ステップＳＢ５では、表示部１０６を消灯状態とするとステップＳＢ４において判別されたかどうかが判断される。消灯状態とすると判別されなかった場合（すなわち、ＮＯの場合）、ステップＳＢ１２に進んで表示部１０６を点灯する。他方、消灯状態とすると判別された場合（すなわち、ＹＥＳの場合）、ステップＳＢ６に進んで表示部１０６を消灯する。
【００８４】
ステップＳＢ６で表示部１０６が消灯された後、ＣＰＵ１００は最初のユーザ操作を表示部１０６の点灯処理に割り当てるように設定する（ステップＳＢ７）。すなわち、ＣＰＵ１００は、表示部１０６がステップＳＢ６で消灯された後、消灯されている状態における最初のユーザ操作を、表示部１０６を点灯させる処理に割り当てるように設定する。
続いて、現在時刻に一致するアラームがあったことを、スピーカＳＰを介して音で報知し（ステップＳＢ８）、振動発生部１０９を介して振動で且つ前述の光発生部を介して光で報知する（ステップＳＢ９）。
さらに続いて、ユーザ操作があるかどうかが、すなわちステップＳＢ７でいう最初のユーザ操作があるかどうかがステップＳＢ１０で判断される。ユーザ操作がある場合には、ＣＰＵ１００は、ステップＳＢ７で設定されたところに従ってステップＳＢ１２へと処理を進め、そのユーザ操作が表示部１０６を点灯させる処理に割り当てられる。
他方、ユーザ操作がない場合、音等によりなされている報知について（ＳＢ８、ＳＢ９を参照）、報知すべき時間が終了したかどうかがステップＳＢ１１で判断される。未だ報知時間が終了していない場合（すなわち、ＮＯの場合）、ステップＳＢ１０に戻り、ユーザ操作があるかどうか（ＳＢ１０）、報知時間が終了したかどうか（ＳＢ１１）の判断が繰り返される。
他方、報知時間が終了した場合、現在時刻に一致するアラームがあった旨が表示部１０６に表示され（ステップＳＢ１８）、アラーム処理は終了されてメインルーチンへと処理が戻される。
【００８５】
ステップＳＢ１２で表示部１０６が点灯された後、ＣＰＵ１００は、最初のユーザ操作を、アラーム報知終了処理に割り当てるように設定する（ステップＳＢ１３）。すなわち、ＣＰＵ１００は、表示部１０６が点灯された後、点灯されている状態における最初のユーザ操作を、アラーム報知を終了させる処理に割り当てるように設定する。
続いて、現在時刻に一致するアラームの内容が表示部１０６を介して画面で報知され（本文につきステップＳＢ１４を、ステップＳＢ１４の報知画面例につき図１４（ｃ）を参照。）、現在時刻に一致するアラームがあったことがスピーカＳＰを介して音で報知される（ステップＳＢ９）。
さらに続いて、ユーザ操作があるかどうかが、すなわちステップＳＢ１３でいう最初のユーザ操作があるかどうかがステップＳＢ１６で判断される。ユーザ操作がある場合には、ステップＳＢ１３で設定されたところに従ってステップＳＢ１８へと進み、現在時刻に一致するアラームがあった旨が表示部１０６に表示され（ステップＳＢ１８）、アラーム処理が終了されてメインルーチンへと処理が戻される。
他方、ユーザ操作がない場合、画面等を介してなされている報知について（ＳＢ１４、ＳＢ１５を参照）、報知すべき時間が終了したかどうかがステップＳＢ１７で判断される。未だ報知時間が終了していない場合（すなわち、ＮＯの場合）、ステップＳＢ１６に戻り、ユーザ操作があるかどうか（ＳＢ１６）、報知時間が終了したかどうか（ＳＢ１７）の判断が繰り返される。報知時間が終了した場合には、現在時刻に一致するアラームがあった旨が表示部１０６に表示され（ステップＳＢ１８）、アラーム処理は終了されてメインルーチンへと処理が戻される。
【００８６】
（３）点灯判別処理Ａ
図９は、アラーム処理のサブルーチンとしての、点灯判別処理Ａの動作を示すフローチャートである。点灯判別処理Ａにおいては、ＣＰＵ１００は、設定フラグ＝１の消灯条件Ａを読み出し、読み出した消灯条件Ａの項目が何であるかに応じて所定の事項を検出し、検出した事項が消灯条件Ａテーブルの内容に定義されたとおりであるかどうかを判断することにより、表示部１０６を消灯状態とするか点灯状態とするかを判別する。以下、点灯判別処理Ａの動作について詳細に説明する。
【００８７】
点灯判別処理Ａでは、ＣＰＵ１００は、まず、設定フラグ＝１の消灯条件Ａを読み出す（ステップＳＣ１）。すなわち、ＣＰＵ１００は、消灯条件Ａ記憶部１０２ａに記憶されている消灯条件Ａテーブルを参照して、設定フラグが１である消灯条件Ａを読み出す。たとえば、図３においては、１の設定フラグが立てられているのは第３段目の組であるので、「スタイル＋充電台」という項目について、内容が「ビュースタイルで充電台に設置」されている場合という消灯条件が読み出される。
続いて、ステップＳＣ２で項目＝表示部か否かが判断される。すなわち、読み出された消灯条件Ａの項目が表示部であるかどうかが判断される。
項目＝表示部でない場合（すなわち、ＮＯの場合）、ステップＳＣ２と同様の手順で、ステップＳＣ３で項目＝スタイルか否かが判断され、項目＝スタイルでなければステップＳＣ４で項目＝スタイル＋充電台か否かが判断される。
ステップＳＣ２、ＳＣ３及びＳＣ４での判断結果に応じて、ＣＰＵ１００は所定の事項を検出する。
【００８８】
ステップＳＣ２でＹＥＳの場合、すなわち読み出された消灯条件Ａの項目が表示部である場合、表示部１０６の露出が表示部露出検出部１１１により検出される（ステップＳＣ６）。
ステップＳＣ６に続き、表示部１０６が露出しているかどうかがステップＳＣ７で判断される。表示部１０６が露出していると判断された場合には表示部１０６を消灯状態とすると判別され（ステップＳＣ１４）、表示部１０６が露出していないと判断された場合には表示部１０６を点灯状態とすると判別される（ステップＳＣ１５）。
【００８９】
ステップＳＣ３でＹＥＳの場合、すなわち読み出された消灯条件Ａの項目がスタイルである場合、携帯電話機１０のスタイルがスタイル検出部１１０により検出される（ステップＳＣ８）。
ステップＳＣ８に続き、ＣＰＵ１００は、携帯電話機１０のスタイルが内容のスタイルであるかどうかがステップＳＣ９で判断される。つまり、携帯電話機１０のスタイルが消灯条件Ａテーブルの内容に定義されているスタイルであるかどうかが判断される。検出されたスタイルが内容のスタイルであると判断された場合には表示部１０６を消灯状態とすると判別され（ステップＳＣ１４）、検出されたスタイルが内容のスタイルでないと判断された場合には表示部１０６を点灯状態とすると判別される（ステップＳＣ１５）。
【００９０】
ステップＳＣ４でＹＥＳの場合、すなわち読み出された消灯条件Ａの項目がスタイル＋充電台である場合、携帯電話機１０のスタイルがスタイル検出部１１０により検出され（ステップＳＣ１０）、携帯電話機１０が充電台２０に設置されていることが充電台接続部１１２によりさらに検出される（ステップＳＣ１１）。
ステップＳＣ１１に続き、ＣＰＵ１００は、携帯電話機１０のスタイルが内容のスタイルで充電台２０に設置されているかどうかをステップＳＣ１２で判断する。つまり、携帯電話機１０のスタイルが消灯条件Ａテーブルの内容に定義されているスタイルで充電台２０に設置されているかどうかを、ＣＰＵ１００は判断する。ステップＳＣ１２でＹＥＳの場合には表示部１０６を消灯状態とすると判別され（ステップＳＣ１４）、ステップＳＣ１２でＮＯの場合には表示部１０６を点灯状態とすると判別される（ステップＳＣ１５）。
【００９１】
ステップＳＣ４でＮＯの場合、すなわち読み出された消灯条件Ａの項目がスタイル＋充電台でない場合、読み出された消灯条件Ａの項目は機能であることになり、ステップＳＣ５において携帯電話機１０で動作している機能が検出される（ステップＳＣ５）。
ステップＳＣ５に続き、検出された機能が内容の機能であるかどうかがステップＳＣ１３で判断される。つまり、検出された機能が消灯条件Ａテーブルの内容に定義されている機能であるかどうかが判断される。ステップＳＣ１３でＹＥＳの場合には表示部１０６を消灯状態とすると判別され（ステップＳＣ１４）、ステップＳＣ１３でＮＯの場合には表示部１０６を点灯状態とすると判別される（ステップＳＣ１５）。
【００９２】
このように、点灯判別処理Ａにおいては、ＣＰＵ１００は、設定フラグ＝１の消灯条件Ａを読み出し、読み出した消灯条件Ａの項目が何であるかに応じて所定の事項を検出し、検出した事項が消灯条件Ａテーブルの内容に定義されたとおりであるかどうかを判断することにより、表示部１０６を消灯状態とするか点灯状態とするかを判別する。たとえば、図３の例であれば、設定フラグ＝１の消灯条件Ａは第３段目の組であるので、ステップＳＣ２、ＳＣ３、ＳＣ４、ＳＣ１０、ＳＣ１１、ＳＣ１２のルートが辿られ、表示部１０６を消灯状態とするか点灯状態とするかが判別される。
以上の各ステップを経て、表示部１０６を消灯状態とするか点灯状態とするかの判別が終わると（ステップＳＣ１４、ＳＣ１５）、処理がアラーム処理に戻される。
【００９３】
（４）点灯判別処理Ｂ
図１０は、アラーム処理のサブルーチンとしての、点灯判別処理Ｂの動作を示すフローチャートである。点灯判別処理Ｂにおいては、ＣＰＵ１００は、設定フラグ＝１の消灯条件Ｂ（アラーム）を読み出し、読み出した消灯条件Ｂ（アラーム）の項目が所定の項目であるかどうかに応じて所定の事項を検出し、検出した事項について判別を行うことにより、表示部１０６を消灯状態とするか点灯状態とするかを判別する。以下、点灯判別処理Ｂの動作について詳細に説明する。
【００９４】
点灯判別処理Ｂでは、ＣＰＵ１００は、まず、設定フラグ＝１の消灯条件Ｂ（アラーム）を読み出す（ステップＳＤ１）。すなわち、ＣＰＵ１００は、消灯条件Ｂ記憶部１０２ｂに記憶されている消灯条件Ｂテーブル（アラーム）を参照して、設定フラグが１である消灯条件Ｂ（アラーム）を読み出す。たとえば、図４（ａ）においては、１の設定フラグが立てられているのは第１段目の組であるので、「ユーザ設定」という項目について、内容が「消灯フラグ＝１」である場合という消灯条件が読み出される。
続いて、ステップＳＤ２で項目＝ユーザ設定か否かが判断される。すなわち、読み出された消灯条件Ｂ（アラーム）の項目がユーザ設定であるかどうかが判断される。
【００９５】
項目＝ユーザ設定である場合（すなわち、ＹＥＳの場合）、現在時刻と一致したアラームの消灯フラグがアラーム記憶部１０２ｃに記憶されているアラームテーブルを参照して検出され（ステップＳＤ４）、検出された消灯フラグが１であるかどうかが判断される（ステップＳＤ５）。消灯フラグが１であるときは表示部１０６を消灯状態とすると判別され（ステップＳＤ７）、消灯フラグが１でないときは表示部１０６を点灯状態とすると判別される（ステップＳＤ８）。
【００９６】
項目＝ユーザ設定でない場合（すなわち、ＮＯの場合）、項目＝表示内容であることになり、現在時刻と一致したアラームのスケジュール内容が検出され（ステップＳＤ３）、スケジュール内容があるかどうかが判断される（ステップＳＤ６）。スケジュール内容があるときは表示部１０６を消灯状態とすると判別され（ステップＳＤ７）、スケジュール内容がないときは表示部１０６を点灯状態とすると判別される（ステップＳＤ８）。
【００９７】
このように、点灯判別処理Ｂにおいては、ＣＰＵ１００は、設定フラグ＝１の消灯条件Ｂ（アラーム）を読み出し、読み出した消灯条件Ｂ（アラーム）の項目がユーザ設定であるかどうかに応じて、現在時刻と一致したアラームの消灯フラグ又はスケジュール内容を検出し、検出した事項について判別を行うことにより、表示部１０６を消灯状態とするか点灯状態とするかを判別する。たとえば、図４（ａ）及び図５の例であれば、設定フラグ＝１の消灯条件Ｂ（アラーム）は第１段目の組であるので、ステップＳＤ２、ＳＤ４、ＳＤ５、ＳＤ７のルートが辿られ、表示部１０６を消灯状態とすると判別される。
以上の各ステップを経て、表示部１０６を消灯状態とするか点灯状態とするかの判別が終わると（ステップＳＤ７、ＳＤ８）、処理がアラーム処理に戻される。
【００９８】
（５）着信処理
図１１は、サブルーチンとしての着信処理の動作を示すフローチャートである。
着信処理では、ＣＰＵ１００は、まず、ステップＳＥ１において、検出された着信に着信相手の電話番号（電話着信の場合）又はメールアドレス（メール着信の場合）の通知があるかどうかを判断する。
ステップＳＥ１でＮＯの場合、すなわち検出された着信に着信相手の電話番号又はメールアドレスの通知がない場合、ステップＳＥ１２に進んで報知画面生成処理が行われる。ここで、報知画面生成処理とは、詳細には後述するが、着信に着信相手の電話番号又はメールアドレスの通知があるかどうか、あるとすれば着信相手がアドレス帳に記憶されているかどうか、記憶されているとすれば着信相手の何が記憶されているのかに応じて、報知すべき画面を生成する処理である。ステップＳＥ１２の報知画面生成処理の後、ＣＰＵ１００は表示部１０６を点灯させる（ステップＳＥ１３）。
他方、ステップＳＥ１でＹＥＳの場合、すなわち検出された着信に着信相手の電話番号又はメールアドレスの通知がある場合、ステップＳＥ２に進んで前述した点灯判別処理Ａが行われ、続いて、ステップＳＥ３においてステップＳＥ２の点灯判別処理Ａで消灯状態とすると判別されたかどうかが判断される。
ステップＳＥ３でＮＯの場合、ステップＳＥ１２に進んで報知画面生成処理が行われ、ステップＳＥ１３にさらに進んで表示部１０６が点灯される。他方、ステップＳＥ３でＹＥＳの場合、ステップＳＥ４に進んで点灯判別処理Ｃが行われる。ここで、点灯判別処理Ｃとは、詳細には後述するが、消灯条件Ｂ（アドレス帳）としてどの消灯条件が採用されているか等に基づいて、表示部１０６を消灯状態とするか点灯状態とするかを判別する処理である。
ＣＰＵ１００は、点灯判別処理Ｃに続いて、ステップＳＥ５で、点灯判別処理Ｃにおいて消灯状態とすると判別されたかどうかを判断する。
ステップＳＥ５でＮＯの場合、ステップＳＥ１２に進んで報知画面生成処理が行われ、ステップＳＥ１３にさらに進んで表示部１０６が点灯される。他方、ステップＳＥ５でＹＥＳの場合、ステップＳＥ６に進んで表示部１０６が消灯される。
【００９９】
ステップＳＥ６で表示部１０６が消灯された後、ＣＰＵ１００は最初のユーザ操作を表示部１０６の点灯処理に割り当てるように設定する（ステップＳＥ７）。すなわち、ＣＰＵ１００は、表示部１０６がステップＳＥ６で消灯された後、消灯されている状態における最初のユーザ操作を、表示部１０６を点灯させる処理に割り当てるように設定する。
続いて、検出された着信が、スピーカＳＰを介して音で報知され（ステップＳＥ８）、振動発生部１０９を介して振動で且つ前述の光発生部を介して光で報知される（ステップＳＥ９）。
さらに続いて、ユーザ操作があるかどうかが、すなわちステップＳＥ７でいう最初のユーザ操作があるかどうかがステップＳＥ１０で判断される。ユーザ操作がある場合には、ステップＳＥ７で設定されたところに従って、ステップＳＥ１２の報知画面生成処理を経た後、ステップＳＥ１３でそのユーザ操作が表示部１０６を点灯させる処理に割り当てられる。
他方、ユーザ操作がない場合、着信が終了したかどうかがステップＳＥ１１で判断される。未だ着信が終了していない場合（すなわち、ＮＯの場合）、ステップＳＥ１０に戻り、ユーザ操作があるかどうか（ＳＥ１０）、着信が終了したかどうか（ＳＥ１１）の判断が繰り返される。
他方、着信が終了した場合、着信があった旨が表示部１０６に表示され（ステップＳＢ１９）、着信処理は終了されてメインルーチンへと処理が戻される。
【０１００】
ステップＳＥ１３で表示部１０６が点灯された後、最初のユーザ操作を、着信に対する処理に割り当てるように設定される（ステップＳＥ１４）。すなわち、表示部１０６が点灯された後、点灯されている状態における最初のユーザ操作を、その操作の指示するところに従う処理に割り当てるように設定される。
続いて、ステップＳＥ１２の報知画面生成処理で生成された画面が表示部１０６を介して画面で報知され（ステップＳＥ１５）、着信があったことがスピーカＳＰを介して音で報知される（ステップＳＥ１６）。
さらに続いて、ユーザ操作があるかどうかが、すなわちステップＳＥ１４でいう最初のユーザ操作があるかどうかがステップＳＥ１７で判断される。ユーザ操作がある場合には、ステップＳＥ１４で設定されたところに従って、ユーザ操作に応じた処理が行われる（ステップＳＥ２０）。たとえば、着信が電話であって、操作部１０７のオフフックボタンが押下されたときには、回線が繋がり通話可能な状態となる。ステップＳＥ２０でユーザ操作に応じた処理がなされると、着信処理を終了してメインルーチンへと処理が戻される。
他方、ステップＳＥ１７でユーザ操作がない場合、着信が終了したかどうかがステップＳＥ１８で判断される。未だ着信が終了していない場合（すなわち、ＮＯの場合）、ステップＳＥ１７に戻って、ユーザ操作があるかどうか（ＳＥ１７）、着信が終了したかどうか（ＳＥ１８）の判断が繰り返される。他方、着信が終了した場合、着信があった旨が表示部１０６に表示され（ステップＳＥ１９）、着信処理が終了されてメインルーチンへと処理が戻される。
【０１０１】
（６）点灯判別処理Ｃ
図１２は、着信処理のサブルーチンとしての点灯判別処理Ｃの動作を示すフローチャートである。点灯判別処理Ｃにおいては、ＣＰＵ１００は、設定フラグ＝１の消灯条件Ｂ（アドレス帳）を読み出し、読み出した消灯条件Ｂ（アドレス帳）の項目が所定の項目であるかどうか等に応じて、表示部１０６を消灯状態とするか点灯状態とするかを判別する。以下、点灯判別処理Ｃの動作について詳細に説明する。
【０１０２】
点灯判別処理Ｃでは、ＣＰＵ１００は、まず、設定フラグ＝１の消灯条件Ｂ（アドレス帳）を読み出す（ステップＳＦ１）。すなわち、ＣＰＵ１００は、消灯条件Ｂ記憶部１０２ｂに記憶されている消灯条件Ｂテーブル（アドレス帳）を参照して、設定フラグが１である消灯条件Ｂ（アドレス帳）を読み出す。たとえば、図４（ｂ）においては、１の設定フラグが立てられているのは第２段目の組であるので、「表示内容」という項目について、内容が「電話番号／メールアドレス」である場合という消灯条件が読み出される。
続いて、ステップＳＦ２で項目＝ユーザ設定か否かが判断される。すなわち、読み出された消灯条件Ｂ（アドレス帳）の項目がユーザ設定であるかどうかが判断される。
【０１０３】
項目＝ユーザ設定である場合（すなわち、ＹＥＳの場合）、着信相手がアドレス帳（図６）に記憶されているかどうかが判断される（ステップＳＦ６）。ステップＳＦ６でＹＥＳの場合、着信相手の消灯フラグが検出され（ステップＳＦ７）、検出された消灯フラグが１であるかどうかが判断される（ステップＳＦ８）。消灯フラグが１である場合、表示部１０６を消灯状態とすると判別される（ステップＳＦ１２）。
ステップＳＦ６でＮＯの場合とステップＳＦ８でＮＯの場合、表示部１０６を点灯状態とすると判別される（ステップＳＦ１３）。
【０１０４】
項目＝ユーザ設定でない場合（すなわち、ＮＯの場合）、項目＝表示内容であることになり、ステップＳＦ３に進んで表示内容＝電話番号／メールアドレスか否かが判断される。すなわち、ステップＳＦ３では、読み出された消灯条件Ｂ（アドレス帳）の表示内容という項目が電話番号／メールアドレスという内容であるかどうかが判断される。読み出された消灯条件Ｂ（アドレス帳）が表示内容＝電話番号／メールアドレスである場合、表示部１０６を消灯状態とすると判別される（ステップＳＤ７）。他方、そうでない場合、ステップＳＦ４に進んで表示内容＝名前かどうかが判断される。
このように、ステップＳＦ３でＹＥＳと判断された場合は、ステップＳＦ２でＹＥＳと判断された場合と異なり（ステップＳＦ４でＹＥＳ又はＮＯと判断された場合とも異なる。）、着信相手がアドレス帳に記憶されているかどうかに関係なく、表示部１０６を消灯状態とするとＣＰＵ１００は判別する。換言すれば、ＣＰＵ１００は、「１」の設定フラグが立てられた消灯条件Ｂ（アドレス帳）がどうであるかということ自体について判断して、表示部１０６を消灯状態とすると判別する。
【０１０５】
ステップＳＦ４で表示内容＝名前である場合、すなわち読み出された消灯条件Ｂ（アドレス帳）の表示内容が名前である場合、アドレス帳を参照して着信相手がアドレス帳に記憶されているかが判断される（ステップＳＦ９）。着信相手がアドレス帳に記憶されている場合、ステップＳＦ１０に進んで着信相手の名前がアドレス帳にあるかどうかがさらに判断される。着信相手の名前がアドレス帳にある場合、表示部１０６を消灯状態とすると判別される（ステップＳＦ１２）。
ステップＳＦ９でＮＯの場合とステップＳＦ１０でＮＯの場合、表示部１０６を点灯状態とすると判別される（ステップＳＦ１３）。
【０１０６】
表示内容＝名前でない場合、表示内容＝画像であることになり、ステップＳＦ５に進み、アドレス帳を参照して着信相手がアドレス帳に記憶されているかどうかが判断される。着信相手がアドレス帳に記憶されている場合、ステップＳＦ１１に進んで着信相手の画像がアドレス帳にあるかどうかがさらに判断される。着信相手の画像がアドレス帳にあるとは、着信相手の画像が、アドレス帳記憶部１０２ｄに実画像データとして存する場合だけでなく、アドレス帳記憶部１０２ｄに画像ＩＤが記憶され、画像ＩＤに関連付けられた画像データが画像データ記憶部１０２ｅに存する場合も含まれる。
表示部１０６は、着信相手の画像がアドレス帳にある場合は消灯状態とすると判別される（ステップＳＦ１２）。他方、ステップＳＦ５でＮＯの場合とステップＳＦ１１でＮＯの場合、表示部１０６を点灯状態とすると判別される（ステップＳＦ１３）。
【０１０７】
（７）報知画面生成処理
図１３は、着信処理のサブルーチンとしての報知画面生成処理の動作を示すフローチャートである。着信処理のルーチンにおいて、着信内容はステップＳＥ１５で画面により報知される。報知画面生成処理は、ステップＳＥ１５で報知する際に、どのような画面として報知するかをステップＳＥ１５に先立って判断し、報知される画面を作成する処理手順に係るものである。以下、図１３、図１４（ａ）及び図１４（ｂ）を参照し、詳細を説明する。
報知画面生成処理において、ＣＰＵ１００は、まず、着信に着信相手の電話番号（着信が電話の場合）又はメールアドレス（着信がメールの場合）の通知があるかどうかをステップＳＧ１で判断する。
着信相手の電話番号又はメールアドレスの通知がない場合、着信している旨のみの画面が生成される（ステップＳＧ２）。
他方、着信相手の電話番号又はメールアドレスの通知がある場合、着信相手がアドレス帳記憶部１０２ｄのアドレス帳に記憶されているかどうかが判断される（ステップＳＧ３）。
着信相手がアドレス帳に記憶されていない場合、着信している旨と、着信相手の電話番号又はメールアドレスと、を示す画面が生成される（ステップＳＧ１０）。たとえば、着信が電話であれば、着信している旨と着信相手の電話番号との画面を、着信がメールであれば、着信している旨と着信相手のメールアドレスとの画面が生成される。
ステップＳＧ３でＹＥＳの場合、すなわち、着信相手がアドレス帳に記憶されている場合、着信相手の名前がアドレス帳にあるかどうかがステップＳＧ４で判断される。
名前がない場合、着信相手の画像がアドレス帳に記憶されているかどうかがステップＳＧ６でさらに判断され、画像がないときはステップＳＧ１０に進んで着信している旨と、着信相手の電話番号又はメールアドレスと、を示す画面が生成される。画像があるときは、これらに加えて、画像も含めた画面がステップＳＧ９で生成される。
ステップＳＧ４で名前があると判断された場合、ステップＳＧ６で判断されたように画像の有無がステップＳＧ５で判断され、判断結果の別に従って別異の画面がステップＳＧ８、ＳＧ７で生成される。すなわち、画像がないときは、着信している旨＋電話番号／メールアドレス＋名前の画面が（ステップＳＧ８）、画像があるときは、着信している旨＋電話番号／メールアドレス＋名前＋画像の画面が（ステップＳＧ７）、生成される。ステップＳＧ７で生成される画面の構成例は、たとえば、音声着信の場合は図１４（ａ）、メール着信の場合は図１４（ｂ）となる。
このように、報知画面生成処理において、ＣＰＵ１００は、着信に着信相手の電話番号又はメールアドレスの通知があるかどうか、あるとすれば着信相手がアドレス帳に記憶されているかどうか、記憶されているとすれば着信相手の何が記憶されているのかに応じて、報知すべき画面を生成する。報知画面が生成されると、報知画面生成処理は終了されて、着信処理のルーチンに処理が戻される。
【０１０８】
以上で説明した本実施形態によれば、アラーム等の割込イベントが発生した場合、携帯電話機１０の使用状態がスタイル検出部１１０、表示部露出検出部１１１、充電台接続部１１２及びＣＰＵ１００により検出され、発生した割込イベントの報知内容に消灯フラグやスケジュール内容等の所定の内容が含まれているか否かがＣＰＵ１００により検出され、これらの検出結果に基づいて、発生した割込イベントに対して表示部１０６の点灯状況を消灯状態とするか点灯状態とするかをＣＰＵ１００が判別し、この判別結果に基づいて、表示部１０６の点灯状況が制御される構成となっている。
したがって、携帯電話機１０の使用状態と割込イベントの報知内容とに基づいて、表示部１０６の消灯状態／点灯状態を制御することができ、割込イベントの報知内容を第三者に容易に見られることを防止できる。たとえば、ユーザが近くにいない可能性が高い使用状態や複数の人が表示部１０６を見ている可能性が高い使用状態であり、割込イベントの報知内容が第三者に知られたくないものである場合、表示部１０６を消灯状態とすることで、第三者に容易に見られることを防止できる。
【０１０９】
また、表示部１０６の点灯状況を消灯状態とするか点灯状態とするかという制御結果に基づいて、ユーザ操作に対応する処理内容の割り当てをＣＰＵ１００が制御する構成となっているので、その消灯状態／点灯状態に応じて、ユーザ操作に対応する処理内容の割り当てを制御することができ、直感的に操作しやすくなる。
【０１１０】
これらの他、以下の（ａ）〜（ｍ）の効果も奏することができる。
（ａ）表示部を点灯状態とした場合に、最初のユーザ操作を割込イベントに対する処理に割り当てることができ、直感的に操作しやすくなる。たとえば、着信時に表示部を点灯状態とした場合には、最初のユーザ操作を通話遷移や留守番電話遷移に割り当てたりすることで、操作しやすくなる。
（ｂ）表示部を消灯状態とした場合に、最初のユーザ操作を表示部の点灯処理に割り当てることができ、直感的に操作しやすくなる。たとえば、着信時に表示部を消灯状態とした場合には、最初のユーザ操作で表示部が点灯状態となり、報知内容を確認することができる。その後の操作で通話したり留守番電話にしたりすることができる。
（ｃ）消灯状態にしたことによって割込イベントの発生にユーザが気付かなくなってしまうということを防止できる。たとえば、着信時に音も振動も発生させない所謂サイレントモードに設定されている場合に、表示部を消灯状態にしてしまうと、ユーザは着信に気付くことができない。それを防止するために、表示とは別の報知（音、光、振動など）でユーザに着信を気付かせることができる。
（ｄ）表示部が露出している使用状態か否かに応じて、表示部の消灯状態／点灯状態を制御することができ、表示部が露出している使用状態であっても、報知内容を第三者に容易に見られることを防止できる。
（ｅ）筐体のスタイルに応じて、表示部の消灯状態／点灯状態を制御することができ、端末装置がたとえばビュースタイルであっても、報知内容を第三者に容易に見られることを防止できる。
（ｆ）筐体のスタイルと充電器への設置に応じて、表示部の消灯状態／点灯状態を制御することができ、端末装置がたとえばビュースタイルで充電器に設置されていても、報知内容を第三者に容易に見られることを防止できる。
（ｇ）動作中の機能に応じて、表示部の消灯状態／点灯状態を制御することができ、たとえばテレビ機能を動作させて複数人で視聴している場合であっても、報知内容を第三者に容易に見られることを防止できる。
（ｈ）報知内容に着信相手の個人情報が含まれているか否かに応じて、表示部の消灯状態／点灯状態を制御することができ、特に見られたくない報知内容を第三者に容易に見られることを防止できる。
（ｉ）報知内容にユーザの行動に関する情報が含まれているか否かに応じて、表示部の消灯状態／点灯状態を制御することができ、特に見られたくない報知内容を第三者に容易に見られることを防止できる。
（ｊ）端末装置の使用状態と指定された割込イベントか否かとに基づいて、表示部の消灯状態／点灯状態を制御することができ、割込イベントの報知内容を第三者に容易に見られることを防止できる。たとえば、ユーザが近くにいない可能性が高い使用状態や複数の人が表示部を見ている可能性が高い使用状態であり、第三者に知られたくない報知内容である場合に、表示部を消灯状態とすることで、第三者に容易に見られることを防止できる。
（ｌ）指定された相手からの着信であるか否かに応じて、表示部の消灯状態／点灯状態を制御することができ、特に見られたくない着信相手を第三者に容易に見られることを防止できる。
（ｍ）指定された割込イベントであるか否かに応じて、表示部の消灯状態／点灯状態を制御することができ、特に見られたくない割込イベントを第三者に容易に見られることを防止できる。
【０１１１】
本発明の上記実施形態は、最良の実施形態としての単なる一例に過ぎず、本発明をより良く理解することができるようにするために述べられたに止まる。発明者も出願人も、他の実施形態を特許請求の範囲から排除する意図を有しない。
たとえば、上記では折畳み型の携帯電話機１０に即して説明したが、本発明は折畳み型の携帯電話機１０だけでなく、パーソナルコンピュータ、ＰＤＡ、デジタルカメラ、音楽プレイヤなどの任意の端末装置について、広く適用することが可能である。これらの任意の実施形態についても、添付の特許請求の範囲により保護されることが求められている。
【図面の簡単な説明】
【０１１２】
【図１】図１は、本発明の実施形態である携帯電話機１０が有する機能の概要を説明するためのシステム構成図である。
【図２】図２は、携帯電話機１０の構成を示すブロック図である。
【図３】図３は、ＲＡＭ１０２の消灯条件Ａ記憶部１０２ａに記憶される消灯条件Ａテーブルの構成例である。
【図４】図４は、ＲＡＭ１０２の消灯条件Ｂ記憶部１０２ｂに記憶される消灯条件Ｂテーブルの構成例である。図４（ａ）がアラームについての消灯条件Ｂテーブルであり、図４（ｂ）がアドレス帳についての消灯条件Ｂテーブルである。
【図５】図５は、ＲＡＭ１０２のアラーム記憶部１０２ｃに記憶されるアラームテーブルの構成例である。
【図６】図６は、ＲＡＭ１０２のアドレス帳記憶部１０２ｄに記憶されるアドレス帳テーブルの構成例である。
【図７】図７は、メインルーチンの動作を示すフローチャートである。
【図８】図８は、アラーム処理の動作を示すフローチャートである。
【図９】図９は、点灯判別処理Ａの動作を示すフローチャートである。
【図１０】図１０は、点灯判別処理Ｂの動作を示すフローチャートである。
【図１１】図１１は、着信処理の動作を示すフローチャートである。
【図１２】図１２は、点灯判別処理Ｃの動作を示すフローチャートである。
【図１３】図１３は、報知画面生成処理の動作を示すフローチャートである。
【図１４】図１４は、図１３の報知画面生成処理又は図８のアラーム処理によって生成及び報知される画面の生成例を示す図である。
【符号の説明】
【０１１３】
１００  ＣＰＵ（第２検出手段、判別手段、点灯制御手段、操作制御手段、報知制御手段）
１０１  ＲＯＭ（第２検出手段、判別手段、点灯制御手段、操作制御手段、報知制御手段）
１０５  音声信号処理部（報知手段）
１０６  表示部
１０９  振動発生部（報知手段）
１１０  スタイル検出部（第１検出手段）
１１１  表示部露出検出部（第１検出手段）
１１２  充電台接続部（第１検出手段）
ＳＰ  スピーカ（報知手段）
【図１】
0004998887.tif 000002
【図２】
0004998887.tif 000003
【図３】
0004998887.tif 000004
【図４】
0004998887.tif 000005
【図５】
0004998887.tif 000006
【図６】
0004998887.tif 000007
【図７】
0004998887.tif 000008
【図８】
0004998887.tif 000009
【図９】
0004998887.tif 000010
【図１０】
0004998887.tif 000011
【図１１】
0004998887.tif 000012
【図１２】
0004998887.tif 000013
【図１３】
0004998887.tif 000014
【図１４】
0004998887.tif 000015