【事件の表示】
　特願２０１３−５５８０００「シーンベースの可変圧縮」拒絶査定不服審判事件〔平成２４年　９月２７日国際公開、ＷＯ２０１２／１２８７４３、平成２６年　６月１９日国内公表、特表２０１４−５１４８００、請求項の数（１３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
１．手続
　本願は、２０１１年（平成２３年）３月１８日を国際出願日とする国際特許出願であって、手続の概要は以下のとおりである。
　
手続補正　　　　　　　：平成２５年　９月１７日
拒絶理由通知　　　　　：平成２６年　８月２５日（起案日）
手続補正　　　　　　　：平成２６年１１月　５日
拒絶査定　　　　　　　：平成２７年　５月１８日（起案日）
拒絶査定不服審判請求　：平成２７年　９月　８日
手続補正　　　　　　　：平成２７年　９月　８日
拒絶理由（当審）　　　：平成２８年１０月３１日（起案日）
手続補正　　　　　　　：平成２８年１２月　５日
 　
２．査定
　原審での査定の理由は、概略、以下のとおりである。
　
　本願の各請求項に係る発明（平成２６年１１月５日付け手続補正書による）は、下記刊行物Ａに記載された発明および周知技術（前置報告書による刊行物Ｂも参照）に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　　　　　記　
刊行物Ａ：特開２００６−３１１０７８号公報
刊行物Ｂ：特開２００２−３４４９４１号公報
　
３．当審における拒絶の理由（平成２８年１０月３１日付け）
　当審で通知した上記拒絶の理由は、概略、以下のとおりである。
　
（１）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号、第２号に規定する要件を満たしていない。
　　　　　記　
（請求項１−請求項１１について） 
（Ａ）請求項の「少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のコンテンツを有し、前記第２の部分は第２のコンテンツタイプの第２のコンテンツを有する、受信することと、」の記載における、「第１の部分と第２の部分とを有するコンテンツの要求を受信する」のコンテンツ、「第１のコンテンツタイプの第１のコンテンツ」、「第２のコンテンツタイプの第２のコンテンツ」は、どのような事項を特定しているか明確ではない。
　（請求項１０の同様の記載も同じである。）
　
（Ｂ）請求項の「許容レベル」とは、どのようなレベルか不明である。　　
　
（２）本願の各請求項に係る発明（平成２７年９月８日付け手続補正書による）は、下記刊行物に記載された発明および周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　　　　　記　
刊行物１：特開２００５−８４７７０号公報
刊行物２：特開２００５−１３０１９６号公報
　
第２　本願発明
　本願の各請求項（請求項１ないし請求項１３）に係る発明（以下、各請求項の項番を用いて「本願発明１」、「本願発明２」等と呼び、これらの総称を「本願発明」という。）は、平成２８年１２月５日付けの手続補正書により補正された特許請求の範囲に記載された事項により特定される、以下のとおりのものである。
　
　　【請求項１】
　プロセッサと、メモリとを有するコンピューティングデバイスによって実行される方法であって、
　前記プロセッサにより第１のコンテンツタイプの圧縮レベルの指示を受信することであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、受信することと、
　少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、受信することと、
　前記コンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択することであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、選択することと、
　前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮することと、
　前記コンテンツを伝送することであって、前記コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、伝送することと
を含む方法。
　　【請求項２】
　前記圧縮レベルの指示は、前記コンテンツを要求するクライアントコンピューティングデバイスから受信されることをさらに含む請求項１に記載の方法。
　　【請求項３】
　前記コンテンツの前記第１の部分は第１のサイズを有し、前記コンテンツの前記第１の部分の圧縮されたサイズは、前記第２の圧縮方法を使用して前記コンテンツの前記第１の部分を圧縮した場合の結果よりも小さい請求項１に記載の方法。
　　【請求項４】
　前記第１及び第２のコンテンツタイプの少なくとも１つは、コンテンツの前記部分の少なくとも１つに関連付けられているメタデータで指示される請求項１に記載の方法。
　　【請求項５】
　前記第１及び第２のコンテンツタイプの少なくとも１つが自動的に検出される請求項１に記載の方法。
　　【請求項６】
　前記第１及び第２コンテンツタイプの少なくとも１つが、景色、話者の性別、話者の属性、スポーツ、野生生物、ニュース、またはセクシュアルのうちの少なくとも１つである請求項１に記載の方法。
　　【請求項７】
　前記第１のコンテンツタイプがニュースであり、前記第２のコンテンツタイプがスポーツである場合、前記第１の圧縮方法は、前記第２の圧縮方法より情報損失が大きい請求項１に記載の方法。
　　【請求項８】
　前記第１のコンテンツタイプが広角ビューであり、前記第２のコンテンツタイプがクローズアップビューである場合、前記第１の圧縮方法は、前記第２の圧縮方法より情報損失が少ない請求項１に記載の方法。
　　【請求項９】
　プロセッサおよびメモリと、
　第１のコンテンツタイプの圧縮レベルの指示を受信するように構成されたコンポーネントであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、コンポーネントと、
　少なくとも第１の部分と第２の部分とを有するコンテンツの要求をクライアントから受信するように構成されたコンポーネントであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、コンポーネントと、
　前記第１のコンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択するコンポーネントであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、コンポーネントと、
　前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮する、コンポーネントと、
　前記要求されたコンテンツを前記クライアントに伝送するように構成されたコンポーネントであって、前記コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、コンポーネントと
を備えるシステム。
　　【請求項１０】
　以前圧縮されたコンテンツをストレージから取り出すように構成されたコンポーネントをさらに備える請求項９に記載のシステム。
　　【請求項１１】
　前記コンテンツに関連付けられているメタデータのストレージをさらに備える請求項９に記載のシステム。
　　【請求項１２】
　前記コンテンツの少なくとも一部の部分に関連付けられているメタデータが存在し、前記第１の圧縮方法は前記第１の部分に関連付けられているメタデータに基づいて選択される請求項１１に記載のシステム。
　　【請求項１３】
　前記第１の圧縮方法は、前記第１のコンテンツタイプを動的に認識することに基づいて選択される請求項１１に記載のシステム。
　
第３　当審が通知した拒絶の理由についての検討
１．拒絶の理由（１）について
　上記拒絶の理由を通知したところ、本願の請求項１および請求項９の記載は以下のとおりの記載となった。
　
　　【請求項１】
　プロセッサと、メモリとを有するコンピューティングデバイスによって実行される方法であって、
　前記プロセッサにより第１のコンテンツタイプの圧縮レベルの指示を受信することであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、受信することと、
　少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１の
シーン
シーン
　前記コンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択することであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、選択することと、
　
前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮することと、
　前記コンテンツを伝送することであって、前記コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、伝送することと
を含む方法。
　
　　【請求項９】
　プロセッサおよびメモリと、
　第１のコンテンツタイプの圧縮レベルの指示を受信するように構成されたコンポーネントであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、コンポーネントと、
　少なくとも第１の部分と第２の部分とを有するコンテンツの要求をクライアントから受信するように構成されたコンポーネントであって、前記第１の部分は前記第１のコンテンツタイプの第１の
シーン
シーン
　前記第１のコンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択するコンポーネントであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、コンポーネントと、
　
前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮する、コンポーネントと、
　前記要求されたコンテンツを前記クライアントに伝送するように構成されたコンポーネントであって、前記コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、コンポーネントと
を備えるシステム。
　
　すなわち、補正（平成２８年１２月５日、以下同じ。）前の請求項１の「少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のコンテンツを有し、前記第２の部分は第２のコンテンツタイプの第２のコンテンツを有する、受信することと」の記載を、「少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１の
シーン
シーン
シーン
シーン
　したがって、拒絶の理由（１）の（Ａ）は解消した。
　
　また、同（Ｂ）は、平成２８年１２月５日付け意見書の（４．１．２）の記載によれば、本願明細書の発明の詳細な説明に「さまざまな実施形態において、ユーザは、第１の圧縮方法を使用してコンテンツが圧縮される場合に生じるであろう忠実性よりも低い忠実性で一部のコンテンツタイプを視聴したいとユーザが望むことを指示することができる。そのような実施形態において、クライアントコンピューティングデバイスは、第１の圧縮方法を使用してコンテンツが圧縮される場合に可能となる忠実性よりも低い忠実性でユーザが視聴したいと望むものであるとユーザが前もって指示していた特定のシーンをコンテンツが含むことを認識するために、シーン認識アルゴリズムを採用することができる。コンテンツがそのようなシーンを含むことを認識すると、クライアントコンピューティングデバイスは、第１の圧縮方法よりも低い忠実性をもたらす第３の圧縮方法（たとえば、可逆または「より情報損失の多い」圧縮方法）を使用するようサーバコンピューティングデバイスに指示することができる。次いで、サーバコンピューティングデバイスは、第３の圧縮方法を使用して圧縮されるコンテンツを提供することができる。後に、受信されたコンテンツが、第３の圧縮方法を使用してコンテンツが圧縮される場合に可能となる忠実性よりも低い忠実性で受信されるべきであるとユーザが指示していない別のシーンを含むことをクライアントコンピューティングデバイスが決定すると、クライアントコンピューティングデバイスは、第１の圧縮方法（または異なる圧縮方法）の使用に戻るようサーバコンピューティングデバイスに要求することができる。」（【００１２】）との記載があることからみて、「第１のコンテンツタイプの圧縮レベルの指示」を行ったとしても「第１の圧縮方法を使用してコンテンツが圧縮される場合に可能となる忠実性よりも低い忠実性でユーザが視聴したいと望むものであるとユーザが前もって指示していた特定のシーンをコンテンツが含む」場合、第３の圧縮方法（たとえば、可逆または「より情報損失の多い」圧縮方法）を使用して、圧縮を行うことが開示されているから、第１のコンテンツタイプの圧縮レベルは、「許容レベル」といいうるものであり、拒絶の理由（１）の（Ｂ）は解消した。
　
２．拒絶の理由（２）について
（ア）本願発明１
　まず、本願発明１について、拒絶の理由（２）を検討する。
　本願発明１は、平成２８年１２月５日付けの手続補正書により補正された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
（（Ａ）ないし（Ｇ）は当審において付与した。以下「構成要件（Ａ）」等として引用する。）
　
　　【請求項１】
（Ａ）プロセッサと、メモリとを有するコンピューティングデバイスによって実行される方法であって、
（Ｂ）前記プロセッサにより第１のコンテンツタイプの圧縮レベルの指示を受信することであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、受信することと、
（Ｃ）少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、受信することと、
（Ｄ）前記コンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択することであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、選択することと、
（Ｅ）前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮することと、
（Ｆ）前記コンテンツを伝送することであって、前記コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、伝送することと
（Ｇ）を含む方法。
　
（イ）刊行物の記載事項
（イ−１）刊行物１の記載
　当審における拒絶の理由の通知において引用された特開２００５−８４７７０号公報（以下、「刊行物１」という。）には、図面と共に以下の事項が記載されている。
　
【０００１】
　本発明は、コンテンツ提供システムおよび方法、提供装置および方法、再生装置および方法、並びにプログラムに関し、特に、ユーザの嗜好に合わせたコンテンツを提供できるようにしたコンテンツ提供システムおよび方法、提供装置および方法、再生装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
　従来、ネットワーク上のサーバからユーザ端末にコンテンツを提供する場合、サーバは、ユーザ端末のネットワーク環境に応じてコンテンツのビットレートや解像度を切り換えることにより、ユーザ端末の環境の違いに対応している。
【０００３】
　しかしながら、サーバは、ユーザの嗜好に応じて、コンテンツを選択して提供するのは困難である。
【０００４】
　ユーザの興奮度や趣味度を示す情動に基づいて、放送番組が選択される例として、特許文献１には、ユーザの顔を赤外線で撮影した顔画像に基づいて、ユーザの興奮度や興味度を示す情動が検出され、興奮度と興味度がともに低く元気がないと判定された場合には、これらを反転させた興味度と興奮度がともに高い元気が出るような放送番組が選択されることが開示されている。
【特許文献１】特開２００１−１００８８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
　しかしながら、ネットワーク上のサーバからユーザ端末にコンテンツを提供する場合、サーバが、予め登録されているユーザの嗜好に基づいてコンテンツの品質、音量または解像度を変更したり、嗜好にあったコンテンツを選択するのは困難である。
【０００６】
　また、ユーザに提供されたコンテンツがユーザの嗜好に合わない場合、ユーザは、自分でコンテンツを変更する指令を入力する必要があり、サーバ側は、実際に提供したコンテンツがユーザの嗜好に合うか否かを、ユーザの指令によってしか知ることができないという課題があった。
【０００７】
　さらに、サーバ側は、リアルタイムにユーザの嗜好に基づきコンテンツを選択したり、調整して提供するのは困難であるという課題があった。
【０００８】
　本発明はこのような状況に鑑みてなされたものであり、ユーザの嗜好に基づいてコンテンツを提供するようにするものである。
　
【００４９】
　以下に、本発明の実施の形態について図面を参照して説明する。
【００５０】
　図１は、本発明を適用した提供システム１の全体の構成例を示す図である。
【００５１】
　この提供システム１においては、ネットワーク１１を介して、ユーザ端末装置２１とコンテンツ提供装置２２が互いに接続されている。コンテンツ提供装置２２は、ユーザ端末装置２１に、ネットワーク１１を介してコンテンツを提供する。また、提供されるコンテンツは、階層符号化されたコンテンツである。コンテンツ提供装置２２が、ユーザ端末装置２１にコンテンツを提供する３つの実施の形態を、以下に説明する。最初に図２乃至図９を参照して、本発明の第１の実施の形態を説明する。
　
【００５７】
　図３は、図１のコンテンツ提供装置２２の一例である（第１の実施の形態の）コンテンツ提供装置２２−１の機能的構成例を示すブロック図である。
【００５８】
　コンテンツ提供装置２２−１には、受信部３０１、認証登録部３０２、嗜好情報記憶部３０３、選択制御部３０４、コンテンツサーバ３０５、送信部３０６、メタ情報取得部３０７、およびQoSコントローラ３０８が設けられている。
【００５９】
　受信部３０１は、ネットワーク１１を介して様々な情報を受信する。認証登録部３０２は、ユーザを識別するためのＩＤとＰＷ（パスワード）が、正しいか否かを認証したり、嗜好情報を登録する処理を実行する。嗜好情報記憶部３０３は、ＩＤおよびＰＷ、並びに、ＩＤに対応する嗜好情報等を記憶する。
【００６０】
　選択制御部３０４は、受信部３０１、認証登録部３０２、または嗜好情報記憶部３０３から取得した嗜好情報に基づき、コンテンツサーバ３０５から嗜好情報にあったコンテンツを選択する。選択されたコンテンツは、送信部３０６またはメタ情報取得部３０７に供給される。
【００６１】
　コンテンツサーバ３０５には、複数のコンテンツ（例えば、コンテンツＡ１，Ａ２，Ａ３，・・・，Ａｎ（ｎは１以上の任意の自然数））が記録されている。例えば、同じタイトル（コンテンツＡ１）の映画であっても、記録レートが異なるコンテンツや、怖い箇所（シーン）が変更されている（別のストーリに変更されている）コンテンツ等の複数のコンテンツ（コンテンツＡ１−１乃至Ａ１−ｋ（ｋは１以上の任意の自然数））が記録されている。また、異なるジャンル（ニュース、スポーツ、ホラー等）のコンテンツもそれぞれ記録されている。送信部３０６は、認証登録部３０２、選択制御部３０４、またはQoSコントローラ３０８から供給された情報をネットワーク１１を介して送信する。
【００６２】
　メタ情報取得部３０７は、選択制御部３０３から供給されたコンテンツから、メタ情報を取得し、QoSコントローラ３０８に出力する。すなわち、メタ情報は、コンテンツに含まれている（後述する図８）。QoSコントローラ３０８は、メタ情報と嗜好情報記憶部３０３から供給される嗜好情報に基づいて、コンテンツを調整し、調整したコンテンツを送信部３０６に出力する。
【００６３】
　次に、図４乃至図７を参照して、図３のコンテンツ提供装置２２−１が、図２のユーザ端末装置２１−１にコンテンツを提供する処理を説明する。最初に、図４および図５のフローチャートを参照して、図２のユーザ端末装置２１−１におけるコンテンツ再生処理について説明する。なお、この処理は、ユーザによりコンテンツの提供を開始する指令が入力部１０１に入力されたとき開始される。
【００６４】
　ステップＳ１において、入力部１０１は、ユーザからコンテンツの提供を開始する指令を受け付ける。
【００６５】
　ステップＳ２において、処理部１０５は、ユーザ端末装置２１−１自身の端末情報を送信部１０４に供給する。送信部１０４は、この端末情報をネットワーク１１を介してコンテンツ提供装置２２−１に送信する。具体的には、ユーザ端末装置２１−１のネットワーク環境、表示部１０７の解像度、処理部１０５の能力等の端末情報が送信される。
【００６６】
　ステップＳ３において、入力部１０１は、ユーザからのＩＤとＰＷの入力を受け付ける。このとき、例えば、表示部１０７にＩＤとＰＷの入力画面を表示させ、入力部１０１への入力を促すようにてもよい。
【００６７】
　ステップＳ４において、送信部１０４は、ステップＳ３の処理で入力部１０１が取得したＩＤとＰＷをネットワーク１１を介してコンテンツ提供装置２２−１に送信する。いまの例の場合、全ての（複数の）ユーザのＩＤとＰＷは、コンテンツ提供装置２２−１の嗜好情報記憶部３０３に記憶されており、コンテンツ提供装置２２−１側でＩＤとＰＷの認証が行なわれる。コンテンツ提供装置２２−１は、このステップＳ４で送信部１０４により送信されたＩＤおよびＰＷを受信し、嗜好情報記憶部３０３に記憶されているＩＤおよびＰＷと一致するか否かを判定することにより、認証を行い、認証結果を送信してくる（後述する図６のステップＳ１０４，ステップＳ１０７、およびステップＳ１０８の処理）。
【００６８】
　そこで、ステップＳ５において、受信部１０６は、コンテンツ提供装置２２−１から送信されてきた認証結果を、ネットワーク１１を介して受信する。受信部１０６は受信した認証結果を処理部１０５に供給する。
【００６９】
　ステップＳ６において、処理部１０５は、認証が成功したか否か（認証結果がＯＫであるか否か）を判定する。認証が成功していない（認証結果がＮＧであった）と判定された場合、ステップＳ７において、表示部１０７はエラーを表示し、処理は終了される。
【００７０】
　ステップＳ６において、認証が成功した（認証結果がＯＫであった）と判定された場合、ステップＳ８において、入力部１０１は、ユーザからのコンテンツの選択を受け付ける。例えば、処理部１０５は、表示部１０７にコンテンツ（ジャンルでもよい）の選択画面を表示させたり、音声出力部１０８に選択を促す音声を出力させて、入力部１０１への入力を促す。例えば、ユーザにより、コンテンツＡ１，Ａ２，・・・Ａｎ（ｎは１以上の任意の自然数）の中から、コンテンツＡ１が選択されたとする。
【００７１】
　ステップＳ９において、送信部１０４は、選択されたコンテンツＡ１を要求する信号をネットワーク１１を介してコンテンツ提供装置２２−１に送信する。コンテンツ提供装置２２−１はこれを受信すると、要求されたコンテンツを構成するサブコンテンツ（例えば、サブコンテンツＡ１−１−１）を送信してくる（後述する図７のステップＳ１１６）。コンテンツは、複数のサブコンテンツに分割されている。例えば、１つのサブコンテンツは、１つのシーンを示す複数のフレームにより構成される。なお、これに限らず、サブコンテンツを１つのフレームとし、複数のサブコンテンツにより１つのシーンが構成されるようにしてもよい。
【００７２】
　コンテンツ提供装置２２−１からサブコンテンツが送信されると、ステップＳ１０において、受信部１０６はサブコンテンツを受信する。いまの例の場合、サブコンテンツＡ１−１−１が受信される。
【００７３】
　ステップＳ１１において、表示部１０７は、サブコンテンツＡ１−１−１に基づく画像を表示する。ステップＳ１２において、音声出力部１０８は、サブコンテンツＡ１−１−１に基づく音声を出力する。
【００７４】
　ステップＳ１３において、ユーザ嗜好センシング部１０２は、ユーザの嗜好をセンシングする。具体的には、ユーザの脈拍数、呼吸数、呼吸周期、手足の筋肉の緊張度、脳血流量、脳波、発汗量、皮膚温度、瞳孔径、開眼度、瞬き、表情、手足の血流量、耳たぶの血流量、または手足の温度等をセンシングする。
【００７５】
　ステップＳ１４において、嗜好情報抽出部１０３は、ステップＳ１３の処理でセンシングされた結果を取得し、これに基づいて、ユーザの動的嗜好情報を抽出する。ユーザは、ステップＳ１１およびステップＳ１２で再生されたサブコンテンツＡ１−１−１を視聴することで、何らかの感情をもつため、嗜好情報抽出部１０３は、ユーザが、このコンテンツ（サブコンテンツＡ１−１−１）に対して、どのような感情を持っているかを示す嗜好情報を抽出する。
　
【００８９】
　次に、図６および図７のフローチャートを参照して、図４および図５のユーザ端末装置２１−１の処理に対応する、図３のコンテンツ提供装置２２−１におけるコンテンツ提供処理について説明する。
【００９０】
　ステップＳ１０１において、受信部３０１は、ユーザ端末装置２１−１から送信されてきた端末情報を受信する。この端末情報は、上述した図４のステップＳ２の処理で、ユーザ端末装置２１−１の送信部１０４から送信されたものである。この端末情報には、ユーザ端末装置２１−１のネットワーク環境、表示部１０７の解像度、処理部１０５の能力等の情報が含まれている。受信部３０１は、受信した端末情報を選択制御部３０４に送信する。この端末情報により、コンテンツ提供装置２２−１は、ユーザ端末装置２１−１にあった情報を、送信することができる。
【００９１】
　ステップＳ１０２において、受信部３０１は、ユーザ端末装置２１−１から送信されてきたＩＤとＰＷを受信する。このＩＤとＰＷは、上述した図４のステップＳ３の処理で、ユーザにより入力され、ステップＳ４の処理で送信部１０４により送信されたものである。
【００９２】
　ステップＳ１０３において、認証登録部３０２は、ステップＳ１０２の処理で受信されたＩＤに対応するＩＤとＰＷを嗜好情報記憶部３０３から取得する。このＩＤとＰＷは、あらかじめユーザにより登録されているものである。
【００９３】
　ステップＳ１０４において、認証登録部３０２は、ステップＳ１０２の処理で受信されたＩＤおよびＰＷ（図４のステップＳ３でユーザにより入力されたＩＤおよびＰＷ）と、ステップＳ１０３の処理で取得されたＩＤおよびＰＷ（あらかじめ嗜好情報記憶部３０３に記憶されているＩＤおよびＰＷ）が一致するか否かを判定する。一致しないと判定された場合（図４のステップＳ３で入力されたＩＤとＰＷが間違っていた場合）、ステップＳ１０５において、認証登録部３０２は、認証の不成功を示す認証結果を出力する。送信部３０６は、この認証結果を、ネットワーク１１を介してユーザ端末装置２１−１に送信し、処理を終了する。ユーザ端末装置２１−１は、この認証結果を受信し（図４のステップＳ５）、これに基づいて、認証が成功したか否かを判定する（図４のステップＳ６）。
【００９４】
　ステップＳ１０４において、ＩＤおよびＰＷが一致すると判定された場合、ステップＳ１０７において、認証登録部３０２は、認証の成功を示す認証結果を送信部３０６に出力する。送信部３０６は、ステップＳ１０８において、この認証結果を、ネットワーク１１を介してユーザ端末装置２１−１に送信する。ユーザ端末装置２１−１は、この認証結果を受信し（図４のステップＳ５）、これに基づいて、認証が成功したか否かを判定する（図４のステップＳ６）。
【００９５】
　ユーザ端末装置２１−１は、図４のステップＳ６で認証が成功したと判定した場合、ステップＳ７において、コンテンツの選択を受け付け、ステップＳ８において、コンテンツの要求を送信する。
【００９６】
　そこで、コンテンツ提供装置２２−１の受信部３０１は、ステップＳ１０９において、コンテンツの要求を受信し、この要求を選択制御部３０４に送信する。
【００９７】
　ステップＳ１１０において、選択制御部３０４は、ステップＳ１０３の処理で取得したＩＤおよびＰＷ（認証が成功したときのＩＤおよびＰＷ）に対応する、ユーザの静的嗜好情報を、嗜好情報記憶部３０３から取得する。ユーザは、あらかじめ自分のＩＤおよびＰＷとともに、自分自身の嗜好情報を、嗜好情報記憶部３０３に登録している。このように、あらかじめ登録されている嗜好情報を、以下、静的嗜好情報と称す。嗜好情報記憶部３０３に記憶される静的嗜好情報の例を、図８に示す。
【００９８】
　図８には、１人のユーザの静的嗜好情報４００が示されている。静的嗜好情報４００には、ユーザのＩＤおよびＰＷの他、ジャンル情報４１１および装置情報４１２が含まれている。
【００９９】
　図８の例の場合、ジャンル情報４１１のコンテンツのジャンルは、「スポーツ」、「ホラー」、および「ニュース」により構成され、それぞれのジャンルに対する画質、画像処理、音質、CPU（Central Processing Unit）処理能力、およびコストが登録されている。なお、画質は、Ａがもっとも高画質であり、Ｃがもっとも低画質である（画質の高さは、Ａ＞Ｂ＞Ｃである）。また、CPUの処理能力は、ユーザにより設定されるのではなく、画質、画像処理、音質、およびコスト等の情報に基づいて、コンテンツ提供装置２２−１側が設定するものであり、CPUの能力がどの位必要であるかを示すパラメータである。
【０１００】
　ジャンルが「スポーツ」とされる場合、その画質は「Ａ」とされ、画像処理は「動き優先」とされ、音質は「通常」とされ、CPU処理能力は「大」とされ、コストは「通常」とされる。また、ジャンルが「ホラー」とされる場合、その画質は「Ａ」とされ、画像処理は「ぼかし」とされ、音質は「小さく」とされ、CPU処理能力は「大」とされ、コストは「通常」とされる。さらに、ジャンルが「ニュース」とされる場合、その画質は「Ｃ」とされ、画像処理は「なし」とされ、音質は「大きく」とされ、CPU処理能力は「小」とされ、コストは「低く（安く）」とされる。
【０１０１】
　装置情報４１２の種類は、「PDA（Personal Digital Assistant）」、「ＴＶ（Television）」、および「ＰＣ（Personal Computer）」により構成され、それぞれの装置に対する画質、画像処理、音質、CPU処理能力、およびコストが登録されている。
【０１０２】
　装置が「PDA」とされる場合、その画質は「Ｃ」とされ、画像処理は「小」とされ、音質は「低い」とされ、CPU処理能力は「小」とされ、コストは「小（安い）」とされる。また、装置が「ＴＶ」とされる場合、その画質は「Ｂ」とされ、画像処理は「中」とされ、音質は「高い」とされ、CPU処理能力は「中」とされ、コストは「中」とされる。さらに、装置が「ＰＣ」とされる場合、その画質は「Ａ」とされ、画像処理は「大」とされ、音質は「中」とされ、CPU処理能力は「大」とされ、コストは「大（高い）」とされる。
【０１０３】
　このように、ユーザの静的嗜好情報には、画質の嗜好やコストの嗜好も含まれるようにした場合、画質を課金（コスト）と連動させて、ネットワーク帯域を使いすぎないように制御（調整）することができ、もって、ユーザが自分の希望するコストの範囲でコンテンツを得ることができるために満足度を上げることができる。
【０１０４】
　ステップＳ１１０においては、選択制御部３０４は、図８に示されるような静的嗜好情報４００の中から、ステップＳ１０１の処理で取得した端末情報に対応する装置の情報を、装置情報４１２から取得するとともに、ステップ１０９の処理で受信したコンテンツの要求に対応するジャンルの情報を取得する。そして、取得した情報と、端末情報（ステップＳ１０１の処理で、受信部３０１が受信した端末情報）をQoSコントローラ３０８に供給する。選択制御部３０４は、例えば、装置がＴＶである、ジャンルがホラーである情報を取得する。
【０１０５】
　次に、ステップＳ１１１において、QoSコントローラ３０８は、コンテンツの処理方法を決定する。具体的には、QoSコントローラ３０８は、ステップＳ１０１の処理で受信された端末情報（ユーザ端末装置２１−１のネットワーク環境、表示部１０７の解像度、処理部１０５の能力等の情報）およびステップＳ１１０の処理で、選択制御部３０４が取得した静的嗜好情報（例えば、図８の静的嗜好情報４００のうち、装置がＴＶである情報とジャンルがホラーである情報）に基づいて、コンテンツ処理方法を決定する。例えば、ジャンルがホラーである静的嗜好情報には、画像処理を「ぼかし」とする情報や、画質をＡ（高画質）とする情報が含まれており、装置がＴＶである静的嗜好情報には、画像処理を「中」とする情報や、画質を「Ｂ」とする情報が含まれているので、これらの平均とする画質や画像処理を行なうような、処理方法を決定する。また、例えば、端末情報に、ネットワークを介する伝送において、利用可能帯域が少ないといった情報が含まれていた場合、QoSコントローラ３０８は、さらに、画質を落とす処理をコンテンツの処理方法とする。
【０１０６】
　ステップＳ１１２において、選択制御部３０４は、ステップＳ１１０の処理で取得した静的嗜好情報に基づいて、コンテンツサーバ３０５からサブコンテンツ（いまの例の場合、サブコンテンツＡ１−１−１）を取得する。ステップＳ８の処理で、ユーザ側により要求されたコンテンツ（例えば、コンテンツＡ１）には、タイトルが同じであっても、ストーリの異なる複数のコンテンツ（Ａ１−１，Ａ１−２，・・・，Ａ１−ｋ（ｋは１以上の任意の自然数））が存在する。ここでは、複数のコンテンツそれぞれを構成する複数のサブコンテンツ（いまの例の場合、複数のコンテンツのそれぞれ先頭のサブコンテンツＡ１−１−１，Ａ１−２−１，・・・，Ａ１−ｋ−１）の中から、１つのサブコンテンツ（いまの例の場合、サブコンテンツＡ１−１−１）が選択制御部３０４により選択される。静的嗜好情報に、例えば、ホラーのコンテンツを好まない情報が含まれていた場合（図８において、ホラージャンルの画像処理が「ぼかし」とされていた場合）、選択制御部３０４は、コンテンツサーバ３０５に記録されている複数のコンテンツの中から、怖い情報を抜いたコンテンツ（ホラーのシーンにぼかしが入っていたり、怖いストーリのシーンが別のシーンに差し替えられているコンテンツ）を選択する。
【０１０７】
　すなわち、コンテンツサーバ３０５には、同じコンテンツであっても、ストーリが異なるコンテンツＡ１−１乃至Ａ１−ｋが記録されており、選択制御部３０４は、ストーリが異なる複数のコンテンツの中から、ユーザの嗜好にあったストーリのコンテンツを選択する（そして、さらにそのコンテンツＡ１−１の中のサブコンテンツを順次選択する）。
【０１０８】
　ステップＳ１１３において、メタ情報取得部３０７は、図９に示されるようなサブコンテンツ４５０（いまの例の場合、サブコンテンツＡ１−１−１に対応するサブコンテンツ）からメタ情報４６２を取得する。図９の例の場合、サブコンテンツ４５０は、サブコンテンツヘッダ４５１とサブコンテンツデータ４５２により構成されている。サブコンテンツヘッダ４５１はまた、ユニークＩＤ情報４６１およびメタ情報４６２により構成されている。また、メタ情報４６２には、サブコンテンツ属性情報４７１が少なくとも含まれている。サブコンテンツ属性情報４７１は、サブコンテンツ継続長情報４８１、サブコンテンツ種別情報４８２、および処理情報４８３により構成されている。
【０１０９】
　ユニークＩＤ情報４６１のフレームには、サブコンテンツ４５０を特定するための識別番号が格納される。サブコンテンツ継続長情報４８１のフレームには、サブコンテンツデータ４５２の継続時間が格納される。サブコンテンツ種別情報４８２のフレームには、サブコンテンツの種別（ジャンル）が格納されるとともに、サブコンテンツを説明するための情報（例えば、どの程度の恐怖を与えるサブコンテンツであるか否かを示す情報）が格納されている。処理情報４８３のフレームには、コンテンツデータ４５２の処理方法に関する情報が格納される。処理情報４８３のフレームに格納される処理方法に関する情報は、上述した図６のステップＳ１１１で、QoSコントローラ３０８が決定した処理方法とは異なり、このサブコンテンツ４５０に予め設定されている処理方法である。サブコンテンツデータ４５２のフレームには、サブコンテンツのデータが格納される。
【０１１０】
　図９の例の場合、メタ情報４６２のフレームは、上述したような、サブコンテンツ継続長情報４８１のフレーム、サブコンテンツ種別情報４８２のフレーム、および処理情報４８３のフレームにより構成されるサブコンテンツ属性情報４７１のフレームを少なくとも含む。
【０１１１】
　上述したように、１つのコンテンツ（例えば、図６のステップＳ１０９で要求された１つのコンテンツ）は、複数のサブコンテンツ（サブコンテンツ４５０）により構成される。具体的には、１つのコンテンツＡ１には、コンテンツＡ１−１乃至Ａ１−ｋのｋ個のコンテンツが対応している。また、コンテンツＡ１−１は、サブコンテンツＡ１−１−１乃至Ａ１−１−ｍにより構成され、コンテンツＡ１−２は、サブコンテンツＡ１−２−１乃至Ａ１−２−ｍにより構成され、コンテンツＡ１−ｋは、サブコンテンツＡ１−ｋ乃至Ａ１−ｋ−ｍにより構成される。コンテンツＡ１−３乃至コンテンツＡ１−（ｋ−１）については、同様であるのでその説明は省略する。コンテンツＡ１−１乃至Ａ１−ｋは、それぞれ別々のストーリであり、例えば、サブコンテンツＡ１−１−１乃至Ａ１−１−ｍの全てを再生すると、１つの同じストーリのコンテンツＡ１−１となる。なお、サブコンテンツＡ１−１−１の続きを、サブコンテンツＡ１−３−２とし、さらにその続きを、サブコンテンツＡ１−ｋ−３等のように、ストーリを換えて、選択制御部３０４が選択するようにしてもよい。
【０１１２】
　サブコンテンツ４５０には、それぞれ、ジャンルやサブコンテンツを説明するための情報（サブコンテンツ種別情報４８２）が付加されており、この情報に基づいて、サブコンテンツが調整される。なお、メタ情報４６２に含まれる処理情報４８３は、サブコンテンツ４５０に予め設定されているものである。
【０１１３】
　図７に戻って、ステップＳ１１４において、QoSコントローラ３０８は、メタ情報取得部３０７からメタ情報４７１（ステップＳ１１３の処理で、メタ情報取得部３０７が取得したメタ情報４７１）を取得する。このメタ情報４７１には、サブコンテンツ４５０に関する情報が含まれている。
【０１１４】
　ステップＳ１１５において、QoSコントローラ３０８は、ステップＳ１１１の処理で決定した処理方法と、処理情報４８３のフレームに格納されている処理方法に基づいて、新たな処理方法を求め、この処理方法と、サブコンテンツ種別情報４８２に基づいて、サブコンテンツ４５０を調整（制御）する。具体的には、QoSコントローラ３０８は、ステップＳ１１１の処理で決定した処理方法と、処理情報４８３に格納されている処理方法をまとめる（合わせる）とともに、サブコンテンツ種別情報４８２が示すサブコンテンツの内容に基づいて、そのサブコンテンツの音量を小さくしたり、そのサブコンテンツ（いまの例の場合、サブコンテンツＡ１−１−１）を「ぼかす」などの調整を行なう。これにより、ユーザの静的嗜好情報に基づいて、サブコンテンツを調整することができる。なお、このとき、制御範囲でない（制御の必要のない）フレームは、制御（調整）を行なわずに、スキップされる。
【０１１５】
　ステップＳ１１６において、送信部３０６は、ステップＳ１１５の処理で調整されたサブコンテンツ（いまの例の場合、サブコンテンツＡ１−１−１）を、ネットワーク１１を介してユーザ端末装置２１に送信する。ユーザ端末装置２１−１は、これを受信し、再生するとともに、このサブコンテンツを視聴しているユーザの動的嗜好情報を抽出し、コンテンツ提供装置２２−１に送信してくる。
【０１１６】
　そこで、ステップＳ１１７において、コンテンツ提供装置２２−１の受信部３０１は、ユーザ端末装置２１−１から送信されてきた動的嗜好情報を受信する。ステップＳ１１８において、認証登録部３０２は、動的嗜好情報を、静的嗜好情報に変換して更新する。認証登録部３０２は、例えば、動的嗜好情報に、ホラーのコンテンツに対し、ユーザがより大きな恐怖を抱いていたとの情報が含まれていた場合、図８のホラーに対する画質をＢに下げるなどの処理を実行し、これを静的嗜好情報として更新する。図８の例の場合、ジャンルがホラーである画質が、ＡからＢに変更され、更新される。
【０１１７】
　ステップＳ１１９において、QoSコントローラ３０８は、ステップＳ１１７の処理で受信された動的嗜好情報に基づいて、再度、コンテンツ処理方法を決定する。例えば、動的嗜好情報に、ホラーの場面（サブコンテンツの中の所定のフレーム）に対し、ユーザがより大きな恐怖を抱いていたとの情報が含まれていた場合、図８のホラーに対する画質をさらに下げるなどの処理方法を決定する。なお、いまの例では、QoSコントローラ３０８が、動的嗜好情報に基づいて、コンテンツ処理方法を再度決定するようにしたが、これに限らず、静的嗜好情報と動的嗜好情報に基づいて、コンテンツ処理方法を再度決定するようにしてもよい。処理方法が変更された場合、上述したように、サブコンテンツＡ１−１−１の次のサブコンテンツが、サブコンテンツＡ１−３−２に選択されるような場合も生じる。
【０１１８】
　ステップＳ１２０において、選択制御部３０４は、コンテンツが終了したか否かを判定する。具体的には、図６のステップＳ１０９で要求された１つのコンテンツ（コンテンツＡ１）に対応する複数のサブコンテンツ（ｍ個のサブコンテンツ）を、全てユーザ端末装置２１−１に送信し終えたか否かが判定される。コンテンツが終了していないと判定された場合、処理はステップＳ１１２に戻りそれ以降の処理が繰り返される。すなわち、静的嗜好情報に基づいて、サブコンテンツが取得され、メタ情報と、決定された処理方法に基づいて、サブコンテンツが調整され、ユーザ端末装置２１−１に送信される。そして、そのサブコンテンツを視聴したユーザの動的嗜好情報が取得され、動的嗜好情報に基づいて、再度、サブコンテンツの処理方法が決定される。このように、静的嗜好情報と動的嗜好情報に基づいて、コンテンツが調整され、ユーザ端末装置２１−１に送信される。
【０１１９】
　すなわち、静的嗜好情報に基づいて、サブコンテンツが取得され、メタ情報と、決定された処理方法に基づいて、サブコンテンツが調整され、ユーザ端末装置２１−１に送信される。そして、そのサブコンテンツを視聴したユーザの動的嗜好情報が取得され、取得された動的嗜好情報に基づいて、再度、サブコンテンツの処理方法が決定される。このように、静的嗜好情報と動的嗜好情報に基づいて、コンテンツが調整され、ユーザ端末装置２１−１に送信される。
【０１２０】
　なお、２回目以降のステップＳ１１２の処理で、選択制御部３０４が、静的嗜好情報だけでなく、静的嗜好情報と動的嗜好情報を合わせた情報に基づいて、次のサブコンテンツ（例えば、サブコンテンツＡ１−１−２）を選択するようにしてもよい。
　
（イ−２）刊行物２の記載
　当審における拒絶の理由の通知において引用された特開２００５−１３０１９６号公報（以下、「刊行物２」という。）には、図面と共に以下の事項が記載されている。
 　
【００３１】
　端末情報１６は、映像端末５に固有で、標準的なデータ定義に従って記述される情報として映像端末５から標準的な手順に従ってコンテンツ配信サーバ４に送信される。端末情報１６は、少なくとも、映像端末５の表示可能な時間・空間解像度や、受信可能な映像データフォーマット、例えば符号化方式やビットレートなどを含んでいる。また、映像端末５とコンテンツ配信サーバ４とをつなぐネットワークの状況（QoS）の情報を含むこともある。
【００３２】
　コンテンツ配信サーバ４では、映像フォーマット判定部１７がコンテンツ視聴権１２を解析し、送信すべき映像データ７の情報（ロケータや再生開始時刻など）を取得する。また、端末情報１６に従って、映像端末５に送信すべき映像データ７の最適なデータフォーマット、すなわち適応化映像データ１８のデータフォーマットを決定する。データフォーマットの種別には、例えばＭＰＥＧ−４、ＭＰＥＧ−２、Ｍｏｔｉｏｎ−ＪＰＥＧ、ＪＰＥＧ、Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｖｉｄｅｏ、ＤｉｖＸなどがある。また、画面サイズにあわせた解像度等もフォーマット情報の一部である。次に、決定した送出映像データフォーマットに対して、コンテンツ配信サーバ４自身からそのまま送出可能な映像データか、自分自身でリアルタイムに映像データフォーマットの変換を行いながら送出すべきデータか、あるいは他と連携して動作する別のサーバから送出することが適当な映像データか、などの判断を行い、映像フォーマット変換部１９にフォーマット情報２０を送信し、送信すべき映像データ７の情報（ロケータや再生開始時間）を映像データサーバ２１に送信する。映像データの送出時に、前記のネットワークの状況(QoS)に従い送出することもある。
【００３３】
　映像データサーバ２１は、映像データのロケータ情報で指示される場所に格納される映像データ７を要求された再生開始時間から、映像フォーマット変換部１９に送信する。
【００３４】
　映像フォーマット変換部１９は、映像データサーバ２１からの映像データ７を、映像フォーマット判定部１７からのフォーマット情報２０で示される映像データフォーマットに変換したものを、適応化映像データ１８として映像端末５に送信する。なお、フォーマット変換の必要がない場合には映像データ７がそのまま適応化映像データ１８として映像端末５に送信される。
　
（ウ）刊行物に記載された発明
　以上の記載によれば、刊行物１には次の発明（以下、刊行物１発明という。）が記載されている。
　
（ウ−１）刊行物１の【０００１】−【０００８】、【００５１】等の記載によれば、刊行物１には、「ネットワーク上のサーバからユーザ端末にコンテンツを提供する、コンテンツ提供装置におけるコンテンツを提供する方法」に関する発明が開示されているといえる。
　
　刊行物１の【００５７】−【０１２０】には、コンテンツ提供装置２２−１におけるコンテンツ提供処理のステップとして、以下の処理を行うことが開示されているから、これを以下検討する。
　
（ウ−２）刊行物１の【００９１】−【００９３】、【００９７】の記載によれば、コンテンツ提供装置で行う処理として、ユーザのＩＤとＰＷ（パスワード）を受信し、これにより、ユーザの認証を行うこと、および、上記ＩＤとＰＷに対応するユーザの静的嗜好情報が、嗜好情報記憶部に登録されていることが開示されている。上記静的嗜好情報は、ユーザがあらかじめ自分のＩＤおよびＰＷとともに登録していることも開示されているから、登録するためには上記静的嗜好情報を受信していることは明らかである。
　そうすると、刊行物１のコンテンツ提供装置は、ユーザのＩＤとＰＷおよび、当該ＩＤとＰＷに対応する静的嗜好情報を受信し登録するステップを有している。
　
（ウ−３）刊行物１の【００９６】の記載によれば、コンテンツ提供装置はコンテンツの要求を受信している。
　刊行物１の【００６１】の記載によれば、上記要求されるコンテンツ（例えば、コンテンツＡ１）は、コンテンツサーバに記録されているコンテンツであって、同じコンテンツＡ１であっても、記録レートや「怖い箇所（シーン）が変更されている（別のストーリに変更されている）」すなわち、ホラーの恐怖の度合いが異なるコンテンツとして、複数のコンテンツ（コンテンツＡ１−１乃至Ａ１−ｋ（ｋは１以上の任意の自然数））として記録されていることが開示されていて、刊行物１の【０１０６】、【０１１１】の記載によれば、上記コンテンツＡ１−１乃至Ａ１−ｋは、複数のコンテンツそれぞれを構成する複数のサブコンテンツ（コンテンツＡ１−１は、サブコンテンツＡ１−１−１乃至Ａ１−１−ｍにより構成され、コンテンツＡ１−２は、サブコンテンツＡ１−２−１乃至Ａ１−２−ｍにより構成され、コンテンツＡ１−ｋは、サブコンテンツＡ１−ｋ−１乃至Ａ１−ｋ−ｍにより構成される。）から成ることも開示されている。
　上記のとおり、ｋは１以上の任意の自然数であるから、ｋ＝２の場合を引用文献１に記載された発明として認定すれば、コンテンツＡ１は、記録レートが異なるコンテンツとしてＡ１−１とＡ１−２の二つのコンテンツを有し、さらにＡ１−１およびＡ１−２は、それぞれサブコンテンツＡ１−１−１ないしＡ１−１−ｍ、サブコンテンツＡ１−２−１ないしＡ１−２−ｍから成ることが開示されている。
　そして、刊行物１の【０１０６】の記載によれば、ユーザにより、コンテンツ（Ａ１）が要求されると、静的嗜好情報に基づいて、Ａ１−１乃至Ａ１−ｋから、コンテンツを選択（例えば、先頭のサブコンテンツＡ１−１−１が選択され）することが記載されている。
　以上まとめると、刊行物１に記載されたコンテンツ提供装置は、コンテンツ（Ａ１）の要求を受信するステップを有するものであって、上記要求を受信すると、記録レートやホラーの恐怖の度合いが異なるコンテンツとしてＡ１−１とＡ１−２の二つのコンテンツを有し、さらにＡ１−１およびＡ１−２は、それぞれサブコンテンツＡ１−１−１ないしＡ１−１−ｍ、サブコンテンツＡ１−２−１ないしＡ１−２−ｍから成るコンテンツＡ１から、静的嗜好情報に基づいて、コンテンツを選択する（例えばＡ１−１−１を選択する）ステップを有している。
　
（ウ−４）刊行物１の【０１１１】の記載によれば、「サブコンテンツＡ１−１−１の続きを、サブコンテンツＡ１−３−２とし、さらにその続きを、サブコンテンツＡ１−ｋ−３等のように、ストーリを換えて、選択制御部３０４が選択するようにしてもよい。」とあって、上記１ないしｍの順に選択されたコンテンツ（Ａ１−１、あるいはＡ１−２）は、ユーザ端末でその順に再生されていることは、下記の（ウ−５）のとおりであるから、コンテンツＡ１を選択することは、「サブコンテンツＡ１−１−１ないしＡ１−１−ｍ」と「サブコンテンツＡ１−２−１ないしＡ１−２−ｍ」から、１ないしｍが再生される間、コンテンツＡ１−１とコンテンツＡ１−２とから（サブ）コンテンツを適宜選択しているといえる。
　したがって、上記（ウ−３）で検討したコンテンツ（Ａ１）を選択するステップは、「サブコンテンツＡ１−１−１ないしＡ１−１−ｍ」と「サブコンテンツＡ１−２−１ないしＡ１−２−ｍ」から、１ないしｍが再生される間、コンテンツＡ１−１とコンテンツＡ１−２とを適宜選択することを含むステップであることが開示されている。
　
（ウ−５）刊行物１の【０１１５】の記載によれば、選択されたサブコンテンツ（Ａ１−１−１）は、ネットワークを介してユーザ端末に送信され、ユーザ端末では上記サブコンテンツを受信し再生をしているから、コンテンツ提供装置はサブコンテンツ（Ａ１−１−１）を伝送するステップを有している。
　また、【０１１７】、【０１１８】の記載によれば、要求された１つのコンテンツ（コンテンツＡ１）に対応する複数のサブコンテンツ（ｍ個のサブコンテンツ）を、全てユーザ端末装置２１−１に送信し終えるまで、コンテンツＡ１−１あるいはコンテンツＡ１−２を適宜選択して送信することも開示されている。
　以上のことから、刊行物１のコンテンツ提供装置は、要求された１つのコンテンツ（コンテンツＡ１）を伝送するステップを有しており、上記伝送するステップは、上記要求された１つのコンテンツに対応する複数のサブコンテンツ（ｍ個のサブコンテンツ）を、コンテンツＡ１−１あるいはコンテンツＡ１−２を適宜選択しながら伝送するステップであることが開示されている。
　
（ウ−６）まとめ
　以上まとめると、刊行物１発明として、以下のとおりのものを認定することができる。（（ａ）ないし（ｇ）は当審において付与し、以下「構成要件（ａ）」等として引用する。）
　
（ａ）ネットワーク上のサーバからユーザ端末にコンテンツを提供する、コンテンツ提供装置におけるコンテンツを提供する方法であって、
（ｂ）ユーザのＩＤとＰＷおよび、当該ＩＤとＰＷに対応する静的嗜好情報を受信し登録するステップと、
（ｃ）コンテンツ（Ａ１）の要求を受信するステップと、
（ｄ）上記コンテンツの要求を受信すると、記録レートやホラーの恐怖の度合いが異なるコンテンツとしてＡ１−１とＡ１−２の二つのコンテンツを有し、さらにＡ１−１およびＡ１−２は、それぞれサブコンテンツＡ１−１−１ないしＡ１−１−ｍ、サブコンテンツＡ１−２−１ないしＡ１−２−ｍから成るコンテンツＡ１から、静的嗜好情報に基づいて、コンテンツを選択する（例えば、先頭のサブコンテンツＡ１−１−１を選択する）ステップを有し、　
（ｅ）コンテンツ（Ａ１）を選択するステップは、「サブコンテンツＡ１−１−１ないしＡ１−１−ｍ」と「サブコンテンツＡ１−２−１ないしＡ１−２−ｍ」から、１ないしｍが再生される間、コンテンツＡ１−１とコンテンツＡ１−２とを適宜選択することを含むステップであり、
（ｆ）要求された１つのコンテンツ（Ａ１）を伝送するステップを有しており、上記伝送するステップは、上記要求された１つのコンテンツに対応する複数のサブコンテンツ（ｍ個のサブコンテンツ）を、コンテンツＡ１−１あるいはコンテンツＡ１−２を適宜選択しながら伝送するステップである、
（ｇ）ことを含む方法。
　
（エ）対比
　本願発明１と刊行物１発明とを対比する。
　
（エ−１）本願発明１の構成要件（Ａ）、（Ｇ）と刊行物１発明の構成要件（ａ）、（ｇ）とを対比する。
　刊行物１発明のコンテンツ提供装置は、刊行物１の【００５７】、【００５８】の記載によれば、「受信部３０１、認証登録部３０２、嗜好情報記憶部３０３、選択制御部３０４、コンテンツサーバ３０５、送信部３０６、メタ情報取得部３０７、およびQoSコントローラ３０８」が設けられたものであり、コンテンツサーバを有するコンテンツ提供装置は、「プロセッサと、メモリとを有するコンピューティングデバイス」と称しても良いことは明らかであるから、上記コンテンツ提供装置におけるコンテンツを提供する方法は、コンテンツ提供装置によって実行されるコンテンツの提供の方法であって、構成要件（ｂ）ないし（ｆ）を含む方法であるから、本願発明１の構成要件（Ａ）、（Ｇ）に相当する。
　
（エ−２）本願発明１の構成要件（Ｂ）と刊行物１発明の構成要件（ｂ）とを対比する。
　刊行物１発明では、静的嗜好情報を受信している。上記静的嗜好情報は、構成要件（ｄ）を参酌すると、記録レートやホラーの恐怖の度合いが異なるコンテンツＡ１−１あるいはＡ１−２のいずれのサブコンテンツを選択するかの判断の基となる情報である。
　記録レートは、コンテンツの圧縮のレベルを表しているといえるから、静的嗜好情報は、圧縮レベルやホラーの恐怖の度合いが、Ａ１−１というタイプのコンテンツ、あるいは、Ａ１−２というタイプのコンテンツのいずれを選択するかを指示しているといえ、これにより、例えば、Ａ１−１というタイプのコンテンツを選択するための静的嗜好情報を受信することは「所望の圧縮レベルと恐怖の度合いである第１のコンテンツタイプのコンテンツを選択する指示を受信」していることであり、このことは、本願発明１の「第１のコンテンツタイプの圧縮レベルの指示を受信すること」と対比すると、「圧縮レベルに関連して、第１のコンテンツタイプについての指示を受信」している点で共通する。
　もっとも、本願発明１では、上記指示の受信が「第１のコンテンツタイプの圧縮レベルの指示を受信すること」であるのに対し、刊行物１発明では、「所望の圧縮レベルと恐怖の度合いである第１のコンテンツタイプのコンテンツを選択する指示を受信すること」である点で相違する。
　また、刊行物１発明においても上記受信に関して、受信のための処理手段を有していることは明らかであり、当該処理手段が、コンテンツ提供装置が有する上記（エ−１）で検討したプロセッサであることは普通に想定できるから、前記プロセッサにより受信している点も、刊行物１発明と相違がないといえる。
　また、刊行物１発明では、圧縮レベルについて「記録レート」と定義されるのみであるから「前記圧縮レベルは不可逆圧縮の許容レベルを指定する」という特定事項を有していない。
　以上まとめると、刊行物１発明は、「前記プロセッサにより圧縮レベルに関連して、第１のコンテンツタイプについての指示を受信」している点で、本願発明１と共通している。
　もっとも、上記指示の受信が、本願発明１では、「第１のコンテンツタイプの圧縮レベルの指示を受信すること」であるのに対し、刊行物１発明では、「所望の圧縮レベルと恐怖の度合いである第１のコンテンツタイプのコンテンツを選択する指示を受信すること」である点、圧縮レベルについて、本願発明では、「前記圧縮レベルは不可逆圧縮の許容レベルを指定する」という特定事項を有しているのに対し、刊行物１発明では当該構成を有していない点で相違する。
　
（エ−３）本願発明１の構成要件（Ｃ）と刊行物１発明の構成要件（ｃ）ないし（ｅ）とを対比する。
　刊行物１発明は、コンテンツ（Ａ１）の要求を受信するステップを有している。
　上記要求されたコンテンツ（Ａ１）は、Ａ１−１およびＡ１−２という異なるタイプのコンテンツから成り、各異なるタイプのコンテンツＡ１−１およびＡ１−２は、それぞれ、サブコンテンツＡ１−１−１ないしＡ１−１−ｍ、サブコンテンツＡ１−２−１ないしＡ１−２−ｍから成っている。
　上記サブコンテンツは、各コンテンツのシーンと称してもよく、コンテンツＡ１が１ないしｍと再生される間、コンテンツＡ１−１のサブコンテンツである「サブコンテンツＡ１−１−１ないしＡ１−１−ｍ」とコンテンツＡ１−２のサブコンテンツである「サブコンテンツＡ１−２−１ないしＡ１−２−ｍ」が適宜選択されうるのであるから、Ａ１−１のサブコンテンツが選択された部分をコンテンツタイプがＡ１−１（第１のコンテンツタイプ）である第１のシーンと称し、Ａ１−２のサブコンテンツが選択された部分をコンテンツタイプがＡ１−２（第２のコンテンツタイプ）である第２のシーンと称することができることは明らかである。
　してみると、刊行物１発明において、コンテンツ（Ａ１）の要求を受信するステップは、第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、受信することといえるからこの点で、本願発明１の構成要件（Ｃ）と相違がない。
　
（エ−４）本願発明１の構成要件（Ｄ）、（Ｅ）と刊行物１発明とを対比する。
　刊行物１発明では、リアルタイムでコンテンツの圧縮方法を選択し、上記選択された圧縮方法によって圧縮する構成を有していないから、刊行物１発明は、構成要件（Ｄ）、（Ｅ）を有していない。
　
（エ−５）本願発明１の構成要件（Ｆ）と刊行物１発明の構成要件（ｆ）とを対比する。
　刊行物１発明は、要求された１つのコンテンツ（Ａ１）を伝送するステップを有しているから、「前記コンテンツを伝送すること」を有している。
　当該コンテンツ（Ａ１）は、第１の部分であるコンテンツＡ１−１のサブコンテンツと第２の部分であるコンテンツＡ１−２のサブコンテンツとを有しており、第１の部分（コンテンツＡ１−１のサブコンテンツ）と第２の部分（コンテンツＡ１−２のサブコンテンツ）とは記録レートが異なるのであるから、異なる圧縮方法であり、第１の部分（コンテンツＡ１−１のサブコンテンツ）の記録レート（圧縮方法）を第１の圧縮方法、第２の部分（コンテンツＡ１−２のサブコンテンツ）の記録レート（圧縮方法）を第２の圧縮方法と称することができ、各部分を適宜選択しながら伝送しているから、第１の部分と第２の部分とを伝送していることも明らかである。
　したがって、刊行物１発明は、「前記コンテンツを伝送することであって、前記コンテンツの前記第１の部分は第１の圧縮方法を使用して圧縮されており、前記第２の部分は第２の圧縮方法を使用して圧縮されている、伝送すること」を有している点で、本願発明１と対応している。
　もっとも、「第１の圧縮方法」、「第２の圧縮方法」が、本願発明１では、「前記第１の圧縮方法」、「前記第２の圧縮方法」、すなわち、構成要件（Ｄ）、（Ｅ）で特定される圧縮方法であるのに対し、刊行物１発明では、上記構成要件（Ｄ）、（Ｅ）に相当する構成を有していないから、「
前記
前記
　
（エ−６）まとめ（一致点・相違点）
　以上まとめると、本願発明１と刊行物１発明とは以下の一致点で一致し相違点で相違する。
　
（一致点）
　プロセッサと、メモリとを有するコンピューティングデバイスによって実行される方法であって、
　圧縮レベルに関連して、第１のコンテンツタイプについての指示を受信することと、
少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、受信することと、
　前記コンテンツを伝送することであって、前記コンテンツの前記第１の部分は第１の圧縮方法を使用して圧縮されており、前記第２の部分は第２の圧縮方法を使用して圧縮されている、伝送することと
　を含む方法。
　
（相違点）
（相違点１）
　上記指示の受信が、本願発明１では、「第１のコンテンツタイプの圧縮レベルの指示を受信すること」であるのに対し、刊行物１発明では、「所望の圧縮レベルと恐怖の度合いである第１のコンテンツタイプのコンテンツを選択する指示を受信すること」である点、圧縮レベルについて、本願発明１では、「前記圧縮レベルは不可逆圧縮の許容レベルを指定する」という特定事項を有しているのに対し、刊行物１発明では当該構成を有していない点
　
（相違点２）
　本願発明１は「前記コンテンツの各部分の圧縮方法を、リアルタイムで、前記コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択することであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、選択することと」、「前記選択された圧縮方法に従って前記コンテンツの各部分を圧縮することと」の構成を有しているのに対し、刊行物１発明は、当該構成を有していない点
　
（相違点３）
　「第１の圧縮方法」、「第２の圧縮方法」が、本願発明１では、「前記第１の圧縮方法」、「前記第２の圧縮方法」、すなわち、構成要件（Ｄ）、（Ｅ）で特定される圧縮方法であるのに対し、刊行物１発明では、上記構成要件（Ｄ）、（Ｅ）に相当する構成を有していないから、「
前記
前記
　
（オ）判断
　上記相違点について検討する。
　相違点１ないし相違点３に関して、総合的に判断すると、本願発明１では、コンテンツの第１の部分が有する第１のコンテンツタイプの第１のシーンと第２の部分が有する第２のコンテンツタイプの第２のシーンとは、コンテンツのタイプに応じてリアルタイムで異なる圧縮方法で圧縮をして伝送することが可能であるのに対し、刊行物１発明では、コンテンツＡ１の異なるコンテンツタイプのＡ１−１とＡ１−２とは、それぞれ異なるシナリオ（コンテンツタイプ）であって、上記シナリオに合った異なる圧縮方法を用いて既に圧縮された構成であって、コンテンツタイプに応じてリアルタイムで異なる圧縮方法で圧縮して伝送する構成でない点で異なるから、相違点１ないし相違点３の相違点が生じているものと認めることができる。
　そして、刊行物１発明は、異なるコンテンツタイプのＡ１−１とＡ１−２とは、異なるシナリオであって、上記シナリオに合う符号化方法を用いて、既に圧縮されていることを前提とした発明であって、これらの異なるシナリオのＡ１−１とＡ１−２に対して、シナリオに応じてリアルタイムで異なる圧縮方法で圧縮を行うことは想定することができず、刊行物２に、コンテンツ配信サーバがコンテンツを配信する際に、一つのコンテンツを、所望の圧縮フォーマットで圧縮して送信することが開示されているとしても、当該刊行物２に記載された技術思想を刊行物１発明に組み合わせて、異なるコンテンツタイプのＡ１−１とＡ１−２について、送信時にリアルタイムで異なる圧縮方法で圧縮することは想定することができないのであるから、本願発明１は、刊行物１発明及び刊行物２に記載された技術思想から、当業者が容易に発明をすることができたものということはできない。
　
　以上のとおり、本願発明１は、刊行物１、刊行物２の記載に基づいて、当業者が容易に発明をすることができた発明であるということはできない。
　
（カ）他の請求項について
　本願発明２−８は、本願発明１をさらに限定したものであるので、本願発明１と同様に、当業者が刊行物１、刊行物２の記載に基づいて容易に発明をすることができたとはいえない。
　また、本願発明９は方法の発明である本願発明１のカテゴリをシステムのカテゴリとした発明であって、本願発明１で検討した相違点に相当する構成を含むものであるから、本願発明１で検討したのと同様に、当業者が刊行物１、刊行物２の記載に基づいて容易に発明をすることができたとはいえない。
　さらに、本願発明１０−１３は、本願発明９をさらに限定したものであるので、本願発明９と同様に、当業者が刊行物１、刊行物２の記載に基づいて容易に発明をすることができたとはいえない。
　
第４　原審での査定の理由についての検討
（ア）
　上記第３　２．（ア）で認定した本願発明１について検討する。
　
（イ）刊行物の記載事項
（イ−１）刊行物Ａの記載
　原審で審査官が引用した特開２００６−３１１０７８号公報（以下、「刊行物Ａ」という。）には、図面と共に以下の事項が記載されている。（下線は当審が付与した。）
　
【０００１】
　
本発明は、デジタル画像データを効率良く記録することが可能な高能率符号化記録装置に関する
【背景技術】
【０００２】
　近年、デジタル化された映像の画像データに対して高能率な符号化を施して情報を圧縮することにより、長時間のコンテンツを記録媒体に記録したり、衛星回線、地上回線、および電話回線などの伝送路で送受信したりするサービスが多く利用されている。これらのサービスにおいては、動画像および音声の高能率符号化方式として国際規格であるＭＰＥＧ２、ＭＰＥＧ４−ＡＳＰ、ＭＰＥＧ４−ＡＶＣなどが用いられている。これらの規格では、隣接画素（空間方向）の相関、および、隣接フレーム間もしくは隣接フィールド間（時間方向）の相関を利用して情報量を圧縮する画像符号化方式が用いられている。
　
【００２４】
　画像ビットストリームバッファ２１０は、
マルチプレクサ２０９から受信された出力画像ビットストリームを格納し、必要に応じて記録媒体もしくは伝送路２１１に送信する
　
【００４９】
　また特許文献２には、テレビ番組を記録媒体に録画する場合に番組別に符号化レートを変動させる方法が記載されている。この方法は、番組内容に依存して大まかな符号化難易度の傾向があることを利用するものである。処理が行われる際は、電子番組ガイド（以下「ＥＰＧ」と称する）から番組ジャンル情報が取得され、この情報を基準に好ましい符号化レートがテーブルから参照され、その符号化レートで符号化処理が行われる。
【００５０】
　これらの方法により、設定された符号化レートに対して無駄な符号化情報を省いたり、予め認識できるコンテンツの情報を使用したりすることが可能になり、大局的な制御を行うことができる。
【特許文献１】特許３３０７３６７号
【特許文献２】特開２００２−４４６０４号公報
【発明の開示】
【発明が解決しようとする課題】
【００５１】
　しかし、上記の特許文献１または特許文献２に記載の方法では、瞬間的に符号化難易度が高くなるシーンに対する符号化処理については改善されていなかった。そのため、シーンに応じて時間方向相関を高める方法や、画像の特性に応じた情報の削減に関する方法は考慮されていないという欠点があった。
【００５２】
　具体的には、特許文献１に示されるような高能率符号化記録装置は将来入力されるデータを事前に知ることができない構成となっているため、瞬間的に符号化難易度の高いシーンが入力された場合に圧縮率を高めて画質の劣化を低減させることが困難であるという問題があった。
【００５３】
　また、特許文献２に示されるような高能率符号化記録装置は、番組のジャンル情報に依存して番組ごとに１つの設定を行うため、１つのジャンルの番組を１つの記録媒体全体に記録する際には有効ではないという問題があった。さらに、ジャンルによって区分けされた番組の中にもシーン毎に特徴が存在するため、１つの番組中が同一の制御では充分な効果が発揮されず、例えば瞬間的に符号化難易度が高いシーンが入力されたときにシーンに合わせた有効な制御ができないという問題もあった。これら以外にも、ＥＰＧ情報が存在しない入力ソースはジャンル情報が取得できないため、有効な処理ができないという問題もあった。
【００５４】
　本発明は上記事情に鑑みてなされたものであり、シーンごとに符号化の制御を行うことにより、少ない符号量で最適な符号化処理を行う高能率符号化記録装置を提供することを目的とする。
　
【００６３】
　〈高能率符号化記録装置１０の構成〉
　本発明の第１実施形態における高能率符号化記録装置１０の構成について図１を参照して説明する。本実施形態における高能率符号化記録装置１０は、ＥＰＧ情報入力端子１０１と、番組情報取得回路１０２と、ジャンル／キーワード検索回路１０３と、シーン情報データベース（記録媒体）１０４と、画像特性算出回路１０５と、シーン検出回路１０６と、シーン分別回路１０７と、データベース管理回路１０８と、符号化制御パラメータ補正回路１０９と、符号化シンタックス制御回路１１０と、ジャンル予測回路１１１と、対象画像入力端子２０１と、入力画像メモリ２０２と、２次元ブロックデータ変換回路２０３と、減算器２０４と、直交変換回路２０５と、量子化回路２０６と、符号化回路２０７と、符号化テーブル２０８と、マルチプレクサ２０９と、画像ビットストリームバッファ２１０と、記録媒体もしくは伝送路２１１と、逆量子化回路２１２と、逆直交変換回路２１３と、加算器２１４と、デブロック回路２１５と、参照画像メモリ２１６と、動きベクトル検出回路２１７と、動き補償予測回路２１８と、符号量制御回路２１９とを有する。このうち、対象画像入力端子２０１以降に記載の構成要件は図１２に示す従来の画像符号化記録装置と同様であるため、説明を省略する。
【００６４】
　
ＥＰＧ情報入力端子１０１は、ＥＰＧ情報を入力し
【００６５】
　番組情報取得回路１０２は、
受信したＥＰＧ情報から、処理を行っている番組のジャンル情報および番組内容を示すテキストデータを取得し
【００６６】
　ジャンル／キーワード検索回路１０３は、
ジャンル情報および番組内容を示すテキストデータを受信するとともに後述するシーン情報データベース１０４に格納されているキーワード情報を読み込み、番組内容を示すテキストデータの中にキーワード情報の中のキーワードがあるかどうか検索する。検索の結果抽出されたキーワード情報のジャンル情報ＩＤおよび番組情報取得回路１０２から受信したジャンル情報は、シーン分別回路１０７に送信される
【００６７】
　シーン情報データベース１０４は、メインジャンル情報と、このメインジャンル情報を細分化するための番組詳細を示すキーワードとしてのサブジャンル情報と、このサブジャンル情報に対応するジャンル情報ＩＤとで構成されたキーワード情報を格納している。またこのジャンル情報ＩＤ毎に、符号化制御を行うために予め設定された符号化制御パラメータを設定するためのデータであるシーン識別信号を格納している。またこのジャンルＩＤ毎に、出現頻度を累積加算したデータを格納している。
【００６８】
　
画像特性算出回路１０５は、入力画像メモリ２０２から符号化対象であるデジタル画像データを取得し、画像情報の空間的または時間的な相関や輝度および色差レベルに関する画像特性情報をフレーム毎に算出し、シーン検出回路１０６に送信する
【００６９】
　本実施形態においてはこの画像特性情報として、デジタル画像データのフレームごとに算出される平均輝度レベル値と、デジタル画像データのフレームごとに算出される平均色差レベル値と、デジタル画像データのフレームごとに算出されるフレーム内における隣接画素間の差分絶対値の総和値と、デジタル画像データの連続する２フレーム間において算出される同一位置に属する画素間の差分絶対値の総和値とを算出する。
【００７０】
　
シーン検出回路１０６は、受信した画像特性情報を用いてシーンの変化点を検出する処理を行う。行った結果、シーン変化点が検出されたフレームであるかどうかを示すシーン区切り情報を作成し、シーン分別回路１０７に送信する
【００７１】
　シーン分別回路１０７は、シーン検出回路１０６から受信したシーン区切り情報によりシーンの区切りを認識する。また、シーン検出回路１０６から受信した画像情報特性の１シーン区間の平均値（以下、「シーン特性情報」と称する）を算出し、ジャンル／キーワード検索回路１０３から受信したジャンル情報ＩＤと合わせてデータベース管理回路１０８へ送信する。
【００７２】
　データベース管理回路１０８は、
シーン特性情報と符号量制御回路２１９から取得した符号化難易度および動きベクトル距離に関する符号化結果情報とからシーン識別信号を作成する。そして、このシーン識別信号およびシーン分別回路１０７から受信したジャンル情報ＩＤを基にシーン情報データベース１０４をアクセスして符号化制御パラメータ補正データを取得し、符号化制御パラメータ補正回路１０９に送信する
【００７３】
　
符号化制御パラメータ補正回路１０９は、現在制御している符号化パラメータと受信した符号化制御パラメータ補正データを比較し、異なると判断した場合には必要な処理モジュールに対して補正を行うように符号化シンタックス制御回路１１０に符号化制御パラメータ補正データを送信
【００７４】
　符号化シンタックス制御回路１１０は、受信した符号化制御パラメータ補正データに応じて、制御する処理モジュールに符号化制御パラメータ補正データを送信する。
【００７５】
　ジャンル予測回路１１１は、シーン検出回路１０６からシーン区切り情報を取得し、ジャンル情報未取得フラグが存在する場合は予測ジャンル情報を作成してシーン分別回路１０７に送信する。
【００７５】
　ジャンル予測回路１１１は、シーン検出回路１０６からシーン区切り情報を取得し、ジャンル情報未取得フラグが存在する場合は予測ジャンル情報を作成してシーン分別回路１０７に送信する。
【００７６】
　〈高能率符号化記録装置１０の動作〉
　本発明の第１実施形態における高能率符号化記録装置１０の動作について説明する。
【００７７】
　本実施形態における高能率符号化記録装置１０の動作のうち、符号化対象となる映像のデジタル画像データの流れについては従来の画像符号化記録装置２０の場合と同様であるため説明を省略する。
【００７８】
　まず、符号化対象となるデジタル画像データの入力とは別に、ＥＰＧ情報がＥＰＧ情報入力端子１０１から入力される。取得されるＥＰＧ情報の例として、デジタル放送で伝送されるＥＰＧ情報の大まかな内容を図２に示す。
【００７９】
　次に、図２に示す
ＥＰＧ情報から番組情報取得回路１０２でジャンルを特定するための情報として符号化処理中の番組の「番組名」、「番組記述」、「ジャンル」、「番組詳細情報」が取得され、ジャンル／キーワード検索回路１０３に送信される
【００８０】
　ジャンル／キーワード検索回路１０３では、番組情報取得回路１０２から受信された情報のうち「ジャンル」からジャンル情報が作成される。また、
ジャンル／キーワード検索回路１０３ではシーン情報データベース１０４からキーワード情報が取得され、番組情報取得回路１０２から受信された「番組名」「番組記述」「番組詳細情報」の情報内容にキーワード情報の中のキーワードが含まれているかどうか検索される
【００８１】
　シーン情報データベース１０４に格納されているキーワード情報のデータ構成例を図３に示す。このキーワード情報は、メインジャンル情報およびこのメインジャンル情報を細分化するための番組詳細を示すキーワードとしてのサブジャンル情報と、このサブジャンル情報に対応するジャンル情報ＩＤとで構成されている。
【００８２】
　
ジャンル／キーワード検索回路１０３で作成されたジャンル情報と、検索された結果抽出されたキーワード情報のジャンル情報ＩＤとは、シーン分別回路１０７に送信される
【００８３】
　一方、
入力画像メモリに入力された符号化対象となるデジタル画像データが画像特性算出回路１０５に送信され、画像情報の空間的または時間的な相関に関する情報や輝度および色差レベルに関する情報である画像特性情報が算出される
　
【００９１】
　画像特性算出回路１０５で上記のように算出された画像特性情報は、シーン検出回路１０６に送信される。シーン検出回路１０６では、受信したこれらの
画像特性情報を用いてシーンが切り替わるシーン変化点を検出する処理が行われる
　
【０１１５】
　またシーン分別回路１０７では、
シーン検出回路１０６からフレーム毎の画像特性情報が受信され、ジャンル／キーワード検索回路１０３からジャンル情報ＩＤが受信される
　
【０１２６】
　
このシーン識別信号とジャンル情報ＩＤとによって、符号化処理を制御するパラメータとしてシーン情報データベース１０４に格納されているテーブルのデータ（以下、「符号化制御パラメータ補正データ」と称する）がデータベース管理回路１０８で取得される（Ｓ５５）
ＶＢＲ符号化時の最大割当レートを示す値であるMaxRate
　
【０１３４】
　次に、符号化制御パラメータ補正データは、シーン区切り情報とともにデータベース管理回路１０８から符号化制御パラメータ補正回路１０９に送信される。符号化制御パラメータ補正回路１０９では、
現在制御されている符号化パラメータと受信した符号化制御パラメータ補正データとが比較される。比較された結果、異なると判断された場合には必要な処理モジュールに対する制御信号が作成され、符号化シンタックス制御回路１１０に送信される
【０１３５】
　
符号化シンタックス制御回路１１０において、受信された制御信号が対応する処理モジュールに送信される。具体的には、MVMaxに関しては動きベクトル検出回路２１７に、SyntaxMは符号化回路２０７、動きベクトル検出回路２１７、動き補償予測回路２１８、および符号量制御回路２１９に、A(T)、MaxRate、およびTargetVBVに関しては符号量制御回路２１９に、QmatL、QmatCに関しては量子化回路２０６、符号化回路２０７、逆量子化回路２１２に送信され、制御が行われる
　
（イ−２）刊行物Ｂの記載
　原審で審査官が引用した特開２００２−３４４９４１号公報（以下、「刊行物Ｂ」という。）には、図面と共に以下の事項が記載されている。（下線は当審が付与した。）
 　
【０００１】
【産業上の利用分野】本発明は、インターネット、携帯電話等によるマルチメディア配信システムにおいて、音声や画像などのコンテンツを再生する端末側でその音声、画質のコンテンツ品質の制御を行えるようにしたコンテンツ品質制御システムに関する。
　
【００２２】図１は、本発明の実施の形態１のコンテンツ品質制御システムであり、送信コンテンツ蓄積型のビデオ配信システムの例である。図１において、１は送信装置、２は通信路、３は受信装置（たとえば、携帯端末）である。受信装置が携帯端末のときには、通信路２は基地局を介した無線回線を含む。
【００２３】図１の送信装置１において、５は入力部、６はエンコーダ、７はコンテンツ蓄積部、８はコンテンツ送出部、９は送信系制御部である。コンテンツ送出部８および送信系制御部９は前記通信路２に接続されている。図１の受信装置３において、１０は受信系制御部、１１はコンテンツ受信部、１２はデコーダ、１３は出力部、１５はコンテンツ蓄積部、１６は復号コンテンツ選択部、１７はキーやダイヤル等によりコンテンツの圧縮率を選択するマンマシンインタフェース部である。
【００２４】次に、本発明の実施の形態１のコンテンツ品質制御システムの動作について説明する。まず、図１において、まず、受信系制御部１０は、受信ユーザが希望するコンテンツ品質を通信路２を介して送信系制御部９に送信する。入力部５から入力された音声と動画像のコンテンツは、受信系制御部１０から受信したリクエストに基づいた送信系制御部９の指示に従って、エンコーダ６により種々の種類の符号化によって種々のレートで音声および画像の圧縮符号化が行われ、コンテンツ蓄積部７に蓄えられる。その後、
送信系制御部９の指示により、複数の種類に符号化されたコンテンツがコンテンツ蓄積部７から取り出され、そのコンテンツは、コンテンツ送出部８で変調され、通信路２を介して受信装置３に送信される。
【００２５】受信装置３において、受信ユーザは好みに応じてマンマシンインタフェース部１７でコンテンツ品質レベルを選択し、受信系制御部１０に送出する。
通信路２から受信されたコンテンツは、受信系制御部１０の指示によりコンテンツ受信部１１で復調され誤り訂正復号が行われ、コンテンツ蓄積部１５に蓄積される。その後、受信ユーザによって選択された品質を有するコンテンツが復号コンテンツ選択部１６によってコンテンツ蓄積部１５から読み出され、デコーダ１２で復号された後、出力部１３に送られて再生される。
　
【００２９】図３は、上記実施の形態２のビデオ配信システムにおけるコンテンツ品質制御のフローチャートである。図３において、まず、サービスが開始されると（ステップＳ１０）、
ビデオ配信を受ける受信ユーザはマンマシンインタフェース部１７によってコンテンツを選択し（ステップＳ１１）、コンテンツの送信を送信装置１にリクエストする（ステップＳ１２）。
【００３０】
次に、送信装置１では、受信装置３からコンテンツ品質の変更リクエストがあるか否かを判定し（ステップＳ１３）、変更リクエストがあれば（ステップＳ１３でＹｅｓの場合）、コンテンツの圧縮率を変更して受信装置３に送信し（ステップＳ１４）、変更リクエストがなければ（ステップＳ１３でＮｏの場合）、圧縮率を変更しないでコンテンツをそのまま受信装置３に送信する（ステップＳ１６）。
　
【００３５】受信装置３において、通信路２より受信されたコンテンツは、受信系制御部１０の指示に基づいて、コンテンツ受信部１１でデータの誤り訂正・復号化され、コンテンツ蓄積部２０に蓄積される。
ユーザは、コンテンツ選択部２１のスイッチ、キー等を用いて、コンテンツ蓄積部２０に蓄積されたコンテンツをリアルタイムで選択する。選択されたコンテンツは、デコーダ１２で復号された後、出力部１３に送られて再生される。実施の形態３においては、コンテンツ蓄積部２０に蓄積されたコンテンツの最適の品質をリアルタイムで選択することができる
【００３６】図５は、コンテンツ配信が行われるときの画像と音声のコンテンツのデータ量（コンテンツ品質）の変化例を示している。
コンテンツはコンテンツの内容の時間軸で示されるように、スポーツ、ニュース、ライブと言うように時間と共に変化するものとする。図５の中段には、コンテンツの変化に対応した画像データおよび音声データが時間軸上で表示される。
【００３７】本発明においては、図５中に示されるように、たとえば、ユーザがスポーツの画像を見ているときに、ある部分のみの画質をよくしたい場合には、ユーザのリクエストによって所望のエリアのみの画質を高くできる。そのときには、図５の画像データ量Ｄ１がＤ１’のように増加する。また、たとえば、ライブの途中で音質のみを良くしたいときには、ユーザのリクエストによって所定時間の間、音声の音質のみを良くすることができる。そのときには、図５のライブの部分において音声データ量Ｄ２がＤ２’のように増加する。
【００３８】図６は、受信装置が携帯端末２３である場合のユーザインタフェースの一例である。携帯端末２３は表示画面２４中に動画を表示する小画面２５があり、その小画面２５中に高画質を選択する選択エリア２６がある。また、携帯端末２３の側面には、画質、音質を調整する調整ジョグダイヤル２７および選択エリア２６を上下左右に移動できる上下左右カーソルボタン２８が設けられる。さらに、表示画面２４中には、スポーツ、ニュース、ライブ等の選択ソフトボタンがある。
【００３９】本発明においては、ユーザは、画面の表示に従って、画質、音質調整ジョグダイヤル２３および／または上下左右カーソルボタン２８を操作して、例えば、スポーツ画面の一部である選択エリア２６をリアルタイムで選択して、その部分を高画質で表示させることができる。このようにリアルタイムで画面のコンテンツ品質レベルを部分的に変更することが可能となる。
（ウ）刊行物に記載された発明
　以上の記載によれば、刊行物Ａには次の発明（以下、刊行物発明Ａという。）が記載されている。（（ａ）ないし（ｅ）は当審において付与し、以下「構成要件（ａ）」等として引用する。）
　
（ａ）デジタル画像データを効率良く記録することが可能な高能率符号化記録装置において画像を記録もしくは送信する方法であって、
（ｂ）ＥＰＧ情報から取得した符号化処理中の番組の「番組名」、「番組記述」、「ジャンル」、「番組詳細情報」と符号化対象であるデジタル画像データからフレーム毎に算出した画像特性情報とから、符号化制御パラメータ補正データを取得し、
（ｃ）画像特性情報を用いてシーンが切り替わるシーン変化点を検出する処理が行われ、
（ｄ）シーンの区切り毎に、現在制御されている符号化パラメータと取得した符号化制御パラメータ補正データとが比較され、異なると判断された場合には必要な処理モジュールに対する制御信号が作成され、
（ｅ）対応する処理モジュールは、作成された制御信号に基づき符号化処理を行う方法。
　
（エ）対比
　刊行物発明Ａと、本願発明１とを対比する。
（エ−１）本願発明１の構成要件（Ａ）、（Ｇ）と刊行物発明Ａの構成要件（ａ）、（ｅ）とを対比する。
　刊行物発明Ａにおいて、「高能率符号化記録装置」は、通常、プロセッサと、メモリとを有するコンピューティングデバイスからなるから、刊行物発明Ａの「高能率符号化記録装置」により実行される方法は、「プロセッサと、メモリとを有するコンピューティングデバイスによって実行される方法」ということができこの点で、本願発明１と刊行物発明Ａとは相違がない。
　
（エ−２）本願発明１の構成要件（Ｂ）と刊行物発明Ａの構成要件（ｂ）とを対比する。
『ＥＰＧ情報から取得した符号化処理中の番組の「番組名」、「番組記述」、「ジャンル」、「番組詳細情報」』は、構成要件（ｃ）ないし（ｅ）で特定されるように、符号化処理を行うための制御信号を作成する為のものであり、上記制御信号には「ＶＢＲ符号化時の最大割当レートを示す値であるMaxRate」も含まれるから、圧縮レベルも変更しているといえる。
　そして、上記番組の「ジャンル」、「番組詳細情報」は、コンテンツタイプといえ、番組の「ジャンル」、「番組詳細情報」に応じて、圧縮レベルを変えるためには、「ジャンル」、「番組詳細情報」に応じた圧縮レベルを指示する必要があることは明らかであるから当該指示を受信しているといえる。
　また、上記「第３　１．」で検討したように、「許容レベル」は、「第１のコンテンツタイプの圧縮レベルの指示」に加えて、シーンに応じて「第３の圧縮方法」を用いることがあることを示しているといえるが、刊行物発明Ａにおいても、圧縮レベルは、「ジャンル」、「番組詳細情報」だけではなく、「符号化対象であるデジタル画像データからフレーム毎に算出した画像特性情報」も用いて決定されているから、「ジャンル」、「番組詳細情報」に応じて決定される圧縮レベルは、許容レベルといえる。
　したがって、刊行物発明Ａは、本願発明１の構成要件（Ｂ）を備えているといえる。
　
（エ−３）本願発明１の構成要件（Ｃ）と刊行物発明Ａとを対比する。
　刊行物発明Ａは、コンテンツの要求を受信することに関する特定事項を有していないから、本願発明１の構成要件（Ｃ）を有していない。
　
（エ−４）本願発明１の構成要件（Ｄ）ないし（Ｆ）と刊行物発明Ａの構成要件（ｂ）ないし（ｅ）とを対比する。
　まず、本願発明１の「コンテンツの各部分」は、本願発明１の構成要件（Ｃ）で「前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する」と特定されているから、各部分の間では、コンテンツタイプが異なることを必須としている。
　当該要件を、刊行物発明Ａに当てはめて考えると、コンテンツタイプが異なることは、「ジャンル」、「番組詳細情報」が異なることであり、上記「ジャンル」、「番組詳細情報」は番組に対して与えられるものであるから、「第１の部分」、「第２の部分」は、異なる番組であるといえる。
　刊行物発明Ａは、番組（のデジタル画像データ）が高能率符号化記録装置に入力されると、これを順次符号化処理し送信することを前提とした発明であって、上記番組が異なれば、ジャンル等（コンテンツタイプ）が異なることも当然想定できるから、「コンテンツの各部分を圧縮」し「伝送する」ことが行われていることは明白である。
　そして、上記圧縮の際に、ジャンル等の情報を用いて圧縮レベルを変えている（選択している）ことは、上記（エ−２）で検討したとおりであるから、「コンテンツの各部分の圧縮方法を、リアルタイムで、コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択することであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、選択」し、「前記選択された圧縮方法に従ってコンテンツの各部分を圧縮」し、「コンテンツを伝送することであって、コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されて」いることは明白である。
　もっとも、本願発明１では、コンテンツが「前記コンテンツ」すなわち、構成要件（Ｃ）で要求されたコンテンツであるのに対し、刊行物発明Ａは、当該構成要件（Ｃ）に相当する構成を有していないから、「
前記
　
（エ−５）まとめ（一致点・相違点）
　以上まとめると、本願発明１と刊行物発明Ａとは以下の一致点で一致し相違点で相違する。
　
（一致点）
　プロセッサと、メモリとを有するコンピューティングデバイスによって実行される方法であって、
　前記プロセッサにより第１のコンテンツタイプの圧縮レベルの指示を受信することであって、前記圧縮レベルは不可逆圧縮の許容レベルを指定する、受信することと、
　コンテンツの各部分の圧縮方法を、リアルタイムで、コンテンツの各部分に関連付けられているコンテンツタイプに基づいて動的に選択することであって、第１の圧縮方法は前記指示された圧縮レベルに関連付けられ、第２の圧縮方法は別の圧縮レベルに関連付けられている、選択することと、
　前記選択された圧縮方法に従ってコンテンツの各部分を圧縮することと、
　コンテンツを伝送することであって、コンテンツの前記第１の部分は前記第１の圧縮方法を使用して圧縮されており、前記第２の部分は前記第２の圧縮方法を使用して圧縮されている、伝送することと
　を含む方法。
　
（相違点）
（相違点１）
　本願発明１は、「少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する、受信することと」の構成を有しているのに対し、刊行物発明Ａは、当該構成を有していない点
　
（相違点２）
　（「圧縮方法が選択」され、「圧縮」され、「伝送」される）コンテンツが、本願発明では、「前記コンテンツ」であるのに対し、刊行物発明Ａでは「
前記
　
（オ）判断
　上記相違点１、２について検討する。
　上記相違点を刊行物発明Ａに照らして検討すると、「第１の部分」、「第２の部分」はそれぞれ、「第１の番組」、「第２の番組」となることは、上記（エ−４）で検討したとおりである。
　ここで、当該技術分野の技術常識からみて、上記「第１の番組」、「第２の番組」は、それぞれ、それ自体が一つのコンテンツであって、「第１の番組」あるいは「第２の番組」のうちの一つが、コンテンツタイプが異なる（シーンを有する）「第１の部分」、「第２の部分」と分けられることは、刊行物発明Ａでは想定されていない。
　それに対して、本願発明１では、「少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信することであって、前記第１の部分は前記第１のコンテンツタイプの第１のシーンを有し、前記第２の部分は第２のコンテンツタイプの第２のシーンを有する」のであるから、一つのコンテンツが、コンテンツタイプが異なる（シーンを有する）「第１の部分」、「第２の部分」を有しているのであるから、前提となるコンテンツが異なるものであって、刊行物発明Ａのコンテンツを、本願発明１のコンテンツとすることは、当業者が容易に為し得たことであるということはできない。
　加えて、刊行物発明Ａにおいて「少なくとも第１の部分と第２の部分とを有するコンテンツの要求を受信すること」を適用する場合、「第１の番組」と「第２の番組」とを有するコンテンツの要求を受信すること、すなわち、一つのコンテンツの要求で、（異なるコンテンツタイプの）二つの番組を要求する構成を刊行物発明Ａに適用することになる。
　この点に対して、審査官は、前置報告書において、周知の事項であるとして、刊行物Ｂ（特開２００２−３４４９４１号公報）を引用しているが、当該刊行物をみても、一つの要求で、二つの番組を要求する構成は開示されておらず、また、当該技術分野における技術常識を勘案しても、当該相違点は、刊行物発明Ａから、容易に想到し得たものであるということはできない。
　
　以上のとおり、本願発明１は、刊行物Ａ、刊行物Ｂの記載に基づいて、当業者が容易に発明をすることができた発明であるということはできない。
　
（カ）他の請求項について
　本願発明２−８は、本願発明１をさらに限定したものであるので、本願発明１と同様に、当業者が刊行物Ａ、刊行物Ｂの記載に基づいて容易に発明をすることができたとはいえない。
　また、本願発明９は方法の発明である本願発明１のカテゴリをシステムのカテゴリとした発明であって、本願発明１で検討した相違点に相当する構成を含むものであるから、本願発明１で検討したのと同様に、当業者が刊行物Ａ、刊行物Ｂの記載に基づいて容易に発明をすることができたとはいえない。
　さらに、本願発明１０−１３は、本願発明９をさらに限定したものであるので、本願発明９と同様に、当業者が刊行物Ａ、刊行物Ｂの記載に基づいて容易に発明をすることができたとはいえない。
　
第５　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。