(57)【要約】【課題】データ処理を行うデータ処理装置とは異なる装置を使用して、データ処理結果を描画することができる描画システムを提供する。【解決手段】アプリケーションA1は描画命令を生成する。デバイス管理部M1は、通信部D1を介して、デバイス管理テーブルDT1によって記憶された端末N2へ描画命令を送信する。デバイス管理部M2は、通信部D2を介して、デバイス管理テーブルDT2によって記憶された端末N1から描画命令を受信する。描画プロキシP2、ウィンドウシステムW2、および表示部O2は、受信された描画命令に基づいて描画を行う。【選択図】図１
2007226517.tif 000002
【特許請求の範囲】
【請求項１】
データ処理の結果に基づいた描画命令を生成するデータ処理装置と、前記描画命令に基づいて描画を行う描画装置とが設けられた描画システムであって、
前記データ処理装置は、
前記描画命令を生成する描画命令生成手段と、
前記描画命令の送信先である前記描画装置を記憶する描画装置記憶手段と、
前記描画装置記憶手段によって記憶された前記描画装置へ前記描画命令を送信する描画命令送信手段と、
を有し、
前記描画装置は、
前記描画命令の送信元である前記データ処理装置を記憶する第１のデータ処理装置記憶手段と、
前記第１のデータ処理装置記憶手段によって記憶された前記データ処理装置から前記描画命令を受信する描画命令受信手段と、
受信された前記描画命令に基づいて描画を行う描画手段と、
を有することを特徴とする描画システム。
【請求項２】
ユーザからの要求が入力される入力手段と、
前記入力手段に入力された前記ユーザからの要求に基づいて、前記データ処理に係るイベントを生成するイベント生成手段と、
前記イベントの送信先である前記データ処理装置を記憶する第２のデータ処理装置記憶手段と、
前記第２のデータ処理装置記憶手段によって記憶された前記データ処理装置へ前記イベントを送信するイベント送信手段と、
を有する入力装置がさらに設けられ、
前記データ処理装置はさらに、
前記イベントの送信元である前記入力装置を記憶する入力装置記憶手段と、
前記入力装置記憶手段によって記憶された前記入力装置から前記イベントを受信するイベント受信手段と、
を有することを特徴とする請求項１に記載の描画システム。
【請求項３】
前記データ処理装置はさらに、前記データ処理装置に依存する形式の前記描画命令を共通形式の描画命令に変換する第１の描画命令変換手段を有し、
前記描画装置はさらに、前記共通形式の描画命令を、前記描画装置に依存する形式の描画命令に変換する第２の描画命令変換手段を有し、
前記描画命令送信手段が前記共通形式の描画命令を前記描画装置へ送信し、前記描画命令受信手段が前記共通形式の描画命令を受信する
ことを特徴とする請求項１または請求項２に記載の描画システム。
【請求項４】
前記入力装置はさらに、前記入力装置に依存する形式の前記イベントを共通形式のイベントに変換する第１のイベント変換手段を有し、
前記データ処理装置はさらに、前記共通形式のイベントを、前記データ処理装置に依存する形式のイベントに変換する第２のイベント変換手段を有し、
前記イベント送信手段が前記共通形式のイベントを前記データ処理装置へ送信し、前記イベント受信手段が前記共通形式のイベントを受信する
ことを特徴とする請求項２または請求項３に記載の描画システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、描画命令に基づいて描画を行う描画装置を備えた描画システムに関する。
【背景技術】
【０００２】
リモート端末のアプリケーションの処理結果をローカル端末に表示する技術には以下のようなものがある。リモート端末のデスクトップの表示内容をローカルの端末上でコントロールするためのシステムとしてVNC（Virtual Network Computing）がある。VNCでは、画面イメージを画像として送ることで、リモート装置のデスクトップをローカル端末で表示している。画像を利用することで、クライアント側の実装は単純なものとなっており、様々な端末のウィンドウシステム上の実装がある。その反面、サーバ側では、画面イメージの変化のあった部分だけの切り出しや画像の生成等、実装が複雑であり、且つ求められる処理能力が高い。
【０００３】
また、リモート端末でアプリケーションを実行し、ローカル端末上でそのアプリケーションの実行をコントロールするためのシステムとして、Xウィンドウシステムがある。Xウィンドウシステムでは、共通の描画命令がネットワークで伝送され、ローカル端末上で描画命令が実行され、画面が出力される。しかし、Xウィンドウシステムでも、サーバ側の高い処理能力が要求されると共に、メモリ容量を多く消費する。
【０００４】
また、特許文献１に記載のシステムでは、画面のデータをストリームで伝送し、リモートで実行されたアプリケーションの画面をローカルで表示する。このシステムでも，サーバ側でクライアントの解像度に合わせた画面データを生成し、それをストリーム形式に変換して伝送するため、サーバ側の処理の負荷が高く、メモリ容量も多く必要とすると思われる。
【特許文献１】特表２００５−５２５６３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した３つの従来技術のいずれでも、ローカル端末で表示と操作の両方を行うことが前提となっている。しかし、携帯電話や情報家電などでは、PC（Personal Computer）に比べて、出力デバイス（画面のサイズ、解像度）の制限、入力デバイス（キーボード、マウス）の制限、演算デバイス（CPU、DSPなど）の制限があり、PC上のアプリケーションの操作などには向かない。出力デバイス、入力デバイス、演算デバイスが偏在している環境では、適切なデバイスを組み合わせてサービスが提供されることが望ましい。
【０００６】
また、いずれの従来技術でも、リモート端末で表示される画面（デスクトップもしくはアプリケーションの画面）をローカル端末で表示している。しかし、どのシステムでもサーバ側の処理負荷やメモリの消費量が高く、携帯端末や情報家電（TVなど）など、ソフトウェアが動作する制限のある環境でのサーバ動作については考慮されていない。
【０００７】
本発明は、上述した問題点に鑑みてなされたものであって、データ処理を行うデータ処理装置とは異なる装置を使用して、データ処理結果を描画したり、データ処理に係る要求をユーザから受け付けたりすることができる描画システムを提供することを第１の目的とする。また、本発明は、処理に係る負荷を低減することができる描画システムを提供することを第２の目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記の課題を解決するためになされたもので、データ処理の結果に基づいた描画命令を生成するデータ処理装置（図１の端末N1に対応）と、前記描画命令に基づいて描画を行う描画装置（図１の端末N2に対応）とが設けられた描画システムであって、前記データ処理装置は、前記描画命令を生成する描画命令生成手段（図１のアプリケーションA1に対応）と、前記描画命令の送信先である前記描画装置を記憶する描画装置記憶手段（図１のデバイス管理テーブルDT1に対応）と、前記描画装置記憶手段によって記憶された前記描画装置へ前記描画命令を送信する描画命令送信手段（図１のデバイス管理部M1、通信部D1に対応）とを有し、前記描画装置は、前記描画命令の送信元である前記データ処理装置を記憶する第１のデータ処理装置記憶手段（図１のデバイス管理テーブルDT2に対応）と、前記第１のデータ処理装置記憶手段によって記憶された前記データ処理装置から前記描画命令を受信する描画命令受信手段（図１のデバイス管理部M2、通信部D2に対応）と、受信された前記描画命令に基づいて描画を行う描画手段（図１の描画プロキシP2、ウィンドウシステムW2、表示部O2に対応）とを有することを特徴とする描画システムである。
【０００９】
また、本発明の描画システムにおいて、ユーザからの要求が入力される入力手段（図１の操作部K3に対応）と、前記入力手段に入力された前記ユーザからの要求に基づいて、前記データ処理に係るイベントを生成するイベント生成手段（図１のウィンドウシステムW3に対応）と、前記イベントの送信先である前記データ処理装置を記憶する第２のデータ処理装置記憶手段（図１のデバイス管理テーブルDT3に対応）と、前記第２のデータ処理装置記憶手段によって記憶された前記データ処理装置へ前記イベントを送信するイベント送信手段（図１のデバイス管理部M3、通信部D3に対応）とを有する入力装置（図１の端末N3に対応）がさらに設けられ、前記データ処理装置はさらに、前記イベントの送信元である前記入力装置を記憶する入力装置記憶手段（デバイス管理テーブルDT1に対応）と、前記入力装置記憶手段によって記憶された前記入力装置から前記イベントを受信するイベント受信手段（図１のデバイス管理部M1、通信部D1に対応）とを有することを特徴とする。
【００１０】
また、本発明の描画システムにおいて、前記データ処理装置はさらに、前記データ処理装置に依存する形式の前記描画命令を共通形式の描画命令に変換する第１の描画命令変換手段（図１の変換部T1に対応）を有し、前記描画装置はさらに、前記共通形式の描画命令を、前記描画装置に依存する形式の描画命令に変換する第２の描画命令変換手段（図１の変換部T2に対応）を有し、前記描画命令送信手段が前記共通形式の描画命令を前記描画装置へ送信し、前記描画命令受信手段が前記共通形式の描画命令を受信することを特徴とする。
【００１１】
また、本発明の描画システムにおいて、前記入力装置はさらに、前記入力装置に依存する形式の前記イベントを共通形式のイベントに変換する第１のイベント変換手段（図１の変換部T3に対応）を有し、前記データ処理装置はさらに、前記共通形式のイベントを、前記データ処理装置に依存する形式のイベントに変換する第２のイベント変換手段（図１の変換部T1に対応）を有し、前記イベント送信手段が前記共通形式のイベントを前記データ処理装置へ送信し、前記イベント受信手段が前記共通形式のイベントを受信することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、データ処理装置の描画命令送信手段が、描画装置記憶手段によって記憶された描画装置へ描画命令を送信すると共に、描画装置の描画命令受信手段が、第１のデータ処理装置記憶手段によって記憶されたデータ処理装置から描画命令を受信することによって、データ処理装置とは異なる装置を使用して、データ処理結果を描画することができるという効果が得られる。
【００１３】
また、本発明によれば、入力装置のイベント送信手段が、第２のデータ処理装置記憶手段によって記憶されたデータ処理装置へイベントを送信すると共に、データ処理装置のイベント受信手段が、入力装置記憶手段によって記憶された入力装置からイベントを受信することによって、データ処理装置とは異なる装置を使用して、データ処理に係る要求をユーザから受け付けることができるという効果が得られる。
【００１４】
また、本発明によれば、異なる装置間では共通形式の描画命令やイベントが送受信され、各装置上では自身の形式の描画命令やイベントが使用されるので、各装置の処理能力に応じて共通形式を設定することが可能となり、処理能力の低い装置の、描画命令やイベントの処理に係る負荷を低減することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施形態を説明する。図１は、本発明の一実施形態によるリモート描画システムの構成を示している。このリモート描画システムは、端末N1，N2，N3によって構成されている。端末N1は、データ処理を行う装置であり、例えば携帯電話端末である。端末N2は、端末N1によるデータ処理の結果を表示するために描画を行う装置であり、例えばTVである。端末N3は、ユーザが、データ処理等に係る要求を入力するために操作する装置であり、例えばPCである。
【００１６】
表示部（O1，O2，O3）は、画像を表示する液晶ディスプレイ等で構成される。通信部（D1，D2，D3）は、他の端末と情報の送受信を行うためのネットワークインタフェースカード等で構成される。端末間の接続は有線でも無線でもよい。操作部（K1，K2，K3）は、ユーザが情報を入力するために操作するキーボードやマウス、リモコン等で構成される。ウィンドウシステム（W1，W2，W3）は、GUI（Graphical User Interface）による操作環境を提供し、並行する複数のタスクにそれぞれ固有の領域（ウィンドウ）を割り当て、画面出力を多重化するための処理部である。
【００１７】
端末N1が有するアプリケーションA1は、端末N3から送信されるイベント（メールの作成や編集の指示に係るイベント等）に基づいた処理内容のデータ処理を行い、データ処理の結果に基づいた描画命令を生成するメールソフト等の機能を有する処理部である。描画プロキシ（P1，P2）は、他の端末から送信された描画命令を処理して実際の描画を行ったり、キーイベントやマウスイベントなどを受けたときに、アプリケーションへ転送したりするためのダミーアプリケーションの機能を有する処理部である。端末N1が有するサービス発見部U1は、端末N1に接続された他の端末が有するデバイスの情報を収集して管理するUPｎP（Universal Plug and Play）等の機能を有する処理部である。
【００１８】
また、本実施形態では、入力デバイス（キーボードや、マウス、リモコン）、出力デバイス（画面など）、演算デバイスを別々に取り扱えるようにするデバイス管理機能を既存のウィンドウシステムに追加するため、デバイス管理実行部が設けられている。デバイス管理実行部において、デバイス管理部（M1，M2，M3）は、アプリケーションまたは描画プロキシが利用している入力デバイスや出力デバイスを管理すると共に、他の端末との描画命令やイベントの受け渡し（通信処理を含む）を管理する。
【００１９】
デバイス管理テーブル（DT1，DT2，DT3）は、アプリケーションや描画プロキシが現在、どの入力デバイスや出力デバイスを利用しているかを示す情報を保持する。変換部（T1，T2，T3）は、共通のバイナリで表現される形式の描画命令や各種イベント（キーイベント、マウスイベント）と、各端末（ウィンドウシステム）に依存する形式の描画命令や各種イベントとの間で、命令形式を相互に変換する。共通の命令形式と端末依存の命令形式の対応関係は、変換テーブル（TT1，TT2，TT3）によって保持されている。この変換テーブルの内容を適宜変更することによって、端末同士で効果的な共通の命令形式などを決めることも可能である。図２は、端末N1で使用される変換テーブルTT1の例を示している。左右に分かれて配置された命令のうち、左側に配置された命令が端末N1での命令形式であり、右側に配置された命令が共通の命令形式である。
【００２０】
アプリケーション、サービス発見部、描画プロキシ、ウィンドウシステム、およびデバイス管理実行部の処理は、CPU（Central Processing Unit）によって実行される。デバイス管理実行部のうち、特にデバイス管理テーブルと変換テーブルの機能は、SRAM（Static Random Access Memory）、SDRAM（Synchronous Dynamic Random Access Memory）、フラッシュメモリ、HDD（Hard Disk Drive）等によって実現される。また、上述した各部の処理は、OS（Operating System）によって管理される。
【００２１】
次に、本実施形態によるリモート描画システムの動作を説明する。端末N1においてアプリケーションA1が起動されると、アプリケーションA1は、サービス発見部U1に対して、現在、端末N1と接続されている端末N2，N3と端末N1とに存在するデバイスの情報を要求する。サービス発見部U1は、図３に示されるデバイスリストを作成し、管理している。サービス発見部U1は、アプリケーションA1からの要求に基づいて、デバイスリストをアプリケーションA1へ出力する。
【００２２】
アプリケーションA1は、デバイスリスト中のデバイスの中から、描画を行って画像を表示する出力デバイスと、ユーザからの入力を受け付ける入力デバイスとを選択する。デバイスリストにおいて、デバイスが出力デバイスであるのか、それとも入力デバイスであるのかをデバイスタイプの情報から判別することができ、また、表示や入力に適しているか否かを属性の情報から判断することができる。一例として、アプリケーションA1は、出力デバイスとして端末N2の表示部O2を選択し、入力デバイスとして端末N3の操作部K3を選択したとする。アプリケーションA1は、他の端末N2の表示部O2と他の端末N3の操作部K3を使用することをデバイス管理部M1に通知する。
【００２３】
デバイス管理部M1は、デバイス管理部M2とM3の間に通信路S2、S3を作成すると共に、デバイス管理テーブルDT1の内容を図４（ａ）のように更新する。図４（ａ）に示されるように、アプリケーションA1のアプリケーション識別子（A1）と、アプリケーションA1から出力される情報は通信路S2へ出力されること、およびアプリケーションA1に入力される情報は通信路S3から入力されることとが関連付けられている。通信路S2は端末N1とN2の間で構築されており、通信路S3は端末N1とN3の間で構築されているので、デバイス管理テーブルDT1によって、描画命令の送信先である端末N2と、イベントの送信元である端末N3とが識別される。
【００２４】
続いて、デバイス管理部M1は、端末N2のデバイス管理部M2に対して、表示部O2を利用すること、および端末N3のデバイス管理部M3に対して、操作部K3を利用することを通知する。通知を受けたデバイス管理部M2およびM3は、要求されたデバイスが使用可能であれば、デバイスの使用許可をデバイス管理部M1に返信すると共に、デバイス管理テーブルDT2およびDT3を図４（ｂ）および（ｃ）のように更新する。
【００２５】
図４（ｂ）に示されるように、描画プロキシP2のアプリケーション識別子（P2）と、描画プロキシP2が処理する情報は通信路S2から入力されることとが関連付けられている。デバイス管理テーブルDT2によって、描画命令の送信元である端末N1が識別される。また、図４（ｃ）に示されるように、描画プロキシP3のアプリケーション識別子（P3）と、描画プロキシP3が処理する情報は通信路S3へ出力されることとが関連付けられている。デバイス管理テーブルDT3によって、イベントの送信先である端末N1が識別される。
【００２６】
デバイスの設定が終了すると、端末N1のアプリケーションA1は初期画面の作成を行う。初期画面の作成に係る描画命令（R1）は、ウィンドウシステムW1を介してデバイス管理部M1に出力される。デバイス管理テーブルDT1の内容から、通信路S2を利用してその描画命令を送ることが分かる。その描画命令は変換部T1へ出力される。変換部T1は、変換テーブルTT1の内容に基づいて、自身の環境（ウィンドウシステム）に依存する描画命令を共通の命令形式に変換し、デバイス管理部M1へ出力する。デバイス管理部M1は、共通の命令形式に変換された描画命令を保持する。
【００２７】
アプリケーションA1から画面の更新命令が出力された場合、デバイス管理部M1は、それまでに保持していた描画命令を描画命令群Cとしてまとめて、通信部D1を介して端末N2へ送信する。端末N2のデバイス管理部M2は、通信部D2を介して描画命令群Cを受信し、変換部T2へ出力する。変換部T2は、変換テーブルTT2の内容に基づいて、共通の命令形式の描画命令群Cを自身の環境（ウィンドウシステム）の描画命令群R2に変換する。通信路S2から来た描画命令群R2は、描画プロキシP2で処理するとデバイス管理テーブルDT2内に定義されているため、デバイス管理部M2は、描画プロキシP2へ描画命令群R2を出力する。描画プロキシP2は、描画命令群R2に従ってデータ処理を行い、ウィンドウシステムW2を介して処理結果を表示部O2へ出力する。表示部O2はアプリケーションA1の画面を表示する。
【００２８】
表示部O2上にアプリケーションA1の画面が構成されたので、ユーザはその画面を見ながら操作を始める。操作によって入力された情報は、端末N3の操作部K3から、ウィンドウシステムW3を介して描画プロキシP3へイベントE3として出力される。描画プロキシP3はデバイス管理部M3へイベントE3を出力し、デバイス管理部M3は変換部T3へイベントE3を出力する。変換部T3は変換テーブルTT3の内容に基づいて、自身の環境（ウィンドウシステム）のイベントE3を共通の命令形式のイベントCに変換し、デバイス管理部M3へ出力する。
【００２９】
デバイス管理テーブルDT3の内容から、通信路S3を利用してイベントCを送ることが分かる。デバイス管理部M3は、通信部D3を介してイベントCを端末N1へ送信する。端末N1のデバイス管理部M1は、通信部D1を介してイベントCを受信し、変換部T1へ出力する。変換部T1は、変換テーブルTT1の内容に基づいて、共通の命令形式のイベントCを自身の環境（ウィンドウシステム）のイベントE1に変換し、デバイス管理部M1へ出力する。デバイス管理テーブルDT1の内容から、通信路S3から入力されたイベントは、アプリケーションA1によって処理されることが分かるので、デバイス管理部M1は、ウィンドウシステムW1を介してイベントE1をアプリケーションA1へ出力する。
【００３０】
アプリケーションA1は、イベントE1に基づいてデータ処理を行い、処理内容に応じて描画命令R1を生成する。以後の動作は上記と同様である。アプリケーションA1のデバイス設定は動的に切り替えることができ、アプリケーションA1が動作している間でも、利用する入力／出力デバイスを変更することができる。デバイス設定の更新は、ユーザの指示に基づいて行ってもよいし、端末が更新の必要性を自動的に判断して行ってもよい。
【００３１】
例えば、ユーザが入力／出力デバイスの変更指示を操作部K3から入力した場合、デバイスの変更に係るイベントE3が生成される。前述した動作と同様にして、イベントE3は共通形式のイベントCに変換されて端末N1へ送信され、端末N1において、端末N1での形式のイベントE1に変換される。アプリケーションA1は、そのイベントE1に基づいて、デバイス設定を更新する。このとき、デバイス設定の更新命令がデバイス管理部M1へ出力され、その更新命令に基づいて、デバイス管理部M1はデバイス管理テーブルDT1を更新する。ユーザが具体的な入力／出力デバイスを指定すると、その指定に係るイベントに基づいて、指定されたデバイスが使用されるように、デバイス管理テーブルDT1が更新される。
【００３２】
また、例えば、アプリケーションA1の動作中に他の端末が接続された場合には、サービス発見部U1はデバイスリストを更新し、アプリケーションA1へデバイスリストの更新を通知する。通知を受けたアプリケーションA1は、必要に応じてデバイス設定を変更するか否かを判断する。例えば、端末N2の表示部O2よりも表示画面の大きな表示部を有する端末が接続されたこと等によって、デバイス設定を変更するとアプリケーションA1が判断した場合、デバイス設定の更新命令がデバイス管理部M1へ出力される。その更新命令に基づいて、デバイス管理部M1はデバイス管理テーブルDT1を更新する。
【００３３】
表示部を有する出力側の端末では、通信路が論理的に切れない限り、ウィンドウを持つこととする。これにより、複数の表示部へ画面を出力することが可能となる。ウィンドウを閉じる際には、ウィンドウを閉じ、論理的な通信路を明示的に切る関数を用意している。アプリケーションA1が終了すると、デバイス管理部M1はこれを検知し、デバイス管理部M2とM3に、通信路S2とS3に係るデバイス管理テーブルの内容を削除することを伝えると共に、自身のデバイス管理テーブルの内容も削除し、初期状態へ戻る。
【００３４】
次に、図５〜図７を参照し、アプリケーションから描画命令が出力された場合、ユーザからの入力イベントが発生した場合、およびアプリケーションからデバイスの設定命令が出力された場合の各端末の一般的な動作の流れを説明する。これらの動作の一部は、一例を挙げて既に説明したが、以下では、より一般的な仕様としての動作を説明する。
【００３５】
図５は、アプリケーションから描画命令が出力された場合の動作を示している。アプリケーションが描画命令を発行する（ステップＳ１０１）と、デバイス管理部はデバイス管理テーブルを参照する（ステップＳ１０２）。続いて、デバイス管理部は、デバイス管理テーブルにアプリケーション識別子があるか否かを判断する（ステップＳ１０３）。アプリケーションが自端末のデバイスを使用している場合には、アプリケーション識別子がデバイス管理テーブルに登録されてないので、ウィンドウシステムが描画命令を処理し、自端末の表示部に描画を行う（ステップＳ１０４）。
【００３６】
また、ステップＳ１０３において、デバイス管理テーブルにアプリケーション識別子があった場合、アプリケーションが設定している出力デバイスに描画命令を送るため、デバイス管理部は変換部に描画命令を出力し、変換部は描画命令の命令形式を共通の命令形式に変換する（ステップＳ１０５）。デバイス管理部は、アプリケーションから画面更新命令が出力されたか否かを判断し（ステップＳ１０６）、画面更新命令が出力されていない場合には、変換された描画命令を保持する（ステップＳ１０７）。このとき、既に他の描画命令を保持していた場合には、デバイス管理部はその描画命令と共に新たな描画命令も保持する。
【００３７】
また、ステップＳ１０６において、アプリケーションからの画面更新命令が検出された場合、デバイス管理部は、それまで保持していた描画命令と一緒に画面更新命令を他の端末のデバイス管理部へ送信する（ステップＳ１０８）。他の端末のデバイス管理部がこれらの命令を受け取ると、変換部へと命令を渡し、自身の環境（ウィンドウシステム）の描画命令へと変換する。変換後の命令が描画プロキシへ渡され、実際の描画が行われる。
【００３８】
図６は、ユーザからの入力イベントが発生した場合の動作を示している。ユーザによって操作部（キーボードやマウス等）が操作されると、既存のウィンドウシステムは、操作部から出力される操作結果の情報に基づいてキーイベントやマウスイベントを生成する（ステップＳ２０１）。生成されたイベントはウィンドウシステムから描画プロキシへ送られる（ステップＳ２０２）。描画プロキシはイベントをデバイス管理部へ送る。デバイス管理部はデバイス管理テーブルを参照し（ステップＳ２０３）、デバイス管理テーブルに描画プロキシのアプリケーション識別子があるか否かを判断する（ステップＳ２０４）。
【００３９】
描画プロキシのアプリケーション識別子がなかった場合には、デバイス管理部はイベントを破棄する（ステップＳ２０５）。また、描画プロキシのアプリケーション識別子があり、他の端末で動作している実際のアプリケーションへイベントを送る場合は、デバイス管理部は変換部へイベントを出力する。変換部はイベントの形式を共通の形式に変換し、デバイス管理部へ出力する（ステップＳ２０６）。デバイス管理部は、変換されたイベントを他の端末のデバイス管理部へ送信する（ステップＳ２０７）。実際のアプリケーションが動作する端末のデバイス管理部は、イベントを受け取ると、変換部で自身の環境（ウィンドウシステム）のイベントへと変換し、実際のアプリケーションへイベントを送る。
【００４０】
図７は、アプリケーションからデバイスの設定命令が出力された場合の動作を示している。アプリケーションは、自身が利用する出力デバイス、入力デバイスをデバイス管理部へ伝える（ステップＳ３０１）。デバイス管理部は、通知された内容に基づいてデバイス管理テーブルを更新する（ステップＳ３０２）。デバイス管理テーブルの初期設定として、自身の出力デバイス、入力デバイスが設定されており、出力／入力デバイスが指定されなければ、ローカルのデバイスが使用される。
【００４１】
他の端末の出力デバイスや入力デバイスを使用するようにデバイス管理テーブルの内容を更新した後、デバイス管理部は、他の端末のデバイス管理部と通信路を作成する（ステップＳ３０３）。通信路の作成に成功しなかった場合（ステップＳ３０４でＮＯの場合）には、デバイス管理部は通信路の作成の失敗をアプリケーションに通知する（ステップＳ３０５）。また、通信路の作成に成功した場合（ステップＳ３０４でＹＥＳの場合）、デバイス管理部は他の端末のデバイス管理部に役割を通知する（ステップＳ３０６）。
【００４２】
他の端末のデバイス管理部は、通知された役割を実現するデバイスが使用可能であるか否かを判断し、アプリケーションを有する端末のデバイス管理部に判断結果を通知する。デバイスが使用可能でなかった場合（ステップＳ３０７でＮＯの場合）には、デバイス管理部はデバイスの割り当ての失敗をアプリケーションに通知する（ステップＳ３０８）。また、デバイスが使用可能であった場合（ステップＳ３０７でＹＥＳの場合）には、通信路で接続された双方のデバイス管理部はデバイス管理テーブルを更新する（ステップＳ３０９）。
【００４３】
上述したように本実施形態による描画システムでは、描画命令を生成する端末が、デバイス管理テーブルによって記憶された、描画命令の送信先である端末へ描画命令を送信し、描画を行う端末が、デバイス管理テーブルによって記憶された、描画命令の送信元である端末から描画命令を受信する。これによって、データ処理を行う端末とは異なる端末を使用して、データ処理結果を描画することができる。同様に、ユーザが入力操作を行う端末が、デバイス管理テーブルによって記憶された、イベントの送信先である端末へイベントを送信すると共に、描画命令を生成する端末が、デバイス管理テーブルによって記憶された、イベントの送信元である端末からイベントを受信することによって、データ処理を行う端末とは異なる端末を使用して、データ処理に係る要求をユーザから受け付けることができる。このように、アプリケーションの利用する出力デバイス、入力デバイスをデバイス管理部が個別に管理することで、出力デバイス、入力デバイス、アプリケーションの動作する演算デバイスを別々に取り扱い、自由に組み合わせることができる。
【００４４】
他のデバイスを使用することが可能になることで、例えば、携帯電話などのアプリケーションは、TVやPCなどの大きな画面を使用することができ、表現力の向上が期待できる。また、キーボードなどを入力デバイスとして指定することで、メールの入力やアドレス帳の編集などの作業のユーザビリティを向上することが期待できる。他にも、あまり動かさないもの（デスクトップPCやHDDレコーダーなどの情報家電）の画面を携帯電話や他のディスプレイに出力することができ、ユーザの利用範囲を広げることができる。
【００４５】
また、本実施形態による描画システムでは、端末間では共通形式の描画命令やイベントが送受信され、端末上では自身の形式の描画命令やイベントが使用される。各装置の処理能力に応じて共通形式を設定し、共通形式の命令やイベントを介して、端末間の命令やイベントの形式を変換することによって、アプリケーションが動作する端末と、入力／出力デバイスを有する端末の処理能力や、メモリ容量、通信回線とを考慮して、変換処理を最適に配置することができ、処理能力の低い端末の、描画命令やイベントの処理に係る負荷を低減することができる。
【００４６】
例えば、処理能力の高い端末と低い端末との間で命令形式が異なっており、処理能力の低い端末が、処理能力の高い端末の命令を自身の命令に直接変換する負荷が大きいとする。この場合に、処理能力の高い端末が命令を、処理能力の低い端末が使用できる命令に変換した上で、共通形式の命令を介して、処理能力の低い端末が命令を使用するようにすることが考えられる。これによって、処理能力の低い端末の処理負荷を低減し、システムのスループットを上げることができる。
【００４７】
さらに、描画命令やイベントの形式を共通形式と各端末での形式との間で変換することによって、各々の端末の既存のウィンドウシステムを利用することができる。これに、デバイス管理部と変換部を追加することで、最低限のメモリ消費で、他の端末を用いた描画を実現することができ、既存アプリケーションのユーザインタフェースロジックを変更することなく、他のデバイスを利用することが可能となる。
【００４８】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施形態によるリモート描画システムの構成を示すブロック図である。
【図２】本発明の一実施形態における変換テーブルの内容を示す参考図である。
【図３】本発明の一実施形態におけるデバイスリストの内容を示す参考図である。
【図４】本発明の一実施形態におけるデバイス管理テーブルの内容を示す参考図である。
【図５】本発明の一実施形態によるリモート描画システムを構成する端末の動作の手順を示すフローチャートである。
【図６】本発明の一実施形態によるリモート描画システムを構成する端末の動作の手順を示すフローチャートである。
【図７】本発明の一実施形態によるリモート描画システムを構成する端末の動作の手順を示すフローチャートである。
【符号の説明】
【００５０】
A1・・・アプリケーション、D1，D2，D3・・・通信部、DT1，DT2，DT3・・・デバイス管理テーブル、K1，K2，K3・・・操作部、M1，M2，M3・・・デバイス管理部、O1，O2，O3・・・表示部、P2，P3・・・描画プロキシ、T1，T2，T3・・・変換部、TT1，TT2，TT3・・・変換テーブル、U1・・・サービス発見部、W1，W2，W3・・・ウィンドウシステム
【図１】
2007226517.tif 000003
【図２】
2007226517.tif 000004
【図３】
2007226517.tif 000005
【図４】
2007226517.tif 000006
【図５】
2007226517.tif 000007
【図６】
2007226517.tif 000008
【図７】
2007226517.tif 000009