【事件の表示】
　特願２０１２−５２１８４２「デジタルコンテンツの配布のための適応型ストリーミング」拒絶査定不服審判事件〔平成２３年　１月２７日国際公開、ＷＯ２０１１／０１１７１７、平成２５年　１月　７日国内公表、特表２０１３−５００６３４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯と本願発明
　本願は、２０１０年７月２３日（パリ条約による優先権主張外国庁受理２００９年７月２４日、米国）を国際出願日とする出願であって、原審において平成２４年３月１９日付けで手続補正され、平成２５年６月３日付けで手続補正され、同年８月１４日付けで拒絶理由が通知され、平成２６年５月２９日付けで拒絶査定がなされ、これに対し、同年１０月２日に拒絶査定不服の審判が請求されるとともに、同日付けで手続補正されたものである。
　平成２６年１０月２日付け手続補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内において、補正前の特許請求の範囲の請求項１及び３を削除し、補正前の特許請求の範囲の請求項１及び３を引用する補正前の請求項４を補正後の請求項１として独立形式に変更するものであるから、特許法第１７条の２第３項及び４項に適合するとともに、同法第１７条の２第５項第１号に掲げる請求項の削除を目的とするものに該当する。
　
　したがって、特許請求の範囲の補正後の請求項１に係る発明（以下「本願発明」という。）は、平成２６年１０月２日付けで手続補正された特許請求の範囲、明細書及び図面の記載からみて、特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　「コンテンツサーバからコンテンツプレーヤにデジタルコンテンツタイトルを適応的にダウンロードするための方法であって、
　前記コンテンツサーバに格納された複数のコード化済みシーケンスに含まれる第１のコード化済みシーケンスから少なくとも１単位の前記デジタルコンテンツタイトルを、前記コンテンツプレーヤ内のコンテンツバッファにダウンロードするステップであり、各コード化済みシーケンスが、異なるビットレートでコード化された前記デジタルコンテンツタイトルを含み、前記コンテンツプレーヤでそれぞれ再生可能となっており、前記第１のコード化済みシーケンスが、１単位又は複数単位の前記デジタルコンテンツタイトルがコード化され前記コンテンツサーバに格納された第１のビットレートに対応する、ステップと、
　１単位又は複数単位の前記デジタルコンテンツタイトルを、依然として再生のためにダウンロードし、バッファに入れなければならないことを決定するステップと、
　次の単位の前記デジタルコンテンツタイトルをダウンロードするための前記複数のコード化済みシーケンスに含まれる次のコード化済みシーケンスを決定するステップと、
　前記次の単位の前記デジタルコンテンツタイトルを、再生のために、前記次のコード化済みシーケンスから前記コンテンツバッファにダウンロードするステップと、
　を含み、
　前記次のコード化済みシーケンスが、前記複数のコード化済みシーケンスに含まれる第２のコード化済みシーケンスを備え、前記第２のコード化済みシーケンスが、１単位又は複数単位の前記デジタルコンテンツタイトルがコード化され前記コンテンツサーバに格納された第２のビットレートに対応し、前記第２のビットレートが前記第１のビットレートより大きく、
　前記次のコード化済みシーケンスを決定する前記ステップが、再生のために前記コンテンツサーバからまだダウンロードされていない前記デジタルコンテンツタイトルの全単位は、前記第２のコード化済みシーケンスから少なくとも一部分ダウンロードすることができ、バッファアンダーランが生じることなく、再生のために前記コンテンツバッファからアクセスすることができることを決定するステップを含む、
方法。」
第２　引用発明及び周知技術
１　引用例及び引用発明
　原審の拒絶理由に引用された本願の優先権主張の日前に日本国内において頒布された刊行物である特開２００４−１７２８３０号公報（平成１６年６月１７日公開、以下「引用例」という。）には、図面とともに以下の事項が記載されている。
　
イ．「【０００１】
【発明の属する技術分野】
本発明は動画像符号化ビットレート選択方式に関し、特にサーバに蓄積されている動画像コンテンツをパケット化して送信し、携帯電話網を経由して受信する方式に適用して好適な動画像符号化ビットレート選択方式に関する。
【０００２】
【従来の技術】
従来、複数のビットレートで作成した同一内容のコンテンツを予めサーバに蓄積しておき、サーバが、受信端末、例えば携帯電話からの指示に従ってビットレートを切り替えて配信する技術が知られている。この従来技術では、受信端末は、受信の最初からビットレートを指示することに加えて、受信の途中でビットレートを変更する指示をすることも可能であった。受信端末には、例えば受信するビットレートをサーバに指示するボタンが設けられており、ユーザが該ボタンを操作することにより、サーバに受信するビットレートを指示することが可能であった。そして、ユーザが例えば受信画面の一部に対して品質の良い画像を受信したいと思う場合には、該ボタンを操作して、ビットレートを大きくする指示をするのが可能であった。
【０００３】
なお、本発明に関連する公知文献として、例えば２００２年８月発表の２００２年映像情報メディア学会年次大会の１１−６“携帯電話ビデオストリーミングシステム設計に関する一検討”や、同１１−７“ＴＣＰビデオストリーミングにおける動的符号化レート制御の検討”がある。
【０００４】
【発明が解決しようとする課題】
しかしながら、前記した従来技術は、受信端末で、手動でビットレートを選択する制御しかできなかったため、回線の通信の事情に適合した最適なビットレートを選択することはできないという問題があった。また、手動でビットレートを選択すると、受信バッファがアンダーフローを起こす恐れもあった。
【０００５】
本発明は、前記した従来技術の問題点に基づいてなされたものであり、自動的に最適なビットレートを選択するように制御できる動画像符号化ビットレート選択方式を提供することである。」（２〜３頁）
ロ．「【０００６】
【課題を解決するための手段】
前記した目的を達成するために、本発明は、複数種類の符号化ビットレートの動画像間で切替可能なように同期ポイントをもった動画像データ群から、同期ポイントまでの受信が終了する度に単一の符号化ビットレートを選択し、動画像データの送受信をするシステムの動画像符号化ビットレート選択方式であって、前記動画像を受信する受信端末は、受信バッファと、次のまたは複数個先の同期ポイントまでの受信終了時における受信バッファ蓄積量の目標値に応じて、適応的に動画像符号化ビットレートを選択する手段と、該選択した動画像符号化ビットレートを送信側に要求する手段とを具備した点に特徴がある。
【０００７】
この発明によれば、、次のまたは複数個先の同期ポイントまでの受信終了時における受信バッファ蓄積量の目標値に応じて、適応的に動画像符号化ビットレートを選択できるようになり、受信バッファをアンダーフローさせない範囲で、できるだけ高い符号化ビットレートを選択することができるようになる。
【０００８】
【発明の実施の形態】
以下に、図面を参照して、本発明を詳細に説明する。図１は、本発明が適用される概略のシステムの構成図を示す。
【０００９】
図示されているように、該システムは、動画像コンテンツの送信側であるサーバ１と、網（ネットワーク）２例えば携帯電話網と、携帯電話等の受信端末３とから構成されている。サーバ１は、周知のように図示されていない有線の情報ネットワークに接続されている。
【００１０】
サーバ１の画像データ蓄積装置１１には、同一内容の画像データを複数のビットレートで作成した複数のファイルが蓄積されている。画像データは、図２に示されているように、同一内容を複数の離散的なビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）、例えばビットレートｃ［０］のビットストリームＡと、ビットレートｃ［１］のビットストリームＢで形成されており、各ビットストリームには定期的に同期ポイントａ１，ａ２，ａ３，・・・；ｂ１，ｂ２，ｂ３，・・・が設定されている。このビットレートｃ［ｎ］は、前記受信端末３に予め通知されている。
【００１１】
前記同期ポイントは、Δｔ間隔、例えば１０秒間隔で設定されている。該同期ポイントでは、この箇所において、異なるビットレート間でデータの切替が可能である。なお、以下では、該同期ポイント間のデータ単位を、“フラグメント”と呼ぶことにする。
【００１２】
該画像データ蓄積装置１１は、配信用のプログラムであるＣＧＩ（ｃｏｍｍｏｍ  ｇａｔｅｗａｙ  ｉｎｔｅｒｆａｃｅ）プログラム１２によりアクセスされ、該ＣＧＩプログラム１２から要求されたビットレートのファイルを提供する。
【００１３】
一方、受信端末３は、受信データを一時的に蓄積する受信バッファ３１と、最適なビットレートを決定し、該ビットレートを網２を介してサーバに通知するコントローラ３２と、該バッファ３１の蓄積量が所定量以上になった時点で受信バッファ３１からデータを読み出しビデオ復号を開始するデコーダ３３を備えている。
【００１４】
次に、本実施形態の動作を、図３のフローチャートを参照して説明する。前記コントローラ３２は、ステップＳ１において、まず最小の符号化ビットレートをサーバ１に通知する。これにより、受信端末３は、最小の符号化ビットレートで受信および再生を開始する。ステップＳ２では、フラグメントの境界まで受信を完了したか否かの判断をする。例えば、図２において、最初にビットストリームＡを受信したとすると、受信が同期ポイントａ１まできたか否かの判断をする。この判断が否定の場合には、該同期ポイントａ１が来るまでデータの受信を続ける。ステップＳ２の判断が肯定になると、ステップＳ３に進んで、コントローラ３２は、受信バッファ３１の蓄積量τ（ｔ）と、網２の伝送スループットｖ（ｔ）を観測する。  ここで、受信バッファ３１の蓄積量を、復号可能時間で評価しているのは、同じデータサイズでも、バッファ３１内のビデオデータのビットレートによって、バッファの余裕度が違うためである。例えば、バッファに１００ビット溜まっている時に、突然ネットワークからのデータの到着が途切れたとする。この場合、そのデータが、１０ビット／秒のビデオであれば、１０秒間の余裕があることになるが、もし１００ビット／秒のビデオであれば１秒しか余裕がないことになるからである。前記ビットストリームの同期ポイント間隔をΔｔとしたのも、上記と同様の趣旨である。
【００１５】
次に、ステップＳ４では、現在のバッファ蓄積量τ（ｔ）を出発点として、次のフラグメント受信終了時のバッファ蓄積量が目標値または予想値Ｔとなるように、次のフラグメントの符号化ビットレートｃ（ｔ）を、下記の（１）式から決定する。
Ｔ＝τ（ｔ）＋Δｔ−ｃ（ｔ）Δｔ／ｖ（ｔ）  ・・・（１）
ここで、Δｔ（秒）は、前記したように、１フラグメントの間隔を表す。
【００１６】
ステップＳ５では、ｃ（ｔ）は、予め決定された離散的な値ｃ［ｎ］（ｎ＝０，１，２，・・・）を取るように決められているから、ｃ［ｎ］の中で、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］を選択する。ステップＳ６では、該最大のビットレートｃ［ｎ＊］をサーバ１へ要求する。そうすると、サーバ１のＣＧＩプログラム１２は、画像データ蓄積装置１１から該ビットレートｃ［ｎ＊］のファイルを読み出し、パケット化して網２に送出する。この結果、例えば図２において、同期ポイントｂ１でビットストリームＢに切り替えられ、該ビットストリームＢの１フラグメントが受信端末３へ送出されることになる。
【００１７】
前記（１）式の伝送スループットｖ（ｔ）は、これから伝送を要求する次のフラグメントを受信している間の平均ビットレートであり、その値は受信前には分からないため、推定値を用いる必要がある。該推定値は、以下の２つの方法を用いて求めることができる。
方法１・・・直近のΔｔ秒間のスループット瞬時値の移動平均を用いる。
方法２・・・直近のｔ１秒間とｔ２秒間（ｔ１＜ｔ２）のスループット瞬時値の移動平均のうち、小さい方を用いる。
【００１８】
前記方法２は、短時間（ｔ１秒）の観測から急激なスループット低下を検出して符号化ビットレートを下げると共に、長時間（ｔ２秒）の平均スループットに符号化ビットレートを収束させることができるという効果がある。」（３〜５頁）
　
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、上記ロ．の【０００９】における「図示されているように、該システムは、動画像コンテンツの送信側であるサーバ１と、網（ネットワーク）２例えば携帯電話網と、携帯電話等の受信端末３とから構成されている。」との記載、及び図１によれば、引用例のシステムは、サーバ（１）と、網（ネットワーク）（２）と、受信端末（３）とから構成されている。
　また、上記ロ．の【００１０】における「サーバ１の画像データ蓄積装置１１には、同一内容の画像データを複数のビットレートで作成した複数のファイルが蓄積されている。画像データは、図２に示されているように、同一内容を複数の離散的なビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）、例えばビットレートｃ［０］のビットストリームＡと、ビットレートｃ［１］のビットストリームＢで形成されており」との記載、図１及び図２によれば、受信端末（３）は、サーバ（１）に蓄積された複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれるビットレートｃ［０］のビットストリームＡから動画像コンテンツの画像データを、受信端末（３）内の受信バッファに受信している。そして、各ビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームは、異なるビットレートで符号化された動画像コンテンツの画像データを含んでいる。ここで、受信端末（３）は、動画像コンテンツを受信する以上、動画像コンテンツの画像データが再生可能であることは自明である。また、ビットレートｃ［０］のビットストリームＡは、動画像コンテンツの画像データが符号化されサーバ（１）に蓄積されたビットレートｃ［０］に対応しており、このビットレートを第１のビットレートと称することは任意である。
　そうすると、受信端末（３）は、（α）サーバ（１）に蓄積された複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれる第１のビットレートｃ［０］のビットストリームＡから動画像コンテンツの画像データを、受信端末（３）内の受信バッファに受信し、各ビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームが、異なるビットレートでコード化された動画像コンテンツの画像データを含んでおり、受信端末（３）でそれぞれ再生可能となっており、第１のビットレートｃ［０］のビットストリームＡが、動画像コンテンツの画像データが符号化されサーバ（１）に蓄積された第１のビットレートに対応しているということができる。
　また、上記ロ．の【００１４】における「図２において、最初にビットストリームＡを受信したとすると、受信が同期ポイントａ１まできたか否かの判断をする。・・・ステップＳ２の判断が肯定になると、ステップＳ３に進んで、コントローラ３２は、受信バッファ３１の蓄積量τ（ｔ）と、網２の伝送スループットｖ（ｔ）を観測する。」との記載、同ロ．の【００１５】における「ステップＳ４では、現在のバッファ蓄積量τ（ｔ）を出発点として、次のフラグメント受信終了時のバッファ蓄積量が目標値または予想値Ｔとなるように、次のフラグメントの符号化ビットレートｃ（ｔ）を、下記の（１）式から決定する。Ｔ＝τ（ｔ）＋Δｔ−ｃ（ｔ）Δｔ／ｖ（ｔ）・・・（１）ここで、Δｔ（秒）は、前記したように、１フラグメントの間隔を表す。」との記載、同ロ．の【００１６】における「ステップＳ５では、ｃ（ｔ）は、予め決定された離散的な値ｃ［ｎ］（ｎ＝０，１，２，・・・）を取るように決められているから、ｃ［ｎ］の中で、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］を選択する。ステップＳ６では、該最大のビットレートｃ［ｎ＊］をサーバ１へ要求する。そうすると、サーバ１のＣＧＩプログラム１２は、画像データ蓄積装置１１から該ビットレートｃ［ｎ＊］のファイルを読み出し、パケット化して網２に送出する。この結果、例えば図２において、同期ポイントｂ１でビットストリームＢに切り替えられ、該ビットストリームＢの１フラグメントが受信端末３へ送出されることになる。」との記載、図２及び図３によれば、受信端末（３）は、図２における同期ポイントａ１において、複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）の中で、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］を選択し（ステップ５）、図２における同期ポイントｂ１において、次の動画像コンテンツの画像データのビットストリームＢに切り替えている。すなわち、受信端末（３）は、次の動画像コンテンツの画像データを受信するために、複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）の中で、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択している。
　そうすると、受信端末（３）は、（β）次の動画像コンテンツの画像データを受信するための複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれるｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択しているということができる。
　また、受信端末（３）は、次の動画像コンテンツの画像データを受信するためにビットストリームＢを受信バッファに受信することは当然であるから、受信端末（３）は、（γ）次の動画像コンテンツの画像データを、再生のために、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢから受信バッファに受信しているということができる。
　また、前述のｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢは、複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれるビットレートｃ［ｎ＊］のビットストリームであり、ビットレートｃ［ｎ＊］のビットストリームが、動画像コンテンツの画像データが符号化されサーバ（１）に蓄積されたビットレートｃ［ｎ＊］のビットストリームに対応しており、このビットレートを第２のビットレートと称することは任意である。
　そうすると、（δ）ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢは、複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれる第２のビットレートのビットストリームを備え、第２のビットレートのビットストリームが、動画像コンテンツの画像データが符号化されサーバ（１）に蓄積された第２のビットレートに対応しているということができる。
　また、上記ロ．の【０００７】における「次のまたは複数個先の同期ポイントまでの受信終了時における受信バッファ蓄積量の目標値に応じて、適応的に動画像符号化ビットレートを選択できるようになり、受信バッファをアンダーフローさせない範囲で、できるだけ高い符号化ビットレートを選択することができるようになる。」との記載によれば、前述の複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれるｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択することは、受信バッファをアンダーフローさせない範囲で、再生のために受信バッファから読み出すことである。すなわち、（ε）ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択することは、受信バッファをアンダーフローさせない範囲で、再生のために受信バッファから読み出すことができることを選択するということができる。
　そして、上記（α）〜（ε）により、上記引用例には、サーバ（１）から受信端末（３）に動画像コンテンツの画像データを適応的に受信するための方法について記載されているということができる。
　したがって、上記引用例には以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
　「サーバ（１）から受信端末（３）に動画像コンテンツの画像データを適応的に受信するための方法であって、
　前記サーバ（１）に蓄積された複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれる第１のビットレートｃ［０］のビットストリームＡから前記動画像コンテンツの画像データを、前記受信端末（３）内の受信バッファに受信するステップであり、各ビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームが、異なるビットレートで符号化された前記動画像コンテンツの画像データを含み、前記受信端末（３）でそれぞれ再生可能となっており、前記第１のビットレートｃ［０］のビットストリームＡが、前記動画像コンテンツの画像データが符号化され前記サーバ（１）に蓄積された第１のビットレートに対応する、ステップと、
　次の前記動画像コンテンツの画像データを受信するための前記複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれるｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択するステップと、
　前記次の前記動画像コンテンツの画像データを、再生のために、前記ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢから前記受信バッファに受信するステップと、
　前記ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢは、前記複数のビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリームに含まれる第２のビットレートのビットストリームを備え、前記第２のビットレートのビットストリームが、前記動画像コンテンツの画像データが符号化され前記サーバ（１）に蓄積された第２のビットレートに対応し、
　前記ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択する前記ステップが、受信バッファをアンダーフローさせない範囲で、再生のために前記受信バッファから読み出すことができることを選択するステップを含む、
方法。」
２　周知例及び周知技術
　当審で新たに引用する本願の優先権主張の日前に日本国内において頒布された刊行物である特開２００８−２５０３７０号公報（平成２０年１０月１６日公開、以下「周知例」という。）には、図面とともに以下の事項が記載されている。
イ．「【技術分野】
【０００１】
　本発明は、情報処理装置及び当該情報処理装置用の情報処理プログラムの技術分野に属し、より詳細には、インターネット等のネットワークを介して複数の情報処理装置が接続されなるネットワークシステムを構成する当該情報処理装置及び当該情報処理装置用の情報処理プログラムの技術分野に属する。
【背景技術】
【０００２】
　近年、インターネット等のネットワーク技術は著しく進歩しつつあり、その中で、例えば下記特許文献１に開示されている如きコンテンツ配信システムに関する研究が行われている。」（４頁）
ロ．「【００５７】
　図２に示すように、実施形態に係るノード１は、演算機能を有するＣＰＵ、作業用ＲＡＭ、各種データ及びプログラムを記憶するＲＯＭ等から構成された検出手段、決定手段、未配信情報量検出手段、未配信数検出手段、情報処理装置検出手段、回数検出手段、中断判定手段、中断手段、充当可能時間検出手段及びコンピュータとしての制御部１１と、コンテンツデータ、インデックス情報・・・、上記ＤＨＴ及びその他のプログラム等を記憶保存（格納）するためのＨＤＤ等から構成された記憶部１２・・・と、受信されたコンテンツデータを一時蓄積するバッファメモリ１３と、コンテンツデータに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ（Cathode Ray Tube）又は液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、・・・を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４及び通信部２０はバス２２を介して相互に接続されている。」（１０〜１１頁）
ハ．「【００６１】
　（III）メッセージ処理の全体構成
　先ず、実施形態に係るメッセージ処理の全体構成について、図３を用いて説明する。・・・
【００６２】（略）
【００６３】
　そして、当該リスト情報を受領済であるときは（ステップＳ２；ＹＥＳ）、制御部１１は、当該受領したコンテンツリストを用いて取得すべきコンテンツの決定し（ステップＳ３）、更に当該決定したコンテンツを蓄積しているコンテンツノードを検索するためのクエリをコンテンツ配信システム内に送出する（ステップＳ４）。ここで、当該ステップＳ４において、後述するダウンロード速度決定処理において複数のコンテンツノードを一度に検索する必要があるときは、制御部１１は、その検索する必要がある数のコンテンツノードを検索する旨のクエリを送出する。
【００６４】
　次に、検索されたコンテンツに対応するダウンロード速度（又は当該ダウンロード速度に相当するコンテンツブロックＢのデータ量及び要求間隔（図１（ｂ）参照）、或いは、当該ダウンロード速度に相当するコンテンツブロックＢ１乃至Ｂ６、…、夫々のデータ量及び一定要求間隔Ｔi（図１（ｃ）参照）。以下、これら三つを纏めてダウンロード速度等と称する）を、そのリクエストノードの制御部１１が決定する（ステップＳ５）。このステップＳ５の処理については後ほど詳述する。
【００６５】
　そして、当該決定されたダウンロード速度等を示す情報を含み且つコンテンツのダウンロードを要求するクエリをリクエストノードの制御部１１が、生成し、コンテンツ配信システム内に送出する（ステップＳ６）。その後、当該クエリに対応して当該コンテンツのダウンロードを開始する（ステップＳ７）。
【００６６】
　次に、当該ダウンロードの実行中においては、制御部１１は、当該コンテンツの当該ダウンロードが完了したか否かを常に監視する（ステップＳ８）。そして、当該ダウンロードが完了しているときは（ステップＳ８；ＹＥＳ）、制御部１１は、ダウンロードすべき全てのコンテンツについて当該ダウンロードが完了しているか否かを判定する（ステップＳ１１）。全てのコンテンツについてダウンロードが完了しているときは（ステップＳ１１；ＹＥＳ）、制御部１１は、上記ステップＳ１に戻って上述してきた一連の処理を繰り返す。またステップＳ１１の判定において、未だダウンロードすべきコンテンツが残っているときは（ステップＳ１１；ＮＯ）、制御部１１は、上記ステップＳ３に戻ってそれ以降の処理を繰り返す。」（１１〜１２頁）
　したがって、上記周知例の上記ハ．の【００６６】における「制御部１１は、ダウンロードすべき全てのコンテンツについて当該ダウンロードが完了しているか否かを判定する（ステップＳ１１）。」との記載にみられるように、「コンテンツ配信において、残らず配信されるように有限のコンテンツの終わりを判定すること。」は、本願の優先権主張の日前、周知の技術（以下「周知技術」という。）ということができる。
第３　対比
　本願発明と引用発明とを対比する。
ａ．引用発明の「サーバ（１）」、「受信端末（３）」、「受信する」、「蓄積された」、「ビットレートｃ［ｎ］（ｎ＝０，１，２，・・・）のビットストリーム」、「第１のビットレートｃ［０］のビットストリームＡ」、「受信バッファ」、「符号化」、「ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢ」、「第２のビットレートのビットストリーム」及び「読み出す」は、本願発明の「コンテンツサーバ」、「コンテンツプレーヤ」、「ダウンロードする」、「格納された」、「コード化済みシーケンス」、「第１のコード化済みシーケンス」、「コンテンツバッファ」、「コード化」、「次のコード化済みシーケンス」、「第２のコード化済みシーケンス」及び「アクセスする」にそれぞれ相当する。
ｂ．引用発明の「動画像コンテンツの画像データ」は、上記引用例の上記ロ．の【００１０】における「同一内容の画像データを複数のビットレートで作成した複数のファイルが蓄積されている。」との記載によれば、複数のファイルの単位で蓄積されているものである。
　そうすると、引用発明の「動画像コンテンツの画像データ」は、１単位又は複数単位の「デジタルコンテンツタイトル」ということができる。
ｃ．引用発明の「選択する」は、受信端末（３）がｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択することにより決定しているから、「決定する」ということができる。
ｄ．引用発明の「受信バッファをアンダーフローさせない範囲で」は、「バッファアンダーランが生じることなく」ということができる。
　したがって、本願発明と引用発明は、以下の点で一致ないし相違する。
＜一致点＞
　「コンテンツサーバからコンテンツプレーヤにデジタルコンテンツタイトルを適応的にダウンロードするための方法であって、
　前記コンテンツサーバに格納された複数のコード化済みシーケンスに含まれる第１のコード化済みシーケンスから少なくとも１単位の前記デジタルコンテンツタイトルを、前記コンテンツプレーヤ内のコンテンツバッファにダウンロードするステップであり、各コード化済みシーケンスが、異なるビットレートでコード化された前記デジタルコンテンツタイトルを含み、前記コンテンツプレーヤでそれぞれ再生可能となっており、前記第１のコード化済みシーケンスが、１単位又は複数単位の前記デジタルコンテンツタイトルがコード化され前記コンテンツサーバに格納された第１のビットレートに対応する、ステップと、
　次の単位の前記デジタルコンテンツタイトルをダウンロードするための前記複数のコード化済みシーケンスに含まれる次のコード化済みシーケンスを決定するステップと、
　前記次の単位の前記デジタルコンテンツタイトルを、再生のために、前記次のコード化済みシーケンスから前記コンテンツバッファにダウンロードするステップと、
　を含み、
　前記次のコード化済みシーケンスが、前記複数のコード化済みシーケンスに含まれる第２のコード化済みシーケンスを備え、前記第２のコード化済みシーケンスが、１単位又は複数単位の前記デジタルコンテンツタイトルがコード化され前記コンテンツサーバに格納された第２のビットレートに対応し、
　前記次のコード化済みシーケンスを決定する前記ステップが、バッファアンダーランが生じることなく、再生のために前記コンテンツバッファからアクセスすることができることを決定するステップを含む、
方法。」
＜相違点１＞
　本願発明は、「１単位又は複数単位の前記デジタルコンテンツタイトルを、依然として再生のためにダウンロードし、バッファに入れなければならないことを決定するステップ」を含むのに対し、引用発明は、その様なステップがない点。
＜相違点２＞
　「第２のビットレート」と「第１のビットレート」との関係に関し、
　本願発明は、「前記第２のビットレートが前記第１のビットレートより大きい」のに対し、引用発明は、その様な特定がない点。
　
＜相違点３＞
　「前記次のコード化済みシーケンスを決定する前記ステップが、バッファアンダーランが生じることなく、再生のために前記コンテンツバッファからアクセスすることができることを決定する」に関し、
　本願発明は、前記次のコード化済みシーケンスを決定する前記ステップが、「再生のために前記コンテンツサーバからまだダウンロードされていない前記デジタルコンテンツタイトルの全単位は、前記第２のコード化済みシーケンスから少なくとも一部分ダウンロードすることができ」、バッファアンダーランが生じることなく、再生のために前記コンテンツバッファからアクセスすることができることを決定するのに対し、引用発明は、前記ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択する前記ステップが、受信バッファをアンダーフローさせない範囲で、再生のために前記受信バッファから読み出すことができることを選択するものの、「再生のために前記コンテンツサーバからまだダウンロードされていない前記デジタルコンテンツタイトルの全単位は、前記第２のコード化済みシーケンスから少なくとも一部分ダウンロードすることができ」との特定がない点。
第４　判断
　そこで、まず、上記相違点１について検討する。
　上記「第２　引用発明及び周知技術　２　周知例及び周知技術」の項のとおり、「コンテンツ配信において、残らず配信されるように有限のコンテンツの終わりを判定すること。」は、周知技術である。そして、コンテンツ配信において、残らず配信されるように有限のコンテンツの終わりを判定することは明らかである。
　そうすると、上記周知技術に接した当業者であれば、引用発明に上記周知技術を適用して、「１単位又は複数単位の前記デジタルコンテンツタイトルを、依然として再生のためにダウンロードし、バッファに入れなければならないことを決定すること」、すなわち、上記相違点１に係るステップを加えることは、容易に想到し得るものである。
　次に、上記相違点２について検討する。
　引用発明の「第１のビットレート」と「第２のビットレート」との関係について、上記ロ．の【０００７】における「次のまたは複数個先の同期ポイントまでの受信終了時における受信バッファ蓄積量の目標値に応じて、適応的に動画像符号化ビットレートを選択できるようになり、受信バッファをアンダーフローさせない範囲で、できるだけ高い符号化ビットレートを選択することができるようになる。」との記載、同ロ．の【００１５】における「次のフラグメント受信終了時のバッファ蓄積量が目標値または予想値Ｔとなるように、次のフラグメントの符号化ビットレートｃ（ｔ）を、下記の（１）式から決定する。Ｔ＝τ（ｔ）＋Δｔ−ｃ（ｔ）Δｔ／ｖ（ｔ）・・・（１）」との記載、同ロ．の【００１６】における「ｃ（ｔ）は、予め決定された離散的な値ｃ［ｎ］（ｎ＝０，１，２，・・・）を取るように決められているから、ｃ［ｎ］の中で、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］を選択する。」との記載、図２及び図３によれば、受信端末（３）は、同期ポイント（ａ１）の時点で、ｃ［ｎ］の中で、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］ビットストリームＢを選択する場合、前のビットストリームＡのビットレート（第１のビットレート）が最高のビットレートでなく、かつ、網（２）の伝送スループットｖ（ｔ）が向上して更に高いビットレートが適用可能であれば、次のビットストリームＢのビットレート（第２のビットレート）が、前のビットストリームＡのビットレート（第１のビットレート）より大きくなることは明らかである。
　そうすると、引用発明の「第２のビットレート」と「第１のビットレート」との関係について、本願発明のように「前記第２のビットレートが前記第１のビットレートより大きい」関係になることは当然である。
　次に、上記相違点３について検討する。
　引用発明は、前記ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢを選択する前記ステップが、受信バッファをアンダーフローさせない範囲で、再生のために前記受信バッファから読み出すことができることを選択するところ、受信端末（３）は、同期ポイント（ａ１）の時点で、サーバ（１）からまだ受信されていない残りの動画像コンテンツの画像データを受信すべきであることは当然である。そして、上記相違点２についての検討を踏まえると、受信端末（３）は、受信バッファをアンダーフローさせない範囲で、ｃ（ｔ）を越えない最大のビットレートｃ［ｎ＊］のビットストリームＢから少なくとも一部分受信できることは明らかである。
　そうすると、本願発明のように、前記次のコード化済みシーケンスを決定する前記ステップが、「再生のために前記コンテンツサーバからまだダウンロードされていない前記デジタルコンテンツタイトルの全単位は、前記第２のコード化済みシーケンスから少なくとも一部分ダウンロードすることができ」、バッファアンダーランが生じることなく、再生のために前記コンテンツバッファからアクセスすることができることを決定することは当然である。
　そして、本願発明の作用効果も、引用発明及び周知技術から当業者が容易に予測できる範囲のものである。
　なお、請求人は、平成２６年１０月２日付け審判請求書の「（ｄ）本願発明と引用文献との対比」の項において、「本願発明１は、上記相違点（ｉ）及び相違点（ii）を備えることによって、次のコード化済みシーケンスに対応する第２のビットレートを第１のビットレートよりも大きくすることができると共に、次のコード化済みシーケンスを決定する時点で、まだダウンロードされていないデジタルコンテンツタイトルの少なくとも一部をダウンロードすることができるという効果が得られる。」旨主張している。しかしながら、本願発明１は、次のコード化済みシーケンスを決定する時点では、事前にダウンロードは開始されていないのであるから、まだダウンロードされていないデジタルコンテンツタイトルの少なくとも一部をダウンロードすることができるという効果は、特許請求の範囲の記載に基づかない主張であり、採用することはできない。
第５　むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願はその余の請求項について論及するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。