(57)【特許請求の範囲】
【請求項１】
画面上に表示されたウィンドウの指定及び移動を操作するためのポインティング情報を受け付ける受付手段を備え、
ポインティング情報により前記ウィンドウ中のバー領域が指定され、且つ、前記ウィンドウの移動が操作された場合に、該指定及び操作に応じて前記ウィンドウを移動させる表示入力装置であって、
前記ウィンドウ中の前記バー領域以外の領域であって、表示された情報の編集を行なうための編集領域が第１のポインティング情報により指定されたときに前記第１のポインティング情報を所定期間保持し、前記所定期間内に前記編集領域が第２のポインティング情報により指定され、かつ、前記第１のポインティング情報および前記第２のポインティング情報により前記ウィンドウの移動が操作された場合に、該指定及び操作に応じて前記ウィンドウを移動させることを特徴とする表示入力装置。
【請求項２】
画面上に表示されたウィンドウまたは画像の指定及び移動を操作するためのポインティング情報を受け付ける受付手段を備え、
ポインティング情報により前記ウィンドウ中のバー領域が指定され、且つ、前記ウィンドウの移動が操作された場合に、該指定及び操作に応じて前記ウィンドウを移動させる表示入力装置であって、
前記ウィンドウ中の前記バー領域以外の領域であって、表示された情報の編集を行なうための編集領域に表示されている画像が、第１のポインティング情報により指定されたときに前記第１のポインティング情報を所定期間保持し、前記所定期間内に前記画像が第２のポインティング情報により指定され、かつ、前記第１のポインティング情報および前記第２のポインティング情報により前記画像の移動が操作された場合に、該指定及び操作に応じて前記画像を移動させることを特徴とする表示入力装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスプレイに表示する画像の変形、たとえばウィンドウのリサイズや編集中の画像の変形などを行なうためのグラフィカルユーザインターフェースに関する。
【背景技術】
【０００２】
現在のコンピュータにおいて主流のなっているオペレーティングシステム（以下、ＯＳという）は、一般にユーザの操作性を向上させるためにグラフィカルユーザインターフェース（ＧＵＩ）による操作が行われている。このグラフィカルユーザインターフェースにおいて、アプリケーションやデータは画面上にそれぞれ適当な画像として表示され、ユーザはマウスなどのポインティングデバイスやキーボードなどのデバイスを操作し、画面に表示されているアプリケーションへの指示やデータの編集を行なう。
【０００３】
グラフィカルユーザインターフェースとは、グラフィカルな画面を用い、対話的かつ直感的に操作できるように考えられたインターフェースである。現在のグラフィカルユーザインターフェースは、Ｗｉｎｄｏｗｓ（登録商標）でもＭａｃ  ＯＳにおいても人間が机上で行なう作業と同じような感覚でパーソナルコンピュータ上のアプリケーションやデータを操作できるように配慮されている。具体的には、アプリケーションやファイルなどを連想しやすいビジュアルなアイコンで表示し、そのアイコンをダブルクリックすればアプリケーションが起動したり、ファイルが開く。アプリケーションはウィンドウと呼ばれる矩形領域毎に動かしたり、複数のウィンドウを同時に表示して簡単に切り換えることもできる。
【０００４】
すなわち、一般のグラフィカルユーザインターフェースにおいて、個々のアプリケーションは１つあるいは複数のウィンドウと呼ばれる作業領域を画面上に表示し、個々のデータはウィンドウ内に表示される。ユーザはこの画面に表示されているウィンドウを介してアプリケーションに指示を送り、データを閲覧したり編集したりすることができ、アプリケーションはその結果を画面に表示する。
【０００５】
ユーザの操作はポインティングデバイスと呼ばれるマウスなどのデバイスを用いて行われる。ポインティングデバイスは通常画面のカーソルを操作するポインタと、ボタンと呼ばれるスイッチを１個から複数備えている。ユーザはポインタを操作してカーソルを移動し、ボタンを押すことにより適切な情報を電気信号として送信する。
【０００６】
ポインティングデバイスから送られる電気信号はイベントとしてＯＳに理解される。イベントの種類はポインティングデバイスより送られる電気信号により異なったものとなる。たとえばマウスのボタンを比較的短い時間で１度押して離した場合には「クリック」というイベントであったり、比較的短い時間で２度押して離した場合には「ダブルクリック」というイベントであったり、比較的長い時間ボタンを押しながらポインタでカーソルを移動させた場合は「ドラッグ」というイベントであったり、といったものになる。
【０００７】
ＯＳに理解されたイベントは、その種類と座標などの付加データにしたがってＯＳにより適切な処置が行われるか、あるいはイベントがアプリケーション領域で発生した場合は、アプリケーションに送られる。イベントがアプリケーションに送られた場合は、受けたアプリケーションによりイベントにしたがった適切な処置が行われるか、あるいは捨てられる。このように、ＯＳ内部でイベントにより操作が行われるシステムはイベント駆動型システムと呼ばれる。
【０００８】
イベントの発生、送受信方法などの詳細はそれぞれのシステムによって異なるが、上述のようなイベント駆動型と呼ばれるグラフィカルユーザインターフェースを備えたシステムは、すでに利用可能なものが存在する。たとえば、Ａｐｐｌｅ社のＭａｃ  ＯＳ、Ｍｉｃｒｏｓｏｆｔ社のＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）、ＩＢＭ社のＯＳ／２、あるいはＵＮＩＸ（登録商標）上で動作するＸ  Ｗｉｎｄｏｗ  Ｓｙｓｔｅｍなどが知られている。
【０００９】
上述のシステムにおいて、一般にウィンドウのリサイズを行なうときは、ウィンドウの最も外側の枠である「ボーダー」付近にカーソルを合わせ、ボタンを押しながらカーソルを移動するドラッグという操作を行なった後、希望のサイズになったところでボタンを離すという操作を行なう。また、ウィンドウの位置に移動する際にはウィンドウの一番上に水平に位置する「タイトルバー」と呼ばれる部分にカーソルを合わせ、ボタンを押しながらカーソルを移動するドラッグという操作を行なった後、希望の位置になったところでボタンを離すという操作を行なう。ここで、リサイズと移動とでユーザの行なう動作は全く同じである。したがって、ウィンドウへの動作、この場合はリサイズと移動、の判断は最初にボタンが押されたときのカーソルの位置によるものである。
【００１０】
ところで、ユーザにとってカーソルの位置を合わせて指示の仕方を決めるという従来の方法が難しいときがある。たとえば、リサイズの際には上述のようにカーソルを合わせることが難しい。もしずれたままの状態でボタンを押してしまった場合は、別の指示をしたことになる。そこで、このような不具合を解消するものとして、特許文献１の「表示監視装置」が開示されている。
【００１１】
【特許文献１】特開平９−１２８１９４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、特許文献１に開示されている装置にあっては、ウィンドウを縮小したときにイベントを認識する領域を狭くしないことができるものの、リサイズの際のウィンドウの外枠のように、元々狭いものに対してはカーソルを合わせやすくすることができないという問題点があった。
【００１３】
本発明は，上記に鑑みてなされたものであって，複数のポインティングデバイスの情報を組み合わせることにより、カーソルの位置によることなくウィンドウや画像変形の制御を可能にすることを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するために，請求項１にかかる表示入力装置は、画面上に表示されたウィンドウの指定及び移動を操作するためのポインティング情報を受け付ける受付手段を備え、ポインティング情報により前記ウィンドウ中のバー領域が指定され、且つ、前記ウィンドウの移動が操作された場合に、該指定及び操作に応じて前記ウィンドウを移動させる表示入力装置であって、前記ウィンドウ中の前記バー領域以外の領域であって、表示された情報の編集を行なうための編集領域が第１のポインティング情報により指定されたときに前記第１のポインティング情報を所定期間保持し、前記所定期間内に前記編集領域が第２のポインティング情報により指定され、かつ、前記第１のポインティング情報および前記第２のポインティング情報により前記ウィンドウの移動が操作された場合に、該指定及び操作に応じて前記ウィンドウを移動させることを特徴とする。また、請求項２にかかる表示入力装置は、画面上に表示されたウィンドウまたは画像の指定及び移動を操作するためのポインティング情報を受け付ける受付手段を備え、ポインティング情報により前記ウィンドウ中のバー領域が指定され、且つ、前記ウィンドウの移動が操作された場合に、該指定及び操作に応じて前記ウィンドウを移動させる表示入力装置であって、前記ウィンドウ中の前記バー領域以外の領域であって、表示された情報の編集を行なうための編集領域に表示されている画像が、第１のポインティング情報により指定されたときに前記第１のポインティング情報を所定期間保持し、前記所定期間内に前記画像が第２のポインティング情報により指定され、かつ、前記第１のポインティング情報および前記第２のポインティング情報により前記画像の移動が操作された場合に、該指定及び操作に応じて前記画像を移動させることを特徴とする。
【００１５】
この発明によれば、システム内の複数のポインティングデバイスから送られるポインティング情報を組み合わせ、ユーザの指示内容を判断することにより、たとえばウィンドウ内のカーソルの位置によらずウィンドウを移動させることが可能になる。
【発明の効果】
【００２４】
以上説明したように、本発明にかかる表示入力装置（請求項１および請求項２）によれば、システム内の複数のポインティングデバイスから送られるポインティング情報を組み合わせ、ユーザの指示内容を判断して処理するため、カーソルの位置によることなくウィンドウや画像変形の制御を行なうことができる。
【発明を実施するための最良の形態】
【００２９】
以下，本発明にかかるグラフィカルユーザインターフェースの好適な実施の形態について添付図面を参照し、詳細に説明する。なお、本発明はこの実施の形態に限定されるものではない。
【００３０】
図１は、実施の形態にかかるグラフィカルユーザインターフェースのシステム構成例を示すブロック図である。図において、符号１１はパーソナルコンピュータから送られてくる画像情報を表示するディスプレイ、符号２１はディスプレイ１１とそれぞれ接続されたパーソナルコンピュータ、符号６０ａ，６０ｂはパーソナルコンピュータ２１と有線あるいは無線、あるいはネットワークを介して接続されるポインティングデバイスである。
【００３１】
ディスプレイ１１は、ＣＲＴディスプレイあるいは液晶ディスプレイ、あるいはプラズマ・ディスプレイなどで構成され、たとえば６４０（横）×４８０（縦）ドットの解像度の表示、すなわち６４０×４８０＝３０７２００個の微細なドットの画面を表示する能力を有する。
【００３２】
パーソナルコンピュータ２１は、ＣＰＵ３０と、２次記憶装置として利用されるハードディスクなどを用いた保持部３１と、ＶＲＡＭ（ｖｉｄｅｏ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：グラフィクス・ディスプレイのフレーム・バッファ専用ＲＡＭ）４１を有する出力部４０と、ポインティングデバイス６０ａと接続される入力部５０とを備えている。ＶＲＡＭ４１は、表示すべき画像の各ドットの色が、２進数化されたＲＧＢデータの形で記憶するビデオメモリである。
【００３３】
ポインティングデバイス６０ａ，６０ｂは、ジョイスティックあるいはマウスなどの入力装置であり、出力部６１と、入力部６２と、３つのスイッチ６３とを備えている。
【００３４】
ポインティングデバイス６０ａ，６０ｂとパーソナルコンピュータ２１との接続方式や規格（プロトコル）はどのようなものであってもよい。たとえば、ＲＳ２３２ＣやＭＩＤＩ（ｍｕｓｉｃａｌ  ｉｎｓｔｒｕｍｅｎｔ  ｄｉｇｉｔａｌ
ｉｎｔｅｒｆａｃｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩＥＥＥ１３９４などシリアル通信やパラレル通信、あるいは光，ＦＭ，ＡＭ変調・復調などによる無線通信であってもよく、さらにはＥｔｈｅｒｎｅｔ（登録商標）などの汎用のネットワークを経由する接続によって実現させてもよい。
【００３５】
すなわち、パーソナルコンピュータ２１は、後述する表示出力に関する計算や制御を行なうＣＰＵ３０と、表示する画像を描画するためのＶＲＡＭ４１と、ＶＲＡＭ４１の内容をグラフィックとしてディスプレイ１１へ出力する出力部４０とを有する。出力部４０は、物理的接続のためのデバイスとＶＲＡＭ４１、デバイスを駆動するソフトウェアを内包している。さらに、パーソナルコンピュータ２１は、ポインティングデバイス６０ａ，６０ｂから入力される入力部５０を有する。入力部５０は、物理的接続のためのデバイスと、デバイスからの信号を処理するためのソフトウェアを内包している。
【００３６】
従来においてはポインティングデバイスが通常１つ接続されているが、この実施の形態ではポインティングデバイスを複数接続することに１つの特徴がある。従来でも複数のポインティングデバイスが接続されることがある。たとえばノートＰＣなどの携帯用コンピュータシステムの外部端子にマウスを接続したような場合である。しかし、この場合はたとえば複数のポインティングデバイスが接続されていても、それから入力される情報は独立に処理されるところが本発明と異なる。本発明では複数のポインティングデバイスから入力される情報を組み合わせて処理するものである。
【００３７】
ここで、複数のポインティングデバイスにおける「複数の〜」という意味は、物理的に別のポインティングデバイス、たとえば２つのマウスを接続する場合は当然であるが、物理的に１つのポインティングデバイスから複数のポインタ情報を出力できる場合も含まれる。たとえばタッチパネルやペンタブレットなどにおいて、指やペンを複数箇所に同時に接触させた場合に、複数のポインタ情報を認識し、かつ出力することができる装置も含まれる。物理的には１つのポインティングデバイスであっても、複数のポインタ情報を出力できる装置は、本発明でいうところの複数のポインティングデバイスと同義である。
【００３８】
図２は、本発明にかかるグラフィカルユーザインターフェースの典型的な表示画面を示す説明図である。図において、符号１はタイトルバー、符号２はウィンドウ（アプリケーションエリア）、符号３はボーダー、符号４はアイコン化ボタン、符号５はアイコン、符号６はリサイズボックスである。
【００３９】
すなわち、図２の中央に位置する矩形はウィンドウ２である。現在主流になっているＯＳでは、ＯＳやアプリケーションへの指示はウィンドウ２を通じて行なう。画面の背景もまた通常ルートウィンドウと呼ばれる特殊なウィンドウである。ウィンドウ２は通常タイトルバー１、ボーダー３、アイコン化ボタン４、リサイズボックス５などＯＳへの指示内容が割り当てられた領域を備えている。この位置は同じＯＳにおけるウィンドウ間でほぼ共通であるが、ＯＳの種類によっては異なることがある。
【００４０】
多くのＯＳでは、図３に示すように、タイトルバー１にカーソル６を合わせ、ボタン（スイッチ６３）を押しながらカーソルを移動する「ドラッグ」という操作を行なうことにより、ウィンドウ２をディスプレイ上で移動することができる。このように、従来の方法ではカーソル６の位置を認識することによりポインティングデバイスの指示を判断している。したがって、ウィンドウ２を移動するためには、上述したようにタイトルバー１にカーソル６を合わせなければならない。このため、もしウィンドウ２で同じことを行った場合、ＯＳはそのイベントをウィンドウの所有者であるアプリケーションに送るため、アプリケーションに指示を与えることになる。
【００４１】
これに対して本発明では、システム内の複数のポインティングデバイス６０ａ，６０ｂから送られくる情報を組み合わせることにより、ユーザが指示する内容を判断する。ここで、図１におけるポインティングデバイス６０ａ，６０ｂをＤｅｖ１，Ｄｅｖ２と呼称する。このＤｅｖ１，Ｄｅｖ２はボタンと呼ばれるスイッチ（図１における符号６３）を１つずつ備えているものとする。なお、上述したように、Ｄｅｖ１，Ｄｅｖ２は物理的に別のデバイスであってもよいし、ある種のペンタブレットのように、物理的に複数のポインタをもつ１つのデバイスであってもよい。
【００４２】
つぎに、以上のように構成され定義されたシステムにおける動作例について説明する。図４は、本発明の実施の形態にかかる第１の動作例を示すフローチャートである。図５は、本発明の実施の形態にかかる第１の動作例を示す表示画面である。いま、Ｄｅｖ１のカーソルが図５のｐ１の位置のある状態においてボタンが押された場合を考える。この位置はウィンドウ２の内部であるから通常ならばただちにＯＳからアプリケーションに送られるが、この実施の形態では、図４の動作を行なう。
【００４３】
まず、ボタンが押されたか否かを判断する（ステップＳ１１）。ここで、Ｄｅｖ１のボタン１が押下されたと判断すると、押下された後にある単位時間ｔ１（たとえば数１００ｍｓ）Ｄｅｖ１から送られてきた情報を保持部３１に保持する（ステップＳ１２）。そして、つぎの情報があるか否かを判断する（ステップＳ１３）。ここで、つぎの情報があれば、さらにＤｅｖ２のボタン２が押下されたか否かを判断する（ステップＳ１４）。ここで、Ｄｅｖ２のカーソルが図５に示すｐ２の位置にある状態においてボタンが押されたとする。すると保持されているＤｅｖ１の情報はアプリケーションには送られず、以降はＤｅｖ２の情報と組み合わせ（ステップＳ１５）、あらかじめ決められたＯＳへの指示と解釈される。
【００４４】
別の単位時間ｔ２を経過したか否かを判断し（ステップＳ１６）、別の単位時間ｔ２が経過、たとえば１秒後にＤｅｖ１，Ｄｅｖ２のカーソルの位置が図５のｐ１’，ｐ２’に移動したとする。ＯＳはｐ１→ｐ１’，ｐ２→ｐ２’それぞれの変移量を算出し（ステップＳ１７）、あらかじめ決められた方法によりウィンドウの移動量を決定し（ステップＳ１８）、ウィンドウの移動操作を行なう（ステップＳ１９）。ここであらかじめ決められた方法はいくつか考えられるが、たとえばｐ１→ｐ１’の変移量、あるいはｐ２→ｐ２’の変移量、あるいはそれらの平均値を算出してもよい。この操作の結果、ウィンドウは図５に示すように移動する。
【００４５】
なお、この例ではＤｅｖ１，Ｄｅｖ２の２つのデバイスを用いたが、システムは３つ以上のポインティングデバイスを接続することも可能である。また、Ｄｅｖ１，Ｄｅｖ２の入力順序が入れ替わっても同様に動作する。
【００４６】
このように、第１の動作例によれば、複数のポインティングデバイスＤｅｖ１，Ｄｅｖ２（６０ａ，６０ｂ）から送られる情報を組み合わせることにより、ウィンドウ内のカーソルの位置によらずウィンドウを移動させることができる。また、ウィンドウの移動ではなく、同様のステップをアプリケーションで行なうことにより、アプリケーションのデータ、たとえば編集中の画像を移動することも可能である。
【００４７】
ところで、従来のウィンドウをリサイズするときは、ウィンドウの外枠（ボーダー３）あるいは存在する場合にはリサイズボックス５と呼ばれる領域をクリックし、希望のサイズまでドラッグするという操作が行われる。しかし、ウィンドウの外枠は細いため、多少のマージンがあるにせよカーソルの位置を合わせ難い面がある。そこで、この実施の形態では第２の動作例によってこれを解消する。
【００４８】
図６は、本発明の実施の形態にかかる第２の動作例を示すフローチャートである。図７は、本発明の実施の形態にかかる第２の動作例を示す表示画面である。前述した第１の動作例と同様に、いま、Ｄｅｖ１のカーソルが図７のｐ１の位置のある状態においてボタンが押された場合を考える。この位置はウィンドウ２の内部であるから通常ならばただちにＯＳからアプリケーションに送られるが、この実施の形態では、図６の動作を行なう。
【００４９】
まず、ボタンが押されたか否かを判断する（ステップＳ２１）。ここで、Ｄｅｖ１のボタン１が押下されたと判断すると、押下された後にある単位時間ｔ１（たとえば数１００ｍｓ）Ｄｅｖ１から送られてきた情報を保持部３１に保持する（ステップＳ２２）。そして、つぎの情報があるか否かを判断する（ステップＳ２３）。ここで、つぎの情報があれば、さらにＤｅｖ２のボタン２が押下されたか否かを判断する（ステップＳ２４）。ここで、Ｄｅｖ２のカーソルが図７に示すｐ２の位置にある状態においてボタンが押されたとする。すると保持されているＤｅｖ１の情報はアプリケーションには送られず、以降はＤｅｖ２の情報と組み合わせ（ステップＳ２５）、あらかじめ決められたＯＳへの指示と解釈される。
【００５０】
まず、Ｄｅｖ１とＤｅｖのカーソル位置ｐ１，ｐ２の座標値を含む最小範囲である矩形を算出する（ステップＳ２６）。この例の場合はシステムに存在するポインティングデバイスは２つのみであるから、これはｐ１，ｐ２を対角の点とする矩形となる。システムに存在するポインティングデバイスが３つ以上の場合は、それぞれの座標の最小値と最大値により最小矩形が求まる。
【００５１】
別の単位時間ｔ２を経過したか否かを判断し（ステップＳ２７）、単位時間ｔ２を経過したならばさらにカーソルが移動したか否かを判断する（ステップＳ２８）。ここでは、別の単位時間ｔ２が経過、たとえば１秒後にＤｅｖ１，Ｄｅｖ２のカーソルの位置が図７のｐ１’，ｐ２’に移動したとする。カーソルが移動したと判断すると、ｐ１’，ｐ２’を含む最小範囲である矩形を求める（ステップＳ２９）。さらにｐ１，ｐ２からなる矩形とｐ１’，ｐ２’からなる矩形とのｘ，ｙ方向それぞれの変換比を求める（ステップＳ３０）。その変換比をもってウィンドウへのリサイズ操作とする（ステップＳ３１）。この結果、ウィンドウは図７に示すように移動する。
【００５２】
なお、この例ではＤｅｖ１，Ｄｅｖ２の２つのデバイスを用いたが、システムは３つ以上のポインティングデバイスを接続することも可能である。また、Ｄｅｖ１，Ｄｅｖ２の入力順序が入れ替わっても同様に動作する。
【００５３】
このように、第２の動作例によれば、複数のポインティングデバイスＤｅｖ１，Ｄｅｖ２（６０ａ，６０ｂ）から送られる情報を組み合わせることにより、ウィンドウ内のカーソルの位置によらずウィンドウをリサイズさせることができる。また、同様のステップをアプリケーションで行なうことにより、アプリケーションのデータ、たとえば編集中の画像を移動することも可能である。
【００５４】
つぎに、画像を回転させる方法について説明する。ところで、現在主流のＯＳではウィンドウを回転させることができるものは存在しない。しかし、ある種のアプリケーション、たとえば画像の編集のためのツールなどでは、表示画像の回転は一般に行われている。この場合、通常は回転する画像のコーナー（角の部分）をドラッグする。したがって、ウィンドウの移動やリサイズなどと同様に、カーソル位置にしたがって指示を判断しているため、上述したと同様の不具合がある。このため、この実施の形態では、以下に述べる第３の動作例によりこれを解消する。
【００５５】
図８は、本発明の実施の形態にかかる第３の動作例を示すフローチャートである。図９は、本発明の実施の形態にかかる第３の動作例を示す表示画面である。前述した第１の動作例と同様に、いま、Ｄｅｖ１のカーソルが図９のｐ１の位置のある状態においてボタンが押された場合を考える。この位置はウィンドウ２の内部であるから通常ならばただちにＯＳからアプリケーションに送られるが、この実施の形態では、図８の動作を行なう。
【００５６】
まず、ボタンが押されたか否かを判断する（ステップＳ４１）。ここで、Ｄｅｖ１のボタン１が押下されたと判断すると、押下された後にある単位時間ｔ１（たとえば数１００ｍｓ）Ｄｅｖ１から送られてきた情報を保持部３１に保持する（ステップＳ４２）。そして、つぎの情報があるか否かを判断する（ステップＳ４３）。ここで、つぎの情報があれば、さらにＤｅｖ２のボタン２が押下されたか否かを判断する（ステップＳ４４）。ここで、Ｄｅｖ２のカーソルが図９に示すｐ２の位置にある状態においてボタンが押されたとする。すると保持されているＤｅｖ１の情報はアプリケーションには送られず、以降はＤｅｖ２の情報と組み合わせ（ステップＳ４５）、あらかじめ決められたＯＳへの指示と解釈される。
【００５７】
別の単位時間ｔ２を経過したか否かを判断し（ステップＳ４６）、単位時間ｔ２を経過したならばさらにカーソルが移動したか否かを判断する（ステップＳ４７）。ここでは、別の単位時間ｔ２が経過、たとえば１秒後にＤｅｖ２のカーソルの位置が図９のｐ２’に移動したとする。カーソルが移動したと判断すると、直線ｐ１ｐ２と直線ｐ１ｐ２’のなす角度を算出する（ステップＳ４８）。その後、この算出した角度分を回転角とし、画像を回転する（ステップＳ４９）。すなわち、最終的にその角度と中心であるｐ１の座標はアプリケーションに送られ、アプリケーションにより適切な操作がなされる。この例の場合、編集中の画像である矩形が、直線ｐ１ｐ２と直線ｐ１ｐ２’のなす角度だけ回転する。
【００５８】
このように、この第３の動作例によれば、複数のポインティングデバイスから送られる情報を組み合わせることにより、ウィンドウ内のカーソルの位置によらず画像を回転させることができる。
【図面の簡単な説明】
【００５９】
【図１】実施の形態にかかるグラフィカルユーザインターフェースのシステム構成例を示すブロック図である。
【図２】本発明にかかるグラフィカルユーザインターフェースの典型的な表示画面を示す説明図である。
【図３】ウィンドウの移動表示画面例を示す説明図である。
【図４】本発明の実施の形態にかかる第１の動作例を示すフローチャートである。
【図５】本発明の実施の形態にかかる第１の動作例を示す表示画面である。
【図６】本発明の実施の形態にかかる第２の動作例を示すフローチャートである。
【図７】本発明の実施の形態にかかる第２の動作例を示す表示画面である。
【図８】本発明の実施の形態にかかる第３の動作例を示すフローチャートである。
【図９】本発明の実施の形態にかかる第３の動作例を示す表示画面である。
【符号の説明】
【００６０】
１  タイトルバー
２  ウィンドウ
３  ボーダー
５  カーソル
６  リサイズボックス
１１  ディスプレイ
２１  パーソナルコンピュータ
３０  ＣＰＵ
３１  保持部
４０  出力部
４１  ＶＲＡＭ
５０  入力部
６０ａ，６０ｂ  ポインティングデバイス
６３  スイッチ
【図１】
0004457130.tif 000002
【図２】
0004457130.tif 000003
【図３】
0004457130.tif 000004
【図４】
0004457130.tif 000005
【図５】
0004457130.tif 000006
【図６】
0004457130.tif 000007
【図７】
0004457130.tif 000008
【図８】
0004457130.tif 000009
【図９】
0004457130.tif 000010