JP6623908B2 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Description

本発明は、マルチディスプレイシステムにおけるイベント制御技術に関する。

複数の表示装置を用いた大画面に、ユーザ端末で生成した画像を表示させるマルチディスプレイ技術が知られている。例えば、ユーザ端末から画像の構成情報を表示装置に送って、表示装置側で構成情報を展開して画像を生成するようにすれば、ユーザ端末における処理負荷が減り、伝送するデータ量も抑えられる。

更に、表示装置側で表示面に対する操作を受け付けて、その操作に応じて画像が更新されるようにすれば、より利便性が高まる。

但し、例えばドラッグのように連続する操作によって発生するイベント群が、一の表示装置における表示面内に納まるとは限らない。

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

本発明の目的は、一側面では、複数の表示装置の表示面に跨る操作を、一連の操作として扱えるようにすることである。

一態様に係る情報処理装置は、マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御する情報処理装置であって、（Ａ）第１表示面におけるウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録する記録部と、（Ｂ）所定の条件に従って、第２表示面におけるウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が第１位置と近接すると判定した場合に、第１イベントのＩＤと第２イベントのＩＤとを対応付ける対応付け部と、（Ｃ）第２表示面におけるウインドウ内へのユーザ操作に伴う第３イベントのＩＤが第２イベントのＩＤと一致する場合に、第３イベントのＩＤを第１イベントのＩＤに変換する変換部とを含む。

一側面としては、複数の表示装置の表示面に跨る操作を、一連の操作として扱えるようになる。

図１は、マルチディスプレイシステムの概要を示す図である。 図２は、ネットワーク構成例を示す図である。 図３は、ネットワーク構成例を示す図である。 図４は、イベントの発生位置の例を示す図である。 図５は、イベントの発生位置の例を示す図である。 図６は、クライアント端末のモジュール構成例を示す図である。 図７は、第１表示制御装置のモジュール構成例を示す図である。 図８は、サーバ装置のモジュール構成例を示す図である。 図９は、初期段階のシーケンス例を示す図である。 図１０は、アプリケーションテーブルの例を示す図である。 図１１は、管理テーブルの例を示す図である。 図１２は、初期段階のシーケンス例を示す図である。 図１３は、ウインドウテーブルの例を示す図である。 図１４は、コンテンツテーブルの例を示す図である。 図１５は、タッチ開始のシーケンス例を示す図である。 図１６は、イベントテーブルの例を示す図である。 図１７は、タッチ開始のシーケンス例を示す図である。 図１８は、タッチ移動のシーケンス例を示す図である。 図１９は、タッチ移動のシーケンス例を示す図である。 図２０は、タッチ終了のシーケンス例を示す図である。 図２１は、タッチ開始のシーケンス例を示す図である。 図２２は、関連テーブルの例を示す図である。 図２３は、タッチ移動のシーケンス例を示す図である。 図２４は、タッチ移動のシーケンス例を示す図である。 図２５は、タッチ終了のシーケンス例を示す図である。 図２６は、タッチ終了のシーケンス例を示す図である。 図２７は、タッチ終了のシーケンス例を示す図である。 図２８は、タッチ終了のシーケンス例を示す図である。 図２９は、タッチ終了のシーケンス例を示す図である。 図３０は、実施の形態２に係る第１表示制御装置のモジュール構成例を示す図である。 図３１は、タッチ開始のシーケンス例を示す図である。 図３２は、タッチ開始のシーケンス例を示す図である。 図３３は、タッチ移動のシーケンス例を示す図である。 図３４は、タッチ移動のシーケンス例を示す図である。 図３５は、タッチ終了のシーケンス例を示す図である。 図３６は、タッチ開始のシーケンス例を示す図である。 図３７は、タッチ移動のシーケンス例を示す図である。 図３８は、タッチ移動のシーケンス例を示す図である。 図３９は、タッチ終了のシーケンス例を示す図である。 図４０は、タッチ終了のシーケンス例を示す図である。 図４１は、タッチ終了のシーケンス例を示す図である。 図４２は、タッチ終了のシーケンス例を示す図である。 図４３は、タッチ終了のシーケンス例を示す図である。 図４４は、クライアント端末のハードウエア構成例を示す図である。 図４５は、コンピュータの機能ブロック図である。

［実施の形態１］
図１に、本実施の形態に係るマルチディスプレイシステムの概要を示す。この例では、ユーザが保持するクライアント端末１０１から送られたコンテンツデータ１０３に基づいて、左側の表示面１０５と右側の表示面１０７とが並べられた全体画面にコンテンツ画像１０９を表示させる。この例では、表示面を横に並べる例を示すが、表示面を縦に並べるようにしてもよい。また、マトリクス状に表示面を並べるようにしてもよい。

図２に、ネットワーク構成例を示す。第１表示制御装置２０１は、図１に示した左側の表示面１０５を提供する表示装置を有する。第２表示制御装置２０３は、図１に示した右側の表示面１０７を提供する表示装置を有する。サーバ装置２０５は、クライアント端末１０１と、各表示制御装置（この例では、第１表示制御装置２０１及び第２表示制御装置２０３）とを仲介し、主に各表示制御装置におけるウインドウ枠に関するデータを管理する。

表示装置は、例えば液晶ディスプレイ、プラズマディスプレイあるいはプロジェクタである。液晶ディスプレイ及びプラズマディスプレイの場合には、装置の表示画面が表示面である。プロジェクタの場合には、画像が投影されるスクリーンが表示面である。

第１表示制御装置２０１及び第２表示制御装置２０３は、第１ネットワークを介してサーバ装置２０５と接続している。第１ネットワークは、例えばＬＡＮ（Local Area Network）である。第１表示制御装置２０１及び第２表示制御装置２０３は、有線によって、あるいは無線によって第１ネットワークに接続している。サーバ装置２０５も、有線によって、あるいは無線によって第１ネットワークに接続している。

クライアント端末１０１は、第２ネットワークを介して、第１ネットワークに接続する機能を備えている。この例において、第２ネットワークはインターネットであり、クライアント端末１０１は、移動体通信網を介してインターネットに接続する機能を備えている。

図３に、別のネットワーク構成例を示す。クライアント端末１０１は、直接第１ネットワークに接続するようにしてもよい。クライアント端末１０１は、有線によって第１ネットワークに接続してもよいし、無線によって第１ネットワークに接続するようにしてもよい。

タッチによるスライド操作の例について説明する。図４に、イベントの発生位置を示す。位置４０１から位置４１９にかけてスライド操作を行うと、最初に位置４０１においてタッチ開始のイベントが発生する。順次位置４０３、位置４０５及び位置４０７においてタッチ移動のイベントが発生する。そして、表示面１０５の端に相当する位置４０９においてタッチ終了のイベントが発生する。

続いて、表示面１０７の端に相当する位置４１１においてタッチ開始のイベントが発生する。順次位置４１３、位置４１５及び位置４１７においてタッチ移動のイベントが発生する。そして、位置４１９においてタッチ終了のイベントが発生する。

本実施の形態では、位置４０９においてタッチ終了のイベントが発生した時点から所定時間を経過する前に、位置４０９に近接する位置４１１においてタッチ開始のイベントが発生すると、表示面１０５側で発生したイベントＩＤと表示面１０７側で発生したイベントＩＤとを関連付ける。そして、表示面１０７側で発生したイベントＩＤを、表示面１０５側で発生したイベントＩＤに変換してイベントデータをクライアント端末１０１に渡す。このようにすれば、クライアント端末１０１において一連のスライド操作であると認識する。

図５に、位置４０９においてタッチ終了のイベントが発生して、そのまま終了するパターンを示す。位置４０９においてタッチ終了のイベントが発生した時点から所定時間を経過すると、タッチ終了のイベントをクライアント端末１０１に渡す。尚、座標系に関しては後述する。

各装置のモジュール構成について説明する。図６に、クライアント端末１０１のモジュール構成例を示す。クライアント端末１０１は、ＯＳ（オペレーティングシステム）６０１、第１ブラウザ６０３、第１送信部６０５、第１受信部６０７、第１初期化部６０９、第１受付部６１１、発火部６１３、アプリケーションテーブル記憶部６２１及び第１コンテンツ記憶部６２３を有する。

ＯＳ６０１は、クライアント端末１０１の資源やプログラムを管理する。第１ブラウザ６０３は、コンテンツデータ１０３に対するブラウジング処理を行う。この例におけるコンテンツデータ１０３は、ＨＴＭＬ（HyperText Markup Language）ファイルとＣＳＳ（Cascading Style Sheets）ファイルとを含んでいる。ＨＴＭＬファイルは、表示要素データを含む構成定義情報の例である。ＣＳＳファイルは、スタイル定義情報の例である。表示要素は、例えばボタンである。

第１送信部６０５は、各種データの送信を行う。第１受信部６０７は、各種データの受信を行う。第１初期化部６０９は、初期化処理を行う。第１受付部６１１は、ユーザからの指示を受け付ける。発火部６１３は、第１ブラウザ６０３におけるイベントを発火させる。つまり、発火部６１３は、第１ブラウザ６０３におけるイベントを発生させる。

アプリケーションテーブル記憶部６２１は、アプリケーションテーブル（図１０）を記憶する。第１コンテンツ記憶部６２３は、コンテンツデータ１０３を記憶する。

上述した第１送信部６０５、第１受信部６０７、第１初期化部６０９、第１受付部６１１及び発火部６１３は、ハードウエア資源（例えば、図４４）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述したアプリケーションテーブル記憶部６２１及び第１コンテンツ記憶部６２３は、ハードウエア資源（例えば、図４４）を用いて実現される。

図７に、第１表示制御装置２０１のモジュール構成例を示す。第１表示制御装置２０１は、ＯＳ７０１、第２ブラウザ７０３、第２送信部７０５、第２受信部７０７、第２初期化部７０９、第２受付部７１１、第１算出部７１３、第１特定部７１５、第２算出部７１７、第１更新部７１９、表示処理部７２１、ウインドウテーブル記憶部７３１、コンテンツテーブル記憶部７３３、第２コンテンツ記憶部７３５、表示バッファ７３７、描画バッファ７３９、表示装置７５１及びタッチパネル装置７５３を有する。

ＯＳ７０１は、タッチパネル装置７５３を制御するドライバを含む。第２ブラウザ７０３は、コンテンツデータ１０３に対するブラウジング処理を行う。具体的には、第２ブラウザ７０３は、コンテンツ画像１０９を描画バッファ７３９に描画する。第２送信部７０５は、各種データの送信を行う。第２受信部７０７は、各種データの受信を行う。第２初期化部７０９は、初期化処理を行う。第２受付部７１１は、各種イベントを受け付ける。第１算出部７１３は、イベントが発生したウインドウ内位置を算出する。第１特定部７１５は、イベントが発生した位置に該当する表示要素を特定する。例えば、ＨＴＭＬによって記述されたパスで表示要素が特定される。第２算出部７１７は、ウインドウ座標系のイベント発生位置を、表示要素座標系のイベント発生位置に変換する。第１更新部７１９は、ＨＴＭＬファイルを更新する。表示処理部７２１は、描画バッファ７３９に描画されたコンテンツ画像１０９の全部または一部をウインドウデータに従って表示バッファ７３７にコピーする。更に、表示処理部７２１は、表示バッファ７３７にコピーされたコンテンツ画像１０９を表示装置７５１に表示させる。

ウインドウテーブル記憶部７３１は、ウインドウテーブル（図１３）を記憶する。コンテンツテーブル記憶部７３３は、コンテンツテーブル（図１４）を記憶する。第２コンテンツ記憶部７３５は、コンテンツデータ１０３を記憶する。表示バッファ７３７は、表示面に表示させる画像データを保持する。描画バッファ７３９は、コンテンツ画像１０９を描画するために用いられる。表示装置７５１は、例えば液晶ディスプレイ、プラズマディスプレイあるいはプロジェクタである。タッチパネル装置７５３は、ポインティングデバイスの例である。タッチペン装置に置き換えてもよい。

上述した第２送信部７０５、第２受信部７０７、第２初期化部７０９、第２受付部７１１、第１算出部７１３、第１特定部７１５、第２算出部７１７、第１更新部７１９及び表示処理部７２１は、ハードウエア資源（例えば、図４５）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述したウインドウテーブル記憶部７３１、コンテンツテーブル記憶部７３３、第２コンテンツ記憶部７３５、表示バッファ７３７及び描画バッファ７３９は、ハードウエア資源（例えば、図４５）を用いて実現される。

第２表示制御装置２０３のモジュール構成は、第１表示制御装置２０１のモジュール構成と同様である。

図８に、サーバ装置２０５のモジュール構成例を示す。サーバ装置２０５は、第３送信部８０１、第３受信部８０３、第３初期化部８０５、種別判定部８０７、近接判定部８０９、第２特定部８１１、登録部８１３、第２更新部８１５、経過判定部８１７、変換部８１９、消去部８２１、生成部８２３、対応付け部８２５、管理テーブル記憶部８３１、イベントテーブル記憶部８３３及び関連テーブル記憶部８３５を有する。

第３送信部８０１は、各種データの送信を行う。第３受信部８０３は、各種データの受信を行う。第３初期化部８０５は、初期化処理を行う。種別判定部８０７は、イベントの種別に関する判定を行う。近接判定部８０９は、イベント発生位置の位置関係を判定する。第２特定部８１１は、例えばメインの表示制御装置ＩＤを特定する。メインの表示制御装置ＩＤは、２つの表示制御装置のうち、メインとなるイベントＩＤを発生させた方の装置を特定する。登録部８１３は、イベントレコードの追加を行う。第２更新部８１５は、イベントレコードを更新する。経過判定部８１７は、イベント発生のタイムスタンプから所定時間が経過したか否かを判定する。変換部８１９は、イベントＩＤの変換を行う。消去部８２１は、不要なレコードの消去を行う。生成部８２３は、イベントデータの生成を行う。対応付け部８２５は、イベントＩＤの対応付けを行う。

管理テーブル記憶部８３１は、管理テーブル（図１１）を記憶する。イベントテーブル記憶部８３３は、イベントテーブル（図１６）を記憶する。関連テーブル記憶部８３５は、関連テーブル（図２２）を記憶する。

上述した第３送信部８０１、第３受信部８０３、第３初期化部８０５、種別判定部８０７、近接判定部８０９、第２特定部８１１、登録部８１３、第２更新部８１５、経過判定部８１７、変換部８１９、消去部８２１、生成部８２３及び対応付け部８２５は、ハードウエア資源（例えば、図４５）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。

上述した管理テーブル記憶部８３１、イベントテーブル記憶部８３３及び関連テーブル記憶部８３５は、ハードウエア資源（例えば、図４５）を用いて実現される。

以下、マルチディスプレイシステムにおけるシーケンスについて説明する。まず、左側の表示面１０５と右側の表示面１０７とが並べられた全体画面上にウインドウを生成する場合のシーケンスについて説明する。

図９に、初期段階のシーケンス例を示す。クライアント端末１０１の第１初期化部６０９は、クライアント端末１０１のＯＳ６０１にウインドウを生成させる（Ｓ９０１）。クライアント端末１０１の第１初期化部６０９は、クライアント端末１０１の第１ブラウザ６０３によるコンテンツデータ１０３のブラウジング処理を起動する（Ｓ９０３）。クライアント端末１０１の第１初期化部６０９は、アプリケーションテーブルにアプリケーションレコードを追加する（Ｓ９０５）。尚、第１初期化部６０９は、第１ブラウザ６０３の内部に設けられていてもよい。

図１０に、アプリケーションテーブルの例を示す。この例におけるアプリケーションテーブルは、アプリケーションに対応するレコード（以下、アプリケーションレコードという。）を有している。アプリケーションは、コンテンツデータ１０３に対応するものとする。アプリケーションレコードは、アプリケーションＩＤを設定するためのフィールドと、クライアント端末ＩＤを設定するためのフィールドと、ウインドウＩＤを設定するためのフィールドと、各表示制御装置ＩＤを設定するためのフィールドと、ＨＴＭＬファイル名を設定するためのフィールドと、ＣＳＳファイル名を設定するためのフィールドとを有している。クライアント端末ＩＤは、当該クライアント端末１０１のＩＤである。ウインドウＩＤは、ブラウジング処理による画面を表示するウインドウを識別する。表示制御装置ＩＤは、当該ウインドウの一部を表示する表示装置７５１を制御する装置を識別する。

図９の説明に戻る。クライアント端末１０１の第１受付部６１１が、コンテンツ伝送の指示を受け付けたと判定すると（Ｓ９０７）、クライアント端末１０１の第１送信部６０５は、第１表示制御装置２０１、第２表示制御装置２０３及びサーバ装置２０５へウインドウ生成の指示を送信する（Ｓ９０９）。ウインドウ生成の指示は、ウインドウＩＤを含む。当該指示は、ウインドウの位置、ウインドウサイズや表示制御装置の指定に関するデータを含んでもよい。

第１表示制御装置２０１の第２受信部７０７は、ウインドウ生成の指示を受信する（Ｓ９１１）。第２表示制御装置２０３の第２受信部７０７も、ウインドウ生成の指示を受信する（Ｓ９１３）。

更に、サーバ装置２０５の第３受信部８０３も、ウインドウ生成の指示を受信する（Ｓ９１５）。サーバ装置２０５の第３初期化部８０５は、管理テーブルを生成する（Ｓ９１７）。

図１１に、管理テーブルの例を示す。この例では、管理テーブルのヘッダ部において、ウインドウＩＤを保持する。この例における管理テーブルは、各座標系に対応するレコードを有している。ウインドウデータのレコードは、ウインドウの位置を設定するためのフィールドと、ウインドウサイズを設定するためのフィールドとを有している。

ウインドウの位置は、ウインドウの基準点を指すＸ座標とＹ座標とによって特定される。この例では、ウインドウの左上端点が基準点である。ウインドウサイズは、幅と高さによって特定される。尚、ウインドウにおける他の点（例えば、重心）を、ウインドウの基準点としてもよい。

この例において、管理テーブルの第１レコードには、全体座標系のウインドウデータが設定される。同じく管理テーブルの第２レコードには、第１表示制御装置２０１の表示座標系のウインドウデータが設定される。同じく管理テーブルの第３レコードには、第２表示制御装置２０３の表示座標系のウインドウデータが設定される。

この例における管理テーブルの第１レコードは、ウインドウＩＤ「Ｗ１」によって識別されるウインドウが、全体座標系における位置（１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズで設定されることを示している。また、ウインドウＩＤ「Ｗ１」によって識別されるウインドウが、第１表示制御装置２０１の表示座標系における位置（１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズで設定されることを示している。更に、ウインドウＩＤ「Ｗ１」によって識別されるウインドウが、第２表示制御装置２０３の表示座標系における位置（−１０００，５００）に、幅「２０００」と高さ「２０００」とのサイズで設定されることを示している。複数のウインドウが生成される場合には、複数の管理テーブルが設けられる。

全体座標系におけるウインドウの位置について説明する。この例におけるコンテンツ画像１０９を表示するウインドウの幅は、２０００（ドット）である。同じくウインドウの高さも、２０００（ドット）である。そして、左上端点は、全体座標系における位置（１０００，５００）に該当する。つまり、全体座標系における位置（１０００，５００）に、ウインドウの基準点が設定されている。右下端点は、全体座標系における位置（３０００，２５００）に該当する。

第１表示制御装置２０１の表示座標系におけるウインドウの位置について説明する。上述したように、第１表示制御装置２０１の表示座標系は、図１に示した左側の表示面１０５の表示座標系を意味する。左側の表示面１０５の幅は、２０００（ドット）であり、左側の表示面１０５の高さは、３０００（ドット）である。そして、コンテンツ画像１０９を表示するウインドウの基準点（この例では、ウインドウの左上端点）は、第１表示制御装置２０１の表示座標系における位置（１０００，５００）に該当する。尚、コンテンツ画像１０９を表示するウインドウの右下端点は、第１表示制御装置２０１の表示座標系における位置（３０００，２５００）に該当する。

第２表示制御装置２０３の表示座標系におけるウインドウの位置について説明する。上述したように、第２表示制御装置２０３の表示座標系は、図１に示した右側の表示面１０７の表示座標系を意味する。右側の表示面１０７の幅は、２０００（ドット）であり、右側の表示面１０７の高さは、３０００（ドット）である。そして、コンテンツ画像１０９を表示するウインドウの基準点（この例では、ウインドウの左上端点）は、第２表示制御装置２０３の表示座標系における位置（−１０００，５００）に該当する。尚、コンテンツ画像１０９を表示するウインドウの右下端点は、第２表示制御装置２０３の表示座標系における位置（１０００，２５００）に該当する。

図９の説明に戻る。図９に示すシーケンスから、端子Ａ１、端子Ｂ１、端子Ｃ１及び端子Ｄ１を介して、図１２に示すシーケンスに移る。

サーバ装置２０５の第３送信部８０１は、第１表示制御装置２０１のウインドウデータを第１表示制御装置２０１へ送信する（Ｓ１２０１）。ウインドウデータは、第１表示制御装置２０１の表示座標系によるウインドウ位置及びウインドウサイズを含む。第１表示制御装置２０１の第２初期化部７０９は、ウインドウテーブルにウインドウレコードを追加し、当該レコードに受信したウインドウデータに含まれるウインドウ位置及びウインドウサイズを設定する（Ｓ１２０３）。

図１３に、ウインドウテーブルの例を示す。この例におけるウインドウテーブルは、ウインドウに対応するレコード（以下、ウインドウレコードという。）を有している。ウインドウレコードは、ウインドウＩＤを設定するためのフィールドと、ウインドウ位置を設定するためのフィールドと、ウインドウサイズを設定するためのフィールドとを有している。ウインドウＩＤは、当該ウインドウを識別する。ウインドウ位置は、当該表示制御装置の表示座標系における当該ウインドウの位置である。

図１２の説明に戻る。サーバ装置２０５の第３送信部８０１は、第２表示制御装置２０３のウインドウデータを送信する（Ｓ１２０５）。ウインドウデータは、第２表示制御装置２０３の表示座標系によるウインドウ位置及びウインドウサイズを含む。第２表示制御装置２０３の第２初期化部７０９は、ウインドウテーブルにウインドウレコードを追加し、当該レコードに受信したウインドウデータに含まれるウインドウ位置及びウインドウサイズを設定する（Ｓ１２０７）。

一方、クライアント端末１０１の第１送信部６０５は、コンテンツデータ１０３であるＨＴＭＬファイルとＣＳＳファイルとを第１表示制御装置２０１及び第２表示制御装置２０３へ送信する（Ｓ１２０９）。

第１表示制御装置２０１の第２受信部７０７は、ＨＴＭＬファイルとＣＳＳファイルとを受信すると、ＨＴＭＬファイル名とＣＳＳファイル名とを、コンテンツテーブルのコンテンツレコードに設定し、ＨＴＭＬファイルとＣＳＳファイルを第１表示制御装置２０１の第２コンテンツ記憶部７３５に記憶する（Ｓ１２１１）。

図１４に、コンテンツテーブルの例を示す。この例におけるコンテンツテーブルは、コンテンツデータ１０３に対応するレコード（以下、コンテンツレコードという。）を有している。コンテンツレコードは、ウインドウＩＤを設定するためのフィールドと、ＨＴＭＬファイル名を設定するためのフィールドと、ＣＳＳファイル名を設定するためのフィールドとを有している。ウインドウＩＤは、当該コンテンツを表示するウインドウを識別する。

図１２の説明に戻る。第１表示制御装置２０１の第２初期化部７０９は、ウインドウデータに基づいて、第１表示制御装置２０１のＯＳ７０１にウインドウを生成させる（Ｓ１２１３）。第１表示制御装置２０１の第２初期化部７０９は、第１表示制御装置２０１の第２ブラウザ７０３によるコンテンツデータ１０３のブラウジング処理を起動する（Ｓ１２１５）。

第２表示制御装置２０３の第２受信部７０７は、ＨＴＭＬファイルとＣＳＳファイルとを受信すると、ＨＴＭＬファイル名とＣＳＳファイル名とを、コンテンツテーブルのコンテンツレコードに設定し、ＨＴＭＬファイルとＣＳＳファイルを第２表示制御装置２０３の第２コンテンツ記憶部７３５に記憶する（Ｓ１２１７）。

第２表示制御装置２０３の第２初期化部７０９は、ウインドウデータに基づいて、第２表示制御装置２０３のＯＳ７０１にウインドウを生成させる（Ｓ１２１９）。第２表示制御装置２０３の第２初期化部７０９は、第２表示制御装置２０３の第２ブラウザ７０３によるコンテンツデータ１０３のブラウジング処理を起動する（Ｓ１２２１）。端子Ｂ２及び端子Ｄ２を介して、図１５に示すシーケンスに移る。

図１５以降、図４に示したパターンにおけるシーケンスについて説明する。第１表示制御装置２０１の第２受付部７１１は、ＯＳ７０１からタッチ開始のイベントを受け付ける（Ｓ１５０１）。第１表示制御装置２０１の第１算出部７１３は、タッチ開始のイベントが発生したウインドウ内位置を算出する（Ｓ１５０３）。つまり、第１算出部７１３は、ウインドウデータに基づいて、全体座標系における位置をウインドウ座標系の位置に変換する。第１表示制御装置２０１の第２送信部７０５は、第１イベントデータをサーバ装置２０５へ送信する（Ｓ１５０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ開始）を含んでいる。

サーバ装置２０５の第３受信部８０３が第１イベントデータを受信すると（Ｓ１５０７）、サーバ装置２０５の種別判定部８０７は、当該イベントの種別がタッチ開始であるか否かを判定する。サーバ装置２０５の種別判定部８０７が当該イベントの種別がタッチ開始であると判定すると（Ｓ１５０９）、サーバ装置２０５の近接判定部８０９は、第１イベントの位置の近くで発生しているイベントが有るか否かを判定する。この判定処理については、図２１において詳述する。ここでは、サーバ装置２０５の近接判定部８０９は、近くで発生しているイベントが無いと判定する（Ｓ１５１１）。

近くで発生しているイベントが無い場合には、サーバ装置２０５の第２特定部８１１は、メインの表示制御装置ＩＤを特定する（Ｓ１５１３）。メインの表示制御装置ＩＤは、このタッチ開始から始まるイベント群を取りまとめる表示制御装置を識別する。具体的には、第１イベントデータの送信元である表示制御装置のＩＤが特定される。

サーバ装置２０５の登録部８１３は、イベントレコードを追加する（Ｓ１５１５）。図１６に、イベントテーブルの例を示す。この例におけるイベントテーブルは、有効イベントに対応するレコード（以下、イベントレコードという。）を有している。イベントレコードは、有効イベントＩＤを設定するためのフィールドと、メインの表示制御装置ＩＤを設定するためのフィールドと、ウインドウＩＤを設定するためのフィールドと、イベント種別を設定するためのフィールドと、ウインドウ内位置を設定するためのフィールドと、タイムスタンプを設定するためのフィールドとを有している。有効イベントＩＤは、Ｓ１５０７で受信した第１イベントデータに含まれるイベントＩＤである。メインの表示制御装置ＩＤは、Ｓ１５０７で受信した第１イベントデータの送信元装置を識別する。ウインドウＩＤは、当該イベントが発生したウインドウを識別する。イベント種別は、最後に発生したイベントの種別である。具体的には、タッチ開始、タッチ移動或いはタッチ終了のいずれかが設定される。ウインドウ内位置は、最後に発生したイベントの位置であって、ウインドウ座標系を基準とする。タイムスタンプは、最後にイベントが発生した時点を特定する。

図１５の説明に戻る。サーバ装置２０５の登録部８１３は、イベントレコードにタイムスタンプを付する（Ｓ１５１７）。サーバ装置２０５の第３送信部８０１は、メインの表示制御装置（この例では、第１表示制御装置２０１）へ第２イベントデータを送信する（Ｓ１５１９）。第２イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ開始）を含んでいる。

第１表示制御装置２０１の第２受信部７０７は、第２イベントデータを受信する（Ｓ１５２１）。端子Ｂ３を介して、図１７に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ａ２を介して図１２に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｃ２を介して図１２に示した処理から続く。第１表示制御装置２０１の第１特定部７１５は、イベントが発生した位置を含む表示要素を特定する（Ｓ１７０１）。このとき、第１表示制御装置２０１の第１特定部７１５は、表示要素の領域を第２ブラウザ７０３に問い合わせる。更に、第１表示制御装置２０１の第２算出部７１７は、表示要素の領域に基づいて、表示要素内の位置を算出する（Ｓ１７０３）。つまり、ウインドウ座標系のイベント発生位置を、表示要素座標系のイベント発生位置に変換する。第１表示制御装置２０１の第２送信部７０５は、第３イベントデータをクライアント端末１０１へ送信する（Ｓ１７０５）。第３イベントデータは、イベントＩＤ、ウインドウＩＤ、表示要素ＩＤ、表示要素内の位置及びイベント種別（タッチ開始）を含んでいる。

クライアント端末１０１の第１受信部６０７が第３イベントデータを受信すると（Ｓ１７０７）、クライアント端末１０１の発火部６１３は、イベントを発火させる（Ｓ１７０９）。この処理によって、第２ブラウザ７０３において第３イベントデータに基づくイベントが発生する。そして、ＨＴＭＬファイルに含まれる表示要素データが更新されることがある。クライアント端末１０１の第１送信部６０５は、ＨＴＭＬファイル（又は更新された表示要素データ）を第１表示制御装置２０１及び第２表示制御装置２０３へ送信する（Ｓ１７１１）。

第１表示制御装置２０１の第２受信部７０７がＨＴＭＬファイル（又は更新された表示要素データ）を受信すると（Ｓ１７１３）、第１表示制御装置２０１の第１更新部７１９は、ＨＴＭＬファイルを更新し、ブラウジング処理に供する（Ｓ１７１５）。

第２表示制御装置２０３の第２受信部７０７がＨＴＭＬファイル（又は更新された表示要素データ）を受信すると（Ｓ１７１７）、第２表示制御装置２０３の第１更新部７１９は、ＨＴＭＬファイルを更新し、ブラウジング処理に供する（Ｓ１７１９）。端子Ｂ４を介して、図１８に示すシーケンスに移る。

サーバ装置２０５の処理は、端子Ｄ３を介して図１５に示した処理から続く。続いて、第１表示制御装置２０１の第２受付部７１１は、ＯＳ７０１からタッチ移動のイベントを受け付ける（Ｓ１８０１）。第１表示制御装置２０１の第１算出部７１３は、タッチ移動のイベントが発生したウインドウ内位置を算出する（Ｓ１８０３）。そして、第１表示制御装置２０１の第２送信部７０５は、第１イベントデータをサーバ装置２０５へ送信する（Ｓ１８０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ移動）を含んでいる。

サーバ装置２０５の第３受信部８０３が第１イベントデータを受信すると（Ｓ１８０７）、サーバ装置２０５の種別判定部８０７は、当該イベントの種別がタッチ移動であるか否かを判定する。サーバ装置２０５の種別判定部８０７が当該イベントの種別がタッチ移動であると判定すると（Ｓ１８０９）、サーバ装置２０５の第２特定部８１１は、第１イベントデータに含まれるイベントＩＤと同じイベントＩＤのイベントレコードがあるか否かをと判定する。同じイベントＩＤのイベントレコードがあると判定すると（Ｓ１８１１）、サーバ装置２０５の第２特定部８１１は、当該イベントレコードに含まれるメインの表示制御装置ＩＤを特定する（Ｓ１８１３）。更に、サーバ装置２０５の第２更新部８１５は、当該イベントレコードに含まれるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ１８１５）。そして、サーバ装置２０５の第３送信部８０１は、メインの表示制御装置（この例では、第１表示制御装置２０１）へ第２イベントデータを送信する（Ｓ１８１７）。第２イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ移動）を含んでいる。

第１表示制御装置２０１の第２受信部７０７は、第２イベントデータを受信する（Ｓ１８１９）。端子Ｂ５を介して、図１９に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ａ３を介して図１７に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｃ３を介して図１７に示した処理から続く。図１９に示すシーケンスでは、タッチ移動のイベントに関して、Ｓ１９０１からＳ１９１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。また、後続するタッチ移動のイベントに関して、上述した一連の処理が繰り返される。そして、端子Ｂ６を介して、図２０に示すシーケンスに移る。

サーバ装置２０５の処理は、端子Ｄ４を介して図１８に示した処理から続く。第１表示制御装置２０１の第２受付部７１１がＯＳ７０１からタッチ終了のイベントを受け付けると（Ｓ２００１）、第１表示制御装置２０１の第１算出部７１３は、タッチ終了のイベントが発生したウインドウ内位置を算出する（Ｓ２００３）。第１表示制御装置２０１の第２送信部７０５は、第１イベントデータをサーバ装置２０５へ送信する（Ｓ２００５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ終了）を含んでいる。

サーバ装置２０５の第３受信部８０３が第１イベントデータを受信すると（Ｓ２００７）、サーバ装置２０５の種別判定部８０７は、当該イベントの種別がタッチ終了であるか否かを判定する。この例では、サーバ装置２０５の種別判定部８０７が当該イベントの種別がタッチ終了であると判定し（Ｓ２００９）、サーバ装置２０５の第２特定部８１１は、第１イベントデータに含まれるイベントＩＤと同じイベントＩＤのイベントレコードがあると判定する（Ｓ２０１１）。サーバ装置２０５の第２更新部８１５は、イベント種別、イベントレコードにおけるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ２０１３）。そして、タッチ終了のイベントに対する処理を終える。但し、タッチ終了のイベントをタッチ移動のイベントに変換するようにしてもよい。

尚、サーバ装置２０５の経過判定部８１７は、各イベントレコードについてタイムスタンプから所定時間経過したか否かの判定を繰り返している。この段階では、当該イベントレコードのタイムスタンプから所定時間経過していないと判定する（Ｓ２０１５）。端子Ｄ５を介して、図２１に示すシーケンスに移る。

第２表示制御装置２０３の処理は、端子Ｃ４を介して図１９に示した処理から続く。第２表示制御装置２０３の第２受付部７１１がＯＳ７０１からタッチ開始のイベントを受け付けると（Ｓ２１０１）、第２表示制御装置２０３の第１算出部７１３は、タッチ開始のイベントが発生したウインドウ内位置を算出する（Ｓ２１０３）。第２表示制御装置２０３の第２送信部７０５は、第１イベントデータをサーバ装置２０５へ送信する（Ｓ２１０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ開始）を含んでいる。

この段階で、サーバ装置２０５の経過判定部８１７は、Ｓ２０１５の処理の場合と同様にタイムスタンプから所定時間経過していないと判定しているものとする（Ｓ２１０７）。サーバ装置２０５の第３受信部８０３が第１イベントデータを受信すると（Ｓ２１０９）、サーバ装置２０５の種別判定部８０７は、当該イベントの種別がタッチ開始であると判定する（Ｓ２１１１）。

このとき、サーバ装置２０５の近接判定部８０９は、近くで発生しているイベントが有るか否かを判定する。近接判定部８０９は、例えばイベントレコードに設定されているウインドウ内位置と第１イベントデータに含まれるウインドウ内位置の距離が閾値を下回る場合に、近くで発生しているイベントが有ると判定する。また、近接判定部８０９は、イベントレコードに設定されているウインドウ内位置が、隣の表示領域と接する辺から所定距離以内であり、更に第１イベントデータに含まれるウインドウ内位置が隣の表示領域と接する辺から所定距離以内であることを条件に加えるようにしてもよい。更に、近接判定部８０９は、イベントレコードに設定されているイベント種別が、タッチ終了であり、更に第１イベントデータに含まれるイベント種別が、タッチ開始であることを条件に加えるようにしてもよい。

サーバ装置２０５の近接判定部８０９が、近くで発生しているイベントが有ると判定すると（Ｓ２１１３）、サーバ装置２０５の対応付け部８２５は、関連テーブルに関連レコードを追加する（Ｓ２１１５）。

図２２に、関連テーブルの例を示す。この例における関連テーブルは、イベントの関連付けのレコード（以下、関連レコードという。）を有している。関連レコードは、メインイベントＩＤを設定するためのフィールドと、サブイベントＩＤを設定するためのフィールドとを有している。メインイベントＩＤは、関連レコードが追加される際に近くで発生しているイベントのＩＤである。サブイベントＩＤは、関連レコードが追加される際に第１イベントデータに含まれているイベントのＩＤである。

図２１の説明に戻る。図２１に示すシーケンスから端子Ｃ５及び端子Ｄ６を介して、図２３に示すシーケンスに移る。

第１表示制御装置２０１の処理は、端子Ｂ７を介して図２０に示した処理から続く。第２表示制御装置２０３の第２受付部７１１は、ＯＳ７０１からタッチ移動のイベントを受け付ける（Ｓ２３０１）。第２表示制御装置２０３の第１算出部７１３は、タッチ移動のイベントが発生したウインドウ内位置を算出する（Ｓ２３０３）。そして、第２表示制御装置２０３の第２送信部７０５は、第１イベントデータをサーバ装置２０５へ送信する（Ｓ２３０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ移動）を含んでいる。

サーバ装置２０５の第３受信部８０３が第１イベントデータを受信すると（Ｓ２３０７）、サーバ装置２０５の種別判定部８０７は、当該イベントの種別がタッチ移動であると判定する（Ｓ２３０９）。サーバ装置２０５の第２特定部８１１が第１イベントデータに含まれるイベントＩＤが有効イベントＩＤのフィールドに設定されているイベントレコードがないと判定すると（Ｓ２３１１）、サーバ装置２０５の第２特定部８１１は、メインイベントＩＤを特定する（Ｓ２３１３）。具体的には、第１イベントデータに含まれるイベントＩＤがサブイベントＩＤのフィールドに設定されている関連レコードにおけるメインイベントＩＤが特定される。

サーバ装置２０５の第２特定部８１１は、メインの表示制御装置ＩＤを特定する（Ｓ２３１５）。具体的には、メインイベントＩＤが有効イベントＩＤのフィールドに設定されているイベントレコードにおけるメインの表示制御装置ＩＤが特定される。サーバ装置２０５の第２更新部８１５は、当該イベントレコードにおけるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ２３１７）。サーバ装置２０５の変換部８１９は、第１イベントデータに含まれるイベントＩＤをメインイベントＩＤに変換して、第２イベントデータを生成する（Ｓ２３１９）。サーバ装置２０５の第３送信部８０１は、メインの表示制御装置（この例では、第１表示制御装置２０１）へ第２イベントデータを送信する（Ｓ２３２１）。第２イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ移動）を含んでいる。

第１表示制御装置２０１の第２受信部７０７は、第２イベントデータを受信する（Ｓ２３２３）。端子Ｂ８及び端子Ｃ６を介して、図２４に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ａ４を介して図１９に示した処理から続く。図２４に示すシーケンスでは、タッチ移動のイベントに関して、Ｓ２４０１からＳ２４１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。また、後続するタッチ移動のイベントに関して、上述した一連の処理が繰り返される。そして、端子Ｃ７を介して、図２５に示すシーケンスに移る。

サーバ装置２０５の処理は、端子Ｄ７を介して図２３に示した処理から続く。第２表示制御装置２０３の第２受付部７１１がＯＳ７０１からタッチ終了のイベントを受け付けると（Ｓ２５０１）、第２表示制御装置２０３の第１算出部７１３は、タッチ終了のイベントが発生したウインドウ内位置を算出する（Ｓ２５０３）。第２表示制御装置２０３の第２送信部７０５は、第１イベントデータをサーバ装置２０５へ送信する（Ｓ２５０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ終了）を含んでいる。

サーバ装置２０５の第３受信部８０３が第１イベントデータを受信すると（Ｓ２５０７）、サーバ装置２０５の種別判定部８０７は、当該イベントの種別がタッチ終了であると判定する（Ｓ２５０９）。また、サーバ装置２０５の第２特定部８１１は、第１イベントデータに含まれるイベントＩＤと同じ有効イベントＩＤのイベントレコードがないと判定する（Ｓ２５１１）。サーバ装置２０５の第２特定部８１１は、関連レコードに基づいてメインイベントＩＤを特定する（Ｓ２５１３）。

サーバ装置２０５の第２特定部８１１は、イベントレコードに基づいてメインの表示制御装置ＩＤを特定する（Ｓ２５１５）。サーバ装置２０５の第２更新部８１５は、当該イベントレコードにおけるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ２５１７）。サーバ装置２０５の経過判定部８１７は、当該イベントレコードのタイムスタンプから所定時間経過していないと判定する（Ｓ２５１９）。端子Ｄ８を介して、図２６に示すシーケンスに移る。

第１表示制御装置２０１の処理は、端子Ｂ９を介して図２４に示した処理から続く。ここで、サーバ装置２０５の経過判定部８１７は、図２５のＳ２５１９の処理において判定対象であったイベントレコードについて、タイムスタンプから所定時間経過したと判定する（Ｓ２６０１）。サーバ装置２０５の生成部８２３は、所定時間経過したタイムスタンプが設定されているイベントレコードに基づいて、タッチ終了の第２イベントデータを生成する（Ｓ２６０３）。第２イベントデータは、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ終了）の他に、図２５のＳ２５１３において特定されたメインイベントＩＤを含む。サーバ装置２０５の第３送信部８０１は、メインの表示制御装置へ第２イベントデータを送信する（Ｓ２６０５）。

第１表示制御装置２０１の第２受信部７０７は、第２イベントデータを受信する（Ｓ２６０７）。

一方、サーバ装置２０５の消去部８２１は、第２イベントデータに含まれるイベントＩＤに対応するイベントレコードを消去する（Ｓ２６０９）。サーバ装置２０５の消去部８２１は、更に、当該イベントＩＤがいずれかのフィールドに設定されている関連レコードを消去する（Ｓ２６１１）。端子Ｂ１０を介して、図２７に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ａ５を介して図２４に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｃ８を介して図２５に示した処理から続く。図２７に示すシーケンスでは、タッチ終了のイベントに関して、Ｓ２７０１からＳ２７１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。そして、図４に示したパターンについて当該イベントに関する処理が完了する。

次に、図５に示したパターンにおけるシーケンスについて説明する。図２８に、図２０に示したシーケンスに続くシーケンスを示す。つまり、第１表示制御装置２０１の処理は、端子Ｂ７を介して図２０に示した処理から続く。サーバ装置２０５の処理は、端子Ｄ５を介して図２０に示した処理から続く。

この段階で、サーバ装置２０５の経過判定部８１７は、図２０に示すＳ２０１５の処理において判定対象であったイベントレコードについて、タイムスタンプから所定時間経過したと判定する（Ｓ２８０１）。サーバ装置２０５の生成部８２３は、所定時間経過したタイムスタンプが設定されているイベントレコードに基づいて、タッチ終了の第２イベントデータを生成する（Ｓ２８０３）。第２イベントデータは、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ終了）の他に、当該イベントレコードに設定されているイベントＩＤ、つまりメインイベントＩＤを含む。サーバ装置２０５の第３送信部８０１は、メインの表示制御装置（この例では、第１表示制御装置２０１）へ第２イベントデータを送信する（Ｓ２８０５）。

第１表示制御装置２０１の第２受信部７０７は、第２イベントデータを受信する（Ｓ２８０７）。

一方、サーバ装置２０５の消去部８２１は、第２イベントデータに含まれるイベントＩＤに対応するイベントレコードを消去する（Ｓ２８０９）。サーバ装置２０５の消去部８２１は、更に、当該イベントＩＤがいずれかのフィールドに設定されている関連レコードを消去する（Ｓ２８１１）。端子Ｂ１１を介して、図２９に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ａ４を介して図１９に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｃ４を介して図１９に示した処理から続く。図２９に示すシーケンスでは、タッチ終了のイベントに関して、Ｓ２９０１からＳ２９１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。そして、図５に示したパターンについて当該イベントに関する処理が完了する。

本実施の形態によれば、複数の表示装置の表示面に跨る操作を、一連の操作として扱えるようになる。

また、ウインドウ座標系に基づくので、位置関係を特定する処理が簡単になる。

［実施の形態２］
本実施の形態では、実施の形態１におけるイベント開始以降のサーバ装置２０５における処理を、メインの表示制御装置（この例では、第１表示制御装置２０１）において行う例について説明する。

図３０に、実施の形態２に係る第１表示制御装置２０１のモジュール構成例を示す。実施の形態２に係る第１表示制御装置２０１は、図７に示したモジュールに加えて、種別判定部８０７、近接判定部８０９、第２特定部８１１、登録部８１３、第２更新部８１５、経過判定部８１７、変換部８１９、消去部８２１、生成部８２３、対応付け部８２５、イベントテーブル記憶部８３３及び関連テーブル記憶部８３５を有する。また、第１表示制御装置２０１は、端判定部８２７及び転送テーブル記憶部８３７を有する。端判定部８２７は、位置が表示面の端に該当するか否かを判定する。転送テーブル記憶部８３７は、他の表示制御装置にデータを転送すべきイベント毎に転送レコードを有する。転送レコードは、転送先を特定する表示制御装置ＩＤと当該イベントのＩＤとを対応付ける。

図３１を用いて、図４に示したパターンにおけるシーケンスについて説明する。第１表示制御装置２０１の処理は、端子Ｂ２を介して図１２に示した処理から続く。第１表示制御装置２０１の第２受付部７１１は、ＯＳ７０１からタッチ開始のイベントを受け付ける（Ｓ３１０１）。第１表示制御装置２０１の第１算出部７１３は、タッチ開始のイベントが発生したウインドウ内位置を算出する（Ｓ３１０３）。そして、第１表示制御装置２０１の種別判定部８０７は、当該イベントの種別がタッチ開始であるか否かを判定する。そして、第１表示制御装置２０１の種別判定部８０７がタッチ開始であると判定すると（Ｓ３１０５）、第１表示制御装置２０１の近接判定部８０９は、近くで発生しているイベントが有るか否かを判定する。この例では、第１表示制御装置２０１の端判定部８２７がタッチ位置が表示面の端に該当しないと判定するので、第１表示制御装置２０１の近接判定部８０９は近くで発生しているイベントが無いと判定する。尚、タッチ位置が表示面の端に該当する場合には、隣接する表示面の表示制御装置に対して近くでイベントが発生しているか問い合わせる。第１表示制御装置２０１の近接判定部８０９が近くで発生しているイベントが無いと判定すると（Ｓ３１０７）、第１表示制御装置２０１の登録部８１３は、イベントレコードを追加する（Ｓ３１０９）。更に、第１表示制御装置２０１の登録部８１３は、タイムスタンプを付する（Ｓ３１１１）。端子Ｅ１を介して、図３２に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ａ２を介して図１２に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｃ２を介して図１２に示した処理から続く。図３２に示すシーケンスでは、タッチ開始のイベントに関して、Ｓ３２０１からＳ３２１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。そして、端子Ｅ２を介して、図３３に示すシーケンスに移る。

第１表示制御装置２０１の第２受付部７１１がＯＳ７０１からタッチ移動のイベントを受け付けると（Ｓ３３０１）、第１表示制御装置２０１の第１算出部７１３は、タッチ移動のイベントが発生したウインドウ内位置を算出する（Ｓ３３０３）。第１表示制御装置２０１の第２送信部７０５は、当該イベントのＩＤが設定されている転送レコードがあるか否かを判定する。この例では、当該イベントのＩＤが設定されている転送レコードがないので、イベントデータを転送しないと判定する（Ｓ３３０４）。そして、第１表示制御装置２０１の種別判定部８０７が当該イベントの種別がタッチ移動であると判定すると（Ｓ３３０５）、第１表示制御装置２０１の第２更新部８１５は、当該イベントのＩＤが有効イベントＩＤのフィールドに設定されているイベントレコードにおけるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ３３０７）。端子Ｅ３を介して、図３４に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ｆ１を介して図３２に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｇ１を介して図３２に示した処理から続く。図３４に示すシーケンスでは、タッチ移動のイベントに関して、Ｓ３４０１からＳ３４１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。そして、端子Ｅ４を介して、図３５に示すシーケンスに移る。

第１表示制御装置２０１の第２受付部７１１がＯＳ７０１からタッチ終了のイベントを受け付けると（Ｓ３５０１）、第１表示制御装置２０１の第１算出部７１３は、タッチ終了のイベントが発生したウインドウ内位置を算出する（Ｓ３５０３）。第１表示制御装置２０１の第２送信部７０５は、当該イベントのＩＤが設定されている転送レコードがあるか否かを判定する。この例では、第１表示制御装置２０１の第２送信部７０５は、当該イベントのＩＤが設定されている転送レコードがないので、イベントデータを転送しないと判定する（Ｓ３５０４）。第１表示制御装置２０１の種別判定部８０７が当該イベントの種別がタッチ終了であると判定すると（Ｓ３５０５）、第１表示制御装置２０１の第２更新部８１５は、当該イベントのＩＤに対応するイベントレコードにおけるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ３５０７）。この段階で、第１表示制御装置２０１の経過判定部８１７は、当該タイムスタンプから所定時間経過していないと判定する（Ｓ３５０９）。また、後続するタッチ移動のイベントに関して、上述した一連の処理が繰り返される。そして、端子Ｅ５を介して、図３６に示すシーケンスに移る。

第２表示制御装置２０３の処理は、端子Ｇ２を介して図３４に示した処理から続く。第２表示制御装置２０３の第２受付部７１１がＯＳ７０１からタッチ開始のイベントを受け付けると（Ｓ３６０１）、第２表示制御装置２０３の第１算出部７１３は、タッチ開始のイベントが発生したウインドウ内位置を算出する（Ｓ３６０３）。そして、第２表示制御装置２０３の第２送信部７０５は、第１イベントデータを送信する（Ｓ３６０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ開始）を含んでいる。

この段階で、第１表示制御装置２０１の経過判定部８１７は、図３５に示したＳ３５０９の処理の場合と同様にタイムスタンプから所定時間経過していないと判定しているものとする（Ｓ３６０７）。第１表示制御装置２０１の第２受信部７０７が第１イベントデータを受信すると（Ｓ３６０９）、第１表示制御装置２０１の種別判定部８０７は、当該イベントの種類がタッチ開始であると判定する（Ｓ３６１１）。そして、第１表示制御装置２０１の近接判定部８０９が近くで発生しているイベントが有ると判定すると（Ｓ３６１３）、第１表示制御装置２０１の第２送信部７０５は、転送要の通知（イベントＩＤを含む。）を第２表示制御装置２０３へ送る（Ｓ３６１４）と共に、第１表示制御装置２０１の対応付け部８２５は、関連テーブルに関連レコードを追加する（Ｓ３６１５）。メインイベントＩＤのフィールドには、関連レコードが追加される際に近くで発生しているイベントのＩＤが設定される。サブイベントＩＤには、関連レコードが追加される際に第１イベントデータに含まれているイベントのＩＤが設定される。第２表示制御装置２０３の第２受信部７０７が転送要の通知を受信すると（Ｓ３６１７）、第２表示制御装置２０３の対応付け部８２５は、転送レコードを追加する（Ｓ３６１９）。転送レコードには、転送要の通知に含まれるイベントＩＤと、当該通知の送信元に相当する第１表示制御装置２０１のＩＤが設定される。端子Ｅ６及び端子Ｇ３を介して、図３７に示すシーケンスに移る。

第２表示制御装置２０３の第２受付部７１１がＯＳ７０１からタッチ移動のイベントを受け付けると（Ｓ３７０１）、第２表示制御装置２０３の第１算出部７１３は、タッチ移動のイベントが発生したウインドウ内位置を算出する（Ｓ３７０３）。第２表示制御装置２０３の第２送信部７０５は、当該イベントのＩＤが設定されている転送レコードがあるか否かを判定する。この例では、第２表示制御装置２０３の第２送信部７０５は、当該イベントのＩＤが設定されている転送レコードがあるので、イベントデータを転送すると判定する（Ｓ３７０４）。そして、第２表示制御装置２０３の第２送信部７０５は、第１イベントデータを第１表示制御装置２０１へ送信する（Ｓ３７０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ移動）を含んでいる。

第１表示制御装置２０１の第２受信部７０７が第１イベントデータを受信すると（Ｓ３７０７）、第１表示制御装置２０１の種別判定部８０７は、当該イベントの種別がタッチ移動であると判定する（Ｓ３７０９）。第１表示制御装置２０１の第２特定部８１１は、メインイベントＩＤを特定する（Ｓ３７１１）。具体的には、第１イベントデータに含まれるイベントＩＤがサブイベントＩＤのフィールドに設定されている関連レコードにおけるメインイベントＩＤが特定される。第１表示制御装置２０１の第２更新部８１５は、メインイベントＩＤが有効イベントＩＤのフィールドに設定されているイベントレコードにおけるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ３７１３）。第１表示制御装置２０１の変換部８１９は、第１イベントデータのイベントＩＤをメインイベントＩＤに変換して、第２イベントデータを生成する（Ｓ３７１５）。端子Ｅ７及び端子Ｇ４を介して、図３８に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ｆ２を介して図３４に示した処理から続く。図３８に示すシーケンスでは、タッチ移動のイベントに関して、Ｓ３８０１からＳ３８１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。端子Ｅ８及び端子Ｇ５を介して、図３９に示すシーケンスに移る。

第２表示制御装置２０３の第２受付部７１１がＯＳ７０１からタッチ終了のイベントを受け付けると（Ｓ３９０１）、第２表示制御装置２０３の第１算出部７１３は、タッチ終了のイベントが発生したウインドウ内位置を算出する（Ｓ３９０３）。第２表示制御装置２０３の第２送信部７０５は、当該イベントのＩＤが設定されている転送レコードがあるか否かを判定する。この例では、第２表示制御装置２０３の第２送信部７０５は、当該イベントのＩＤが設定されている転送レコードがあるので、イベントデータを転送すると判定する（Ｓ３９０４）。そして、第２表示制御装置２０３の第２送信部７０５は、第１イベントデータを第１表示制御装置２０１へ送信する（Ｓ３９０５）。第１イベントデータは、イベントＩＤ、ウインドウＩＤ、ウインドウ内位置及びイベント種別（タッチ終了）を含んでいる。第２表示制御装置２０３の消去部８２１は、当該転送レコードを消去する（Ｓ３９０６）。

第１表示制御装置２０１の第２受信部７０７が第１イベントデータを受信すると（Ｓ３９０７）、第１表示制御装置２０１の種別判定部８０７は、当該イベントの種別がタッチ終了であると判定する（Ｓ３９０９）。第１表示制御装置２０１の第２特定部８１１は、関連レコードに基づいてメインイベントＩＤを特定する（Ｓ３９１１）。第１表示制御装置２０１の第２更新部８１５は、有効イベントＩＤのフィールドに当該メインイベントＩＤが設定されているイベントレコードにおけるイベント種別、ウインドウ内位置及びタイムスタンプを更新する（Ｓ３９１３）。この段階で、第１表示制御装置２０１の経過判定部８１７は、当該タイムスタンプから所定時間経過していないと判定する（Ｓ３９１５）。端子Ｅ９を介して、図４０に示すシーケンスに移る。

その後、第１表示制御装置２０１の経過判定部８１７が当該タイムスタンプから所定時間経過したと判定すると（Ｓ４００１）。第１表示制御装置２０１の生成部８２３は、タッチ終了の第２イベントデータ（メインイベントＩＤを含む）を生成する（Ｓ４００３）。第１表示制御装置２０１の消去部８２１は、メインイベントＩＤが有効イベントＩＤのフィールドに設定されているイベントレコードを消去する（Ｓ４００５）。第１表示制御装置２０１の消去部８２１は、メインイベントＩＤを含む関連レコードを消去する（Ｓ４００７）。端子Ｅ１０を介して、図４１に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ｆ３を介して図３８に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｇ６を介して図３９に示した処理から続く。図４１に示すシーケンスでは、タッチ終了のイベントに関して、Ｓ４１０１からＳ４１１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。そして、図４に示したパターンについて当該イベントに関する処理が完了する。

次に、図４２を用いて、図５に示したパターンにおけるシーケンスについて説明する。第１表示制御装置２０１の処理は、端子Ｅ５を介して図３５に示した処理から続く。第１表示制御装置２０１の経過判定部８１７がタイムスタンプから所定時間経過したと判定すると（Ｓ４２０１）、第１表示制御装置２０１の生成部８２３は、所定時間経過したタイムスタンプが設定されているイベントレコードに基づいて、タッチ終了の第２イベントデータを生成する（Ｓ４２０３）。第１表示制御装置２０１の消去部８２１は、メインイベントＩＤが有効イベントＩＤのフィールドに設定されているイベントレコードを消去する（Ｓ４２０５）。第１表示制御装置２０１の消去部８２１は、メインイベントＩＤを含む関連レコードを消去する（Ｓ４２０７）。端子Ｅ１１を介して、図４３に示すシーケンスに移る。

クライアント端末１０１の処理は、端子Ｆ２を介して図３４に示した処理から続く。第２表示制御装置２０３の処理は、端子Ｇ２を介して図３４に示した処理から続く。図４３に示すシーケンスでは、タッチ終了のイベントに関して、Ｓ４３０１からＳ４３１９において、図１７のＳ１７０１からＳ１７１９の処理と同様の処理を行う。そして、図５に示したパターンについて当該イベントに関する処理が完了する。

本実施の形態によれば、データ伝送量が比較的少なくて済む。

図４４に、クライアント端末１０１のハードウエア構成例を示す。クライアント端末１０１は、プロセッサ４４０１、記憶部４４０３、アンテナ４４１１、無線制御部４４１３、オーディオ制御部４４１５、スピーカ４４１７、マイク４４１９、ディスプレイ４４２１、タッチパッド４４２３、カメラ４４２５及びＧＰＳ装置４４２７を有している。

プロセッサ４４０１は、モデムＣＰＵ（Central Processing Unit）とアプリケーションＣＰＵからなることもある。記憶部４４０３は、例えば、ＲＯＭ（Read Only Memory）４４０５とＲＡＭ（Random Access Memory）４４０７とフラッシュメモリ４４０９を有している。ＲＯＭ４４０５は、例えば、予め設定されているデータやプログラムを格納している。ＲＡＭ４４０７は、例えば、アプリケーションなどのプログラムやデータを展開する領域を含んでいる。フラッシュメモリ４４０９は、例えば、オペレーティングシステムやアプリケーションなどのプログラムを格納しており、更に随時データを格納する。

タッチパッド４４２３は、例えば、ディスプレイ４４２１の表示面上に配置されたパネル状のセンサであり、タッチ操作を受け付ける。ディスプレイ４４２１は、例えば、アプリケーションが表示させる各種画面を表示する。具体的には、ディスプレイ４４２１とタッチパッド４４２３とを一体としたタッチパネルとして用いられる。タッチパッド４４２３へのタッチ操作によって、タッチイベントが発生する。タッチパッド４４２３の他に、キーを設けるようにしてもよい。

アンテナ４４１１は、例えばセルラー方式の無線データを受信する。無線制御部４４１３は、無線通信の制御を行う。無線通信の制御により、電話の音声通信やデータ通信が行われる。

オーディオ制御部４４１５は、音データに関するアナログ／デジタル変換とデジタル／アナログ変換を行う。スピーカ４４１７は、アナログデータを音として出力する。マイク４４１９は、音をアナログデータに変換する。

カメラ４４２５は、動画や写真画像の撮影に用いられる。ＧＰＳ装置４４２７は、位置を計測する。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成はプログラムモジュール構成に一致しない場合もある。

また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ、処理の順番を入れ替えることや複数の処理を並列に実行させるようにしても良い。

なお、上で述べた第１表示制御装置２０１、第２表示制御装置２０３及びサーバ装置２０５は、コンピュータ装置であって、図４５に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティングシステム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本発明の実施の形態をまとめると、以下のようになる。

本実施の形態に係る情報処理装置は、マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御する情報処理装置であって、（Ａ）第１表示面におけるウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録する記録部と、（Ｂ）所定の条件に従って、第２表示面におけるウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が第１位置と近接すると判定した場合に、第１イベントのＩＤと第２イベントのＩＤとを対応付ける対応付け部と、（Ｃ）第２表示面におけるウインドウ内へのユーザ操作に伴う第３イベントのＩＤが第２イベントのＩＤと一致する場合に、第３イベントのＩＤを第１イベントのＩＤに変換する変換部とを含む。

このようにすれば、複数の表示装置の表示面に跨る操作を、一連の操作として扱えるようになる。

更に、第１位置及び第２位置が、ウインドウ座標系に基づくようにしてもよい。

このようにすれば、位置関係を特定する処理が簡単になる

更に、第１イベントのタイプは、ポインティング終了であってもよい。第２イベントのタイプは、ポインティング開始であってもよい。加えて、第３イベントのタイプは、ポイント移動であってもよい。

このようにすれば、複数の表示装置の表示面に跨るスライド操作を、一連のスライド操作として扱えるようになる。

所定の条件は、第１位置が第２表示面との境界付近であり、且つ第２位置が第１表示面との境界付近であるという条件を含むようにしてもよい。

このようにすれば、複数の表示装置の表示面に跨らない操作に対する誤動作を防げる。

対応付け部は、第１イベントが発生してから所定時間が経過していない場合に、第１位置と近接する第２位置に係る第２イベントが発生した場合に対応付けを行うようにしてもよい。

このようにすれば、一連でない操作に対する誤動作を防げる。

なお、上記情報処理装置の処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御する情報処理装置であって、
前記第１表示面における前記ウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録する記録部と、
所定の条件に従って、前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が前記第１位置と近接すると判定した場合に、前記第１イベントのＩＤと前記第２イベントのＩＤとを対応付ける対応付け部と、
前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第３イベントのＩＤが前記第２イベントのＩＤと一致する場合に、前記第３イベントのＩＤを前記第１イベントのＩＤに変換する変換部と
を含む情報処理装置。

（付記２）
前記第１位置及び前記第２位置は、ウインドウ座標系に基づく
付記１記載の情報処理装置。

（付記３）
前記第１イベントのタイプは、ポインティング終了であり、
前記第２イベントのタイプは、ポインティング開始であり、
前記第３イベントのタイプは、ポイント移動である
付記１又は２記載の情報処理装置。

（付記４）
前記所定の条件は、前記第１位置が前記第２表示面との境界付近であり、且つ前記第２位置が前記第１表示面との境界付近であるという条件を含む
付記１乃至３のいずれか１つ記載の情報処理装置。

（付記５）
前記対応付け部は、前記第１イベントが発生してから所定時間が経過していない場合に、前記第１位置と近接する前記第２位置に係る前記第２イベントが発生した場合に対応付けを行う
付記１乃至４のいずれか１つ記載の情報処理装置。

（付記６）
マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御する情報処理方法であって、
前記第１表示面における前記ウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録し、
所定の条件に従って、前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が前記第１位置と近接すると判定した場合に、前記第１イベントのＩＤと前記第２イベントのＩＤとを対応付け、
前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第３イベントのＩＤが前記第２イベントのＩＤと一致する場合に、前記第３イベントのＩＤを前記第１イベントのＩＤに変換する
処理を含み、コンピュータにより実行される情報処理方法。

（付記７）
マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御するコンピュータに、
前記第１表示面における前記ウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録し、
所定の条件に従って、前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が前記第１位置と近接すると判定した場合に、前記第１イベントのＩＤと前記第２イベントのＩＤとを対応付け、
前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第３イベントのＩＤが前記第２イベントのＩＤと一致する場合に、前記第３イベントのＩＤを前記第１イベントのＩＤに変換する
処理を実行させる情報処理プログラム。

１０１ クライアント端末 １０３ コンテンツデータ
１０５ 表示面 １０７ 表示面
１０９ コンテンツ画像 ２０１ 第１表示制御装置
２０３ 第２表示制御装置 ２０５ サーバ装置
６０１ ＯＳ ６０３ 第１ブラウザ
６０５ 第１送信部 ６０７ 第１受信部
６０９ 第１初期化部 ６１１ 第１受付部
６１３ 発火部 ６２１ アプリケーションテーブル記憶部
６２３ 第１コンテンツ記憶部 ７０１ ＯＳ
７０３ 第２ブラウザ ７０５ 第２送信部
７０７ 第２受信部 ７０９ 第２初期化部
７１１ 第２受付部 ７１３ 第１算出部
７１５ 第１特定部 ７１７ 第２算出部
７１９ 第１更新部 ７２１ 表示処理部
７３１ ウインドウテーブル記憶部 ７３３ コンテンツテーブル記憶部
７３５ 第２コンテンツ記憶部 ７３７ 表示バッファ
７３９ 描画バッファ ７５１ 表示装置
７５３ タッチパネル装置 ８０１ 第３送信部
８０３ 第３受信部 ８０５ 第３初期化部
８０７ 種別判定部 ８０９ 近接判定部
８１１ 第２特定部 ８１３ 登録部
８１５ 第２更新部 ８１７ 経過判定部
８１９ 変換部 ８２１ 消去部
８２３ 生成部 ８２５ 対応付け部
８２７ 端判定部 ８３１ 管理テーブル記憶部
８３３ イベントテーブル記憶部 ８３５ 関連テーブル記憶部
８３７ 転送テーブル記憶部

Claims (7)

1. マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御する情報処理装置であって、
   前記第１表示面における前記ウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録する記録部と、
   所定の条件に従って、前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が前記第１位置と近接すると判定した場合に、前記第１イベントのＩＤと前記第２イベントのＩＤとを対応付ける対応付け部と、
   前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第３イベントのＩＤが前記第２イベントのＩＤと一致する場合に、前記第３イベントのＩＤを前記第１イベントのＩＤに変換する変換部と
   を含む情報処理装置。
2. 前記第１位置及び前記第２位置は、ウインドウ座標系に基づく
   請求項１記載の情報処理装置。
3. 前記第１イベントのタイプは、ポインティング終了であり、
   前記第２イベントのタイプは、ポインティング開始であり、
   前記第３イベントのタイプは、ポイント移動である
   請求項１又は２記載の情報処理装置。
4. 前記所定の条件は、前記第１位置が前記第２表示面との境界付近であり、且つ前記第２位置が前記第１表示面との境界付近であるという条件を含む
   請求項１乃至３のいずれか１つ記載の情報処理装置。
5. 前記対応付け部は、前記第１イベントが発生してから所定時間が経過していない場合に、前記第１位置と近接する前記第２位置に係る前記第２イベントが発生した場合に対応付けを行う
   請求項１乃至４のいずれか１つ記載の情報処理装置。
6. マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御する情報処理方法であって、
   前記第１表示面における前記ウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録し、
   所定の条件に従って、前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が前記第１位置と近接すると判定した場合に、前記第１イベントのＩＤと前記第２イベントのＩＤとを対応付け、
   前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第３イベントのＩＤが前記第２イベントのＩＤと一致する場合に、前記第３イベントのＩＤを前記第１イベントのＩＤに変換する
   処理を含み、コンピュータにより実行される情報処理方法。
7. マルチディスプレイシステムにおける第１表示面及び第２表示面に跨るウインドウ内で発生するイベントを制御するコンピュータに、
   前記第１表示面における前記ウインドウ内へのユーザ操作に伴う第１イベントが発生した第１位置を記録し、
   所定の条件に従って、前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第２イベントが発生した第２位置が前記第１位置と近接すると判定した場合に、前記第１イベントのＩＤと前記第２イベントのＩＤとを対応付け、
   前記第２表示面における前記ウインドウ内へのユーザ操作に伴う第３イベントのＩＤが前記第２イベントのＩＤと一致する場合に、前記第３イベントのＩＤを前記第１イベントのＩＤに変換する
   処理を実行させる情報処理プログラム。

Images