【事件の表示】
　特願２００４−５１６５８９「ホームネットワークに組み込むためのモジュール」拒絶査定不服審判事件〔平成１６年　１月　８日国際公開、ＷＯ２００４／００４２２２、平成１７年１０月１３日国内公表、特表２００５−５３１２３１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明 
　本願は、２００３年　６月１３日（パリ条約による優先権主張外国庁受理２００２年　６月２６日、（ＤＥ）ドイツ国）を国際出願日とする出願であって、平成２１年　９月３０日付けで拒絶査定がなされ、これに対し、平成２２年　２月　１日付けで審判請求がなされたものである。
　特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、明細書、特許請求の範囲及び図面の記載からみて、平成２０年１２月１５日付け手続補正書の特許請求の範囲の請求項１に記載された以下のとおりのものと認める。 
　
　「【請求項１】
　ホームネットワーク（１）に組み込むためのモジュール（６）であって、
　相互に接続されており、且つ前記ホームネットワーク（１）のために規定されている１つまたは複数のプロトコルによって相互に通信する個々の装置を備え、
　前記ホームネットワーク（１）は外部ネットワーク（１０）と通信することができる少なくとも１つの接続装置（５）を有する、ホームネットワーク（１）に組み込むためのモジュール（６）において、
　前記モジュール（６）は、前記ホームネットワーク（１）の１つまたは複数の装置（２，３，４）からオーディオ／ビデオデータに関する要求、および／または、前記外部ネットワーク（１０）におけるプロバイダ（１１，１２）のもとで使用可能なデータおよび／または該データの内容を表すメタデータを前記ホームネットワーク（１）のために規定されている１つまたは複数のプロトコルによるフォーマットで受信し、
　前記モジュール（６）は、前記外部ネットワーク（１０）におけるプロバイダ（１１，１２）のもとで、要求された前記オーディオ／ビデオデータの使用可能性を検索するための１つまたは複数の検索ユニット（７）を有し、該検索ユニット（７）により検索された前記オーディオ／ビデオデータを前記ホームネットワーク（１）のために規定されている１つまたは複数のプロトコルによるフォーマットで前記ホームネットワーク（１）の装置（２，３，４）に使用可能にすることを特徴とする、ホームネットワーク（１）に組み込むためのモジュール（６）。」 
　 
２．引用発明 
　これに対して、原査定の拒絶理由に引用された特開平１１−３４１０４０号公報（以下、「引用例」という。）には、「サービス提供方法および通信装置」として、図面とともに以下の事項が記載されている。
 　
イ．「【００１６】（２）請求項３：  本発明の通信装置において、前記サービス提供手段は、前記第２のネットワーク上の端末装置から前記第２のネットワークに依存するプロトコル（例えば、ＩＥＣ６１８８３等のＩＥＥＥ１３９４プロトコル群）に従って前記提示手段で提示された属性情報に基づき選択されたサービスの提供要求を受信すると、前記第１の記憶手段に記憶された当該サービスを提供するサーバの属性情報（例えばサービス表示テーブルに記憶された当該サーバに適用されているインターネットプロトコル群）に基づき該要求を前記第１のネットワーク上のサーバに送信することを特徴とする。」（３頁４欄）
　
ロ．「【００１９】（３）請求項４：  本発明の通信装置において、前記第１のネットワーク上のサーバから提供されるサービスと、該サービスの提供に係るコンテンツを前記第２のネットワーク上の端末装置に送信する際に必要な変換処理（例えば符号化方式の変換処理）との対応関係を記憶する第２の記憶手段（ゲートウエイ処理テーブル）を具備し、前記サービス提供手段は、当該サービスを提供する前記第１のネットワーク上のサーバから前記第１のネットワークに依存するプロトコルに従って当該サービスの提供に係るコンテンツを受信すると、当該コンテンツに前記第２の記憶手段に記憶された対応関係から導かれる変換処理を施して前記第２のネットワークに依存するプロトコルに従って当該サービス要求元の端末装置に送信することを特徴とする。」（４頁５欄）
　
ハ．「【００２９】
【発明の実施の形態】以下、本発明の実施形態について図面を参照して説明する。図１は、本発明の実施形態に係るネットワークの構成例を示したもので、ある家庭のホームネットワーク（ＩＥＥＥ１３９４バス）１０２が、接続装置１０３を介して公衆網であるインターネット１０４と接続している。
【００３０】ＩＥＥＥ１３９４バス１０２には、ＡＶ視聴装置（端末装置）１０１が接続されている。また、インターネット１０４には、ビデオサーバ１０５が接続されている。もちろん、ＩＥＥＥ１３９４バス１０２、インターネット１０４には、各種の端末装置が接続されていてもよい。
【００３１】図１において、接続装置１０３とビデオサーバ１０５はインターネットノード、即ちＩＰアドレスを持ち、ＩＰ通信を行うことができるノードである。これに対して、ＡＶ視聴装置１０１は、ＩＰ通信機能は持っていない。ＡＶ視聴装置はＩＥＥＥ１３９４対応のＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）ノードであり、ＩＥＥＥ１３９４プロトコル群である１３９４ＡＶ／Ｃプロトコルや、ＩＥＣ６１８８３、ＨＡＶＩ（Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ：ＩＥＥＥ１３９４上のＡＶ機器のソフトウエア標準）等のプロトコル機能をもつ。なお、接続装置１０３については、ＩＥＥＥ１３９４バス１０２に対して、ＩＰ通信機能だけでなく、これらＩＥＥＥ１３９４プロトコル群にて通信する機能を持っている。」（５頁７欄）
　
ニ．「【００４０】さて、図１に示したような構成のネットワーク上において、ＩＰ処理機能を持たないＡＶ視聴装置１０１から、接続装置１０３を介して、インターネットに接続されたビデオサーバ１０５に対して、ビデオコンテンツの送信を要求し、当該ビデオコンテンツを配信してもらう場合を例にとり、以降説明する。すなわち、ビデオサーバ１０５の提供するサービスとは、ビデオコンテンツの配信であり、ＡＶ視聴装置１０１の提供するサービスはビデオコンテンツの利用（再生・表示）である場合を例にとり説明する。」（６頁９欄）
　
ホ．「【００５２】ここで、図６に示すフローチャートを参照して、サービス表示テーブル２０９の作成処理手順について説明する。接続装置１０３は、好ましくは、アクセスサーバインデックステーブル２１０から、サービス属性がＡＶ視聴装置１０１のサービス属性（符号化方式等）と一致するビデオサーバ１０５にアクセスして、ビデオサーバ１０５からＲＴＳＰ等のプロトコルを用いてサービスの属性情報（この場合、コンテンツを提供するサービスであるので、当該コンテンツのタイトル、コンテンツの符号化方式、放送時間等）を収集する。この手順を、例えばビデオサーバ１０５にコンテンツのある限り続けていく（ステップＳ３１〜ステップＳ３３）。もちろん、コンテンツの数を予め限定して、あるいは、予め指定された条件に基づく検索（例えば主演俳優の名前とか、コンテンツのジャンル等、ユーザの好みをパラメータとして登録された情報フィルタリング等）が終わるまで行うようにしてもよい。
【００５３】なお、収集するサービス属性は、ＡＶ視聴装置のサービス属性と一致する必要はない。すなわち、例えば、サーバから提供できるコンテンツの符号化方式がＡＶ視聴装置で視聴可能なコンテンツの符号化方式と異なっていてもよい。しかし、この場合には、当該コンテンツは、符号化方式の変換などを行わない限り、そのままＡＶ視聴装置１０１に配信しても意味が無い（ＡＶ視聴装置１０１が復号化できないから）ので、ビデオサーバ１０５から送られてきたサービス属性（符号化方式など）と、ＡＶ視聴装置１０１のサービス属性との間での属性変換機能が当該接続装置１０３内に存在するか否かをチェックする（ステップＳ３４〜ステップＳ３５）。
【００５４】例えば、ビデオサーバ１０５から配信されるビデオコンテンツはＭＰＥＧ４で配信されるが、ＡＶ視聴装置１０１はＤＶコーデックしかない場合、接続装置１０３にはＭＰＥＧ４からＤＶへの変換機能が必要になる。このような属性変換機能の有無をチェックするわけである。
　・・・（中略）・・・
【００５６】サービス表示テーブル２０９は、ＩＥＥＥ１３９４バス１０２に接続されている各端末装置毎に複数作成されるものであってもよい。すなわち、収集されたサーバの属性情報のうち、当該端末装置に提供可能なサービスに関する属性情報のみを登録するものであってもよい。
【００５７】これに対し、当該属性変換機能を接続装置１０３がサポートしている場合には、図７に示すように、サービス表示テーブル２０９に属性変換を登録し（ステップＳ３７）、さらに、そのサービスに関する属性情報（例えば、コンテンツのタイトル、符号化方式等、当該サーバにて適用されているプロトコル、アドレス等）をサービス表示テーブル２０９に登録する（ステップＳ３８）。
【００５８】属性変換機能はフォーマット変換部２０４にある。すなわち、フォーマット変換部２０４では、ＭＰＥＧ２、ＭＰＥＧ４、ＤＶのそれぞれのフォーマットの相互変換を行う機能を持ち、例えば、ＭＰＥＧ４からＤＶへの変換機能のサポートをここで行える。
　・・・（中略）・・・
【００６１】なお、図６に示したサービス表示テーブル作成処理は、コンテンツの提供される装置によって、基準が異なる場合がある（例えば、２つ以上のＡＶ視聴装置があり、これらのサポートする符号化方式が異なる場合）。このような場合には、性能の異なるＡＶ視聴装置毎に、図７に示したようなサービス表示テーブルを作成してもよい。
【００６２】また、図６に示したのサービス表示テーブル作成処理は、後述するＡＶ視聴装置１０１からのサービス表示要求（図３のステップＳ５）の受信後に行ってもよい。」（７頁１１欄〜８頁１３欄）
　
ヘ．「【００６３】ステップＳ３）  さて、インターネット１０４上のビデオサーバ１０５の属性情報を収集した接続装置１０３は、その収集した属性情報に基づき、前述したように、サービス表示テーブル２０９を作成するとともに、当該属性情報のうち、予め定められた種別の属性情報はＩＥＥＥ１２１２レジスタ２０２に、例えば図１０に示したように書込む。すなわち、自分がビデオサーバ１０５であるとして、ＩＥＥＥ１３９４バス１０２上のＡＶ視聴装置１０１に広告を行うことになる。ＡＶ視聴装置１０１にとっては、接続装置１０３はビデオサーバ１０５の代理サーバとなる。つまり、ＡＶ視聴装置１０１にとっては、接続装置１０３がビデオサーバ１０５に見える。これは、ＡＶ視聴装置１０１がＩＥＥＥ１３９４プロトコル群しか認識ができないため、インターネットプロトコル群で提供されるコンテンツを、そのままでは見たり、配送してもらったりといった制御ができないからである。しかし、実際には接続装置１０３はビデオサーバ１０５の代わりに自分がビデオサーバであると名乗るのみであり、実際にビデオの配信要求などがきた場合は、後述するように、接続装置１０３がビデオサーバ１０５にビデオの配信要求を出し直す。
【００６４】なお、アクセスしたサーバが複数ある場合は、各サーバ毎に図１０に示したような形式でＩＥＥＥ１２１２レジスタ２０２の予め定められた領域に属性情報を書き込めばよい。
【００６５】さて、このようにＡＶ視聴装置１０１に対して、接続装置１０３自身がビデオサーバ１０５であるように認識させるため、接続装置１０３はＩＥＥＥ１３９４バス１０２に対して、自分がビデオサーバ１０５であるかのごとく、ＩＥＥＥ１２１２レジスタ２０２に自分の属性（ビデオサーバ）を広告する（図４のステップＳ２４）。
【００６６】ステップＳ４）  これにより、ＡＶ視聴装置１０１が接続装置１０３のＩＥＥＥ１２１２レジスタ２０２の所定領域を読み込んだ場合には、ＡＶ視聴装置１０１からは、接続装置１０３はビデオサーバ１０５（それも、ＩＥＥＥ１３９４プロトコルで稼働するビデオサーバ）である様に認識される。
【００６７】ステップＳ５〜ステップＳ７）  接続装置１０３がビデオサーバであるとして認識したＡＶ視聴装置１０１は、この「ビデオサーバ」がどのようなコンテンツを持っているのかを調べるべく、ＩＥＥＥ１３９４プロトコル群（例えばＩＥＥＥ１３９４ＡＶ／Ｃ）を用いてサービスの一覧表示の要求を接続装置１０３に送出する場合がある（図４のステップＳ２５）。この様な場合には、前述の図７のサービス表示テーブル２０９のＡＶ視聴装置１０１に該当する部分の内容をＩＥＥＥ１３９４プロトコル群を使ってＡＶ視聴装置１０１に配信する。すなわち、接続装置１０３がＩＥＥＥ１３９４バス１０２に接続されている装置（具体的にはＡＶ視聴装置１０１）に対して提供するコンテンツに関する広告情報（例えば、コンテンツのタイトル、配信時間等を含む）として、サービス表示テーブル２０９の内容の全部あるいは一部をＡＶ視聴装置１０１に配信する（図４のステップＳ２６）。なお、サービス表示テーブル２０９の内容の配信のためのプロトコルとしては、ＩＥＥ１３９４ＡＶ／Ｃプロトコルに用意されるコンテンツ配信、あるいはファイル属性配信のためのプロトコルを用いてもよい。
【００６８】ＡＶ視聴装置１０１では、この配信された広告情報を、例えばＧＵＩ表示画面に表示し、このＧＵＩ表示画面を介して、ユーザが所望のタイトルのコンテンツを選択できるようにしてもよい。」（８頁１３〜１４欄）
　
ト．「【００６９】以上は、ＡＶ視聴装置１０１がビデオサーバ１０５のコンテンツを認識するまでの説明であった。次に、図３および図８を参照して、ビデオサーバ１０５からユーザにより選択されたタイトルのコンテンツを配信する際の処理動作について説明する。図８は、接続装置１０３の配信処理動作を示したフローチャートである。
【００７０】ステップＳ８）  ＡＶ視聴装置１０１のユーザは、接続装置１０３から配信された広告情報から、自分が見たいタイトルのコンテンツを選択し、そのコンテンツの配信を要求する。ここで、このユーザが選択したコンテンツは、タイトルが「α」であるとする。これと前後して、ＡＶ視聴装置１０１は、タイトルαのコンテンツ配信に用いられるＩＥＥＥ１３９４バス１０２上の同期チャネルの確保や、そのチャネル番号の接続装置１０３への通知などを行っていてもよい。そして、確保したチャネルの識別子（チャネル番号＃ｘ）や、接続装置１０３内で行うべき変換処理等を図９に示すように、ゲートウエイ処理テーブル２１１へ登録しておく。
【００７１】この時点で、ＡＶ視聴装置１０１は、当該配信されるコンテンツは接続装置１０３が配信するものであり、かつ、配信されるコンテンツの符号化方式はＤＶフォーマットであるものと期待している。しかしながら、実際には、このコンテンツはビデオサーバ１０５に蓄積されており、更にその符号化方式はＭＰＥＧ４であるものとする。即ち、接続装置１０３が、ＡＶ視聴装置１０１にとっては、ビデオ配信の代理サーバとなっており、かつそのことをＡＶ視聴装置１０１は認識していない。また、タイトルαのコンテンツの配信要求は、ＩＥＥＥ１３９４プロトコル群を用いて行われているものとする（図８のステップＳ４１）。
【００７２】ＡＶ視聴装置１０１からの番組配信要求を受信した接続装置１０３は、図７のサービス表示テーブル２０９を参照し、配信要求のあったタイトルαのコンテンツは、インターネット１０４側のビデオサーバ１０５（アドレス「ｖｉｄｅｏ．ｘｙｚ．ｃｏ．ｊｐ」）にあり、その配信されるコンテンツの符号化方式はＭＰＥＧ４であるので、ＡＶ視聴装置１０１への配信時は、当該コンテンツをＭＰＥＧ４からＤＶへプロトコル変換を行う必要があることを認識する（図８のステップＳ４２）。よって、ここで接続装置１０３内のＭＰＥＧ４／ＤＶ変換機能、すなわち、フォーマット変換部２０４のＭＰＥＧ４／ＤＶ変換機能を起動する。
【００７３】ステップＳ９）  次に、接続装置１０３は、インターネット１０４側のビデオサーバ１０５へ、ユーザから要求のあったタイトルαのコンテンツの配信要求を送信する（図８のステップＳ４３）。この際のプロトコルは、例えばＩＥＴＦのＲＴＳＰを用いてもよい。
【００７４】以上の処理を行うことにより、図９に示したような、ビデオサーバ１０５からのコンテンツをＡＶ視聴装置１０１へ配信する際のゲートウエイ処理テーブルが完成する（図８のステップＳ４４）。
【００７５】図９のゲートウエイ処理テーブルには、インターネット１０４上のビデオサーバ１０５から送られてくるパケットの属性情報（例えば、入力プロトコル、入力識別子、変換処理、出力プロトコル、出力識別子）が登録されている。すなわち、入力プロトコルとして「インターネット」が、また、当該パケットの識別子として、宛先ＩＰアドレスと宛先ポート番号（ＴＣＰやＵＤＰで規定）と送信元ＩＰアドレスと送信元ポート番号とが登録されている。また、ビデオサーバ１０５から配信される当該コンテンツの符号化方式はＭＰＥＧ４で、ＡＶ視聴装置１０１の属性はＤＶであるので、当該配信されるコンテンツに対し施すべき変換処理として、「ＭＰＥＧ４からＤＶへの変換処理」と登録されている。また、接続装置１０３からＡＶ視聴装置１０１へ出力するパケットの出力プロトコルとして「ＩＥＥＥ１３９４プロトコル」が、また、接続装置１０３とＡＶ視聴装置１０１との間に先に確保されたチャネルの識別子（＃ｘ）が出力識別子として登録されている。
【００７６】ステップＳ１０）  コンテンツの配信要求を受けたビデオサーバ１０５は、指定されたタイトルαのコンテンツの配信を行う。なお、ビデオサーバ１０５からは、ＭＰＥＧ４ｏｖｅｒＩＰの形で接続装置１０３に当該コンテンツが配信される（図８のステップＳ４５）。
【００７７】ステップＳ１１）  これを受信した接続装置１０３は、ゲートウェイ処理テーブル２１１を参照し、入力識別子（ＩＰアドレスとポート番号の組み合わせ）などから、これが先にステップＳ９において配信要求したタイトルαというコンテンツであることを認識し、この受信データをフォーマット変換部２０４において、ＤＶフォーマットに変換処理する。フォーマット変換部２０４では、インターネット１０４から入力したＩＰパケットからＭＰＥＧ４のストリームを取り出し、ＭＰＥＧ４復号化を行った後、ＤＶにて符号化し直す（図８のステップＳ４６）。
【００７８】ステップＳ１２）  最後に、接続装置１０３は、先に予約した同期チャネル＃ｘ等を通して、ＩＥＥＥ１３９４プロトコル群にて定められたＤＶフォーマット映像の転送方式、例えばＩＥＣ６１８８３に従った転送方式にて、タイトルαというコンテンツをＡＶ視聴装置１０１に配信する（図８のステップＳ４７）。」（８頁１４欄〜９頁１６欄）
　
　上記引用例の記載及び図面を参照すると、上記ハ．【００２９】の「・・・図１は、本発明の実施形態に係るネットワークの構成例を示したもので、ある家庭のホームネットワーク（ＩＥＥＥ１３９４バス）１０２が、接続装置１０３を介して公衆網であるインターネット１０４と接続している。」、同【００３１】の「図１において、・・・これに対して、ＡＶ視聴装置１０１は、ＩＰ通信機能は持っていない。ＡＶ視聴装置はＩＥＥＥ１３９４対応のＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）ノードであり、ＩＥＥＥ１３９４プロトコル群である１３９４ＡＶ／Ｃプロトコルや、ＩＥＣ６１８８３、ＨＡＶＩ（Ｈｏｍｅ  Ａｕｄｉｏ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ：ＩＥＥＥ１３９４上のＡＶ機器のソフトウエア標準）等のプロトコル機能をもつ。なお、接続装置１０３については、ＩＥＥＥ１３９４バス１０２に対して、ＩＰ通信機能だけでなく、これらＩＥＥＥ１３９４プロトコル群にて通信する機能を持っている。」という記載及び図１から、「接続装置」は「ホームネットワーク」と「公衆網であるインターネット」に接続され、「ホームネットワーク」は「ＩＥＥＥ１３９４プロトコル群」によって「通信する」ものである。
　上記ホ．【００６１】の「・・・図６に示したサービス表示テーブル作成処理は、コンテンツの提供される装置によって、基準が異なる場合がある（例えば、２つ以上のＡＶ視聴装置があり、これらのサポートする符号化方式が異なる場合）。このような場合には、性能の異なるＡＶ視聴装置毎に、図７に示したようなサービス表示テーブルを作成してもよい。」という記載から、「ＡＶ視聴装置」は複数設けることができるものである。
　上記イ．【００１６】の「・・・ 本発明の通信装置において、前記サービス提供手段は、前記第２のネットワーク上の端末装置から前記第２のネットワークに依存するプロトコル（例えば、ＩＥＣ６１８８３等のＩＥＥＥ１３９４プロトコル群）に従って前記提示手段で提示された属性情報に基づき選択されたサービスの提供要求を受信すると、・・・」、上記ト．【００７０】の「・・・ＡＶ視聴装置１０１のユーザは、接続装置１０３から配信された広告情報から、自分が見たいタイトルのコンテンツを選択し、そのコンテンツの配信を要求する。ここで、このユーザが選択したコンテンツは、タイトルが「α」であるとする。・・・」、同【００７１】の「・・・また、タイトルαのコンテンツの配信要求は、ＩＥＥＥ１３９４プロトコル群を用いて行われているものとする（図８のステップＳ４１）。」、同【００７２】の「ＡＶ視聴装置１０１からの番組配信要求を受信した接続装置１０３は、・・・」という記載において、「通信装置」、「第２のネットワーク」、「端末装置」は、「接続装置」、「ホームネットワーク」、「ＡＶ視聴装置」のことであるから、「接続装置」は「ホームネットワーク」の「ＡＶ視聴装置」からビデオ「コンテンツ」に関する「要求」を「ホームネットワーク」に「依存するプロトコル」に従って「受信」するものである。
　上記ロ．【００１９】の「・・・本発明の通信装置において、・・・当該サービスを提供する前記第１のネットワーク上のサーバから前記第１のネットワークに依存するプロトコルに従って当該サービスの提供に係るコンテンツを受信すると、当該コンテンツに前記第２の記憶手段に記憶された対応関係から導かれる変換処理を施して前記第２のネットワークに依存するプロトコルに従って当該サービス要求元の端末装置に送信する・・・」、上記ト．【００７６】の「・・・コンテンツの配信要求を受けたビデオサーバ１０５は、指定されたタイトルαのコンテンツの配信を行う。なお、ビデオサーバ１０５からは、ＭＰＥＧ４ｏｖｅｒＩＰの形で接続装置１０３に当該コンテンツが配信される（図８のステップＳ４５）。」、同【００７７】の「・・・これを受信した接続装置１０３は、・・・これが先にステップＳ９において配信要求したタイトルαというコンテンツであることを認識し、この受信データをフォーマット変換部２０４において、ＤＶフォーマットに変換処理する。フォーマット変換部２０４では、インターネット１０４から入力したＩＰパケットからＭＰＥＧ４のストリームを取り出し、ＭＰＥＧ４復号化を行った後、ＤＶにて符号化し直す（図８のステップＳ４６）。」、同【００７８】の「・・・ 最後に、接続装置１０３は、先に予約した同期チャネル＃ｘ等を通して、ＩＥＥＥ１３９４プロトコル群にて定められたＤＶフォーマット映像の転送方式、例えばＩＥＣ６１８８３に従った転送方式にて、タイトルαというコンテンツをＡＶ視聴装置１０１に配信する（図８のステップＳ４７）。」という記載から、「接続装置」はビデオコンテンツを「ホームネットワーク」に「依存するプロトコル」に従った「フォーマット」で「ホームネットワーク」の「ＡＶ視聴装置」に「配信」するものであり、さらに、上記ニ．【００４０】の「・・・ビデオサーバ１０５の提供するサービスとは、ビデオコンテンツの配信であり、ＡＶ視聴装置１０１の提供するサービスはビデオコンテンツの利用（再生・表示）である・・・」という記載から、「配信」された「ビデオコンテンツ」は「ＡＶ視聴装置」にて「利用」されるものである。
　上記ヘ．【００６３】の「・・・インターネット１０４上のビデオサーバ１０５の属性情報を収集した接続装置１０３は、その収集した属性情報に基づき、前述したように、サービス表示テーブル２０９を作成するとともに、・・・すなわち、自分がビデオサーバ１０５であるとして、ＩＥＥＥ１３９４バス１０２上のＡＶ視聴装置１０１に広告を行うことになる。・・・」、同【００６７】の「・・・接続装置１０３がビデオサーバであるとして認識したＡＶ視聴装置１０１は、この「ビデオサーバ」がどのようなコンテンツを持っているのかを調べるべく、ＩＥＥＥ１３９４プロトコル群（例えばＩＥＥＥ１３９４ＡＶ／Ｃ）を用いてサービスの一覧表示の要求を接続装置１０３に送出する場合がある（図４のステップＳ２５）。この様な場合には、前述の図７のサービス表示テーブル２０９のＡＶ視聴装置１０１に該当する部分の内容をＩＥＥＥ１３９４プロトコル群を使ってＡＶ視聴装置１０１に配信する。すなわち、接続装置１０３がＩＥＥＥ１３９４バス１０２に接続されている装置（具体的にはＡＶ視聴装置１０１）に対して提供するコンテンツに関する広告情報（例えば、コンテンツのタイトル、配信時間等を含む）として、サービス表示テーブル２０９の内容の全部あるいは一部をＡＶ視聴装置１０１に配信する（図４のステップＳ２６）。・・・」という記載から、「接続装置」は「インターネット上のビデオサーバの属性情報を収集し」、「提供するコンテンツに関する広告情報」を「ＡＶ視聴装置」に「配信する」ものである。
　同【００６８】の「ＡＶ視聴装置１０１では、この配信された広告情報を、例えばＧＵＩ表示画面に表示し、このＧＵＩ表示画面を介して、ユーザが所望のタイトルのコンテンツを選択できるようにしてもよい。」及び上記ト．【００７０】の「・・・ＡＶ視聴装置１０１のユーザは、接続装置１０３から配信された広告情報から、自分が見たいタイトルのコンテンツを選択し、そのコンテンツの配信を要求する。ここで、このユーザが選択したコンテンツは、タイトルが「α」であるとする。・・・」という記載から、「ＡＶ視聴装置」は「配信された広告情報から」「コンテンツを選択し」、「コンテンツの配信を要求する」ものである。
　したがって、上記引用例には、以下の発明（以下、「引用発明」という。）が記載されている。 
　
　「ホームネットワークに接続された接続装置であって、
ホームネットワークに依存するプロトコルによって通信する、複数設けることのできるＡＶ視聴装置を備え、
前記ホームネットワークとインターネットとを接続する前記接続装置において、
前記接続装置は前記ホームネットワークのＡＶ視聴装置からビデオコンテンツに関する要求を前記ホームネットワークに依存するプロトコルに従って受信し、
前記接続装置はインターネット上のビデオサーバの属性情報を収集して、提供するコンテンツに関する広告情報をＡＶ視聴装置に配信し、ＡＶ視聴装置によって前記配信された広告情報から選択、要求されたビデオコンテンツをビデオサーバに要求し、該ビデオサーバから受信したビデオコンテンツはホームネットワークに依存するプロトコルに従ったフォーマットで前記ホームネットワークのＡＶ視聴装置に配信され、利用される、ホームネットワークに接続された接続装置。」
　　
３．対比 
　本願発明と引用発明を比較すると、引用発明の「インターネット」は家庭の「ホームネットワーク」から見て外部にあることから、本願発明の「外部ネットワーク」に相当し、引用発明の「複数設けることのできるＡＶ視聴装置」は装置の一種であるから、本願発明の「１つまたは複数の装置」、「個々の装置」に相当し、引用発明の「ビデオコンテンツ」は本願発明の「オーディオ／ビデオデータ」に含まれるものであり、引用発明の「ビデオサーバ」は「ビデオコンテンツ」を提供するものであるから、本願発明の「プロバイダ」に相当する。
　また、引用発明の「ホームネットワークに依存するプロトコル」はＩＥＥＥ１３９４プロトコル群であるから、本願発明の「ホームネットワークのために規定されている１つまたは複数のプロトコル」に相当し、引用発明の「ホームネットワークに依存するプロトコルに従って受信」することは本願発明の「ホームネットワークのために規定されている１つまたは複数のプロトコルによるフォーマットで受信する」ことと実質的な差違はない。
　さらに、引用発明の「ビデオコンテンツはホームネットワークに依存するプロトコルに従ったフォーマットで前記ホームネットワークのＡＶ視聴装置に配信され、利用される」ことは、本願発明の「オーディオ／ビデオデータを前記ホームネットワークのために規定されている１つまたは複数のプロトコルによるフォーマットでホームネットワークの装置に使用可能にすること」と実質的な差違はない。
　そして、引用発明の「ホームネットワークに接続された接続装置」と本願発明の「ホームネットワークに組み込むためのモジュール」あるいは「少なくとも１つの接続装置を有する、ホームネットワークに組み込むためのモジュール」に関し、「接続」することと「組み込む」ことに実質的な差違はなく、「接続装置」も「モジュール」あるいは「少なくとも１つの接続装置を有する」「モジュール」も所定の制御を行う「制御装置」といえるから、両発明は「ホームネットワークに組み込むための制御装置」を有する点で一致し、引用発明の「ビデオサーバから受信したビデオコンテンツ」と本願発明の「外部ネットワークにおけるプロバイダのもとで、要求された前記オーディオ／ビデオデータの使用可能性を検索するための１つまたは複数の検索ユニットを有し、該検索ユニットにより検索された前記オーディオ／ビデオデータ」とは、いずれも「プロバイダから入手したオーディオ／ビデオデータ」である点で一致する。
　したがって、本願発明と引用発明は、以下の点で一致ないし相違する。
　
＜一致点＞ 
　「ホームネットワークに組み込むための制御装置であって、
前記ホームネットワークのために規定されている１つまたは複数のプロトコルによって通信する個々の装置を備え、
　前記ホームネットワークは外部ネットワークと通信することができる、ホームネットワークに組み込むための制御装置において、
　前記制御装置は、前記ホームネットワークの１つまたは複数の装置からオーディオ／ビデオデータに関する要求を前記ホームネットワークのために規定されている１つまたは複数のプロトコルによるフォーマットで受信し、
　前記制御装置は、前記外部ネットワークにおけるプロバイダから入手した前記オーディオ／ビデオデータを前記ホームネットワークのために規定されている１つまたは複数のプロトコルによるフォーマットで前記ホームネットワークの装置に使用可能にすることを特徴とする、ホームネットワークに組み込むための制御装置。」 
　
＜相違点＞ 
（１）本願発明は「制御装置」が「モジュール」であり、「少なくとも１つの接続装置を有する」のに対し、引用発明は「制御装置」が「接続装置」である点。
（２）本願発明は「個々の装置」が「相互に接続されており」、「相互に通信する」の対し、引用発明は当該構成を有するか否か不明である点。
（３）本願発明は「制御装置」が「オーディオ／ビデオデータに関する要求、および／または、外部ネットワークにおけるプロバイダのもとで使用可能なデータおよび／または該データの内容を表すメタデータを」「受信する」のに対し、引用発明は「外部ネットワークにおけるプロバイダのもとで使用可能なデータおよび／または該データの内容を表すメタデータを」「受信する」構成を有していない点。
（４）本願発明は「制御装置」が「外部ネットワークにおけるプロバイダのもとで、要求されたオーディオ／ビデオデータの使用可能性を検索するための１つまたは複数の検索ユニット（７）を有し、該検索ユニット（７）により検索された前記オーディオ／ビデオデータを」「ホームネットワークの装置に使用可能にする」のに対し、引用発明は当該構成を有していない点。
　
４．検討 
　まず、上記相違点（１）について検討すると、通信制御に係る「制御装置」を「モジュール」によって構成することは周知慣用手段に過ぎず、引用発明の「接続装置」を「モジュール」とすること、及び、「１つの接続装置を有する」「モジュール」とすることは、当業者が適宜なし得る設計的事項である。
　次に、上記相違点（２）について検討すると、ＩＥＥＥ１３９４プロトコルを用いたホームネットワークで相互に接続されたＡＶ装置が相互に通信する構成は周知のもの（例えば、国際公開第０１／０７６１４６号、第３頁第２２〜３０行、特表２００２−５１８８８５号公報【０００１】、【００１５】、【００１６】参照。）であり、引用発明のＩＥＥＥ１３９４プロトコル群を用いる「ホームネットワーク」に接続された「個々の装置」が「相互に通信する」ようにすることは、当該周知技術から当業者が必要に応じて適宜なし得ることである。
　さらに、上記相違点（３）（４）について検討すると、ネットワーク上のサーバ等が保有するデータを入手する際に、データを利用する装置とは別の装置に検索手段を設け、該検索手段はデータを利用する装置から検索の要求を受信して、サーバ等からデータを検索し、データを利用する装置に検索したデータを提供することは周知のもの（例えば、特開２０００−　５７０４１号公報【０００２】〜【０００４】、特開平１０−１２６４２３号公報【０１３４】、【０１４８】〜【０１５０】及び図９、特開２００１−１５５０２２【００３２】〜【００３４】、【００５８】及び図７参照。）であり、さらに、外部ネットとなるインターネットと社内ＬＡＮあるいはＩＥＥＥ１３９４バスのようなホームネットワークを接続する装置に検索手段を設け、外部ネットワーク上のサーバから情報を入手する構成も周知のもの（同じく、特開２０００−　５７０４１号公報【０００２】〜【０００４】、特開平１０−１２６４２３号公報【０１３４】、【０１４８】〜【０１５０】及び図９参照。）であるから、引用発明に周知技術を採用することは容易に想到し得ることである。
　そして、本願発明の「プロバイダのもとで使用可能なデータおよび／または該データの内容を表すメタデータ」は検索し、入手したいデータを特定するために利用するデータであって、そのようなデータを利用することは、検索技術においては周知慣用手段に過ぎず、当業者が適宜採用することができるものである。
　よって、上記相違点（３）（４）に係る構成は、引用発明の「接続装置はインターネット上のビデオサーバの属性情報を収集して、提供するコンテンツに関する広告情報をＡＶ視聴装置に配信し、ＡＶ視聴装置によって前記配信された広告情報から選択し、要求されたビデオコンテンツはビデオサーバに要求」することで、外部ネットワークのプロバイダから要求されたデータを配信し、利用することに代えて上記周知技術を採用することにより容易になし得ることである。
　そして、本願発明の作用効果も引用発明及び周知技術から当業者が予測できる範囲のものである。 
　
５．むすび 
　以上のとおり、本願発明は、上記引用例に記載された発明及び周知技術に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。 
　
　よって、結論のとおり審決する。