【事件の表示】
　特願２００６−　１９６５２「無線通信装置」拒絶査定不服審判事件〔平成１９年　８月　９日出願公開、特開２００７−２０１９４１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１８年１月２７日の出願であって、原審において平成２３年３月１日付けで拒絶査定がなされ、これに対し同年６月８日に審判請求がなされたものであり、
　当審において、平成２４年８月２７日付けで拒絶理由を通知したところ、これに対し同年１０月２９日付けで意見書が提出されたものである。
　
　
２．本願発明
　本件出願の請求項に係る発明は、平成２３年６月８日付けで補正された特許請求の範囲の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものである。（以下「本願発明」という。）
　
（本願発明）
　「　　【請求項１】
　無線基地局が、コンテンツ送信要求に応じて、通信チャネルを介して同時に複数の配信先に向けて送信するコンテンツを受信するコンテンツ受信部を備える無線通信装置であって、
　前記無線基地局から、前記無線基地局と異なる他無線基地局にハンドオフする可能性があることを検出するハンドオフ検出部と、
　前記コンテンツ受信部がコンテンツを受信している際に、前記ハンドオフ検出部によって前記他無線基地局にハンドオフする可能性が検出された場合、前記コンテンツ受信部による当該コンテンツの受信ができなくなる可能性があることを報知する報知部と、
を備える無線通信装置。」
　
　
３．引用例に記載された発明
　
Ａ．当審で通知した拒絶理由に引用した、国際公開ＷＯ２００４／１０２９６６号（以下、「引用例」という。邦訳は特表２００６−５２６３５５号公報に準拠）には、「SECURITY METHOD FOR BROADCASTING SERVICE IN A MOBILE COMMUNICATION SYSTEM」（邦訳：移動通信システムにおけるブロードキャスティングサービスのための保護方法）として、図面とともに以下の記載がある。
　
イ．「　　1. Field of the Invention
　
　　The present invention relates generally to a method for providing a broadcasting service in a mobile communication system, and in particular, to a security method for a broadcasting service provided to an access terminal (AT).
　
　　2. Description of the Related Art
　　The future communication environments are being developed so as to be without distinction between wire/wireless area and between of region and country. In particular, such future communication environment, for example, IMT-2000 (International Mobile Telecommunication-2000), tends to collectively provide various information desired by a user, as well as video and sound information on a real-time basis. With the development of mobile communication technology, the existing mobile communication systems enabling users to simply perform voice communication using an access terminal (AT), such as a cellular phone or a personal communications system (PCS) phone, have evolved into an advanced mobile communication system capable of enabling users not only to transmit text information but also to view or receive a broadcasting service.
　
　　FIG. 1 is a diagram illustrating a configuration of an entire system for providing a broadcasting service in a mobile communication system. Referring to FIG. 1, a broadcast/multicast service (BCMCS) server or a contents server (CS) 14 is a server for providing BCMCS traffic data including video and or sound for a broadcasting service. The BCMCS server 14 transmits BCMCS traffic data to access nodes (ANs) 11a and lib via a packet data service node (PDSN) 13 and packet control function blocks (PCFs) 12a and 12b. When the BCMCS server 14 is connected to the packet data service node 13 via a packet communication network such as the Internet, the BCMCS traffic data is generated in the form of Internet protocol (IP) data.」（１頁６〜３１行）
　
（イ．邦訳：
　　1.技術分野
　　 本発明は、移動通信システムにおけるブロードキャスティングサービスを提供する方法に関し、特に、端末機へ提供されたブロードキャスティングサービスのための保護方法に関する。
　
　　2.背景技術
　　将来の通信環境は、有線と無線との領域区分や地域と国家との区分なしに、急変している。特に、ＩＭＴ−２０００（International Mobile Telecommunication-2000）のような将来の通信環境は、映像及び音声情報だけではなく、ユーザが必要とする多様な情報を実時間に総合的に提供する環境に構築される傾向である。移動通信システムの発達とともに、現存の移動通信システムは、携帯電話（cellular phone）又はＰＣＳ（Personal Communication System）のような端末機（Access Terminal；ＡＴ）を使用して、音声通信のみを単純に遂行した次元から抜け出して、文字情報を送信するだけではなく、ブロードキャスティングサービスを視聴するか又は受信することができる進歩した移動通信システムへと発展している。
　
　　図１は、移動通信システムにおけるブロードキャスティングサービスを提供するためのシステム全体の構成を示す図である。  図１を参照すると、ブロードキャスティングサーバ（Broadcasting/Multicasting Service（ＢＣＭＣＳ） Server or Contents Server（ＣＳ））１４は、ブロードキャスティングサービスのための映像（Video）及び／又は音響（Sound）を含むＢＣＭＣＳトラヒックデータを提供するサーバである。ＢＣＭＣＳサーバ１４は、パケットデータサービスノード（Packet Data Service Node；ＰＤＳＮ）１３及びパケット制御器（Packet Control Function；ＰＣＦ）１２ａ及び１２ｂを介してＢＣＭＣＳトラヒックデータを基地局（Access Node；ＡＮ）１１ａ及び１１ｂへ送信する。ＢＣＭＣＳサーバ１４がインターネットのようなパケット通信ネットワークを介してパケットデータサービスノード１３に接続される場合に、上記ＢＣＭＣＳトラヒックデータは、インターネットプロトコル（Internet Protocol；ＩＰ）パケットの形態で生成される。）
　
ロ．「　　FIG. 4 is a message flow diagram illustrating a signaling procedure for a broadcasting service in a mobile communication system. In FIG. 4, an access node (AN) and a packet control function block (PCF) are expressed as AN/PCF, for the convenience of explanation. Referring to FIG. 4, if a user requests initiation of a broadcasting service in step 100 by manipulating a menu screen or pushing a predetermined shortcut key, an access terminal (AT) sets up point-to-point protocol (PPP) connection to a packet data service node PDSN for packet data communication in step 105. Though not illustrated in FIG. 4, the access terminal can receive information on broadcasting services that can be provided by a network before step 100.
　
　　In step 110, the packet data service node forwards to a BCMCS controller a BCMCS Request message containing a content name indicating information on a broadcasting service that the user desires to view. In step 115, the BCMCS controller transmits security information BAK and BAK lifetime, that is necessary for receiving broadcast data together with requested broadcasting service-related information, e.g., protocol stack, multicast IP address and broadcast identifier, in response to the broadcasting service request. If the information related to the desired broadcasting service is completely acquired through such processes, the access terminal releases a radio channel and PPP connection in step 120.
　
　　In step 125, the access terminal receives a broadcast overhead message transmitted over a control channel. The broadcast overhead message includes information on a physical channel for receiving broadcast data, as well as sector information related to an access node or a sector, in case of a sector-type access node, serving the access node and information on its neighbor cell. In step 130, the access terminal transmits a registration message including an identifier, e.g., BCMCS Flow ID or logical channel ID, of a broadcasting service desired by the user to the access node. The registration message is commonly used for location registration in a cellular system used herein for requesting a broadcasting service.
　
　　In step 135, the access node determines whether the requested broadcasting service is identical to the ongoing broadcasting service. If it is determined that the requested broadcasting service is not identical to the ongoing broadcasting service or accounting is needed, the access node sets up a bearer path to the packet data service node and performs an IP connection procedure to the BCMCS server. By using the connected bearer path, the access node can transmit broadcasting service data and accounting information. Thereafter, in step 140, BCMCS traffic from the BCMCS server arrives at the access node.
　
　　In step 145, the access node starts transmitting BCMCS packets received over a channel for transmitting the BCMCS traffic. In this case, the access node transmits a security layer packet including a security parameter message, carried by a first BCMCS packet, and if there is enough room, the access node adds a broadcast security packet. The security layer packet, as mentioned above, includes a random seed necessary for decryption of broadcast security packets. A format which is used to transmit the security layer packet and BCMCS packets secured with the security layer packet is shown in FIG. 3. FIG. 3 is a diagram illustrating the format of the secured BCMCS packets. The format includes a plurality of broadcast security packets preceded by a block header and a security layer packet.
　
　　Returning to FIG. 4, in steps 150 to 155, the access node continuously transmits BCMCS packets including broadcast security packets. When the random seed is changed, the access node transmits again a new random seed carried by a BCMCS packet in step 160, and continuously transmits consecutive broadcast security packets in step 165.」（３頁２４行〜５頁５行）
　
（ロ．邦訳：
　　図４は、移動通信システムにおけるブロードキャスティングサービスのためのシグナリング手順を示すメッセージフロー図である。図４において、説明の便宜のために、基地局（ＡＮ）及びパケット制御部（packet control function block；ＰＣＦ）を基地局／パケット制御部（ＡＮ／ＰＣＦ）で表現する。
  図４を参照すると、ステップ１００で、ユーザがメニュー画面を操作するか、又は、あらかじめ決定された短縮キーを押すことによって、ブロードキャスティングサービスの開始を要求すると、ステップ１０５で、端末機（ＡＴ）は、パケットデータ通信のためにパケットデータサービスノード（ＰＤＳＮ）にポイントツーポイントプロトコル（Point-to-Point Protocol；ＰＰＰ）接続を設定する。図４には図示していないが、端末機は、ステップ１００の前に、ネットワークで提供可能なブロードキャスティングサービスに関する情報をあらかじめ受信することができる。
　
　　ステップ１１０で、上記パケットデータサービスノードは、ユーザが視聴を望むブロードキャスティングサービスに関する情報を示すコンテンツネーム（Content Name）を含むＢＣＭＣＳ要求メッセージ（BCMCS Request Message）をＢＣＭＣＳ制御器へ伝達する。ステップ１１５で、ＢＣＭＣＳ制御器は、上記ブロードキャスティングサービス要求に応答して、上記要求されたブロードキャスティングサービスに関連した情報、例えば、プロトコルスタック、マルチキャストＩＰアドレス、及びブロードキャスト識別子と共に、ブロードキャストデータを受信するのに必要なセキュリティ情報ＢＡＫ及びＢＡＫの有効時間を端末機へ送信する。このような過程を介して、望まれるブロードキャスティングサービスに関連した情報がすべて取得されると、ステップ１２０で、端末機は、無線チャンネル及びＰＰＰ接続を解除する。
　
　　ステップ１２５で、端末機は、制御チャンネル（Control Channel）を介して送信されたブロードキャストオーバーヘッドメッセージを受信する。上記ブロードキャストオーバーヘッドメッセージは、端末機がサービス中である基地局（セクター型基地局）の場合に、基地局又はセクターに関連したセクター情報及び周辺セルに関する情報とともに、ブロードキャストデータを受信するための物理チャンネルに関する情報を含む。ステップ１３０で、端末機は、ユーザが望むブロードキャスティングサービスのＢＣＭＣＳ Ｆｌｏｗ ＩＤ又は論理チャンネルＩＤを含む登録（Registration）メッセージを基地局へ送信する。上記登録メッセージは、セルラーシステムにおいて、位置登録のために通常的に使用され、ここでは、ブロードキャスティングサービスを要求するのに使用される。
　
　　ステップ１３５で、基地局は、上記要求されたブロードキャスティングサービスが進行中のブロードキャスティングサービスと同一であるか否かを確認する。上記要求されたブロードキャスティングサービスが進行中のブロードキャスティングサービスと同一でないか、又は、課金が必要であると判断される場合には、基地局は、上記パケットデータサービスノードへのベアラーパス（Bearer Path）を設定して、ＢＣＭＣＳサーバにＩＰ接続手順を遂行する。このように接続されたベアラーパスを用いて、ブロードキャスティングサービスデータ及び課金情報を送信することができる。その後に、ステップ１４０で、ＢＣＭＣＳサーバからのＢＣＭＣＳトラヒックが基地局まで到達する。
　
　　ステップ１４５で、基地局は、ＢＣＭＣＳトラヒックを送信するためのチャンネルを介して受信されたＢＣＭＣＳパケットを送信し始める。このとき、基地局は、第１のＢＣＭＣＳパケットが乗せたセキュリティパラメータメッセージを含むセキュリティレイヤーパケットを送信し、十分な余裕がある場合に、ブロードキャストセキュリティパケットを付加する。上記セキュリティレイヤーパケットは、上述したように、ブロードキャストセキュリティパケットの復号のために必要なランダムシードを含んでいる。このように、上記セキュリティレイヤーパケット及びそのセキュリティレイヤーパケットで保護されたＢＣＭＣＳパケットを送信するのに使用されるフォーマットを、図３に示す。図３は、上記保護されたＢＣＭＣＳパケットのフォーマットを示す図である。上記フォーマットは、ブロックヘッダー及びセキュリティレイヤーパケットが先行する複数のブロードキャストセキュリティパケットを含む。
　
　　図４へ戻って、ステップ１５０〜ステップ１５５で、基地局は、ブロードキャストセキュリティパケットを含むＢＣＭＣＳパケットを継続して送信する。上記ランダムシードが変更された場合に、ステップ１６０で、基地局は、ＢＣＭＣＳパケットが乗せた新たなランダムシードをさらに送信し、ステップ１６５で、連続したブロードキャストセキュリティパケットを引き続き送信する。）
　
　
　上記引用例の記載及び関連する図面ならびにこの分野における技術常識を考慮すると、
　引用例には、背景技術として上記イ．図１にあるような「ブロードキャスティングサービス」を提供するための「移動通信システム」の記載があって、
　ユーザが操作する「携帯電話（cellular phone）又はＰＣＳ（Personal Communication System）のような端末機（Access Terminal；ＡＴ）」（図１では「ＭＳ１０」）が、「ＢＣＭＣＳサーバ１４」から「基地局（Access Node；ＡＮ）１１ａ及び１１ｂ」等を介して送られる「ＢＣＭＣＳトラヒックデータ」を受信して前記「ブロードキャスティングサービス」の提供を受けるものである。
　
　そして、上記ロ．図４の記載によれば、ユーザが「ブロードキャスティングサービス」の視聴を開始するにあたり、
「ユーザが視聴を望むブロードキャスティングサービスに関する情報を示すコンテンツネーム（Content Name）を含むＢＣＭＣＳ要求メッセージ（BCMCS Request Message）をＢＣＭＣＳ制御器へ伝達する」（ステップ１１０）とあって、
　上記ロ．ステップ１４０，１４５、１５０〜１５５に関する記載及び図３も参照すれば、最終的に前記「基地局ＡＮ」は、該「コンテンツネームを含むＢＣＭＣＳ要求メッセージ」に応じて「ＢＣＭＣＳサーバ１４」から受け取った「ＢＣＭＣＳトラヒックデータ」を「ＢＣＭＣＳパケット」（図３の「BCMCS DATA BLOCK」）として「端末機ＡＴ」に向けて送信しており、「端末機ＡＴ」はこれを受信して、「ブロードキャスティングサービス」の提供を受けるものである。
　
　したがって、上記引用例には以下の発明（以下、「引用発明」という。）が開示されている。
　
（引用発明）
「基地局ＡＮがコンテンツネームを含むＢＣＭＣＳ要求メッセージに応じて端末機ＡＴに向けて送信するＢＣＭＣＳパケットを受信する端末機ＡＴ」
　
　
４．対比・判断
　本願発明と上記引用発明を対比する。
　まず、引用発明の「基地局ＡＮ」、「端末機ＡＴ」の間の通信回線は、引用例図１に「F-BSCH」、「BSPM」として示唆もあるが、「移動通信システム」であるから無線通信回線であるのは技術常識であって、引用発明の「基地局ＡＮ」、「端末機ＡＴ」は、それぞれ本願発明の「無線基地局」、「無線通信装置」にあたる。
　
　また、引用発明に「コンテンツネームを含むＢＣＭＣＳ要求メッセージ」として示唆もあり、また引用例の上記イ．には「ブロードキャスティングサービスのための映像（Video）及び／又は音響（Sound）を含むＢＣＭＣＳトラヒックデータ」とあるように、引用発明の「ＢＣＭＣＳパケット」は放送内容物を含むから、本願発明の「コンテンツ」であり、
　その送信を要求する「コンテンツネームを含むＢＣＭＣＳ要求メッセージ」は、本願発明の「コンテンツ送信要求」にあたる。
　また、引用発明の「端末機ＡＴ」（無線通信装置）は、該「ＢＣＭＣＳパケット」（コンテンツ）を受信するから、その『配信先』であって、その受信ための『コンテンツ受信部』を備えることは自明である。
　したがって、本願発明と引用発明は以下の点で一致し、また相違している。
　
（一致点）
「　無線基地局が、コンテンツ送信要求に応じて、配信先に向けて送信するコンテンツを受信するコンテンツ受信部を備える無線通信装置」
　
（相違点１）
　「コンテンツ」の「配信先」に関し、
　本願発明は「通信チャネルを介して同時に複数の配信先」であるのに対し、引用発明では「端末機ＡＴ」しか記載がない点。
　
（相違点２）
　本願発明が「前記無線基地局から、前記無線基地局と異なる他無線基地局にハンドオフする可能性があることを検出するハンドオフ検出部」を備えるのに対し、引用発明では不明な点。
　
（相違点３）
　本願発明が「前記コンテンツ受信部がコンテンツを受信している際に、前記ハンドオフ検出部によって前記他無線基地局にハンドオフする可能性が検出された場合、前記コンテンツ受信部による当該コンテンツの受信ができなくなる可能性があることを報知する報知部」を備えるのに対し、引用発明では不明な点。
　
　
　まず、上記相違点１の「コンテンツ」の「配信先」について検討する。
　そもそも、引用例のような「移動通信システム」は、１つの無線基地局が自局のエリア内に在圏する複数の無線端末に対して、無線通信チャネルを介して同時に通信サービスを提供するものであることは技術常識であるが、引用例は「ブロードキャスティングサービス」（放送サービス）に関するものであるから、引用発明の「端末機ＡＴ」が単に１つの例示に過ぎず、「通信チャネルを介して同時」にコンテンツの配信を受ける「複数の配信先」の１つであることは明らかであって、相違点１は格別のことではない。
　
　ついで、相違点２の「ハンドオフ検出部」について検討する。
　これも引用例のような「移動通信システム」においては、１つの無線基地局がカバーする無線エリアは有限のものであって、複数の無線基地局がエリアを分担して通信サービスを提供することは技術常識であり、移動体としてエリア間を移動する無線端末に対して継続的に通信サービスを提供するには「ハンドオフ」や「ハンドオーバ」と呼ばれる無線通信回線の切り換えが行われることも同様であって、各無線端末は、このような「ハンドオフ」を制御するための「ハンドオフ制御部」を有することも周知技術である。
（例えば、当審拒絶理由通知に引用した、
　引用刊行物２：特開平１１−２８９２７８号公報
　　（段落００２７、図１の「制御部１４」等参照）
　引用刊行物３：特開２００４−３６３７３０号公報
　　（段落００１２、図２の「制御部４３」等参照）
　引用刊行物４：特開平１１−２８５０５０号公報
　　（段落００２３、図１の「制御信号レベル判定部１０６」ほか参照））
　
　上記の「ハンドオフ」に関する技術常識からして、「ハンドオフ」が（現在通信を行っている）「前記無線基地局から、前記無線基地局と異なる他無線基地局にハンドオフする」ものであるのは当然のことであり、
　このようなハンドオフ制御を開始するためには、例えば受信電波信号レベルの低下などの検出によって「ハンドオフする可能性があることを検出する」のも当然の最初の動作であり、そのための機能部分を「ハンドオフ検出部」と称するのも適宜のことであるから、
　結局、本願発明が「前記無線基地局から、前記無線基地局と異なる他無線基地局にハンドオフする可能性があることを検出するハンドオフ検出部」を備える、とした相違点２も格別のことではない。
　
　最後に、相違点３の「報知部」について検討する。
　例えば車中で移動しながら通信を行っているような状況であれば、建物や地形などの影響により無線通信回線の状況が複雑かつ急激に変化することは移動体通信における技術常識であるが、距離が近いほど電波信号レベルが強いこともまた、無線通信の基本常識であって、少なくとも現在通信を行っている無線基地局のエリアから離れて、他の無線基地局のエリアに近づきつつある様な場合であれば、変動はあるにせよ現在通信を行っている無線基地局の受信電波信号レベルが低下して、近づきつつある他の無線基地局からの受信電波信号レベルが増大する傾向になるのであるから、「前記ハンドオフ検出部によって前記他無線基地局にハンドオフする可能性が検出」される場合というのは当然に予想されることである。
　
　一般にハンドオフ（ハンドオーバ）は、ユーザに気づかれないレベルでシステムが自動的に実行することが多いが、ユーザの行う通信に影響し得ることではあるから、ハンドオフの可能性がある場合に、その旨を表示するなどしてユーザに「報知」し対処を促すことも周知の手法であって、そのための「報知部」を設けることも周知技術である。
　（例えば、前記引用刊行物２の「ＬＣＤ１５」（【００４８】，図１，図６）、引用刊行物３の「表示部４７」（【００２３】，図２，図６）、引用刊行物４の「表示部１１１」（【００３０】、【００５０】、図１，図３）を参照）
　
　そして、「コンテンツの受信ができなくなる可能性」があることを報知する点について更に検討すると、
　例えば仮に前記ユーザの対処においてユーザがハンドオフを許可しなければ、現用無線基地局からの電波はそのまま行けば低下して無線回線は切断されることが予想され、
　あるいはハンドオフを実行しても、その直後の回線状況の変化などによりハンドオフ先の他無線基地局の電波が急に低下するなどして、通信回線が切断されハンドオフが失敗する可能性も無いとは言えず、
　また他の通信方式のシステムへのハンドオフであれば、ハンドオフ先の他無線基地局がそもそもコンテンツの提供を行っていない場合も考えられ、
　いずれにせよハンドオフする可能性がある場合とは、一般的には回線状況が変化する場合であるから、回線が切断されるなどしてコンテンツの受信ができなくなる可能性があることは当業者であれば当然に予測できることである。
　したがって、本願発明が「前記コンテンツ受信部がコンテンツを受信している際に、前記ハンドオフ検出部によって前記他無線基地局にハンドオフする可能性が検出された場合、前記コンテンツ受信部による当該コンテンツの受信ができなくなる可能性があることを報知する報知部」を備えるとした相違点３も、当業者であれば引用発明および周知技術から容易に想到し得た程度のことであって格別のことではない。
　
　なお、この点に関し審判請求人は当審拒絶理由通知に対する意見書において、「（引用文献２〜４は）いずれも、個別通信ができなくなる可能性を表示することが周知であって、複数の配信先に向けて送信するコンテンツの受信ができなくなる可能性を表示することは周知の技術ではありません」と主張するが、上述のように、個別通信ができなくなればコンテンツの受信もできなくなるのは当然のことであるから審判請求人の主張は採用することはできない。
　
　そして、本願発明の効果も上記引用発明および周知技術から当業者が予測し得る範囲のものであり、当審の拒絶理由通知に対する意見書における審判請求人の主張も、これらの認定を覆すものではない。
　
　
５．むすび
　以上のとおり、本願発明は、引用発明および周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。