JP6342526B2 - 生中継データを共有する方法およびシステム - Google Patents

Description

以下の説明は、生中継データを共有する技術に関する。

ライブ映像コンテンツ（一例として、放送プログラム）のデータは、高画質および低画質のような多様な画質別チャンネルを通じて提供される。ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）のように固定された電子機器およびスマートフォンやタブレット（Ｔａｂｌｅｔ）などのモバイル電子機器は、ライブ映像コンテンツのデータをダウンロードするダウンローダ（ｄｏｗｎｌｏａｄｅｒ）として動作する。例えば、ＰＣは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）またはワイファイ（Ｗｉ‐Ｆｉ）（登録商標）を介してサーバに接続し、主に高画質チャンネルを通じてライブ映像コンテンツのデータをダウンロードするし、モバイル電子機器は、ワイファイ（Ｗｉ‐Ｆｉ）またはワイファイ以外の無線通信（Ｗｉｒｅｌｅｓｓ）を介してサーバに接続し、主に低画質チャンネルを通じてライブ映像コンテンツのデータをダウンロードする。また、ライブ映像コンテンツのデータをクライアント間で共有するために、ＰＣとモバイル電子機器はアップローダ（ｕｐｌｏａｄｅｒ）としても動作する。しかし、ＰＣはＬＡＮを介して接続した場合にだけアップローダとして動作することができるし、モバイル電子機器もワイファイを介して接続した場合に、ワイファイネットワークの状態によって制約的にアップローダとして動作できるようになる。

したがって、ライブ映像コンテンツのデータの提供を受けようとするダウンローダの数がアップローダの数よりも相対的に極めて多く、ＰＣよりはモバイル電子機器を通じて低画質の映像コンテンツをダウンロードしようとするユーザの数が増加することより、サーバのトラフィック（ｔｒａｆｆｉｃ）が増加している。特許文献１は、コンテンツ提供サーバの負荷を減少させるためのライブストリーミングコンテンツ送信方法および装置を開示している。

韓国公開特許１０−２０１４−００２４５５３号公報

高画質のチャンネルを通じて高画質のライブストリームデータをダウンロードする電子機器が低画質チャンネルを通じて低画質のライブストリームデータをダウンロードして他の電子機器にアップロードするように制御することにより、高画質チャンネルを利用する電子機器を低画質のライブストリームデータを提供するシード（ｓｅｅｄ）として活用することができる共有方法およびシステムを提供する。

低画質のライブストリームデータを提供するシード（ｓｅｅｄ）の増加によってライブストリームデータを提供するサーバのトラフィックを減少させ、再生品質が向上することにより、低画質のライブストリームデータをダウンロードしようとするモバイル電子機器の数を増加させることができる共有方法およびシステムを提供する。

電子機器を実現するコンピュータに低画質のライブストリームデータの共有方法を実行させるためのコンピュータプログラムであって、共有方法は、電子機器が、ユーザの高画質チャンネルの選択に対する応答として高画質チャンネルを通じて高画質のライブストリームデータを受信して再生する段階、電子機器が、高画質チャンネルの生成に応答してシード（ｓｅｅｄ）機器として設定されることによって低画質チャンネルを通じて低画質のライブストリームデータを受信する段階、および受信した低画質のライブストリームデータを他の電子機器に送信して共有する段階を含むことを特徴とするコンピュータプログラムを提供してもよい。

コンピュータによって実現される電子機器の共有方法であって、電子機器が、ユーザの高画質チャンネルの選択に対する応答として高画質チャンネルを通じて高画質のライブストリームデータを受信して再生する段階、電子機器が、高画質チャンネルの生成に応答してシード（ｓｅｅｄ）機器として設定されることによって低画質チャンネルを通じて低画質のライブストリームデータを受信する段階、および受信した低画質のライブストリームデータを他の電子機器に送信して共有する段階を含むことを特徴とする共有方法を提供してもよい。

コンピュータによって実現される電子機器の共有システムであって、コンピュータで読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、ユーザの高画質チャンネルの選択に対する応答として高画質チャンネルを通じて高画質のライブストリームデータを受信し、高画質チャンネルの生成に応答してシード（ｓｅｅｄ）機器として設定されることによって低画質チャンネルを通じて低画質のライブストリームデータを受信するように電子機器を制御する受信制御部、電子機器がシード機器であるか否かを判断するシード決定部、受信した高画質のライブストリームデータを再生するように電子機器を制御する再生制御部、および受信した低画質のライブストリームデータを他の電子機器に送信して共有するように電子機器を制御する送信制御部を備える共有システムを提供してもよい。

高画質のチャンネルを通じて高画質のライブストリームデータをダウンロードする電子機器が低画質チャンネルを通じて低画質のライブストリームデータをダウンロードして他の電子機器にアップロードするように制御することにより、高画質チャンネルを利用する電子機器を低画質のライブストリームデータを提供するシード（ｓｅｅｄ）として活用することができる。

低画質のライブストリームデータを提供するシード（ｓｅｅｄ）の増加によってライブストリームデータを提供するサーバのトラフィックを減少させ、再生品質を向上させることができる。

サーバのトラフィックが減少し、再生品質が向上することにより、低画質のライブストリームデータをダウンロードしようとするモバイル電子機器の数を増加させることができる。

本発明の一実施形態における、ネットワーク環境の例を示した図である。 本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。 本発明の一実施形態における、ライブストリーミングサービスのための全体システム環境の例を示した図である。 本発明の一実施形態における、ストリーミングスライディングウィンドウを説明するための図である。 本発明の一実施形態における、アクティブダウンロードモードとしての動作のためのチャンネル生成を説明するための図である。 本発明の一実施形態における、電子機器がシード機器に決まることによって動作モードが変更されることを示した状態図である。 本発明の一実施形態における、電子機器のプロセッサが含むことのできる構成要素の例を示した図である。 本発明の一実施形態における、電子機器が実行することのできる共有方法の例を示したフローチャートである。

以下、本発明の一実施形態について、添付の図面を参照しながら詳しく説明する。

本発明の一実施形態は、ライブストリームデータのようなストリームデータ（ｓｔｒｅａｍ ｄａｔａ）をダウンロードし、スマートフォン、ＰＣ、タブレット（ｔａｂｌｅｔ）などの電子機器にてリアルタイムで再生するシステムに適用することができる。特に、本実施形態は、モバイル生中継のために低画質のストリームデータを共有するための電子機器をシード（ｓｅｅｄ）として決め、シードを通じてダウンロードした低画質のストリームデータを他の電子機器に中継することによって共有率を向上させることができる。本明細書において、ストリームデータとは、野球、サッカー、ゲームなどを生中継するライブストリームデータ（ｌｉｖｅ ｓｔｒｅａｍ ｄａｔａ）を意味してもよい。また、共有率とは、生中継のためのストリーミング方式と、クライアント間のデータ共有によってストリームデータを提供するＰ２Ｐ（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）方式とをすべて活用することによってピア間でストリームデータのピース（ｐｉｅｃｅ）が共有される割合を意味してもよい。

本実施形態において、高画質チャンネルを選択する電子機器は、低画質のストリームデータを他の電子機器と共有するためのシード機器として決められてもよい。シード機器として動作する電子機器は、低画質チャンネルを通じて主にＰ２Ｐ方式によって低画質のストリームデータを受信して他の電子機器と共有することにより、モバイル生中継での共有率を改善することができる。

図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。

複数の電子機器１１０、１２０、１３０、１４０は、コンピュータ装置によって実現される固定型端末や移動型端末であってもよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、携帯電話、ナビゲーション、コンピュータ、ノート型パンコン、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、タブレットＰＣなどがある。一例として、電子機器１（１１０）は、無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信してもよい。

通信方式が制限されることはなく、ネットワーク１７０が含むことのできる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網）を活用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ ａｒｅａ ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄ ｂａｎｄ ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでもよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター−バスネットワーク、ツリーまたは階層的（ｈｉｅｒａｒｃｈｉｃａｌ）ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これに制限されることはない。

サーバ１５０、１６０それぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供するコンピュータ装置または複数のコンピュータ装置によって実現されてもよい。

一例として、サーバ１６０は、ネットワーク１７０を介して接続した電子機器１（１１０）にアプリケーションのインストールのためのファイルを提供してもよい。この場合、電子機器１（１１０）は、サーバ１６０から提供されたファイルを利用してアプリケーションをインストールしてもよい。また、電子機器１（１１０）が含むオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）および少なくとも１つのプログラム（一例として、ブラウザや前記インストールされたアプリケーション）の制御にしたがってサーバ１５０に接続し、サーバ１５０が提供するサービスやコンテンツの提供を受けてもよい。例えば、電子機器１（１１０）がアプリケーションの制御にしたがってネットワーク１７０を介してサービス要請メッセージをサーバ１５０に送信すると、サーバ１５０はサービス要請メッセージに対応するコードを電子機器１（１１０）に送信してもよく、電子機器１（１１０）はアプリケーションの制御にしたがってコードに基づいた画面を構成して表示することにより、ユーザにコンテンツを提供してもよい。他の例として、サーバ１５０は、メッセージングサービスのための通信セッションを設定し、設定された通信セッションを通じて複数の電子機器１１０、１２０、１３０、１４０間のメッセージ送受信をルーティングしてもよい。また他の例として、サーバ１５０は、電子機器１１０、１２０、１３０、１４０にソーシャルネットワークサービスを提供してもよい。さらに他の例として、サーバ１５０、１６０は、複数の電子機器１１０、１２０、１３０、１４０にライブストリーミングサービスを提供してもよい。

図２は、本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。図２では、１つの電子機器の例として電子機器１（１１０）を、１つのサーバの例としてサーバ１５０の内部構成を説明する。他の電子機器１２０、１３０、１４０やサーバ１６０だけではなく、図１を参照しながら説明したネットワーク環境に含まれるさらに他の電子機器や、さらに他のサーバにも同一または類似の内部構成要素が適用されてもよい。

電子機器１（１１０）とサーバ１５０は、メモリ２１１、２２１、プロセッサ２１２、２２２、通信モジュール２１３、２２３、および入力／出力インタフェース２１４、２２４を含んでもよい。メモリ２１１、２２１は、コンピュータで読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、およびディスクドライブのような永久大容量記憶装置（ｐｅｒｍａｎｅｎｔ ｍａｓｓ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）を含んでよい。また、メモリ２１１、２２１には、オペレーティングシステムと、少なくとも１つのプログラムコード（一例として、電気機器１（１１０）にインストールされ駆動するアプリケーションのためのコード）が格納されてよい。このようなソフトウェア構成要素は、ドライブメカニズム（ｄｒｉｖｅ ｍｅｃｈａｎｉｓｍ）を利用してメモリ２１１、２２１とは別のコンピュータで読み取り可能な記録媒体からロードされてもよい。このような別のコンピュータで読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリカードなどのコンピュータで読み取り可能な記録媒体を含んでもよい。他の実施形態において、ソフトウェア構成要素は、コンピュータで読み取り可能な記録媒体ではない通信モジュール２１３、２２３を利用してメモリ２１１、２２１にロードされてもよい。例えば、少なくとも１つのプログラムは、開発者またはアプリケーションのインストールファイルを配布するファイル配布システム（一例として、上述したサーバ１６０）がネットワーク１７０を介して提供するファイルによってインストールされるプログラム（一例として、上述したアプリケーション）に基づいてメモリ２１１、２２１にロードされてもよい。

プロセッサ２１２、２２２は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１１、２２１または通信モジュール２１３、２２３によって、プロセッサ２１２、２２２に提供されてよい。プロセッサ２１２、２２２は、メモリ２１１、２２１のような記録装置に格納されたプログラムコードにしたがって受信される命令を実行するように構成されてもよい。

通信モジュール２１３、２２３は、ネットワーク１７０を介して電子機器１（１１０）とサーバ１５０とが互いに通信するための機能を提供してもよいし、他の電子機器（一例として、電子機器２（１２０））または他のサーバ（一例として、サーバ１６０）と通信するための機能を提供してもよい。一例として、電子機器１（１１０）のプロセッサ２１２がメモリ２１１のような記録装置に格納されたプログラムコードにしたがって生成した要請（一例として、コンテンツに対するストリーミングサービス要請）が、通信モジュール２１３の制御にしたがってネットワーク１７０を介してサーバ１５０に伝達されてもよい。これとは逆に、サーバ１５０のプロセッサ２２２の制御にしたがって提供される制御信号や命令、コンテンツ、ファイルなどが、通信モジュール２２３とネットワーク１７０を経て電子機器１（１１０）の通信モジュール２１３を通じて電子機器１（１１０）に受信されてもよい。例えば、通信モジュール２１３を通じて受信されたサーバ１５０の制御信号や命令などは、プロセッサ２１２やメモリ２１１に伝達されてもよく、コンテンツやファイルなどは、電子機器１（１１０）がさらに含むことのできる格納媒体に格納されてもよい。

入力／出力インタフェース２１４、２２４は、入力／出力装置２１５とのインタフェースのための手段であってもよい。例えば、入力装置は、キーボードまたはマウスなどの装置を、また出力装置は、アプリケーションの通信セッションを表示するためのディスプレイのような装置を含んでもよい。他の例として、入力／出力インタフェース２１４は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。より具体的な例として、電子機器１（１１０）のプロセッサ２１２は、メモリ２１１にロードされたコンピュータプログラムの命令を処理するにあたり、サーバ１５０や電子機器２（１２０）が提供するデータを利用して構成されるサービス画面やコンテンツが、入力／出力インタフェース２１４を通じてディスプレイに表示されてもよい。

また、他の実施形態において、電子機器１（１１０）とサーバ１５０は、図２の構成要素よりもさらに多くの構成要素を含んでもよい。しかし、本発明の実施形態においては、大部分の従来技術構成要素を明確に図に示すことは省略する。例えば、電子機器１（１１０）は、上述した入力／出力装置２１５のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含んでもよい。

図３は、本発明の一実施形態における、ライブストリーミングサービスのための全体システム環境の例を示した図である。図３は、メディアストリーミングサーバ３１０、パケット化サーバ３２０、デリバリサーバ３３０、インデックスサーバ３４０、電子機器３５０、および複数のピア３６０を示している。パケット化サーバ３２０、デリバリサーバ３３０、インデックスサーバ３４０はサーバ側システム３００に含まれる。

メディアストリーミングサーバ３１０、パケット化サーバ３２０、デリバリサーバ３３０、およびインデックスサーバ３４０それぞれは、図１および図２を参照しながら説明したサーバ１５０と同一または類似の内部構成要素を有する装置であってもよい。また、複数のピア３６０それぞれと電子機器３５０は、図１および図２を参照しながら説明した電子機器１（１１０）と同一または類似の内部構成要素を有する装置であってもよい。図３では、メディアストリーミングサーバ３１０、パケット化サーバ３２０、デリバリサーバ３３０、およびインデックスサーバ３４０をそれぞれ１つずつ示しているが、それぞれ複数のサーバグループの形態で実現されてもよい。例えば、プロ野球競技を生中継するにあたり、４つの競技が行われている場合、４つの競技に対して４つのメディアソースのための４つのメディアストリーミングサーバのグループが存在してもよく、それぞれのメディアソースのために４つのパケット化サーバのグループが存在してもよい。これと同じように、デリバリサーバ３３０およびインデックスサーバ３４０も、必要に応じて複数のサーバグループで実現されてもよい。例えば、デリバリサーバ３３０およびインデックスサーバ３４０は、同時接続者数のような性能イシューに応じて要求されるサーバの数が決められてもよい。

メディアストリーミングサーバ３１０は、ライブストリームデータを提供するエンコーダ（図示せず）を含むメディアソース装置であってもよい。パケット化サーバ３２０は、このようなメディアストリーミングサーバ３１０からライブストリームデータを受信してもよく、受信したライブストリームデータをＰ２Ｐサービスによって提供するため、受信したライブストリームデータをピース（ｐｉｅｃｅ）にパケット化（またはインデックス化）してもよい。ストリームデータをピースにパケット化（またはインデックス化）する方法は、周知の多様な方法のうちの１つを利用してもよい。

デリバリサーバ３３０は、パケット化サーバ３２０からパケット化された（またはインデックス化された）ピースを受信し、これをバッファリングしてもよく、Ｐ２Ｐサービスのピア（ｐｅｅｒ）からの要請に応じ、要請されたライブストリームデータに対するピースを該当のピアに送信してもよい。ここで、ピアとは、Ｐ２Ｐサービスを利用したライブストリーミングサービスにおけるクライアントを意味してもよく、それぞれ１つの電子機器によって実現されてもよい。ピアを実現する電子機器は、図３に示された電子機器３５０を含み、上述したように、図１および図２を参照しながら説明した電子機器１（１１０）と同一または類似の内部構成要素を有する装置であってもよい。

インデックスサーバ３４０は、ピアのリストを保持し、ピアの要請に応じた検索結果を提供してもよい。また、インデックスサーバ３４０は、ライブストリームデータを電子機器に提供するために、電子機器と通信セッションが設定されたチャンネルの設定値を電子機器に提供してもよい。ここで、チャンネルの設定値は確率値であって、アクティブダウンロードの割合を示してもよい。

ピアを実現する電子機器３５０では、ストリーミングクライアント３５１のようなアプリケーションがインストールおよび駆動されてもよい。ここで、電子機器３５０は、駆動するストリーミングクライアント３５１の制御にしたがい、デリバリサーバ３３０からピースを受信してもよいし、他のピア（図３の複数のピア３６０）を実現する他の電子機器からピースを受信してもよい。

また、電子機器３５０で駆動するストリーミングクライアント３５１は、電子機器３５０でインストールおよび駆動された他のアプリケーションであるプレイヤ３５２と電子機器３５０で内部的に通信し、プレイヤ３５２にライブストリームデータを送信してもよい。ここで、ストリーミングクライアント３５１がプレイヤ３５２に提供するライブストリームデータは、デリバリサーバ３３０および複数のピア３６０のうちの少なくとも一部から受信したピースを基盤として組み合わされたデータであってもよい。

この場合、プレイヤ３５２は、ストリーミングクライアント３５１が提供するライブストリームデータを再生してもよく、これにより、メディアストリーミングサーバ３１０が提供するライブストリームデータが電子機器３５０で再生されて電子機器３５０のユーザに提供されてもよい。例えば、ストリーミングクライアント３５１は、メモリ２１１に格納されたピースを利用して生中継映像をプレイヤ３５２にストリーミングしてもよい。

このとき、ストリーミングスライディングウィンドウが、プレイヤ３５２に送信されなければならないピースを特定するために利用されてもよい。このようなストリーミングスライディングウィンドウについては、以下でさらに詳しく説明する。

ピアを実現する電子機器（一例として、図３の電子機器３５０）でインストールおよび駆動されるストリーミングクライアント（一例として、図３のストリーミングクライアント３５１）は、電子機器のユーザにライブストリームデータに対するアクティブダウンロードモードを提供してもよい。アクティブダウンロードモードとは、シード機器として決められた電子機器で高画質のライブストリームデータと共に低画質のライブストリームデータをダウンロードし、低画質のライブストリームデータを低画質のライブストリームデータを要請した他の電子機器と共有するためのシード（ｓｅｅｄ）として電子機器が動作するように制御する動作モードを意味してもよい。例えば、ＬＡＮを利用して高画質のライブストリームデータを利用するＰＣなどの電子機器がシードとして選定され、スマートフォンやタブレットなどのようなモバイルの電子機器に低画質のライブストリームデータを提供してもよい。すなわち、シード機器は、他の電子機器に低画質のライブストリームデータを共有するアップローダ（ｕｐｌｏａｄｅｒ）として動作するものであると言える。ここで、シード機器では、再生のための高画質のライブストリームデータは、サーバからのストリーミング方式と他のピアからのＰ２Ｐ方式のうちの少なくとも１つを利用して受信および再生してもよい。この反面、共有のための低画質のライブストリームデータは、Ｐ２Ｐ方式によって受信して他の電子機器に送信することによって共有してもよい。ただし、低画質のライブストリームデータの一部（相対的に、最新のライブストリームデータ）は、サーバからの受信によって共有してもよい。このような低画質ライブストリームデータの共有のために、以下で説明されるストリーミングスライディングウィンドウが活用されてもよい。

図４は、本発明の一実施形態における、ストリーミングスライディングウィンドウを説明するための図である。ライブストリームデータに対するアクティブダウンロードモードで低画質のライブストリームデータを共有するために、シード機器は、低画質のライブストリームデータのピースを受信してもよい。このとき、共有のために受信しようとする複数のピース４１０がストリーミングスライディングウィンドウ（ｓｔｒｅａｍｉｎｇ ｓｌｉｄｉｎｇ ｗｉｎｄｏｗ）４２０を通じて特定されてもよい。ストリーミングスライディングウィンドウ４２０が特定するピースのうち、「［Ｌｉｖｅ］」に相対的に近いほど最新時点のライブストリームデータのためのピースであることを意味してもよい。

ここで、シード機器は、ストリーミングスライディングウィンドウ４２０が特定する複数のピース４１０のうち、第１領域（一例として、図４の「Ａ」領域と「Ｂ」領域）が特定するピースを他のピアからＰ２Ｐ方式によって受信してもよい。これは、シード機器が既に高画質のライブストリームデータを受信および再生しており、低画質のライブストリームデータは再生ではなく共有を目的として受信するものであるため、サーバ（一例として、デリバリサーバ３３０）から直接ダウンロードする必要性が低いためである。一方、ストリーミングスライディングウィンドウ４２０の第２領域（一例として、図４の「Ｃ」領域）は、最新時点のライブストリームデータのピースを受信しなければならないため、第２領域が特定するピースは、サーバの予め設定された政策にしたがってサーバからストリーミング方式によって受信してもよい。したがって、シード機器は、最新時点のライブストリームデータに対するピースを迅速に収集して他のピアに共有することができるようになる。

図５は、本発明の一実施形態における、アクティブダウンロードモードとしての動作のためのチャンネル生成を説明するための図である。

図５によると、電子機器５００のプレイヤ５１０から高画質のライブストリームデータをストリーミングクライアント５２０に要請してもよい。例えば、電子機器５００のユーザは、生中継を受けようとするライブストリームデータの解像度（例えば、高画質、低画質など）を、プレイヤ５１０を利用して選択してもよい。そうすると、ストリーミングクライアント５２０は、高画質チャンネルを生成して高画質のライブストリームデータを受信してもよい。ここで、高画質チャンネルを通じた高画質のライブストリームデータは、サーバ側システム３００からのストリーミング方式と複数のピア３６０からのＰ２Ｐ方式とのすべてを利用した一般的な送信方式によって受信されてもよい。

このとき、このような高画質チャンネルの選択に応答し、インデックスサーバ３４０は、該当の高画質チャンネルに対する設定値を電子機器５００に伝達してもよく、電子機器５００は、伝達された設定値と電子機器５００がストリーミングクライアント３５１の制御にしたがって生成するランダム値とを基盤として自らシード機器の可否を決めてもよい。電子機器５００がシード機器として決まると、電子機器５００は、低画質のライブストリームデータのためのアクティブダウンロードモードを実行してもよい。

例えば、電子機器５００は、ランダム値が設定値よりも小さい場合にアクティブダウンロードモードを実行して低画質のライブストリームデータに対する受信および送信による共有を行ってもよい。このような過程は、下記の表１のアルゴリズムのように行われてもよい。

設定値Ｃとして伝達されるアクティブダウンロードの割合は、低画質チャンネルおよび前記高画質チャンネルそれぞれの通信方式の種類別ユーザ数を基盤としてインデックスサーバ３４０またはインデックスサーバ３４０を含むサーバ側システム３００で予め設定されてもよい。ここで、通信方式の種類とは、ＬＡＮやＷｉ‐Ｆｉなどの通信方式を意味してもよい。

より具体的に、インデックスサーバ３４０またはサーバ側システム３００は、低画質チャンネルに接続したユーザの数、低画質チャンネルのユーザのうちでＬＡＮを介して低画質チャンネルに接続したユーザの数、高画質チャンネルのユーザのうちでＬＡＮを介して高画質チャンネルに接続したユーザの数、およびサーバ（上述したインデックスサーバ３４０またはサーバ側システム３００）で予め設定された低画質チャンネルのＬＡＮユーザの割合を利用してアクティブダウンロードの割合を計算してもよい。

より具体的な例として、低画質チャンネルに接続したユーザの数をｓ、低画質チャンネルのユーザのうちでＬＡＮを介して低画質チャンネルに接続したユーザの数をａ、高画質チャンネルのユーザのうちでＬＡＮを介して高画質チャンネルに接続したユーザの数をｂ、サーバ（上述したインデックスサーバ３４０またはサーバ側システム３００）で予め設定された低画質チャンネルのＬＡＮユーザの割合をｋと仮定しよう。ここで、ａ、ｂ、ｓは自然数であってもよく、ｋは正の有理数であってもよい。この場合、インデックスサーバ３４０またはサーバ側システム３００は、下記の数式（１）に基づいてアクティブダウンロードの割合を計算してもよい。

・・・（１）

数式（１）において、ｘは、アクティブダウンロードの割合を意味してもよい。ｋは、予め定義されたシステム設定の定数であって、全体ユーザと対比した低画質ＬＡＮユーザの保持の割合を示してもよい。このようなｋの割合に合わせて不足なＬＡＮユーザの数（ＬＡＮを利用して低画質チャンネルに接続するユーザの数）が決められてもよい。例えば、ｋは、ａ／ｂ以下の値を有するように予め定義されてもよく、ネットワーク状況に応じて漸進的に変更されてもよい。すなわち、低画質チャンネルのＬＡＮユーザ数が高画質チャンネルのＬＡＮユーザ数以下になるようにｋが予め定義されてもよい。

インデックスサーバ３４０で計算されたチャンネル別アクティブダウンロードの割合は、各チャンネルの設定値として利用されてもよい。言い換えれば、高画質チャンネルを利用する電子機器（例えば、ＬＡＮ利用ＰＣ）の一部をシード機器として活用するための確率値であってもよい。このように、高画質チャンネルを通じてライブストリームデータを要請した電子機器５００がシード機器として決められた場合、ストリーミングクライアント５２０は、高画質のライブストリームデータのための高画質チャンネル５３０および低画質のライブストリームデータのための低画質チャンネル５４０を共に生成してもよい。上述したように、高画質チャンネル５３０は、電子機器５００が再生するための高画質のライブストリームデータを受信するためのダウンロードチャンネルであってもよい。そして、低画質チャンネル５４０は、電子機器５００がシード機器として低画質のライブストリームデータを他のピアと共有するために低画質のライブストリームデータを受信するためのダウンロードチャンネルであってもよい。

電子機器５００は、シード機器として決まることによってアクティブダウンロードモードに設定され、高画質チャンネル５３０および低画質チャンネル５４０を生成してもよい。ここで、電子機器５００は、図４を参照しながら説明したストリーミングスライディングウィンドウ４２０が特定する複数のピース４１０をダウンロードしてもよい。上述したように、低画質のライブストリームデータは、一般的にはＰ２Ｐ方式によって他のピアから受信されてもよい。ただし、ストリーミングスライディングウィンドウ４２０の第２領域（図４の「Ｃ」領域）が特定するピースは、サーバ側システム３００からストリーミング方式によって提供を受けてもよい。

したがって、サーバ側システム３００の観点では、別のサーバトラフィックを使用することなく、シード機器に低画質チャンネル５４０を通じてアップロードされたピースを利用することにより、ピア間のピースに対する共有率を向上させることができる。

図６は、本発明の一実施形態における、電子機器がシード機器として決まることによって動作モードが変更されることを示した状態図である。

図６によると、ストリーミングクライアント５２０の制御による電子機器５００の動作モードは、アクティブダウンロードモード（Ａｃｔｉｖｅ Ｄｏｗｎｌｏａｄ Ｍｏｄｅ）６１０とノーマルダウンロードモード（Ｎｏｒｍａｌ Ｄｏｗｎｌｏａｄ Ｍｏｄｅ）６２０とに分けられてもよい。

プレイヤ５１０からストリーミングクライアント５２０に高画質チャンネルが要請され、電子機器５００がシード機器として決まれば、電子機器５００の動作モードがアクティブダウンロードモード６１０に設定されてもよく、これによって高画質チャンネル５３０と低画質チャンネル５４０が生成されてもよい。言い換えれば、低画質チャンネルを通じて低画質のライブストリームデータを、低画質データを要請した複数のピアと共有するためのシードとして動作するように電子機器５００を制御するアクティブダウンロードモード６１０が設定されてもよい。

このとき、プレイヤ５１０のディスプレイで高画質のライブストリームデータが再生されている最中に、プレイヤ５１０を通じてユーザによって解像度が低画質に変更されて選択された場合、プレイヤ５１０は、ストリーミングクライアント５２０に低画質チャンネルのデータを要請してもよい。そうすると、ストリーミングクライアント５２０は、動作モードをアクティブダウンロードモード６１０からノーマルダウンロードモード６２０に変更してもよく、低画質のライブストリームデータをプレイヤ５１０に提供してもよい。ストリーミングクライアント５２０は、高画質のライブストリームデータをダウンロードしながら既に低画質のライブストリームデータをダウンロードしているため、動作モードだけをアクティブダウンロードモード６１０からノーマルダウンモードモード６２０にスイッチング（ｓｗｉｔｃｈｉｎｇ）してもよい。

このように、動作モードがノーマルダウンロードモード６２０の状態でユーザがプレイヤ５１０で解像度を高画質に選択したとしても、電子機器５００はこれ以上はシード機器ではないため、動作モードがノーマルダウンロードモード６２０である状態ではアクティブダウンロードモード６１０には転換されない。例えば、ノーマルダウンロードモード６１０の状態で再び高画質が選択された場合、電子機器５００はシード機器の可否を再度判断してもよく、シード機器として再度設定された場合には、アクティブダウンロードモード６１０が設定されてもよい。

アクティブダウンロードモード６１０やノーマルダウンロードモード６２０でチャンネルが終了することにより、チャンネルが除去６３０されてもよい。

図６では、ユーザ選択に基づいて解像度が高画質から低画質に変更される場合にだけアクティブダウンロードモード６１０からノーマルダウンロードモード６３０に動作モードが変更されると説明したが、この他にも、サーバ側システム３００のネットワーク環境に応じて変化する所定の確率（チャンネル別設定値）に基づいて適応的に動作モードが変更されてもよい。例えば、ネットワークトラフィックが予め定義された基準トラフィック以上である場合、ユーザが高画質から低画質に解像度を変更選択しなくても、動作モードがアクティブダウンロードモード６１０からノーマルダウンロードモード６２０に変更されてもよい。そして、ネットワークトラフィックが再び基準トラフィック未満となる場合には、動作モードがノーマルダウンロードモード６２０から再びアクティブダウンロードモード６１０に自動変更されてもよい。

Ｐ２Ｐサービスでは、同じピースをより多くピアが保有しているほど該当のピースに対する共有率が高くなる。共有率が高いというのは、該当のピースを保有していないピアが、Ｐ２Ｐサービスを利用して他のピアから該当のピースをより容易に得ることができるということを意味する。したがって、アクティブダウンロードモード６１０を使用するユーザが多くなるほど最新データを保有しているピアの数が増加するため、複数のピア３６０間の低画質ライブストリームデータに対するピースの共有率が高くなるようになり、サーバトラフィック費用が減少するようになる。

図７は、本発明の一実施形態における、電子機器のプロセッサが含むことのできる構成要素の例を示した図であり、図８は、本発明の一実施形態における、電子機器が実行することのできる共有方法の例を示したフローチャートである。

図７に示すように、電子機器１（１１０）のプロセッサ２１２は、構成要素として、受信制御部７１０、シード決定部７２０、再生制御部７３０、および送信制御部７４０を備えてもよい。このようなプロセッサ２１２およびプロセッサ２１２の構成要素は、図８の共有方法が含む段階８１０〜８６０を実行するように電子機器１（１１０）を制御してもよい。このとき、プロセッサ２１２およびプロセッサ２１２の構成要素は、メモリ２１１が含むオペレーティングシステムのコードと少なくとも１つのプログラムのコードによる命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてもよい。ここで、プロセッサ２１２の構成要素は、プロセッサ２１２によって実行される互いに異なる機能（ｄｉｆｆｅｒｅｎｔ ｆｕｎｃｔｉｏｎｓ）の表現であってもよい。例えば、プロセッサ２１２が上述した命令にしたがってシード機器の可否を決するように電子機器１（１１０）を制御する動作の機能的表現としてシード決定部７２０が使用されてもよい。

段階８１０で、プロセッサ２１２は、共有方法のためのプログラムのファイルに格納されたプログラムコードをメモリ２１１にロードしてもよい。例えば、電子機器１（１１０）にインストールされたプログラムが駆動する場合、プロセッサ２１２は、プログラムのファイルからプログラムコードをメモリ２１１にロードするように電子機器１（１１０）を制御してもよい。例えば、上述したプログラムは、ストリーミングクライアント５２０のためのアプリケーションであってもよい。

ここで、プロセッサ２１２およびプロセッサ２１２が備える受信制御部７１０、シード決定部７２０、再生制御部７３０、および送信制御部７４０それぞれは、メモリ２１１にロードされたプログラムコードのうちの対応する部分（対応する命令）を実行して以後の段階８２０および８６０を実行してもよい。段階８２０および８６０の実行のために、プロセッサ２１２およびプロセッサ２１２の構成要素は、電子機器１（１１０）を制御してもよい。例えば、プロセッサ２１２は、電子機器１（１１０）が含む通信モジュール２１３を制御して電子機器１（１１０）が他の電子機器やサーバ（一例として、サーバ１５０）と通信するように電子機器１（１１０）を制御してもよい。

段階８２０で、受信制御部７１０は、ユーザの高画質チャンネルの選択に対する応答として高画質チャンネルを通じて高画質のライブストリームデータを受信するように電子機器１（１１０）を制御してもよい。例えば、プレイヤ５１０を通じて高画質のライブストリームデータがユーザによって選択された場合、プレイヤ５１０は、高画質チャンネルのデータをストリーミングクライアント５２０に要請してもよい。このとき、受信制御部７１０は、デリバリサーバ３３０から高画質チャンネルを通じて高画質のライブストリームデータを受信してもよい。また、Ｐ２Ｐ方式によって他のピアから高画質のライブストリームデータを受信することも可能である。

段階８３０で、再生制御部７３０は、受信した高画質のライブストリームデータを再生するように電子機器１（１１０）を制御してもよい。

段階８４０で、シード決定部７２０は、電子機器１（１１０）のシード機器の可否を決めてもよい。高画質チャンネルが生成されると、シード決定部７２０は、サーバ（一例として、インデックスサーバ３４０またはサーバ側システム３００）が高画質チャンネルに対して予め設定された範囲内で設定した設定値とランダム値とを比較して電子機器１（１１０）のシード機器の可否を決めてもよい。ランダム値は、シード決定部７２０で前記予め設定された範囲内でランダムに生成してもよい。

設定値は、一例として、低画質チャンネルおよび高画質チャンネルそれぞれの通信方式の種類別ユーザ数を基盤としてサーバで予め設定されてもよい。他の例として、設定値は、低画質チャンネルに接続したユーザの数、低画質チャンネルのユーザのうちでＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を介して低画質チャンネルに接続したユーザの数、高画質チャンネルのユーザのうちでＬＡＮを介して高画質チャンネルに接続したユーザの数、およびサーバで予め設定された低画質チャンネルのＬＡＮユーザの割合を利用してサーバで計算されてもよい。このような設定値の計算についての具体的な例は、数式（１）を参照しながら説明したとおりである。

段階８５０で、受信制御部７１０は、高画質チャンネルの生成に応答してシード機器として設定されることによって低画質チャンネルを通じて低画質のライブストリームデータを受信するように電子機器１（１１０）を制御してもよい。低画質のライブストリームデータの受信は、ライブストリームデータを構成するピース（ｐｉｅｃｅ）のうち、ダウンロードまたは再生しようとする連続するピースを特定するためのストリーミングスライディングウィンドウを利用して行われてもよい。例えば、受信制御部７１０は、前記ストリーミングスライディングウィンドウが特定する前記低画質のライブストリームデータのピースを受信してもよい。上述したように、低画質のライブストリームデータは、Ｐ２Ｐ方式によって他のピアから受信されてもよいし、サーバの政策にしたがって選択的にサーバからストリーミング方式によって受信されることも可能である。

例えば、ストリーミングスライディングウィンドウは、複数の領域に区分されてもよい。ここで、受信制御部７１０は、段階８５０で、区分された複数の領域のうちの第１領域が特定するピースをＰ２Ｐ方式によって他のピア（ｐｅｅｒ）から受信してもよい。また、受信制御部７１０は、区分された複数の領域のうちの第２領域が特定するピースを、サーバの予め設定された政策にしたがってサーバからストリーミング方式によって受信してもよい。ここで、第２領域は、ストリーミングスライディングウィンドウが特定するピースのうち、他の領域よりも相対的に最新ライブストリームデータに該当するピースを特定するために予め設定された領域であってもよい。

段階８６０で、送信制御部７４０は、受信した低画質のライブストリームデータを他の電子機器に送信して共有するように電子機器１（１１０）を制御してもよい。上述したように、Ｐ２Ｐ方式において、ピースの共有は、該当のピースをアップロードするアップローダの数に依存的である。本実施形態では、高画質チャンネルを利用するダウンローダの一部をシードとして低画質のライブストリームデータに対するアップローダの役割を付与することにより、サーバのネットワークトラフィックに対する影響を最小化しながらも、低画質のライブストリームデータに対する共有率を高めることができる。

また、再生制御部７３０は、ユーザの低画質チャンネルの選択に対する応答として低画質チャンネルを通じて受信した低画質のライブストリームデータを再生するように電子機器１（１１０）を制御してもよい。例えば、高画質チャンネルを通じて受信した高画質のライブストリームデータが再生されている最中に、ユーザが画質を高画質から低画質に変更してもよい。この場合、再生制御部７３０は、低画質チャンネルを通じて受信中であった低画質のライブストリームデータを直ぐに再生してもよい。

ここで、送信制御部７４０は、低画質のライブストリームデータの他の電子機器への送信および共有を中止するように電子機器１（１１０）を制御してもよい。これは、図６を参照しながら説明したように、アクティブダウンロードモード６１０がノーマルダウンロードモード６２０に変更されることを意味してもよい。

図７および図８で省略された内容は、図１〜図６を参照してもよい。

このように、本発明の実施形態によると、高画質のチャンネルを通じて高画質のライブストリームデータをダウンロードする電子機器が低画質チャンネルを通じて低画質のライブストリームデータをダウンロードして他の電子機器にアップロードするように制御することにより、高画質チャンネルを利用する電子機器を低画質のライブストリームデータを提供するシード（ｓｅｅｄ）として活用することができる。また、低画質のライブストリームデータを提供するシード（ｓｅｅｄ）の増加によってライブストリームデータを提供するサーバのトラフィックを減少させ、再生品質を向上させることができる。さらに、サーバのトラフィックが減少し、再生品質が向上することにより、低画質のライブストリームデータをダウンロードしようとするモバイル電子機器の数を増加させることができる。

上述したシステムまたは装置は、ハードウェア構成要素、ソフトウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてもよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてもよい。処理装置は、オペレーティングシステム（ＯＳ）および前記ＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してもよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを格納、操作、処理、および生成してもよい。例えば、理解し易いように、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素（ｐｒｏｃｅｓｓｉｎｇｅｌｅｍｅｎｔ）および／または複数種類の処理要素を含んでもよいことは理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでもよい。また、並列プロセッサ（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｏｒ）のような、他の処理構成（ｐｒｏｃｅｓｓｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むことも可能である。

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの２つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に（ｃｏｌｌｅｃｔｉｖｅｌｙ）処理装置に命令してもよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供するために、いかなる種類の機械、コンポーネント、物理装置、仮想装置（ｖｉｒｔｕａｌ ｅｑｕｉｐｍｅｎｔ）、コンピュータ格納媒体または装置、または送信される信号波（ｓｉｇｎａｌ ｗａｖｅ）に永久的または一時的に具現化（ｅｍｂｏｄｙ）されてもよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で格納されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータで読み取り可能な記録媒体に格納されてもよい。

本発明の一実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されて、コンピュータで読み取り可能な媒体に記録されてもよい。 なお、コンピュータで読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含んでもよい。前記媒体に記録されるプログラム命令は、本発明の一実施形態のために特別に設計されて構成されたものであってもよいし、コンピュータソフトウェアに関わる技術分野において公知な使用可能なものであってもよい。コンピュータで読み取り可能な記録媒体の例としては、ハードディスク、フロッピ（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例は、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。上述したハードウェア装置は、本明細書に記載の実施形態の動作を実行するために１つ以上のソフトウェアモジュールとして動作するように構成されてもよく、その逆も同じである。

以上のように、限定された実施形態と図面に基づいて説明したが、本発明はこれらに限定されるものではなく、当業者であれば、本発明の趣旨から逸脱しない範囲において、修正および変更が可能である。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、および／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたり、または組み合わされたり、他の構成要素または均等物によって対置されたり、または置換されたとしても、適切な結果を達成することができる。

したがって、異なる実施形態であっても、本願の特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

１１０、１２０、１３０、１４０：電子機器
１５０、１６０：サーバ
１７０：ネットワーク

Claims (20)

1. 電子機器を実現するコンピュータに低画質のライブストリームデータの共有方法を実行させるためのコンピュータプログラムであって、
   前記共有方法は、
   前記電子機器が、ユーザの高画質チャンネルの選択に対する応答として高画質チャンネルを通じて高画質のライブストリームデータを受信して再生する段階、
   前記電子機器が、前記高画質チャンネルの生成を入力として応答し、シード（ｓｅｅｄ）機器として設定されることによって低画質チャンネルを通じて低画質のライブストリームデータを受信する段階、および
   前記受信した低画質のライブストリームデータを他の電子機器に送信して共有する段階
   を含むことを特徴とする、コンピュータプログラム。
2. 前記低画質のライブストリームデータを受信する段階は、
   ライブストリームデータをストリーミングするサーバによって前記高画質チャンネルに対して予め設定された範囲内で設定された設定値と、前記電子機器で前記高画質チャンネルの生成を入力として応答し、前記予め設定された範囲内で生成されたランダム値とを比較して、前記電子機器が前記シード機器であるか否かを決めることを特徴とする、請求項１に記載のコンピュータプログラム。
3. 前記設定値は、前記低画質チャンネルおよび前記高画質チャンネルそれぞれの通信方式の種類別ユーザ数を基盤として前記サーバで予め設定されることを特徴とする、請求項２に記載のコンピュータプログラム。
4. 前記設定値は、前記低画質チャンネルに接続したユーザの数、前記低画質チャンネルのユーザのうちでＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して前記低画質チャンネルに接続したユーザの数、前記高画質チャンネルのユーザのうちでＬＡＮを介して前記高画質チャンネルに接続したユーザの数、および前記サーバで予め設定された低画質チャンネルのＬＡＮユーザの割合を利用して前記サーバで計算されることを特徴とする、
   請求項２に記載のコンピュータプログラム。
5. 前記共有方法は、
   前記電子機器が、前記ユーザの低画質チャンネルの選択に対する応答として前記低画質チャンネルを通じて受信した低画質のライブストリームデータを再生し、前記低画質のライブストリームデータの他の電子機器への送信および他の電子機器との共有を中止する段階
   をさらに含むことを特徴とする、請求項１に記載のコンピュータプログラム。
6. 前記低画質のライブストリームデータを受信する段階は、
   ライブストリームデータを構成するピース（ｐｉｅｃｅ）のうち、ダウンロードまたは再生しようとする連続するピースを特定するためのストリーミングスライディングウィンドウを利用し、前記ストリーミングスライディングウィンドウが特定する前記低画質のライブストリームデータのピースを受信することを特徴とする、請求項１に記載のコンピュータプログラム。
7. 前記ストリーミングスライディングウィンドウは、複数の領域に区分され、
   前記低画質のライブストリームデータを受信する段階は、
   前記区分された複数の領域のうちの第１領域が特定するピースをＰ２Ｐ方式によって他のピア（ｐｅｅｒ）から受信することを特徴とする、請求項６に記載のコンピュータプログラム。
8. 前記低画質のライブストリームデータを受信する段階は、
   前記区分された複数の領域のうちの第２領域が特定するピースをサーバの予め設定された政策にしたがって前記サーバからストリーミング方式によって受信し、
   前記第２領域は、前記ストリーミングスライディングウィンドウが特定するピースのうち、他の領域よりも相対的に最新ライブストリームデータに該当するピースを特定する領域であることを特徴とする、請求項７に記載のコンピュータプログラム。
9. コンピュータによって実現される電子機器の共有方法であって、
   前記電子機器が、ユーザの高画質チャンネルの選択に対する応答として高画質チャンネルを通じて高画質のライブストリームデータを受信して再生する段階、
   前記電子機器が、前記高画質チャンネルの生成を入力として応答し、シード（ｓｅｅｄ）機器として設定されることによって低画質チャンネルを通じて低画質のライブストリームデータを受信する段階、および
   前記受信した低画質のライブストリームデータを他の電子機器に送信して共有する段階
   を含むことを特徴とする、共有方法。
10. 前記低画質のライブストリームデータを受信する段階は、
    ライブストリームデータをストリーミングするサーバによって前記高画質チャンネルに対して予め設定された範囲内で設定された設定値と、前記電子機器で前記高画質チャンネルの生成を入力として応答し、前記予め設定された範囲内で生成されたランダム値とを比較して、前記電子機器が前記シード機器であるか否かを決めることを特徴とする、請求項９に記載の共有方法。
11. 前記電子機器が、前記ユーザの低画質チャンネルの選択に対する応答として前記低画質チャンネルを通じて受信した低画質のライブストリームデータを再生し、前記低画質のライブストリームデータの他の電子機器への送信および他の電子機器との共有を中止する段階
    をさらに含むことを特徴とする、請求項９に記載の共有方法。
12. 前記低画質のライブストリームデータを受信する段階は、
    ライブストリームデータを構成するピース（ｐｉｅｃｅ）のうち、ダウンロードまたは再生しようとする連続するピースを特定するためのストリーミングスライディングウィンドウを利用し、前記ストリーミングスライディングウィンドウが特定する前記低画質のライブストリームデータのピースを受信することを特徴とする、請求項９に記載の共有方法。
13. 前記ストリーミングスライディングウィンドウは、複数の領域に区分され、
    前記低画質のライブストリームデータを受信する段階は、
    前記区分された複数の領域のうちの第１領域が特定するピースをＰ２Ｐ方式によって他のピア（ｐｅｅｒ）から受信することを特徴とする、請求項１２に記載の共有方法。
14. 前記低画質のライブストリームデータを受信する段階は、
    前記区分された複数の領域のうちの第２領域が特定するピースをサーバの予め設定された政策にしたがって前記サーバからストリーミング方式によって受信し、
    前記第２領域は、前記ストリーミングスライディングウィンドウが特定するピースのうち、他の領域よりも相対的に最新ライブストリームデータに該当するピースを特定する領域であることを特徴とする、請求項１３に記載の共有方法。
15. コンピュータによって実現される電子機器の共有システムであって、
    前記コンピュータで読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサ
    を含み、
    前記少なくとも１つのプロセッサは、
    ユーザの高画質チャンネルの選択に対する応答として高画質チャンネルを通じて高画質のライブストリームデータを受信し、前記高画質チャンネルの生成を入力として応答し、シード（ｓｅｅｄ）機器として設定されることによって低画質チャンネルを通じて低画質のライブストリームデータを受信するように前記電子機器を制御する受信制御部、
    前記電子機器が前記シード機器であるか否かを判断するシード決定部、
    前記受信した高画質のライブストリームデータを再生するように前記電子機器を制御する再生制御部、および
    前記受信した低画質のライブストリームデータを他の電子機器に送信して共有するように前記電子機器を制御する送信制御部
    を備える、共有システム。
16. 前記シード決定部は、
    ライブストリームデータをストリーミングするサーバによって前記高画質チャンネルに対して予め設定された範囲内で設定された設定値と、前記電子機器で前記高画質チャンネルの生成を入力として応答し、前記予め設定された範囲内で生成されたランダム値とを比較して、前記電子機器が前記シード機器であるか否かを決めることを特徴とする、請求項１５に記載の共有システム。
17. 前記再生制御部は、
    前記ユーザの低画質チャンネルの選択に対する応答として前記低画質チャンネルを通じて受信した低画質のライブストリームデータを再生するように前記電子機器を制御し、
    前記送信制御部は、
    前記低画質のライブストリームデータの他の電子機器への送信および他の電子機器との共有を中止するように前記電子機器を制御することを特徴とする、請求項１５に記載の共有システム。
18. 前記受信制御部は、
    ライブストリームデータを構成するピース（ｐｉｅｃｅ）のうち、ダウンロードまたは再生しようとする連続するピースを特定するためのストリーミングスライディングウィンドウを利用し、前記ストリーミングスライディングウィンドウが特定する前記低画質のライブストリームデータのピースを受信するように前記電子機器を制御することを特徴とする、請求項１５に記載の共有システム。
19. 前記ストリーミングスライディングウィンドウは、複数の領域に区分され、
    前記受信制御部は、
    前記区分された複数の領域のうちの第１領域が特定するピースをＰ２Ｐ方式によって他のピア（ｐｅｅｒ）から受信するように前記電子機器を制御することを特徴とする、請求項１８に記載の共有システム。
20. 前記受信制御部は、
    前記区分された複数の領域のうちの第２領域が特定するピースをサーバの予め設定された政策にしたがって前記サーバからストリーミング方式によって受信するように前記電子機器を制御し、
    前記第２領域は、前記ストリーミングスライディングウィンドウが特定するピースのうち、他の領域よりも相対的に最新ライブストリームデータに該当するピースを特定する領域であることを特徴とする、請求項１９に記載の共有システム。
    
    

Images