JP5411369B2 - 遠隔のシンクデバイスにソースデバイスの画像を表示する方法、このためのソースデバイス及びシステム - Google Patents

Description

本発明の一実施例は、ソースデバイス（ｓｏｕｒｃｅ ｄｅｖｉｃｅ）の画像（ｉｍａｇｅ）をシンクデバイス（ｓｉｎｋ ｄｅｖｉｃｅ）に表示する方法、このためのソースデバイス及びシステムに関し、より詳しくは、ＷｉＦｉのような近距離通信基盤のネットワークにおいて遠隔のシンクデバイスにソースデバイスの画像及びその他の情報を表示する方法、このためのソースデバイス及びシステムに関する。

近年、電子・通信技術の発達に伴い、通信分野だけでなくサービス分野を含むあらゆる産業分野において無線通信技術を用いた技術が幅広く使用されている。これにより、無線通信網（ｗｉｒｅｌｅｓｓ ｎｅｔｗｏｒｋ）を基盤にして音声通話、データ送信、インターネットなどといった多様なサービスが提供されており、このような無線通信網を基盤とする代表的な無線通信技術としては、ＷｉＢｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ ｉｎｔｅｒｎｅｔ）、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）などがある。

ＷｉＦｉは、ＩＥＥＥ ８０２．１１を標準案とする近距離無線通信技術の一つであって、Ｈｉ−Ｆｉ（Ｈｉｇｈ Ｆｉｄｅｌｉｔｙ）に無線技術を取り入れて高性能の無線通信を可能にする無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術である。無線ＬＡＮ技術とは、ネットワークの構築の際に有線を使用せずに電波や光などを用いてネットワークを構築する方式である。

このようなＷｉＦｉ技術を用いると、ノート型コンピュータなどの携帯用コンピュータを無線接続して利用することができるようになる。さらに、ＷｉＦｉ技術を用いると、複数のＰＣを接続して各ＰＣ間で容量の大きいファイルやグラフィック、ビデオ及びオーディオを送信することができるようになる。ＷｉＦｉの無線イーサネット（登録商標）は、１秒当たり１１Ｍｂｐｓの速度を提供し、最適の条件として半径５００ｍ内であれば家庭や職場のどこでも使用することができる。

しかも、最近は、ＷｉＦｉを使用することができるノート型コンピュータなどの携帯用コンピュータだけでなく、スマートフォンが発売され、ユーザー（ｕｓｅｒ）らは自分のＰＣと一緒にスマートフォンを利用するとともに、これを利用してＷｉＦｉへの接続が可能になった。

このとき、ＷｉＦｉを利用して通信を行なうスマートフォンやＰＣなどをそれぞれソースデバイス及びシンクデバイスとして使用して、ソースデバイスのアプリケーション・プログラム及びその他の情報をシンクデバイスに表示する場合に、シンクデバイスは、ソースデバイスから画像及びその他の情報を受信し、受信した画像及びその他の情報を表示する。

したがって、シンクデバイスは、ソースデバイスが表示する画像及びその他の情報と同一の画像及びその他の情報を表示することができるようになるが、スマートフォンの特性上、多様なアプリケーション・プログラムがスマートフォンで同時に実行されることがあり、またＳＭＳのような特定のイベントが発生することがある。このような場合に、当該画像及びその他の情報がソースデバイスに表示されることで、共有したいアプリケーション・プログラム以外の他のアプリケーション・プログラムやイベント情報または個人情報がシンクデバイスに表示されるという不具合が生じることがある。

そこで、本発明の一実施例の技術的課題は、上述した課題に着目してなされたものであって、本発明の目的は、シンクデバイスに、共有したいアプリケーション・プログラム及び画像のみを選択的に送信するソースデバイスを提供することである。

本発明の一実施例の他の目的は、少なくとも一つ以上の画像レイヤー（ｉｍａｇｅ ｌａｙｅｒ）形態で構成されたアプリケーション・プログラムの画像において、共有したいレイヤーのみを選択的に送信するソースデバイスを提供することである。

本発明の一実施例のまた他の目的は、前記ソースデバイスを含む選択的画像共有システムを提供することである。

本発明の一実施例の更なる目的は、前記ソースデバイスを利用してソースデバイスの画像をシンクデバイスに表示する方法を提供することである。

このために、本発明の一実施例に係るソースデバイスは、画面を形成する一つ以上のレイヤーを構成するレイヤー構成部と、前記レイヤー構成部で構成された前記一つ以上のレイヤーを合成するレイヤー合成部と、ユーザーのコマンドに従って前記レイヤー構成部で構成された前記一つ以上のレイヤーから未表示レイヤーを決定し、前記レイヤー合成部にて前記未表示レイヤーを除いたレイヤーを合成して遠隔のシンクデバイスに送信する共有画面画像を生成する制御部と、前記制御部のコマンドに従って前記生成された共有画面画像を前記シンクデバイスに無線ＬＡＮを介して送信する通信部と、を含んでもよい。

また、本発明の一実施例に係るソースデバイスは、前記共有画面画像を格納する共有バッファー生成部と、前記共有バッファー生成部に格納された共有画面画像をキャプチャするキャプチャ部と、前記キャプチャ部でキャプチャされた前記共有画面画像を前記シンクデバイスに送信するためのデータ形式にエンコードするエンコード部と、をさらに含んでもよい。

また、前記制御部は、ユーザーから未表示アイテムの入力を受ける未表示アイテム登録部と、前記レイヤー構成部で構成された前記一つ以上のレイヤーが前記未表示アイテム登録部に登録された未表示アイテムを含むか否かを判断する未表示アイテム判断部と、を含んでもよい。

このとき、前記未表示アイテムは、アプリケーションまたはアプリケーションを構成するレイヤーであってもよい。

また、本発明の一実施例に係るソースデバイスは、前記ソースデバイスに表示する画像を格納するメインバッファー生成部をさらに含み、前記制御部は、前記レイヤー合成部にて前記未表示レイヤーを含むレイヤーを合成してメイン画面画像を生成して、前記メインバッファー生成部に格納し、前記生成されたメイン画面画像を表示部を介してユーザーに提供してもよい。

本発明の一実施例に係る選択的画像共有システムは、ソースデバイス及び少なくとも一つ以上のシンクデバイスを含み、前記ソースデバイスは、前記ソースデバイスに表示する画面を形成する一つ以上のレイヤーを構成するレイヤー構成部と、前記レイヤー構成部で構成された前記一つ以上のレイヤーを合成するレイヤー合成部と、ユーザーのコマンドに従って前記レイヤー構成部で構成された前記一つ以上のレイヤーから未表示レイヤーを決定し、前記レイヤー合成部にて前記未表示レイヤーを除いたレイヤーを合成して前記シンクデバイスに送信する共有画面画像を生成する制御部と、前記制御部のコマンドに従って前記生成された共有画面画像を無線ＬＡＮを介して前記シンクデバイスに送信する通信部と、を含んでなり、前記シンクデバイスは、前記ソースデバイスから受信した前記共有画面画像を表示してもよい。

前記ソースデバイスは、前記共有画面画像を格納する共有バッファー生成部と、前記共有バッファー生成部に格納された前記共有画面画像をキャプチャするキャプチャ部と、前記キャプチャ部でキャプチャされた前記共有画面画像を前記シンクデバイスに送信するためのデータ形式にエンコードするエンコード部と、をさらに含んでもよい。

また、前記制御部は、ユーザーから未表示アイテムの入力を受ける未表示アイテム登録部と、前記レイヤー構成部で構成された前記一つ以上のレイヤーが前記未表示アイテム登録部に登録された未表示アイテムを含むか否かを判断する未表示アイテム判断部と、を含んでもよい。

前記未表示アイテムは、アプリケーションまたはアプリケーションを構成するレイヤーであってもよい。

また、前記ソースデバイスは、前記ソースデバイスに表示する画像を格納するメインバッファー生成部をさらに含み、前記制御部は、前記レイヤー合成部にて前記未表示レイヤーを含むレイヤーを合成してメイン画面画像を生成して、前記メインバッファー生成部に格納し、前記生成されたメイン画面画像を表示部を介してユーザーに提供してもよい。

本発明の一実施例に係る遠隔のシンクデバイスにソースデバイスの画像を表示する方法は、前記ソースデバイスの画面を形成する一つ以上のレイヤーを構成するステップと、前記構成された一つ以上のレイヤーから未表示レイヤーを除くステップと、前記未表示レイヤーを除いたレイヤーを合成して共有画面画像を生成するステップと、前記生成された共有画面画像を無線ＬＡＮを介して前記ソースデバイスに送信するステップと、を含んでもよい。

また、本発明の一実施例に係るソースデバイスの画像をシンクデバイスに表示する方法は、前記共有画面画像を共有バッファー生成部に格納するステップと、前記共有バッファー生成部に格納された前記共有画面画像をキャプチャするステップと、前記キャプチャされた前記共有画面画像を前記シンクデバイスに送信するためのデータ形式にエンコードするステップと、をさらに含んでもよい。

また、本発明の一実施例に係るソースデバイスの画像をシンクデバイスに表示する方法は、前記ソースデバイスでユーザーから未表示アイテムの入力を受けるステップと、前記構成された一つ以上のレイヤーが前記入力された未表示アイテムを含むか否かを判断するステップと、をさらに含んでもよい。

このとき、前記未表示アイテムは、アプリケーションまたはアプリケーションを構成するレイヤーであってもよい。

また、本発明の一実施例に係るソースデバイスの画像をシンクデバイスに表示する方法は、前記構成された一つ以上のレイヤーを合成してメイン画面画像を生成するステップと、前記生成されたメイン画面画像を前記ソースデバイスの表示部を介してユーザーに提供するステップと、をさらに含んでもよい。

本発明の一実施例に係るソースデバイスの画像をシンクデバイスに表示する方法、このためのソースデバイス及びシステムでは、シンクデバイスに送信する画像を別途に構成して送信することにより、複数の人に露出することを望まない画像を除いた画像のみを共有することができる。

すなわち、本発明の一実施例によれば、特定のアプリケーションを除いた、または、特定のアプリケーションを構成するレイヤーから一部のレイヤーを除いた画像のみを共有する。その結果、本発明の一実施例によれば、シンクデバイスとソースデバイスとの間で画像共有の際のプライバシー侵害を防止することができ、且つユーザーがプレゼンテーションなどをより効率よく進行させることができるようにする。

アンドロイドシステムにおけるウィンドウマネージャーとビューシステム間の階層構造図である。 従来技術に係る画像共有方法を説明するフローチャートである。 従来技術に係る画像共有の結果を示す図である。 アンドロイドシステムにおけるＷｉＦｉ技術を用いたディスプレイのためのＭＰＥＧデータの生成概念図である。 本発明の一実施例に係る選択的画像共有システムの概略構成図である。 図５のソースデバイスにおける制御部の詳細構成図である。 アンドロイドシステムにおけるサーフェイスフリンガー（ＳｕｒｆａｃｅＦｌｉｎｇｅｒ）処理過程を説明する概念図である。 本発明の一実施例に係るソースデバイスにおけるメイン画面画像及び共有画面画像の生成、及びシンクデバイスへの共有画面画像の送信方法を説明する概念図である。 本発明の一実施例に係るソースデバイスによってソースデバイスの画像をシンクデバイスに表示する方法を説明するフローチャートである。 本発明の一実施例に係るソースデバイスにおけるメイン画面画像及び共有画面画像を生成する流れを説明するフローチャートである。 本発明の一実施例に係るソースデバイスにおける未表示アイテム登録部の動作を説明するフローチャートである。 本発明の一実施例に係るソースデバイスにおける未表示アイテム判断部の動作を説明するフローチャートである。 本発明の一実施例に係るソースデバイスにおける未表示レイヤーの区分方法を説明する概念図である。 本発明の一実施例に係るソースデバイスにおけるメインバッファー生成部に格納されるメイン画面画像の生成過程を説明する概念図である。 本発明の一実施例に係るソースデバイスにおける共有バッファー生成部に格納される共有画面画像の生成過程を説明する概念図である。 本発明の一実施例に係る選択的画像共有システムにおいて、ソースデバイスの画像から文字ポップアップウィンドウが除去された画像がシンクデバイスに共有されることを示す図である。 本発明の一実施例に係る選択的画像共有システムにおいて、ソースデバイスの画像から再生ツールバーが除去された画像がシンクデバイスに共有されることを示す図である。

最近、スマートフォンのような端末機が急速に普及されつつある中で、当該端末機が多様な方法で生活の中で利用されている。例えば、スマートフォンのような小型の端末機の画像をＴＶまたはモニターのような大型の端末機の画像と共有させることで会議などを進めることが可能である。図１は、アンドロイド（Ａｎｄｒｏｉｄ）（登録商標）システムにおけるウィンドウマネージャー（Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ）とビューシステム（Ｖｉｅｗ Ｓｙｓｔｅｍ）間の階層構造を示している。各アプリケーション（Ａｐｐｌｉｃａｔｉｏｎｓ）のステージ下のビュー（ｖｉｅｗ）システムは、ウィンドウマネージャーによって総括管理される。そして、このように最終総括されたディスプレイローデータ（ｄｉｓｐｌａｙ ｒａｗ ｄａｔａ）は、ディスプレイドライバー（ｄｉｓｐｌａｙ ｄｒｉｖｅｒ）のステージからメイン端末機（すなわち、ソースデバイス）に出力し、または他の端末機（すなわち、シンクデバイス）に送信するために、フレームバッファー（ｆｒａｍｅ ｂｕｆｆｅｒ）に作成される。

このとき、シンクデバイスにおいてソースデバイスの画像を共有するために、図２に示すように、垂直ビューレイヤー構成部１でレイヤーを構成した後、垂直ビューレイヤー合成部２でレイヤーを合成してから、メインバッファー生成部３に表示される画像を格納した後、ローカル（メイン）ディスプレイ出力部４に出力させるとともに送出データ（ｔｒａｎｓｍｉｓｓｉｏｎ ｄａｔａ）生成部５で他の端末機へ送出するデータを生成し、送出データエンコード部６でエンコードしてから、送出データ送信部７を介してシンクデバイスへデータを送信することにより画像を共有する方法が用いられる。

このような方法を用いる場合、図３に示すように、ソースデバイス８とシンクデバイス９との間で同じ画像を共有せざるを得なくなる。図３を参照すると、特定の写真を共有している間にソースデバイス８に文字メッセージ（ｔｅｘｔ ｍｅｓｓａｇｅ）ポップアップウィンドウが出てきて文字メッセージの内容が表示されている。このとき、シンクデバイス９にもソースデバイス８と同じ文字メッセージの内容が表示されている。このような場合、複数の人と共有したくない画像が共有されてしまい、プライバシーの侵害の問題が生じるようになる。

以下、添付図面を参照してこのような問題点を解決するための本発明に係るソースデバイスの画像をシンクデバイスに表示する方法、このためのソースデバイス及びシステムについて詳しく説明する。なお、添付図面及び以下の説明は、本発明に係るソースデバイスの画像をシンクデバイスに表示する方法、このためのソースデバイス及びシステムの可能な一実施例に過ぎず、本発明の技術的思想は、下記の内容によって限定されるものではない。

図４は、アンドロイドシステムにおけるＷｉＦｉ技術を用いたディスプレイのためのＭＰＥＧデータの生成概念図である。すなわち、従来の一般的なソースデバイスがＷｉＦｉ通信方式にてシンクデバイスと画像を共有する場合、ソースデバイスに表示される画像と同じ画像がシンクデバイスへ送信される。

図４を参照すると、最下層のステージからビデオ（Ｖｉｄｅｏ）データが入力されると、ビデオドライバー（Ｄｒｉｖｅｒ）を介して画像が構成される。このとき、表示される画面は、いくつかの垂直的構造を有するそれぞれの画像レイヤーが統合生成されたものである。このようにして生成された画面は、キャプチャ（ｃａｐｔｕｒｅ）された後、送信用データ（例えば、ＭＰＥＧデータ）にエンコードされて送信部に送信される。

従来技術では、このような方式にてキャプチャされた画面をメイン端末機に表示するとともに、エンコードして他の端末機へも送信していたため、同じ画面しか共有することができなかった。

本発明は、このような問題を解決するために、ソースデバイスに表示する画像のためのバッファーとは別に、シンクデバイスに送信する共有画面画像を送信する共有バッファーを別途に構成し、垂直画像レイヤーからユーザーによって選択されたレイヤーを除外した共有画面画像を共有バッファーに格納してからキャプチャして別途に送信する方式を採択することをその特徴とする。

以下、図５を参照して本発明の一実施例に係る選択的画像共有システムの構成及び動作について詳述する。

図５は、本発明の一実施例に係る選択的画像共有システムの概略構成図である。

図５を参照すると、本発明の一実施例に係る選択的画像共有システム３０は、ソースデバイス１０と、ソースデバイス１０とＷｉＦｉのような無線ＬＡＮを介して接続されるシンクデバイス２０と、を含んでなる。

ソースデバイス１０は、スマートフォン、タブレットコンピュータ、ネットブック、ＰＤＡ、ＰＭＰなどのインターネットに接続することのできる多様な形態のモバイルコンピュータのいずれをも含んでいてもよい。そして、ソースデバイス１０は、オペレーティングシステム（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ：ＯＳ）を基盤として多様なアプリケーション・プログラムを実行することができる。

前記オペレーティングシステムは、アプリケーション・プログラムがコンピュータのハードウェアを使用できるようにするためのシステムプログラムであって、アンドロイド（登録商標）（Ａｎｄｒｏｉｄ）ＯＳ、ｉＯＳ、ウィンドウズ（登録商標）（Ｗｉｎｄｏｗｓ）モバイルＯＳ、バダ（Ｂａｄａ）ＯＳ、シンビアン（Ｓｙｍｂｉａｎ）ＯＳ、ブラックベリーＯＳなどのモバイルコンピュータに搭載できるオペレーティングシステムをいずれも含んでいてもよい。

前記アプリケーション・プログラムは、コンピュータを利用して特定の作業を行うことができるように開発されたプログラムであって、各種のアプリケーションだけでなく、ゲーム、動画、写真などの各種のマルチメディアコンテンツ（ｃｏｎｔｅｎｔｓ）または前記マルチメディアコンテンツを実行するイメージビューアー、動画プレーヤーなどの実行プログラムをいずれも含んでいてもよい。

シンクデバイス２０は、モバイルコンピュータだけでなく、デスクトップコンピュータ、スマートＴＶなどのソースデバイス１０と無線ＬＡＮを介して通信可能なすべての通信装置を含んでいてもよい。シンクデバイス２０は、ソースデバイス１０からのフレームデータを受信して表示することで、ソースデバイス１０で実行されるアプリケーション・プログラムを表示することができる。

ソースデバイス１０及びシンクデバイス２０は、無線ＬＡＮ通信を支援するプラットフォームを含み、互いに無線ＬＡＮを介して通信することができる。前記無線ＬＡＮ通信は、有線を用いずに電波や赤外線などを用いて所定の距離内で超高速インターネットを行うことができる通信方式であって、ＷｉＦｉなどの近距離無線通信技術をいずれも含んでいてもよい。

ソースデバイス１０は、具体的にはレイヤー構成部１１と、レイヤー合成部１２と、バッファー生成部１３と、制御部１４と、キャプチャ部１５と、エンコード部１６と、通信部１７と、表示部１８と、を含んでなる。

レイヤー構成部１１は、ビデオデータを用いて画面を形成する一つ以上のレイヤーを構成する。上述したように、画面は、複数の垂直的構造を有する画像レイヤー（ディスプレイレイヤー）を合成して生成され、これは、ソースデバイス１０上で実現されるそれぞれの実行アプリケーションによって決められる。

このとき、本明細書におけるアプリケーションは、ソースデバイス１０のプラットフォーム上で駆動されるすべての種類の実行アプリケーション・プログラムを総括するものとする。すなわち、ソースデバイス１０を駆動させるＯＳ上で実行されているすべてのアプリケーションであって、ソースデバイス１０に基本的にインストールされている必須アプリケーションを含め、ユーザーが別途にダウンロードしてインストールしたアプリケーションをも含むものとする。

また、上述したようにソースデバイス１０を駆動させるＯＳであれば、アンドロイドプラットフォーム、アップル社のｉＯＳ、ウィンドウプラットフォーム、三星のＢａｄａなどのいずれのＯＳでもよい。便宜上、以下の明細書では、アンドロイドプラットフォームを基準に説明することにする。なお、本発明の一実施例の技術的思想を用いるものであれば、いずれのＯＳでの実現も本発明の一実施例の権利範囲に属することは言うまでもない。

また、レイヤー構成部１１が構成するレイヤーは、特定のアプリケーションを示す画面を含むレイヤーをいずれも包括するものとする。さらに、前記レイヤーは、一つのアプリケーションの中で当該アプリケーションを表示するための複数のレイヤーのいずれかを含む。すなわち、複数のアプリケーションによるＵＩが画面に表示される場合、特定のアプリケーションに該当するＵＩがすべて除外されてもよい。しかしながら、特定のアプリケーションによるＵＩが画面に表示される場合、当該アプリケーションのＵＩを構成するレイヤーから特定のレイヤーだけが除外されてもよい。これに関する例は後述することにする。

レイヤー合成部１２は、レイヤー構成部１１で構成された一つ以上のレイヤーを合成する。レイヤー合成部１２は、後述する制御部１４の制御によってソースデバイス１０に表示するメイン画面画像と、シンクデバイス２０に送信する共有画面画像とにおいてそれぞれ異なるようにレイヤーを合成する。

バッファー生成部１３は、制御部１４の制御によってレイヤー合成部１２で生成された画像を一時的に格納する。バッファー生成部１３は、ソースデバイス１０に表示するメイン画面画像を格納するメインバッファー生成部１３ａと、シンクデバイス２０に送信する共有画面画像を格納する共有バッファー生成部１３ｂとを含む。

キャプチャ部１５は、バッファー生成部１３に格納されたメイン画面画像または共有画面画像をキャプチャして制御部１４及びエンコード部１６に送信する。

エンコード部１６は、制御部１４からのコマンド（ｃｏｍｍａｎｄ）に従ってキャプチャ部１５に送信された共有画面画像を他の端末機に送信するデータ形式にエンコードする。例えば、エンコード部１６は、送信された画像をＭＰＥＧデータ形式にエンコードしてもよい。

通信部１７は、シンクデバイス２０から無線ＬＡＮ方式にてデータを送受信し、制御部１４のコマンドによってエンコード部１６でエンコードされた共有画面画像をシンクデバイス２０に送信することができる。例えば、通信部１７は、エンコードされた共有画面画像をＲＴＰプロトコルを通じて送信することができる。

表示部１８は、ユーザーに提供する各種の画面を表示する。特に、制御部１４のコマンドに従ってキャプチャ部１５から送信されたメイン画面画像を表示してユーザーに見せることができる。

制御部１４は、上述のデバイスとの間でデータを送受信しながら、ソースデバイス１０の全体的な動作を制御する。特に、制御部１４は、ユーザーのコマンドに従ってレイヤー構成部１１で構成された一つ以上のレイヤーから未表示レイヤーを決定し、レイヤー合成部１２にてメインバッファー生成部１３ａにメイン画面画像を生成して格納し、共有バッファー生成部１３ｂに共有画面画像を生成して格納する。すなわち、制御部１４は、レイヤー構成部１１が構成したすべての画像レイヤーを合成してメイン画面画像を生成し、前記メイン画面画像をメインバッファー生成部１３ａに格納する。そして、制御部１４は、前記決められた未表示レイヤーを除いたレイヤーを合成して共有画面画像を生成し、共有バッファー生成部１３ｂに格納する。

このようにしてバッファーデータが生成されると、キャプチャ部１５は、ビデオイメージをキャプチャして制御部１４及びエンコード部１６に送信する。制御部１４は、共有画面画像に対しては別のエンコードを施さずに、直ぐ表示部１８を介してユーザーに提供する。そして、制御部１４は、シンクデバイス２０に送信する共有画面画像をエンコード部１６にてＭＰＥＧデータ形式などにエンコードした後、通信部１７を介してＲＴＰプロトコルなどにより他の端末機に送信する。このとき、シンクデバイス２０に送信する共有画面画像は、上述したようにユーザーが予め入力した未表示レイヤーを除いた画像であるため、ユーザーのプライバシーなどを保護することができる。

図６は、図５に示すソースデバイス１０の制御部１４の詳細構成図であって、制御部１４は、未表示アイテム登録部１４ａと未表示アイテム判断部１４ｂとを含んでなる。

未表示アイテム登録部１４ａは、ユーザーから未表示アイテムの入力を受ける。すなわち、特定のアプリケーションまたは特定のアプリケーションの下位アイテムのうち、シンクデバイス２０に送信する際に表示しない未表示アイテムを選択できるようにするＵＩが表示部１８を介して提供され、ユーザーの入力によって未表示アイテムが設定される。

ソースデバイス１０がシンクデバイス２０と画像を共有するとき、未表示アイテム判断部１４ｂは、シンクデバイス１０に表示される画像を構成するレイヤーが未表示アイテムと設定されたアイテムを含むか否かを判断する。すなわち、ソースデバイス１０に表示される画像を構成するレイヤーと未表示アイテム登録部１４ａによって設定されたアイテムとを比較することで前記判断を行うことができる。制御部１４は、前記判断に応じてメインバッファー生成部１３ａに格納されるメイン画面画像と共有バッファー生成部１３ｂに格納される共有画面画像を構成する。

図７は、アンドロイドシステムにおけるサーフェイスフリンガー（ＳｕｒｆａｃｅＦｌｉｎｇｅｒ）処理過程（ｏｐｅｒａｔｉｏｎ ｐｒｏｃｅｓｓ）を説明する概念図である。

「Ｆｌｉｎｇｅｒ」は、辞書的には「投手」という意味であるが、ここでは、あるデータを一つに集めて出力側に投げ渡す役割をするという意味で用いられる。サーフェイスフリンガー（ＳｕｒｆａｃｅＦｌｉｎｇｅｒ）は、各サーフェイス（Ｓｕｒｆａｃｅ）データを取りまとめてフレームバッファーにアップデートすることで、各サーフェイス（Ｓｕｒｆａｃｅ）をミキシング（Ｍｉｘｉｎｇ）することが主な機能である。

図７を参照すると、サーフェイスフリンガー（ＳｕｒｆａｃｅＦｌｉｎｇｅｒ）は、各アプリケーションごとにサーフェイス（Ｓｕｒｆａｃｅ）を取りまとめて画面に最終的に表示される画像が構成されるようにデータを生成し、前記データをフレームバッファー（Ｆｒａｍｅ Ｂｕｆｆｅｒ）に格納する。

図７のボックス部分に示された内容は、アンドロイドプラットフォームにおいて通常用いられる方法で示した内容に対応する。重要部分を簡略に説明すると、次のとおりである。

「Ｓｕｒｆａｃｅｆｌｉｎｇｅｒ：：ｉｎｓｔａｎｔｉａｔｅ」部分は、サーフェイスフリンガーを用いるためのサービス登録（ｓｅｒｖｉｃｅ ｒｅｇｉｓｔｒａｔｉｏｎ）部分に対応し、「Ｓｕｒｆａｃｅｆｌｉｎｇｅｒ：：ｒｅａｄｙＴｏＲｕｎ」部分は、初期化過程に対応し、メインディスプレイを初期化する過程、オープンジーエルイーエス（Ｏｐｅｎ Ｇｒａｐｈｉｃ Ｌｉｂｒａｒｙ ｆｏｒ Ｅｍｂｅｄｄｅｄ Ｓｙｓｔｅｍｓ（ＯｐｅｎＧＬ ＥＳ））を初期化する過程などが含まれており、このような初期化過程は、次のとおりである。

１）ディスプレイ情報（Ｄｉｓｐｌａｙ Ｉｎｆｏｒｍａｔｉｏｎ）を得てオープンジーエル（ＥＧＬ）初期化
２）サーフェイス生成
３）オープンジーエルイーエスのコンテクスト（Ｃｏｎｔｅｘｔ）生成
４）オープンジーエルイーエスのエクステンション（Ｅｘｔｅｎｓｉｏｎ）情報獲得
５）生成されたコンテンツ（Ｃｏｎｔｅｎｔｓ）を格納
６）ハードウェアモジュールの初期化

このとき、「オープンジーエルイーエス（ＯｐｅｎＧＬ ＥＳ）」は、「Ｏｐｅｎ Ｇｒａｐｈｉｃ Ｌｉｂｒａｒｙｆｏｒ Ｅｍｂｅｄｅｄ Ｓｙｓｔｅｍｓ」の略称であって、モバイル組み込み機器のために製作した３Ｄグラフィックス（Ｇｒａｐｈｉｃｓ）ＡＰＩを示し、「ＥＧＬ」は、「オープンジーエルイーエス（ＯｐｅｎＧＬ ＥＳ）」、「オープンベクターグラフィックス（Ｏｐｅｎ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ（ＯｐｅｎＶＧ））」のようなクライアントＡＰＩによって絵を描いたり、グラフィックコンテクスト（Ｇｒａｐｈｉｃ ｃｏｎｔｅｘｔ）を生成したり、ネイティブプラットフォームレンダリング（ｎａｔｉｖｅ ｐｌａｔｆｏｒｍ ｒｅｎｄｅｒｉｎｇ）ＡＰＩだけでなくクライアントＡＰＩによって描かれた内容を同期化することができるレンダリングサーフェイス（ｒｅｎｄｅｒｉｎｇ ｓｕｒｆａｃｅ）を生成したりすることができる方法を提供する。

また、「Ｓｕｒｆａｃｅｆｌｉｎｇｅｒ：：ｔｈｒｅａｄＬｏｏｐ」部分は、サーフェイスフリンガー初期化が終わると、スレッド（ｔｈｒｅａｄｓ）がローテーション（ｒｏｔａｔｉｏｎ）によって継続してサーフェイスをミキシングし、これをフレームバッファーにアップデートするためのポスティング（ｐｏｓｔｉｎｇ）処理を実行することを意味している。

図８は、本発明の一実施例に係るソースデバイス１０のメイン画面画像及び共有画面画像の生成とシンクデバイス２０への共有画面画像の送信方法を説明する概念図である。

図８に示すように、画像を構成する複数の画像レイヤーが存在し、「Ｖｉｅｗ１」と「Ｖｉｅｗ３」は、シンクデバイス２０に送信されても構わないレイヤーであるが、「Ｖｉｅｗ２」はシンクデバイス２０に送信されてはいけないプライバシー（Ｐｒｉｖａｃｙ）が含まれているレイヤーであって、図８には「Ｐｒｉｖａｃｙ Ｖｉｅｗ２」と示されている。

上述した方法によってソースデバイス１０に表示されるメインバッファー（Ｖｉｅｗ１＋Ｐｒｉｖａｃｙ Ｖｉｅｗ２＋Ｖｉｅｗ３）が生成されてソースデバイス１０に表示され、シンクデバイス２０に表示される共有バッファー（Ｖｉｅｗ１＋Ｖｉｅｗ３）が生成されてシンクデバイス２０に送信されて表示される。すなわち、ソースデバイス１０には、「早く借金を返して！」という文字メッセージポップアップが表示されているが、シンクデバイス２０であるＰＣモニターには文字メッセージポップアップが除外されていることが分かる。

図９は、本発明の一実施例に係るソースデバイスによってソースデバイスの画像をシンクデバイスに表示する方法を説明するためのフローチャートである。

図９を参照すると、本発明の一実施例に係るソースデバイス１０は、ＷｉＦｉ通信方式によってシンクデバイス２０に接続する（Ｓ１００）。本明細書では、ＷｉＦｉ方式にて他の端末機と画像を共有することを例に挙げたが、ブルートゥース、３Ｇ、４Ｇ（ＬＥＴなど）などの無線通信方式は勿論のこと、データケーブルなどを通じた有線通信方式など、画像を共有することができるいずれの通信方式も適用可能であることは言うまでもない。

ソースデバイス１０は、表示部１８を介して選択的画像の送信のためのレイヤー構成を行うか否かを、ＵＩなどを介してユーザーに表示する（Ｓ１０２）。ユーザーが選択的画像の送信のためのレイヤー構成を行うことを選択した場合、ユーザーの入力によって選択されたレイヤーを除いた画像ウィンドウ（ｉｍａｇｅ ｗｉｎｄｏｗ）が構成され（Ｓ１０４）、このような画像ウィンドウが共有バッファー生成部１３ｂに送信されて共有バッファーが生成される（Ｓ１０６）。キャプチャ部１５は、このようにして生成された共有バッファー画面画像をキャプチャして（Ｓ１０８）、エンコード部１６に送信する。エンコード部１６は、ＭＰＥＧビデオデータを生成するように共有バッファー画面画像をエンコードする（Ｓ１１０）。エンコードが完了すると、制御部１４は、通信部１７を介してシンクデバイス２０にデータを送信し（Ｓ１１２）、これを受信したシンクデバイス２０（例えば、遠隔のディスプレイ装置）は、受信したデータをデコードして画面に表示する（Ｓ１１４）。

なお、ステップＳ１０２において、ユーザーが選択的画像の送信のためのレイヤー構成を行わないことを選択した場合は、すべてのレイヤーを含む画像ウィンドウが構成され（Ｓ１１６）、すべてのレイヤーを含む画像ウィンドウがメインバッファー生成部１３ａに送信されてメインバッファーが生成される（Ｓ１１８）。キャプチャ部１５は、このようにして生成されたメインバッファー画面画像をキャプチャし（Ｓ１２０）、これをエンコード部１６及び制御部１４に送信する。

制御部１４は、この受信された画像を直ぐ表示部１８を介してソースデバイス１０のディスプレイ装置、すなわち表示部１８に表示する（Ｓ１２２）。そして、エンコード部１６は、受信された画像をエンコードしてＭＰＥＧビデオデータを生成し（Ｓ１１０）、共有画面画像データをシンクデバイス２０に送信する（Ｓ１１２）。次いで、シンクデバイス２０は、これを受信しデコードして表示する（Ｓ１１４）。

図１０は、本発明の一実施例に係るソースデバイス１０のメイン画面画像及び共有画面画像を生成する流れを説明するフローチャートである。

図１０を参照してメイン画面画像及び共有画面画像の生成の流れを簡単に説明すれば、次のとおりである。未表示アイテム登録部１４ａでユーザーのコマンドに従って未表示アイテムが決められた後、未表示アイテム判断部１４ｂでレイヤー構成部１１のデータを検索し、当該レイヤーが未表示アイテムを含むか否かを判断した後、制御部１４によりレイヤー合成部１２でメインバッファー生成部１３ａ及び共有バッファー生成部１３ｂに格納されるバッファーが生成される。このようにしてバッファーが生成されると、メインバッファーデータは直ぐソースデバイス１０の表示部１８に表示され、共有バッファーデータは、エンコード部１５を介してエンコードされてから通信部１７を介してシンクデバイス２０に送信される。

図１１は、本発明の一実施例に係るソースデバイス１０の未表示アイテム登録部１４ａの動作を説明するフローチャートである。

上述したように、未表示アイテム登録部１４ａが実行されると（Ｓ２００）、表示部１８を介してユーザーに未表示アイテムを選択できるようにするＵＩなどが表示される。このとき、ユーザーは、未表示アイテムを選択し（Ｓ２０２）、選択された未表示アイテムが格納された後（Ｓ２０４）、未表示アイテム登録部１４ａの動作は終了する（Ｓ２０６）。

図１２は、本発明の一実施例に係るソースデバイス１０の未表示アイテム判断部１４ｂの動作を説明するフローチャートである。

未表示アイテム登録部１４ａによって未表示アイテムが登録された後、未表示アイテム判断部の動作が開始すると（Ｓ３００）、画像を構成するレイヤーがすべてロードされる（Ｓ３０２）。このとき、ロードされたレイヤーが予め登録された未表示アイテムを含むか否かを判断する（Ｓ３０４）。

未表示アイテムを含むと判断されると、当該レイヤーは未表示レイヤーであると判断される（Ｓ３０６）。なお、未表示アイテムを含まないと判断されると、当該レイヤーは表示レイヤーであると判断される（Ｓ３０８）。制御部１４は、このような方式で予め設定されたデータベースに基づいて画像に構成されるそれぞれのレイヤーを分類する。

図１３は、本発明の一実施例に係るソースデバイス１０の未表示レイヤーの分類方法を説明する概念図である。

従来技術では、未表示ウィンドウ（ｉｎｖｉｓｉｂｌｅ ｗｉｎｄｏｗ）の選択をユーザーが直接手動で処理する方式を用いていた。しかし、本発明の場合は、事前に登録されたテーブル内のカテゴリー項目を照会して自動で処理する。

図１３は、フレームワーク（Ｆｒａｍｅｗｏｒｋ）ステージのインテント（Ｉｎｔｅｎｔ）処理メカニズムを示している。例えば、アンドロイドプラットフォーム上で発生するすべてのインテントは、優先的にアクティビティマネージャー（ＡｃｔｉｖｉｔｙＭａｎａｇｅｒ）サービスに送信される。これにより、未表示レイヤーに登録されたカテゴリーを含んでいるテーブルから当該アクティビティが未表示であるか否かを判断することができる。すなわち、アクティビティマネージャーの動作によって当該アクティビティが未表示であるか否かを判断することで、アプリケーションごとに未表示の有無を区分する。

また、他の方法としては、ソースデバイス１０によって提供されるアクティビティまたはアプリケーションの情報が格納されている登録された参照テーブルに、未表示共有（ｉｎｖｉｓｉｂｌｅ ｓｈａｒｅ）属性を追加し、アクティビティマネージャーから当該属性をクエリして未表示の有無を判断することがある。これは、アクティビティまたはアプリケーションの下位属性として未表示共有属性を追加することで一つのアプリケーションにおいて未表示項目を区分することができるようにする方法である。

図１３を参照すると、コンポーネント４００でインテント（Ｉｎｔｅｎｔ）が発生すると、当該インテントがアクティビティマネージャー（Ａｃｔｉｖｉｔｙ Ｍａｎａｇｅｒ）４１０に送信され、アクティビティマネージャー４１０は、インテントルーティング（Ｉｎｔｅｎｔ Ｒｏｕｔｉｎｇ）４２０動作によって指定されたコンポーネント４３０にインテントを送信するようになる。図１３に示されたアンドロイドプラットフォーム上の用語の意味を簡単に説明すれば、次のとおりである。

インテント（Ｉｎｔｅｎｔ）は、アンドロイドプラットフォーム上で特定のアプリケーションのコンポーネントを選択し使用するために用いられる一種のメッセージであって、明示的インテントと暗示的インテントとに区分される。明示的インテントとは、当該メッセージを受けて処理する特定のアプリケーションの呼び出し対象を明示するインテントであり、暗示的インテントとは、呼び出し対象が特に決められておらず、特性のみが設定されており、当該メッセージが送られてくると、アプリケーションは自分が持っているインテントフィルターによって自分が処理できるメッセージか否かを判断して実行できるようにするインテントである。

アクティビティ（Ａｃｔｉｖｉｔｙ）とは、アンドロイドプラットフォーム上における一つの画像を意味する。例えば、一つのアプリケーションでは多くの画像を有することから多くのアクティビティが存在し、アクティビティはアンドロイドアプリケーションを構成するコンポーネントの一つである。

サービス（Ｓｅｒｖｉｃｅ）は、画面に表示されずにバックグラウンド（ｂａｃｋｇｒｏｕｎｄ）上で実行されるアンドロイドコンポーネントの一つであり、ブロードキャストレシーバー（Ｂｒｏａｄｃａｓｔ Ｒｅｃｅｉｖｅｒ）は、システムの状態に係るメッセージ（バッテリー状態など）あるいはアプリケーションのメッセージなどがブロードキャスト（ｂｒｏａｄｃａｓｔ）されるように伝えられたときにこれらを捕捉する受信者を意味する。

インテントルーティング（Ｉｎｔｅｎｔ ｒｏｕｔｉｎｇ）は、インテントとインテントフィルターとを互いに接続（ｃｏｎｎｅｃｔ）する過程を意味する。すなわち、インテントフィルターは、インテント属性に応じてインテントを通過（ｐａｓｓ）させるか否かを決定するものである。また、受信されるインテントをインテントフィルターに接続させることによってインテントを分類する役割をするものである。

サーフェイスフリンガー（ＳｕｒｆａｃｅＦｌｉｎｇｅｒ）は、図７を参照して説明したように、画像データをフレームバッファーにアップデートをする役割をし、アクティビティマネージャー（Ａｃｔｉｖｉｔｙ Ｍａｎａｇｅｒ）は、アプリケーションの全体動作を総括する役割をする。具体的に、アンドロイドプラットフォーム上で発生するすべてのインテントは、優先的にアクティビティマネージャーサービスに送信され、アクティビティマネージャーサービスはインテントを受信し、パッケージマネージャーサービス（Ｐａｃｋａｇｅ Ｍａｎａｇｅｒ Ｓｅｒｖｉｃｅ）に当該インテントに最も符合するコンポーネントが何かを照会し、その結果に基づいてインテントをターゲットコンポーネントに送信する役割をする。すなわち、アクティビティマネージャーサービスは、作動中のコンポーネント（ｏｐｅｒａｔｉｎｇ ｃｏｍｐｏｎｅｎｔｓ）の状態情報の追加により、アクティブ化された（ａｃｔｉｖａｔｅｄ）パッケージの状態情報をすべて管理しているため、ターゲットコンポーネントの現在状態（ｃｕｒｒｅｎｔ ｓｔａｔｅ）を確認することができる。

図１４は、本発明の一実施例に係るソースデバイス１０のメインバッファー生成部１３ａに格納されるメイン画面画像の生成過程を説明する概念図であり、図１５は、本発明の一実施例に係るソースデバイス１０の共有バッファー生成部１３ｂに格納される共有画面画像の生成過程を説明する概念図である。

図１４を参照すると、図１４は、Ａ、Ｂ、Ｃの３つの画像レイヤーがある場合を示し、すべてのレイヤーが表示レイヤーに属し未表示レイヤーがないため、３つのレイヤーがすべて合成されてメイン画面画像Ｄが生成されたことを示している。

これに対し、図１５は、前述した場合と同様にＡ、Ｂ、Ｃの３つの画像レイヤーがある場合を示すが、Ｃレイヤーが未表示レイヤーと分類され、Ｃレイヤーを除いた画像レイヤーだけが合成されて共有画面画像Ｄが生成されたことを示している。

図１６及び図１７は、本発明の一実施例に係るソースデバイス１０がシンクデバイス２０と画像共有をしたときに文字ポップアップウィンドウ及び再生ツールバーが除去された画像がシンクデバイス２０に表示されることを示す図である。

図１６は、上述したように、ソースデバイス１０に「早く借金を返して！」という文字メッセージポップアップウィンドウが出てくる場合、予め設定されたデータベースに基づいてシンクデバイス２０であるＰＣモニターには文字メッセージポップアップが表示されない状態を示したものである。何故ならば、この場合には、動画またはイメージを再生するアプリケーションと文字メッセージを表示する異なる種類のアプリケーションの間に画像レイヤーが設定されているためである。すなわち、この場合には、ビデオを再生する一つのアプリケーションと文字メッセージを表示する他の一つのアプリケーションがあるとき、文字メッセージを表示するアプリケーションに係るすべてのレイヤーは他の端末機に送信されないように設定されている。

なお、図１７には、ソースデバイス１０には再生ツールバーが表示されているのに対し、シンクデバイス２０には再生ツールバーが表示されていない。すなわち、複数の人に対してプレゼンテーションなどをする場合に、ソースデバイス１０のユーザーだけが再生ツールバーを見て制御すればよく、複数の人にはこれを表示するのがむしろ邪魔になることがある。このような場合にユーザーが再生ツールバーを未表示アイテムとして設定して再生ツールバーをシンクデバイス２０に送信しないように設定することができる。すなわち、図１７は、ビデオを再生する一つのアプリケーションにおいて当該アプリケーションの画像を構成する複数のアイテムのうち特定のアイテムが未表示アイテムとして設定された場合を示したものである。

本発明の一実施例によれば、このような方法によって、ソースデバイス１０の画像を構成する複数のレイヤーから共有画面画像を別途に設定して共有バッファーに格納し、これをシンクデバイス２０に送信して画像を共有することにより、プライバシーを保護し、データ共有の際にデータをより効率的に提供することが可能となる。

１０：ソースデバイス １１：レイヤー構成部
１２：レイヤー合成部 １３：バッファー生成部
１４：制御部 １５：キャプチャ部
１６：エンコード部 １７：通信部
１８：表示部 ２０：シンクデバイス

Claims (18)

1. 画面を形成する一つ以上のレイヤーを構成するレイヤー構成部と、
   前記レイヤー構成部で構成された前記一つ以上のレイヤーを合成するレイヤー合成部と、
   ユーザーのコマンドに従って前記レイヤー構成部で構成された前記一つ以上のレイヤーから未表示レイヤーを決定し、前記レイヤー合成部にて前記未表示レイヤーを除いたレイヤーを合成して遠隔のシンクデバイスに送信する共有画面画像を生成する制御部、及び
   前記制御部のコマンドに従って前記生成された共有画面画像を前記シンクデバイスに無線ＬＡＮを介して送信する通信部と、を含むソースデバイス。
2. 前記共有画面画像を格納する共有バッファー生成部をさらに含むことを特徴とする請求項１に記載のソースデバイス。
3. 前記共有バッファー生成部に格納された前記共有画面画像をキャプチャするキャプチャ部、及び
   前記キャプチャ部でキャプチャされた前記共有画面画像を前記シンクデバイスに送信するためのデータ形式にエンコードするエンコード部をさらに含むことを特徴とする請求項２に記載のソースデバイス。
4. 前記制御部は、
   前記ユーザーから未表示アイテムの入力を受ける未表示アイテム登録部、及び
   前記レイヤー構成部で構成された前記一つ以上のレイヤーが前記未表示アイテム登録部に登録された未表示アイテムを含むか否かを判断する未表示アイテム判断部を含むことを特徴とする請求項１に記載のソースデバイス。
5. 前記未表示アイテムは、アプリケーションまたは前記アプリケーションを構成するレイヤーであることを特徴とする請求項４に記載のソースデバイス。
6. 前記ソースデバイスに表示する画像を格納するメインバッファー生成部をさらに含み、
   前記制御部は、前記レイヤー合成部にて前記未表示レイヤーを含むレイヤーを合成してメイン画面画像を生成して、前記メインバッファー生成部に格納し、前記生成されたメイン画面画像を表示部を介してユーザーに提供することを特徴とする請求項１に記載のソースデバイス。
7. ソースデバイス及び少なくとも一つ以上のシンクデバイスを含む選択的画像共有システムにおいて、
   前記ソースデバイスは、前記ソースデバイスに表示する画面を形成する一つ以上のレイヤーを構成するレイヤー構成部と、前記レイヤー構成部で構成された前記一つ以上のレイヤーを合成するレイヤー合成部と、ユーザーのコマンドに従って前記レイヤー構成部で構成された前記一つ以上のレイヤーから未表示レイヤーを決定し、前記レイヤー合成部にて前記未表示レイヤーを除いたレイヤーを合成して前記シンクデバイスに送信する共有画面画像を生成する制御部と、前記制御部のコマンドに従って前記生成された共有画面画像を無線ＬＡＮを介して前記シンクデバイスに送信する通信部と、を含み、
   前記シンクデバイスは、前記ソースデバイスから受信した前記共有画面画像を表示することを特徴とする選択的画像共有システム。
8. 前記ソースデバイスは、前記共有画面画像を格納する共有バッファー生成部をさらに含むことを特徴とする請求項７に記載の選択的画像共有システム。
9. 前記ソースデバイスは、
   前記共有バッファー生成部に格納された前記共有画面画像をキャプチャするキャプチャ部、及び
   前記キャプチャ部でキャプチャされた前記共有画面画像を前記シンクデバイスに送信するためのデータ形式にエンコードするエンコード部をさらに含むことを特徴とする請求項８に記載の選択的画像共有システム。
10. 前記制御部は、
    ユーザーから未表示アイテムの入力を受ける未表示アイテム登録部、及び
    前記レイヤー構成部で構成された前記一つ以上のレイヤーが前記未表示アイテム登録部に登録された未表示アイテムを含むか否かを判断する未表示アイテム判断部を含むことを特徴とする請求項７に記載の選択的画像共有システム。
11. 前記未表示アイテムは、アプリケーションまたは前記アプリケーションを構成するレイヤーであることを特徴とする請求項１０に記載の選択的画像共有システム。
12. 前記ソースデバイスは、
    前記ソースデバイスに表示する画像を格納するメインバッファー生成部をさらに含み、
    前記制御部は、前記レイヤー合成部にて前記未表示レイヤーを含むレイヤーを合成してメイン画面画像を生成して、前記メインバッファー生成部に格納し、前記生成されたメイン画面画像を表示部を介してユーザーに提供することを特徴とする請求項７に記載の選択的画像共有システム。
13. 遠隔のシンクデバイスにソースデバイスの画像を表示するための方法において、
    前記ソースデバイスの画像を構成する一つ以上のレイヤーを構成するステップと、
    前記構成された一つ以上のレイヤーから未表示レイヤーを除くステップと、
    前記未表示レイヤーが除かれたレイヤーを合成して共有画面画像を生成するステップと、
    前記共有画面画像を無線ＬＡＮを介して前記シンクデバイスに送信するステップと、を含むソースデバイスの画像をシンクデバイスに表示する方法。
14. 前記共有画面画像を前記ソースデバイスの共有バッファー生成部に格納するステップをさらに含むことを特徴とする請求項１３に記載のソースデバイスの画像をシンクデバイスに表示する方法。
15. 前記共有バッファー生成部に格納された前記共有画面画像をキャプチャするステップ、及び
    前記キャプチャされた前記共有画面画像を前記シンクデバイスに送信するためのデータ形式にエンコードするステップをさらに含むことを特徴とする請求項１４に記載のソースデバイスの画像をシンクデバイスに表示する方法。
16. 前記ソースデバイスでユーザーから未表示アイテムの入力を受けるステップ、及び
    前記構成された一つ以上のレイヤーが前記入力された未表示アイテムを含むか否かを判断するステップをさらに含むことを特徴とする請求項１３に記載のソースデバイスの画像をシンクデバイスに表示する方法。
17. 前記未表示アイテムは、アプリケーションまたは前記アプリケーションを構成するレイヤーであることを特徴とする請求項１６に記載のソースデバイスの画像をシンクデバイスに表示する方法。
18. 前記構成された一つ以上のレイヤーを合成してメイン画面画像を生成するステップ、及び
    前記生成されたメイン画面画像を前記ソースデバイスの表示部を介してユーザーに提供するステップをさらに含むことを特徴とする請求項１３に記載のソースデバイスの画像をシンクデバイスに表示する方法。