JP2015118518A

JP2015118518A - 通信装置

Info

Publication number: JP2015118518A
Application number: JP2013261152A
Authority: JP
Inventors: 村上　則明; Noriaki Murakami; 則明村上
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2013-12-18
Filing date: 2013-12-18
Publication date: 2015-06-25

Abstract

【課題】コンテンツの各データの品質を損なわずに伝送する。【解決手段】外部機器と通信する通信装置は、通信装置を制御する制御部を備える。制御部は、画像データと、当該画像に合成される部品画像のための部品データとを含む複数種類のデータからなるコンテンツについて、各データの種類から当該データの伝送規格を決定し、且つ、各データを決定した規格に従って外部機器に当該データを送信するように構成される。【選択図】図７

Description

本発明は通信装置に関し、特に、外部装置と通信するための通信装置に関する。

無線によって、端末の表示画像等を外部装置に伝送し出力させる場合に、Wi-Fi（登録商標：Wireless Fidelity）Directに従いデータ送信する、Miracast(Wi-Fi Display)という規格が用いられる。

また、静止画や動画といったコンテンツを外部機器とやりとりする技術として、DLNA（Digital Living Network Alliance）の規格が知られている。

画像等の無線通信に関し、特許文献１（特開２０１２-１２０２１８号公報）では、外部ディスプレイ手段を伴う外部装置を接続可能な携帯情報通信装置がＷｅｂサーバにアクセスした場合、携帯情報通信装置は、外部ディスプレイ接続状況に応じて、Ｗｅｂサーバから適合性の高いデータを受信することを実現する。特許文献１では、送受信機の環境によって送信コンテンツを変更する。

また、画面の表示画像等のコンテンツの送信に関し、特許文献２（特開２０１３−１７９６４６号公報）、特許文献３（特開２０１２−７４７７１号公報）、および特許文献４（特開２００９−１００２４６号公報）に開示の技術が提案されている。

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

携帯端末からＴＶ（Television）等の外部機器に対して、携帯端末のプレイヤで再生中の動画／静止画コンテンツを外部機器に送信するケースを想定する。

Miracastの規格を使用して伝送する場合、元コンテンツをデコードした後の画像データをプレイヤのＵＩ（User Interface）部品等の画像と合成し、合成後の画像をエンコード処理してから送信するため、元コンテンツの画質が劣化する。

また、DLNAの規格を使用して伝送する場合には、元コンテンツをそのままストリーム送信できるため画質の劣化はないが、送信できるコンテンツの種類が静止画・動画等、規格上限られているため、プレイヤのＵＩ部品等の画像は送信することができない。

それゆえに本発明の目的は、コンテンツの各データの品質を損なわずに伝送することができる通信装置を提供することである。

この発明のある局面に従う、外部機器と通信する通信装置は、通信装置を制御する制御部を、備え、制御部は、画像データと、当該画像に合成される部品画像のための部品データとを含む複数種類のデータからなるコンテンツについて、各データの種類から当該データの伝送規格を決定し、且つ、各データを決定した規格に従って外部機器に当該データを送信するように構成される。

本発明によれば、コンテンツの品質を損なわずに伝送することができる。

本発明の実施の形態に係るネットワークシステムの構成図である。本発明の実施の形態に係る携帯端末１００のハードウェア構成図である。図２のハードディスク１０２の内容例を示す図である。本発明の実施の形態に係る外部機器２００のハードウェア構成図である。本発明の実施の形態に係る機器の機能構成図である。本発明の実施の形態に係る通信に用いるパケットの構成例を示す図である。本発明の実施の形態１に係る通信態様を示す図である。図７の通信態様に従う通信処理のためのフローチャートである。本発明の実施の形態２に係る通信態様を示す図である。図９の通信態様に従う通信処理のためのフローチャートである。本発明の実施の形態３に係る通信態様を示す図である。図１１の通信態様に従う通信処理のためのフローチャートである．

以下、本発明の実施の形態について図面を参照し詳細に説明する。なお、同一の構成要素には各図において同一の符号を付し、詳細な説明は繰返さない。

本実施の形態では、コンテンツを伝送するために規定された通信プロトコル、エンコード／デコードの方式、多重化方式等を総称して“規格”と呼ぶ。

本実施の形態では、コンテンツは、画像データと、当該画像に合成されて表示される部品画像のための部品データとを含む複数種類のデータからなり、コンテンツの各データの種類から当該データの伝送規格を決定する。そして、コンテンツを伝送する場合には、各データをそれについて決定した規格に従って送信する。

（ハードウェア構成）
図１は、この発明の実施の形態に係るネットワークシステムの構成図である。図１を参照してネットワークシステムは、無線または有線等の伝送路であるネットワーク４００、ならびにネットワーク４００に接続する携帯端末１００、外部機器２００およびサーバ３００を備える。携帯端末１００は、スマートフォン、タブレット端末等の携帯型の情報処理端末を含む。外部機器２００は、ＴＶ（Television）等の各種の装置を含む。サーバ３００はＣＰＵ（Central Processing Unit）３０１、ネットワーク４００と通信するためのモデム回路等を含む通信Ｉ／Ｆ（Interfaceの略）３０２、および各種のコンテンツを格納したコンテンツデータベース３０３を備える。

図２には、携帯端末１００のハードウェア構成が示される。通信装置に相当する携帯端末１００は、制御部、音声出力のためのスピーカ１１２、液晶等のディスプレイ１１１、および指示および指令などを入力するためにユーザにより操作されるキーボード１１０を備える。制御部は、ＣＰＵなどからなる制御プロセッサ１０１、記憶部に相当するハードディスク（Hard Disc：HD）１０２、ネットワーク４００と通信するためのモデム回路等を含む通信Ｉ／Ｆ１０３、および受信信号から各種信号を分離して抽出するための分離部１０４を含む。さらに、画像信号を処理（拡大、縮小、画像補正、階調処理等）するための画像プロセッサ１０５、画像プロセッサ１０５からの処理後の画像信号に基づきディスプレイ１１１を駆動し、画像を表示させるためのドライブ回路１０６、音声信号に基づきスピーカ１１２に音声を出力させるためのオーディオプロセッサ１０７を備える。

図３には、携帯端末１００のハードディスク１０２に格納されるデータの一例が示される。図３を参照して、ハードディスク１０２には、複数のコンテンツが格納される。具体的には、静止画または動画等の画像データを格納した複数の画像ファイル５０、音声データを格納した複数の音声ファイル６０および複数のＵＩ（User Interface）部品７０が格納される。画像ファイル５０には、当該画像の再生時に出力されるべき音声データを格納した音声ファイル６０が関連付けされている。なお、画像と音声のデータは図３のように別ファイルとすることなく、１個のファイルに格納されてもよい。画像ファイル５０は、画像データ５１および当該画像データ５１の種類（静止画、動画の別）を示す種類データ５２を含む。ここでは、説明を簡単にするために、１個のコンテンツは、画像ファイル５０の画像データ５１、これに関連付けされた音声ファイル６０の音声データ、および当該画像と合成された表示されるＵＩ部品７０のデータを含む。

ＵＩ部品７０は、コンテンツの画像データ５１の表示画面を閲覧中のユーザに対して情報の表示方式またはデータ入力方式を規定するためのデータであって、ＵＩ画像７１およびＵＩ画像が合成される位置（座標位置）等の補足情報７２を含む。ＵＩ画像７１は、ここでは、プレイヤ（再生装置）の再生・停止・早送り・巻き戻し等の各種操作を受付けるための文字、アイコン等の絵柄を画面に表示するための画像データであるが、これに限定されない。また、補足情報７２は表示中の画像（静止画、動画）に、対応のＵＩ画像７１を重畳表示されるように合成する場合に、その重畳されるべき座標位置、合成時のサイズ等を示す。

図４には、外部機器２００の構成が示される。図４を参照して、外部機器２００は制御部、スピーカ２１２およびディスプレイ２１１を備える。外部機器２００の制御部は、図２に示した携帯端末１００と同様の機能構成を有し、ＣＰＵなどからなる制御プロセッサ２０１、ハードディスク２０２、ネットワーク４００とするための通信Ｉ／Ｆ２０３、および受信信号に含まれる信号を分離して抽出するための分離部２０４を含む。さらに、画像信号を処理するための画像プロセッサ２０５、画像プロセッサ２０５からの画像信号に基づきディスプレイ２１１を駆動し、画像を表示させるためのドライブ回路２０６、音声信号に基づきスピーカ２１２に音声を出力させるためのオーディオプロセッサ２０７を備える。携帯端末１００と異なる点は、リモコン受信部２０８を備える点である。リモコン受信部２０８は、ユーザからの指示および指令などを入力するために操作される図示しないリモコン（リモートコントローラの略）からの信号をデータに変換し制御プロセッサ２０１に出力する。

（機能構成）
図５には、携帯端末１００と外部機器２００との機能が、両者が通信する態様で示される。図５を参照して携帯端末１００は、各アプリケーションの動作に従い表示する画像および音声の作成等の処理を行うアプリケーション部１、コンテンツの画像データ、プレイヤのＵＩ部品等の画像データを作成する画像作成部２、およびコンテンツの音声データ、システムのサウンドデータ等の音声データを作成する音声作成部３を備える。作成された画像および音声のデータから、画像ファイル５０および音声ファイル６０が作成されてハードディスク１０２に格納される。これらの機能は、制御プロセッサ１０１に対応する。

さらに、作成した音声・画像データをどのように合成するか、またどのモードで送信するかを制御する外部出力制御部４、作成した複数の画像データを元に合成処理を行う画像プロセッサ１０５に対応の画像合成処理部５、および作成した複数の音声データを元に合成処理を行うオーディオプロセッサ１０７に対応の音声合成処理部６を備える。さらに作成した（またはハードディスク１０２の）コンテンツをMiracastで送信する処理を行う通信Ｉ／Ｆ１０３に対応のMiracast処理部７、作成した（またはハードディスク１０２の）コンテンツ）をDLNAで送信する処理を行う通信Ｉ／Ｆ１０３に対応のDLNA処理部８、画像データを合成処理する場合の配置位置およびサイズ等の付加情報を解釈する画像プロセッサ１０５に対応の補足付加情報処理部９、およびネットワーク４００を介して接続先の装置との間で通信するための通信Ｉ／Ｆ１０３に対応の通信部１０を備える。

図２の分離部１０４は、通信Ｉ／Ｆ１０３が受信したコンテンツから画像、音声、ＵＩ部品７０のデータを抽出して分離し、画像とＵＩ部品７０は画像プロセッサ１０５に出力し、音声はオーディオプロセッサ１０７に出力する。

外部機器２００は、各アプリケーションの動作に従い、画面に表示する画像および音声の作成等の処理を行う制御プロセッサ２０１に対応のアプリケーション部２１、コンテンツの画像データまたはプレイヤのＵＩ部品等に従う画像を表示するドライブ回路２０６に対応の画像表示部２２、およびコンテンツの音声データまたはシステムのサウンドデータ等に従う音声を出力させるオーディオプロセッサ１０７に対応の音声出力部２３を備える。

さらに、受信した音声・画像データをどのように表示・出力させるかを制御する外部入力制御部２４、受信データを解析後、受信した画像データを元に合成処理を行う画像プロセッサ２０５に対応の画像合成処理部２５、および受信データを解析後、受信した音声データを元に合成処理を行うオーディオプロセッサ２０７に対応の音声合成処理部２６を備える。さらに、Miracastで送信されたデータを受信・解析する処理を行う制御プロセッサ２０１に対応のMiracast処理部２７、DLNAで送信されたデータを受信・解析する処理を行う制御プロセッサ２０１に対応のDLNA処理部２８、補足情報を解釈して画像の表示サイズおよび表示位置を決定する解釈処理を行う画像プロセッサ２０５に対応の補足付加情報処理部２９、およびネットワーク４００を介して接続先の装置との間で通信するための通信Ｉ／Ｆ２０３に対応の通信部３０を備える。

図４の分離部２０４は、通信Ｉ／Ｆ２０３が受信したコンテンツから画像、音声、ＵＩ部品７０のデータを抽出して分離し、画像とＵＩ部品７０は画像プロセッサ２０５に出力し、音声はオーディオプロセッサ２０７に出力する。

（パケット構成）
図６には、本発明の実施の形態に係る通信に用いられるパケット８０の構成例が示される。パケット８０は、ヘッダ部８１と送受信するべきデータを格納するデータ部８２を含む。ヘッダ部８１には、アドレスデータ８３および種類８４、ならびにパケット番号などが格納される。アドレスデータ８３は、当該パケット８０の送信元および送信先（宛先）の装置に割当てられたアドレスを示す。種類８４は、データ部８２に格納されたデータの種類（画像（動画／静止画）、ＵＩ画像７１、補足情報７２等）を示す。

（処理の概要）
本実施の形態では、携帯端末１００においてコンテンツをディスプレイ１１１に表示して再生中に、携帯端末１００からＴＶ等の外部機器２００に対して表示画面の画像データを送信する。外部機器２００は受信した画面の画像データに従う画像をディスプレイ２１１に表示する。携帯端末１００のディスプレイ１１１での表示中の画像と外部機器２００のディスプレイ２１１の表示中の画像とを同じにすることができる。

ここでは、携帯端末１００からコンテンツを送信するとしたが、外部機器２００から再生中のコンテンツを携帯端末１００宛てに送信するとしてもよい。また、送信対象のコンテンツは再生中のコンテンツとしたが、再生されていないコンテンツを送信するとしてもよい。

コンテンツは、当該コンテンツを構成するデータの種類に応じた規格を用いて伝送する。規格として、DLNAまたはMiracastを用いる。携帯端末１００は動画／静止画および音声はDLNAで、またＵＩ画像はMiracastに従いエンコード（圧縮）し、これらを多重化してパケット８０を用いて送信する。また、当該ＵＩ部品７０の補足情報７２は、これらとは異なる独自規格に従ってパケット８０に格納して送信する。このように、コンテンツの画像および音声に関してはそのままの状態で伝送することで再圧縮によるデータ欠損など劣化のない画像および音声を送信することができる。また、比較的、データ欠損に耐性を有する（データ補完が容易である）ＵＩ画像７１は圧縮して送信することができる。

（実施の形態１）
本実施の形態１では、携帯端末１００のコンテンツを外部機器２００に送信する場合を説明する。図７には、携帯端末１００から再生対象コンテンツを外部機器２００に送信する場合の通信態様の一例が示される。図８は、図７の通信態様に従う通信処理フローチャートであり、携帯端末１００側の処理を示す。当該処理フローチャートに従うプログラムは、携帯端末１００の記憶部に格納されて、ＣＰＵがプログラムを読み出し実行することにより、処理が実現される。

携帯端末１００において、キーボード１１０からの操作信号に基づきユーザが指定したコンテンツの画像ファイル５０と関連の音声ファイル６０をＨＤ１０２から読み出し、画像ファイル５０の画像データを画像プロセッサ１０５に与え、音声ファイル６０の音声データをオーディオプロセッサ１０７に与える。また、ＣＰＵはＵＩ部品７０をハードディスク１０２から読み出し、画像プロセッサ１０５に与える。

画像プロセッサ１０５は入力する画像データとＵＩ部品７０を処理し、ＵＩ画像７１を補足情報７２に従ってコンテンツの画像と合成（重畳）するような画像信号を生成し出力する。ドライブ回路１０６は、画像プロセッサ１０５からの画像信号に基づきディスプレイ１１１にＵＩ画像７１が重畳したコンテンツ画像を表示させる。また、オーディオプロセッサ１０７は音声データに基づきスピーカ２１２に音声を出力させる。これにより、携帯端末１００においてコンテンツが再生される。

上記のように再生する際に、ユーザ操作により外部への出力処理が指示されると、制御プロセッサ１０１のＣＰＵは、外部機器２００に送信するために、ハードディスク１０２から再生中の画像ファイル５０と対応する音声ファイル６０とＵＩ部品７０を読み出すことにより取得する（ステップＳ（以下、単にＳという）３）。

続いて、取得されたデータについてMiracastで送信すべきデータであるか否かを判定する（Ｓ５）。具体的には、ファイルの拡張子またはデータのヘッダの識別子などから、すなわちデータの種類からデータ伝送のための規格を決定する。例えば、Miracastで送信するデータであるか否かを決定する。ＵＩ部品７０はMiracastで送信すると決定され（Ｓ５でＹＥＳ）、Ｓ７に移行するが、画像ファイル５０および音声ファイル６０はMiracastではない、すなわちDLNAで送信すると決定されて（Ｓ５でＮＯ）、Ｓ９に移行する。

Ｓ７では、Miracast処理部７はＵＩ部品７０のＵＩ画像７１をMiracast規格に従った送信データを生成し、補足付加情報処理部９は、対応の補足情報７２を予め定めた規格（予め決定した規格）に従ってエンコードする。その後、Ｓ１１に移行する。また、Ｓ９では、DLNA処理部２８は画像ファイル５０の画像データと、音声ファイル６０の音声データとを、DLNAで規格に従った送信データを生成する。その後、Ｓ１１に移行する。

Ｓ１１では、通信部１０はステップＳ７とＳ９で生成したデータをネットワーク４００に送信する。エンコードされた補足情報７２は、パケット８０によりネットワーク４００に送信される。このパケット８０のヘッダ部８１のアドレスデータ８３は、送信元の携帯端末１００のアドレスと宛先の外部機器２００のアドレスとを含む。また、種類８４は“コンテンツ”を示す。このパケット８０のヘッダ部８１のアドレスデータ８３も、送信元の携帯端末１００のアドレスと宛先の外部機器２００のアドレスとを含むが、種類８４は“補足情報”を示す。

ここでは、パケット８０を用いたが、フレーム単位で伝送するとしてもよい。
その後、ＣＰＵはキーボード１１０からのユーザ操作内容を示す操作信号に基づき、外部機器２００への出力停止要求を受付けたか否かを判定する（Ｓ１３）。停止要求を受付けたと判定すると（Ｓ１３でＮＯ）図８の処理を終了するが、停止要求を受付けない間は、Ｓ３に戻り以降の処理が繰り返される。

図７を参照して、外部機器２００では携帯端末１００から受信したデータのうち画像データはコンテンツ画像にＵＩ画像７１を補足情報７２に従って画像合成処理部２５が合成し、また、音声は音声合成処理部２６が処理する。合成後の画像はディスプレイ２１１に表示され、また処理後の音声はスピーカ２１２に出力される。

本実施の形態１によれば、高い画像品質が要求される動画や静止画のコンテンツ等はDLNA規格を用いてストリームデータで送信し、これ以外のＵＩ画像７１についてはMiracast形式で送信し、また、補足情報７２も並行して送信する。受信機側の外部機器２００では、受信したコンテンツと、対応するＵＩ部品７０（ＵＩ画像７１および補足情報７２）を用いて、受信データを合成し、合成後の画像を表示する。外部機器２００では、劣化のないコンテンツをプレイヤ画面上に表示することができる。

なお、ＵＩ部品７０を伝送するための規格はMiracastに限定されず、例えばWiDi、WirelessHDMI（登録商標）等の他の無線伝送規格に変更してもよい。また、DLNAについても他のコンテンツの伝送に関する規格に変更してもよい。

（実施の形態２）
本実施の形態２では、外部機器２００のハードディスク２０２に再生対象のコンテンツが既に格納されている場合を説明する。図９には、再生対象コンテンツが外部機器２００のハードディスク２０２に格納されている場合の通信態様の一例が示される。図１０は、図９の通信態様に従う通信処理フローチャートであり、携帯端末１００側の処理を示す。当該処理フローチャートに従うプログラムは、携帯端末１００の記憶部に格納されて、ＣＰＵがプログラムを読み出し実行することにより、処理が実現される。

図１０の処理フローチャートは図８の処理フローチャートと類似する。両者を比較し異なる点は、図１０においてステップＳ１、Ｓ２およびＳ４の処理が追加された点にある。他の処理は図８と同様であり、ここでは説明を繰り返さず、相違する処理を説明する。

まず、携帯端末１００のＣＰＵは、再生対象のコンテンツのデータを有するかの問合わせを、通信部１０を介して送信するための問合わせ部を有する。問合わせ部は、ネットワーク４００を経由して外部機器２００宛てに問合わせを送信する（Ｓ１）。外部機器２００では、問合わせを受信すると制御プロセッサ２０１はハードディスク２０２を検索し、対象コンテンツが格納されているかを判定する。判定結果から、当該問合わせに対する応答を生成して送信する。続いて、携帯端末１００の制御プロセッサ１０１は、外部機器２００から受信した応答に基づき、外部機器２００に対象コンテンツが格納されているか否かを判定する（Ｓ２）。格納されていないと判定した場合（Ｓ２でＮＯ）は、実施の形態１で説明したＳ３〜Ｓ１３の処理が実行される。

一方、応答から外部機器２００に対象コンテンツが格納されていると判定した場合（Ｓ２でＹＥＳ）、コンテンツの送信を省略して、対応するＵＩ部品７０に従う送信データを作成する（Ｓ４）。その後、Ｓ１１でパケット８０に格納して伝送する。

Ｓ４では、制御プロセッサ１０１は対象コンテンツ（画像ファイル５０）に関連付けされたＵＩ部品７０をハードディスク１０２から読み出す。読み出したＵＩ部品７０のうちＵＩ画像７１はMiracast規格に従った形式でデータが生成され、また対応の補足情報７２は予め定めた規格に従ってエンコードされる。また、このとき、再生対象のコンテンツを指定する“コンテンツ指定情報”もエンコードする。その後、Ｓ１１に移行して、これらエンコードされたデータはパケット８０に格納されてネットワーク４００を経由し、外部機器２００に送信される。

図９を参照して、外部機器２００では、制御プロセッサ２０１は携帯端末１００から受信したＵＩ部品７０のデータと“コンテンツ指定情報”とをデコードする。コンテンツ指定情報に基づきハードディスク２０２から読み出した再生対象コンテンツをデコードする。画像プロセッサ２０５はデコード後のコンテンツとＵＩ部品７０を合成して、ディスプレイ２１１に画像を表示させる。

実施の形態１において外部機器２００は、携帯端末１００から受信したコンテンツをハードディスク２０２に格納しておくことにより、次回以降は、実施の形態２に示すように携帯端末１００から当該コンテンツを取得する処理（Ｓ３〜Ｓ９）を省略することができる。

（実施の形態３）
本実施の形態３では、サーバ３００から再生対象のコンテンツを取得する場合を説明する。図１１には、再生対象コンテンツがサーバ３００に格納されている場合の通信態様の一例が示される。図１２は、図１０の通信態様に従う通信処理フローチャートであり、携帯端末１００側の処理を示す。当該処理フローチャートに従うプログラムは、携帯端末１００の記憶部に格納されて、ＣＰＵがプログラムを読み出し実行することにより、処理が実現される。

図１２の処理フローチャートは図８の処理フローチャートと類似する。両者を比較し異なる点は、図８のステップＳ１とＳ３の処理をＳ０の処理に変更した点にある。他の処理は図８と同様であり、ここでは説明を繰り返さず、相違する処理を説明する。

まず、携帯端末１００のＣＰＵのサーバ問合わせ部は、Ｓ０において、サーバ３００に対し、再生対象となるコンテンツの有無を問い合わせ、サーバ３００から受信する応答に基づき当該コンテンツがサーバ３００に格納されているかを判定する。

サーバ３００に格納されていると判定したとき（Ｓ０でＹＥＳ）、Ｓ４ａ以降の処理が実行され、格納されていないと判定したとき（Ｓ０でＮＯ）、Ｓ３以降の処理が上述と同様に実行される。

Ｓ４ａでは、制御プロセッサ１０１は対象コンテンツ（画像ファイル５０）に関連付けされたＵＩ部品７０をハードディスク１０２から読み出す。読み出したＵＩ部品７０のうちＵＩ画像７１はMiracast規格に従った形式でデータが生成され、また対応の補足情報７２は予め定めた規格に従ってエンコードされる。また、このとき、外部機器２００に画像ファイル５０等をサーバ３００から取得するように要求する指示、すなわち“コンテンツ指定情報”もエンコードする。“コンテンツ指定情報”は、例えばＵＲＬ（Uniform Resource Locator）アドレスを示す。その後、Ｓ１１に移行して、これらエンコードされたデータはパケット８０に格納されてネットワーク４００を経由し、外部機器２００に送信される。

図１１を参照して、外部機器２００では、制御プロセッサ２０１は携帯端末１００から受信したＵＩ部品７０のデータと“コンテンツ指定情報”とをデコードする。そして、““コンテンツ指定情報”に基づきサーバ３００から再生対象コンテンツをダウンロードしデコードする。デコード後のコンテンツとＵＩ部品７０とを合成処理して、ディスプレイ２１１に表示する。

実施の形態３において外部機器２００は、サーバ３００から受信したコンテンツをハードディスク２０２に格納しておく。これにより、次回以降の当該コンテンツの再生では、実施の形態２に示すように携帯端末１００（またはサーバ３００）から当該コンテンツを取得する処理を省略することができる。

（実施の形態４）
携帯端末１００と外部機器２００と間でコンテンツ再生に関して、同期をとることができる。外部機器２００は、Miracastに従う受信データに含まれる時間情報（ＵＩ画像７１が表示されるべきコンテンツ画像のフレーム番号等）に基づき、DLNAで受信したコンテンツ画像に、当該ＵＩ画像７１を重畳するように合成する。または、携帯端末１００で同期を取るようにしてもよい。

（実施の形態の構成）
外部機器２００と通信する通信装置の携帯端末１００の制御部は、画像データ（画像ファイル５０）と、当該画像に合成される部品画像のための部品データ（ＵＩ部品７０）とを含む複数種類のデータからなるコンテンツについて、各データの種類から当該データの伝送規格を決定し（Ｓ５）、且つ、各データを決定した規格に従って前記外部機器に当該データを送信するように構成される。

したがって、コンテンツ伝送は、当該コンテンツを構成する各データの種類に応じた伝送規格に従って送信することができ、データ損失などを回避できる規格を決定して送信できる。

上記の部品データは、ユーザ操作を受付けるためのＵＩ画像７１と、合成のための情報である補足情報７２とを含む。

また、画像データについて決定される伝送規格は、データをそのまま伝送する規格（DLNA）であり、ＵＩ画像データについて決定される伝送規格は、データを圧縮し伝送する規格（Miracast）である。

上記の制御部は、外部機器２００に対して画像データを有するかを問合わせる問合わせ部を含み、制御部は、問合わせに対し、画像データを有するとの応答を受信した場合には、当該画像データの送信は省略するが、ＵＩ画像データと、合成のための情報とを決定した伝送規格に従って送信するように構成される。

また、制御部は、サーバ３００に対してコンテンツの画像データを有するかを問合わせるサーバ問合わせ部を含み、制御部は、サーバ３００から画像データを有するとの応答を受信した場合には、当該画像データの外部機器２００への送信は省略するが、外部機器２００に画像データをサーバ３００から取得するように要求する指示を送信し、ＵＩ画像データと合成のための情報とを、これについて決定した伝送規格に従って外部機器２００へ送信するように構成される。

上記のコンテンツの伝送は、通信端末である携帯端末１００において、当該コンテンツが再生して表示されている場合に実施される。

（実施の形態の効果）
携帯端末１００から外部機器２００へコンテンツを伝送する場合に、コンテンツを構成するデータの種類（特性）に応じて当該データに対応した伝送のための規格を用いて伝送する。コンテンツに関して劣化のない伝送が可能となり、携帯端末１００のプレイヤ画面でコンテンツ再生（表示）している場合に、当該コンテンツの画質および音質を劣化させることなく外部機器２００側へ送信することが可能となる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

５０画像ファイル、５１画像データ、５２種類データ、６０音声ファイル、７０ＵＩ部品、７１ＵＩ画像、７２補足情報、１００携帯端末、１０１，２０１制御プロセッサ、２００外部機器、３００サーバ、３０３コンテンツベース、４００ネットワーク。

Claims

外部機器と通信する通信装置であって、
前記通信装置を制御する制御部を、備え、
前記制御部は、
画像データと、当該画像に合成される部品画像のための部品データとを含む複数種類のデータからなるコンテンツについて、各データの種類から当該データの伝送規格を決定し、且つ、
各データを、当該データについて決定した規格に従って前記外部機器に送信するように構成される、通信装置。
前記部品データは、ユーザ操作を受付けるためのＵＩ（ユーザインターフェィス）画像データと、前記合成のための情報とを含む、請求項１に記載の通信装置。
前記画像データについて決定される前記伝送規格は、合成前のデータをそのまま伝送する規格であり、前記ＵＩ画像データについて決定される前記伝送規格は、合成後のデータを伝送する規格である、請求項２に記載の通信装置。
前記制御部は、
前記外部機器に対して前記画像データを有するかを問合わせる問合わせ部を含み、
前記制御部は、
問合わせに対し、前記画像データを有するとの応答を受信した場合には、当該画像データの送信は省略し、且つ、
前記ＵＩ画像データと前記合成のための情報とを、これらについて決定した前記伝送規格に従って送信するように構成される、請求項２または３に記載の通信装置。
前記制御部は、
サーバ装置に対して前記画像データを有するかを問合わせるサーバ問合わせ部を含み、
前記制御部は、
前記サーバ装置から前記画像データを有するとの応答を受信した場合には、当該画像データの送信は省略し、且つ、
前記外部機器に前記画像データを前記サーバ装置から取得するように要求する指示を送信し、前記ＵＩ画像データと前記合成のための情報を、これらについて決定した前記伝送規格に従って送信するように構成される、請求項２または３に記載の通信装置。