【事件の表示】
　特願２００８−１０９３００「サーバ装置とコンテンツ配信方法とプログラム」拒絶査定不服審判事件〔平成２１年１１月　５日出願公開、特開２００９−２６０８１８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　経緯
１．手続
　本願は、平成２０年４月１８日の出願であって、平成２３年１月２１日付けで手続補正がなされ、平成２４年１２月１０日付けの拒絶理由通知に応答して平成２５年２月１８日付けで手続補正がなされたが、平成２５年３月１４日付けで拒絶査定がなされた。
　これに対し、平成２５年６月１７日に拒絶査定不服審判が請求されるとともに、同日付で手続補正がなされたものである。
　
２．査定
　原査定の理由は、概略、以下のとおりである。
　
　本願の請求項１ないし７に係る発明は、下記の刊行物に記載された発明に基いて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　
　　　　　記（刊行物）
　刊行物１：特開２００７−８８５３９号公報
　刊行物２：特開２００７−２７４１５０号公報
　刊行物３：特開２００２−２８１４８３号公報
　
第２　本願発明
　本願の請求項１ないし６に係る発明は、平成２５年６月１７日付けの手続補正書によって補正された本願明細書、特許請求の範囲、及び図面の記載からみて、それぞれ、その特許請求の範囲の請求項１ないし６に記載した事項により特定されるとおりのものであるところ、そのうち、請求項１に係る発明（以下「本願発明」という。）は、下記のとおりのである。
　
　　　　　　　記（本願発明：請求項１に係る発明）
　ネットワークを介して端末にコンテンツを送出するサーバ装置であって、
　前記端末から前記端末の能力を含む情報を受け、ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報としてコーデック、ビットレート、解像度、ファイル形式を含む情報を取得して、前記端末の能力と比較し、前記比較の結果、前記端末の能力に合致しないものが少なくとも一つある場合、前記コンテンツの変換が必要であると判断する制御部と、
　前記変換が必要と判断された場合、前記コンテンツのコーデック、ビットレート、解像度、ファイル形式のうち前記端末の能力に合致しない少なくとも一つを変換して、前記端末の能力に適合したコンテンツを生成し前記端末に送出する変換部と、
　を備え、
　前記制御部は、
　前記端末から呼接続時に送信される前記端末の能力を含む情報を受けて解析し、
　ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツと共に、又は別途入力される、前記コンテンツの復号化情報、ファイル形式から、前記コーデック、ビットレート、解像度、ファイル形式の情報を取得して、前記端末の能力と比較し、
　前記コンテンツに関するコーデック、ビットレート、解像度、及び、ファイル形式のうち前記端末の能力に合致しないものが少なくとも一つある場合に、前記変換部に変換指示を出力する制御・解析部を備え、
　前記変換部は、
　前記制御・解析部からの変換の指示を受けると、前記コンテンツに関するコーデック、ビットレート、解像度、及び、ファイル形式のうち前記端末の能力に合致しないものについて、前記コンテンツにトランスコード処理を施し、トランスコード処理したコンテンツを出力するトランスコーダ部を備え、
　前記トランスコーダ部から出力されるコンテンツが伝送路を介して前記端末に送出される、ことを特徴とするサーバ装置。
　
第３　当審の判断
１．刊行物の記載事項
　原査定の拒絶の理由に引用された刊行物２である特開２００７−２７４１５０号公報（以下「引用例」という）には、次に掲げる事項が記載されている。
　
ア．「【技術分野】
【０００１】
　ネットワークを介して接続されたクライアント装置に表示するためのスクリーン画像を生成し、生成したスクリーン画像をクライアント装置に送信するサーバ装置および映像配信方法に関する。」
　
イ．「【課題を解決するための手段】
【０００６】
　本発明の一態様としてのサーバ装置は、ネットワークを介して接続された映像提供装置から第1の符号化方式で符号化された第1の映像ストリームを受信する映像ストリーム受信部と、前記第1の映像ストリームの符号化方式を前記第1の符号化方式から前記第2の符号化方式に変換した第2の映像ストリームを生成する変換映像ストリーム生成部と、前記第1の符号化方式で符号化された映像をクライアント装置がデコードできるかどうかを示すデコード能力情報を取得するクライアント能力情報取得部と、前記クライアント装置が前記第1の符号化方式で符号化された映像をデコードできる場合に前記第1の映像ストリームを前記クライアント装置へ送信し、前記クライアント装置が前記第1の符号化方式で符号化された映像をデコードできない場合に前記第２の映像ストリームを前記クライアント装置へ送信する映像ストリーム処理決定部と、を備える。」
　
ウ．「【００１２】
（第１の実施形態）
　図１は、本発明の実施形態にかかる映像配信システムの構成を示すブロック図である。
【００１３】
　この映像配信システムは、映像提供装置１１、サーバ装置２１、およびクライアント装置３１を備える。映像提供装置１１、サーバ装置２１およびクライアント装置３１はネットワーク４１に接続される。ネットワーク４１は有線ネットワークでも、無線ネットワークでもよい。
【００１４】
　映像提供装置１１は、例えば映像コンテンツを配信するコンテンツ配信サーバ、ＴＶ電話（固定電話でも移動体電話でもよい）などであり、クライアント装置３１に表示すべき映像をネットワーク４１を介して提供する。映像提供装置１１から送信される映像は例えば任意の符号化方式により符号化されてストリームデータとして送信される。この任意の符号化方式としては、現在の情勢を鑑みると例えばMPEG-4やMPEG-2などとなる可能性があるが、これに限られるものではない。以下便宜上、映像提供装置１１が提供する映像を提供映像と称し、それを表すデータを映像ストリームと称して説明する。
【００１５】
　クライアント装置３１は通信インターフェース（IF：Interface）３２、スクリーン画像受信部３３、映像再生部３４、映像表示位置格納部３５、表示部３６および入力部３７を有する。クライアント装置３１は、例えば表示装置（固定型でも持ち運び可能な移動型でもよい）である。クライアント装置３１はネットワーク４１に通信インターフェース３２で接続している。クライアント装置３１はサーバ装置２１からスクリーン画像データを受け取り、受け取ったスクリーン画像データを必要であればデコードし、スクリーン画像を表示部３６のスクリーン領域に表示する。またクライアント装置３１は、入力部３７にてユーザの入力を受け、通信インターフェース３２からネットワーク４１を介してサーバ装置２１へ送る。」
　
エ．「【００１７】
　クライアント装置３１は、映像提供装置１１から提供される映像ストリームをサーバ装置２１を介して受け取り、受け取った映像ストリームをスクリーン領域の一部または全部にデコードして表示することができるものであってもよい。クライアント装置３１は、映像提供装置１１と共通の符号化形式をサポートしている必要はない。すなわちクライアント装置３１は、上記の任意の符号化方式（例えばMPEG-4、MPEG-2）で符号化されたスクリーン画像をデコードできるものには限られない。
【００１８】
　サーバ装置２１は、通信IF２２、クライアント能力情報取得部２３、映像ストリーム処理決定部２４、スクリーン画像生成部２５、スクリーン画像送信部２６、および映像ストリーム転送部２７を有する。通信ＩＦ２２は映像ストリーム受信部に相当する。スクリーン画像生成部２５は変換映像ストリーム生成部に相当する。サーバ装置２１は、クライアント装置３１に表示するスクリーン画像を生成し、生成したスクリーン画像をクライアント装置３１に送信する。クライアント装置３１に送信するスクリーン画像を表すスクリーン画像データは、クライアント装置３１が取り扱い可能な形式で送信される。
【００１９】
　取り扱い可能な形式とは、クライアント装置３１がデコード可能であることがわかっている符号化方式で符号化した形式である。この符号化方式としては、例えばMPEG-4やMPEG-2でもよいし、ランレングス符号化、辞書圧縮、ＪＰＥＧ圧縮、その他任意の符号化方式を用いることができる。また取り扱い可能な形式とは符号化したものに限らず、クライアント装置３１が表示可能であれば特に圧縮はせずビットマップ形式のままであってもよい。」
　
オ．「【００３７】
　図７は、本例におけるサーバ装置２１の処理フローを示すフローチャートである。
【００３８】
　サーバ装置２１上にて動作するＴＶ電話アプリケーションプログラムを用いてクライアント装置３１と映像提供装置１１との接続を試みる。サーバ装置２１に対する接続要求は例えばクライアント装置３１の入力部３７から行われる。他に、ネットワーク４１に入力装置を接続して、そこから行ってもよい。
【００３９】
　図６に示すように、本ＴＶ電話アプリケーションプログラムは、スクリーン領域全体の画像（スクリーン画像）４９のなかのウィンドウ４８の中に通話相手（映像提供装置１１のユーザ）の提供映像４７を表示可能である。サーバ装置２１は上記接続要求を受けて、映像提供装置１１に通話要求を送信する（S11）。サーバ装置２１は映像提供装置１１からの応答を待機する（S12のNO）。サーバ装置２１が映像提供装置１１からの応答を受信し（S12のYES）、クライアント装置３１と映像提供装置１１との接続を確立し、映像のフォーマット(MPEG-2やMPEG-4など)を確定すると、映像ストリーム処理決定部２４は、映像提供装置１１から送信される映像ストリームについてクライアント装置３１がデコード可能であるか否かをクライアント能力情報取得部２３から得られる情報を用いて確認する（S13）。クライアント能力情報取得部２３の詳細については第３の実施形態において説明する。
【００４０】
　クライアント装置３１が上記映像ストリームをデコードできない場合は（S13のNO）、スクリーン画像生成部２５が、映像提供装置１１から提供される映像ストリームをデコードしてそれをもとに、クライアント装置３１に表示するスクリーン画像を逐次生成する。スクリーン画像送信部２６は、生成したスクリーン画像（例えば前のスクリーン画像との変更部分）を、クライアント装置３１が取り扱い可能な形式にして通信IF２２を介してクライアント装置３１に送信する（S14）。」
　
カ．「【００４４】
　以上では、サーバ装置上で動作するアプリケーションプログラムとして、ＴＶ電話アプリケーションプログラムを例にして説明したが、サーバ装置上で動作するアプリケーションプログラムは、映像を受信するアプリケーションプログラムであれば何でも良い。例えば映画コンテンツ等の映像ストリームを再生するアプリケーションプログラムでもよい。」
　
キ．「【００５１】
（第３の実施形態）
　第３の実施形態では、クライアント能力情報取得部２３について詳述する。
【００５２】
　クライアント能力情報取得部２３は、クライアント装置３１の能力を表す能力情報を取得する。クライアント装置３１の能力としては、例えばクライアント装置３１がデコードできるスクリーン画像データのフォーマットの種別（例えばMPEG-2、MPEG-4、H.263 等）がある。クライアント能力情報取得部２３は例えば以下のようにしてクライアント装置３１の能力情報を取得する。
【００５３】
　ユーザがクライアント装置３１の識別子と能力情報とを入力するためにサーバ装置２１に設けた能力情報入力部により、クライアント能力情報取得部２３がクライアント装置３１の能力情報を取得するようにし、取得された能力情報は識別子と関連づけられてサーバ装置２１に格納しておいても良い。
【００５４】
　また、クライアント装置３１がサーバ装置２１と接続した後に、クライアント装置３１およびサーバ装置２１間の通信路を用いてクライアント装置３１が自身の能力情報をサーバ装置２１におけるクライアント能力情報取得部２３に通知し、サーバ装置２１にこの能力情報を格納しておいても良い。
【００５５】
　また、映像ストリーム処理決定部２４からクライアント装置３１の能力情報についての問い合わせがあった際にクライアント能力情報取得部２３がクライアント装置３１に問い合わせ信号を送ることによって能力情報を取得してもよい。」
　
２．引用発明
ａ．サーバ装置
　引用例の前掲ア，ウ，エの記載によると、引用例には、ネットワークを介して接続されたクライアント装置に表示するためのスクリーン画像を生成し、生成したスクリーン画像をクライアント装置に送信するサーバ装置（段落【０００１】）が記載されており、第１の実施形態として映像コンテンツを配信するコンテンツ配信サーバ、ＴＶ電話などの映像提供装置１１からネットワーク４１を介して、MPEG-4やMPEG-2など任意の符号化方式符号化された表示すべき映像ストリームがクライアント装置３１に送信され（段落【００１４】）、クライアント装置３１は、例えば表示装置（固定型でも持ち運び可能な移動型でもよい）であり、映像提供装置１１から提供される映像ストリームをサーバ装置２１を介して受け取るものであり、サーバ装置２１からスクリーン画像データを受け取ること（段落【００１５】，【００１７】）が記載されている。
　すなわち、引用例には、映像提供装置からネットワークを介して映像コンテンツ、ＴＶ電話映像などのクライアント装置に表示すべき映像ストリームが送信され、持ち運び可能なクライアント装置にネットワークを介してスクリーン画像データを送信するサーバ装置が記載されている。
　
ｂ．符号化方式の変換
　引用例の前掲イ、ウ、エ、オの記載によると、引用例のサーバ装置は、映像提供装置から受信する第１の符号化方式で符号化された第１の映像ストリームを第２の符号化方式に変換した第２の映像ストリームを生成する変換映像ストリーム生成部を備えるものであって（段落【０００６】）、第１の実施形態には、スクリーン画像生成部２５が変換映像ストリーム生成部に相当し、クライアント装置３１がMPEG-4、MPEG-2などの任意の符号化方式で符号化された映像ストリーム（第１の映像ストリームに相当）をデコードできない場合に、スクリーン画像生成部２５が、映像提供装置から提供される映像ストリームからクライアント装置３１が取り扱い可能な形式（例えばMPEG-4、MPEG-2、ランレングス符号化、辞書圧縮、ＪＰＥＧ圧縮、その他任意の符号化方式、また符号化したものに限らずビットマップ形式など）のスクリーン画像データ（第２の映像ストリームに相当）を生成し、スクリーン画像送信部２６が生成したスクリーン画像をクライアント装置へ送信することが記載されている（段落【０００６】，【００１４】，【００１７】，【００１８】，【００１９】，【００４０】）。
　すなわち、引用例のサーバ装置は、映像提供装置から受信するMPEG-4、MPEG-2などの任意の符号化方式で符号化された映像ストリームをクライアント装置がデコードできない場合に、スクリーン画像生成部が、映像ストリームからクライアント装置が取り扱い可能なMPEG-4、MPEG-2、ＪＰＥＧ圧縮などの形式に変換したスクリーン画像データを生成し、スクリーン画像送信部が生成したスクリーン画像データをクライアント装置へ送信するものである。
　
ｃ．クライアント能力の確認
　引用例の前掲オ及び図７の記載によると、引用例の第１の実施形態のサーバ装置は以下の処理フローを有している。
　・クライアント装置３１がサーバ装置２１に対し接続要求を行う。
　・サーバ装置は、上記接続要求を受けて映像提供装置１１に通話要求を送信する（S11）。
　・映像提供装置１１から送信される映像ストリームのフォーマット（MPEG-2やMPEG-4など）が確定すると、映像ストリーム処理決定部２４は、映像提供装置１１から送信される映像ストリームについてクライアント装置３１がデコード可能であるか否かをクライアント能力情報取得部２３から得られる情報を用いて確認する（S13）。
　なお、上記処理フローはＴＶ電話アプリケーションの例で説明されているが、前掲カの記載によれば、この処理フローはＴＶ電話アプリケーションプログラムに限らず映画コンテンツ等の映像ストリームを再生するアプリケーションプログラムでもよいと説明されており、映像コンテンツの配信においても適用され得るものである。
　また、前掲キには、第３の実施形態と称して、第１の実施形態が備えるクライアント能力情報取得部２３が詳述されており、クライアント装置３１がサーバ装置２１と接続した後に、クライアント装置３１が自身の能力情報をサーバ装置２１におけるクライアント能力情報取得部２３に通知することにより、クライアント能力情報取得部２３がクライアント装置３１の能力を表す能力情報を取得することが記載されている（段落【００５２】，【００５４】）。
　これらを要約すると、引用例のサーバ装置は、クライアント装置と接続した後に、クライアント能力情報取得部がクライアント装置からクライアント装置の能力情報を受け取り、映像ストリーム処理決定部が、映像提供装置から送信される映像ストリームについてクライアント装置がデコード可能であるか否かをクライアント能力情報取得部から得られる情報を用いて確認するものである。
　
ｄ．以上によれば、引用例には、下記の発明（以下「引用発明」という）が記載されていると認められる。
　
　　　　　　　　　　　　　　記（引用発明）
　映像提供装置からネットワークを介して映像コンテンツ、ＴＶ電話映像などのクライアント装置に表示すべき映像ストリームが送信され、持ち運び可能なクライアント装置にネットワークを介してスクリーン画像データを送信するサーバ装置であって、
　クライアント装置と接続した後に、クライアント能力情報取得部がクライアント装置からクライアント装置の能力情報を受け取り、
　映像ストリーム処理決定部が、映像提供装置から送信される映像ストリームについてクライアント装置がデコード可能であるか否かをクライアント能力情報取得部から得られる情報を用いて確認し、
　映像提供装置から受信するMPEG-4、MPEG-2などの任意の符号化方式で符号化された映像ストリームをクライアント装置がデコードできない場合に、スクリーン画像生成部が、映像ストリームからクライアント装置が取り扱い可能なMPEG-4、MPEG-2、ＪＰＥＧ圧縮などの形式に変換したスクリーン画像データを生成し、
　スクリーン画像送信部が生成したスクリーン画像データをクライアント装置へ送信する、
　サーバ装置。
　
３．対比
　本願発明と引用発明とを対比すると次のことが認められる。
　
（ａ）本願発明の「ネットワークを介して端末にコンテンツを送出するサーバ装置」について
　
　引用発明は、映像提供装置からネットワークを介して映像コンテンツ、ＴＶ電話映像などのクライアント装置に表示すべき映像ストリームが送信され、持ち運び可能なクライアント装置にネットワークを介してスクリーン画像データを送信するサーバ装置に関する発明である。
　引用発明の持ち運び可能なクライアント装置は、本願発明の「端末」に相当するものといえる。
　また、引用発明のサーバ装置が、映像コンテンツ、ＴＶ電話映像などのクライアント装置に表示すべき映像ストリームを受けて、クライアント装置にネットワークを介してスクリーン画像データを送信するということは、ネットワークを介してクライアント装置にコンテンツを送出することといえる。
　したがって、引用発明は「ネットワークを介して端末にコンテンツを送出するサーバ装置」である点で、本願発明と一致する。
　
（ｂ）本願発明の「前記端末から前記端末の能力を含む情報を受け、ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報としてコーデック、ビットレート、解像度、ファイル形式を含む情報を取得して、前記端末の能力と比較し、前記比較の結果、前記端末の能力に合致しないものが少なくとも一つある場合、前記コンテンツの変換が必要であると判断する制御部」について
　
（ｂ−１）「前記端末から前記端末の能力を含む情報を受け」について
　
　引用発明は、クライアント装置と接続した後に、クライアント能力情報取得部がクライアント装置からクライアント装置の能力情報を受け取るものであり、このクライアント能力情報取得部の動作は、本願発明でいうところの「前記端末から前記端末の能力を含む情報を受け」るものといえる。
　
（ｂ−２）「ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報としてコーデック、ビットレート、解像度、ファイル形式を含む情報を取得して、前記端末の能力と比較し」について
　
　引用発明は、映像提供装置からネットワークを介して映像コンテンツ、ＴＶ電話映像などのクライアント装置に表示すべき映像ストリームが送信されるものである。
　この映像コンテンツ、ＴＶ電話映像などのクライアント装置に表示すべき映像ストリームは、映像及び音声からなるコンテンツであるといえ、映像提供装置からネットワークを介して送信されるものであるから、本願発明の「ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツ」に相当する。
　また、引用発明は、映像ストリーム処理決定部において、MPEG-4、MPEG-2などの任意の符号化方式で符号化された映像ストリームをクライアント装置がデコード可能であるか否かを確認し、スクリーン画像生成部において、MPEG-4、MPEG-2、ＪＰＥＧ圧縮などのスクリーン画像データを生成している。
　ここで、MPEG-4、MPEG-2などの任意の符号化方式で符号化された映像ストリームは、復号化するためにはどのような符号化方式で符号化されているかを特定する情報が必要であるから、そのような符号化方式を特定する情報、つまり復号に関する情報を有していることは周知の事項である。そして、引用発明の映像ストリーム処理決定部において、クライアント装置が映像ストリームをデコード可能であるか否かを確認していることから、その映像ストリームの復号に関する情報を取得して、前記端末の能力と比較していることは明らかなことである。
　よって、引用発明の映像ストリーム処理決定部は、「ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報を取得して、前記端末の能力と比較し」という機能を有している点において、本願発明と一致する。
　ただし、本願発明の制御部は、コンテンツの復号に関する情報として「コーデック、ビットレート、解像度、ファイル形式を含む情報」を取得して端末の能力と比較するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式である点で、両者は相違する。
　
（ｂ−３）「前記比較の結果、前記端末の能力に合致しないものが少なくとも一つある場合、前記コンテンツの変換が必要であると判断する」について
　
　引用発明の映像ストリーム処理決定部は、上記（ｂ−２）において検討したように、映像ストリームの復号に関する情報を取得して、前記端末の能力と比較しているといえるものであって、その比較の結果、映像提供装置から送信される映像ストリームをクライアント装置がデコードできない場合には、スクリーン画像生成部が映像ストリームの変換を行うのであるから、映像ストリームの変換が必要であることを判断しているものといえる。
　ここで、映像提供装置から送信される映像ストリームは、上記（ｂ−２）において検討したように、本願発明の「コンテンツ」に相当する。
　また、上記（ｂ−２）において検討したように、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は映像ストリームの符号化方式に関するものであり、クライアント装置がその符号化方式の映像ストリームをデコードできない場合は、その符号化方式が「前記端末の能力に合致しない場合」であるといえる。
　よって、引用発明の映像ストリーム処理決定部は、「前記比較の結果、前記端末の能力に合致しない場合、前記コンテンツの変換が必要であると判断する」という機能を有している点で本願発明と一致する。
　ただし、本願発明の制御部は、コンテンツに関するコーデック、ビットレート、解像度、ファイル形式を含む情報を比較した結果、前記端末の能力に合致しないものが「少なくとも一つある」場合に前記コンテンツの変換が必要であると判断するものであるの対し、引用発明の映像ストリーム処理決定部は、コンテンツの符号化方式が前記端末の能力に合致しない場合に前記コンテンツの変換が必要であると判断するものである点で、両者は相違する。
　
（ｂ−４）上記（ｂ−１）〜（ｂ−３）をまとめると、引用発明のクライアント能力情報取得部、映像ストリーム処理決定部は、本願発明の「前記端末から前記端末の能力を含む情報を受け、ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報を取得して、前記端末の能力と比較し、前記比較の結果、前記端末の能力に合致しない場合、前記コンテンツの変換が必要であると判断する制御部」である点で、本願発明と一致する。
　ただし、本願発明の制御部は、コンテンツの復号に関する情報として「コーデック、ビットレート、解像度、ファイル形式を含む情報」を取得して端末の能力と比較するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式である点、及び、本願発明の制御部は、コンテンツに関するコーデック、ビットレート、解像度、ファイル形式を含む情報を比較した結果、前記端末の能力に合致しないものが「少なくとも一つある」場合に前記コンテンツの変換が必要であると判断するものであるの対し、引用発明の映像ストリーム処理決定部は、コンテンツの符号化方式が前記端末の能力に合致しない場合に前記コンテンツの変換が必要であると判断するものである点で、両者は相違する。
　
（ｃ）本願発明の「前記変換が必要と判断された場合、前記コンテンツのコーデック、ビットレート、解像度、ファイル形式のうち前記端末の能力に合致しない少なくとも一つを変換して、前記端末の能力に適合したコンテンツを生成し前記端末に送出する変換部」について
　
　上記（ｂ−３）において検討したように、引用発明の映像ストリーム処理決定部は、映像ストリームの変換が必要であることを判断するものであり、変換が必要と判断された場合には、引用発明のスクリーン画像生成部が、映像ストリームからクライアント装置が取り扱い可能なMPEG-4、MPEG-2、ＪＰＥＧ圧縮などの形式のスクリーン画像データに変換するものである。
　ここで、映像提供装置から送信される映像ストリームは、上記（ｂ−２）において検討したように、本願発明の「コンテンツ」に相当する。
　また、上記（ｂ−２）において検討したように、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式であるから、引用発明のスクリーン画像生成部は、コンテンツの符号化方式の変換を行うものである。
　すなわち、引用発明のスクリーン画像生成部は、コンテンツの復号に関する情報である符号化方式がクライアント端末の能力情報に合致しなければ、映像ストリームからクライアント装置が取り扱い可能な形式のスクリーン画像データに変換するものといえるから、引用発明のスクリーン画像生成部は、「前記変換が必要と判断された場合、前記コンテンツの復号に関する情報の前記端末の能力に合致しないものを変換して」という動作を行うものである点で本願発明の変換部と一致する。
　ただし、上記（ｂ−２）において検討したことと同様に、本願発明の変換部では、変換の対象とするコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、ファイル形式」であって、前記コンテンツの「コーデック、ビットレート、解像度、ファイル形式のうち」前記端末の能力に合致しない「少なくとも一つ」を変換するものであるのに対し、引用発明のスクリーン画像生成部では、変換の対象とするコンテンツの復号に関する情報は符号化方式であり、符号化方式が前記端末の能力情報に合致しない符号化方式であれば変換するものである点で両者は相違する。
　また、引用発明は、変換したスクリーン画像データを、スクリーン画像送信部がクライアント装置へ送信するものである。
　以上をまとめると、引用発明のスクリーン画像生成部及びスクリーン画像送信部は、「前記変換が必要と判断された場合、前記コンテンツの復号に関する情報の前記端末の能力に合致しないものを変換して、前記端末の能力に適合したコンテンツを生成し前記端末に送出する変換部」という機能を有している点で本願発明と一致する。
　ただし、本願発明の変換部では、変換の対象とするコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、ファイル形式」であって、前記コンテンツの「コーデック、ビットレート、解像度、ファイル形式のうち」前記端末の能力に合致しない「少なくとも一つ」を変換するものであるのに対し、引用発明のスクリーン画像生成部は、コンテンツの復号に関する情報である符号化方式が前記端末の能力情報に合致しない符号化方式であれば変換するものである点で、両者は相違する。
　
（ｄ）本願発明の「前記制御部は、前記端末から呼接続時に送信される前記端末の能力を含む情報を受けて解析し、ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツと共に、又は別途入力される、前記コンテンツの復号化情報、ファイル形式から、前記コーデック、ビットレート、解像度、ファイル形式の情報を取得して、前記端末の能力と比較し、前記コンテンツに関するコーデック、ビットレート、解像度、及び、ファイル形式のうち前記端末の能力に合致しないものが少なくとも一つある場合に、前記変換部に変換指示を出力する制御・解析部を備え」について
　
（ｄ−１）「前記端末から呼接続時に送信される前記端末の能力を含む情報を受けて解析し」について
　
　上記（ｂ−１）において検討したように、引用発明のクライアント能力情報取得部の動作は、本願発明でいうところの「前記端末から前記端末の能力を含む情報を受け」るものといえる。
　また、引用発明は、映像ストリーム処理決定部が、映像提供装置から送信される映像ストリームについてクライアント装置がデコード可能であるか否かをクライアント能力情報取得部から得られる情報を用いて確認するものである。
　すなわち、引用発明の映像ストリーム処理決定部は、クライアント能力情報取得部が取得するクライアント装置の能力情報を用いて、映像ストリームをデコード可能であるか否かを確認しているのであるから、クライアント装置の能力情報を解析しているものといえる。
　よって、引用発明のクライアント能力情報取得部、及び映像ストリーム処理決定部は、「前記端末から送信される前記端末の能力を含む情報を受けて解析し」という機能を有している点において、本願発明と一致する。
　ただし、本願発明の制御部は、前記端末から「呼接続時に」送信される前記端末の能力を含む情報を受けるものであるのに対し、引用発明のクライアント能力情報取得部は、クライアント装置と接続した後にクライアント装置の能力情報を受け取るものと規定するものの、能力情報が「呼接続時に」送信されるものとは特定されていない点で、両者は相違する。
　
（ｄ−２）「ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツと共に、又は別途入力される、前記コンテンツの復号化情報、ファイル形式から、前記コーデック、ビットレート、解像度、ファイル形式の情報を取得して、前記端末の能力と比較し」について
　
　上記（ｂ−２）における検討を援用すると、引用発明の映像ストリーム処理決定部は、「ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報を取得して、前記端末の能力と比較し」という機能を有している点において、本願発明と一致する。
　ただし、本願発明の制御部は、コンテンツの復号に関する情報として、「前記コンテンツと共に、又は別途入力される前記コンテンツの復号化情報、ファイル形式から、前記コーデック、ビットレート、解像度、ファイル形式の情報」を取得して端末の能力と比較するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式である点で、両者は相違する。
　
（ｄ−３）「前記コンテンツに関するコーデック、ビットレート、解像度、及び、ファイル形式のうち前記端末の能力に合致しないものが少なくとも一つある場合に、前記変換部に変換指示を出力する」について
　
　引用発明の映像ストリーム処理決定部は、上記（ｂ−２）において検討したように、映像ストリームの復号に関する情報を取得して、前記端末の能力と比較しているといえるものであって、その比較の結果、映像提供装置から送信される映像ストリームをクライアント装置がデコードできない場合には、スクリーン画像生成部が映像ストリームの変換を行うのであるから、引用発明の映像ストリーム処理決定部は、映像提供装置から送信される映像ストリームをクライアント装置がデコードできない場合には、スクリーン画像生成部に映像ストリーム変換を行うよう指示しているものといえる。
　ここで、映像提供装置から送信される映像ストリームは、上記（ｂ−２）において検討したように、本願発明の「コンテンツ」に相当する。
　そして、上記（ｂ−２）において検討したように、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して、端末の能力と比較するものであるものの、その情報は映像ストリームの符号化方式に関するものであり、クライアント装置がその符号化方式の映像ストリームをデコードできない場合は、その符号化方式が前記端末の能力に合致しない場合に当たるものであるから、「前記コンテンツの復号に関する情報が前記端末の能力に合致しない場合」であるといえる。
　また、上記（ｃ）において検討したように、引用発明のスクリーン画像生成部は、映像ストリーム処理決定部の判断に応じて前記コンテンツの復号に関する情報の前記端末の能力に合致しないものを変換するという動作を行うものであり、本願発明の変換部と同様のものであるので、引用発明の映像ストリーム処理決定部は、本願発明と同様に「前記変換部に変換指示を出力する」のもといえる。
　すなわち、引用発明の映像ストリーム処理決定部は、「前記コンテンツの復号に関する情報が前記端末の能力に合致しない場合に、前記変換部に変換指示を出力する」という機能を有している点で本願発明と一致する。
　ただし、本願発明の制御部では、端末の能力と比較を行うコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、ファイル形式」であって、前記コンテンツに関する「コーデック、ビットレート、解像度、及び、ファイル形式のうち」前記端末の能力に合致しない「ものが少なくとも一つある」場合に変換指示を出力するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報である符号化方式が前記端末の能力情報に合致しない場合に変換指示を出力するものである点で、両者は相違する。
　
（ｄ−４）上記（ｄ−１）において検討したように、引用発明の映像ストリーム処理決定部は、クライアント装置の能力情報を解析するものといえることから、本願発明の「解析部」の機能を備えているものといえる。
　そして、上記（ｄ−１）〜（ｄ−３）をまとめると、引用発明のクライアント能力情報取得部、映像ストリーム処理決定部は、本願発明の「前記制御部は、前記端末から送信される前記端末の能力を含む情報を受けて解析し、ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報を取得して、前記端末の能力と比較し、前記コンテンツの復号に関する情報が前記端末の能力に合致しない場合に、前記変換部に変換指示を出力する制御・解析部を備え」ている点で、本願発明と一致する。
　ただし、本願発明の制御部は、前記端末から「呼接続時に」送信される前記端末の能力を含む情報を受けるものであるのに対し、引用発明のクライアント能力情報取得部は、クライアント装置と接続した後にクライアント装置の能力情報を受け取るものと規定するものの、能力情報が「呼接続時に」送信されるものとは特定されていない点、本願発明の制御部は、コンテンツの復号に関する情報として、「前記コンテンツと共に、又は別途入力される前記コンテンツの復号化情報、ファイル形式から、前記コーデック、ビットレート、解像度、ファイル形式の情報」を取得して端末の能力と比較するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式である点、本願発明の制御部では、端末の能力と比較を行うコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、ファイル形式」であって、前記コンテンツに関する「コーデック、ビットレート、解像度、及び、ファイル形式のうち」前記端末の能力に合致しない「ものが少なくとも一つある」場合に変換指示を出力するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報である符号化方式が前記端末の能力情報に合致しない場合に変換指示を出力するものである点で、両者は相違する。
　
（ｅ）本願発明の「前記変換部は、前記制御・解析部からの変換の指示を受けると、前記コンテンツに関するコーデック、ビットレート、解像度、及び、ファイル形式のうち前記端末の能力に合致しないものについて、前記コンテンツにトランスコード処理を施し、トランスコード処理したコンテンツを出力するトランスコーダ部を備え、前記トランスコーダ部から出力されるコンテンツが伝送路を介して前記端末に送出される」について
　
　上記（ｄ）において検討したように、引用発明は、「前記コンテンツの復号に関する情報が前記端末の能力に合致しない場合に、前記変換部に変換指示を出力する制御・解析部を備え」ているものといえる。
　また、上記（ｃ）において検討したように、引用発明のスクリーン画像生成部は、コンテンツの復号に関する情報である符号化方式がクライアント端末の能力情報に合致しなければ、映像ストリームからクライアント装置が取り扱い可能な形式のスクリーン画像データに変換し、スクリーン画像送信部が、変換したスクリーン画像データを、クライアント装置へ送信するものである。
　ここで、本願発明の変換部は、コンテンツにトランスコード処理を施すトランスコーダ部を備えているのに対し、引用発明のスクリーン画像生成部は、映像ストリームからクライアント装置が取り扱い可能な形式のスクリーン画像データに変換する変換処理部を備えているものといえるが、その変換処理がトランスコード処理であるか特定されていない点で両者は相違する。
　以上のことから、引用発明のスクリーン画像生成部及びスクリーン画像送信部は、「前記変換部は、前記制御・解析部からの変換の指示を受けると、前記コンテンツの復号に関する情報が前記端末の能力に合致しないものであれば、前記コンテンツに変換処理を施し、変換処理したコンテンツを出力する変換処理部を備え、前記変換処理部から出力されるコンテンツが伝送路を介して前記端末に送出される」というものである点で本願発明と一致する。
　ただし、本願発明の変換部では、変換の対象とするコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、ファイル形式」であって、前記コンテンツに関する「コーデック、ビットレート、解像度、及び、ファイル形式のうち」前記端末の能力に合致しないものについて変換処理を施すとしているのに対し、引用発明のスクリーン画像生成部では、変換の対象とするコンテンツの復号に関する情報は符号化方式であり、符号化方式が前記端末の能力情報に合致しないものであれば変換処理を施すものである点、及び、本願発明の変換部は、変換処理部としてコンテンツにトランスコード処理を施すトランスコーダ部を備えているのに対し、引用発明のスクリーン画像生成部の変換処理部が行う変換処理は、どのような変換処理であるのか特定がなされていない点で両者は相違する。
　
４．一致点・相違点
　上記（４）（ａ）ないし（ｅ）での対比結果をまとめると、本願補正発明と引用発明との［一致点］と［相違点］は以下のとおりである。
　
［一致点］
　ネットワークを介して端末にコンテンツを送出するサーバ装置であって、
　前記端末から前記端末の能力を含む情報を受け、ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報を取得して、前記端末の能力と比較し、前記比較の結果、前記端末の能力に合致しない場合、前記コンテンツの変換が必要であると判断する制御部と、
　前記変換が必要と判断された場合、前記コンテンツの復号に関する情報の前記端末の能力に合致しないものを変換して、前記端末の能力に適合したコンテンツを生成し前記端末に送出する変換部と、
　を備え、
　前記制御部は、
　前記端末から送信される前記端末の能力を含む情報を受けて解析し、
　ネットワークを介して入力される、映像、音声、オーディオのうちの少なくとも一つを含むコンテンツについて、前記コンテンツの復号に関する情報を取得して、前記端末の能力と比較し、
　前記コンテンツの復号に関する情報が前記端末の能力に合致しない場合に、前記変換部に変換指示を出力する制御・解析部を備え、
　前記変換部は、
　前記制御・解析部からの変換の指示を受けると、前記コンテンツの復号に関する情報が前記端末の能力に合致しないものであれば、前記コンテンツに変換処理を施し、変換処理したコンテンツを出力する変換処理部を備え、
　前記変換処理部から出力されるコンテンツが伝送路を介して前記端末に送出される、ことを特徴とするサーバ装置。
　
［相違点１］
　本願発明の制御部は、コンテンツの復号に関する情報として「コーデック、ビットレート、解像度、ファイル形式を含む情報」を取得して端末の能力と比較するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式である点。
　
［相違点２］
　本願発明の制御部は、コンテンツに関するコーデック、ビットレート、解像度、ファイル形式を含む情報を比較した結果、前記端末の能力に合致しないものが「少なくとも一つある」場合に前記コンテンツの変換が必要であると判断するものであるの対し、引用発明の映像ストリーム処理決定部は、コンテンツの符号化方式が前記端末の能力に合致しない場合に前記コンテンツの変換が必要であると判断するものである点。
　
［相違点３］
　本願発明の変換部では、変換の対象とするコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、ファイル形式」であって、前記コンテンツの「コーデック、ビットレート、解像度、ファイル形式のうち」前記端末の能力に合致しない「少なくとも一つ」を変換するものであるのに対し、引用発明のスクリーン画像生成部は、コンテンツの復号に関する情報である符号化方式が前記端末の能力情報に合致しない符号化方式であれば変換するものである点。
　
［相違点４］
　本願発明の制御部は、前記端末から「呼接続時に」送信される前記端末の能力を含む情報を受けるものであるのに対し、引用発明のクライアント能力情報取得部は、クライアント装置と接続した後にクライアント装置の能力情報を受け取るものと規定するものの、能力情報が「呼接続時に」送信されるものとは特定されていない点。
　
［相違点５］
　本願発明の制御部は、コンテンツの復号に関する情報として、「前記コンテンツと共に、又は別途入力される前記コンテンツの復号化情報、ファイル形式から、前記コーデック、ビットレート、解像度、ファイル形式の情報」を取得して端末の能力と比較するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式である点。
　
［相違点６］
　本願発明の制御部では、端末の能力と比較を行うコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、ファイル形式」であって、前記コンテンツに関する「コーデック、ビットレート、解像度、及び、ファイル形式のうち」前記端末の能力に合致しない「ものが少なくとも一つある」場合に変換指示を出力するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報である符号化方式が前記端末の能力情報に合致しない場合に変換指示を出力するものである点。
　
［相違点７］
　本願発明の変換部では、変換の対象とするコンテンツの復号に関する情報は「コーデック、ビットレート、解像度、及び、ファイル形式」であって、前記コンテンツに関する「コーデック、ビットレート、解像度、及び、ファイル形式のうち」前記端末の能力に合致しないものについて変換処理を施すとしているのに対し、引用発明のスクリーン画像生成部では、変換の対象とするコンテンツの復号に関する情報は符号化方式であり、符号化方式が前記端末の能力情報に合致しないものであれば変換処理を施すものである点。
　
［相違点８］
　本願発明の変換部は、変換処理部としてコンテンツにトランスコード処理を施すトランスコーダ部を備えているのに対し、引用発明のスクリーン画像生成部の変換処理部が行う変換処理は、どのような変換処理であるのか特定がなされていない点。
　
　ここで、相違点１ないし３及び相違点５ないし７は同じコンテンツの復号に関する情報に関連するものであり、それらのコンテンツの復号に関する情報についての相違点をまとめると、本願発明と引用発明の相違点は以下のように集約される。
　
［相違点ａ（上記相違点１ないし３，５の一部，及び６，７）］
　本願発明は、制御部で、コンテンツの復号に関する情報として「コーデック、ビットレート、解像度、ファイル形式を含む情報」を取得して端末の能力と比較し、比較した結果、「コーデック、ビットレート、解像度、ファイル形式のうち」前記端末の能力に合致しないものが「少なくとも一つある」場合に前記コンテンツの変換が必要であると判断して変換指示を出力し、変換部で、「コーデック、ビットレート、解像度、ファイル形式のうち」前記端末の能力に合致しない「ものが少なくとも一つある」場合に変換処理を施すものであるのに対し、引用発明は、映像ストリーム処理決定で、コンテンツの復号に関する情報を取得して端末の能力と比較するものであるものの、その情報は符号化方式であり、その符号化方式が前記端末の能力に合致しない場合に前記コンテンツの変換が必要であると判断して変換指示を出力し、引用発明のスクリーン画像生成部で、その符号化方式が前記端末の能力情報に合致しない符号化方式であれば変換処理を施すものである点。
　
［相違点ｂ（上記相違点４）］
　本願発明の制御部は、前記端末から「呼接続時に」送信される前記端末の能力を含む情報を受けるものであるのに対し、引用発明のクライアント能力情報取得部は、クライアント装置と接続した後にクライアント装置の能力情報を受け取るものと規定するものの、能力情報が「呼接続時に」送信されるものとは特定されていない点。
　
［相違点ｃ（上記相違点５の一部）］
　本願発明の制御部は、コンテンツの復号に関する情報を、「前記コンテンツと共に、又は別途入力される前記コンテンツの復号化情報、ファイル形式から」取得するものであるのに対し、引用発明の映像ストリーム処理決定部は、コンテンツの復号に関する情報を取得するものであるものの、その情報の具体的な取得方法は特定されていない点。
　
［相違点ｄ（上記相違点８）］
　本願発明の変換部は、変換処理部としてコンテンツにトランスコード処理を施すトランスコーダ部を備えているのに対し、引用発明のスクリーン画像生成部の変換処理部が行う変換処理は、どのような変換処理であるのか特定がなされていない点。
　
５．相違点の判断
［相違点ａ］について
　MPEG規格の符号化方式においては、MPEG-4とMPEG-2では、コンテナフォーマット、すなわちファイル形式が異なり、符号化のコーディングも異なっている。さらに、MPEG-4とMPEG-2のそれぞれの規格においてもプロファイル／レベルが規定されており、レベルによってビットレート、解像度が特定される。そして、MPEG規格に以外にも様々な符号化方式が存在し、それぞれの方式において、コーデック、ビットレート、解像度、ファイル形式が異なることも一般的に知られていることである。
　再生側において受信するコンテンツのコーデック、ファイル形式に対応していなければ、コンテンツは再生できないものであり、また、再生側の能力によって再生可能なMPEG規格のレベル、すなわちビットレート、解像度が限定されることも当業者にとって自明のことであるから、引用発明において、コンテンツの復号に関する情報として、符号化方式のみならず、コンテンツのコーデック、ビットレート、解像度、ファイル形式についても取得し、端末の能力と比較をすることは、当業者が容易に想到し得ることである。
　また、例えば、クライアント端末の再生機能に合うようにコンテンツの解像度、ファイル形式を変換することが特開２００２−３４２２１８号公報の段落【００３１】〜【００３７】等に記載されているように、再生側の能力にあわせてコンテンツの符号化に関する形式を変換することは周知の技術であり、上述したように符号化方式によってコーデック、ビットレート、解像度、ファイル形式が異なるものであって、その中の一つでも端末の能力と合致しなければコンテンツを再生できないことは明白であるから、コンテンツのコーデック、ビットレート、解像度、ファイル形式のうち前記端末の能力に合致しないものが少なくとも一つある場合に前記コンテンツの変換が必要であると判断して変換指示を出力して変換処理を施すことは、当業者が容易に想到し得ることである。
　よって、引用発明において、制御部で、コンテンツの復号に関する情報として「コーデック、ビットレート、解像度、ファイル形式を含む情報」を取得して端末の能力と比較し、比較した結果、「コーデック、ビットレート、解像度、ファイル形式のうち」前記端末の能力に合致しないものが「少なくとも一つある」場合に前記コンテンツの変換が必要であると判断して変換指示を出力し、変換部で、「コーデック、ビットレート、解像度、ファイル形式のうち」前記端末の能力に合致しない「ものが少なくとも一つある」場合に変換処理を施すものとすることは、当業者が容易になし得たことである。
　
［相違点ｂ］について
　引用発明のサーバ装置のクライアント能力情報取得部は、クライアント装置と接続した後にクライアント装置の能力情報を受け取るものであるところ、サーバと端末間で送受信を行う音声・画像符号化データのパラメータを決定するために、通信開始時に呼接続と同時にＳＩＰ／ＳＤＰに基づく能力交換を行うことが周知の技術である（例えば、前置報告書において周知例として示された国際公開第２００７／１１１００６号の段落【００１９】，【００３４】等を参照のこと）。
　よって、引用発明において、サーバ装置とクライアント装置とを接続した後に、呼接続時にクライアント装置の能力情報を受け取るようにすることは、当業者が容易になし得ることである。
　
［相違点ｃ］について
　コンテンツサーバからクライアント端末へコンテンツを配信する際に、コンテンツの解像度、ビットレート、符号化方式などのデータ形式の情報がコンテンツに含まれており、コンテンツと同時に受け取ることは一般的に行われている周知技術である（例えば、特開２００６−１２９４６８号公報の段落【００４７】，【００６５】等を参照のこと）。また、コンテンツのビットレート、解像度、符号化形式等の情報をコンテンツとは別に取得することも周知の技術である（例えば、特開２００７−４４９３号公報の段落【０１０１】〜【０１０３】等を参照のこと）。
　これらの周知技術を踏まえると、引用発明において、コンテンツの復号に関する情報を「前記コンテンツと共に、又は別途入力される前記コンテンツの復号化情報、ファイル形式から」取得するものとすることは、当業者が容易になし得たことである。
　
［相違点ｄ］について
　符号化された映像データのビットレート、解像度、符号化形式、フォーマットなどをトランスコード処理で変換を行う技術は、当該技術分野における周知技術であり（例えば、特開２００３−７８８５６号公報の段落【００３１】〜【００３３】、特開２００７−２８１８６８号公報の段落【００４２】等を参照のこと）、引用発明の変換処理をトランスコード処理とすることは、当業者が容易になし得たことである。
　
６．効果等について
　本願発明の構成は、上記のように当業者が容易に想到できたものであるところ、本願発明が奏する効果は、その容易想到である構成から当業者が容易に予測しうる範囲内のものであり、同範囲を超える顕著なものではない。
　
７．まとめ
　以上のとおりであるから、本願の請求項１に係る発明は、刊行物２に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
第４　むすび
　以上のとおり、本願の請求項１に係る発明は、刊行物２に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶をすべきものである。
　よって、結論のとおり審決する。