JP6074910B2 - ネットワークシステム、端末および端末プログラム - Google Patents

Description

本発明は、ネットワーク経由でコンテンツを受信して再生するシステムに関する。

従来から、スピーカおよび／またはテレビなどのＡＶ機器においてネットワークから受信したコンテンツを再生する技術が提案されている。

たとえば、特開２００８−１６０３０１号公報（特許文献１）には、コンテンツ配信装置、ネットワーク端末及びコンテンツ配信システムが開示されている。特許文献１によると、ネットワークに接続可能な小型の携帯端末と、比較的大きな据置型の端末とが提供される。符号コンテンツサーバは、デジタルに変換されたコンテンツを、ネットワークを介して配信する機能を有する。コンテンツサーバは、コンテンツ配信事業者により提供されるサービス、家庭内のＰＣや専用サーバ機器による配信等、様々な形態が対象となる。ルータは、携帯端末及び据置端末をインターネットに接続するためのルータであり、端末及び据置端末へのＩＰアドレスの付与やルーティング機能、セキュリティ機能などを有する。コンテンツ配信対象となるコンテンツ再生端末を小型の携帯端末から据置型の端末に切り替える際に、予め必要となる情報を取得しておくことにより、スムーズにコンテンツの配信先を切り替えることができる。

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

しかしながら、据置型の端末が、コンテンツサーバからコンテンツをダウンロードできなかったり、またはダウンロードしたデータ形式に対応していない場合には、据置型の端末でコンテンツを出力できない。本発明は、かかる問題を解決するためになされたものであり、その目的は、据置型の端末がコンテンツを出力できない可能性を低減することができるネットワークシステムおよび端末を提供することにある。

この発明のある局面に従うと、第１の端末と、第１の端末が対応していない少なくとも１つの通信方式でコンテンツをダウンロード可能な第２の端末とを備えるネットワークシステムが提供される。第１の端末は、コンテンツをダウンロードするための第１の通信インターフェイスと、コンテンツを出力するための第１の出力部とを含む。第２の端末は、コンテンツをダウンロードするための第２の通信インターフェイスと、第１の端末の機器情報に基づいて、第１の端末がコンテンツをダウンロード可能か否かを判断し、第１の端末がコンテンツをダウンロード可能でない場合に、第２の通信インターフェイスを介してダウンロードしたコンテンツを第１の端末に送信し、第１の端末がコンテンツをダウンロード可能である場合に、コンテンツを受信する指示を第１の端末に送信し、第１の端末にコンテンツをダウンロードさせるためのプロセッサとを含む。

この発明の別の局面に従うと、第１の端末と、第１の端末が再生不可能なデータ形式のコンテンツを第１の端末が再生可能なデータ形式のコンテンツに変換可能な第２の端末とを備えるネットワークシステムが提供される。第１の端末は、コンテンツをダウンロードするための第１の通信インターフェイスと、再生可能なデータ形式のコンテンツを出力するための第１の出力部とを含む。第２の端末は、コンテンツをダウンロードするための第２の通信インターフェイスと、第１の端末の機器情報に基づいて、コンテンツが第１の端末が再生可能なデータ形式のコンテンツであるか否かを判断し、コンテンツが第１の端末が再生可能なデータ形式のコンテンツでない場合に、第１の端末が再生可能なデータ形式に変換されたコンテンツを第１の端末に送信し、コンテンツが第１の端末が再生可能なデータ形式のコンテンツである場合に、コンテンツを受信する指示を第１の端末に送信し、第１の端末にコンテンツをダウンロードさせるためのプロセッサとを含む。

好ましくは、第２の端末は、コンテンツを出力するための第２の出力部をさらに含む。プロセッサは、第１の端末に、第２の出力部が出力している箇所からコンテンツの再生を開始させる。

好ましくは、第２の端末は、コンテンツを出力するための第２の出力部をさらに含む。コンテンツは、複数の楽曲を含む。プロセッサは、第１の端末に、第２の出力部が出力している楽曲が終了したときに、次の楽曲からコンテンツの再生を開始させる。

好ましくは、プロセッサは、第１の端末がコンテンツを出力している最中に第１の端末と第２の端末との通信が切断された場合に、第２の出力部に、切断時に第１の端末が出力していた箇所からコンテンツの再生を開始させる。

好ましくは、第２の端末は、電池をさらに含む。プロセッサは、電池の残量が所定値未満になったときに、第１の端末がコンテンツをダウンロード可能か否かを判断する。

好ましくは、第２の端末は、電池をさらに含む。プロセッサは、電池の残量が所定値未満になったときに、コンテンツが第１の端末が再生可能なデータ形式のコンテンツであるか否かを判断する。

この発明の別の局面に従うと、コンテンツをダウンロードするための通信インターフェイスと、他の端末の機器情報に基づいて、他の端末がコンテンツをダウンロード可能か否かを判断し、他の端末がコンテンツをダウンロード可能でない場合に、通信インターフェイスを介してダウンロードしたコンテンツを他の端末に送信し、他の端末がコンテンツをダウンロード可能である場合に、コンテンツを受信する指示を他の端末に送信し、他の端末にコンテンツをダウンロードさせるためのプロセッサとを備える、端末が提供される。

この発明の別の局面に従うと、コンテンツをダウンロードするための通信インターフェイスと、他の端末の機器情報に基づいて、コンテンツが他の端末が再生可能なデータ形式のコンテンツであるか否かを判断し、コンテンツが他の端末が再生可能なデータ形式のコンテンツでない場合に、他の端末が再生可能なデータ形式に変換されたコンテンツを他の端末に送信し、コンテンツが他の端末が再生可能なデータ形式のコンテンツである場合に、コンテンツを受信する指示を他の端末に送信し、他の端末にコンテンツをダウンロードさせるためのプロセッサとを備える、端末が提供される。

以上のように、本発明によって、据置型の端末でコンテンツを出力できない可能性を低減することができる。

本実施の形態に係るネットワークシステム１の動作概要を示すイメージ図である。 本実施の形態に係るネットワークシステム１の全体構成を示すブロック図である。 本実施の形態に係るスマートフォン１００のハードウェア構成を示すブロック図である。 本実施の形態に係るスマートフォン１００の機能構成を示すブロック図である。 本実施の形態に係るスピーカ２００のハードウェア構成を示すブロック図である。 本実施の形態に係るスピーカ２００の機能構成を示すブロック図である。 本実施の形態に係るテレビ３００のハードウェア構成を示すブロック図である。 本実施の形態に係るテレビ３００の機能構成を示すブロック図である。 本実施の形態に係るスマートフォン１００がコンテンツを出力する場合のデータの流れを示すシーケンス図である。 本実施の形態に係る据置端末が通信プロトコルに対応していない場合のデータの流れを示すシーケンス図である。 本実施の形態に係る据置端末が通信プロトコルに対応している場合のデータの流れを示すシーケンス図である。 本実施の形態に係る本実施の形態に係るスマートフォン１００における処理を示すフローチャートである。 本実施の形態に係るスマートフォン１００における処理の変形例を示す第１のフローチャートである。 本実施の形態に係るスマートフォン１００における処理の変形例を示す第２のフローチャートである。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜ネットワークシステム１の動作概要＞
まずは、本実施の形態に係るネットワークシステム１の動作概要について説明する。図１は、本実施の形態に係るネットワークシステム１の動作概要を示すイメージ図である。

なお、以下では、端末１としてスマートフォン１００を例に挙げて説明する。しかしながら、端末１は、その他の携帯電話、ノートパソコン、電子辞書、電子ブック、ＰＤＡなどの携帯型の端末であってもよい。さらに言うと、端末１は、端末２が対応していない通信方式で外部のコンテンツサーバ４００とデータ通信することができれば携帯型の装置に限定するものではない。

また、以下では、端末２としてスピーカ２００およびテレビ３００を例に挙げて説明する。しかしながら、端末２は、ハードディスクレコーダ、デスクトップ型のパーソナルコンピュータなどの据置型の端末であってもよい。さらに言うと、端末２は、ディスプレイおよび／またはスピーカを有し、少なくとも１つの通信方式によって外部のコンテンツサーバ４００とデータ通信することができれば据置型の装置に限定するものではない。

また、スマートフォン１００とスピーカ２００とテレビ３００とが出力するコンテンツは音声または動画像を含む。そして、コンテンツデータは、音声データまたは動画像データを含む。

以下では、スマートフォン１００とスピーカ２００とテレビ３００とが、ストリームデータを受信して、当該ストリームデータを順次再生するものとしている。しかしながら、スマートフォン１００とスピーカ２００とテレビ３００とは、コンテンツデータを最後まで受信し終わってから、当該コンテンツデータを最初から再生するものであってもよい。

また、通信方式とは、通信プロトコルまたはデータ形式などから特定されるものである。そして、通信プロトコルは、１００ＢＡＳＥ−ＴＸ、ＲＳ−２３２Ｃおよび電話線などの第１層としての物理層のプロトコル、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）およびＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）などの第２層としてのデータリンク層のプロトコル、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）およびＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などの第３層としてのネットワーク層のプロトコル、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）およびＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）などの第４層としてのトランスポート層のプロトコル、ＲＴＰ（Ｒｅａｌ-ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）などの第５層としてのセッション層のプロトコル、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）およびＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）などの第６層としてのプレゼンテーション層のプロトコル、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）およびＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの第７層としてのアプリケーション層のプロトコルなど、いずれの階層の通信プロトコルであってもよい。

図１（Ａ）を参照して、ネットワークシステム１は、スマートフォン１００と、スピーカ２００と、テレビ３００と、コンテンツサーバ４００とを含む。ここでは、スマートフォン１００が、コンテンツサーバ４００からストリームデータをダウンロードして、音声または画像を出力している。

スマートフォン１００は、近距離無線通信によって、スピーカ２００およびテレビ３００から機器情報を取得する。たとえば、スマートフォン１００は、スピーカ２００およびテレビ３００から、対応可能な通信方式などを取得する。スマートフォン１００は、スピーカ２００およびテレビ３００の機器情報に基づいて、現在スマートフォン１００がストリームデータを受信するために使用している通信方式にスピーカ２００およびテレビ３００が対応可能か否かを判断する。

図１（Ｂ）を参照して、現在スマートフォン１００がストリームデータを受信するために使用している通信方式にスピーカ２００およびテレビ３００が対応可能である場合、スマートフォン１００は、スピーカ２００およびテレビ３００に再生中のコンテンツを再生するために必要な情報を送信する。スピーカ２００およびテレビ３００は、当該情報に基づいて、スマートフォン１００を介さずにコンテンツサーバ４００からストリームデータをダウンロードする。つまり、スピーカ２００およびテレビ３００は、スマートフォン１００を介さずにコンテンツサーバ４００からストリームデータをダウンロードすることによって、コンテンツを出力する。

図１（Ｃ）を参照して、現在スマートフォン１００がストリームデータを受信するために使用している通信方式にスピーカ２００およびテレビ３００が対応可能でない場合、スマートフォン１００は、受信したストリームデータをスピーカ２００およびテレビ３００に転送する。スピーカ２００およびテレビ３００は、スマートフォン１００から転送されたストリームデータに基づいてコンテンツを出力する。

このように、本実施の形態に係るネットワークシステム１は、スピーカ２００およびテレビ３００がストリームデータの通信方式に対応していなくても、スマートフォン１００を介することによってスピーカ２００およびテレビ３００がコンテンツを出力することができる。

以下、このような機能を実現するためのネットワークシステム１の構成について詳述する。

＜ネットワークシステム１の全体構成＞
本実施の形態に係るネットワークシステム１の全体構成について説明する。図２は、本実施の形態に係るネットワークシステム１の全体構成を示すブロック図である。

図１および図２を参照して、本実施の形態に係るネットワークシステム１は、上述したように、スマートフォン１００などの携帯型の端末１と、スピーカ２００またはテレビ３００などの据置型の端末２とを含む。スマートフォン１００は、ルータ５００を介して、または直接的に、少なくとも１つの通信方式（たとえば、第１〜第４の通信プロトコル）に従ってインターネットからストリームデータを受信することができる。スピーカ２００またはテレビ３００は、ルータを介して、または直接的に、少なくとも１つの通信方式（たとえば、第４の通信プロトコル）に従ってインターネットからストリームデータを受信することができる。換言すれば、スピーカ２００またはテレビ３００は、第１〜第３の通信プロトコルには対応していない。

本実施の形態においては、スマートフォン１００は、ユーザからの切り替え命令が入力されたときに、または所定の条件が満たされたときに、スピーカ２００にストリームデータに基づいてコンテンツを出力させる。具体的には、スピーカ２００が対応していない通信プロトコルに従ってストリームデータを受信する必要がある場合、スマートフォン１００がスピーカ２００にストリームデータを転送する。一方、スピーカ２００が対応している通信プロトコルに従ってストリームデータを受信可能な場合、スピーカ２００がスマートフォン１００を介さずにストリームデータを受信する。

＜スマートフォン１００のハードウェア構成＞
次に、スマートフォン１００のハードウェア構成について説明する。図３は、本実施の形態に係るスマートフォン１００のハードウェア構成を示すブロック図である。

図３を参照して、スマートフォン１００は、ＣＰＵ１１０と、タッチパネル１２０と、メモリ１３０と、メモリインターフェイス１４０と、第１の通信インターフェイス１５０と、第２の通信インターフェイス１６０と、スピーカ１７０と、ボタン１８０と、電池１９０とを含む。

タッチパネル１２０は、ディスプレイ１２１とポインティングデバイス１２２とを含む。タッチパネル１２０は、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式、静電容量方式などのいずれのタイプであってもよい。タッチパネル１２０は、光センサ液晶を含んでもよい。

タッチパネル１２０は、ＣＰＵ１１０からの命令（信号）に基づいて、文字および／または画像を表示する。ＣＰＵ１１０は、受信したストリームデータに基づいて、タッチパネル１２０に画像および／またはテキストを表示させる。また、ＣＰＵ１１０は、制御プログラムに基づいて、タッチパネル１２０に各種のソフトウェアボタンを表示させたりする。

タッチパネル１２０は、所定時間毎に外部の物体によるタッチパネル１２０へのタッチ操作を検知して、タッチ座標（接触座標）をＣＰＵ１１０に入力する。換言すれば、ＣＰＵ１１０は、タッチパネル１２０から順次タッチ座標を取得する。ＣＰＵ１１０は、タッチ座標に基づいて、ユーザからの命令の入力を受け付ける。

メモリ１３０は、各種のＲＡＭ（Random Access Memory）、ＲＯＭ（Read-Only Memory）および／またはハードディスクなどによって実現される。メモリ１３０は、ＣＰＵ１１０によって実行される制御プログラムとその他のデータとを記憶する。

メモリインターフェイス１４０は、外部の記憶媒体１４１からデータを読み出す。換言すれば、ＣＰＵ１１０は、メモリインターフェイス１４０を介して外部の記憶媒体１４１に格納されているデータを読み出して、当該データをメモリ１３０に格納する。逆に、ＣＰＵ１１０は、メモリ１３０からデータを読み出して、メモリインターフェイス１４０を介して当該データを外部の記憶媒体１４１に格納する。

なお、記憶媒体１４１としては、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、ＦＤ（Flexible Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic Optical Disc）、ＭＤ（Mini Disc）、ＩＣ（Integrated Circuit）カード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの、不揮発的にプログラムを格納する媒体が挙げられる。

第１の通信インターフェイス１５０は、アンテナおよび／またはコネクタによって実現される。第１の通信インターフェイス１５０は、インターネットなどのネットワークを介してコンテンツサーバ４００およびルータ５００などの他の装置との間でデータをやり取りする。換言すれば、ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、他の装置からプログラム、音声データ、画像データ、テキストデータなどを受信したり、他の装置にデータを送信したりする。

第２の通信インターフェイス１６０は、アンテナおよび／またはコネクタによって実現される。第２の通信インターフェイス１６０は、無線ＬＡＮ（Ｗｉｆｉ）等のネットワーク又はbluetooth（登録商標）などの近距離用の通信方式を利用してスピーカ２００およびテレビ３００などの他の装置との間でデータをやり取りする。換言すれば、ＣＰＵ１１０は、第２の通信インターフェイス１６０を介して、他の装置からプログラム、音声データ、画像データ、テキストデータなどを受信したり、他の装置にデータを送信したりする。

スピーカ１７０は、ＣＰＵ１１０からの信号に基づいて、音声を出力する。すなわち、ＣＰＵ１１０は、受信したストリームデータに基づいて、スピーカ１７０に音声を出力させる。

ボタン１８０は、スマートフォン１００の表面に配置される。スマートフォン１００には、電源キー、ホームキー、文字キー、テンキー、十字キー、決定キーなどの複数のボタンが配置されても良い。ボタン１８０は、ユーザから命令を受け付ける。ボタン１８０は、ユーザからの命令をＣＰＵ１１０に入力する。

電池１９０は、スマートフォン１００の各部に電力を供給する。ＣＰＵ１１０は、電池１９０の残量を取得することができる。

ＣＰＵ１１０は、メモリ１３０あるいは記憶媒体１４１に記憶されている制御プログラムを実行することによって、スマートフォン１００の各部を制御する。すなわち、ＣＰＵ１１０は、メモリ１３０あるいは記憶媒体１４１に記憶されている制御プログラムを実行することによって、後述する各種の処理を実行する。

＜スマートフォン１００の機能構成＞
次に、スマートフォン１００の機能構成について説明する。図４は、本実施の形態に係るスマートフォン１００の機能構成を示すブロック図である。ここでは、本実施の形態に係るスマートフォン１００が、４種類のコンテンツ配信サービスに対応している場合について説明する。例えば、本実施の形態に係るスマートフォン１００が、第１〜第４の通信プロトコルに対応している場合について説明する。

図４を参照して、ＣＰＵ１１０は、メモリ１３０に記憶されているアプリケーションプログラムを実行することによって、第１のサービス受信部１１１と、第２のサービス受信部１１２と、第３のサービス受信部１１３と、第４のサービス受信部１１４と、出力制御部１１５とを実現する。また、ディスプレイ１２１およびスピーカ１７０が、Ａ／Ｖ出力部を実現する。

第１のサービス受信部１１１は、第１の通信インターフェイス１５０を介して、第１の通信プロトコルに従って、ストリームデータを取得する。第１のサービス受信部１１１は、受信したストリームデータを順次出力制御部１１５に受け渡す。

第２のサービス受信部１１２は、第１の通信インターフェイス１５０を介して、第２の通信プロトコルに従って、ストリームデータを取得する。第２のサービス受信部１１２は、受信したストリームデータを順次出力制御部１１５に受け渡す。

第３のサービス受信部１１３は、第１の通信インターフェイス１５０を介して、第３の通信プロトコルに従って、ストリームデータを取得する。第３のサービス受信部１１３は、受信したストリームデータを順次出力制御部１１５に受け渡す。

第４のサービス受信部１１４は、第１の通信インターフェイス１５０を介して、第４の通信プロトコルに従って、ストリームデータを取得する。第４のサービス受信部１１４は、受信したストリームデータを順次出力制御部１１５に受け渡す。

出力制御部１１５は、受信したストリームデータに基づいて、Ａ／Ｖ出力部を介して順次コンテンツを出力する。

また、本実施の形態の出力制御部１１５は、ユーザの切り替え命令に応じて、または所定の条件を満たした際に自動的に、第２の通信インターフェイス１６０を介して、スピーカ２００およびテレビ３００の機器情報を取得する。出力制御部１１５は、当該機器情報に基づいて、スピーカ２００およびテレビ３００が、現在第１の通信インターフェイス１５０を介して受信している（これから受信しようとしている）ストリームデータの通信プロトコルに対応しているか否かを判断する。

そして、出力制御部１１５は、スピーカ２００およびテレビ３００が、現在第１の通信インターフェイス１５０を介して受信している（これから受信しようとしている）ストリームデータの通信プロトコルに対応している場合、第２の通信インターフェイス１６０を介してスピーカ２００およびテレビ３００にストリームデータを受信するための情報および再生するための情報を送信する。これによって、スピーカ２００およびテレビ３００は、自身で（スマートフォン１００を介さずに）、ストリームデータをダウンロードして、コンテンツを出力することができる。

一方、出力制御部１１５は、スピーカ２００およびテレビ３００が、現在第１の通信インターフェイス１５０を介して受信している（これから受信しようとしている）ストリームデータの通信プロトコルに対応していない場合、第２の通信インターフェイス１６０を介して受信したストリームデータをスピーカ２００およびテレビ３００に転送する。これによって、スピーカ２００およびテレビ３００は、スマートフォン１００からのストリームデータに基づいてコンテンツを出力することができる。

＜スピーカ２００のハードウェア構成＞
次に、スピーカ２００のハードウェア構成について説明する。図５は、本実施の形態に係るスピーカ２００のハードウェア構成を示すブロック図である。

図５を参照して、スピーカ２００は、ＣＰＵ２１０と、メモリ２３０と、メモリインターフェイス２４０と、第１の通信インターフェイス２５０と、第２の通信インターフェイス２６０と、スピーカ２７０と、ボタン２８０とを含む。

メモリ２３０は、各種のＲＡＭ、ＲＯＭおよび／またはハードディスクなどによって実現される。メモリ２３０は、ＣＰＵ２１０によって実行される制御プログラムとその他のデータとを記憶する。

メモリインターフェイス２４０は、外部の記憶媒体２４１からデータを読み出す。換言すれば、ＣＰＵ２１０は、メモリインターフェイス２４０を介して外部の記憶媒体２４１に格納されているデータを読み出して、当該データをメモリ２３０に格納する。逆に、ＣＰＵ２１０は、メモリ２３０からデータを読み出して、メモリインターフェイス２４０を介して当該データを外部の記憶媒体２４１に格納する。

なお、記憶媒体２４１としては、スマートフォン１００の記憶媒体１４１と同様であるため、ここでは説明を繰り返さない。

第１の通信インターフェイス２５０は、アンテナおよび／またはコネクタによって実現される。第１の通信インターフェイス２５０は、インターネットなどのネットワークを介してコンテンツサーバ４００およびルータ５００などの他の装置との間でデータをやり取りする。換言すれば、ＣＰＵ２１０は、第１の通信インターフェイス２５０を介して、他の装置からプログラム、音声データ、画像データ、テキストデータなどを受信したり、他の装置にデータを送信したりする。

第２の通信インターフェイス２６０は、アンテナおよび／またはコネクタによって実現される。第２の通信インターフェイス２６０は、無線ＬＡＮ等のネットワーク又はbluetooth（登録商標）などの近距離用の通信方式を利用してスマートフォン１００およびテレビ３００などの他の装置との間でデータをやり取りする。換言すれば、ＣＰＵ２１０は、第２の通信インターフェイス２６０を介して、他の装置からプログラム、音声データ、画像データ、テキストデータなどを受信したり、他の装置にデータを送信したりする。

スピーカ２７０は、ＣＰＵ２１０からの信号に基づいて、音声を出力する。すなわち、ＣＰＵ２１０は、受信したストリームデータに基づいて、スピーカ２７０に音声を出力させる。

ボタン２８０は、スピーカ２００の表面に配置される。スピーカ２００には、電源キー、ホームキー、文字キー、テンキー、十字キー、決定キーなどの複数のボタンが配置されても良い。ボタン２８０は、ユーザから命令を受け付ける。ボタン２８０は、ユーザからの命令をＣＰＵ２１０に入力する。

ＣＰＵ２１０は、メモリ２３０あるいは記憶媒体２４１に記憶されている制御プログラムを実行することによって、スピーカ２００の各部を制御する。

＜スピーカ２００の機能構成＞
次に、スピーカ２００の機能構成について説明する。図６は、本実施の形態に係るスピーカ２００の機能構成を示すブロック図である。ここでは、本実施の形態に係るスピーカ２００が、第１〜第３のコンテンツ配信サービスに対応していない場合について説明する。例えば、本実施の形態に係るスピーカ２００が、第１〜第３の通信プロトコルに対応していない場合について説明する。

図６を参照して、ＣＰＵ２１０は、メモリ２３０に記憶されているアプリケーションプログラムを実行することによって、ローカル通信受信部２１１と、第４のサービス受信部２１４と、出力制御部２１５とを実現する。また、スピーカ２７０が、Ａ／Ｖ出力部を実現する。

ローカル通信受信部２１１は、第２の通信インターフェイス２６０を介して、スマートフォン１００から制御命令およびストリームデータを受信する。ローカル通信受信部２１１は、制御命令を第４のサービス受信部２１４または出力制御部２１５に受け渡し、ストリームデータを順次出力制御部２１５に受け渡す。

第４のサービス受信部２１４は、ユーザからの命令に応じて、または、スマートフォン１００からの制御命令に応じて、第１の通信インターフェイス２５０を介して、第４の通信プロトコルに従って、ストリームデータを取得する。第４のサービス受信部２１４は、受信したストリームデータを順次出力制御部２１５に受け渡す。

出力制御部２１５は、現在第１の通信インターフェイス２５０を介して、スマートフォン１００を介さずに受信しているストリームデータに基づいて、Ａ／Ｖ出力部を介してコンテンツを出力する。出力制御部２１５は、現在第２の通信インターフェイス２５０を介してスマートフォン１００から受信しているストリームデータに基づいて、Ａ／Ｖ出力部を介してコンテンツを出力する。

＜テレビ３００のハードウェア構成＞
次に、テレビ３００のハードウェア構成について説明する。図７は、本実施の形態に係るテレビ３００のハードウェア構成を示すブロック図である。

図７を参照して、テレビ３００は、ＣＰＵ３１０と、ディスプレイ３２１と、メモリ３３０と、メモリインターフェイス３４０と、第１の通信インターフェイス３５０と、第２の通信インターフェイス３６０と、スピーカ３７０と、ボタン３８０とを含む。

ディスプレイ３２１は、ＣＰＵ３１０からの命令（信号）に基づいて、文字および／または画像を表示する。ＣＰＵ３１０は、受信したストリームデータに基づいて、ディスプレイ３２１に画像および／またはテキストを表示させる。また、ＣＰＵ３１０は、制御プログラムに基づいて、ディスプレイ３２１に各種のソフトウェアボタンを表示させたりする。

メモリ３３０は、各種のＲＡＭ、ＲＯＭおよび／またはハードディスクなどによって実現される。メモリ３３０は、ＣＰＵ３１０によって実行される制御プログラムとその他のデータとを記憶する。

メモリインターフェイス３４０は、外部の記憶媒体３４１からデータを読み出す。換言すれば、ＣＰＵ３１０は、メモリインターフェイス３４０を介して外部の記憶媒体３４１に格納されているデータを読み出して、当該データをメモリ３３０に格納する。逆に、ＣＰＵ３１０は、メモリ３３０からデータを読み出して、メモリインターフェイス３４０を介して当該データを外部の記憶媒体３４１に格納する。

なお、記憶媒体３４１としては、スマートフォン１００の記憶媒体１４１と同様であるため、ここでは説明を繰り返さない。

第１の通信インターフェイス３５０は、アンテナおよび／またはコネクタによって実現される。第１の通信インターフェイス３５０は、インターネットなどのネットワークを介してコンテンツサーバ４００およびルータ５００などの他の装置との間でデータをやり取りする。換言すれば、ＣＰＵ３１０は、第１の通信インターフェイス３５０を介して、他の装置からプログラム、音声データ、画像データ、テキストデータなどを受信したり、他の装置にデータを送信したりする。

第２の通信インターフェイス３６０は、アンテナおよび／またはコネクタによって実現される。第２の通信インターフェイス３６０は、無線ＬＡＮ等のネットワーク又はbluetooth（登録商標）などの近距離用の通信方式を利用してスマートフォン１００およびスピーカ２００などの他の装置との間でデータをやり取りする。換言すれば、ＣＰＵ３１０は、第２の通信インターフェイス３６０を介して、他の装置からプログラム、音声データ、画像データ、テキストデータなどを受信したり、他の装置にデータを送信したりする。

スピーカ３７０は、ＣＰＵ３１０からの信号に基づいて、音声を出力する。すなわち、ＣＰＵ３１０は、受信したストリームデータに基づいて、スピーカ３７０に音声を出力させる。

ボタン３８０は、テレビ３００の表面に配置される。テレビ３００には、電源キー、ホームキー、文字キー、テンキー、十字キー、決定キーなどの複数のボタンが配置されても良い。ボタン３８０は、ユーザから命令を受け付ける。ボタン３８０は、ユーザからの命令をＣＰＵ３１０に入力する。

ＣＰＵ３１０は、メモリ３３０あるいは記憶媒体３４１に記憶されている制御プログラムを実行することによって、テレビ３００の各部を制御する。

＜テレビ３００の機能構成＞
次に、テレビ３００の機能構成について説明する。図８は、本実施の形態に係るテレビ３００の機能構成を示すブロック図である。ここでは、本実施の形態に係るテレビ３００が、第１〜第３のコンテンツ配信サービスに対応していない場合について説明する。例えば、本実施の形態に係るテレビ３００が、第１〜第３の通信プロトコルに対応していない場合について説明する。

図８を参照して、ＣＰＵ３１０は、メモリ３３０に記憶されているアプリケーションプログラムを実行することによって、ローカル通信受信部３１１と、第４のサービス受信部３１４と、出力制御部３１５とを実現する。また、ディスプレイ３２１およびスピーカ３７０が、Ａ／Ｖ出力部を実現する。

ローカル通信受信部３１１は、第２の通信インターフェイス３６０を介して、スマートフォン１００から制御命令およびストリームデータを受信する。ローカル通信受信部３１１は、制御命令を第４のサービス受信部３１４または出力制御部３１５に受け渡し、ストリームデータを順次出力制御部３１５に受け渡す。

第４のサービス受信部３１４は、ユーザからの命令に応じて、または、スマートフォン１００からの制御命令に応じて、第１の通信インターフェイス３５０を介して、第４の通信プロトコルに従って、ストリームデータを取得する。第４のサービス受信部３１４は、受信したストリームデータを順次出力制御部３１５に受け渡す。

出力制御部３１５は、現在第１の通信インターフェイス３５０を介して、スマートフォン１００を介さずに受信しているストリームデータに基づいて、Ａ／Ｖ出力部を介してコンテンツを出力する。出力制御部３１５は、現在第２の通信インターフェイス３５０を介してスマートフォン１００から受信しているストリームデータに基づいて、Ａ／Ｖ出力部を介してコンテンツを出力する。

＜ネットワークシステム１におけるデータの流れ＞
次に、本実施の形態に係るネットワークシステム１におけるデータの流れについて説明する。以下では、スマートフォン１００がコンテンツを出力する場合のデータの流れと、据置端末が通信プロトコルに対応していない場合のデータの流れと、据置端末が通信プロトコルに対応している場合のデータの流れとについて説明する。そして、スピーカ２００またはテレビ３００を据置端末と総称する。

図９は、本実施の形態に係るスマートフォン１００がコンテンツを出力する場合のデータの流れを示すシーケンス図である。

図９を参照して、スマートフォン１００は、ユーザからの命令に基づいて、コンテンツサーバ４００に通信接続する。コンテンツサーバ４００は、スマートフォン１００にログイン情報を要求する。スマートフォン１００は、コンテンツサーバ４００にログイン情報を送信する。スマートフォン１００は、コンテンツサーバ４００にストリームリストを要求する。ここで、ストリームリストとは、コンテンツサーバ４００からダウンロード可能なストリームデータのリストをいう。コンテンツサーバ４００は、スマートフォン１００にストリームリストを送信する。

スマートフォン１００は、ユーザからのストリームデータを選択するための命令を受け付ける。スマートフォン１００は、当該命令に基づいてストリームデータを指定する情報をコンテンツサーバ４００に送信する。コンテンツサーバ４００は、当該情報に基づいて、指定されたストリームデータをスマートフォン１００に送信する。スマートフォン１００は、受信したストリームデータに基づいて、順次コンテンツを出力する。

図１０は、本実施の形態に係る据置端末が通信プロトコルに対応していない場合のデータの流れを示すシーケンス図である。

図１０を参照して、スマートフォン１００は、ユーザからの命令に基づいて、コンテンツサーバ４００からストリームデータをダウンロードする。スマートフォン１００は、受信したストリームデータに基づいて、順次コンテンツを出力する。

スマートフォン１００は、ユーザから出力画面を切り替えるための命令を受け付けると、近距離用の通信方式に基づいて据置端末に機器情報を要求する。据置端末は、機器情報をスマートフォン１００に送信する。たとえば、据置端末は、対応可能な通信プロトコルをスマートフォン１００に送信する。

スマートフォン１００は、受信した機器情報に基づいて、現在ストリームデータをダウンロードするのに利用している通信プロトコルに据置端末が対応しているか否かを判断する。通信プロトコルに据置端末が対応していない場合、スマートフォン１００は、現在再生されているコンテンツの位置を示す情報（たとえば、コンテンツの開始からの経過時間を示す情報）とコンテンツの再生命令とを据置端末に送信する。スマートフォン１００は、自身がダウンロードしたストリームデータを据置端末に送信する。これによって、据置端末が、スマートフォン１００から受信したストリームデータに従って、コンテンツを出力する。

図１１は、本実施の形態に係る据置端末が通信プロトコルに対応している場合のデータの流れを示すシーケンス図である。

図１１を参照して、スマートフォン１００は、ユーザからの命令に基づいて、コンテンツサーバ４００からストリームデータをダウンロードする。スマートフォン１００は、受信したストリームデータに基づいて、順次コンテンツを出力する。

スマートフォン１００は、ユーザから出力画面を切り替えるための命令を受け付けると、近距離用の通信方式に基づいて据置端末に機器情報を要求する。据置端末は、機器情報をスマートフォン１００に送信する。たとえば、据置端末は、対応可能な通信プロトコルをスマートフォン１００に送信する。

スマートフォン１００は、受信した機器情報に基づいて、現在ストリームデータをダウンロードするのに利用している通信プロトコルに据置端末が対応しているか否かを判断する。通信プロトコルに据置端末が対応している場合、スマートフォン１００は、現在再生されているコンテンツを特定するための情報とコンテンツの再生位置を示す情報（たとえば、コンテンツの開始からの経過時間を示す情報）とコンテンツサーバにログインするための情報とを据置端末に送信する。スマートフォン１００は、ネットワークを介してサービスからログアウトして、ストリームデータのダウンロードを終了する。スマートフォン１００は、コンテンツの再生命令を据置端末に送信する。

据置端末は、ネットワークを介して（ルータ５００を介して）、コンテンツサーバに通信接続する。コンテンツサーバ４００は、据置端末にログイン情報を要求する。コンテンツサーバ４００は、据置端末にログイン情報を送信する。据置端末は、コンテンツサーバ４００にコンテンツを特定するための情報とコンテンツの再生位置を示す情報とをコンテンツサーバ４００に送信する。コンテンツサーバ４００は、当該情報に基づいて、指定されたストリームデータを据置端末に送信する。据置端末は、受信したストリームデータに基づいて、スマートフォン１００から指定された再生位置から順次コンテンツを出力する。

＜スマートフォン１００における処理＞
次に、スマートフォン１００における処理について説明する。図１２は、本実施の形態に係るスマートフォン１００における処理を示すフローチャートである。

図１２を参照して、スマートフォン１００のＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ユーザからコンテンツをダウンロードするためのページを表示するための命令を受け付けると以下の処理を実行する。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、コンテンツサーバ４００にサービス画面を要求する。ＣＰＵ１１０は、ダウンロードしたデータに基づいて、ディスプレイ１２１にログイン情報を入力するための画面を表示させる。

ＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ログイン情報を受け付ける。または、ＣＰＵ１１０は、メモリ１３０に記憶されているログイン情報を読み出す。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、サービスにログインする（ステップＳ１０２）。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、コンテンツサーバ４００からストリームリストを受信する（ステップＳ１０４）。ストリームリストは、配信可能なストリームデータの各々を特定するための情報のリストである。

ＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ユーザからストリームデータを選択するための命令を受け付ける（ステップＳ１０６）。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介してコンテンツサーバ４００からストリームデータを受信する。ＣＰＵ１１０は、ストリームデータに基づいて、スピーカ１７０またはディスプレイ１２１に順次コンテンツを出力させる（ステップＳ１０８）。

ＣＰＵ１１０は、コンテンツの再生中、タッチパネル１２０またはボタン１８０を介して、ユーザから出力部を切り替えるための切り替え命令を待ち受ける（ステップＳ１１０）。ＣＰＵ１１０は、切り替え命令を受け付けなかった場合（ステップＳ１１０にてＮＯである場合）、タッチパネル１２０またはボタン１８０を介して、ユーザから再生を停止するための停止命令を待ち受ける（ステップＳ１１２）。

ＣＰＵ１１０は、停止命令を受け付けなかった場合（ステップＳ１１２にてＮＯである場合）、ステップＳ１０８からの処理を繰り返す。ＣＰＵ１１０は、停止命令を受け付けた場合（ステップＳ１１２にてＹＥＳである場合）、コンテンツの再生処理を終了する。

ＣＰＵ１１０は、切り替え命令を受け付けた場合（ステップＳ１１０にてＹＥＳである場合）、第２の通信インターフェイス１６０を介して据置端末から機器情報を取得する（ステップＳ１１４）。ＣＰＵ１１０は、機器情報に基づいて、据置端末が現在スマートフォン１００がダウンロードのために利用している通信プロトコルに対応しているか否かを判断する（ステップＳ１１６）。

ＣＰＵ１１０は、据置端末が現在スマートフォン１００がダウンロードのために利用している通信プロトコルに対応している場合（ステップＳ１１６にてＹＥＳである場合）、第２の通信インターフェイス１６０を介してストリームデータの特定情報及び現在の再生箇所を据置端末に送信する（ステップＳ１３２）。

ＣＰＵ１１０は、第２の通信インターフェイス１６０を介して据置端末にログイン情報を送信する（ステップＳ１３４）。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、サービスからログアウトする（ステップＳ１３６）。ＣＰＵ１１０は、コンテンツの再生を停止する。ＣＰＵ１１０は、第２の通信インターフェイス１６０を介して、据置端末に再生開始命令を送信する（ステップＳ１３８）。据置端末は、ログイン情報に基づいてサービスにログインし、コンテンツサーバ４００からスマートフォン１００を介さずにストリームデータを受信する。据置端末は、ストリームデータに基づいて、スマートフォン１００からの再生箇所から順次コンテンツを出力する。

ＣＰＵ１１０は、据置端末が現在スマートフォン１００がダウンロードのために利用している通信プロトコルに対応していない場合（ステップＳ１１６にてＮＯである場合）、第２の通信インターフェイス１６０を介して、据置端末にストリームデータの現在の再生箇所を送信する（ステップＳ１４２）。ＣＰＵ１１０は、コンテンツの再生を停止する（ステップＳ１４４）。ＣＰＵ１１０は、第２の通信インターフェイス１６０を介して据置端末に再生開始命令を送信する（ステップＳ１４６）。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介してダウンロードしたストリームデータを、第２の通信インターフェイス１６０を介して順次据置端末に送信する（ステップＳ１４８）。据置端末は、スマートフォン１００からストリームデータを受信する。据置端末は、ストリームデータに基づいて、スマートフォン１００からの再生箇所から順次コンテンツを出力する。

＜切り替え動作の変形例＞
上記の実施の形態の変形例として、ネットワークシステム１またはスマートフォン１００は、曲が切り替わるタイミング、セクションが切り替わるタイミング、またはシーンが切り替わるタイミングにおいて、コンテンツを出力する出力部を切り替えてもよい。あるいは、ネットワークシステム１またはスマートフォン１００は、スマートフォン１００の電池残量に基づいて、出力部を切り替えてもよい。

以下、スマートフォン１００における処理の変形例について説明する。図１３は、本実施の形態に係るスマートフォン１００における処理の変形例を示す第１のフローチャートである。図１４は、本実施の形態に係るスマートフォン１００における処理の変形例を示す第２のフローチャートである。

図１３および図１４を参照して、スマートフォン１００のＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ユーザからコンテンツをダウンロードするためのページを表示するための命令を受け付けると以下の処理を実行する。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、コンテンツサーバ４００にサービス画面を要求する。ＣＰＵ１１０は、ダウンロードしたデータに基づいて、ディスプレイ１２１にログイン情報を入力するための画面を表示させる。

ＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ログイン情報を受け付ける。または、ＣＰＵ１１０は、メモリ１３０に記憶されているログイン情報を読み出す。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、サービスにログインする（ステップＳ２０２）。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介して、コンテンツサーバ４００からストリームリストを受信する（ステップＳ２０４）。ストリームリストは、配信可能なストリームデータの各々を特定するための情報のリストである。

ＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ユーザからストリームデータを選択するための命令を受け付ける（ステップＳ２０６）。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介してコンテンツサーバ４００からストリームデータを受信する。ＣＰＵ１１０は、ストリームデータに基づいて、スピーカ１７０またはディスプレイ１２１に順次コンテンツを出力させる（ステップＳ２０８）。

ＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ユーザから操作を受け付けたか否かを判断する（ステップＳ２１０）。ＣＰＵ１１０は、ユーザから操作を受け付けた場合（ステップＳ２１０にてＹＥＳである場合）、ディスプレイ１２１に切り替えボタンを表示させる（ステップＳ２１２）。

ＣＰＵ１１０は、タッチパネル１２０またはボタン１８０を介して、ユーザから切り替え命令を受け付けたか否かを判断する（ステップＳ２１４）。ＣＰＵ１１０は、ユーザから切り替え命令を受け付けなかった場合（ステップＳ２１４にてＮＯである場合）、ステップＳ２０８からの処理を繰り返す。このとき、ＣＰＵ１１０は、所定の時間が経過後に切り替えボタンの表示を終了する。ＣＰＵ１１０は、ユーザから切り替え命令を受け付けた場合（ステップＳ２１４にてＹＥＳである場合）、ステップＳ２２０からの処理を実行する。

ＣＰＵ１１０は、ユーザから操作を受け付けなかった場合（ステップＳ２１０にてＮＯである場合）、電池１９０の残量を取得する。ＣＰＵ１１０は、電池１９０の残量が予め設定された第１のしきい値未満であるか否かを判断する（ステップＳ２１６）。

ＣＰＵ１１０は、電池１９０の残量が第１のしきい値未満でない場合（ステップＳ２１６にてＮＯである場合）、電池１９０の残量が第２のしきい値未満であるか否かを判断する（ステップＳ２１８）。なお、第２のしきい値は第１のしきい値よりも大きい。

ＣＰＵ１１０は、電池１９０の残量が第２のしきい値未満である場合（ステップＳ２１８にてＹＥＳである場合）、ステップＳ２１２からの処理を実行する。ＣＰＵ１１０は、電池１９０の残量が第２のしきい値未満でない場合（ステップＳ２１８にてＮＯである場合）、ステップＳ２０８からの処理を繰り返す。

ＣＰＵ１１０は、電池１９０の残量が第１のしきい値未満である場合（ステップＳ２１６にてＹＥＳである場合）、第２の通信インターフェイス１６０を介して据置端末またはテレビ３００から機器情報を取得する（ステップＳ２２０）。ＣＰＵ１１０は、機器情報に基づいて、据置端末が現在スマートフォン１００がダウンロードのために利用している通信プロトコルに対応しているか否かを判断する（ステップＳ２２２）。

ＣＰＵ１１０は、据置端末が現在スマートフォン１００がダウンロードのために利用している通信プロトコルに対応している場合（ステップＳ２２２にてＹＥＳである場合）、第２の通信インターフェイス１６０を介してストリームデータの再生開始箇所を据置端末に送信する（ステップＳ２３２）。ここで、「ストリームデータの再生開始箇所」とは、ストリームデータのうちの現在再生されている曲、セクション、またはシーンの次の曲、セクションまたはシーンを示す情報である。

ＣＰＵ１１０は、第２の通信インターフェイス１６０を介して据置端末にログイン情報を送信する（ステップＳ２３４）。ＣＰＵ１１０は、曲、セクション、またはシーンが終了したときに、第１の通信インターフェイス１５０を介して、サービスからログアウトする（ステップＳ２３６）。ＣＰＵ１１０は、コンテンツの再生を停止する。ＣＰＵ１１０は、第２の通信インターフェイス１６０を介して、据置端末に再生開始命令を送信する（ステップＳ２３８）。据置端末は、ログイン情報に基づいてサービスにログインし、コンテンツサーバ４００からスマートフォン１００を介さずにストリームデータを受信する。据置端末は、ストリームデータに基づいて、次の曲、セクション、またはシーンの開始箇所から順次コンテンツを出力する。ＣＰＵ１１０は、コンテンツを出力するためのアプリケーションを終了する（ステップＳ２５０）。

一方、ＣＰＵ１１０は、据置端末が現在スマートフォン１００がダウンロードのために利用している通信プロトコルに対応していない場合（ステップＳ２２２にてＮＯである場合）、第２の通信インターフェイス１６０を介して、据置端末に再生開始箇所を送信する（ステップＳ２４２）。ＣＰＵ１１０は、曲、セクション、またはシーンが終了したときに、コンテンツの再生を停止する（ステップＳ２４４）。ＣＰＵ１１０は、第２の通信インターフェイス１６０を介して据置端末に再生開始命令を送信する（ステップＳ２４６）。ＣＰＵ１１０は、第１の通信インターフェイス１５０を介してダウンロードしたストリームデータを、次の曲、セクション、またはシーンの開始箇所から、第２の通信インターフェイス１６０を介して順次据置端末に送信する（ステップＳ２４８）。据置端末は、スマートフォン１００からストリームデータを受信する。据置端末は、ストリームデータに基づいて、次の曲、セクション、またはシーンの開始箇所から順次コンテンツを出力する。

ＣＰＵ１１０は、定期的に、第２の通信インターフェイス１６０を介して、据置端末との通信が可能か否かを判断する（ステップＳ２５２）。ＣＰＵ１１０は、据置端末との通信が不可能になったときに（ステップＳ２５２にてＮＯである場合）、第１の通信インターフェイス１５０を介して受信したストリーミングデータに基づいて、据置端末が出力した最終箇所または据置端末に送信した最終箇所から、自身のスピーカ１７０またはディスプレイ１２１にコンテンツの出力を再生させる。

＜その他の実施の形態＞
上記の実施の形態においては、スマートフォン１００が、スピーカ２００またはテレビ３００などの据置端末がコンテンツのダウンロードに使用される通信プロトコルに対応しているか否かを判断するものであった。しかしながら、スマートフォン１００は、据置端末がダウンロード（又はストリーミング再生）されるコンテンツのデータに対応しているか否かを判断してもよい。この場合には、スマートフォン１００が、ダウンロードしたデータを据置端末が対応するデータ形式のデータに変換する処理を実行する。

具体的には、図１０を参照して、スマートフォン１００がダウンロードしたデータを据置端末に送信する際に、ダウンロードしたデータを据置端末が対応するデータ形式のデータに変換し、変換後のデータを据置端末に送信する。換言すれば、図１２のステップＳ１４８および図１４のステップＳ２４８において、ＣＰＵ１１０が、第１の通信インターフェイス１５０を介してダウンロードしたデータを据置端末が対応するデータ形式のデータに変換し、第２の通信インターフェイス１６０を介して変換後のデータを据置端末に送信する。

また、本発明は、システムまたは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵまたはＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現されてもよい。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードおよび／またはコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードおよび／または機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現されてもよい。

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

１ ネットワークシステム
１００ スマートフォン
１１０，２１０，３１０ ＣＰＵ
１１１ 第１のサービス受信部
１１２ 第２のサービス受信部
１１３ 第３のサービス受信部
１１４，２１４，３１４ 第４のサービス受信部
１１５，２１５，３１５ 出力制御部
１２０ タッチパネル
１２１ ディスプレイ
１２２ ポインティングデバイス
１３０，２３０，３３０ メモリ
１４０，２４０，３４０ メモリインターフェイス
１４１，２４１，３４１ 記憶媒体
１５０，２５０，３５０ 第１の通信インターフェイス
１６０，２６０，３６０ 第２の通信インターフェイス
１７０，２７０，３７０ スピーカ
１８０，２８０，３８０ ボタン
１９０ 電池
２００ スピーカ
２１１，３１１ ローカル通信受信部
３００ テレビ
３１５ 出力制御部
３２１ ディスプレイ
４００ コンテンツサーバ
５００ ルータ

Claims (11)

1. 第１の端末と、前記第１の端末が対応していない少なくとも１つの通信方式でコンテンツを受信可能な第２の端末とを備え、
   前記第１の端末は、
   前記コンテンツを受信するための第１の通信インターフェイスと、
   前記コンテンツを出力するための第１の出力部とを含み、
   前記第２の端末は、
   前記コンテンツを受信するための第２の通信インターフェイスと、
   前記第１の端末の機器情報に基づいて、前記第１の端末が前記コンテンツを受信可能か否かを判断し、前記第１の端末が前記コンテンツを受信可能でない場合に、前記第２の通信インターフェイスを介して受信した前記コンテンツを前記第１の端末に送信し、前記第１の端末が前記コンテンツを受信可能である場合に、前記コンテンツを受信する指示を前記第１の端末に送信し、前記第１の端末に前記コンテンツを受信させるためのプロセッサとを含む、
   ネットワークシステム。
2. 第１の端末と、前記第１の端末が再生不可能なデータ形式のコンテンツを前記第１の端末が再生可能なデータ形式のコンテンツに変換可能な第２の端末とを備え、
   前記第１の端末は、
   コンテンツを受信するための第１の通信インターフェイスと、
   再生可能なデータ形式のコンテンツを出力するための第１の出力部とを含み、
   前記第２の端末は、
   コンテンツを受信するための第２の通信インターフェイスと、
   前記第１の端末の機器情報に基づいて、前記コンテンツが前記第１の端末が再生可能なデータ形式のコンテンツであるか否かを判断し、前記コンテンツが前記第１の端末が再生可能なデータ形式のコンテンツでない場合に、前記第１の端末が再生可能なデータ形式に変換されたコンテンツを前記第１の端末に送信し、前記コンテンツが前記第１の端末が再生可能なデータ形式のコンテンツである場合に、前記コンテンツを受信する指示を前記第１の端末に送信し、前記第１の端末に前記コンテンツを受信させるためのプロセッサとを含む、ネットワークシステム。
3. 前記第２の端末は、前記コンテンツを出力するための第２の出力部をさらに含み、
   前記プロセッサは、前記第１の端末に、前記第２の出力部が出力している箇所から前記コンテンツの再生を開始させる、請求項１または２に記載のネットワークシステム。
4. 前記第２の端末は、前記コンテンツを出力するための第２の出力部をさらに含み、
   前記コンテンツは、複数の楽曲を含み、
   前記プロセッサは、前記第１の端末に、前記第２の出力部が出力している楽曲が終了したときに、次の楽曲から前記コンテンツの再生を開始させる、請求項１または２に記載のネットワークシステム。
5. 前記プロセッサは、前記第１の端末が前記コンテンツを出力している最中に前記第１の端末と前記第２の端末との通信が切断された場合に、前記第２の出力部に、前記切断時に前記第１の端末が出力していた箇所から前記コンテンツの再生を開始させる、請求項３または４に記載のネットワークシステム。
6. 前記第２の端末は、電池をさらに含み、
   前記プロセッサは、前記電池の残量が所定値未満になったときに、前記第１の端末が前記コンテンツを受信可能か否かを判断する、請求項１に記載のネットワークシステム。
7. 前記第２の端末は、電池をさらに含み、
   前記プロセッサは、前記電池の残量が所定値未満になったときに、前記コンテンツが前記第１の端末が再生可能なデータ形式のコンテンツであるか否かを判断する、請求項２に記載のネットワークシステム。
8. コンテンツを受信するための通信インターフェイスと、
   他の端末の機器情報に基づいて、前記他の端末が前記コンテンツを受信可能か否かを判断し、前記他の端末が前記コンテンツを受信可能でない場合に、前記通信インターフェイスを介して受信した前記コンテンツを前記他の端末に送信し、前記他の端末が前記コンテンツを受信可能である場合に、前記コンテンツを受信する指示を前記他の端末に送信し、前記他の端末に前記コンテンツを受信させるためのプロセッサとを備える、端末。
9. コンテンツを受信するための通信インターフェイスと、
   他の端末の機器情報に基づいて、前記コンテンツが他の端末が再生可能なデータ形式のコンテンツであるか否かを判断し、前記コンテンツが前記他の端末が再生可能なデータ形式のコンテンツでない場合に、前記他の端末が再生可能なデータ形式に変換されたコンテンツを前記他の端末に送信し、前記コンテンツが前記他の端末が再生可能なデータ形式のコンテンツである場合に、前記コンテンツを受信する指示を前記他の端末に送信し、前記他の端末に前記コンテンツを受信させるためのプロセッサとを備える、端末。
10. 端末装置の動作プログラムであって、
    他の端末の機器情報に基づいて、前記他の端末がサーバから直接コンテンツを受信可能か否かを判断するステップと、
    前記他の端末が前記サーバから前記コンテンツを直接受信可能でないと判断された場合に、前記サーバから受信したコンテンツを前記他の端末に送信するステップと、
    前記他の端末がサーバから前記コンテンツを直接受信可能であると判断された場合に、前記サーバから前記コンテンツを直接受信する指示を前記他の端末に送信するステップとを前記端末装置の制御部に実行させる、端末装置プログラム。
11. 端末装置の動作プログラムであって、
    他の端末の機器情報に基づいて、サーバから受信すべきコンテンツが前記他の端末が再生可能なデータ形式のコンテンツであるか否かを判断するステップと、
    前記サーバから受信すべきコンテンツが前記他の端末が再生可能なデータ形式のコンテンツでないと判断された場合に、前記他の端末が再生可能なデータ形式に変換されたコンテンツを前記他の端末に送信するステップと、
    サーバから受信すべきコンテンツが前記他の端末が再生可能なデータ形式のコンテンツであると判断された場合に、前記サーバから前記コンテンツを直接受信する指示を前記他の端末に送信するステップとを前記端末装置の制御部に実行させる、端末装置プログラム。

Images