JP2015102742A - 画像処理装置及び画像処理方法 - Google Patents

Abstract

【課題】マルチディスプレイシステムに画像を表示させる際に各ノードの負荷を低減させる、画像処理装置が提供される。
【解決手段】複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するコンテンツ解析部と、前記オブジェクトを描画するための描画情報を生成し、前記コンテンツ解析部の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ前記描画情報を送信する画像処理部と、を備える、画像処理装置が提供される。
【選択図】図１

Description

本開示は、画像処理装置及び画像処理方法に関する。

複数のディスプレイをタイル状に並べることで１枚の大画面での表示を実現するマルチディスプレイシステムは、例えば商業施設におけるデジタルサイネージシステムや、インフォメーションディスプレイシステム等に広く用いられている。

このマルチディスプレイシステムに関する技術が、例えば特許文献１、２等で開示されている。特許文献１、２では、描画リソース及び描画コマンドを生成するマスターノードと、マスターノードが生成した描画リソース及び描画コマンドに基づいて画像を表示させるスレーブノードとで構成されるマルチディスプレイシステムが開示されている。

特開平７−１９９８８１号公報 特開２００８−９６７４８号公報

マルチディスプレイシステムで画像を表示する際には、マスターノードでは、全てのスレーブノードに全ての描画リソースを送信するために生じる描画リソースの作成負荷を低減させることが求められる。またスレーブノードでは、自ノードで表示させない描画リソースまで受信することによって増加する処理負荷を低減させることが求められる。

そこで本開示では、マルチディスプレイシステムに画像を表示させる際に各ノードの負荷を低減させる、新規かつ改良された画像処理装置及び画像処理方法を提案する。

本開示によれば、複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するコンテンツ解析部と、前記オブジェクトを描画するための描画情報を生成し、前記コンテンツ解析部の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ前記描画情報を送信する画像処理部と、を備える、画像処理装置が提供される。

また本開示によれば、複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ送信された、前記オブジェクトを描画するための描画情報を受信する通信処理部と、前記通信処理部が受信した前記描画情報に基づき、表示を担当するディスプレイに前記オブジェクトを表示させる画像処理部と、を備える、画像処理装置が提供される。

また本開示によれば、複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するステップと、前記オブジェクトを描画するための描画情報を生成し、前記オブジェクトの表示範囲の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ前記描画情報を送信するステップと、を含む、画像処理方法が提供される。

また本開示によれば、複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ送信された、前記オブジェクトを描画するための描画情報を受信するステップと、受信された前記描画情報に基づき、表示を担当するディスプレイに前記オブジェクトを表示させるステップと、を含む、画像処理方法が提供される。

以上説明したように本開示によれば、マルチディスプレイ装置で画像を表示する際に各ノードの負荷を低減させる、新規かつ改良された画像処理装置及び画像処理方法を提供することが出来る。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態に係るマルチディスプレイシステム１の構成例を示す説明図である。 本開示の一実施形態に係るマルチディスプレイシステム１の構成例を示す説明図である。 マルチディスプレイシステムで画像を表示する際の描画リソース及び描画コマンドの送信先を説明するための説明図である。 マスターノード１００及びスレーブノード２００の機能構成例を示す説明図である。 描画リソースの送信方式を説明するための説明図である。 描画リソースの送信方式を説明するための説明図である。 描画リソースの送信方式を説明するための説明図である。 マルチディスプレイシステム１の動作例を示す流れ図である。 マルチディスプレイシステム１の動作例を示す流れ図である。 マスターノード１００の機能構成例を示す説明図である。 マスターノード１００の機能構成例を示す説明図である。 ハードウェア構成例を示す説明図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．本開示の一実施形態
１．１．システム構成例
１．２．機能構成例
１．３．動作例
１．４．変形例
２．ハードウェア構成例
３．まとめ

＜１．本開示の一実施形態＞
［１．１．システム構成例］
まず、図面を参照しながら、本開示の一実施形態に係るマルチディスプレイシステムの構成例を説明する。図１は、本開示の一実施形態に係るマルチディスプレイシステム１の構成例を示す説明図である。以下、図１を用いて本開示の一実施形態に係るマルチディスプレイシステム１の構成例について説明する。

図１に示したように、本開示の一実施形態に係るマルチディスプレイシステム１は、タイル状に並べられた６つのディスプレイ１０ａ〜１０ｆで１枚の画像を表示させるように構成されたシステムである。そして図１に示したように、本開示の一実施形態に係るマルチディスプレイシステム１は、ディスプレイ１０ａ〜１０ｆに分担して表示させるための画像の描画リソース及び描画コマンドを生成するマスターノード１００と、マスターノード１００が生成した描画リソース及び描画コマンドを受信して、受信した描画リソース及び描画コマンドに基づき、ディスプレイ１０ａ〜１０ｆにそれぞれ画像を表示させるスレーブノード２００ａ〜２００ｆと、で構成される。

マスターノード１００と、スレーブノード２００ａ〜２００ｆとは、例えば有線のネットワークケーブルや、映像伝送用のケーブル等で接続されている。同様に、スレーブノード２００ａ〜２００ｆと、ディスプレイ１０ａ〜１０ｆとは、例えば有線のネットワークケーブルや、映像伝送用のケーブル等で接続されている。なお、図１に示した例では、各スレーブノード２００ａ〜２００ｆは、それぞれ１つのディスプレイ１０ａ〜１０ｆが接続されているが、本開示は係る例に限定されるものではない。すなわち、１つのスレーブノードに複数の表示装置が接続されていても良い。また、図１に示した例では、マスターノード１００と、スレーブノード２００ａ〜２００ｆとが完全に分かれている構成を示したが、本開示は係る例に限定されるものではない。例えば図２に示したように、マスターノード１００が１つのスレーブノードを兼ねるような構成であってもよい。

本開示の一実施形態に係るマルチディスプレイシステム１は、上述したようにマスターノード１００が描画リソース及び描画コマンドを生成して、生成した描画リソース及び描画コマンドをスレーブノード２００ａ〜２００ｆに送信する。ここで本開示の一実施形態に係るマルチディスプレイシステム１は、マスターノード１００が生成した描画リソース及び描画コマンドは、当該描画リソース及び描画コマンドによって表示される画像の表示を担当するスレーブノードにのみ送信される。

以上、本開示の一実施形態に係るマルチディスプレイシステム１のシステム構成例について説明した。続いて、マスターノード１００が生成した描画リソース及び描画コマンドが、当該描画リソース及び描画コマンドによって表示される画像の表示を担当するスレーブノードにのみ送信されることによる利点を説明する。

図３は、マルチディスプレイシステムで画像を表示する際の描画リソース及び描画コマンドの送信先を説明するための説明図である。以下、図３を用いて、マスターノード１００が生成した描画リソース及び描画コマンドが、当該描画リソース及び描画コマンドによって表示される画像の表示を担当するスレーブノードにのみ送信されることによる利点を説明する。

以下の説明では、図３に示したペンギンの絵が、ディスプレイ４の始点Ｓからディスプレイ３の終点Ｔまで直線的に移動する場合を例に挙げて説明する。また、図３に示したマルチディスプレイシステムは、図１に示したマルチディスプレイシステム１のように、１つのディスプレイに１つのスレーブノードが接続されているものとして説明する。

まず、マスターノードで描画リソースの送信先のスレーブノードを最初に１つだけ指定して送信する場合（ユニキャスト送信の場合）について説明する。ユニキャスト送信の場合は、ディスプレイ４にペンギンを表示させる際に、マスターノードはディスプレイ４の表示を担当するスレーブノードにのみ、最初に１回だけ描画リソース（ペンギンの絵）を送信する。その後、ペンギンの絵が移動するというアニメーションを実現するために、マスターノードは、描画コマンドをそのディスプレイ４の表示を担当するスレーブノードに順次送信していく。

その後ペンギンが移動し、ディスプレイ４とディスプレイ５にペンギンが跨ると、マスターノードはディスプレイ４の表示を担当するスレーブノードに加え、ディスプレイ５の表示を担当するスレーブノードに、最初に１回だけ描画リソース（ペンギンの絵）を送信。その後、ペンギンの絵が移動するというアニメーションを実現するために、マスターノードは、描画コマンドをそのディスプレイ４とディスプレイ５の表示を担当するスレーブノードに順次送信していく。なお、ディスプレイ４とディスプレイ５の表示を担当するスレーブノードは同一の場合がある。

さらにその後ペンギンが移動し、ディスプレイ５にのみペンギンを表示させる際には、マスターノードはディスプレイ４の表示を担当するスレーブノードへの描画コマンドの送信は止め、ディスプレイ５の表示を担当するスレーブノードにのみ、ペンギンを表示させるための描画コマンドを送信する。以後、描画リソース及び描画コマンドの、マスターノードからスレーブノードへの送信と送信の停止とが、ペンギンが終点Ｔまで移動するまで繰り返される。

このように、ユニキャスト送信の場合は、オブジェクトがディスプレイを跨いで移動する場合、表示するオブジェクトの移動に伴って、マスターノードが同じ描画リソースをスレーブノード毎に順次送信する必要があり、データサイズが大きい描画リソースの送信のコストが多くなる。またユニキャスト送信の場合、スレーブノードは、オブジェクトの表示が必要になった時点で、データサイズが大きい描画リソースの受信を開始するため、オブジェクトを表示するまでの時間が長くなり、結果として、スムーズなアニメーションの実現が困難になる可能性がある。

続いて、マスターノードで生成した描画リソースを、全てのスレーブノードに最初に送信する場合（ブロードキャスト送信の場合）について説明する。ブロードキャスト送信の場合は、ディスプレイ４にペンギンを表示させる際であっても、マスターノードはディスプレイ４の表示を担当するスレーブノードだけでなく、全てのスレーブノードに、最初に１回だけ描画リソース（ペンギンの絵）を送信する。そしてマスターノードは、ペンギンの絵が移動するというアニメーションを実現するために、描画コマンドをディスプレイ４の表示を担当するスレーブノードに順次送信していく。

その後ペンギンが移動し、ディスプレイ４とディスプレイ５にペンギンが跨ると、ディスプレイ５の表示を担当するスレーブノードは既にペンギンの絵を表示させるための描画リソースを受信しているので、ディスプレイ５の表示を担当するスレーブノードは、マスターノードからペンギンの絵を表示させるための描画リソースを改めて受信しなくても、マスターノードから描画コマンドを順次受信することでペンギンをディスプレイ５に表示させることができる。

このように、ブロードキャスト送信の場合は、マスターノードが予め全てのスレーブノードに同一の描画リソースを送信し、オブジェクトの移動に伴ってオブジェクトの表示を担当する描画コマンドをスレーブノードへ順次送信する。しかし、ブロードキャスト送信の場合は、その描画リソース及び描画コマンドによる画像が表示されないディスプレイの表示を担当するスレーブノードにも描画リソースが送信されてしまうので、表示処理が不要なスレーブノードには描画リソースを受信するコストが発生する。また、ユニキャスト送信の場合であってもブロードキャスト送信の場合であっても、マスターノードは、描画コマンドを事前に生成しておくことができないことが多い。例えば、ディスプレイにタッチパネルが設けられており、ユーザがそのタッチパネルに触れることでメニュー等を操作する場合、そのユーザの操作に合わせて描画コマンドに基づいてメニュー等がディスプレイに表示される。しかし、ユーザはいつどのメニューを操作するかは分からないので、マスターノードは、事前にメニューを表示させるための描画コマンドを生成することが困難である。

そこで本開示の一実施形態に係るマルチディスプレイシステム１は、ユニキャスト送信する場合の、マスターノードでの描画リソースの生成及び新たなスレーブノードへの送信のコストと、ブロードキャスト送信する場合の、スレーブノードでの処理が不要な描画リソースの受信のコストとを抑えることが可能な、新たな描画リソースの送信方式を用いる。

図３の様にペンギンが直線的に移動する場合、マスターノードは、ペンギンの画像がディスプレイ２、３、４、５の４つのディスプレイに移動することが予め把握可能である。従って、マスターノードは、ディスプレイ２、３、４、５の表示を担当するスレーブノードに、ペンギンの絵を表示させるための描画リソースを予め送信する。そして、マスターノードはペンギンの絵の表示を担当するスレーブノードに描画コマンドを順次送信する。ペンギンの絵が始点Ｓから終点Ｔまで直線的に移動すれば、マスターノードもスレーブノードも、ペンギンの絵を表示しないディスプレイの表示を担当するスレーブノードへの描画リソースの生成や送受信を行わずに済み、コストの発生を抑えることが出来る。

以上、図３を用いて、描画リソース及び描画コマンドによって表示される画像の表示を担当するスレーブノードにのみ描画リソースが送信されることによる利点を説明した。続いて、本開示の一実施形態に係るマルチディスプレイシステム１のマスターノード１００及びスレーブノード２００ａ〜２００ｆ（以下、区別する必要のない場合は単にスレーブノード２００とも称する）の機能構成例について説明する。

［１．２．機能構成例］
図４は、本開示の一実施形態に係るマルチディスプレイシステム１のマスターノード１００及びスレーブノード２００の機能構成例を示す説明図である。以下、図４を用いてマスターノード１００及びスレーブノード２００の機能構成例について説明する。

図４に示したように、マスターノード１００は、制御処理部１１０と、コンテンツ解析部１２０と、グラフィックス処理部１３０と、データベース１４０と、通信処理部１５０と、を含んで構成される。またスレーブノード２００は、グラフィックス処理部２１０と、データベース２２０と、通信処理部２３０と、を含んで構成される。

また図４に示したように、マスターノード１００には、キーボード、マウス、タッチパネル、カメラ等で構成される入力装置１６０が接続されている。

まずマスターノード１００の機能構成例を説明する。制御処理部１１０は、マスターノード１００の動作を制御するための処理を実行する。本実施形態では、制御処理部１１０は、通信処理部１５０や入力装置１６０から送られてくる情報に基づいてマスターノード１００の動作を制御するための処理を実行する。通信処理部１５０から送られてくる情報は、例えばスレーブノード２００から送信されてくる情報や、ディスプレイ１０ａ〜１０ｆに表示させるコンテンツに関する情報等である。また入力装置１６０から送られてくる情報は、例えば入力装置１６０に対して行われた操作の内容等である。制御処理部１１０は、通信処理部１５０や入力装置１６０から送られてくる情報に基づく処理の内容を一度データベース１４０に記録する。

コンテンツ解析部１２０は、ディスプレイ１０ａ〜１０ｆに表示させるコンテンツの内容を解析する。具体的には、コンテンツ解析部１２０は、ディスプレイ１０ａ〜１０ｆに表示させるコンテンツの各オブジェクト（物体、アイコン、ウインドウその他のコンテンツに含まれるあらゆる要素を指す）が取り得る座標を決定するとともに、決定した座標に基づき決定されるベクトル、決定した座標に対するオブジェクトの描画リソース及び描画コマンドを決定する。

コンテンツ解析部１２０は、コンテンツの各オブジェクトが取り得る座標の決定に際し、コンテンツで予め指定されているオブジェクトの表示範囲の情報や、データベース１４０に記録された、ユーザによる入力装置１６０の操作の履歴などを用いる。コンテンツ解析部１２０は、決定したオブジェクトが取りうる座標及び決定した座標に対するオブジェクトの描画リソース及び描画コマンドの内容を、一度データベース１４０に記録する。

グラフィックス処理部１３０は、本開示の画像処理部の一例であり、コンテンツ解析部１２０が決定した描画リソース及び描画コマンドを、コンテンツ解析部１２０が決定した、オブジェクトが取りうるベクトル上に位置するディスプレイ１０の表示を担当するスレーブノード２００へ向けて送信する処理を実行する。グラフィックス処理部１３０は、オブジェクトが取りうるベクトル上に位置するディスプレイ１０を、例えばマルチディスプレイシステム１における各ディスプレイが表示を担当する座標の範囲の情報に基づき、決定する。

データベース１４０は、マルチディスプレイシステム１でコンテンツを表示するための各種データが格納される。データベース１４０に格納されるデータとしては、例えば、マルチディスプレイシステム１における各ディスプレイが表示を担当する座標の範囲、ディスプレイ１０に表示させるコンテンツの内容、コンテンツに含まれるオブジェクトが取り得る座標、オブジェクトが取りうる座標に基づき決定されるベクトル、決定した座標に対するオブジェクトの描画リソース及び描画コマンド、ユーザによる入力装置１６０の操作の履歴などが含まれ得る。

通信処理部１５０は、スレーブノード２００との間の通信処理を実行する。具体的には、通信処理部１５０は、グラフィックス処理部１３０により送信されるオブジェクトの描画リソースを、オブジェクトが取りうるベクトル上に位置するディスプレイ１０の表示を担当するスレーブノード２００スレーブノード２００に向けて送信する。また通信処理部１５０は、オブジェクトの表示を担当するスレーブノード２００へ向けて、オブジェクトを表示させるための描画コマンドを順次送信する。

続いてスレーブノード２００の機能構成例を説明する。グラフィックス処理部２１０は、本開示の画像処理部の一例であり、マスターノード１００から送信された描画リソース及び描画コマンドに基づいて、オブジェクトをディスプレイ１０に表示させる描画処理を実行する。

データベース２２０は、マルチディスプレイシステム１でコンテンツを表示するための各種データが格納される。データベース２２０に格納されるデータとしては、例えば、ディスプレイ１０に表示させるコンテンツの内容、コンテンツに含まれるオブジェクトが取り得る座標、オブジェクトが取りうる座標に基づき決定されるベクトル、決定した座標に対するオブジェクトの描画リソース及び描画コマンドなどが含まれ得る。

通信処理部２３０は、マスターノード１００との間の通信処理を実行する。具体的には、通信処理部２３０は、マスターノード１００から送信される描画リソース及び描画コマンドを受信する。通信処理部２３０は、受信した描画リソース及び描画コマンドを、一度データベース２２０に記録する。

本開示の一実施形態に係るマルチディスプレイシステム１のマスターノード１００及びスレーブノード２００は、このような構成を有することで、オブジェクトが複数のディスプレイに跨って表示される場合に、新たな描画リソース及び描画コマンドの生成や送受信を行わずに済み、コストの発生を抑えることが出来る。

以上、図４を用いてマスターノード１００及びスレーブノード２００の機能構成例について説明した。続いて、本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式について説明する。

図５は、本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式を説明するための説明図である。以下、図５を用いて本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式について説明する。

図５には、６つのディスプレイ１０ａ〜１０ｆでマルチディスプレイによる画像表示を行なう場合が例示されている。例えば、あるオブジェクトＡが、ディスプレイ１０ｄ内の場所Ｓから、ディスプレイ１０ｆ内の場所Ｔへ移動するよう指定されているコンテンツを、６つのディスプレイ１０ａ〜１０ｆで表示する場合を考える。この場合、オブジェクトＡが移動しうる領域は、図５に示した領域Ｒ１で表現できる。

オブジェクトＡが、ディスプレイ１０ｄ内の場所Ｓから、ディスプレイ１０ｆ内の場所Ｔへ移動する場合、オブジェクトＡが表示されるディスプレイは、ディスプレイ１０ｄ、１０ｅ、１０ｆの３つのディスプレイである。従ってマスターノード１００は、ディスプレイ１０ｄ、１０ｅ、１０ｆにそれぞれ接続されているスレーブノード２００ｄ、２００ｅ、２００ｆを、オブジェクトＡの描画リソースの送信先として決定する。

別の例を説明する。図６は、本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式を説明するための説明図である。以下、図６を用いて本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式について説明する。

図６には、図５と同様に、６つのディスプレイ１０ａ〜１０ｆでマルチディスプレイによる画像表示を行なう場合が例示されている。例えば、あるオブジェクトＡが、ディスプレイ１０ｄ内の場所Ｓから、ディスプレイ１０ａ内の場所Ｔ１、ディスプレイ１０ｂ内の場所Ｔ２、及びディスプレイ１０ｅ内の場所Ｔ３へ移動するよう指定されているコンテンツを、６つのディスプレイ１０ａ〜１０ｆで表示する場合を考える。この場合、オブジェクトＡが移動しうる領域は、図６に示した領域Ｒ２で表現できる。

オブジェクトＡが、ディスプレイ１０ｄ内の場所Ｓから、ディスプレイ１０ａ内の場所Ｔ１、ディスプレイ１０ｂ内の場所Ｔ２、及びディスプレイ１０ｅ内の場所Ｔ３へ移動する場合、オブジェクトＡが表示されるディスプレイは、ディスプレイ１０ａ、１０ｂ、１０ｄ、１０ｅの４つのディスプレイである。従ってマスターノード１００は、ディスプレイ１０ａ、１０ｂ、１０ｄ、１０ｅにそれぞれ接続されているスレーブノード２００ａ、２００ｂ、２００ｄ、２００ｅを、オブジェクトＡの描画リソースの送信先として決定する。

このように、マスターノード１００は、コンテンツに含まれるオブジェクトが移動しうる範囲に基づいて、オブジェクトの描画リソースを送信するスレーブノード２００を決定し、決定したスレーブノード２００にのみ、オブジェクトの描画リソースを送信することができる。オブジェクトの描画リソースを受信したスレーブノード２００は、マスターノード１００から描画コマンドの受信を受けると、予め受信した描画リソースを用いて、その受信した描画コマンドに基づき、オブジェクトをディスプレイ１０に表示させることが出来る。

しかし、オブジェクトの移動範囲が指定されていても、ユーザの操作により、実際にはオブジェクトの移動範囲が予め指定された範囲と異なる場合も存在する。このような場合、マスターノード１００は、オブジェクトの移動しうる範囲を修正し、修正した範囲に基づいて改めてオブジェクトの描画リソースの送信先を決定しても良い。

図７は、本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式を説明するための説明図である。以下、図７を用いて本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式について説明する。

図７には、図５及び図６と同様に、６つのディスプレイ１０ａ〜１０ｆでマルチディスプレイによる画像表示を行なう場合が例示されている。例えば、あるオブジェクトＡが、ユーザの操作により、ディスプレイ１０ｄ内の場所Ｓから、ディスプレイ１０ｄ内の場所Ｔ１’、ディスプレイ１０ｅ内の場所Ｔ２’、及びディスプレイ１０ｅ内の場所Ｔ３’へ移動するよう変更されているコンテンツを、６つのディスプレイ１０ａ〜１０ｆで表示する場合を考える。この場合、オブジェクトＡが移動しうる領域は、図７に示した、修正された移動しうる領域Ｒ３で表現できる。

オブジェクトＡが、ディスプレイ１０ｄ内の場所Ｓから、ディスプレイ１０ｄ内の場所Ｔ１’、ディスプレイ１０ｅ内の場所Ｔ２’、及びディスプレイ１０ｅ内の場所Ｔ３’へ移動する場合、オブジェクトＡが表示されるディスプレイは、ディスプレイ１０ｄ、１０ｅの２つのディスプレイである。従ってマスターノード１００は、ディスプレイ１０ｄ、１０ｅにそれぞれ接続されているスレーブノード２００ｄ、２００ｅを、オブジェクトＡの描画リソースの送信先として決定する。

このように、ユーザの操作によってオブジェクトの移動しうる領域に変更が生じた場合は、マスターノード１００は、改めて描画リソースの送信先のスレーブノード２００を決定し、その決定した変更後のスレーブノード２００に描画リソースを送信する。このように、マスターノード１００は描画リソースの送信先を変更して描画リソースをスレーブノード２００に送信することで、オブジェクトの移動しうる領域に変更が生じた場合にも、スレーブノード２００は、予め受信した描画リソースを用いて、描画コマンドの受信に基づき、オブジェクトをディスプレイ１０に表示させることが出来る。

なお、図５〜図７では、オブジェクトが移動しうる領域を四角形で示したが、本開示は係る例に限定されるものではない。

以上、本開示の一実施形態に係るマルチディスプレイシステム１における、描画リソースの送信方式について説明した。続いて、本開示の一実施形態に係るマルチディスプレイシステム１の動作例について説明する。

［１．３．動作例］
図８は、本開示の一実施形態に係る本開示の一実施形態に係るマルチディスプレイシステム１の動作例を示す流れ図である。図８に示したのは、マスターノード１００が、コンテンツ内のオブジェクトの表示位置を解析し、解析結果に基づいて描画リソースをスレーブノード２００に送信する際の動作例である。以下、図８を用いて本開示の一実施形態に係る本開示の一実施形態に係るマルチディスプレイシステム１の動作例について説明する。

まずマスターノード１００は、ディスプレイ１０に表示させるコンテンツを取得する（ステップＳ１０１）。ディスプレイ１０に表示させるコンテンツは、予めマスターノード１００の内部に保持されていてもよく、インターネット上のウェブサイトのように外部から取得するものであってもよい。当該コンテンツの取得は、例えば制御処理部１１０が実行しても良い。

上記ステップＳ１０１で、ディスプレイ１０に表示させるコンテンツを取得すると、続いてマスターノード１００は、そのコンテンツ内のオブジェクトが取りうる座標を決定する（ステップＳ１０２）。この決定処理は、例えばコンテンツ解析部１２０が実行し得る。このステップＳ１０２の決定処理に際しては、例えば、コンテンツの各オブジェクトが取り得る座標の決定に際し、コンテンツで予め指定されているオブジェクトの表示範囲の情報や、データベース１４０に記録された、ユーザによる入力装置１６０の操作の履歴などが用いられる。

上記ステップＳ１０２で、コンテンツ内のオブジェクトが取りうる座標を決定すると、続いてマスターノード１００は、その決定した座標に基づき、オブジェクトが表示されるディスプレイ１０を決定する（ステップＳ１０３）。この決定処理は、例えばグラフィックス処理部１３０が実行し得る。

上記ステップＳ１０３で、オブジェクトが表示されるディスプレイ１０を決定すると、続いてマスターノード１００は、その決定したディスプレイ１０の表示を担当するスレーブノード２００に向けて、オブジェクトの描画リソースを送信する（ステップＳ１０４）。この送信処理は、例えばグラフィックス処理部１３０が実行し得る。

本開示の一実施形態に係るマルチディスプレイシステム１のマスターノード１００は、このような動作を実行することで、オブジェクトが複数のディスプレイを跨いで移動するように表示される場合に、オブジェクトを表示しないディスプレイの表示を担当するスレーブノードへの描画リソースの生成や送受信を行わずに済み、コストの発生を抑えることが出来る。

続いて、マスターノード１００でのコンテンツの解析処理についてより詳細に説明するが、ここでは、ユーザの操作などにより、オブジェクトが移動しうる領域に変化が生じる場合を考慮した動作例を説明する。図９は、本開示の一実施形態に係る本開示の一実施形態に係るマルチディスプレイシステム１の動作例を示す流れ図である。図９に示したのは、マスターノード１００が、コンテンツ内のオブジェクトの表示位置を解析し、解析結果に基づいて描画リソースをスレーブノード２００に送信する際の動作例である。以下、図９を用いて本開示の一実施形態に係る本開示の一実施形態に係るマルチディスプレイシステム１の動作例について説明する。

マスターノード１００は、ディスプレイ１０に表示させるコンテンツの内容を解析する（ステップＳ１１１）。この解析処理は、例えばコンテンツ解析部１２０が実行し得る。このステップＳ１１１の解析処理に際しては、例えば、コンテンツの各オブジェクトが取り得る座標の決定に際し、コンテンツで予め指定されているオブジェクトの表示範囲の情報や、データベース１４０に記録された、ユーザによる入力装置１６０の操作の履歴などが用いられる。

上記ステップＳ１１１で解析処理を実行すると、続いてマスターノード１００は、コンテンツを構成するオブジェクトの二次元位置Ｓ＝（Ｓｘ，Ｓｙ）を決定する（ステップＳ１１２）。この決定処理は、例えばコンテンツ解析部１２０が実行し得る。

上記ステップＳ１１２で決定処理を実行すると、続いてマスターノード１００は、コンテンツの仕様でオブジェクトが移動しうる位置Ｔ＝Ｔ１，Ｔ２，Ｔ３，・・・，Ｔｎが指定されているかどうか判断する（ステップＳ１１３）。この判断処理は、例えばコンテンツ解析部１２０が実行し得る。

ステップＳ１１３の判断の結果、コンテンツの仕様でオブジェクトが移動しうる位置が指定されていれば、続いてマスターノード１００は、その移動しうる位置Ｔから、オブジェクトが移動しうる領域Ｒを決定する（ステップＳ１１４）。この決定処理は、例えばコンテンツ解析部１２０が実行し得る。一方、ステップＳ１１３の判断の結果、コンテンツの仕様でオブジェクトが移動しうる位置が指定されていなければ、マスターノード１００はステップＳ１１４の処理をスキップする。

続いてマスターノード１００は、ユーザの使用履歴を参照し、オブジェクトについて修正された移動しうる位置Ｔ’＝Ｔ１’，Ｔ２’，Ｔ３’，・・・，Ｔｎ’が指定されているかどうか判断する（ステップＳ１１５）。この判断処理は、例えばコンテンツ解析部１２０が実行し得る。

ステップＳ１１５の判断の結果、オブジェクトについて修正された移動しうる位置が指定されていれば、続いてマスターノード１００は、その移動しうる位置Ｔ’から、オブジェクトが移動しうる領域Ｒを修正する（ステップＳ１１６）。この修正処理は、例えばコンテンツ解析部１２０が実行し得る。一方、ステップＳ１１５の判断の結果、コンテンツの仕様でオブジェクトが移動しうる位置が指定されていなければ、マスターノード１００はステップＳ１１６の処理をスキップする。

続いてマスターノード１００は、オブジェクトが移動しうる領域Ｒの表示を担当するスレーブノード２００に向けて、オブジェクトの描画リソースを送信する（ステップＳ１１７）。この送信処理は、例えばグラフィックス処理部１３０が実行し得る。なお、マスターノード１００は、修正後の領域Ｒに含まれなくなったディスプレイ１０の表示を担当するスレーブノード２００に対し、描画リソースを破棄するよう指示してもよい。

本開示の一実施形態に係るマルチディスプレイシステム１のマスターノード１００は、このような動作を実行することで、オブジェクトが複数のディスプレイを跨いで移動するように表示される場合に、オブジェクトを表示しないディスプレイの表示を担当するスレーブノードへの描画リソースの生成や送受信を行わずに済み、コストの発生を抑えることが出来る。また本開示の一実施形態に係るマルチディスプレイシステム１のマスターノード１００は、このような動作を実行することで、ユーザの操作によってオブジェクトが移動しうる領域に変化が生じた場合に、その変化に基づいて描画リソースを生成して、描画リソースを送信できるので、表示されなくなった領域への描画リソースの生成や送受信のコストを抑えることができる。

例えば、メニュー等のユーザの操作に基づいて表示されるオブジェクトのような、いつ表示されるか分からないオブジェクトの表示の場合、マスターノード１００は、予めそのユーザの操作によって表示されるオブジェクトの描画リソースを、そのメニューが表示されるディスプレイ１０を担当するスレーブノード２００に送信する。そしてユーザの操作を検出すると、マスターノード１００は、メニューが表示されるディスプレイを担当するスレーブノード２００に、メニューを表示させるための描画コマンドを送信する。

その後、ユーザの操作履歴から、あるディスプレイ１０にはメニューが表示されないことをマスターノード１００が把握したとする。この場合、メニューが表示されないディスプレイ１０を担当するスレーブノード２００には描画リソースを破棄するよう指示しても良い。メニューが表示されないディスプレイ１０を担当するスレーブノード２００は、そのメニューの描画リソースを破棄することで、描画リソースの受信および保持に伴うコストを低減させることが出来る。

［１．４．変形例］
続いて、本開示の一実施形態の変形例について説明する。図１０は、本開示の一実施形態の第１変形例に係るマルチディスプレイシステム１のマスターノード１００の機能構成例を示す説明図である。図１０には、マスターノード１００がネイティブアプリケーション１７０を実行するように機能する様子が示されている。

ネイティブアプリケーション１７０は、文字、図形、写真、動画などを有するコンテンツ１７１と、コンテンツ１７１に含まれるオブジェクトの座標を決定するプログラム１７２と、を含む。マスターノード１００は、ネイティブアプリケーション１７０の実行により、プログラム１７２に沿ってコンテンツ１７１に含まれるオブジェクトの座標を決定する。

ネイティブアプリケーション１７０に含まれるコンテンツ１７１は、マスターノード１００の製造時に予めネイティブアプリケーション１７０に含まれていてもよく、インターネットからのダウンロードや、ソフトウェアのアップデート等で事後的に追加されてよい。

ネイティブアプリケーション１７０に含まれるコンテンツ１７１は、ユーザの操作部１６０への操作によって、動的にオブジェクトの大きさや位置を変更することができるよう構成される。プログラム１７２は、ユーザの操作部１６０への操作に伴うオブジェクトの大きさや位置の変化を検知し、コンテンツ１７１に含まれるオブジェクトの座標を再決定する。

プログラム１７２がコンテンツ１７１に含まれるオブジェクトの座標を決定すると、グラフィックス処理部１３０が、コンテンツ１７１の描画リソース及び描画コマンドを決定する。そしてグラフィックス処理部１３０は、コンテンツ１７１の表示を担当するスレーブノード２００に向けて、決定した描画リソース及び描画コマンドを、通信処理部１５０を通じて送信する。

またコンテンツ１７１がアニメーションするよう指定されている場合は、グラフィックス処理部１３０は、そのアニメーションの仕様を、オブジェクトの移動しうる領域に反映させてもよい。

図１１は、本開示の一実施形態の第２変形例に係るマルチディスプレイシステム１のマスターノード１００の機能構成例を示す説明図である。図１１には、マスターノード１００のコンテンツ解析部１２０に、ＨＴＭＬ処理部１２１、スクリプト処理部１２２及びＣＳＳ処理部１２３が含まれている様子が示されている。

図１１に示したマスターノード１００の通信処理部１５０は、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）に接続する機能を有している。そしてマスターノード１００は、ＷＷＷに接続して取得したコンテンツ（例えば、ウェブページ）をディスプレイ１０に表示させる機能を有している。

マスターノード１００がＷＷＷに接続して取得したウェブページには、文字、図形、写真、動画、アプリケーションプログラムなどの様々なオブジェクトが含まれ得る。マスターノード１００は、ウェブページに含まれるオブジェクトのレンダリングのためにＨＴＭＬ処理部１２１でＨＴＭＬを解析し、ＤＯＭツリーを解析する。またマスターノード１００は、ウェブページに含まれるスクリプト（例えばＪａｖａＳｃｒｉｐｔ）の処理をスクリプト処理部１２２で実行する。さらにマスターノード１００は、ウェブページを表示するためのＣＳＳの解析をＣＳＳ処理部１２３で実行し、レンダーツリー（またはフレームツリー）を構築することで、ウェブページ内のオブジェクトの座標を決定する。

マスターノード１００は、これらＨＴＭＬ処理部１２１、スクリプト処理部１２２及びＣＳＳ処理部１２３の処理により、ＷＷＷに接続して取得したウェブページに含まれるオブジェクトの座標を決定することが出来る。そしてマスターノード１００は、グラフィックス処理部１３０でウェブページの描画リソース及び描画コマンドを決定する。そしてマスターノード１００は、グラフィックス処理部１３０でウェブページの表示を担当するスレーブノード２００に向けて、決定した描画リソース及び描画コマンドを、通信処理部１５０を通じて送信する。

ウェブページ内のオブジェクトは、ユーザの操作部１６０への操作によって、動的に大きさや位置を変更することができるよう構成される。ＣＳＳ処理部１２３は、その変化に伴ってウェブページのレンダーツリーを構築し直す。グラフィックス処理部１３０は、構築し直されたレンダーツリーに基づいて、ウェブページの描画リソース及び描画コマンドを決定する。

ウェブページ内のオブジェクトが、ＣＳＳ等によってアニメーションするよう指定されている場合は、グラフィックス処理部１３０は、ＣＳＳ処理部１２３によるＣＳＳの処理によって得られたオブジェクトのアニメーション仕様を、オブジェクトの移動しうる領域に反映させてもよい。

なお図１１では、マスターノード１００はＷＷＷに接続してコンテンツを取得していたが、本開示は係る例に限定されるものではない。マスターノード１００は、ＷＷＷに限らず、例えばイーサネット（登録商標）、Ｗｉ−Ｆｉ、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などからコンテンツを取得するよう構成されていても良い。

＜２．ハードウェア構成例＞
上記の各アルゴリズムは、例えば、図１２に示すハードウェア構成を用いて実行することが可能である。つまり、当該各アルゴリズムの処理は、コンピュータプログラムを用いて図１２に示すハードウェアを制御することにより実現される。なお、このハードウェアの形態は任意であり、例えば、パーソナルコンピュータ、携帯電話、ＰＨＳ、ＰＤＡ等の携帯情報端末、ゲーム機、接触式又は非接触式のＩＣチップ、接触式又は非接触式のＩＣカード、又は種々の情報家電がこれに含まれる。但し、上記のＰＨＳは、Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍの略である。また、上記のＰＤＡは、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔの略である。

図１２に示すように、このハードウェアは、主に、ＣＰＵ９０２と、ＲＯＭ９０４と、ＲＡＭ９０６と、ホストバス９０８と、ブリッジ９１０と、を有する。さらに、このハードウェアは、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６と、を有する。但し、上記のＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、上記のＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略である。そして、上記のＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。

ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ９０６には、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。

これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス９０８を介して相互に接続される。一方、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続される。また、入力部９１６としては、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力部９１６としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。

出力部９１８としては、例えば、ＣＲＴ、ＬＣＤ、ＰＤＰ、又はＥＬＤ等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。但し、上記のＣＲＴは、Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅの略である。また、上記のＬＣＤは、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙの略である。そして、上記のＰＤＰは、Ｐｌａｓｍａ ＤｉｓｐｌａｙＰａｎｅｌの略である。さらに、上記のＥＬＤは、Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙの略である。

記憶部９２０は、各種のデータを格納するための装置である。記憶部９２０としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。但し、上記のＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略である。

ドライブ９２２は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体９２８は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。但し、上記のＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略である。

接続ポート９２４は、例えば、ＵＳＢポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９３０を接続するためのポートである。外部接続機器９３０は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。但し、上記のＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略である。また、上記のＳＣＳＩは、Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅの略である。

通信部９２６は、ネットワーク９３２に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ用の通信カード、光通信用のルータ、ＡＤＳＬ用のルータ、又は接触又は非接触通信用のデバイス等である。また、通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、可視光通信、放送、又は衛星通信等である。但し、上記のＬＡＮは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略である。また、上記のＷＵＳＢは、Ｗｉｒｅｌｅｓｓ ＵＳＢの略である。そして、上記のＡＤＳＬは、Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅの略である。

＜３．まとめ＞
以上説明したように本開示の一実施形態によれば、複数のディスプレイをタイル状に並べることで大画面での表示を実現するマルチディスプレイシステムにおいて、あるオブジェクトが複数のディスプレイに渡って表示され得る場合に、マスターノードで予めオブジェクトが移動しうる領域を決定し、その領域の表示を担当するスレーブノードにのみ描画リソースを送信する、マルチディスプレイシステムが提供される。

本開示の一実施形態に係るマルチディスプレイシステムは、マスターノードで予めオブジェクトが移動しうる領域を決定し、その領域の表示を担当するスレーブノードにのみ描画リソースを送信することで、オブジェクトがディスプレイを跨いで移動する際に、移動先のディスプレイを担当するスレーブノードとマスターノードと間で、その都度、描画リソースの送受信を行わずに済み、コストの発生を抑えることが出来る。

例えば、ディスプレイを跨いだアイコンやカーソル、ウインドウその他のオブジェクトの移動が発生した場合に、マスターノードが改めて描画リソースをスレーブノードに送信する必要がないので、本開示の一実施形態に係るマルチディスプレイシステムは、マスターノードでの描画リソースの生成負荷や送信負荷の低減に寄与できる。

また本開示の一実施形態に係るマルチディスプレイシステムは、事前に描画リソースをスレーブノードに送信しておくので、本開示の一実施形態に係るマルチディスプレイシステムは、マスターノードが改めて描画リソースをスレーブノードに送信する場合と比べて操作性やレスポンスの向上に寄与できる。またオブジェクトが表示されないディスプレイの表示を担当するスレーブノードは、不必要な描画リソースの受信を行わないことによって、本開示の一実施形態に係るマルチディスプレイシステムは、スレーブノードでの処理負荷の低減に寄与できる。

本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するコンテンツ解析部と、
前記オブジェクトを描画するための描画情報を生成し、前記コンテンツ解析部の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ前記描画情報を送信する画像処理部と、
を備える、画像処理装置。
（２）
前記コンテンツ解析部は、前記表示範囲の変化を検出し、
前記画像処理部は、前記コンテンツ解析部の前記表示範囲の変化の検出に応じて前記描画情報を送信する装置を変更する、前記（１）に記載の画像処理装置。
（３）
前記コンテンツ解析部は、ユーザの操作履歴に応じて前記表示範囲を修正する、前記（１）まはた（２）に記載の画像処理装置。
（４）
前記画像処理部は、前記コンテンツ解析部の前記表示範囲の修正に応じて前記描画情報を送信する装置を変更する、前記（３）に記載の画像処理装置。
（５）
複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ送信された、前記オブジェクトを描画するための描画情報を受信する通信処理部と、
前記通信処理部が受信した前記描画情報に基づき、表示を担当するディスプレイに前記オブジェクトを表示させる画像処理部と、
を備える、画像処理装置。
（６）
複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するステップと、
前記オブジェクトを描画するための描画情報を生成し、前記オブジェクトの表示範囲の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ前記描画情報を送信するステップと、
を含む、画像処理方法。
（７）
複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ送信された、前記オブジェクトを描画するための描画情報を受信するステップと、
受信された前記描画情報に基づき、表示を担当するディスプレイに前記オブジェクトを表示させるステップと、
を含む、画像処理方法。
（８）
複数のディスプレイにコンテンツに表示させるための描画情報を生成する第１の画像処理装置と、
前記第１の画像処理装置から前記描画情報を受信して表示を担当するディスプレイにコンテンツを表示させる１以上の第２の画像処理装置と、
を備え、
前記第１の画像処理装置は、
複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するコンテンツ解析部と、
前記オブジェクトを描画するための描画情報を生成し、前記コンテンツ解析部の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する前記第２の画像処理装置にのみ前記描画情報を送信する画像処理部と、
を含み、
前記第２の画像処理装置は、
複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲が含まれる前記ディスプレイへの表示処理を担当する前記第２の画像処理装置にのみ送信された、前記オブジェクトを描画するための描画情報を受信する通信処理部と、
前記通信処理部が受信した前記描画情報に基づき、表示を担当するディスプレイに前記オブジェクトを表示させる画像処理部と、
を含む、画像処理システム。

１ マルチディスプレイシステム
１０ ディスプレイ
１００ マスターノード
２００ スレーブノード

Claims (7)

1. 複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するコンテンツ解析部と、
   前記オブジェクトを描画するための描画情報を生成し、前記コンテンツ解析部の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ前記描画情報を送信する画像処理部と、
   を備える、画像処理装置。
2. 前記コンテンツ解析部は、前記表示範囲の変化を検出し、
   前記画像処理部は、前記コンテンツ解析部の前記表示範囲の変化の検出に応じて前記描画情報を送信する装置を変更する、請求項１に記載の画像処理装置。
3. 前記コンテンツ解析部は、ユーザの操作履歴に応じて前記表示範囲を修正する、請求項１に記載の画像処理装置。
4. 前記画像処理部は、前記コンテンツ解析部の前記表示範囲の修正に応じて前記描画情報を送信する装置を変更する、請求項３に記載の画像処理装置。
5. 複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ送信された、前記オブジェクトを描画するための描画情報を受信する通信処理部と、
   前記通信処理部が受信した前記描画情報に基づき、表示を担当するディスプレイに前記オブジェクトを表示させる画像処理部と、
   を備える、画像処理装置。
6. 複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲を解析するステップと、
   前記オブジェクトを描画するための描画情報を生成し、前記オブジェクトの表示範囲の解析で得られた前記表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ前記描画情報を送信するステップと、
   を含む、画像処理方法。
7. 複数のディスプレイに表示させるコンテンツに含まれるオブジェクトの表示範囲が含まれる前記ディスプレイへの表示処理を担当する装置にのみ送信された、前記オブジェクトを描画するための描画情報を受信するステップと、
   受信された前記描画情報に基づき、表示を担当するディスプレイに前記オブジェクトを表示させるステップと、
   を含む、画像処理方法。
   

Images