【事件の表示】
　特願２００６−５１８２４４「モバイルパケット無線システムにおいてストリーミング接続に課金する方法及びシステム」拒絶査定不服審判事件〔平成１７年　１月　６日国際公開、ＷＯ２００５／００２１３５、平成１９年　９月２０日国内公表、特表２００７−５２７１３４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯 
　本願は、平成１６年５月１１日（パリ条約による優先権主張２００３年６月３０日、米国）を国際出願日とする出願であって、平成２１年２月２３日付けで拒絶査定がされ、これに対して同年６月１日に審判請求がなされたものである。
　
２．本願発明について
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２１年１月２８日付け手続補正書に記載された特許請求の範囲の請求項１に記載された次のとおりのものと認める。
　
「第１のメッセージを、ストリームに関するストリーミング開始要求メッセージとしてネットワークノードにおいて認識するステップと、
　前記第１のメッセージをストリーミングソースへ送信するステップと、
　前記ストリームの開始時間を示す第１タイムスタンプを生成するステップと、
　前記ストリームの継続時間を計測するタイマを起動するステップと、
　第２のメッセージを、ストリーミング一時停止要求メッセージとして前記ネットワークノードにおいて認識するステップと、
　前記ストリームの前記継続時間を計測する前記タイマを停止するステップと、
　第３のメッセージを、ストリーミング再開要求メッセージとして前記ネットワークノードにおいて認識するステップと、
　前記ストリームの前記継続時間を計測する前記タイマを継続するステップと、
　第４のメッセージを、ストリームのストリーミングの終了を示すメッセージとして前記ネットワークノードにおいて認識するステップと、
　前記ストリームの前記継続時間を計測する前記タイマを停止するステップと、
　前記ストリームの前記継続時間に基づいて前記ストリームに関する課金レコードを前記ネットワークノードにおいて生成するステップとを含む方法。」
　
３．引用例
（１）原査定の拒絶の理由で引用された特開２００３−１６７５８５号公報（以下、「引用例１」という。）には、図面とともに以下の事項が記載されている。
　
Ａ．「【請求項１】  ネットワークを介してサーバ側から端末側に音楽・映像情報を提供する方法において、
前記情報を前記サーバ側から前記端末側に送信し、
前記端末側では送信されてくる前記情報をリアルタイムで再生し、
前記情報の再生中に前記端末側から再生停止の指示があった場合に、前記サーバ側から前記端末側への前記情報の送信を停止すると共に、前記情報の提供に対する前記端末側への課金を前記情報の再生時間又は情報量に基づいて決定することを特徴とする情報提供方法。」
　
Ｂ．「【００７９】次に、端末３側はメニュー画面で表示されたメニューを選択する（ステップ１０４）。例えば曲検索が選択されると図４（ｆ）で示すような曲検索画面が表示されるので、画面中のタイトル名に入力し楽曲を指定する（ステップ１０５）。すると、この情報がサーバ２側のＣＰＵ１０に届けられＣＰＵ１０の制御下、楽曲送信機構１４ｃはデータ格納部１５に格納されている楽曲データ１５ｃの中から指定された楽曲を読み出し端末３へインターネット１を介して送信開始する（ステップ１０６）。
【００８０】これによって、端末３側ではリアルタイム再生機構８ａにより入出力部７の例えばスピーカで希望の曲をストリーミングできることとなる（ステップ１０７）。
【００８１】なお、楽曲の指定はいろいろな方法があり上述の例に限られない。
【００８２】次に、端末３側で所定の短時間に例えば図４（ｅ）の再生画面の停止ボタン２０がクリックされると、その情報がインターネット１を介してサーバ２側の楽曲送信停止機構１４ｄに伝えられると共に、端末３側の再生停止指示機構８ｂにより所定の時間内であるか判定され（ステップ１０８）、所定の時間内と判定された場合は、その情報が、サーバ２側の課金決定機構１４ｅに伝えられ課金がされず終了する。
【００８３】又、所定の短時間でなく途中再生停止（ステップ１０９）の情報が、インターネット１を介してサーバ２側の課金決定機構１４ｅに伝えられた場合は、途中分課金がされることとなる。
【００８４】更に、曲の最後まで再生されたときはサーバ２側の楽曲送信機構１４ｃによる楽曲再生終了により端末３側の再生も終了する（ステップ１１０）。これによって再生終了まで端末３側から楽曲停止指示がなかったこととなり、課金決定機構１４ｅはダウンロードの場合より低額な全額課金する。これらの課金情報は例えば、データ格納部１５の顧客データ１５ｂに格納される。」
　
Ｃ．「【００８８】又、端末３側への課金を情報の再生時間又は情報量に基づいて決定することとしたので、途中で好みの曲でないとして再生をやめたときは、最後まで聴いた場合より安くでき、より安心してユーザが利用できる。
【００８９】更に、例えば曲の頭１０秒ぐらい聴いて再生を止めれば課金しないこととしたので、好みの曲でない場合に課金されずに済み、ユーザは知らない曲でもとりあえず聴いてみることができる。また、曲の頭を聴いて気に入ればそのまま何もしなくても最後まで聴くことができ利便性が高い。
【００９０】又、著作権者側から見ても従来無料か有料のダウンロードしかなく結局十分に収入が得られる状況ではなかったが、中間としての再生時間等による課金の方法の導入により更なる収益の可能性が広がることとなる。」
　
　以上の記載によれば、この引用例には、以下の発明（以下、「引用例１発明」という。）が開示されていると認められる。
　
「ネットワークを介してサーバ側から端末側に音楽・映像情報を提供する方法において、
　端末３側はメニュー画面で表示されたメニューを選択し、例えば曲検索が選択されると曲検索画面が表示されるので、画面中のタイトル名に入力し楽曲を指定し、この情報がサーバ２側のＣＰＵ１０に届けられＣＰＵ１０の制御下、楽曲送信機構１４ｃはデータ格納部１５に格納されている楽曲データ１５ｃの中から指定された楽曲を読み出し端末３へインターネット１を介して送信開始し、
　端末３側ではリアルタイム再生機構８ａにより入出力部７のスピーカで希望の曲をストリーミングでき、
　端末３側で所定の短時間に再生画面の停止ボタン２０がクリックされると、その情報がインターネット１を介してサーバ２側の楽曲送信停止機構１４ｄに伝えられると共に、端末３側の再生停止指示機構８ｂにより所定の時間内であるか判定され、
　所定の短時間でなく途中再生停止の情報が、インターネット１を介してサーバ２側の課金決定機構１４ｅに伝えられた場合は、途中分課金がされることとなり、
　これらの課金情報は例えば、データ格納部１５の顧客データ１５ｂに格納され、
　課金を情報の再生時間に基づいて決定する情報提供方法。」
　
（２）原査定の拒絶の理由で引用された特開２００３−１５２９１０号公報（以下、「引用例２」という。）には、図面とともに以下の事項が記載されている。
　
Ｄ．「【請求項３】  １つまたは複数の送信局、中継局、および１つまたは複数の受信局から構成される映像配信システムであって、送信局は、映像音声情報を入力する手段と映像音声情報を送信する送信手段と、送信先の中継局からの送信要求を含む情報を受け付ける受信情報取得手段と、中継局からの情報を受け付ける受信情報取得手段とを備え、中継局は、受信情報を中継局に送信する手段と、接続中の送信局および受信局の数などを計数する接続計数手段と、送信局および受信局の要求を受けて相互の接続を管理する接続管理手段とを備え、受信局は、送信局に対して中継局を介して受信要求を送付する手段を備えることを特徴とする映像配信システム。」
　
Ｅ．「【請求項６】  中継局はさらに、送信局および受信局を対象とした課金手段を有し、受信側から接続の時間に応じた接続料金を徴収し、送信側にその一部を還元することを特徴とする請求項１または請求項３記載の映像配信システム。」
　
Ｆ．「【０００１】
【発明の属する技術分野】本発明は、個人が所有する携帯または固定の情報機器を発信元として、画像音声情報をリアルタイムで配信するシステムに関する。」
　
　以上の記載によれば、この引用例２には以下のような事項が開示されていると認められる。
「課金と受信局と送信局の接続を管理する中継局が、映像音声情報を送信する送信局に受信局からの送信要求を送信し、画像音声情報をリアルタイムで配信する映像配信システム。」
　
（３）原査定の拒絶の理由で引用された特開２００３−１６３９１８号公報（以下、「引用例３」という。）には、図面とともに以下の事項が記載されている。
　
Ｇ．「【００７０】この映像配信システムは、映像番組を配信する番組配信装置２００、ネットワーク１２０、配信されてくる映像番組を受信する番組受信装置２１０、その周辺機器である表示装置１３０及びデータ蓄積部１４０から構成され、番組配信装置２００及び番組受信装置２１０を除いて実施の形態１と同じ構成を備える。
【００７１】番組配信装置２００は、図１に示された実施の形態１における番組配信装置１００の時刻情報受信部１０３が受信者情報管理部２０１に置き換えられたものに相当する。受信者情報管理部２０１は、番組受信装置１１０から送られてきた信号を受信者別に管理する処理部等である。
【００７２】番組受信装置２１０は、図１に示された実施の形態１における番組受信装置１１０の時刻情報抽出部１１２及び時刻情報送信部１１３が制御信号送信部２１１に置き換えられたものに相当する。制御信号送信部２１１は、番組配信装置２００に対して番組受信に関する制御情報（受信中止信号、受信再開コマンド等）を送信する処理部等である。
【００７３】以上のように構成された実施の形態４における映像配信システムの動作について図９を用いて説明する。図９は、番組配信装置２００と番組受信装置２１０とのやりとりを示す通信シーケンス図であり、実施の形態１の図２に相当する。
【００７４】番組配信装置２００は、ＭＰＥＧ２−ＳＹＳＴＥＭＳのＰＳフォーマットでエンコードされたデータが蓄積された信号源１０１のデータを、受信者からの要求に応じて、あるいは任意のタイミングでネットワークインタフェース部１０２でＴＣＰ／ＩＰやＵＤＰ／ＩＰプロトコルフォーマットの処理を行い、ネットワーク１２０経由で受信者に配信する（Ｓ２０〜Ｓ２１）。
【００７５】番組受信装置２１０では、ネットワークインタフェース部１１５は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰプロトコルフォーマットの処理を行い、配信データを抽出し、デコーダ部１１１に送信する。デコーダ部１１１は、受信者の指示に従って、ネットワークインタフェース部１１５から送られてきた配信データ（ＰＳデータ）をデータ蓄積部１４０に格納したり、リアルタイムでデコードし、得られた映像情報及び音声情報を表示装置１３０に出力して表示させたりする。
【００７６】受信者がマウス等を用いて、番組配信装置２００から配信されている番組の受信を中断する指示を発すると、その指示に従って、ＭＭＩ部１１４は、受信中止コマンドを制御信号送信部２１１に発行する。制御信号送信部２１１は、その受信中止コマンドを受信すると番組受信装置２１０のネットワークインタフェース部１１５やデコーダ部１１１を制御して受信を中止すると共に、ネットワークインタフェース部１１５を介して番組配信装置２００に受信中止信号を送信する（Ｓ２２）。
【００７７】番組配信装置２００は、ネットワークインタフェース部１０２経由で受信中止信号を受信すると、受信者情報管理部２０１は、内部に有する図１０に示されるような記憶テーブル（受信者情報テーブル２０１ａ）に番組受信装置２１０が持つＩＰアドレス等の受信者ＩＤと受信中止信号到達時刻ＴＩＭＥ＿ＰＡＵＳＥ等を格納する（Ｓ２３）。
【００７８】このようにして番組受信が中断された後に、受信者がマウス等を用いて、番組受信の再開を指示すると、その指示に従って、ＭＭＩ部１１４は、受信再開コマンドを制御信号送信部２１１に発行する。制御信号送信部２１１は、その受信再開コマンドを受信すると、番組受信装置２１０のネットワークインタフェース部１１５やデコーダ部１１１を制御して受信を再開すると共に、受信再開コマンドをネットワークインタフェース部１１５を介して番組配信装置２００に送信する（Ｓ２４）。
【００７９】番組配信装置２００では、番組受信装置２１０から送られてきた受信再開コマンドと受信者ＩＤをネットワークインタフェース部１０２経由で受信者情報管理部２０１が抽出管理する。受信者情報管理部２０１は、送られてきた受信者ＩＤが以前に番組受信中断信号を送ってきたことのある受信者ＩＤであるか否か判断し、そうであれば、受信者情報テーブル２０１ａに受信再開コマンドの到達時刻ＴＩＭＥ＿ＲＥＳＴＡＲＴを記憶するとともに、その番組受信装置２１０での番組受信時間ΔＴＩＭＥを以下の式５に基づいて計算する（Ｓ２５）。
  △ＴＩＭＥ＝（ＴＩＭＥ＿ＰＡＵＳＥ）−（ＴＩＭＥ＿ＳＴＡＲＴ）  −−（式５）
なお、このＴＩＭＥ＿ＳＴＡＲＴは、番組開始時刻（番組の配信を開始した時刻）である。
【００８０】受信者情報管理部２０１は、計算した△ＴＩＭＥと受信者ＩＤを信号出力制御部１０４に送信する。信号出力制御部１０４は、受信者ＩＤに対応する番組受信装置１１０に対して、番組開始から△ＴＩＭＥだけ経過した番組データを読み出し、配信するよう信号源１０１に命令する。信号源１０１は、蓄積された番組データを、指定された受信者に、指定された番組内容から番組配信を行う。これにより、番組受信装置１１０は、中断時の内容から連続して番組を受信することが可能となる。
【００８１】時刻情報受信部１０３は、前記△ＴＩＭＥと受信者ＩＤとを課金情報管理部１０６及び信号出力制御部１０４に送信する。課金情報管理部１０６は、有料番組については、時刻情報受信部１０３から通知された受信者ＩＤに対してΔＴＩＭＥに応じた課金処理を行う。つまり、課金情報管理部１０６は、△ＴＩＭＥを基に課金情報を生成、管理する。これは、受信者に対して、受信番組単位のみならず、番組受信時間単位での課金を可能とするためである。」
　
Ｈ．「【００８８】具体的には、有料番組配信の際、課金情報管理部１０６は、番組配信を開始すると、一旦、番組受信者に対して１番組分の課金を行う。１番組全てを受信した受信者に対しては、そのままの課金情報を保持する。番組受信を中断した受信者に対しては、受信者ＩＤと共に番組受信装置２１０から送信され、受信者情報管理部２０１で算出された、番組受信開始時刻と番組受信信号到達時刻の差分時間、即ち番組受信時間である△ＴＩＭＥを基に課金情報を更新管理する。更新情報の生成法の一例は以下の通りである。
【００８９】つまり、１番組分の課金料をＮ、１番組の時間をＴＩＭＥａとすると、番組受信を中断した場合の課金情報△Ｎは、以下の式７で表される。
△Ｎ＝Ｎ＊（△ＴＩＭＥ／ＴＩＭＥａ）  −−（式７）
【００９０】更新された課金情報△Ｎは、番組受信が再開されるか、番組受信再開が無効になるまで保持される。受信者が受信を再開した場合、全番組分の課金情報に更新されるが、更新前までの課金情報△Ｎも保持しておく。再開後、再度中断があった場合は、再開中の受信時間を上記式６で算出し（このときには、式６のＴＩＭＥ＿ＳＴＡＲＴを直前に記録したＴＩＭＥ＿ＲＥＳＴＡＲＴに置き換えて算出する）、算出された値△（Ｎ＋１）と更新前の課金情報△Ｎを加えた値、△Ｎ＋△（Ｎ＋１）を課金情報として更新管理する。
【００９１】このように、最初に１番組分の課金を実施し、中断時に課金情報を更新することにより、受信者は受信時間単位での料金支払いが可能となり、番組配信者は確実に課金を行うことが可能となる。」
　
　以上の記載によれば、この引用例３には以下のような事項が開示されていると認められる。
　
「番組配信装置２００は、信号源１０１のデータを、受信者からの要求に応じて、ネットワーク１２０経由で受信者に配信し、
　受信者が番組配信装置２００から配信されている番組の受信を中断する指示を発すると、番組受信装置２１０の制御信号送信部２１１は、番組配信装置２００に受信中止信号を送信し、番組配信装置２００は、受信中止信号を受信すると、記憶テーブルに受信中止信号到達時刻ＴＩＭＥ＿ＰＡＵＳＥ等を格納し、
　受信者が番組受信の再開を指示すると、番組受信装置２１０の制御信号送信部２１１は、受信再開コマンドを番組配信装置２００に送信し、番組配信装置２００では受信再開コマンドの到達時刻ＴＩＭＥ＿ＲＥＳＴＡＲＴを記憶するとともに、その番組受信装置２１０での番組受信時間ΔＴＩＭＥを△ＴＩＭＥ＝（ＴＩＭＥ＿ＰＡＵＳＥ）−（ＴＩＭＥ＿ＳＴＡＲＴ）で計算し、このＴＩＭＥ＿ＳＴＡＲＴは、番組開始時刻（番組の配信を開始した時刻）であり、
　１番組分の課金料をＮ、１番組の時間をＴＩＭＥａとすると、番組受信を中断した場合の課金情報△Ｎは、△Ｎ＝Ｎ＊（△ＴＩＭＥ／ＴＩＭＥａ）で表され、再開後、再度中断があった場合は、再開中の受信時間を算出し（このときには、ＴＩＭＥ＿ＳＴＡＲＴを直前に記録したＴＩＭＥ＿ＲＥＳＴＡＲＴに置き換えて算出する）、算出された値△（Ｎ＋１）と更新前の課金情報△Ｎを加えた値、△Ｎ＋△（Ｎ＋１）を課金情報として更新管理し、受信者は受信時間単位での料金支払いが可能になる映像配信システム。」
　
４．対比
　本願発明と引用例１発明を対比する。
　
　引用例１発明の「サーバ２」は、端末３側からの楽曲の指定や再生の停止の情報を受信するので、本願発明の「ネットワークノード」に相当する。引用例１発明の曲検索画面で指定された楽曲は、情報としてサーバ２に届けられ、サーバ２で楽曲データが端末３へ送信開始され、端末３側ではリアルタイム再生機構８ａにより入出力部７のスピーカで希望の曲をストリーミングできるので、引用例１発明の「情報としてサーバ２に届けられ」る「楽曲」は、本願発明の「ストリームに関するストリーミング開始要求メッセージとしてネットワークノードにおいて認識する」「第１のメッセージ」に相当する。
　引用例１発明において、再生画面の停止ボタン２０がクリックされると、その情報がインターネット１を介してサーバ２側の楽曲送信停止機構１４ｄに伝えられるので、引用例１発明において、「再生画面の停止ボタン２０がクリックされる」「情報」は、本願発明の「ストリームのストリーミングの終了を示すメッセージとして前記ネットワークノードにおいて認識する」「第４のメッセージ」に相当する。
　引用例１発明において、課金を情報の再生時間に基づいて決定され、課金情報は例えば、データ格納部１５の顧客データ１５ｂに格納されるので、課金情報は顧客毎のレコードとしてデータ格納部１５に格納されることは明らかであり、ストリームの継続時間に基づいて前記ストリームに関する課金レコードをネットワークノードにおいて生成しているといえる。
　
　したがって、両者は、
「第１のメッセージを、ストリームに関するストリーミング開始要求メッセージとしてネットワークノードにおいて認識するステップと、
　第４のメッセージを、ストリームのストリーミングの終了を示すメッセージとして前記ネットワークノードにおいて認識するステップと、
　前記ストリームの継続時間に基づいて前記ストリームに関する課金レコードを前記ネットワークノードにおいて生成するステップとを含む方法。」
で一致するものであり、次の点で相違している。
　
［相違点１］
　本願発明では、前記第１のメッセージをストリーミングソースへ送信するステップを含むのに対し、引用例１発明では、サーバ２がストリーミングソースの機能を有しているため、そのようなステップを含んでいない点、
　
［相違点２］
　本願発明では、第２のメッセージを、ストリーミング一時停止要求メッセージとして前記ネットワークノードにおいて認識するステップと、第３のメッセージを、ストリーミング再開要求メッセージとして前記ネットワークノードにおいて認識するステップとを含んでいるのに対し、引用例１発明では、そのようなステップを含んでいない点、
　
［相違点３］
　本願発明では、ストリームの開始時間を示す第１タイムスタンプを生成するステップを含んでいるのに対し、引用例１発明では、そのようなステップを含んでいない点、
　
［相違点４］
　本願発明では、ストリームの継続時間を計測するタイマを起動するステップと、ストリームの前記継続時間を計測する前記タイマを停止するステップと、前記ストリームの前記継続時間を計測する前記タイマを継続するステップと、前記ストリームの前記継続時間を計測する前記タイマを停止するステップと、を含んでいるのに対し、引用例１発明では、そのようなステップを含むか明らかではない点。
　
５．当審の判断
　上記相違点について検討する。
　
［相違点１］について
　引用例２には、課金と受信局と送信局の接続を管理する中継局（本願発明の「ネットワークノード」に相当する。）が、映像音声情報を送信する送信局（本願発明の「ストリーミングソース」に相当する。）に受信局からの送信要求（本願発明の「第1のメッセージ」に相当する。）を送信する映像配信システムに関する技術が記載されている。引用例１発明と引用例２とは、ストリーミングにおける課金という共通の技術分野に属しているので、引用例１発明に引用例２記載の前記技術を適用して、引用例１発明において、サーバ２の構成を課金や接続を管理するネットワークノードと配信を行うストリーミングソースに分割し、ネットワークノードで受け付けた第１のメッセージをストリーミングソースに送信するように構成することは当業者が容易に想到し得たものである。
　
［相違点２］について
　引用例３には、受信者が番組配信装置２００から配信されている番組の受信を中断する指示を発すると、番組受信装置２１０の制御信号送信部２１１は、番組配信装置２００に受信中止信号（本願発明の「第２のメッセージ」に相当する。）を送信し、番組配信装置２００は、受信中止信号を受信すると、記憶テーブルに受信中止信号到達時刻ＴＩＭＥ＿ＰＡＵＳＥ等を格納し（本願発明の「ストリーミング一時停止要求メッセージとして前記ネットワークノードにおいて認識する」ことに相当する。）、受信者が番組受信の再開を指示すると、番組受信装置２１０の制御信号送信部２１１は、受信再開コマンド（本願発明の「第３のメッセージ」に相当する。）を番組配信装置２００に送信し、番組配信装置２００では受信再開コマンドの到達時刻ＴＩＭＥ＿ＲＥＳＴＡＲＴを記憶すること（本願発明の「ストリーミング再開要求メッセージとして前記ネットワークノードにおいて認識する」に相当する。）が記載されており、引用例１発明と引用例３とはストリーミングにおける課金という共通の技術分野に属しているので、引用例１発明に引用例３記載の前記事項を適用して、引用例１発明において、受信中止信号によって、ストリーミングを中断し、受信再開コマンドにより、ストリーミングを再開できるように構成すること、すなわち、第２のメッセージを、ストリーミング一時停止要求メッセージとして前記ネットワークノードにおいて認識し、第３のメッセージを、ストリーミング再開要求メッセージとして前記ネットワークノードにおいて認識する構成とすることは当業者が容易に想到し得たものである。
　
［相違点３］について
　引用例３には、番組配信装置２００は、信号源１０１のデータを、受信者からの要求に応じて、ネットワーク１２０経由で受信者に配信すること、番組配信装置２００は番組受信時間ΔＴＩＭＥを△ＴＩＭＥ＝（ＴＩＭＥ＿ＰＡＵＳＥ）−（ＴＩＭＥ＿ＳＴＡＲＴ）で計算し、このＴＩＭＥ＿ＳＴＡＲＴは、番組開始時刻（番組の配信を開始した時刻）（本願発明の「ストリームの開始時間を示す第１タイムスタンプ」に相当し、番組配信装置２００で生成されたものであることは明らかである。）であること、すなわち、ストリームの開始時間を示す番組開始時刻を生成することが示唆されており、引用例１発明に引用例３記載の前記事項を適用して、引用例１発明において、ストリームの開始時間を示す番組開始時刻を生成するように構成することは当業者が容易に想到し得たものである。
　
［相違点４］について
　タイマを用いて継続時間を計測することは普通に行われていることであり、引用例１発明において、課金のための再生時間をタイマを用いて継続時間を計測することにより求めることは当業者が容易に想到し得たものである。
　
指摘事項（ａ）：引用例１発明において、サーバ２側の課金決定機構１４ｅが課金を行うので、課金される再生時間は、サーバ側で楽曲データを送信開始してから、再生停止の情報がサーバに伝えられるまでであることは明らかである。
　
指摘事項（ｂ）：引用例３では、番組の受信を停止している時間は受信時間に算入しないようにしている（引用例３の摘記事項Ｈ参照）。
　
　したがって、［相違点２］で指摘したように、引用例１発明において、引用例３記載の事項を適用して、ストリーミングを中断し、再開できるようにし、且つ上述のように、引用例１発明において、タイマを用いて継続時間を測定することにより課金のための再生時間を求めるようにした場合には、上記指摘事項（ａ）及び（ｂ）から、中断してから再開までの間、タイマを停止することは当然のことである。
　
　そして、本願発明の作用効果も、引用例１発明及び引用例２、３に記載された事項から当業者が予測できる範囲のものである。
　
６．むすび
　以上のとおり、本願の請求項１に係る発明は、引用例１発明及び引用例２、３に記載された事項に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
　
　したがって、その余の請求項について論及するまでもなく、本願は、拒絶すべきものである。
　
　よって、結論のとおり審決する。