(57)【要約】      （修正有）【課題】あるアプリで起動した仮想ＫＢによりＯＢＪ操作中の別アプリの表示が妨げられることを抑制する。【解決手段】ＯＢＪ操作検知部３１２が第２アプリでＯＢＪを操作中と検知した場合、第２アプリの表示領域を変更せずに維持する制御を行い、ＯＢＪを操作中でないと検知した場合、第２アプリの表示領域を変更する場合、該表示領域を、縦横比を維持したまま縮小した大きさとし、第２アプリの表示位置を、表示されている仮想キーボードにより入力されるテキストデータが表示される位置を示すカーソル位置から所定の文字数分の領域とは重ならない位置とする制御を行う表示領域制御部３１３を備える。【選択図】図１
2015005129.tif 000002
【特許請求の範囲】
【請求項１】
第１アプリケーションで仮想キーボードが起動されたことを検知するキーボード検知手段と、
上記キーボード検知手段が、上記仮想キーボードが起動されたと検知した場合、上記第１アプリケーションとは別の第２アプリケーションでオブジェクトを操作中か否かを検知する操作検知手段と、
上記操作検知手段が、上記オブジェクトを操作中であると検知した場合、上記第２アプリケーションの表示領域を変更せずに維持する制御を行う表示制御手段と、を備えることを特徴とする情報端末。
【請求項２】
上記操作検知手段は、上記第２アプリケーションで操作中であったオブジェクトに対する操作が完了したか否かを検知し、
上記表示制御手段は、上記操作検知手段が、上記オブジェクトに対する操作が完了したと検知した場合、上記仮想キーボードに対する操作を阻害しないように上記第２アプリケーションの表示領域を変更する制御を行うことを特徴とする請求項１に記載の情報端末。
【請求項３】
上記表示制御手段は、上記第２アプリケーションの表示領域を変更する場合、該表示領域を、縦横比を維持したまま縮小した大きさとし、上記第２アプリケーションの表示位置を、表示されている仮想キーボードにより入力されるテキストデータが表示される位置を示すカーソル位置から所定の文字数分の領域とは重ならない位置とすることを特徴とする請求項１または２に記載の情報端末。
【請求項４】
上記表示制御手段は、上記第２アプリケーションの表示領域を変更する場合、上記第２アプリケーションの表示位置を、上記仮想キーボードによる文字入力の終了直後に操作が必要となる領域と重ならない位置とすることを特徴とする請求項１から３までのいずれか１項に記載の情報端末。
【請求項５】
請求項１から４までのいずれか１項に記載の情報端末を動作させるための制御プログラムであって、コンピュータを上記の各手段として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文字入力のために画面上にキーボードを模した表示を行う機能であるソフトウェアキーボード（以下、適宜「仮想キーボード」と称する）機能を用いるアプリケーション（以下、適宜「アプリ」と略称する）を実行可能な情報端末に関する。
【背景技術】
【０００２】
従来の携帯電話等の携帯情報端末（以下、単に「携帯端末」と称する）ではテンキー、ダイヤルキーなどのハードウェアキーが多く備えられていた。しかしながら、今日では、可能な限り画面サイズを拡大する傾向があり、装置そのもののサイズを大きくすることなく画面サイズをできるだけ大きくするために、端末の一面のほぼ全体が表示画面となっている機種も多く存在する。このような携帯端末では、表示画面上に操作ボタンやキーボードを模した画像の表示等を行うことにより、操作入力や文字入力を受け付けている（仮想キーボード）。
【０００３】
また、表示画面の拡大に伴い、画面上で複数のアプリを実行可能な機種も存在する。例えば、特許文献１には、表示画面を分割し、分割された個々の画面領域で異なるアプリを同時に実行する携帯端末が記載されている。この携帯端末では、分割された各表示領域において、表示されているアプリに対する操作や、分割された表示領域間を跨いでタッチ操作を行うことにより、異なるアプリの間で情報を共有することが可能となる方法が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１２―５２１５９５号公報（2012年9月13日公表）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した仮想キーボードでは、あるアプリで起動した仮想キーボードによりＯＢＪ操作中の別アプリの表示が妨げられるという問題点がある。しかしながら、上記特許文献１では、このような問題点については何ら言及されていない。
【０００６】
本発明は、上記問題に鑑みてなされたものであり、その目的は、あるアプリで起動した仮想キーボードによりＯＢＪ操作中の別アプリの表示が妨げられることを抑制することのできる情報端末などを実現することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明の一態様に係る情報端末は、第１アプリケーションで仮想キーボードが起動されたことを検知するキーボード検知手段と、上記キーボード検知手段が、上記仮想キーボードが起動されたと検知した場合、上記第１アプリケーションとは別の第２アプリケーションでオブジェクトを操作中か否かを検知する操作検知手段と、上記操作検知手段が、上記オブジェクトを操作中であると検知した場合、上記第２アプリケーションの表示領域を変更せずに維持し、上記オブジェクトを操作中でないと検知した場合、上記表示領域を上記仮想キーボードに対する操作を阻害しないように変更する制御を行う表示制御手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明の一態様によれば、あるアプリで起動した仮想キーボードによりＯＢＪ操作中の別アプリの表示が妨げられることを抑制することのできるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の一形態に係る携帯端末の構成を示すブロック図である。
【図２】上記携帯端末の表示部における表示の遷移例を示すである。
【図３】上記携帯端末における処理の流れを示すフローチャートである。
【図４】上記携帯端末の表示部における表示の別の遷移例を示す図である。
【図５】上記携帯端末の表示部における表示のさらに別の遷移例を示す図である。
【発明を実施するための形態】
【００１０】
本発明の実施の形態について図１〜図５に基づいて説明すれば以下のとおりである。以下の特定の実施形態で説明する構成以外の構成については、必要に応じて説明を省略する場合があるが、他の実施形態で説明されている場合は、その構成と同じである。また、説明の便宜上、各実施形態に示した部材と同一の機能を有する部材については、同一の符号を付し、適宜その説明を省略する。
【００１１】
〔実施形態１〕
以下、本発明の実施形態１に係る携帯端末（情報端末）１について、図１〜３および図４（ａ）および（ｂ）を参照して詳細に説明する。
【００１２】
＜装置の構成＞
まず、図２は、本実施形態に係る携帯端末１の外観を示す図である。ここでは、携帯端末１としてスマートフォンを想定しているが、本実施形態はスマートフォンに限られるものではなく、例えば、携帯電話機、ノート型ＰＣ（Personal Computer）等であってもよい。図２（ａ）に示すように、携帯端末１は、タッチパネル１１を備えており、タッチパネル１１に指、ペン等を接触または近づけることにより携帯端末１に対する操作を行うものである。図２（ａ）では、仮想ＫＢ（仮想キーボードまたはソフトウェアキーボート）５３が起動している状態を示しており、タッチパネル１１に、本文入力エリア５１、および仮想ＫＢ５３が表示されている状態を示している。仮想ＫＢは、キーボードを模した画像を表示部に表示し、表示されたキーボード画像に接触すると、接触のあった位置に対応して、実際のキーボードの該当する部分が押下された場合と同様の処理を行うものである。
＜アプリの一部に別のアプリを小さく表示する方法とその問題点＞
ここで、以下、アプリの一部に別のアプリを小さく表示する方法およびその問題点について説明する。まず、図２の（ａ）に示すようにメールアプリ（第１アプリケーション、以下、適宜「第１アプリ」という）のみが起動している場合、携帯端末１の表示部には、本文入力エリア５１および差出人表示エリア５２などが表示され、表示部の紙面に対して下半分程度が仮想ＫＢで覆われる。このとき、仮想ＫＢによる文字入力については特に問題はない。なお、同図に示す状態は、本文入力エリア５１が選択された状態（文字入力可能な状態）であるため、本文入力エリア５１の紙面に対して左上側に、カーソル位置５４が表示されている。
【００１３】
一方、図２の（ｂ）に示すように、メールアプリおよびＴＶアプリ大５５ｂ（第２アプリケーション、以下、適宜「第２アプリ」という）の複数のアプリを表示（起動）している場合、例えば、本文入力エリア５１をタップして、仮想ＫＢ５３を起動させると、表示部の下半分程度が仮想ＫＢで覆われるため、そのままでは、ＴＶアプリ大５５ｂが仮想ＫＢの下に隠れてしまう。そこで、本発明の発明者らは、以上のような仮想ＫＢを起動（表示）させることにより生じる弊害を解決する一つの方法として、仮想ＫＢによる文字入力中はＴＶアプリを仮想ＫＢ自体や、仮想ＫＢによる文字入力の位置と重ならないように一時的に移動およびリサイズ（表示位置および表示サイズを変更）することを新たに考案した。例えば、図２の（ｃ）に示すように、ＴＶアプリ大５５ｂの表示位置および表示サイズをＴＶアプリ小５５ｓのように変更すれば、ＴＶアプリ小５５ｓは、仮想ＫＢにより阻害されないので、視聴中のＴＶシーンを見逃さないで済む。また、ＴＶアプリ小５５ｓは、メールアプリの仮想ＫＢに対する操作を阻害しないように変更されているため、ＴＶアプリ小５５ｓは、仮想ＫＢに対する操作の邪魔にもならない。以下で説明する実施形態１〜３に係る携帯端末（情報端末）１では、その基本動作として上記の方法を取り入れている。
【００１４】
しかしながら、上記の方法では、第２アプリが、ＴＶアプリや動画再生アプリでＴＶや動画などのコンテンツを閲覧するような場合には特に問題はないが、第２アプリが、別のアプリで閲覧以外の各種操作を行う場合においては、ユーザが意図せず別のアプリの表示領域が変更されてしまい、ユーザ操作を妨げる可能性があるという従来にない新規な課題がある。例えば、テキスト編集アプリ（第２アプリ）で文字列を選択中に、メールアプリの仮想ＫＢが起動すると、選択中の文字列を表示したテキスト編集アプリの表示領域の表示位置および表示サイズが変更されて文字列を選択した箇所が隠れたり、選択した文字列が小さくなって見づらくなったりして、テキスト編集アプリの操作が非常に困難になる可能性がある。
【００１５】
以下に記載する本発明を具現化した各形態は、以上のような従来にない新規な課題を解決すべく考案されたものである。
＜携帯端末１の概略構成＞
次に、図１を参照して携帯端末１の概略構成について説明する。図１は、本実施形態に係る携帯端末１の概略構成を示すブロック図である。
【００１６】
図１に示すように、携帯端末１は、制御部１０、タッチパネル１１、記憶部１２およびＲＡＭ１３を含む構成である。なお、図１には、携帯端末１における各種構成のうち、複数のアプリのマルチ表示処理に関連する構成が示されている。また、携帯端末１におけるその他の構成については、従来と同様であるため、その説明は省略する。
【００１７】
タッチパネル１１は、表示部２１および操作受付部２２を含む。表示部２１は、制御部１０から受信した表示情報に基づいて、表示画面に画像を表示するものである。表示部２１は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）ディスプレイなどの表示素子と、受信した画像データに基づいて表示素子を駆動するドライバ回路とを備えた構成である。タッチパネル１１に対する入力操作としては、タップ、ダブルタップ、ドラッグ、フリック、ピンチアウト、ピンチインなどを例示することができる。操作受付部２２は、表示部２１の表示画面上に設置されているか、または該表示画面と一体となって形成されている。操作受付部２２は、利用者の指、ペンなど、表示画面上の位置を指し示すポインタが当該表示画面上の何れの位置に接触または接近（以下、「タッチ」という）したかを検出することにより、携帯端末１に対する操作を受け付けるものである。操作受付部２２は、タッチを検出した位置の情報である受付情報を制御部１０に送信する。なお、本実施形態では、表示部２１が表示する領域と、操作受付部２２が操作を検出する領域とは同じである。
【００１８】
制御部１０は、携帯端末１内の各種構成を統括的に制御するものであり、ＣＰＵ（Central Processing Unit）などのプロセッサを含む。記憶部１２は、各種データおよびプログラムを記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリなどの記憶素子を含む。また、ＲＡＭ１３は、後述するマルチ管理部３１の表示領域制御部（表示制御手段）３１３によって設定された表示領域の表示位置および表示サイズ等を一時的に記憶するものである。なお、制御部１０内のＲＡＭをＲＡＭ１３として用いても良い。次に、制御部１０には、マルチ管理部３１およびアプリケーション実行部３２が含まれている。また、マルチ管理部３１は、仮想ＫＢ検知部（キーボード検知手段）３１１、ＯＢＪ操作検知部（操作検知手段）３１２および表示領域制御部３１３を含む。さらに、アプリケーション実行部３２は、仮想ＫＢ処理部３３を含む。なお、ＯＢＪは、オブジェクトの略称であり、本明細書では、文字情報（文字および文字列などのテキストデータ）、画像情報（静止画および動画などのイメージデータ）、およびＧＵＩ（Graphical User Interface）を構成する表示対象物やポップアップなどの総称として用いている。なお、ＯＢＪとしての画像の種類はどのようなものであってもよく、サムネイル画像なども含まれる。また、ＧＵＩを構成する表示対象物としては、例えば、仮想ボタンおよび仮想スイッチなど、ユーザによる選択を受け付けるための操作用オブジェクトを挙示できる。
【００１９】
仮想ＫＢ検知部３１１は、アプリケーション実行部３２の仮想ＫＢ処理部３３によって複数のアプリのうちの少なくとも一つのアプリで仮想ＫＢが起動されたか否かを検知するものである。
【００２０】
ＯＢＪ操作検知部３１２は、仮想ＫＢ検知部３１１によって仮想ＫＢが起動されたと検知した場合、仮想ＫＢが起動されたアプリ（第１アプリ）とは別のアプリ（第２アプリ）でＯＢＪを操作中（例えば、文字の指定、ＯＢＪの選択など）であるか否かを検知するものである。また、ＯＢＪ操作検知部３１２は、第２アプリで操作中であったＯＢＪに対する操作が完了したか否かをも検知できるようになっている。
【００２１】
表示領域制御部３１３は、少なくとも２つのアプリが実行されている場合で、一方のアプリ（第１アプリ）において仮想ＫＢを起動する処理が実行されたとき、他方のアプリ（第２アプリ）で何らかのＯＢＪを操作中であると検知した場合、他方のアプリの表示領域を変更せずに維持するものである。
【００２２】
また、表示領域制御部３１３は、上記の一方のアプリにおいて仮想ＫＢを起動する処理が実行されたとき、ＯＢＪを操作中でないと検知した場合、仮想ＫＢに対する操作を阻害しないように、他方のアプリの表示領域の表示位置および表示サイズを設定し、設定した表示位置および表示サイズで当該アプリが表示されるように表示情報を表示部２１へ受け渡すものである。より具体的には、表示領域制御部３１３は、第２アプリの表示領域を変更する場合、該表示領域を、縦横比を維持したまま縮小した大きさとし、第２アプリの表示位置を、表示されている仮想キーボードにより入力されるテキストデータが表示される位置を示すカーソル位置から所定の文字数分の領域とは重ならない位置とする。これにより、第２アプリは、仮想ＫＢ、および、これからまさに文字が入力されようとしている領域とは重ならないように表示されるので、第２アプリが表示されることにより、仮想ＫＢに対する操作を阻害してしまうことを防止できる。
【００２３】
さらに、表示領域制御部３１３は、第２アプリの表示位置を、仮想ＫＢによる文字入力の終了直後に操作が必要となる領域と重ならない位置とする。これにより、第２アプリは、仮想ＫＢによる文字入力の終了直後に操作が必要となる領域（例えば、仮想ボタンまたは仮想キーなどのＧＵＩを構成する表示対象物の表示領域）とは重ならないように表示される。これにより、他方のアプリが表示されることにより、一方のアプリの仮想ＫＢに対する操作の完了を阻害してしまうということを抑制することができる。
【００２４】
また、表示領域制御部３１３は、他方のアプリの変更前の表示領域の表示位置および表示サイズ等をＲＡＭ１３に記憶させ、仮想ＫＢの処理が終了（完了）したときに、当該他方のアプリを変更前表示位置および表示サイズで表示されるように表示情報を表示部２１へ受け渡す。なお、アプリの表示領域の表示位置および表示サイズの設定処理の流れについては後述する。また、表示領域制御部３１３は、アプリケーション実行部３２から取得したアプリ実行情報に基づいて、当該アプリの表示領域の表示位置および表示サイズを設定し、設定した表示領域および表示位置を含む当該アプリを実行するための情報を表示情報として表示部２１に受け渡す。
【００２５】
また、表示領域制御部３１３は、アプリケーション実行部３２から取得したアプリ実行情報が、複数のアプリを実行していることを示すものである場合、各アプリの表示領域の表示位置および表示サイズを適切に設定して、表示情報として表示部２１に受け渡す。また、表示領域制御部３１３は、設定した表示位置および表示サイズを示す情報をＲＡＭ１３に格納する。また、表示領域制御部３１３は、ＯＢＪ操作検知部３１２がＯＢＪに対する操作が完了したと検知した場合、仮想ＫＢに対する操作を阻害しないように第２アプリの表示領域を変更する制御を行う。これにより、第２アプリでＯＢＪを操作中に、第１アプリの仮想ＫＢが起動され、その後、第２アプリのＯＢＪの操作が完了した場合、第２のアプリの表示領域を仮想ＫＢに対する操作を阻害しないように変更する。これにより、ＯＢＪの操作が完了した第２アプリの表示により仮想ＫＢの操作が阻害されたりすることがない。
【００２６】
アプリケーション実行部３２は、携帯端末１で実行される様々なアプリを処理するものである。アプリの実行処理は、従来技術により可能であるので、その説明は省略する。仮想ＫＢ処理部３３は、仮想ＫＢに関する処理を実行する。
【００２７】
＜処理の流れ＞
次に、図２（ｂ）および（ｃ）、図３、図４（ａ）および（ｂ）を参照して、最初に、携帯端末１において、サブアプリ（第２アプリ）の表示領域の表示位置および表示サイズが変更される処理の流れについて説明し、その後、サブアプリの表示領域の表示位置および表示サイズが、サブアプリの状態によって、変更されず維持されたり、変更されたりするフローについて説明する。図３は、サブアプリの表示領域の表示位置および表示サイズが、サブアプリの状態によって、変更されず維持されたり、変更されたりする処理の流れを示すフローチャートである。また、図２（ｂ）および（ｃ）は、サブアプリの表示領域の表示位置および表示サイズが変更される場合の表示例を示す図である。本明細書では、サブアプリとは、仮想ＫＢを起動させたアプリとは別のアプリのことである。
【００２８】
図２（ｂ）に示すように、メールアプリ（第１アプリ）の本文入力エリア５１をタップ（選択）すると、その操作結果は、操作受付部２２を介して受付情報としてアプリケーション実行部３２の仮想ＫＢ処理部３３に受け渡される。仮想ＫＢ処理部３３は、上記受付情報を受け取ると、仮想ＫＢを起動させる。アプリケーション実行部３２は、仮想ＫＢ処理部３４によって仮想ＫＢが起動されると、起動中のアプリに関する情報（仮想ＫＢが起動されたことを示す情報を含む）アプリケーション実行情報（以下、「アプリ実行情報」と略称する）が、アプリケーション実行部３２からマルチ管理部３１の仮想ＫＢ検知部３１１に受け渡される。仮想ＫＢは、例えば、メールアプリが起動している場合で、メール作成の指示を受け付けたとき等に起動する。例えば、図２（ｂ）に示すように、メールアプリとＴＶアプリ大５５ｂとが同時に起動しており、メールアプリの返信ボタン５６が指などで押下されると、図２（ｃ）に示すように仮想ＫＢが起動する。このとき、仮想ＫＢが起動すると、本文入力エリア５１および差出人入力エリア５２が表示されるとともに、サブアプリであるＴＶアプリ小５５ｓの表示位置が表示部２１の上部中央よりやや右側となるとともに、表示領域の表示サイズが元の表示領域の表示サイズの半分程度となる。
【００２９】
このとき、ＴＶアプリ小５５ｓの表示位置は、本文入力エリア５１における文字入力位置に重ならず、かつ、仮想ＫＢおよび送信ボタン５６（文字入力の終了直後に操作が必要となる領域）にも重ならない位置である。さらに、ＴＶアプリ小５５ｓの表示領域は、テレビの視聴が困難とならない大きさである。これにより、表示されているテレビによって、仮想ＫＢに対する操作が阻害されることがないので、ユーザに対し、テレビを視聴しつつ、仮想ＫＢに対する操作を可能にすることができる。したがって、仮想ＫＢを操作するために、テレビで放映されていた貴重なシーンを見逃してしまうということを防止することができる。なお、設定後の表示領域は、設定前の表示領域と縦横比が同じであることが望ましい。縦横比が異なると、表示内容が乱れ、視聴者に混乱を与える可能性があるためである。また、表示領域は、予め複数の大きさ（例えば、３段階）の表示領域を設定し、適切なサイズを選択することによって設定してもよいし、本文入力エリア５１の大きさに応じて無段階で設定してもよい。また、ＴＶアプリを表示するのに最適な表示位置および表示サイズを、演算処理等を行って設定してもよい。最適な表示位置および表示サイズとは、仮想ＫＢおよび仮想ＫＢを起動したアプリが表示しているメニューボタンに重ならないような位置で、かつ、これから入力した文字が表示されるであろう位置とも重ならないようなものを指している。
【００３０】
次に、以下では、第２アプリの表示領域の表示位置および表示サイズが、第２アプリの状態によって、変更されず維持されたり、変更されたりするフローについて説明する。
【００３１】
図３に示すＳ１で、仮想ＫＢ検知部３１１は、上記アプリ実行情報に基づき、メールアプリによって仮想ＫＢが起動されたか否かを判定し、仮想ＫＢが起動されたと判定した場合、その結果（以下、「ＫＢ起動アプリ情報」という；ＫＢ起動アプリ情報には、仮想ＫＢを起動したアプリの識別情報なども含まれる）を、アプリ実行情報とともにＯＢＪ操作検知部３１２に受け渡し、Ｓ２に進む（ＹＥＳ）。一方、起動中のいずれのアプリも仮想ＫＢを起動していない場合は、Ｓ１に戻る（ＮＯ）。
【００３２】
Ｓ２で、ＯＢＪ操作検知部３１２は、ＫＢ起動アプリ情報およびアプリ実行情報を受け、複数のアプリが表示（起動）されているか否かを判定し、複数のアプリが起動中（表示中）の場合、その判定結果（複数アプリ起動情報）を上記アプリ実行情報および上記ＫＢ起動情報とともに、表示領域制御部３１３に受け渡してＳ３に進む（ＹＥＳ）。一方、複数のアプリが表示されていない場合は、Ｓ１１に進む（ＮＯ）。Ｓ１１では、表示領域制御部３１３が、メールアプリで起動された仮想ＫＢを表示してＳ１２に進む。Ｓ１２で仮想ＫＢが終了すると「ＥＮＤ」に進む。
【００３３】
Ｓ３では、ＯＢＪ操作検知部３１２は、サブアプリにてＯＢＪを操作中か否かを判定し、ＯＢＪを操作中の場合、その判定結果（ＯＢＪ操作中情報）を表示領域制御部３１３に受け渡してＳ４に進む（ＹＥＳ）。一方、サブアプリにてＯＢＪを操作中でない場合、その判定結果（ＯＢＪ非操作中情報）を表示領域制御部３１３に受け渡してＳ６に進む（ＹＥＳ）。
【００３４】
Ｓ４では、表示領域制御部３１３は、サブアプリの表示領域の表示位置および表示サイズを変更せず、元のままで維持し、Ｓ５に進む。
【００３５】
Ｓ５では、ＯＢＪ操作検知部３１２は、サブアプリにてＯＢＪの操作が完了したか否かを判定し（すなわち、ＯＢＪ操作検知部３１２は、サブアプリにてＯＢＪが操作中か否かを常時または定期的に監視している）サブアプリにてＯＢＪの操作が完了したと判定した場合、その判定結果（ＯＢＪ操作完了情報、または上述したＯＢＪ非操作中情報であっても良い。）を表示領域制御部３１３に受け渡してＳ６に進む（ＹＥＳ）。一方、ＯＢＪ操作検知部３１２がサブアプリにてＯＢＪの操作が完了していないと判定した場合は、Ｓ４に戻る（ＮＯ）。
【００３６】
サブアプリの表示領域の表示位置および表示サイズを変更せず、元のままで維持する場合の表示例について、図４（ａ）および（ｂ）を用いて説明する。図４（ａ）に示す状態では、メールアプリとともにテキスト編集アプリ５７が表示され、ユーザは、「傘の準備をお願いします」という文書の範囲選択を行っている（ＯＢＪを操作中の状態の一例；範囲選択された網掛け部分がＯＢＪに相当する。）。この状態で、本文入力エリア５１をタップして、仮想ＫＢを起動させた場合、本実施形態では、テキスト編集アプリ５７でＯＢＪを操作中であるため、図４（ｂ）に示すように、テキスト編集アプリ５７の表示領域の表示位置および表示サイズを変更しないで、元の状態で維持する。このとき、仮想ＫＢは、テキスト編集アプリ５７の表示領域の背面に表示される。
【００３７】
Ｓ６では、表示領域制御部３１３は、サブアプリの表示領域の表示位置および表示サイズをＲＡＭ１３に記憶させてＳ７に進む。
【００３８】
Ｓ７では、表示領域制御部３１３は、仮想ＫＢが表示され、サブアプリの表示領域の表示位置および表示サイズを変更し、変更後の表示領域および表示サイズでサブアプリが表示されるように表示情報を表示部２１に受け渡して、Ｓ８に進む。Ｓ８では、表示部２１に仮想ＫＢを表示し、サブアプリを変更後の表示領域および表示サイズで表示してＳ９に進む〔図２（ｃ）参照〕。
【００３９】
Ｓ９で仮想ＫＢが終了するとＳ１０に進む（ＹＥＳ）。一方、仮想ＫＢが終了していない場合、Ｓ９に戻る（ＮＯ）。
【００４０】
仮想ＫＢが終了するタイミングとしては、例えば、サブアプリのＯＢＪのドラッグ＆ドロップの完了後などサブアプリの側で必要な操作が完了したタイミングを挙示することができる。
【００４１】
Ｓ１０では、表示領域制御部３１３は、ＲＡＭ１３に格納していた、変更前の表示領域の表示位置および表示サイズでサブアプリを表示するように、表示情報を表示部２１に受け渡し、サブアプリの表示を変更前の表示にし、処理が終了する（ＥＮＤ）。
【００４２】
以上で説明した携帯端末１によれば、第２アプリでＯＢＪを操作中（例えば、何らかのＯＢＪを選択中）に、第１アプリの仮想ＫＢを起動した場合、第２のアプリの表示領域が変更されず維持される（第２アプリの表示位置および表示サイズの変更要求などを無視する）。このため、起動した仮想ＫＢにより操作中の第２アプリケーションの表示が妨げられることがない。また、上記の携帯端末１によれば、第２アプリでＯＢＪを操作中でない場合に、第１アプリの仮想ＫＢを起動した場合、第２のアプリの表示領域が仮想ＫＢに対する操作を阻害しないように変更される。これにより、第２アプリの表示により仮想ＫＢに対する操作が阻害されたりすることもない。以上により、仮想ＫＢにより操作中のアプリの表示が妨げられたり、アプリの表示により仮想ＫＢに対する操作が阻害されたりすることのない情報端末を実現できる。
【００４３】
〔実施形態２：表示部の表示形態に関するバリエーション〕
以下、表示部２１の表示形態に関するバリエーションについて説明する。
【００４４】
＜表示形態１＞
以下、表示部２１の表示形態１について、図４（ｃ）および（ｄ）を参照して説明する。図４（ｃ）に示す状態では、メールアプリとともに画像編集アプリ５８が表示されている。また、画像編集アプリ５８では、ユーザは、表示されている複数の画像のうち、チェックボックスにチェックの入った３つの画像を選択している。この状態で、本文入力エリア５１をタップして、仮想ＫＢを起動させた場合、本実施形態では、図１に示すＯＢＪ操作検知部３１２は、画像編集アプリ５８でＯＢＪ（画像）を操作中と判断し、表示領域制御部３１３は、図４（ｄ）に示すように、テキスト編集アプリ５７の表示領域の表示位置および表示サイズを変更しないで、元の状態で維持する。このとき、仮想ＫＢは、画像編集アプリ５８の表示領域の背面に表示される。
【００４５】
＜表示形態２＞
以下、表示部２１の表示形態２について、図５（ａ）および（ｂ）を参照して説明する。図５（ａ）に示す状態では、メールアプリとともにテキスト編集アプリ５７が表示されている。また、テキスト編集アプリ５７では、ユーザは、「傘の準備をお願い・・・」という文章中の「準備」という日本語を範囲選択することにより、その後のユーザ操作を促すポップアップ表示６０が表示されている（同図では操作コマンドとして、決定、選択、編集が表示されている）。この状態で、本文入力エリア５１をタップして、仮想ＫＢを起動させた場合、本実施形態では、図１に示すＯＢＪ操作検知部３１２は、テキスト編集アプリ５７でＯＢＪ（ポップアップ表示６０）を操作中であるため、図５（ｂ）に示すように、テキスト編集アプリ５７の表示領域の表示位置および表示サイズを変更しないで、元の状態で維持する。このとき、仮想ＫＢは、テキスト編集アプリ５７の表示領域の背面に表示される。
【００４６】
〔その他〕
上述した実施形態では、テレビアプリを例に挙げて説明したが、これに限られるものではなく、動画再生アプリであってもよいし、静止画を表示するアプリやテキスト等を表示するアプリであってもよい。なお、動画等は、インターネットからダウンロードしたものであってもよいし、ユーザ自身が撮影したものであってもよい。また、上述した実施形態では、仮想ＫＢが表示される場合を例に挙げて説明したが、これに限られるものではなく、ポップアップによるオプションメニューの表示等がされる場合であってもよい。
【００４７】
また、上述した実施形態では、仮想ＫＢのみが表示される場合と、仮想ＫＢの他にアプリも表示されている場合とで、仮想ＫＢの表示領域の大きさは変化していないが、他のアプリが表示される場合に仮想ＫＢの表示領域を小さくするものであってもよい。また、上述した実施形態では、日本語のキーボードを想定した仮想ＫＢを例に挙げて説明したが、英語等のキーボードであってもよい。
【００４８】
〔実施形態３；ソフトウェアによる実現例〕
携帯端末１の制御部１０（特にマルチ管理部３１およびアプリケーション実行部３２）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵを用いてソフトウェアによって実現してもよい。
【００４９】
後者の場合、携帯端末１は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭまたは記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭなどを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００５０】
〔まとめ〕
本発明の態様１に係る情報端末は、第１アプリケーションで仮想キーボード（以下、「仮想ＫＢ」と略称する）が起動されたことを検知するキーボード検知手段（仮想ＫＢ検知部３１１）と、上記キーボード検知手段が、上記仮想キーボードが起動されたと検知した場合、上記第１アプリケーションとは別の第２アプリケーションでオブジェクト（以下、「ＯＢＪ」と略称する）を操作中か否かを検知する操作検知手段（ＯＢＪ操作検知部３１２）と、上記操作検知手段が、上記オブジェクトを操作中であると検知した場合、上記第２アプリケーションの表示領域を変更せずに維持する制御を行う表示制御手段（表示領域制御部３１３）と、を備える。
【００５１】
上記の構成によれば、第２アプリケーション（以下、「第２アプリ」という）でＯＢＪを操作中に、第１アプリケーション（以下、「第１アプリ」という）の仮想ＫＢを起動した場合、第２のアプリの表示領域（その表示位置や表示サイズ）が変更されず維持される。このため、起動した仮想ＫＢにより操作中の第２アプリの表示が妨げられることがない。
【００５２】
以上により、あるアプリで起動した仮想ＫＢによりＯＢＪ操作中の別アプリの表示が妨げられることを抑制することができる。「仮想ＫＢ」とは、キーボードを模した画像を表示部に表示し、表示されたキーボード画像に接触すると、接触のあった位置に対応して、実際のキーボードの該当する部分が押下された場合と同様の処理を行うものである。また、本明細書では、「オブジェクト」を、文字情報（テキストデータ）、画像情報（イメージデータ）、およびＧＵＩ（Graphical User Interface）を構成する表示対象物およびポップアップなどの総称として用いている。
【００５３】
本発明の態様２に係る情報端末は、上記態様１において、上記操作検知手段は、上記第２アプリケーションで操作中であったオブジェクトに対する操作が完了したか否かを検知し、上記表示制御手段は、上記操作検知手段が、上記オブジェクトに対する操作が完了したと検知した場合、上記仮想キーボードに対する操作を阻害しないように上記第２アプリケーションの表示領域を変更する制御を行っても良い。これにより、ＯＢＪの操作が完了した第２アプリケーションの表示により仮想ＫＢの操作が阻害されたりすることがない。
【００５４】
本発明の態様３に係る情報端末は、上記態様１または２において、上記表示制御手段は、上記第２アプリケーションの表示領域を変更する場合、該表示領域を、縦横比を維持したまま縮小した大きさとし、上記第２アプリケーションの表示位置を、表示されている仮想キーボードにより入力されるテキストデータが表示される位置を示すカーソル位置から所定の文字数分の領域とは重ならない位置としても良い。これにより、第２アプリケーションは、仮想ＫＢ、および、これからまさに文字が入力されようとしている領域とは重ならないように表示されるので、第２アプリケーションが表示されることにより、仮想ＫＢに対する操作を阻害してしまうことを防止できる。
【００５５】
本発明の態様３に係る情報端末は、上記態様１〜３において、上記表示制御手段は、上記第２アプリケーションの表示領域を変更する場合、上記第２アプリケーションの表示位置を、上記仮想キーボードによる文字入力の終了直後に操作が必要となる領域と重ならない位置としても良い。これにより、第２アプリケーションは、仮想キーボードによる文字入力の終了直後に操作が必要となる領域（例えば、仮想ボタンまたは仮想キーなどのＧＵＩを構成する表示対象物の表示領域）とは重ならないように表示される。このため、第２アプリケーションが表示されることにより、第１アプリケーションの仮想ＫＢに対する操作の完了を阻害してしまうということを防止することができる。
【００５６】
本発明の各態様に係る情報端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記情報端末が備える各手段として動作させることにより上記情報端末をコンピュータにて実現させる情報端末の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００５７】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【００５８】
本発明は、複数のアプリが実行可能な情報端末に利用することができる。
【符号の説明】
【００５９】
１    携帯端末（情報端末）
３１１    仮想ＫＢ検知部（キーボード検知手段）
３１２    ＯＢＪ操作検知部（操作検知手段）
３１３    表示領域制御部（表示制御手段）
５３    仮想ＫＢ（仮想キーボード）
５４    カーソル位置
【図１】
2015005129.tif 000003
【図２】
2015005129.tif 000004
【図３】
2015005129.tif 000005
【図４】
2015005129.tif 000006
【図５】
2015005129.tif 000007