【事件の表示】
　特願２０１２−５５３２９７「アダプティブ・ストリーミングのマルチパス配信」拒絶査定不服審判事件〔平成２３年　８月２５日国際公開、ＷＯ２０１１／１０１３７１、平成２５年　５月３０日国内公表、特表２０１３−５２０１１９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　経緯
１　経緯
　本件出願は、２０１１年（平成２３年）２月１６日（パリ条約による優先権主張外国庁受理２０１０年２月１９日、欧州特許庁）を国際出願日とする出願であって、その手続の経緯は、以下のとおりである。
　　
　平成２４年１０月１８日：手続補正
　平成２６年　１月２１日：手続補正
　平成２６年１１月　７日：拒絶理由の通知
　平成２７年　５月１１日：手続補正
　平成２７年１２月２４日：拒絶査定
　平成２８年　１月　６日：拒絶査定の謄本の送達
　平成２８年　４月１８日：拒絶査定不服審判の請求
　平成２８年　４月１８日：手続補正
　　
２　査定の概要
　原査定の理由は、概略、次のとおりである。
　　
［査定の理由］
　この出願の請求項１〜１５に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　　記
　引用文献１：特開２００６−２４４０５４号公報
　引用文献２：特開２００７−３６６６６号公報
　　
第２　補正却下の決定
　平成２８年４月１８日付けの手続補正について次のとおり決定する。
 　 
［補正却下の決定の結論］
　平成２８年４月１８日付けの手続補正を却下する。
　　
［理由］
１　補正の内容
　平成２８年４月１８日付けの手続補正（以下「本件補正」という。）は、特許請求の範囲についてする補正である。
（下線は補正箇所を示す。）
　　
　補正前の請求項１〜１５
「　【請求項１】
　少なくとも第１および第２の通信インタフェースを含むクライアント装置においてレンダリングされるコンテンツを提供する方法であり、前記少なくとも第１および第２の通信インタフェースが通信アドレスを有し、前記コンテンツが、通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であり、第１の経路が、前記第１の通信インタフェースの通信アドレスおよび前記第１のサーバ通信インタフェースのアドレスによって識別され、少なくとも第２の経路が、前記第２の通信インタフェースの通信アドレスおよび前記少なくとも第２のサーバ通信インタフェースのアドレスによって識別され、前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能であり、前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され、前記コンテンツが、前記第１および少なくとも第２の経路を介して前記クライアント装置から同時にアクセス可能である方法であって、前記クライアント装置において、
　前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定するステップと、
　前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定するステップと、
　前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記識別されたチャンクの少なくとも第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信するステップであって、前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記チャンクの前記第１の部分および前記少なくとも第２の部分のそれぞれが、前記決定した利用可能なビット・レートから計算されるサイズを有する、前記ステップと、
　前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信するステップと、を含む、前記方法。
　　【請求項２】
　前記コンテンツが、２つの経路を介して前記クライアント装置から同時にアクセス可能であり、前記要求した第１の部分が第１のサイズを有し、前記要求した第２の部分が第２のサイズを有し、前記第１のサイズと前記第２のサイズの比が、前記決定した第１の利用可能なビット・レートと前記決定した第２の利用可能なビット・レートの比に等しい、請求項１に記載の方法。
　　【請求項３】
　前記要求ビット・レートを決定する前記ステップが、前記決定した第１の利用可能なビット・レートと前記決定した少なくとも第２の利用可能なビット・レートの和を評価することを含み、前記要求ビット・レートが、前記和から決定される、請求項２に記載の方法。
　　【請求項４】
　前記要求ビット・レートを決定する前記ステップが、前記決定した第１の利用可能なビット・レートと前記決定した少なくとも第２の利用可能なビット・レートの前記和からプロビジョンを引いた値以下となる、対応ビット・レートの中から最大ビット・レートを選択することにある、請求項３に記載の方法。
　　【請求項５】
　目標要求ビット・レートの第２のしきい値が決定され、前記要求ビット・レートを決定する前記ステップが、前記第２のしきい値からプロビジョンを引いた値以下となる、対応ビット・レートの中から最大ビット・レートを選択することにある、請求項１から４のいずれか１項に記載の方法。
　　【請求項６】
　前記第１のサイズが、前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクのサイズ、ならびに前記決定した第１の利用可能なビット・レートと前記和の比に比例する、請求項４に記載の方法。
　　【請求項７】
　前記４つのステップが、前記クライアント装置がチャンクを完全に受信するたびに実行される、請求項１から６のいずれか１項に記載の方法。
　　【請求項８】
　前記経路上で決定された前記第１および少なくとも第２の利用可能なビット・レートが第１のしきい値より大きいかどうかを判定する、前記ステップの前に実行されるステップをさらに含み、前記４つのステップが、前記クライアント装置が前記決定した利用可能なビット・レートが前記第１のしきい値より大きいと判定した経路についてのみ実行される、請求項１から７のいずれか１項に記載の方法。
　　【請求項９】
　前記第１の利用可能なビット・レートおよび前記少なくとも第２の利用可能なビット・レートを決定するステップが、前記クライアント装置から前記第１および少なくとも第２の経路を介して送信された要求、ならびに前記要求に応答して前記少なくとも第１および第２の経路を介して送信される確認メッセージの往復時間を計算することにある、請求項１から７のいずれか１項に記載の方法。
　　【請求項１０】
　前記クライアント装置が前記経路のうちの少なくとも１つを介して前記対応ビット・レートのリストを受信するステップと、対応ビット・レート毎に前記チャンクのサイズを受信するステップとをさらに含む、請求項１から９のいずれか１項に記載の方法。
　　【請求項１１】
　前記クライアント装置が、通信アドレスを有する第３の通信インタフェースをさらに含み、前記コンテンツが、通信アドレスを有する第３のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であり、第３の経路が、前記第３の通信インタフェースの前記通信アドレスおよび前記第３のサーバ通信インタフェースの前記アドレスによって識別され、前記要求ビット・レートが、前記第１、第２および第３の経路上でそれぞれ決定された前記第１、前記第２および第３の利用可能なビット・レートから決定され、前記クライアント装置が、前記第１の経路を介して、前記時間指標ｉおよび前記要求ビット・レートによって識別される前記チャンクの第１の部分を要求し、前記第２の経路を介して前記チャンクの第２の部分を要求し、前記第３の経路を介して前記チャンクの第３の部分を要求しており、前記コンテンツが、前記第１、第２および第３の経路を介して前記クライアント装置から同時にアクセス可能であり、前記方法が、前記クライアント装置において、
　前記クライアント装置が前記要求した第１の部分および第２の部分を完全に受信し、前記第３の部分の第１のフラグメントを受信中であり、前記第３の部分の第２のフラグメントは前記第１のフラグメントと相補的であり、前記経路での前記利用可能なビット・レートが第３のしきい値未満であると判定したときに、前記第２のフラグメントの第１の相補的な部分を受信するための要求を前記経路を介して送信し、前記第２のフラグメントの第２の相補的な部分を受信するための要求を前記経路を介して送信するステップであって、前記第１の相補的な部分と前記第２の相補的な部分とが重複せず、前記第１の相補的な部分と前記第２の相補的な部分を結合することによって前記第２のフラグメントの全体が得られる、前記ステップをさらに含む、請求項１から７のいずれか１項に記載の方法。
　　【請求項１２】
　少なくとも第１および第２の通信インタフェースを含む、レンダリングするコンテンツを受信するクライアント装置であり、前記少なくとも第１および第２の通信インタフェースが通信アドレスを有し、前記コンテンツが、通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であり、第１の経路が、前記第１の通信インタフェースの通信アドレスおよび前記第１のサーバ通信インタフェースのアドレスによって識別され、少なくとも第２の経路が、前記第２の通信インタフェースの通信アドレスおよび前記第２のサーバ通信インタフェースのアドレスによって識別され、前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能であり、前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一の持続時間に対応する複数のチャンクに時間的に分割され、チャンクが、時間指標ｉおよび前記対応ビット・レートによって識別され、前記コンテンツが、前記少なくとも第１および第２の経路を介して前記クライアント装置から同時にアクセス可能であるクライアント装置であって、
　前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定する手段と、
　前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定する手段と、
　前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記チャンクの第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信する手段であって、前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記チャンクの前記第１の部分および前記少なくとも第２の部分のそれぞれが、前記決定した利用可能なビット・レートから計算されるサイズを有する、前記手段と、
　前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信する手段と、を含む、前記クライアント装置。
　　【請求項１３】
　前記第１および第２の経路のうちの少なくとも１つを介して、前記対応ビット・レートに関する情報を受信し、且つ各対応ビット・レート毎に、前記チャンクのサイズに関する情報を受信する手段をさらに含む、請求項１２に記載のクライアント装置。
　　【請求項１４】
　要求ビット・レートを決定する前記手段が、前記決定した第１の利用可能なビット・レートと前記決定した第２の利用可能なビット・レートの和を評価するようになっており、前記手段が、前記決定した第１の利用可能なビット・レートと前記決定した第２の利用可能なビット・レートの前記和からプロビジョンを引いた値以下となる、対応ビット・レートの中から最大ビット・レートを選択するようになっている、請求項１２および１３のいずれか１項に記載のクライアント装置。
　　【請求項１５】
　前記決定した利用可能なビット・レートが第１のしきい値を超えるかどうかを判定する手段をさらに含み、要求を送信する前記手段が、前記クライアント装置が前記決定した利用可能なビット・レートが前記第１のしきい値より大きいと判定した経路についてのみ、前記チャンクの第１の部分および前記少なくとも第２の部分を受信するための要求を送信するようになっている、請求項１２から１４のいずれか１項に記載のクライアント装置。」
　　
を、次のとおり補正後の請求項１〜１５に補正するものである。
　　
「　【請求項１】
　少なくとも第１および第２の通信インタフェースを含むクライアント装置においてレンダリングされるコンテンツを提供する方法であり、前記少なくとも第１および第２の通信インタフェースの
それぞれが
それぞれが
少なくとも
前記
　前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定するステップと、
　前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定するステップと、
　前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記
時間指標ｉによって
る前記
前記時間指標ｉによって識別される
前記時間指標ｉによって識別される
および少
前記
および前記決定した第２の利用可能なビット・レート
　前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信するステップと、を含む、前記方法。
　　【請求項２】
　前記コンテンツが、２つの経路を介して前記クライアント装置から同時にアクセス可能であり、前記要求した第１の部分が第１のサイズを有し、前記要求した第２の部分が第２のサイズを有し、前記第１のサイズと前記第２のサイズの比が、前記決定した第１の利用可能なビット・レートと前記決定した第２の利用可能なビット・レートの比に等しい、請求項１に記載の方法。
　　【請求項３】
　前記要求ビット・レートを決定する前記ステップが、前記決定した第１の利用可能なビット・レートと前記決定した少なくとも第２の利用可能なビット・レートの和を評価することを含み、前記要求ビット・レートが、前記和から決定される、請求項２に記載の方法。
　　【請求項４】
　前記要求ビット・レートを決定する前記ステップが、前記決定した第１の利用可能なビット・レートと前記決定した少なくとも第２の利用可能なビット・レートの前記和からプロビジョンを引いた値以下となる、対応ビット・レートの中から最大ビット・レートを選択することにある、請求項３に記載の方法。
　　【請求項５】
　目標要求ビット・レートの第２のしきい値が決定され、前記要求ビット・レートを決定する前記ステップが、前記第２のしきい値からプロビジョンを引いた値以下となる、対応ビット・レートの中から最大ビット・レートを選択することにある、請求項１から４のいずれか１項に記載の方法。
　　【請求項６】
　前記第１のサイズが、前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクのサイズ、ならびに前記決定した第１の利用可能なビット・レートと前記和の比に比例する、請求項４に記載の方法。
　　【請求項７】
　前記４つのステップが、前記クライアント装置がチャンクを完全に受信するたびに実行される、請求項１から６のいずれか１項に記載の方法。
　　【請求項８】
　前記経路上で決定された前記第１および少なくとも第２の利用可能なビット・レートが第１のしきい値より大きいかどうかを判定する、前記ステップの前に実行されるステップをさらに含み、前記４つのステップが、前記クライアント装置が前記決定した利用可能なビット・レートが前記第１のしきい値より大きいと判定した経路についてのみ実行される、請求項１から７のいずれか１項に記載の方法。
　　【請求項９】
　前記第１の利用可能なビット・レートおよび前記少なくとも第２の利用可能なビット・レートを決定するステップが、前記クライアント装置から前記第１および少なくとも第２の経路を介して送信された要求、ならびに前記要求に応答して前記少なくとも第１および第２の経路を介して送信される確認メッセージの往復時間を計算することにある、請求項１から７のいずれか１項に記載の方法。
　　【請求項１０】
　前記クライアント装置が前記経路のうちの少なくとも１つを介して前記対応ビット・レートのリストを受信するステップと、対応ビット・レート毎に前記チャンクのサイズを受信するステップとをさらに含む、請求項１から９のいずれか１項に記載の方法。
　　【請求項１１】
　前記クライアント装置が、通信アドレスを有する第３の通信インタフェースをさらに含み、前記コンテンツが、通信アドレスを有する第３のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であり、第３の経路が、前記第３の通信インタフェースの前記通信アドレスおよび前記第３のサーバ通信インタフェースの前記アドレスによって識別され、前記要求ビット・レートが、前記第１、第２および第３の経路上でそれぞれ決定された前記第１、前記第２および第３の利用可能なビット・レートから決定され、前記クライアント装置が、前記第１の経路を介して、前記時間指標ｉおよび前記要求ビット・レートによって識別される前記チャンクの第１の部分を要求し、前記第２の経路を介して前記チャンクの第２の部分を要求し、前記第３の経路を介して前記チャンクの第３の部分を要求しており、前記コンテンツが、前記第１、第２および第３の経路を介して前記クライアント装置から同時にアクセス可能であり、前記方法が、前記クライアント装置において、
　前記クライアント装置が前記要求した
前記チャンクの
　　【請求項１２】
　少なくとも第１および第２の通信インタフェースを含む、レンダリングするコンテンツを受信するクライアント装置であり、前記少なくとも第１および第２の通信インタフェース
のそれぞれが
それぞれが
　前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定する手段と、
　前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定する手段と、
　前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記
時間指標ｉによって識別される
前記時間指標ｉによって識別される
前記時間指標ｉによって識別される
第１の
および前記決定した第２の利用可能なビット・レート
　前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信する手段と、を含む、前記クライアント装置。
　　【請求項１３】
　前記第１および第２の経路のうちの少なくとも１つを介して、前記対応ビット・レートに関する情報を受信し、且つ各対応ビット・レート毎に、前記チャンクのサイズに関する情報を受信する手段をさらに含む、請求項１２に記載のクライアント装置。
　　【請求項１４】
　要求ビット・レートを決定する前記手段が、前記決定した第１の利用可能なビット・レートと前記決定した第２の利用可能なビット・レートの和を評価するようになっており、前記手段が、前記決定した第１の利用可能なビット・レートと前記決定した第２の利用可能なビット・レートの前記和からプロビジョンを引いた値以下となる、対応ビット・レートの中から最大ビット・レートを選択するようになっている、請求項１２および１３のいずれか１項に記載のクライアント装置。
　　【請求項１５】
　前記決定した利用可能なビット・レートが第１のしきい値を超えるかどうかを判定する手段をさらに含み、要求を送信する前記手段が、前記クライアント装置が前記決定した利用可能なビット・レートが前記第１のしきい値より大きいと判定した経路についてのみ、前記チャンクの第１の部分および前記少なくとも第２の部分を受信するための要求を送信するようになっている、請求項１２から１４のいずれか１項に記載のクライアント装置。」
　　
２　補正の適合性 
（１）新規事項、発明の特別な技術的特徴の変更、補正の目的
　本件補正は、補正前の請求項１、１２における
「前記少なくとも第１および第２の通信インタフェースが通信アドレスを有し」を「前記少なくとも第１および第２の通信インタフェースの
それぞれが
「前記コンテンツが、通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して」を「前記コンテンツが、
それぞれが
「前記コンテンツが、前記第１および少なくとも第２の経路を介して」を「前記コンテンツが、
少なくとも
前記
また、補正前の請求項１、１２「チャンク」を「時間指標ｉによって識別されるチャンク」であること、「前記時間指標ｉによって識別される前記チャンクの前記第１の部分および少なくとも前記第２の部分のそれぞれが、前記決定した第１の利用可能なビット・レートおよび前記決定した第２の利用可能なビット・レートから計算されるサイズを有する」ことを明確にしたものである。
　また、本件補正は、補正前の請求項１１における「第１の部分および第２の部分」を「
前記チャンクの
　通信アドレスについては、本願明細書の段落【００３５】、図２等に記載されており、チャンクについては、本願明細書の段落【００７３】、図１〜４等に記載されており、本件補正は、願書に最初添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内ものであり、新たな技術事項を導入するものでなく、特許請求の範囲を減縮を目的とするものである。
　　
（２）独立特許要件 
　上記のとおり本件補正は特許請求の範囲の減縮を目的としているので、本件補正後における発明が特許出願の際独立して特許を受けることができるものであるか否かを、以下に検討する。
 　 
（３）補正後発明 
　補正後の請求項１〜１５に係る発明のうち請求項１に係る発明は、次のとおりのものである（この発明を以下「補正後発明」という。）。
　　
（補正後発明）
「（Ａ）少なくとも第１および第２の通信インタフェースを含むクライアント装置においてレンダリングされるコンテンツを提供する方法であり、
（Ａ-1）前記少なくとも第１および第２の通信インタフェースのそれぞれが通信アドレスを有し、
（Ａ-2）前記コンテンツが、それぞれが通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であり、
（Ａ-3）第１の経路が、前記第１の通信インタフェースの通信アドレスおよび前記第１のサーバ通信インタフェースのアドレスによって識別され、
（Ａ-4）少なくとも第２の経路が、前記第２の通信インタフェースの通信アドレスおよび前記少なくとも第２のサーバ通信インタフェースのアドレスによって識別され、
（Ａ-5）前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能であり、
（Ａ-6）前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、
（Ａ-7）チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され、
（Ａ-8）前記コンテンツが、少なくとも前記第１および前記第２の経路を介して前記クライアント装置から同時にアクセス可能である
（Ａ-9）方法であって、
（Ａ-10）前記クライアント装置において、
（Ｂ）前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定するステップと、
（Ｃ）前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定するステップと、
（Ｄ）前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記時間指標ｉによって識別される前記チャンクの少なくとも第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信するステップであって、前記時間指標ｉによって識別される前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記時間指標ｉによって識別される前記チャンクの前記第１の部分および少なくとも前記第２の部分のそれぞれが、前記決定した第１の利用可能なビット・レートおよび前記決定した第２の利用可能なビット・レートから計算されるサイズを有する、前記ステップと、
（Ｅ）前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信するステップと、を含む、
（Ｆ）前記方法。」
　　
（（Ａ）〜（Ｆ）は、当審で付与した。以下各構成要件を「構成要件Ａ」等という。）
　　
（４）引用文献の記載及び引用文献に記載された発明
ア　引用文献１
（ア）引用文献１の記載
　原査定の拒絶の理由に引用された特開２００６−２４４０５４号公報（上記引用文献１、以下「引用文献１」という。）には、「情報処理装置および方法、記録媒体、プログラム、並びに情報処理システム」（発明の名称）に関し、図面と共に次に掲げる事項が記載されている（下線は当審で付与した。）。
　　
「【０００１】
　本発明は情報処理装置および方法、記録媒体、プログラム、並びに情報処理システムに関し、特に、より効率よくストリーミングすることができるようにした情報処理装置および方法、記録媒体、プログラム、並びに情報処理システムに関する。」
　　
「【００５６】
　図２は、本発明に係るコンテンツ配信システムを説明する図である。このコンテンツ配信システムにおいては、
クライアント５１およびサーバ５２−１乃至サーバ５２−Ｎ
のそれぞれが、互いに通信網５３を介して接続されている
【００５７】
　
クライアント５１およびサーバ５２−１乃至サーバ５２−Ｎから構成されるネットワークは、いわゆるピアツーピアネットワーク
クライアント５１およびサーバ５２−１乃至サーバ５２−Ｎのそれぞれは、通信網５３を介して接続されている装置からの要求に応じて、記録しているコンテンツデータを、通信網５３を介してコンテンツデータの送信を要求してきた装置あてに送信することができる
　　
「【００６７】
　例えば、クライアント５１が、これから受信しようとするコンテンツデータを分割して、２つのサーバ５２−１およびサーバ５２−２からダウンロードする場合、図３に示すように、コンテンツデータが、所定の大きさのデータであるセグメント７１−１乃至セグメント７１−６の、６つのデータに分割されるように、その分割位置を指定する。
【００６８】
　コンテンツデータをセグメント７１−１乃至セグメント７１−６のそれぞれに分割する場合、例えば、セグメント７１−１の大きさが、セグメント７１−２乃至セグメント７１−６のそれぞれの大きさよりも小さくなるように分割位置を指定するなど、セグメント７１−１乃至セグメント７１−６の大きさがそれぞれ異なるように分割位置を指定してもよく、また、セグメント７１−１乃至セグメント７１−６が、それぞれ同じ大きさのデータとなるように分割位置を指定してもよい。
【００６９】
　例えば、
セグメント７１−１乃至セグメント７１−６が、それぞれ同じ大きさのデータとなるように分割する場合、セグメント７１−１乃至セグメント７１−６のそれぞれの大きさは、例えば、コンテンツデータに対応するコンテンツを、１分間再生するために必要なデータの大きさなどとされる
【００７０】
　次に、クライアント５１は、セグメント７１が、コンテンツデータをダウンロードするサーバ５２の数のデータに分割されるように分割位置を指定する。したがって、図３の例においては、クライアント５１は、
コンテンツデータを
それぞれのデータの分割位置を指定する
セグメント７１を分割したデータをパートと称する
【００７１】
　すなわち、
クライアント５１は、セグメント７１−１をパート８１−１およびパート８２−１に分割し、セグメント７１−２をパート８１−２およびパート８２−２に分割し、セグメント７１−３をパート８１−３およびパート８２−３に分割する
【００７２】
　同様に、
クライアント５１は、セグメント７１−４をパート８１−４およびパート８２−４に分割
【００７３】
　さらに、
クライアント５１は、パート８１−１乃至パート８１−６のそれぞれの送信を、サーバ５２−１に割り当て
パート８２−１乃至パート８２−６のそれぞれの送信を、サーバ５２−２に割り当てる
サーバ５２−１からパート８１−１乃至パート８１−６をそれぞれダウンロードし
サーバ５２−２からパート８２−１乃至パート８２−６をそれぞれダウンロードする
【００７４】
　すなわち、クライアント５１は、まず、サーバ５２−１からパート８１−１をダウンロードし、パート８１−１のダウンロードが完了した後、サーバ５２−１からパート８１−２をダウンロードする。そして、パート８１−２のダウンロードが完了した後、サーバ５２−１からパート８１−３をダウンロードし、同様にして、順番にパート８１−４乃至パート８１−６のそれぞれを、サーバ５２−１からダウンロードする。
【００７５】
　また、クライアント５１は、パート８１−１乃至パート８１−６のダウンロードと並行して、パート８２−１乃至パート８２−６のそれぞれを、サーバ５２−２からダウンロードする。すなわち、クライアント５１は、まず、サーバ５２−２からパート８２−１をダウンロードし、パート８２−１のダウンロードが完了した後、サーバ５２−２からパート８２−２をダウンロードする。そして、パート８２−２のダウンロードが完了した後、サーバ５２−２からパート８２−３をダウンロードし、同様にして、順番にパート８２−４乃至パート８２−６のそれぞれを、サーバ５２−２からダウンロードする。
【００７６】
　なお、以下、パート８１−１乃至パート８１−６のそれぞれを個々に区別する必要のない場合、単にパート８１と称する。また、以下、パート８２−１乃至パート８２−６のそれぞれを個々に区別する必要のない場合、単にパート８２と称する。
【００７７】
　また、以下、クライアント５１がコンテンツデータを分割するとは、クライアント５１がコンテンツデータそのものを分割するのではなく、クライアント５１がこれから受信しようとするコンテンツデータを、所定の大きさ（量）のデータに分けるための大きさ（または分割位置）を指定することをいう。したがって、
クライアント５１は、コンテンツデータを分割する位置を指定することによって、すなわち、コンテンツデータのうちの送信を要求する部分（パート）を指定することによって、複数のサーバ５２からコンテンツデータを分割してダウンロードする
　　
「【００９７】
　これは、パート１０１のダウンロード速度と、パート１０２のダウンロード速度が異なるにも関わらず、セグメント７１をそれぞれ等しい大きさのパート１０１とパート１０２とに分割した（分けた）からである。そこで、図５に示すように、それぞれのパートの大きさを、パートのダウンロード速度に応じて定めることによって、キャッシュ増加速度をより大きくすることができる。すなわち、パートのダウンロード速度に応じてパートの大きさを変化させることによって、ダウンロードが完了したコンテンツデータの量に対する、連続した
コンテンツの再生
　　
「【０１００】
　
クライアント５１は、まず、セグメント７１−１を、それぞれ大きさが等しいパート１１１−１およびパート１１２−１に分割する。そして、クライアント５１は、パート１１１−１の送信をサーバ５２−１に割り当て、パート１１２−１の送信をサーバ５２−２に割り当てて、パート１１１−１をサーバ５２−１からダウンロードし、パート１１２−１をサーバ５２−２からダウンロードする
　【０１０１】
　
次に、パート１１１−１およびパート１１２−１のダウンロードが完了すると、クライアント５１は、パート１１１−１のダウンロード速度、およびパート１１２−１のダウンロード速度に基づいて、セグメント７１−２をパート１１１−２およびパート１１２−２に分割する。ここで、例えば、パート１１２−１のダウンロード速度よりも、パート１１１−１のダウンロード速度が大きい場合、クライアント５１は、パート１１２−２の大きさよりもパート１１１−２の大きさが大きくなるように、セグメント７１−２をパート１１１−２およびパート１１２−２に分割する
　　
「【０１０７】
　図５の例においては、クライアント５１において、既にパート１１１−１乃至パート１１１−４のサーバ５２−１からのダウンロードが完了しており、また、パート１１２−１乃至パート１１２−４のサーバ５２−２からのダウンロードが完了している。したがって、この場合、クライアント５１は、セグメント７１−１乃至セグメント７１−４の部分のコンテンツデータを用いて、
コンテンツを連続して再生する
　　
「【０１２２】
　図７は、クライアント５１のCPU１３１およびサーバ５２のCPUが、それぞれプログラムを実行することによって実現される、クライアント５１およびサーバ５２の機能の構成を示すブロック図である。
【０１２３】
　ユーザが、所定のコンテンツデータのダウンロードをクライアント５１に指示すると、
クライアント５１は
サーバ５２と通信する
【０１２４】
　すなわち、クライアント５１は、通信の開始を要求する通信要求信号を生成し、生成した通信要求信号を、通信網５３を介してサーバ５２あてに送信する。サーバ５２は、クライアント５１から送信されてきた通信要求信号を受信する。サーバ５２は、通信要求信号を受信すると、通信要求信号を受信した旨の応答信号を生成し、生成した応答信号を、通信網５３を介してクライアント５１あてに送信する。
【０１２５】
　クライアント５１は、サーバ５２から応答信号が送信されてくるので、サーバ５２から送信されてきた応答信号を受信する。そして、応答信号を受信することによって、サーバ５２とのコネクションが確立されたので、クライアント５１は、ユーザからダウンロードが指示されたコンテンツデータをセグメントに分け、さらにセグメントをパートに分けて、各パートの送信を、それぞれサーバ５２−１乃至サーバ５２−Ｎのいずれかに割り当てる。そして、クライアント５１は、サーバ５２のそれぞれに割り当てたパート（コンテンツデータ）の送信を要求する送信要求信号を生成する。
【０１２６】
　クライアント５１は、生成した送信要求信号を、通信網５３を介してサーバ５２にそれぞれ送信する。サーバ５２は、クライアント５１から送信されてきた送信要求信号を受信し、記録しているコンテンツデータのうちのクライアント５１から要求された部分（パート）を、通信網５３を介してクライアント５１あてに送信する。そして、クライアント５１は、サーバ５２から送信されてきたコンテンツデータ（パート）を受信する。
【０１２７】
　
クライアント５１は
通信制御部１８３−１乃至通信制御部１８３−Ｎ
を含むように構成される
【０１２８】
　管理部１８１は、図示せぬアプリケーションプログラムなどの上位レイヤと、割り当て部１８２および再構成部１８４とのデータの授受を制御（仲介）する。管理部１８１は、登録制御部２０１およびコンテンツ出力部２０２を備えている。
【０１２９】
　ユーザが、所望のコンテンツデータのダウンロードを指示すると、例えば、管理部１８１には、アプリケーションプログラムから、通信網５３を介してクライアント５１に接続されている送信ノードとしてのサーバ５２の数、すなわち、ユーザが所望するコンテンツデータを記録しているサーバ５２の数、サーバ５２のＩＰ（Internet Protocol）アドレス、サーバ５２の処理能力などから定められたデータの送信能力などが含まれている、ノード情報が供給される。また、アプリケーションプログラムから管理部１８１には、ノード情報とともに、ユーザによってダウンロードが指示されたコンテンツデータを特定する情報、コンテンツデータの大きさ（データのサイズ）、コンテンツデータを分割するセグメントの数、１つのセグメントの大きさ（データのサイズ）などが含まれている初期設定情報が供給される。
【０１３０】
　さらに、アプリケーションプログラムが、管理部１８１にノード情報を供給した後、新たに、ユーザが所望するコンテンツデータを記録しているサーバ５２が検出されると、アプリケーションプログラムから管理部１８１には、新たに検出されたサーバ５２のＩＰアドレス、サーバ５２の送信能力などが含まれている追加ノード情報が供給される。
【０１３１】
　管理部１８１の登録制御部２０１は、アプリケーションプログラムから供給されたノード情報、初期設定情報、または追加ノード情報を割り当て部１８２に供給する。また、管理部１８１のコンテンツ出力部２０２は、再構成部１８４から供給されたコンテンツデータ（が格納されているパケット）をアプリケーションプログラムに供給する。
【０１３２】
　割り当て部１８２は、管理部１８１から供給されたノード情報を記憶する。割り当て部１８２は、管理部１８１から追加ノード情報が供給されると、供給された追加ノード情報に含まれている情報が、記憶しているノード情報に含まれるように、ノード情報を更新する。また、割り当て部１８２は、管理部１８１から供給された初期設定情報を記憶するとともに、初期設定情報を通信制御部１８３−１乃至通信制御部１８３−Ｎにそれぞれ供給する。
【０１３３】
　さらに、クライアント５１と、サーバ５２−１乃至サーバ５２−Ｎのそれぞれとのコネクションが確立されると、割り当て部１８２には、通信制御部１８３−１乃至通信制御部１８３−Ｎのそれぞれから、コネクションが確立された旨の信号が供給される。割り当て部１８２は、通信制御部１８３−１乃至通信制御部１８３−Ｎのそれぞれから、コネクションが確立された旨の信号が供給されると、サーバ５２にそれぞれ割り当てられた、コンテンツデータのパートを特定する情報が含まれている割り当て情報を生成し、生成した割り当て情報を、通信制御部１８３−１乃至通信制御部１８３−Ｎのそれぞれに供給する。
【０１３４】
　すなわち、割り当て部１８２から、通信制御部１８３−１乃至通信制御部１８３−Ｎのそれぞれには、通信制御部１８３−１乃至通信制御部１８３−Ｎのそれぞれが通信するサーバ５２−１乃至サーバ５２−Ｎのそれぞれに割り当てられた、
コンテンツデータのパートを特定する情報が含まれている割り当て情報が供給される
【０１３５】
　割り当て部１８２は、通信制御部１８３−１乃至通信制御部１８３−Ｎのそれぞれから供給された受信情報を基に、受信履歴を更新する。ここで、受信情報とは、通信制御部１８３がサーバ５２から受信したパートを特定する情報、パートのダウンロード速度などが含まれている情報であり、
通信制御部１８３から割り当て部１８２には、通信制御部１８３がパートのダウンロード（受信）が完了するたびに、そのパートのダウンロード速度が含まれている受信情報が供給される
【０１３６】
　通信制御部１８３−１は、サーバ５２−１とのデータの送受信を制御する。送信制御部１８３−１は、送信部２０３−１および受信部２０４−１を備えている。
【０１３７】
　通信制御部１８３−１は、割り当て部１８２から供給された初期設定情報を一時的に記憶するとともに、サーバ５２−１とのコネクションを確立させるために、通信要求信号を生成する。通信制御部１８３−１の送信部２０３−１は、通信制御部１８３−１が生成した通信要求信号を、通信網５３を介してサーバ５２−１あてに送信する。
【０１３８】
　通信制御部１８３−１の受信部２０４−１は、サーバ５２−１から送信されてきた応答信号を受信する。通信制御部１８３−１は、応答信号を受信すると、コネクションが確立された旨の信号を生成し、生成したコネクションが確立された旨の信号を、割り当て部１８２に供給する。
【０１３９】
　
通信制御部１８３−１は、割り当て部１８２から割り当て情報が供給されると、割り当て情報が含まれる送信要求信号を生成する
【０１４０】
　通信制御部１８３−１の受信部２０４−１は、サーバ５２−１から送信されてきたコンテンツデータを受信する。より詳細には、通信制御部１８３−１の受信部２０４−１は、サーバ５２−１から送信されてきた、コンテンツデータ（のパート）が格納されているパケットを受信する。通信制御部１８３−１は、受信したコンテンツデータが格納されているパケットを、再構成部１８４に供給する。
【０１４１】
　また、サーバ５２−１が、要求されたコンテンツデータ（のパート）を送信すると、サーバ５２−１からパートの送信が終了した旨の終了通知信号が送信されてくるので、通信制御部１８３−１の受信部２０４−１は、サーバ５２−１から送信されてきた終了通知信号を受信する。通信制御部１８３−１は、終了通知信号を受信すると、受信したパートのダウンロード速度などが含まれている受信情報を生成し、生成した受信情報を割り当て部１８２に供給する。
【０１４２】
　通信制御部１８３−２乃至通信制御部１８３−Ｎのそれぞれは、サーバ５２−２乃至サーバ５２−Ｎのそれぞれとのデータの送受信を制御する。通信制御部１８３−２乃至通信制御部１８３−Ｎは、それぞれ送信部２０３−２乃至送信部２０３−Ｎ、および受信部２０４−２乃至受信部２０４−Ｎを備えている。
【０１４３】
　通信制御部１８３−２乃至通信制御部１８３−Ｎのそれぞれは、割り当て部１８２から供給された初期設定情報を一時的に記憶するとともに、それぞれ、サーバ５２−２乃至サーバ５２−Ｎとのコネクションを確立させるために、通信要求信号を生成する。通信制御部１８３−２の送信部２０３−２乃至通信制御部１８３−Ｎの送信部２０３−Ｎは、通信制御部１８３−２乃至通信制御部１８３−Ｎのそれぞれが生成した通信要求信号を、通信網５３を介してサーバ５２−２乃至サーバ５２−Ｎあてにそれぞれ送信する。
【０１４４】
　通信制御部１８３−２の受信部２０４−２乃至通信制御部１８３−Ｎの受信部２０４−Ｎのそれぞれは、サーバ５２−２乃至サーバ５２−Ｎのそれぞれから送信されてきた応答信号を受信する。通信制御部１８３−２乃至通信制御部１８３−Ｎのそれぞれは、応答信号を受信すると、コネクションが確立された旨の信号を生成し、生成したコネクションが確立された旨の信号を、割り当て部１８２に供給する。
【０１４５】
　通信制御部１８３−２乃至通信制御部１８３−Ｎのそれぞれは、割り当て部１８２から割り当て情報が供給されると、割り当て情報が含まれる送信要求信号を生成する。通信制御部１８３−２の送信部２０３−２乃至通信制御部１８３−Ｎの送信部２０３−Ｎのそれぞれは、通信制御部１８３−２乃至通信制御部１８３−Ｎのそれぞれが生成した送信要求信号を、通信網５３を介してサーバ５２−２乃至サーバ５２−Ｎあてに送信する。
【０１４６】
　通信制御部１８３−２の受信部２０４−２乃至通信制御部１８３−Ｎの受信部２０４−Ｎは、サーバ５２−２乃至サーバ５２−Ｎから送信されてきたコンテンツデータを受信する。より詳細には、通信制御部１８３−２の受信部２０４−２乃至通信制御部１８３−Ｎの受信部２０４−Ｎは、サーバ５２−２乃至サーバ５２−Ｎから送信されてきた、コンテンツデータ（のパート）が格納されているパケットをそれぞれ受信する。通信制御部１８３−２乃至通信制御部１８３−Ｎは、受信したコンテンツデータが格納されているパケットを、再構成部１８４に供給する。
【０１４７】
　また、サーバ５２−２乃至サーバ５２−Ｎのそれぞれが、要求されたコンテンツデータ（のパート）を送信すると、サーバ５２−２乃至サーバ５２−Ｎのそれぞれからパートの送信が終了した旨の終了通知信号が送信されてくるので、通信制御部１８３−２の受信部２０４−２乃至通信制御部１８３−Ｎの受信部２０４−Ｎは、サーバ５２−２乃至サーバ５２−Ｎから送信されてきた終了通知信号を受信する。通信制御部１８３−２乃至通信制御部１８３−Ｎは、終了通知信号を受信すると、受信したパートのダウンロード速度などが含まれている受信情報を生成し、生成した受信情報を割り当て部１８２に供給する。
【０１４８】
　以下、送信部２０３−１乃至送信部２０３−Ｎのそれぞれを、個々に区別する必要のない場合、単に送信部２０３と称する。また、以下、受信部２０４−１乃至受信部２０４−Ｎのそれぞれを、個々に区別する必要のない場合、単に受信部２０４と称する。
【０１４９】
　再構成部１８４は、通信制御部１８３から供給されたコンテンツデータのパート（パケット）を、必要に応じて一時的に記憶し、記憶しているパートを連続したコンテンツデータのストリームに再構成する。再構成部１８４は、出力制御部２０５および記憶部２０６を備えている。
【０１５０】
　再構成部１８４の出力制御部２０５は、通信制御部１８３からパケットが供給されると、パケットのヘッダに含まれている、コンテンツデータの再生の順番を示すシーケンス番号を検査する。そして、再構成部１８４の出力制御部２０５は、パケットに含まれているシーケンス番号が、再構成部１８４の出力制御部２０５が記憶している、出力すべきシーケンス番号と同じ番号である場合、通信制御部１８３からから供給されたパケットを管理部１８１に供給する。
【０１５１】
　例えば、パケットのヘッダに含まれているシーケンス番号は、パケットに格納されているパートの始点位置を表す値となっている。すなわち、例えば、コンテンツデータの位置を、コンテンツデータの先頭の位置を“０”として、データが1KB増えるごとにインクリメントした値で表し、パートの先頭の位置に対応するコンテンツデータのデータの位置を、パートの始点位置とする。例えば、パケットに格納されているパートの開始位置が“０”である場合、パケットのシーケンス番号は、“０”となる。
【０１５２】
　したがって、例えば、再構成部１８４の出力制御部２０５が記憶している、出力すべきシーケンス番号が“０”であり、通信制御部１８３から供給されたパケットのシーケンス番号が“０”である場合、再構成部１８４の出力制御部２０５は、通信制御部１８３から供給された、シーケンス番号が“０”であるパケットを、管理部１８１に供給する。
【０１５３】
　また、再構成部１８４の出力制御部２０５は、管理部１８１にパケットを供給すると、出力すべきシーケンス番号を更新する。例えば、再構成部１８４の出力制御部２０５が、シーケンス番号が“０”であるパケットを管理部１８１に供給し、そのパケットに格納されているパートの大きさ（サイズ）が“1100KB”である場合、構成部１８４の出力制御部２０５は、出力すべきシーケンス番号を、１１００だけ増加させて、“１１００“とする
。
【０１５４】
　一方、再構成部１８４の出力制御部２０５は、通信制御部１８３からから供給されたパケットのシーケンス番号が、出力すべきシーケンス番号と同じ番号でない場合、通信制御部１８３から供給されたパケットを、管理部１８１に供給せずに、再構成部１８４の記憶部２０６に供給する。
【０１５５】
　また、再構成部１８４の出力制御部２０５は、記憶部２０６に記憶されているパケットのうち、パケットのシーケンス番号が、出力すべきシーケンス番号と同じ番号であるパケットを、記憶部２０６から取得し、管理部１８１に供給する。
【０１５６】
　再構成部１８４の記憶部２０６は、再構成部１８４の出力制御部２０５から供給されたパケットを一時的に記憶する。また、再構成部１８４の記憶部２０６は、記憶しているパケットを、再構成部１８４の出力制御部２０５に供給する。
【０１５７】
　サーバ５２−１乃至サーバ５２−Ｎのそれぞれは、受信部２２１−１乃至受信部２２１−Ｎ、取得部２２２−１乃至取得部２２２−Ｎ、記録部２２３−１乃至記録部２２３−Ｎ、および送信部２２４−１乃至送信部２２４−Ｎをそれぞれ備えている。
【０１５８】
　受信部２２１−１乃至受信部２２１−Ｎのそれぞれは、クライアント５１から送信されてきた通信要求信号または送信要求信号をそれぞれ受信し、受信した通信要求信号または送信要求信号を、取得部２２２−１乃至取得部２２２−Ｎのそれぞれに供給する。
【０１５９】
　取得部２２２−１乃至取得部２２２−Ｎのそれぞれは、受信部２２１−１乃至受信部２２１−Ｎのそれぞれから、通信要求信号が供給されると、通信要求信号を受信した旨の応答信号を生成し、生成した応答信号を送信部２２４−１乃至送信部２２４−Ｎのそれぞれに供給する。
【０１６０】
　また、取得部２２２−１乃至取得部２２２−Ｎのそれぞれは、受信部２２１−１乃至受信部２２１−Ｎのそれぞれから、送信要求信号が供給されると、記録部２２３−１乃至記録部２２３−Ｎのそれぞれが記録しているコンテンツデータから、送信が要求されたコンテンツデータのパートを取得し、取得したパート（コンテンツデータ）を、例えば、TCP方式のパケットに格納する。なお、このとき、取得部２２２−１乃至取得部２２２−Ｎのそれぞれは、送信要求信号を基に、パートが格納されるパケットにシーケンス番号を付与し、そのシーケンス番号をパケットのヘッダに格納する。取得部２２２−１乃至取得部２２２−Ｎのそれぞれは、コンテンツデータのパートを格納したパケットを、送信部２２４−１乃至送信部２２４−Ｎのそれぞれに供給する。
【０１６１】
　記録部２２３−１乃至記録部２２３−Ｎのそれぞれは、コンテンツデータを記録している。記録部２２３−１乃至記録部２２３−Ｎのそれぞれは、記録しているコンテンツデータ（の一部（パート））を取得部２２２−１乃至取得部２２２−Ｎのそれぞれに供給する。
【０１６２】
　送信部２２４−１乃至送信部２２４−Ｎのそれぞれは、取得部２２２−１乃至取得部２２２−Ｎのそれぞれから供給された、コンテンツデータが格納されているパケット、または応答信号を、通信網５３を介してクライアント５１あてに送信する。
【０１６３】
　なお、以下、受信部２２１−１乃至受信部２２１−Ｎのそれぞれを、個々に区別する必要のない場合、単に受信部２２１と称する。また、以下、取得部２２２−１乃至取得部２２２−Ｎのそれぞれを、個々に区別する必要のない場合、単に取得部２２２と称する。
【０１６４】
　さらに、以下、記録部２２３−１乃至記録部２２３−Ｎのそれぞれを、個々に区別する必要のない場合、単に記録部２２３と称する。さらに、また、以下、送信部２２４−１乃至送信部２２４−Ｎのそれぞれを、個々に区別する必要のない場合、単に送信部２２４と称する。」
　　
「【０１６９】
　ノード情報記憶部２５２は、設定部２５１の制御のもと、設定部２５１から供給されたノード情報を記憶する。なお、ノード情報には、上述したように、送信ノードとしてのサーバ５２の数、サーバ５２の送信能力、
サーバ５２のＩＰアドレス
　　
「【０１７８】
　次に、図９のフローチャートを参照して、コンテンツデータを２つのセグメントに分割する場合における、後述するクライアント５１によるコンテンツデータの受信の処理、およびサーバ５２が、クライアント５１から要求されたコンテンツデータを送信する処理の概要を説明する。なお、図９のフローチャートの説明においては、クライアント５１が、１つのサーバ５２からコンテンツデータのパートをダウンロードする処理を説明するが、実際には、
クライアント５１は、これに並行して、複数のサーバ５２からコンテンツデータのパートをダウンロードする処理を実行する
　　
「【０１８９】
　まず、図１０のフローチャートを参照して、図９で説明した、クライアント５１による、コンテンツデータの受信の処理の詳細を説明する。
【０１９０】
　ステップＳ６１において、設定部２５１は、管理部１８１から供給された初期設定情報を、算出部２５３および通信制御部１８３に供給する。算出部２５３は、設定部２５１から供給された初期設定情報を記憶する。
【０１９１】
　ステップＳ６２において、通信制御部１８３は、サーバ５２とのコネクションを確立させる。すなわち、通信制御部１８３は、設定部２５１から供給された初期設定情報を記憶し、さらに、通信要求信号を生成する。通信制御部１８３の送信部２０３は、通信制御部１８３が生成した通信要求信号を、通信網５３を介して、サーバ５２あてに送信する。そして、これに応じてサーバ５２から応答信号が送信されてくると、通信制御部１８３の受信部２０４は、サーバ５２から送信されてきた応答信号を受信する。応答信号を受信すると、通信制御部１８３は、コネクションが確立された旨の信号を生成し、割り当て部１８２に供給する。
【０１９２】
　通信制御部１８３から、コネクションが確立された旨の信号が供給されると、ステップＳ６３において、設定部２５１は、ダウンロードの開始を指示する信号を生成し、生成したダウンロードの開始を指示する信号を、算出部２５３に供給する。
【０１９３】
　設定部２５１から算出部２５３に、ダウンロードの開始を指示する信号が供給されると、ダウンロードの開始が指示されたので、ステップＳ６４において、算出部２５３は、記憶している初期設定情報、およびノード情報記憶部２５２が記憶しているノード情報を参照して、割り当て情報を生成し、生成した割り当て情報を、通信制御部１８３に供給する。
【０１９４】
　例えば、初期設定情報に、１つのセグメントの大きさが“2300KB”であり、コンテンツデータを分割するセグメントの数が“６”である情報が含まれており、ノード情報に含まれている、送信ノードとしてのサーバ５２の数が“２”である場合、算出部２５３は、１つのセグメントの大きさを2300KBとして、図５に示すように、ダウンロードが指示された
コンテンツデータを６つのセグメント７１−１乃至セグメント７１−６に分割する
【０１９５】
　次に、算出部２５３は、セグメント７１を、送信ノードとしてのサーバ５２の数に分割する（分割位置を指定する）。すなわち、算出部２５３は、セグメント７１が２つのパート１１１およびパート１１２に分割されるように分割位置を指定する。なお、このとき、算出部２５３は、
パート１１１およびパート１１２の大きさがそれぞれ等しくなるようにセグメント７１を分割する
【０１９６】
　
セグメント７１を分割すると、算出部２５３は、パート１１１の送信を、例えば、サーバ５２−１に割り当て、パート１１２の送信を、サーバ５２−１とは異なるサーバ５２−２に割り当てる
【０１９７】
　割り当て情報には、例えば、図１１に示すように、ダウンロードするコンテンツデータを特定するための情報、コンテンツデータを分割するセグメントの大きさを示す情報、セグメントを特定するための情報、パートの始点位置を示す情報、およびパートの終点位置を示す情報が含まれている。
【０１９８】
　図１１の例においては、ダウンロードするコンテンツデータが、コンテンツデータＡである情報が含まれており、コンテンツデータを分割するセグメントの大きさが、2300KBである情報が含まれている。
【０１９９】
　また、セグメントを特定するための情報として“１／６”が含まれている。ここで、“１／６”は、この情報によって特定されるセグメントが、コンテンツデータを構成する６つのセグメントのうちの、１番目（先頭）のセグメントであることを示している。したがって、例えば、図５において、１番目のセグメントは、コンテンツデータを構成するセグメント７１のうち、再生を開始する位置のデータ、すなわち、再性時刻ｔ５０に対応するデータが含まれているセグメント７１−１をいう。
【０２００】
　さらに、図１１に示す割り当て情報には、パートの始点位置が“０”である情報、およびパートの終点位置が“１１５０”である情報が含まれている。ここで、パートの始点位置および終点位置は、コンテンツデータの先頭の位置を“０”として、データが1KB増えるごとにインクリメントした値で表されている。したがって、この場合、始点位置が“０”であり、終点位置が“１１５０”であるパートは、コンテンツデータの先頭から1150KBのデータである。すなわち、このパートは、コンテンツデータの先頭をパートの先頭（開始位置）とする、大きさが1150KBのデータとなる。
【０２０１】
　図１０のフローチャートの説明に戻り、ステップＳ６５において、
通信制御部１８３は、算出部２５３から供給された割り当て情報を含む、送信要求信号を生成し
サーバ５２あてに送信する
【０２０２】
　サーバ５２は、送信要求信号を受信すると、それに応じて送信が要求されたコンテンツデータのパートを送信してくるので、ステップＳ６６において、
通信制御部１８３の受信部２０４は、サーバ５２から送信されてきたコンテンツデータのパートを受信する
【０２０３】
　また、サーバ５２において、コンテンツデータのパートの送信が終了すると、サーバ５２は、終了通知信号を送信してくるので、ステップＳ６７において、通信制御部１８３の受信部２０４は、サーバ５２から送信されてきた終了通知信号を受信する。
【０２０４】
　ステップＳ６８において、通信制御部１８３は、通信制御部１８３の受信部２０４が受信したパートの受信情報を生成し、生成した受信情報を割り当て部１８２に供給する。例えば、ステップＳ６８において、通信制御部１８３は、図１２に示す受信情報を生成する。
【０２０５】
　受信情報には、パートを送信してきた、送信ノードとしてのサーバを特定する情報、受信したパートが含まれているセグメントを特定する情報、受信したパートの開始位置を示す情報、受信したパートの終点位置を示す情報、
ダウンロードしたパートのダウンロード速度を示す情報
【０２０６】
　図１２では、受信情報には、“サーバＰ”である、送信ノードとしてのサーバを特定する情報、および“１／６”であるセグメントを特定する情報が含まれている。ここで、“１／６”は、コンテンツデータを構成する６つのセグメントのうちの、１番目のセグメントを表している。また、受信情報には、“０”であるパートの始点位置を示す情報、“１１５０”であるパートの終点位置を示す情報、“3Mbps”であるダウンロード速度を示す情報、および“0Mbps”であるスループットの変動の大きさを示す情報が含まれている。
【０２０７】
　なお、上述したように、始点位置が“０”であり、終点位置が“１１５０”であるパートは、コンテンツデータの先頭から1150KBのデータである。また、受信情報に、スループットの変動の大きさ（絶対値）ではなく、スループットの変動の分散値が含まれるようにしてもよい。
【０２０８】
　図１０の説明に戻り、ステップＳ６９において、再割り当て制御部２５４は、通信制御部１８３から供給された受信情報を、受信履歴記憶部２５５に供給し、受信履歴記憶部２５５に、受信履歴を更新させる。
【０２０９】
　ここで、受信履歴には、例えば、図１３に示すように、各セグメントを構成するパートのそれぞれの受信情報が含まれている。図１３では、１番目のセグメントを構成するパートの受信情報、および２番目のセグメントを構成するパートの受信情報が含まれている。また、１番目のセグメントを構成するパートの受信情報として、“サーバＰ”から受信したパートの受信情報、および“サーバＱ”から受信したパートの受信情報が含まれている。
【０２１０】
　１番目のセグメントを構成するパートの受信情報のうち、“サーバＰ”から受信したパートの受信情報には、“０”であるパートの始点位置を示す情報、“１１５０”であるパートの終点位置を示す情報、“3Mbps”であるダウンロード速度を示す情報、および“0Mbps”であるスループットの変動の大きさを示す情報が含まれており、“サーバＱ”から受信したパートの受信情報には、“１１５０”であるパートの始点位置を示す情報、“２３００”であるパートの終点位置を示す情報、“2Mbps”であるダウンロード速度を示す情報、および“0Mbps”であるスループットの変動の大きさを示す情報が含まれている。
【０２１１】
　また、２番目のセグメントを構成するパートの受信情報として、“サーバＰ”から受信したパートの受信情報、および“サーバＱ”から受信したパートの受信情報が含まれている。２番目のセグメントを構成するパートの受信情報のうち、“サーバＰ”から受信したパートの受信情報には、“２３００”であるパートの始点位置を示す情報、“３６８０”であるパートの終点位置を示す情報、“3Mbps”であるダウンロード速度を示す情報、および“0Mbps”であるスループットの変動の大きさを示す情報が含まれており、“サーバＱ”から受信したパートの受信情報には、“３６８０”であるパートの始点位置を示す情報、“４６００”であるパートの終点位置を示す情報、“3Mbps”であるダウンロード速度を示す情報、および“1Mbps”であるスループットの変動の大きさを示す情報が含まれている。
【０２１２】
　図１０の説明に戻り、ステップＳ７０において、再割り当て制御部２５４は、受信履歴記憶部２５５が記憶している受信履歴を参照して、コンテンツデータのダウンロードが完了（終了）したか否かを判定する。例えば、受信履歴記憶部２５５が、図１３に示す受信履歴を記憶している場合、コンテンツデータが、６つのセグメントに分割されており、１番目のセグメントおよび２番目のセグメントのダウンロードが完了しているが、３番目乃至６番目のセグメントのダウンロードが完了していないので、再割り当て制御部２５４は、コンテンツデータのダウンロードが完了していないと判定する。
【０２１３】
　ステップＳ７０において、
コンテンツデータのダウンロードが完了していないと判定された場合
【０２１４】
　再割り当て制御部２５４から算出部２５３に、再割り当てを指示する信号が供給されると、ステップＳ７２において、算出部２５３は、パートの送信の再割り当てが指示されたので、初期設定情報、ノード情報記憶部２５２が記憶しているノード情報、および受信履歴記憶部２５５が記憶している受信履歴を参照して、まだダウンロードされていないセグメントを、パートに分割して、
パートごとの割り当て情報を生成する
処理を繰り返す
【０２１５】
　例えば、図５に示すコンテンツデータのうち、セグメント７１−１のダウンロードが終了しており、セグメント７１−２乃至セグメント７１−６のダウンロードが終了していない場合、算出部２５３は、ノード情報および受信履歴を参照して、セグメント７１−２乃至セグメント７１−６のそれぞれを、ノード情報に含まれている、送信ノードとしてのサーバ５２の数によって示される数に分割する。
【０２１６】
　例えば、ノード情報に含まれている、送信ノードとしてのサーバ５２の数が“２”である場合、算出部２５３は、
セグメント７１−２乃至セグメント７１−６を、それぞれ２つのパートに分割する
パートの大きさは
パートのダウンロード速度を基に
計算して定める
【０２１７】
　Ｐｉ＝Ｖｉ×Ｄ／（ΣＶｉ）　　　　　　　　　　　　　　・・・（４）
【０２１８】
　ここで、Ｐｉは、サーバ５２−ｉ（但し、１≦ｉ≦Ｎ）に割り当てるパートの大きさを示しており、Ｖｉは、前回、サーバ５２−ｉからダウンロードしたパートのダウンロード速度を示している。また、Σは、ｉを１からＮに変えてのＶｉの和（合計）をとることを表し、Ｄは、セグメントの大きさを示す。
【０２１９】
　したがって、例えば、図５に示すセグメント７１の大きさが2300KBであり、パート１１１−１のサーバ５２−１からのダウンロード速度が“3Mbps”であり、パート１１２−１のサーバ５２−２からのダウンロード速度が“2Mbps”であり、さらに、セグメント７１−２乃至セグメント７１−６を、それぞれ、パート１１１−２乃至パート１１１−６、およびパート１１２−２乃至パート１１２−６に分割して、パート１１１−２乃至パート１１１−６をサーバ５２−１からダウンロードし、パート１１２−２乃至パート１１２−６をサーバ５２−２からダウンロードする場合、パート１１１−２乃至パート１１１−６のそれぞれの大きさは、式（４）から、1380KB（３×２３００／（２＋３））と算出される。
【０２２０】
　そして、算出部２５３は、セグメント７１−２乃至セグメント７１−６をそれぞれ分割すると、パート１１１の送信を、サーバ５２−１に割り当て、パート１１２の送信を、サーバ５２−２に割り当てる。そして、算出部２５３は、パート１１１−２を特定するための割り当て情報、およびパート１１２−２を特定するための割り当て情報を、それぞれ生成する。算出部２５３は、生成したパート１１１−２を特定するための割り当て情報を、通信制御部１８３−１に供給し、パート１１２−２を特定するための割り当て情報を、通信制御部１８３−２に供給する。
【０２２１】
　なお、セグメントをパートに分割するとき、セグメントの大きさおよびダウンロード速度を基に、パートの大きさを定めると説明したが、例えば、受信履歴に含まれているスループットの変動の大きさを用いて、サーバ５２に割り当てるパートの大きさを変化させるようにしてもよい。この場合、例えば、スループットの変動が少ないサーバ５２に、より大きいパート（の送信）が割り当てられる。すなわち、スループットの変動が大きいサーバ５２には、そのサーバ５２の送信能力と比べて小さいパート（の送信）が割り当てられる。
【０２２２】
　また、再割り当てを行う場合、ノード情報記憶部２５２のノード情報が更新されて、新たな送信ノードとしてのサーバ５２が追加されたとき、新たに追加されたサーバ５２からのダウンロード速度として、予め定められた所定の値を用いて式（４）を算出し、再割り当てを行う。したがって、例えば、新たに、ノード情報にサーバ５２−３の情報が追加された場合、式（４）において、ダウンロード速度Ｖ３の値を、例えば、2Mbpsとして式（４）を計算する。さらに、また、予め定められた所定の時間が経過するごとに、再割り当ての処理を行うようにすることも可能である。
【０２２３】
　図１０の説明に戻り、ステップＳ７０において、コンテンツデータのダウンロードが完了したと判定された場合、コンテンツデータの受信の処理は終了する。
【０２２４】
　このようにして、クライアント５１は、コンテンツデータを複数のセグメントに分割（する分割位置を指定）し、さらに、各セグメントを複数のパートに分割（する分割位置を指定）して、１つのセグメントを構成するパートのそれぞれの送信を異なるサーバ５２に割り当てる。そして、クライアント５１は、サーバ５２から、それぞれ割り当てたパートをダウンロードする。
【０２２５】
　このように、コンテンツデータを複数のセグメントに分割し、さらに、各セグメントを複数のパートに分割して、１つのセグメントを構成するパートのそれぞれを、異なるサーバ５２からダウンロードするようにしたので、クライアント５１は、コンテンツデータをより迅速にダウンロードすることができる。
【０２２６】
　また、各セグメントを、それぞれ複数のパートに分割し、それぞれのパートの大きさを、前回ダウンロードしたパートのダウンロード速度に応じて定めるようにしたので、コンテンツデータを、より効率よくダウンロードすることができ、その結果、ダウンロードが完了したコンテンツデータの量に対する、連続したコンテンツの再生に用いることができるコンテンツデータの量の割合をより大きくすることができる。これにより、サーバ５２や通信網５３に問題が発生した場合に、コンテンツの再生が途切れてしまう可能性をより低くすることができる。」
　　
（イ）引用文献１に記載された発明
（イ−１）段落【００６７】〜【００７７】、【０１００】〜【０１０１】には、クライアントが、これから受信するコンテンツを分割して、２つのサーバからダウンロードすることが記載されている。具体的には、コンテンツを、１分間再生するのに必要なデータの大きさのセグメントに分割し、さらに、セグメントを、２つのサーバから分割してダウンロードするために２つのデータに分割する（セグメントを分割したデータをパートという。）。クライアントは、２つのサーバからそれぞれのパートをダウンロードすることが記載されている。
　すなわち、『コンテンツを一定時間再生するのに必要な大きさのセグメントに分割し、さらにセグメントを２つのサーバからダウンロードするために、２つのパートに分割し、』クライアントは、２つのサーバからそれぞれのパートをダウンロードすることが記載されている。
　　
（イ−２）段落【０１２２】〜【０１６４】には、クライアント及びサーバの機能の構成が記載されている。
　『クライアントは、サーバ５２−１〜５２−２とそれぞれ通信制御部１８３−１〜１８３−Ｎを介し通信を行う』（段落【０１２３】、【０１２７】）。
　　
　クライアントにおける通信制御部１８３−１は、割り当て情報が含まれる送信要求信号をサーバ５２−１に送信する（段落【０１３９】）。ここで、割り当て情報にはコンテンツのパートを特定する情報が含まれる（段落【０１３４】）。
　通信制御部１８３から割り当て部１８２には、通信制御部１８３がパートをダウンロード（受信）が完了するたびに、そのパートのダウンロード速度が含まれる受信情報が供給される（段落【０１３５】）。
　　
　『サーバ５２はＩＰアドレスを有する』（段落【０１６９】）。
　『クライアント５１及びサーバ５２−１乃至サーバ５２−Ｎから構成されるネットワークはピアツーピアネットワークである』（段落【００５７】）。
　　
　『クライアント５１とサーバ５２−１、クライアント５１とサーバ５２−２とは並行してダウンロードする』（段落【０１７８】）。
　　
　クライアントは、ダウンロードしたデータを『再生する』ものである（段落【００９７】、【０１０７】、【０２２６】）。
　　
（イ−３）段落【０１８９】〜【０２２６】には、クライアント５１によるコンテンツデータの受信処理が記載されている。
　サーバの数が２つの場合、コンテンツデータを分割したセグメントを、同じ大きさに２つのパートに分割する（段落【０１９４】〜【０１９５】）。
　第１のパートを第１サーバに割り当て、第２のパートを第２サーバに割り当て、それぞれのパートを特定する割り当て情報を生成する（段落【０１９６】）。
　『割り当て情報をそれぞれのサーバに送信し、それぞれのサーバから送信されたパートを受信する』（段落【０２０１】〜【０２０２】）。
　クライアントは、『ダウンロードしたパートのダウンロード速度それぞれを得る』（段落【０２０４】〜【０２０５】）。
　コンテンツのダウンロードが完了していない場合は、再割り当てを行う（段落【０２１３】）。
　２つのパートの大きさは、『パートのダウンロード速度を基に計算し、第１のパートを第１サーバに割り当て、第２のパートを第２サーバに割り当て、それぞれのパートを特定する割り当て情報を生成し』（段落【０２１５】〜【０２２０】）、『割り当て情報をそれぞれのサーバに送信し、』上記処理をコンテンツのダウンロードが完了するまで繰り返す（段落【０２１４】）。
　　
（イ−４）以上より、引用文献１に記載された発明を、クライアントがコンテンツをダウンロードする動作を方法の発明として認定すると、次のとおりである。この発明を以下「引用発明」という。
　　
（引用発明）
（ａ）少なくとも第１および第２の通信制御部を含むクライアントにおいて再生されるコンテンツを提供する方法であり、
（ａ-1）コンテンツを一定時間再生するのに必要な大きさのセグメントに分割し、さらにセグメントを２つのサーバからダウンロードするために、第１、第２のパートに分割し、
（ａ-2）第１の通信制御部を介して第１サーバから第１のパートをダウンロードし、
（ａ-3）第２の通信制御部を介して第２サーバから第２のパートをダウンロードし、
（ａ-4）各サーバはアドレスを有し、クライアント及び第１、第２サーバから構成されるネットワークはピアツーピアネットワークであり、
（ａ-5）クライアントと第１サーバ、クライアントと第２サーバとは並行してダウンロードする方法であって、
（ａ-6）クライアントにおいて、
（ｂ）第１、第２のサーバからダウンロードしたパートのダウンロード速度を得るステップと、
（ｃ）パートのダウンロード速度を基に、第１、第２のパートを特定する割り当て情報を生成し、割り当て情報を第１、第２のサーバに送信するステップと、
（ｄ）第１サーバから送信された第１のパート及び第２サーバから送信された第２のパートを受信するステップと、を含む、
（ｅ）前記方法。
　　
（（ａ）〜（ｅ）は、引用発明の構成を区別するために付与した。以下各構成を「構成ａ」等という。）
　　
イ　引用文献２
（ア）引用文献２の記載
　原査定の拒絶の理由に引用された特開２００７−３６６６６号公報（上記引用文献２、以下「引用文献２」という。）には、「コンテンツ配信システム、クライアント及びクライアントプログラム」（発明の名称）に関し、図面と共に次に掲げる事項が記載されている（下線は当審で付与した。）。
　　
「【００２４】
　［ストリームデータの構造］
　図２にストリームデータＳＴ１〜ＳＴ３のデータ構造を示す。横軸は再生時間を示す。また、各ストリームデータＳＴ１〜ＳＴ３の面積は、データ量を示す。
　【００２５】
　
ストリームデータＳＴ１〜ＳＴ３は、互いに異なる再生ビットレートＢＲ１〜ＢＲ３を有する
ストリームデータＳＴ１の再生ビットレートＢＲ１が最も低く、ストリームデータＳＴ２の再生ビットレートＢＲ２は再生ビットレートＢＲ１よりも高く、ストリームデータＳＴ３の再生ビットレートＢＲ３が最も高い
　【００２６】
　
ストリームデータＳＴ１〜ＳＴ３のデータ量は互いに異なるものの、その再生時間は同じである
　【００２７】
　各ストリームデータＳＴ１〜ＳＴ３は、連続的に配列された複数のパート（Ｐ０〜Ｐ７）に分割される。このとき、各パートＰｊ（パート番号ｊ＝０〜７）は、画質や音質が変化しても視聴への影響が少ない再生位置（時刻ｔ１〜ｔ７）で区切られる。たとえば、動画の場合であれば、場面設定が変更される位置等で区切られる。そのため、各パートＰ０〜Ｐ７の再生時間（Ｄ０〜Ｄ７）は互いに異なる。
　【００２８】
　ストリームデータＳＴ１〜ＳＴ３は、同じ再生位置（ｔ１〜ｔ７）で分割されるため、各ストリームデータの同じパートＰｊは同じ再生時間Ｄｊを有する。たとえば、ストリームデータＳＴ１のパートＰ０と、ストリームデータＳＴ２のパートＰ０と、ストリームデータＳＴ３のパートＰ０とは、同じ再生時間Ｄ０を有する。」
　　
「【００４０】
　クライアント２０は、パートＰ０の再生が終了した時刻ｔ１において、サーバに要求するストリームデータＳＴｉを選択する（データ要求処理：図６）。データ要求処理では、次のパート（パートＰ１）の全データ量ＳＺ（３，１）が既にバッファ領域２７に蓄積されているか判断し、既に蓄積されている場合、パートＰ１の再生時間Ｄ１中にバッファ領域２７に蓄積可能なデータ量に基づいて、再生ビットレートＢＲ３（ストリームデータＳＴ３）を変更するか否かを判断する。時刻ｔ１では、データ量ＳＺ（３，１）が既にバッファ領域２７に蓄積されており、かつ、再生ビットレートＢＲ３のまま維持すると判断し、そのまま再生を継続する。
　【００４１】
　
時刻ｔ２１で配信ビットレートＢＲｃｕｒは低下し、再生ビットレートＢＲ３よりも低くなる。そのため、時刻ｔ２１以降、バッファ領域２７に蓄積されているデータ量ＤＬ（ｔ）は減少する。つまり、図４中のＤＬ（ｔ）の傾きの方が、ＤＳＴ３の傾きよりも小さくなる
　
クライアント２０は、時刻ｔ３でデータ要求処理を実施し、次のパートＰ３のデータ量ＳＺ（３，３）は既に蓄積しているものの、このまま再生を続けると、パートＰ４の再生中に蓄積したデータが枯渇する（図４中のＤＬ（ｔ）がＤＳＴ３よりも低くなる）と判断する。このとき、クライアント２０は、再生するデータをストリームデータＳＴ２（ビットレートＢＲ２）に切り替えればパートＰ４以降も再生が途切れないと判断し、サーバ１０にストリームデータＳＴ２をパートＰ４から配信するよう要求する
　　
「【図２】
」
　　
（イ）引用文献２に記載された技術
　引用文献２には、『コンテンツを提供する際に、複数のビットレートのデータストリームを用意し、各データストリームを同じ再生時間のパートに分割し、配信ビットレートにより、上記ビットレートのデータストリームのパートを選択する』技術が開示されている。
　　
（５）対比
ア　補正後発明と引用発明との対比
　補正後発明と引用発明とを対比する。
　　
（ア）構成要件Ａと構成ａとを対比する。
　引用発明における「クライアント」は、補正後発明の「クライアント装置」に相当する。
　引用発明の「再生されるコンテンツ」は、「レンダリングされるコンテンツ」といえる。
　また、引用発明の「通信制御部」は、当該「通信制御部」を介してサーバと通信するから「通信インターフェース」といえる。
　したがって、補正後発明と引用発明とは「少なくとも第１および第２の通信インタフェースを含むクライアント装置においてレンダリングされるコンテンツを提供する方法」として一致する。
　　
（イ）構成要件Ａ-1と構成ａ-1、ａ-2、ａ-3、ａ-4、ａ-5とを対比する。
　引用発明の「通信制御部」は、補正後発明の「通信インターフェース」に相当する。
　引用発明の「通信制御部」はアドレスを有することは特定されていないが、引用発明においては、「各サーバはアドレスを有し、クライアント及び第１、第２サーバから構成されるネットワークはピアツーピアネットワークであ」る（構成ａ-4）から、「通信制御部」がアドレスを有することは明らかである。
　また、引用発明においては、「クライアントと第１サーバ、クライアントと第２サーバとは並行してダウンロードする」（構成ａ-5）から、第１通信制御部、第２通信制御部がそれぞれアドレスを有することも明らかである。
　したがって、補正後発明と引用発明とは、「前記コンテンツが、それぞれが通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であ」る点で一致する。
　　
（ウ）構成要件Ａ-2と構成ａ-1、ａ-2、ａ-3、ａ-4とを対比する。
　引用発明における「パート」は、コンテンツの一部であり、第１、第２サーバからクライアントにダウンロードされるものであって、第１、第２サーバが通信インターフェースを有することは明らかであり、各サーバはアドレスを有するから、補正後発明と引用発明とは、「前記コンテンツが、それぞれが通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能」である点で一致する。
　　
（エ）構成要件Ａ-3と構成ａ-2、ａ-4とを対比する。
　引用発明は、「第１の通信制御部を介して第１サーバから第１のパートをダウンロード」するから、ダウンロードするための「経路」があることは明らかであり、当該「経路」は「第１の経路」といい得る。
　また、第１サーバはアドレスを有する（構成ａ-4）。
　さらに、「第１の通信インターフェース」に相当する「第１の通信制御部」がアドレスを有することは、上記（イ）のとおりである。
　したがって、補正後発明と引用発明とは、「第１の経路が、前記第１の通信インタフェースの通信アドレスおよび前記第１のサーバ通信インタフェースのアドレスによって識別され」る点で一致する。
　　
（オ）構成要件Ａ-4と構成ａ-3、ａ-4とを対比する。
　引用発明は、「第２の通信制御部を介して第２サーバから第２のパートをダウンロード」するから、ダウンロードするための「経路」があることは明らかであり、当該「経路」は「第２の経路」といい得る。
　また、第２サーバはアドレスを有する（構成ａ-4）。
　さらに、「第２の通信インターフェース」に相当する「第２の通信制御部」がアドレスを有することは、上記（イ）のとおりである。
　したがって、補正後発明と引用発明とは、「少なくとも第２の経路が、前記第２の通信インタフェースの通信アドレスおよび前記少なくとも第２のサーバ通信インタフェースのアドレスによって識別され」る点で一致する。
　　
（カ）構成要件Ａ-5、Ａ-6、Ａ-7と構成ａ-1とを対比する。
　引用発明の「セグメント」はデータの塊であるから、「チャンク」といえ、引用発明においては、「コンテンツを一定時間再生するのに必要な大きさのセグメントに分割」するから、「前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され」る点で、補正後発明と共通する。
　しかしながら、引用発明における「コンテンツ」は、「対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能で」はない。
　したがって、補正後発明と引用発明とは、引用発明が、
「前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能で」なく、
「前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され」ておらず、
「チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され」ていない点で、補正後発明と相違する（相違点１）。
　　
（キ）構成要件Ａ-8と構成ａ-2、ａ-3、ａ-5とを対比する。
　「第１の経路」、「第２の経路」については、上記（エ）、（オ）のとおりである。
　また、引用発明は、「クライアントと第１サーバ、クライアントと第２サーバとは並行してダウンロードする」（構成ａ-5）から、コンテンツが第１および第２の経路を介してクライアントから同時にアクセス可能といえる。
　したがって、補正後発明と引用発明とは、「前記コンテンツが、少なくとも前記第１および前記第２の経路を介して前記クライアント装置から同時にアクセス可能である」点で一致する。
　　
（ク）構成要件Ａ-9、Ａ-10と構成ａ-5、ａ-6とを対比する。
　補正後発明と引用発明とは、「方法であって、前記クライアント装置において、」として一致する。
　　
（ケ）構成要件Ｂと構成ｂとを対比する。
　引用発明の「ダウンロード速度」は、補正後発明の「利用可能なビット・レート」に相当する。
　「第１の経路」、「第２の経路」については、上記（エ）、（オ）のとおりである。
　したがって、補正後発明と引用発明とは、「前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定するステップ」を含む点で一致する。
　　
（コ）構成要件Ｃについて
　引用発明は、「前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定するステップ」を含んでおらず、補正後発明と相違する（相違点２）。
　　
（サ）構成要件Ｄと構成ｄとを対比する。
　引用発明においては、セグメントが第１のパートと第２のパートに分割される（構成ａ-1）から、第１のパートと第２のパートによりセグメントが構成されており、第１のパート及び第２のパートが「相補的」といえる。
　また、第１のパート、第２のパートは、それぞれ、「第１の部分」、「第２の部分」といえ、セグメントはデータの塊であるから、「チャンク」といえる。
　引用発明の「第１のパートを特定する割り当て情報」は、補正後発明の「第１の部分を受信するための第１の要求」に相当し、「第１の経路」については上記（エ）のとおりであるから、「割り当て情報を第１のサーバに送信する」ことは、「第１の部分を受信するための第１の要求を前記第１の経路を介して送信」するといえる。
　また、引用発明の「第２のパートを特定する割り当て情報」は、補正後発明の「第２の部分を受信するための第２の要求」に相当し、「第２の経路」については上記（オ）のとおりであるから、「割り当て情報を第２のサーバに送信する」ことは、「第２の部分を受信するための第２の要求を前記第２の経路を介して送信」するといえる。
　さらに、引用発明においては、「パートのダウンロード速度を基に、第１、第２のパートを特定する割り当て情報を生成」するものであり、「ダウンロード速度」は補正後発明の「利用可能なビットレート」に相当し、補正後発明と引用発明とは、「前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定するステップ」を含む点で一致することは、上記（ケ）のとおりであるから、補正後発明と引用発明とは、「前記チャンクの前記第１の部分および少なくとも前記第２の部分のそれぞれが、前記決定した第１の利用可能なビット・レートおよび前記決定した第２の利用可能なビット・レートから計算されるサイズを有する」点で共通する。
　以上まとめると、補正後発明と引用発明とは、「チャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記チャンクの少なくとも第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信するステップであって、前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記チャンクの前記第１の部分および少なくとも前記第２の部分のそれぞれが、前記決定した第１の利用可能なビット・レートおよび前記決定した第２の利用可能なビット・レートから計算されるサイズを有する、前記ステップ」を含む点で共通する。
　しかしながら、「チャンク」が、補正後発明においては「時間指標ｉおよび前記決定した要求ビット・レートによって識別される」のに対し、引用発明においては、そのように特定されていない点で相違する（相違点３）。
　　
（シ）構成要件Ｅと構成ｅとを対比する。
　「第１の経路」、「第２の経路」については、上記（エ）、（オ）のとおりである。
　引用発明の「第１のパート」、「第２のパート」は、それぞれ、補正後発明の「第１の部分」、「第２の部分」に相当する。
　したがって、補正後発明と引用発明とは、「前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信するステップ」を含む点で一致する。
　
（セ）構成要件Ｆと構成ｆとを対比する。
　補正後発明と引用発明とは、「前記方法」で一致する。
　　
イ　一致点、相違点
　以上より、補正後発明と引用発明との一致点、相違点は次のとおりである。
　　
（一致点）
「少なくとも第１および第２の通信インタフェースを含むクライアント装置においてレンダリングされるコンテンツを提供する方法であり、
　前記少なくとも第１および第２の通信インタフェースのそれぞれが通信アドレスを有し、
　前記コンテンツが、それぞれが通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であり、
　第１の経路が、前記第１の通信インタフェースの通信アドレスおよび前記第１のサーバ通信インタフェースのアドレスによって識別され、
　少なくとも第２の経路が、前記第２の通信インタフェースの通信アドレスおよび前記少なくとも第２のサーバ通信インタフェースのアドレスによって識別され、
　前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、
　前記コンテンツが、少なくとも前記第１および前記第２の経路を介して前記クライアント装置から同時にアクセス可能である
　方法であって、
　前記クライアント装置において、
　前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定するステップと、
　チャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記チャンクの少なくとも第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信するステップであって、前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記チャンクの前記第１の部分および少なくとも前記第２の部分のそれぞれが、前記決定した第１の利用可能なビット・レートおよび前記決定した第２の利用可能なビット・レートから計算されるサイズを有する、前記ステップと、
　前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信するステップと、を含む、
　前記方法。」
　　
（相違点１）
　補正後発明においては、
「前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能であり、
　前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、
　チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され」るのに対し、
　引用発明では、「前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能で」ないから、
「前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、
　チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され」るものでない点
　　
（相違点２）
　補正後発明が「前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定するステップ」を含むのに対し、引用発明が当該ステップを含んでいない点
　　
（相違点３）
　「チャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記チャンクの少なくとも第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信するステップであって、前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記チャンクの前記第１の部分および少なくとも前記第２の部分のそれぞれが、前記決定した第１の利用可能なビット・レートおよび前記決定した第２の利用可能なビット・レートから計算されるサイズを有する、前記ステップ」における「チャンク」が、
　補正後発明においては、「時間指標ｉおよび前記決定した要求ビット・レートによって識別される」のに対し、引用発明においては、そのように特定されていない点
　　
（６）相違点の判断等 
ア　相違点１、相違点３について
　上記（４）イ（イ）のとおり、引用文献２には、『コンテンツを提供する際に、複数のビットレートのデータストリームを用意し、各データストリームを同じ再生時間のパートに分割し、配信ビットレートにより、上記ビットレートのデータストリームのパートを選択する』技術（以下「引用文献２の技術」という。）が記載されている。
　引用文献２の技術は、コンテンツを提供する技術として引用発明と同じ技術分野であるから、引用発明に引用文献２の技術を適用することは、当業者が容易に着想することである。
　引用文献２の技術は、複数のビットレートのデータストリームがあるから、「コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能であ」るといえる。
　また、引用文献２の技術は、各データストリームを同じ再生時間のパートに分割しているから、「前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され」るといえる。
　さらに、「チャンク」に相当する引用文献２の技術における「パート」は、引用文献２の図２から、時間とビットレートにより識別されるものであるから、「チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され」るといえる。
　そうすると、引用発明に引用文献２の技術を適用することにより、引用発明において、「前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能であり、
　前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、
　チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され」るようにすることは、当業者が容易に想到し得ることである（相違点１）。
　また、「チャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記チャンクの少なくとも第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信するステップであって、前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記チャンクの前記第１の部分および少なくとも前記第２の部分のそれぞれが、前記決定した第１の利用可能なビット・レートおよび前記決定した第２の利用可能なビット・レートから計算されるサイズを有する、前記ステップ」における「チャンク」も、同様に、「時間指標ｉ」および「ビット・レート」によって識別されるものとなる（相違点３）。
　　
イ　相違点２について
　上記アのとおり、引用発明に引用文献２の技術を適用して、相違点１、相違点３の構成にすることは、当業者が容易に想到し得ることであって、その際に、どのように「ビットレート」を決定するかを検討する。
　引用発明は、パートのダウンロード速度を基に、第１、第２のパートを特定する割り当て情報を生成し、割り当て情報を第１、第２のサーバに送信し、第１サーバから送信された第１のパート及び第２サーバから送信された第２のパートを受信するものであり（構成ｃ、ｄ）、第１、第２のパートのダウンロード速度、すなわち、ビットレートを利用するものである。
　一方、引用発明に引用文献２の技術を適用することにより、複数のバージョンが利用可能となり、どのバージョンを要求するかを決定することが必要となることは明らかである。
　そして、バージョンはビットレート対応しているから、クライアントは、第１、第２のパートを受信する際のビットレートに基づいて、利用可能な複数のバージョンから利用するバージョンを決定することは、当業者が容易に想到し得ることである。
　したがって、引用発明に引用文献２の技術を適用して、引用発明において、「前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定するステップ」を含むようにすることは、当業者が容易に想到し得ることである。
　　
　そして、補正後発明が奏する効果は、その容易想到である構成から当業者が容易に予測し得る範囲内のものであり、同範囲を超える顕著なものでもない。
　　
　なお、上記（５）ア（イ）において、「前記少なくとも第１および第２の通信インタフェースのそれぞれが通信アドレスを有」する点を、補正後発明と引用発明との一致点としたが、仮に、「通信インターフェース」がアドレスを有する点が相違点であるとしても、通信を行う際にアドレスを用いることは周知の技術であるから、引用発明において「通信インターフェース」に相当する「通信制御部」がアドレスを有するようにすることは、当業者が容易に想到し得ることである。
　　
　したがって、補正後発明は、引用文献１、引用文献２に記載された発明に基づいて当業者が容易に発明することができたものであるから、特許法２９条２項の規定により特許出願の際独立して特許を受けることができない。
　よって、本件補正は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反している。
 　 
３　まとめ 
　したがって、本件補正は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　よって、補正却下の決定の結論のとおり決定する。
 　 
第３　本願発明について 
１　本願発明 
　平成２８年４月１８日付けの手続補正は、上記のとおり却下されたので、本願の請求項１〜１５に係る発明は、平成２７年５月１１日付け手続補正により補正された明細書、特許請求の範囲及び図面の記載からみて、その特許請求の範囲の請求項１〜１５に記載した事項により特定されるとおりのものであるところ、請求項１に係る発明は、次のとおりのものである（この発明を以下「本願発明」という。）。
　　
（本願発明）
「少なくとも第１および第２の通信インタフェースを含むクライアント装置においてレンダリングされるコンテンツを提供する方法であり、前記少なくとも第１および第２の通信インタフェースが通信アドレスを有し、前記コンテンツが、通信アドレスを有する少なくとも第１および第２のサーバ通信インタフェースを介して前記クライアント装置からアクセス可能であり、第１の経路が、前記第１の通信インタフェースの通信アドレスおよび前記第１のサーバ通信インタフェースのアドレスによって識別され、少なくとも第２の経路が、前記第２の通信インタフェースの通信アドレスおよび前記少なくとも第２のサーバ通信インタフェースのアドレスによって識別され、前記コンテンツが、対応ビット・レートの制約に対応する符号化品質を有する少なくとも２つのバージョンで利用可能であり、前記少なくとも２つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、チャンクが、時間指標ｉおよび前記対応ビット・レートのうちの１つによって識別され、前記コンテンツが、前記第１および少なくとも第２の経路を介して前記クライアント装置から同時にアクセス可能である方法であって、前記クライアント装置において、
　前記第１の経路上の第１の利用可能なビット・レートおよび前記少なくとも第２の経路上の少なくとも第２の利用可能なビット・レートを決定するステップと、
　前記決定した第１の利用可能なビット・レートおよび前記決定した少なくとも第２の利用可能なビット・レートに基づいて、前記対応ビット・レートの中から要求ビット・レートを決定するステップと、
　前記時間指標ｉおよび前記決定した要求ビット・レートによって識別されるチャンクの第１の部分を受信するための第１の要求を前記第１の経路を介して送信し、前記識別されたチャンクの少なくとも第２の部分を受信するための少なくとも第２の要求を前記少なくとも第２の経路を介して送信するステップであって、前記チャンクの前記第１の部分および前記少なくとも第２の部分が相補的であり、前記チャンクの前記第１の部分および前記少なくとも第２の部分のそれぞれが、前記決定した利用可能なビット・レートから計算されるサイズを有する、前記ステップと、
　前記第１の経路を介して前記要求した第１の部分を受信し、前記少なくとも第２の経路を介して前記要求した少なくとも第２の部分を受信するステップと、を含む、前記方法。」
　　
２　判断
　補正後発明は、本願発明をさらに限定したものと認められ、補正後発明が引用文献１、引用文献２に記載された発明に基づいて容易に発明できたものであることは、上記第２のとおりであるから、同じ理由で、本願発明は引用文献１、引用文献２に記載された発明に基づいて容易に発明できたものと認められる。
　　
３　むすび 
　以上のとおり、本願の請求項１に係る発明は、引用文献１、引用文献２に記載された発明に基づいて、当業者が容易に発明することができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、請求項２〜１５に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　　
　よって、結論のとおり審決する。