【事件の表示】
　特願２０１０−５０２０７８「ユニキャスト及びブロードキャスト無線ネットワークを介したインタラクティブサービス」拒絶査定不服審判事件〔平成２０年１０月　９日国際公開、ＷＯ２００８／１２１２１４、平成２２年　７月１５日国内公表、特表２０１０−５２４３３７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００８年（平成２０年）　３月１３日（パリ条約による優先権主張外国庁受理、２００７年（平成１９年）　３月３１日　米国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２１年１１月１９日　　：翻訳文の提出
　平成２１年１２月　４日　　：手続補正書の提出
　平成２４年　７月１９日付け：拒絶理由の通知
　平成２５年　１月２５日　　：意見書、手続補正書の提出
　平成２５年　５月　９日付け：拒絶理由の通知
　平成２５年１１月１２日　　：意見書、手続補正書の提出
　平成２６年　６月２４日付け：拒絶査定
　平成２６年１０月２７日　　：審判請求書の提出
　平成２６年１２月　４日　　：審判請求書についての手続補正書の提出
２．本願発明
　本願の特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、平成２５年１１月１２日に提出された手続補正書により補正された特許請求の範囲の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
「　　【請求項１】
　無線通信システムにおいてインタラクティブサービスを提供するための方法であって、
　無線ユーザ端末において提示されたコンテンツとのユーザによる対話を示すコンテンツインタラクション情報を受信するステップであって、該コンテンツがブロードキャスト無線ネットワークを介して該無線ユーザ端末に向けて提供され、前記コンテンツインタラクション情報がユニキャスト無線ネットワークを介して受信される、ステップ、
　前記コンテンツインタラクション情報からのユーザ選択を識別するステップ、
　ユーザ選択集計を形成するために該ユーザ選択を他のユーザ端末に関連付けられた他のユーザ選択と集約するステップ、
　該ユーザに関連付けられた少なくとも１つのサービスパラメータを取得するステップ、及び
　該インタラクティブサービスを、該コンテンツインタラクション情報及び該少なくとも１つのサービスパラメータを用いて提供するステップであって、該ユニキャスト無線ネットワーク及び該ブロードキャスト無線ネットワークの少なくとも一方を用いて該サービスが提供される、ステップを備え、
　該ブロードキャスト無線ネットワークを介して提供される該インタラクティブサービスが、ブロードキャストコンテンツとユーザ選択との集約によって形成された組み合わされたコンテンツを、該ユーザ端末に伝達するステップを含む方法。」
３．引用発明
　これに対して、原審の拒絶査定で引用された文献であり、本願出願日前に公開された、特開平８−２１３９６１号公報（平成８年８月２０日公開。以下、「引用例」という。）には、「情報提供システム及びそれに用いる携帯端末装置」の発明に関し、図面とともに以下の事項が記載されている。
イ．「【００１３】
【発明の実施の形態】以下、本発明の実施の形態について図面を参照しながら詳述する。図１は、第１の実施の形態の情報提供システムの構成ブロック図である。同図に示すように、情報提供システムは、ネットワークオペレーションセンタ１、携帯情報通信端末（以下、単に携帯端末という）２、及び、これらネットワークオペレーションセンタ１と携帯端末２を接続する無線通信網（以下、ネットワークという）で構成される。
【００１４】ネットワークオペレーションセンタ１は、内部にサービスセンタが設けられており、サービスセンタは、ネットワークを介して携帯端末２と接続できるようになっている。このサービスセンタは、ネットワークオペレーションセンタ１を介して回線３により複数の情報センタに接続しており、これら複数の情報センタは、例えば新聞記事等における国内外の特に目立った事件等を報知するニュースセンタ４−１、行楽先のホテル、旅館、民宿情報、パック旅行、ホテル、飛行機等の予約、時刻表等の情報提供を行う旅行センタ４−２、新曲紹介、ヒットチャート情報、各地のコンサート情報等を提供する音楽情報センタ４−３、その他特には図示しないがデパート、ディスカウントストア等大型小売店の売り出し情報や通信販売商品を報知するショッピングセンタ、本日以降の各地の天気模様を予報する天気予報センタ、上場株式の現物・先物の相場を報知する株式市況サービスセンタ等の各種情報ごとに情報提供サービスを行う商用の専門情報センタで構成される。また、サービスセンタは、情報サービスを利用するユーザとの契約内容を示すデータベース５にもネットワークオペレーションセンタ１を介して接続している。」
ロ．「【００１６】そして、上記サービスセンタと携帯端末２とを結ぶネットワークは、パラボラ型の送信アンテナ６−１、通信衛星（サテライト）６−２、タワー型の送信アンテナ６−３、同じくタワー型の受信アンテナ６−４、この受信アンテナ６−４とネットワークオペレーションセンタ１を接続する専用線または一般電話網からなる回線６−５で構成されている。サービスセンタは、パラボラ型の送信アンテナ６−１、サテライト６−２、およびタワー型の送信アンテナ６−３を介してサービス情報を発信し、携帯端末２からの応答をタワー型の受信アンテナ６−４、回線６−５を介して受信する。」
ハ．『【００２３】図３は、上記携帯端末２がサービスセンタからの情報サービスを受けるために登録されるサービスコードの例を示している。同図に示すようにサービスコードの種類としては、サービスセンタから配信されるサービス情報にそれぞれ対応するタイトルコードと内容コードがある。タイトルコードは情報の概要を表わすデータに付されるコードであり、内容コードは情報の内容（詳細）を表わすデータに付されるコードである。同図に示す例では、ニュース、旅行および音楽のサービス情報に対して、タイトルコードとして「００１」、「００２」および「００３」がそれぞれ対応しており、内容コードとしては「１０１」、「１０２」およびと「１０３」がそれぞれ対応している。携帯端末２のユーザが所望の情報サービスをサービスセンタと契約する場合、第１回目の同報送信で所望のサービス情報のタイトル（概要データ）のみを受信しようとするときはタイトルコードが登録され、他方、最初から所望のサービス情報の内容（詳細データ）を受信しようとするときは内容コードが登録される。例えば上記のニュース、旅行、又は音楽の情報サービスの内から所望の情報サービスとしてニュースの情報サービスを契約する場合は「００１」又は「１０１」が登録され、旅行の情報サービスを契約する場合は「００２」又は「１０２」が登録される等である。すなわちユーザがニュースの情報サービスを契約する際、第１回目の同報送信で、ニュース情報の概要のみ受信することを希望すれば、「００１」が登録され、最初から詳細を受信することを希望すれば「１０１」が登録される。これらの登録は、ユーザが所望の情報サービスをサービスセンタと契約する際に、サービスセンタによって携帯端末２の図２に示したサービスコードメモリ１６に登録される。』
ニ．『【００３１】次に、同図(c) に示すように、サービスセンタから第２回目の同報送信で配信される通信データ２２は、同図(a),(b) に示したリクエストキーコード２１−１ｂおよび情報内容２１−２ｂからなっている。サービスセンタとの加入契約により第１回目の同報送信でタイトル部２１−１のみ受信することにしているユーザが、その第１回目の同報送信の受信時に、その送信されてきたサービス情報の詳細データを第２回目の同報送信の際に取り込むか又は直ちに詳細情報を送信してもらうことを選択したとき、タイトル部２１−１のリクエストキーコード２１−１ｂがユーザの携帯端末２に登録される。尚、上記の直ちに送信してもらう受信形態は、サービスセンタの都合において出来るだけ早くの意味であり、したがって、即時の場合もあれば多少の時間間隔が置かれる場合もあることを意味する。
【００３２】そして、例えばユーザが公定歩合の詳細を知る必要はないが携帯電話の詳細なニュースを知りたい場合には、概要によって「携帯電話」を選択しその選択した詳細なニュースを一定時刻の配信（第２回目の配信）で見たいと思えば「通常の受信形態」を選択する。この選択に対応して、図４(b) に示す「携帯電話」の通信データ２１ｂのタイトル部２１−１のリクエストキーコード２１−１ｂのデータ内容「Ｒ０２」が、当該ユーザの携帯端末２に登録される。そして、第２回目の同報送信の配信では、リクエストキーコード２１−１ｂのデータ内容が「Ｒ０２」となっている「携帯電話」の通信データ２２が、携帯端末２に取り込まれる。これによって、第１回目の同報送信を受信した際に選択した「携帯電話」の詳細なニュースが、通常の受信形態である第２回目の同報送信で受信できるようになっている。』
ホ．『【００４１】続いて、上記の構成の情報提供システムにおける動作を説明する。図６は、本実施の形態における情報提供システムの動作を説明するフローチャートである。尚、この処理では、サービスセンタの動作及び携帯端末２の動作が相互に関連し合って進行する。
【００４２】図６に示すフローチャートにおいて、先ず、携帯端末２側では、携帯端末２がユーザによってサービスセンタからの配信を待つ状態すなわち受信待機モードにセットされる（ステップＴ１）。
【００４３】一方、サービスセンタ側では、通信トラフィックの少ない時間である毎朝５：００に、同報送信によって一斉にタイトル付き詳細データ送信を行う（ステップＳ１）。これにより、例えばニュースであれば図４(b) に示したようなデータ構成の通信データ２１ａ、２１ｂ等がサービスセンタから発信される。勿論ニュースのみではなく、旅行情報、音楽情報、・・・等も発信される。
【００４４】携帯端末２側では、これらのサービス情報を逐次受信して（ステップＴ２）、受信する毎に、受信したサービス情報のタイトル又は内容のサービスキーコード（図４(a),(b) 参照）が自携帯端末２サービスコードメモリ１６に登録されているタイトル用のサービスキーコード又は内容用のサービスキーコードに一致するか否か判別する（ステップＴ３）。
【００４５】そして、いずれにも一致していない場合は、その情報を受信しない（取り込まない）ようにして（ステップＴ４）、上記ステップＴ１に戻る。これにより、不用な情報がメモリに記憶されることがなく、したがって、メモリが小容量で済むばかりでなく、後刻の検索処理を高速に行うことができる。
【００４６】一方、いずれかに一致していれば、例えば内容用のサービスキーコードに一致していれば、その情報の内容データ（図４(a),(b) に示す内容部２１−２参照）を取り込んでメモリ部１８に記憶する（ステップＴ５）。これにより、必要とする情報のみの詳細な内容がメモリに記憶される。また、例えばタイトル用のサービスキーコードに一致していれば、その情報のタイトルデータ（図４(a),(b) に示すタイトル部２１−１参照）を取り込んでメモリ部１８に記憶する（同じくステップＴ５）。これにより、詳しく後述するが、受信契約した情報の中から更に必要な情報のみを選択することができるようになる。
【００４７】続いて、次の情報を受信するか否かを判別する（ステップＴ６）。この処理は、サービスコードメモリ１６に登録されているサービスキーコードに対応する情報を全て受信したか否かを判別する処理である。
【００４８】上記判別で、サービスキーコードの登録をした情報が全て受信されていない場合は（Ｓ６がＹ）、上記ステップＴ１に戻るが、全て受信されていれば（Ｓ６がＮ）、詳細データの処理（ステップＴ７）又はタイトルデータ読み出しの処理（ステップＴ８）に移行する。
【００４９】上記詳細データの処理は、メモリ部１８に記憶されている詳細データを順次読み出して表示画面に表示する処理である。これによって、例えば図５(a),(b) の右に示したような表示形態の表示がなされ、選択した所望のサービス情報の詳細な内容を知ることができる。
【００５０】一方、タイトルデータ読み出しの処理では、メモリ部１８に記憶されているタイトルデータを読み出して、例えば図５(a),(b) の左に示したような表示処理が行われる。これらの表示では、カーソルキー表示に対する適宜なタッチ入力により、記憶されている（受信した）全てのタイトルデータが任意に表示される。
【００５１】そして、この表示処理に引き続いて図の破線で示すステップＴ９の処理が繰り返し行われる。ステップＴ９では、先ず、サービス情報のリクエストが行われているか否かを判別する（ステップＴ９−１）。この処理は、例えば図５(a),(b) の左に示した表示状態において、「１．公定歩合・・・」、「２．携帯電話・・・」等のタイトルが選択されてタッチ入力されているか否かを判別する処理である。
【００５２】そして、タッチ入力がなされていれば、そのタッチ入力されたサービス情報のタイトルデータに含まれているリクエストキーコードをリクエストコードメモリ１７に順次記憶する（ステップＴ９−２）。これにより、例えば図５(a) の左に示す表示状態において、「２．携帯電話・・・」がタッチ入力されると図４(b)に示した携帯電話に関するサービス情報（通信データ２１ｂ）のリクエストキーコード「Ｒ０２」が携帯端末２のリクエストコードメモリ１７に記憶される。
【００５３】上記に続いて、上記のサービス情報のリクエストが速報リクエスト、通常リクエストのいずれであるかを判別する（ステップ９−３）。この処理は、例えば図５(a),(b) の左に示した表示状態において、「速報」、「通常」いずれの入力キーがタッチ入力されたものかを判別する処理である。
【００５４】この判別で、「速報」がタッチ入力されていれば（Ｔ９−３で「速報」）、所定の速報送信要求信号と自携帯端末２のＩＤ番号（又はサービス会員番号）および送信を要求する情報番号（リクエストコードメモリ１７に記憶したリクエストキーコード例えば「Ｒ０２」）とからなる送信要求データを発信する（ステップＴ９−４）。これにより、例えば携帯電話の詳細データを速報することがサービスセンタに要求される。
【００５５】サービスセンタ側では、上記送信要求データを受け取って、速報の送信（できるだけ早く送信すること）を要求する信号であることを認識すると、直ちに要求された情報に対応するニュースセンタを呼び出して、要求された情報番号に対応するサービス情報を検索する（ステップＳ２）。
【００５６】そして、その情報サービスが有料サービスである場合は、上記送信要求データに付加されているＩＤ番号のサービス口座に課金の処理を行った後（ステップＳ３）、その検索したサービス情報を、上記の送信要求データを発信した携帯端末２に個別に（ＩＤ番号を付して）送信する（ステップＳ４）。
【００５７】携帯端末２側では、上記サービスセンタからの送信を、ステップＴ２で受信し、ステップＴ３で自携帯端末宛であることを確認して取り込み、ステップＴ５でメモリ部１８に記憶し、ステップＴ７で表示画面に表示する。このように、ユーザは、急いで知りたい情報については、所望の情報のみを迅速に得ることができる。
【００５８】また、携帯端末２側において、ステップＴ９−３の判別で、「通常」の入力キーがタッチ入力されていれば（Ｔ９−３で「通常」）、この場合は、所定の通常送信要求信号と、上記の場合と同様に自携帯端末２のＩＤ番号および送信を要求する情報番号とからなる送信要求データを発信する（ステップＴ９−５）。これにより、例えば携帯電話の詳細データを通常送信することがサービスセンタに要求される。
【００５９】サービスセンタ側では、上記送信要求データを受け取って、通常の送信（例えば、次の日の朝までに希望する情報を送信するサービス）を要求する信号であることを認識すると、先ず要求された情報番号に対応する情報サービスが有料であるか無料であるかを調べ、有料サービスである場合は、上記送信要求データに付加されているＩＤ番号のサービス口座に課金の処理を行う（ステップＳ５）。
【００６０】そして、所定の送信時間、例えば翌日の朝３：００まで待機して（ステップＳ６）、その朝３：００になると、昨日の朝５：００に送った通信データの内容データ（図４(c) 参照）のみを再び同報送信する（ステップＳ７）。
【００６１】この場合は、携帯端末２側では、上記サービスセンタからの送信を、ステップＴ２で受信し、ステップＴ３でその受信したサービス情報のサービスキーコードがリクエストコードメモリ１７に記憶したキーコードと一致することを確認してそのサービス情報を取り込み、ステップＴ５でメモリ部１８に記憶し、ステップＴ７で表示画面に表示する。このように、ユーザは、それほど急を要しない情報については、所望の情報のみを定期の配信（通常の送信）で得ることができる。
【００６２】なお、ステップＴ９−５の処理を省略して、携帯端末は必要なリクエストキーコードを記憶しておくだけにすることもできる。この場合はサービスセンタは前日の詳細情報の全てにリクエストキーコードを付加して第２回目の同報送信を実行することになる。携帯端末は、この２回目の情報からキーコードが一致するものだけを取込み使用者に情報の提供を可能とする。』
ヘ．『【００６５】上記各エリア毎の送信線３３、送信アンテナ３４（３４ａ、３４ｂ、３４ｃ）、受信アンテナ３６（３６ａ、３６ｂ、３６ｃ）、リクエスト信号網３７、及び携帯端末３８（３８ａ、３８ｂ、３８ｃ）は、夫々図１の送信アンテナ６−１及びサテライト６−２、送信アンテナ６−３、受信アンテナ６−４、専用線／一般電話網６−５、並びに携帯情報通信端末２と同様の構成が、複数の地域に、地域毎に管轄されて構成されたものである。本実施の形態においては先の実施の形態と説明が混同することを避けるため、上記のように先の実施の形態と同一の構成ではあるが別の番号を付与して示している。
【００６６】このような構成において、上記のサービスセンタ３１は、送信線３３、送信アンテナ３４ａ、３４ｂ及び３４ｃを介して、複数の携帯端末３８に一斉に概要データ（先の実施の形態におけるタイトル情報）を送信する。これに対して上記複数のエリアＡ、Ｂ及びＣ内の携帯端末３８ａ、３８ｂ及び３８ｃからは、上記の概要データに対するリクエスト信号が、受信アンテナ３６ａ、３６ｂ、３６ｃ及び専用線や一般電話回線等からなるリクエスト信号網３７を介してサービスセンタ３１へ返信される。サービスセンタ３１では、これらのリクエスト信号の返信情報を、情報処理装置３９を用いて各エリア別、各概要データ別に管理するようにする。
【００６７】情報処理装置３９は、複数のエリアｍ（本実施の形態の場合は、ｍ＝Ａ、Ｂ又はＣ）と複数種類のサービス情報ｎ（ｎ＝ｎ１、ｎ２、ｎ３、ｎ４・・・）に対応する「ｎ×ｍ」個のメモリ領域（カウンタ）を有するリクエストカウントメモリを備えている。また、このリクエストカウントメモリによって計数されるリクエスト数の有効／無効を判断するための２つの設定値（設定値Ｉ及び設定値II）を予め記憶している。サービスセンタ３１は、上記計数されるリクエスト数が設定値Ｉ（本実施の形態では２０）を超えたとき、又はリクエスト数が設定値Ｉ（２０）を超えない場合であっても、所定の送信時間となったときは、リクエスト数が設定値II（本実施の形態では１０）以上である詳細情報を送信するようにしている。
【００６８】次にサービスセンタが行う情報サービスの処理について、サービスセンタ３１がニュース提供サービスを行う場合を例として図８のフローチャートに基づいて説明する。サービスセンタ３１は、先ず全エリア（図７に示すエリアＡ、Ｂ及びＣ）に対して、送信線３３、送信アンテナ３４ａ、３４ｂ及び３４ｃを介して、ニュースの概要データ（例として４項目のニュース）、の同報通信を行う（ステップＳ１１）。この処理は、第１の実施の形態のステップＳ１の処理と同様の処理である。
【００６９】続いて、リクエストカウントメモリを「０」クリアする（ステップＳ１２）。これにより、リクエストカウントメモリの各領域（カウンタ）の内容が「０」に初期設定される。
【００７０】次に、所定の送信時間となっているか否かを判別し（ステップＳ１３）、まだ所定の送信時間でなければ（Ｓ１３がＮｏ）、続いてリクエスト信号が受信されているか否かを判別する（ステップＳ１４）。なお上記ステップＳ１３において、所定の送信時間となっているか否かを判別して、その送信時間を待つ処理は、第１の実施の形態のステップＳ６の処理と同様の処理である。
【００７１】そして、リクエスト信号の受信が無ければ（Ｓ１４がＮｏ）、上記ステップＳ１３に戻って、所定の送信時間まで待機することになる。ステップＳ１４でリクエスト信号の受信があれば（Ｓ１４がＹｅｓ）、いずれの地域ｍ（エリアＡ，Ｂ又はＣ）からの、いずれのニュース項目ｎに対するリクエスト（リクエストキーｎ１、ｎ２、ｎ３、又はｎ４）の受信であったかを確認する（ステップＳ１５）。この処理は、第１の実施の形態における携帯端末側の処理のステップＴ９−５において携帯端末から発信される通常リクエストの信号を受信することに対応している。
【００７２】この実施の形態では、上記の処理に続いて、当該リクエストキーｎとその発信端末３８の所在する地域（エリア）ｍに対応するリクエストカウントメモリＲ（ｍ，ｎ）の値を「１」インクリメントする（ステップＳ１６）。』
ト．『【００７５】図８のフローチャートに戻って、いま「１」インクリメントしたリクエストカウントメモリＲ（ｍ，ｎ）の値を参照し、その値が設定値Ｉよりも大きいか否かを判別する（ステップＳ１７）。
【００７６】そして、その値が設定値Ｉ（２０）よりも大きければ（Ｓ１７がＹｅｓ）、その場合は、当該リクエストキーｎに対応する詳細情報を地域ｍに同報通信で送信する（ステップＳ１８）。図９に示した例であれば、エリアＣのリクエストキーｎ２のカウント値が「１９」となっているから、更にエリアｄに存在する端末３８ｃの１つからニュース項目２のリクエストがあるとこのカウント値が２０となり上記の設定値Ｉよりも大きくなり、これに対応する項目２のニュースの詳細情報が直ちに当該エリアＣに同報通信で送信される。』
チ．「【００７９】また、上述したステップＳ１３で、所定の送信時間となったときは（Ｓ１３がＹｅｓ）、リクエストカウントメモリ（ｍ，ｎ）の値が設定値II（１０）以上となっているサービス情報（詳細情報）を選択して（ステップＳ１９）、その選択したサービス情報を上記ステップＳ１８において該当するエリアｍに送信する。この場合は、サービス情報ｎ２がエリアＡ及びエリアＣの両地域に送信され、サービス情報ｎ３がエリアＣのみに送信される。」
リ．「【００９５】
【発明の効果】以上、詳細に説明したように、本発明によれば、情報のタイトルと内容に夫々対応する２種類のキーコードによって最初から詳細を知りたい情報である内容データと選別してから詳細を要求する情報であるタイトルとに振り分けて同報送信を受信するので、ユーザの本当に欲しい情報だけを選んで受信することができ、したがって、同報送信であるにも拘らずユーザ個々のニーズに合わせた情報サービスを提供することができる。」
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、
ａ．上記ホの【００４１】〜【００６２】、上記リの【００９５】には、情報提供システムにおいて、サービスセンタの動作及び携帯端末の動作が相互に関連し合って進行し、情報サービスを提供する各ステップが示されていることから、情報サービスを提供する方法について記載されているといえる。
　また、上記イの【００１３】、【００１４】の記載によれば、情報提供システムが内部にサービスセンタが設けられたネットワークオペレーションセンタ、携帯端末、及びこれらを接続する無線通信網で構成されることは明らかである。
ｂ．上記イの【００１３】、【００１４】の記載によれば、携帯端末は無線通信網でサービスセンタと接続し、上記ハの【００２３】の記載によれば、上記ａ．で言及した「情報サービス」によりサービス情報のタイトル（概要データ）が配信され、上記ホの【００５０】の記載によれば、タイトルが表示されるから、無線通信網でサービスセンタと接続する携帯端末において、上記情報サービスによりサービス情報の概要データが配信され、表示されることは明らかである。
　また、上記ニの【００３２】、上記ヘの【００６６】の記載によれば、概要データに対してユーザが選択を行い、上記ホの【００５２】〜【００５５】の記載によれば、選択に対応したサービス情報のリクエストキーコードを含む送信要求データの発信と受け取りを行うことは明らかである。
　上記ロの【００１６】、上記ハの【００２３】、上記ヘの【００６５】、【００６６】の記載によれば、サービス情報が通信衛星、タワー型の送信アンテナを介して携帯端末に同報送信され、携帯端末からのリクエスト信号が受信アンテナ、専用線／一般電話網を介してサービスセンタで受信されること、また、上記ホの【００５１】〜【００５４】の記載によれば、そのリクエスト信号は、送信要求データによるものであることは明らかである。
ｃ．上記ニの【００３２】、上記ホの【００５２】〜【００５４】の記載によれば、送信要求データにはユーザが選択したサービス情報を示すリクエストキーコードが含まれることは明らかである。
　また、上記ヘの【００６６】〜【００７２】の記載によれば、サービスセンタでは、リクエスト信号の返信情報を各エリア別、各概要データ別に管理するため、リクエストカウントメモリを備え、いずれの地域ｍからの、いずれのリクエストキーｎの受信であったかを確認し、当該リクエストキーｎとその発信端末の所在する地域ｍに対応するリクエストカウントメモリＲ（ｍ，ｎ）の値をインクリメントすることは明らかである。
ｄ．上記トの【００７５】、【００７６】の記載によれば、リクエストカウントメモリＲ（ｍ，ｎ）の値が設定値Ｉよりも大きければ、当該リクエストキーｎに対応する詳細情報を地域ｍに同報送信すること、また、上記ニの【００３１】、上記チの【００７９】の記載によれば、詳細情報がサービス情報の詳細データであることは明らかである。
　以上を総合すると、引用例には、以下の発明（以下、「引用発明」という。）が記載されているものと認める。
「内部にサービスセンタが設けられたネットワークオペレーションセンタ、携帯端末、及びこれらを接続する無線通信網で構成される情報提供システムにおいてサービスセンタの動作及び携帯端末の動作が相互に関連し合って進行することにより情報サービスを提供する方法であって、
　無線通信網でサービスセンタと接続する携帯端末において、上記情報サービスにより配信され、表示されたサービス情報の概要データに対して、ユーザが選択したサービス情報のリクエストキーコードを含む送信要求データの発信と受け取りがなされ、サービス情報が通信衛星、タワー型の送信アンテナを介して携帯端末に同報送信され、携帯端末からの送信要求データが受信アンテナ、専用線／一般電話網を介してサービスセンタで受信され、
　送信要求データにはユーザが選択したサービス情報を示すリクエストキーコードが含まれ、いずれの地域ｍからの、いずれのリクエストキーｎの受信であったかを確認し、当該リクエストキーｎとその発信端末の所在する地域ｍに対応するリクエストカウントメモリＲ（ｍ，ｎ）の値をインクリメントし、
　リクエストカウントメモリＲ（ｍ，ｎ）の値が設定値Ｉよりも大きければ、当該リクエストキーｎに対応するサービス情報の詳細データを地域ｍに同報送信する方法。」
４．対比
　本願発明を引用発明と対比すると、
ａ．引用発明の「情報提供システム」は、「内部にサービスセンタが設けられたネットワークオペレーションセンタ、携帯端末、及びこれらを接続する無線通信網」で構成されるから、本願発明の「無線通信システム」に相当する。
ｂ．引用発明の「情報サービス」は、「サービスセンタの動作及び携帯端末の動作が相互に関連し合って進行する」から、「インタラクティブサービス」と言える。
ｃ．上記ａ．及びｂ．の検討を踏まえれば、引用発明の「内部にサービスセンタが設けられたネットワークオペレーションセンタ、携帯端末、及びこれらを接続する無線通信網で構成される情報提供システムにおいてサービスセンタの動作及び携帯端末の動作が相互に関連し合って進行することにより情報サービスを提供する方法」は、本願発明の「無線通信システムにおいてインタラクティブサービスを提供するための方法」に含まれる。
ｄ．引用発明の「無線通信網でサービスセンタと接続する携帯端末」は、ユーザが用いることが明らかであることを考慮すると、本願発明の「無線ユーザ端末」に相当する。
ｅ．引用発明の「概要データ」、「詳細データ」といった「サービス情報」は、上記ｃ．で言及した「情報サービス」において配信される情報であって、「コンテンツ」と言える。
ｆ．引用発明では、「表示されたサービス情報の概要データに対して、ユーザ」による「選択」がなされ、「選択したサービス情報のリクエストキーコードを含む送信要求データの発信と受け取りがなされ」、これに「対応するサービス情報の詳細データ」が「同報送信」されるから、「表示されたサービス情報」と「ユーザ」との間でやり取り、すなわち対話がなされていると言える。
　また、「送信要求データ」は、上記対話におけるユーザ選択に関する情報を含むものであるから、本願発明の「ユーザによる対話を示すコンテンツインタラクション情報」に相当する。
ｇ．引用発明の「表示」、「受け取り」は、本願発明の「提示」、「受信」に相当するから、上記ｄ．〜ｆ．の検討を踏まえれば、引用発明の「無線通信網でサービスセンタと接続する携帯端末において、上記情報サービスにより配信され、表示されたサービス情報の概要データに対して、ユーザが選択したサービス情報のリクエストキーコードを含む送信要求データの発信と受け取り」を行うことは、本願発明の「無線ユーザ端末において提示されたコンテンツとのユーザによる対話を示すコンテンツインタラクション情報を受信する」ことに含まれる。
ｈ．引用発明の「同報送信」は、「通信衛星、タワー型の送信アンテナを介して」なされ、無線ネットワークによるブロードキャストと言えるものであるから、上記ｄ．及びｅ．の検討を踏まえれば、引用発明の「サービス情報が通信衛星、タワー型の送信アンテナを介して携帯端末に同報送信され」ることは、本願発明の「コンテンツがブロードキャスト無線ネットワークを介して該無線ユーザ端末に向けて提供され」ることに含まれる。
ｉ．引用発明の「携帯端末からの送信要求データ」は、専用線／一般電話網を介して「サービスセンタ」という単数の宛先に向けてなされ、また、これは受信アンテナを介して受信されるから、ユニキャストされ、無線ネットワークを介して受信されると言える。
　そうすると、上記ｆ．の検討を踏まえれば、引用発明の「携帯端末からの送信要求データが受信アンテナ、専用線／一般電話網を介してサービスセンタで受信され」ることは、本願発明の「前記コンテンツインタラクション情報がユニキャスト無線ネットワークを介して受信される」ことに含まれる。
ｊ．引用発明の「いずれのリクエストキーｎの受信であったかを確認」することは、リクエストキーｎを識別することと言え、また、引用発明の「リクエストキーコード」は「ユーザが選択したサービス情報を示す」ことを考慮すると、ユーザが選択したサービス情報を識別することと言える。
　そして、引用発明の「リクエストキーコード」は「送信要求データ」に含まれるから、上記ｆ．の検討を踏まえれば、引用発明では、「前記コンテンツインタラクション情報からのユーザ選択を識別」すると言える。
ｋ．引用発明の「リクエストカウントメモリＲ（ｍ，ｎ）」は、「ユーザが選択したサービス情報のリクエストキーコード」に基づいて「インクリメント」されるから、「リクエストカウントメモリＲ（ｍ，ｎ）」の値は、「ユーザ選択」を「集計」したものと言える。
　また、上記「インクリメント」は、異なる地域に所在する発信端末からのリクエストキーｎの受信によってもなされるから、「リクエストカウントメモリＲ（ｍ，ｎ）」には、他のユーザ端末に関連付けられた他のユーザ選択も集約され、集計が形成されると言える。
　そうすると、引用発明の「当該リクエストキーｎとその発信端末の所在する地域ｍに対応するリクエストカウントメモリＲ（ｍ，ｎ）の値をインクリメント」することは、本願発明の「ユーザ選択集計を形成するために該ユーザ選択を他のユーザ端末に関連付けられた他のユーザ選択と集約する」ことに含まれる。
ｌ．本願発明の「ユーザに関連付けられた少なくとも１つのサービスパラメータ」は、本願明細書の段落【００１８】の記載によれば、「ユーザ端末の位置」、「ユーザ端末に対応付けられるユーザについての嗜好情報」等であると解されるから、引用発明の「発信端末の所在する地域ｍ」は、本願発明の「ユーザに関連付けられた少なくとも１つのサービスパラメータ」に含まれる。
　そして、引用発明の「リクエストカウントメモリＲ（ｍ，ｎ）」は、「発信端末の所在する地域ｍに対応する」ものが「インクリメント」されるから、「発信端末の所在する地域ｍ」に関する情報を「取得」していることは明らかである。
　そうすると、引用発明では、「該ユーザに関連付けられた少なくとも１つのサービスパラメータを取得する」と言える。
ｍ．引用発明では、「リクエストカウントメモリＲ（ｍ，ｎ）の値が設定値Ｉよりも大きければ、当該リクエストキーｎに対応するサービス情報の詳細データを地域ｍに同報送信する」から、上記ｃ．及びｆ．、ｈ．、ｌ．の検討を踏まえると、「該コンテンツインタラクション情報及び該少なくとも１つのサービスパラメータを用いて」「該ブロードキャスト無線ネットワーク」により「該インタラクティブサービス」を提供すると言える。
　そうすると、本願発明は、「該ユニキャスト無線ネットワーク及び該ブロードキャスト無線ネットワークの少なくとも一方を用いて」と択一的に特定されたものであるから、引用発明の「リクエストカウントメモリＲ（ｍ，ｎ）の値が設定値Ｉよりも大きければ、当該リクエストキーｎに対応するサービス情報の詳細データを地域ｍに同報送信する」ことは、本願発明の「該インタラクティブサービスを、該コンテンツインタラクション情報及び該少なくとも１つのサービスパラメータを用いて提供するステップであって、該ユニキャスト無線ネットワーク及び該ブロードキャスト無線ネットワークの少なくとも一方を用いて該サービスが提供される」ことに含まれる。
　以上を総合すると、本願発明と引用発明とは、以下の点で一致ないし相違する。
（一致点）
「無線通信システムにおいてインタラクティブサービスを提供するための方法であって、　
　無線ユーザ端末において提示されたコンテンツとのユーザによる対話を示すコンテンツインタラクション情報を受信するステップであって、該コンテンツがブロードキャスト無線ネットワークを介して該無線ユーザ端末に向けて提供され、前記コンテンツインタラクション情報がユニキャスト無線ネットワークを介して受信される、ステップ、
　前記コンテンツインタラクション情報からのユーザ選択を識別するステップ、
　ユーザ選択集計を形成するために該ユーザ選択を他のユーザ端末に関連付けられた他のユーザ選択と集約するステップ、
　該ユーザに関連付けられた少なくとも１つのサービスパラメータを取得するステップ、及び
　該インタラクティブサービスを、該コンテンツインタラクション情報及び該少なくとも１つのサービスパラメータを用いて提供するステップであって、該ユニキャスト無線ネットワーク及び該ブロードキャスト無線ネットワークの少なくとも一方を用いて該サービスが提供される、ステップ、を含む方法。」
（相違点）
　ブロードキャスト無線ネットワークを介して提供されるインタラクティブサービスが、本願発明は、「ブロードキャストコンテンツとユーザ選択との集約によって形成された組み合わされたコンテンツを、該ユーザ端末に伝達するステップを含む」のに対し、引用発明では、このことについて明示されていない点。
５．検討
　上記相違点について検討すると、インタラクティブサービスにおいて、ブロードキャストするコンテンツと、該コンテンツに関連する視聴者からのインタラクティブ情報を処理した結果を組み合わせて放送することは、周知技術（例えば、特開平９−１３０７７４号公報の【要約】、段落【００２０】、及び、特開２００２−１９９３７５号公報の段落【００６５】、【００７３】参照）であるから、引用発明において、「同報送信」する「サービス情報」に、「ユーザが選択したサービス情報のリクエストキーコード」の「カウント」情報を組み合わせて「同報送信」を行うようにすることにより、本願発明のように「該ブロードキャスト無線ネットワークを介して提供される該インタラクティブサービスが、ブロードキャストコンテンツとユーザ選択との集約によって形成された組み合わされたコンテンツを、該ユーザ端末に伝達するステップ」を含ませることは当業者が容易になし得たものである。
　そして、本願発明が奏する効果も引用発明及び周知技術から容易に予測できる範囲内のものである。
６．むすび
　以上のとおり、本願発明は、引用例に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願はその余の請求項について論及するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。