(57)【要約】マルチウィンドウ管理装置は、表示面56上に起動アイコン60,62,64,66を表示する起動アイコン表示部と、起動アイコン64が指定されると起動アイコン64に対応するウィンドウ72を起動アイコン64に隣接して開くウィンドウ表示部と、起動アイコン64が指定されると、表示されているウィンドウ68と、指定された起動アイコン64以外の起動アイコン60,62,66とを、新たなウィンドウ72が開かれる領域と重ならないように、表示面56の長辺方向に沿って配列されるように再配置して表示するウィンドウ配置部とを含む。
2008090902.tif 000002
【特許請求の範囲】
【請求項１】
長辺及び短辺を有する矩形領域を含む表示面を有するグラフィカル・ユーザ・インタフェースによる入出力を行なう情報処理装置において、前記表示面上に複数のウィンドウを表示してそれぞれ前記情報処理装置上で実行可能なタスクに割当てるマルチウィンドウ管理装置であって、
前記表示面上に、２個以上の起動アイコンを、互いの領域が重ならないように配置して表示するための起動アイコン表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、前記指定された起動アイコンに隣接して開くためのウィンドウ表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための第１のウィンドウ配置手段とを含む、マルチウィンドウ管理装置。
【請求項２】
さらに、前記第１のウィンドウ配置手段による前記既存のウィンドウの再配置時に、既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、前記第１のウィンドウ配置手段により前記既存のウィンドウの再配置が可能となるように既存のウィンドウのサイズを縮小するためのウィンドウ縮小手段を含む、請求項１に記載のマルチウィンドウ管理装置。
【請求項３】
前記ウィンドウ縮小手段は、前記第１のウィンドウ配置手段による前記既存のウィンドウの再配置時に、既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、既存のウィンドウのサイズを、各ウィンドウに割当てられた優先順位にしたがい、優先順位の低いウィンドウは縮小量が大きく、優先順位が高いウィンドウは縮小量が小さくなるように縮小するための手段と、
前記優先順位をウィンドウごとに記憶するための優先順位記憶手段とを含む、請求項２に記載のマルチウィンドウ管理装置。
【請求項４】
ウィンドウが開かれたことに応答して、ウィンドウが開かれた順番が後になるほど優先順位が高くなるように前記優先順位記憶手段に優先順位を格納するための手段をさらに含む、請求項３に記載のマルチウィンドウ管理装置。
【請求項５】
ウィンドウがアクティブになったことに応答して、ウィンドウがアクティブになった順番が後になるほど優先順位が高くなるように前記優先順位記憶手段に優先順位を格納するための手段をさらに含む、請求項３に記載のマルチウィンドウ管理装置。
【請求項６】
前記第１のウィンドウ配置手段による前記既存のウィンドウの再配置時に、前記ウィンドウ縮小手段が行なったウィンドウの縮小の結果、前記長辺方向の長さが所定のしきい値未満となったウィンドウがあれば、当該ウィンドウを閉じ、対応の起動アイコンの表示を残すためのウィンドウクローズ手段をさらに含む、請求項２〜請求項５のいずれかに記載のマルチウィンドウ管理装置。
【請求項７】
前記起動アイコン表示手段は、前記２個以上の起動アイコンを、前記表示面上に、前記長辺に平行な方向及び前記短辺に平行な方向の双方において、各起動アイコンの表示領域が重複しないように配置して表示するための手段を含む、請求項１に記載のマルチウィンドウ管理装置。
【請求項８】
前記ウィンドウ表示手段により表示される新たなウィンドウは矩形であり、
前記新たなウィンドウの、前記短辺に平行な二辺上には前記指定された起動アイコンと、操作アイコンとがそれぞれ配置されて表示される、請求項１又は請求項７に記載のマルチウィンドウ管理装置。
【請求項９】
前記操作アイコンは、前記指定された起動アイコンと同じ形状である、請求項８に記載のマルチウィンドウ管理装置。
【請求項１０】
前記指定された起動アイコンと、前記操作アイコンとは、それらの中心を結ぶ線分が前記長辺と平行になるような位置に配置される、請求項８又は請求項９に記載のマルチウィンドウ管理装置。
【請求項１１】
前記マルチウィンドウ管理装置は、
対応するウィンドウとともに表示された起動アイコンが前記長辺方向に沿ってドラッグされたことに応答して、当該ウィンドウをドラッグの長さ及びその方向に応じて移動させるためのウィンドウ移動手段と、
前記ウィンドウ移動手段によるウィンドウの移動があったときに、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとを、いずれも前記ドラッグにより移動されたウィンドウの移動後の領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための第２のウィンドウ配置手段とをさらに含む、請求項８〜請求項１０のいずれかに記載のマルチウィンドウ管理装置。
【請求項１２】
前記第２のウィンドウ配置手段は、前記ウィンドウ移動手段によるウィンドウの移動があったときの既存のウィンドウの再配置において、前記長辺方向におけるウィンドウの表示の順番を維持する、請求項１１に記載のマルチウィンドウ管理装置。
【請求項１３】
前記第２のウィンドウ配置手段は、
前記ウィンドウ移動手段によるウィンドウの移動があったときの既存のウィンドウの再配置において、前記表示面上において前記ウィンドウの移動方向に存在する空白領域の、前記長辺方向の大きさを縮小させることによりウィンドウを再配置するための手段と
そうした空白領域が存在しなくなると前記ウィンドウの移動方向に存在するウィンドウのサイズを前記移動されているウィンドウの移動量に応じて縮小するための手段とを含む、請求項１２に記載のマルチウィンドウ管理装置。
【請求項１４】
前記第２のウィンドウ配置手段によるウィンドウの再配置の結果、前記長辺方向の大きさが所定のしきい値未満となったウィンドウを閉じ、対応する起動アイコンの表示を残すためのウィンドウクローズ手段をさらに含む、請求項１３に記載のマルチウィンドウ管理装置。
【請求項１５】
前記第２のウィンドウ配置手段は、前記ウィンドウ移動手段によるウィンドウの移動があったときの既存のウィンドウの再配置において、前記短辺方向における各ウィンドウの大きさを維持し、長辺方向におけるウィンドウの大きさを変更する、請求項１１〜請求項１４のいずれかに記載のマルチウィンドウ管理装置。
【請求項１６】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力画面を、ウィンドウの前記短辺方向の大きさを維持し、前記長辺方向の縮尺をウィンドウサイズの変更に応じて変更して表示する、請求項１５に記載のマルチウィンドウ管理装置。
【請求項１７】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力がテキストデータであるときに、通常表示に用いるフォントよりも、少なくとも前記長辺方向の大きさが縮小されたフォントで当該テキストデータをウィンドウ内に表示する、請求項１６に記載のマルチウィンドウ管理装置。
【請求項１８】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力がテキストデータであるときに、当該テキストデータをウィンドウ幅にあわせて改行しながらウィンドウ内に表示する、請求項１６に記載のマルチウィンドウ管理装置。
【請求項１９】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力画面の全体が前記ウィンドウ内に表示されるように、前記出力画面のアスペクト比を維持しながら全体の大きさを拡大又は縮小する、請求項１５に記載のマルチウィンドウ管理装置。
【請求項２０】
前記マルチウィンドウ管理装置は、対応するウィンドウとともに表示された操作アイコンが前記長辺方向に沿ってドラッグされたことに応答して、当該ウィンドウの前記長辺方向の大きさを、前記ドラッグの長さ及び方向にしたがって変更するためのウィンドウサイズ変更手段をさらに含む、請求項８〜請求項１３のいずれかに記載のマルチウィンドウ管理装置。
【請求項２１】
前記ウィンドウサイズ変更手段は、前記操作アイコンがドラッグされた際に、当該操作アイコンと対となる起動アイコンの位置を維持して前記ウィンドウの前記長辺方向の大きさを変更する、請求項２０に記載のマルチウィンドウ管理装置。
【請求項２２】
前記ウィンドウサイズ変更手段によるウィンドウサイズの変更の結果、前記操作アイコンがドラッグされたウィンドウの前記長辺方向の大きさが所定のしきい値未満となったことに応答して、当該ウィンドウを閉じ、対応する起動アイコンの表示を残すためのウィンドウクローズ手段をさらに含む、請求項２０に記載のマルチウィンドウ管理装置。
【請求項２３】
前記グラフィカル・ユーザ・インタフェースにより、前記表示面上に表示されているウィンドウの前記短辺上に表示されている前記操作アイコンが所定時間以上連続して指定されたことに応答して、当該ウィンドウに対応するタスクの操作に関する操作情報を前記表示面上に表示するための手段をさらに含む、請求項８〜請求項１３、請求項２０及び請求項２１のいずれかに記載のマルチウィンドウ管理装置。
【請求項２４】
前記グラフィカル・ユーザ・インタフェースにより、前記表示面上に表示されているウィンドウの前記短辺上に表示されている前記起動アイコンが所定時間以上連続して指定されたことに応答して、当該ウィンドウに対応するタスクの操作に関する操作情報を前記表示面上に表示するための手段をさらに含む、請求項８〜請求項１３、請求項２０及び請求項２１のいずれかに記載のマルチウィンドウ管理装置。
【請求項２５】
前記操作情報は、前記ウィンドウに対応するタスクの機能を列挙した機能メニューであり、
さらに、前記機能メニューのいずれかの機能が前記グラフィカル・ユーザ・インタフェースにより指定されたことに応答して、当該機能を実行するための手段を含む、請求項２３又は請求項２４に記載のマルチウィンドウ管理装置。
【請求項２６】
前記表示面上に存在するウィンドウのいずれかの内部領域が前記グラフィカル・ユーザ・インタフェースにより指定されたことに応答して、当該ウィンドウをアクティブなウィンドウに設定し、他のウィンドウを非アクティブなウィンドウに設定し、アクティブなウィンドウに設定されたウィンドウの前記起動アイコン及び前記操作アイコンを、他のウィンドウの起動アイコン及び操作アイコンの表示態様とは異なる態様で表示するためのウインドウ・アクティブ化手段をさらに含む、請求項８〜請求項１３、請求項２０及び請求項２１のいずれかに記載のマルチウィンドウ管理装置。
【請求項２７】
前記２個以上の起動アイコンに対応付けられたウィンドウのデフォルトサイズを記憶するためのデフォルトウィンドウサイズ記憶手段をさらに含み、
前記ウィンドウ表示手段は、前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、前記デフォルトウィンドウサイズ記憶手段に記憶されたデフォルトサイズで、前記指定された起動アイコンと隣接した領域に開くための手段を含む、請求項１〜請求項５、請求項７〜請求項１３、請求項２０、請求項２１、及び請求項２３〜請求項２６のいずれかに記載のマルチウィンドウ管理装置。
【請求項２８】
前記ウィンドウ表示手段は、前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかが指定され、かつ前記長辺方向に沿ってドラッグされたことに応答して、当該起動アイコンに対応する新たなウィンドウを、指定された起動アイコンのドラッグ量に対応するサイズで、前記指定された起動アイコンと隣接した領域に開くための手段を含む、請求項１〜請求項５、請求項７〜請求項１３、請求項２０、請求項２１、及び請求項２３〜請求項２６のいずれかに記載のマルチウィンドウ管理装置。
【請求項２９】
隣接したウィンドウを割当てるべきタスクの組合せを特定したタスク組合せ情報を記憶するためのタスク組合せ情報記憶手段をさらに含み、
前記第１のウィンドウ配置手段は、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されているか否かを判定するための判定手段と、
前記判定手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されていると判定されたことに応答して、これらのタスクのウィンドウが互いに隣接して配置されるように、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとの順序を変更するための順序変更手段と、
前記既存のウィンドウ及び前記指定された起動アイコン以外の起動アイコンを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための手段とを含む、請求項１〜請求項５、請求項７〜請求項１３、請求項２０、請求項２１、及び請求項２３〜請求項２８のいずれかに記載のマルチウィンドウ管理装置。
【請求項３０】
前記タスク組合せ情報記憶手段は、隣接したウィンドウを割当てるべきタスクの組合せ及びその対応するウィンドウの表示順序を特定した表示順序情報を記憶するための表示順序情報記憶手段を含み、
前記マルチウィンドウ管理装置はさらに、前記表示面上における表示の方向を切替えることを指示するユーザ入力に応答して、前記表示面上に表示されている各ウィンドウ内の表示を、前記長辺に平行な方向に画像が正立して表示される第１の表示方向と、前記短辺に平行な方向に画像が正立して表示される第２の表示方向との間で切替える表示方向切替手段を含み、
前記順序変更手段は、
前記判定手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されていると判定されたことに応答して、
前記表示方向切替手段による切替後の表示方向が前記第１の表示方向のときには、これらのタスクのウィンドウが互いに隣接して、かつ前記表示順序情報記憶手段に記憶された表示順序にしたがって配置されるように、表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとの順序を変更し、
前記表示方向切替手段による切替後の表示方向が前記第２の表示方向のときには、これらのタスクのウィンドウが互いに隣接して配置されるように、表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとの順序を変更するための手段を含む、請求項２９に記載のマルチウィンドウ管理装置。
【請求項３１】
前記第１のウィンドウ配置手段は、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウのいずれにも対応していないタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されていたときには、前記組合せのうち、前記指定された起動アイコンに対応するタスク以外のタスクのウィンドウを、前記指定された起動アイコンに対応するタスクのウィンドウ領域に隣接するように開くための手段をさらに含む、請求項２９に記載のマルチウィンドウ管理装置。
【請求項３２】
ウィンドウを排他表示するように指定されたタスクの組合せを特定した排他的タスク組合せ情報を記憶するための排他的タスク組合せ情報記憶手段をさらに含み、
前記第１のウィンドウ配置手段は、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記排他的タスク組合せ情報記憶手段に記憶されているか否かを判定するための手段と、
前記判定するための手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記排他的タスク組合せ情報記憶手段に記憶されていると判定されたことに応答して、当該組合せの内、表示中のウィンドウを閉じ、対応する起動アイコンの表示に変更するためのウィンドウクローズ手段と、
前記判定するための手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記排他的タスク組合せ情報記憶手段に記憶されていると判定されたときに、前記ウィンドウクローズ手段によりウィンドウがクローズされた後の、残りの既存のウィンドウ及び前記指定された起動アイコン以外の起動アイコンとを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための手段と、
前記判定するための手段により、表示中のウィンドウに対応するタスクと、前記指定された起動アイコンに対応するタスクとの組合せのいずれもが、前記排他的タスク組合せ情報記憶手段に記憶されていないと判定されたときに、前記既存のウィンドウ及び前記指定された起動アイコン以外の起動アイコンを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための手段とを含む、請求項１〜請求項５、請求項７〜請求項１３、請求項２０、請求項２１及び請求項２３〜請求項２８のいずれかに記載のマルチウィンドウ管理装置。
【請求項３３】
前記ウィンドウクローズ手段は、ウィンドウをクローズするときに、対応のタスクが特定のタスクである場合には当該タスクの実行を終了させず、対応の前記起動アイコンを通常の表示態様とは異なる表示態様で表示する、請求項６、請求項１４、請求項２２、又は請求項３２に記載のマルチウィンドウ管理装置。
【請求項３４】
前記グラフィカル・ユーザ・インタフェースにより、前記２個以上の起動アイコンのいずれかが、所定時間以上連続して指定され続けたことに応答して、当該起動アイコンの操作ガイダンスを前記表示面上に表示するための操作ガイダンス表示手段をさらに含む、請求項１〜請求項３３のいずれかに記載のマルチウィンドウ管理装置。
【請求項３５】
前記短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶した領域記憶手段と、
前記グラフィカル・ユーザ・インタフェースにより、２個以上の起動アイコンのいずれかが前記短辺に平行な方向にドラッグされたことに応答して、ドラッグ後の当該起動アイコンの表示領域が前記短辺に平行な方向における複数の領域の範囲のいずれに属するかを判定するための領域判定手段と、
当該起動アイコンを、前記領域判定手段によって判定された領域に対応するタスクに割当るためのタスク割当手段とをさらに含む、請求項１〜請求項３４のいずれかに記載のマルチウィンドウ管理装置。
【請求項３６】
前記短辺に平行な方向にドラッグされた起動アイコンの形状を、前記タスク割当手段によって割当てられたタスクを示す形状に変更するための起動アイコン変更手段をさらに含む、請求項３５に記載のマルチウィンドウ管理装置。
【請求項３７】
前記２個以上の起動アイコンを、通常は第１の表示態様で表示し、前記表示面上に表示された起動アイコンのうち、対応するウィンドウが開かれていないものに対応付けられたタスクのいずれかに関連したイベントが発生したことに応答して、当該イベントが関連したタスクに対応する起動アイコンの表示態様を、前記第１の表示態様とは異なる第２の表示態様に変更するための起動アイコン表示変更手段をさらに含む、請求項１〜請求項３６のいずれかに記載のマルチウィンドウ管理装置。
【請求項３８】
前記ウィンドウ表示手段により開かれるウィンドウの大きさは、予め指定することができる、請求項１〜請求項３７のいずれかに記載のマルチウィンドウ管理装置。
【請求項３９】
前記短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶するための領域記憶手段と、
前記グラフィカル・ユーザ・インタフェースにより前記表示面上に表示されたアイコンの領域及び既存のウィンドウの領域のいずれにも属さない領域が所定時間以上連続して指定されたことに応答して、当該指定された領域が、前記短辺に平行な方向における前記複数の領域の範囲のいずれに属するかを判定し、判定された領域に割当てられたタスクに対応する起動アイコンを前記指定された領域に表示し、前記起動アイコンに、前記判定された領域に対応するタスクを割当てるための起動アイコン追加手段をさらに含む、請求項１〜請求項３８のいずれかに記載のマルチウィンドウ管理装置。
【請求項４０】
長辺及び短辺を有する矩形の表示面を有するグラフィカル・ユーザ・インタフェースによる入出力を行なうことが可能なコンピュータを、請求項１〜請求項３９のいずれかに記載のマルチウィンドウ管理装置の各手段として機能させる、マルチウィンドウ管理プログラム。
【請求項４１】
請求項４０に記載のマルチウィンドウ管理プログラムを記録した、コンピュータ読取り可能な記録媒体。
【請求項４２】
請求項１〜請求項３９のいずれかに記載のマルチウィンドウ管理装置と、
長辺及び短辺を有する矩形の表示面を有し、前記マルチウィンドウ管理装置による、前記表示面を使用したマルチウィンドウの管理にしたがうグラフィカル・ユーザ・インタフェースによる入出力を行なうための入出力手段と、
前記入出力手段によるユーザ入力に応答して、前記マルチウィンドウ管理装置により管理される各ウィンドウに対応するタスクを実行し、タスクの実行結果を前記入出力手段の表示面上のウィンドウに出力するためのタスク実行手段とを含む、情報処理装置。
【請求項４３】
前記入出力手段は、表示装置一体型タッチパネルを含む、請求項４２に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は情報処理装置に関し、特に、同時に複数のタスクを実行する情報処理装置における入力インタフェースに関する。
【背景技術】
【０００２】
最近の携帯電話機の性能の進歩、特にその多機能化は著しく、もはや電話機と呼ぶよりは、携帯型のコンピュータと呼ぶほうがふさわしい。携帯電話機には、電話機能に加えて、時計、電卓、ゲーム機能が備えられ、さらにインターネットアクセス機能も備えられている。そのために、携帯電話機は、フルブラウザ、電子メール等の、別々のアプリケーションプログラム（以下単に「アプリケーション」と呼ぶ。）を稼動させるプラットフォームとしても動作する。【０００３】
このように、もはや単なる電話機ではなく、携帯情報端末とも呼ぶべき携帯電話機であるが、依然として解決すべき課題が存在している。最も大きな課題は、人間とのインタフェースである。【０００４】
前述の通り携帯電話機が高機能化すると、一度に多数のアプリケーションを同時に起動させたいという要求が生じる。現在の技術によれば、例えば携帯電話機が小型であっても、複数のアプリケーションを同時に起動させることは比較的容易に実現できる。しかし、携帯電話機の場合には、そのように複数のアプリケーションを起動した場合の情報出力のための条件がコンピュータと比較してはるかに厳しいという問題がある。【０００５】
携帯電話機は、文字通り携帯されるためあくまで小型でなければならない。また、情報の入力のために、キー又はボタンを設けることが必要である。したがって、ボディ面積のうち、モニタに割当てることができる面積は少なく、一般的な携帯電話機にはごく小さなモニタが備えられているだけである。【０００６】
これに対し例えばデスクトップ型のコンピュータであれば、大きなモニタで一度に多くの情報を見ることができる。そして、一度に多くのアプリケーションを起動した場合の表示様式としても確立されたものがある。図１にその典型的な例を示す。【０００７】
図１を参照して、デスクトップ型のコンピュータは、そのモニタ画面１０内に、アプリケーションごとにウィンドウ１２、１４を表示し、各アプリケーションによる表示をそれぞれのウィンドウ内で行なう。場合によっては、一つのアプリケーションで複数のウィンドウを表示することも可能である。【０００８】
このようにモニタに複数のウィンドウを表示した場合、ウィンドウ同士が重なり合うことがある。そうした場合には、従来の技術では、ユーザが目的のウィンドウの一部にマウスポインタをおいてクリックすることで、そのウィンドウがアクティブになり、そのウィンドウに対応するアプリケーションに制御が移る。ウィンドウ数が多くなると、他のウィンドウに完全に隠されるウィンドウも発生する。そのような場合には、例えば特定の組合せのキーを押すことでウィンドウを順番にアクティブにしたり、複数のウィンドウが一覧表示され、そのうちの任意の一つをユーザが選択することを可能にしたりするような仕掛けが用意されている。
【０００９】
しかし、携帯電話機のように小さなモニタに図１に示すような複数のウィンドウを表示すると、ウィンドウが重なり合って見づらくなったり、ウィンドウが他のウィンドウに隠されてしまい、任意のウィンドウの選択が困難になったりするという問題がある。上記したように任意のウィンドウを選択する仕掛けを準備しようとすると、そのために特定のキーの組合せを押したり、ボタンを押したりすることが必要になる。それらを操作する頻度が多くなることに鑑みると、そうした仕掛けを用いると操作が煩雑になるだけである。したがって、携帯電話機のような小さなモニタしか持たない装置で従来のデスクトップ型コンピュータと同様の仕組みを用いるのは現実的でない。【００１０】
こうした問題を解決するための一つの方策が、Ｔ．青山により、特開２００３−２８３６３５号で開示されている。図２に、青山により開示された携帯電話機における複数のアプリケーションの画面の表示方法を示す。図２を参照して、青山の携帯電話機の表示画面２６には、複数のタブ２０，２２及び２４が表示される。これらタブのうち任意のものを選択することにより、そのタブに対応した画面が表示画面２６に表示される。タブを移動することで、複数のアプリケーションの画面を順番に表示させることができる。【００１１】
しかしこのような表示方法では、一度に一つのウィンドウしか表示できず、複数のウィンドウを一度に表示させることができない。複数のアプリケーションを同時に起動する場合として、それら複数のアプリケーションを連動させる必要があるときには、青山の方法では不便である。【００１２】
一方、Ｓ．佐藤らは、特開２００６−５９１１７号公報において、こうした問題を解決するための他の方策を開示している。図３にその表示例を示す。図３を参照して、佐藤らの携帯電話機では、表示画面３０は上下二つの領域３２及び３４に分割されている。これら領域３２及び３４には、それぞれ別々のアプリケーションの出力が表示される。【００１３】
佐藤らは、このように表示画面３０を複数の領域に分割して別々のアプリケーションに割当てた場合、キー入力がどちらの画面のアプリケーションに対するものとなるかをユーザが容易に知ることができないという問題を指摘している。佐藤らはさらに、そうした問題を解決するための手段として、あるアプリケーションがアクティブになったときに、それを何らかの形で表示画面３０に表示することを開示している。
【特許文献１】特開２００３−２８３６３５号（図２）
【特許文献２】特開２００６−５９１１７号（図３）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上に述べたような携帯電話機の表示出力に関する問題の原因の第１は、表示画面が小さいことにある。そのため、表示画面をできるだけ大きくすることが、完全とはいえないが問題の解決策の一つである。そのために、例えば筐体の一面のほぼ全体を表示一体型のタッチパネルとし、表示部と入力部とを共通の領域とすることが考えられる。しかしその場合でも、以下に述べるような問題が残る。【００１５】
例えばデスクトップ型コンピュータで用いられるマルチウィンドウシステムの場合、所望のウィンドウをアクティブにするために、別のウィンドウの位置をずらしたり、ウィンドウサイズを変更したりする必要が生じることがある。携帯電話機に表示一体型タッチパネルを採用しても、依然としてその面積が十分大きいとはいえないため、上記したマルチウィンドウシステムをそのまま採用すると複数のウィンドウの重なりが頻繁に生じる可能性が高い。その上、画面が小さいためにウィンドウサイズも小さく、思ったとおりにウィンドウサイズを変更したり移動させたりする作業自体が難しいという問題がある。【００１６】
青山により開示された技術の場合、前述したとおり、複数のアプリケーションの表示を同時に行なうことができないという問題がある。したがって複数のアプリケーションによる画面を同時に表示して互いに連携した作業を行なうような処理ができない。【００１７】
佐藤らにより開示された技術の場合には、ウィンドウサイズが固定されているという問題がある。マルチウィンドウで複数のアプリケーションを実行させるときには、どのアプリケーションのウィンドウをどの程度の大きさにし、どこに表示させるか、という問題は必ず生じる問題であり、佐藤らはそうした問題に対する解決策を与えていない。【００１８】
それ故に、本発明の目的は、表示面が狭くても、複数のウィンドウを表示しながら目的のウィンドウを容易に見つけることができる、操作のしやすいマルチウィンドウ管理装置を提供することである。【００１９】
本発明の他の目的は、表示面が狭くても、複数のウィンドウを大きさを変化させて表示しながら目的のウィンドウを容易に見つけることができる、操作のしやすいマルチウィンドウ管理装置を提供することである。【００２０】
本発明のさらに他の目的は、表示面が狭くても、複数のウィンドウを全て表示しながら目的のウィンドウを容易に見つけることができる、操作のしやすいマルチウィンドウ管理装置を提供することである。【００２１】
本発明のさらに他の目的は、表示面が狭くても、見やすい形で複数のウィンドウを表示しながら、目的のウィンドウを容易に見つけることができ、アクティブなウィンドウも容易に判断できる、操作のしやすいマルチウィンドウ管理装置を提供することである。【００２２】
本発明のさらに他の目的は、表示面が狭くても、複数のタスクのウィンドウについて、見やすく、操作をしやすいような配置で表示しながら、目的のウィンドウを容易に見つけることができるマルチウィンドウ管理装置を提供することである。
【課題を解決するための手段】
【００２３】
本発明の第１の局面に係るマルチウィンドウ管理装置は、長辺及び短辺を有する矩形領域を含む表示面を有するグラフィカル・ユーザ・インタフェース（ＧＵＩ）による入出力を行なう情報処理装置において、表示面上に複数のウィンドウを表示してそれぞれ情報処理装置上で実行可能なタスクに割当てるマルチウィンドウ管理装置であって、表示面上に、２個以上の起動アイコンを、互いの領域が重ならないように配置して表示するための起動アイコン表示モジュールと、ＧＵＩにより、起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、指定された起動アイコンと、当該指定された起動アイコンに隣接して表示されている起動アイコンとの間に開くためのウィンドウ表示モジュールと、ＧＵＩにより、起動アイコンのいずれかがユーザにより指定されたことに応答して、表示面上に表示されている既存のウィンドウと、指定された起動アイコン以外の起動アイコンとを、いずれも新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが長辺方向に沿って配列されるように再配置し、表示面上に表示するための第１のウィンドウ配置モジュールとを含む。【００２４】
起動アイコン表示モジュールが、表示面上に２個以上の起動アイコンを表示する。これらは互いの表示領域が重ならないように配置される。起動アイコンのいずれかがユーザにより指定されると、指定された起動アイコンと、隣接する起動アイコンとの間に、指定された起動アイコンに対応するウィンドウが開かれる。同時に、第１のウィンドウ配置モジュールが、表示面上に表示されている既存のウィンドウと、指定された起動アイコン以外の起動アイコンとを、いずれも新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが長辺方向に沿って配列されるように再配置し、表示面上に表示する。【００２５】
起動アイコンのいずれかを指定すると、その起動アイコンに対応する新たなウィンドウが、その起動アイコンに隣接して開かれる。起動アイコンとウィンドウとの対応関係が分かりやすく、ユーザのウィンドウ操作が簡単になる。同時に、既存のウィンドウと、指定された起動アイコン以外の起動アイコンとが互いに重ならないように第１のウィンドウ配置モジュールによって再配置される。ウィンドウ同士が重なることがなく、ウィンドウの重複を許す場合と比較して、目的のウィンドウを容易に見つけることができ、起動アイコンによってそれらを識別することができる。その結果、表示面が狭くても、複数のウィンドウを表示しながら目的のウィンドウを容易に見つけることができ、操作のしやすいマルチウィンドウ管理装置を提供できる。【００２６】
好ましくは、マルチウィンドウ管理装置はさらに、第１のウィンドウ配置モジュールによる既存のウィンドウの再配置時に、既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、既存のウィンドウのサイズを縮小するためのウィンドウ縮小モジュールを含む。【００２７】
既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、全てのウィンドウが表示されるようにウィンドウ縮小モジュールによって既存のウィンドウのサイズが縮小される。ウィンドウ同士が重なることがなく、全てのウィンドウの中から目的のウィンドウを容易に見つけることができる。その結果、表示面が狭くても、複数のウィンドウを表示しながら目的のウィンドウを容易に見つけることができ、操作のしやすいマルチウィンドウ管理装置を提供できる。【００２８】
ウィンドウ縮小モジュールは、第１のウィンドウ配置モジュールによる既存のウィンドウの再配置時に、既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、既存のウィンドウのサイズを、各ウィンドウに割当てられた優先順位にしたがい、優先順位の低いウィンドウは縮小量が大きく、優先順位が高いウィンドウは縮小量が小さくなるように縮小するモジュールと、優先順位をウィンドウごとに記憶するための優先順位記憶装置とを含むようにしてもよい。【００２９】
優先順位の高いウィンドウについては縮小量を小さく、低いウィンドウについては縮小量を大きくすることで、同じ縮小量の場合と比較して、優先順位の高いウィンドウほど相対的にウィンドウの大きさが大きくなり、ユーザにとってウィンドウの内容の確認がしやすくなる。【００３０】
好ましくは、マルチウィンドウ管理装置は、ウィンドウが開かれたことに応答して、ウィンドウが開かれた順番が後になるほど優先順位が高くなるように優先順位記憶装置に優先順位を格納するためのモジュールをさらに含んでもよいし、ウィンドウがアクティブになったことに応答して、ウィンドウがアクティブになった順番が後になるほど優先順位が高くなるように優先順位記憶装置に優先順位を格納するためのモジュールをさらに含んでもよい。【００３１】
ウィンドウは、新しく開かれたものほど、ユーザが操作しようとしている可能性が高く、重要と考えることができる。ウィンドウは、アクティブ化されたのが新しいほど、ユーザが引き続き操作しようとしている可能性が高く、重要と考えることもできる。したがって、新しく開かれたウィンドウ、又はアクティブ化された時刻が後のウィンドウの優先順位を高くすることで、ユーザが操作しようとしている可能性の高いウィンドウの表示を相対的に大きくすることができ、ユーザにとってマルチウィンドウを使った種々の仕事をより容易に進めることができる。【００３２】
マルチウィンドウ管理装置は、第１のウィンドウ配置モジュールによる既存のウィンドウの再配置時に、ウィンドウ縮小モジュールが行なったウィンドウの縮小の結果、長辺方向の長さが所定のしきい値未満となったウィンドウがあれば、当該ウィンドウを閉じ、対応の起動アイコンの表示を残すためのウィンドウクローズモジュールをさらに含んでもよい。【００３３】
ウィンドウの長辺方向の長さがあまりに小さくなると、その内容を確認することが難しくなる。そのため、そのウィンドウを表示しておく意味はあまりない。したがってそうしたウィンドウを自動的にクローズすることで、表示面上を整理し、複数のウィンドウの内容を分かりやすくすることができる。【００３４】
好ましくは、起動アイコン表示モジュールは、２個以上の起動アイコンを、表示面上に、長辺に平行な方向及び短辺に平行な方向の双方において、各起動アイコンの表示領域が重複しないように配置して表示するためのモジュールを含む。【００３５】
起動アイコンが、長辺に平行な方向においても短辺に平行な方向においても互いに重複するような配置にはされないので、長辺及び短辺のいずれか一方における起動アイコンの位置だけで起動アイコンを区別でき、マルチウィンドウ管理装置の内部におけるウィンドウ管理のための処理を容易にすることができる。【００３６】
より好ましくは、ウィンドウ表示モジュールにより表示される新たなウィンドウは矩形であり、新たなウィンドウの、短辺に平行な二辺上には指定された起動アイコンと、操作アイコンとがそれぞれ配置されて表示される。【００３７】
新たなウィンドウの、短辺に平行な二辺上に、起動アイコンと操作アイコンとがそれぞれ表示される。ウィンドウがこれらアイコンによりはさまれて表示されるので、アイコンが他のウィンドウにより隠されることがなくなり、ウィンドウ同士を容易に区別することができるとともに、アイコンを見つけることが容易になる。【００３８】
操作アイコンは、指定された起動アイコンと同じ形状であってもよい。【００３９】
操作アイコンを、指定された起動アイコンと同じ形状とすることにより、両者の間に開いているウィンドウがこれらアイコンに対応するものであることが明確となり、どのタスクのウィンドウが開いているかをユーザが容易に理解することができる。【００４０】
好ましい実施の形態では、指定された起動アイコンと、操作アイコンとは、それらの中心を結ぶ線分が長辺と平行になるような位置に配置される。【００４１】
このような配置とすることで、両者の対応関係が明確となり、さらには、これらアイコンの間に開いているウィンドウとこれらアイコンとの対応関係も明確になる。その結果、どのタスクのウィンドウが開いているかをユーザが容易に理解することができる。【００４２】
好ましくは、マルチウィンドウ管理装置は、対応するウィンドウとともに表示された起動アイコンが長辺方向に沿ってドラッグされたことに応答して、当該ウィンドウをドラッグの長さ及びその方向に応じて移動させるためのウィンドウ移動モジュールと、ウィンドウ移動モジュールによるウィンドウの移動があったときにも、表示面上に表示されている既存のウィンドウと、指定された起動アイコン以外の起動アイコンとを、いずれもドラッグにより移動されたウィンドウの移動後の領域と重ならないように、かつ表示されるウィンドウが長辺方向に沿って配列されるように再配置し、表示面上に表示するための第２のウィンドウ配置モジュールとを含む。【００４３】
起動アイコンを目印としてドラッグすることで、第２のウィンドウ配置モジュールにより対応のウィンドウを容易に移動させることができる。その結果、表示面が狭くても、ユーザにとって見やすいマルチウィンドウ表示を容易に実現させることができる。【００４４】
第２のウィンドウ配置モジュールは、ウィンドウ移動モジュールによるウィンドウの移動があったときの既存のウィンドウの再配置において、長辺方向におけるウィンドウの表示の順番を維持する。【００４５】
長辺方向におけるウィンドウの表示の順番を維持することで、ウィンドウを再配置しても、ユーザから見たときにマルチウィンドウの配置が一貫することになり、目的のウィンドウを見つけたり、操作したりすることが容易に行なえる。【００４６】
第２のウィンドウ配置モジュールは、ウィンドウ移動モジュールによるウィンドウの移動があったときの既存のウィンドウの再配置において、表示面上においてウィンドウの移動方向に存在する空白領域の、長辺方向の大きさを縮小させることによりウィンドウを再配置するためのモジュールと、そうした空白領域が存在しなくなるとウィンドウの移動方向に存在するウィンドウのサイズを移動されているウィンドウの移動量に応じて縮小するためのモジュールとを含んでもよい。【００４７】
ウィンドウを移動させる場合、移動先の部分に表示されているウィンドウがあれば、それらを縮小する必要が生じる。移動先の部分に何も表示されていない空白部分があれば、その領域を最初に縮小し、空白領域が縮小できなくなったときにウィンドウのサイズを縮小するようにすれば、ウィンドウ内部の情報をできるだけ見やすくした形でウィンドウの移動を行なうことができる。【００４８】
マルチウィンドウ管理装置は、第２のウィンドウ配置モジュールによるウィンドウの再配置の結果、長辺方向の大きさが所定のしきい値未満となったウィンドウを閉じ、対応する起動アイコンの表示を残すためのウィンドウクローズモジュールをさらに含んでもよい。【００４９】
ウィンドウの長辺方向の大きさがあまりに小さくなると、その内容を確認することが困難になる。そうしたウィンドウをウィンドウクローズモジュールが自動的に閉じることで、他のウィンドウの表示領域を広げることができ、狭い表示面を有効に利用できる。また、ウィンドウの幅がしきい値未満となったときに自動的にそのウィンドウがクローズするので、ウィンドウクローズのための操作が簡単である。ウィンドウを閉じたときに、対応する起動アイコンの表示が残されるので、再度そのウィンドウを開くときにはその起動アイコンを指定すればよく、複数のタスクを、マルチウィンドウを用いて効率よく進めることができる。【００５０】
第２のウィンドウ配置モジュールは、ウィンドウ移動モジュールによるウィンドウの移動があったときの既存のウィンドウの再配置において、短辺方向における各ウィンドウの大きさを維持し、長辺方向におけるウィンドウの大きさを変更するようにしてもよい。【００５１】
短辺方向におけるウィンドウの大きさが維持されるので、ウィンドウの全体を縮小する場合と比較して、ウィンドウ移動があってもウィンドウ間の長辺方向の順序が分かりやすく、内部の表示も確認しやすくなる。【００５２】
好ましい実施の形態では、第２のウィンドウ配置モジュールにより再配置されたウィンドウの表示において、対応のタスクからの出力画面を、ウィンドウの短辺方向の大きさを維持し、長辺方向の縮尺をウィンドウサイズの変更に応じて変更して表示する。【００５３】
短辺方向における出力画面の大きさが維持され、長辺方向のみが縮小されるので、ウィンドウの長辺方向の幅がかなり小さく縮小されてもタスクの出力内容が比較的確認しやすくなる。【００５４】
第２のウィンドウ配置モジュールにより再配置されたウィンドウの表示において、対応のタスクからの出力がテキストデータであるときに、通常表示に用いるフォントよりも、少なくとも長辺方向の大きさが縮小されたフォントで当該テキストデータをウィンドウ内に表示するようにしてもよい。【００５５】
テキストをウィンドウ内に表示する際に、長辺方向の大きさが縮小されたフォントを用いると、ウィンドウ内に比較的多くの文字が表示できる。したがって、タスクの出力をより確実に確認できる。【００５６】
第２のウィンドウ配置モジュールにより再配置されたウィンドウの表示において、対応のタスクからの出力がテキストデータであるときに、当該テキストデータをウィンドウ幅にあわせて改行しながらウィンドウ内に表示するようにしてもよい。【００５７】
テキストをウィンドウ内に表示する際に、ウィンドウの幅にあわせてテキストが改行される。少なくともテキストの冒頭部分については、ウィンドウの外にテキストの表示動作が行なわれてユーザから見えなくなるということがなく、タスク出力の冒頭部分についてユーザが確認しやすくなる。【００５８】
第２のウィンドウ配置モジュールにより再配置されたウィンドウの表示において、対応のタスクからの出力画面の全体がウィンドウ内に表示されるように、出力画面のアスペクト比を維持しながら全体の大きさを拡大又は縮小してもよい。【００５９】
例えばＴＶ画面のような場合、出力画面のアスペクト比が元画像のアスペクト比と異なると、画像から受ける感じが変わってくる。アスペクト比を維持しながら画面の全体を縮小していくことにより、オリジナルの画像の印象を活かしながら、複数のウィンドウを使用し、ウィンドウが隠れないようにして複数のタスクを実行させることができる。【００６０】
マルチウィンドウ管理装置は、対応するウィンドウとともに表示された操作アイコンが長辺方向に沿ってドラッグされたことに応答して、当該ウィンドウの長辺方向の大きさを、ドラッグの長さ及び方向にしたがって変更するためのウィンドウサイズ変更モジュールをさらに含む。【００６１】
操作アイコンをドラッグすることにより、その操作アイコンに対応するウィンドウの大きさを変更させることができる。操作アイコンを目印にすることができるので、ウィンドウの大きさの変更が容易に行なえる。また、長辺方向のドラッグに応答してウィンドウの大きさを変更するので、長辺方向のウィンドウの配置の順番は変化しない。また、短辺方向のウィンドウの大きさは変わらないので、長辺方向の大きさが変化してもウィンドウの内容を比較的見やすく維持できる。したがって、所望のウィンドウの長辺方向の大きさを所望量だけ変化させながら、全てのウィンドウを重ならないように表示させ、かつ各ウィンドウ内の表示を比較的分かりやすく維持することができる。【００６２】
ウィンドウサイズ変更モジュールは、操作アイコンがドラッグされた際に、当該操作アイコンと対となる起動アイコンの位置を維持してウィンドウの長辺方向の大きさを変更する。【００６３】
起動アイコンの位置が変化せず、ウィンドウのうち操作アイコンが配置された部分が移動することでウィンドウ全体の大きさが変化する。操作アイコンに対する操作と、ウィンドウの大きさの変化との対応関係が分かりやすく、目的のウィンドウを所望の大きさに変化させることが容易になる。【００６４】
マルチウィンドウ管理装置は、ウィンドウサイズ変更モジュールによるウィンドウサイズの変更の結果、操作アイコンがドラッグされたウィンドウの長辺方向の大きさが所定のしきい値未満となったことに応答して、当該ウィンドウを閉じ、対応する起動アイコンの表示を残すためのウィンドウクローズモジュールをさらに含む。【００６５】
操作アイコンをドラッグした結果、そのウィンドウの長辺方向の大きさがしきい値未満となると、そのウィンドウがウィンドウクローズモジュールにより自動的に閉じられる。ウィンドウを閉じるための操作が簡単になるという効果がある。【００６６】
マルチウィンドウ管理装置は、ＧＵＩにより、表示面上に表示されているウィンドウの短辺上に表示されている操作アイコンが所定時間以上連続して指定されたことに応答して、当該ウィンドウに対応するタスクの操作に関する操作情報を表示面上に表示するためのモジュールをさらに含んでもよい。【００６７】
ウィンドウ上の操作アイコンをユーザが所定時間以上連続して指定すると、その操作アイコンに対応するタスクの操作情報が表示される。表示面が狭い場合でも、各タスクに関する操作情報をユーザに示すことができ、マルチウィンドウを用いた作業を容易に進めることができる。【００６８】
マルチウィンドウ管理装置は、ＧＵＩにより、表示面上に表示されているウィンドウの短辺上に表示されている起動アイコンが所定時間以上連続して指定されたことに応答して、当該ウィンドウに対応するタスクの操作に関する操作情報を表示面上に表示するためのモジュールをさらに含む。【００６９】
ウィンドウ上の起動アイコンをユーザが所定時間以上連続して指定すると、その起動アイコンに対応するタスクの操作に関する操作情報が表示される。表示面が狭い場合でも、各タスクの操作に関する操作情報をユーザに示すことができ、マルチウィンドウを用いた作業を容易に進めることができる。【００７０】
操作情報は、ウィンドウに対応するタスクの機能を列挙した機能メニューでもよい。マルチウィンドウ管理装置はさらに、機能メニューのいずれかの機能がＧＵＩにより指定されたことに応答して、当該機能を実行するためのモジュールを含んでもよい。【００７１】
マルチウィンドウを用い、各ウィンドウに対応するタスクの機能メニューを、ウィンドウ上の起動アイコン又は操作アイコンを所定時間以上連続して指定することで表示させることができ、さらにいずれかの機能を指定すると、その機能を実行させることができる。表示面が狭い場合でも、各ウィンドウが互いに重ならず表示される上、表示面上の無駄な面積を使用せずに効率的に各ウィンドウ固有の機能を任意のときに実行することができる。【００７２】
マルチウィンドウ管理装置は、表示面上に存在するウィンドウのいずれかの内部領域がＧＵＩにより指定されたことに応答して、当該ウィンドウをアクティブなウィンドウに設定し、他のウィンドウを非アクティブなウィンドウに設定し、アクティブなウィンドウに設定されたウィンドウの起動アイコン及び操作アイコンを、他のウィンドウの起動アイコン及び操作アイコンの表示態様とは異なる態様で表示するためのウィンドウ・アクティブ化モジュールをさらに含む。【００７３】
アクティブ化されたウィンドウの起動アイコン及び操作アイコンを、他の起動アイコン及び操作アイコンと異なる表示態様で表示することにより、複数のウィンドウが開いているときにどのウィンドウがアクティブであるかを容易に識別できる。操作をすべきウィンドウを容易に選択し、誤りなく所望の指示を行なうことが容易になる。【００７４】
マルチウィンドウ管理装置は、２以上の起動アイコンに対応付けられたウィンドウのデフォルトサイズを記憶するためのデフォルトウィンドウサイズ記憶モジュールをさらに含み、ウィンドウ表示モジュールは、ＧＵＩにより、起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、デフォルトウィンドウサイズ記憶モジュールに記憶されたデフォルトサイズで、指定された起動アイコンと隣接した領域に開くためのモジュールを含む。【００７５】
起動アイコンを指定すると、デフォルトサイズでその起動アイコンに対応するウィンドウが表示される。デフォルトサイズを適切な値とすることで、適切な大きさでウィンドウが直ちに開くような設定とすることができる。ウィンドウは、指定された起動アイコンと隣接した領域に開かれるので、起動アイコンとウィンドウとの対応関係が容易に理解でき、マルチウィンドウにおける作業が容易になる。【００７６】
ウィンドウ表示モジュールは、ＧＵＩにより、起動アイコンのいずれかが指定され、かつ長辺方向に沿ってドラッグされたことに応答して、当該起動アイコンに対応する新たなウィンドウを、指定された起動アイコンのドラッグ量に対応するサイズで、指定された起動アイコンと隣接した領域に開くためのモジュールを含む。【００７７】
起動アイコンのいずれかをドラッグすると、ドラッグ量に対応するサイズで起動アイコンに隣接した領域に新たなウィンドウが開かれる。直感的で分かりやすい操作により、所望の大きさのウィンドウを開くことができる。他のウィンドウの位置及び大きさも、これにあわせて全てのウィンドウが互いに重複しないで表示されるように自動調整される。したがって、直感的で分かりやすい操作で新しいウィンドウを所望の大きさで開き、かつ全てのウィンドウの内容が確認しやすいマルチウィンドウ管理装置を実現できる。【００７８】
好ましくは、マルチウィンドウ管理装置は、隣接したウィンドウを割当てるべきタスクの組合せを特定したタスク組合せ情報を記憶するためのタスク組合せ情報記憶装置をさらに含む。第１のウィンドウ配置モジュールは、ＧＵＩにより、起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウに対応するタスクのいずれかと、指定された起動アイコンに対応するタスクとの組合せが、タスク組合せ情報記憶装置に記憶されているか否かを判定するための判定モジュールと、判定モジュールにより、表示中のウィンドウに対応するタスクのいずれかと、指定された起動アイコンに対応するタスクとの組合せが、タスク組合せ情報記憶モジュールに記憶されていると判定されたことに応答して、これらのタスクのウィンドウが互いに隣接して配置されるように、表示面上に表示されている既存のウィンドウと、指定された起動アイコン以外の起動アイコンとの順序を変更するための順序変更モジュールと、既存のウィンドウ及び指定された起動アイコン以外の起動アイコンを、いずれも新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが長辺方向に沿って配列されるように再配置し、表示面上に表示するためのモジュールとを含む。【００７９】
タスク組合せ情報をタスク組合せ情報記憶装置に記憶させておくことにより、組合せの一方のタスクのウィンドウが既に開いている状態で、他方のタスクのウィンドウが開かれると、両方のウィンドウが互いに隣接して配置されるように、一方のタスクのウィンドウと他のウィンドウ及び起動アイコンとの位置が変更される。この変更は自動的に行なわれるので、所望のタスクのウィンドウを隣接配置させたいときに、そのタスクの組合せ情報をタスク組合せ情報に記憶させておくことで、ウィンドウが所望の順序で自動的に表示されるようになり、ユーザは、マルチウィンドウシステムにおいて複数のタスクを用いた作業を効率よく行なえる。【００８０】
タスク組合せ情報記憶装置は、隣接したウィンドウを割当てるべきタスクの組合せ及びその対応するウィンドウの表示順序を特定した表示順序情報を記憶するための表示順序情報記憶装置を含み、マルチウィンドウ管理装置はさらに、表示面上における表示の方向を切替えることを指示するユーザ入力に応答して、表示面上に表示されている各ウィンドウ内の表示を、長辺に平行な方向に画像が正立して表示される第１の表示方向と、短辺に平行な方向に画像が正立して表示される第２の表示方向との間で切替える表示方向切替モジュールを含み、順序変更モジュールは、判定モジュールにより、表示中のウィンドウに対応するタスクのいずれかと、指定された起動アイコンに対応するタスクとの組合せが、タスク組合せ情報記憶モジュールに記憶されていると判定されたことに応答して、表示方向切替モジュールによる切替後の表示方向が第１の表示方向のときには、これらのタスクのウィンドウが互いに隣接して、かつ表示順序情報記憶モジュールに記憶された表示順序にしたがって配置されるように、表示面上に表示されている既存のウィンドウと、指定された起動アイコン以外の起動アイコンとの順序を変更し、表示方向切替モジュールによる切替後の表示方向が第２の表示方向のときには、これらのタスクのウィンドウが互いに隣接して配置されるように、表示面上に表示されている既存のウィンドウと、指定された起動アイコン以外の起動アイコンとの順序を変更するためのモジュールを含む。【００８１】
第２の表示方向のときには二つのタスクのウィンドウが単に隣接していればよいが、ユーザの作業の効率の点から、第１の表示方向のときには、これらウィンドウを、ある一定の順序で表示させたい場合がある。そうした場合、上記したウィンドウ表示順序情報記憶モジュールに、表示順序情報を記憶させておくことにより、第１の表示方向のときに、表示順序情報により特定される表示順序で特定の二つのタスクに対応するウィンドウを表示させることができる。この表示順序の変更は自動的に行なわれるので、第１の表示方向で情報処理装置を使用するときのユーザの作業効率を向上させることができる。【００８２】
第１のウィンドウ配置モジュールはさらに、ＧＵＩにより、起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウのいずれにも対応していないタスクのいずれかと、指定された起動アイコンに対応するタスクとの組合せが、タスク組合せ情報記憶モジュールに記憶されていたときには、組合せのうち、指定された起動アイコンに対応するタスク以外のタスクのウィンドウを、指定された起動アイコンに対応するタスクのウィンドウ領域に隣接するように開くためのモジュールを含む。【００８３】
あるタスクと、別のタスクとを対で起動することが多い場合、それらタスクを同時に起動できると便利である。タスク組合せ情報記憶装置に、そうしたタスクの組合せを記憶させておくと、一方のタスクのウィンドウを開いたときに、他方のタスクのウィンドウが開かれていなければ、その他方のタスクのウィンドウも同時に開かれる。したがって、対で起動することの多いタスクの組合せを効率的に起動でき、タスクの起動に関する作業効率が向上する。しかも、両者のウィンドウが隣接して配置されるので、これらウィンドウを用いたユーザ作業も効率的となる。【００８４】
マルチウィンドウ管理装置は、ウィンドウを排他表示するように指定されたタスクの組合せを特定した排他的タスク組合せ情報を記憶するための排他的タスク組合せ情報記憶モジュールをさらに含み、第１のウィンドウ配置モジュールは、ＧＵＩにより、起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウに対応するタスクのいずれかと、指定された起動アイコンに対応するタスクとの組合せが、排他的タスク組合せ情報記憶装置に記憶されているか否かを判定するためのモジュールと、判定するためのモジュールにより、表示中のウィンドウに対応するタスクのいずれかと、指定された起動アイコンに対応するタスクとの組合せが、排他的タスク組合せ情報記憶モジュールに記憶されていると判定されたことに応答して、当該組合せの内、表示中のウィンドウを閉じ、対応する起動アイコンの表示に変更するためのウィンドウクローズモジュールと、判定するためのモジュールにより、表示中のウィンドウに対応するタスクのいずれかと、指定された起動アイコンに対応するタスクとの組合せが、排他的タスク組合せ情報記憶モジュールに記憶されていると判定されたときに、ウィンドウクローズモジュールによりウィンドウがクローズされた後の、残りの既存のウィンドウ及び指定された起動アイコン以外の起動アイコンとを、いずれも新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが長辺方向に沿って配列されるように再配置し、表示面上に表示するためのモジュールと、判定するためのモジュールにより、表示中のウィンドウに対応するタスクと、指定された起動アイコンに対応するタスクとの組合せのいずれもが、タスク組合せ情報記憶装置に記憶されていないと判定されたときに、既存のウィンドウ及び指定された起動アイコン以外の起動アイコンを、いずれも新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが長辺方向に沿って配列されるように再配置し、表示面上に表示するためのモジュールとを含む。【００８５】
何らかの理由により、特定の二つのタスクのウィンドウを同時に表示しないようにすることが要請される場合がある。排他表示するタスクの組合せとしてそうしたタスクの組合せを排他的タスク組合せ情報記憶モジュールに記憶させておくと、そうしたタスクのうちの一方のウィンドウが開かれたときに、他方のタスクのウィンドウを自動的に閉じることができる。したがって、上記した要請に応えるような表示を、ユーザの介在なしに実現できる。【００８６】
ウィンドウクローズモジュールは、ウィンドウをクローズするときに、対応のタスクが特定のタスクである場合には当該タスクの実行を終了させず、対応の起動アイコンを通常の表示態様とは異なる表示態様で表示する。【００８７】
特定のタスクについては、ウィンドウを閉じても実行が継続される。しかしそうしたタスクの実行が継続されていることについてユーザが忘れてしまうと不都合である。そこで、閉じられたウィンドウに対応する起動アイコンを通常の表示態様とは異なる表示態様で表示させておくことにより、そのタスクがまだ実行中であることをユーザに知らせることができる。【００８８】
マルチウィンドウ管理装置は、ＧＵＩにより、２個以上の起動アイコンのいずれかが、所定時間以上連続して指定され続けたことに応答して、当該起動アイコンの操作ガイダンスを表示面上に表示するための操作ガイダンス表示モジュールをさらに含む。【００８９】
起動アイコンのいずれかを所定時間以上指定し続けると、その起動アイコンの操作ガイダンスが表示される。起動アイコンが表示されただけの画面を見たことがないユーザであっても、起動アイコンを押し続けることで操作に関する情報を得ることができる。その結果、予備知識があまりないユーザでも容易に使用可能なマルチウィンドウシステムを提供できる。【００９０】
マルチウィンドウ管理装置は、短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶した領域記憶モジュールと、ＧＵＩにより、２個以上の起動アイコンのいずれかが短辺に平行な方向にドラッグされたことに応答して、ドラッグ後の当該起動アイコンの表示領域が短辺に平行な方向における複数の領域の範囲のいずれに属するかを判定するための領域判定モジュールと、当該起動アイコンを、領域判定モジュールによって判定された領域に対応するタスクに割当るためのタスク割当モジュールとをさらに含む。【００９１】
起動アイコンを短辺に平行な方向にドラッグすると、その方向における起動アイコンの表示位置が変化する。起動アイコンに割当てられるタスクは、短辺に平行な方向における起動アイコンの表示位置と関係付けられているので、起動アイコンのドラッグによって、その起動アイコンに割当てられたタスクを容易に変更することができる。【００９２】
マルチウィンドウ管理装置は、短辺に平行な方向にドラッグされた起動アイコンの形状を、タスク割当モジュールによって割当てられたタスクを示す形状に変更するための起動アイコン変更モジュールをさらに含む。【００９３】
割当てられたタスクに応じ、起動アイコンの形状が変化するので、起動アイコンに対して割当てられたタスクが変化したことをユーザが容易に確認できる。また、その形状によって起動アイコンに割当てられたタスクが容易に理解できる。【００９４】
マルチウィンドウ管理装置は、２個以上の起動アイコンを、通常は第１の表示態様で表示し、表示面上に表示された起動アイコンのうち、対応するウィンドウが開かれていないものに対応付けられたタスクのいずれかに関連したイベントが発生したことに応答して、当該イベントが関連したタスクに対応する起動アイコンの表示態様を、第１の表示態様とは異なる第２の表示態様に変更するための起動アイコン表示変更手段をさらに含んでもよい。【００９５】
対応するウィンドウが開かれていないタスクに対するイベントが発生したときに、そのタスクに対応する起動アイコンの表示態様が、通常の第１の表示態様とは異なった第２の表示態様となる。ユーザは、このタスクに対するイベントが発生したことを容易に理解できる。しかもこの起動アイコンを指定することにより、そのタスクに対応するウィンドウを開くことができるので、イベント発生に対して必要な処理を容易に行なうことができる。【００９６】
ウィンドウ表示モジュールにより開かれるウィンドウの大きさは、予め指定することができる。【００９７】
開かれるウィンドウの大きさを予め指定しておくことにより、ユーザによってより使いやすい状態でマルチウィンドウを使用することができる。【００９８】
マルチウィンドウ管理装置は、短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶するための領域記憶装置と、ＧＵＩにより表示面上に表示されたアイコンの領域及び既存のウィンドウの領域のいずれにも属さない領域が所定時間以上連続して指定されたことに応答して、当該指定された領域が、短辺に平行な方向における複数の領域の範囲のいずれに属するかを判定し、判定された領域に割当てられたタスクに対応する起動アイコンを指定された領域に表示し、起動アイコンに、判定された領域に対応するタスクを割当てるための起動アイコン追加モジュールをさらに含んでもよい。【００９９】
本発明の第２の局面に係るマルチウィンドウ管理プログラムは、長辺及び短辺を有する矩形の表示面を有するＧＵＩによる入出力を行なうことが可能なコンピュータを、上記したいずれかのマルチウィンドウ管理装置の各モジュールとして機能させるものである。したがって、このマルチウィンドウ管理プログラムを上記コンピュータで実行させることにより、上記したマルチウィンドウ管理装置と同様の機能を奏することができる。【０１００】
本発明の第３の局面に係る記録媒体は、上に述べたマルチウィンドウ管理プログラムを記録した、コンピュータ読取り可能な記録媒体である。【０１０１】
本発明の第４の局面に係る情報処理装置は、上記したいずれかのマルチウィンドウ管理装置と、長辺及び短辺を有する矩形の表示面を有し、マルチウィンドウ管理装置による、表示面を使用したマルチウィンドウの管理にしたがうＧＵＩによる入出力を行なうための入出力装置と、入出力装置によるユーザ入力に応答して、マルチウィンドウ管理装置により管理される各ウィンドウに対応するタスクを実行し、タスクの実行結果を入出力装置の表示面上のウィンドウに出力するためのタスク実行装置とを含む。【０１０２】
この情報処理装置は、第１の局面にかかるいずれかのマルチウィンドウ管理装置を含んでいるので、表示面が狭くても、複数のウィンドウを表示しながら目的のウィンドウを容易に見つけることができ、操作のしやすいマルチウィンドウを利用した情報処理を実現することができる。【０１０３】
入出力装置は、表示装置一体型タッチパネルを含んでもよい。【０１０４】
表示装置一体型タッチパネルでは、起動アイコンの指定を指等を用いて簡単に行なうことができる。マルチウィンドウ管理装置によるマルチウィンドウの使いやすさとあいまって、携帯に適した、容易に多様なタスクを実行可能な情報処理装置を提供できる。
【発明の効果】
【０１０５】
以上のように本発明によれば、起動アイコンのいずれかを指定すると、その起動アイコンに対応する新たなウィンドウが、その起動アイコンと、隣接する起動アイコンとの間に開かれる。起動アイコンとウィンドウとの対応関係が分かりやすく、ユーザのウィンドウ動作が簡単になる。同時に、既存のウィンドウと、指定された起動アイコン以外の起動アイコンとが再配置され、全てのウィンドウが表示されるように既存のウィンドウのサイズが縮小される。ウィンドウ同士が重なることがなく目的のウィンドウを容易に識別できる。その結果、表示面が狭くても、複数のウィンドウを表示しながら目的のウィンドウを容易に見つけることができ、操作のしやすいマルチウィンドウ管理装置を提供できる。【０１０６】
ウィンドウ表示モジュールにより表示されるウィンドウの、短辺に平行な二辺上に、指定された起動アイコンと、操作アイコンとをそれぞれ配置して表示すると、アイコンが他のウィンドウにより隠されることがなく、ウィンドウ同士を容易に区別することができる。アイコンを見つけることも容易になる。さらに、ウィンドウとアイコンとの対応関係も明確になる。【０１０７】
既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、既存のウィンドウのサイズを、各ウィンドウに割当てられた優先順位にしたがい、優先順位の低いウィンドウは縮小量が大きく、優先順位が高いウィンドウは縮小量が小さくなるように縮小することで、同じ縮小量を採用する場合と比較して、優先順位の高いウィンドウほど相対的にウィンドウの大きさが大きくなり、ユーザにとってウィンドウの内容の確認がしやすくなる。【０１０８】
既存のウィンドウの再配置時に行なったウィンドウの縮小の結果、長辺方向の長さが所定のしきい値未満となったウィンドウがあれば、当該ウィンドウを閉じ、対応の起動アイコンの表示を残すようにした場合、ウィンドウが自動的にクローズされるので、表示面上を整理し、複数のウィンドウの内容を分かりやすくすることができる。また、ウィンドウを容易な操作で閉じることができる。【０１０９】
起動アイコン又は操作アイコンをドラッグすることで、対応のウィンドウを容易に移動させたり、ウィンドウの大きさを変更させたりすることができる。その結果、表示面が狭くても、ユーザにとって見やすいマルチウィンドウ表示を容易に実現させることができる。【０１１０】
ウィンドウ上の起動アイコン又は操作アイコンをユーザが所定時間以上連続して指定したときに、そのアイコンに対応するタスクの操作情報が表示される。表示面が狭い場合でも、各タスクに関する操作情報をユーザに示すことができ、ユーザに予備知識がなくても容易にマルチウィンドウを用いた作業を進めることができる。例えば、機能メニューを表示し、メニューから選択された機能を実行できるようにすることで、表示面が狭い場合でも、表示面上の無駄な面積を使用せずに効率的に各ウィンドウ固有の機能を任意のときに実行することができる。【０１１１】
起動アイコンのいずれかをドラッグしたときに、ドラッグ量に対応するサイズで起動アイコンに隣接した領域に新たなウィンドウが開かれるようにすると、直感的で分かりやすい操作により、所望の大きさのウィンドウを開くことができる。他のウィンドウの位置及び大きさも、これにあわせて全てのウィンドウが互いに重複しないで表示されるように自動調整されるので、直感的で分かりやすい操作で操作でき、全てのウィンドウの内容が確認しやすいマルチウィンドウ管理装置を実現できる。【０１１２】
タスクの組合せにより、あるタスクのウィンドウが開かれたときに、もう一つのタスクのウィンドウをそのウィンドウに隣接した位置に配置したり、新たに開いたりすることができる。また、逆に、あるタスクのウィンドウが開かれたときに、そのタスクに対して予め指定されたタスクのウィンドウが開かれていれば、そのウィンドウを閉じるようにすることができる。この変更は自動的に行なわれるので、所望のタスクのウィンドウを隣接配置させたり、排他的に表示させたいときに、そうした設定が容易に行なえ、マルチウィンドウシステムにおいて複数のタスクを用いた作業を効率よく行なえる。【０１１３】
起動アイコンを短辺に平行な方向にドラッグすると、その起動アイコンに割当てられたタスクを容易に変更することができる。また、起動アイコンの形状を変化させることで起動アイコンに割当てられたタスクが容易に理解できる。【０１１４】
対応するウィンドウが開かれていないタスクに対するイベントが発生したときに、そのタスクに対応する起動アイコンの表示態様が、通常の第１の表示態様とは異なった第２の表示態様となるようにすると、ユーザは、このタスクに対するイベントが発生したことを容易に理解できる。この起動アイコンを指定することにより、そのタスクに対応するウィンドウを開くことができ、イベント発生に対して必要な処理を容易に行なうことができる。
【図面の簡単な説明】
【０１１５】
【図１】従来のデスクトップパソコンにおけるマルチウィンドウシステムを説明するための図である。
【図２】特許文献１に記載の携帯電話機における複数画面の表示方法を示す図である。
【図３】特許文献２に記載の携帯電話機における複数画面の表示方法を示す図である。
【図４】本発明の一実施の形態に係る携帯電話機４０の全体と、起動時のランチャー画面とを示す図である。
【図５】携帯電話機４０においてウィンドウを一つ開いた状態を示す図である。
【図６】携帯電話機４０においてウィンドウを二つ開いた状態を示す図である。
【図７】携帯電話機４０において、ウィンドウ７２の操作アイコンをドラッグしている状態を示す図である。
【図８】携帯電話機４０において、新たなアイコンを追加する前後の画面を示す図である。
【図９】表示面５６が横幅Ｗ及び高さＨを持つことを示す図である。
【図１０】携帯電話機４０のハードウェアブロック図である。
【図１１】携帯電話機４０のメモリ９８に記憶されているデータを示す図である。
【図１２】アイコンデータの構成を示す図である。
【図１３】メールプログラムのプレファレンスデータ１４６の構成例を示す模式図である。
【図１４】ウィンドウのリサイズの際の、各ウィンドウの優先順位と縮小比率との関係の例を示す図である。
【図１５】携帯電話機４０のマルチウィンドウシステムを実現するウィンドウ管理・ランチャープログラムのメインルーチンを示すフローチャートである。
【図１６】起動アイコンタッチ時の機能を実現するプログラムのフローチャートである。
【図１７】起動アイコンのドラッグによりアプリケーションを起動する機能を実現するプログラムのフローチャートである。
【図１８】起動アイコンの縦方向のドラッグにより起動アイコンの表示を変更する機能を実現するプログラムのフローチャートである。
【図１９】操作アイコンタッチ時の機能を実現するプログラムのフローチャートである。
【図２０】操作アイコンのドラッグによりウィンドウのリサイズ／移動を行なう機能を実現するプログラムのフローチャートである。
【図２１】図１９のステップ２２２で実行される機能メニューの表示／選択処理を実現するプログラムのフローチャートである。
【図２２】縦型表示と横型表示との表示切替機能を実現するプログラムのフローチャートである。
【図２３】電子メールの着信イベントが発生したときに通信制御部１２０が実行するプログラムの制御構造を示すフローチャートである。
【図２４】メールプログラムの起動時に実行されるプログラムの制御構造を示すフローチャートである。
【図２５】ランチャーの初期画面において起動アイコンをワンタッチしたときの携帯電話機４０の表示の変化を示す図である。
【図２６】ランチャーの初期画面において起動アイコンをドラッグしたときの携帯電話機４０の表示の変化を示す図である。
【図２７】携帯電話機４０において、アプリケーション間の関係に基づく表示制御を行なったときの表示の変化を示す図である。
【図２８】携帯電話機４０において、タッチしたウィンドウがアクティブ化されることを示す図である。
【図２９】携帯電話機４０において、起動アイコンがタッチされたときの表示の変化を示す図である。
【図３０】あるウィンドウがリサイズされたときに、他のウィンドウがどのようにリサイズされるかを説明するための図である。
【図３１】あるウィンドウが新しく開かれるときに、既存のウィンドウがどのようにリサイズされるかを説明するための図である。
【図３２】携帯電話機４０において、起動アイコンを所定時間以上押していたときに操作ガイダンスが表示されることを示す図である。
【図３３】あるウィンドウの起動アイコンをドラッグすることにより、そのウィンドウを移動できることを示す図である。
【図３４】ウィンドウの移動の際の、ウィンドウ上の各要素のリサイズの順番を説明するための図である。
【図３５】ウィンドウのリサイズによりサイズが縮小したウィンドウにおける表示方法を示す図である。
【図３６】起動アイコンを縦方向にドラッグすることにより、その起動アイコンに割当てられたアプリケーションとそのデザインとが変化することを示す図である。
【図３７】操作アイコンを所定時間以上押すことにより機能メニューが表示され、機能メニューから所望の機能を選択して実行できることを示す図である。
【図３８】携帯電話機４０における縦型表示と横型表示との切替に伴う表示の変化を示す図である。
【図３９】縦型表示時のウィンドウの配置例を示す図である。
【図４０】横型表示時の配置にバリエーションがあること、及びそれらに対して共通な縦型表示を割当てることができることを示す図である。
【図４１】電子メールの受信イベントが発生したときの携帯電話機４０の動作及びその表示について説明するための図である。
【図４２】テレビ放送を見ているときに携帯電話に着信があったときの携帯電話機４０の動作及び表示の例を説明するための図である。
【図４３】起動アイコンが操作されたときにウィンドウを開く際の表示態様の変形例を説明するための図である。
【図４４】起動アイコンにウィンドウのリサイズ／移動の機能を割当てたときのウィンドウのリサイズ及び移動の様子を示す図である。
【図４５】起動アイコンの操作時に、ウィンドウのリサイズを行なわず、表示可能な範囲のみを表示する例を説明するための図である。
【符号の説明】
【０１１６】
４０  携帯電話機、４２  筐体、６０，６２，６４，６６  起動アイコン、６８，７２，３７７，４７０，４７２，４９０，４９２，５００，５１０，５１２  ウィンドウ、７０，７４，３７５  操作アイコン、５６  表示面、５８  液晶表示装置（ＬＣＤ）、５９
静電容量式タッチパネル、９２  制御回路、９４  振動部、９６  リンガ、９８  メモリ、１０２  全画面液晶タッチパネル
【発明を実施するための最良の形態】
【０１１７】
以下、本発明の一実施の形態に係る情報処理装置として、液晶表示装置一体型タッチパネルを採用した携帯電話機について、その構造、動作及び効果について説明する。なお以下の図面及び説明において、同一の部品には同一の参照番号を付してある。それらの名称及び機能も同一である。したがってそれらについての詳細な説明は繰返さない。【０１１８】
以下の説明では、表示装置及び座標検出装置として、静電容量方式の全画面液晶タッチパネルを用いたものについて説明しているが、表示装置及び座標検出装置はこの実施の形態で用いたものには限定されない。表示上のある位置が指定されたか否かを示す情報を出力する機能、及び指定された位置に関する座標情報を出力する機能を持つものであれば、どのような表示装置と座標検出装置との組合せでも使用することができる。またタッチパネルとしては、全画面のものが種々の点で好適であるが、筐体の主表面の一部のみに表示装置を設けたタッチパネルであってもよい。【０１１９】
例えば、静電容量式のタッチパネルに代えて、抵抗膜方式等、他の方式のタッチパネル、又はタブレットを採用してもよい。【０１２０】
なお、以下の説明で「手」というときは、いわゆる手の平の部分だけではなく指の部分まで指している。【０１２１】
さらに、以下に説明する実施の形態におけるマルチウィンドウの制御方式は、表示装置一体型タッチパネルを用いたものにのみ適用可能なわけではなく、デスクトップ型コンピュータにおけるマルチウィンドウの制御にも適用できることはいうまでもない。【０１２２】
また、以下の実施の形態では、各機能は主としてコンピュータプログラムとコンピュータハードウェアとの協働により実現される。それら機能は、フローチャートでは単なる処理ステップとして示されているが、コンピュータプログラムとコンピュータハードウェアとの協働により、事実上、それぞれ機能モジュールを構成していると考えることができる。【０１２３】
＜本実施の形態で採用したマルチウィンドウ制御方式の概念＞
本実施の形態に係る携帯電話機の構造を説明する前に、ここで採用したマルチウィンドウ制御方式の概念について簡単に説明する。これらは携帯電話機の動作の説明の一部を構成するが、装置の構成の理解のために、ここでその概略について述べる。【０１２４】
図４に、本実施の形態に係る携帯電話機４０の外観を示す。図４を参照して、携帯電話機４０は扁平な直方体形状を有する筐体４２を持つ。筐体４２の内部には後述する回路が配置されている。筐体４２の上面には、ＬＣＤ一体型タッチパネルの、長辺及び短辺を有する矩形領域を含む表示面５６が配置されており、筐体４２の長手方向（表示面５６の長辺と平行な方向）における両端部にはそれぞれスピーカ５２及びマイクロフォン５４が配置されている。携帯電話機４０を電話機として使用するときには、利用者はスピーカ５２が上に、マイクロフォン５４が下に来る縦型配置で携帯電話機４０を使用する。電話機以外として使用する場合には、利用者は携帯電話機４０を縦型としても横型としても利用できる。表示面５６には縦横の表示を切替えるボタンが常時表示されており（図には示していない。）、そのボタンを指で押すことにより縦型表示と横型表示とを切替えて使用できる。【０１２５】
表示面５６上には、この実施の形態に係る携帯電話機４０の一つの特徴であるランチャー画面が表示されている。すなわち、表示面５６上には、それぞれ所定のタスクに割当てられたアイコン６０，６２，６４及び６６を備えたアイコンバーが表示されている。図４に示すように本実施の形態では、これらアイコン６０，６２，６４及び６６を備えたアイコンバーは、表示面５６の長手方向に少しずつ間隔をあけて配置されており、かつ各アイコンは、画面左側から右側にむかってその高さが徐々に低くなるような位置に配置されている。つまり、本実施の形態における各アイコンは、表示面５６の長辺に平行な方向及び短辺に平行な方向のいずれにおいても、互いに重複しないような表示領域に配置されている。各タスクは、実際にはコンピュータプログラムにより実現されるので、以下ではタスクとアプリケーションという語は同じ意味として扱う。【０１２６】
このランチャーは、基本的にはＬＣＤ一体型タッチパネルと、コンピュータプログラムとにより実現されるＧＵＩにより操作される。このランチャーにおけるアプリケーションの起動に二つの方法が用いられる。第１は、アイコン６０，６２，６４及び６６のうち、所望のアプリケーションに対応するアイコンにワンタッチする方法である。第２の方法は、所望のアプリケーションに対応するアイコンを、ウィンドウサイズとして所望する大きさだけ表示面５６の横方向にドラッグする方法である。【０１２７】
第１の方法の場合、そのアイコンの隣に、ワンタッチされたアイコンに対応するアプリケーションのウィンドウがそのアプリケーションにデフォルトで割当てられたウィンドウサイズで開き、アプリケーションが起動する。本実施の形態では、このウィンドウは、ワンタッチされたアイコンの右側に開く。第２の方法の場合、そのアイコンの右隣に、ドラッグされた横幅で新たなウィンドウが開く。【０１２８】
例えば図４においてアイコン６２にワンタッチした場合、図５に示すように、アイコン６２の右側に、対応するアプリケーションのウィンドウ６８がデフォルトサイズで開く。ウィンドウ６８が開いた後、その右側には、アイコン６２と同じデザインのアイコン７０がアイコン６２と同じ高さに配置され表示される。すなわち、アイコン６２及び７０は、それらの表示領域の中心を結ぶ線が、表示面５６の長辺に平行となるような位置に表示される。図４においてアイコン６２の右側にあった二つのアイコン６４及び６６は、いずれもウィンドウ６８の横サイズと等しい量だけ右側に移動した位置に再配置される。【０１２９】
図４において、起動アイコン６２を右方向に所定量だけドラッグした場合も、図５と同様の形式でウィンドウ６８が開く。ただしこの場合、ウィンドウ６８のサイズはデフォルト値ではなく、ドラッグ量にしたがって決まる。【０１３０】
なお本明細書において、アイコンに「ワンタッチする」とは、アイコンを指又はスタイラス（以下単に「指等」と呼ぶ。）で押してすぐ離すことをいう。アイコンを押して指等が表示面５６に密着している状態を「タッチダウン」と呼び、タッチダウン状態において指等が表示面５６から離れることを「タッチアップ」又は単に「アップ」と呼ぶ。アイコン上で指をタッチダウンさせ、指を表示面５６の表面から離さずに動かした場合、その操作を「ドラッグ」と呼ぶ。【０１３１】
図５の例の場合、アイコン６２とアイコン７０とは同じデザインである。しかし本実施の形態では、これらには別々の役割が与えられている。本実施の形態ではアイコン６２のようにランチャー画面で表示され、ウィンドウが開いた後にその左側に表示されるアイコンを「起動アイコン」と呼び、アイコン７０のようにランチャー画面には表示されておらず、ウィンドウが開いた後にその右側に表示されるアイコンを「操作アイコン」と呼ぶ。アイコン７０を「操作アイコン」と呼ぶのは、以下に述べるようにアイコン７０を操作することでウィンドウ６８の横サイズを変更させる操作を行なえるためである。【０１３２】
本実施の形態では、図５に示される状態でさらに起動アイコン６４にワンタッチするか、起動アイコン６４をドラッグすることにより、図６に示されるように、起動アイコン６４に対応するアプリケーションのウィンドウ７２が開き、起動アイコン６４に対応するアプリケーションの出力がウィンドウ７２に表示される。ウィンドウ７２の右側には、操作アイコン７４が表示される。操作アイコン７４はウィンドウ７２を操作するためのアイコンであって、起動アイコン６４と同じデザインで同じ高さの位置に表示される。【０１３３】
本実施の形態では、図６に示されるように、複数のウィンドウが互いに重ならないように、かつそれらウィンドウが全て表示面５６上に表示されるように並置される。【０１３４】
なお、図６に示される状態では、二つのウィンドウ６８及び７２が開いている。そのため、特許文献２においても指摘されていたとおり、いずれのウィンドウがアクティブかを容易に知ることができない。本実施の形態では、アクティブなウィンドウをはさむ起動アイコン及び操作アイコンの表示態様を、アクティブでないウィンドウのアイコンの表示態様と変化させることで、アクティブなウィンドウを示す方法を採用している。より具体的には、アクティブなウィンドウのアイコンの輝度を、非アクティブなウィンドウのアイコンの輝度よりも高くして表示する。【０１３５】
図７（Ａ）を参照して、ウィンドウ７２の横幅を変化させる場合、前述したとおり、ウィンドウ７２の操作アイコン７４にタッチし、矢印７８で示すように左右にドラッグする。図７（Ａ）の例では、右にドラッグすればウィンドウ７２の横幅が広がり、左にドラッグすればウィンドウ７２の横幅が狭まる。そして、タッチアップした時点での操作アイコン７４の位置でウィンドウ７２の横幅が決定される。【０１３６】
さらに、図７（Ｂ）に示すように、ウィンドウ７２の横幅７６が小さくなり、所定の大きさ以下となったときには、ウィンドウ７２に対応するアプリケーションを終了させ、ウィンドウ７２を閉じ、操作アイコン７４を消去する。図７（Ｂ）に示す例では、この後画面表示は、ウィンドウ６８の横幅を除き、ほぼ図５に示される状態に戻る。【０１３７】
また、表示面５６上の、アイコンでもウィンドウでもない部分を所定時間以上連続して指定することによって、新規の起動アイコンを追加することができる。すなわち、図８（Ａ）に示すように、操作アイコン７４と起動アイコン６６の間の領域のような、アイコンでもウィンドウでもない領域の中のある部分を、所定時間以上連続して指定すると、図８（Ｂ）に示すように、指定した部分に応じて新規の起動アイコン７７が表示される。【０１３８】
以上、本実施の形態におけるウィンドウ制御方式の概略について説明した。なお、図９に示すとおり、表示面５６が横幅Ｗ及び高さＨを持つものとすると、各ウィンドウの高さの上限はＨとなる。本実施の形態ではウィンドウの高さは固定値Ｈである。また各ウィンドウの横幅は可変である。ただし、表示面５６上に表示されているウィンドウの横幅の合計とアイコン間の間隔との合計は、表示面５６の横幅Ｗ以下となる必要がある。また、各ウィンドウの中には、対応するウィンドウの横幅に上限が設定されるものがある。【０１３９】
＜構造＞
以下、本実施の形態に係る携帯電話機４０のハードウェア構成について説明する。図１０に、携帯電話機４０のハードウェア構成をブロック図形式で示す。図１０を参照して、携帯電話機４０は、スピーカ５２と、マイクロフォン５４と、表示面５６を有する全画面液晶タッチパネル１０２（ＬＣＤ５８及び静電容量式タッチパネル５９）と、アンテナ９０と、振動部９４と、リンガ９６と、携帯電話機４０の初期設定値、ウィンドウ管理・ランチャープログラム、及び種々のアプリケーションプログラム等を記憶するための不揮発性のメモリ９８と、スピーカ５２、マイクロフォン５４、全画面液晶タッチパネル１０２、アンテナ９０、振動部９４、リンガ９６及びメモリ９８を用い、携帯電話機としての機能と、複数のアプリケーションを起動し、それらの出力をＬＣＤ５８の表示面上に本実施の形態において特有のマルチウィンドウ形式で表示したり、静電容量式タッチパネル５９からのユーザ入力を受けたりする機能とを実現するための制御回路９２とを含む。【０１４０】
制御回路９２は、アンテナ９０を介して基地局から受信した信号に基づき、別の拠点にあるほかの携帯通信端末からの着信の有無を検出して着信検出信号を出力するための着信信号検出部１１８と、所定の制御信号に応答して、アンテナ９０を介した通信回線のオン／オフを制御するための回線閉結部１１６と、回線閉結部１１６及びアンテナ９０を介して基地局との間で授受する信号の強さの制御を行なうためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）処理部１１４と、基地局との安全な信号の授受を行なうために、ＲＦ処理部１１４に与える信号及びＲＦ処理部１１４を介して受ける信号に所定の信号処理を施すためのベースバンド処理部１１２と、ＤＡコンバータ及びＡＤコンバータを有し、マイクロフォン５４及びスピーカ５２を介した音声の入出力を行なうためのオーディオインタフェース（オーディオＩ／Ｆ）１１０と、オーディオＩ／Ｆ１１０、ベースバンド処理部１１２、ＲＦ処理部１１４、回線閉結部１１６、全画面液晶タッチパネル１０２、振動部９４、リンガ９６を制御することにより、ユーザからの要求に応じて電話の呼を発信したり、着呼を処理したりして、ユーザと他の携帯通信端末との間の音声通信を行なったり、文字通信を行なったり、ユーザの入力する文字列に対する処理を行なったりするための通信制御部１２０とを含む。【０１４１】
通信制御部１２０は、実質的にはＣＰＵ（中央演算処理装置）とソフトウェアとからなる。ソフトウェアは本実施の形態ではメモリ９８に記憶されていて、適宜通信制御部１２０に読出され、実行される。本実施の形態では、詳細は説明しないが、メモリ９８の内容を書き換えることが可能であり、それによって携帯電話機４０による種々の機能のアップグレード及び追加を行なうことができる。通信制御部１２０はまた、本実施の形態に係る携帯電話機４０のマルチウィンドウ形式のウィンドウ管理・ランチャープログラムを実行する。【０１４２】
−メモリ空間の構成−
図１１に、メモリ９８に記憶されている情報の構成を示す。図１１を参照して、メモリ９８は、以下に述べるマルチウィンドウ方式の管理を行なうためのウィンドウ管理・ランチャープログラム１３０と、ウィンドウ管理・ランチャープログラム１３０により管理される個々のアプリケーションプログラム１３２と、アプリケーションプログラム１３２に対し各々準備されたアイコン情報を含むアイコンデータ１３４と、各アプリケーションプログラムに固有の情報を含むアプリケーション固有情報１３６と、ウィンドウ管理・ランチャープログラム１３０がウィンドウの管理に使用する領域であるウィンドウ管理情報１３８と、ウィンドウ管理・ランチャープログラム１３０がウィンドウ管理の際に用いるための、個々のウィンドウに関する情報を含むウィンドウテーブル１４０と、アプリケーションの間で特に定めておく情報を含むアプリケーション関係情報１４２と、ウィンドウのリサイズの際に参照される、優先順位とウィンドウの縮小比率との対応関係を記憶した縮小比率テーブル１４４と、各アプリケーションのプレファレンスデータ（初期設定情報）１４６とを含む。以下、これらに関して説明する。なおメモリ９８には、さらにこれ以外の動作を行なうために必要な領域が確保されているが、それらは本発明とは直接関係しないため、ここではそれらについての説明は行なわない。【０１４３】
図１２に、アイコンデータ１３４の詳細を示す。図１２を参照して、アイコンデータ１３４は、アイコン−ウィンドウ対応テーブル１５０と、アイコン情報テーブル１５２とを含む。【０１４４】
アイコン−ウィンドウ対応テーブル１５０は、ウィンドウ番号と、各ウィンドウ番号に対応して表示されているアイコンの表示位置との対を含む。本実施の形態では、ウィンドウは最大４個までとなっており、したがってアイコン−ウィンドウ対応テーブル１５０のエントリも４個となっている。図８を参照して後述するように、起動アイコンが追加されると、それに応答してアイコン−ウィンドウ対応テーブル１５０にエントリが追加される。【０１４５】
アイコン−ウィンドウ対応テーブル１５０において、例えばウインドウ番号１に対応する起動アイコンが、左上の座標（ｘ１１，ｙ１１）、右下座標（ｘ１２，ｙ１２）で規定される矩形領域内に表示されていることを示す。ユーザが表示面５６を触ったときに、静電容量式タッチパネル５９から出力される座標がこの矩形領域内に入っていれば、この起動アイコンがタッチされたことが分かる。なお、表示面５６上において、座標軸は左上が原点で、右側がｘ軸の正方向、下側がｙ軸の正方向となるように定められている。【０１４６】
アイコン情報テーブル１５２は複数のエントリを含む。各エントリは、個々のアプリケーションプログラムに応じたエントリとなっている。個々のエントリは、アイコンデータと、アイコンが表示面５６の高さ（これをｙ軸とする。）方向のどの位置にあるときにこのアイコンを表示すべきかをｙ座標の範囲で示す位置データと、このアイコンに対応したアプリケーションの識別子とを含む。このアプリケーションの識別子により、アプリケーションプログラム１３２のうちのいずれにこのアイコンが対応しているかが分かる。アイコンデータは、図１２に示すように、通常表示用のアイコンと、反転表示（強調表示）用のアイコンと、アイコンを他の画像上に重ねて表示するときに必要となるアイコンマスクとを含む。なお、本実施の形態では、アイコンを横方向だけでなく高さ方向にドラッグすることもできる。アイコンを縦方向にドラッグすることにより、そのｙ座標が変化し、したがって表示されるアイコン（及び対応するアプリケーション）がｙ座標にしたがって変化する。この場合のｙ座標は、アイコン−ウィンドウ対応テーブル１５０の表示座標により示される矩形領域の中央の点であるものとする。起動アイコンの縦方向へのドラッグについては後述する。【０１４７】
再び図１１を参照して、アプリケーション固有情報１３６は、個々のアプリケーションに固有の情報であって、例えばデフォルトのウィンドウサイズ（横幅）、最大ウィンドウサイズ、対応する起動アイコンを長押ししたときに表示される操作ガイダンス情報、対応する操作アイコンを長押ししたときに表示される機能メニュー、及びそのアプリケーションにより表示される情報がテキストとして扱うことができるものか否かを示すテキストフラグを含む。【０１４８】
操作ガイダンス情報は、後述するように起動アイコンを所定時間以上押したときに起動アイコンの近傍に表示される情報であり、そのアイコンに対応するアプリケーション名、及びどのようにするとアプリケーションが開始されるかを示す操作方法を含んでいる。機能メニューは、対応する操作アイコンを所定時間以上押したときに、操作アイコンの近傍に表示されるメニューである。機能メニューは、そのアプリケーションに関してどのような機能が実行できるかを示すメニューの各項目名（機能名）と、アプリケーションプログラムのうち、機能名に対応する実行コードを呼び出すためのイベント情報と、メニューを表示する領域を特定するための情報とを含む。【０１４９】
また、本実施の形態では、後述するようにウィンドウサイズがあるサイズより小さくなったときに、そのウィンドウ内に表示する情報をテキストとして長体又は縮小フォントで表示する場合がある。そうした場合、情報がテキストとして表示できるか否かを示すのがテキストフラグである。操作ガイダンス情報の表示、長体又は縮小フォントによるテキストの表示等については後述する。【０１５０】
ウィンドウ管理情報１３８は、開いているウィンドウの数を示すウィンドウ数と、開いているウィンドウのうちのアクティブなウィンドウの番号を示すアクティブウィンドウ番号と、携帯電話機４０の表示が縦型か横型かを示す縦横フラグとを含む。本実施の形態では、縦横フラグの値が０のときには横型、１のときには縦型であるものとする。【０１５１】
ウィンドウテーブル１４０は、アプリケーションが実際に起動されたときの各ウィンドウに関する情報である。ウィンドウテーブルの個々のウィンドウに関する情報としては、ウィンドウ番号と、ウィンドウの左端のｘ座標を示すウィンドウ位置と、そのウィンドウの表示時の大きさを示すウィンドウサイズと、そのウィンドウで実行されているアプリケーションの識別子と、そのウィンドウが表示面５６上に表示されているか否かを示す表示フラグと、このウィンドウで実行されているアプリケーションが起動された時刻と、このウィンドウで実行されているアプリケーションに設定されている最大ウィンドウサイズ（横幅）等とを含む。【０１５２】
表示フラグとは、アプリケーションのウィンドウが表示されているか否かを示す。通常、アプリケーションが起動すると対応するウィンドウが開かれる。表示フラグはウィンドウを開いたときにオンに設定される。しかし、後述するように一部のアプリケーションについてはウィンドウを閉じてもアプリケーションを終了しない場合がある。そうした場合、ウィンドウ情報はそのまま残し、表示フラグをオフとすることでウィンドウの表示を行なわない。ウィンドウに関する情報が保存されているので、表示フラグをオンとすると、消去前の状態でウィンドウを再表示することができる。【０１５３】
アプリケーション関係情報とは、複数のアプリケーションが起動されたときに、それらの間のウィンドウの位置を自動的に定めたりするための情報である。例えばウェブブラウザで地図を見ながらメールプログラムで電子メールのテキストを入力したりするときには、これら二つのアプリケーションは互いに隣接した位置にあることが望ましい。このように互いに隣接した位置にあることが望ましいアプリケーションについては、ここでそれらアプリケーションの対と、場合によりその表示順序とを定義する。また、アプリケーションによっては、別のアプリケーションとの同時実行が何らかの規定により規制されている場合がある。そうした場合、一方のアプリケーションが起動されているときに他方のアプリケーションが起動されたら、最初に起動されていたアプリケーションを終了させるか、少なくともウィンドウを閉じる処理を行なう必要がある。そうしたアプリケーションの組合せもここに記述する。【０１５４】
縮小比率テーブル１４４の例を図１４に示す。図１４に示す「優先順位」とは、ウィンドウをリサイズする際のサイズ確保の優先順位である。本実施の形態では、新しく開かれたウィンドウほど優先順位が高くなるように、１〜４までの優先順位を各ウィンドウに割当てる。各優先順位に対応付けられた縮小比率の値は、リサイズ後の寸法を定めるために使用する。縮小比率の値が小さいほど、リサイズ時のウィンドウの縮小量が少なく、大きいほど縮小量が多い。【０１５５】
図１３に、メールプログラムのプレファレンスデータ１４６の構成例を示す。図１３を参照して、プレファレンスデータ１４６は、メールユーザのアカウント情報１５４と、受信メールの数、受信メールファイルへのリンクなどを格納する受信メールデータ情報１５５と、送信済メールの数、送信済メールファイルへのリンクなどを格納する送信済メールデータ情報１５６と、ユーザが作成したメールボックスに関する情報を格納するメールボックス情報１５７とを含む。プレファレンスデータ１４６は他にも種々の情報を含むが、本実施の形態においてはさらに、アイコンを通常表示するか、反転表示するかを指定するアイコン表示フラグ１５８と、受信メールがない状態でメールプログラムを起動したときに最初に表示すべき画面を指定するための画面選択フラグ１５９とを含む。【０１５６】
アイコン表示フラグ１５８の値は０又は１である。アイコン表示フラグ１５８は、０の時にはメールプログラムの起動アイコンを通常表示すべきことを示し、１であるときにはアイコンを反転表示すべきことを示す。アイコンを反転表示するのは、例えばメールプログラムが起動されていないとき、又は起動されているが表示がされていないときに、メール受信イベントが発生したことをユーザに対して通知するときなどである。【０１５７】
画面選択フラグ１５９の値も０又は１である。上記したように、受信メールでメールプログラムを起動した場合、画面選択フラグ１５９の値が０であれば新規メールの作成画面が表示される。画面選択フラグ１５９の値が１であれば、機能一覧画面が表示される。画面選択フラグ１５９の値は、ユーザが自由に設定することができる。なお、画面選択フラグ１５９の値を設定するためのプログラムは、周知の構成で実現することができるため、ここではその詳細については述べない。【０１５８】
図１５以下に、図１１に示すウィンドウ管理・ランチャープログラム１３０のフローチャートを示す。なお、以下の説明は表示を横型表示とすることを前提にウィンドウ管理・ランチャープログラム１３０の制御構造を説明するが、縦型表示する場合も同様の制御により実現できる。実際には、横型と縦型のウィンドウ管理・ランチャープログラム１３０を別々に準備して縦横フラグにより使い分けるか、一つのプログラムの各箇所で縦横フラグを見て表示を切替えるか、という方法を使用すればよい。以下の説明では、縦横フラグに関する判定部分は、説明の理解を容易にすることを目的として省略している。【０１５９】
＜ソフトウェア構成＞
以下、図１０に示す通信制御部１２０が実行する、ウィンドウ管理及びランチャーのためのコンピュータプログラムの制御構造について、図１５以下を参照して説明する。なお以下の説明において、ユーザの入力はいわゆるグラフィカル・ユーザ・インタフェース（以下「ＧＵＩ」）により行なわれるものとする。すなわち、画面の所定位置にアイコン等を表示するとともにその位置を記憶しておき、ユーザにより静電容量式タッチパネル５９に対するタッチがあった場合、その位置がアイコン等のうちのいずれの表示領域内にあるかを判定して、操作されたアイコンを決定し、そのアイコンに対応する処理を実行する。【０１６０】
図１５は、通信制御部１２０が実行するウィンドウ管理・ランチャープログラム１３０のメインフローの制御構造を示す。図１５を参照して、このプログラムは、プログラム起動直後に図４に示す表示面５６に、図１１に示すアプリケーションプログラム１３２に対応したアイコンをそれぞれのデフォルト位置に表示するステップ１６０と、ステップ１６０の後、起動アイコンにユーザがタッチしたか否か（図１０に示す静電容量式タッチパネル５９からタッチされた位置を示す座標値の出力があり、その出力が起動アイコンのいずれかの表示位置であるか否か）についての判定を行なうステップ１６２とを含む。【０１６１】
ステップ１６２において起動アイコンのいずれかにタッチがあったと判定された場合、制御はステップ１６４に進み、それ以外の場合には制御はステップ１６６に進む。【０１６２】
ステップ１６４では、タッチされた起動アイコンについて、タッチ時の処理（ウィンドウを開き、アプリケーションを起動する処理）が実行される。この後制御はステップ１６２に戻り、次の判定を行なう。ステップ１６０〜ステップ１６４の処理はプログラムランチャーに相当する。ステップ１６４の詳細については図１６に示してあり、それらについては後に説明する。【０１６３】
一方、ステップ１６２で起動アイコンにタッチがされているわけではないと判定された場合、ステップ１６６において、表示面５６に表示されている操作アイコンに対するタッチがあったか否かについての判定が行なわれる。タッチがあればステップ１６８に進み、それ以外の場合にはステップ１７０に進む。【０１６４】
ステップ１６８で行なわれる処理は、操作アイコンタッチ時の処理である。より具体的には操作アイコンに対しどのような操作が行なわれたかを判定し、その操作アイコンに対応するウィンドウに対して、その操作に応じた処理を行なう。その詳細については図１９を参照して説明する。【０１６５】
ステップ１７０では、起動アプリケーションのウィンドウのいずれかに対するタッチがあったか否かを判定する。タッチがあった場合には制御はステップ１７２に進む。それ以外の場合にはステップ１７８に進む。【０１６６】
ステップ１７２では、ユーザによりタッチされたウィンドウがアクティブか否かを、図１１に示すウィンドウ管理情報１３８内のアクティブウィンドウ番号によって判定する。そのウィンドウがアクティブであればステップ１７４に進み、アクティブでなければステップ１７６に進む。【０１６７】
ウィンドウがアクティブということは、そのウィンドウに対応するアプリケーションに対して何らかの操作が指定されたということであるから、ステップ１７４では、タッチされた位置に関する情報をそのアプリケーションに渡し、アプリケーションで定義された処理を実行する。アプリケーションで定義された処理についてはウィンドウ管理・ランチャープログラム１３０とは直接関係がないので、ここではその詳細については述べない。ステップ１７４の処理が終了すると制御はステップ１６２に戻る。【０１６８】
一方、ステップ１７６では、タッチされたウィンドウがアクティブでなかったということであるから、そのウィンドウをアクティブにする処理、すなわちそのウィンドウ番号を図１１のウィンドウ管理情報１３８内のアクティブウィンドウ番号に設定する処理が行なわれる。この後制御はステップ１６２に戻る。【０１６９】
さらに、ステップ１７８では、ユーザが表示面にタッチしたまま一定時間が経過したか否かを判定する。判定結果がＹＥＳであれば制御はステップ１８０に進む。それ以外の場合、すなわちユーザが表示面にタッチしていない場合、及びユーザが表示面のアイコンでもウィンドウでもない領域にタッチしているがその継続時間が所定時間以上でない場合には、制御はステップ１６２に戻る。【０１７０】
ステップ１８０では、ユーザが表示面のアイコンでもウィンドウでもない領域に所定時間以上タッチしていたことに応答して、その指定位置に新たなアイコンを表示する。新たに表示されるアイコンとしては、タッチ位置の短辺上の座標位置（ｙ座標位置）に対応して予め決められているアプリケーションに対応するものが選択され、そのアイコンにはそのアプリケーションが割当てられる。ステップ１８０の後、制御はステップ１６２に戻る。【０１７１】
ステップ１６２〜ステップ１８０の処理が繰返し実行されることにより、携帯電話機４０による、マルチウィンドウを利用したウィンドウ管理・ランチャーの機能が実現できる。【０１７２】
＜＜起動アイコンタッチ時の処理＞＞
図１６に、図１５のステップ１６４で実行される、起動アイコンがタッチされたときのプログラムの制御構造の詳細を示す。図１６を参照して、このプログラムが起動されると、ステップ１９０においてユーザによる表示面５６に対する操作がドラッグ操作か否かを判定する。この判定は、静電容量式タッチパネル５９からの出力が連続して存在しており、かつその出力により示されているタッチ位置の座標が変化しているか否かにより行なわれる。ドラッグ操作と判定されれば制御はステップ１９２に進み、それ以外の場合には制御はステップ２００に進む。【０１７３】
ステップ２００においては、ユーザによりタッチされた位置が変化せず、起動アイコン上で所定時間経過したか否かが判定される。この状態で所定時間以上経過した場合、ユーザがアイコンを所定時間以上連続して指定し続けていることを意味する。本実施の形態では、そのような場合にはそのアイコンに応じて予め準備された操作ガイダンスがそのアイコンの近傍に表示される（ステップ２０２）。操作ガイダンスは、図１１に示すアプリケーション固有情報１３６の一部として予め準備されている。この後制御はステップ２０４に進む。タッチ位置がアイコン上に留まっている時間が所定時間未満であれば、ステップ２０２の処理を行なわず、直接ステップ２０４に進む。【０１７４】
ステップ２０４では、タッチアップがあったか否か、すなわち静電容量式タッチパネル５９から出力されている、タッチされていることを示す信号及びタッチ位置の座標を示す信号がなくなったか否かについて判定する。タッチアップがなければ制御はステップ１９０に戻る。タッチアップがあった場合、ユーザがそのアイコンに対するワンタッチを行なったことを意味し、制御はステップ２０６に進む。【０１７５】
ステップ２０６では、そのアイコンに対応するアプリケーションが未起動か否かを判定する。アプリケーションが未起動であれば新たにウィンドウを開きアプリケーションを起動する必要があるし、アプリケーションが起動済みであればウィンドウの状態に応じて処理する必要がある。アプリケーションが未起動であればステップ２０８に進み、それ以外の場合には制御はステップ２１０に進む。【０１７６】
ステップ２０８では、そのアイコンに対応するアプリケーションを起動する。ただしこの場合、そのアプリケーションのウィンドウサイズはデフォルトのサイズとし、ウィンドウの右側の、起動アイコンと同一の位置に、起動アイコンと同一デザイン、すなわち同一形状の操作アイコンを表示する。さらに、起動アイコンの右側に表示されていた他の起動アイコン又はウィンドウを、デフォルトサイズと同じ量だけ右側に移動した位置に再配置して表示する。そして起動アイコンタッチ時の処理を終了する。【０１７７】
ステップ２１０では、起動中のアプリケーションのウィンドウがクローズ状態か否かを判定する。ウィンドウがクローズ状態であればウィンドウをオープンする必要がある。起動中のアプリケーションのウィンドウがクローズ状態であればステップ２１２に進み、それ以外の場合には起動アイコンタッチ時の処理を終了する。【０１７８】
ステップ２１２では、起動中のアプリケーションのウィンドウをオープンする。ただしこの場合、そのアプリケーションのウィンドウサイズはデフォルトのサイズとし、ウィンドウの右側の、起動アイコンと同一の位置に、起動アイコンと同一デザイン、すなわち同一形状の操作アイコンを表示する。その後、起動アイコンタッチ時の処理を終了する。【０１７９】
一方、ステップ１９０において、ユーザによる表示面５６へのタッチがドラッグ操作であると判定された場合、ステップ１９２以下で次のような処理が行なわれる。【０１８０】
ステップ１９２では、ドラッグ方向が横か否かが判定される。より具体的には、起動アイコンがドラッグされた位置が、元の起動アイコンの表示位置と比較して横方向に変化しているか否かが判定される。例えば、起動アイコンのドラッグ位置のｘ座標と元のｘ座標との間の差の絶対値が所定のしきい値より大きければドラッグ方向は横方向と判定し、それ以外の場合にはドラッグ方向は縦方向と判定する。ドラッグ方向が横であると判定されると制御はステップ１９４に進み、それ以外の場合には制御はステップ２１４に進む。【０１８１】
ステップ１９４では、起動アイコンに対応するアプリケーションが未起動か否かを判定する。アプリケーションが未起動であれば新たにウィンドウを開く必要があるし、アプリケーションが起動済みでウィンドウが開いていれば後述するようにドラッグによりウィンドウを移動させる必要があるためである。アプリケーションが未起動であればステップ１９６に進み、それ以外の場合にはステップ１９８に進む。アプリケーションが起動済みであるがウィンドウが開いていない場合もあり得るが、その場合にはステップ１９６の処理を実行する。【０１８２】
ステップ１９６では、ドラッグ量に応じたウィンドウサイズで新たなウィンドウを表示し、起動アイコンに対応したアプリケーションを起動（又は再開）する処理（後述）を実行する。この後、起動アイコンタッチ時の処理を終了する。【０１８３】
ステップ１９８では、ドラッグ量に応じてこの起動アイコンのウィンドウを移動させ、それに伴って他のウィンドウのリサイズ及び移動が必要ならそのための処理を実行する。他のウィンドウのリサイズ及び移動のための処理は、操作アイコンのドラッグ時の、他のウィンドウのリサイズ及び移動の処理と同様である。したがってこの処理の詳細については、操作アイコンのドラッグ時について示した図２０に関連して後述する。【０１８４】
一方、ステップ２１４では、そのアイコンに対応するアプリケーションが未起動か否かを判定する。アプリケーションが未起動であれば起動アイコンの表示を変更する必要があるし、アプリケーションが起動済みであれば何も処理する必要はない。アプリケーションが未起動であればステップ２１６に進み、それ以外の場合には起動アイコンタッチ時の処理を終了する。【０１８５】
ステップ２１６では、アイコンのドラッグ位置のｙ座標に応じ、起動アイコンを新たなｙ座標に応じたものに変更して表示する。ｙ座標とアイコン、そして対応するアプリケーションについては図１１に示すアイコンデータ１３４に記憶されている。その詳細は図１２に示すとおりである。ステップ２１６の詳細については図１８を参照して後述する。ステップ２１６の処理の後、起動アイコンタッチ時の処理を終了する。【０１８６】
＜＜ドラッグ条件でのアプリケーション起動処理＞＞
図１７に、図１６のステップ１９６で実行されるプログラムの制御構造を示す。なお、図１６のステップ２０８で実行される処理もこれとほぼ同様である。ただしステップ２０８で実行される処理の場合、新たに開くウィンドウのサイズとして、ドラッグ量によるサイズではなくデフォルトサイズを使用する点が異なる。【０１８７】
図１７を参照して、この処理が起動されると、ステップ２４０において他のアプリケーションが起動されているか否かが判定される。他のアプリケーションが起動されていない場合には、制御はステップ２６０に進む。他のアプリケーションが起動されているとステップ２４２に進む。【０１８８】
ステップ２４２では、他のウィンドウをクローズする必要があるか否かについての判定を行なう。この処理は、図１１に示すメモリ９８内のアプリケーション関係情報１４２を参照して判定される。より具体的には、起動されるアプリケーションと、既にウィンドウに表示されているアプリケーションとが、アプリケーション関係情報１４２において排他表示されるアプリケーション対として指定されているか否かを判定する。指定されていればステップ２４４に進み、指定されていなければステップ２４８に進む。【０１８９】
ステップ２４４において、排他表示されるアプリケーション対として指定されているアプリケーションの内、既に開かれていたアプリケーションのウィンドウを選定し、ステップ２４６でそのウィンドウをクローズする。このクローズに伴い、他のアイコンの表示位置の変更がここで行なわれる。この後ステップ２４８に進む。【０１９０】
ステップ２４８では、これからウィンドウをドラッグ量に応じたウィンドウサイズで表示するにあたり、他のウィンドウのリサイズが必要か否かについての判定が行なわれる。より具体的には、現在表示されているウィンドウの横サイズの合計と、これから開くウィンドウの横サイズと、ウィンドウ間の間隔との和が、表示面５６の横幅に応じたあるしきい値を超えているか否かを判定する。超えている場合、これから開くウィンドウの横サイズは指定されたサイズのままとし、既に表示されているウィンドウのサイズをリサイズする必要がある。ほかのウィンドウをリサイズする必要があると判定されるとステップ２５０に進む。それ以外の場合、ステップ２５４に進む。【０１９１】
ステップ２５０では、各ウィンドウの新たなサイズを計算する。この計算方法の例については、図３０及び図１４を参照して後述する。この後、ステップ２５２において、ステップ２５０で算出されたウィンドウサイズにしたがい、他のウィンドウをリサイズする。本実施の形態では、ウィンドウのリサイズとともにウィンドウ内に表示される内容もウィンドウのリサイズと同じ縮尺でリサイズする。この後、ステップ２５４に進む。【０１９２】
ステップ２５４では、ウィンドウの表示順序（表示面５６の左側からの表示順序）を変更すべきか否かについて判定が行なわれる。この判定は、例えばメールプログラムとテキスト入力ウィンドウ等のように、相互に隣接して配置することが好ましいアプリケーション対を横に並べて表示し、それによって入力がしやすくなるようにすること等を目的として行なうものである。より具体的には、図１１に示すアプリケーション関係情報１４２を参照して、起動しようとしているアプリケーションと隣接表示すべきものとして指定されているアプリケーションが、既に開かれているウィンドウで実行されているものの中に存在しているか否かについての判定が行なわれる。もしそのようなアプリケーションが存在していれば制御はステップ２５６に進み、それ以外の場合には制御はステップ２６０に進む。【０１９３】
ステップ２５６では、アプリケーション関係情報１４２により指定されたウィンドウの表示位置を、新たに開くウィンドウに、アプリケーション関係情報１４２により指定された順序で隣接するように変更し、それにあわせて全てのウィンドウの表示位置を再計算する。続いてステップ２５８において、再計算されたウィンドウ位置にしたがって既存のウィンドウを表示する。この後ステップ２６０に進む。【０１９４】
ステップ２６０では、ステップ２５６において再計算された位置に、ドラッグ量に応じた所定のサイズで新たなウィンドウを開く。【０１９５】
この後、ステップ２６２においてタッチアップがあったか否かを判定する。タッチアップがあればステップ２６４に進み、なければステップ２４０に戻る。【０１９６】
ステップ２６４では、ドラッグされた起動アイコンに対応するアプリケーションを、ステップ２６０で開かれたウィンドウ内に起動して処理を終了する。【０１９７】
なお、前述したとおり、図１６のステップ２０８で実行される処理は、図１７に示す処理とほぼ同様であるが、ステップ２６０で開く新たなウィンドウのサイズとして、ドラッグ量ではなくそのアプリケーションに対し予め定められており、図１１のアプリケーション固有情報１３６内に格納されたデフォルトウィンドウサイズが使用される点で異なっている。【０１９８】
＜＜起動アイコンの表示変更処理＞＞
図１８に、図１６のステップ２１６で行なわれる起動アイコンの表示変更処理を実現するプログラムの制御構造をフローチャート形式で示す。図１８を参照して、まずステップ３２０において、ドラッグ中の表示面５６上の指の押圧位置の座標値を静電容量式タッチパネル５９の出力より取得する。続くステップ３２２において、それまでの起動アイコンの表示を消去し、ステップ３２０で取得された座標値により定まる位置に起動アイコンを描画する。ステップ３２４において、タッチアップがあったか否かを判定する。タッチアップがあればステップ３２６に進み、タッチアップ時の起動アイコンの座標に応じてアイコン−ウィンドウ対応テーブル１５０を更新し、この処理を終了する。タッチアップがなく、ドラッグが続行されていればステップ３２０に戻り、起動アイコンのドラッグに伴う起動アイコンの表示変更を続行する。【０１９９】
＜＜操作アイコンタッチ時の処理＞＞
図１９に、図１５のステップ１６８で実行される操作アイコンタッチ時の処理の詳細を示す。図１９を参照して、ステップ２２０において、アイコンがタッチされた後、タッチ位置がそのアイコン上から移動せず所定時間が経過したか否かを判定する。所定時間が経過している場合、ステップ２２２に進む。それ以外の場合、ステップ２２４に進む。【０２００】
ステップ２２４では、タッチ位置が移動しているか否か、すなわちドラッグ操作がされているか否かについての判定が行なわれる。ドラッグ操作が行なわれている場合、制御はステップ２２６に進む。ドラッグ操作が行なわれていない場合、制御はステップ２２８に進む。ステップ２２８では、タッチアップがあったか否かを判定し、タッチアップがなければステップ２２０に戻る。タッチアップがあればこの処理を終了する。【０２０１】
一方、ステップ２２２及び２２６処理が終了するとこの操作アイコンタッチ時の処理は終了である。これら処理の詳細については後述する。【０２０２】
＜＜ウィンドウのリサイズ／移動処理＞＞
図２０に、図１９のステップ２２６において実行されるウィンドウのリサイズ／移動処理を実現するプログラムの制御構造をフローチャート形式で示す。なおこの処理は、図１６のステップ１９８で実行される処理と共通である。ただし、図１９のステップ２２６の処理では、ウィンドウの移動及びリサイズの双方が行なわれ得るのに対し、図１６のステップ１９８の処理では、ウィンドウのリサイズ（新たにウィンドウを開く処理）のみが行なわれる点で両者は異なっている。【０２０３】
図２０を参照して、この処理では、ステップ２８０において、行なうべき処理がウィンドウの移動処理かリサイズ処理かについての判定が行なわれる。より具体的には、この判定は、操作アイコン（図１９のステップ２２６の場合）又は起動アイコン（図１６のステップ１９８の場合）をドラッグした結果算出される新たなウィンドウサイズが、このウィンドウに対応するアプリケーションに対して予め定められている最大ウィンドウサイズ（図１１のウィンドウテーブル１４０を参照）を超えたか否かを調べることより行なわれる。新たなウィンドウサイズが最大ウィンドウサイズ以下であればウィンドウのリサイズ処理であり、最大ウィンドウサイズを超えていれば、ウィンドウサイズを最大にした上でウィンドウを移動させる処理となる。【０２０４】
ウィンドウの移動処理の場合には制御はステップ２８２に進み、リサイズ処理の場合には制御はステップ２８４に進む。【０２０５】
ステップ２８２では、選択されたアプリケーションのウィンドウサイズを最大ウィンドウサイズとし、ウィンドウ位置を、ウィンドウの最大サイズとドラッグ量と現在のウィンドウ位置（起動アイコンのドラッグの場合には起動アイコンの位置）とに基づいて算出する。一方、ステップ２８４では、選択されたアプリケーションのウィンドウサイズを、現在のウィンドウサイズ（起動アイコンのドラッグの場合には現在のウィンドウサイズ＝０とする。）とドラッグ量とに基づいて算出する。いずれの場合のも、算出処理が終了するとステップ２８６に進む。【０２０６】
ステップ２８６では、ウィンドウのリサイズ又は移動の結果、まだ起動していないアプリケーションに対応している起動アイコンのアイコンバーの移動が必要になったか否かを判定する。必要であればステップ２８８に進み、それらアイコンのアイコンバーを移動させ、ステップ２９０に進む。必要なければ何もせずステップ２９０に進む。【０２０７】
ステップ２９０では、ウィンドウのリサイズ又は移動の結果、他のウィンドウのリサイズ又は移動が必要になったか否かを判定する。あるウィンドウのサイズを大きくしたり移動させたりした結果、他のウィンドウのサイズを小さくしなければ全てのウィンドウの表示ができない場合がある。そうした場合には、ステップ２９２に進んで各ウィンドウのサイズ及び位置を算出し、ステップ２９４で算出結果にしたがって各ウィンドウをリサイズする。この後ステップ２９６に進む。他のウィンドウのリサイズが不要ならばステップ２９２及び２９４の処理を行なわず、ステップ２９６に進む。ステップ２９２で行なうウィンドウサイズ及び位置の計算については、図１７のステップ２５０で行なわれる処理と同様である。【０２０８】
ステップ２９６では、上記したようにウィンドウサイズの再計算をした結果、幅が所定の第１のしきい値未満となったウィンドウがあるか否かについての判定が行なわれる。ウィンドウ幅があまりに小さくなると、ウィンドウに表示されている内容を識別することが困難となり、そのウィンドウを表示しておく意味がなくなる。したがってウィンドウ幅が第１のしきい値未満となった場合、そのウィンドウはクローズする。第１のしきい値は予め適当な値として定めておく。ただし本実施の形態では、ウィンドウはクローズするが、対応のアプリケーションは終了しない。したがって次に何らかの処理によりこのウィンドウをリサイズすることが可能となったときには再度ウィンドウをオープンすることができる。【０２０９】
ウィンドウ幅が第１のしきい値未満のウィンドウが存在している場合には、ステップ２９８でそのウィンドウをクローズし、ステップ３００に進む。ウィンドウ幅が所定値未満のウィンドウがない場合、何もせずステップ３００に進む。ステップ３００では、各ウィンドウごとにその内容をリサイズ後にあわせて再描画する。このとき、対応するアプリケーションの出力がテキストであって、かつその幅が第１のしきい値より大きな第２のしきい値未満となっているウィンドウがあるか否かを判定し、そのようなウィンドウがあれば、テキストの内容を長体フォント又は縮小フォントでウィンドウ内に流し込んで表示する。そうでないウィンドウについてはウィンドウサイズに応じて出力を縮小又は拡大して表示する。ステップ３０２では、選択アプリケーションのウィンドウを、操作アイコンのドラッグと最大ウィンドウサイズとにより定まる所定のサイズで表示する。【０２１０】
なおここでいうテキストの流し込みとは、ウィンドウ内にテキストを順に表示し、ウィンドウ幅（又はウィンドウ幅より小さなテキスト領域幅）に達すると改行してさらにテキストの表示を続行することを、ウィンドウの下端に達するまで繰返す処理のことをいう。【０２１１】
続くステップ３０４では、タッチアップがあったか否かを判定する。タッチアップがあればステップ３０６に進む。タッチアップがなければステップ２８０に戻り、操作アイコンのドラッグに伴う処理を続行する。【０２１２】
ステップ３０６では、処理中のウィンドウに対応するアプリケーションが既に起動済みか否かを判定する。図１６のステップ１９８ではアプリケーションを新たに起動するのに対し、図１９のステップ２２６ではアプリケーションは既に起動済みで新たに起動する必要がないためにこの判定が行なわれる。判定は図１１のアイコンデータ１３４の情報及びウィンドウテーブル１４０の情報により行なうことができる。起動済みであれば（すなわち図２０に示す処理が、操作アイコンのドラッグにより、図１９のステップ２２６において呼出されたのであれば）、ステップ３１０に進んでそのアプリケーションの出力を処理中のウィンドウに再び表示する。アプリケーションが起動済みでなければ（すなわち図２０に示す処理が、起動アイコンのドラッグにより、図１６のステップ１９８において呼出されたのであれば）、ステップ３０８に進み、そのアプリケーションをそのウィンドウ内で起動する。以上でこの処理を終了する。【０２１３】
＜＜機能メニューの表示／選択処理＞＞
図２１に、図１９のステップ２２２で実行される機能メニューの表示／選択処理を実現するプログラムのフローチャートを示す。図２１を参照して、この処理では、ステップ３４０において、ユーザがタッチしている操作アイコンの近傍に、この操作アイコンに対応するアプリケーションに対し定められている機能メニューを表示する。機能メニューは、図１１のアプリケーション固有情報１３６に含まれている。【０２１４】
続いてステップ３４２では、ユーザのドラッグしている指の位置座標を静電容量式タッチパネル５９の出力から取得する。ステップ３４４では、表示されている機能メニューのうち、取得された座標に対応する位置の機能名のみを強調表示し、他の機能名は通常形式で表示する。この処理により、ユーザは機能メニューのうちどの機能を選択しようとしているかを判断できる。【０２１５】
ステップ３４６では、タッチアップがあったか否かを判定する。タッチアップがあればステップ３４８に進み、それ以外の場合にはステップ３４２に戻る。【０２１６】
ステップ３４８では、タッチアップ時の指の位置を静電容量式タッチパネル５９の出力から取得し、その位置がステップ３４０で表示した機能メニューの内部で、何らかの機能名が表示されている矩形領域内か否かを判定する。何らかの機能名が表示されている矩形領域内でタッチアップがあったと判定されると、制御はステップ３５０に進む。それ以外の場合には何もせずこの処理を終了する。【０２１７】
ステップ３５０では、タッチアップがあった位置を含む領域に対応付けられた機能を実行する。より具体的には、機能メニュー内でこの領域に対応付けられたイベント情報に基づいてイベントを発生し、対応するアプリケーションに渡す。この機能の実行が完了すると、この処理を終了する。【０２１８】
＜＜表示切替処理＞＞
既に述べたように、携帯電話機４０は、表示面５６を利用して縦型表示と横型表示とを切替えることができる。ここまでの説明は主として横型表示について説明してきたが、同様にして縦型表示も実現できる。ただし、縦型表示と横型表示とは何らかの手段により切替える必要がある。本実施の形態では、表示面５６に必ず縦横表示の切替のための表示切替ボタンを表示しておき、この表示切替ボタンを押すことによって縦型表示と横型表示とを切替える。図２２に、そのための表示切替プログラムの制御構造をフローチャート形式で示す。【０２１９】
図２２を参照して、このプログラムは、上記した表示切替ボタンをユーザが押すことにより起動される。まずステップ３７０において、縦横フラグが１か否かについて判定する。縦横フラグとは、図１１のウィンドウ管理情報１３８に含まれるもので、１の場合には携帯電話機４０が縦型表示であることを示し、０の場合には横型表示であることを示す。【０２２０】
縦横フラグが１であればステップ３７２で縦横フラグの値を０に更新する。縦横フラグが０であればステップ３７４で縦横フラグの値を１に更新する。いずれの場合も、制御はステップ３７６に進む。【０２２１】
ステップ３７６では、縦横フラグの値に応じ、縦型又は横型でウィンドウのレイアウトを作成する。このときのレイアウトは、縦横フラグの切替前のパラメータによって作成できる。作成されたウィンドウレイアウトにしたがい、ステップ３７８で各ウィンドウを表示する。既に述べたように、縦型表示と横型表示とは、全く別のプログラムを用いてもよいし、一つのプログラムでレイアウト作成の際に縦横フラグの値を見てレイアウトを縦型と横型で変化させるようにしてもよい。本実施の形態では後者を採用しているが、レイアウトの際の縦横による処理の変更については、説明を簡明にするために省略している。【０２２２】
図２３に、電子メールの着信イベントが発生したときに通信制御部１２０が実行するプログラムの制御構造を示す。このプログラムは、例えばメールプログラムが起動されていなかったり、起動されていても表示されていなかったりしたときに、メールプログラムの起動アイコンを反転表示することによってユーザにメールの着信があったことを知らせるためのプログラムである。【０２２３】
図２３を参照して、このプログラムは、メールの着信イベントを受信したことに応答して、受信したメールをメモリ９８に保存するステップ３８１と、続いてメールプログラムが起動中か否かを判定し、判定結果に応じて制御の流れを分岐させるステップ３８２と、ステップ３８２においてメールプログラムが起動していないと判定されたことに応答してアイコン表示フラグの値を１に設定するステップ３８３と、ステップ３８３に続き、メールプログラムの起動アイコンの表示を変更して処理を終了するステップ３８７とを含む。ステップ３８１では、メールを保存するとともに、メールプログラムの受信メール情報の更新も行なわれる。【０２２４】
このプログラムはさらに、ステップ３８２においてメールプログラムが起動中であると判定されたことに応答して実行され、メールプログラムが表示画面に表示されているか否かを判定し、判定結果に応じて制御の流れを分岐させるステップ３８４とを含む。ステップ３８４における判定結果がＮＯのときには制御はステップ３８３に進む。【０２２５】
このプログラムはさらに、ステップ３８４における判定結果がＹＥＳであったときに実行され、メールプログラムのプレファレンスデータ中のアイコン表示フラグの値を０に設定するステップ３８５と、ステップ３８５に続き、メールプログラムに対して受信イベントを渡し、制御をステップ３８７に進めるステップ３８６とを含む。【０２２６】
一方、メールプログラムの起動時に実行されるプログラムは、図２４に示すような制御構造を有する。図２４を参照して、メールプログラムの起動プログラムは、メールプログラムのプレファレンスデータを読出すステップ３９１と、アイコン表示フラグの値が０か否かを判定し、判定結果に応じて制御の流れを分岐させるステップ３９２と、ステップ３９２における判定結果がＮＯであるときに実行され、受信メール一覧画面を表示するステップ３９３と、ステップ３９３に続き、アイコン表示フラグの値を０に設定するステップ３９４と、ステップ３９４に続き、アイコンを再表示して処理を終了するステップ３９５とを含む。なお、ここでは詳細には説明していないが、受信メール一覧画面の表示は、図１６及び図１７に制御構造を示すプログラムにより実行される。【０２２７】
このプログラムはさらに、ステップ３９２における判定結果がＹＥＳであるときに実行され、プレファレンスデータにおいて画面選択フラグの値が０か否かを判定し、判定結果に応じて制御の流れを分岐させるステップ３９６と、ステップ３９６における判定結果がＮＯであるときに実行され、新規メール画面を表示して処理を終了するステップ３９７と、ステップ３９６における判定結果がＹＥＳであるときに実行され、機能一覧画面を表示して処理を終了するステップ３９８とを含む。ステップ３９７及び３９８での画面表示も図１６及び図１７に制御構造を示すプログラムにより実行される。【０２２８】
＜動作＞
以上、携帯電話機４０のハードウェア構成及びソフトウェア構成について説明したので、以後では、携帯電話機４０の動作について説明する。以後の説明では、主として画面レイアウトを参照しながら、対応するソフトウェアステップに適宜言及する。【０２２９】
携帯電話機４０を起動した直後の画面は図４に示したとおりである。図４を参照して、携帯電話機４０の起動時には、４個の起動アイコン６０，６２，６４及び６６を備えたアイコンバーが、それぞれ表示面５６上のデフォルト位置に表示される。本実施の形態では、デフォルトでは図１２に示される順番で起動アイコンが表示される。各アイコンの表示のｙ座標が図１２に示すように定められており、かつ各アイコンバーは初期状態では互いに所定の間隔だけ離れて表示されるので、図１に示すように起動アイコン６０，６２，６４及び６６が左上から右下に右下がりに配列して表示される。この表示は、図１５のステップ１６０で行なわれる。【０２３０】
−ワンタッチによるアプリケーションの起動−
この状態で、図２５（Ａ）に示されるようにユーザが起動アイコン６２に対しワンタッチを行なったものとする。すると、図１５のステップ１６２においてＹＥＳという判定が行なわれ、ステップ１６４の処理が実行される。その結果、起動アイコン６２に対応するアプリケーションが、図２５（Ｂ）に示されるように新たなウィンドウ６８内に起動する。【０２３１】
ステップ１６４の処理実行時には、図１６を参照して、ステップ１９０での判定結果はＮＯとなる。その結果、ステップ２００の判定が行なわれる。ここでは起動アイコン６２に対するワンタッチがされただけなので、判定結果はＮＯとなり、ステップ２０４に進む。ステップ２０４の判定結果はＹＥＳとなり、ステップ２０６に進む。アプリケーションが未起動であるものとして、ステップ２０６の判定結果はＹＥＳとなり、ステップ２０８の処理が実行される。【０２３２】
ステップ２０８では、ステップ１９６（図１７）と同様で、ただしウィンドウ幅を図１１に示されるアプリケーション固有情報１３６内のデフォルトウィンドウサイズにしてウィンドウを表示する処理が実行される。ウィンドウ６８の右側には起動アイコン６２と同じデザインの操作アイコン７０が表示される。図２５（Ａ）において起動アイコン６２の右側に表示されていた起動アイコン６４及び６６は、いずれもこのデフォルトウィンドウサイズと同じ量だけ右側に移動して表示される。【０２３３】
さらに、図２５（Ｂ）に示されるように、ユーザが起動アイコン６４をワンタッチしたものとする。すると、起動アイコン６２をワンタッチしたときと全く同様の処理が実行され、図２５（Ｃ）に示されるように起動アイコン６４に対応するアプリケーション（メールアプリケーション）が起動され、そのための新たなウィンドウ７２がメールアプリケーションに割当てられたデフォルトサイズで開かれる。ウィンドウ７２の右には、起動アイコン６４と同じデザインの操作アイコン７４が表示される。なお、ここでは、既に開かれていたウィンドウ６８のサイズが、図１７のステップ２４８から２５２の処理によってリサイズされ、多少縮小されている。ウィンドウサイズの算出方法については後述する。【０２３４】
−ドラッグによるアプリケーションの起動−
図２６（Ａ）は、図２５（Ａ）と同じく携帯電話機４０の電源投入直後の状態を示す。この状態でユーザが起動アイコン６２を押し、図２６（Ｂ）において矢印３７１で示されるようにドラッグしたものとする。ここでは、図１５のステップ１６２においてＹＥＳという判定が行なわれ、ステップ１６４に示す処理が実行される。ステップ１６４の詳細は図１６に示したとおりである。【０２３５】
図１６を参照して、ドラッグ時には、ステップ１９０ではＹＥＳという判定がされ、ステップ１９２に進む。この例の場合ではステップ１９２での判定結果がＹＥＳとなり、ステップ１９４に進む。アプリケーションが未起動であるものとして、ステップ１９４の判定結果はＹＥＳとなり、ステップ１９６の処理が実行される。ステップ１９６において、ウィンドウ６８を開き、起動アイコン６２に対応するアプリケーションを起動するための処理が実行される。【０２３６】
−アプリケーション間の関係を用いたウィンドウ制御−
本実施の形態では、互いに隣接してウィンドウを表示すべきアプリケーション対、及び同時にウィンドウを開くことを禁じるアプリケーション対を、図１１に示すアプリケーション関係情報１４２として記憶しておくことで、ウィンドウの制御を行なう。以下、そうした場合の動作例について図２７を参照して説明する。【０２３７】
なお、以下の例では、図１１に示すアプリケーション関係情報１４２において、メールアプリケーションとウェブブラウザとは常に隣接して表示すべきこと、横型表示ではこれらウィンドウの表示順序は問わないこと、が定義されているものとする。また、ウェブブラウザとワンセグＴＶアプリケーションのウィンドウを同時に開くことを禁止する情報がアプリケーション関係情報１４２に書き込まれているものとする。【０２３８】
図２７（Ａ）は、ワンセグＴＶアプリケーションのウィンドウ６８と、メールアプリケーションのウィンドウ７２とが同時に開いた画面を示す。ウィンドウ６８とウィンドウ７２とは互いに隣接して表示されている。ウィンドウ６８は起動アイコン６２及びアイコン７０によりはさまれ、ウィンドウ７２は起動アイコン６４及び操作アイコン７４にはさまれている。図２７（Ａ）では、起動アイコン６０がウィンドウ７２の右側に表示されている。これは、後述するように起動アイコンを上下に移動することにより、起動アイコンに割当てられるプログラムを変化させることができる機能を利用したものである。起動アイコン６０のさらに右側には、ウェブブラウザの起動アイコン６６が表示されている。【０２３９】
図２７（Ａ）に示される状態で、ウィンドウ７２中に、特定のＵＲＬへのリンク３７３が存在しているものとする。リンク３７３を指でワンタッチした場合を考える。リンク３７３を指でワンタッチし、リンク先がウェブページである場合には、起動アイコン６６をワンタッチした場合と同じイベントが発生し、図２７（Ｂ）に示されるようにウェブブラウザのウィンドウ３７７が開く。ウィンドウ３７７はウェブアプリケーションなので、起動アイコン６６と操作アイコン３７５とにはさまれて表示される。ここで注意すべきなのは、ウィンドウ３７７がウィンドウ７２に隣接して表示され、同時にウィンドウ６８が閉じられている点である。これはいずれも図１１に示すアプリケーション関係情報１４２に規定された情報に基づく動作である。以下、こうした動作を実現するプログラムにおける制御の流れについて図１５〜図２１のフローチャートを適宜参照して説明する。【０２４０】
前述したとおり、上記したリンク３７３をタッチした場合、図１５のステップ１６２において起動アイコン６６をワンタッチしたときと同じイベントが発生する。したがって制御はステップ１６４に進み、図１６に示す処理が実行される。【０２４１】
図１６を参照して、ステップ１９０の判定結果はＮＯとなり、ステップ２００に進む。ワンタッチなのでステップ２００での判定結果もＮＯとなり、ステップ２０４に進む。ステップ２０４の判定結果はＹＥＳ、ステップ２０６の判定結果もＹＥＳとなってステップ２０８に進み、デフォルト条件でアプリケーション（この例ではウェブブラウザ）が起動される。【０２４２】
ステップ２０８では、図１７に示す処理と同様の処理が実行される。図１７を参照して、図２７に示す例では、ワンセグＴＶアプリケーションとメールアプリケーションとが既に起動しているので、ステップ２４０における判定結果はＹＥＳとなる。したがって制御はステップ２４２に進む。ステップ２４２では、他のウィンドウをクローズする必要があるか否かを判定する。この例では、図１１に示すアプリケーション関係情報１４２により、ウェブブラウザとワンセグＴＶアプリケーションとのウィンドウを同時に開くことが禁止されている。したがってステップ２４２における判定結果はＹＥＳとなり、ステップ２４４に進む。ステップ２４４では、図２７（Ａ）に示すウィンドウ６８を閉じるウィンドウとして選定し、ステップ２４６で閉じた後、ステップ２４８に進む。【０２４３】
ステップ２４８では、他のウィンドウのリサイズが必要か否かを判定する。図２７（Ａ）に示すウィンドウ６８を閉じた場合、ウィンドウ７２の現状のサイズと、ウェブブラウザに対して設定されているデフォルトのウィンドウサイズとを合計しても表示面５６の横幅と比較して余裕があるものとすると、ここでの判定結果はＮＯとなり、ステップ２５４に進む。【０２４４】
ステップ２５４では、ウィンドウ順序の変更が必要か否かを判定する。既に説明したように、この例では、図１１に示すアプリケーション関係情報１４２の記載により、メールアプリケーションのウィンドウとウェブブラウザのウィンドウとは互いに隣接して表示することが要請されている。したがってステップ２５４での判定結果はＹＥＳとなり、制御はステップ２５６に進む。【０２４５】
ステップ２５６では、ウィンドウ７２と新たに開くウィンドウ３７７とが互いに隣接した位置となるようにウィンドウ位置を再計算し、ステップ２５８で計算結果にしたがって各ウィンドウを表示してステップ２６０に進む。ステップ２６０では、新たなウィンドウ３７７を所定のサイズで表示する。ステップ２６２での判定結果はＹＥＳとなるので、ステップ２６４で起動アイコンに対応するアプリケーションを新しく開いたウィンドウ内に起動しその出力を表示し、処理を終了する。このときの画面が図２７（Ｂ）に示すものである。【０２４６】
図２７（Ｂ）を参照して、図２７（Ａ）に示すウィンドウ６８は閉じられ、新たに開かれたウィンドウ３７７がウィンドウ７２に隣接して表示されている。ウィンドウ３７７の左辺には起動アイコン６６が、右辺には操作アイコン３７５が、それぞれ表示される。図２７（Ａ）と比較して、起動アイコン６０と起動アイコン６６との位置が相互に入れ替わっており、起動アイコン６０は操作アイコン３７５よりさらに右側に表示される。【０２４７】
なお、本実施の形態では、ウィンドウ６８を閉じてもワンセグＴＶアプリケーションを終了させず、音声の出力を続行する。本実施の形態では、このようにウィンドウを閉じてもアプリケーションを実行している場合、例えば図９における起動アイコン６２により示すように、そのアプリケーションに対応する起動アイコン６２の表示態様（例えば色）を通常のものと変化させて、アプリケーションが起動中であることを示す。このとき、図１１に示すウィンドウテーブル１４０のうち、ウィンドウ６８に対応するエントリについては、ウィンドウの表示がされない状態であってもデータを消去しない。また、表示フラグをオフとすることで、アプリケーションが起動しているがウィンドウは表示されていないことを示す。通常は表示フラグはオンである。【０２４８】
このような処理を行なうことにより、互いに密接な関係を持つ二つのアプリケーションのウィンドウを互いに隣接した位置に自動的に表示でき、情報が見やすく、操作もしやすくなるという効果がある。また、何らかの理由により、特定の二つのアプリケーションのウィンドウを同時に開かないようにする（排他的な表示をする）ことが要請されている場合、新たに開かれるウィンドウと排他的なウィンドウを自動的に閉じることができ、上記した要請に応えることができる。また、表示面５６上の表示を整理することができるという効果も奏する。【０２４９】
−タッチされたウィンドウのアクティブ化−
デスクトップパソコンと同様、本実施の形態に係る携帯電話機４０でも、表示されたウィンドウが複数ある場合、いずれか一つのウィンドウのみがアクティブとなる。本実施の形態では、アクティブなウィンドウについては、そのウィンドウの左右に表示されている起動アイコン及び操作アイコンの輝度を他より高くすることにより、どのウィンドウがアクティブかをユーザが容易に理解できる。また、あるウィンドウをアクティブにしようとする場合には、そのウィンドウをタッチすればよい。【０２５０】
たとえば、図２８（Ａ）を参照して、ウェブブラウザのウィンドウ３７７がアクティブで、メールプログラムのウィンドウ７２が非アクティブであったものとする。ここでユーザが指３８０でウィンドウ７２の中のいずれかにタッチすると、図２８（Ｂ）に示すようにウィンドウ７２がアクティブとなって起動アイコン６４及び操作アイコン７４の輝度が高くなり、ウィンドウ３７７が非アクティブとなって起動アイコン６６及び操作アイコン３７５の輝度が通常の輝度となる。【０２５１】
この処理ではプログラムは次のような動作を行なう。図１５を参照して、操作アイコンがタッチされたわけではないので、ステップ１６２及び１６６での判定結果はいずれもＮＯとなり、ステップ１７０の処理が行なわれる。ステップ１７０では、開いているウィンドウにタッチがされたので、判定結果はＹＥＳとなり、ステップ１７２に進む。タッチされたウィンドウは非アクティブなので、ステップ１７２での判定結果はＮＯとなり、ステップ１７６に進む。ステップ１７６では、タッチされたウィンドウをアクティブにする処理を実行する。具体的には、図１１に示すウィンドウテーブル１４０のうち、タッチされたウィンドウ７２のウィンドウ番号をアクティブウィンドウ番号（図１１参照）に設定する。さらに、それまでアクティブであったウィンドウの起動アイコン及び操作アイコンの輝度を通常輝度にし、ウィンドウ７２の起動アイコン及び操作アイコンの輝度を高くして画面の再表示を行なう。【０２５２】
このようにアクティブなウィンドウをそのウィンドウをはさんで表示されている起動アイコン及び操作アイコンの輝度で示すことにより、ユーザはどのウィンドウがアクティブかを容易に確認できるという効果を奏することができる。その結果、携帯電話機４０の操作がわかりやすく、容易に行なえる。【０２５３】
−ウィンドウを閉じたが起動中のアプリケーションの再開−
たとえば、図２９（Ａ）に示すように、メールアプリケーションのウィンドウ７２及びウェブブラウザのウィンドウ３７７が表示されているものとする。同時に、ワンセグＴＶアプリケーションも起動しているが、前述したとおりウェブブラウザとのウィンドウの排他的表示という制約により、そのウィンドウが閉じられ、起動アイコン６２が色を変えて表示されているものとする。本実施の形態では、この状態でユーザが指３８０で起動アイコン６２をワンタッチすると、図２９（Ｂ）に示すように、ウェブブラウザのウィンドウ３７７が閉じられてウェブブラウザが終了し、代わりに起動アイコン６２に対応するワンセグＴＶアプリケーションのウィンドウ６８がクローズ前の大きさで開かれる。この場合のプログラムの動作について説明する。【０２５４】
図１５を参照し、ここでは起動アイコン６２がタッチされたので、ステップ１６２での判定結果はＹＥＳとなり、ステップ１６４の処理（図１６）が実行される。【０２５５】
図１６を参照して、この例ではステップ１９０での判定結果がＮＯ、ステップ２００での判定結果もＮＯとなる。したがってステップ２０２は実行されず、ステップ２０４の判定が行なわれる。この例ではステップ２０４での判定結果はＹＥＳ、ステップ２０６での判定結果はＮＯ、さらにステップ２１０での判定結果はＹＥＳとなり、この例ではステップ２１２の「ウィンドウのオープン」処理が実行される。【０２５６】
図１７を参照して、この例ではステップ２４０及び２４２での判定結果がＹＥＳとなり、ステップ２４４及び２４６でウィンドウ３７７がクローズされる。さらにステップ２４８での判定結果もＹＥＳとなる。ここでは、再開するウィンドウ６８の横サイズとして、図１１に示すアプリケーション固有情報１３６内のテーブルウィンドウ内の対応するエントリのウィンドウサイズが読出され、その大きさと、開いている他のウィンドウとの合計サイズを用いて、他のウィンドウをリサイズする必要があるか否かを判定する。リサイズの必要があればステップ２５０及び２５２で各ウィンドウのリサイズを実行する。図２９に示す例では、ウィンドウ３７７を閉じるものの、ウィンドウ７２のサイズを縮小する必要があり、図２９（Ｂ）に示すようにウィンドウ７２のサイズを小さくし、その位置も新たなウィンドウの表示位置にあわせて変更する。【０２５７】
ステップ２５４での判定結果はＮＯとなり、ステップ２６０の処理に移る。【０２５８】
ステップ２６０において、ウィンドウ６８がワンセグＴＶアプリケーションのデフォルトウィンドウサイズで再開される。さらにこの場合、ワンセグＴＶアプリケーションの画像出力が再開され、ウィンドウ６８内にワンセグＴＶアプリケーションによる画像が出力される。【０２５９】
なお、本実施の形態ではこうした場合にデフォルトウィンドウサイズでウィンドウを再開するが、クローズ前のウィンドウ幅を覚えておき、その大きさでウィンドウを再開するようにしてもよい。【０２６０】
また、本実施の形態では、ワンセグＴＶアプリケーションの場合、ウィンドウのリサイズがあったときには、画面の出力領域のアスペクト比は一定とし、画面全体を長手方向の寸法にあわせて縮小して表示する。ＴＶ画面では画面のアスペクト比が変化すると画像の印象が異なってしまうためである。ビデオ画面等の場合も同様であるが、アスペクト比を変化させるような設計としてもよい。【０２６１】
−アイコンのドラッグに伴うウインドウリサイズのためのサイズの算出−
ウィンドウのリサイズの際のウィンドウサイズの算出は以下のようにして行なう。なお、この処理のために、図１１に示すメモリ９８には、図１４に示すような、優先順位とウィンドウの縮小比率との対応関係を記憶した縮小比率テーブル１４４が記憶されている。【０２６２】
本実施の形態では、ウィンドウのリサイズは、以下の方針にしたがって行なう。【０２６３】
１）ドラッグ方向の前方に、最小間隔よりも広い空白領域（何も表示されていない領域）をあけて配置された一対のアイコンバーがある場合、その空白領域の長手方向の大きさをまず小さくする。【０２６４】
２）上記（１）の間隔がすべて最小間隔となりアイコンバーの間の間隔をそれ以上詰められない場合、ドラッグ方向の前方に、他のウィンドウがあれば、そのウィンドウ間に存在する空白領域の長手方向の大きさを縮める。本実施の形態では、ウィンドウ間の間隔を縮めるときには、左側から縮める。ただし、右側から縮めるようにしても、全て均等に縮めるようにしてもよい。【０２６５】
３）上記（１）及び（２）の間隔がすべて最小間隔となりアイコンバー及びウィンドウ間の間隔をそれ以上詰められない場合、ドラッグ方向の前方に、他のウィンドウがあれば、そのウィンドウサイズを縮める。縮める際には、図１４に示す縮小比率テーブルを参照し、ウィンドウが開かれた順番にしたがって逆順に各ウィンドウに優先順位を割当て、優先順位にしたがってウィンドウサイズの縮小幅を算出する。本実施の形態では、開かれた時刻が早いウィンドウほどより縮小幅が大きくなるよう、縮小幅を算出する。ただし優先順位としてはこれに限定されない。例えば、アクティブになった順番が後になるほどウィンドウの優先順位を高くしてもよい。【０２６６】
図１４に示す例では、各優先順位に、縮小幅を決めるための値である縮小比率という値を縮小比率テーブル１４４を参照して割当て、縮小比率を用いて各ウィンドウの縮小幅を算出する。より具体的には、以下の様にする。【０２６７】
図１４において、最も新しく開かれたウィンドウの縮小比率は１、２番目に新しいウィンドウの縮小比率は２、以下３番目、４番目のウィンドウにはそれぞれ４，８という縮小比率を割当てる。本実施の形態では、５番目以前に開かれたウィンドウについては、新しいウィンドウが開かれるときに閉じ、対応の起動アイコンの表示を残すこととしており、ここでの算出とは関係を持たない。【０２６８】
そして、次の式にしたがって、優先順位ｉのウィンドウのリサイズ後のサイズｗｉ’を決定する。【０２６９】
【数１】
2008090902.tif 000003
ただしｗｉはリサイズ前のこのウィンドウのサイズ、ｐｉはこの優先順位のウィンドウに割当てられた縮小比率、ｍはウィンドウ数、ｘはドラッグによる移動量を、それぞれ表す。【０２７０】
図３０（Ａ）にリサイズ前のウィンドウの配置例を示す。図３０（Ａ）を参照して、表示面５６には四つのウィンドウ４００，４０２，４０４及び４０６が表示されている。これらを新しい順番にあげると、第２のウィンドウ４０２、第４のウィンドウ４０６、第１のウィンドウ４００、及び第３のウィンドウ４０４という順番になるものとする。図３０（Ａ）において、各ウィンドウの名称の後にカッコに入って示された数字は、各ウィンドウの開かれた順番を示す。優先順位はこれとは逆になる。【０２７１】
図３０（Ａ）に示される状態で、矢印４１０により示されるように、移動量ｘで第３のウィンドウ４０４の起動アイコンが左側にドラッグされたものとする。この場合、このドラッグにより影響を受けるウィンドウは第１のウィンドウ４００及び第２のウィンドウ４０２である。それぞれのリサイズ前のサイズを図３０（Ａ）に示されるようにｗ１及びｗ２、リサイズ後のサイズを図３０（Ｂ）に示されるようにｗ１’及びｗ２’とする。ｗ１’及びｗ２’は以下の式によって決定される。【０２７２】
【数２】
2008090902.tif 000004
新規にウィンドウを表示する場合も、同様の考え方で算出する。その方法について図３１を参照して説明する。ただし新規にウィンドウを表示する場合、新たに表示されるウィンドウサイズの表示に必要なスペースを、既存のウィンドウを全てリサイズすることで確保する。【０２７３】
図３１（Ａ）を参照して、第１から第３の三つのウィンドウ４００，４０２及び４１０が表示された状態で、図３１（Ｂ）に示されるように第４のウィンドウ４１２を開く場合を考える。ウィンドウ４００、４０２、及び４１０のサイズをそれぞれｗ１、ｗ２及びｗ３とし、各ウィンドウ名の次のカッコ内の数字で示されるように、これらが開かれた順番をそれぞれ３，１，２とする。新しく開かれる第４のウィンドウのサイズをｗ４、リサイズ後のウィンドウ４００、４０２、及び４１０のサイズをそれぞれｗ１’、ｗ２’及びｗ３’とする。すると、次の式によりｗ１’、ｗ２’及びｗ３’が決定できる。【０２７４】
【数３】
2008090902.tif 000005
ただしｄはウィンドウ間の最小間隔である。第４のウィンドウ４１２が新しく開かれたため、ウィンドウ間の間隔が一つだけ増加し、そのためにこの分の幅を既存のウィンドウの縮小分から確保する必要が生じるため、上の式のような計算が必要になる。【０２７５】
−操作ガイダンスの表示−
本実施の形態に係る携帯電話機４０では、図３２（Ａ）に示されるように、起動アイコン（例えば起動アイコン６２）を指３８０で所定時間以上押し続けていると、図３２（Ｂ）に示すように、その起動アイコンに関する操作ガイダンス３９０をその近傍に表示する。操作ガイダンスの内容は図１１に示すアプリケーション固有情報１３６内に含まれている。【０２７６】
操作ガイダンスの表示を行なう際のプログラムの動作は以下のとおりである。図１５を参照して、起動アイコン６２に対する長押しが行なわれているので、ステップ１６２での判定結果はＹＥＳとなり、ステップ１６４の処理が実行される。【０２７７】
図１６を参照して、ステップ１９０での判定結果はＮＯとなり、ステップ２００に進む。ステップ２００における判定結果は、長押し開始後の所定時間の間はＮＯとなり、ステップ２０４に進む。タッチアップは所定時間の間行なわれないので、ステップ２０４での判定結果はＮＯとなり、ステップ１９０に戻る。以後、ステップ１９０、２００、２０４という処理が繰返される。【０２７８】
長押しの時間が所定時間を越えると、ステップ２００における判定結果がＹＥＳとなり、制御はステップ２０２に進む。ステップ２０２で、起動アイコン６２の近傍に、図１１のアプリケーション固有情報１３６から操作ガイダンス情報が読出され、図３２（Ｂ）に示す操作ガイダンス３９０が表示される。ここでタッチアップがあれば、起動アイコン６２に対応するアプリケーションが未起動であるので、ステップ２０８でワンタッチがあったときの形態で起動アイコン６２に対応するウィンドウが開きアプリケーションを起動する。ユーザがタッチアップを行なわず、起動アイコン６２のドラッグを行なうと、ステップ１９０における判定結果がＹＥＳとなり、ステップ１９２以後の処理が実行され、最終的にステップ１９６又はステップ１９８の処理が実行される。【０２７９】
このように、起動アイコンを長押ししたときに操作ガイダンスを表示することで、起動アイコンに対しどのような処理をすればアプリケーションを起動できるかをユーザが理解でき、携帯電話機４０を大きな困難なく操作することが可能になる。【０２８０】
−起動アイコンのドラッグによるウィンドウの移動−
既に述べたとおり、本実施の形態に係る携帯電話機４０では、開いているウィンドウの左側に表示されている起動アイコンをドラッグすることにより、そのウィンドウを移動させることができる。その様子を図３３に示す。【０２８１】
図３３（Ａ）を参照して、ウィンドウ７２の左側の起動アイコン６４を指で押さえて矢印方向にドラッグすることを想定する。本実施の形態ではこの場合、図３３（Ｂ）に示すようにウィンドウ７２をドラッグ方向に沿って移動させる。それに伴い、図３３（Ｂ）に示すように、ドラッグ方向の前方に存在するウィンドウのサイズをリサイズする。図３３に示す例では、ウィンドウ６８をウィンドウ７２のドラッグ量に応じて縮小している。縮小量の決定方法は図３０及び図１４を参照して説明したとおりである。【０２８２】
この場合のプログラムの動作は以下の通りである。図１５を参照して、ステップ１６２の判定結果はＹＥＳとなる。したがってステップ１６４の処理が実行される。【０２８３】
図１６を参照して、ステップ１９０の判定結果はＹＥＳとなり、ステップ１９２に進む。この例では、図３３（Ａ）に示すとおりドラッグ方向が横方向（ｘ軸方向）なので、ステップ１９２の判定結果はＹＥＳとなり、ステップ１９４の判定を行なう。ここでは、既にこの起動アイコン６４に対応するアプリケーションが起動済みであるため、ステップ１９４の判定結果はＮＯとなり、ステップ１９８に進む。そしてステップ１９８で、ウィンドウ６８をリサイズ後のサイズで表示し、ウィンドウ７２をドラッグ量に対応した量だけ移動させた位置に表示する処理を実行する。この後、制御は図１５のステップ１６２に戻る。【０２８４】
以上のように、本実施の形態では、起動済みのアプリケーションのウィンドウの左に表示されている起動アイコンを横方向にドラッグすると、そのウィンドウがそのドラッグ量に応じた量だけ位置を変えて表示される。そのドラッグに応じ、リサイズが必要なウィンドウは図３０及び図１４を参照して述べたのと同様の方法を用い、リサイズされる。【０２８５】
したがって、ユーザがウィンドウを自分の望む位置に移動させることが可能になり、携帯電話機４０の操作がより容易になる。また携帯電話機４０の表示がより見やすくなる。【０２８６】
なお、このドラッグの際の、表示されている要素のリサイズ、移動の基本方針は既に述べたとおりである。【０２８７】
ドラッグの際の表示要素のリサイズ及び移動の様子を示すのが図３４である。図３４（Ａ）を参照して、ウィンドウ６８及びウィンドウ７２が開かれている状態で、ユーザがウィンドウ７２の起動アイコン６４を左方向にドラッグしたものとする。図３４（Ａ）に示す状態では、ウィンドウ６８の左端の起動アイコン６２と、その左側の起動アイコン６０との間に比較的広い間隔があいている。したがって起動アイコン６４のドラッグによるウィンドウ７２の左方向への移動があると、まずウィンドウ６８とウィンドウ７２とを一体的に左側に移動させ、起動アイコン６０と起動アイコン６２との間の間隔を詰めて行く。【０２８８】
図３４（Ｂ）に示すように、起動アイコン６０と起動アイコン６２との間の間隔が所定の最小値となってもさらに起動アイコン６４が左方向にドラッグされた場合、図３４（Ｃ）に示すように今度はウィンドウ６８のサイズを小さくしていく。【０２８９】
こうした判定及び表示の変更は、図１６のステップ１９６で行なわれる。【０２９０】
−起動アイコンタッチ又はドラッグ時のテキストの表示−
以上に述べたように、本実施の形態に係る携帯電話機４０では、起動アイコンをワンタッチしたりドラッグしたりすると、その起動アイコンに対応する新たなアプリケーションのウィンドウが開き、既存のウィンドウがリサイズされる。新たなウィンドウが開かれるので、同時に閉じられるウィンドウが存在しない限り、既存のウィンドウサイズはその前と比較して小さくなる。そのため、次のような問題がある。【０２９１】
もともと表示されていたウィンドウに、テキストが表示されており、リサイズの結果、そのウィンドウの幅が小さくなった場合を考える。リサイズの結果、ウィンドウ幅が極端に小さくなると、ウィンドウ内にテキストを全て表示することが困難になる場合がある。【０２９２】
例えば、図３５（Ａ）に示す状態で、起動アイコン６２をワンタッチすると、ウィンドウ６８が新たに開き、ウィンドウ７２及びウィンドウ３７７がより小さなサイズにリサイズされる。ウィンドウサイズの例を図３５（Ｂ）及び（Ｃ）にそれぞれ示す。その結果、例えばウィンドウ７２内のテキスト表示画面を、リサイズ前後の比率にしたがってそのまま左右に縮小して表示するようにすると、テキストの内容を読取ることが困難になる。【０２９３】
そこで、本実施の形態では、このようにテキストを表示するウィンドウの場合、リサイズ後のウィンドウ幅が所定のしきい値以下となると、リサイズ前のフォーマットに従うのではなく、テキストの文字列データをそのウィンドウ中に流し込み、表示できる量だけ表示する。フォントの大きさを変えない場合、図３５（Ｃ）に示されるように、ウィンドウ内に表示される文字の数は少なくなるが、読取りは容易になる。フォントとして上下は固定し、左右を縮めたフォント（長体フォント）を用意しておき、長体フォントで文字列データを表示すると、図３５（Ｂ）に示されるように、文字自体は元のフォントを使用した場合より多少読みにくくなるが、より多くの文字をウィンドウ７２内に表示できる。その結果、テキストの内容をより正確に理解することが可能になる。この場合、フォントとして長体フォントを用いるのではなく、元の大きさより上下左右とも縮小されたフォント（縮小フォント）を用いて文字列を表示するようにしてもよい。【０２９４】
図３５（Ｃ）に示される例では、文字列の全体を表示するのは比較的困難だが、その先頭部分については明確に読取り、理解することができる。一方、図３５（Ｂ）に示される例では、元のフォントよりも多少読みにくくなるが、文字列の全体に比較的近い量のテキストを表示できるという効果がある。したがって、アプリケーションによってこれらの表示方式を適宜切替えるようにしてもよい。【０２９５】
このようにウィンドウサイズに応じてフォントを変更させるためには、図１１に示されるアプリケーション固有情報１３６に含まれるテキストフラグを参照する。例えば図１７のステップ２５８において、各ウィンドウのうち、所定値より小さなウィンドウサイズのウィンドウについては、対応するアプリケーションのテキストフラグを読み、その値が１の場合には設定にしたがって長体フォント又は縮小フォントでそのアプリケーションの出力するテキスト文字列をウィンドウ内に流し込む。【０２９６】
−操作アイコンドラッグ時のテキストの表示及びウィンドウのクローズ−
こうした処理は、ウィンドウサイズのリサイズが行なわれるときには常に生じうる。本実施の形態では、図７に示したように、各ウィンドウの操作アイコンを左右にドラッグすると、対応する起動アイコンの位置を維持したまま、そのウィンドウの大きさがリサイズされるが、同時に他のウィンドウを縮小させる必要があるときにはそれらウィンドウのリサイズも行なわれる。そうした場合にも同様の処理を行なう。そしてこの処理は、起動アイコンのドラッグによって新たなアプリケーションが新しいウィンドウで起動されるときにも行なわれる。【０２９７】
操作アイコン又は起動アイコンのドラッグに伴う長体又は縮小フォントによるテキスト文字列の表示については、プログラムは次のように動作する。本実施の形態ではまた、操作アイコン又は起動アイコンのドラッグに伴うリサイズの結果、ウィンドウ幅が所定値未満となったウィンドウが存在したときにはそのウィンドウをクローズする。以下、この場合のプログラムの動作を説明する。以下の説明は、操作アイコンのドラッグが行なわれた場合についてのものである。【０２９８】
図１５を参照して、この場合、操作アイコンに対するドラッグがされているのでステップ１６２での判定結果はＮＯとなり、ステップ１６６に進む。ステップ１６６の判定結果はＹＥＳとなって、ステップ１６８の処理が実行される。【０２９９】
図１９を参照して、ドラッグ中なのでステップ２２０の判定結果はＮＯ、ステップ２２４の判定結果がＹＥＳとなって、ステップ２２６の処理が実行される。【０３００】
ステップ２２６の処理の詳細は図２０に示されている。ステップ２８０での判定結果は、ドラッグ量とウィンドウの最大サイズと現在のウィンドウサイズとの値の組合せにより決まる。ＹＥＳの場合にはステップ２８２でウィンドウサイズを最大とした上でウィンドウ位置がドラッグ量に基づいて決定される。ＮＯの場合にはステップ２８４で新たなウィンドウサイズがドラッグ量により決定される。【０３０１】
ステップ２８６，２８８の処理でアイコンバーの移動が必要なら行なわれる。ステップ２９０で、他のウィンドウのリサイズが必要か否かが判断され、ステップ２９２、２９４で他のウィンドウのリサイズ及び表示位置の変更が行なわれる。【０３０２】
この後、ステップ２９６において、以上のウィンドウのリサイズ処理の結果、幅が第１のしきい値未満となったウィンドウが存在しているか否かが判定される。そうしたウィンドウがあればステップ２９８でそのウィンドウがクローズされる。例えば図７（Ｂ）に示すように、ユーザが操作したウィンドウ７２の幅７６が第１のしきい値未満になれば、ウィンドウ７２がクローズされる。逆にウィンドウ７２のサイズが大きくされ、その結果、幅が第１のしきい値未満となった他のウィンドウが存在すれば、ステップ２９８でそうしたウィンドウがクローズされる。
【０３０３】
この後、ステップ３００において、開いているウィンドウのうち、幅が第１のしきい値よりも大きな第２のしきい値未満で、対応するアプリケーションのテキストフラグがオンとなっているウィンドウがあるか否かを判定する。そうしたウィンドウがあれば、アプリケーションの出力するテキスト文字列をそのウィンドウに流し込み、文字列を長体フォント又は縮小フォントで表示する。それ以外のウィンドウについては表示内容をウィンドウサイズにあわせて縮小又は拡大表示する。【０３０４】
ステップ３０２において、ドラッグ中の操作アイコンに応じたアプリケーションのウィンドウをドラッグ量及びそのアプリケーションの最大ウィンドウサイズのいずれか小さな方の大きさで表示する。【０３０５】
ステップ３０４で、タッチアップがあったか否かを判定し、なければステップ２８０に戻る。タッチアップがあればステップ３０６で対応アプリケーションが起動済みか否かを判定する。ここではアプリケーションは起動済なので、ステップ３１０に進み、アプリケーションの出力をそのウィンドウ内に出力してアプリケーションを続行する。【０３０６】
なお、ステップ２９８で操作中のウィンドウがクローズされた場合、ステップ３０２ではそのウィンドウは表示されない。また、タッチアップ時点でそのウィンドウがクローズされている場合、ステップ３０６、３０８、及び３１０の処理も実行されない。【０３０７】
こうして、ウィンドウのリサイズに伴うウィンドウのクローズと、リサイズにより幅が第２のしきい値より小さくなったウィンドウでテキスト表示するウィンドウについて、テキストの流し込みを行ない、長体又は縮小フォントで表示させることができる。【０３０８】
なお、起動アイコンのドラッグにより図２０に示される処理が実行される場合、ステップ２８０では現在のウィンドウサイズ＝０として判定がされる。ステップ２８２及び２８４では、現在のウィンドウサイズ＝０、及び現在のウィンドウ位置＝起動アイコンの現在の位置、としてウィンドウ位置及びウィンドウサイズの計算が行なわれる。また、ステップ３０６の判定結果はＮＯとなり、ステップ３０８の処理が実行される。【０３０９】
−起動アイコンの縦方向へのドラッグによる割当アプリケーションの変更−
図１２に示すように、各アイコンにはアプリケーションと表示上のｙ座標の範囲とが予め割当てられている。したがって本実施の形態では、起動アイコンを縦方向にもドラッグ可能とし、縦方向へのドラッグがあった場合にはそのｙ座標に応じて表示されるアイコンと割当られたアプリケーションとを変更する。【０３１０】
例えば図３６を参照して、もともとメールアプリケーションが割当てられた起動アイコン６４をユーザが下方向にドラッグした場合を考える。ｙ座標は図における上から下に向かって増加するものとすると、このアイコンの中心のｙ座標の値がｙ＝１００〜１４９の間にある場合には、このアイコンのデザインはメールを示すアイコン（図１２に示す下から２番目のアイコン）のままである。しかし、アイコンの中心のｙ座標の値がｙ＝１５０〜１９９の範囲に移動すると、図１２に示される割当にしたがい、アイコンのデザインは図１２の最も下のウェブブラウザのアイコンとなり、割当てられるアプリケーションもウェブブラウザとなる。【０３１１】
このように、起動アイコンに割当てられるアプリケーションを起動アイコンのｙ座標の値に応じて変化させ、アイコンデザインもそれに伴って変化させることにより、例えば同一のアプリケーションを同時に複数個起動させたり、任意のウィンドウ順序でアプリケーションを起動させたりすることができる。【０３１２】
この処理を実現する場合、携帯電話機４０のプログラムは以下のように動作する。起動アイコンのドラッグなので、図１５のステップ１６２での判定結果はＹＥＳとなり、ステップ１６４が実行される。【０３１３】
図１６を参照して、ステップ１９０の判定結果はＹＥＳとなって、ステップ１９２の判定が行なわれる。ドラッグ方向は縦方向であるから、ステップ１９２での判定結果はＮＯ、ステップ２１４での判定結果はＹＥＳとなり、ステップ２１６の処理が実行される。【０３１４】
図１８を参照して、ステップ３２０で起動アイコンのドラッグ位置のｙ座標が取得される。ステップ３２２でｙ座標の値に応じ、図１２に示す割当にしたがってその起動アイコンのデザインを変更し、ドラッグ位置に表示する。ステップ３２４では、タッチアップがあったか否かを判定し、タッチアップがあればステップ３２６に進み、タッチアップ時の起動アイコンの座標に応じてアイコン−ウィンドウ対応テーブル１５０を更新する。【０３１５】
−操作アイコンの長押しによる機能メニューの表示−
本実施の形態では、操作アイコンをユーザが所定時間以上押したときには、図３７（Ａ）の機能メニュー４３０により示されるように、押されている操作アイコンの近傍に機能メニューを表示する。ユーザは、この機能メニュー４３０上を図３７（Ｂ）に示されるようにドラッグし、所望の項目で指をリリースすることにより、リリースされた箇所に表示されていた機能を携帯電話機４０に実行させることができる。【０３１６】
このときのプログラムの動作は以下のとおりである。図１５のステップ１６２において、操作されているのは操作アイコンであるから判定結果はＮＯになり、ステップ１６６に進む。ステップ１６６の判定結果はＹＥＳとなってステップ１６８の処理が実行される。【０３１７】
図１９を参照して、ここではユーザが操作アイコン７０（図３７（Ａ）参照）を長押ししているので、ステップ２２０での判定結果はＹＥＳとなる。その結果、ステップ２２２の「機能メニューの表示／選択」処理が実行される。【０３１８】
図２１を参照して、この処理の最初に、長押しされている操作アイコンの近傍に、ステップ３４０によって機能メニューが表示される。表示すべき機能メニューの内容は図１１のアプリケーション固有情報１３６に記憶されている。図３７（Ａ）に示す例では、この機能メニューには、機能名称としてＣＨ（チャンネル切替）、ＥＰＧ表示、おすすめ番組、等という文字列が表示される。【０３１９】
ステップ３４２では、静電容量式タッチパネル５９の出力からドラッグ位置を取得し、ステップ３４４でそのドラッグ位置に対応した機能名称を強調表示する。タッチアップがあるまでこのようにしてドラッグ位置に応じた機能名称の表示を行ない、タッチアップがあるとステップ３４８、３５０の処理により、このアプリケーション中の、選択された機能を実現するためのイベントを発行し、対応するアプリケーションに与える。図３７（Ａ）では先頭の「ＣＨ切替」が強調表示されているが、図３７（Ｂ）に示す例では、ドラッグにより選択された機能名称「おすすめ番組」が強調表示されている。【０３２０】
このように操作メニューを長押しすることで機能メニューを表示し、機能メニューから所望の機能を選択して実行可能とすることで、表示面５６の狭い画面を使用して複数のウィンドウを表示し、しかもウィンドウごとに固有の機能を容易に選択して実行させることができる。【０３２１】
−横型表示と縦型表示との切替−
前述したとおり、携帯電話機４０では、縦型表示と横型表示とを切替えることができる。縦型表示とは、表示面５６上の各ウィンドウ内に、表示面５６の長辺と平行な方向に画像が正立するように画像を表示する表示形式をいい、横型表示とは、表示面５６上の各ウィンドウ内に、表示面５６の短辺と平行な方向に画像が正立するように画像を表示する表示形式をいう。【０３２２】
表示の切替は図１１に示すウィンドウ管理情報１３８内の縦横フラグの値を変化させることで制御できる。そのためのプログラムは、本実施の形態では画面表示のプログラムとは別個に用意されており、画面上に表示された所定のボタンを押すことで起動される。【０３２３】
例えば、図３８（Ａ）に示されるように、画面が横型表示でウィンドウ６８及びウィンドウ７２が開いており、画面左下に縦横切替ボタン４６８が表示されているものとする。この縦横切替ボタン４６８を図３８（Ａ）に示すように指で押すと、図３８（Ｂ）に示すように表示が縦型に切替わる。縦型表示のウィンドウ４７０は図３８（Ａ）のウィンドウ６８に対応し、ウィンドウ４７２は図３８（Ａ）のウィンドウ７２に対応する。本実施の形態では、これらウィンドウ４７０及び４７２は、横型表示における、対応するウィンドウ６８及び７２の表示順序（左から数える）にしたがって、上から配列される。縦型表示の左下隅には、縦横表示ボタン４６８が表示されている。縦横表示ボタン４６８を押すことにより、再び画面を図３８（Ａ）に示す縦型表示に切替えることができる。【０３２４】
なお、縦型表示の場合には、特にアプリケーションウィンドウの位置関係が横型表示のときより重要になる。例えば、図３９に示すようにメールアプリケーションにおいて、受信メールを表示するウィンドウ４７２と、メールを作成するウィンドウ４９０と、入力ボタンを表示するウィンドウ４９２との組合せを表示する場合、これらを順番に上から並べ、ウィンドウ４９２が最も下に来るようにするのが入力にとって都合がよい。入力ボタンと入力されたテキストが表示される領域とは、できるだけ近いほうがよく、また返信メールを作成するためには、受信メールが同時に表示でき、しかも互いに近接していることが望ましいためである。【０３２５】
したがって、縦型表示の場合には図１１に示すアプリケーション関係情報１４２が特に重要な意味を持つ。図３９のような表示を実現するためには、受信メールの表示プログラムとメールの作成プログラムとのウィンドウが互いにこの順序で隣接するように指定し、メールの作成プログラムと入力ボタンとのウィンドウが互いにこの順序で隣接するように指定する。そのような指定をすることで、図３９のような順番での表示を実現することができる。【０３２６】
もちろん、隣接表示するアプリケーションについて、対ではなく３個以上のアプリケーションからなる組を指定できるようにしてもよい。【０３２７】
横型表示の場合には、使用する人がどちらの手を使用して入力するかによって、画面の順序を入れ替える必要が生じる場合がある。例えば右の手を使用して操作パネルを操作する場合には、図４０（Ａ）に示すようにメール作成プログラムのウィンドウ７２を中央に、操作パネル５００をその右側に配置し、それ以外のウィンドウ６８はウィンドウ７２の左側に配置するのが望ましい。逆に、ユーザが左手を使用して操作パネルを操作する場合には、図４０（Ｂ）に示すように操作パネル５００とウィンドウ６８との位置を図４０（Ａ）の場合と入れ替え、操作パネル５００が左端に来るようにすることが望ましい。【０３２８】
したがって、図１１に示すアプリケーション関係情報１４２の情報は、ユーザが自由に設定できるようにすることが望ましい。【０３２９】
いずれの場合でも、縦型配置に変更したときには、図４０（Ｃ）に示すように操作パネル５１０が最も下で、メール作成のためのウィンドウ５１２がそのすぐ上に配置されるようにすることが望ましい。【０３３０】
なお、表示を縦型表示に切替えるのは、多くの場合、何らかの入力をしようとしている場合であると考えられる。縦型表示の方が入力に集中できると考えられるためである。したがって横型表示から縦型表示に切替えられた際には、いずれの場合も図４０（Ｃ）に示すように自動的に文字入力のための操作パネル５１０を最下部に表示するようにしてもよい。さらに、文字入力と直接関係のないウィンドウは、図４０（Ｃ）に示すようにクローズするようにしてもよい。【０３３１】
上記した実施の形態では、隣接表示するアプリケーションとして指定されているアプリケーションの組合せのうち、一方のアプリケーションのウィンドウが開かれたときに、他方のアプリケーションのウィンドウが表示されていれば、両者が隣接するようにウィンドウ位置の交換を行っているだけである。しかし、本発明はそのような実施の形態には限定されない。例えば、一方のアプリケーションのウィンドウが開かれたときに、他方のアプリケーションのウィンドウが開かれていなければ、そのアプリケーションのウィンドウも同時に開き、両者を隣接した領域に配置するようにしてもよい。この場合、既存のウィンドウのいずれにも対応していないアプリケーションのいずれかと、指定された起動アイコンに対応するアプリケーションとの組合せが、アプリケーション関係情報１４２に記憶されていたときには、その組合せのうち、指定された起動アイコンに対応するアプリケーション以外のアプリケーションのウィンドウを、指定された起動アイコンに対応するアプリケーションのウィンドウに隣接するように開くようにする。【０３３２】
−新規アイコンの表示−
上記実施の形態では、表示面５６上の、アイコンでもウィンドウでもない部分をユーザが所定時間以上連続して指定（押下）することによって、新規の起動アイコンを追加することができる。すなわち、図８（Ａ）に示すように、操作アイコン７４と起動アイコン６６の間の領域のような、アイコンでもウィンドウでもない領域の中のある部分を、所定時間以上連続してユーザが指定すると、図８（Ｂ）に示すように、その部分に新規の起動アイコン７７が表示される。この処理は、図１５に示すステップ１７８及び１８０において行なわれる。【０３３３】
表示される起動アイコンは、指定した部分の、表示上のｙ座標（短辺に沿った座標）の範囲によって決められる（ステップ１８０）。図１２を参照して既に述べたように、各アイコンにはアプリケーションと表示上のｙ座標の範囲とが予め割当てられている。従って、本実施の形態では、アイコンでもウィンドウでもない、表示面上のある部分が所定時間以上連続してユーザにより指定された場合には、そのｙ座標に応じて定められる起動アイコンが表示され、その起動アイコンには、そのｙ座標に対応するアプリケーションが割当てられる。図８（Ｂ）では、ユーザはメールアプリケーションのアイコンと同じｙ座標の部分を指定している。その結果、メールアプリケーションの起動アイコンがユーザの指定した部分に追加され、複数のメールアプリケーションのウィンドウを表示することが可能になる。【０３３４】
このように、起動アイコンを増やせることによって、表示されているアイコン数が不足した際に、追加することが可能になる。これは、ウェブブラウザのページなど、複数のページを見比べたい場合などに有効である。例えば、ウェブブラウザのページを閲覧する際などは、あるページ（これを「ページＡ」とする。）を閲覧して、次に別のページ（これを「ページＢ」とする。）を閲覧していく場合でも、ページＡをいつでもすぐに閲覧できるように、起動した状態でおいておきたい場合がある。本実施の形態では、ページＡのウィンドウをクローズした場合でも、アプリケーションを終了せず、次に指定した際に起動中のアプリを続行することが可能であることから、ページＡをいつでもすぐに閲覧できるように、起動した状態でおいておくことが可能である。このようにして、起動した状態でおいておきたいページが増えると、起動アイコンが不足することが考えられる。このような場合に、本実施の形態にかかる携帯電話では起動アイコンを増やすことができ、それによって、必要な数のアプリケーションを起動することが可能である。【０３３５】
起動アイコンが追加されると、アイコン−ウィンドウ対応テーブル１５０に、追加アイコン分のエントリを追加する。すなわち、アイコン−ウィンドウ対応テーブル１５０に、新たなウィンドウ番号と、新たに表示した起動アイコンの表示位置との対が追加される。【０３３６】
起動アイコンは、消去できるようにしてもよい。例えば、ウィンドウをクローズした状態の起動アイコンを指定し、縦方向にドラッグすることによって、その起動アイコンを消去できるようにしてもよい。このとき、ドラッグ先の位置（ドラッグを終了した位置）が、図１２に示される、各アイコンのｙ座標の範囲のいずれにも属さない範囲になったとき、その起動アイコンを消去する。図１２に示す値で説明すると、指定した起動アイコンを縦方向にドラッグし、アイコンの中心のｙ座標の値が２００以上（ｙ≧２００）になったときに、そのアイコンの表示を終了する。【０３３７】
図１６に示すフローでは、ステップ１９０において、ドラッグ操作と判断されると、ステップ１９２でドラッグ方向が横か否か判定される。縦方向のドラッグの場合にはステップ２１４に処理が進み、アプリケーションが未起動かどうかの判定が行われる。アプリケーションが未起動と判定されると、ステップ２１６の処理を実行する。起動アイコンを消去する処理を行なう機能は、ステップ２１６の処理として、図１８に示す制御構造で示されるプログラムを以下のように修正することで実現できる。【０３３８】
図１８を参照して、起動アイコン消去の処理を説明する。ステップ３２０において、ドラッグ中の表示面５６上の指の押圧位置の座標値を取得する。続くステップ３２２において、それまでの起動アイコンの表示を消去し、ステップ３２０で取得された座標値により定まる位置に対応する起動アイコンを描画する。このとき、取得された座標値が、図１２に示される、各アイコンのｙ座標の範囲のいずれにも属さない範囲である時、描画は行わない。すなわちこの場合、起動アイコンが消去される。ステップ３２６では、アイコン−ウィンドウ対応テーブル１５０（図１２参照）から、消去したアイコンに対応するエントリを削除する。【０３３９】
こうした処理によって、起動アイコンを消去する処理を実現できる。以降の処理は、先に説明したとおりである。【０３４０】
このように、起動アイコンを消去できることによって、画面に表示されるアイコンの数が多数になった場合などに、じゃまになったアイコンを消去することができる。【０３４１】
−イベント発生時の表示−
図４１を参照して、例えばメールプログラムが起動されていないときに電子メールの受信イベントが発生したときの携帯電話機４０の動作について説明する。図４１を参照して、ユーザがウィンドウ６８でテレビ放送を見ているものとする。アイコン表示フラグの初期値は０であり、したがって図４１（Ａ）に示すように、他の起動アイコン６０，６４、６６は通常の態様で表示されている。ここでメールの受信イベントが発生すると、図２３に制御構造を示すプログラムが通信制御部１２０により起動され実行される。【０３４２】
図２３を参照して、通信制御部１２０はまず、ステップ３８１において、受信したメールをメモリ９８に保存し、メールプログラムのプレファレンスデータの受信メール情報を更新する。続いてステップ３８２においてメールプログラムが起動中か否かが判定される。図４１（Ａ）に示す例ではメールプログラムは起動しておらず、したがってステップ３８３の処理が実行され、アイコン表示フラグの値が１に設定される。さらにステップ３８７の処理により、メールプログラムのアイコンの表示がアイコン表示フラグにしたがって実行される。その結果、図４１（Ｂ）に示すように、メールプログラムの起動アイコン６４が反転表示される。したがってユーザは、メールプログラムの起動アイコン６４が反転表示されたことにより、新たなメールの着信があったことを知る。【０３４３】
ここで、ユーザがメールプログラムを起動したものとする。図２４に制御構造を示すプログラムが通信制御部１２０により実行される。まず、通信制御部１２０はステップ３９１において、メールプログラムのプレファレンスデータを読む。ステップ３９２において、読込んだプレファレンスデータの中のアイコン表示フラグが０か否かを判定する。ここではアイコン表示フラグの値は１となっている。したがって通信制御部１２０はステップ３９３の処理を実行し、受信メールの一覧画面を表示する。さらにステップ３９４でアイコン表示フラグの値が０に戻され、ステップ３９５でアイコン６４が再表示され通常表示に戻る。【０３４４】
各画面が表示された後の制御は、各画面に表示されるコントロールに付随するメソッドにより行なわれる。すなわち、各画面に表示される各種コントロール（ボタン、フィールド、プルダウンメニューなど）には、ユーザのとるアクションに対応するメソッドが付随しており、ユーザがとったアクションに応じたメソッドが起動され、それぞれ所定の処理を実行する。【０３４５】
このように、アプリケーションを起動しておらず、又は起動しているがウィンドウが開かれていない状態であっても、イベントの発生に応答してそのアプリケーションに対応する起動アイコンを反転表示することで、ユーザは、このタスクに何らかのイベントが発生したことを容易に理解することができる。反転表示されたアイコンをタッチすることにより、そのタスクに対応するウィンドウを開くことができ、イベントに対して必要な処理を容易に行なうことができる。【０３４６】
上記した実施の形態では、メールプログラムの起動アイコン６４が通常表示のときには、メールプログラムの起動アイコン６４をタッチすると新規メール作成画面又は機能一覧画面が表示される。一方、起動アイコン６４が反転表示されているときに起動アイコン６４をタッチすると、受信メールの一覧画面が表示される。すなわち、状況に応じてユーザにとって適切と思われる態様でメールプログラムを起動させることができる。また、起動アイコン６４が通常表示のときにタッチがあったときに、新規メール作成画面及び機能一覧画面のいずれを表示するかは予めユーザがプレファレンスデータにより指定できる。その結果、ユーザにとってこのメールプログラムの挙動を自分の好みにあわせることができる。【０３４７】
なお、上記実施の形態では、メールの着信があったときにメールの起動アイコン６４を反転表示している。しかし、本発明はそのような実施の形態に限定されるわけではない。メールプログラム以外のプログラムでも同様の制御を行なうことができる。例えば、テレビ放送を見ているとき、又は音楽又はムービーを再生しているときに携帯電話に着信があったときの表示の例を図４２に示す。【０３４８】
図４２を参照して、テレビ放送のウィンドウ６８が開かれている状態で、電話の着信があった場合には、電話アプリケーションの起動アイコン５２０を新たに画面に表示する。起動アイコン５２０は、他のアイコンと同様の態様で表示してもよいが、何らかのアクションが必要であることを示すために、反転又は点滅させながら表示することが望ましい。この起動アイコン５２０をタッチすることにより電話アプリケーションが起動され、ユーザは電話に応答することができる。【０３４９】
このように、何らかのイベントが発生したことに応答して、そのイベントを処理するためのアプリケーションの起動アイコンを表示することで、その起動アイコンをタッチするようにユーザを導くことができる。その結果、ユーザはイベントに対する適切なアプリケーションを容易に起動できる。すなわち、ユーザにとってどのような操作をすればよいかが容易に理解できるという特徴がある。【０３５０】
なお、図４２に示す例では、通常は電話アプリケーションに対応する起動アイコン５２０は表示しておらず、着信があったときに起動アイコン５２０を表示する。しかし本発明はそのような実施の形態に限定されない。例えば、常には電話アプリケーションの起動アイコン５２０を通常の表示態様で起動アイコン６４などと同様に表示しておき、着信があったときにその表示態様を変化させるようにしてもよい。【０３５１】
なお、通常と異なる表示態様としては、例えばアイコンを反転させたり、点滅させたり、アイコン表示の色を変えたり、輝度を高めたり、大きさを変更したり、色、輝度又は大きさを一定時間ごとに脈動させたりすることが考えられる。【０３５２】
以上のように本実施の形態に係る携帯電話機によれば、携帯電話機の小さな表示面５６を使用して、マルチウィンドウシステムを構築することができる。ウィンドウが互いに重なることはなく、見えないウィンドウを表示させるために他のウィンドウを手作業で一つ一つ移動させたり消去させたりする必要がない。またウィンドウの両側部にアイコンを配置し、このアイコンを操作することによってウィンドウをリサイズしたり、アプリケーションを起動したり、起動の際のウィンドウサイズを指定したりすることができる。画面に多数のボタンを配置したり、貴重な面積を使用してメニューを配置したりする必要がなく、狭い画面でも多機能で、かつ操作が容易なマルチウィンドウシステムを構築することができる。【０３５３】
横型表示の場合はアイコンを横方向に、縦型表示の場合はアイコンを縦方向に移動させることでウィンドウのサイズを変更したりウィンドウを移動させたりできるので、直感的に操作が分かりやすく、操作に関する知識をそれほど持たないユーザでも簡単にマルチウィンドウを用いた処理を行なうことができる。また、ウィンドウのリサイズの結果、所定値よりも幅が小さくなったウィンドウを閉じるようにしているので、多数のウィンドウが画面上に開かれることなく、常に整理した状態で画面表示を行なうことができる。【０３５４】
さらに、アイコンを長押しすることで、操作ガイダンスや機能メニューを表示させることができ、多様な処理をシンプルなインタフェースで実現できる。【０３５５】
＜変形例＞
上記実施の形態では、アイコンを指定した場合、アイコンと、そのアイコンに隣接するアイコンとの間に新たにウィンドウを開いている。しかし本発明はそのような実施の形態には限定されない。指定されたアイコンと新たに開くウィンドウとの間の関連がユーザに分かりやすい態様であれば、どこにウィンドウを開いてもよい。例えば、隣接するアイコンとの間でなくても、指定したアイコンの隣であり、しかも他のアイコン又は既存のウィンドウと重ならない位置であれば新たなウィンドウを開くようにしてもよい。その一例を図４３に示す。【０３５６】
ここでは、最初に図４に示す態様でアイコン６０，６２，６４及び６６が表示されていたものとする。ユーザがアイコン６２をタッチしたものとする。上記実施の形態では、アイコン６２とアイコン６４との間に新たなウィンドウを開いている。しかし、図４３に示す例では、アイコン６２をアイコン６４及び６６の右側に移動させた上で、アイコン６２のさらに右側に新たなウィンドウ６８を表示させている。このように、他のアイコン又はウィンドウの位置を変更させることにより、新たなウィンドウと他のアイコンまたはウィンドウとの重なりを回避しながら新たなウィンドウを開くようにしてもよい。【０３５７】
さらに、上記した実施の形態では、起動アイコンを横方向にドラッグするとウィンドウの移動、操作アイコンを横方向にドラッグするとウィンドウのリサイズという機能の割当となっている。しかし本発明はそのような実施の形態には限定されない。例えば、起動アイコンのドラッグに対して、ウィンドウの移動とリサイズとの双方の役割を割当てることもできる。ただしこの場合、次のような注意が必要である。【０３５８】
図４４（Ａ）を参照して、ウィンドウ６８とウィンドウ７２とがこの順番で表示面５６上に表示されているものとする。ここでウィンドウ７２の起動アイコン６４をユーザがドラッグする場合を考える。先に述べた実施の形態では、このようなドラッグではウィンドウ７２の位置が左に移動するだけで、ウィンドウ７２のサイズの変更はされなかった。しかし、本変形例では、起動アイコン６４をドラッグしたときには、まずウィンドウ７２の右辺を固定し、左辺の位置をドラッグ量だけ移動させることによってウィンドウ７２を大きくする。起動アイコン６４より左側の要素の移動、サイズ変更等は任意で、例えば上記した実施の形態と同様の更新を行なうことができる。図４４では、（Ｂ）に示すようにウィンドウ６８の左側でさらに縮小できる要素がないため、ウィンドウ６８を起動アイコン６４のドラッグ量に応じたサイズだけ縮小する。【０３５９】
こうしてウィンドウ７２のサイズを大きくしていったときに、ウィンドウ７２のアプリケーションに対し規定された最大ウィンドウサイズに達すると、この変形例では以後このウィンドウのリサイズを行なわず、最大サイズのウィンドウでドラッグに応じた移動を行なうようにする。その様子を図４４（Ｃ）に示す。【０３６０】
図４４（Ｃ）を参照して、ウィンドウ７２のサイズが最大サイズに達した後、さらに起動アイコン６４を左にドラッグしたことによって、ウィンドウ６８のサイズが縮小され、逆にウィンドウ７２の右側には未使用の領域が出現している。【０３６１】
このように、ウィンドウの移動／リサイズにおいて、起動アイコンと操作アイコンとの役割をどのようにするかは単なる設計事項であり、設計意図に応じてどのような割当にすることも可能である。【０３６２】
なお、上記実施の形態では、新たなウィンドウを開くときに、別のウィンドウのリサイズが必要となることがある。このウィンドウのリサイズに関し、上記した実施の形態では、図１７のステップ２５２において、ウィンドウサイズ自体をリサイズしている。しかし、本発明はそのような実施の形態には限定されない。ウィンドウのリサイズは行なわず、したがってその内部の表示のリサイズも行なわないで、ウィンドウのうちで表示可能な部分のみを表示するようにしてもよい。図４５にその例を示す。【０３６３】
図４５を参照して、この例では、ウィンドウ７２とウィンドウ３７７とが表示されている状態で起動アイコン６２がタッチされると、上記した実施の形態と同様に、ウィンドウ３７７はクローズされる。しかし、上記実施の形態とは異なり、ウィンドウ７２はリサイズされない。ただし、ウィンドウ６８が新たにデフォルトサイズで表示されるため、ウィンドウ７２の全てを画面に表示することができなくなる。そのため、この例ではウィンドウ７２の左側を活かし、右側部分は画面内に表示が可能なところまでを表示し、そのさらに右側の部分は表示していない。【０３６４】
このようにすることで、テキストの全てを確認することはできなくなるが、文字の大きさが変化しないため、文字は依然として読みやすく、その内容の概略を知ることが容易にできる。文字に限らず、地図又は画像などの場合にも事情は同様である。このような表示は、図１７のステップ２５２において、ウィンドウ７２のリサイズを行なわないようにしながら、表示可能な部分のみ表示するように処理を変更することで容易に実現可能である。【０３６５】
なお、この場合、ウィンドウの右側を捨てるだけとは限らない。ウィンドウの中央を活かし、両端の表示を行なわないようにしてもよい。【０３６６】
またこのように表示可能なウィンドウの大きさがその内容を十分表示するのには小さすぎる場合には、左右へのスクロールバー又はスクロールボタンをウィンドウに表示し、スクロールさせることで画面の全体を確認できるようにしてもよい。【０３６７】
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。
【産業上の利用可能性】
【０３６８】
この発明は、携帯型の情報機器をはじめ、画面上に複数のウィンドウを表示して情報処理することが可能な装置に利用することができる。
【図１】
2008090902.tif 000006
【図２】
2008090902.tif 000007
【図３】
2008090902.tif 000008
【図４】
2008090902.tif 000009
【図５】
2008090902.tif 000010
【図６】
2008090902.tif 000011
【図７】
2008090902.tif 000012
【図８】
2008090902.tif 000013
【図９】
2008090902.tif 000014
【図１０】
2008090902.tif 000015
【図１１】
2008090902.tif 000016
【図１２】
2008090902.tif 000017
【図１３】
2008090902.tif 000018
【図１４】
2008090902.tif 000019
【図１５】
2008090902.tif 000020
【図１６】
2008090902.tif 000021
【図１７】
2008090902.tif 000022
【図１８】
2008090902.tif 000023
【図１９】
2008090902.tif 000024
【図２０】
2008090902.tif 000025
【図２１】
2008090902.tif 000026
【図２２】
2008090902.tif 000027
【図２３】
2008090902.tif 000028
【図２４】
2008090902.tif 000029
【図２５】
2008090902.tif 000030
【図２６】
2008090902.tif 000031
【図２７】
2008090902.tif 000032
【図２８】
2008090902.tif 000033
【図２９】
2008090902.tif 000034
【図３０】
2008090902.tif 000035
【図３１】
2008090902.tif 000036
【図３２】
2008090902.tif 000037
【図３３】
2008090902.tif 000038
【図３４】
2008090902.tif 000039
【図３５】
2008090902.tif 000040
【図３６】
2008090902.tif 000041
【図３７】
2008090902.tif 000042
【図３８】
2008090902.tif 000043
【図３９】
2008090902.tif 000044
【図４０】
2008090902.tif 000045
【図４１】
2008090902.tif 000046
【図４２】
2008090902.tif 000047
【図４３】
2008090902.tif 000048
【図４４】
2008090902.tif 000049
【図４５】
2008090902.tif 000050
【手続補正書】
【提出日】平成21年12月1日(2009.12.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
長辺及び短辺を有する矩形領域を含む表示面を有するグラフィカル・ユーザ・インタフェースによる入出力を行なう情報処理装置において、前記表示面上に複数のウィンドウを表示してそれぞれ前記情報処理装置上で実行可能なタスクに割当てるマルチウィンドウ管理装置であって、
前記表示面上に、２個以上の起動アイコンを、互いの領域が重ならないように配置して表示するための起動アイコン表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、前記指定された起動アイコンに隣接して開くためのウィンドウ表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための第１のウィンドウ配置手段とを含み、
前記起動アイコン表示手段は、前記２個以上の起動アイコンを、前記表示面上に、前記長辺に平行な方向及び前記短辺に平行な方向の双方において、各起動アイコンの表示領域が重複しないように配置して表示するための手段を含む、マルチウィンドウ管理装置。
【請求項２】
さらに、前記第１のウィンドウ配置手段による前記既存のウィンドウの再配置時に、既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、前記第１のウィンドウ配置手段により前記既存のウィンドウの再配置が可能となるように既存のウィンドウのサイズを縮小するためのウィンドウ縮小手段を含む、請求項１に記載のマルチウィンドウ管理装置。
【請求項３】
前記ウィンドウ縮小手段は、前記第１のウィンドウ配置手段による前記既存のウィンドウの再配置時に、既存のウィンドウのサイズを縮小しなければ全てのウィンドウの表示ができないときには、既存のウィンドウのサイズを、各ウィンドウに割当てられた優先順位にしたがい、優先順位の低いウィンドウは縮小量が大きく、優先順位が高いウィンドウは縮小量が小さくなるように縮小するための手段と、
前記優先順位をウィンドウごとに記憶するための優先順位記憶手段とを含む、請求項２に記載のマルチウィンドウ管理装置。
【請求項４】
ウィンドウが開かれたことに応答して、ウィンドウが開かれた順番が後になるほど優先順位が高くなるように前記優先順位記憶手段に優先順位を格納するための手段をさらに含む、請求項３に記載のマルチウィンドウ管理装置。
【請求項５】
ウィンドウがアクティブになったことに応答して、ウィンドウがアクティブになった順番が後になるほど優先順位が高くなるように前記優先順位記憶手段に優先順位を格納するための手段をさらに含む、請求項３に記載のマルチウィンドウ管理装置。
【請求項６】
前記第１のウィンドウ配置手段による前記既存のウィンドウの再配置時に、前記ウィンドウ縮小手段が行なったウィンドウの縮小の結果、前記長辺方向の長さが所定のしきい値未満となったウィンドウがあれば、当該ウィンドウを閉じ、対応の起動アイコンの表示を残すためのウィンドウクローズ手段をさらに含む、請求項２〜請求項５のいずれかに記載のマルチウィンドウ管理装置。
【請求項７】
前記ウィンドウ表示手段により表示される新たなウィンドウは矩形であり、
前記新たなウィンドウの、前記短辺に平行な二辺上には前記指定された起動アイコンと、操作アイコンとがそれぞれ配置されて表示される、請求項１に記載のマルチウィンドウ管理装置。
【請求項８】
前記操作アイコンは、前記指定された起動アイコンと同じ形状である、請求項７に記載のマルチウィンドウ管理装置。
【請求項９】
前記指定された起動アイコンと、前記操作アイコンとは、それらの中心を結ぶ線分が前記長辺と平行になるような位置に配置される、請求項７又は請求項８に記載のマルチウィンドウ管理装置。
【請求項１０】
前記マルチウィンドウ管理装置は、
対応するウィンドウとともに表示された起動アイコンが前記長辺方向に沿ってドラッグされたことに応答して、当該ウィンドウをドラッグの長さ及びその方向に応じて移動させるためのウィンドウ移動手段と、
前記ウィンドウ移動手段によるウィンドウの移動があったときに、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとを、いずれも前記ドラッグにより移動されたウィンドウの移動後の領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための第２のウィンドウ配置手段とをさらに含む、請求項７〜請求項９のいずれかに記載のマルチウィンドウ管理装置。
【請求項１１】
前記第２のウィンドウ配置手段は、前記ウィンドウ移動手段によるウィンドウの移動があったときの既存のウィンドウの再配置において、前記長辺方向におけるウィンドウの表示の順番を維持する、請求項１０に記載のマルチウィンドウ管理装置。
【請求項１２】
前記第２のウィンドウ配置手段は、
前記ウィンドウ移動手段によるウィンドウの移動があったときの既存のウィンドウの再配置において、前記表示面上において前記ウィンドウの移動方向に存在する空白領域の、前記長辺方向の大きさを縮小させることによりウィンドウを再配置するための手段と
そうした空白領域が存在しなくなると前記ウィンドウの移動方向に存在するウィンドウのサイズを前記移動されているウィンドウの移動量に応じて縮小するための手段とを含む、請求項１１に記載のマルチウィンドウ管理装置。
【請求項１３】
前記第２のウィンドウ配置手段によるウィンドウの再配置の結果、前記長辺方向の大きさが所定のしきい値未満となったウィンドウを閉じ、対応する起動アイコンの表示を残すためのウィンドウクローズ手段をさらに含む、請求項１２に記載のマルチウィンドウ管理装置。
【請求項１４】
前記第２のウィンドウ配置手段は、前記ウィンドウ移動手段によるウィンドウの移動があったときの既存のウィンドウの再配置において、前記短辺方向における各ウィンドウの大きさを維持し、長辺方向におけるウィンドウの大きさを変更する、請求項１０〜請求項１３のいずれかに記載のマルチウィンドウ管理装置。
【請求項１５】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力画面を、ウィンドウの前記短辺方向の大きさを維持し、前記長辺方向の縮尺をウィンドウサイズの変更に応じて変更して表示する、請求項１４に記載のマルチウィンドウ管理装置。
【請求項１６】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力がテキストデータであるときに、通常表示に用いるフォントよりも、少なくとも前記長辺方向の大きさが縮小されたフォントで当該テキストデータをウィンドウ内に表示する、請求項１５に記載のマルチウィンドウ管理装置。
【請求項１７】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力がテキストデータであるときに、当該テキストデータをウィンドウ幅にあわせて改行しながらウィンドウ内に表示する、請求項１５に記載のマルチウィンドウ管理装置。
【請求項１８】
前記第２のウィンドウ配置手段により再配置されたウィンドウの表示において、対応のタスクからの出力画面の全体が前記ウィンドウ内に表示されるように、前記出力画面のアスペクト比を維持しながら全体の大きさを拡大又は縮小する、請求項１４に記載のマルチウィンドウ管理装置。
【請求項１９】
前記マルチウィンドウ管理装置は、対応するウィンドウとともに表示された操作アイコンが前記長辺方向に沿ってドラッグされたことに応答して、当該ウィンドウの前記長辺方向の大きさを、前記ドラッグの長さ及び方向にしたがって変更するためのウィンドウサイズ変更手段をさらに含む、請求項７〜請求項１２のいずれかに記載のマルチウィンドウ管理装置。
【請求項２０】
前記ウィンドウサイズ変更手段は、前記操作アイコンがドラッグされた際に、当該操作アイコンと対となる起動アイコンの位置を維持して前記ウィンドウの前記長辺方向の大きさを変更する、請求項１９に記載のマルチウィンドウ管理装置。
【請求項２１】
前記ウィンドウサイズ変更手段によるウィンドウサイズの変更の結果、前記操作アイコンがドラッグされたウィンドウの前記長辺方向の大きさが所定のしきい値未満となったことに応答して、当該ウィンドウを閉じ、対応する起動アイコンの表示を残すためのウィンドウクローズ手段をさらに含む、請求項１９に記載のマルチウィンドウ管理装置。
【請求項２２】
前記グラフィカル・ユーザ・インタフェースにより、前記表示面上に表示されているウィンドウの前記短辺上に表示されている前記操作アイコンが所定時間以上連続して指定されたことに応答して、当該ウィンドウに対応するタスクの操作に関する操作情報を前記表示面上に表示するための手段をさらに含む、請求項７〜請求項１２、請求項１９及び請求項２０のいずれかに記載のマルチウィンドウ管理装置。
【請求項２３】
前記グラフィカル・ユーザ・インタフェースにより、前記表示面上に表示されているウィンドウの前記短辺上に表示されている前記起動アイコンが所定時間以上連続して指定されたことに応答して、当該ウィンドウに対応するタスクの操作に関する操作情報を前記表示面上に表示するための手段をさらに含む、請求項７〜請求項１２、請求項１９及び請求項２０のいずれかに記載のマルチウィンドウ管理装置。
【請求項２４】
前記操作情報は、前記ウィンドウに対応するタスクの機能を列挙した機能メニューであり、
さらに、前記機能メニューのいずれかの機能が前記グラフィカル・ユーザ・インタフェースにより指定されたことに応答して、当該機能を実行するための手段を含む、請求項２２又は請求項２３に記載のマルチウィンドウ管理装置。
【請求項２５】
前記表示面上に存在するウィンドウのいずれかの内部領域が前記グラフィカル・ユーザ・インタフェースにより指定されたことに応答して、当該ウィンドウをアクティブなウィンドウに設定し、他のウィンドウを非アクティブなウィンドウに設定し、アクティブなウィンドウに設定されたウィンドウの前記起動アイコン及び前記操作アイコンを、他のウィンドウの起動アイコン及び操作アイコンの表示態様とは異なる態様で表示するためのウインドウ・アクティブ化手段をさらに含む、請求項７〜請求項１２、請求項１９及び請求項２０のいずれかに記載のマルチウィンドウ管理装置。
【請求項２６】
前記２個以上の起動アイコンに対応付けられたウィンドウのデフォルトサイズを記憶するためのデフォルトウィンドウサイズ記憶手段をさらに含み、
前記ウィンドウ表示手段は、前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、前記デフォルトウィンドウサイズ記憶手段に記憶されたデフォルトサイズで、前記指定された起動アイコンと隣接した領域に開くための手段を含む、請求項１〜請求項５、請求項７〜請求項１２、請求項１９、請求項２０、及び請求項２２〜請求項２５のいずれかに記載のマルチウィンドウ管理装置。
【請求項２７】
前記ウィンドウ表示手段は、前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかが指定され、かつ前記長辺方向に沿ってドラッグされたことに応答して、当該起動アイコンに対応する新たなウィンドウを、指定された起動アイコンのドラッグ量に対応するサイズで、前記指定された起動アイコンと隣接した領域に開くための手段を含む、請求項１〜請求項５、請求項７〜請求項１２、請求項１９、請求項２０、及び請求項２２〜請求項２５のいずれかに記載のマルチウィンドウ管理装置。
【請求項２８】
隣接したウィンドウを割当てるべきタスクの組合せを特定したタスク組合せ情報を記憶するためのタスク組合せ情報記憶手段をさらに含み、
前記第１のウィンドウ配置手段は、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されているか否かを判定するための判定手段と、
前記判定手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されていると判定されたことに応答して、これらのタスクのウィンドウが互いに隣接して配置されるように、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとの順序を変更するための順序変更手段と、
前記既存のウィンドウ及び前記指定された起動アイコン以外の起動アイコンを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための手段とを含む、請求項１〜請求項５、請求項７〜請求項１２、請求項１９、請求項２０、及び請求項２２〜請求項２７のいずれかに記載のマルチウィンドウ管理装置。
【請求項２９】
前記タスク組合せ情報記憶手段は、隣接したウィンドウを割当てるべきタスクの組合せ及びその対応するウィンドウの表示順序を特定した表示順序情報を記憶するための表示順序情報記憶手段を含み、
前記マルチウィンドウ管理装置はさらに、前記表示面上における表示の方向を切替えることを指示するユーザ入力に応答して、前記表示面上に表示されている各ウィンドウ内の表示を、前記長辺に平行な方向に画像が正立して表示される第１の表示方向と、前記短辺に平行な方向に画像が正立して表示される第２の表示方向との間で切替える表示方向切替手段を含み、
前記順序変更手段は、
前記判定手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されていると判定されたことに応答して、
前記表示方向切替手段による切替後の表示方向が前記第１の表示方向のときには、これらのタスクのウィンドウが互いに隣接して、かつ前記表示順序情報記憶手段に記憶された表示順序にしたがって配置されるように、表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとの順序を変更し、
前記表示方向切替手段による切替後の表示方向が前記第２の表示方向のときには、これらのタスクのウィンドウが互いに隣接して配置されるように、表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとの順序を変更するための手段を含む、請求項２８に記載のマルチウィンドウ管理装置。
【請求項３０】
前記第１のウィンドウ配置手段は、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウのいずれにも対応していないタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記タスク組合せ情報記憶手段に記憶されていたときには、前記組合せのうち、前記指定された起動アイコンに対応するタスク以外のタスクのウィンドウを、前記指定された起動アイコンに対応するタスクのウィンドウ領域に隣接するように開くための手段をさらに含む、請求項２８に記載のマルチウィンドウ管理装置。
【請求項３１】
ウィンドウを排他表示するように指定されたタスクの組合せを特定した排他的タスク組合せ情報を記憶するための排他的タスク組合せ情報記憶手段をさらに含み、
前記第１のウィンドウ配置手段は、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、既存のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記排他的タスク組合せ情報記憶手段に記憶されているか否かを判定するための手段と、
前記判定するための手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記排他的タスク組合せ情報記憶手段に記憶されていると判定されたことに応答して、当該組合せの内、表示中のウィンドウを閉じ、対応する起動アイコンの表示に変更するためのウィンドウクローズ手段と、
前記判定するための手段により、表示中のウィンドウに対応するタスクのいずれかと、前記指定された起動アイコンに対応するタスクとの組合せが、前記排他的タスク組合せ情報記憶手段に記憶されていると判定されたときに、前記ウィンドウクローズ手段によりウィンドウがクローズされた後の、残りの既存のウィンドウ及び前記指定された起動アイコン以外の起動アイコンとを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための手段と、
前記判定するための手段により、表示中のウィンドウに対応するタスクと、前記指定された起動アイコンに対応するタスクとの組合せのいずれもが、前記排他的タスク組合せ情報記憶手段に記憶されていないと判定されたときに、前記既存のウィンドウ及び前記指定された起動アイコン以外の起動アイコンを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための手段とを含む、請求項１〜請求項５、請求項７〜請求項１２、請求項１９、請求項２０及び請求項２２〜請求項２７のいずれかに記載のマルチウィンドウ管理装置。
【請求項３２】
前記ウィンドウクローズ手段は、ウィンドウをクローズするときに、対応のタスクが特定のタスクである場合には当該タスクの実行を終了させず、対応の前記起動アイコンを通常の表示態様とは異なる表示態様で表示する、請求項６、請求項１３、請求項２１、又は請求項３１に記載のマルチウィンドウ管理装置。
【請求項３３】
前記グラフィカル・ユーザ・インタフェースにより、前記２個以上の起動アイコンのいずれかが、所定時間以上連続して指定され続けたことに応答して、当該起動アイコンの操作ガイダンスを前記表示面上に表示するための操作ガイダンス表示手段をさらに含む、請求項１〜請求項３２のいずれかに記載のマルチウィンドウ管理装置。
【請求項３４】
前記短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶した領域記憶手段と、
前記グラフィカル・ユーザ・インタフェースにより、２個以上の起動アイコンのいずれかが前記短辺に平行な方向にドラッグされたことに応答して、ドラッグ後の当該起動アイコンの表示領域が前記短辺に平行な方向における複数の領域の範囲のいずれに属するかを判定するための領域判定手段と、
当該起動アイコンを、前記領域判定手段によって判定された領域に対応するタスクに割当るためのタスク割当手段とをさらに含む、請求項１〜請求項３３のいずれかに記載のマルチウィンドウ管理装置。
【請求項３５】
前記短辺に平行な方向にドラッグされた起動アイコンの形状を、前記タスク割当手段によって割当てられたタスクを示す形状に変更するための起動アイコン変更手段をさらに含む、請求項３４に記載のマルチウィンドウ管理装置。
【請求項３６】
前記２個以上の起動アイコンを、通常は第１の表示態様で表示し、前記表示面上に表示された起動アイコンのうち、対応するウィンドウが開かれていないものに対応付けられたタスクのいずれかに関連したイベントが発生したことに応答して、当該イベントが関連したタスクに対応する起動アイコンの表示態様を、前記第１の表示態様とは異なる第２の表示態様に変更するための起動アイコン表示変更手段をさらに含む、請求項１〜請求項３５のいずれかに記載のマルチウィンドウ管理装置。
【請求項３７】
前記ウィンドウ表示手段により開かれるウィンドウの大きさは、予め指定することができる、請求項１〜請求項３６のいずれかに記載のマルチウィンドウ管理装置。
【請求項３８】
前記短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶するための領域記憶手段と、
前記グラフィカル・ユーザ・インタフェースにより前記表示面上に表示されたアイコンの領域及び既存のウィンドウの領域のいずれにも属さない領域が所定時間以上連続して指定されたことに応答して、当該指定された領域が、前記短辺に平行な方向における前記複数の領域の範囲のいずれに属するかを判定し、判定された領域に割当てられたタスクに対応する起動アイコンを前記指定された領域に表示し、前記起動アイコンに、前記判定された領域に対応するタスクを割当てるための起動アイコン追加手段をさらに含む、請求項１〜請求項３７のいずれかに記載のマルチウィンドウ管理装置。
【請求項３９】
長辺及び短辺を有する矩形の表示面を有するグラフィカル・ユーザ・インタフェースによる入出力を行なうことが可能なコンピュータを、請求項１〜請求項３８のいずれかに記載のマルチウィンドウ管理装置の各手段として機能させる、マルチウィンドウ管理プログラム。
【請求項４０】
請求項３９に記載のマルチウィンドウ管理プログラムを記録した、コンピュータ読取り可能な記録媒体。
【請求項４１】
請求項１〜請求項３８のいずれかに記載のマルチウィンドウ管理装置と、
長辺及び短辺を有する矩形の表示面を有し、前記マルチウィンドウ管理装置による、前記表示面を使用したマルチウィンドウの管理にしたがうグラフィカル・ユーザ・インタフェースによる入出力を行なうための入出力手段と、
前記入出力手段によるユーザ入力に応答して、前記マルチウィンドウ管理装置により管理される各ウィンドウに対応するタスクを実行し、タスクの実行結果を前記入出力手段の表示面上のウィンドウに出力するためのタスク実行手段とを含む、情報処理装置。
【請求項４２】
前記入出力手段は、表示装置一体型タッチパネルを含む、請求項４１に記載の情報処理装置。
【請求項４３】
長辺及び短辺を有する矩形領域を含む表示面を有するグラフィカル・ユーザ・インタフェースによる入出力を行なう情報処理装置において、前記表示面上に複数のウィンドウを表示してそれぞれ前記情報処理装置上で実行可能なタスクに割当てるマルチウィンドウ管理装置であって、
前記表示面上に、２個以上の起動アイコンを、互いの領域が重ならないように配置して表示するための起動アイコン表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、前記指定された起動アイコンに隣接して開くためのウィンドウ表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための第１のウィンドウ配置手段と、
前記短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶した領域記憶手段と、
前記グラフィカル・ユーザ・インタフェースにより、２個以上の起動アイコンのいずれかが前記短辺に平行な方向にドラッグされたことに応答して、ドラッグ後の当該起動アイコンの表示領域が前記短辺に平行な方向における複数の領域の範囲のいずれに属するかを判定するための領域判定手段と、
当該起動アイコンを、前記領域判定手段によって判定された領域に対応するタスクに割当るためのタスク割当手段とを含む、マルチウィンドウ管理装置。
【請求項４４】
長辺及び短辺を有する矩形領域を含む表示面を有するグラフィカル・ユーザ・インタフェースによる入出力を行なう情報処理装置において、前記表示面上に複数のウィンドウを表示してそれぞれ前記情報処理装置上で実行可能なタスクに割当てるマルチウィンドウ管理装置であって、
前記表示面上に、２個以上の起動アイコンを、互いの領域が重ならないように配置して表示するための起動アイコン表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、当該起動アイコンに対応する新たなウィンドウを、前記指定された起動アイコンに隣接して開くためのウィンドウ表示手段と、
前記グラフィカル・ユーザ・インタフェースにより、前記起動アイコンのいずれかがユーザにより指定されたことに応答して、前記表示面上に表示されている既存のウィンドウと、前記指定された起動アイコン以外の起動アイコンとを、いずれも前記新たなウィンドウが開かれる領域と重ならないように、かつ表示されるウィンドウが前記長辺方向に沿って配列されるように再配置し、前記表示面上に表示するための第１のウィンドウ配置手段と、
前記短辺に平行な方向における、互いに重複しない複数の領域の範囲を、各領域に割当てられたタスクと関係付けて記憶するための領域記憶手段と、
前記グラフィカル・ユーザ・インタフェースにより前記表示面上に表示されたアイコンの領域及び既存のウィンドウの領域のいずれにも属さない領域が所定時間以上連続して指定されたことに応答して、当該指定された領域が、前記短辺に平行な方向における前記複数の領域の範囲のいずれに属するかを判定し、判定された領域に割当てられたタスクに対応する起動アイコンを前記指定された領域に表示し、前記起動アイコンに、前記判定された領域に対応するタスクを割当てるための起動アイコン追加手段とを含む、マルチウィンドウ管理装置。
【国際調査報告】
2008090902.tif 000051
2008090902.tif 000052
2008090902.tif 000053
2008090902.tif 000054