(57)【要約】【課題】外部の出力装置にコンテンツを出力させる際に、コンテンツに適した通信プロトコルを利用可能とする電子機器を提供する。【解決手段】電子機器である携帯端末１００は、出力装置であるテレビ２００にコンテンツを出力させる。携帯端末１００は、コンテンツを送信するためのプロトコル１２１１とプロトコル１２１２とを記憶している。携帯端末１００は、コンテンツが第１のフォーマットの場合にプロトコル１２１２を選択し、コンテンツが第２のフォーマットの場合にプロトコル１２１１を選択する。携帯端末１００は、選択されたプロトコルでコンテンツをテレビ２００に送信する。【選択図】図３
2014187491.tif 000002
【特許請求の範囲】
【請求項１】
通信可能に接続された出力装置にコンテンツを出力させる電子機器であって、
前記コンテンツを送信するための第１のプロトコルと第２のプロトコルとを記憶した記憶手段と、
前記コンテンツが第１のフォーマットの場合に前記第１のプロトコルを選択し、前記コンテンツが第２のフォーマットの場合に前記第２のプロトコルを選択する選択手段と、
前記選択されたプロトコルで前記コンテンツを前記出力装置に送信する送信手段とを備える、電子機器。
【請求項２】
前記第１のプロトコルは、前記第２のプロトコルよりも高いビットレートで前記コンテンツを圧縮し、前記圧縮したコンテンツを送信するプロトコルである、請求項１に記載の電子機器。
【請求項３】
前記第２のプロトコルは、前記コンテンツのフォーマットに依存することなく前記コンテンツを送信するプロトコルである、請求項１または２に記載の電子機器。
【請求項４】
前記出力装置から予め定められた指示を受信する受信手段をさらに備え、
前記予め定めれた指示が受信されたことに基づき、前記送信手段は、前記選択されたプロトコルで前記コンテンツを前記出力装置に送信する、請求項１から３のいずれか１項に記載の電子機器。
【請求項５】
前記第１のプロトコルは、デジタル・リビング・ネットワーク・アライアンスにおいて規定されているプロトコルであり、
前記第２のプロトコルは、ワイファイ・アライアンスにおいて規定されているミラキャストのプロトコルである、請求項１から４のいずれか１項に記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器に関し、特に、コンテンツを外部出力させる電子機器に関する。
【背景技術】
【０００２】
従来、電子機器に記憶されているコンテンツを外部の表示装置に出力することが行なわれている。
【０００３】
たとえば、特許文献１には、上記電子機器としてのＷｅｂサーバとの間で情報をやりとりする携帯電話機が開示されている。当該Ｗｅｂサーバは、携帯電話機にデータを送信する際には、携帯電話機から受信した外部ディスプレイ接続情報に基づき、送信するデータを切り替える。
【０００４】
また、特許文献２には、上記電子機器として情報処理装置が開示されている。当該情報処理装置は、ディスプレイと、ＣＰＵ（Central Processing Unit）とを備える。情報処理装置は、ディスプレイに表示される画像を外部の表示装置と共有するために、当該外部の表示装置との間で接続を確立する処理と、外部の表示装置と接続中に、第１の接続モードと第２の接続モードとの間で自動的に他の装置との間の接続モードを切替える処理と、第１の接続モードにおいて表示された画像を外部の表示装置に送信する処理と、第２の接続モードにおいてディスプレイに表示される画像とは別に画像を作成して外部の表示装置に送信する処理とを実行する。
【０００５】
また、特許文献３には、上記電子機器としての携帯電話機と、外部ディスプレイ装置とを備えた通信システムが開示されている。当該携帯電話機は、ＩＳＰ（Internet Service Provider）システムと接続したモバイルネットワークとの間で無線信号のやり取りを行なうための通信手段に加えて、固定アクセスネットワークを経由して、ＩＳＰシステムと同じか又は別のＩＳＰシステムとの間で情報のやり取りを行うための通信手段を備える。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−１２０２１８号公報
【特許文献２】特開２０１１−８１５９１号公報
【特許文献３】特開２００８−２８３６９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しなしながら、上述した従来の技術では、電子機器が外部の表示装置にコンテンツを送信するための通信プロトコル（伝送プロトコル）は、コンテンツのフォーマットに依らず同一である。このため、コンテンツにとって利用している通信プロトコルよりも適している通信プロトコルが他にあったとしても、電子機器は、当該適している通信プロトコルにてコンテンツを送信することはできない。
【０００８】
本願発明は、上記の問題点に鑑みなされたものであって、その目的は、外部の出力装置にコンテンツを出力させる際に、コンテンツに適した通信プロトコルを利用可能とする電子機器を提供することにある。
【課題を解決するための手段】
【０００９】
本発明のある局面に従うと、電子機器は、通信可能に接続された出力装置にコンテンツを出力させる。電子機器は、コンテンツを送信するための第１のプロトコルと第２のプロトコルとを記憶した記憶手段と、コンテンツが第１のフォーマットの場合に第１のプロトコルを選択し、コンテンツが第２のフォーマットの場合に第２のプロトコルを選択する選択手段と、選択されたプロトコルでコンテンツを出力装置に送信する送信手段とを備える。
【発明の効果】
【００１０】
本発明によれば、外部の出力装置にコンテンツを出力させる際に、コンテンツに適した通信プロトコルを利用可能となる。
【図面の簡単な説明】
【００１１】
【図１】通信システムの構成の具体例を示す図である。
【図２】携帯端末のハードウェア構成の具体例を示す図である。
【図３】通信システムの機能的構成を説明するためのブロック図である。
【図４】携帯端末における処理の流れを表したフローチャートである。
【図５】通信システムの機能的構成を説明するためのブロック図である。
【図６】通信システムにおける携帯端末とテレビとの間でやり取りされるデータを説明するためのシーケンス図である。
【図７】携帯端末における処理の流れを表したフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照しつつ、本発明の各実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００１３】
［実施の形態１］
＜Ａ．通信システムの構成＞
図１は、本実施の形態にかかる通信システム１の構成の具体例を示す図である。図１を参照して、本実施の形態にかかる通信システム１は、電子機器の一例としての携帯端末１００と、携帯端末１００の外部の出力装置（たとえば、表示装置および／または音声出力装置）として機能するテレビ２００とを含む。
【００１４】
携帯端末１００は、指定されたアプリケーションを実行し、当該実行によって再生された画像や音声などのデータを外部装置であるテレビ２００に出力可能である。なお、携帯端末１００としては、たとえば、スマートフォンを含む携帯型電話機、タブレット端末、ノート型パソコン、ＤＶＤ（Digital Versatile Disk）プレーヤ、ゲーム機、デジタルカメラなどが該当する。
【００１５】
テレビ２００は、携帯端末１００から送信されたコンテンツを、テレビ２００のディスプレイおよび／またはスピーカから出力する機能を有する。テレビ２００は、宅内および宅外を問わず、データの出力が可能なモニタであればよい。
【００１６】
＜Ｂ．ハードウェア構成＞
図２は、携帯端末１００のハードウェア構成の具体例を示す図である。図２を参照して、携帯端末１００は、全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０で実行されるプログラム（アプリケーション）などを記憶するためのＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１２と、コンテンツ（画像データや音声データ）などを記憶するためメモリ１３と、携帯端末１００に対する操作入力を受け付けるための操作部１４と、画像出力部としてのディスプレイ１５と、音声出力部としてのスピーカ１６と、外部装置であるテレビ２００との間で無線通信を行なうための通信部１７とを含む。
【００１７】
テレビ２００は、ＣＰＵと、ＣＰＵで実行されるプログラムなどを記憶するためのＲＯＭと、ＣＰＵでプログラムを実行する際の作業領域として機能するためのＲＡＭと、テレビ２００に対する操作入力を受け付けるための操作部と、画像出力部としてのディスプレイと、音声出力部としてのスピーカと、携帯端末１００との間で無線通信を行なうための通信部と、テレビチューナとを含む。
【００１８】
＜Ｃ．概要＞
（ｃ１．利用される通信プロトコル）
以下では、Ｗｉ−Ｆｉ  Ａｌｌｉａｎｃｅ（ワイファイ・アライアンス）において規定されているｍｉｒａｃａｓｔ（ミラキャスト）のプロトコル１２１１による通信（伝送）を、単に、「ｍｉｒａｃａｓｔ通信」と称する。また、ＤＬＮＡ（Digital Living Network Alliance：デジタル・リビング・ネットワーク・アライアンス）において規定されているプロトコルによる通信（伝送）を、単に、「ＤＬＮＡ通信」と称する。
【００１９】
携帯端末１００の処理を概要説明する前に、ｍｉｒａｃａｓｔ通信のメリットおよびデメリット、並びにｍｉｒａｃａｓｔ通信のメリットデメリットを説明する。
【００２０】
ｍｉｒａｃａｓｔ通信のメリットとして、「ｍｉｒａｃａｓｔ通信では送信機において送信したい画像データを作成（Decode）して当該画像データを再圧縮（Encode）して受信機に送信するために、コンテンツのフォーマットに依存しない（複数の異なるフォーマットの映像も可能）」ことが挙げられる。一方、ｍｉｒａｃａｓｔ通信のデメリットとして、「あらゆる無線環境を想定して再圧縮するため高ビットレートで圧縮できない」こと、および「伝送遅延を考慮してエラーパケットは破棄するため、ノイズに弱い」ことが挙げられる。
【００２１】
ＤＬＮＡ通信のメリットとして、「コンテンツのファイルをそのまま受信機側の機器に送信するため、コンテンツの劣化がない」ことが挙げられる。なお、受信機側の機器は、受信したファイルをデコードする。一方、ＤＬＮＡ通信のデメリットとして、「規定されたファイルの再生等にしか使用できない」ことが挙げられる。
【００２２】
（ｃ２．通信プロトコルの選択）
携帯端末１００は、ｍｉｒａｃａｓｔ通信のメリットとＤＬＮＡ通信のメリットとを利用して、携帯端末１００がディスプレイ１５およびスピーカ１６において出力しているコンテンツを、テレビ２００に外部出力させる。
【００２３】
具体的には、携帯端末１００は、携帯端末１００からテレビ２００にコンテンツ（映像および／または音声）を送信する際に、通信プロトコルをコンテンツに適した方式に切り替える。携帯端末１００は、解像度が高いコンテンツおよびビットレートが高いコンテンツについては、ＤＬＮＡ通信を利用することにより、データロスなく効率のよい送信ができる。解像度が低いコンテンツおよびビットレートが低いコンテンツについては、ｍｉｒａｃａｓｔ通信を利用することにより、携帯端末１００内でデコード処理および描画レイアウト処理した後の画像データを、そのままテレビ２００に出力することが可能となる。
【００２４】
より詳しくは、携帯端末１００は、コンテンツを送信する際に、コンテンツが第１のフォーマットの場合にＤＬＮＡにおいて規定されているプロトコルを選択し、コンテンツが第２のフォーマットの場合にｍｉｒａｃａｓｔにおいて規定されているプロトコルを選択する。携帯端末１００は、当該選択されたプロトコルでコンテンツをテレビ２００に送信する。
【００２５】
解像度およびビットレートは、通常、ファイル（コンテンツ）のフォーマットで規定されている。つまり、携帯端末は、フォーマットにより、解像度、ビットレートなどが判別できる。これにより、携帯端末１００は、解像度が閾値以上のコンテンツおよびビットレートが閾値以上の高いコンテンツ（つまり、第１のフォーマットのコンテンツ）については、ＤＬＮＡ通信を利用し、解像度が閾値未満のコンテンツおよびビットレートが閾値未満のコンテンツ（つまり、第２のフォーマットのコンテンツ）については、ｍｉｒａｃａｓｔ通信を利用する。
【００２６】
ＤＬＮＡ通信とｍｉｒａｃａｓｔ通信との間での切替を行なう理由は、ｍｉｒａｃａｓｔ通信で扱えない解像度があるため、および、上述したようにＤＬＮＡ通信の方がｍｉｒａｃａｓｔ通信よりもコンテンツの劣化（画像品質の劣化）が少ないためである。
【００２７】
本実施の形態では、通信プロトコルの切り替えを含む通信プロトコルの選択を携帯端末１００主導で行なう構成について説明する。つまり、ユーザが携帯端末１００を操作しているときに携帯端末１００における操作および処理に基づき通信プロトコルの選択を行なう構成について説明する。また、以下では、上記の構成を実現するための具体的に構成について説明する。
【００２８】
＜Ｄ．機能的構成＞
図３は、通信システム１の機能的構成を説明するためのブロック図である。詳しくは、携帯端末１００とテレビ２００との機能的構成を説明するためのブロック図である。
【００２９】
（ｄ１．携帯端末１００）
図３を参照して、携帯端末１００は、制御部１１０と、記憶部１２０と、ディスプレイ１５に対応する表示部１３０と、操作部１４と、通信部１７とを備えている。
【００３０】
制御部１１０は、操作受付部１１１と、表示制御部１１２と、選択部１１３と、切替状態管理部１１４とを含む。通信部１７は、送信部１７１と受信部１７２とを含む。制御部１１０は、携帯端末１００の動作を制御する。制御部１１０は、ＣＰＵ１０を用いて実現できる。
【００３１】
記憶部１２０は、プロトコル記憶部１２１とコンテンツ記憶部１２２とを含む。プロトコル記憶部１２１は、ｍｉｒａｃａｓｔのプロトコル１２１１と、ＤＬＮＡのプロトコル１２１２とを記憶している。コンテンツ記憶部１２２は、複数のコンテンツＡ，Ｂ，Ｃ，…を記憶している。記憶部１２０は、メモリ１３に対応する。
【００３２】
操作受付部１１１は、操作部１４を介したユーザ操作を受け付ける。表示制御部１１２は、表示部１３０に各種の画像を表示させる。たとえば、表示制御部１１２は、コンテンツ記憶部１２２に記憶されたコンテンツＡ，Ｂ，Ｃを表示部１３０に表示させる。
【００３３】
選択部１１３は、テレビ２００に送信するコンテンツのフォーマットに基づいて、テレビ２００との通信に用いる通信プロトコルを、ｍｉｒａｃａｓｔのプロトコルおよびＤＬＮＡのプロトコルから選択する。具体的には、選択部１１３は、コンテンツが第１のフォーマットの場合にＤＬＮＡにおいて規定されているプロトコルを選択し、コンテンツが第２のフォーマットの場合にｍｉｒａｃａｓｔにおいて規定されているプロトコルを選択する。
【００３４】
たとえば、コンテンツ記憶部１２２に記憶されているコンテンツＡをテレビ２００に外部出力させる場合、コンテンツＡが第１のフォーマット（高解像度および／または高ビットレート用のフォーマット）で構成されている場合には、選択部１１３は、ＤＬＮＡにおいて規定されているプロトコル１２１２を選択する。また、コンテンツＢをテレビ２００に外部出力させる場合、コンテンツＢが第２のフォーマット（たとえば低解像度および低ビットレート用のフォーマット）で構成されている場合には、選択部１１３は、ｍｉｒａｃａｓｔにおいて規定されているプロトコル１２１１を選択する。
【００３５】
切替状態管理部１１４は、テレビ２００との現在の通信が、ｍｉｒａｃａｓｔ通信およびＤＬＮＡ通信のいずれであるのかを表したステータス状態を管理している。携帯端末１００は、切替状態管理部１１４におけるステータスを参照することにより、コンテンツの送信に現状使用している通信プロトコルを判断できる。
【００３６】
通信部１７は、テレビ２００との間で通信を実行する。具体的には、通信部１７は、テレビ２００の通信部２２０と、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔの通信方式を利用する。通信部１７における送信部１７１は、選択部１１３によって選択されたプロトコルでコンテンツをテレビ２００に送信する。また、送信部１７１は、付加情報および制御情報をテレビ２００に送信する。なお、携帯端末１００は、コンテンツ以外の情報である付加情報および制御情報を、ｍｉｒａｃａｓｔ通信およびＤＬＮＡ通信以外のＷｉ−Ｆｉ  Ｄｉｒｅｃｔの通信方式で規定されている他の通信方式で送信する。
【００３７】
通信部１７の受信部１７２は、テレビ２００からの付加情報および制御情報を受信する。なお、付加情報および制御情報の詳細については、後述する。
【００３８】
（ｄ２．テレビ２００）
テレビ２００は、制御部２１０と、通信部２２０と、デコード処理部２３０と、出力部２４０とを備える。
【００３９】
通信部２２０は、携帯端末１００の通信部１７との間で通信を実行する。通信部２２０は、ｍｉｒａｃａｓｔ通信により送信されてきたコンテンツを受信する。また、通信部２２０は、ＤＬＮＡ通信により送信されてきたコンテンツを受信する。さらに通信部２２０は、付加情報および制御情報を送受信する。デコード処理部２３０は、ＤＬＮＡ通信で送信されてきたコンテンツに対してデコード処理を施す。
【００４０】
制御部２１０は、テレビ２００の動作を制御する。制御部２１０は、通信部２２０と、出力部２４０とを制御する。また、制御部２１０は、携帯端末１００から送信されてきた付加情報および制御情報を、通信部２２０を介して受け付ける。制御部２１０は、受信した制御情報に基づいて、コンテンツを、ｍｉｒａｃａｓｔ通信により受信するか、ＤＬＮＡ通信により受信するかを決定する。制御部２１０は、決定された通信方式でコンテンツの受信を行なうよう、通信部２２０に指示を出す。
【００４１】
出力部２４０は、携帯端末１００から送信されたコンテンツを出力する。たとえば、出力部２４０は、コンテンツに含まれる映像を表示し、当該コンテンツに含まれる音声を出力する。
【００４２】
なお、テレビ２００から携帯端末１００に送信される付加情報には、テレビ２００が通信方式をＤＬＮＡ通信とｍｉｒａｃａｓｔ通信との間で切替可能であることを示した情報と、当該２つの通信の間において、ユーザの指示がなくても自動で切替わるモードとなっているか否かを示した情報とが含まれている。
【００４３】
ところで、図３のＣＰＵ１０内の各機能ブロックにおける処理は、携帯端末１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムを読み出してＲＡＭ１２上に展開しつつ実行することで、主にＣＰＵ１０によって実現されるものである。しかしながら、少なくとも一部が、図２に表わされたハードウェア構成あるいは図２に図示していないハードウェアによって実現されてもよい。
【００４４】
＜Ｅ．制御構造＞
図４は、携帯端末１００における処理の流れを表したフローチャートである。具体的には、図４は、ＤＬＮＡ通信できないコンテンツ（たとえば、コンテンツＢ）をｍｉｒａｃａｓｔ通信によりテレビで出力させた後に、ＤＬＮＡ通信に適したコンテンツ（たとえば、コンテンツＡ）をテレビ２００で出力させる場合の処理の流れを表したフローチャートである。つまり、図４は、ｍｉｒａｃａｓｔ通信からＤＬＮＡ通信への切り替えを説明するための図である。
【００４５】
図４を参照して、ステップＳ２において、携帯端末１００（詳細には、ＣＰＵ１０）は、ユーザによって外部出力対象として選択されたＤＬＮＡ通信ができないコンテンツ（たとえば、コンテンツＢ）をｍｉｒａｃａｓｔ通信により、テレビ２００に送信する（コンテンツをｍｉｒａｃａｓｔで出力する）。なお、テレビ２００におけるプロトコルのデフォルトは、ｍｉｒａｃａｓｔであるとする。
【００４６】
ステップＳ４において、携帯端末１００は、外部装置に出力させるコンテンツとして、ＤＬＮＡ通信に適したコンテンツ（たとえば、コンテンツＡ）を自端末１００で再生するか否かを、コンテンツのフォーマットに基づいて判断する。携帯端末１００は、ＤＬＮＡ通信に適したコンテンツを再生すると判断した場合（ステップＳ４においてＹＥＳ）、ステップＳ６において、予め受信した付加情報に基づいて、テレビ２００はＤＬＮＡ通信に切替可能であるか否かを判断する。携帯端末１００は、ＤＬＮＡ通信に適していないコンテンツを再生する（つまり、ＤＬＮＡ通信が不可能なコンテンツを再生する）と判断した場合（ステップＳ４においてＮＯ）、処理をステップＳ２に進める。
【００４７】
携帯端末１００は、テレビ２００がＤＬＮＡ通信に切替可能であると判断した場合（ステップＳ６においてＹＥＳ）、ステップＳ８において、予め受信した付加情報に基づいて、テレビ２００がＤＬＮＡへの自動切替が許可されているか否かを判断する。携帯端末１００は、テレビ２００がＤＬＮＡ通信に切替可能でないと判断した場合（ステップＳ６においてＮＯ）、処理をステップＳ２に進める。
【００４８】
携帯端末１００は、自動切替が許可されていると判断した場合（ステップＳ８においてＹＥＳ）、処理をステップＳ１４に進める。携帯端末１００は、自動切替が許可されていないと判断した場合（ステップＳ８においてＮＯ）、ステップＳ１０において、ｍｉｓｃａｓｔ通信からＤＬＮＡ通信への切り替えが可能であることを、表示部１３０等を用いてユーザに通知する。
【００４９】
携帯端末１００は、ステップＳ１２において、ユーザからのＤＬＮＡ通信への切替指示を受け付けたか否かを判断する。携帯端末１００は、切替指示を受け付けたと判断した場合（ステップＳ１２においてＹＥＳ）、ステップＳ１４において、コンテンツの通信方式を、ｍｉｒａｃａｓｔ通信からＤＬＮＡ通信へ切り替える。携帯端末１００は、切替指示を受け付けていないと判断した場合（ステップＳ１２においてＮＯ）、処理をステップＳ２に進める。
【００５０】
ステップＳ１６において、携帯端末１００は、コンテンツをＤＬＮＡ通信により、テレビ２００に送信する（コンテンツをＤＬＮＡで出力する）。ステップＳ１８において、携帯端末１００は、外部出力を終了する指示をユーザから受け付けたか否かを判断する。携帯端末１００は、終了する指示を受け付けたと判断した場合（ステップＳ１８においてＹＥＳ）、一連の処理を終了する。携帯端末１００は、終了する指示を受け付けていないと判断した場合（ステップＳ１８においてＮＯ）、処理をステップＳ１６に進める。
【００５１】
＜Ｆ．利点＞
携帯端末１００によれば、外部の出力装置であるテレビ２００にコンテンツを出力させる際に、コンテンツに適した通信プロトコルを利用することができる。また、コンテンツに適した通信プロトコルを利用することにより、以下のメリットも得られる。
【００５２】
たとえばコンテンツ（動画または静止画）をＤＬＮＡで送信する場合、携帯端末１００は、コンテンツを再圧縮することなく、そのままテレビ２００に送る。また、ＤＬＮＡ通信では、エラー訂正機能を有効としてコンテンツを送信するため、受信機側のテレビ２００は、高画質でノイズのないコンテンツ再生が可能となる。さらに、画像サイズも規格の影響を受けにくくなるため、テレビ２００は、４Ｋ解像度または８Ｋ解像度といった高解像度のコンテンツを再生することができる。また、テレビ２００は、audioもサラウンド等の高音質の状態で再生することが可能となる。一方、携帯端末１００は、ＤＬＮＡ通信で送信（ＤＬＮＡ出力）できないコンテンツを、ｍｉｒａｃａｓｔ通信で送信することにより、さらには上記切替の自動化により、短時間での切り替えが可能になる。それゆえ、ユーザは、携帯端末１００の画面で表示している場合と同じ感覚で、テレビ２００の操作が可能となる。
【００５３】
また、通信システム１では、さらに以下のメリットが得られる。通信システム１では、携帯端末１００とテレビ２００とが連携してＷｉ−Ｆｉ  Ｄｉｒｅｃｔ上で通信プロトコルを切り替えることにより、通信プロトコルを手動で切り替える構成に比べ、機器選択のためのＷＬＡＮの切断または接続といったシーケンスが省略できる。また、携帯端末１００において、ｍｉｒａｃａｓｔ通信とＤＬＮＡ通信の同時通信の状態を設けることにより、ユーザからみてシームレスな通信プロトコルの切替を実現できる。なお、同時通信状態の詳細については、図６で説明する。さらに、ＤＬＮＡ通信の方がｍｉｒａｃａｓｔ通信よりも単位時間当たりのデータ送信量が少ないため、消費電力の向上も可能となる。
【００５４】
［実施の形態２］
本実施の形態にかかる通信システムを、実施の形態１に係る通信システム１と区別するために、「通信システム１Ａ」と称する。通信システム１Ａは、携帯端末１００Ａと、テレビ２００Ａとを備える。携帯端末１００Ａのハードウェア構成は、携帯端末１００のハードウェア構成と同じである。このため、ここでは、携帯端末１００Ａのハードウェア構成については繰り返し説明しない。また、テレビ２００Ａのハードウェア構成も、テレビ２００のハードウェア構成と同じである。このため、ここでは、テレビ２００Ａのハードウェア構成については繰り返し説明しない。
【００５５】
上記の実施の形態１では、通信プロトコルの切り替えを含む通信プロトコルの選択を携帯端末１００主導で行なう構成について説明した。それに対し、本実施の形態では、テレビ２００Ａまたはテレビ２００Ａのリモートコントローラを操作中に通信プロトコルの切り替えを含む通信プロトコルの選択をテレビ２００Ａ主導で行なう構成について説明する。つまり、ユーザがテレビ２００Ａまたはテレビ２００Ａのリモートコントローラを操作しているときに携帯端末１００Ａが通信プロトコルの選択を行なう構成について説明する。さらに、本実施の形態では、テレビ２００Ａのリモートコントローラの役割を携帯端末１００Ａが兼ねる場合について説明する。また、以下では、主として、実施の形態１の通信システム１における処理とは異なる点について説明する。
【００５６】
＜Ｇ．機能的構成＞
図５は、通信システム１Ａの機能的構成を説明するためのブロック図である。詳しくは、図５は、携帯端末１００Ａとテレビ２００Ａとの機能的構成を説明するためのブロック図である。
【００５７】
（ｇ１．携帯端末１００Ａ）
図５を参照して、携帯端末１００Ａは、制御部１１０Ａと、記憶部１２０Ａと、表示部１３０と、操作部１４と、通信部１７とを備えている。
【００５８】
制御部１１０Ａは、操作受付部１１１と、表示制御部１１２と、選択部１１３と、切替状態管理部１１４と、ＴＶ制御部１１５とを含む。制御部１１０Ａは、携帯端末１００Ａの動作を制御する。制御部１１０Ａは、ＣＰＵ１０を用いて実現できる。
【００５９】
記憶部１２０Ａは、プロトコル記憶部１２１と、コンテンツ記憶部１２２と、テレビ制御アプリケーション１２３とを含む。記憶部１２０Ａは、メモリ１３に対応する。ＴＶ制御部１１５は、テレビ制御アプリケーション１２３を実行することにより、テレビ２００Ａのリモートコントローラとして機能する。なお、携帯端末１００Ａの処理の詳細については、後述する（図６、図７）。
【００６０】
（ｇ２．テレビ２００Ａ）
テレビ２００Ａは、制御部２１０Ａと、通信部２２０と、デコード処理部２３０と、出力部２４０と、操作部２５０とを備える。制御部２１０Ａは、操作受付部２１０１と、ＴＶ制御受付部２１０２とを含む。
【００６１】
操作部２５０は、操作キー等で構成される。操作部２５０は、ユーザが操作を行なうために設けられている。操作受付部２１０１は、操作部２５０を介したユーザ操作を受け付ける。ＴＶ制御受付部２１０２は、携帯端末１００ＡのＴＶ制御部１１５からの指令を受け付ける。
【００６２】
制御部２１０Ａは、テレビ２００Ａの動作を制御する。制御部２１０Ａは、通信部２２０と、出力部２４０とを制御する。また、制御部２１０Ａは、携帯端末１００Ａから送信されてきた付加情報および制御情報を、通信部２２０を介して受け付ける。制御部２１０Ａは、ＴＶ制御部１１５からの指示に基づいて、コンテンツを、ｍｉｒａｃａｓｔ通信により受信するか、ＤＬＮＡ通信により受信するかを決定する。制御部２１０Ａは、決定された通信方式でコンテンツの受信を行なうよう、通信部２２０に指示を出す。なお、テレビ２００Ａの処理の詳細については、後述する（図６）。
【００６３】
＜Ｈ．制御構造＞
（ｈ１．通信システム１Ａの処理シーケンス）
図６は、通信システム１Ａにおける携帯端末１００Ａとテレビ２００Ａとの間でやり取りされるデータを説明するためのシーケンス図である。具体的には、図６は、（i）ＤＬＮＡ通信できないコンテンツをｍｉｒａｃａｓｔ通信によりテレビで出力させ、（ii）その後、ＤＬＮＡ通信に適したコンテンツをテレビ２００で出力させ、（iii）さらにその後、当該コンテンツ（ＤＬＮＡ通信に適したコンテンツ）をｍｉｒａｃａｓｔ通信によりテレビで出力させる場合の処理の流れを表したフローチャートである。つまり、図６は、ｍｉｒａｃａｓｔ通信からＤＬＮＡ通信への切り替えと、ＤＬＮＡ通信からｍｉｒａｃａｓｔ通信への切り替えとを説明するための図である。
【００６４】
図６を参照して、シーケンスＳＱ２において、携帯端末１００Ａは、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ接続により、テレビ２００Ａと通信可能に接続される。シーケンスＳＱ４において、携帯端末１００Ａは、携帯端末１００Ａが通信方式をＤＬＮＡ通信とｍｉｒａｃａｓｔ通信との間で切替可能であることを示した情報（ｍｉｒａｃａｓｔ／ＤＬＮＡ切替機能保有通知）を、テレビ２００Ａに送信する。シーケンスＳＱ６において、テレビ２００Ａは、テレビ２００Ａが通信方式をＤＬＮＡ通信とｍｉｒａｃａｓｔ通信との間で切替可能であることを示した情報を、携帯端末１００Ａに送信する。
【００６５】
シーケンスＳＱ８において、携帯端末１００Ａは、ｍｉｒａｃａｓｔ通信を開始する。シーケンスＳＱ１０において、携帯端末１００Ａは、付加情報として、自端末１００Ａで表示しているコンテンツの情報を、テレビ２００Ａに送信する。この場合の「コンテンツの情報」とは、コンテンツ（たとえば、コンテンツＢ）がＤＬＮＡ通信できないコンテンツである（つまり、ＤＬＮＡ通信への切り替えが行なえない）ことを表した情報である。
【００６６】
携帯端末１００Ａがディスプレイ１５（表示部１３０）で表示しているコンテンツが、ＤＬＮＡ通信できないコンテンツ（たとえば、コンテンツＢ）からＤＬＮＡ通信に適したコンテンツ（たとえば、コンテンツＡ）に切り替わった場合、携帯端末１００Ａは、シーケンスＳＱ１２において、付加情報として、再度、自端末１００Ａで表示しているコンテンツの情報を、テレビ２００Ａに送信する。この場合の「コンテンツの情報」とは、コンテンツ（たとえば、コンテンツＡ）がＤＬＮＡ通信に適したコンテンツである（つまり、ＤＬＮＡ通信への切り替えができる）ことを表した情報である。
【００６７】
なお、携帯端末１００Ａは、ＤＬＮＡ通信に適したコンテンツであるか否か、および、ＤＬＮＡ通信できないコンテンツであるか否かは、上述したとおり、コンテンツのフォーマット（ファイルのフォーマット）で判断する。
【００６８】
シーケンスＳＱ１４において、テレビ２００Ａは、携帯端末１００Ａに対して、ｍｉｒａｃａｓｔ通信からＤＬＮＡ通信への切替要求を通知する。これにより、携帯端末１００Ａは、ＤＭＳ（Digital Media Server）としての動作を開始する。シーケンスＳＱ１６において、携帯端末１００Ａは、送信するコンテンツの情報（ファイル情報）をテレビ２００Ａに通知する。シーケンスＳＱ１８において、テレビ２００Ａは、携帯端末１００Ａに対して、ファイル情報に示されたコンテンツ（つまり、ＤＬＮＡ通信が可能なコンテンツ）の取得要求を行なう。
【００６９】
シーケンスＳＱ２０において、テレビ２００Ａは、ＤＬＮＡ通信への切り替えを完了すると、その旨を携帯端末１００Ａに通知する。これにより、テレビ２００Ａにおいて、ＤＬＮＡでのコンテンツ再生（表示および音声出力）が開始される。当該コンテンツの再生中に、ユーザがＤＬＮＡ通信からｍｉｒａｃａｓｔ通信への切替指示をテレビ２００Ａに指示した場合、シーケンスＳＱ２２において、ＤＬＮＡ通信からｍｉｒａｃａｓｔ通信への切替指示（つまり、ＤＬＮＡでの表示を終了させる指示）を携帯端末１００Ａに送信する。
【００７０】
シーケンスＳＱ２４において、携帯端末１００Ａは、ｍｉｒａｃａｓｔ通信を開始する。シーケンスＳＱ２６において、テレビ２００Ａは、ＤＬＮＡ通信からｍｉｒａｃａｓｔ通信への切替が完了した場合、その旨を携帯端末１００Ａに通知する。これにより、携帯端末１００Ａは、ＤＭＳとしての機能を停止する。
【００７１】
なお、ＤＭＳとしての動作を開始してからＤＬＮＡ通信が開始されるまでの間、および、シーケンスＳＱ２４においてｍｉｒａｃａｓｔ通信を開始してからＤＭＳとしての機能を停止するまでの間は、ｍｉｒａｃａｓｔ通信とＤＬＮＡ通信の同時通信の状態となる。
【００７２】
（ｈ２．携帯端末１００Ａの処理フロー）
図７は、携帯端末１００Ａにおける処理の流れを表したフローチャートである。具体的には、図７は、図６に示したシーケンスチャートに対応した携帯端末１００Ａでの処理の流れを説明するためのフローチャートである。
【００７３】
図７を参照して、ステップＳ１０２において、携帯端末１００（詳細には、ＣＰＵ１０）は、ユーザによって外部出力対象として選択されたＤＬＮＡ通信ができないコンテンツコンテンツをｍｉｒａｃａｓｔ通信により、テレビ２００に送信する（コンテンツをｍｉｒａｃａｓｔで出力する）。なお、ステップＳ１０２の処理は、図６におけるシーケンスＳＱ８以後、シーケンスＳＱ１０前までの処理に対応する。
【００７４】
ステップＳ１０４において、携帯端末１００は、外部装置に出力させるコンテンツとして、ＤＬＮＡ通信に適したコンテンツを自端末１００で再生するか否かを、コンテンツのフォーマットに基づいて判断する。
【００７５】
携帯端末１００Ａは、ＤＬＮＡ通信が可能であると判断した場合（ステップＳ１０４においてＹＥＳ）、ステップＳ１０６において、自端末１００Ａで表示しているコンテンツの情報（ＤＬＮＡ通信への切り替えができる旨をあらわした情報）を、テレビ２００Ａに送信する。なお、ステップＳ１０６は、図６におけるシーケンスＳＱ１０に対応する。携帯端末１００Ａは、ＬＮＡ通信に適していないコンテンツを再生する（つまり、ＤＬＮＡ通信が不可能なコンテンツを再生する）と判断した場合（ステップＳ１０４においてＮＯ）、ステップＳ１２２において、自端末１００Ａで表示しているコンテンツの情報（ＤＬＮＡ通信への切り替えが行なえない旨をあらわした情報）を、テレビ２００Ａに送信する。なお、ステップＳ１２２は、図６におけるシーケンスＳＱ１２に対応する。
【００７６】
ステップＳ１０８において、携帯端末１００Ａは、ＤＬＮＡ通信への切替要求を、テレビ２００Ａから受け付けたか否かを判断する。携帯端末１００Ａは、切替要求を受け付けたと判断した場合（ステップＳ１０８においてＹＥＳ）、ステップＳ１１０において、ＤＭＳ動作を開始する。携帯端末１００Ａは、切替要求を受け付けていないと判断した場合（ステップＳ１０８においてＮＯ）、処理をステップＳ１０２に進める。
【００７７】
ステップＳ１１２において、携帯端末１００Ａは、ＤＬＮＡ通信からｍｉｒａｃａｓｔ通信への切替（つまり、ＤＬＮＡでの表示を終了）させるか否かの指示をテレビ２００Ａから受け付けたか否かを判断する。携帯端末１００Ａは、指示を受け付けてＤＮＬＡ通信を終了する場合（ステップＳ１１２においてＹＥＳ）、ステップＳ１１４において、ｍｉｒａｃａｓｔ通信を開始する（図６のシーケンスＳＱ２４に対応）。携帯端末１００Ａは、ＤＬＮＡ通信を終了させない場合（ステップＳ１１２においてＮＯ）、処理をステップＳ１１２に進める。
【００７８】
ステップＳ１１６において、携帯端末１００Ａは、テレビ２００ＡにおいてＤＬＮＡ通信からｍｉｒａｃａｓｔ通信への切替が完了したか否かを、テレビ２００Ａからの切替完了通知の有無により判断する。携帯端末１００Ａは、ｍｉｓｃａｓｔ通信への切り替えが完了したと判断した場合（ステップＳ１１６においてＹＥＳ）、ステップＳ１１８において、ＤＭＳ動作を停止する。携帯端末１００Ａは、ｍｉｓｃａｓｔ通信への切り替えが完了していないと判断した場合（ステップＳ１１６においてＮＯ）、処理をステップＳ１１６に進める。
【００７９】
ステップＳ１２０において、携帯端末１００Ａは、外部出力を終了する指示をユーザから受け付けたか否かを判断する。携帯端末１００Ａは、終了する指示を受け付けたと判断した場合（ステップＳ１２０においてＹＥＳ）、一連の処理を終了する。携帯端末１００Ａは、終了する指示を受け付けていないと判断した場合（ステップＳ１２０においてＮＯ）、処理をステップＳ１０２に進める。
【００８０】
以上のように、ある局面において、携帯端末１００Ａの受信部１７２は、テレビ２００Ａから予め定められた指示である切替要求を受信する。送信部１７１は、当該予め定められた指示である切替要求が受信されたことに基づき、選択されたプロトコルでコンテンツをテレビ２００Ａに送信する。
【００８１】
上記のような構成を有する通信システム１Ａにおいても、実施の形態１の「＜Ｆ．利点＞」で説明したのと同様のメリットを得られる。
【００８２】
なお、本実施の形態においては、ＴＶ制御部１１５とＴＶ制御受付部２１０２との連携により、テレビ２００Ａが通信プロトコルの切替要求を携帯端末１００Ａに送信する構成を例に挙げて説明したが、これに限定されるものではない。携帯端末１００Ａ以外のリモートコントローラと、テレビ２００Ａの制御部２１０Ａとが連携して、テレビ２００Ａが通信プロトコルの切替要求を携帯端末１００Ａに送信する構成であってもよい。また、操作部２５０がユーザから予め定められた入力を受け付けることにより、テレビ２００Ａが通信プロトコルの切替要求を携帯端末１００Ａに送信する構成であってもよい。
【００８３】
＜Ｉ．変形例＞
ところで、上記各実施の形態１，２においては、携帯端末１００，１００Ａと、テレビ２００，２００Ａとの間の通信に用いるプロトコルとして、ｍｉｓｃａｓｔとＤＬＮＡとを例に挙げて説明したが、これに限定されるものではない。
【００８４】
たとえば、コンテンツが第１のフォーマットの場合に選択されるプロトコル（第１のプロトコル）は、コンテンツが第２のフォーマットの場合に選択されるプロトコル（第２のプロトコル）よりも高いビットレートでコンテンツを圧縮し、当該圧縮したコンテンツを送信するプロトコルであればよい。
【００８５】
また、コンテンツが第２のフォーマットの場合に選択されるプロトコル（第２のプロトコル）は、コンテンツのフォーマットに依存することなく当該コンテンツを送信するプロトコルであればよい。当該プロトコルとして、ｍｉｓｃａｓｔの代わりに、Ｗｉｄｉ（Wireless Display）、ワイヤレスＨＤ（High Definition）等を用いることができる。
【００８６】
今回開示された実施の形態は例示であって、上記内容のみに制限されるものではない。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８７】
１，１Ａ  通信システム、１００  携帯端末、１１０，１１０Ａ，２１０，２１０Ａ  制御部、１１３  選択部、１２０，１２０Ａ  記憶部、１３０  表示部、１７１  送信部、１７２  受信部、２００，２００Ａ  テレビ、２４０  出力部。
【図１】
2014187491.tif 000003
【図２】
2014187491.tif 000004
【図３】
2014187491.tif 000005
【図４】
2014187491.tif 000006
【図５】
2014187491.tif 000007
【図６】
2014187491.tif 000008
【図７】
2014187491.tif 000009