【事件の表示】
　特願２０１２−５３８７６４「部分化を利用した適応的なストリーミング方法及びその装置」拒絶査定不服審判事件〔平成２３年　５月１９日国際公開、ＷＯ２０１１／０５９２７３、平成２５年　３月２８日国内公表、特表２０１３−５１１１９６、請求項の数（１５）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１０年１１月１２日（パリ条約による優先権主張外国庁受理２００９年１１月１３日　米国、２００９年１１月１９日　米国、２００９年１２月７日　米国、２０１０年３月１６日　米国、２０１０年３月３０日　米国、２０１０年９月７日　米国、２０１０年９月７日　米国、２０１０年１０月２２日　韓国）を国際出願日とする出願であって、手続の概要は以下のとおりである。
拒絶理由通知　　　　　：平成２６年　６月２５日（起案日）
手続補正　　　　　　　：平成２６年１０月　１日 
拒絶査定　　　　　　　：平成２７年　３月３０日（起案日）
（以下、「原査定」という。）
拒絶査定不服審判請求　：平成２７年　８月　６日 
手続補正　　　　　　　：平成２７年　８月　６日 
拒絶理由通知　　　　　：平成２８年　９月　８日（起案日）
（以下、「当審拒絶理由通知」という。）
手続補正　　　　　　　：平成２８年１２月１２日
第２　原査定の概要
　原査定の概要は次のとおりである。
　本願請求項１〜１５に係る発明は、以下の引用文献Ａ、Ｂと周知技術（引用文献Ｃ）に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
Ａ．特開２００４−０８８７６６号公報
Ｂ．特開２００５−３０３９２７号公報
Ｃ．特開２００８−２３６６６７号公報（周知技術を示す文献）
第３　当審拒絶理由通知の概要
　当審拒絶理由通知の概要は次のとおりである。
理由１
　本願請求項１、１２〜１５に係る発明は、以下の引用文献１に記載された発明であるから、特許法第２９条第１項第３号に該当し、特許を受けることができない。
　
理由２ 
　本願請求項１〜１５に係る発明は、以下の引用文献１、２に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１．特表２００４−５１６７１７号公報（当審において新たに引用した文献）
２．特開２００４−０８８７６６号公報（拒絶査定時の引用文献Ａ）
第４　本願発明
　本願請求項１〜１５に係る発明（以下、それぞれ「本願発明１」〜「本願発明１５」という。）は、平成２８年１２月１２日付けの手続補正で補正された特許請求の範囲の請求項１〜１５に記載された事項により特定される発明であり、本願発明１〜１５は以下のとおりの発明である。
　なお、本願発明１のＡ、Ｂ・・・については、説明のために当審で付したものであり、以下、「構成Ａ」、「構成Ｂ」・・・という。
「【請求項１】
Ａ　メディアデータを受信する方法において、
Ｂ　コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むファイルをサーバから受信する段階と、
Ｃ　前記受信されたファイルに基づいて前記複数のメディアデータのうち第１メディアデータに含まれた第１部分を受信する段階と、
Ｄ　前記受信されたファイルに基づいて前記第１メディアデータに含まれた少なくとも一つの部分のうち、前記第１部分の次の部分である第２部分と対応する第２メディアデータの第２部分を受信する段階と、を含み、
Ｅ　前記複数のメディアデータは、時間に基づいて複数の部分に分割され、
Ｆ　前記複数の部分には、それぞれ前記複数の部分の再生時間についての情報が含まれ、
Ｇ　前記ファイルは、前記第１メディアデータに含まれた少なくとも一つの部分と前記第２メディアデータに含まれた少なくとも一つの部分の再生時間を対応させるための時間調整情報を含む
Ｈ　ことを特徴とするメディアデータ受信方法。
　【請求項２】
　前記複数のメディアデータは、
　ＭＰＥＧ−２ ＴＳ（ＭＰＥＧ−２ transport stream）フォーマットによるメディアデータであり、
　前記複数のメディアデータは、前記ＭＰＥＧ−２ＴＳのエレメンタリー・ストリームに対応することを特徴とする請求項１に記載のメディアデータ受信方法。
　【請求項３】
　前記複数の部分のそれぞれは、少なくとも１つのＰＥＳ（packetized elementary stream ）を含み、１つのＰＥＳは、１つの部分にいずれも含まれることを特徴とする請求項２に記載のメディアデータ受信方法。
　【請求項４】
　前記ＰＥＳは、少なくとも１つの映像フレームまたは音声フレームに係わるデータを含むことを特徴とする請求項３に記載のメディアデータ受信方法。
　【請求項５】
　ランダム・アクセスポイントに係わる伝送ストリームは、ランダム・アクセスポイントに係わる伝送ストリームであることを示す情報を含むことを特徴とする請求項３に記載のメディアデータ受信方法。
　【請求項６】
　前記受信されたファイルは、
　前記複数のメディアデータと関連したＰＡＴ（program association table）及びＰＭＴ（program map table）のうち、少なくとも一つを参考にする情報をさらに含むことを特徴とする請求項２に記載のメディアデータ受信方法。
　【請求項７】
　前記ＰＡＴ及びＰＭＴは、
　初期化部分であり、前記複数のメディアデータと分離されていることを特徴とする請求項６に記載のメディアデータ受信方法。
　【請求項８】
　前記ＰＡＴ及びＰＭＴのうち、少なくとも一つは、
　前記複数のメディアデータ全体のリストを含むことを特徴とする請求項６に記載のメディアデータ受信方法。
　【請求項９】
　前記複数のメディアデータは、複数のＰＩＤ（packet ＩＤ）のそれぞれ異なる一つに割り当てられることを特徴とする請求項６に記載のメディアデータ受信方法。
　【請求項１０】
　前記複数のメディアデータは、それぞれのＰＴＳ（presentation time stamp）及びそれぞれのＤＴＳ（decoding time stamp）を含むＰＥＳから構成され、
　前記それぞれのＰＴＳと前記それぞれのＤＴＳは、メディアデータの再生時間によって整列されることをさらに含むことを特徴とする請求項６に記載のメディアデータ受信方法。
　【請求項１１】
　前記複数の部分のそれぞれは、
　少なくとも１つのＧＯＰ（group of pictures）に係わる少なくとも１つの伝送ストリームを含むことを特徴とする請求項２に記載のメディアデータ受信方法。
　【請求項１２】
　メディアデータを伝送する方法において、
　コンテンツをそれぞれ異なる品質にエンコーディングして生成される複数のメディアデータについての情報を含むファイルをクライアントに伝送する段階と、
　前記伝送されたファイルを利用した前記クライアントの要請によって、前記複数の第１メディアデータのうち、第１メディアデータに含まれた第１部分を前記クライアントに伝送する段階と、
　前記伝送されたファイルに基づいた前記クライアントの要請によって、前記第１メディアデータに含まれた少なくとも一つの部分のうち、前記第１部分の次の部分である第２部分と対応する第２メディアデータの第２部分を前記クライアントに伝送する段階と、を含み、
　前記複数のメディアデータは、時間に基づいて複数の部分に分割され、
　前記複数の部分には、それぞれ前記複数の部分の再生時間についての情報が含まれ、
　前記ファイルは、前記第１メディアデータに含まれた少なくとも一つの部分と前記第２メディアデータに含まれた少なくとも一つの部分の再生時間を対応させるための時間調整情報を含むことを特徴とするメディアデータ伝送方法。
　【請求項１３】
　メディアデータを受信する装置において、
　コンテンツをそれぞれ異なる品質にエンコーディングして生成される複数のメディアデータについての情報を含むファイルをサーバから受信する情報受信部と、
　前記受信されたファイルを利用し、前記複数のメディアデータのうち、第１メディアデータに含まれた第１部分を受信するメディアデータ受信部と、を含み、
　前記メディアデータ受信部は、前記受信されたファイルに基づいて前記第１メディアデータに含まれた少なくとも一つの部分のうち、前記第１部分の次の部分である第２部分と対応する第２メディアデータの第２部分を受信し、
　前記複数のメディアデータは、時間に基づいて複数の部分に分割され、
　前記複数の部分には、それぞれ前記複数の部分の再生時間についての情報が含まれ、
　前記ファイルは、前記第１メディアデータに含まれた少なくとも一つの部分と前記第２メディアデータに含まれた少なくとも一つの部分の再生時間を対応させるための時間調整情報を含むことを特徴とするメディアデータ受信装置。
　【請求項１４】
　メディアデータを伝送する装置において、
　コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むファイルをクライアントに伝送する情報伝送部と、
　前記伝送されたファイルに基づいた前記クライアントの要請によって、前記複数のメディアデータのうち、第１メディアデータに含まれた第１部分を伝送するメディアデータ伝送部と、を含み、
　前記メディアデータ伝送部は、前記伝送されたファイルに基づいた前記クライアントの要請によって、前記第１メディアデータに含まれた少なくとも一つの部分のうち、前記第１部分の次の部分である第２部分と対応する第２メディアデータの第２部分を伝送し、
　前記複数のメディアデータは、時間に基づいて複数の部分に分割され、
　前記複数の部分には、それぞれ前記複数の部分の再生時間についての情報が含まれ、
　前記ファイルは、前記第１メディアデータに含まれた少なくとも一つの部分と前記第２メディアデータに含まれた少なくとも一つの部分の再生時間を対応させるための時間調整情報を含むことを特徴とするメディアデータ伝送装置。
　【請求項１５】
　請求項１ないし請求項１１のうち、いずれか１項に記載の方法を実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。」
第５　引用文献、引用発明等
１．引用文献１について
　当審拒絶理由通知に引用された引用文献１には、図面とともに次の事項が記載されている。
　なお、下線は、説明のために当審にて付したものである。
【０００４】
【課題を解決するための手段】
本発明の１特徴によれば、
オーディオまたはビデオマテリアルの連続する時間的部分を表している１組のファイルとして遠隔サーバに記憶されているオーディオまたはビデオマテリアルを再生する端末は、
【０００５】
本発明の別の特徴によれば、本発明は、
デジタル符号化されたオーディオまたはビデオマテリアルを送信する方法が提供され、その方法においては、前記マテリアルの連続する時間的部分をそれぞれ表している複数のディスクリートなファイルにマテリアルを分割し、それらのファイルを第１の局において記憶し、第２の局においては、
ａ）ファイルの連続するそれぞれに対するリクエストを第１の局に送信し、
ｂ）ファイルを受信し、
ｃ）マテリアルの再生のためにファイルをデコードすることを特徴とする。
【０００７】
【発明の実施の形態】
添付図面を参照にして、本発明の実施形態について説明する。図１に示されたシステムは、デジタル符号化されたオーディオ信号を通信ネットワークを介して対応する音響がユーザに対して再生されるユーザ端末へ配信することを目的としている。しかしながら、以下詳細に説明するように、
このシステムはオーディオ信号の代りに、或いはオーディオ信号に付加してビデオ信号を伝送するために使用することもできる。
【０００９】
通常ＭＰ３ファイルの受渡し用のサーバは
いわゆるストリーマの形態
データが送信される速度をダイナミックに制御し、
【００１０】
データファイルがサーバ１に記憶される方法について説明する。ＭＰ３フォーマットのファイルが生成されてサーバに記憶されると考える。それはＪ．Ｓ．バッハのトッカータとフーガＤ短調（ＢＷＶ５６５）の記録であり、典型的に９分の再生時間を有する。元来これは単一のデータファイルとして生成され、通常のストリーマではこれは１つの単一のファイルとして記憶される。しかしながら、
ここではファイルはサーバ１に記憶される前に小さいファイルに分割される。
００００００．ビン
０００００１．ビン
０００００２．ビン
０００００３．ビン
・
・
０００１３４．ビンである。
【００１１】
ファイルのこれらの小さいサブファイルへの分割
【００１５】
次に、
端末について説明すると、
ビデオ配信のためには、音響カード３６の代りに或いはそれに追加してビデオカードが使用される。
【００２８】
ａ）
サーバは異なった圧縮率で記録された記録の２以上のバージョンを記憶し［例えば、それぞれ、８ ，１６， ２４， ３２ キロビット／秒の（連続的な）データレートに対応する圧縮率で］、プレイヤープログラムは自動的にそれらの間で切換えることができる。
【００２９】
ｂ）プレイヤープログラムはユーザに対して制御パネルを表示し、それによりユーザは再生を開始し、それを中断し、それを再開し（最初から、或いは中止した点から）、または記録中の異なる点（後方または前方）にジャンプすることが可能になる。
【００３０】
これらの特徴は相互依存性ではなく、ユーザ制御はレートスイッチングなしに或いはその反対に行われることができる。
【００３１】
レートスイッチングを行なうために、サーバにロードするためにファイルを処理する人は、異なったレートで複数回同じＰＣＭファイルを符号化することによって幾つかのソースファイルを処理する。彼は各ソースファイルを前述したようにサブファイルに区分する。これらは異なったレートに対応する別々のディレクトリ（登録簿）でサーバにロードされる。例えば、次の例の構成ではディレクトリネーム中の“００８ｋ”“０２４ｋ”は８キロビット／秒または２４キロビット／秒等のレートを示している。
【００３２】
彼はまた
インデックスファイル（例えばｉｎｄｅｘ．ｈｔｍ ）を生成し、その主目的は利用可能なデータレートのリストを提供することである。
【００３３】
【表１】
（表は略）
サブファイルの長さは前に説明したように固定された時間長に対応している
【００３４】
したがって、インデックスファイルは次の形態のステートメントである。
【００３５】
＜！オーディオ信号＝“０２４ｋ  １１  ｓ ０３２ｋ  １１  ｓ ０１８ｋ  １１  ｓ ０１６ｋ  １１  ｍ ０１８ｋ  １１  ｍ ”…＞
（＜！…．．．…＞は単にステートメントがｈｔｍｌファイル中のコメント［または簡単なテキストファイルが使用可能である］として埋設されていることを示している。）典型的なインデックスファイルは図３に示されており、それには他の情報が含まれている。すなわち、ＬＦＩは最高のサブファイル数（すなわち４５のサブファイル）であり、ＳＬは全体の再生時間である（１７８秒）。“モード”は“記録された（ここで）”または“ライブ（以下説明する）”を示している。他のエントリは自明であり、或いは標準的なｈｔｍｌコマンドである。
【００３６】
最初に、プレイヤープログラムはリンクファイル、インデックスファイルで特定されたディレクトリからのリクエストにより開始し、
最初に挙げた“レート”ディレクトリから前述のようにオーディオサブファイルのリクエストが開始される。
プレイヤープログラムがサーバから受信されている実際のデータレートを測定して、ある期間にわたって（例えば３０秒）平均する。全てのＵＲＬリクエストをタイミング制御することによって、クライアントとサーバとの間で得られる転送レート（毎秒当たりのビット数）が決定される。
レート変化の開始がトリガーされる。
ａ）バッファが空であり、かつ、
測定されたレートが現在のレートよりも小さく、かつ、測定されたバッファロウ（Ｌｏｗ）％がステップダウンしきい値（以下説明する）を越える場合には、現在のレートを減少させる
【００３７】
ｂ）
測定されたレートが現在のレートを越えているだけではなく、所定の期間（例えば１２０秒：これは所望ならばユーザにより調整可能にされることができる）に対して次に高いレートを越えるならば、現在のレートを増加させる。
【００３８】
バッファロウ％はバッファの内容がプレイアウト時間（すなわち、バッファが空に近い状態）の２５％よりも小さい時間の割合である。ステップダウンしきい値が０％に設定され、そのときバッファは空であるならば、システムは他の条件が満足されたときには常にステップダウンする。ステップダウンしきい値を５％に設定する（これは我々の好ましいデフォルト値である）ことは、バッファは空であるが、測定されたバッファロウ％が５％よりも大きければステップダウンは行わないことを意味している。さらに、バッファの空はこの測定されたレートを明らかに増加させ、レートが持続できない場合には、バッファロウ％が５％を越えることにより再びバッファを最終的に空にする。値を１００％に設定することは、クライアントが決してステップダウンを行わないことを意味している。
【００３９】
実際のレート変化は、データレートを８ｋビット／秒から２４ｋビット／秒に増加するために“００８ｋ”を“０２４ｋ”に変更するようにサブファイルアドレスの関係する部分を変更し、現在のレートのパラメータを整合するように変更するプレイヤープログラムによって簡単に行うことができる。その結果サーバに対する次のリクエストはより高い（またはより低い）レートに対するリクエストとなり、
【００６９】
同じ原理は、ビデオ記録または、もちろん添付された音響トラックを有するビデオ記録の受渡しに適用できる。
ファイルはビデオファイルであり（例えばＨ．２６１またはＭＰＥＧフォーマット）、プイヤープログラムはビデオデコーダを伴っている。ファイルをサブファイルに区分する方法は変更されない。
　ここで、引用文献１の端末は、段落０００４、０００５等の記載から、遠隔サーバに記憶されているビデオマテリアルを受信し再生するものであるから、引用文献１には、『ビデオマテリアルを受信する方法』についての記載があるといえる。
　また、段落０００９〜００１１、００２８〜００３９においては、ＭＰ３ファイルすなわちオーディオ信号のファイルを例にしているが、段落０００７、００６９の記載から、ビデオマテリアルに使用することも可能であるから、ビデオマテリアルのファイルをサブファイルに分割すること、ビデオマテリアルのファイルに関する利用可能なデータレートのリストのインデックスファイルが提供されることが開示されているといえる。
　そうすると、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　なお、引用発明のａ、ｂ・・・については、説明のために当審で付したものであり、以下、「構成ａ」、「構成ｂ」という。
「ａ　ビデオマテリアルを受信する方法において、
　ｂ　異なったデータレートに対応する圧縮率で記録された記録の２以上のバージョンがサーバに記憶され、利用可能なデータレートのリストのインデックスファイルが提供され、
　ｃ　ビデオマテリアルのファイルは複数のサブファイルに分割されており、インデックスファイル中の最初に挙げたレートディレクトリからサブファイルのリクエストが開始され、
　ｄ　測定されたレートと現在のレートに応じて、現在のレートを減少もしくは増加させ、新しいディレクトリからサブファイルが受信され、
　ｅ　サブファイルの長さは、固定された時間長に対応する
　ｆ　ビデオマテリアルを受信する方法。」
２．引用文献２について
　当審拒絶理由通知に引用された引用文献２（原査定に引用された引用文献Ａ）の段落０１８７、０１９１、０２２３〜０２２６、０２３７の記載からみて、当該引用文献２には、「クライアント端末が、サーバ装置からＭＰＥＧ２方式で符号化されたビデオデータのストリームを受信する際に、サーバ装置で解像度の異なる同内容のビデオ映像が用意され、サーバ装置は、クライアント端末からのアプリケーション識別情報やデータ識別情報等により、クライアント端末に適するデータを選択して送信し、クライアント端末は該選択されたデータを受信する方法」という技術的事項が記載されていると認められる。
３．引用文献Ｂについて
　原査定に引用された引用文献Ｂの段落００６３の記載からみて、当該引用文献Ｂには、「ＭＰＥＧ方式でエンコードされている場合、ＧＯＰを単位としてエンコードが行われているため、ＧＯＰを単位として復号が可能である」という技術的事項が記載されていると認められる。
４．引用文献Ｃについて
　原査定にて周知技術として引用された引用文献Ｃの段落００４５〜００５９の記載からみて、当該引用文献Ｃには、「階層伝送された放送波のＴＳを受信して、パーシャルＴＳを生成する際に、高階層伝送用のＰＭＴと低階層伝送用のＰＭＴを生成し、各ＰＭＴの情報に基づいてＰＡＴを生成し、各ＰＭＴとＰＡＴと映像コンテンツデータ等からパーシャルＴＳを生成して、高階層のコンテンツデータと低階層のコンテンツデータの両方を包含するパーシャルＴＳを再構成し、ＤＳＭに記録される」という技術的事項が記載されていると認められる。すなわち、高階層、低階層のＴＳに、様々な情報が付加されている。
第６　当審の判断
１．本願発明１について
（１）対比
　本願発明１と引用発明を対比する。
（１−１）構成Ａについて
　引用発明の構成ａの「ビデオマテリアル」は、本願発明１の構成Ａの「メディアデータ」に相当するので、構成ａは構成Ａに相当する。
（１−２）構成Ｂについて
　引用発明の構成ｂの「異なったデータレートに対応する圧縮率で記録された記録の２以上のバージョン」は、異なったデータレートに対応する圧縮率で記録されることにより、それぞれのバージョンは、異なる品質に圧縮されたデータになるといえるから、本願発明１の構成Ｂの「コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータ」に相当する。
　そして、構成ｂの「利用可能なデータレートのリストのインデックスファイル」は、それぞれのバージョンのデータレートのリストをファイルにしたものであり、各バージョンについての情報を含むファイルといえるので、構成Ｂの「複数のメディアデータについての情報を含むファイル」に相当する。
　さらに、構成ｂの「提供され」ることは、端末側からみると、ファイルをサーバから受信するものであるから、構成Ｂの「サーバから受信する」ことに相当する。
　したがって、構成ｂは構成Ｂに相当する。
（１−３）構成Ｃについて
　引用発明の構成ｃの「サブファイル」は、あるデータレートで圧縮したビデオマテリアルを分割した１つのファイルを指し、本願発明１の構成Ｃの「第１部分」は、第１メディアデータを分割した部分であることから、構成ｃの「サブファイル」は、構成Ｃの「第１部分」に相当する。
　構成ｃの「インデックスファイル中の最初に挙げたレートディレクトリからサブファイルのリクエストが開始され」ることは、インデックスファイルに示された複数のファイルから選択したレートのサブファイルを受信することであるから、本願発明１の構成Ｃの「前記受信されたファイルに基づいて前記複数のメディアデータのうち第１メディアデータに含まれた第１部分を受信する」ことに相当する。
　したがって、構成ｃは構成Ｃに相当する。
（１−４）構成Ｄについて
　引用発明の構成ｄの「測定されたレートと現在のレートに応じて、現在のレートを減少もしくは増加させ」ることは、現在のレートと異なる新しいレートにすることであり、新しいレートにする際には、利用可能なデータレートから選ばれるものであるから、『利用可能なデータレートのリストのインデックスファイルに基づ』くものといえる。
　また、構成ｄの「新しいディレクトリからサブファイルが受信され」ることは、『現在のディレクトリのサブファイルの次のサブファイルと対応する新しいディレクトリのサブファイルを受信』することといえる。
　すなわち、構成ｄは、『利用可能なデータレートのリストのインデックスファイルに基づいて、現在のディレクトリのサブファイルの次のサブファイルと対応する新しいディレクトリのサブファイルを受信する』ものといえる。
　そして、構成ｄの『利用可能なデータレートのリストのインデックスファイル』、『現在のディレクトリのサブファイルの次のサブファイルと対応する新しいディレクトリのサブファイル』は、それぞれ、構成Ｄの「前記受信されたファイル」、「前記第１メディアデータに含まれた少なくとも一つの部分のうち、前記第１部分の次の部分である第２部分と対応する第２メディアデータの第２部分」に相当する。
　したがって、構成ｄは構成Ｄに相当する。
（１−５）構成Ｅについて
　引用発明の構成ｅの「サブファイルの長さは、固定された時間長」は、データが、固定された時間でサブファイルに分割されていることであるから、本願発明１の構成Ｅの「前記複数のメディアデータは、時間に基づいて複数の部分に分割されること」に相当する。
　したがって、構成ｅは構成Ｅに相当する。
（１−６）構成Ｆについて
　引用発明の「サブファイル」は、本願発明１の構成Ｆの「複数の部分」に相当するが、再生時間についての情報が含まれているか否かについて不明である。
　したがって、引用発明は、構成Ｆを有するか否か不明である。
（１−７）構成Ｇについて
　引用発明は、再生時間を対応させるための時間調整情報を含むものではなく、引用発明は、本願発明１の構成Ｇを有さないものである。
（１−８）構成Ｈについて
　上記（１−１）の検討と同様に、引用発明の構成ｈは、本願発明１の構成Ｈに相当する。
（１−９）一致点・相違点
　したがって、本願発明１と引用発明は、以下の一致点・相違点がある。
［一致点］
「メディアデータを受信する方法において、
　コンテンツを異なる品質にエンコーディングして生成された複数のメディアデータについての情報を含むファイルをサーバから受信する段階と、
　前記受信されたファイルに基づいて前記複数のメディアデータのうち第１メディアデータに含まれた第１部分を受信する段階と、
　前記受信されたファイルに基づいて前記第１メディアデータに含まれた少なくとも一つの部分のうち、前記第１部分の次の部分である第２部分と対応する第２メディアデータの第２部分を受信する段階と、を含み、
　前記複数のメディアデータは、時間に基づいて複数の部分に分割される
ことを特徴とするメディアデータ受信方法。」
［相違点］
相違点１
　本願発明１は、「前記複数の部分には、それぞれ前記複数の部分の再生時間についての情報が含まれ」ているのに対し、引用発明は、そのような情報が含まれているか否かについて不明である点。
相違点２
　本願発明１は、「前記ファイルは、前記第１メディアデータに含まれた少なくとも一つの部分と前記第２メディアデータに含まれた少なくとも一つの部分の再生時間を対応させるための時間調整情報を含む」のに対し、引用発明は、そのような時間調整情報が含まれていない点。
（２）相違点についての検討
（２−１）相違点１について
　複数の部分に分割されるメディアデータを作成する際に、各部分に再生時間に関する情報を含むようにすることは、周知の技術であり、引用発明にそのような周知の技術を適用して、「前記複数の部分には、それぞれ前記複数の部分の再生時間についての情報が含まれ」ているようにすることは、当業者であれば、容易に想到し得るものである。
（２−２）相違点２について
　当該相違点２に関連する記載として、本願明細書には以下の記載がある。
「【００６７】
　複数のメディアデータのＰＥＳのＰＴＳ及び／またはＤＴＳが、再生時間に基づいて整列されず、連続的な再生が不可能な場合が発生しもする。例えば、所定コンデンツに係わる第１メディアデータを第１サーバが生成し、所定コンデンツに係わる第２メディアデータを第２サーバが生成する場合、ＰＴＳ及び／またはＤＴＳが再生時間に基づいて整列されない。
　【００６８】
　例えば、第１メディアデータの連続した３つの部分のＰＴＳが、それぞれ「１０００」、「２０００」、「３０００」と定義されており、同じ再生時間に係わる第２メディアデータの連続した３つの部分のＰＴＳが、それぞれ「１１０００」、「１２０００」、「１３０００」と定義されていることもある。その場合、第１メディアデータの最初の部分のＰＴＳは、「１０００」であり、第２メディアデータの２番目の部分のＰＴＳは、「１１０００」であるから、メディアデータを受信する側では、同じ再生時間に係わる部分であると判断することができない。その場合、ＰＴＳの不一致によって、メディアデータの変更再生を介した適応的なストリーミングが不可能である。
　【００６９】
　このような問題を解決するために、次のような構文を介して、タイムスタンプの不一致を校正するための情報を生成し、生成された情報を、前述のメディア表現記述またはメディアデータに挿入することができる。」
　すなわち、本願発明１は、第１メディアデータと第２メディアデータが異なるサーバで生成され、ＰＴＳやＤＴＳが同じ再生時間に係わる部分と判断できず、整列されなくなるという課題を解決するために、時間調整情報を含むようにしたものである。
　しかし、引用発明は、そのような課題を有しているものでなく、また、同じ再生時間のデータであれば、予めＰＴＳやＤＴＳを同じに設定しようと考えることの方が当業者にとって自然であり、引用発明において、「再生時間を対応させるための時間調整情報」を含むようにすることは、容易に思い至るものではない。
　また、当審拒絶理由通知に引用された引用文献２をみても、クライアント端末からのアプリケーション識別情報やデータ識別情報等により、クライアント端末に適するデータを選択して送信するという技術的事項が開示されているだけであり、当該相違点２が容易に思い至るものであるとはいえない。
　したがって、他の相違点について判断するまでもなく、本願発明１は、当業者であっても引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２〜１１について
　本願発明２〜１１については、本願発明１を直接若しくは間接的に引用する発明であるから、同様に上記相違点２に係る構成を全て有しているものであるので、本願発明１と同様に、当業者であっても引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
３．本願発明１２〜１４について
　本願発明１２〜１４は、本願発明１の「メディアデータを受信する方法」を、「メディアデータを伝送する方法」、「メディアデータを受信する装置」、「メディアデータを伝送する装置」としたものであり、いずれにおいても、上記相違点２に係る構成を有しているものであるので、本願発明１と同様に、当業者であっても引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
４．本願発明１５について
　本願発明１５は、本願発明１〜１１の方法を実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体についての発明であり、上記相違点２に係る構成を有しているものであるので、本願発明１と同様に、当業者であっても引用発明、引用文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
第７　原査定についての判断
　平成２８年１２月１２日付けの補正により、補正後の請求項１〜１５は、「前記ファイルは、前記第１メディアデータに含まれた少なくとも一つの部分と前記第２メディアデータに含まれた少なくとも一つの部分の再生時間を対応させるための時間調整情報」という技術的事項を含むものとなり、当該「時間調整情報」は、原査定における引用文献Ａ、Ｂ、周知技術（引用文献Ｃ）には記載されておらず、本願発明１〜１５は、当業者であっても、原査定における引用文献Ａ、Ｂ、及び周知技術に基づいて容易に発明できたものではない。
　したがって、原査定を維持することはできない。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。　
　よって、結論のとおり審決する。