2021-015148

特願２０２０－１０５６９０「コンテンツの受信装置および配信装置」拒絶査定不服審判事件〔令和２年９月１７日出願公開、特開２０２０－１５０５６５〕について、次のとおり審決する。

結 論 本件審判の請求は、成り立たない。

理 由 第１ 手続の経緯 本願は、平成２０年９月１４日に出願した特願２００８－２３５７９７号の一部を平成２６年５月８日に新たな特許出願（特願２０１４－９７２３５号）とし、さらにその一部を平成２９年９月２３日に新たな特許出願（特願２０１７－１８３０９５号）とし、さらにその一部を令和元年５月１６日に新たな特許出願（特願２０１９－９２５６０号）とし、さらにその一部を令和２年６月１８日に新たな特許出願（特願２０２０－１０５６９０号）としたものであって、その手続の経緯は次のとおりである。 令和２年 ６月１８日 ：手続補正書の提出 令和３年 ３月 ５日付け：拒絶理由通知書 ４月２９日 ：意見書、手続補正書の提出 ９月２９日付け：拒絶査定 １１月 ８日 ：審判請求書、手続補正書の提出 令和４年 ４月１９日 ：面接 ５月１３日付け：拒絶理由通知書 ６月 ７日 ：面接 ６月１５日 ：意見書、手続補正書の提出 ６月２４日付け：拒絶理由通知書 ８月 １日 ：面接 ９月２７日 ：意見書、手続補正書の提出 令和５年 ３月 ６日付け：拒絶理由通知書 ４月１８日 ：面接 ５月３日 ：意見書、手続補正書の提出 第２ 本願発明 本願の請求項に係る発明は、令和５年５月３日にされた手続補正により補正された特許請求の範囲の請求項１～４に記載された事項により特定されるものであるところ、その請求項１に係る発明（以下「本願発明」という。）は、その請求項１に記載された事項により特定される次のとおりのものである。 なお、記号（Ａ）～（Ｄ）は、分説するために当合議体が付したものであり、以下「構成Ａ」～「構成Ｄ」という。 〔本願発明〕 （Ａ） 予め決められたスケジュールに従ってストリーミング配信するデジタル動画コンテンツのデータを前記スケジュールに対応する冒頭部分から末尾部分まで保管する保管部と、 （Ｂ） 前記スケジュールに従って、ライブ撮影される画像情報を前記保管部に保管する前記デジタル動画コンテンツのデータとしていくライブストリーミング配信処理部と、 （Ｃ１） 前記スケジュールに従った配信時間枠内の冒頭において前記デジタル動画コンテンツが受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する一方、 （Ｃ２） 前記スケジュールに従った前記配信時間枠内の途中において前記デジタル動画コンテンツが前記受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記スケジュールに従った対応する途中部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続するとともに、 （Ｃ３） 前記配信時間枠内において前記データの前記後続部分の前記ストリーミング配信が前記受信装置による選択後も前記スケジュールに従って順次継続されている状態で前記デジタル動画コンテンツの冒頭がインターネットを経由して前記受信装置により指定されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由して順次ストリーミング配信する （Ｃ） 通信部と を有することを特徴とする （Ｄ）コンテンツ配信装置。 第３ 令和５年３月６日付け拒絶理由通知書における拒絶の理由 令和５年３月６日付け拒絶理由通知書における拒絶の理由の概要は、次のとおりである。 理由１（進歩性）本件出願の請求項１～５に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 理由２（サポート要件）本件出願は、特許請求の範囲の記載が不備のため、特許法第３６条第６項第１号に規定する要件を満たしていない。 引用文献１：特開２００８－１９３６１６号公報 引用文献２：特開２００５－１８４３２３号公報 引用文献３：特開平１１－３５５７２７号公報 引用文献４：特表２００７－５２０９５６号公報 引用文献５：特開２００７－３３５９６７号公報 引用文献６：特開２００１－１４５０８７号公報 引用文献７：特開２００４－８８４６６号公報 第４ 引用文献 １ 引用文献１ （１）記載事項 上記引用文献１には、図面とともに次の記載がある。 「【０００４】 図１２は従来のストリーミング配信型の番組コンテンツデータの配信の流れを模式的に示した図である。 送信制御部１０１０は後述する再生リスト１０４０を参照して現在の時刻に応じた番組コンテンツの該当部分のデータを特定し、ストリーミングサーバ１０３０に対して配信すべきデータを記憶部１０２０から取り出して受け渡し、ストリーミング配信を制御する部分である。 記憶部１０２０に記憶されている番組コンテンツデータはストリーミング配信に適した形式に圧縮されたエンコード済みのコンテンツデータとなっている。番組コンテンツとしては撮影したビデオ映像、編集したビデオ映像、ＣＧアニメーションなど多様のものがある。 ストリーミングサーバ１０３０は送信制御部１０１０から配信するデータを受けてストリーミングデータとして配信する。ネットワークとのインターフェイスも備えている。 再生リスト１０４０は番組コンテンツの再生順序を記述したものであり、再生する時間情報を持つことも可能である。つまり、配信する番組コンテンツとその配信予定時間が記述されており、いわゆるテレビ欄などの番組配信表と位置付けることもできる。 【０００５】 番組コンテンツデータの配信の流れは以下のようになる。 送信制御部１０１０は再生リスト１０４０を参照しつつ、現在時刻に配信すべきコンテンツの該当部分のデータを特定する。例えば番組コンテンツデータＡの終盤部分であったとすると記憶部１０２０からエンコード済コンテンツＡ１０２１Ａの該当部分のデータを取得する。送信制御部１０１０は取得した該当部分のデータをストリーミングサーバ１０３０に渡し、ストリーミングサーバ１０３０からクライアントシステムに対してストリーミングデータが配信される。 時刻が進むたび、送信制御部１０１０は再生リスト１０４０を参照し、現在時刻に配信されるべき番組コンテンツの該当部分のデータを特定し、記憶部１０２０から当該データを取得してストリーミングサーバ１０３０に渡す。 このように、再生リスト１０４０の記述に従って次々と、エンコード済コンテンツＡ、エンコード済コンテンツＢ、エンコード済コンテンツＣとストリーミング配信されて行き、クライアントシステムでは再生リスト１０４０があたかもＴＶ番組の配信予定リストのように位置付けられる。」 「【０００７】 上記従来のストリーミング配信型の番組配信システムによれば、従来のコンテンツ転送型の番組配信システムのような長時間の待ち時間がなく、実用に耐えるシステムとして普及しつつある。代表的なアプリケーションはインターネットテレビジョン放送である。・・・」 「【図１２】 ［図：0001407003000001.jpg］ 」 （２）引用発明１ 上記（１）から、引用文献１には次の発明（以下、「引用発明１」という。）が記載されていると認められる。 なお、各構成の符号（１ａ）～（１ｈ）は、分説するために当合議体が付したものであり、以下「構成１ａ」～「構成１ｈ」という。また、各構成の末尾の括弧内に対応する記載箇所を示した。 〔引用発明１〕 （１ａ）インターネットテレビジョン放送であるストリーミング配信型の番組配信システムであって、（【０００７】） （１ｂ）再生リスト１０４０を参照して現在の時刻に応じた番組コンテンツの該当部分のデータを特定し、ストリーミングサーバ１０３０に対して配信すべきデータを記憶部１０２０から取り出して受け渡し、ストリーミング配信を制御する送信制御部１０１０と、（【０００４】） （１ｃ）ストリーミング配信に適した形式に圧縮されたエンコード済みのコンテンツデータである番組コンテンツデータが記憶されている記憶部１０２０と、（【０００４】） （１ｄ）送信制御部１０１０から配信するデータを受けてストリーミングデータとして配信するストリーミングサーバ１０３０と、（【０００４】） （１ｅ）配信する番組コンテンツとその配信予定時間が記述されており、いわゆるテレビ欄などの番組配信表と位置付けられる再生リスト１０４０と（【０００４】） を備え、 （１ｆ）送信制御部１０１０は再生リスト１０４０を参照しつつ、現在時刻に配信すべきコンテンツの該当部分のデータを特定し、例えば番組コンテンツデータＡの終盤部分であったとすると記憶部１０２０からエンコード済コンテンツＡ１０２１Ａの該当部分のデータを取得し、送信制御部１０１０は取得した該当部分のデータをストリーミングサーバ１０３０に渡し、ストリーミングサーバ１０３０からクライアントシステムに対してストリーミングデータが配信され、（【０００５】） （１ｇ）時刻が進むたび、送信制御部１０１０は再生リスト１０４０を参照し、現在時刻に配信されるべき番組コンテンツの該当部分のデータを特定し、記憶部１０２０から当該データを取得してストリーミングサーバ１０３０に渡し、（【０００５】） （１ｈ）このように、再生リスト１０４０の記述に従って次々と、エンコード済コンテンツＡ、エンコード済コンテンツＢ、エンコード済コンテンツＣとストリーミング配信されて行き、クライアントシステムでは再生リスト１０４０があたかもＴＶ番組の配信予定リストのように位置付けられる（【０００５】） （１ａ）番組配信システム。 ２ 引用文献２ （１）記載事項 上記引用文献２には次の記載がある。なお、下線は説明のために当審で付したものである。 「【０００５】 本発明は、上述の課題を鑑み、通常のテレビ放送やラジオ放送のような感覚で、番組表に沿ってストリーミング配信が行えるようにしたコンテンツ配信システムを提供することを目的とする。」 「【００１９】 第１実施形態． 以下、本発明の実施の形態について図面を参照しながら説明する。図１（Ａ）および図１（Ｂ）は、本発明が適用されたコンテンツ配信システムの第１実施形態の概要を示すものである。図１（Ａ）および図１（Ｂ）において、１はクライアントコンピュータ、２はウェブサーバコンピュータ、３はコンテンツ配信サーバである。クライアントコンピュータ１、ウェブサーバコンピュータ２、コンテンツ配信サーバコンピュータ３は、インターネットやイントラネット等のネットワーク網４を介して接続されている。」 「【００２２】 コンテンツ配信サーバコンピュータ３は、動画や音声の多数のコンテンツデータが収納されたコンテンツデータベース４５を有している。コンテンツ配信サーバコンピュータ３は、クライアントコンピュータ１からコンテンツ取得リクエストＤＡＴＡ＿ＲＥＱを受けて、コンテンツデータベース４５からコンテンツデータＤＡＴＡを読み出し、ストリーミング再生のデータ形式で、クライアントコンピュータ１に送信する。」 「【００３２】 このように、本発明の実施の形態では、クライアントコンピュータ１がコンテンツの配信を受けるためにウェブサーバコンピュータ２をアクセスすると、ウェブサーバコンピュータ２が番組リストＰＲＧを生成し、この番組リストＰＲＧをクライアントコンピュータ１に返し、クライアントコンピュータ１はこの番組リストＰＲＧに基づいてコンテンツ配信サーバコンピュータ３にコンテンツの配信リクエストを送り、コンテンツ配信サーバコンピュータ３からのコンテンツの配信を受けて、クライアントコンピュータ１はコンテンツ再生を行っている。これにより、通常のラジオ番組やテレビ番組のような感覚で、ストリーミング配信が行える。 【００３３】 また、本発明が適用されたシステムでは、クライアントコンピュータ１がコンテンツ配信サーバコンピュータ３をアクセスするのに先立ち、ウェブサーバコンピュータ２からの番組リストＰＲＧを取得している。このため、番組リストＰＲＧでの再生時刻と実際の再生時刻とを一致させることができる。 【００３４】 たとえば、図５（Ａ）に示すように、１０時００分から「ニュースリリース」、１０時１５分から「社員紹介」、１０時３０分から「商品紹介」、１０時５０分から「今日の横浜」のようなスケジュールで番組が編成されていたとする。ここで、クライアントコンピュータ１がウェブサーバコンピュータ２にアクセスした時刻が１０時１０分であったとする。図５（Ａ）に示すように、「ニュースリリース」の番組は１０時００分から開始しており、クライアントコンピュータ１がウェブサーバコンピュータ２にアクセスしたとき、この番組はすでに始まっている。この場合、図５（Ｂ）に示すように、ウェブサーバコンピュータ２は、「ニュースリリース」の番組の映像の先頭から１０分経ったところから再生されるように番組リストＰＲＧを自動生成して、クライアントコンピュータ１に返す。クライアントコンピュータ１は、この番組リストＰＲＧに基づいて、コンテンツ配信サーバコンピュータ３にコンテンツの取得依頼を依頼する。これにより、１０時１０分にクライアントコンピュータ１がウェブサーバコンピュータ２にアクセスすると、「ニュースリリース」の番組の１０分経過後の映像のところから再生が開始されるようになり、番組リストＰＲＧでの再生時刻と実際の再生時刻とが一致するようになる。」 「【図１】 ［図：0001407003000002.jpg］ 」 （２）引用発明２ 上記（１）から、引用文献２には次の発明（以下、「引用発明２」という。）が記載されていると認められる。 なお、各構成の符号（２ａ）～（２ｆ）は、分説するために当合議体が付したものであり、以下「構成２ａ」～「構成２ｆ」という。また、各構成の末尾の括弧内に対応する記載箇所を示した。 〔引用発明２〕 （２ａ）通常のテレビ放送のような感覚で、番組表に沿ってストリーミング配信が行えるようにしたコンテンツ配信システムであって、（【０００５】） （２ｂ）クライアントコンピュータ１、ウェブサーバコンピュータ２、コンテンツ配信サーバコンピュータ３は、インターネット等のネットワーク網４を介して接続されており、（【００１９】） （２ｃ）コンテンツ配信サーバコンピュータ３は、動画や音声の多数のコンテンツデータが収納されたコンテンツデータベース４５を有しており、（【００２２】） （２ｄ）クライアントコンピュータ１がコンテンツの配信を受けるためにウェブサーバコンピュータ２をアクセスすると、ウェブサーバコンピュータ２が番組リストＰＲＧを生成し、この番組リストＰＲＧをクライアントコンピュータ１に返し、クライアントコンピュータ１はこの番組リストＰＲＧに基づいてコンテンツ配信サーバコンピュータ３にコンテンツの配信リクエストを送り、コンテンツ配信サーバコンピュータ３からのコンテンツの配信を受けて、クライアントコンピュータ１はコンテンツ再生を行い、（【００３２】） （２ｅ）たとえば１０時１０分にクライアントコンピュータ１がウェブサーバコンピュータ２にアクセスすると、１０時００分からの番組の１０分経過後の映像のところから再生が開始される（【００３４】） （２ａ）コンテンツ配信システム （２ｆ）におけるウェブサーバコンピュータ２及びコンテンツ配信サーバコンピュータ３。 ３ 引用文献３ （１）記載事項 引用文献３には、図面とともに次の記載がある。なお、下線は説明のために当審で付したものである。 「【００１６】図１は、本発明の一実施の形態の構成を示すブロック図であり、エンコーダシステム、ビデオサーバ、映像再生装置から構成されるビデオ・オン・デマンド型映像配信システムにおいて、本発明のライブ再生装置をビデオサーバに組み込んで使用している。 【００１７】図中、１はエンコーダシステム、２はビデオサーバ、３はセットトップボックス等の映像再生装置、４は本発明のライブ再生装置、５はハードディスク等の記録装置である。本発明のライブ再生装置４は、データ読み込み部４１と、データ書き込み部４２と、映像再生部４３と、現在値格納部４４と、データ管理部４５と、データ格納部４６とから構成される。 【００１８】エンコーダシステム１は、例えば生番組用にビデオカメラ等で撮られたアナログ映像データを随時、例えば０．５秒毎に、ＭＰＥＧ２等のデジタル映像データに変換し、ビデオサーバ２に送信するものである。 【００１９】ビデオサーバ２は、エンコーダシステム１から次々と送られてくる、例えば０．５秒分の映像データを記録装置５に格納していくものである。また、映像再生装置３からの要求によって、それがライブ再生要求であれば、データ格納部４６から、通常の再生要求であれば、記録装置５から映像データを取り出し、配信するものである。 【００２０】映像再生装置３は、映像を視聴するためのものである。映像を視聴する際、ビデオサーバ２に再生要求を出し、映像データを受け取る。このとき、例えば生番組のようにビデオサーバ２で登録中の最新映像を視聴するときはライブ再生要求を、既に登録済みの映像もしくは登録中でもその映像の初めから視聴する場合は通常の再生要求を出すものである。 【００２１】ライブ再生装置４は、エンコーダシステム１から送られた最新の映像データを映像再生装置３からの要求に従い、即座に配信するものである。 【００２２】データ読み込み部４１は、エンコーダシステム１から送られる映像データをデータ管理部４５が管理するデータ格納部４６へ格納するものである。格納する位置は、現在値格納部４４の読み込み位置から得る。読み込み位置はデータ管理部４５の管理番号で表し、映像データを読み込んだ時点でインクリメントされる。管理番号の最後までインクリメントされた場合、また最初に戻る。 【００２３】データ書き込み部４２は、データ格納部４６に格納された映像データを記憶装置５に書き込むものである。映像データを取り出す場所は、現在値格納部４４の書き込み位置から得る。書き込み位置はデータ管理部４５の管理番号で表し、映像データを書き込んだ時点でインクリメントされる。管理番号の最後までインクリメントされた場合、また最初に戻る。 【００２４】映像再生部４３は、映像再生装置３からの再生要求で映像データを映像再生装置３へ送信するものである。ここで要求がライブ再生であれば、映像データはデータ格納部４６に格納されている映像データから取り出される。その位置は、現在値格納部４４のライブ再生位置から得る。ライブ再生位置は、最も新しく読み込み完了した映像データの位置をデータ管理部４５の管理番号で表している。ライブ再生位置は、映像データが新たに読み込まれた時点でインクリメントされる。管理番号の最後までインクリメントされた場合、また最初に戻る。また要求が通常再生であれば、映像データは記録装置５から取り出される。」 「【図１】 ［図：0001407003000003.jpg］ 」 （２）文献３技術 上記（１）から、引用文献３には次の技術（以下、「文献３技術」という。）が記載されていると認められる。 なお、各構成の末尾の括弧内に対応する記載箇所を示した。 〔文献３技術〕 エンコーダシステム１が、生番組用にビデオカメラ等で撮られたアナログ映像データをデジタル映像データに変換してビデオサーバ２に送信し、（【００１８】） ビデオサーバ２が、（【００１７】、図１） データ読み込み部４１により、エンコーダシステム１から送られる映像データをデータ格納部４６へ格納し、（【００２２】） データ書き込み部４２により、データ格納部４６に格納された映像データを記憶装置５に書き込み、（【００２３】） 映像再生部４３により、映像再生装置３からの再生要求が生番組のように最新映像を視聴するときのライブ再生であれば、映像データはデータ格納部４６に格納されている映像データから取り出され、映像データを映像再生装置３へ送信する（【００２０】、【００２４】）技術。 ４ 引用文献４ （１）記載事項 引用文献４には次の記載がある。 「【００１１】 システムがユーザ装置におけるテレビ番組のストリーミング版の表示に切り替えると、ストリーミング版はユーザによる一時停止、再開、再生、巻き戻し、スキップ、早送り、別の時点へジャンプ、遅送り、スローリバース、スキャン、コマリバース、逆コマ送り、プログラムリスタート等の再生制御機能のさらなる要求に応じることができる。」 ５ 引用文献７ （１）記載事項 引用文献７には次の記載がある。なお、下線は説明のために当審で付したものである。 「【０００２】 【従来の技術】 映像の送受信システムは、そのインフラの種類から地上波，ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅ），ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ）等のＴＶ（ＴｅｌｅＶｉｓｉｏｎ）放送と、ケーブルをインフラとしたＣＡＴＶ（ＣＡｂｌｅ ＴｅｌｅＶｉｓｉｏｎ）放送と、ネットワークを用いたインターネット放送（中継）との３種類に大きく分けることができる。最近では、それぞれでアナログベースからデジタルベースへと移行しつつあり、従来は不可能であった多彩なサービスを可能にしている。例えば、ＴＶ放送分野では、高品質な数百チャンネルの番組提供，ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍｍｉｎｇ Ｇｕｉｄｅ；電子プログラム），ホームサーバ（記憶，記録装置）を用いた番組の予約，視聴，番組連動型放送（アナログでは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）のホームページが番組に連動するＡＤＡＭＳ（ＴＶ－Ａｓａｈｉ Ｄａｔａ ａｎｄ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ），ＢｉｔＣａｓｔ等で実現されている）や、インタラクティブ放送（双方向放送）による視聴者参加型ライブ番組の実現などが可能になる。また、蓄積映像，音声，ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕｅｇｅ）等の多種多彩な素材コンテンツを組み合わせ、１つのコンテンツとして構成して表現するシステム（Ｒｅａｌ Ｖｉｄｅｏ Ｇ２など）も提案されている。予め与えられたシナリオに沿って各コンテンツ（組み合わされた蓄積映像，音声，ＨＴＭＬ等）を同期表示させることを実現し、従来のコンテンツよりも多彩な表現を可能にしている。」 「【００２７】 ［第１の実施の形態］ 図１に示すように、本発明の第１の実施の形態に係るライブ映像配信システムは、送信装置１０と、受信装置１２とが、ネットワーク１１を介して接続されて構成されている。 【００２８】 送信装置１０は、入力部１０１と、データ処理部１０２と、蓄積部１０３と、制御部１０４と、コマンド解析部１０５と、データ送信部１０６と、コマンド応答部１０７と、コマンド受信部１０８と、送信部１０９と、受信部１１０とから構成されている。 【００２９】 送信部１０９は、送信装置１０のネットワーク１１へのデータ送信を行う部分であり、マルチキャスト送信部１１１と、ユニキャスト送信部１１２とで構成される。 【００３０】 受信部１１０は、送信装置１０のネットワーク１１からのデータ受信を行う部分であり、ユニキャスト受信部１１３と、マルチキャスト受信部１１４とで構成される。なお、本発明では、マルチキャスト受信部１１４は使用されない。 【００３１】 入力部１０１は、カメラ，マイク等から静止画，動画，音声，テキストなどのリアルタイム映像のマルチメディアデータを入力する部分であり、マルチメディアデータはアナログデータ，デジタルデータの種別を問わない。 【００３２】 データ処理部１０２は、マルチメディアデータに対してアナログ／デジタル変換やフォーマット変換のデータ処理を行ったり、マルチメディアデータのパケットサイズ毎に時間情報（以下、タイムスタンプと呼ぶ）を付加したりする部分である。 【００３３】 蓄積部１０３は、データ処理部１０２からのパケットサイズ毎のマルチメディアデータを、タイムスタンプとともに、ハードディスクドライブ（以降、ＨＤＤと呼ぶ）等の記録媒体に蓄積する部分である。」 「【００７０】 送信モードが「リアルタイム」の場合（ステップＡ１２でＹｅｓ）、送信装置１０は、制御部１０４により、データ処理部１０２からリアルタイム映像のマルチメディアデータを取得し（ステップＡ１４）、データ送信部１０６により、マルチキャスト送信のデータパケットを作成してマルチキャスト送信部１１２から受信装置１２にマルチキャスト送信し（ステップＡ１５）、ステップＡ２に戻る。なお、受信装置１２が会議の途中から映像を受け始める等のライブ映像のマルチメディアデータを途中から受信する場合には、送信装置１０であらかじめ作成しておいたライブ映像のそれ以前のサムネイルを一緒に受信装置１２に送信する。」 （２）文献７技術 上記（１）から、引用文献７には次の技術（以下、「文献７技術」という。）が記載されていると認められる。 なお、各構成の末尾の括弧内に対応する記載箇所を示した。 〔文献７技術〕 ＴＶ放送分野のライブ番組において、（【０００２】） 入力部１０１が、カメラからリアルタイム映像のマルチメディアデータを入力し、（【００３１】） データ処理部１０２が、マルチメディアデータに対してアナログ／デジタル変換やフォーマット変換のデータ処理を行ったり、マルチメディアデータのパケットサイズ毎に時間情報（以下、タイムスタンプと呼ぶ）を付加したりし、（【００３２】） 蓄積部１０３が、データ処理部１０２からのパケットサイズ毎のマルチメディアデータを、タイムスタンプとともに、ハードディスクドライブ（以降、ＨＤＤと呼ぶ）等の記録媒体に蓄積し、（【００３３】） 送信モードが「リアルタイム」の場合、送信装置１０は、データ処理部１０２からリアルタイム映像のマルチメディアデータを取得し、受信装置１２にマルチキャスト送信する（【００７０】） 技術。 第５ 引用発明１を主引用発明とした場合の進歩性 １ 対比 本願発明と引用発明１を対比する。 （１）構成Ａについて 引用発明１の番組配信システムは、配信する番組コンテンツとその配信予定時間が記述されている再生リスト１０４０（構成１ｅ）を参照しつつ、番組コンテンツデータが記憶されている記憶部１０２０（構成１ｃ）から現在時刻に配信すべきコンテンツの該当部分のデータを取得し、クライアントシステムに配信するもの（構成１ｆ）であるから、当該記憶部１０２０は、配信予定時間のそれぞれに対応した番組コンテンツデータが記憶されているものである。よって、引用発明１の「記憶部１０２０」は、構成Ａの「予め決められたスケジュールに従ってストリーミング配信するデジタル動画コンテンツのデータを前記スケジュールに対応する冒頭部分から末尾部分まで保管する保管部」に相当する。 （２）構成Ｂについて 本願発明では構成Ｂ（前記スケジュールに従って、ライブ撮影される画像情報を前記保管部に保管する前記デジタル動画コンテンツのデータとしていくライブストリーミング配信処理部）を有するのに対し、引用発明１では構成Ｂを有することが特定されていない点で、両者は相違する。 （３）構成Ｃ（構成Ｃ１、構成Ｃ２、構成Ｃ３）について 引用発明１の「クライアントシステム」（構成１ｆ）は、構成Ｃ１等の「受信装置」に相当する。 また、引用発明１の「インターネットテレビジョン放送であるストリーミング配信型の番組配信システム」は、「送信制御部１０１０は再生リスト１０４０を参照しつつ、現在時刻に配信すべきコンテンツの該当部分のデータを特定し、例えば番組コンテンツデータＡの終盤部分であったとすると記憶部１０２０からエンコード済コンテンツＡ１０２１Ａの該当部分のデータを取得し、送信制御部１０１０は取得した該当部分のデータをストリーミングサーバ１０３０に渡し、ストリーミングサーバ１０３０からクライアントシステムに対してストリーミングデータが配信され」（構成１ｆ）るものであるから、クライアントシステム（受信装置）の番組視聴開始タイミングが配信する番組コンテンツの配信予定時間（構成１ｅ）の冒頭又は途中であることに応じて、番組コンテンツデータの冒頭部分又は途中部分のストリーミングデータが配信されるものと認められる。ここで、前記クライアントシステム（受信装置）が番組視聴を開始したときは、構成Ｃ１、Ｃ２の「デジタル動画コンテンツが受信装置によりインターネットを経由して選択されたとき」に相当するといえる。 そして、引用発明１の番組配信システムは、「再生リスト１０４０の記述に従って次々と、エンコード済コンテンツＡ、エンコード済コンテンツＢ、エンコード済コンテンツＣとストリーミング配信されて行き」（構成１ｈ）というものであるから、ストリーミング配信を順次継続するものである。 以上から、引用発明１は、「前記スケジュールに従った配信時間枠内の冒頭において前記デジタル動画コンテンツが受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する一方、 前記スケジュールに従った前記配信時間枠内の途中において前記デジタル動画コンテンツが前記受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記スケジュールに従った対応する途中部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する」「通信部」に相当する構成を備えている点で、構成Ｃと共通するといえる。 しかしながら、本願発明では「通信部」が「前記配信時間枠内において前記データの前記後続部分の前記ストリーミング配信が前記受信装置による選択後も前記スケジュールに従って順次継続されている状態で前記デジタル動画コンテンツの冒頭がインターネットを経由して前記受信装置により指定されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由して順次ストリーミング配信する」（構成Ｃ３）ものであるのに対し、引用発明１では構成Ｃ３について特定されていない点で、両者は相違する。 （４）構成Ｄについて 引用発明１の「番組配信システム」（構成１ａ）は、構成Ｄの「コンテンツ配信装置」に相当する。 （５）一致点、相違点について 以上（１）～（４）から、本願発明と引用発明１の一致点、相違点は次のとおりである。 〔一致点〕 （Ａ） 予め決められたスケジュールに従ってストリーミング配信するデジタル動画コンテンツのデータを前記スケジュールに対応する冒頭部分から末尾部分まで保管する保管部と、 （Ｃ１） 前記スケジュールに従った配信時間枠内の冒頭において前記デジタル動画コンテンツが受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する一方、 （Ｃ２） 前記スケジュールに従った前記配信時間枠内の途中において前記デジタル動画コンテンツが前記受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記スケジュールに従った対応する途中部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する （Ｃ） 通信部と を有することを特徴とする （Ｄ）コンテンツ配信装置。 〔相違点１〕 本願発明は、 構成Ｂ（前記スケジュールに従って、ライブ撮影される画像情報を前記保管部に保管する前記デジタル動画コンテンツのデータとしていくライブストリーミング配信処理部）を有し、 「通信部」が「前記配信時間枠内において前記データの前記後続部分の前記ストリーミング配信が前記受信装置による選択後も前記スケジュールに従って順次継続されている状態で前記デジタル動画コンテンツの冒頭がインターネットを経由して前記受信装置により指定されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由して順次ストリーミング配信する」（構成Ｃ３）ものであるのに対し、 引用発明１は、構成Ｂ及び構成Ｃ３について特定されていない点。 ２ 相違点１についての判断 上記相違点１について検討する。 まず、構成Ｃ３について検討する。 コンテンツ配信装置において、配信コンテンツの視聴中における要求に応じて、別の時点へジャンプ、プログラムリスタート等の再生を制御する機能（構成Ｃ３に相当するもの）を備えることは、引用文献４にも記載されているように周知技術であり、引用発明１の事前に番組コンテンツデータが記憶部に記憶されている「番組配信システム」（コンテンツ配信装置）において当該周知技術の機能を設けることにより通信部に構成Ｃ３を備えることは、当業者が容易に想到しうることである。 次に、構成Ｂについて検討する。 コンテンツ配信装置において、生番組（ライブ番組）の予め決められたスケジュールに従って、ライブ撮影される画像情報をライブストリーミング配信するとともに、当該ライブ撮影される画像情報をデジタル動画コンテンツのデータとしてコンテンツの保管部に保管していく処理を行うことは、引用文献３や引用文献７にも記載されているように周知技術であり、引用発明１の「番組配信システム」（コンテンツ配信装置）において当該周知技術の処理構成を設けることにより構成Ｂを備えることは、当業者が容易に想到しうることある。 なお、当該ライブストリーミング配信される画像情報も、コンテンツの保管部に保管されていくものである以上、上記事前に記憶部に記憶されている番組コンテンツデータと同様に、冒頭部分を指定して配信されるものであることは明らかである。 以上から、本願発明は、引用発明１及び周知技術に基づいて、当業者が容易に発明をすることができたものである。 第６ 引用発明２を主引用発明とした場合の進歩性 １ 対比 本願発明と引用発明２を対比する。 （１）構成Ａについて 引用発明２の「通常のテレビ放送のような感覚で、番組表に沿ってストリーミング配信が行えるようにしたコンテンツ配信システム」（構成２ａ）における「動画や音声の多数のコンテンツデータが収納されたコンテンツデータベース４５」（構成２ｃ）は、構成Ａの「予め決められたスケジュールに従ってストリーミング配信するデジタル動画コンテンツのデータを前記スケジュールに対応する冒頭部分から末尾部分まで保管する保管部」に相当する。 （２）構成Ｂについて 本願発明では構成Ｂ（前記スケジュールに従って、ライブ撮影される画像情報を前記保管部に保管する前記デジタル動画コンテンツのデータとしていくライブストリーミング配信処理部）を有するのに対し、引用発明２では構成Ｂを有することが特定されていない点で、両者は相違する。 （３）構成Ｃ（構成Ｃ１、構成Ｃ２、構成Ｃ３）について 引用発明２の「クライアントコンピュータ１」（構成２ｂ等）は、構成Ｃ１等の「受信装置」に相当する。 また、引用発明２の「クライアントコンピュータ１、ウェブサーバコンピュータ２、コンテンツ配信サーバコンピュータ３」は、「インターネット等のネットワーク網４を介して接続されて」（構成２ｂ）いる。 そして、引用発明２は、「クライアントコンピュータ１がコンテンツの配信を受けるためにウェブサーバコンピュータ２をアクセスすると、ウェブサーバコンピュータ２が番組リストＰＲＧを生成し、この番組リストＰＲＧをクライアントコンピュータ１に返し、クライアントコンピュータ１はこの番組リストＰＲＧに基づいてコンテンツ配信サーバコンピュータ３にコンテンツの配信リクエストを送り、コンテンツ配信サーバコンピュータ３からのコンテンツの配信を受けて、クライアントコンピュータ１はコンテンツ再生を行い」（構成２ｄ）というものであり、「たとえば１０時１０分にクライアントコンピュータ１がウェブサーバコンピュータ２にアクセスすると、１０時００分からの番組の１０分経過後の映像のところから再生が開始される」（構成２ｅ）というものであるから、クライアントコンピュータ１（受信装置）のアクセスするタイミングが番組の再生予定時間の冒頭又は途中であることに応じて、番組の冒頭部分又は途中部分のコンテンツの配信がなされるものと認められる。ここで、前記クライアントコンピュータ１（受信装置）がウェブサーバコンピュータ２にアクセスしてコンテンツ配信サーバコンピュータ３にコンテンツの配信リクエストを送ったときは、構成Ｃ１、Ｃ２の「デジタル動画コンテンツが受信装置によりインターネットを経由して選択されたとき」に相当するといえる。 以上から、引用発明２は、「前記スケジュールに従った配信時間枠内の冒頭において前記デジタル動画コンテンツが受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する一方、 前記スケジュールに従った前記配信時間枠内の途中において前記デジタル動画コンテンツが前記受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記スケジュールに従った対応する途中部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する」「通信部」に相当する構成を備えている点で、構成Ｃと共通するといえる。 しかしながら、本願発明では「通信部」が「前記配信時間枠内において前記データの前記後続部分の前記ストリーミング配信が前記受信装置による選択後も前記スケジュールに従って順次継続されている状態で前記デジタル動画コンテンツの冒頭がインターネットを経由して前記受信装置により指定されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由して順次ストリーミング配信する」（構成Ｃ３）ものであるのに対し、引用発明２では構成Ｃ３について特定されていない点で、両者は相違する。 （４）構成Ｄについて 引用発明２のコンテンツ配信システムにおける「ウェブサーバコンピュータ２及びコンテンツ配信サーバコンピュータ３」（構成２ｆ）は、構成Ｄの「コンテンツ配信装置」に相当する。 （５）一致点、相違点について 以上（１）～（４）から、本願発明と引用発明２の一致点、相違点は次のとおりである。 〔一致点〕 （Ａ） 予め決められたスケジュールに従ってストリーミング配信するデジタル動画コンテンツのデータを前記スケジュールに対応する冒頭部分から末尾部分まで保管する保管部と、 （Ｃ１） 前記スケジュールに従った配信時間枠内の冒頭において前記デジタル動画コンテンツが受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する一方、 （Ｃ２） 前記スケジュールに従った前記配信時間枠内の途中において前記デジタル動画コンテンツが前記受信装置によりインターネットを経由して選択されたときには 前記保管部に保管された前記データを前記スケジュールに従った対応する途中部分から前記受信装置にインターネットを経由してストリーミング配信開始し前記スケジュールに従って前記データの後続部分のインターネットを経由した前記ストリーミング配信を順次継続する （Ｃ） 通信部と を有することを特徴とする （Ｄ）コンテンツ配信装置。 〔相違点２〕 本願発明は、 構成Ｂ（前記スケジュールに従って、ライブ撮影される画像情報を前記保管部に保管する前記デジタル動画コンテンツのデータとしていくライブストリーミング配信処理部）を有し、 「通信部」が「前記配信時間枠内において前記データの前記後続部分の前記ストリーミング配信が前記受信装置による選択後も前記スケジュールに従って順次継続されている状態で前記デジタル動画コンテンツの冒頭がインターネットを経由して前記受信装置により指定されたときには 前記保管部に保管された前記データを前記冒頭部分から前記受信装置にインターネットを経由して順次ストリーミング配信する」（構成Ｃ３）ものであるのに対し、 引用発明２は、構成Ｂ及び構成Ｃ３について特定されていない点。 ２ 相違点２についての判断 上記相違点２について検討する。 まず、構成Ｃ３について検討する。 コンテンツ配信装置において、配信コンテンツの視聴中における要求に応じて、別の時点へジャンプ、プログラムリスタート等の再生を制御する機能（構成Ｃ３に相当するもの）を備えることは、引用文献４にも記載されているように周知技術であり、引用発明２の事前に多数のコンテンツデータがコンテンツデータベースに収納されている「ウェブサーバコンピュータ２及びコンテンツ配信サーバコンピュータ３」（コンテンツ配信装置）において当該周知技術の機能を設けることにより通信部に構成Ｃ３を備えることは、当業者が容易に想到しうることである。 次に、構成Ｂについて検討する。 コンテンツ配信装置において、生番組（ライブ番組）の予め決められたスケジュールに従って、ライブ撮影される画像情報をライブストリーミング配信するとともに、当該ライブ撮影される画像情報をデジタル動画コンテンツのデータとしてコンテンツの保管部に保管していく処理を行うことは、引用文献３や引用文献７にも記載されているように周知技術であり、引用発明２の「ウェブサーバコンピュータ２及びコンテンツ配信サーバコンピュータ３」（コンテンツ配信装置）において当該周知技術の構成を設けることにより構成Ｂを備えることは、当業者が容易に想到しうることある。 なお、当該ライブストリーミング配信される画像情報も、コンテンツの保管部に保管されていくものである以上、上記事前に記憶部に記憶されている番組コンテンツデータと同様に、冒頭部分を指定して配信されるものであることは明らかである。 以上から、本願発明は、引用発明２及び周知技術に基づいて、当業者が容易に発明をすることができたものである。 第７ むすび 以上のとおり、本願発明は、引用発明１及び周知技術に基づいて、又は、引用発明２及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明は、特許法第２９条第２項の規定により特許を受けることができない。 したがって、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。 よって、結論のとおり審決する。