JP2017091364A - 携帯端末、制御方法、および制御プログラム - Google Patents

Abstract

【課題】カバーの開口部の位置に合わせて表示を行うことができる携帯端末、制御方法、および制御プログラムを提供する。【解決手段】携帯端末１００は、開口部２１０を有する開閉可能なカバー２００が取り付けられ得る。携帯端末は、カバーの閉状態において開口部に覆われる表示部１０５と、カバーの画像２１５を取得するための取得部と、画像内の開口部の位置に基づいて、閉状態において開口部に覆われる表示部内の窓領域１０５Ａを検知するための領域検知部と、表示部の窓領域にコンテンツを表示するための表示制御部とを備える。【選択図】図３

Description

本開示は、携帯端末の制御に関し、特に、カバーが装着され得る携帯端末の制御に関する。

開閉可能なカバーを装着することが可能な携帯端末（たとえば、スマートフォンなど）が普及している。カバーは、閉じられている状態で携帯端末の表示部を覆い、表示部の破損を防止する。

カバーが閉じられている状態における表示制御に関し、特開２００３−２１６２９９号公報（特許文献１）は、「液晶保護カバーで液晶表示画面を覆った場合の操作性の低下を抑えること」を目的とする保護カバー付携帯情報端末を開示している。

また、二つ折りの携帯電話機が閉じられている状態における表示制御に関し、特開２００５−２６０６７３号公報（特許文献２）は、「閉じた状態でも、液晶表示画面を見ることができ、更に、設計上の制約が少なく、また、閉じた状態における消費電力を抑えることが可能な」二つ折り携帯電話機を開示している。

特開２００３−２１６２９９号公報 特開２００５−２６０６７３号公報

近年では、開口部を有するカバーが普及している。開口部は、カバーが閉じられた状態で携帯端末の表示部に重ねられる。これにより、カバーが閉じられた状態であっても、ユーザは、開口部における表示内容を確認したり、開口部に対してタッチ操作を行ったりすることができる。

以下では、カバーが携帯端末の表示部を覆っている状態を「閉状態」ともいう。カバーが携帯端末の表示部を覆っていない状態を「開状態」ともいう。閉状態において開口部が表示部を覆う領域を「窓領域」ともいう。携帯端末の表示領域内の領域であって窓領域以外の領域を「非窓領域」ともいう。

市場には様々な種類のカバーが普及しており、カバーにおける開口部の位置は、カバーの種類に応じて変わる。そのため、カバーの種類に依存せずに、開口部の位置に合わせて表示を行うことが可能な携帯端末が望まれている。

特許文献１に開示される保護カバー付携帯情報端末は、形状が既知であるカバーが装着された場合における操作性の低下を抑えるものであり、様々な種類のカバーに対応するものではない。

特許文献２に開示される二つ折り携帯電話機においては、テンキー側筐体に、表示穴が設けられている。当該携帯電話機が閉じられた状態のときに、表示穴は、画面の一部に重ねられる。これにより、ユーザは、携帯電話機を閉じた状態で画面の一部を確認することができる。しかしながら、当該二つ折り携帯電話機においては、筐体の形状が既知であることが前提であり、様々な種類のカバーに対応するものではない。

本開示は上述のような問題点を解決するためになされたものであって、ある局面における目的は、カバーの開口部の位置に合わせて表示を行うことが可能な携帯端末を提供することである。他の局面における目的は、カバーの開口部の位置に合わせて表示を行うことが可能な制御方法を提供することである。さらに他の局面における目的は、カバーの開口部の位置に合わせて表示を行うことが可能な制御プログラムを提供することである。

ある局面に従うと、開口部を有する開閉可能なカバーが取り付けられ得る携帯端末は、上記カバーが閉じられている閉状態において上記カバーに覆われる表示部と、上記画像内の上記開口部の位置に基づいて、上記閉状態において上記開口部に覆われる上記表示部内の第１表示領域を検知するための領域検知部と、上記表示部の上記第１表示領域にコンテンツを表示するための表示制御部とを備える。

好ましくは、上記領域検知部は、上記閉状態において上記カバーが上記携帯端末を覆う部分を表わす第１画像領域を上記画像から検知するとともに、上記開口部を表わす第２画像領域を上記画像から検知し、上記第１画像領域に対する上記第２画像領域の位置に応じて、上記第１表示領域を検知する。

好ましくは、上記携帯端末は、上記カバーが閉じられている上記閉状態を検知するための状態検知部をさらに備える。上記表示制御部は、上記閉状態が検知されたことに基づいて、上記第１表示領域に上記コンテンツを表示する。

好ましくは、上記表示制御部は、上記第１表示領域のサイズに合わせて上記コンテンツを拡大または縮小した上で上記コンテンツを上記第１表示領域に表示する。

好ましくは、上記携帯端末は、上記第１表示領域に関する情報別に上記コンテンツの種類を対応付けているコンテンツ情報に基づいて、上記コンテンツ情報に規定されているコンテンツの種類の中から、上記領域検知部によって特定された上記第１表示領域に対応するコンテンツを選択するための選択部をさらに備える。上記表示制御部は、上記選択部によって選択されたコンテンツを上記第１表示領域に表示する。

好ましくは、上記第１表示領域に関する情報は、上記表示部内における上記第１表示領域の位置情報、上記第１表示領域のサイズ情報、および上記第１表示領域の形状情報の少なくとも１つを含む。

好ましくは、上記コンテンツ情報において、上記コンテンツの種類ごとにさらに色情報が対応付けられている。上記選択部は、上記コンテンツ情報に規定されているコンテンツの種類の中から上記カバーの色に対応付けられているコンテンツを選択する。

好ましくは、上記表示制御部は、上記閉状態において、上記表示部内における上記第１表示領域以外の第２表示領域の輝度を、上記第１表示領域の輝度よりも下げる。

他の局面に従うと、開口部を有する開閉可能なカバーが取り付けられ得る携帯端末の制御方法が提供される。上記携帯端末は、上記カバーが閉じられている閉状態において上記カバーに覆われる表示部を備える。上記制御方法は、上記カバーの画像を取得するステップと、上記画像内の上記開口部の位置に基づいて、上記閉状態において上記開口部に覆われる上記表示部内の第１表示領域を検知するステップと、上記表示部の上記第１表示領域にコンテンツを表示するステップとを備える、制御方法。

さらに他の局面に従うと、開口部を有する開閉可能なカバーが取り付けられ得る携帯端末の制御プログラムが提供される。上記携帯端末は、上記カバーが閉じられている閉状態において上記カバーに覆われる表示部を備える。上記制御プログラムは、上記携帯端末に、上記カバーの画像を取得するステップと、上記画像内の上記開口部の位置に基づいて、上記閉状態において上記開口部に覆われる上記表示部内の第１表示領域を検知するステップと、上記表示部の上記第１表示領域にコンテンツを表示するステップとを実行させる、制御プログラム。

ある局面において、カバーの開口部の位置に合わせて表示を行うことができる。
本発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解される本発明に関する次の詳細な説明から明らかとなるであろう。

第１の実施の形態に従う携帯端末の外観の一例を示す図である。 第１の実施の形態に従う携帯端末に装着され得るカバーの一例を示す図である。 窓領域の検知方法の一例を時系列で示す図である。 第１の実施の形態に従う携帯端末の機能構成の一例を示す図である。 窓領域の検知方法の一例を示す概念図である。 第１の実施の形態に従うコンテンツ情報の内容を示す図である。 カバーの開口部に合わせてコンテンツを表示している例を示す図である。 第１の実施の形態における窓領域の検知処理を示すフローチャートである。 第１の実施の形態におけるコンテンツの選択処理を示すフローチャートである。 第１の実施の形態におけるコンテンツの表示処理を示すフローチャートである。 第１の実施の形態に従う携帯端末の主要なハードウェア構成を示すブロック図である。 第２の実施の形態に従うコンテンツ情報の内容を示す図である。 窓領域のサイズに応じてコンテンツの表示を変えている様子を示す図である。 第３の実施の形態におけるコンテンツの選択処理を示すフローチャートである。 第３の実施の形態に従うコンテンツ情報の内容を示す図である。 第３の実施の形態におけるコンテンツの表示処理を示すフローチャートである。 第４の実施の形態に従うコンテンツ情報の内容を示す図である。 カバーの色および模様に応じてコンテンツの表示を変えている様子を示す図である。 第５の実施の形態におけるカバー色の検知処理を示すフローチャートである。 第５の実施の形態におけるコンテンツの選択処理を示すフローチャートである。 第５の実施の形態に従うコンテンツ情報の内容を示す図である。

以下、図面を参照しつつ、本実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらについての詳細な説明は繰り返さない。なお、以下で説明される各実施の形態および各変形例は、適宜選択的に組み合わされてもよい。

＜第１の実施の形態＞
［窓領域の設定］
図１〜図３を参照して、第１の実施の形態に従う携帯端末１００の概要について説明する。図１は、携帯端末１００の外観の一例を示す図である。図２は、携帯端末１００に装着され得るカバーの一例を示す図である。図３は、窓領域１０５Ａの検知方法の一例を時系列で示す図である。

図１〜図３には、スマートフォンとしての携帯端末１００が示されているが、携帯端末１００は、スマートフォンに限定されない。たとえば、携帯端末１００は、タブレット端末、デジタルカメラ、電子辞書、ＰＤＡ（Personal Digital Assistant）、ゲーム機、またはその他の表示部を備える携帯機器であってもよい。

図１に示されるように、携帯端末１００の表面には表示部１０５が設けられている。携帯端末１００の裏面にはカメラ１０９が設けられている。

携帯端末１００には、様々な種類のカバーが装着され得る。図２には、携帯端末１００に装着され得るカバーの一例として、カバー２００Ａ〜２００Ｄが示されている。カバー２００Ａ〜２００Ｄは、それぞれ、開口部２１０を有する。図２に示されるように、開口部２１０の位置や数や形は、カバー２００Ａ〜２００Ｄの種類に応じて様々である。本実施の形態に従う携帯端末１００は、カバーの種類に依存せずに、開口部２１０の位置や数や形に合わせた表示を行うことができる。

より具体的な表示処理として、図３のステップ（Ａ）において、ユーザは、携帯端末１００のカメラ１０９を用いて、カバー２００を撮影する。これにより、携帯端末１００は、カバー２００の画像２１５を取得する。

ステップ（Ｂ）において、携帯端末１００は、画像２１５内の開口部２１０の位置に基づいて、閉状態時において開口部２１０に覆われる表示部１０５内の窓領域１０５Ａを検知する。より具体的には、携帯端末１００は、閉状態時においてカバー２００が携帯端末１００を覆う部分を表わす画像領域２１６を画像２１５から検知するとともに、開口部２１０を表わす画像領域２１７を画像２１５から検知する。携帯端末１００は、画像領域２１６に対する画像領域２１７の位置に応じて、カバー２００の閉状態時において開口部２１０に覆われる表示部１０５内の領域を窓領域１０５Ａ（第１表示領域）として検知する。窓領域１０５Ａのさらに詳細な検知方法については後述する。

ステップ（Ｃ）において、ユーザは、カバー２００を携帯端末１００に装着したとする。ステップ（Ｃ）に示されるように、カバー２００の開状態においては、カバー２００は、表示部１０５を覆わない。

ステップ（Ｄ）において、携帯端末１００は、カバー２００の閉状態時において、ステップ（Ｂ）で検知された窓領域１０５Ａにコンテンツを表示する。コンテンツとは、表示部１０５に表示することが可能な画像のことをいう。一例として、コンテンツは、時計、操作ボタン、メッセージ、その他の画像などを含む。ステップ（Ｄ）の例においては、コンテンツとして時計が表示されている。

以上のように、携帯端末１００は、カバー２００の画像２１５から窓領域１０５Ａの位置を検知し、表示部１０５の窓領域１０５Ａにコンテンツを表示する。これにより、携帯端末１００は、カバー２００の開口部２１０の位置に合わせてコンテンツを表示することができる。その結果、ユーザは、カバー２００の閉状態時においても、開口部２１０を介してコンテンツの内容を確認することができる。

好ましくは、携帯端末１００は、窓領域１０５Ａのサイズに合わせてコンテンツを拡大または縮小した上でコンテンツを窓領域１０５Ａに表示する。これにより、コンテンツのサイズは、窓領域１０５Ａのサイズ以下になり、コンテンツが窓領域１０５Ａをはみ出すことがなくなる。その結果、ユーザは、コンテンツの内容を正確に把握することができる。

窓領域１０５Ａの設定後においては、携帯端末１００は、カバー２００の閉状態を検知する度に、窓領域１０５Ａにコンテンツを表示する。このように、窓領域１０５Ａが一度設定された後には、ユーザは、カバー２００の種類を変えない限り、窓領域１０５Ａを再度設定し直す必要はない。

なお、図３には窓領域１０５Ａが矩形である例が示されているが、窓領域１０５Ａは、矩形に限定されない。たとえば、窓領域１０５Ａは、円形、楕円形、多角形、またはその他の閉形状であってもよい。

また、図３には、携帯端末１００が１つの窓領域１０５Ａの位置を検知する例が示されているが、携帯端末１００は、複数の窓領域１０５Ａの位置を検知してもよい。この場合、携帯端末１００は、各窓領域１０５Ａにコンテンツを表示する。

［携帯端末１００の機能構成］
図４〜図６を参照して、携帯端末１００の機能について説明する。図４は、携帯端末１００の機能構成の一例を示す図である。

図４に示されるように、携帯端末１００は、ハードウェア構成の一例として、ＣＰＵ（Central Processing Unit）１０２を含む。ＣＰＵ１０２は、機能構成の一例として、取得部１５０と、領域検知部１５２と、状態検知部１５４と、選択部１５６と、表示制御部１６０とを含む。以下では、これらの構成について順に説明する。

（取得部１５０）
取得部１５０は、カバー２００（図３参照）の画像２１５（図３参照）を取得する。画像２１５の取得方法は任意である。

ある局面において、取得部１５０は、携帯端末１００のカメラ１０９からカバー２００の画像２１５を取得する。

他の局面において、カバー２００は、デジタルカメラなどの撮影装置（たとえば、デジタルカメラ等）で撮影され、取得部１５０は、当該撮影装置からカバー２００の画像２１５を取得する。

さらに他の局面において、取得部１５０は、携帯端末１００とネットワークを介して接続されている通信端末（たとえば、サーバーなど）からカバー２００の画像２１５を取得する。

（領域検知部１５２）
図５を参照して、窓領域１０５Ａの検知方法について説明する。図５は、窓領域１０５Ａの検知方法の一例を示す概念図である。

領域検知部１５２は、カバー２００を撮影して得られた画像２１５から矩形形状を探索する。矩形形状の探索方法は、任意である。一例として、領域検知部１５２は、テンプレートマッチングやエッジ検知処理などの画像処理により矩形形状を探索する。これにより、閉状態時にカバー２００が携帯端末１００を覆う部分を表わす画像領域２１６と、開口部２１０を表わす画像領域２１７とが画像２１５内において検知される。

画像２１５内における画像領域２１６の位置は、たとえば、カバー２００の左上端における点Ｐ１の座標値と、カバー２００の横幅Ｗ１と、カバー２００の縦幅Ｈ１とで表わされる。あるいは、画像２１５内における画像領域２１６の位置は、カバー２００の左上端における点Ｐ１の座標値と、カバー２００の右下端における点Ｐ３の座標値とで表わされる。

画像２１５内における画像領域２１７の位置は、たとえば、開口部２１０の左上端における点Ｐ２の座標値と、開口部２１０の横幅Ｗ２と、開口部２１０の縦幅Ｈ２とで表わされる。あるいは、画像２１５内における画像領域２１７の位置は、開口部２１０の左上端における点Ｐ２の座標値と、開口部２１０の右下端における点Ｐ４の座標値とで表わされる。

携帯端末１００の筐体部分の位置を表わす端末領域１１６と、携帯端末１００の表示部１０５の位置を表わす表示領域１１７の位置とは、携帯端末１００の製造時や設計時に予め携帯端末１００に格納されている。端末領域１１６の位置は、たとえば、携帯端末１００の左上端における点Ｐ５の座標値と、携帯端末１００の横幅Ｗ５と、携帯端末１００の縦幅Ｈ５とで表わされる。あるいは、端末領域１１６の位置は、携帯端末１００の左上端における点Ｐ５の座標値と、携帯端末１００の右下端における点Ｐ７の座標値とで表わされる。典型的には、点Ｐ５は原点であり、点Ｐ５の座標値は（ｘ、ｙ）＝（０、０）である。

携帯端末１００の表示領域１１７の位置は、たとえば、表示部１０５の左上端における点Ｐ６の座標値と、表示部１０５の横幅Ｗ６と、表示部１０５の縦幅Ｈ６とで表わされる。あるいは、携帯端末１００の表示領域１１７の位置は、表示部１０５の左上端における点Ｐ６の座標値と、表示部１０５の右下端における点Ｐ８の座標値とで表わされる。

領域検知部１５２は、端末領域１１６および画像領域２１６のいずれか一方のサイズを他方のサイズに合わせるとともに、端末領域１１６および画像領域２１６の各矩形形状を互いに重ねる。好ましくは、領域検知部１５２は、端末領域１１６の中心点Ｃ２と、画像領域２１６の中心点Ｃ１とを一致させるように、端末領域１１６および画像領域２１６を重ねる。領域検知部１５２は、画像領域２１６と画像領域２１７とを重ねたときにおける開口部２１０の画像領域２１７を窓領域１０５Ａとして検知する。

図４に示されるように、領域検知部１５２は、検知した窓領域１０５Ａの位置を範囲情報１２２として携帯端末１００に記憶する。範囲情報１２２は、たとえば、窓領域１０５Ａの左上端における点Ｐ１１の座標値と、窓領域１０５Ａの横幅Ｗ１１と、窓領域１０５Ａの縦幅Ｈ１１とで表わされる。あるいは、範囲情報１２２は、窓領域１０５Ａの左上端における点Ｐ１１の座標値と、窓領域１０５Ａの右下端における点Ｐ１２の座標値とで表わされる。

（状態検知部１５４）
状態検知部１５４は、カバー２００（図１参照）の閉状態を検知する。閉状態の検知方法は任意である。一例として、状態検知部１５４は、後述する磁気センサ１０７からの出力値に基づいてカバー２００の閉状態を検知する。

より具体的には、携帯端末１００およびカバー２００にはそれぞれ磁石が設けられており、カバー２００が閉じられた状態で互いの磁石は接触する。磁気センサ１０７の出力値は、磁石同士の接触により生じる磁気の変化に応じて変化する。状態検知部１５４は、磁気センサ１０７の出力値が一定時間内に所定量以上変化した場合に、カバー２００の閉状態を検知する。

（選択部１５６）
選択部１５６は、カバー２００の閉状態が検知されたことに基づいて、表示部１０５の窓領域１０５Ａに表示するコンテンツの種類を選択する。表示候補となるコンテンツの種類は、たとえば、コンテンツ情報１２４に規定されている。

図６は、コンテンツ情報１２４の内容を示す図である。図６に示されるように、コンテンツ情報１２４は、窓領域に関する情報（以下、「窓領域情報」ともいう。）別にコンテンツの種類を対応付けている。ここでいう窓領域情報とは、窓領域の特徴を表わす指標である。窓領域情報は、たとえば、窓領域１０５Ａの位置を表わす位置情報を含む。位置情報は、表示部１０５内の区画（たとえば、上部など）で表わされる。選択部１５６は、コンテンツ情報１２４に規定されているコンテンツの種類の中から、窓領域１０５Ａの位置に対応するコンテンツを選択する。

一例として、窓領域１０５Ａが表示部１０５の上部に位置する場合には、選択部１５６は、コンテンツ「時計」を選択する。窓領域１０５Ａが表示部１０５の下部に位置する場合には、選択部１５６は、コンテンツ「操作ボタン」を選択する。選択部１５６は、選択したコンテンツを表示制御部１６０に出力する。

（表示制御部１６０）
図７を参照して、表示制御部１６０による表示制御について説明する。図７は、カバー２００の開口部２１０に合わせてコンテンツを表示している例を示す図である。

表示制御部１６０は、状態検知部１５４によってカバー２００の閉状態が検知されたことに基づいて、選択部１５６によって選択されたコンテンツを表示部１０５の窓領域１０５Ａに表示する。

図７の例（Ａ）に示されるように、窓領域１０５Ａが表示部１０５の上部に位置する場合には、コンテンツ「時計」が表示対象として選択され、表示制御部１６０は、コンテンツ「時計」を窓領域１０５Ａに表示する。これにより、ユーザは、カバー２００が閉じられている状態であっても時間を確認することができる。

図７の例（Ｂ）に示されるように、窓領域１０５Ａが表示部１０５の下部に位置する場合には、コンテンツ「操作ボタン」が表示対象として選択され、表示制御部１６０は、コンテンツ「操作ボタン」を窓領域１０５Ａに表示する。これにより、ユーザは、カバー２００が閉じられている状態であっても、表示されている操作ボタンにタッチすることで携帯端末１００を操作することができる。

図７の例（Ｃ）に示されるように、窓領域１０５Ａが表示部１０５の上部および下部に位置する場合には、コンテンツ「時計」およびコンテンツ「操作ボタン」が表示対象として選択され、表示制御部１６０は、上側の窓領域１０５Ａにはコンテンツ「時計」を表示し、下側の窓領域１０５Ａには「操作ボタン」を表示する。これにより、ユーザは、カバー２００が閉じられている状態であっても、時間を確認することができるとともに、操作ボタンにタッチすることで携帯端末１００を操作することができる。

好ましくは、表示制御部１６０は、窓領域１０５Ａのサイズに合わせて表示対象のコンテンツを拡大または縮小した上で、窓領域１０５Ａにコンテンツを表示する。これにより、コンテンツが窓領域１０５Ａに合ったサイズで表示され、ユーザは、コンテンツの内容を把握しやすくなる。

さらに好ましくは、表示制御部１６０は、カバー２００の閉状態において、表示部１０５内における窓領域１０５Ａ以外の非窓領域１０５Ｂ（第２表示領域）の輝度を、窓領域１０５Ａの輝度よりも下げる。典型的には、表示制御部１６０は、非窓領域１０５Ｂの輝度をゼロにする。これにより、携帯端末１００は、表示電力を抑制することができる。

［携帯端末１００の制御構造］
図８〜図１０を参照して、携帯端末１００の制御構造について説明する。図８は、窓領域を検知する処理を示すフローチャートである。図９は、窓領域に表示するコンテンツを選択する処理を示すフローチャートである。図１０は、窓領域にコンテンツを表示する処理を示すフローチャートである。

図８〜図１０の処理は、携帯端末１００のＣＰＵ１０２（図４参照）がプログラムを実行することにより実現される。他の局面において、処理の一部または全部が、回路素子またはその他のハードウェアによって実行されてもよい。以下では、窓領域の検知処理、コンテンツの選択処理、およびコンテンツの表示処理について順に説明する。

（窓領域の検知処理）
図８を参照して、ステップＳ１０において、ＣＰＵ１０２は、取得部１５０（図４参照）として、カバー２００を撮影して得られる画像（以下、「カバー画像」ともいう。）を取得する。

ステップＳ１２において、ＣＰＵ１０２は、領域検知部１５２（図４参照）として、閉状態においてカバー２００が携帯端末１００を覆う部分を表わす画像領域２１６（図５参照）をカバー画像内において検知する。一例として、カバー画像内における画像領域２１６の位置は、左上端の座標値（Ａｘ１、Ａｙ１）と右下端との座標値（Ａｘ２、Ａｙ２）とで表わされる。

ステップＳ１４において、ＣＰＵ１０２は、領域検知部１５２として、カバー２００の開口部を表わす画像領域２１７（図５参照）をカバー画像から検知するとともに、カバー２００の開口部数Ｎを検知する。ＣＰＵ１０２は、開口部数Ｎを記憶する。

ステップＳ２０において、ＣＰＵ１０２は、カバー２００に開口部があるか否かを判断する。開口部数Ｎが０よりも大きいときに、カバー２００に開口部があると判断される。ＣＰＵ１０２は、カバー２００に開口部があると判断した場合（ステップＳ２０においてＹＥＳ）、制御をステップＳ２２に切り替える。そうでない場合には（ステップＳ２０においてＮＯ）、ＣＰＵ１０２は、図８に示される窓領域の検知処理を終了する。

ステップＳ２２において、ＣＰＵ１０２は、変数ｎを初期化する。典型的には、変数ｎは、０に初期化される。

ステップＳ２４において、ＣＰＵ１０２は、領域検知部１５２として、カバー画像内においてカバー２００の開口部を表わす画像領域２１７（図５参照）を検知する。一例として、ｎ番目の開口部の画像領域２１７は、左上端の座標値（Ｂｎｘ１、Ｂｎｙ１）と右下端との座標値（Ｂｎｘ２、Ｂｎｙ２）とで表わされる。

ステップＳ２６において、ＣＰＵ１０２は、設計時や製造時に予め格納されている携帯端末情報を読み出し、携帯端末１００の筐体部分を表わす端末領域１１６（図５参照）と、携帯端末１００の表示領域１１７（図５参照）とを取得する。一例として、端末領域１１６は、左上端の座標値（Ｃｘ１、Ｃｙ１）と右下端との座標値（Ｃｘ２、Ｃｙ２）とで表わされる。典型的には、座標値（Ｃｘ１、Ｃｙ１）は（０、０）である。表示領域１１７は、左上端の座標値（Ｄｘ１、Ｄｙ１）と右下端との座標値（Ｄｘ２、Ｄｙ２）とで表わされる。

ステップＳ２８において、ＣＰＵ１０２は、領域検知部１５２として、ステップＳ１２で検知された画像領域（Ａｘ１、Ａｙ１、Ａｘ２、Ａｙ２）と、ステップＳ２４で検知された画像領域（Ｂｎｘ１、Ｂｎｙ１、Ｂｎｘ２、Ｂｎｙ２）と、ステップＳ２６で取得された端末領域（Ｃｘ１、Ｃｙ１、Ｃｘ２、Ｃｙ２），表示領域（Ｄｘ１、Ｄｙ１、Ｄｘ２、Ｄｙ２）とに基づいて、閉状態時においてカバー２００の開口部に覆われる携帯端末１００の表示部内の窓領域１０５Ａ（図３参照）を検知する。

ステップＳ３０において、ＣＰＵ１０２は、窓領域１０５Ａが携帯端末１００の表示領域に収まっているか否かを判断する。ＣＰＵ１０２は、窓領域１０５Ａが携帯端末１００の表示領域に収まっていると判断した場合（ステップＳ３０においてＹＥＳ）、制御をステップＳ３２に切り替える。そうでない場合には（ステップＳ３０においてＮＯ）、ＣＰＵ１０２は、制御をステップＳ３４に切り替える。

ステップＳ３２において、ＣＰＵ１０２は、携帯端末１００の表示領域に収まるように窓領域１０５Ａを補正する。補正方法の一例として、ＣＰＵ１０２は、窓領域１０５Ａを縮小する。

ステップＳ３４において、ＣＰＵ１０２は、変数ｎをインクリメントする。すなわち、ＣＰＵ１０２は、ｎに１加算する。

ステップＳ４０において、ＣＰＵ１０２は、変数ｎが開口部数Ｎに等しいか否かを判断する。変数ｎが開口部数Ｎに等しいと判断した場合（ステップＳ４０においてＹＥＳ）、制御をステップＳ４２に切り替える。そうでない場合には（ステップＳ４０においてＮＯ）、ＣＰＵ１０２は、制御をステップＳ２４に戻す。

ステップＳ４２において、ＣＰＵ１０２は、ステップＳ１４で検知された開口部数Ｎと、ステップＳ２８あるいはステップＳ３２で算出されたｎ番目の窓領域（Ｅｎｘ１、Ｅｎｙ１、Ｅｎｘ２、Ｅｎｙ２）とを記憶する。

（コンテンツの選択処理）
図９を参照して、窓領域に表示するコンテンツを選択する処理について説明する。

ステップＳ５０において、ＣＰＵ１０２は、設計時や製造時に予め格納されている携帯端末情報を読み出し、携帯端末１００の表示領域１１７（図５参照）を取得する。表示領域１１７は、たとえば、左上端の座標値（Ｄｘ１、Ｄｙ１）と右下端との座標値（Ｄｘ２、Ｄｙ２）とで表わされる。

ステップＳ５２において、ＣＰＵ１０２は、図８のステップＳ４２で記憶された開口部数ＮとＮ個の窓領域とを読み出す。

ステップＳ６０において、ＣＰＵ１０２は、カバー２００に開口部があるか否かを判断する。開口部数Ｎが０よりも大きいときに、カバー２００に開口部があると判断される。ＣＰＵ１０２は、カバー２００に開口部があると判断した場合（ステップＳ６０においてＹＥＳ）、制御をステップＳ６２に切り替える。そうでない場合には（ステップＳ６０においてＮＯ）、ＣＰＵ１０２は、図９に示されるコンテンツの選択処理を終了する。

ステップＳ６２において、ＣＰＵ１０２は、変数ｎを初期化する。典型的には、変数ｎは、０に初期化される。

ステップＳ６４において、ＣＰＵ１０２は、ステップＳ５０で読み出された携帯端末１００の表示領域（Ｄｘ１、Ｄｙ１、Ｄｘ２、Ｄｙ２）と、ステップＳ５２で読み出されたｎ番目の窓領域（Ｅｎｘ１、Ｅｎｙ１、Ｅｎｘ２、Ｅｎｙ２）とに基づいて、ｎ番目の窓領域が属する携帯端末１００の表示領域内の区画ｘを決定する。区画ｘは、たとえば、上部、下部、左部、右部、中央部などで表わされる。

ステップＳ６６において、ＣＰＵ１０２は、選択部１５６（図４参照）として、コンテンツ情報１２４（図６参照）を参照して、ｎ番目の窓領域が属する区画ｘに対応付けられているコンテンツｘを選択する。ＣＰＵ１０２は、ｎ番目の窓領域と、選択されたコンテンツｘとを対応付けて記憶する。

ステップＳ６８において、ＣＰＵ１０２は、変数ｎをインクリメントする。すなわち、ＣＰＵ１０２は、ｎに１加算する。

ステップＳ７０において、ＣＰＵ１０２は、変数ｎが開口部数Ｎに等しいか否かを判断する。変数ｎが開口部数Ｎに等しいと判断した場合（ステップＳ７０においてＹＥＳ）、ＣＰＵ１０２は、図９に示されるコンテンツの選択処理を終了する。そうでない場合には（ステップＳ７０においてＮＯ）、ＣＰＵ１０２は、制御をステップＳ６４に戻す。

（コンテンツの表示処理）
図１０を参照して、コンテンツの表示処理について説明する。

ステップＳ８０において、ＣＰＵ１０２は、カバー２００が携帯端末１００に装着されたか否かを判断する。ＣＰＵ１０２は、カバー２００が携帯端末１００に装着されたと判断した場合（ステップＳ８０においてＹＥＳ）、制御をステップＳ８２に切り替える。そうでない場合には（ステップＳ８０においてＮＯ）、ＣＰＵ１０２は、図１０に示されるコンテンツの表示処理を終了する。

ステップＳ８２において、ＣＰＵ１０２は、図８のステップＳ４２で記憶された開口部数ＮとＮ個の窓領域とを読み出す。

ステップＳ９０において、ＣＰＵ１０２は、カバー２００に開口部があるか否かを判断する。開口部数Ｎが０よりも大きいときに、カバー２００に開口部があると判断される。ＣＰＵ１０２は、カバー２００に開口部があると判断した場合（ステップＳ９０においてＹＥＳ）、制御をステップＳ９２に切り替える。そうでない場合には（ステップＳ９０においてＮＯ）、ＣＰＵ１０２は、図１０に示されるコンテンツの表示処理を終了する。

ステップＳ９２において、ＣＰＵ１０２は、変数ｎを初期化する。典型的には、変数ｎは、０に初期化される。

ステップＳ９４において、ＣＰＵ１０２は、図９のステップＳ６６で記憶されたｎ番目の窓領域に対応付けられているコンテンツｘを読み出す。

ステップＳ９６において、ＣＰＵ１０２は、表示制御部１６０（図４参照）として、ｎ番目の窓領域（Ｅｎｘ１、Ｅｎｙ１、Ｅｎｘ２、Ｅｎｙ２）にコンテンツｘを表示する。このとき、好ましくは、ＣＰＵ１０２は、窓領域のサイズに合わせてコンテンツｘを拡大または縮小する。

ステップＳ９８において、ＣＰＵ１０２は、変数ｎをインクリメントする。すなわち、ＣＰＵ１０２は、ｎに１加算する。

ステップＳ１００において、ＣＰＵ１０２は、変数ｎが開口部数Ｎに等しいか否かを判断する。変数ｎが開口部数Ｎに等しいと判断した場合（ステップＳ１００においてＹＥＳ）、ＣＰＵ１０２は、図１０に示されるコンテンツの表示処理を終了する。そうでない場合には（ステップＳ１００においてＮＯ）、ＣＰＵ１０２は、制御をステップＳ９４に戻す。

［携帯端末１００のハードウェア構成］
図１１を参照して、携帯端末１００のハードウェア構成の一例について説明する。図１１は、携帯端末１００の主要なハードウェア構成を示すブロック図である。図１１に示されるように、携帯端末１００は、ＲＯＭ（Read Only Memory）１０１と、ＣＰＵ１０２と、ＲＡＭ（Random Access Memory）１０３と、表示部１０５と、タッチパネル１０６と、磁気センサ１０７と、ネットワークインターフェイス１０８と、カメラ１０９と、記憶装置１２０とを含む。

ＲＯＭ１０１は、オペレーティングシステム、記憶装置１２０から読み出された制御プログラム１２６などを格納する。ＣＰＵ１０２は、オペレーティングシステムや携帯端末１００の制御プログラム１２６などの各種プログラムを実行することで、携帯端末１００動作を制御する。ＲＡＭ１０３は、ワーキングメモリとして機能し、制御プログラム１２６の実行に必要な各種データを一時的に格納する。

表示部１０５は、タッチパネル１０６に重ねられている。これにより、携帯端末１００は、ユーザのタッチ操作を受け付けることができる。タッチパネル１０６は、ユーザによってタッチされた表示部１０５の位置を座標値としてＣＰＵ１０２に出力する。

磁気センサ１０７は、携帯端末１００の磁石１０７Ａの近傍に設けられている。磁気センサ１０７は、周囲の磁界の大きさを検知し、検知した磁界の大きさをＣＰＵ１０２に出力する。ＣＰＵ１０２は、カバー２００の磁石２２０が携帯端末１００の磁石１０７Ａに近付くと磁界の大きさが変化することを利用して、磁気センサ１０７からの出力値が所定値以上変化したことに基づいてカバー２００の閉状態を検知する。

ネットワークインターフェイス１０８は、アンテナ１０８Ａを介して、他の通信機器との間でデータを送受信する。他の通信機器は、たとえば、サーバ、その他の通信装置などを含む。携帯端末１００は、アンテナ１０８Ａを介して、本実施の形態に従う制御プログラム１２６をダウンロードできるように構成されてもよい。

カメラ１０９は、ユーザからの撮影指示に基づいて被写体を撮影する。これにより、被写体が撮像され、画像が生成される。カメラ１０９および携帯端末１００は、別個に構成されてもよいし、図１１に示されるように一体的に構成されてもよい。

記憶装置１２０は、たとえば、ｅＭＭＣ（Embedded MultiMediaCard）などの記憶媒体である。一例として、記憶装置１２０は、範囲情報１２２（図４参照）と、コンテンツ情報１２４（図６参照）と、本実施の形態に従う制御プログラム１２６とを格納する。範囲情報１２２およびコンテンツ情報１２４の格納場所は、記憶装置１２０に限定されず、たとえば、ＲＯＭ１０１、ＣＰＵ１０２のキャッシュ、ＲＡＭ１０３、または他の通信機器などに格納されていてもよい。

制御プログラム１２６は、単体のプログラムとしてではなく、任意のプログラムの一部に組み込まれて提供されてもよい。この場合、任意のプログラムと協働して本実施の形態に従う処理が実現される。このような一部のモジュールを含まないプログラムであっても、本実施の形態に従う携帯端末１００の趣旨を逸脱するものではない。さらに、本実施の形態に従う制御プログラム１２６によって提供される機能の一部または全部は、専用のハードウェアによって実現されてもよい。さらに、携帯端末１００とサーバとが協働して、本実施の形態に従う処理を実現するようにしてもよい。さらに、少なくとも１つのサーバが本実施の形態に従う処理を実現する、所謂クラウドサービスの形態で携帯端末１００が構成されてもよい。

［第１の実施の形態のまとめ］
以上のようにして、携帯端末１００は、カバー２００を撮影して得られるカバー画像から、カバー２００が携帯端末１００を覆う部分を表わす画像領域２１６をと開口部２１０を表わす画像領域２１７とを検知する。携帯端末１００は、画像領域２１６に対する画像領域２１７の位置に応じて、カバー２００の閉状態時に開口部２１０に覆われる表示部１０５内の窓領域１０５Ａを検知する。携帯端末１００は、検知した窓領域１０５Ａにコンテンツを表示する。これにより、携帯端末１００は、カバー２００の開口部２１０の位置に合わせてコンテンツを表示することができる。その結果、ユーザは、様々な種類のカバー２００を携帯端末１００に装着することが可能になり、好みのカバーを選択することができる。

＜第２の実施の形態＞
第１の実施の形態に従うコンテンツ情報１２４においては、図６に示されるように、窓領域情報ごとに１つのコンテンツが対応付けられていた。これに対して第２の実施の形態に従うコンテンツ情報１２４においては、窓領域情報ごとに複数のコンテンツが対応付けられている。

図１２は、第２の実施の形態に従うコンテンツ情報１２４の内容を示す図である。図１２に示されるように、窓領域情報ごとに複数のコンテンツが対応付けられている。また、各コンテンツには、優先度が設定されている。当該優先度は、予め設定されていてもよいし、ユーザによって任意に設定されてもよい。

上述したように、携帯端末１００は、コンテンツ情報１２４に基づいて、窓領域が属する表示部内の区画を検知し、当該区画に対応付けられているコンテンツを表示対象として選択する。このとき、複数の窓領域が互いに異なる区画に属する場合には、携帯端末１００は、各区画に対応付けられている、優先度が最も高いコンテンツを表示対象として選択する。同一区画に属する窓領域が複数存在する場合には、携帯端末１００は、当該区画に対応付けられているコンテンツを優先度の高い順に選択する。

これにより、携帯端末１００は、同一区画に属する窓領域が複数存在する場合に、各窓領域に異なる種類のコンテンツを表示することができ、携帯端末１００の表示領域が有効に利用される。

＜第３の実施の形態＞
［概要］
第１の実施の形態に従う携帯端末１００は、窓領域の位置に合わせてコンテンツを表示していた。これに対して、第３の実施の形態に従う携帯端末１００は、窓領域の位置だけでなく、窓領域のサイズに合わせてコンテンツを表示する。

図１３を参照して、第３の実施の形態に従う携帯端末１００の概要について説明する。図１３は、窓領域のサイズに応じてコンテンツの表示を変えている様子を示す図である。

図１３の例（Ａ）に示されるように、窓領域１０５Ａのサイズが大きい場合には、携帯端末１００は、大きめの時計コンテンツを窓領域１０５Ａに表示する。図１３の例（Ｂ）に示されるように、窓領域１０５Ａのサイズが小さい場合には、携帯端末１００は、小さめの時計コンテンツを窓領域１０５Ａに表示する。このように、窓領域のサイズが大きいほど表示されるコンテンツは大きくなり、窓領域のサイズが小さいほど表示されるコンテンツは小さくなる。

また、携帯端末１００は、窓領域１０５Ａのサイズにコンテンツのサイズを合わせるだけでなく、窓領域１０５Ａのサイズに合わせてコンテンツの表示パターンを変える。図１３の例（Ａ），（Ｂ）では、共に、時計コンテンツが表示されているが、表示パターンは、アナログ時計とデジタル時計とで異なっている。

［制御構造］
図１４〜図１６を参照して、第３の実施の形態に従う携帯端末１００の制御構造について説明する。図１４は、第３の実施の形態におけるコンテンツの選択処理を示すフローチャートである。図１５は、第３の実施の形態に従うコンテンツ情報１２４の内容を示す図である。図１６は、第３の実施の形態におけるコンテンツの表示処理を示すフローチャートである。

図１４および図１６の処理は、携帯端末１００のＣＰＵ１０２（図４参照）がプログラムを実行することにより実現される。他の局面において、処理の一部または全部が、回路素子またはその他のハードウェアによって実行されてもよい。以下では、コンテンツの選択処理およびコンテンツの表示処理について順に説明する。

（コンテンツの選択処理）
図１４および図１５を参照して、コンテンツの選択処理について説明する。なお、図１４のステップＳ６７Ａ，Ｓ６７Ｂ以外の処理は図９に示される各ステップと同じであるので、それらの処理については説明を繰り返さない。なお、以下では、ステップＳ６６でコンテンツｘとして時計コンテンツが選択されたとする。

ステップＳ６７Ａにおいて、ＣＰＵ１０２は、ステップＳ５２で読み出されたｎ番目の窓領域（Ｅｎｘ１、Ｅｎｙ１、Ｅｎｘ２、Ｅｎｙ２）に基づいて、当該窓領域のサイズを算出する。より具体的には、ＣＰＵ１０２は、窓領域の左上端のｘ座標Ｅｎｘ１と、窓領域の右下端のｘ座標Ｅｎｘ２との間の距離を窓領域の横幅として算出する。ＣＰＵ１０２は、窓領域の左上端のｙ座標Ｅｎｙ１と、窓領域の右下端のｙ座標Ｅｎｙ２との間の距離を窓領域の縦幅として算出する。ＣＰＵ１０２は、窓領域の横幅と縦幅とをサイズｘとして記憶する。

ステップＳ６７Ｂにおいて、ＣＰＵ１０２は、コンテンツ情報１２４に基づいて、ステップＳ６６で選択された時計コンテンツの表示パターンを選択するとともに、コンテンツの表示方法を選択する。

より具体的には、図１５に示されるように、コンテンツ情報１２４において、窓領域情報とコンテンツ表示情報とが互いに関連付けられている。窓領域情報は、窓領域のサイズを含む。窓領域のサイズは、窓領域の横幅と窓領域の縦幅とを含む。コンテンツ表示情報は、コンテンツの表示パターンと、コンテンツの表示方法とを含む。コンテンツの表示方法は、文字サイズとフォントとを含む。

ＣＰＵ１０２は、ステップＳ６７Ａで算出した窓領域の縦幅と横幅とに対応付けられているコンテンツの表示パターンｘをｎ番目の窓領域に関連付けて記憶する。同様に、ＣＰＵ１０２は、ステップＳ６７Ａで算出した窓領域の縦幅と横幅とに対応付けられているコンテンツの表示方法ｘをｎ番目の窓領域に関連付けて記憶する。

（コンテンツの表示処理）
図１６を参照して、コンテンツの表示処理について説明する。なお、図１６のステップＳ９４Ａ，Ｓ９６Ａ以外の処理は図１０に示される各ステップと同じであるので、それらの処理については説明を繰り返さない。

ステップＳ９４Ａにおいて、ＣＰＵ１０２は、図１５のステップＳ６７Ｂで記憶されたｎ番目の窓領域に関連付けられているコンテンツの表示パターンｘと表示方法ｘとを読み出す。

ステップＳ９６Ａにおいて、ＣＰＵ１０２は、表示制御部１６０（図４参照）として、ｎ番目の窓領域（Ｅｎｘ１、Ｅｎｙ１、Ｅｎｘ２、Ｅｎｙ２）にコンテンツを表示パターンｘで、かつ表示方法ｘで表示する。

［第３の実施の形態のまとめ］
以上のようにして、第３の実施の形態に従う携帯端末１００は、窓領域のサイズに合った表示パターンのコンテンツを、窓領域のサイズに合った表示方法で表示する。これにより、携帯端末１００は、開口部のサイズに合わせて適切なコンテンツを表示することができる。その結果、ユーザのカバー２００の選択幅が増える。

＜第４の実施の形態＞
第３の実施の形態に従う携帯端末１００は、窓領域のサイズに合わせてコンテンツを表示していた。これに対して、第４の実施の形態に従う携帯端末１００は、窓領域の形状に合わせてコンテンツを表示する。

窓領域の形状とコンテンツの表示パターンとの関係は、たとえば、コンテンツ情報１２４に規定されている。図１７は、第４の実施の形態に従うコンテンツ情報１２４の内容を示す図である。

図１７に示されるように、コンテンツ情報１２４において、窓領域情報とコンテンツ表示情報とが互いに関連付けられている。窓領域情報は、窓領域の形状を含む。コンテンツ表示情報は、コンテンツの表示パターンと、コンテンツの表示方法とを含む。コンテンツの表示方法は、文字サイズとフォントとを含む。

携帯端末１００は、カバー２００の画像から窓領域の形状を特定する。一例として、携帯端末１００は、テンプレートマッチングやエッジ検知処理などの画像処理により窓領域の形状を特定する。携帯端末１００は、コンテンツ情報１２４を参照して、特定された形状に対応付けられている表示パターンと表示方法とを選択する。携帯端末１００は、選択した表示パターンおよび表示方法で窓領域にコンテンツを表示する。

これにより、携帯端末１００は、カバー２００の開口部の形状に依存せずに、適切なコンテンツを表示することができる。その結果、ユーザのカバー２００の選択幅が増える。

＜第５の実施の形態＞
［概要］
第１の実施の形態に従う携帯端末１００は、窓領域の位置に合わせてコンテンツを表示していた。これに対して、第５の実施の形態に従う携帯端末１００は、窓領域の位置だけでなく、カバー２００の色に合わせてコンテンツを表示する。

以下では、図１８を参照して、第５の実施の形態に従う携帯端末１００の概要について説明する。図１８は、カバーの色および模様に応じてコンテンツの表示を変えている様子を示す図である。

一例として、携帯端末１００は、カバー２００と同系色のコンテンツを表示する。たとえば、図１８の例（Ａ）に示されるように、カバー２００の色が黒系である場合には、黒系の時計コンテンツを表示する。

また、携帯端末１００は、カバー２００と同系の柄のコンテンツを表示する。たとえば、図１８の例（Ｂ）に示されるように、カバー２００がドット柄である場合には、時計コンテンツの背景をドット柄にする。

このように、携帯端末１００は、カバー２００の色合いおよび柄に合ったコンテンツを表示することにより、携帯端末１００のデザイン性が向上する。また、カバー２００の種類が変わる度に表示されるコンテンツの色または柄が変わるので、ユーザは、カバー２００を変えることに楽しさを感じることができる。

［制御構造］
図１９〜図２１を参照して、第５の実施の形態に従う携帯端末１００の制御構造について説明する。図１９は、第５の実施の形態におけるカバー色の検知処理を示すフローチャートである。図２０は、第５の実施の形態におけるコンテンツの選択処理を示すフローチャートである。図２１は、第５の実施の形態に従うコンテンツ情報１２４の内容を示す図である。

図１９および図２０の処理は、携帯端末１００のＣＰＵ１０２（図４参照）がプログラムを実行することにより実現される。他の局面において、処理の一部または全部が、回路素子またはその他のハードウェアによって実行されてもよい。以下では、カバー色の検知処理およびコンテンツの選択処理について順に説明する。

（カバー色の検知処理）
ステップＳ１１０において、ＣＰＵ１０２は、取得部１５０（図４参照）として、カバー画像を取得する。

ステップＳ１１２において、ＣＰＵ１０２は、カバー画像からカバー２００の色を検知する。検知対象の色は、たとえば、赤系の色、黒系の色、白系の色、青系の色、シルバー系の色などを含む。カバー画像は、たとえば、カラー画像である。カバー画像の各画素は、たとえば、赤色の階調値、緑色の階調値、および青色の階調値で表わされる。ＣＰＵ１０２は、カバー画像内のカバー部分を表わす領域における各色の階調値に応じてカバー２００の色を決定する。

ステップＳ１２０において、ＣＰＵ１０２は、カバー色が検知されたか否かを判断する。ＣＰＵ１０２は、カバー色が検知されたと判断した場合（ステップＳ１２０においてＹＥＳ）、制御をステップＳ１２４に切り替える。そうでない場合には（ステップＳ１２０においてＮＯ）、ＣＰＵ１０２は、制御をステップＳ１２２に切り替える。

ステップＳ１２２において、ＣＰＵ１０２は、カバー色としてデフォルト色を設定する。デフォルト色は、たとえば、白系の色である。

ステップＳ１２４において、ＣＰＵ１０２は、検知されたカバー色を色ｘとして記憶する。

ステップＳ１２６において、ＣＰＵ１０２は、カバー画像に基づいて、カバーの柄を検知する。検知対象の柄は、たとえば、ストライプ、水玉、キャラクター、キラキラなどを含む。柄の検知方法の一例として、カバーの柄を表わす複数のテンプレートが予め記憶されており、ＣＰＵ１０２は、各テンプレートとカバー画像とを照合する。ＣＰＵ１０２は、照合値が所定値を超えたテンプレートに対応付けられている柄をカバー２００の柄として決定する。

ステップＳ１３０において、ＣＰＵ１０２は、カバーの柄が検知されたか否かを判断する。ＣＰＵ１０２は、カバーの柄が検知されたと判断した場合（ステップＳ１３０においてＹＥＳ）、制御をステップＳ１３４に切り替える。そうでない場合には（ステップＳ１３０においてＮＯ）、ＣＰＵ１０２は、制御をステップＳ１３２に切り替える。

ステップＳ１３２において、ＣＰＵ１０２は、カバーの柄としてデフォルトの柄を設定する。デフォルトの柄は、たとえば、無地の柄である。

ステップＳ１３４において、ＣＰＵ１０２は、検知されたカバーの柄を柄ｘとして記憶する。

ステップＳ１３６において、ＣＰＵ１０２は、カバーの色ｘと、カバーの柄ｘとをカバー情報として記憶する。

（コンテンツの選択処理）
図２０および図２１を参照して、コンテンツの選択処理について説明する。なお、図２０のステップＳ５４，Ｓ６７Ｃ〜Ｓ６７Ｅ以外の処理は図９に示される各ステップと同じであるので、それらの処理については説明を繰り返さない。

ステップＳ５４において、ＣＰＵ１０２は、図１９のステップＳ１３６で記憶されたカバー情報を読み出す。カバー情報には、カバーの色情報および柄情報が含まれている。

ステップＳ６７Ｃにおいて、ＣＰＵ１０２は、カバー情報が存在するか否かを判断する。ＣＰＵ１０２は、カバー情報が存在すると判断した場合（ステップＳ６７ＣにおいてＹＥＳ）、制御をステップＳ６７Ｄに切り替える。そうでない場合には（ステップＳ６７ＣにおいてＮＯ）、ＣＰＵ１０２は、制御をステップＳ６７Ｅに切り替える。

ステップＳ６７Ｄにおいて、ＣＰＵ１０２は、コンテンツ情報１２４に規定されているコンテンツの種類の中から、カバー２００の色に対応付けられているコンテンツを選択する。

より具体的には、図２１に示されるように、コンテンツ情報１２４において、カバー情報とコンテンツ表示情報とが互いに関連付けられている。カバー情報は、カバー２００の色と柄とを含む。コンテンツ表示情報は、コンテンツの種類と、コンテンツの背景色またはコンテンツの背景画像と、コンテンツの文字色と、コンテンツのフォントとを含む。

ＣＰＵ１０２は、コンテンツ情報１２４に基づいて、ステップＳ６６で選択されたコンテンツｘと、ステップＳ５４で読み出されたカバー情報とに対応付けられているコンテンツ表示情報ｘを選択し、ｎ番目の窓領域とコンテンツ表示情報ｘとを関連付けて記憶する。

ステップＳ６７Ｅにおいて、ＣＰＵ１０２は、ｎ番目の窓領域の表示方法としてデフォルトの表示方法を設定する。

［第５の実施の形態のまとめ］
以上のようにして、第５の実施の形態に従う携帯端末１００は、カバー２００の色および柄に合ったコンテンツを表示する。その結果、携帯端末１００は、カバーの色および柄に応じて適切なデザインのコンテンツを表示することができる。これにより、携帯端末１００およびカバー２００のデザイン（コンセプト）が窓領域１０５Ａも含めて統一される。

今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。

１００ 携帯端末、１０１ ＲＯＭ、１０２ ＣＰＵ、１０３ ＲＡＭ、１０５ 表示部、１０５Ａ 窓領域、１０５Ｂ 非窓領域、１０６ タッチパネル、１０７ 磁気センサ、１０７Ａ，２２０ 磁石、１０８ ネットワークインターフェイス、１０８Ａ アンテナ、１０９ カメラ、１１６ 端末領域、１１７ 表示領域、１２０ 記憶装置、１２２ 範囲情報、１２４ コンテンツ情報、１２６ 制御プログラム、１５０ 取得部、１５２ 領域検知部、１５４ 状態検知部、１５６ 選択部、１６０ 表示制御部、２００，２００Ａ〜２００Ｄ カバー、２１０ 開口部、２１５ 画像、２１６，２１７ 画像領域。

Claims (10)

1. 開口部を有する開閉可能なカバーが取り付けられ得る携帯端末であって、
   前記カバーが閉じられている閉状態において前記カバーに覆われる表示部と、
   前記カバーの画像を取得するための取得部と、
   前記画像内の前記開口部の位置に基づいて、前記閉状態において前記開口部に覆われる前記表示部内の第１表示領域を検知するための領域検知部と、
   前記表示部の前記第１表示領域にコンテンツを表示するための表示制御部とを備える、携帯端末。
2. 前記領域検知部は、前記閉状態において前記カバーが前記携帯端末を覆う部分を表わす第１画像領域を前記画像から検知するとともに、前記開口部を表わす第２画像領域を前記画像から検知し、前記第１画像領域に対する前記第２画像領域の位置に応じて、前記第１表示領域を検知する、請求項１に記載の携帯端末。
3. 前記携帯端末は、前記カバーが閉じられている前記閉状態を検知するための状態検知部をさらに備え、
   前記表示制御部は、前記閉状態が検知されたことに基づいて、前記第１表示領域に前記コンテンツを表示する、請求項１または２に記載の携帯端末。
4. 前記表示制御部は、前記第１表示領域のサイズに合わせて前記コンテンツを拡大または縮小した上で前記コンテンツを前記第１表示領域に表示する、請求項１〜３のいずれか１項に記載の携帯端末。
5. 前記携帯端末は、前記第１表示領域に関する情報別に前記コンテンツの種類を対応付けているコンテンツ情報に基づいて、前記コンテンツ情報に規定されているコンテンツの種類の中から、前記領域検知部によって特定された前記第１表示領域に対応するコンテンツを選択するための選択部をさらに備え、
   前記表示制御部は、前記選択部によって選択されたコンテンツを前記第１表示領域に表示する、請求項１〜４のいずれか１項に記載の携帯端末。
6. 前記第１表示領域に関する情報は、前記表示部内における前記第１表示領域の位置情報、前記第１表示領域のサイズ情報、および前記第１表示領域の形状情報の少なくとも１つを含む、請求項５に記載の携帯端末。
7. 前記コンテンツ情報において、前記コンテンツの種類ごとにさらに色情報が対応付けられており、
   前記選択部は、前記コンテンツ情報に規定されているコンテンツの種類の中から前記カバーの色に対応付けられているコンテンツを選択する、請求項５または６に記載の携帯端末。
8. 前記表示制御部は、前記閉状態において、前記表示部内における前記第１表示領域以外の第２表示領域の輝度を、前記第１表示領域の輝度よりも下げる、請求項１〜７のいずれか１項に記載の携帯端末。
9. 開口部を有する開閉可能なカバーが取り付けられ得る携帯端末の制御方法であって、
   前記携帯端末は、前記カバーが閉じられている閉状態において前記カバーに覆われる表示部を備え、
   前記制御方法は、
   前記カバーの画像を取得するステップと、
   前記画像内の前記開口部の位置に基づいて、前記閉状態において前記開口部に覆われる前記表示部内の第１表示領域を検知するステップと、
   前記表示部の前記第１表示領域にコンテンツを表示するステップとを備える、制御方法。
10. 開口部を有する開閉可能なカバーが取り付けられ得る携帯端末の制御プログラムであって、
    前記携帯端末は、前記カバーが閉じられている閉状態において前記開口部に覆われる表示部を備え、
    前記制御プログラムは、前記携帯端末に、
    前記カバーの画像を取得するステップと、
    前記画像内の前記開口部の位置に基づいて、前記閉状態において前記開口部に覆われる前記表示部内の第１表示領域を検知するステップと、
    前記表示部の前記第１表示領域にコンテンツを表示するステップとを実行させる、制御プログラム。

Images