【事件の表示】
　特願２００６−５２７５３５「マルチキャスティング装置」拒絶査定不服審判事件〔平成１７年　４月　７日国際公開、ＷＯ２００５／０３２０４４、平成１９年　３月２２日国内公表、特表２００７−５０７１４４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯・本願発明
　
　本願は，２００４年９月１６日（パリ条約による優先権主張外国庁受理，２００３年９月２５日，イギリス国）を国際出願日とする出願であって、平成２１年８月２７日付けで拒絶の査定がされたところ、同年１２月２８日付けで審判の請求がなされ、これに対し当審において平成２３年１０月１３日付けで拒絶理由通知がなされ、平成２４年４月１１日付けで手続補正がなされたものである。
　
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２４年４月１１日付け手続補正書により補正された、明細書、特許請求の範囲及び図面の記載からみて、特許請求の範囲、請求項１に記載された以下のとおりのものであると認める。
　
「双方向ネットワークのノードを有するマルチキャスティング装置であって、
　前記ノードは、別のネットワークから受信される要求に対応して、マルチキャストセッション用の参加及び離脱メッセージを前記双方向ネットワークに伝送するべく動作可能であり、前記参加メッセージは、ＳＳＭ（Source Specific Multicast）ツリーを生成するためにマルチキャストセッション発信元に対応するマルチキャストセッション発信元アドレスを含み、かつ、前記ノードは、前記双方向ネットワークから前記マルチキャストセッションにおいて受信したセッションデータを変換し、該変換されたセッションデータを単方向にブロードキャストするべく動作可能である、マルチキャスティング装置。」 
　
第２．引用例および周知例
　
Ａ．当審における平成２３年１０月１３日付け拒絶理由通知書に引用された、国際公開第０３／０３０４５１号（以下、「引用例」という。）には、「IP MULTICAST SERVICE OVER A BROADCAST CHANNEL」（邦訳「放送チャネルを介するＩＰマルチキャスト・サービス」）として、図面とともに以下の事項が記載されている。
　
イ．「Field of the invention
 This invention relates to the transmission of an Internet protocol ('IP') multicast service over a broadcast channel.」（１頁３−５行）
邦訳
「発明の分野
  本発明は、放送チャネルを介するインターネット・プロトコル（ＩＰ）・マルチキャスト・サービスの送信に関する。」
　
ロ．「Detailed description of the preferred embodiments
Figure 1 shows apparatus for transmitting Internet protocol datagrams over a digital video broadcast network. The broadcast network comprises transmitter apparatus, including aerials 1, each covering a respective broadcast cell 2 defined by its operating range. In this embodiment of the invention, the broadcast system is a digital television broadcasting system, in accordance with the European Telecommunications Standard Institute (ETSI), although other broadcast standards may be used in other embodiments of the invention. The particular system illustrated is a terrestrial broadcast system according to the standard DVB- T, but it will be appreciated that the invention is also applicable to broadcast from satellites or over cable systems, for example, as well. The system includes a source of television signals, including video and audio content and associated signal information and the transmission from an aerial 1 to receivers or user terminals 3 is unidirectional.
　The system is also connected with Internet infrastructure 4 that can generate private data in the form of data carousels or IP datagrams for transmission over the broadcast network. The broadcasters' equipment includes a network 5 of Internet terminals connected with the Internet infrastructure 4. The broadcasters' network of terminals 5 and the network of broadcast transmitter equipment, including the aerials 1 are interconnected through gateways 6 that encapsulate the IP traffic into the stream of MPEG2 signals for the television in accordance with the DVB specification for data broadcasting ETSI EN 301 192 v1.2.1 and the implementation guidelines ETSI TR 101 202 192 V1.1.1.
　Depending on the choices of the broadcaster, the IP/DVB gateways 6 can encapsulate the IP in the broadcasts for different sizes of areas, including one or more broadcasting cells. All the user terminals 3 within an area served will be able to receive the same IP packets coming from the same IP/DVB gateway 6. To reach a user through the broadcast link, an IP packet must be routed to the IP/DVB gateway 6 that serves the area in which the user is located.」（３頁６行−４頁４行）
邦訳
「 好適な実施形態の詳細な説明
 　図１は、インターネット・プロトコル・データグラムをディジタル・ビデオ放送ネットワークを介して伝送する装置を示す。当該放送ネットワークは、アンテナ（ａｅｒｉａｌ）１を含む送信機装置を備え、各アンテナ１は、その動作範囲により規定されるそれぞれの放送セル２をカバーする。本発明のこの実施形態においては、放送システムは、欧州通信標準化協会（「ＥＴＳＩ」）に従ったディジタル・テレビジョン放送システムである。しかしながら、他の放送標準を本発明の他の実施形態で用いてよい。図示された特定のシステムは、標準ＤＶＢ−Ｔに従った地上放送システムであるが、しかし本発明がまた、例えば、同様に、衛星から又はケーブル・システムを介して放送するため適用可能であることが認められるであろう。当該システムは、ビデオ及びオーディオのコンテンツを含むテレビジョン信号、及び関連の信号情報のソースを含み、そしてアンテナ１から受信機又はユーザ端末装置３への送信は、単方向である。
　システムはまた、放送ネットワークを介した送信のためデータ・メリーゴーランド（ｄａｔａ  ｃａｒｏｕｓｅｌｓ）又はＩＰデータグラムの形式で「プライベート・データ」を発生することができるインターネット・インフラストラクチャ４と接続される。放送業者の装置は、インターネット・インフラストラクチャ４と接続されたインターネット端末装置のネットワーク５を含む。端末装置の放送業者ネットワーク５と、アンテナ１を含む放送送信機装置のネットワークとは、データ放送のためのＤＶＢ仕様ＥＴＳＩ  ＥＮ３０１  １９２ｖ１．２．１及び実現ガイドラインＥＴＳＩ  ＴＲ１０１  ２０２  １９２ｖ．１．１に従って、ＩＰトラフィックをテレビジョン用ＭＰＥＧ２信号のストリームの中にカプセル化するゲートウエイ６を介して相互接続される。
　放送業者の選定に応じて、ＩＰ／ＤＶＢゲートウエイ６は、１つ又はそれより多い放送セルを含む、異なる大きさの範囲に対する放送においてＩＰをカプセル化することができる。サービス提供されている範囲内の全てのユーザ端末装置３は、ＩＰ／ＤＶＢゲートウエイ６から到来する同じＩＰパケットを受信することができる。ユーザに放送リンクを介して到達するため、ＩＰパケットは、ユーザが位置される範囲にサービス提供をしているＩＰ／ＤＶＢゲートウエイ６にルート付けされねばならない。」
　
ハ．「Another feature of the present embodiments of the invention is that the protocol enables more than one multicast client served by a given multicast router 8 to register for a given multicast session and, indeed, an incentive is provided for all users interested to register, in order to obtain as accurate a measure as possible of the demand for each particular multicast session proposed.
　In the embodiment of the invention shown in Figure 3, the network 10 of DVB-T transmitters is supplied with IP and DVB data through the gateways 6, which also serve as multicast routers 8. Each of the multicast clients 9 has an interactive link 11 , which is ensured by a telecommunications link according to the UMTS standards in the preferred embodiment of the invention, although return links to other wireless communication standards or through fixed line communications are also possible. The multicast services are transmitted over the DVB-T network 10 in response to registrations made by the multicast client 9 using the IGMP protocol.
　In this embodiment of the invention, the communication of the multicast client 9 with the gateway and multicast router 6, 8 over the return ｌink 11 in ensured as a tunnel 12 using the unidirectional link routing protocol (UDLR) described in IETF RFC3077.
　This standard is intended to enable the use of standard Internet protocols over unidirectional links, such as DVB, so that the unidirectional network behaves like a standard Internet bi-directional network. Multicast session announcements are broadcast over the unidirectional broadcast link. Responses from the multicast clients 9 are then returned to the IP/DVB gateway and multicast router 6, 8 through the interaction link 11. For this purpose, the IP address of the gateway is broadcast to all DVB receivers using the unidirectional broadcasts with the dynamic tunnel configuration protocol specified in UDLR.」（６頁７−３２行）
 邦訳
「本発明のこの実施形態の別の特徴は、プロトコルが、所与のローカル・マルチキャスト・ルータ８によりサービス提供される２以上のマルチキャスト・クライアントが所与のマルチキャスト・セッションに関して登録するのを可能にし、そして、真に、提案された特定の各マルチキャスト・セッションの要求の出来るだけ正確な測定を得るため、登録に関心がある全ユーザに対して誘因が与えられる。
　図３に示される本発明の実施形態においては、ＤＶＢ−Ｔ送信機のネットワーク１０は、ＩＰ及びＤＶＢデータをゲートウエイ６を介して供給され、またそのゲートウエイ６は、マルチキャスト・ルータ８としてサービス提供をする。マルチキャスト・クライアント９のそれぞれが、対話型リンク１１を有し、そして当該対話型リンク１１は、本発明の好適な実施形態においてＵＭＴＳ標準に従った電気通信リンクにより保証される。なお、他の無線通信標準へ又は固定回線通信を介した戻りのリンクもまた可能である。マルチキャスト・サービスは、ＩＧＭＰプロトコルを用いてマルチキャスト・クライアント９により行われる登録に応答して、ＤＶＢ−Ｔネットワーク１０を介して送信される。
　本発明の実施形態においては、戻りリンク１１を介したマルチキャスト・クライアント９のゲートウエイ６及びマルチキャスト・ルータ８との通信は、ＩＥＴＦ  ＲＦＣ３０７７に記載された一方向リンク・ルート付けプロトコル（「ＵＤＬＲ」）を用いた「トンネル」１２として確実に行われる。
　この標準は、ＤＶＢのような、一方向リンクを介する標準インターネット・プロトコルの使用を可能にすることを意図しており、それにより一方向ネットワークは、標準インターネット双方向ネットワークと似たように振る舞う。マルチキャスト・セッション告知は、一方向放送リンクを介して放送される。次いで、マルチキャスト・クライアント９からの応答は、ＩＰ／ＤＶＢゲートウエイ６及びマルチキャスト・ルータ８に対話型リンク１１を介して戻される。この目的のため、ゲートウエイのＩＰアドレスは、ＵＤＬＲにおいて指定された動的トンネル構成プロトコルを有する一方向放送を用いて、全てのＤＶＢ受信機に放送される。」
　
ニ．「The user at each mobile terminal 9 can browse information received concerning the different multicast sessions available and subscribe to it by sending the identification of the session together with the identification of the location of the user, that is to say the identity of the gateway 6 that transmitted the announcement to him; the response is communicated to the address of the multicast manager indicated in the announcement as at 18. In an alternative embodiment, the location information of the mobile terminal is given by the identification of the DVB broadcast cell, which enables the multicast manager 14 to identify the gateway serving the user.
 　If the number of user subscriptions is greater than a threshold that excludes the superfluous multicast sessions for that particular area of the DVB transmission network 10, the multicast manager informs the corresponding DVB/IP gateway 6 to subscribe to the multicast session, as at 19. The IP/DVB gateway 6 then subscribes to the multicast session using the IGMP protocol as at 20. When the multicast session begins, multicast data is then communicated from the multicast server 7 to the IP/DVB gateway 6 as at 21 , and passed to the transmitter network 10 where it is encapsulated as private data and transmitted over the transmitters 1 to the multicast clients 9, as shown at 22. The multicast clients 9 in the area of the transmitter network 10 served by that gateway 6 may then receive the multicast session at the corresponding multicast address.」（１０頁１９行−１１頁６行）
邦訳
「各移動端末装置９でのユーザは、使用可能な異なるマルチキャスト・セッションに関して受信された情報をブラウズし、そしてユーザの位置の識別、即ち、告知をそのユーザに送信したゲートウエイ６の識別と一緒に当該セッションの識別を送ることによりそれに申し込むことができる。応答は、参照番号１８におけるように当該告知において指示されたマルチキャスト・マネジャのアドレスへ通信される。代替実施形態において、移動端末装置の位置情報が、ＤＶＢ放送セルの識別（ＩＤ）により与えられ、それは、マルチキャスト・マネジャ１４がユーザにサービス提供するゲートウエイを識別するのを可能にする。
　ユーザの申し込み数がＤＶＢ伝送ネットワーク１０のその特定の範囲に関して余分なマルチキャスト・セッションを除外するスレッショルドより大きい場合、マルチキャスト・マネジャは、参照番号１９におけるように、マルチキャスト・セッションに申し込むため、対応のＩＰ／ＤＶＢゲートウエイ６に知らせる。次いで、ＩＰ／ＤＶＢゲートウエイ６は、参照番号２０におけるように、ＩＧＭＰプロトコルを用いてマルチキャスト・セッションに申し込む。マルチキャスト・セッションが始まるとき、マルチキャスト・データは、参照番号２１におけるように、マルチキャスト・サーバ７からＩＰ／ＤＶＢゲートウエイ６に通信され、そしてＤＶＢ送信機ネットワーク１０に通され、そこにおいて、当該データは、参照番号２２で示されるように、プライベート・データとしてカプセル化され、そして送信機１を介してマルチキャスト・クライアント９に送信される。次いで、ゲートウエイ６によりサービス提供されるＤＶＢ送信機ネットワーク１０の範囲内のマルチキャスト・クライアント９は、マルチキャスト・セッションを対応のマルチキャスト・アドレスで受信する。」
　
　ここで、上記イ．〜ニ．の記載、関連図面ならびにこの分野における技術常識を考慮すると、
　
　上記イ．に、「本発明は、放送チャネルを介するインターネット・プロトコル（ＩＰ）・マルチキャスト・サービスの送信に関する。」とあるように、引用例の「ＩＰマルチキャスト・サービス」は、放送チャネルを介して送信する「装置」であるといえる。
　
　上記ニ．には、「各移動端末装置９でのユーザは、使用可能な異なるマルチキャスト・セッションに関して受信された情報をブラウズし、そしてユーザの位置の識別、即ち、告知をそのユーザに送信したゲートウエイ６の識別と一緒に当該セッションの識別を送ることによりそれに申し込むことができる。応答は、参照番号１８におけるように当該告知において指示されたマルチキャスト・マネジャのアドレスへ通信される。」とあるように、「各移動端末装置９でのユーザ」は、「マルチキャスト・セッション」の申し込みを、送信したゲートウエイ６の識別と一緒に、マルチキャスト・マネジャのアドレスへ通信することが示されている。
　この「各移動端末装置９でのユーザ」の申し込みは、上記ハ．に「対話型リンク１１」として記載されたリンクを通じ、ユーザの申し込みに対応するものである。
　そして、上記ニ．の、「マルチキャスト・マネジャは、参照番号１９におけるように、マルチキャスト・セッションに申し込むため、対応のＩＰ／ＤＶＢゲートウエイ６に知らせる。次いで、ＩＰ／ＤＶＢゲートウエイ６は、参照番号２０におけるように、ＩＧＭＰプロトコルを用いてマルチキャスト・セッションに申し込む。」の記載を参照すると、「ＩＰ／ＤＶＢゲートウエイ６は、対話型リンク１１を通じ、マルチキャスト・マネジャを介して、各移動端末装置９でのユーザの申し込みを受け、ＩＧＭＰプロトコルを用いてマルチキャスト・セッションに申し込む」ものといえる。
　
　上記ニ．には、「マルチキャスト・セッションが始まるとき、マルチキャスト・データは、参照番号２１におけるように、マルチキャスト・サーバ７からＩＰ／ＤＶＢゲートウエイ６に通信され、そしてＤＶＢ送信機ネットワーク１０に通され、そこにおいて、当該データは、参照番号２２で示されるように、プライベート・データとしてカプセル化され、そして送信機１を介してマルチキャスト・クライアント９に送信される。」と記載されている。また、ＦＩＧ．５の参照番号２１，２２、また、上記ロ．の「ＩＰトラフィックをテレビジョン用ＭＰＥＧ２信号のストリームの中にカプセル化するゲートウエイ６を介して相互接続される。」、および、「 放送業者の選定に応じて、ＩＰ／ＤＶＢゲートウエイ６は、１つ又はそれより多い放送セルを含む、異なる大きさの範囲に対する放送においてＩＰをカプセル化することができる。」の記載を参照すると、「カプセル化」は、「ＩＰ／ＤＶＢゲートウエイ６」において行われるものといえる。そして、前記「送信」は、上記ロ．に、「アンテナ１から受信機又はユーザ端末装置３への送信は、単方向である。」と記載されているよう、「単方向に送信」するものである。
　したがって、「ＩＰ／ＤＶＢゲートウエイ６は、マルチキャスト・セッションのマルチキャスト・データをカプセル化し、送信機１を介して単方向に送信する」ことが示されている。なお、この送信は上記ニ．やロ．から「放送」といえる。
　したがって、上記引用例には以下の発明（以下、「引用発明」という。）が記載されている。 
　
「ＩＰ／ＤＶＢゲートウエイ６を有する、ＩＰマルチキャスト・サービス装置であって、
　前記ＩＰ／ＤＶＢゲートウエイ６は、対話型リンク１１を通じ、マルチキャスト・マネジャを介して各移動端末装置９でのユーザの申し込みを受け、ＩＧＭＰプロトコルを用いてマルチキャスト・セッションに申し込みを行い、
　かつ、前記、ＩＰ／ＤＶＢゲートウエイ６は、マルチキャスト・セッションのマルチキャスト・データをカプセル化し、送信機１を介して単方向に放送する、ＩＰマルチキャスト・サービス装置。」
　
Ｂ．周知例として例示する「朝枝  仁，Ｓｏｕｒｃｅ  Ｓｐｅｃｉｆｉｃ  Ｍｕｌｔｉｃａｓｔによる新たな通信アーキテクチャ，情報処理，２００２年　３月１５日，第43巻,第3号,p.260〜265」（以下、「周知例」という。）には、図面と共に以下の事項が記載されている。
　
ホ．「インターネットで展開するためのマルチキャスト,すなわちInter-domain Multicastを考えると，誰もがデータの送信者になることのできる多対多の「ミーティング型」通信形態よりも，ウェブ・アプリケーションのように送信者が固定である一対多の「放送型」通信形態の方がより一般的である．もしマルチキャスト・ルーティングを一対多の通信を前提として考えたならば，異なるアプローチで既存の問題を解決し，マルチキャストを現実的なアプリケーション，あるいはサービスとして展開することができる．1999年の後半以降，こういった議論から始まった新しいアーキテクチャがSource Specific Multicast (ＳＳＭ) といわれるものである．ＰＣなどのエンド・ノードがマルチキャスト・データの受信を要求する際，ＩＰバージョン４上ではＩＧＭＰというプロトコルを用いてそのグループ・アドレス（以下Group Address）に対してＩＧＭＰグループ参加要求（以下Join）を行う．逆に，受信を終了させたい時にはＩＧＭＰグループ離脱要求（以下Leave）を行う．これらは自らのアプリケーション（Socket）の登録や解放，ネットワーク・インタフェースに対するフィルタリングのためだけではなく，上位ルータにGroup Addressを通知してデータの転送を促す役目を持っている．多対多のマルチキャスト通信を行うための(*,G)Join/Leaveと呼ばれるこれらのメッセージはGroup Addressだけを指定して交換され，(*,G)Joinメッセージを受け取った上位ルータは，たとえばそのネットワークが従来のPIM-SMで構成されていたならば，同じGroup Addressを扱うRPに向けてPIM(*,G)Joinメッセージを転送してRPT（図−２の実線矢印）を形成し，その後，送信者と受信者間のルータで構成される最適なSPT（図−２の点線矢印）を形成し直しRP経由の経路を解放する．この時，各エンド・ノードが送信者のＩＰアドレス（以下Source Address）を知っているか否か，またそれを上位ルータに通知するか否かは必要条件ではなかった．しかしＳＳＭでは，Group AddressだけではなくSource Addressを明示した(S,G)Join/Leaveを行うことを前提とする．これにより，ＳＳＭ拡張している上位ルータは，多くの場合，(S,G)Join/Leaveを受信してもRPTを形成する必要はない．なぜならば，RPTは同じGroup Addressを用いている送信データを１つに集めて配信する，いわば集約経路の役目を持っていたが，ＳＳＭでは直接Source Addressに対するSPTを形成することが可能となるからである．図−３では，Rcv1とRcv2はSrc1のデータ（実線矢印）とSrc2のデータ（点線矢印）を受信しており，Rcv3とRcv4はSrc1の，Rcv5はSrc2のデータを受信している状態を示している．図−２に比べ経路木がシンプルになっていることが分かる．つまり，エンド・ノードが受け取りたいSource Addressを指定した(S,G)Join/Leaveを行う限りRPTは必要なくなり，同時に上記の経路木の構成は簡素化されて今まで述べたRPTに対する問題も解消できる．現在，新しいPIM-SMではＳＳＭの機能追加も含めて研究が継続されている．」（２６２頁右下欄１４行−２６３頁右下欄１９行）
　
ヘ．「ＩＧＭＰバージョン３
○Source Address Filtering
　以上のように，ＳＳＭアーキテクチャヘの対応はマルチキャスト・ルータの機能追加だけではなく，エンド・ノードに対しても「必要なSource Addressの明示」を要求する．そしてその機能を満たすのがＩＧＭＰの新しいバージョン，ＩＧＭＰv3であり，これは，Source Addressを明示した（S,G）Join/Leaveを提供する．」（２６４頁左欄１−８行）
　
　ここで、上記ホ．，ヘ．の記載、関連図面ならびにこの分野における技術常識を考慮すると、
　
「ノードがマルチキャスト・データの受信を要求する際、ＩＧＭＰというプロトコルを用いて参加要求を行い、逆に、受信を終了させたい時には離脱要求を行う」こと、
　また、「ＳＳＭ(Source Specific Multicast)では，ノードが送信者のＩＰアドレスを明示した参加／離脱要求を行って経路木を構成する」こと、
　そして、「ＩＧＭＰの新しいバージョンにおいて、ＳＳＭに対応し、送信者のＩＰアドレスを明示した参加／離脱要求を行う」ことは周知技術である。
　
第３．対比・判断
　
（１）対比 
　
　本願発明と引用発明とを対比する。
　
　本願発明は、【背景技術】に記載されるように、ＩＰ（インターネットプロトコル）データをマルチキャストする点において、引用発明と同様の装置であるといえ、引用発明の「ＩＰマルチキャスト・サービス装置」は、本願発明の「マルチキャスティング装置」に相当する。
　
　引用発明の「ＩＰ／ＤＶＢゲートウエイ６」は、マルチキャスト・データを受け取るのみならず、上記ニ．の「ＩＰ／ＤＶＢゲートウエイ６は、参照番号２０におけるように、ＩＧＭＰプロトコルを用いてマルチキャスト・セッションに申し込む」との記載にあるように、図１，図４に示されるインターネット４，放送業者ＩＰネットワーク５とＤＶＢ−Ｔネットワーク１０との間において、双方向通信を行うノードであるといえ、本願発明の「双方向ネットワークのノード」に相当する。
　
　引用発明の「対話型リンク１１」について、上記ハ．には、「当該対話型リンク１１は、本発明の好適な実施形態においてＵＭＴＳ標準に従った電気通信リンクにより保証される。なお、他の無線通信標準へ又は固定回線通信を介した戻りのリンクもまた可能である。」と記載されるように、マルチキャストされるＩＰデータのネットワークである、インターネット４，放送業者ＩＰネットワーク５及びＤＶＢ−Ｔネットワーク１０とは「別のネットワーク」といえる。
　したがって、引用発明の「対話型リンク１１を通じ、マルチキャスト・マネジャを介して各移動端末装置９でのユーザの申し込みを受け」は、放送されるマルチキャスト・セッションに対するユーザからの受信の申し込みを別のネットワークから受けることであり、本願発明の「別のネットワークから受信される要求」に相当する。
　
　引用発明の「ＩＧＭＰプロトコルを用いてマルチキャスト・セッションに申し込みを行い」は、ＩＰデータが双方向に伝送されるインターネット４及び放送業者ＩＰネットワーク５に向けて、マルチキャスト・セッション・グループに『参加』するためのメッセージとして当業者に周知の「ＩＧＭＰプロトコル」を用いて、マルチキャスト・セッションの受信を申し込むものである。
　一方、本願発明の「参加及び離脱メッセージ」は、選択されたセッションのデータを受信するためのグループに『参加』及び『離脱』するメッセージであり、「マルチキャストセッション用のメッセージを前記双方向ネットワークに伝送するべく動作可能」である点において、引用発明と本願発明とは共通する。
　
　引用発明の「マルチキャスト・セッションのマルチキャスト・データをカプセル化」は、マルチキャスト・セッションのマルチキャスト・データを「変換する」ものであるから、本願発明の、「マルチキャストセッションにおいて受信したセッションデータを変換し」に相当する。
　
　引用発明の「送信機１を介して単方向に放送する」は、明らかに、本願発明の「単方向にブロードキャストする」に相当する。
　
　よって、本願発明と引用発明は、以下の点で一致ないし相違している。
　
（一致点）
　
「双方向ネットワークのノードを有するマルチキャスティング装置であって、
　前記ノードは、別のネットワークから受信される要求に対応して、マルチキャストセッション用のメッセージを前記双方向ネットワークに伝送するべく動作可能であり、かつ、前記ノードは、前記双方向ネットワークから前記マルチキャストセッションにおいて受信したセッションデータを変換し、該変換されたセッションデータを単方向にブロードキャストするべく動作可能である、マルチキャスティング装置。」
　
（相違点）
　「メッセージ」に関し、本願発明は、「参加及び離脱メッセージ」であり、参加メッセージに関して、「ＳＳＭ（Source Specific Multicast）ツリーを生成するためにマルチキャストセッション発信元に対応するマルチキャストセッション発信元アドレスを含み」とされているのに対し、引用発明は、「参加メッセージ」のみであり、ＩＧＭＰプロトコルを用いることが記載されているのみである点。
　
（２）当審の判断
　
　相違点について検討する。
　
　上記周知例にあるように、マルチキャスト・データの受信を終了させる離脱要求は、参加要求と「対」になる要求として、明示されなくとも当然に用いられるものであるから、引用発明において、「参加」メッセージのみでなく、「参加及び離脱メッセージ」を用いることは格別のことではない。
　そして、「ＳＳＭ（Source Specific Multicast）」として、送信者のＩＰアドレスを明示した参加要求を行いて経路木を形成すること、及び、引用発明に用いられているような「ＩＧＭＰプロトコル」において、「ＳＳＭ（Source Specific Multicast）」への対応を行うことは周知技術であって、「参加メッセージは、ＳＳＭ（Source Specific Multicast）ツリーを生成するためにマルチキャストセッション発信元に対応するマルチキャストセッション発信元アドレスを含み」とすることは、当業者が適宜なし得ることである。
　
　また、本願発明に関する作用・効果も引用発明および周知の技術から当業者が予測できる範囲のものである。 
　
第４．結語
　
　以上のとおり、本願発明は、引用発明および周知の技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
　 
　よって、結論のとおり審決する。