(57)【要約】【課題】サーバ装置における処理負荷を低減して、しかも外部表示装置に適したレイアウトでコンテンツを転送表示する。【解決手段】ＣＰＵ１０１は、情報処理装置１００に部表示装置１０００が接続されると、表示部１０５に表示されたコンテンツの種別を判定して、コンテンツの種別が予め定められた種別であると、複数のコンテンツにおいて所定の形式のコンテンツをネットワークを介して取得して表示部に転送対象コンテンツとして表示する。そして、ＣＰＵ１０１は転送対象コンテンツをキャプチャして、無線通信部１０８によって外部表示装置に転送する。【選択図】図１
2015075944.tif 000002
【特許請求の範囲】
【請求項１】
表示装置に接続可能な情報処理装置であって、
情報量が異なる複数のコンテンツが準備されたサーバから前記複数のコンテンツのいずれかを受信する受信手段と、
前記受信手段により受信されたコンテンツの内容を表示する表示手段と、
前記表示手段により表示されているコンテンツの種別を判定する判定手段と、
前記表示装置が接続された場合、かつ前記判定手段によって判定された前記コンテンツの種別が予め定められた種別である場合、前記複数のコンテンツのうち所定の形式のコンテンツを前記サーバから受信するよう前記受信手段を制御する制御手段と、
前記受信手段により受信されたコンテンツに基づく表示データを前記表示装置に送信する送信手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記予め定められた種別のコンテンツはＷｅｂページであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記所定の形式のコンテンツは所定の解像度以上の解像度を有するＷｅｂページであることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記情報処理装置と前記表示装置との接続が解除された場合、前記制御手段は、前記複数のコンテンツにおいて前記所定の形式を除く他のコンテンツを受信するよう前記受信手段を制御することを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
前記所定の形式を除く他のコンテンツは前記所定の解像度未満の解像度を有するＷｅｂページであることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記表示手段は、前記受信手段により新たにコンテンツが受信されたことに応じて、表示の内容を更新し、
前記制御手段は、前記表示手段の表示が更新された場合、更新された後の表示データを前記表示装置に送信するよう前記送信手段を制御することを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記送信手段は、前記表示データに対して所定の操作が行われた際に、前記表示手段により内容が表示されている前記コンテンツにおける表示範囲が前記表示装置で表示された表示データにおける表示範囲である場合、前記所定の操作の後の表示データを前記表示装置に転送しないことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記所定の操作は前記コンテンツの表示を拡大、縮小、又は画面スクロールする操作であることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記制御手段は、前記表示装置の解像度および表示領域のサイズの少なくとも一方に基づき、前記受信手段により前記所定の形式のコンテンツを受信するか否かを決定することを特徴とする請求項１〜８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記表示装置に前記表示データが送信されて表示データが表示されている状態で、前記表示装置において表示領域のサイズが変更された場合、前記制御手段は、前記受信手段により前記複数のコンテンツのいずれかを再び受信させる処理を行わないことを特徴とする請求項１〜９のいずれか１項に記載の情報処理装置。
【請求項１１】
表示装置に接続可能な情報処理装置の制御方法であって、
情報量が異なる複数のコンテンツが準備されたサーバから前記複数のコンテンツのいずれかを受信する受信ステップと、
前記受信ステップで受信されたコンテンツの内容を表示する表示ステップと、
前記表示されているコンテンツの種別を判定する判定ステップと、
前記表示装置が接続された場合、かつ前記判定ステップで判定された前記コンテンツの種別が予め定められた種別である場合、前記複数のコンテンツのうち所定の形式のコンテンツを前記サーバから受信するよう制御する制御ステップと、
前記受信されたコンテンツに基づく表示データを前記表示装置に送信する送信ステップと
を有することを特徴とする情報処理装置の制御方法。
【請求項１２】
コンピュータを、請求項１〜１０のいずれか１項に記載の情報処理装置の各手段として機能させるための、コンピュータが読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびその制御方法に関し、特に、パーソナルコンピュータ（以下ＰＣという）などの情報処理装置で生成された画像をプロジェクタなどの外部表示装置に転送する際の転送制御に関する。
【背景技術】
【０００２】
一般に、情報処理装置からプロジェクタなどの外部表示装置に画像を伝送する際には、アナログＲＧＢケーブルによるアナログ接続が用いられている。一方、アナログ接続では、接続に手間が掛かるばかりでなく、情報処理装置および外部表示装置が遠隔地に存在する場合にはその接続が困難となってしまう。さらには、複数の情報処理装置を外部表示装置に接続したいという要望もある。そして、このような理由から、ネットワークを介して情報処理装置と外部表示装置とを接続するようにした所謂ネットワーク画面転送システムが知られている。
【０００３】
ネットワーク画面転送システムにおいては、情報処理装置に備えられたモニタなどの表示部に表示された画面について、情報処理装置は所謂画面キャプチャを定期的に行って画面キャプチャによって取得した画像データを外部表示装置に送信している。
【０００４】
さて、ここで、情報処理装置として携帯電話を例に挙げる。携帯電話においては、標準的にＷｅｂブラウザを搭載しており、電話回線又は無線ＬＡＮなどのネットワークインフラを利用してＷｅｂページを閲覧することができる。近年、携帯電話によるＷｅｂ閲覧が増加したことに起因して、Ｗｅｂページの提供元においてはＰＣ用のＷｅｂページとともに携帯電話用のＷｅｂページを用意するようにしている。
【０００５】
携帯電話用のＷｅｂページでは、ＰＣ用のＷｅｂページに比べてそのコンテンツ数が制限されており、さらに、携帯電話に搭載されることが多いタッチパネルでの操作に適したレイアウトが採用されるなどの携帯電話の特性を考慮した工夫が行われている。
【０００６】
その一方で、携帯電話に表示されている画面を、外部ディスプレイに表示することで、携帯電話の画面の小ささという制限をなくし、ＰＣ用のＷｅｂページでも携帯電話を用いて快適に閲覧できるようにするシステムも知られている（特許文献１）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−２９５９６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述の特許文献１では、携帯電話から別の表示装置に画面を転送する場合について何ら考慮していない。例えば、携帯電話に表示中の携帯電話用Ｗｅｂページ画面をプロジェクタなどの外部表示装置に転送すると、携帯電話で表示中の携帯電話用Ｗｅｂページがプロジェクタに表示されることになる。この場合には、プロジェクタで表示可能な画面解像度が十分に活用されず、プロジェクタの投影面を視認するユーザは投影面における情報量が不十分であると感じてしまう。
【０００９】
図７は、従来のネットワーク画面転送システムの一例を説明するための図である。
【００１０】
いま、図示のネットワーク画面転送システムでは、Ｗｅｂサーバ７０１にＰＣ７０２および携帯電話の１つであるスマートフォン７０３がネットワークを介して接続されている。ここでは、Ｗｅｂサーバ７０１はＰＣ７０２に対してＰＣ用のＷｅｂページを送信し、これによって、ＰＣ７０２はＰＣ用Ｗｅｂサイトを閲覧することができる。一方、Ｗｅｂサーバ７０１はスマートフォン７０３に対してスマートフォン用のＷｅｂページを送信し、これによって、スマートフォン７０３はスマートフォン用Ｗｅｂサイトを閲覧することができる。
【００１１】
図示のように、ＰＣ７０２およびスマートフォン７０３には無線回線を介してそれぞれ外部表示装置であるプロジェクタ７０４および７０５が接続されている。そして、ＰＣ７０２で取得したＰＣ用Ｗｅｂページをプロジェクタ７０４に転送して投影表示すると、投影画面７０６が表示される。ＰＣ用Ｗｅｂページにおいてはその画面解像度が高いので、投影画面７０６は投影面全体を用いて投影されることになって、プロジェクタの投影面が充分に活用されることになる。
【００１２】
一方、スマートフォン７０３で取得したスマートフォン用のＷｅｂページをプロジェクタ７０５に転送して投影表示すると、投影画面７０７が表示される。スマートフォン用Ｗｅｂページにおいてはその画面解像度が低いので、投影画面７０７は投影面の一部（投影面の中央部）に投影されることになって、プロジェクタの投影面が充分に活用されないことになってしまう。
【００１３】
そこで、本発明の目的は、ユーザの手間を必要とすることなく、表示装置の画面解像度を十分に活かすことを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するため、本発明による情報処理装置は、表示装置に接続可能な情報処理装置であって、情報量が異なる複数のコンテンツが準備されたサーバから前記複数のコンテンツのいずれかを受信する受信手段と、前記受信手段により受信されたコンテンツの内容を表示する表示手段と、前記表示手段により表示されているコンテンツの種別を判定する判定手段と、前記表示装置が接続された場合、かつ前記判定手段によって判定された前記コンテンツの種別が予め定められた種別である場合、前記複数のコンテンツのうち所定の形式のコンテンツを前記サーバから受信するよう前記受信手段を制御する制御手段と、前記受信手段により受信されたコンテンツに基づく表示データを前記表示装置に送信する送信手段とを有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ユーザの手間を必要とすることなく、表示装置の画面解像度を十分に活かすことができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態による情報処理装置に外部表示装置が接続された表示制御システムの一例をブロック図である。
【図２】ＰＣ、スマートフォン、およびＷｅｂサーバにおけるＨＴＴＰ通信の処理シーケンスを説明するための図である。
【図３】図１に示すスマートフォンからプロジェクタへの画像転送処理を説明するためのフローチャートである。
【図４】図３に示す通常画面転送処理を説明するためのフローチャートである。なお、図示のフローチャートに係る処理はＣＰＵ１０１の制御下で行われる。
【図５】図３に示すＷｅｂページ画面転送処理を説明するためのフローチャートである。
【図６】図５に示すキャプチャ処理および転送領域変化判定処理を説明するための図であり、（ａ）はスマートフォンがＰＣ用Ｗｅｂページをプロジェクタに転送表示する状態を示す図、（ｂ）は転送領域変化後の状態の一例を示す図、（ｃ）は転送領域変化後の状態の他の例を示す図である。
【図７】従来のネットワーク画面転送システムの一例を説明するための図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態による情報処理装置の一例について図面を参照して説明する。
【００１８】
図１は、本発明の実施の形態による情報処理装置に外部表示装置が接続された表示制御システムの一例をブロック図である。
【００１９】
情報処理装置の１つであるスマートフォン１００は、外部表示装置の１つであるプロジェクタ１０００に無線接続可能である。図示の例では、スマートフォン１００はプロジェクタ１０００と無線ＬＡＮによって接続されて、通信ネットワークが構成されている。以下図示の通信ネットワークを画面転送システムと呼ぶ。ここでは、スマートフォン１００は、表示部（ディスプレイともいう）１０５に表示に表示された映像（画像ともいう）をキャプチャして、無線ＬＡＮを介してプロジェクタ１０００にキャプチャした映像を映像データとして送信する。一方、プロジェクタ１０００は、スマートフォン１００から受信した映像データを投影面に映像として投影する。
【００２０】
図示のスマートフォン１００はＣＰＵ１０１を備えており、このＣＰＵ１０１はスマートフォン１００の全体の制御を行う。ＲＡＭ１０２はメインメモリであって、例えば、ＲＡＭ１０２には、ＣＰＵ１０１で実行されるプログラムが格納又は展開される領域、そして、プログラム実行中に用いられるワーク領域など様々なデータの格納領域が規定されている。
【００２１】
ＶＲＡＭ１０３は、後述する表示部１０５に表示する映像を格納するための領域として用いられる。なお、ＲＡＭ１０２の動作速度が十分に高速であれば、ＶＲＡＭ１０３はＲＡＭ１０２と同一であってもよい。
【００２２】
ＲＯＭ１０４はブートプログラム、アプリケーションプログラム（後述する画面転送アプリケーションおよびＷｅｂブラウザアプリケーションなど）、およびオペレーティングシステム（ＯＳ）などの各種のプログラムおよびデータを格納するために用いられる。表示部１０５は、後述する表示制御部１０６によって指定された映像を表示する。この表示部１０５として、例えば、液晶パネル又は有機ＥＬパネルが用いられる。
【００２３】
表示制御部１０６はＶＲＡＭ１０３に記録された映像を読み出して、当該映像を表示部１０５に表示する制御を行う。操作部１０７はユーザからの入力操作を受け付ける。操作部１０７は、例えば、操作ボタンおよびタッチパネルなどを備えており、ユーザによる入力操作は操作部１０７からＣＰＵ１０１に送られる。なお、スマートフォン１００においては、タッチパネルは液晶パネル上に配置されている。
【００２４】
無線通信部１０８は無線ネットワーク（ここでは、無線ＬＡＮ）を介して外部機器、ここでは、プロジェクタ１０００と無線通信を行う。図示はしないが、無線通信部１０８は、アンテナ、ＲＦ部、およびベースバンド部を備えて、無線ＬＡＮの規格に適合するパケットの送受信を行う。なお、ＣＰＵ１０１、ＲＡＭ１０２、ＶＲＡＭ１０３、ＲＯＭ１０４、表示制御部１０６、操作部１０７、および無線通信部１０８は内部バス１０９によって相互に接続されている。
【００２５】
プロジェクタ１０００は、ＣＰＵ１００１を備えており、このＣＰＵ１００１はプロジェクタ１０００の全体の制御を行う。ＲＡＭ１００２はメインメモリであって、例えば、ＲＡＭ１００２には、ＣＰＵ１００１で実行されるプログラムが格納又は展開される領域、そして、プログラム実行中に用いられるワーク領域など様々なデータの格納領域が規定されている。
【００２６】
ＲＯＭ１００３には、プロジェクタ１０００が動作するためのプログラムおよびパラメータなどが予め記録されており、ＣＰＵ１００１はＲＯＭ１００３に記録されたプログラムに応じて動作する。ＶＲＡＭ１００４は、後述する投影部１００６で投影される映像を格納するための領域として用いられる。
【００２７】
デコーダ１００５は、スマートフォン１００から受信した映像データが、例えば、ＪＰＥＧなどの符号化方式によってエンコードされている場合に、映像データをデコードして、復号化映像データとする。投影部１００６は、後述する投影制御部１００７によって指定された映像の表示を行う。投影部１００６は、例えば、液晶パネル、レンズ、および光源を有している。
【００２８】
投影制御部１００７は、ＶＲＡＭ１００４に記録された映像を読み出して、当該映像を投影部１００６で投影する制御を行う。操作部１００８はユーザからの入力操作を受け付ける。操作部１０７は、例えば、操作ボタンを有するとともに、ユーザによるリモコン操作を受信するリモコン受信部を有しており、ユーザによる入力操作は操作部１００８からＣＰＵ１０１に送られる。
【００２９】
無線通信部１００９は無線ＬＡＮを介して外部機器、ここでは、スマートフォン１００と無線通信を行う。図示はしないが、無線通信部１００９は、アンテナ、ＲＦ部、およびベースバンド部を備えて、無線ＬＡＮの規格に適合するパケットの送受信を行う。なお、ＣＰＵ１００１、ＲＡＭ１００２、ＲＯＭ１００３、ＶＲＡＭ１００４、デコーダ１００５、投影制御部１００７、操作部１００８、および無線通信部１００９は内部バス１０１０によって相互に接続されている。
【００３０】
ここで、上述の画面転送システムにおける通常動作について説明する。なお、ここでは、既に無線通信部１０８および無線通信部１００９は双方向通信が可能な状態になっているものとする。
【００３１】
まず、スマートフォン１００の通常動作について説明すると、当該通常動作はＣＰＵ１０１で動作するプログラムによって行われる。ここでは、当該プログラムを画面転送アプリケーションとする。
【００３２】
ユーザが操作部１０７によって画面転送処理の開始を指示すると、当該画面転送開始指示によって、ＣＰＵ１０１は表示制御部１０６を制御して表示部１０５に表示中の画像（つまり画像データ）をキャプチャする。そして、ＣＰＵ１０１は当該画像をＶＲＡＭ１０３からＲＡＭ１０２に転送する。続いて、ＣＰＵ１０１はＲＡＭ１０２に格納された画像データを画面転送アプリケーションに応じてエンコードして符号化画像データとする。そして、ＣＰＵ１０１は当該符号化画像データをＲＡＭ１０２に格納する。
【００３３】
ここで用いられるエンコード（符号化）手法は、例えば、一般に画像データの圧縮に用いられるＪＰＥＧ符号化方式である。なお、符号化の手法は、ＬＰＥＧ符号化方式に限られず、プロジェクタ１０００においてデコードが可能な符号化方式であればどのような符号化方式を用いてもよい。
【００３４】
次に、ＣＰＵ１０１は、無線通信部１０８を制御して、ＲＡＭ１０２に格納されたエン符号化画像データをプロジェクタ１０００に送信する。そして、ユーザから画面転送停止が指示されるまで、ＣＰＵ１０１は表示部１０５に表示中の画像の変化を検知する都度、上述のキャプチャ、エンコード、および送信処理を繰り返して行う。
【００３５】
続いて、プロジェクタ１０００の通常動作について説明すると、当該通常動作はＣＰＵ１００１で動作するプログラムによって行われる。なお、ここでは、既に当該プログラムがユーザの指示に応じて起動しているものとする。
【００３６】
まず、ＣＰＵ１００１は、無線通信部１００９を制御してプロジェクタ１０００をスマートフォン１００からの符号化画像データが受信可能な受信待ち受け状態とする。無線通信部１００９がスマートフォン１００から画像データを受信すると、ＣＰＵ１００１は当該符号化画像データをＲＡＭ１００２に格納する。次に、ＣＰＵ１００１はデコーダ１００５を制御してＲＡＭ１００２に格納された符号化画像データをデコード処理して、デコード済み画像データとしてＶＲＡＭ１００４に格納する。なお、デコード処理の後、ＣＰＵ１００１スケーリング処理を行って、デコード済み画像データの画像サイズを所定の表示サイズに変更するようにしてもよい。
【００３７】
続いて、ＣＰＵ１００１はＶＲＡＭ１００４に格納されたデコード済み画像データを読み出して、投影制御部１００７によって当該デコード済み画像データに応じた画像を投影部１００６から投影面（図示せず）に投影表示する。ユーザ操作によって画面転送プログラムの終了指示又はプロジェクタ１０００の電源ＯＦＦがあるまで、スマートフォン１００から符号化画像データを受信する都度、ＣＰＵ１００１は上述の受信、デコード処理、および投影処理を繰り返して行う。
【００３８】
ここで、パーソナルコンピュータ（ＰＣ）およびスマートフォンがＷｅｂサーバをアクセスした際のＷｅｂサーバからＰＣおよびスマートフォンに対するＷｅｂページの提供について説明する。なお、ＰＣは情報処理装置の１つである。
【００３９】
図２は、ＰＣ、スマートフォン、およびＷｅｂサーバにおけるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）通信の処理シーケンスを説明するための図である。なお、ここでは、Ｗｅｂサーバは、ＰＣ用のＷｅｂページ（所定の解像度以上のＷｅｂページ）のＵＲＬとして「ｈｔｔｐ：／／ａａ−ｂｂ．ｃｏｍ」を提供しているものとする。また、スマートフォン用のＷｅｂページ（所定の解像度未満のＷｅｂページ）のＵＲＬとして「ｈｔｔｐ：／／ｓｐ．ａａ−ｂｂ．ｃｏｍ」を提供しているものとする。つまり、Ｗｅｂサーバには内容そのものは同様であるものの、情報量が異なる複数のコンテンツが準備されていることになる。
【００４０】
まず、ステップＳ２００で、ＰＣがＷｅｂブラウザアプリケーション（以下単にＷｅｂブラウザという）を用いてＵＲＬ（ｈｔｔｐ：／／ａａ−ｂｂ．ｃｏｍ）にアクセスする。具体的には、ＰＣのＷｅｂブラウザはＷｅｂサーバに対してＨＴＴＰのＧＥＴリクエスト（ＨＴＴＰリクエスト）を発行して、上記のＵＲＬにおけるＷｅｂページを要求する。
【００４１】
なお、当該ＨＴＴＰリクエストには、メッセージヘッダと呼ばれるフィールドが含まれており、このフィールドには、Ｗｅｂサーバに対してＷｅｂブラウザに関する情報（Ｗｅｂブラウザ情報）が格納される。そして、ＰＣのＷｅｂブラウザがＷｅｂサーバをアクセスする際には、例えば、Ｗｅｂブラウザの種別を示すＵｓｅｒ−Ａｇｅｎｔヘッダに、ＰＣのＷｅｂブラウザであることを示す種別情報（図２においてはＰＣＢｒｏｗｓｅｒ）が格納される。
【００４２】
Ｗｅｂサーバは、ＨＴＴＰリクエストを受信すると、ステップＳ２０１においてＵｓｅｒ−Ａｇｅｎｔヘッダを解析して、アクセス元のＷｅｂブラウザがＰＣ用であるか又はスマートフォン用であるかを判別する。そして、Ｗｅｂサーバは、ＰＣ用のＷｅｂブラウザであることを確認すると、ステップＳ２０２において、ＨＴＴＰのステータスコード２００の成功（ＯＫ）レスポンスとともにＷｅｂページのハイパーテキストをＰＣに返送する。
【００４３】
Ｗｅｂページのハイパーテキストを受信すると、ＰＣにおいてＷｅｂブラウザはハイパーテキストを解釈して当該ハイパーテキストに応じたＷｅｂページを表示部（図示せず）に表示する。
【００４４】
ステップＳ２０３において、スマートフォンがＷｅｂブラウザを用いてＵＲＬ（  ｈｔｔｐ：／／ａａ−ｂｂ．ｃｏｍ）にアクセスする。具体的には、ＷｅｂブラウザはＷｅｂサーバに対してＨＴＴＰのＧＥＴリクエスト（ＨＴＴＰリクエスト）を発行して、上記のＵＲＬにおけるＷｅｂページを要求する。この場合、Ｕｓｅｒ−Ａｇｅｎｔヘッダには、スマートフォンのＷｅｂブラウザであることを示す種別情報（図２においては、ＳｍａｒｔＰｈｏｎｅＢｒｏｗｓｅｒ）が格納される。
【００４５】
Ｗｅｂサーバは、ＨＴＴＰリクエストを受信すると、ステップＳ２０４においてＵｓｅｒ−Ａｇｅｎｔヘッダを解析して、アクセス元のＷｅｂブラウザがＰＣ用であるか又はスマートフォン用であるかを判別する。スマートフォン用のＷｅｂブラウザであることを確認すると、処理はステップＳ２０５に進む。ステップＳ２０５において、Ｗｅｂサーバは、ＨＴＴＰのステータスコード３０２の転送レスポンスとともに、スマートフォン用のＷｅｂページに係るＵＲＬ（ｈｔｔｐ：／／ｓｐ．ａａ−ｂｂ．ｃｏｍ）をスマートフォンに返送する。
【００４６】
転送レスポンスを受信すると、スマートフォンのＷｅｂブラウザは、ステップＳ２０６において、転送先に指定されたＷｅｂページのＵＲＬ（ｈｔｔｐ：／／ｓｐ．ａａ−ｂｂ．ｃｏｍ）に対して再度ＧＥＴリクエスト（ＨＴＴＰリクエスト）を発行する。そして、ＷｅｂサーバはＨＴＴＰリクエストを受信すると、ステップＳ２０７においてステップＳ３０４と同様にしてＵｓｅｒ−Ａｇｅｎｔヘッダとアクセス先のＵＲＬとを照合して、Ｗｅｂブラウザの種別判定を行う。
【００４７】
ここでは、ＷｅｂサーバはスマートフォンのＷｅｂブラウザから、スマートフォン用のＷｅｂページのＵＲＬにアクセスが行われている。そのため、Ｗｅｂサーバは、ステップＳ２０８においてＨＴＴＰのステータスコード２００の成功（ＯＫ）レスポンスととともにＷｅｂページのハイパーテキストをスマートフォンに返送する。
【００４８】
Ｗｅｂページのハイパーテキストを受信すると、スマートフォンにおいてＷｅｂブラウザはハイパーテキストを解釈して当該ハイパーテキストに応じたＷｅｂページを表示部（図示せず）に表示する。
【００４９】
上述のように、Ｗｅｂサーバでは、ＨＴＴＰリクエストに含まれるＵｓｅｒ−Ａｇｅｎｔヘッダに応じて、Ｗｅｂブラウザの種別を判別する。そして、Ｗｅｂサーバは当該判別結果に応じてアクセス先のＵＲＬに応じたＷｅｂページに係るハイパーテキストを返送する又は転送先のＵＲＬをするかを決定している。
【００５０】
続いて、図１に示すスマートフォン１００がＷｅｂサーバから取得したＷｅｂページを、図１に示すプロジェクタ１０００に転送して表示する場合について説明する。
【００５１】
図３は、図１に示すスマートフォン１００からプロジェクタ１０００への画像転送処理を説明するためのフローチャートである。なお、図示のフローチャートに係る処理は、図１に示すスマートフォン１００に備えられたＣＰＵ１０１の制御下で行われる。
【００５２】
なお、画面転送アプリケーションはＲＯＭ１０４に格納されており、ユーザ指示によって画面転送アプリケーションが実行されると、当該画面転送アプリケーションはＲＡＭ１０２に展開され、ＣＰＵ１０１は画面転送プリケーションに応じた処理を開始する。
【００５３】
まず、ステップＳ３００において、ＣＰＵ１０１はユーザ指示に応じて、無線通信部１０８を制御してプロジェクタ（表示装置）２００との無線接続を試みる。そして、ＣＰＵ１０１はプロジェクタ１０００と無線接続が確立されたか否かを判定する。
【００５４】
プロジェクタ１０００においては、ＣＰＵ１００１は無線通信部１００９によってスマートフォン１００からの接続要求を待ち受けている。そして、接続要求を受け付けると、ＣＰＵ１００１は、無線通信部１００９によって当該接続要求の受付をスマートフォン１００に通知する。無線通信部１０８は接続要求の受付通知を受けて無線接続が確立されると、ＣＰＵ１０１に対してイベント通知を行う。一方、無線接続が確立されないと、ＣＰＵ１０１はステップＳ３００の処理を繰り返す。なお、接続先のプロジェクタ１０００についてはユーザがプロジェクタ１０００のＩＰアドレスを入力することによって決定される。
【００５５】
ＣＰＵ１０１が無線接続の確立があったと判定した場合には、処理はステップＳ３０１に進む。ステップＳ３０１では、ＣＰＵ１０１は表示部１０５に表示中のコンテンツ（つまり、画像）、つまり、転送対象のコンテンツがＷｅｂページ（予め定められた種別）であるか否かを判定する。ＣＰＵ１０１が転送対象がＷｅｂページであると判定した場合、処理はステップＳ３０２に進む。
【００５６】
ステップＳ３０２では、ＣＰＵ１０１はスマートフォン用のＷｅｂページ取得モードからＰＣ用のＷｅｂページ取得モード（つまり、所定の形式のコンテンツを取得するモード）に移行して、ＰＣ用のＷｅｂページ（ここでは、所定の形式のコンテンツ）を要求する。例えば、ＣＰＵ１０１はＨＴＴＰリクエストに格納するＵｓｅｒ−ＡｇｅｎｔヘッダをＰＣ用のＷｅｂブラウザのヘッダとしてＨＴＴＰリクエストのＧＥＴメソッドを発行する。
【００５７】
なお、ここでは、Ｕｓｅｒ−ＡｇｅｎｔヘッダをＰＣ用のヘッダとするようにしたが、ＰＣ用のＷｅｂページの取得が可能であれば、どのようなＵｓｅｒ−Ａｇｅｎｔヘッダを用いてもよい。例えば、ＨＴＴＰリクエストにＵｓｅｒ−Ａｇｅｎｔヘッダを格納しないことによって、Ｗｅｂサーバに接続相手がスマートフォンであると認識させないようにして、ＰＣ用のＷｅｂページを取得するようにしてもよい。プロジェクタ１０００に接続中にスマートフォン１００のＷｅｂブラウザによってＷｅｂページにアクセスした際には、当該処理によってスマートフォン１００ではＰＣ用のＷｅｂページを閲覧することになる。
【００５８】
続いて、ステップＳ３０３において、ＣＰＵ１０１は、後述するＷｅｂページをプロジェクタ１０００に画面転送するＷｅｂページ画面転送処理を行う。そして、ステップＳ３０４において、ＣＰＵ１０１はユーザ操作によってプロジェクタ１０００との切断要求（つまり、画面転送の停止）があったか否かを判定する。
【００５９】
ＣＰＵ１０１が切断要求があったと判定した場合には、処理はステップＳ３０５に進む。ステップＳ３０５では、ＣＰＵ１０１はＰＣ用のＷｅｂページ取得モードからスマートフォン用のＷｅｂページ取得モードに移行する。そして、ＣＰＵ１０１は画面転送アプリケーションを終了する。
【００６０】
例えば、ステップＳ３０５の処理では、ＣＰＵ１０１はＨＴＴＰリクエストに格納するＵｓｅｒ−Ａｇｅｎｔヘッダをスマートフォン用のＷｅｂブラウザを示すヘッダとして、ＨＴＴＰリクエストのＧＥＴメソッドを発行可能とする。この処理によって、プロジェクタ１０００との接続が解消された後、スマートフォン１００のＷｅｂブラウザによってＷｅｂページにアクセスした際には、スマートフォン１００ではスマートフォン用のＷｅｂページを閲覧することができる。なお、この接続が解消されたタイミングで自動的にＧＥＴメソッドを発行してもよい。その場合は、自動的にスマートフォン用のＷｅｂページの表示に更新されることになる。
【００６１】
ステップＳ３０４において、ＣＰＵ１０１が切断要求がないと判定した場合には、処理はステップＳ３０５に進む。ステップＳ３０６において、ＣＰＵ１０１は表示部１０５に表示中のコンテンツをチェックして、転送対象（つまり、コンテンツ）が変化したか否かを判定する。ＣＰＵ１０１が転送対象が変化したと判定した場合、処理はステップＳ３０１に戻る。一方、ＣＰＵ１０１が転送対象が変化しないと判定した場合、処理はステップＳ３０３に戻る。ここでいうコンテンツの変化とは、例えば、Ｗｅｂページのリンクがユーザ操作により選択された結果、リンク先のＷｅｂページのＨＴＭＬデータがネットワーク上からダウンロードされ、表示が更新されることをいう。
【００６２】
ステップＳ３０１において、ＣＰＵ１０１が転送対象がＷｅｂページでないと判定した場合、処理はステップＳ３０７に進む。ステップＳ３０７において、ＣＰＵ１０１は、後述する通常画面転送処理を行う。そして、ステップＳ３０８において、ＣＰＵ１０１は、ステップＳ３０４の処理と同様にしてプロジェクタ１０００との切断要求があったか否かを判定する。
【００６３】
ＣＰＵ１０１がプロジェクタ１０００との切断要求があったと判定した場合、画面転送アプリケーションは終了する。一方、ＣＰＵ１０１がプロジェクタ１０００との切断要求がないと判定した場合、処理はステップＳ３０９に進む。
【００６４】
ステップＳ３０９では、ＣＰＵ１０１は、ステップＳ３０６の処理と同様にして、転送対象のコンテンツが変化したか否かを判定する。ＣＰＵ１０１が転送対象が変化したと判定した場合、処理はステップＳ３０１に戻る。一方、ＣＰＵ１０１が転送対象の変化がないと判定した場合、処理はステップＳ３０７に戻る。
【００６５】
図４は、図３に示す通常画面転送処理を説明するためのフローチャートである。なお、図示のフローチャートに係る処理はＣＰＵ１０１の制御下で行われる。
【００６６】
通常画面転送処理を開始すると、ステップＳ４００において、ＣＰＵ１０１は表示制御部１０６を制御して表示部１０５に表示中の画像データをキャプチャして、当該画像をＶＲＡＭ１０３からＲＡＭ１０２に転送する。続いて、ステップＳ４０１において、ＣＰＵ１０１はＲＡＭ１０２に格納された画像データをエンコードして符号化画像データとする。そして、ＣＰＵ１０１は当該符号化画像データをＲＡＭ１０２に格納する。
【００６７】
続いて、ステップＳ４０２において、ＣＰＵ１０１はＲＡＭ１０２に格納された符号化画像データを、表示データとして無線通信部１０８によってプロジェクタ１０００に送信する。その後、ステップＳ４０３において、ＣＰＵ１０１は表示部１０５に表示中の画像（つまり、表示データ）が変化したか否かを判定する。
【００６８】
ＣＰＵ１０１が表示画面の変化がないと判定した場合、通常画面転送処理は終了する。一方、ＣＰＵ１０１が表示画面の変化があると判定した場合、処理はステップＳ４００に戻る。
【００６９】
図５は、図３に示すＷｅｂページ画面転送処理を説明するためのフローチャートである。なお、図示のフローチャートに係る処理はＣＰＵ１０１の制御下で行われる。
【００７０】
Ｗｅｂページ画面転送処理が開始されると、ステップＳ５００において、ＣＰＵ１０１はＲＡＭ１０２に展開されたＷｅｂページのレンダリング結果のうち、後述するプロジェクタ１０００に送信する領域を転送領域（送信領域ともいう）としてキャプチャする。つまり、ステップ５００の処理では、ＣＰＵ１０１はＷｅｂページのレンダリング結果をＲＡＭ１０２から取得して、転送対象の領域（転送対象コンテンツ）分のみを取得する処理を行う。なお、転送対象の領域とは、プロジェクタ１０００が表示する領域のことをいう。
【００７１】
続いて、ステップＳ５０１において、ＣＰＵ１０１は転送領域に係る画像データをエンコードして、符号化転送領域画像データとする。そして、ステップＳ５０２において、ＣＰＵ１０１は符号化転送領域画像データを、無線通信部１０８によってプロジェクタ１０００に送信する。
【００７２】
次に、ステップＳ５０３において、ＣＰＵ１０１は転送領域と送信時点でＲＡＭ１０２に展開されたＷｅｂページのレンダリング結果である画像データとを比較して、その比較結果に応じて変化があったか否かを判定する。ＣＰＵ１０１が転送領域とＲＡＭ１０２に展開された画像データとに変化があると判定した場合、処理はステップＳ５００に戻る。そして、ＣＰＵ１０１はＲＡＭ１０２に展開されたレタリング結果のうちプロジェクタ１０００に送信する領域を次の転送領域としてキャプチャする。一方、ＣＰＵ１０１が転送領域とＲＡＭ１０２に展開された画像データとに変化がないと判定した場合、Ｗｅｂページ画面転送処理は終了する。
【００７３】
図６は、図５に示すキャプチャ処理および転送領域変化判定処理を説明するための図である。そして、図６（ａ）はスマートフォンがＰＣ用Ｗｅｂページをプロジェクタに転送表示する状態を示す図であり、図６（ｂ）は転送領域変化後の状態の一例を示す図である。また、図６（ｃ）は転送領域変化後の状態の他の例を示す図である。
【００７４】
いま、図６（ａ）に示すように、スマートフォン１００でＰＣ用のＷｅｂページをＷｅｂサーバから取得して、プロジェクタ１０００に当該Ｗｅｂページを投影画面６０１として転送表示しているものとする。ここで、ユーザがスマートフォン１００を操作して、Ｗｅｂページの拡大処理を行ったとする。
【００７５】
この際、通常画面転送処理と同様にＷｅｂページの変化を判定して、ＣＰＵ１０１がＶＲＡＭ１０３に記録された画像データをプロジェクタ１０００に転送すると、プロジェクタ１０００においてはその投影画面６０１が変化することになる。一方、図５に示すステップＳ５０３では、転送領域と、送信時点でＲＡＭ１０２に展開されたＷｅｂページのレンダリング結果である画像データとを比較した結果、ＣＰＵ１０１は転送領域の変化（つまり、表示範囲の変化）はないと判定することになる。この結果、プロジェクタ１０００では、図６（ｂ）に示すように、スマートフォン１００における拡大処理が影響せず、図６（ａ）に示す投影画面６０１と同様の投影画面６０２が投影表示されることになる。
【００７６】
なお、上述の処理は、拡大の他に、縮小又は画面スクロールなどの所定の操作を行った場合にも適用される。
【００７７】
さらに、ユーザがスマートフォン１００において、Ｗｅｂページに対して、例えば、文字の入力（ここでは、Ｔｏｍ）を行うと、ＣＰＵ１０１は転送領域の変化があったと判定することになる。この結果、図６（ｃ）に示すように、プロジェクタ１０００においては、文字入力（ここでは、Ｔｏｍ）が反映された投影画面６０３が投影表示されることになる。
【００７８】
このように、本発明の実施の形態では、スマートフォン１００に接続されたプロジェクタ１０００に転送するコンテンツがＷｅｂページであるか否かに応じて、Ｗｅｂサーバに送信するリクエストに付加するＷｅｂページの種別を示す情報を切り替える。これによって、プロジェクタ１０００に適したレイアウトでＷｅｂページを転送表示することができる。
【００７９】
ところで、上述の実施の形態においては、Ｗｅｂページ取得モードの変更を行う際の条件としてプロジェクタ１０００との無線接続の確立を条件としている。しかし、これに加えてさらに、スマートフォン１００に接続されたプロジェクタ１０００の解像度が予め規定された解像度以上であるという条件を追加してもよい。これによって、プロジェクタ１０００の解像度が予め規定された解像度未満である小さい場合には、スマートフォン用のＷｅｂページがプロジェクタ１０００に転送されることになる。つまり、プロジェクタ１０００の性能に応じて適切なＷｅｂページがプロジェクタ１０００に転送されて投影表示されることになる。
【００８０】
また、プロジェクタ１０００における投影状態がＰｉｎＰ又はＰｂｙＰなどの表示形態である場合は、スマートフォン１００から転送される画像データを表示するための表示領域のサイズが小さくなる。そのため、この場合は上記のＷｅｂページ取得モードの変更を行わないようにしてもよい。この結果、ＰｉｎＰ又はＰｂｙＰなどの表示形態である場合には、スマートフォン用のＷｅｂページがプロジェクタ１０００に投影されるので、投影面領域を有効に用いて投影表示を行うことができる。
【００８１】
なお、この場合においても、スマートフォン１００から転送される画像データを投影する領域が十分に大きければ、スマートフォン１００はＷｅｂページ取得モードを変更して、ＰＣ用のＷｅｂページを投影表示するようにしてもよい。
【００８２】
上述のように、ＰｉｎＰ又はＰｂｙＰなどの表示形態である場合には、プロジェクタ１０００で転送表示されるＷｅｂページはスマートフォン用のＷｅｂページとなる。この際、ＰｉｎＰ又はＰｂｙＰなどの表示形態を解除して通常の表示形態に戻した場合にスマートフォン１００が取得するＷｅｂページをＰＣ用Ｗｅｂページに切り替えたとする。いままで、スマートフォン用Ｗｅｂページが投影表示された状態からＰＣ用Ｗｅｂページが投影表示されると、投影面を見ている聴衆は同一内容のＷｅｂページが表示されているか否かを判別することが困難となる。そこで、このように、プロジェクタ１０００の表示形態をＰｉｎＰ又はＰｂｙＰなどの表示形態から通常の表示形態に戻した場合には、スマートフォン１００はＰＣ用Ｗｅｂページの再取得を行わないようにしてもよい。
【００８３】
また、ＰＣ用Ｗｅｂページを投影するプロジェクタ１０００の表示形態が通常からＰｉｎＰ又はＰｂｙＰに変更された場合も、スマートフォン１００はスマートフォン用Ｗｅｂページの再取得を行わないようにしてもよい。
【００８４】
上述のように、ここでは、情報処理装置としてスマートフォンを例に挙げて説明した。しかしながらこれに限られるものではない。情報処理装置としては、Ｗｅｂブラウザ機能および画面転送機能を備えていれば、スマートフォン以外の他のモバイル携帯端末などの情報処理装置（例えば、タブレットＰＣ）を採用することも可能である。
【００８５】
上述の説明から明らかなように、図１に示す例においては、ＣＰＵ１０１が判定手段として機能し、ＣＰＵ１０１が制御手段として機能する。また、表示制御部１０６は、表示手段として機能し、無線通信部１０８が受信手段および送信手段として機能する。
【００８６】
以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。
【００８７】
例えば、上記の実施の形態の機能を制御方法として、この制御方法を情報処理装置に実行させるようにすればよい。また、上述の実施の形態の機能を有するプログラムを制御プログラムとして、当該制御プログラムを情報処理装置が備えるコンピュータに実行させるようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。
【００８８】
また、本発明は、以下の処理を実行することによっても実現される。つまり、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種の記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵなど）がプログラムを読み出して実行する処理である。
【図１】
2015075944.tif 000003
【図２】
2015075944.tif 000004
【図３】
2015075944.tif 000005
【図４】
2015075944.tif 000006
【図５】
2015075944.tif 000007
【図６】
2015075944.tif 000008
【図７】
2015075944.tif 000009