画像表示端末ならびに画像表示端末を制御するための方法およびプログラム
【課題】携帯端末のタッチパネルが損傷して表示不良が生じたときに非常モードを起動する。
【解決手段】非常モードを有する携帯端末が実行する処理（Ｓ４００）は、制御部１００が操作部から送られる命令に基づいて、携帯端末の通常使用モードを開始するステップ（Ｓ４１０）と、制御部が衝撃検知部からの出力に基づいて、携帯端末が衝撃を受けたか否かを判断するステップ（Ｓ４２０）と、携帯端末が衝撃を受けたと判断した場合に（ステップＳ４２０にてＹＥＳ）、制御部が動作モードを切り換えることにより、非常モードを開始するステップ（Ｓ４３０）とを含む。
【解決手段】非常モードを有する携帯端末が実行する処理（Ｓ４００）は、制御部１００が操作部から送られる命令に基づいて、携帯端末の通常使用モードを開始するステップ（Ｓ４１０）と、制御部が衝撃検知部からの出力に基づいて、携帯端末が衝撃を受けたか否かを判断するステップ（Ｓ４２０）と、携帯端末が衝撃を受けたと判断した場合に（ステップＳ４２０にてＹＥＳ）、制御部が動作モードを切り換えることにより、非常モードを開始するステップ（Ｓ４３０）とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像表示の制御に関し、より特定的には、表示不良が生じた場合における制御に関する。
【背景技術】
【０００２】
入力インターフェイスとしてタッチパネルを有する画像表示端末が普及している。たとえば、特開平６−９５８０２号公報（特許文献１）は、自動取引装置のタッチパネルを構成するセンサの１部が故障しただけで自動取引装置が停止しないようにし、その稼働率の低下を回避するための技術を開示している。
【０００３】
スマートフォン、タブレット型コンピュータその他の画像表示端末の多くは、筐体の表面にモニタを有しており、従来の折り畳み型携帯電話機やラップトップ型コンピュータのように表示部を覆うための部材が設けられていない。そのため、表示部が破損する可能性が、従来の装置に比べて高まっている。
【０００４】
表示部の破損の検知に関し、たとえば、特開２０１０−２３１１９１号公報（特許文献２）は、「ディスプレイシステムのスクリーンの破損を検知する」ための技術を開示している。
【０００５】
また、特開２００５−１８９５８２号公報（特許文献３）は、表示ユニット中に故障した表示ユニットが相当数ある場合でも、故障していない表示ユニットを利用して最低限必要な道路情報を適切に表示できる情報表示装置を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−９５８０２号公報
【特許文献２】特開２０１０−２３１１９１号公報
【特許文献３】特開２００５−１８９５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
近年、ハードスイッチを極力減らし、表示部のタッチパネルを用いて操作する端末が増加している。このような端末は、正常に動作している場合には、端末のユーザによる操作を普通に受け付ける。しかしながら、何らかの原因で表示部の一部が欠けた場合、表示部に表示されるべき情報が欠けるだけでなく、アイコンその他の画像が表示部のどの部分において表示されているのか分からなくなる場合がある。
【０００８】
また、ボタン、トグルスイッチその他のハードスイッチを持つ端末の場合でも、表示部が欠けた場合には、同様に、情報が表示されなくなるという問題が生じる。
【０００９】
したがって、表示部の一部が破損した場合でも、表示内容をユーザに伝えるための技術が必要とされている。
【００１０】
本発明は、上述のような問題点を解決するためになされたものであって、その目的は、表示部の一部が破損した場合でも、画像が表示される画像表示端末を提供することである。
【００１１】
他の目的は、表示部の一部が破損した場合でも、画像が表示されるように画像表示端末を制御するための方法を提供することである。
【００１２】
他の目的は、表示部の一部が破損した場合でも、画像が表示されるように画像表示端末を制御するためのプログラムを提供することである。
【課題を解決するための手段】
【００１３】
一実施の形態に従う画像表示端末は、タッチパネルを有する表示装置と、画像表示端末の動作を制御するための制御装置と、制御装置に接続されているメモリとを備える。制御装置は、表示装置の表示領域における表示不良を検出し、表示不良が生じている領域を認識し、表示領域の全体に表示される画像を、表示領域のうちの正常な領域に表示する。
【００１４】
好ましくは、画像表示端末は、画像表示端末に対する衝撃を検知するための衝撃検知手段をさらに備える。制御装置は、衝撃に基づいて、表示不良を検出する。
【００１５】
好ましくは、制御装置は、表示領域に対するタッチ操作に基づいて、表示不良を検出する。
【００１６】
好ましくは、制御装置は、正常な領域に対するタッチ操作に基づいて、表示不良が生じている領域を認識する。
【００１７】
好ましくは、制御装置は、表示不良の領域と、正常な領域との境界に対するタッチ操作に基づいて、表示不良が生じている領域を認識する。
【００１８】
好ましくは、画像表示端末は、表示領域の面と同じ面に配置されたカメラをさらに備える。制御装置は、表示領域に表示されている画像をカメラを用いて撮影することにより得られる画像のデータと、表示領域に画像を表示するためのデータとの差に基づいて、表示不良が生じている領域を認識する。
【００１９】
好ましくは、表示不良の領域が表示領域の全体に占める割合が予め設定された割合よりも小さい場合に、制御装置は、表示不良の領域を回避するように配列を変更して、表示領域の全体に表示される画像を、正常な領域に表示する。
【００２０】
好ましくは、表示不良の領域が表示領域の全体に占める割合が予め設定された割合よりも大きい場合に、制御装置は、表示領域の全体に表示される画像を縮小して、縮小によって得られた画像を正常な領域に表示する。
【００２１】
他の実施の形態に従うと、画像表示端末を制御するための方法が提供される。画像表示端末は、タッチパネルを有する表示装置と、画像表示端末の動作を制御するための制御装置と、制御装置に接続されているメモリとを備えている。この方法は、制御装置が、表示装置の表示領域における表示不良を検出するステップと、制御装置が、表示不良が生じている領域を認識するステップと、制御装置が、表示領域の全体に表示される画像を、表示領域のうちの正常な領域に表示するステップとを含む。
【００２２】
さらに他の実施の形態に従うと、画像表示端末を制御するためのプログラムが提供される。画像表示端末は、タッチパネルを有する表示装置と、画像表示端末の動作を制御するための制御装置と、制御装置に接続されているメモリとを備えている。プログラムは、制御装置に、表示装置の表示領域における表示不良を検出するステップと、表示不良が生じている領域を認識するステップと、表示領域の全体に表示される画像を、表示領域のうちの正常な領域に表示するステップとを実行させる。
【００２３】
ある局面において、画像表示端末の表示部の一部が破損した場合でも、その表示内容が表示され得る。
【００２４】
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００２５】
【図１】タッチパネルを有する携帯端末１０の外観を表わす図である。
【図２】ボタンその他のハードスイッチを有する携帯端末２０の外観を表わす図である。
【図３】携帯端末１０または携帯端末２０のハードウェア構成を表わすブロック図である。
【図４】携帯端末１０，２０が非常モードを起動する場合に実行する処理（Ｓ４００）の一部を表わすフローチャートである。
【図５】表示部１１０が画面を表示する一例を表わす図である。
【図６】携帯端末１０，２０のユーザが表示部１１０に異常が生じたと判断して非常モードを起動する場合に制御部１００によって実行される処理を表わすフローチャートである。
【図７】表示部１１０に対して予め定められた操作の一例を表わす図である。
【図８】ユーザが表示部１１０の有効部分を選択する場合に携帯端末１０，２０が実行する処理（Ｓ８００）を表わすフローチャートである。
【図９】表示部１１０を複数のブロックに分けた一例を表わす図である。
【図１０】表示部１１０における画面の表示態様の推移を表わす図である。
【図１１】ユーザが表示部１１０の不良部分の敷居をなぞることにより不良部分を認識するために実行される処理（Ｓ１１００）を表わすフローチャートである。
【図１２】複数の不良部分の有無を確認するために制御部１００が実行する処理（Ｓ１２００）の一部を表わすフローチャートである。
【図１３】表示部１１０において一つの不良部分が存在している状態を表わす図である。
【図１４】表示部１１０において複数の不良部分が存在している状態を表わす図である。
【図１５】カメラ部１７０による撮影結果に基づいて表示部１１０の不良を認識する処理（Ｓ１５００）を表わすフローチャートである。
【図１６】非常モードが開始されたとき（ステップＳ１５００）における表示部１１０の状態を表わす図である。
【図１７】鏡１７００に映った携帯端末１０の画像１７１０を表わす図である。
【図１８】表示部１１０における色の変化を表わす図である。
【図１９】鏡に映った画像と表示しようとしている画像とに基づいて表示不良の部分を特定するために制御部１００が実行する処理を表わすフローチャートである。
【図２０】表示部１１０における画面の状況とカメラ画像とを表わす図である。
【図２１】不良部部分の識別画像としてバー２０６０が表示される態様を表わす図である。
【図２２】表示部１１０において表示が有効な部分を用いて最低限の表示対象（アイコン、情報など）を表示するために制御部１００が実行する処理を表わすフローチャートである。
【図２３】非常モードにおいて不良部分が特定された状態を表わす図である。
【図２４】表示対象となる画像を有効表示部分に合せて縮小する状態を表わす図である。
【図２５】縮小された画像が有効表示部分に表示される態様を表わす図である。
【図２６】表示部１１０における有効表示部分とそうでない部分との表示、および長方形の表示エリアの決定の結果を表わす図である。
【図２７】表示部１１０の表示領域のうち１０％程度が破損している場合に実行される処理を表わすフローチャートである。
【図２８】図２８は、表示部１１０における画像の表示態様を表わす図である。
【図２９】ステップＳ２７５０における画像の表示処理の一例を表わす図である。
【図３０】ステップＳ２７３０においてすべての画像が表示不良の部分を回避できない場合に表示部１１０に表示される態様を表わす図である。
【図３１】表示部１１０の表示領域全体に画像が表示される場合において表示不良が生じた状態を表わす図である。
【図３２】表示部１１０が殆ど（たとえば、９０％程度）破損している場合における処理を表わすフローチャートである。
【図３３】表示部１１０の表示領域が殆ど破損している場合における画面の表示の状態を表わす図（その１）である。
【図３４】表示部１１０の表示領域が殆ど破損している場合における画面の表示の状態を表わす図（その２）である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００２７】
［技術思想］
まず、本実施の形態に係る技術思想について説明する。ある局面において、画像表示端末は、液晶モニタその他の表示部の画面に何らかの異常が発生したと判断すると、「非常モード」を起動し、その表示部における画面の表示を調整する。具体的には、本実施の形態に係る画像表示端末は、表示部が破損した場合に実行する機能として以下の機能、すなわち、（１）非常モードの起動、（２）表示不良の部位の認識、および、（３）表示部において異常が発生していない有効な表示領域を用いた、最低限の画像または情報の表示、を有する。
【００２８】
なお、画像表示端末は、携帯電話機、スマートフォン、タブレット型コンピュータ、ＰＤＡ（Personal Digital Assistant）等を含むが、これらに限られない。当該技術思想は、液晶モニタ、有機ＥＬ（Electro Luminescence）ディスプレイその他の表示部を有する画像表示端末に適用可能である。
【００２９】
詳しくは、表示部が破損した場合に画像表示端末が実行する機能は、以下のとおりである。
【００３０】
（１） 非常モードの起動
非常モードが起動される場合としては、（ａ）画像表示端末が、表示部の破損の可能性を判断して非常モードを起動する場合と、（ｂ）画像表示端末のユーザが破損を認識して、命令を画像表示端末に与えることにより非常モードを起動する場合がある。
【００３１】
（ａ）画像表示端末自身が破損の可能性を判断する場合
画像表示端末は、内蔵された加速度センサその他の衝撃検知機構を用いて加速度を検出する。画像表示端末は、その検出結果に基づいて一定以上の衝撃があったと判断すると、破損の可能性があると判断し、非常モードを起動する。ただし、画像表示端末は、加速度センサの出力を用いるため、実際に表示部が破損しているか否かを判断することはできない。
【００３２】
（ｂ）ユーザが非常モードを起動する場合
ユーザは、表示部の破損を認識すると、画像表示端末のスイッチ、ソフトウェアキーその他の入力インターフェイスを用いて指示を与えることにより、非常モードを起動する。たとえば、表示部において一部のアイコン等が確認できる場合には、ユーザは、その確認できるアイコンを操作することにより、非常モードを起動するための指示を与える。画像表示端末の入力インターフェイスがハードキータイプの場合には、ユーザは、たとえば、予め定められたショートカット番号その他、非常モードの起動のために予め定められたコマンドを入力する。入力インターフェイスがタッチパネルタイプの場合には、ユーザは、普段、同時に触らない複数（たとえば、２つ又は３つ以上）の部分をタッチすることで、非常モードを起動する。一例としては、タッチパネルの上部の２箇所、または、下部の２箇所等がタッチの対象となり得る。
【００３３】
（２） 表示不良の部位の認識
画像表示端末は、特別な機能（回路）を持たない限り、端末自身の表示部において表示が不良である部位を認識することはできない。そのため、表示不良の部位の認識のために、ユーザは、たとえば、以下のようにして、画像表示端末に、表示不良の部位を認識させる。
【００３４】
（ａ）画像表示端末のユーザが、表示部の有効部分を選択する。本実施の形態において、有効部分とは、画像が正しく表示される正常な領域をいう。
【００３５】
（ｂ）画像表示端末のユーザが、表示部の不良部分（画像が正しく表示されない領域）の敷居（不良部分の輪郭）をなぞる。本実施の形態において、不良部分とは、表示部の破損等により画像が正しく表示されない領域（異常領域）をいう。
【００３６】
（ｃ）画像表示端末のユーザが、表示部を鏡に向けて、表示部をカメラで撮影する。画像表示端末は、表示部の状態を認識し、表示部に表示しようとしている画像と、撮影によって得られた画像とを比較する。画像表示端末は、画像の差異を検出することにより、表示不良の部位を特定する。
【００３７】
（３） 有効な表示領域を用いた、最低限の画像または情報の表示
この場合、表示部がどれくらい破損しているかによって、有効な表示領域における表示の態様は、異なる。
【００３８】
（ａ）表示部の破損の程度が小さい場合（たとえば、１０％程度の破損）
この場合、画像表示端末は、表示したい画像を縮小し、縮小後の画像全体を表示する。あるいは、画像表示端末は、破損している部分を回避して、表示対象であるアイコンや情報を縮小することなく、そのままの大きさでアイコンや情報を表示する。
【００３９】
（ｂ）表示部の破損の程度が大きい場合（たとえば、９０％程度の破損）
この場合、画像表示端末は、データバックアップ用のアイコン、発呼・着呼アイコンなど、緊急度が高いものを表示する。たとえば、画像表示端末は、各アイコンの優先度を保持しておき、その優先度に従ってアイコンを表示する。
【００４０】
（ｃ）表示部の破損の程度が中程度である場合（たとえば、１０％〜９０％）
この場合、画像表示端末は、たとえば、予め定められた優先度に従って、アイコンを有効な領域に表示する。あるいは、画像表示端末は、全体の領域に対する有効な領域の割合を算出し、その割合に従って表示対象となるアイコンを縮小し、縮小後のアイコンを表示する。さらに他の局面において、画像表示端末は、予め定められた優先度を有するアイコンのみそのままの大きさで表示し、優先度が低いアイコンまたは優先度が設定されていないアイコンは、予め定められた割合で縮小され、縮小後のアイコンが表示される。
【００４１】
従来、ユーザが自身の記憶に頼って画像表示端末を操作する必要がある、あるいは、一部の情報のみが表示される等の不利益を受けていた。しかしながら、上記のような技術思想を画像表示端末に適用することで、表示部の破損が少ない場合には、表示対象となるアイコンや情報を縮小して表示することにより、あるいは、破損している部位を避けてアイコンや情報が表示されることにより、表示対象を確認することができる。そして、表示部の破損が大きい場合には、表示対象は、優先度の高い順に従って表示されるので、ユーザは、優先度の高いアイコンまたは情報を視認することができるため、遅滞なく、必要な操作（電話への応答等）を行なうことができる。
【００４２】
図１および図２を参照して、本実施の形態に係る端末の構成について説明する。図１は、タッチパネルを有する携帯端末１０の外観を表わす図である。携帯端末１０は、表示部１１０と、タッチパネル１１１と、音入力部１４０と、音出力部１５０と、カメラ部１７０とを備える。
【００４３】
図２は、ボタンその他のハードスイッチを有する携帯端末２０の外観を表わす図である。携帯端末２０は、表示部１１０と、キー入力部１１２と、音入力部１４０と、音出力部１５０と、カメラ部１７０とを備える。
【００４４】
図３を参照して、本実施の形態に係る携帯端末１０，２０の構成についてさらに説明する。図３は、携帯端末１０または携帯端末２０のハードウェア構成を表わすブロック図である。
【００４５】
携帯端末１０，２０は、制御部１００と、表示部１１０と、操作部１２０と、衝撃検知部１３０と、音入力部１４０と、音出力部１５０と、記憶部１６０と、カメラ部１７０と、電話網通信部１８０と、アンテナ１８１とを備える。記憶部１６０は、プログラム１６１と、データ１６２とを格納している。
【００４６】
制御部１００は、携帯端末１０，２０に対して与えられる命令に従って、または、アンテナ１８１を介して受信される命令に基づいて、または携帯端末１０，２０において予め定められた条件が成立することに基づいて、携帯端末１０，２０の動作を制御する。制御部１００は、たとえば、プロセッサとして実現される。
【００４７】
表示部１１０は、制御部１００による命令に基づいて、アイコン、情報その他を表示する。ある局面において、表示部１１０は、液晶標準装置、ＬＥＤ（Light Emitting Diode）ディスプレイ、有機ＥＬディスプレイとして実現される。
【００４８】
操作部１２０は、携帯端末１０，２０のユーザの操作の入力を受け付ける。操作部１２０は、たとえば、タッチパネル１１１またはキー入力部１１２として実現される。操作部１２０によって受け付けられる操作に応じた信号は、制御部１００に入力される。制御部１００は、その信号に基づいて命令を実行する。
【００４９】
衝撃検知部１３０は、携帯端末１０，２０が受けた衝撃を検知する。衝撃検知部１３０は、ある局面において、たとえば加速度センサによって実現される。衝撃検知部１３０の出力は、「非常モード」を起動するための判断に用いられる。
【００５０】
音入力部１４０は、たとえばマイクとして実現される。音入力部１４０は、携帯端末１０，２０に対して発せられる音声の入力を受け付け、その音声に応じた信号を制御部１００に送出する。他の局面において、音入力部１４０は、携帯端末１０，２０のユーザが操作のために発した音声を受け付け、その音声に応じた信号を制御部１００に送る。制御部１００は、その音声に従って特定のアプリケーションの起動その他動作の開始を実行する。
【００５１】
音出力部１５０は、制御部１００からの命令に基づいて、制御部１００によって与えられる信号を音声として出力する。ある局面において、音出力部１５０は、スピーカとして実現される。他の局面において、音出力部１５０は、ヘッドフォンの装着を受け付けるための端子として実現される。さらに他の局面において、音出力部１５０は、たとえば、ＦＭ（Frequency Modulation）トランスミッタとしても実現可能である。
【００５２】
記憶部１６０は、制御部１００が実行するプログラム１６１または制御部１００によって用いられるデータ１６２を格納する。記憶部１６０は、たとえば、フラッシュメモリその他のデータを不揮発的に保持できる記憶装置として、あるいは、ＲＯＭ（Read Only Memory）その他の記憶装置として実現される。さらに他の局面において、記憶部１６０は、メモリカードその他の着脱可能な記録媒体の装着を受け付ける駆動装置として実現される。
【００５３】
カメラ部１７０は、被写体を撮影してその画像に応じた信号を出力する。ある局面において、カメラ部１７０は、ＣＭＯＳ（Complementary Metal-Oxide Semiconductor）素子または、ＣＣＤ（Charge Coupled Device）素子、レンズ等によって実現される。カメラ部１７０は、鏡（図示しない）に映る携帯端末１０，２０の像を撮影し、表示部１１０の画像を取得することもできる。
【００５４】
電話網通信部１８０は、電話その他の通信回線を用いて他の電話機と通信する。アンテナ１８１は、通話のための信号の送受信または、通信のための信号の送受信を行なう。
【００５５】
［制御構造］
図４を参照して、本実施の形態に係る携帯端末１０，２０の制御構造について説明する。図４は、携帯端末１０，２０が非常モードを起動する場合に実行する処理（Ｓ４００）の一部を表わすフローチャートである。
【００５６】
ステップＳ４１０にて、制御部１００は、操作部１２０から送られる命令に基づいて、携帯端末１０，２０の通常使用モードを開始する。通常使用モードとは、たとえば、待ち受け画面、メールの閲覧・作成の画面、音楽再生の画面その他携帯端末１０，２０が有する機能が正常に実行されている状態をいう。
【００５７】
ステップＳ４２０にて、制御部１００は、衝撃検知部１３０からの出力に基づいて、携帯端末１０，２０が衝撃を受けたか否かを判断する。この判断は、たとえば、検知された加速度が、基準値として予め規定された加速度を上回ったか否かに基づいて行なわれる。制御部１００は、携帯端末１０，２０が衝撃を受けたと判断すると（ステップＳ４２０にてＹＥＳ）、制御をステップＳ４３０に切り換える。そうでない場合には（ステップＳ４２０にてＮＯ）、制御部１００は、制御をステップＳ４１０に戻す。
【００５８】
ステップＳ４３０にて、制御部１００は、動作モードを切り換えることにより、非常モードを開始する。このとき、制御部１００は、表示部１１０における表示の切り替えとともに、音声で、その旨を通知してもよい。あるいは、他の局面において、制御部１００は、携帯端末１０，２０を振動させることにより、あるいは、ＬＥＤその他の発光部（図示しない）を、非常の通知として予め規定された色で発光させることにより、非常モードの開始を通知してもよい。
【００５９】
［表示態様］
図５を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様について説明する。図５は、表示部１１０が画面を表示する一例を表わす図である。
【００６０】
携帯端末１０，２０の動作モードが通常使用モードであるとき、画面５１０に示されるように、表示部１１０は、制御部１００からの命令に基づいて複数のアイコン５１１，５１２，５１３，５１４，５１５，５１６，５１７を表示する（ステップＳ４１０）。その後、携帯端末１０，２０が非常モードを検知すると（ステップＳ４３０）、表示部１１０は、画面５２０に示されるように、非常モードの場合に実行する表示態様として予め定められた態様で画面を表示する。具体的には、通常使用モードの場合に表示されるべき各アイコンは、表示されなくなる。ある局面において、表示部１１０は、その表示領域において表示できる範囲で、マトリクス状の線を表示する。
【００６１】
［制御構造］
図６を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図６は、携帯端末１０，２０のユーザが表示部１１０に異常が生じたと判断して非常モードを起動する場合に制御部１００によって実行される処理を表わすフローチャートである。
【００６２】
ステップＳ６１０にて、制御部１００は、操作部１２０から送られる信号に基づいて、携帯端末１０，２０の通常使用モードを開始する。表示部１１０は、待ち受け画面、メール画面、アプリケーション実行画面その他の画面であって、携帯端末１０，２０が正常に作動する場合に実行される機能に応じた画面を表示する。
【００６３】
ステップＳ６２０にて、制御部１００は、携帯端末１０，２０のユーザによって与えられる操作に応じた信号に基づいて、ユーザが、非常モードに入るための操作として予め定められた特定の操作を行なったか否かを判断する。制御部１００は、ユーザが当該特定の操作を行ったと判断すると（ステップＳ６２０にてＹＥＳ）、制御をステップＳ６３０に切り換える。そうでない場合には（ステップＳ６２０にてＮＯ）、制御部１００は、制御をステップＳ６１０に戻し、ユーザに与えられた操作に応じた機能を実行する。この場合、その操作が正当な操作である場合には、携帯端末１０，２０は、当初実行していた機能を終了して、当該操作に応じた機能を新たに実行することになる。
【００６４】
図７を参照して、ユーザによる特定の操作について説明する。図７は、表示部１１０に対して予め定められた操作の一例を表わす図である。
【００６５】
図７（Ａ）は、ユーザが表示部１１０の両端７１０，７２０をタッチする状態を表わす図である。図７（Ｂ）は、複数のタッチ領域として、表示部１１０の左側の両端７１０，７３０が示される図である。図７（Ｃ）は、タッチ領域として、表示部１１０の右端の両端７２０，７４０を表わす図である。図７（Ｄ）は、タッチ対象として、表示部１１０の下の両端７３０，７４０を表わす図である。
【００６６】
図７に示されるように、ある局面において、非常モードに入るためにユーザが行うべき操作が、予め規定される。ユーザによる操作として、たとえば、タッチパネルの一辺の両端部を同時にタッチすることが考えられる。このような操作は、通常使用モードにおいて、ユーザによる操作として行なわれる可能性が低い操作であるため、このように特別な操作を非常モードを起動するための操作として規定することにより、携帯端末１０，２０が誤って非常モードに入ることを防ぐことができる。
【００６７】
また、別の局面において、ユーザが、携帯端末１０，２０の動作メニューから非常モードのメニューを選択することにより非常モードを起動する場合も考えられる。しかしながら、画面が正しく表示されない状態になっていることを考慮すると、その場合には、ユーザは、メニューを辿る操作を行なったとしても、非常モードまでたどり着けない可能性がある。しかしながら、図７に示される例では、そのような懸念はない。
【００６８】
なお、さらに別の局面において、非常モードは、以下のような操作に基づいて起動する構成であってもよい。
【００６９】
（ａ）ユーザは、ハードキーとしてのキー入力部１１２を操作して、非常モードを指定するショートカット番号を、携帯端末１０，２０に入力する。この場合、入力のための操作は、キー入力部１１２を構成する複数のボタン、たとえば、数字キーやその他のファンクションキー（図示しない）のいずれかの組み合わせであってもよい。
【００７０】
（ｂ）携帯端末１０，２０の設定メニューに「非常モード」の項目を設けておき、ユーザは、その項目を選択して起動する。この場合、上述のように、非常モードまでたどり着けない可能性がある場合を考慮すると、非常モードの項目が他の項目とは異なる態様で、表示部１１０において表示されることが望ましい。たとえば、非常モードを表わす文字が表示部１１０の表示領域全体で表示されてもよい。あるいは、他の局面において、非常モードの背景色が、他の項目の背景色とは異なってもよい。このようにすると、仮に、非常モードを示す文字が全体として表示されない場合であっても、携帯端末１０，２０のユーザは、メニュー画面を操作することによって非常モードまでたどり着くことが可能となる。
【００７１】
（ｃ）携帯端末１０，２０は、音声入力を受け付けて、非常モードを表わすために予め登録された音声（たとえば「非常モード」）がユーザによって発話されて携帯端末１０，２０に入力されると、携帯端末１０，２０は、「非常モード」を起動する。
【００７２】
［表示不良の部位の認識］
（ユーザが表示部１１０の有効な領域を選択する場合）
図８および図９を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図８は、ユーザが表示部１１０の有効部分を選択する場合に携帯端末１０，２０が実行する処理（Ｓ８００）を表わすフローチャートである。図９は、表示部１１０を複数のブロックに分けた一例を表わす図である。たとえば、水平方向をＹ列、垂直方向をＸ行として規定される。
【００７３】
非常モードが開始されると（Ｓ８００）、携帯端末１０，２０の表示部１１０は、画面を格子状に分割した画面に切り替わる。分割数は、予め定められた固定の値でもよいし、ユーザが、任意に設定できる構成であってもよい。ユーザは、分割で生成された領域（「ブロック」ともいう。）毎に不良部分かどうかを判断し、判断した結果を携帯端末１０，２０にフィードバックする。
【００７４】
以下、表示部１１０の表示領域が、５行×３列に分割された場合を想定して説明する。たとえば、ある局面において、表示領域の分割によって生成される各ブロック（すなわち部分領域）の色付けの意味は、次のとおりである。
白色：不良ブロックかどうかの判定が決定していないブロック
黄色：不良ブロックかどうかの判定中のブロック
赤色：不良ブロックで「ある」と確定したブロック
緑色：不良ブロックで「ない」と確定したブロック。
【００７５】
ステップＳ８１０にて、制御部１００は、変数Ｘ，Ｙを初期化し、Ｘ＝１，Ｙ＝１とする。
【００７６】
ステップＳ８２０にて、制御部１００は、Ｙ行、Ｙ列目のブロックをたとえば黄色で表示する。したがって、１行１列目のブロック９１０は、黄色になる。その他のブロックは、白色となる。
【００７７】
ステップＳ８３０にて、制御部１００は、操作部１２０からの信号に基づいて、予め定められた一定時間内にＸ行Ｙ列目のブロック（最初は、ブロック９１０）にタッチ操作が行なわれたか否かを判断する。制御部１００は、タッチ操作が行なわれた判断すると（ステップＳ８３０にてＹＥＳ）、制御をステップＳ８４０に切り換える。そうでない場合には（ステップＳ８３０にてＮＯ）、制御部１００は、制御をステップＳ８５０に切り換える。なお、タッチ操作については、不良のブロックがタッチされると、さらに、表示部１１０の画面異常が発生する場合があるため、不良ブロックではなく正常ブロックのみがタッチされることが望ましい。また、他の局面において、正常を示すための入力操作は、タッチ操作に代えて、携帯端末２０のようにハードキーとしてのキー入力部１１２を用いた押下操作であってもよい。
【００７８】
ステップＳ８４０にて、制御部１００は、Ｘ行Ｙ列目のブロックが正常であることを示すために、そのブロックを、たとえば緑色で表示する。
【００７９】
ステップＳ８５０にて、制御部１００は、Ｘ行、Ｙ列目のブロックが異常であることを示すために、そのブロックを、たとえば赤色で表示する。
【００８０】
ステップＳ８６０にて、制御部１００は、全てのブロックについての良または不良の判定が完了したか否かを判断する。表示部１１０の表示領域が、５行×３列に分割された場合には、制御部１００は、変数Ｘ＝５および変数Ｙ＝３であるか否かを判断する。制御部１００は、変数Ｘ＝５および変数Ｙ＝３であると判断すると（ステップＳ８６０にてＹＥＳ）、制御をステップＳ８７０に切り換える。そうでない場合には（ステップＳ８６０にてＮＯ）、制御部１００は、制御をステップＳ８８０に切り換える。
【００８１】
ステップＳ８７０にて、制御部１００は、表示部１１０における表示の不良部分の認識処理を完了する。
【００８２】
ステップＳ８８０にて、制御部１００は、以下の演算を実行する。
if（Ｘ＝５）｛Ｘ＝１；Ｙ＝Ｙ＋１；｝
else Ｘ ＝Ｘ＋１；
その後、制御部１００は、制御をステップＳ８２０に戻し、次のブロックについて不良部分の認識処理を継続する。
【００８３】
なお、本実施の形態においては、ステップＳ８２０〜Ｓ８８０を繰り返すことにより、１５ブロック（５行×３列）の１つずつについて、良または不良を判定しているが、判定処理はこれに限られない。たとえば、他の局面において、１５個のブロックを一度に一定時間内に判定する処理が行なわれてもよい。この場合、初期状態において全てのブロックが黄色で表示される。
【００８４】
次に、図１０を参照して、表示部１１０における表示態様について説明する。図１０は、表示部１１０における画面の表示態様の推移を表わす図である。詳細には、画面（Ａ）は、非常モードが開始されたとき（ステップＳ８００）の表示部１１０の状態を表わす。画面（Ｂ）は、表示不良の部分の認識が完了したとき（ステップＳ８７０）の表示部１１０の状態を表わす。
【００８５】
表示部１１０の一部の領域１０１０が不良であるため画面（Ａ）が表示されているとき、図８に示される不良部分の認識処理が実行されると、画面（Ｂ）のように当該認識処理の結果が表示される。具体的には、制御部１００が領域１０２０も不良であると判断すると（ステップＳ８５０）、領域１０２０は、不良であることが明示されるように、赤色で表示される。制御部１００が領域１０３０は正常であると判断すると（ステップＳ８４０）、領域１０３０は、緑色で表示される。
【００８６】
（ユーザが不良部位の敷居をなぞる場合）
図１１を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図１１は、ユーザが表示部１１０の不良部分の敷居をなぞることにより不良部分を認識するために実行される処理（Ｓ１１００）を表わすフローチャートである。なお、本実施の形態において「敷居をなぞる」とは、不良部分を囲むように、有効な領域と異常な領域との境界部分が連続的にタッチされることをいう。
【００８７】
ステップＳ１１１０にて、制御部１００は、携帯端末１０，２０のユーザに対し、不良部分と正常部分との敷居をなぞるよう通知する。たとえば、ある局面において、制御部１００は、音出力部１５０に対して、その旨を音声で出力する。あるいは他の局面において、制御部１００は、表示部１１０において、その旨を通知するために予め定められた態様（たとえば表示部１１０の画面全体を点滅させる、その旨のメッセージを複数表示するなど）で通知する。
【００８８】
ステップＳ１１２０にて、制御部１００は、操作部１２０からの出力に基づいて、予め定められた一定時間内に、表示部１１０の画面に対するタッチが行なわれたか否かを判断する。制御部１００は、タッチが行なわれたと判断すると（ステップＳ１１２０にてＹＥＳ）、制御をステップＳ１１３０に切り換える。そうでない場合には（ステップＳ１１２０にてＮＯ）、制御部１００は、制御をステップＳ１１１０に戻す。
【００８９】
ステップＳ１１３０にて、制御部１００は、ユーザがタッチした部分の表示の色を黄色に変える。
【００９０】
ステップＳ１１４０にて、制御部１００は、操作部１２０から出力される信号に基づいて、ユーザのタッチが継続しているか否かを判断する。制御部１００は、ユーザのタッチが継続していると判断すると（ステップＳ１１４０にてＹＥＳ）、制御をステップＳ１１３０に戻す。そうでない場合には（ステップＳ１１４０にてＮＯ）、制御部１００は、制御をステップＳ１１５０に切り換える。
【００９１】
ステップＳ１１５０にて、制御部１００は、最後にタッチされた部分が既存のタッチ部かまたは表示部１１０の縁の部分であるか否かを判断する。制御部１００は、最後にタッチされた部分が既存のタッチ部または表示部１１０の縁であると判断すると（ステップＳ１１５０にてＹＥＳ）、制御をステップＳ１１６０に切り換える。そうでない場合には（ステップＳ１１５０にてＮＯ）、制御部１００は、制御をステップＳ１１１０に切り換える。
【００９２】
ステップＳ１１６０にて、制御部１００は、ユーザに対し表示が正常な部分（有効な領域）をタッチするように依頼する。たとえば、制御部１００は、音出力部１５０に対して、その旨を表わす音声を出力させる。あるいは、他の局面において、制御部１００は、表示部１１０に、その旨を表わすメッセージを表示する。
【００９３】
ステップＳ１１７０にて、制御部１００は、操作部１２０からの出力に基づいて、予め定められた一定時間内に表示部１１０に対するタッチ操作が行なわれたか否かを判断する。制御部１００は、そのようなタッチ操作が行なわれたと判断すると（ステップＳ１１７０にてＹＥＳ）、制御をステップＳ１１８０に切り換える。そうでない場合には（ステップＳ１１７０にてＮＯ）、制御部１００は、制御をステップＳ１１６０に戻す。
【００９４】
ステップＳ１２００にて、制御部１００は、複数の不良部位が表示部１１０に存在するか否かを確認する。この処理の詳細は、図１２において説明する。
【００９５】
なお、さらに他の局面において、携帯端末１０，２０がＬＥＤその他の発光部を有する場合には、ステップＳ１１１０，Ｓ１１６０において、制御部１００は、不良部分と正常部分との敷居をなぞることを通知するために予め定められた色と点灯パターンで、当該発光部を点灯させてもよい。
【００９６】
ところで、複数の不良部分が表示部１１０に存在する場合がある。この場合、最初の不良部分を特定したあとに、次の不良部分を特定する必要がある。
【００９７】
そこで、図１２を参照して、複数の不良部分の有無を確認について説明する。図１２は、複数の不良部分の有無を確認するために制御部１００が実行する処理（Ｓ１２００）の一部を表わすフローチャートである。
【００９８】
ステップＳ１２１０にて、制御部１００は、ユーザに対し、ステップＳ１１８０で特定された部分以外の不良部分があった場合に、不良部分と正常部分との敷居（境界）をなぞるように促す。具体的には、制御部１００はその旨のメッセージを表示部１１０に表示する。あるいは制御部１００は、その旨の音声を出力するための信号を音出力部１５０に送信する。なお、さらに他の局面において、携帯端末１０，２０がＬＥＤその他の発光部を有する場合には、制御部１００は、不良部分と正常部分との敷居をなぞることを通知するために予め定められた色と点灯パターンで、当該発光部を点灯させてもよい。
【００９９】
ステップＳ１２２０にて、制御部１００は、操作部１２０から出力される信号に基づいて、予め定められた一定時間内に表示部１１０に対するタッチ操作が行なわれたか否かを判断する。制御部１００は、タッチ操作が行なわれたと判断すると（ステップＳ１２２０にてＹＥＳ）、制御をステップＳ１２３０に切り換える。そうでない場合には（ステップＳ１２２０にてＮＯ）、制御部１００は、制御をステップＳ１２４０に切り換える。
【０１００】
ステップＳ１２３０にて、制御部１００は、制御をステップＳ１１３０に戻す。
ステップＳ１２４０にて、制御部１００は、表示不良の部分の認識を完了する。
【０１０１】
図１３および図１４を参照して、本実施の形態に係る表示部１１０における画面の表示態様についてさらに説明する。図１３は、表示部１１０において一つの不良部位が存在している状態を表わす図である。図１４は、表示部１１０において複数の不良部位が存在している状態を表わす図である。
【０１０２】
図１３を参照して、状態Ａとして示されるように、一つの不良部分１３１０が表示部１１０に存在している場合、携帯端末１０，２０は、不良部分１３１０と、正常部分との敷居をなぞるように通知する（ステップＳ１１１０）。状態Ｂとして示されるように、携帯端末１０，２０のユーザが不良部分１３１０と正常部分との境界をなぞると、携帯端末１０，２０は、敷居１３２０がなぞられたことを検知する。ユーザが、正常部分を特定するために領域１３３０にタッチすると、状態Ｃとして示されるように、領域１３３０は、正常であることを示すために、たとえば緑色で表示される。領域１３４０は、不良であることを示すために、たとえば赤色で表示される。
【０１０３】
図１４を参照して、状態Ａとして示されるように、二つの不良部分１４１０，１４２０が表示部１１０に存在している場合、図１２に示される処理によると、そのうちの一つの不良部分１４１０の敷居１４３０がユーザによってなぞられることで、正常な領域１４４０と、不良な領域１４５０とが特定される。この場合、不良部分１４２０は、不良な領域としては特定されていない。
【０１０４】
そこで、制御部１００は、図１２に示される処理を実行することにより、二つ目の不良部分が表示部１１０に存在しているか否かを確認する。二つ目の不良部分が表示部１１０に存在していることが確認されると（ステップＳ１２２０にてＹＥＳ）、図１１の処理が再び実行される。制御部１００は、その処理により、二つ目の不良部分１４２０を含む領域１４６０を不良な領域として認識することができる。
【０１０５】
［鏡に映った表示部１１０の像を撮影して不良部分を認識する場合］
図１５を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図１５は、カメラ部１７０による撮影結果に基づいて表示部１１０の不良を認識する処理（Ｓ１５００）を表わすフローチャートである。
【０１０６】
具体的には、ユーザは、携帯端末１０，２０の表示部１１０を鏡（図示しない）にかざす。カメラ部１７０は、鏡に映った像を撮影する。制御部１００は、撮影によって得られた画像データを用いて表示部１１０における破損を検出するための処理を実行する。すなわち、制御部１００は、カメラに映った画像と、制御部１００が表示部１１０に表示しようとしている画像とを比較し、これらの画像の差異を検出し、差異の結果に応じて表示不良の部分を特定する。
【０１０７】
ステップＳ１５００にて、制御部１００は、携帯端末１０，２０の動作モードを、通常使用モードから非常モードに切り換える。表示部１１０の表示領域の全体は、白色で表示される。
【０１０８】
ステップＳ１５１０にて、制御部１００は、ユーザに対し、カメラ部１７０の前に鏡を置くように促す。具体的には、制御部１００は、その旨のメッセージを表示部１１０に表示する。または、制御部１００は、その旨の音声を音出力部１５０に出力させる。他の局面において携帯端末１０，２０がＬＥＤを備えている場合には、制御部１００は、その旨を通知するために予め設定された色でＬＥＤを点灯させてもよい。さらに別の態様において、制御部１００は、表示部１１０を鏡に向けるように促してもよい。この場合も、メッセージあるいは音声が同様に出力され、または、ＬＥＤが点灯される。
【０１０９】
ステップＳ１５２０にて、制御部１００は、カメラ部１７０によって取得される画像に基づいて、携帯端末１０，２０自身の表示部１１０が当該画像に含まれているか否かを判断する。この判断は、たとえば、表示部１１０の縁が全て映っているか否かを判断することにより行なわれる。この判断のため、表示部１１０の縁は、他の表示領域と異なる模様、表面処理その他区別可能な構成であることが望ましい。制御部１００は、表示部１１０が映っていると判断すると（ステップＳ１５２０にてＹＥＳ）、制御をステップＳ１５３０に切り換える。そうでない場合には（ステップＳ１５２０にてＮＯ）、制御部１００は、制御をステップＳ１５９０に切り換える。
【０１１０】
ステップＳ１５３０にて、制御部１００は、白色で表示されていた、表示部１１０の表示領域の全体を、赤色で表示する。さらに、制御部１００は、カメラ部１７０からの信号に基づいて、表示部１１０の画像を抽出する。仮に、不良部分が表示部１１０にない場合には、表示領域の全体は、赤色で表示される。他方、不良部分が表示部１１０に存在する場合には、当該不良部分は赤色で表示されず、赤色が欠けている状態となる。したがって、制御部１００は、赤色が欠けていない領域を正常な領域と判断する。
【０１１１】
ステップＳ１５４０にて、制御部１００は、赤色で表示されていた、表示部１１０の表示領域の全体を、緑色で表示する。さらに、制御部１００は、カメラ部１７０からの信号に基づいて、表示部１１０の画像を抽出する。ステップＳ１５３０の場合と同様に、不良部分が表示部１１０にない場合には、表示領域の全体は、緑色で表示される。他方、不良部分が表示部１１０に存在する場合には、当該不良部分は緑色で表示されず、緑色が欠けている状態となる。したがって、制御部１００は、緑色が欠けていない領域を正常な領域と判断する。
【０１１２】
ステップＳ１５５０にて、制御部１００は、緑色で表示されていた、表示部１１０の表示領域の全体を、青色で表示する。さらに、制御部１００は、カメラ部１７０からの信号に基づいて、表示部１１０の画像を抽出する。ステップＳ１５３０の場合と同様に、不良部分が表示部１１０にない場合には、表示領域の全体は、青色で表示される。他方、不良部分が表示部１１０に存在する場合には、当該不良部分は青色で表示されず、青色が欠けている状態となる。したがって、制御部１００は、青色が欠けていない領域を正常な部分と判断する。
【０１１３】
ステップＳ１５６０にて、制御部１００は、３枚の画像においてＲＧＢ（Red Green Blue）すべてが表示されている部分を正常部分（画像を正しく表示可能な領域）と判断する。すなわち、不良部分によっては、特定の色が表示されない場合があるため、制御部１００は、最終的に全ての色を表示できない部分を不良部分と判断し、それ以外を正常部分と判断する。
【０１１４】
ステップＳ１５７０にて、制御部１００は、表示領域のうち正常部分を緑色で表示し、不良部分を赤色で表示する。
【０１１５】
ステップＳ１５８０にて、制御部１００は、表示不良の部分の認識を完了する。
ステップＳ１５９０にて、制御部１００は、ユーザに対して、鏡の位置の修正を促す。具体的には、制御部１００は、音出力部１５０に対して、その旨の音声を出力させる。
【０１１６】
なお、表示部１１０と鏡との位置関係は、相対的なものであるため、表示部１１０の画像がカメラ部１７０によって取得されるようにするための位置決めは、当該鏡の位置の変更、および、携帯端末１０，２０の位置の変更のいずれであってもよい。
【０１１７】
ステップＳ１５３０〜Ｓ１５５０に関し、制御部１００が、カメラ部１７０の撮影による画像を用いて１ドットごとに良／不良を判断することは困難であるため、たとえば、図９または図１０に示されるように、表示部１１０の表示領域をブロック化し、各ブロックごとに当該判断が行なわれてもよい。
【０１１８】
なお、本実施の形態においては、ＲＧＢのベタ画像（表示領域全体のドットが同一の色で表示された画像）が例示されているが、良／不良の判断に用いられる画像は、ベタ画像に限られない。
【０１１９】
さらに他の局面において、判断用の画像として静止画に代えて動画がフィードバック処理と共に用いられてもよい。この局面については、図１９を参照して説明する。
【０１２０】
［画面の表示態様］
図１６から図１８を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。図１６は、非常モードが開始されたとき（ステップＳ１５００）における表示部１１０の状態を表わす図である。携帯端末１０，２０の動作モードが非常モードになると、制御部１００は、表示領域を白色で表示するように表示部１１０を制御する。このとき、何らかの異常が領域１６１０において生じていると、領域１６１０は、白色で表示されず、その他の色たとえば黒色で表示される。
【０１２１】
図１７は、鏡１７００に映った携帯端末１０の画像１７１０を表わす図である。画像１７１０は、不良部分に対応する領域１６１０の画像として画像１７２０を含む。
【０１２２】
図１８は、表示部１１０における色の変化を表わす図である。
画面１８１０は、ステップＳ１５３０に対応し、制御部１００が、表示領域の全体を赤色で表示するべき旨の指示を表示部１１０に与えた状態を表わす。不良部分に対応する領域１８１１は、指示通りの赤色で表示されず、他の色で表示される。
【０１２３】
画面１８２０は、ステップＳ１５４０に対応し、制御部１００が、表示領域の全体を緑色で表示するべき旨の指示を表示部１１０に与えた状態を表わす。図１８に示される例では、表示領域の全体が緑色で表示されるため、緑色の表示に関しては、表示部１１０は、正常となる。
【０１２４】
画面１８３０は、ステップＳ１５５０に対応し、制御部１００が、表示領域の全体を青色で表示するべき旨の指示を表示部１１０に与えた状態を表わす。不良部分に対応する領域１８３１は、指示通りの青色で表示されず、他の色で表示される。
【０１２５】
画面１８４０は、ステップＳ１５５０に対応する。制御部１００は、３色全てが表示されている領域１８４１を正常な領域と判断し、そうでない領域１８４２を不良領域と判断する。
【０１２６】
図１９を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図１９は、鏡に映った画像と携帯端末１０，２０が表示しようとしている画像とに基づいて表示不良の部分を特定するために制御部１００が実行する処理を表わすフローチャートである。
【０１２７】
ステップＳ１９００〜Ｓ１９２０，Ｓ１９８０の処理は、図１５におけるステップＳ１５００〜１５２０，Ｓ１５９０の処理と同じである。
【０１２８】
すなわち、ステップＳ１９００にて、制御部１００は、非常モードを開始する。
ステップＳ１９１０にて、制御部１００は、ユーザに対し、カメラ部１７０の前面に鏡を置くように促す。ユーザに対してその旨を促す態様は、ステップＳ１５１０と同様である。
【０１２９】
ステップＳ１９２０にて、制御部１００は、カメラ部１７０から得られる画像に、携帯端末１０，２０自身の表示部１１０の画像が映っているか否かを判断する。判断の方法は、ステップＳ１５２０と同様である。制御部１００は、その画像が映っていると判断すると（ステップＳ１９２０にてＹＥＳ）、制御をステップＳ１９３０に切り換える。そうでない場合には（ステップＳ１９２０にてＮＯ）、制御部１００は、制御をステップＳ１９８０に切り換える。
【０１３０】
ステップＳ１９３０にて、制御部１００は、識別用の画像の表示を開始し、またカメラ部１７０からの画像を確認する。識別用の画像は、たとえば、表示領域を横切るバーのような画像であるが、これに限られない。
【０１３１】
ステップＳ１９４０にて、制御部１００は、カメラ部１７０の撮影によって得られた信号に基づいて、識別用の画像が確認できたか否かを判断する。たとえば、この判断は、たとえば、表示部１１０に表示されるべきバーの画像が、カメラ部１７０によって撮影された画像に含まれているか否かに基づいて行なわれる。制御部１００は、識別用の画像が確認できたと判断すると（ステップＳ１９４０にてＹＥＳ）、制御をステップＳ１９５０に切り換える。そうでない場合には（ステップＳ１９４０にてＮＯ）、制御部１００は、制御をステップＳ１９７０に切り換える。
【０１３２】
ステップＳ１９５０にて、制御部１００は、識別用画像と、カメラ部１７０からのカメラ画像とを比較し、その比較の結果に基づいて表示部１１０の不良部分を検出する。具体的には、制御部１００は、各画素単位で、あるいは前述のように予め分割されたブロック単位で、画像の表示内容の差異（データの差）を求め、その差異に応じて表示部１１０の不良部分を検出する。
【０１３３】
ステップＳ１９６０にて、制御部１００は、記憶部１６０の領域に展開されている識別用の画像の精度を向上する。たとえば、制御部１００は、表示部１１０に表示されるべきバーを太く表示するための命令を表示部１１０に与える。その後、制御部１００は、制御をステップＳ１９３０に戻す。
【０１３４】
ステップＳ１９７０にて、制御部１００は、表示不良の部分の認識を完了する。
ステップＳ１９８０にて、制御部１００は、ユーザに対して、何らかの報知動作を実行することにより、鏡の位置の修正を依頼する。具体的には、その旨の音声を出力するように音出力部１５０に音声信号を送出する。
【０１３５】
［画面の表示態様］
図２０を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様について説明する。図２０は、表示部１１０における画面の状況とカメラ画像とを表わす図である。
【０１３６】
図２０（Ａ）は、表示部１１０の状況を表わす。表示部１１０は、不良部分２０１０を含む。
【０１３７】
図２０（Ｂ）は、鏡２０２０に映された表示部１１０の画像２０３０を表わす。具体的には、画像２０３０は、表示部１１０が映された画像である。画像２０３０は、不良部分２０１０に対応する画像２０４０を含む。
【０１３８】
図２０（Ｃ）は、識別用の画像が表示部１１０に表示された画像２０５０を表わす。画像２０５０は、識別用の画像としてのバー２０６０を含む。バー２０６０は、一定の太さを有しており、画面上を移動するように制御部１００によって制御される。なお、バー２０６０の移動の方向は、下から上、上から下、右から左、左から右、のいずれであってもよい。
【０１３９】
次に、図２１を参照して、認識用の画像を用いた不良部分の判定について説明する。図２１は、不良部部分の識別画像としてバー２０６０が表示される態様を表わす図である。
【０１４０】
具体的には、図２１（Ａ）に示されるように、バー２１００は、表示部１１０において、判定用の画像として表示される。このとき、部分２１１０は、表示部１１０において不良な部分と有効な部分との境界に対応する。
【０１４１】
図２１（Ｂ）に示されるように、バー２１００よりも太いバー２１２０が表示部に表示されると、制御部１００は、カメラでバー２１２０を捉えやすいため、上記の判定を容易に実行できるが、反面、不良な部分と有効な部分との境界が荒くなり、有効な部分が不良な部分と誤って判定される場合があり得る。具体的には、図２１（Ｂ）に示されるように、バー２１００よりも太いバー２１２０が表示部１１０に表示される。このとき、部分２１３０は、不良部分と正常部分との境界において認識される。このようにすると、部分２１３０の幅が部分２１１０の幅よりも大きいためカメラで捉えやすくなり、制御部１００は、敷居付近の領域について、有効な領域であるか不良領域であるかを容易に判定することができる。反面、部分２１３０は、部分２１１０よりも大きく、不良領域は、大きく(荒く）なる。そのため、バーの幅は、太いものから細いものまで、変化させていくことが好ましい。
【０１４２】
［制御構造］
図２２を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図２２は、表示部１１０において表示が有効な部分を用いて最低限の表示対象（アイコン、文字など）を表示するために制御部１００が実行する処理を表わすフローチャートである。
【０１４３】
ステップＳ２２００にて、制御部１００は、最低限表示モードを開始する。本実施の形態において、最低限表示モードとは、表示部１１０の一部が破損している場合であっても、破損していない有効な領域を用いて画像を表示する動作モードをいう。
【０１４４】
ステップＳ２２１０にて、制御部１００は、有効表示部分（画像を表示可能な領域）内で最も面積の大きい長方形の表示エリアを特定する。たとえば、制御部１００は、不良と判定されていないブロックを特定する。制御部１００は、特定された全てのブロックの位置情報を用いて、たとえば隣接するブロックの組み合わせを構成し、その組み合わせの中から、最も面積の大きい長方形を構成するブロックを決定する。
【０１４５】
ステップＳ２２２０にて、制御部１００は、Ｘ行方向の縮小率を確認する。具体的には、制御部１００は、上記長方形のＸ方向の長さと、表示部１１０の表示領域全体のＸ方向の長さとの比率に基づいて、縮小率を算出する。
【０１４６】
ステップＳ２２３０にて、制御部１００は、Ｙ列方向の縮小率を確認する。具体的には、制御部１００は、上記長方形のＹ方向の長さと、表示部１１０の表示領域全体のＹ方向の長さとの比率に基づいて、縮小率を算出する。
【０１４７】
ステップＳ２２４０にて、制御部１００は、ステップＳ２２２０，２２３０において決定された縮小率に基づいて、縮小率を決定する。表示領域が均等に当該長方形に縮小される場合には、Ｘ方向およびＹ方向の縮小率は、同一となる。一方、表示領域が均等に縮小されない場合には、Ｘ行方向の縮小率は、ステップＳ２２２０において決定された値となり、Ｙ列方向の縮小率は、ステップＳ２２３０において決定された値となる。
【０１４８】
ステップＳ２２５０にて、制御部１００は、画像を縮小し、縮小後の画像を表示部１１０に表示する。
【０１４９】
他の局面において、Ｘ行方向の縮小率とＹ列方向の縮小率とを同一としてもよい。その場合、ステップＳ２２２０，Ｓ２２３０においてで確認された値のうち、小さな値が画像の縮小に用いられる。このようにすると、携帯端末１０，２０のユーザは、縮小されているものの、バランスの良い画像を見ることができる。
【０１５０】
［表示態様］
図２３から図２６を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。
【０１５１】
図２３は、非常モードにおいて不良部分が特定された状態を表わす図である。具体的には、図２３（Ａ）に示されるように、表示部１１０は、本来表示しようとしている画像に対して、実際には、一部の画像を表示することができない。図２３（Ａ）に示される画像は、たとえば、制御部１００が記憶部１６０の描画領域に展開した状態を表わす。この状態において図２３（Ｂ）に示されるように、表示部１１０の表示領域のうちの領域２３１０，２３２０が不良である場合（たとえば、表示領域が破損している場合や、破損領域に隣接しているために不良と判定された場合）、有効表示部分は領域２３３０である。
【０１５２】
図２４は、表示対象となる画像を有効表示部分に合せて縮小する状態を表わす図である。具体的には、図２４（Ａ）に示されるように、制御部１００は、記憶部１６０の描画領域において、表示部１１０の有効表示部分に応じた画像を展開する。たとえば、図２４（Ａ）の例示においては、Ｘ行方向の縮小率は０％であり、Ｙ列方向の縮小率は、３４％であるが、縮小率の値は、これらに限られない。他の局面において、表示部１１０の表示領域が１０×１０の１００ブロックに分割される場合には、縮小率は、１０％単位で設定される構成であってもよい。制御部１００は、その展開された画像のデータを表示部１１０に出力することにより、有効表示部分２４００に画像２４１０を表示する（ステップＳ２２５０）。
【０１５３】
図２５は、縮小された画像が有効表示部分に表示される態様を表わす図である。図２５（Ａ）に示されるように、制御部１００は、記憶部１６０の描画領域において、有効表示部分２５００に収まるように、表示対象の画像を均等の縮小率で縮小する。図２５（Ｂ）に示されるように、制御部１００は、縮小後のデータを表示部１１０に出力することにより、縮小された画像２５１０を、有効表示部分２５００に表示する。
【０１５４】
図２６を参照して、ステップＳ２２１０における長方形の表示エリアの決定について説明する。図２６は、表示部１１０における有効表示部分とそうでない部分との表示、および長方形の表示エリアの決定の結果を表わす図である。
【０１５５】
画面２６０１に示されるように、有効表示部分２６１０が１つのエリアでかつ長方形である場合、有効表示部分２６１０が、画像を表示するために有効である領域２６１１として判断される。
【０１５６】
画面２６０２に示されるように、有効表示部分２６２０が連続する１つの領域であるけれども長方形でない場合には、有効表示部分２６２０のうち最も大きな長方形が表示エリアとして特定される。具体的には、領域２６２１が表示エリアとなり、領域２６２２は画像の表示のために用いられない。
【０１５７】
画面２６０３に示されるように、有効表示部分が領域２６３０と領域２６３１のように２つの領域に分かれている場合、その複数の領域のうち最も大きな面積を有する長方形が有効表示部分として特定される。具体的には、領域２６３２が有効表示部分として特定される。
【０１５８】
図２７を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図２７は、表示部１１０の表示領域のうち１０％程度が破損している場合に実行される処理を表わすフローチャートである。
【０１５９】
ステップＳ２７００にて、制御部１００は、最低限表示モードを開始する。
ステップＳ２７１０にて、制御部１００は、表示不良部分にコンテンツがあるか否かを判断する。この判断は、たとえば、記憶部１６０の描画領域に展開されたデータと、表示部１１０において不良が特定された領域を表わす位置情報との比較に基づいて行なわれる。制御部１００は、表示不良部分にコンテンツがあると判断すると（ステップＳ２７１０にてＹＥＳ）、制御をステップＳ２７２０に切り換える。そうでない場合には（ステップＳ２７１０にてＮＯ）、制御部１００は、制御をステップＳ２７５０に切り換える。
【０１６０】
ステップＳ２７２０にて、制御部１００は、表示不良部分のすべてのコンテンツの回避先があるか否かを判断する。この判断は、たとえば、記憶部１６０に展開されている画像の表示のための位置情報と、表示領域において異常が検出されていない正常な領域の面積と、の比較に基づいて行なわれる。有効表示部分の面積が、各コンテンツの表示のために必要な面積を上回る場合には、制御部１００は、当該回避先があると判断する。制御部１００は、当該回避先があると判断すると（ステップＳ２７２０にてＹＥＳ）、制御をステップＳ２７４０に切り換える。そうでない場合には（ステップＳ２７２０にてＮＯ）、制御部１００は、制御をステップＳ２７３０に切り換える。
【０１６１】
ステップＳ２７３０にて、制御部１００は、ユーザに対して、表示できないコンテンツがある旨を通知する。具体的には、制御部１００は、その旨のメッセージを表示部１１０に表示する。あるいは、制御部１００は、その旨の音声を音出力部１５０に出力させる。さらに他の局面において、携帯端末１０，２０がバイブレータその他の振動機能を有する場合には、制御部１００は、当該振動機能を実行してもよい。
【０１６２】
ステップＳ２７４０にて、制御部１００は、不良部分を可能な限り回避して表示される画像を作成する。あるいは、有効表示部分の面積が、コンテンツの表示に必要な面積を上回る場合には、制御部１００は、当該有効表示部分にコンテンツを配列する。たとえば、表示領域が予め複数のブロックに分けられている場合には、制御部１００は、有効表示部分に含まれるブロックの各々に対して、コンテンツ（たとえばアイコン）を配列する。配列の順序は、たとえば、表示対象となるコンテンツのファイル名の昇順に基づく。
【０１６３】
ステップＳ２７５０にて、制御部１００は、作成した画像を表示部１１０に表示させる。
【０１６４】
図２８を参照して、本実施の形態に係る携帯端末１０，２０の画面の表示態様について説明する。図２８は、表示部１１０における画像の表示態様を表わす図である。図２８（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。表示領域において、アイコン２８１０,２８２０,２８３０,２８４０，２８５０，２８６０，２８７０を表示するためのデータが、記憶部１６０の描画領域に読み出されている。
【０１６５】
図２８（Ｂ）は、表示部１１０の表示領域の中央の領域２８００が破損により表示不良となっている状態を表わす図である。
【０１６６】
図２８（Ａ）および図２８（Ｂ）に示される場合において、携帯端末１０，２０がそれらの画像をそのまま表示しようとすると、図２８（Ｃ）に示されるように、表示不良の領域２８００によって本来表示されるべき画像の一部が妨げられる場合がある。
【０１６７】
そこで、図２８（Ｄ）に示されるように、ある局面において、制御部１００は、表示不良の領域２８００を回避することにより、表示対象となるアイコンを表示することができる。具体的には、たとえば、有効な表示領域である表示部１１０の周辺部分に表示対象となる画像を表示する。この場合、回避のための配列のパターンとしては、表示不良の領域が表示部１１０の表示領域の中央部にある場合には、その領域を囲むように左回りまたは右回りで配列するように設定される。他の局面において、表示不良の領域が表示領域の端にある場合には、有効表示部分において上から下に、あるいは、左から右に表示するように、予め設定されていてもよい。
【０１６８】
その結果、図２８（Ｅ）に示されるように、表示部１１０は、表示不良の領域２８００を残しつつ、他の画像を正常な領域に表示することができる。
【０１６９】
図２９から図３１を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。図２９は、ステップＳ２７５０における画像の表示処理の一例を表わす図である。
【０１７０】
図２９（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。図２９（Ｂ）は、実際表示部１１０において破損が生じている場合に画面が表示されている状態を表わす。
【０１７１】
図２９（Ｃ）は、表示不良の領域２８００を避けてアイコンを表示する態様を表わす。この態様では、各アイコンは、本来表示されるべき位置と同じ行に配置される。したがって、行方向の座標値は、配置の変更前の座標値と同じである。
【０１７２】
図２９（Ｄ）は、表示不良の領域２８００に重なる画像を、表示部１１０において依然として表示可能な領域のうち面積が広い部分に配置する態様を表わす図である。たとえば、複数の矩形の有効表示部分が表示部１１０に存在する場合、制御部１００は、矩形の有効表示部分を構成するブロックの数に基づいて、各有効表示部分の面積を算出する。制御部１００は、大きな面積を有する有効表示部分から順に、かつ、アイコンの識別番号順に、各アイコンを配列する。
【０１７３】
図２９（Ｅ）は、表示不良の領域２８００に重なって表示される画像だけでなく、すべての画像を表示部１１０において表示可能な領域に順次配置する態様を表わす図である。
【０１７４】
図３０は、ステップＳ２７３０においてすべての画像が表示不良の部分を回避できない場合に表示部１１０に表示される態様を表わす図である。図３０（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。図３０（Ｂ）は、実際に表示部１１０において表示不良の領域３０１０が生じている状態を表わす図である。図３０（Ｃ）は、図２９に示される態様で画像を表示しようとする状態を表わす図である。この場合、依然として、一部の画像は、表示不良の領域３０１０によって妨げられている。
【０１７５】
図３０（Ｂ）と図３０（Ｃ）とを比べると、領域３０１０によって遮られる画像の数が異なる。この場合、仮に、全ての画像が領域３０１０を回避することができない場合であっても、より多くの画像が表示される態様（図３０（Ｃ））が望ましい。
【０１７６】
図３１は、表示部１１０の表示領域全体にコンテンツ（画像）が表示される場合において表示不良が生じた状態を表わす図である。具体的には、図３１（Ａ）に示されるように、表示部１１０は、その表示領域全体にコンテンツ（画像）を表示しようとする。図３１（Ｂ）に示されるように、表示不良の領域３１１０が形成されると、コンテンツ（画像）が領域３１１０よりも大きいため、表示部１１０は、領域３１１０を回避してコンテンツ（画像）を表示することができない。そのため、この場合、制御部１００は、回避のための画像として、図３１（Ａ）に示される画像と同じ画像を表示する。
【０１７７】
図３２を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図３２は、表示部１１０が殆ど（たとえば、９０％程度）破損している場合における処理を表わすフローチャートである。
【０１７８】
ステップＳ３２００にて、制御部１００は、最低限表示モードを開始する。
ステップＳ３２１０にて、制御部１００は、表示部１１０において有効表示部分がアイコン１つ分以上の表示を行なうことが可能か否かを判断する。この判断は、たとえば、有効表示部分を占める画素数と、表示対象となるアイコン１つの画素数との比較に基づいて行なわれる。なお、アイコン１つ分以上の表示は、単純に面積だけでは判断できない点に注意すべきである。一定以上の大きさの長方形の領域が表示部１１０において確保されなければならない。たとえば、縦の長さがアイコンの半分、横の長さがアイコンの倍の領域が存在している場合、その領域の面積は、アイコンの面積と同じであるが、形状が一致しないため、制御部１００は、アイコンを当該領域に表示させることはできない。この場合、領域に合わせて画像は縮小され、あるいは、領域の形状に応じて画像の縮小率が変更されることになる。制御部１００は、有効表示部分がアイコン１つ分以上表示できると判断すると（ステップＳ３２１０にてＹＥＳ）、制御をステップＳ３２２０に切り換える。そうでない場合には（ステップＳ３２１０にてＮＯ）、制御部１００は、制御をステップＳ３２４０に切り換える。
【０１７９】
ステップＳ３２２０にて、制御部１００は、有効表示部分に表示するアイコンを選定する。ステップＳ３２３０にて、制御部１００は、表示部１１０に表示されるべき画像を作成し、その作成した画像を表示部１１０に表示させる。表示されるアイコンは、携帯端末１０，２０において予め定義されている。あるいは、携帯端末１０，２０のユーザが任意に設定できる構成であってもよい。また、他の局面において、利用できる領域の大きさによって、表示するアイコンの数を変更することもできる。たとえば、アイコン１つ分の領域しか表示部１１０に存在していない場合には、制御部１００は、携帯端末１０，２０が保持するデータのバックアップを開始するためのアイコンを、表示部１１０に表示してもよい。たとえば、２つのアイコン分の面積がある場合には、制御部１００は、上記アイコンの他に、「着呼」アイコンを表示部１１０に表示してもよい。
【０１８０】
ステップＳ３２４０にて、制御部１００は、最低限の表示ができない旨を通知する。たとえば、制御部１００は、その旨を通知するメッセージを表示部１１０に表示する。あるいは、制御部１００は、その旨の音声を音出力部１５０に出力させる。あるいは、他の局面において、制御部１００は、携帯端末１０，２０を振動させることにより、あるいは、ＬＥＤその他の発光部（図示しない）を、非常の通知として予め規定された色で発光させることにより、その旨を通知してもよい。
【０１８１】
図３３および図３４を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。図３３および図３４は、表示部１１０の表示領域が殆ど破損している場合における画面の表示の状態を表わす図である。
【０１８２】
図３３（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。この画像は、実際には、記憶部１６０の描画領域に展開されたデータに基づいている。図３３（Ｂ）は、表示部１１０の表示領域のうち領域３３１０のみが有効に機能している状態を表わす図である。
【０１８３】
図３４（Ａ）は、表示部１１０が表示しようとする画像を表わす。この画像は、記憶部１６０の描画領域に展開されたデータに基づく。図３４（Ｂ）は、表示部１１０の大半を占める領域３４００が破損しており、領域３４１０のみが有効である状態を表わす図である。この場合、ユーザは、データのバックアップを領域３４１０に表示されるアイコン（「開始」）を操作することにより指示することができる。
【０１８４】
以上詳述したように、本実施の形態によれば、画像表示領域が破損等により画像を正しく表示できない場合であっても、画像表示領域のうちの一部の有効な表示領域に画像を表示することができる。
【０１８５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１８６】
１０，２０ 携帯端末、１００ 制御部、１１０ 表示部、１１１ タッチパネル、１１２ キー入力部、１２０ 操作部、１３０ 衝撃検知部、１４０ 音入力部、１５０ 音出力部、１６０ 記憶部、１６１ プログラム、１６２ データ、１７０ カメラ部、１８０ 電話網通信部、１８１ アンテナ、２０６０，２１００，２１２０ バー。
【技術分野】
【０００１】
本発明は、画像表示の制御に関し、より特定的には、表示不良が生じた場合における制御に関する。
【背景技術】
【０００２】
入力インターフェイスとしてタッチパネルを有する画像表示端末が普及している。たとえば、特開平６−９５８０２号公報（特許文献１）は、自動取引装置のタッチパネルを構成するセンサの１部が故障しただけで自動取引装置が停止しないようにし、その稼働率の低下を回避するための技術を開示している。
【０００３】
スマートフォン、タブレット型コンピュータその他の画像表示端末の多くは、筐体の表面にモニタを有しており、従来の折り畳み型携帯電話機やラップトップ型コンピュータのように表示部を覆うための部材が設けられていない。そのため、表示部が破損する可能性が、従来の装置に比べて高まっている。
【０００４】
表示部の破損の検知に関し、たとえば、特開２０１０−２３１１９１号公報（特許文献２）は、「ディスプレイシステムのスクリーンの破損を検知する」ための技術を開示している。
【０００５】
また、特開２００５−１８９５８２号公報（特許文献３）は、表示ユニット中に故障した表示ユニットが相当数ある場合でも、故障していない表示ユニットを利用して最低限必要な道路情報を適切に表示できる情報表示装置を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−９５８０２号公報
【特許文献２】特開２０１０−２３１１９１号公報
【特許文献３】特開２００５−１８９５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
近年、ハードスイッチを極力減らし、表示部のタッチパネルを用いて操作する端末が増加している。このような端末は、正常に動作している場合には、端末のユーザによる操作を普通に受け付ける。しかしながら、何らかの原因で表示部の一部が欠けた場合、表示部に表示されるべき情報が欠けるだけでなく、アイコンその他の画像が表示部のどの部分において表示されているのか分からなくなる場合がある。
【０００８】
また、ボタン、トグルスイッチその他のハードスイッチを持つ端末の場合でも、表示部が欠けた場合には、同様に、情報が表示されなくなるという問題が生じる。
【０００９】
したがって、表示部の一部が破損した場合でも、表示内容をユーザに伝えるための技術が必要とされている。
【００１０】
本発明は、上述のような問題点を解決するためになされたものであって、その目的は、表示部の一部が破損した場合でも、画像が表示される画像表示端末を提供することである。
【００１１】
他の目的は、表示部の一部が破損した場合でも、画像が表示されるように画像表示端末を制御するための方法を提供することである。
【００１２】
他の目的は、表示部の一部が破損した場合でも、画像が表示されるように画像表示端末を制御するためのプログラムを提供することである。
【課題を解決するための手段】
【００１３】
一実施の形態に従う画像表示端末は、タッチパネルを有する表示装置と、画像表示端末の動作を制御するための制御装置と、制御装置に接続されているメモリとを備える。制御装置は、表示装置の表示領域における表示不良を検出し、表示不良が生じている領域を認識し、表示領域の全体に表示される画像を、表示領域のうちの正常な領域に表示する。
【００１４】
好ましくは、画像表示端末は、画像表示端末に対する衝撃を検知するための衝撃検知手段をさらに備える。制御装置は、衝撃に基づいて、表示不良を検出する。
【００１５】
好ましくは、制御装置は、表示領域に対するタッチ操作に基づいて、表示不良を検出する。
【００１６】
好ましくは、制御装置は、正常な領域に対するタッチ操作に基づいて、表示不良が生じている領域を認識する。
【００１７】
好ましくは、制御装置は、表示不良の領域と、正常な領域との境界に対するタッチ操作に基づいて、表示不良が生じている領域を認識する。
【００１８】
好ましくは、画像表示端末は、表示領域の面と同じ面に配置されたカメラをさらに備える。制御装置は、表示領域に表示されている画像をカメラを用いて撮影することにより得られる画像のデータと、表示領域に画像を表示するためのデータとの差に基づいて、表示不良が生じている領域を認識する。
【００１９】
好ましくは、表示不良の領域が表示領域の全体に占める割合が予め設定された割合よりも小さい場合に、制御装置は、表示不良の領域を回避するように配列を変更して、表示領域の全体に表示される画像を、正常な領域に表示する。
【００２０】
好ましくは、表示不良の領域が表示領域の全体に占める割合が予め設定された割合よりも大きい場合に、制御装置は、表示領域の全体に表示される画像を縮小して、縮小によって得られた画像を正常な領域に表示する。
【００２１】
他の実施の形態に従うと、画像表示端末を制御するための方法が提供される。画像表示端末は、タッチパネルを有する表示装置と、画像表示端末の動作を制御するための制御装置と、制御装置に接続されているメモリとを備えている。この方法は、制御装置が、表示装置の表示領域における表示不良を検出するステップと、制御装置が、表示不良が生じている領域を認識するステップと、制御装置が、表示領域の全体に表示される画像を、表示領域のうちの正常な領域に表示するステップとを含む。
【００２２】
さらに他の実施の形態に従うと、画像表示端末を制御するためのプログラムが提供される。画像表示端末は、タッチパネルを有する表示装置と、画像表示端末の動作を制御するための制御装置と、制御装置に接続されているメモリとを備えている。プログラムは、制御装置に、表示装置の表示領域における表示不良を検出するステップと、表示不良が生じている領域を認識するステップと、表示領域の全体に表示される画像を、表示領域のうちの正常な領域に表示するステップとを実行させる。
【００２３】
ある局面において、画像表示端末の表示部の一部が破損した場合でも、その表示内容が表示され得る。
【００２４】
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００２５】
【図１】タッチパネルを有する携帯端末１０の外観を表わす図である。
【図２】ボタンその他のハードスイッチを有する携帯端末２０の外観を表わす図である。
【図３】携帯端末１０または携帯端末２０のハードウェア構成を表わすブロック図である。
【図４】携帯端末１０，２０が非常モードを起動する場合に実行する処理（Ｓ４００）の一部を表わすフローチャートである。
【図５】表示部１１０が画面を表示する一例を表わす図である。
【図６】携帯端末１０，２０のユーザが表示部１１０に異常が生じたと判断して非常モードを起動する場合に制御部１００によって実行される処理を表わすフローチャートである。
【図７】表示部１１０に対して予め定められた操作の一例を表わす図である。
【図８】ユーザが表示部１１０の有効部分を選択する場合に携帯端末１０，２０が実行する処理（Ｓ８００）を表わすフローチャートである。
【図９】表示部１１０を複数のブロックに分けた一例を表わす図である。
【図１０】表示部１１０における画面の表示態様の推移を表わす図である。
【図１１】ユーザが表示部１１０の不良部分の敷居をなぞることにより不良部分を認識するために実行される処理（Ｓ１１００）を表わすフローチャートである。
【図１２】複数の不良部分の有無を確認するために制御部１００が実行する処理（Ｓ１２００）の一部を表わすフローチャートである。
【図１３】表示部１１０において一つの不良部分が存在している状態を表わす図である。
【図１４】表示部１１０において複数の不良部分が存在している状態を表わす図である。
【図１５】カメラ部１７０による撮影結果に基づいて表示部１１０の不良を認識する処理（Ｓ１５００）を表わすフローチャートである。
【図１６】非常モードが開始されたとき（ステップＳ１５００）における表示部１１０の状態を表わす図である。
【図１７】鏡１７００に映った携帯端末１０の画像１７１０を表わす図である。
【図１８】表示部１１０における色の変化を表わす図である。
【図１９】鏡に映った画像と表示しようとしている画像とに基づいて表示不良の部分を特定するために制御部１００が実行する処理を表わすフローチャートである。
【図２０】表示部１１０における画面の状況とカメラ画像とを表わす図である。
【図２１】不良部部分の識別画像としてバー２０６０が表示される態様を表わす図である。
【図２２】表示部１１０において表示が有効な部分を用いて最低限の表示対象（アイコン、情報など）を表示するために制御部１００が実行する処理を表わすフローチャートである。
【図２３】非常モードにおいて不良部分が特定された状態を表わす図である。
【図２４】表示対象となる画像を有効表示部分に合せて縮小する状態を表わす図である。
【図２５】縮小された画像が有効表示部分に表示される態様を表わす図である。
【図２６】表示部１１０における有効表示部分とそうでない部分との表示、および長方形の表示エリアの決定の結果を表わす図である。
【図２７】表示部１１０の表示領域のうち１０％程度が破損している場合に実行される処理を表わすフローチャートである。
【図２８】図２８は、表示部１１０における画像の表示態様を表わす図である。
【図２９】ステップＳ２７５０における画像の表示処理の一例を表わす図である。
【図３０】ステップＳ２７３０においてすべての画像が表示不良の部分を回避できない場合に表示部１１０に表示される態様を表わす図である。
【図３１】表示部１１０の表示領域全体に画像が表示される場合において表示不良が生じた状態を表わす図である。
【図３２】表示部１１０が殆ど（たとえば、９０％程度）破損している場合における処理を表わすフローチャートである。
【図３３】表示部１１０の表示領域が殆ど破損している場合における画面の表示の状態を表わす図（その１）である。
【図３４】表示部１１０の表示領域が殆ど破損している場合における画面の表示の状態を表わす図（その２）である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００２７】
［技術思想］
まず、本実施の形態に係る技術思想について説明する。ある局面において、画像表示端末は、液晶モニタその他の表示部の画面に何らかの異常が発生したと判断すると、「非常モード」を起動し、その表示部における画面の表示を調整する。具体的には、本実施の形態に係る画像表示端末は、表示部が破損した場合に実行する機能として以下の機能、すなわち、（１）非常モードの起動、（２）表示不良の部位の認識、および、（３）表示部において異常が発生していない有効な表示領域を用いた、最低限の画像または情報の表示、を有する。
【００２８】
なお、画像表示端末は、携帯電話機、スマートフォン、タブレット型コンピュータ、ＰＤＡ（Personal Digital Assistant）等を含むが、これらに限られない。当該技術思想は、液晶モニタ、有機ＥＬ（Electro Luminescence）ディスプレイその他の表示部を有する画像表示端末に適用可能である。
【００２９】
詳しくは、表示部が破損した場合に画像表示端末が実行する機能は、以下のとおりである。
【００３０】
（１） 非常モードの起動
非常モードが起動される場合としては、（ａ）画像表示端末が、表示部の破損の可能性を判断して非常モードを起動する場合と、（ｂ）画像表示端末のユーザが破損を認識して、命令を画像表示端末に与えることにより非常モードを起動する場合がある。
【００３１】
（ａ）画像表示端末自身が破損の可能性を判断する場合
画像表示端末は、内蔵された加速度センサその他の衝撃検知機構を用いて加速度を検出する。画像表示端末は、その検出結果に基づいて一定以上の衝撃があったと判断すると、破損の可能性があると判断し、非常モードを起動する。ただし、画像表示端末は、加速度センサの出力を用いるため、実際に表示部が破損しているか否かを判断することはできない。
【００３２】
（ｂ）ユーザが非常モードを起動する場合
ユーザは、表示部の破損を認識すると、画像表示端末のスイッチ、ソフトウェアキーその他の入力インターフェイスを用いて指示を与えることにより、非常モードを起動する。たとえば、表示部において一部のアイコン等が確認できる場合には、ユーザは、その確認できるアイコンを操作することにより、非常モードを起動するための指示を与える。画像表示端末の入力インターフェイスがハードキータイプの場合には、ユーザは、たとえば、予め定められたショートカット番号その他、非常モードの起動のために予め定められたコマンドを入力する。入力インターフェイスがタッチパネルタイプの場合には、ユーザは、普段、同時に触らない複数（たとえば、２つ又は３つ以上）の部分をタッチすることで、非常モードを起動する。一例としては、タッチパネルの上部の２箇所、または、下部の２箇所等がタッチの対象となり得る。
【００３３】
（２） 表示不良の部位の認識
画像表示端末は、特別な機能（回路）を持たない限り、端末自身の表示部において表示が不良である部位を認識することはできない。そのため、表示不良の部位の認識のために、ユーザは、たとえば、以下のようにして、画像表示端末に、表示不良の部位を認識させる。
【００３４】
（ａ）画像表示端末のユーザが、表示部の有効部分を選択する。本実施の形態において、有効部分とは、画像が正しく表示される正常な領域をいう。
【００３５】
（ｂ）画像表示端末のユーザが、表示部の不良部分（画像が正しく表示されない領域）の敷居（不良部分の輪郭）をなぞる。本実施の形態において、不良部分とは、表示部の破損等により画像が正しく表示されない領域（異常領域）をいう。
【００３６】
（ｃ）画像表示端末のユーザが、表示部を鏡に向けて、表示部をカメラで撮影する。画像表示端末は、表示部の状態を認識し、表示部に表示しようとしている画像と、撮影によって得られた画像とを比較する。画像表示端末は、画像の差異を検出することにより、表示不良の部位を特定する。
【００３７】
（３） 有効な表示領域を用いた、最低限の画像または情報の表示
この場合、表示部がどれくらい破損しているかによって、有効な表示領域における表示の態様は、異なる。
【００３８】
（ａ）表示部の破損の程度が小さい場合（たとえば、１０％程度の破損）
この場合、画像表示端末は、表示したい画像を縮小し、縮小後の画像全体を表示する。あるいは、画像表示端末は、破損している部分を回避して、表示対象であるアイコンや情報を縮小することなく、そのままの大きさでアイコンや情報を表示する。
【００３９】
（ｂ）表示部の破損の程度が大きい場合（たとえば、９０％程度の破損）
この場合、画像表示端末は、データバックアップ用のアイコン、発呼・着呼アイコンなど、緊急度が高いものを表示する。たとえば、画像表示端末は、各アイコンの優先度を保持しておき、その優先度に従ってアイコンを表示する。
【００４０】
（ｃ）表示部の破損の程度が中程度である場合（たとえば、１０％〜９０％）
この場合、画像表示端末は、たとえば、予め定められた優先度に従って、アイコンを有効な領域に表示する。あるいは、画像表示端末は、全体の領域に対する有効な領域の割合を算出し、その割合に従って表示対象となるアイコンを縮小し、縮小後のアイコンを表示する。さらに他の局面において、画像表示端末は、予め定められた優先度を有するアイコンのみそのままの大きさで表示し、優先度が低いアイコンまたは優先度が設定されていないアイコンは、予め定められた割合で縮小され、縮小後のアイコンが表示される。
【００４１】
従来、ユーザが自身の記憶に頼って画像表示端末を操作する必要がある、あるいは、一部の情報のみが表示される等の不利益を受けていた。しかしながら、上記のような技術思想を画像表示端末に適用することで、表示部の破損が少ない場合には、表示対象となるアイコンや情報を縮小して表示することにより、あるいは、破損している部位を避けてアイコンや情報が表示されることにより、表示対象を確認することができる。そして、表示部の破損が大きい場合には、表示対象は、優先度の高い順に従って表示されるので、ユーザは、優先度の高いアイコンまたは情報を視認することができるため、遅滞なく、必要な操作（電話への応答等）を行なうことができる。
【００４２】
図１および図２を参照して、本実施の形態に係る端末の構成について説明する。図１は、タッチパネルを有する携帯端末１０の外観を表わす図である。携帯端末１０は、表示部１１０と、タッチパネル１１１と、音入力部１４０と、音出力部１５０と、カメラ部１７０とを備える。
【００４３】
図２は、ボタンその他のハードスイッチを有する携帯端末２０の外観を表わす図である。携帯端末２０は、表示部１１０と、キー入力部１１２と、音入力部１４０と、音出力部１５０と、カメラ部１７０とを備える。
【００４４】
図３を参照して、本実施の形態に係る携帯端末１０，２０の構成についてさらに説明する。図３は、携帯端末１０または携帯端末２０のハードウェア構成を表わすブロック図である。
【００４５】
携帯端末１０，２０は、制御部１００と、表示部１１０と、操作部１２０と、衝撃検知部１３０と、音入力部１４０と、音出力部１５０と、記憶部１６０と、カメラ部１７０と、電話網通信部１８０と、アンテナ１８１とを備える。記憶部１６０は、プログラム１６１と、データ１６２とを格納している。
【００４６】
制御部１００は、携帯端末１０，２０に対して与えられる命令に従って、または、アンテナ１８１を介して受信される命令に基づいて、または携帯端末１０，２０において予め定められた条件が成立することに基づいて、携帯端末１０，２０の動作を制御する。制御部１００は、たとえば、プロセッサとして実現される。
【００４７】
表示部１１０は、制御部１００による命令に基づいて、アイコン、情報その他を表示する。ある局面において、表示部１１０は、液晶標準装置、ＬＥＤ（Light Emitting Diode）ディスプレイ、有機ＥＬディスプレイとして実現される。
【００４８】
操作部１２０は、携帯端末１０，２０のユーザの操作の入力を受け付ける。操作部１２０は、たとえば、タッチパネル１１１またはキー入力部１１２として実現される。操作部１２０によって受け付けられる操作に応じた信号は、制御部１００に入力される。制御部１００は、その信号に基づいて命令を実行する。
【００４９】
衝撃検知部１３０は、携帯端末１０，２０が受けた衝撃を検知する。衝撃検知部１３０は、ある局面において、たとえば加速度センサによって実現される。衝撃検知部１３０の出力は、「非常モード」を起動するための判断に用いられる。
【００５０】
音入力部１４０は、たとえばマイクとして実現される。音入力部１４０は、携帯端末１０，２０に対して発せられる音声の入力を受け付け、その音声に応じた信号を制御部１００に送出する。他の局面において、音入力部１４０は、携帯端末１０，２０のユーザが操作のために発した音声を受け付け、その音声に応じた信号を制御部１００に送る。制御部１００は、その音声に従って特定のアプリケーションの起動その他動作の開始を実行する。
【００５１】
音出力部１５０は、制御部１００からの命令に基づいて、制御部１００によって与えられる信号を音声として出力する。ある局面において、音出力部１５０は、スピーカとして実現される。他の局面において、音出力部１５０は、ヘッドフォンの装着を受け付けるための端子として実現される。さらに他の局面において、音出力部１５０は、たとえば、ＦＭ（Frequency Modulation）トランスミッタとしても実現可能である。
【００５２】
記憶部１６０は、制御部１００が実行するプログラム１６１または制御部１００によって用いられるデータ１６２を格納する。記憶部１６０は、たとえば、フラッシュメモリその他のデータを不揮発的に保持できる記憶装置として、あるいは、ＲＯＭ（Read Only Memory）その他の記憶装置として実現される。さらに他の局面において、記憶部１６０は、メモリカードその他の着脱可能な記録媒体の装着を受け付ける駆動装置として実現される。
【００５３】
カメラ部１７０は、被写体を撮影してその画像に応じた信号を出力する。ある局面において、カメラ部１７０は、ＣＭＯＳ（Complementary Metal-Oxide Semiconductor）素子または、ＣＣＤ（Charge Coupled Device）素子、レンズ等によって実現される。カメラ部１７０は、鏡（図示しない）に映る携帯端末１０，２０の像を撮影し、表示部１１０の画像を取得することもできる。
【００５４】
電話網通信部１８０は、電話その他の通信回線を用いて他の電話機と通信する。アンテナ１８１は、通話のための信号の送受信または、通信のための信号の送受信を行なう。
【００５５】
［制御構造］
図４を参照して、本実施の形態に係る携帯端末１０，２０の制御構造について説明する。図４は、携帯端末１０，２０が非常モードを起動する場合に実行する処理（Ｓ４００）の一部を表わすフローチャートである。
【００５６】
ステップＳ４１０にて、制御部１００は、操作部１２０から送られる命令に基づいて、携帯端末１０，２０の通常使用モードを開始する。通常使用モードとは、たとえば、待ち受け画面、メールの閲覧・作成の画面、音楽再生の画面その他携帯端末１０，２０が有する機能が正常に実行されている状態をいう。
【００５７】
ステップＳ４２０にて、制御部１００は、衝撃検知部１３０からの出力に基づいて、携帯端末１０，２０が衝撃を受けたか否かを判断する。この判断は、たとえば、検知された加速度が、基準値として予め規定された加速度を上回ったか否かに基づいて行なわれる。制御部１００は、携帯端末１０，２０が衝撃を受けたと判断すると（ステップＳ４２０にてＹＥＳ）、制御をステップＳ４３０に切り換える。そうでない場合には（ステップＳ４２０にてＮＯ）、制御部１００は、制御をステップＳ４１０に戻す。
【００５８】
ステップＳ４３０にて、制御部１００は、動作モードを切り換えることにより、非常モードを開始する。このとき、制御部１００は、表示部１１０における表示の切り替えとともに、音声で、その旨を通知してもよい。あるいは、他の局面において、制御部１００は、携帯端末１０，２０を振動させることにより、あるいは、ＬＥＤその他の発光部（図示しない）を、非常の通知として予め規定された色で発光させることにより、非常モードの開始を通知してもよい。
【００５９】
［表示態様］
図５を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様について説明する。図５は、表示部１１０が画面を表示する一例を表わす図である。
【００６０】
携帯端末１０，２０の動作モードが通常使用モードであるとき、画面５１０に示されるように、表示部１１０は、制御部１００からの命令に基づいて複数のアイコン５１１，５１２，５１３，５１４，５１５，５１６，５１７を表示する（ステップＳ４１０）。その後、携帯端末１０，２０が非常モードを検知すると（ステップＳ４３０）、表示部１１０は、画面５２０に示されるように、非常モードの場合に実行する表示態様として予め定められた態様で画面を表示する。具体的には、通常使用モードの場合に表示されるべき各アイコンは、表示されなくなる。ある局面において、表示部１１０は、その表示領域において表示できる範囲で、マトリクス状の線を表示する。
【００６１】
［制御構造］
図６を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図６は、携帯端末１０，２０のユーザが表示部１１０に異常が生じたと判断して非常モードを起動する場合に制御部１００によって実行される処理を表わすフローチャートである。
【００６２】
ステップＳ６１０にて、制御部１００は、操作部１２０から送られる信号に基づいて、携帯端末１０，２０の通常使用モードを開始する。表示部１１０は、待ち受け画面、メール画面、アプリケーション実行画面その他の画面であって、携帯端末１０，２０が正常に作動する場合に実行される機能に応じた画面を表示する。
【００６３】
ステップＳ６２０にて、制御部１００は、携帯端末１０，２０のユーザによって与えられる操作に応じた信号に基づいて、ユーザが、非常モードに入るための操作として予め定められた特定の操作を行なったか否かを判断する。制御部１００は、ユーザが当該特定の操作を行ったと判断すると（ステップＳ６２０にてＹＥＳ）、制御をステップＳ６３０に切り換える。そうでない場合には（ステップＳ６２０にてＮＯ）、制御部１００は、制御をステップＳ６１０に戻し、ユーザに与えられた操作に応じた機能を実行する。この場合、その操作が正当な操作である場合には、携帯端末１０，２０は、当初実行していた機能を終了して、当該操作に応じた機能を新たに実行することになる。
【００６４】
図７を参照して、ユーザによる特定の操作について説明する。図７は、表示部１１０に対して予め定められた操作の一例を表わす図である。
【００６５】
図７（Ａ）は、ユーザが表示部１１０の両端７１０，７２０をタッチする状態を表わす図である。図７（Ｂ）は、複数のタッチ領域として、表示部１１０の左側の両端７１０，７３０が示される図である。図７（Ｃ）は、タッチ領域として、表示部１１０の右端の両端７２０，７４０を表わす図である。図７（Ｄ）は、タッチ対象として、表示部１１０の下の両端７３０，７４０を表わす図である。
【００６６】
図７に示されるように、ある局面において、非常モードに入るためにユーザが行うべき操作が、予め規定される。ユーザによる操作として、たとえば、タッチパネルの一辺の両端部を同時にタッチすることが考えられる。このような操作は、通常使用モードにおいて、ユーザによる操作として行なわれる可能性が低い操作であるため、このように特別な操作を非常モードを起動するための操作として規定することにより、携帯端末１０，２０が誤って非常モードに入ることを防ぐことができる。
【００６７】
また、別の局面において、ユーザが、携帯端末１０，２０の動作メニューから非常モードのメニューを選択することにより非常モードを起動する場合も考えられる。しかしながら、画面が正しく表示されない状態になっていることを考慮すると、その場合には、ユーザは、メニューを辿る操作を行なったとしても、非常モードまでたどり着けない可能性がある。しかしながら、図７に示される例では、そのような懸念はない。
【００６８】
なお、さらに別の局面において、非常モードは、以下のような操作に基づいて起動する構成であってもよい。
【００６９】
（ａ）ユーザは、ハードキーとしてのキー入力部１１２を操作して、非常モードを指定するショートカット番号を、携帯端末１０，２０に入力する。この場合、入力のための操作は、キー入力部１１２を構成する複数のボタン、たとえば、数字キーやその他のファンクションキー（図示しない）のいずれかの組み合わせであってもよい。
【００７０】
（ｂ）携帯端末１０，２０の設定メニューに「非常モード」の項目を設けておき、ユーザは、その項目を選択して起動する。この場合、上述のように、非常モードまでたどり着けない可能性がある場合を考慮すると、非常モードの項目が他の項目とは異なる態様で、表示部１１０において表示されることが望ましい。たとえば、非常モードを表わす文字が表示部１１０の表示領域全体で表示されてもよい。あるいは、他の局面において、非常モードの背景色が、他の項目の背景色とは異なってもよい。このようにすると、仮に、非常モードを示す文字が全体として表示されない場合であっても、携帯端末１０，２０のユーザは、メニュー画面を操作することによって非常モードまでたどり着くことが可能となる。
【００７１】
（ｃ）携帯端末１０，２０は、音声入力を受け付けて、非常モードを表わすために予め登録された音声（たとえば「非常モード」）がユーザによって発話されて携帯端末１０，２０に入力されると、携帯端末１０，２０は、「非常モード」を起動する。
【００７２】
［表示不良の部位の認識］
（ユーザが表示部１１０の有効な領域を選択する場合）
図８および図９を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図８は、ユーザが表示部１１０の有効部分を選択する場合に携帯端末１０，２０が実行する処理（Ｓ８００）を表わすフローチャートである。図９は、表示部１１０を複数のブロックに分けた一例を表わす図である。たとえば、水平方向をＹ列、垂直方向をＸ行として規定される。
【００７３】
非常モードが開始されると（Ｓ８００）、携帯端末１０，２０の表示部１１０は、画面を格子状に分割した画面に切り替わる。分割数は、予め定められた固定の値でもよいし、ユーザが、任意に設定できる構成であってもよい。ユーザは、分割で生成された領域（「ブロック」ともいう。）毎に不良部分かどうかを判断し、判断した結果を携帯端末１０，２０にフィードバックする。
【００７４】
以下、表示部１１０の表示領域が、５行×３列に分割された場合を想定して説明する。たとえば、ある局面において、表示領域の分割によって生成される各ブロック（すなわち部分領域）の色付けの意味は、次のとおりである。
白色：不良ブロックかどうかの判定が決定していないブロック
黄色：不良ブロックかどうかの判定中のブロック
赤色：不良ブロックで「ある」と確定したブロック
緑色：不良ブロックで「ない」と確定したブロック。
【００７５】
ステップＳ８１０にて、制御部１００は、変数Ｘ，Ｙを初期化し、Ｘ＝１，Ｙ＝１とする。
【００７６】
ステップＳ８２０にて、制御部１００は、Ｙ行、Ｙ列目のブロックをたとえば黄色で表示する。したがって、１行１列目のブロック９１０は、黄色になる。その他のブロックは、白色となる。
【００７７】
ステップＳ８３０にて、制御部１００は、操作部１２０からの信号に基づいて、予め定められた一定時間内にＸ行Ｙ列目のブロック（最初は、ブロック９１０）にタッチ操作が行なわれたか否かを判断する。制御部１００は、タッチ操作が行なわれた判断すると（ステップＳ８３０にてＹＥＳ）、制御をステップＳ８４０に切り換える。そうでない場合には（ステップＳ８３０にてＮＯ）、制御部１００は、制御をステップＳ８５０に切り換える。なお、タッチ操作については、不良のブロックがタッチされると、さらに、表示部１１０の画面異常が発生する場合があるため、不良ブロックではなく正常ブロックのみがタッチされることが望ましい。また、他の局面において、正常を示すための入力操作は、タッチ操作に代えて、携帯端末２０のようにハードキーとしてのキー入力部１１２を用いた押下操作であってもよい。
【００７８】
ステップＳ８４０にて、制御部１００は、Ｘ行Ｙ列目のブロックが正常であることを示すために、そのブロックを、たとえば緑色で表示する。
【００７９】
ステップＳ８５０にて、制御部１００は、Ｘ行、Ｙ列目のブロックが異常であることを示すために、そのブロックを、たとえば赤色で表示する。
【００８０】
ステップＳ８６０にて、制御部１００は、全てのブロックについての良または不良の判定が完了したか否かを判断する。表示部１１０の表示領域が、５行×３列に分割された場合には、制御部１００は、変数Ｘ＝５および変数Ｙ＝３であるか否かを判断する。制御部１００は、変数Ｘ＝５および変数Ｙ＝３であると判断すると（ステップＳ８６０にてＹＥＳ）、制御をステップＳ８７０に切り換える。そうでない場合には（ステップＳ８６０にてＮＯ）、制御部１００は、制御をステップＳ８８０に切り換える。
【００８１】
ステップＳ８７０にて、制御部１００は、表示部１１０における表示の不良部分の認識処理を完了する。
【００８２】
ステップＳ８８０にて、制御部１００は、以下の演算を実行する。
if（Ｘ＝５）｛Ｘ＝１；Ｙ＝Ｙ＋１；｝
else Ｘ ＝Ｘ＋１；
その後、制御部１００は、制御をステップＳ８２０に戻し、次のブロックについて不良部分の認識処理を継続する。
【００８３】
なお、本実施の形態においては、ステップＳ８２０〜Ｓ８８０を繰り返すことにより、１５ブロック（５行×３列）の１つずつについて、良または不良を判定しているが、判定処理はこれに限られない。たとえば、他の局面において、１５個のブロックを一度に一定時間内に判定する処理が行なわれてもよい。この場合、初期状態において全てのブロックが黄色で表示される。
【００８４】
次に、図１０を参照して、表示部１１０における表示態様について説明する。図１０は、表示部１１０における画面の表示態様の推移を表わす図である。詳細には、画面（Ａ）は、非常モードが開始されたとき（ステップＳ８００）の表示部１１０の状態を表わす。画面（Ｂ）は、表示不良の部分の認識が完了したとき（ステップＳ８７０）の表示部１１０の状態を表わす。
【００８５】
表示部１１０の一部の領域１０１０が不良であるため画面（Ａ）が表示されているとき、図８に示される不良部分の認識処理が実行されると、画面（Ｂ）のように当該認識処理の結果が表示される。具体的には、制御部１００が領域１０２０も不良であると判断すると（ステップＳ８５０）、領域１０２０は、不良であることが明示されるように、赤色で表示される。制御部１００が領域１０３０は正常であると判断すると（ステップＳ８４０）、領域１０３０は、緑色で表示される。
【００８６】
（ユーザが不良部位の敷居をなぞる場合）
図１１を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図１１は、ユーザが表示部１１０の不良部分の敷居をなぞることにより不良部分を認識するために実行される処理（Ｓ１１００）を表わすフローチャートである。なお、本実施の形態において「敷居をなぞる」とは、不良部分を囲むように、有効な領域と異常な領域との境界部分が連続的にタッチされることをいう。
【００８７】
ステップＳ１１１０にて、制御部１００は、携帯端末１０，２０のユーザに対し、不良部分と正常部分との敷居をなぞるよう通知する。たとえば、ある局面において、制御部１００は、音出力部１５０に対して、その旨を音声で出力する。あるいは他の局面において、制御部１００は、表示部１１０において、その旨を通知するために予め定められた態様（たとえば表示部１１０の画面全体を点滅させる、その旨のメッセージを複数表示するなど）で通知する。
【００８８】
ステップＳ１１２０にて、制御部１００は、操作部１２０からの出力に基づいて、予め定められた一定時間内に、表示部１１０の画面に対するタッチが行なわれたか否かを判断する。制御部１００は、タッチが行なわれたと判断すると（ステップＳ１１２０にてＹＥＳ）、制御をステップＳ１１３０に切り換える。そうでない場合には（ステップＳ１１２０にてＮＯ）、制御部１００は、制御をステップＳ１１１０に戻す。
【００８９】
ステップＳ１１３０にて、制御部１００は、ユーザがタッチした部分の表示の色を黄色に変える。
【００９０】
ステップＳ１１４０にて、制御部１００は、操作部１２０から出力される信号に基づいて、ユーザのタッチが継続しているか否かを判断する。制御部１００は、ユーザのタッチが継続していると判断すると（ステップＳ１１４０にてＹＥＳ）、制御をステップＳ１１３０に戻す。そうでない場合には（ステップＳ１１４０にてＮＯ）、制御部１００は、制御をステップＳ１１５０に切り換える。
【００９１】
ステップＳ１１５０にて、制御部１００は、最後にタッチされた部分が既存のタッチ部かまたは表示部１１０の縁の部分であるか否かを判断する。制御部１００は、最後にタッチされた部分が既存のタッチ部または表示部１１０の縁であると判断すると（ステップＳ１１５０にてＹＥＳ）、制御をステップＳ１１６０に切り換える。そうでない場合には（ステップＳ１１５０にてＮＯ）、制御部１００は、制御をステップＳ１１１０に切り換える。
【００９２】
ステップＳ１１６０にて、制御部１００は、ユーザに対し表示が正常な部分（有効な領域）をタッチするように依頼する。たとえば、制御部１００は、音出力部１５０に対して、その旨を表わす音声を出力させる。あるいは、他の局面において、制御部１００は、表示部１１０に、その旨を表わすメッセージを表示する。
【００９３】
ステップＳ１１７０にて、制御部１００は、操作部１２０からの出力に基づいて、予め定められた一定時間内に表示部１１０に対するタッチ操作が行なわれたか否かを判断する。制御部１００は、そのようなタッチ操作が行なわれたと判断すると（ステップＳ１１７０にてＹＥＳ）、制御をステップＳ１１８０に切り換える。そうでない場合には（ステップＳ１１７０にてＮＯ）、制御部１００は、制御をステップＳ１１６０に戻す。
【００９４】
ステップＳ１２００にて、制御部１００は、複数の不良部位が表示部１１０に存在するか否かを確認する。この処理の詳細は、図１２において説明する。
【００９５】
なお、さらに他の局面において、携帯端末１０，２０がＬＥＤその他の発光部を有する場合には、ステップＳ１１１０，Ｓ１１６０において、制御部１００は、不良部分と正常部分との敷居をなぞることを通知するために予め定められた色と点灯パターンで、当該発光部を点灯させてもよい。
【００９６】
ところで、複数の不良部分が表示部１１０に存在する場合がある。この場合、最初の不良部分を特定したあとに、次の不良部分を特定する必要がある。
【００９７】
そこで、図１２を参照して、複数の不良部分の有無を確認について説明する。図１２は、複数の不良部分の有無を確認するために制御部１００が実行する処理（Ｓ１２００）の一部を表わすフローチャートである。
【００９８】
ステップＳ１２１０にて、制御部１００は、ユーザに対し、ステップＳ１１８０で特定された部分以外の不良部分があった場合に、不良部分と正常部分との敷居（境界）をなぞるように促す。具体的には、制御部１００はその旨のメッセージを表示部１１０に表示する。あるいは制御部１００は、その旨の音声を出力するための信号を音出力部１５０に送信する。なお、さらに他の局面において、携帯端末１０，２０がＬＥＤその他の発光部を有する場合には、制御部１００は、不良部分と正常部分との敷居をなぞることを通知するために予め定められた色と点灯パターンで、当該発光部を点灯させてもよい。
【００９９】
ステップＳ１２２０にて、制御部１００は、操作部１２０から出力される信号に基づいて、予め定められた一定時間内に表示部１１０に対するタッチ操作が行なわれたか否かを判断する。制御部１００は、タッチ操作が行なわれたと判断すると（ステップＳ１２２０にてＹＥＳ）、制御をステップＳ１２３０に切り換える。そうでない場合には（ステップＳ１２２０にてＮＯ）、制御部１００は、制御をステップＳ１２４０に切り換える。
【０１００】
ステップＳ１２３０にて、制御部１００は、制御をステップＳ１１３０に戻す。
ステップＳ１２４０にて、制御部１００は、表示不良の部分の認識を完了する。
【０１０１】
図１３および図１４を参照して、本実施の形態に係る表示部１１０における画面の表示態様についてさらに説明する。図１３は、表示部１１０において一つの不良部位が存在している状態を表わす図である。図１４は、表示部１１０において複数の不良部位が存在している状態を表わす図である。
【０１０２】
図１３を参照して、状態Ａとして示されるように、一つの不良部分１３１０が表示部１１０に存在している場合、携帯端末１０，２０は、不良部分１３１０と、正常部分との敷居をなぞるように通知する（ステップＳ１１１０）。状態Ｂとして示されるように、携帯端末１０，２０のユーザが不良部分１３１０と正常部分との境界をなぞると、携帯端末１０，２０は、敷居１３２０がなぞられたことを検知する。ユーザが、正常部分を特定するために領域１３３０にタッチすると、状態Ｃとして示されるように、領域１３３０は、正常であることを示すために、たとえば緑色で表示される。領域１３４０は、不良であることを示すために、たとえば赤色で表示される。
【０１０３】
図１４を参照して、状態Ａとして示されるように、二つの不良部分１４１０，１４２０が表示部１１０に存在している場合、図１２に示される処理によると、そのうちの一つの不良部分１４１０の敷居１４３０がユーザによってなぞられることで、正常な領域１４４０と、不良な領域１４５０とが特定される。この場合、不良部分１４２０は、不良な領域としては特定されていない。
【０１０４】
そこで、制御部１００は、図１２に示される処理を実行することにより、二つ目の不良部分が表示部１１０に存在しているか否かを確認する。二つ目の不良部分が表示部１１０に存在していることが確認されると（ステップＳ１２２０にてＹＥＳ）、図１１の処理が再び実行される。制御部１００は、その処理により、二つ目の不良部分１４２０を含む領域１４６０を不良な領域として認識することができる。
【０１０５】
［鏡に映った表示部１１０の像を撮影して不良部分を認識する場合］
図１５を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図１５は、カメラ部１７０による撮影結果に基づいて表示部１１０の不良を認識する処理（Ｓ１５００）を表わすフローチャートである。
【０１０６】
具体的には、ユーザは、携帯端末１０，２０の表示部１１０を鏡（図示しない）にかざす。カメラ部１７０は、鏡に映った像を撮影する。制御部１００は、撮影によって得られた画像データを用いて表示部１１０における破損を検出するための処理を実行する。すなわち、制御部１００は、カメラに映った画像と、制御部１００が表示部１１０に表示しようとしている画像とを比較し、これらの画像の差異を検出し、差異の結果に応じて表示不良の部分を特定する。
【０１０７】
ステップＳ１５００にて、制御部１００は、携帯端末１０，２０の動作モードを、通常使用モードから非常モードに切り換える。表示部１１０の表示領域の全体は、白色で表示される。
【０１０８】
ステップＳ１５１０にて、制御部１００は、ユーザに対し、カメラ部１７０の前に鏡を置くように促す。具体的には、制御部１００は、その旨のメッセージを表示部１１０に表示する。または、制御部１００は、その旨の音声を音出力部１５０に出力させる。他の局面において携帯端末１０，２０がＬＥＤを備えている場合には、制御部１００は、その旨を通知するために予め設定された色でＬＥＤを点灯させてもよい。さらに別の態様において、制御部１００は、表示部１１０を鏡に向けるように促してもよい。この場合も、メッセージあるいは音声が同様に出力され、または、ＬＥＤが点灯される。
【０１０９】
ステップＳ１５２０にて、制御部１００は、カメラ部１７０によって取得される画像に基づいて、携帯端末１０，２０自身の表示部１１０が当該画像に含まれているか否かを判断する。この判断は、たとえば、表示部１１０の縁が全て映っているか否かを判断することにより行なわれる。この判断のため、表示部１１０の縁は、他の表示領域と異なる模様、表面処理その他区別可能な構成であることが望ましい。制御部１００は、表示部１１０が映っていると判断すると（ステップＳ１５２０にてＹＥＳ）、制御をステップＳ１５３０に切り換える。そうでない場合には（ステップＳ１５２０にてＮＯ）、制御部１００は、制御をステップＳ１５９０に切り換える。
【０１１０】
ステップＳ１５３０にて、制御部１００は、白色で表示されていた、表示部１１０の表示領域の全体を、赤色で表示する。さらに、制御部１００は、カメラ部１７０からの信号に基づいて、表示部１１０の画像を抽出する。仮に、不良部分が表示部１１０にない場合には、表示領域の全体は、赤色で表示される。他方、不良部分が表示部１１０に存在する場合には、当該不良部分は赤色で表示されず、赤色が欠けている状態となる。したがって、制御部１００は、赤色が欠けていない領域を正常な領域と判断する。
【０１１１】
ステップＳ１５４０にて、制御部１００は、赤色で表示されていた、表示部１１０の表示領域の全体を、緑色で表示する。さらに、制御部１００は、カメラ部１７０からの信号に基づいて、表示部１１０の画像を抽出する。ステップＳ１５３０の場合と同様に、不良部分が表示部１１０にない場合には、表示領域の全体は、緑色で表示される。他方、不良部分が表示部１１０に存在する場合には、当該不良部分は緑色で表示されず、緑色が欠けている状態となる。したがって、制御部１００は、緑色が欠けていない領域を正常な領域と判断する。
【０１１２】
ステップＳ１５５０にて、制御部１００は、緑色で表示されていた、表示部１１０の表示領域の全体を、青色で表示する。さらに、制御部１００は、カメラ部１７０からの信号に基づいて、表示部１１０の画像を抽出する。ステップＳ１５３０の場合と同様に、不良部分が表示部１１０にない場合には、表示領域の全体は、青色で表示される。他方、不良部分が表示部１１０に存在する場合には、当該不良部分は青色で表示されず、青色が欠けている状態となる。したがって、制御部１００は、青色が欠けていない領域を正常な部分と判断する。
【０１１３】
ステップＳ１５６０にて、制御部１００は、３枚の画像においてＲＧＢ（Red Green Blue）すべてが表示されている部分を正常部分（画像を正しく表示可能な領域）と判断する。すなわち、不良部分によっては、特定の色が表示されない場合があるため、制御部１００は、最終的に全ての色を表示できない部分を不良部分と判断し、それ以外を正常部分と判断する。
【０１１４】
ステップＳ１５７０にて、制御部１００は、表示領域のうち正常部分を緑色で表示し、不良部分を赤色で表示する。
【０１１５】
ステップＳ１５８０にて、制御部１００は、表示不良の部分の認識を完了する。
ステップＳ１５９０にて、制御部１００は、ユーザに対して、鏡の位置の修正を促す。具体的には、制御部１００は、音出力部１５０に対して、その旨の音声を出力させる。
【０１１６】
なお、表示部１１０と鏡との位置関係は、相対的なものであるため、表示部１１０の画像がカメラ部１７０によって取得されるようにするための位置決めは、当該鏡の位置の変更、および、携帯端末１０，２０の位置の変更のいずれであってもよい。
【０１１７】
ステップＳ１５３０〜Ｓ１５５０に関し、制御部１００が、カメラ部１７０の撮影による画像を用いて１ドットごとに良／不良を判断することは困難であるため、たとえば、図９または図１０に示されるように、表示部１１０の表示領域をブロック化し、各ブロックごとに当該判断が行なわれてもよい。
【０１１８】
なお、本実施の形態においては、ＲＧＢのベタ画像（表示領域全体のドットが同一の色で表示された画像）が例示されているが、良／不良の判断に用いられる画像は、ベタ画像に限られない。
【０１１９】
さらに他の局面において、判断用の画像として静止画に代えて動画がフィードバック処理と共に用いられてもよい。この局面については、図１９を参照して説明する。
【０１２０】
［画面の表示態様］
図１６から図１８を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。図１６は、非常モードが開始されたとき（ステップＳ１５００）における表示部１１０の状態を表わす図である。携帯端末１０，２０の動作モードが非常モードになると、制御部１００は、表示領域を白色で表示するように表示部１１０を制御する。このとき、何らかの異常が領域１６１０において生じていると、領域１６１０は、白色で表示されず、その他の色たとえば黒色で表示される。
【０１２１】
図１７は、鏡１７００に映った携帯端末１０の画像１７１０を表わす図である。画像１７１０は、不良部分に対応する領域１６１０の画像として画像１７２０を含む。
【０１２２】
図１８は、表示部１１０における色の変化を表わす図である。
画面１８１０は、ステップＳ１５３０に対応し、制御部１００が、表示領域の全体を赤色で表示するべき旨の指示を表示部１１０に与えた状態を表わす。不良部分に対応する領域１８１１は、指示通りの赤色で表示されず、他の色で表示される。
【０１２３】
画面１８２０は、ステップＳ１５４０に対応し、制御部１００が、表示領域の全体を緑色で表示するべき旨の指示を表示部１１０に与えた状態を表わす。図１８に示される例では、表示領域の全体が緑色で表示されるため、緑色の表示に関しては、表示部１１０は、正常となる。
【０１２４】
画面１８３０は、ステップＳ１５５０に対応し、制御部１００が、表示領域の全体を青色で表示するべき旨の指示を表示部１１０に与えた状態を表わす。不良部分に対応する領域１８３１は、指示通りの青色で表示されず、他の色で表示される。
【０１２５】
画面１８４０は、ステップＳ１５５０に対応する。制御部１００は、３色全てが表示されている領域１８４１を正常な領域と判断し、そうでない領域１８４２を不良領域と判断する。
【０１２６】
図１９を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図１９は、鏡に映った画像と携帯端末１０，２０が表示しようとしている画像とに基づいて表示不良の部分を特定するために制御部１００が実行する処理を表わすフローチャートである。
【０１２７】
ステップＳ１９００〜Ｓ１９２０，Ｓ１９８０の処理は、図１５におけるステップＳ１５００〜１５２０，Ｓ１５９０の処理と同じである。
【０１２８】
すなわち、ステップＳ１９００にて、制御部１００は、非常モードを開始する。
ステップＳ１９１０にて、制御部１００は、ユーザに対し、カメラ部１７０の前面に鏡を置くように促す。ユーザに対してその旨を促す態様は、ステップＳ１５１０と同様である。
【０１２９】
ステップＳ１９２０にて、制御部１００は、カメラ部１７０から得られる画像に、携帯端末１０，２０自身の表示部１１０の画像が映っているか否かを判断する。判断の方法は、ステップＳ１５２０と同様である。制御部１００は、その画像が映っていると判断すると（ステップＳ１９２０にてＹＥＳ）、制御をステップＳ１９３０に切り換える。そうでない場合には（ステップＳ１９２０にてＮＯ）、制御部１００は、制御をステップＳ１９８０に切り換える。
【０１３０】
ステップＳ１９３０にて、制御部１００は、識別用の画像の表示を開始し、またカメラ部１７０からの画像を確認する。識別用の画像は、たとえば、表示領域を横切るバーのような画像であるが、これに限られない。
【０１３１】
ステップＳ１９４０にて、制御部１００は、カメラ部１７０の撮影によって得られた信号に基づいて、識別用の画像が確認できたか否かを判断する。たとえば、この判断は、たとえば、表示部１１０に表示されるべきバーの画像が、カメラ部１７０によって撮影された画像に含まれているか否かに基づいて行なわれる。制御部１００は、識別用の画像が確認できたと判断すると（ステップＳ１９４０にてＹＥＳ）、制御をステップＳ１９５０に切り換える。そうでない場合には（ステップＳ１９４０にてＮＯ）、制御部１００は、制御をステップＳ１９７０に切り換える。
【０１３２】
ステップＳ１９５０にて、制御部１００は、識別用画像と、カメラ部１７０からのカメラ画像とを比較し、その比較の結果に基づいて表示部１１０の不良部分を検出する。具体的には、制御部１００は、各画素単位で、あるいは前述のように予め分割されたブロック単位で、画像の表示内容の差異（データの差）を求め、その差異に応じて表示部１１０の不良部分を検出する。
【０１３３】
ステップＳ１９６０にて、制御部１００は、記憶部１６０の領域に展開されている識別用の画像の精度を向上する。たとえば、制御部１００は、表示部１１０に表示されるべきバーを太く表示するための命令を表示部１１０に与える。その後、制御部１００は、制御をステップＳ１９３０に戻す。
【０１３４】
ステップＳ１９７０にて、制御部１００は、表示不良の部分の認識を完了する。
ステップＳ１９８０にて、制御部１００は、ユーザに対して、何らかの報知動作を実行することにより、鏡の位置の修正を依頼する。具体的には、その旨の音声を出力するように音出力部１５０に音声信号を送出する。
【０１３５】
［画面の表示態様］
図２０を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様について説明する。図２０は、表示部１１０における画面の状況とカメラ画像とを表わす図である。
【０１３６】
図２０（Ａ）は、表示部１１０の状況を表わす。表示部１１０は、不良部分２０１０を含む。
【０１３７】
図２０（Ｂ）は、鏡２０２０に映された表示部１１０の画像２０３０を表わす。具体的には、画像２０３０は、表示部１１０が映された画像である。画像２０３０は、不良部分２０１０に対応する画像２０４０を含む。
【０１３８】
図２０（Ｃ）は、識別用の画像が表示部１１０に表示された画像２０５０を表わす。画像２０５０は、識別用の画像としてのバー２０６０を含む。バー２０６０は、一定の太さを有しており、画面上を移動するように制御部１００によって制御される。なお、バー２０６０の移動の方向は、下から上、上から下、右から左、左から右、のいずれであってもよい。
【０１３９】
次に、図２１を参照して、認識用の画像を用いた不良部分の判定について説明する。図２１は、不良部部分の識別画像としてバー２０６０が表示される態様を表わす図である。
【０１４０】
具体的には、図２１（Ａ）に示されるように、バー２１００は、表示部１１０において、判定用の画像として表示される。このとき、部分２１１０は、表示部１１０において不良な部分と有効な部分との境界に対応する。
【０１４１】
図２１（Ｂ）に示されるように、バー２１００よりも太いバー２１２０が表示部に表示されると、制御部１００は、カメラでバー２１２０を捉えやすいため、上記の判定を容易に実行できるが、反面、不良な部分と有効な部分との境界が荒くなり、有効な部分が不良な部分と誤って判定される場合があり得る。具体的には、図２１（Ｂ）に示されるように、バー２１００よりも太いバー２１２０が表示部１１０に表示される。このとき、部分２１３０は、不良部分と正常部分との境界において認識される。このようにすると、部分２１３０の幅が部分２１１０の幅よりも大きいためカメラで捉えやすくなり、制御部１００は、敷居付近の領域について、有効な領域であるか不良領域であるかを容易に判定することができる。反面、部分２１３０は、部分２１１０よりも大きく、不良領域は、大きく(荒く）なる。そのため、バーの幅は、太いものから細いものまで、変化させていくことが好ましい。
【０１４２】
［制御構造］
図２２を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図２２は、表示部１１０において表示が有効な部分を用いて最低限の表示対象（アイコン、文字など）を表示するために制御部１００が実行する処理を表わすフローチャートである。
【０１４３】
ステップＳ２２００にて、制御部１００は、最低限表示モードを開始する。本実施の形態において、最低限表示モードとは、表示部１１０の一部が破損している場合であっても、破損していない有効な領域を用いて画像を表示する動作モードをいう。
【０１４４】
ステップＳ２２１０にて、制御部１００は、有効表示部分（画像を表示可能な領域）内で最も面積の大きい長方形の表示エリアを特定する。たとえば、制御部１００は、不良と判定されていないブロックを特定する。制御部１００は、特定された全てのブロックの位置情報を用いて、たとえば隣接するブロックの組み合わせを構成し、その組み合わせの中から、最も面積の大きい長方形を構成するブロックを決定する。
【０１４５】
ステップＳ２２２０にて、制御部１００は、Ｘ行方向の縮小率を確認する。具体的には、制御部１００は、上記長方形のＸ方向の長さと、表示部１１０の表示領域全体のＸ方向の長さとの比率に基づいて、縮小率を算出する。
【０１４６】
ステップＳ２２３０にて、制御部１００は、Ｙ列方向の縮小率を確認する。具体的には、制御部１００は、上記長方形のＹ方向の長さと、表示部１１０の表示領域全体のＹ方向の長さとの比率に基づいて、縮小率を算出する。
【０１４７】
ステップＳ２２４０にて、制御部１００は、ステップＳ２２２０，２２３０において決定された縮小率に基づいて、縮小率を決定する。表示領域が均等に当該長方形に縮小される場合には、Ｘ方向およびＹ方向の縮小率は、同一となる。一方、表示領域が均等に縮小されない場合には、Ｘ行方向の縮小率は、ステップＳ２２２０において決定された値となり、Ｙ列方向の縮小率は、ステップＳ２２３０において決定された値となる。
【０１４８】
ステップＳ２２５０にて、制御部１００は、画像を縮小し、縮小後の画像を表示部１１０に表示する。
【０１４９】
他の局面において、Ｘ行方向の縮小率とＹ列方向の縮小率とを同一としてもよい。その場合、ステップＳ２２２０，Ｓ２２３０においてで確認された値のうち、小さな値が画像の縮小に用いられる。このようにすると、携帯端末１０，２０のユーザは、縮小されているものの、バランスの良い画像を見ることができる。
【０１５０】
［表示態様］
図２３から図２６を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。
【０１５１】
図２３は、非常モードにおいて不良部分が特定された状態を表わす図である。具体的には、図２３（Ａ）に示されるように、表示部１１０は、本来表示しようとしている画像に対して、実際には、一部の画像を表示することができない。図２３（Ａ）に示される画像は、たとえば、制御部１００が記憶部１６０の描画領域に展開した状態を表わす。この状態において図２３（Ｂ）に示されるように、表示部１１０の表示領域のうちの領域２３１０，２３２０が不良である場合（たとえば、表示領域が破損している場合や、破損領域に隣接しているために不良と判定された場合）、有効表示部分は領域２３３０である。
【０１５２】
図２４は、表示対象となる画像を有効表示部分に合せて縮小する状態を表わす図である。具体的には、図２４（Ａ）に示されるように、制御部１００は、記憶部１６０の描画領域において、表示部１１０の有効表示部分に応じた画像を展開する。たとえば、図２４（Ａ）の例示においては、Ｘ行方向の縮小率は０％であり、Ｙ列方向の縮小率は、３４％であるが、縮小率の値は、これらに限られない。他の局面において、表示部１１０の表示領域が１０×１０の１００ブロックに分割される場合には、縮小率は、１０％単位で設定される構成であってもよい。制御部１００は、その展開された画像のデータを表示部１１０に出力することにより、有効表示部分２４００に画像２４１０を表示する（ステップＳ２２５０）。
【０１５３】
図２５は、縮小された画像が有効表示部分に表示される態様を表わす図である。図２５（Ａ）に示されるように、制御部１００は、記憶部１６０の描画領域において、有効表示部分２５００に収まるように、表示対象の画像を均等の縮小率で縮小する。図２５（Ｂ）に示されるように、制御部１００は、縮小後のデータを表示部１１０に出力することにより、縮小された画像２５１０を、有効表示部分２５００に表示する。
【０１５４】
図２６を参照して、ステップＳ２２１０における長方形の表示エリアの決定について説明する。図２６は、表示部１１０における有効表示部分とそうでない部分との表示、および長方形の表示エリアの決定の結果を表わす図である。
【０１５５】
画面２６０１に示されるように、有効表示部分２６１０が１つのエリアでかつ長方形である場合、有効表示部分２６１０が、画像を表示するために有効である領域２６１１として判断される。
【０１５６】
画面２６０２に示されるように、有効表示部分２６２０が連続する１つの領域であるけれども長方形でない場合には、有効表示部分２６２０のうち最も大きな長方形が表示エリアとして特定される。具体的には、領域２６２１が表示エリアとなり、領域２６２２は画像の表示のために用いられない。
【０１５７】
画面２６０３に示されるように、有効表示部分が領域２６３０と領域２６３１のように２つの領域に分かれている場合、その複数の領域のうち最も大きな面積を有する長方形が有効表示部分として特定される。具体的には、領域２６３２が有効表示部分として特定される。
【０１５８】
図２７を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図２７は、表示部１１０の表示領域のうち１０％程度が破損している場合に実行される処理を表わすフローチャートである。
【０１５９】
ステップＳ２７００にて、制御部１００は、最低限表示モードを開始する。
ステップＳ２７１０にて、制御部１００は、表示不良部分にコンテンツがあるか否かを判断する。この判断は、たとえば、記憶部１６０の描画領域に展開されたデータと、表示部１１０において不良が特定された領域を表わす位置情報との比較に基づいて行なわれる。制御部１００は、表示不良部分にコンテンツがあると判断すると（ステップＳ２７１０にてＹＥＳ）、制御をステップＳ２７２０に切り換える。そうでない場合には（ステップＳ２７１０にてＮＯ）、制御部１００は、制御をステップＳ２７５０に切り換える。
【０１６０】
ステップＳ２７２０にて、制御部１００は、表示不良部分のすべてのコンテンツの回避先があるか否かを判断する。この判断は、たとえば、記憶部１６０に展開されている画像の表示のための位置情報と、表示領域において異常が検出されていない正常な領域の面積と、の比較に基づいて行なわれる。有効表示部分の面積が、各コンテンツの表示のために必要な面積を上回る場合には、制御部１００は、当該回避先があると判断する。制御部１００は、当該回避先があると判断すると（ステップＳ２７２０にてＹＥＳ）、制御をステップＳ２７４０に切り換える。そうでない場合には（ステップＳ２７２０にてＮＯ）、制御部１００は、制御をステップＳ２７３０に切り換える。
【０１６１】
ステップＳ２７３０にて、制御部１００は、ユーザに対して、表示できないコンテンツがある旨を通知する。具体的には、制御部１００は、その旨のメッセージを表示部１１０に表示する。あるいは、制御部１００は、その旨の音声を音出力部１５０に出力させる。さらに他の局面において、携帯端末１０，２０がバイブレータその他の振動機能を有する場合には、制御部１００は、当該振動機能を実行してもよい。
【０１６２】
ステップＳ２７４０にて、制御部１００は、不良部分を可能な限り回避して表示される画像を作成する。あるいは、有効表示部分の面積が、コンテンツの表示に必要な面積を上回る場合には、制御部１００は、当該有効表示部分にコンテンツを配列する。たとえば、表示領域が予め複数のブロックに分けられている場合には、制御部１００は、有効表示部分に含まれるブロックの各々に対して、コンテンツ（たとえばアイコン）を配列する。配列の順序は、たとえば、表示対象となるコンテンツのファイル名の昇順に基づく。
【０１６３】
ステップＳ２７５０にて、制御部１００は、作成した画像を表示部１１０に表示させる。
【０１６４】
図２８を参照して、本実施の形態に係る携帯端末１０，２０の画面の表示態様について説明する。図２８は、表示部１１０における画像の表示態様を表わす図である。図２８（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。表示領域において、アイコン２８１０,２８２０,２８３０,２８４０，２８５０，２８６０，２８７０を表示するためのデータが、記憶部１６０の描画領域に読み出されている。
【０１６５】
図２８（Ｂ）は、表示部１１０の表示領域の中央の領域２８００が破損により表示不良となっている状態を表わす図である。
【０１６６】
図２８（Ａ）および図２８（Ｂ）に示される場合において、携帯端末１０，２０がそれらの画像をそのまま表示しようとすると、図２８（Ｃ）に示されるように、表示不良の領域２８００によって本来表示されるべき画像の一部が妨げられる場合がある。
【０１６７】
そこで、図２８（Ｄ）に示されるように、ある局面において、制御部１００は、表示不良の領域２８００を回避することにより、表示対象となるアイコンを表示することができる。具体的には、たとえば、有効な表示領域である表示部１１０の周辺部分に表示対象となる画像を表示する。この場合、回避のための配列のパターンとしては、表示不良の領域が表示部１１０の表示領域の中央部にある場合には、その領域を囲むように左回りまたは右回りで配列するように設定される。他の局面において、表示不良の領域が表示領域の端にある場合には、有効表示部分において上から下に、あるいは、左から右に表示するように、予め設定されていてもよい。
【０１６８】
その結果、図２８（Ｅ）に示されるように、表示部１１０は、表示不良の領域２８００を残しつつ、他の画像を正常な領域に表示することができる。
【０１６９】
図２９から図３１を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。図２９は、ステップＳ２７５０における画像の表示処理の一例を表わす図である。
【０１７０】
図２９（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。図２９（Ｂ）は、実際表示部１１０において破損が生じている場合に画面が表示されている状態を表わす。
【０１７１】
図２９（Ｃ）は、表示不良の領域２８００を避けてアイコンを表示する態様を表わす。この態様では、各アイコンは、本来表示されるべき位置と同じ行に配置される。したがって、行方向の座標値は、配置の変更前の座標値と同じである。
【０１７２】
図２９（Ｄ）は、表示不良の領域２８００に重なる画像を、表示部１１０において依然として表示可能な領域のうち面積が広い部分に配置する態様を表わす図である。たとえば、複数の矩形の有効表示部分が表示部１１０に存在する場合、制御部１００は、矩形の有効表示部分を構成するブロックの数に基づいて、各有効表示部分の面積を算出する。制御部１００は、大きな面積を有する有効表示部分から順に、かつ、アイコンの識別番号順に、各アイコンを配列する。
【０１７３】
図２９（Ｅ）は、表示不良の領域２８００に重なって表示される画像だけでなく、すべての画像を表示部１１０において表示可能な領域に順次配置する態様を表わす図である。
【０１７４】
図３０は、ステップＳ２７３０においてすべての画像が表示不良の部分を回避できない場合に表示部１１０に表示される態様を表わす図である。図３０（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。図３０（Ｂ）は、実際に表示部１１０において表示不良の領域３０１０が生じている状態を表わす図である。図３０（Ｃ）は、図２９に示される態様で画像を表示しようとする状態を表わす図である。この場合、依然として、一部の画像は、表示不良の領域３０１０によって妨げられている。
【０１７５】
図３０（Ｂ）と図３０（Ｃ）とを比べると、領域３０１０によって遮られる画像の数が異なる。この場合、仮に、全ての画像が領域３０１０を回避することができない場合であっても、より多くの画像が表示される態様（図３０（Ｃ））が望ましい。
【０１７６】
図３１は、表示部１１０の表示領域全体にコンテンツ（画像）が表示される場合において表示不良が生じた状態を表わす図である。具体的には、図３１（Ａ）に示されるように、表示部１１０は、その表示領域全体にコンテンツ（画像）を表示しようとする。図３１（Ｂ）に示されるように、表示不良の領域３１１０が形成されると、コンテンツ（画像）が領域３１１０よりも大きいため、表示部１１０は、領域３１１０を回避してコンテンツ（画像）を表示することができない。そのため、この場合、制御部１００は、回避のための画像として、図３１（Ａ）に示される画像と同じ画像を表示する。
【０１７７】
図３２を参照して、本実施の形態に係る携帯端末１０，２０の制御構造についてさらに説明する。図３２は、表示部１１０が殆ど（たとえば、９０％程度）破損している場合における処理を表わすフローチャートである。
【０１７８】
ステップＳ３２００にて、制御部１００は、最低限表示モードを開始する。
ステップＳ３２１０にて、制御部１００は、表示部１１０において有効表示部分がアイコン１つ分以上の表示を行なうことが可能か否かを判断する。この判断は、たとえば、有効表示部分を占める画素数と、表示対象となるアイコン１つの画素数との比較に基づいて行なわれる。なお、アイコン１つ分以上の表示は、単純に面積だけでは判断できない点に注意すべきである。一定以上の大きさの長方形の領域が表示部１１０において確保されなければならない。たとえば、縦の長さがアイコンの半分、横の長さがアイコンの倍の領域が存在している場合、その領域の面積は、アイコンの面積と同じであるが、形状が一致しないため、制御部１００は、アイコンを当該領域に表示させることはできない。この場合、領域に合わせて画像は縮小され、あるいは、領域の形状に応じて画像の縮小率が変更されることになる。制御部１００は、有効表示部分がアイコン１つ分以上表示できると判断すると（ステップＳ３２１０にてＹＥＳ）、制御をステップＳ３２２０に切り換える。そうでない場合には（ステップＳ３２１０にてＮＯ）、制御部１００は、制御をステップＳ３２４０に切り換える。
【０１７９】
ステップＳ３２２０にて、制御部１００は、有効表示部分に表示するアイコンを選定する。ステップＳ３２３０にて、制御部１００は、表示部１１０に表示されるべき画像を作成し、その作成した画像を表示部１１０に表示させる。表示されるアイコンは、携帯端末１０，２０において予め定義されている。あるいは、携帯端末１０，２０のユーザが任意に設定できる構成であってもよい。また、他の局面において、利用できる領域の大きさによって、表示するアイコンの数を変更することもできる。たとえば、アイコン１つ分の領域しか表示部１１０に存在していない場合には、制御部１００は、携帯端末１０，２０が保持するデータのバックアップを開始するためのアイコンを、表示部１１０に表示してもよい。たとえば、２つのアイコン分の面積がある場合には、制御部１００は、上記アイコンの他に、「着呼」アイコンを表示部１１０に表示してもよい。
【０１８０】
ステップＳ３２４０にて、制御部１００は、最低限の表示ができない旨を通知する。たとえば、制御部１００は、その旨を通知するメッセージを表示部１１０に表示する。あるいは、制御部１００は、その旨の音声を音出力部１５０に出力させる。あるいは、他の局面において、制御部１００は、携帯端末１０，２０を振動させることにより、あるいは、ＬＥＤその他の発光部（図示しない）を、非常の通知として予め規定された色で発光させることにより、その旨を通知してもよい。
【０１８１】
図３３および図３４を参照して、本実施の形態に係る携帯端末１０，２０における画面の表示態様についてさらに説明する。図３３および図３４は、表示部１１０の表示領域が殆ど破損している場合における画面の表示の状態を表わす図である。
【０１８２】
図３３（Ａ）は、表示部１１０が本来表示しようとしている画像を表わす。この画像は、実際には、記憶部１６０の描画領域に展開されたデータに基づいている。図３３（Ｂ）は、表示部１１０の表示領域のうち領域３３１０のみが有効に機能している状態を表わす図である。
【０１８３】
図３４（Ａ）は、表示部１１０が表示しようとする画像を表わす。この画像は、記憶部１６０の描画領域に展開されたデータに基づく。図３４（Ｂ）は、表示部１１０の大半を占める領域３４００が破損しており、領域３４１０のみが有効である状態を表わす図である。この場合、ユーザは、データのバックアップを領域３４１０に表示されるアイコン（「開始」）を操作することにより指示することができる。
【０１８４】
以上詳述したように、本実施の形態によれば、画像表示領域が破損等により画像を正しく表示できない場合であっても、画像表示領域のうちの一部の有効な表示領域に画像を表示することができる。
【０１８５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１８６】
１０，２０ 携帯端末、１００ 制御部、１１０ 表示部、１１１ タッチパネル、１１２ キー入力部、１２０ 操作部、１３０ 衝撃検知部、１４０ 音入力部、１５０ 音出力部、１６０ 記憶部、１６１ プログラム、１６２ データ、１７０ カメラ部、１８０ 電話網通信部、１８１ アンテナ、２０６０，２１００，２１２０ バー。
【特許請求の範囲】
【請求項１】
画像表示端末であって、
タッチパネルを有する表示装置と、
前記画像表示端末の動作を制御するための制御装置と、
前記制御装置に接続されているメモリとを備え、
前記制御装置は、
前記表示装置の表示領域における表示不良を検出し、
前記表示不良が生じている領域を認識し、
前記表示領域の全体に表示される画像を、前記表示領域のうちの正常な領域に表示する、画像表示端末。
【請求項２】
前記画像表示端末に対する衝撃を検知するための衝撃検知手段をさらに備え、
前記制御装置は、前記衝撃に基づいて、前記表示不良を検出する、請求項１に記載の画像表示端末。
【請求項３】
前記制御装置は、前記表示領域に対するタッチ操作に基づいて、前記表示不良を検出する、請求項１または２に記載の画像表示端末。
【請求項４】
前記制御装置は、前記正常な領域に対するタッチ操作に基づいて、前記表示不良が生じている領域を認識する、請求項１〜３のいずれかに記載の画像表示端末。
【請求項５】
前記制御装置は、前記表示不良の領域と、前記正常な領域との境界に対するタッチ操作に基づいて、前記表示不良が生じている領域を認識する、請求項１〜４のいずれかに記載の画像表示端末。
【請求項６】
前記表示領域の面と同じ面に配置されたカメラをさらに備え、
前記制御装置は、前記表示領域に表示されている映像を前記カメラを用いて撮影することにより得られる画像のデータと、前記表示領域に前記映像を表示するためのデータとの差に基づいて、前記表示不良が生じている領域を認識する、請求項１〜５のいずれかに記載の画像表示端末。
【請求項７】
前記表示不良の領域が前記表示領域の全体に占める割合が予め設定された割合よりも小さい場合に、前記制御装置は、前記表示不良の領域を回避するように配列を変更して、前記表示領域の全体に表示される画像を、前記正常な領域に表示する、請求項１〜６のいずれかに記載の画像表示端末。
【請求項８】
前記表示不良の領域が前記表示領域の全体に占める割合が予め設定された割合よりも大きい場合に、前記制御装置は、前記表示領域の全体に表示される画像を縮小して、縮小によって得られた画像を前記正常な領域に表示する、請求項１〜７のいずれかに記載の画像表示端末。
【請求項９】
画像表示端末を制御するための方法であって、前記画像表示端末は、タッチパネルを有する表示装置と、前記画像表示端末の動作を制御するための制御装置と、前記制御装置に接続されているメモリとを備えており、
前記方法は、
前記制御装置が、前記表示装置の表示領域における表示不良を検出するステップと、
前記制御装置が、前記表示不良が生じている領域を認識するステップと、
前記制御装置が、前記表示領域の全体に表示される画像を、前記表示領域のうちの正常な領域に表示するステップとを含む、画像表示端末を制御するための方法。
【請求項１０】
画像表示端末を制御するためのプログラムであって、前記画像表示端末は、タッチパネルを有する表示装置と、前記画像表示端末の動作を制御するための制御装置と、前記制御装置に接続されているメモリとを備えており、前記プログラムは、前記制御装置に、
前記表示装置の表示領域における表示不良を検出するステップと、
前記表示不良が生じている領域を認識するステップと、
前記表示領域の全体に表示される画像を、前記表示領域のうちの正常な領域に表示するステップとを実行させる、プログラム。
【請求項１】
画像表示端末であって、
タッチパネルを有する表示装置と、
前記画像表示端末の動作を制御するための制御装置と、
前記制御装置に接続されているメモリとを備え、
前記制御装置は、
前記表示装置の表示領域における表示不良を検出し、
前記表示不良が生じている領域を認識し、
前記表示領域の全体に表示される画像を、前記表示領域のうちの正常な領域に表示する、画像表示端末。
【請求項２】
前記画像表示端末に対する衝撃を検知するための衝撃検知手段をさらに備え、
前記制御装置は、前記衝撃に基づいて、前記表示不良を検出する、請求項１に記載の画像表示端末。
【請求項３】
前記制御装置は、前記表示領域に対するタッチ操作に基づいて、前記表示不良を検出する、請求項１または２に記載の画像表示端末。
【請求項４】
前記制御装置は、前記正常な領域に対するタッチ操作に基づいて、前記表示不良が生じている領域を認識する、請求項１〜３のいずれかに記載の画像表示端末。
【請求項５】
前記制御装置は、前記表示不良の領域と、前記正常な領域との境界に対するタッチ操作に基づいて、前記表示不良が生じている領域を認識する、請求項１〜４のいずれかに記載の画像表示端末。
【請求項６】
前記表示領域の面と同じ面に配置されたカメラをさらに備え、
前記制御装置は、前記表示領域に表示されている映像を前記カメラを用いて撮影することにより得られる画像のデータと、前記表示領域に前記映像を表示するためのデータとの差に基づいて、前記表示不良が生じている領域を認識する、請求項１〜５のいずれかに記載の画像表示端末。
【請求項７】
前記表示不良の領域が前記表示領域の全体に占める割合が予め設定された割合よりも小さい場合に、前記制御装置は、前記表示不良の領域を回避するように配列を変更して、前記表示領域の全体に表示される画像を、前記正常な領域に表示する、請求項１〜６のいずれかに記載の画像表示端末。
【請求項８】
前記表示不良の領域が前記表示領域の全体に占める割合が予め設定された割合よりも大きい場合に、前記制御装置は、前記表示領域の全体に表示される画像を縮小して、縮小によって得られた画像を前記正常な領域に表示する、請求項１〜７のいずれかに記載の画像表示端末。
【請求項９】
画像表示端末を制御するための方法であって、前記画像表示端末は、タッチパネルを有する表示装置と、前記画像表示端末の動作を制御するための制御装置と、前記制御装置に接続されているメモリとを備えており、
前記方法は、
前記制御装置が、前記表示装置の表示領域における表示不良を検出するステップと、
前記制御装置が、前記表示不良が生じている領域を認識するステップと、
前記制御装置が、前記表示領域の全体に表示される画像を、前記表示領域のうちの正常な領域に表示するステップとを含む、画像表示端末を制御するための方法。
【請求項１０】
画像表示端末を制御するためのプログラムであって、前記画像表示端末は、タッチパネルを有する表示装置と、前記画像表示端末の動作を制御するための制御装置と、前記制御装置に接続されているメモリとを備えており、前記プログラムは、前記制御装置に、
前記表示装置の表示領域における表示不良を検出するステップと、
前記表示不良が生じている領域を認識するステップと、
前記表示領域の全体に表示される画像を、前記表示領域のうちの正常な領域に表示するステップとを実行させる、プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【公開番号】特開２０１３−１１４０４９（Ｐ２０１３−１１４０４９Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６０４２７（Ｐ２０１１−２６０４２７）
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２９日（２０１１．１１．２９）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]