【事件の表示】
　特願２０１４−５３４７６０「コーディングされたマルチメディアデータのネットワークストリーミング中の表現の切り替え」拒絶査定不服審判事件〔平成２５年　４月１１日国際公開、ＷＯ２０１３／０５２７７４、平成２６年１２月１８日国内公表、特表２０１４−５３４６８４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　経緯
１　経緯
　本件出願は、２０１２年（平成２４年）１０月５日（パリ条約による優先権主張外国庁受理２０１１年１０月５日、米国、２０１２年１０月４日、米国）を国際出願日とする出願であって、その手続の経緯は、以下のとおりである。
　　
　平成２６年　５月１３日：手続補正
　平成２７年　３月　５日：手続補正
　平成２７年　４月２４日：拒絶理由の通知
　平成２７年　８月１２日：手続補正
　平成２７年１１月　５日：拒絶査定
　平成２７年１１月１７日：拒絶査定の謄本の送達
　平成２８年　３月１６日：拒絶査定不服審判の請求
　平成２８年　３月１６日：手続補正
　　
２　査定の概要
　原査定の理由は、概略、次のとおりである。
　　
［査定の理由］
　請求項３３〜５２に係る発明は、下記の刊行物に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　　記
　引用文献１：国際公開第２０１１／１１１９８７号
　引用文献２：高田久靖・笠原久嗣共著、インターネットにおけるビデオストリーミング技術、電子情報通信学会技術研究報告、日本、社団法人電子情報通信学会、１９９８年１０月２３日、第９８巻、第３６４号、ｐ．１１−１７
（なお、引用文献２は、請求項３６、４１、４６、５１に対して引用された文献である。）
　　
第２　補正却下の決定
　平成２８年３月１６日付けの手続補正について次のとおり決定する。
 　 
［補正却下の決定の結論］
　平成２８年３月１６日付けの手続補正を却下する。
　　
［理由］
１　補正の内容
　平成２８年３月１６日付けの手続補正（以下「本件補正」という。）は、特許請求の範囲についてする補正であって、そのうち、請求項３３についての補正は、次のとおりである（下線は補正箇所を示す）。
　　
　補正前の請求項３３
「マルチメディアコンテンツのビデオデータをストリーミングする方法であって、
　前記マルチメディアコンテンツの複数の表現を受信することであって、前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む、受信することと、
　クライアントデバイスからの要求に応答して、前記表現のうちの第１の表現のビデオデータを前記クライアントデバイスに送信することと、
　前記第１の表現とは異なる前記表現のうちの第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記表現のうちの前記第２の表現のビデオデータを前記クライアントデバイスに送信することであって、前記表現のうちの前記第２の表現の切替点の前記間隔が、前記表現のうちの前記第１の表現の切替点の前記間隔より短い、送信することとを備える、方法。」
　　
を、次のとおり補正後の請求項３３にする補正である。
　　
「マルチメディアコンテンツのビデオデータをストリーミングする方法であって、
　前記マルチメディアコンテンツの複数の表現を受信することであって、前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む、受信することと、
　クライアントデバイスからの要求に応答して、前記表現のうちの第１の表現のビデオデータを前記クライアントデバイスに送信することと、
　前記第１の表現とは異なる前記表現のうちの第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記表現のうちの前記第２の表現のビデオデータを前記クライアントデバイスに送信することであって、前記表現のうちの前記第
１
２
え、
　
前記受信することは、所定のビットレートと第１のバッファンリング期間を有する前記第１の表現を選択し、前記第１の表現のデータをバッファリングし、前記所定のビットレートと、前記第１のバッファリング期間よりも長い第２のバッファンリング期間を有する前記第２の表現へ前記第１の表現を切り替えることを含む、
方法。」
　　
２　新規事項
　補正後の請求項３３における「前記受信することは、所定のビットレートと第１のバッファンリング期間を有する前記第１の表現を選択し、前記第１の表現のデータをバッファリングし、前記所定のビットレートと、前記第１のバッファリング期間よりも長い第２のバッファンリング期間を有する前記第２の表現へ前記第１の表現を切り替えることを含む」は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載された事項の範囲内においてされたものとは認められない。
　詳細は、以下のとおりである。
　　
　補正後の請求項３３を分説すると次のとおりである。この発明を以下「補正後発明」という。
　　
（Ａ）マルチメディアコンテンツのビデオデータをストリーミングする方法であって、
（Ｂ）前記マルチメディアコンテンツの複数の表現を受信することであって、前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む、受信することと、
（Ｃ）クライアントデバイスからの要求に応答して、前記表現のうちの第１の表現のビデオデータを前記クライアントデバイスに送信することと、
（Ｄ-1）前記第１の表現とは異なる前記表現のうちの第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記表現のうちの前記第２の表現のビデオデータを前記クライアントデバイスに送信することであって、
（Ｄ-2）前記表現のうちの前記第１の表現の切替点の前記間隔が、前記表現のうちの前記第２の表現の切替点の前記間隔より短い、
（Ｄ-3）送信することとを備え、
（Ｅ）前記受信することは、所定のビットレートと第１のバッファンリング期間を有する前記第１の表現を選択し、前記第１の表現のデータをバッファリングし、前記所定のビットレートと、前記第１のバッファリング期間よりも長い第２のバッファンリング期間を有する前記第２の表現へ前記第１の表現を切り替えることを含む、
（Ｆ）方法。　　
　　
（（Ａ）〜（Ｆ）は、当審で付与した。以下各構成要件を「構成要件Ａ」等という。）
　　
　構成要件Ａ〜Ｄ-3は、「マルチメディアコンテンツのビデオデータをストリーミングする方法」であり、サーバデバイスにおける方法であると認められる。
　一方、構成要件Ｅは、「前記受信することは」として、構成要件Ｂの「受信する」ことを、さらに限定しているが、構成要件Ｅは、「データをバッファリング」するものであって、願書に最初に添付した明細書の段落【０１２５】、【０１４７】〜【０１４９】、【０１６０】等の記載を参酌すると、「データをバッファリング」するものは、クライアントデバイスである。
　さらに、構成要件Ａ〜Ｄにより、サーバデバイスは、クライアントデバイスに、複数の表現されたマルチメディアコンテンツの内の１つの表現を送信するものであり、サーバデバイスがマルチメディアコンテンツの複数の表現を受信する際に、データをバッファリングして、切り替えることは、願書に最初に添付した明細書、特許請求の範囲又は図面に記載も示唆もされておらず、自明のことも認められない。
　したがって、請求項３３に係る補正を含む本件補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてしたものでなく、特許法第１７条の２第３項の規定に違反している。
 　 
３　まとめ 
　したがって、本件補正は、特許法第１７条の２第３項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　よって、補正却下の決定の結論のとおり決定する。
 　 
第３　本願発明について 
１　本願発明 
　平成２８年３月１６日付けの手続補正は、上記のとおり却下されたので、本願の請求項１〜５２に係る発明は、平成２６年５月１３日付け、平成２７年３月５日付け、平成２７年８月１２日付け手続補正により補正された特許請求の範囲、明細書及び図面の記載からみて、その特許請求の範囲の請求項１〜５２に記載した事項により特定されるとおりのものであるところ、請求項３３に係る発明は、次のとおりのものである。
　　
「マルチメディアコンテンツのビデオデータをストリーミングする方法であって、
　前記マルチメディアコンテンツの複数の表現を受信することであって、前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む、受信することと、
　クライアントデバイスからの要求に応答して、前記表現のうちの第１の表現のビデオデータを前記クライアントデバイスに送信することと、
　前記第１の表現とは異なる前記表現のうちの第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記表現のうちの前記第２の表現のビデオデータを前記クライアントデバイスに送信することであって、前記表現のうちの前記第２の表現の切替点の前記間隔が、前記表現のうちの前記第１の表現の切替点の前記間隔より短い、送信することとを備える、方法。」
　　
　ここで、「前記表現のうちの前記第２の表現の切替点の前記間隔が、前記表現のうちの前記第１の表現の切替点の前記間隔より短い」の記載について検討する。
　請求項３４の「前記第２の表現の前記切替点の各々が前記第１の表現の前記切替点の１つの時間的位置に対応する時間的位置で発生するように、」の記載、請求項３５の「前記表現のうちの前記第２の表現の前記切替点が、前記表現のうちの前記第１の表現の前記切替点のサブセットを備える」の記載、明細書の段落【０１３１】〜【０１３８】の記載、図５の記載等を参酌すれば、「前記表現のうちの前記第
２
１
１
２
　また、この点を、請求人は、審判請求書において、誤記と認めている。
　　
　したがって、請求項３３に係る発明は、次のとおりのものと認められる（この発明を以下「本願発明」という。）。
　　
（本願発明）
（Ａ）マルチメディアコンテンツのビデオデータをストリーミングする方法であって、
（Ｂ）前記マルチメディアコンテンツの複数の表現を受信することであって、前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む、受信することと、
（Ｃ）クライアントデバイスからの要求に応答して、前記表現のうちの第１の表現のビデオデータを前記クライアントデバイスに送信することと、
（Ｄ-1）前記第１の表現とは異なる前記表現のうちの第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記表現のうちの前記第２の表現のビデオデータを前記クライアントデバイスに送信することであって、
（Ｄ-2）前記表現のうちの前記第
１
２
（Ｄ-3）送信することとを備える、
（Ｆ）方法。
　　
（（Ａ）〜（Ｆ）は当審で付与した。なお、上記補正後発明と同じ構成要件には、同じ記号を付与した。各構成要件を「構成要件Ａ」等という。）
　　
２　引用文献１の記載及び引用文献１に記載された発明
（１）引用文献１の記載
　原査定の拒絶の理由に引用された国際公開２０１１／１１１９８７号（上記引用文献１）には、図面と共に次に掲げる事項が記載されている（下線は当審で付与した。訳は引用文献１の公表特許公報である特表２０１３−５２１６９６号公報による。訳の後に当該公表特許公報の段落番号を記す。）。
　　
「Technical Field
[1]The present invention relates generally to an apparatus and method for playing media content data, and more particularly, to 
a media content playing
method
play of media content data received from a data communication network
（訳：技術分野
[1]本発明は、メディアコンテンツデータ再生装置及び方法に関し、特に、
データ通信ネットワークから受信したメディアコンテンツデータの再生
メディアコンテンツデータ再生
方法
　　
「[2] In general, methods for accessing a variety of media content services over a data communication network may be roughly classified into a download method and a streaming method. The media content services refer to services provided by various types of digital media data, such as broadcasts, movies, and music. Herein, 
“digital media data” refers to digital information constituting associated media content, such as videos, sounds, scenes, etc
（訳：[2]通常、データ通信網を通して様々なメディアコンテンツサービス（media contents service）にアクセスする方法は、ダウンロード（download）方式及びストリーミング（streaming）方式に大別することができる。このメディアコンテンツサービスは、放送、映画、及び音楽のような様々なタイプのディジタルメディアデータ（digital media data）により提供されるサービスを意味する。この時、
“ディジタルメディアデータ”は、映像、音響、場面（scene）などのような関連するメディアコンテンツを構成するディジタル情報を意味する
　　
「[32] In every coding scheme, generally, 
the first screen is coded with an I frame
[33] Therefore, 
an I frame is periodically inserted between the consecutive P and B frames
The number of frames between an arbitrary I frame and its next I frame is called a Group of Picture (GOP)
（訳：[32]また、すべての符号化方式において、一般的に、
１番目の画面はＩフレームで符号化され
[33]したがって、
Ｉフレームは、連続したＰフレームとＢフレームとの間で周期的に挿入され
任意のＩフレームとその次のＩフレームとの間のフレームの個数をＧＯＰ（Group of Picture）と呼ぶ
　　
「[38] 
Regarding X-speed play with normal-mode data, when the normal-mode data undergoes X-speed play, only I frames are decoded for fast play
（訳：[38]また、
一般モードデータを用いて倍速再生を実行する場合について、一般モードデータの倍速再生を行う場合に高速再生のためにＩフレームだけを復号化
する
　　
「[40] FIG. 3 illustrates a block diagram of a media content playing apparatus according to an embodiment of the present invention.
[41] Referring to FIG. 3, a client 350 is connected to an external server 300 over a communication network (not shown). 
The client
is a device for playing, in real time, media content data received from the server
by the streaming
method
[42] Although the client 350 illustrated in FIG. 3 is adapted to store media content data in an embodiment of the present invention, this configuration does not limit the present invention thereto, and the client 350 may have only the function of playing media content data in real time, without the storage function in accordance with embodiments of the present invention. The communication network connecting the client 350 to the server 300 includes any wired/wireless communication networks.
[43] The server 300 may be managed by a broadcasting station, a telecommunication operator, a film producer, or a private content provider. The server 300 may store various complex media content data, such as audio data, video data, text data, image data, etc., and metadata therefore.」
（訳：[40]図３は、本発明の実施形態によるメディアコンテンツデータ再生装置の内部構成を示すブロック図である。〈【００３７】〉
[41]図３を参照すると、クライアント３５０は、通信網（図示せず）を通して外部サーバ３００に接続される。
クライアント
は
ストリーミング方式
によりサーバ
から受信したメディアコンテンツデータを実時間で再生する
[42]本発明の実施形態において、図３に示すクライアント３５０がメディアコンテンツデータを格納する機能を実行することができるが、本発明はこのような構成に限定されず、クライアント３５０は、本発明の実施形態に従って格納機能なしにメディアコンテンツデータを実時間で再生する機能だけを実行してもよい。クライアント３５０をサーバ３００に接続する通信網は、任意の有線又は無線通信ネットワークを含む。〈【００３９】〉
[43]サーバ３００は、放送局、通信オペレータ、映画製作者、又はプライベートコンテンツプロバイダーが運営する。サーバ３００は、オーディオデータ、ビデオデータ、テキストデータ、イメージデータなど及びこれらに対するメタデータのような各種複合メディアコンテンツデータを格納する。〈【００４０】〉）
　　
「[50] For example, if 
the media content data includes ‘normal-mode data’ for the normal play mode and ‘trick-mode data’ for the X-speed play mode or the random access mode
（訳：[50]例えば、
メディアコンテンツデータが一般再生モードのための“一般モードデータ”及び倍速再生モード又はランダムアクセスモードのための“トリックモードデータ”を含み
　　
「[68] As previously stated herein, 
the normal-mode data is data available in the normal play mode, while the trick-mode data is data available in the X-speed play mode or the random access mode
[69] FIG. 5(a) illustrates
 normal-mode data with GOP=9
trick-mode data with GOP=3
（訳：[68]上述したように、
一般モードデータは
一般再生モードで使用可能なデータであり
トリックモードデータは
倍速再生モード又はランダムアクセスモードの時に使用可能なデータである
[69]図５の（ａ）は、
ＧＯＰ＝９である一般モードデータ
ＧＯＰ＝３であるトリックモードデータ
　　
「[84] FIGs. 11(a) and 11(b) illustrate a media content playing method according to another embodiment of the present invention. 
[85] In the example of FIGs. 11(a) and 11(b), a user has chosen not to play normal-mode data in an X-speed play mode or a random access mode. 
While trick-mode data is played in the X-speed play mode or random access mode, if the user requests switching from the X-speed play mode or random access mode to the normal mode, the client performs mode switching and plays the trick-mode data in the normal mode
[86] 
As assumed above, the client
is playing media content using the trick-mode data
in the X-speed play mode or random access mode
While the trick-mode data 
is played, if the user requests switching to the normal mode at a time 1001
[87] According to another embodiment of the present invention, to ensure continuous content play for the delay time, the existing trick-mode data is used to continue playback during this delay time. More specifically, 
during the time period between the end time 1001 of the trick play and the first I frame 1003 in the normal-mode data, frames 1005 of the trick-mode data are decoded in order of I==P==P frames. Thereafter, if reception of the first I frame 1003 in the new GOP period in the normal-mode data is completed, the normal-mode data is decoded to play content
（訳：[84]図１１の（ａ）及び図１１の（ｂ）は、本発明の他の実施形態によるメディアコンテンツ再生方法を示す図である。〈【００８０】〉
[85]図１１の（ａ）及び図１１の（ｂ）の例において、ユーザは、一般モードデータを倍速再生モード又はランダムアクセスモードで再生しないことを選択した場合を前提とする。
トリックモードデータが倍速再生モード又はランダムアクセスモードで再生されている間に、ユーザが倍速再生モード又はランダムアクセスモードから一般モードへの切り替えをリクエストする場合に
クライアントは
モード切り替えを実行し、一般モードでトリックモードデータを再生する
[86]
この前提に従って、クライアント３５０は、倍速再生モード又はランダムアクセスモードでトリックモードデータ
を用いてメディアコンテンツを再生する
トリックモードデータ
が再生されている間に、ユーザが時点１００１で一般モードへの切り替えをリクエストする場合に
[87]本発明の他の実施形態によると、遅延時間の間に連続したコンテンツ再生を保証するために、このような遅延時間の間に既存のトリックモードデータを用いて連続した再生を行う。すなわち、
トリック再生の終了時点１００１と一般モードデータでの１番目のＩフレーム１００３との間の時間期間の間に、トリックモードデータのフレーム１００５は、Ｉ＝＝＞Ｐ＝＝＞Ｐフレームの順序にデコードされる
その後に、一般モードデータで新たなＧＯＰ期間内の１番目のＩフレーム１００３の受信が完了する場合に、対応する一般モードデータをデコードすることによりコンテンツを再生する
　　
「
」
　　
（２）引用文献１に記載された発明
　引用文献１には、「データ通信ネットワークから受信したメディアコンテンツデータの再生」（段落[1]）が記載されており、「一般再生モード」と「倍速再生モード又はランダムアクセスモード」がある（段落[68]）。
　クライアントは、ストリーミング方式によりサーバから受信したメディアコンテンツデータを実時間で再生する（段落[41]）。
　一般モードデータは、一般再生モードで使用可能なデータであり、トリックモードデータは、倍速再生モード又はランダムアクセスモードの時に使用可能なデータであって（段落[68]）、例として、ＧＯＰ＝９である一般モードデータと、ＧＯＰ＝３であるトリックモードデータが記載されている（段落[69]）。
　段落[84]〜[87]には、クライアントにおいて、倍速再生モード又はランダムアクセスモードから一般再生モードへ切り替える動作が記載されており、その動作は次のとおりである。
　トリックモードデータが再生されている間に、ユーザが倍速再生モード又はランダムアクセスモードから一般再生モードへの切り替えをリクエストする場合に、トリック再生の終了時点１００１と一般モードデータでの１番目のＩフレーム１００３との間の時間期間の間に、トリックモードデータのフレーム１００５は、Ｉ＝＝＞Ｐ＝＝＞Ｐフレームの順序にデコードされる。その後に、一般モードデータで新たなＧＯＰ期間内の１番目のＩフレーム１００３の受信が完了する場合に、対応する一般モードデータをデコードすることによりコンテンツを再生する（段落[86]〜[87]、[Fig.11]）。
　上記のクライアントにおける倍速再生モード又はランダムアクセスモードから一般再生モードへ切り替える動作を、サーバの動作としてみると次のとおりである。
　まず、トリックモードデータが再生されていることを前提としているので、トリックモードデータは、クライアントからリクエストされ、クライアントに送信されていることは明らかである。すなわち、サーバは、『クライアントからリクエストされ、トリックモードデータをクライアントに送信する。』
　ユーザが一般再生モードへの切り替えをリクエストすると、トリック再生終了時点より後ろの新たなＧＯＰの一般モードデータをサーバはクライアントに送信する。この際、クライアントは、新たなＧＯＰの一般モードデータを受信するまで、トリックモードデータを再生するから、当該トリックモードデータは、新たなＧＯＰの一般モードデータよりも先にサーバから送信されるものである。すなわち、サーバは、『クライアントから一般再生モードへの切り替えをリクエストされると、トリック再生終了時点より後ろの新たなＧＯＰの一般モードデータを、クライアントに送信することであって、新たなＧＯＰの一般モードデータの始まる時点までのトリックモードデータは、新たなＧＯＰの一般モードデータよりも先にサーバから送信されるものである』。
　　
　段落[32]〜[33]、[38]によると、データはＧＯＰ単位であり、１番目はＩフレームであって、高速再生のためにＩフレームを用いるから、Ｉフレームは、切替点といえる。
　トリックモードデータにおけるＩフレームとＩフレームとの間隔は、一般モードデータにおける当該間隔より短い（段落[69]、図１１）。すなわち、『トリックモードデータにおける切替点と切替点との間隔は、一般モードデータにおける当該間隔より短い』。
　　
　「“ディジタルメディアデータ”は、映像、音響、場面（scene）などのような関連するメディアコンテンツを構成するディジタル情報を意味する」（段落[2]）から、メディアコンテンツデータをストリーミングすることは、『メディアコンテンツのビデオデータをストリーミングする』ことといえる。
　　
　引用文献１に記載された、サーバがクライアントにメディアコンテンツのビデオデータをストリーミングする動作を、方法の発明として認定すると、次のとおりである。以下この発明を「引用発明」という。
　　
（引用発明）
（ａ）メディアコンテンツのビデオデータをストリーミングする方法であって、
（ｂ）クライアントからリクエストされ、トリックモードデータをクライアントに送信することと、
（ｃ）クライアントから一般再生モードへの切り替えをリクエストされると、トリック再生終了時点より後ろの新たなＧＯＰの一般モードデータを、クライアントに送信することであって、新たなＧＯＰの一般モードデータの始まる時点までのトリックモードデータは、新たなＧＯＰの一般モードデータよりも先にサーバから送信されるものである、当該新たなＧＯＰの一般モードデータをクライアントに送信することを備え、
（ｄ）トリックモードデータにおける切替点と切替点との間隔は、一般モードデータにおける間隔よりも短い、
（ｅ）方法。
　　
（（ａ）〜（ｅ）は、引用発明の構成を区別するために付与した。以下各構成を「構成ａ」等という。）
　　
３　対比
（１）本願発明と引用発明との対比
　本願発明と引用発明とを対比する。
　　
ア　構成要件Ａと構成ａとを対比する。
　引用発明の「メディアコンテンツ」は、本願発明の「マルチメディアコンテンツ」に相当する。
　したがって、本願発明と引用発明とは、「マルチメディアコンテンツのビデオデータをストリーミングする方法」として一致する。
　　
イ　構成要件Ｂについて
　引用発明は、「前記マルチメディアコンテンツの複数の表現を受信することであって、前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む、受信すること」を備えておらず、本願発明と相違する。
　すなわち、引用発明が「前記マルチメディアコンテンツの複数の表現を受信すること」を備えておらず、「前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む」ものでない点で、本願発明と相違する。
　　
ウ　構成要件Ｃと構成ｂとを対比する。
　引用発明の「クライアント」は、本願発明の「クライアントデバイス」に相当する。
　引用発明の「トリックモードデータ」は、トリック再生のためのデータであり、トリックモードデータはメディアコンテンツの表現といえるから、「第１の表現のビデオデータ」といい得る。
　また、引用発明の「クライアントからリクエストされ」は、引用発明の「クライアントデバイスからの要求に応答して」に相当する。
　したがって、本願発明と引用発明とは、「クライアントデバイスからの要求に応答して、第１の表現のビデオデータを前記クライアントデバイスに送信すること」を備える点で共通する。
　しかしながら、上記イの相違点に伴い、「第１の表現」が、本願発明においては、「前記表現のうちの」第１の表現であるのに対し、引用発明においては、「前記表現のうちの」第１の表現ではない点で相違する。
　　
エ　構成要件Ｄ-1、Ｄ-3と構成ｃ、ｄとを対比する。
　引用発明の「一般モードデータ」は、一般再生モードの再生、すなわち通常の再生のためのデータであり、一般モードデータはメディアコンテンツの表現といえるから、「第２の表現のビデオデータ」といい得る。
　引用発明は、「新たなＧＯＰの一般モードデータの始まる時点までのトリックモードデータは、新たなＧＯＰの一般モードデータよりも先にサーバから送信されるものであ」り、構成ｄのように、「トリックモードデータにおける切替点と切替点との間隔は、一般モードデータにおける間隔よりも短い」ものであり、Fig.11をみると、一般モードデータの切替点（Ｉフレーム）の間の再生時間に等しい再生時間を有するトリックモードデータ（Fig.11(b)の最初のＩフレームから1005で示されている最後のＰフレーム）は、トリック再生終了時点1001より後ろの新たなＧＯＰの一般モードデータ（Fig.11(a)の1003で示されているＩフレーム以降の一般モードデータ）より、先に送信されるものである。すなわち、引用発明は、「前記第１の表現とは異なる前記第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記表現のうちの前記第２の表現のビデオデータを前記クライアントデバイスに送信する」ものといえる。
　したがって、本願発明と引用発明とは、「前記第１の表現とは異なる前記表現のうちの第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記表現のうちの前記第２の表現のビデオデータを前記クライアントデバイスに送信すること」を備える点で共通する。
　しかしながら、上記イの相違点に伴い、「第２の表現」が、本願発明においては、「前記表現のうちの」第２の表現であるのに対し、引用発明においては、「前記表現のうちの」第２の表現でない点で相違する。
　　
オ　構成Ｄ-2と構成ｄとを対比する。
　引用発明の「トリックモードデータにおける切替点と切替点との間隔」、
「一般モードデータにおける間隔」は、それぞれ、本願発明の「第１の表現の切替点の間隔」、「前記第２の表現の切替点の間隔」に相当する。
　したがって、本願発明と引用発明とは、「前記第１の表現の切替点の間隔が、前記第２の表現の切替点の間隔より短い」点で共通する。
　しかしながら、上記イの相違点に伴い、「前記第１の表現」「前記第２の表現」「間隔」が、それぞれ、本願発明においては、「前記表現のうちの」前記第１の表現、「前記表現のうちの」前記第２の表現、「前記」間隔であるのに対し、引用発明においては、「前記表現のうちの」前記第１の表現、「前記表現のうちの」前記第２の表現、「前記」間隔でない点で相違する。
　　
カ　構成要件Ｆと構成ｅとを対比すると、「方法」として一致する。
　　
（２）一致点、相違点
　以上のとおりであるから、一致点、相違点は次のとおりである。
　　
（一致点）
　マルチメディアコンテンツのビデオデータをストリーミングする方法であって、
　クライアントデバイスからの要求に応答して、第１の表現のビデオデータを前記クライアントデバイスに送信することと、
　前記第１の表現とは異なる第２の表現中の切替点の間の再生時間に少なくとも等しい再生時間を有する前記第１の表現からのある量のビデオデータを送信した後で、前記第２の表現のビデオデータを前記クライアントデバイスに送信することであって、
　前記第１の表現の切替点の間隔が、前記第２の表現の切替点の間隔より短い、
　送信することとを備える、方法。
　　
（相違点）
　本願発明が、「前記マルチメディアコンテンツの複数の表現を受信すること」を備え、「前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む」ものであるのに対し、引用発明が当該受信することを備えておらず、「前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む」ものでない点で相違し、
　それに伴い、「第１の表現」、「第２の表現」、「間隔」が、本願発明においては、「前記表現のうちの第１の表現」、「前記表現のうちの第２の表現」、「前記間隔」であるのに対し、引用発明においては、「前記表現のうちの第１の表現」、「前記表現のうちの第２の表現」、「前記間隔」ではない点
　　
４　相違点の判断等
　引用発明は、「メディアコンテンツのビデオデータをストリーミングする方法であって」（構成ａ）、「トリックモードデータをクライアントに送信」し（構成ｂ）、「一般モードデータをクライアントに送信する」（構成ｃ）から、ストリーミングを行う主体としてのサーバは、「トリックモードデータ」、「一般モードデータ」を有していることは明らかである。
　サーバが送信するための有しているコンテンツデータを、外部にある装置から取得すること、すなわち、受信することは、よく知られた技術であるから、この技術を引用発明に適用して、引用発明において、「トリックモードデータ」、「一般モードデータ」を外部にある装置から受信するようにすることは当業者が容易に着想することである。
　そして、「トリックモードデータ」、「一般モードデータ」は、それぞれ「第１の表現」、「第２の表現」といえることは、上記３（１）エのとおりであるから、「トリックモードデータ」、「一般モードデータ」を外部にある装置から受信することは、「第１の表現」、「第２の表現」、すなわち複数の表現を受信することといえる。
　また、「トリックモードデータ」の切替点間隔は、「一般モードデータ」の切り替点間隔よりも短く（構成ｄ）、例として、「トリックモードデータ」はＧＯＰ＝３、「一般モードデータ」はＧＯＰ＝９である（段落[69]）。ここで、「一般モードデータ」も「トリックモードデータ」もＭＰＥＧファイルフォーマットに基づくデータであるから、それぞれのＧＯＰ構造を示す制御情報がデータに含まれることは技術常識である。
　したがって、表現が表現の切替点の間隔を表す切替点間隔情報を含んでいるといえる。
　よって、引用発明において、「前記マルチメディアコンテンツの複数の表現を受信すること」を備え、「前記表現が、前記それぞれの表現の切替点の間隔を表す切替点間隔情報を含む」ようにすることは、当業者が容易に想到し得ることである。
　このようにすることにより、「第１の表現」、「第２の表現」、「間隔」は、「前記表現のうちの第１の表現」、「前記表現のうちの第２の表現」、「前記間隔」となる。
　　
　そして、本願発明が奏する効果は、その容易想到である構成から当業者が容易に予測し得る範囲内のものであり、同範囲を超える顕著なものでもない。
　　
　したがって、本願発明は、引用文献１発明及び周知技術に基づいて当業者が容易に発明することができたものと認められる。
　　
５　むすび 
　以上のとおり、本願の請求項３３に係る発明は、引用文献１に記載された発明及び周知技術に基づいて、当業者が容易に発明することができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　　
　よって、結論のとおり審決する。