(57)【特許請求の範囲】
【請求項１】
コンピュータに以下のステップを実行させるウィンドウプロセス制御プログラム。
（１）ポインティングデバイスの操作を検出し、当該操作がウィンドウプロセスに対応するウィンドウをドラッグアンドドロップする「投げる」操作であるかを演算により判定する操作判定ステップ、
（２）前記操作判定ステップの結果、ウィンドウプロセスに対応するウィンドウを「投げる」操作を検出した場合、当該ウィンドウプロセスによって記憶手段に記録更新されているプロセス状態フラグを当該記憶手段から読み出すプロセス状態打診ステップ、
（３）前記プロセス状態打診ステップの結果、前記ウィンドウプロセスの状態が第１の状態にあれば、当該ウィンドウプロセスを終了させるプロセス終了ステップ、
（４）前記プロセス状態打診ステップの結果、前記ウィンドウプロセスの状態が第２の状態にあれば、通信手段を介し、当該ウィンドウプロセスが取り扱い中のコンテンツを所定の宛先に宛てて送信又は公開する発信ステップ。
【請求項２】
前記第１の状態は、前記ウィンドウプロセスにおいて前記宛先が指定されていない状態であり、前記第２の状態は、前記ウィンドウプロセスにおいて前記宛先が指定されている状態である請求項１記載のウィンドウプロセス制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウィンドウプロセス制御プログラムに係り、特に、ポインティングデバイスの操作に応じてウィンドウプロセスの動作を制御するウィンドウプロセス制御プログラムに関する。
【背景技術】
【０００２】
マイクロソフトＷｉｎｄｏｗｓ（登録商標）に代表されるように、ウィンドウシステムを備えたオペレーティングシステム（ＯＳ）が現代の主流となっている。当該ＯＳを搭載したコンピュータのユーザは、ポインティングデバイスを使ってウィンドウをドラッグ&ドロップしてウィンドウを画面内で移動したり、また、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）の所定のボタンをクリックすることで、そのウィンドウに対応するウィンドウプロセスにイベントを入力したり、又は、そのウィンドウプロセスを終了させたり、することができる。ここで、「ウィンドウプロセス」とは、ウィンドウの表示を伴って動作するプロセスをいう（以下同じ）。
【０００３】
しかし、このポインティングデバイスを使った操作は煩わしい面もある。例えば、電子メールソフトで電子メールを作成し、宛先に送信し、その後電子メールソフトを終了する手順を考えてみる。ユーザは、電子メールのコンテンツを作成した後、画面上の送信ボタンの位置を確認し、当該送信ボタンの上にポインティングデバイスを移動し、当該送信ボタンをクリックする。これにより電子メールが宛先に送信される。その後、画面上のウィンドウを閉じるボタン（多くの場合Ｘ模様のボタン）の位置を確認し、その多くの場合小さなボタンの上にポインティングデバイスを移動し、当該ボタンをクリックする。これにより電子メールソフトのウィンドウが閉じ、電子メールソフトのプロセスが終了する。
【０００４】
このように、画面上の操作部位を目視で確認し、ある程度の精度が要求される操作を行うことは煩わしい面があった。
【０００５】
一方、このような操作の煩わしさを解消する方法として、いわゆるマウスジェスチャーによるイベントの入力が実現され、例えばウェブブラウザのＯｐｅｒａ等に搭載されている。これは、ポインティングデバイスに対応するポインタの移動軌跡に応じて異なるイベントを入力できるようにしたものである。また、このようにポインタの移動軌跡に応じて異なるイベントを入力する技術を開示した文献としては、例えば、特許文献１がある。
【０００６】
しかし、上記従来技術にあっては、入力したいイベントに対応するマウスジェスチャーをイベント毎に予め記憶しておかなければならない、という不都合があった。また、特許文献１にあっては、従来のボタン操作と同じように、画面上の特定の位置において操作を行わなければならず、操作にある程度の精度が要求される不都合があった。
【特許文献１】特開２０００−３３０７１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、かかる従来例の有する不都合を改善し、特に、ポインティングデバイスの直感的かつ共通の移動操作により、複数の異なるイベントを入力でき、かつ、当該操作を行う画面上の位置についても狭く限定しないようにして、ユーザーフレンドリーなイベント入力環境を提供することを課題とする。特に、コンテンツを特定の宛先に送信又は公開するプロセスにおいて、当該機能を実現することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明では、コンピュータに以下のステップを実行させるプログラムを発案した。
（１）ポインティングデバイスの操作を検出し、当該操作がウィンドウプロセスに対応するウィンドウを「投げる」操作であるかを演算により判定する操作判定ステップ、
（２）操作判定ステップの結果、ウィンドウプロセスに対応するウィンドウを「投げる」操作を検出した場合、当該ウィンドウプロセスによって記憶手段に記録更新されているプロセス状態フラグを当該記憶手段から読み出すプロセス状態打診ステップ、
（３）プロセス状態打診ステップの結果、ウィンドウプロセスの状態が第１の状態にあれば、当該ウィンドウプロセスを終了させるプロセス終了ステップ、
（４）プロセス状態打診ステップの結果、ウィンドウプロセスの状態が第２の状態にあれば、通信手段を介し、当該ウィンドウプロセスが取り扱い中のコンテンツを所定の宛先に宛てて送信又は公開する発信ステップ。
【０００９】
そして、上記第１の状態は、ウィンドウプロセスにおいて宛先が指定されていない状態とし、上記第２の状態は、ウィンドウプロセスにおいて宛先が指定されている状態とするのが好ましい。
【００１０】
ここで、「投げる」操作を検出する手段としては種々考えられるが、ポインティングデバイスの操作としてはドラッグ&ドロップ操作を意図しており、かつ、当該操作を「投げる」操作として検出する条件としては、当該操作の速度が閾値を越えた場合、当該操作の加速度が閾値を越えた場合、当該操作の終了座標が所定の領域よりも外側にあった場合、などが考えられる。また、操作の速度や加速度の演算は、単位時間におけるポインタの移動座標距離を演算し、この値に基づいて算出することができる。
【発明の効果】
【００１１】
本発明のプログラムでは、ウィンドウプロセスを終了させてもよい状態（第１の状態）で、ユーザがそのウィンドウをポインティングデバイスでドラッグ&ドロップすると、その操作に「投げる」意思を判定できれば、そのウィンドウは不必要だと判断し、そのウィンドウプロセスを終了させる。また、ウィンドウプロセスが扱っているコンテンツを送信又は公開できる状態（第２の状態）で、ユーザがそのウィンドウをポインティングデバイスでドラッグ&ドロップすると、その操作に「投げる」意思を判定できれば、そのウィンドウで扱っているコンテンツを宛先に宛てて放りたいのだと判断し、そのコンテンツを宛先に宛てて送信又は公開する。
【００１２】
これによると、ユーザは、ウィンドウプロセスを終了したい場合も、そのウィンドウで取り扱っているコンテンツを送信又は公開したい場合も、直感的に、「投げる」操作さえ行えばよく、その結果、プロセスを終了するか、コンテンツを送信又は公開するか、についてはプロセスの状態に応じて自動的に判断されるので、ポインティングデバイスの直感的かつ共通の移動操作により、複数の異なるイベントを入力でき、かつ、当該操作を行う画面上の位置についても狭く限定しないようにして、ユーザーフレンドリーなイベント入力環境を提供することができ、特に、コンテンツを特定の宛先に送信又は公開するプロセスにおいて、当該機能を実現することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施形態を図面を参照して説明する。
【００１４】
図１は、本発明を適用するコンテンツ公開システムの構成図である。公開対象のコンテンツは、中継サーバ２０に予め格納されている。この中継サーバ２０と、当該コンテンツの公開を指示するユーザの端末１０と、当該コンテンツの公開を通知される宛先の端末３０とが、インターネット等のデータ通信網４０に接続され、相互にデータ通信が可能となっている。
【００１５】
本発明のウィンドウプロセス制御プログラムはユーザ端末１０において実行される。そのユーザ端末１０は、次のように構成されている。ユーザ端末１０は、マウス等のポインティングデバイスを含む入力手段１と、ウィンドウプロセスが提供するウィンドウ画面を表示するコンピュータディスプレイである表示手段２と、データ通信網４０との間でデータの送受を行うモデム等の通信手段３と、ＲＡＭ，ＲＯＭおよび大容量記憶を含む記憶手段４と、これら各手段において入出力される情報を処理するプロセッサである情報処理手段５とを備えている。
【００１６】
情報処理手段５は、本実施形態において、コンテンツを所定の宛先に公開するためのウィンドウプロセスを実行し、このプロセスの実行に伴って、本発明のウィンドウプロセス制御プログラムも実行する。ここで、ウィンドウプロセスのプログラムおよびウィンドウプロセス制御プログラムは、中継サーバ２０その他の外部のコンピュータからユーザ端末１０にダウンロードされて実行されるものでもよい。
【００１７】
記憶手段４は、上記コンテンツ公開用ウィンドウプロセスの状態を記憶しておくプロセス状態フラグを備えている。このプロセス状態フラグは、当該ウィンドウプロセスにおいてコンテンツ公開先となる宛先が指定されているか否かの区別を保存するようになっている。また、記憶手段４は、上記ウィンドウプロセスにおいてコンテンツ公開先の宛先として選択できる候補（宛先候補識別子）を記憶している。
【００１８】
情報処理手段５が実行する上記ウィンドウプロセスは、図２に示すＧＵＩを表示手段２に提供する。ウィンドウプロセスに対応するウィンドウには、公開対象のコンテンツ２１を表示するコンテンツ表示領域２２と、当該コンテンツ２１の公開先となる宛先２３を指定する宛先指定領域２４とが設けられている。
【００１９】
情報処理手段５は、本件ウィンドウプロセスの実行に伴って、以下の処理を行う。情報処理手段５は、入力手段１からコンテンツ２１の公開先となる宛先の選択を要求されると、記憶手段４から宛先候補識別子を読み出し、宛先候補識別子の一覧を表示手段２に表示する。
【００２０】
ユーザ端末１０のユーザは、入力手段１を操作し、表示手段２に表示されている宛先候補識別子の一覧から今回のコンテンツ２１を公開する宛先を選択する。
【００２１】
宛先の選択を受付けた情報処理手段５は、選択された宛先候補識別子２３を宛先指定領域２４に表示し、また、選択された宛先を記憶手段４に記憶する。かつ、宛先が指定された状態（第２の状態）を示すフラグを記憶手段４のプロセス状態フラグに設定する。ここで、宛先候補識別子は、宛先候補を個々に識別可能なコードと、各宛先候補を表すアイコンとの関連付けを含んでおり、宛先指定領域２４には、選択された宛先候補のアイコン２３を表示するようになっている。
【００２２】
また、ユーザは、入力手段１を操作し、宛先指定領域２４に表示されている宛先の削除を要求することができる。
【００２３】
宛先の削除を要求された情報処理手段５は、削除を指示された宛先アイコン２３を宛先指定領域２４から削除し、かつ、コンテンツ公開先として記憶手段４に記憶していた宛先からも削除し、この結果、コンテンツ公開先として記憶していた宛先が無くなった場合、プロセス状態フラグを宛先の指定されていない状態（第１の状態）を示すフラグに戻す。このプロセス状態フラグの初期値は、第１の状態を示すフラグ、つまり宛先の指定が無い状態とする。
【００２４】
そして、あるタイミングで、ユーザが本件ウィンドウプロセスに対応するウィンドウの領域内でポインティングデバイスを操作し、当該ウィンドウをドラッグ&ドロップすると、本願発明であるウィンドウプロセス制御プログラムを実行中の情報処理手段５が、図３に示す処理を実行する。
【００２５】
情報処理手段５は、上記ドラッグ&ドロップ操作が「投げる」操作に該当するか判定する（Ｓ１，Ｓ２）。本実施形態では、ポインティングデバイスによるドラッグ&ドロップ中のポインタの移動速度が、予め設定した閾値を超えているか否かを判断し、移動速度が閾値を超えている場合に「投げる」操作であると判定する。ポインタの移動速度の算出方法には種々考えられるが、例えば、ポインティングデバイスによってウィンドウが捕まれたときに、そのポインタの画面上の位置座標を記憶すると共にタイマーをスタートし、その後、当該ウィンドウがドラッグされ、ドロップされたときに、そのポインタの画面上の位置座標を記憶すると共にタイマーをストップする。そして、その間の位置座標の移動距離Ｄと経過時間ｔとに基づいてＤ／ｔをポインタの移動速度とする方法が一例として考えられる。これ以外にも、「課題を解決する手段」の項で述べた種々の方法が考えられる。
【００２６】
情報処理手段５は、上記判定の結果、「投げる」操作が行われたと判断した場合、ポインタの移動方向に沿って、操作中のウィンドウを画面の表示領域の外までスクロールさせて画面からウィンドウの表示を消す。ウィンドウをどこまでスクロールさせ、どの時点で消すかは適宜設定すればよいが、かかる表示の演出により、ウィンドウを投げた感覚をユーザに与える。また、情報処理手段５は、プロセス状態フラグを参照し、その時点でコンテンツを公開する宛先が指定されているか否かを判定する（Ｓ３）。
【００２７】
宛先が指定されていない場合、情報処理手段５は、本件ウィンドウプロセスを終了させる（Ｓ４）。その際、かかる表示処理の完了後、情報処理手段５は、本件ウィンドウプロセスを終了させる。
【００２８】
一方、宛先が指定されている場合、情報処理手段５は、その宛先に対して指定のコンテンツを公開するように、通信手段３を介して中継サーバに通知する（Ｓ５）。この通知には、公開すべきコンテンツの指定と、公開すべき宛先の指定とを含める。公開すべき宛先の指定は、宛先を選択した際に記憶手段４に格納しているので、これを記憶手段４から読み出して上記の通知に含める。
【００２９】
中継サーバは、この通知により、公開すべきコンテンツの指定と、公開すべき宛先の指定とを受信すると、そのコンテンツをその宛先のユーザの端末３０に配信する。
【００３０】
配信方法は、電子メールで送信する方法や、その他のプッシュ配信で行う方法、又は、コンテンツが公開されたことを知らせる通知を送信し、これに対して宛先端末３０のユーザが中継サーバ２０にあるコンテンツにアクセスする方法などが考えられる。
【００３１】
情報処理手段５は、上記の通知を中継サーバ２０に送った後、本件ウィンドウプロセスに対応するウィンドウを、ドラッグ&ドロップ操作前の元の表示位置に再表示する。この際、宛先は無の状態にリセットする。プロセス状態フラグ４は、宛先の指定が無い状態（第１の状態）に戻し、宛先指定領域２４における宛先の表示は消去し、コンテンツ公開の宛先として記憶手段に記憶していた宛先も解除する。そして、ウィンドウプロセス制御プログラムの実行段は、前述したＳ１ステップの処理へと戻す。また、コンテンツ公開を行うための本件ウィンドウプロセスは、処理を継続する。
【００３２】
一方、上記Ｓ２ステップの判断で「投げる」処理ではないと判断した場合、情報処理手段５は、そのドラッグ&ドロップ処理は、ウィンドウの通常の移動と判断し、ウィンドウの表示位置を移動させる。
【００３３】
以上説明した本実施形態によれば、コンテンツの公開を行うユーザは、直感的な「投げる」操作によりウィンドウプロセスの終了又はコンテンツの公開を行うことができ、かつ、それらを共通のポインタの操作で行うことができ、簡単に扱うことができる。
【００３４】
また、本発明の実施形態は、上記に限らず、種々の変形が可能である。例えば、中継サーバ２０を電子メールサーバとし、ユーザ端末１０から中継サーバ２０へのコンテンツ公開の通知は、当該コンテンツを添付ファイルとした宛先への電子メールの送信とし、宛先端末３０がこの電子メールを受信することでコンテンツを公開することができる。この場合、中継サーバ２０は、電子メールの送信サーバと受信サーバとに分けて構成される。また、情報処理手段５が「投げる」操作を検出した際に、そのときのウィンドウ内におけるポインティングデバイスのポインタの位置に応じて処理を変えてもよい。例えば、ポインタの位置がウィンドウ内の第１の位置にあった場合は、ウィンドウプロセスを終了し、ポインタの位置がウィンドウ内の第２の位置にあった場合は、コンテンツの公開を行うと共にウィンドウプロセスを終了し、ポインタの位置がウィンドウ内の第３の位置にあった場合は、コンテンツの公開のみを行ってウィンドウプロセスは終了しない、という具合である。また、情報処理手段５が「投げる」操作を検出した際に、そのポインタの移動方向に応じて処理を変えてもよい。例えば、ポインタの移動方向が第１の方向である場合は、第１の処理を行い、第２の方向である場合は、第２の処理を行う、という具合である。
【図面の簡単な説明】
【００３５】
【図１】本発明のプログラムを実行するユーザ端末を含んだコンテンツ公開システムの全体構成図である。
【図２】図１のユーザ端末に表示されるＧＵＩの構成図である。
【図３】図１のユーザ端末が実行するウィンドウプロセス制御プログラムのフローチャートである。
【符号の説明】
【００３６】
１  入力手段
２  表示手段
３  通信手段
４  記憶手段
５  情報処理手段
１０  ユーザ端末
２０  中継サーバ
３０  宛先端末
４０  データ通信網
【図１】
0004779515.tif 000002
【図２】
0004779515.tif 000003
【図３】
0004779515.tif 000004