【事件の表示】
　特願２００１−３０１５９７「動画配信システム」拒絶査定不服審判事件〔平成１５年　４月１１日出願公開、特開２００３−１１１０５４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　経緯
　１　経緯
　本願は、平成１３年９月２８日の出願であって、平成１８年２月１４日付けで拒絶理由が通知され、これに対し、平成１８年４月７日付けで意見書が提出されると同時に手続補正がなされたが、平成１９年１月２３日付け（発送日同年１月２６日）で拒絶査定がなされたものである。
　本件は、本願についてなされた上記拒絶査定を不服として平成１９年２月２６日付けで請求された拒絶査定不服審判であって、平成１９年３月２８日付けで手続補正がなされたものである。
　　
　２　査定の概要
　原査定の理由は、概略、次のとおりである。
　　
［査定の理由］
　請求項１〜２０に係る発明は、下記の刊行物に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　記
　引用文献１：特開２０００−２１７０９０号公報
　引用文献２：特開平１１−６９３２４号公報
　引用文献３：特開平８−８４３３０号公報
　引用文献４：特開２０００−１９４５８３号公報
　引用文献５：特開平１０−２５４４１９号公報
　引用文献６：特開２０００−３９９４８号公報
　　
第２　補正却下の決定
　平成１９年３月２８日付けの手続補正について次のとおり決定する。
　　
［補正却下の決定の結論］
　　平成１９年３月２８日付けの手続補正を却下する。
　　
［理由］
　　本件補正のうち特許請求の範囲についてする補正は特許請求の範囲の減縮を目的とするところ、補正後の請求項１に記載された発明は特許の出願の際独立して特許を受けることができない。
　　本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　　
　　補正後の請求項１に記載された発明が特許出願の際独立して特許を受けることができないとする理由の詳細は、以下のとおりである。
　
　１　補正後発明
　　補正後の請求項１に記載された発明（以下「補正後発明」という。）は、以下のとおりである。
　
「動画コンテンツを放送により配信するとともに、その動画コンテンツに関連したデータコンテンツをネットワーク経由で配信する動画配信システムであって、
　動画コンテンツと、その動画の再生に伴って所定のデータコンテンツへアクセスするためのアクセス情報および当該データコンテンツの再生時刻情報とを放送データとして送信するとともに、前記動画の再生に伴って前記アクセス情報に基づき要求されたデータコンテンツを通信ネットワークを介して通信データとして送信するサーバと、
　前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置とを備え、
　前記サーバは、前記情報端末装置の画面上に、放送により得られた動画コンテンツと通信により得られたデータコンテンツとを同時に表示する際の表示態様を決定する表示態様コマンドを前記アクセス情報および前記再生時刻情報に加えて放送により送信し、
　複数組の前記再生時刻情報およびアクセス情報は、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め、
　前記情報端末装置は、自己のモニタ画面上に、放送により受信された前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記アクセス情報に基づいて通信により前記データコンテンツを逐次要求・受信し、前記表示態様コマンドに従って前記動画コンテンツとデータコンテンツとを同時に表示する
　ことを特徴とする動画配信システム。」
　
　２　刊行物の記載
　　原査定の拒絶の理由に引用された特開２０００−２１７０９０号公報（以下「刊行物１」という。）には、図面と共に次に掲げる事項が記載されている。
（なお、以下「○１」、「○２」、・・・「○７」なる表記は、刊行物１の記号「○の中に数字を入れた記号」を示す。情報処理システムの能力上、刊行物１中の同記号を表すことができないことによる。）
　　
　〈発明の属する技術分野〉
「この発明は、テレビジョン放送等に多重化されたコンテンツ情報、例えばインターネット上のコンテンツ情報またはこれに関連するコンテンツ情報を映像表示する情報表示装置および情報伝送表示方法に関し、とくに放送電波に用いて伝送した情報を用いてインターネット上の所望のサイトやコンテンツに簡易にアクセスできるようにするものである。」（段落【０００１】）
　　
　〈従来の技術〉
「近年、インターネットを利用したサービスが種々提供されるようになってきている。ユーザは、インターネット上でサービスを提供するサーバにアクセスして情報提供等のサービスを受けることができる。ところで、インターネット上のサービスは通信処理に基づいて成立するものであり、基本的にはサービス提供者とサービス受領者との間に通信チャネルを設定しなければならず、サービス提供に量的な制約があった。」（段落【０００２】）
「これに対し、放送は放送電波が届く限り、不特定多数の者に一度に情報を提供できるメリットがある。この発明は、放送信号に多重化されて送られてきたコンテンツ情報を表示する技術に関し、さらに、コンテンツ情報を表示しているときに、自動的に他のコンテンツ情報を取得して表示する手法を、提供しようとするものである。」（段落【０００３】）
　　
　〈発明が解決しようとする課題〉
「この発明は、以上の事情を考慮してなされたものであり、放送信号に多重化されて送られてきたコンテンツ情報を表示するとともに、このコンテンツ情報の表示を利用してインターネット上の他のサイトに簡易にアクセスできるようにする技術を提供することを目的としている。」（段落【０００５】）
　　
　〈発明の実施の態様〉
「図１はこの実施例の適用される放送および情報処理システムの概要を示すもので、この図において、テレビジョン放送局１０には放送サーバ１１、コンテンツ製作用端末１２、送信施設１３等が設けられている。放送サーバ１１で作成された放送プログラムは送信施設１３を介して放送される。この実施例では、放送プログラムの送信信号中には、通常のテレビジョン信号とこのテレビジョン信号の垂直基線期間に多重化されるコンテンツ情報信号とが含まれる。受信側では、アンテナ（図示しない）等を介して放送信号が受信され、テレビジョン受像機またはテレビジョン受像機能を有するパーソナルコンピュータ等で放送信号を再生する。図ではテレビジョン受像機能を有するパーソナルコンピュータ２０を一例として示している。パーソナルコンピュータ２０は放送信号を復調する機能を有し、復調した信号に基づいてスクリーンの全部または一部を利用してテレビジョン画像を再生する。またパーソナルコンピュータ２０は図示のようにモデム２１を介して電話回線に接続されていてもよい。パーソナルコンピュータ２０はモデム２１等を介して（必要であればプロバイダの通信チャネルを介して）インターネット３０に接続され、このインターネットには種々のサーバが接続されている。この例では情報提供用のＷＷＷサーバ３１が接続されている。」（段落【０００９】）
　　
「この実施例においては、放送局１０は、ＷＷＷサーバからのＨＴＭＬ（ハイパーテキストマークアップランゲージ）で記述されたウェブ情報（ウェブページ）を受け取り、通常の放送プログラムの放送信号に多重して放送する。この場合ウェブ情報を直接用いて送信するのでなく、コンテンツ製作用端末１２で加工して送信してもよく、コンテンツ製作用端末１２で個別に用意した情報を送信するようにしてもよい。多重して送信する情報のフォーマットや多重化の方法については後述する。」（段落【００１１】）
　　
「つぎに情報をテレビ放送に多重化する方法について説明する。コンテンツ情報はテレビジョン信号の垂直帰線期間に挿入して多重化する。具体的には、電気通信技術審議会一部答申諮問８３で規定されるデジタル情報の多重化手法（通常ＶＢＩ方式と呼ぶ：Ｖｅｒｔｉｃａｌ　Ｂｌａｎｋｉｎｇ　Ｉｎｔｅｒｖａｌ）を用いて行う。」（段落【００１２】）
　　
「図４はＶＢＩ方式のデータ伝送の仕様を示すものである。図４において、階層１は電気物理的な仕様を規定するものである。この仕様によれば、水平走査期間内の一定の領域は２９６個に標本化される。ＶＢＩ信号の０レベルは映像信号のペデスタルレベル（黒レベル）であり、１レベルは映像信号の白レベルの７０％のレベルである。」（段落【００１５】）
「階層２はデータリンク層であり、ここでは、信号は１、０の論理データとして扱われる。１つの水平走査線で伝送される一連のデータはデータラインと呼ばれる。データラインは、データパケットから構成され、データパケットは誤り訂正符号（（２７２，１９０）短縮化差集合巡回符号）により誤りから保護されている。受信側では、クロックラインをもとにビット同期を得、フレーミングコードをもとにデータブロックの開始を検出できる。」（段落【００１６】）
「階層３は主にプリフィックスの機能を示す。プリフィックス情報は主に論理チャネル情報とブロック連結情報とからなる。論理チャネル情報により、データブロックが所属する論理チャネル別に分類される。ブロック連結情報は、ブロック連結の開始、終了等の情報を含み、これにより、関連するデータブロックを連結し、意味のある一まとまりのデータであるデータグループを生成する。この実施例においては、このデータグループをメッセージと呼び、処理単位とする。」（段落【００１７】）
　　
　〈コンテンツ情報〉
「つぎに以上のようにしてＶＢＩ方式で伝送されるコンテンツ情報について説明する。伝送されるコンテンツ情報は、主にウェブ情報であるが、どのような形式の情報であってもよい。例えばコンピュータ・プログラムのコードであってもよい。」（段落【００１８】）
　　
　〈Ｂ−ＨＴＴＰフォーマット〉
「図５は、コンテンツ情報の処理単位（メッセージ）のデータフォーマットを示す。以下では、これをＢｉｔｃａｓｔ−ＨＴＴＰフォーマットと呼び、Ｂ−ＨＴＴＰとも略す（Ｂｉｔｃａｓｔは株式会社インフォシティの商標である。ＨＴＴＰはハイパーテキストマークアップランゲージの略称である）。図５において、Ｂ−ＨＴＴＰフォーマットには○１コンテント型と○２グループ情報型とがある。コンテント型はコンテント自体を伝送することを目的とするものであり、グループ情報型はコンテント自体の伝送を目的とせずに複数のコンテントをグループ化する情報を伝送するものである。コンテント型のフォーマットのメッセージをコンテントメッセージと呼び、グループ情報型のフォーマットのメッセージをグループメッセージと呼ぶことにする。」（段落【００１９】）
「コンテントメッセージは単独でまたはグループメッセージとともに伝送される。単独で伝送されるコンテントメッセージのグループ識別子はオールゼロ（グループと無関係を示す）となる。コンテントメッセージがグループメッセージとともに伝送される場合には、まずグループメッセージが伝送され、このグループメッセージで指示された個数のコンテンツメッセージが順次伝送される。この場合、コンテントメッセージの識別子はすべてグループメッセージの識別子と同一である。コンテントメッセージ中においては、グループメッセージにおいてすでに指示されている情報（例えば後述する有効期間開始時刻エレメントで規定される情報）を省略することができる。」（段落【００２０】）
「図５において、Ｂ−ＨＴＴＰフォーマットは、バージョンのフィールド（型識別子を含む）、グループ識別子のフィールド、Ｂ−ＨＴＴＰエレメントのフィールド、コンテントボディのフィールドおよびコンテントボディおよびＢ−ＨＴＴＰエレメントの間を区分するセパレータ（オールゼロ）のフィールドからなっている。主なフィールドは以下のとおりである。
（１）バージョン：上位４ビットは”００００”とする。プロトコル変更時に用いられる。下位４ビットはコンテントメッセージとグループメッセージとを区別するものである。
（２）グループ識別子：ブループを識別するための３２ビットのＩＤである。コンテント型においてオール・ゼロとした場合にはグループから独立した情報であることを示す。
（３）Ｂ−ＨＴＴＰエレメント省略可能な付加的な情報を与えるものである。図６および図７を参照して後述する。
（４）コンテント数：グループに所属するコンテントメッセージの数を指定する。
（５）コンテントボディ：ＨＴＭＬ（構造化文書）、ＧＩＦ（画像）、ＪＰＥＧ（画像）等で記述された、コンテントメッセージ中の本来の内容を格納する。」（段落【００２１】）
　　
　〈Ｂ−ＨＴＴＰエレメント〉
「つぎにＢ−ＨＴＴＰエレメントの詳細について説明する。図６および図７はこのエレメントの例を示す。図において、エレメントは、識別子、長さおよびボディからなっている。以下にその内容を説明する。
（１）ＭＩＭＥヘッダ：ＨＴＴＰプロトコルに準拠する（マルチパーポスインターネットメイルエクステンション）。コンテントの種類などを記述する。
（２）名前エレメント：ＵＲＬ（ユニフォームリソースロケータ、インターネット上のリソースの名前付けの規則）のファイル名に該当する。グループから独立したコンテントメッセージではフルパスで指定する。グループメッセージではディレクトリ名で指定する。
（３）コンテント圧縮指定エレメント：コンテントを圧縮形式を指定する。ゼロの場合コンテントが圧縮されていないことを示す。
（４）キーワードエレメント：キーワードの付加に用いる。後述する検索やクリッピング等を行うときに用いる。
（５）アイコンエレメント：所定のメッセージを受信（見かけ上の受信）したことを視聴者に通知する目的で表示画面の一部例えば下部に表示するアイコンの情報を格納する。なお、メッセージは後述する有効期間の開始時刻に先だって実際に受信されており、有効期間の開始時刻が見かけの受信時刻に該当する。このようにしているのでデータ量の大きいメッセージでも十分にリードタイムを取って伝送・受信することが可能となる。
（６）ライブモードエレメント：テレビジョン放送の本放送（通常の放送内容）と同期したメッセージであり、指定時刻（有効期間の開始時刻）に表示されるべき情報であることを示す。
（７）有効期間開始時刻エレメント（相対時刻）：対応するするメッセージが有効になる時刻を、メッセージ受信時刻からの相対時刻で表示するものである。ライブモードのメッセージの場合では、対応するコンテントメッセージの内容を自動表示すべき時刻を格納する。」（段落【００２２】）
「なお、相対時刻でなく絶対時刻で表示するようにしてもよい。この場合、対応するするコンテントメッセージが有効になる時刻を、例えばＵＴＣ（協定世界時）形式にフレーム番号を付加して通知する。
（８）有効期間エレメント：有効期間開始時刻からの秒数により有効期間を指定する。端末では最低でもこの期間は、メッセージをキャッシュ（ハードディスク等の直接アクセス記憶装置内のキャッシュ）にとどめる。なお、この例ではオール・ワン（すべてのビット位置が１をとる）の有効期間エレメントが、メッセージをキャッシュから強制的に削除することを指示するようになっている。すなわちオール・ワンの有効エレメントが、キャッシュからの削除を示すフラグとして用いられている。もちろん、このフラグとして、固有のエレメントを用いることもできるし、また有効エレメントの他の特定のビットパターンを用いることもできるし、さらに他のエレメントの特定のビットパターンを用いることもできる。
（９）アンカーエレメント：リンク先のリソースのアドレス情報をＵＲＬで表示する。たとえばメッセージのアイコンエレメントを用いてアイコンが表示されているときに、そのアイコンをクリックするとアンカーエレメントで指定するリンク先のリソースをアクセスできる。これについては図２０および図２１を参照して後述する。アンカーエレメントの表示は、例えばＵＲＬを用いて、”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”である。ここで”ＨＴＴＰ”は転送プロトコルであり、”ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ”はドメイン名であり、”ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”はパス名である。なお、この例では、放送衛星や通信衛星からの放送信号やケーブルテレビの有線放送やＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等の記録装置からの情報もアクセスできるようにＵＲＬを拡張している。例えば、ＢＳ放送の第１１チャンネルからＨＴＭＬデータを取得するときにはＵＲＬは”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ１１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ここで”ｂｉｔｃａｓｔ”は代理サーバである。”ＢＳ１１”はメディアを表し、ディレクトリに相当する。
（１０）クーポンエレメント：オンラインショッピングの割引サービス等種々のサービスに対する権利を表す。
（１１）レイアウトエレメント：ブラウザ自体またはブラウザで表示されるコンテントの配置、色、形状、背景、フォントその他の装飾情報を特定する。
（１２）暗号化エレメント：暗号化やスクランブル処理等のプロテクトの手法を表示する。
（１３）メニューエレメント：アイコンからメニューを表示させるのに用いる。アイコン情報の長さ、アイコン情報、アンカーエレメントの長さ、アンカーエレメント（リンク先）の組を複数特定する。
（１４）プログラムエレメント：放送番組の情報を格納する。番組プログラム（番組自体またはコマーシャル）ごとにプログラムエレメントを作成し送ることができる。放送番組の情報としては、番組プログラム（番組自体またはコマーシャル）名の情報、番組プログラムコード（例えばＧコード）、放送日時（年月日、曜日なども含む）の情報、出演者（出演者の名前）の情報（１または複数）、プログラムの種別（野球中継、映画などのジャンル等）の情報、その他を含んで構成することができる。放送番組の情報はコンテントボディの属性ではないので、コンテントボディを伴わずに送ることができる。もちろんコンテントボディを伴ってもよい。
（１５）キューエレメント：放送番組の記録（録画）の開始タイミングを指示する。キューエレメントもコンテントボディーを伴わずに送ることができる。
（１６）プルエレメント：ユーザが指定しなくとも自動的にサーバ等からデータを取り出すのに用いる。」（段落【００２３】）
「以上、本放送の内容に多重化して伝送されるメッセージについて説明した。」（段落【００２４】）
　　
　〈コンテンツ情報を受信するための構成〉
「つぎに、図１のパーソナルコンピュータ２０においてコンテンツ情報を受信するための構成を図８を参照して説明する。なお図８において、パーソナルコンピュータ２０はテレビジョン信号チューナ４１、波形等価回路４２、Ａ／Ｄ変換器４３、パケット抽出部４４、番組データ生成部４５、Ｂ−ＨＴＴＰサービス部４６、Ｂｉｔｃａｓｔブラウザ部４７等を有している。この例では、Ｂ−ＨＴＴＰサービス部４６およびＢｉｔｃａｓｔブラウザ４７をＢｉｔｃａｓｔソフトウェア製品４８として提供するようになっている。」（段落【００２５】）
「チューナ部４１は変調されて送信されてきたテレビジョン信号を選局、復調するものである。波形等価回路４２はテレビジョン信号の波形の乱れや、信号レベルを補正する。Ａ／Ｄ変換器４３は特定の水平走査期間の信号を１／３６４ｆＨ（ｆＨは水平走査周波数）秒単位で標本化し、デジタル情報を生成する。Ａ／Ｄ変換器４３はＩＳＯ（国際標準化機構）で標準化されたＩＳＯ参照モデルの物理層（第１層）に相当する。」（段落【００２６】）
「パケット抽出部４４は、Ａ／Ｄ変換器４３により標本化されたデジタル情報についてビットおよびバイト単位で同期処理（フレーミング処理）を行い、データパケット情報を抽出し、伝送誤りの検出、訂正を行う。パケット抽出部４４はＩＳＯ参照モデルのデータリンク層（第２層）に対応する。」（段落【００２７】）
「番組データ生成部４５は、抽出したパケットを、送信側で関連づけられたパケット別に分類、連結し、データブロックを生成する。この番組データ生成部４５はＩＳＯ参照モデルのネットワーク層（第３層）およびトランスポート層（第４層）に相当する。なお、以上のブロック４１〜４５はＶＢＩ用の端末でも同様な構成となる。」（段落【００２８】）
「以上のようにして生成された番組用のデータブロックはＢ−ＨＴＴＰサービス部４６に供給される。Ｂ−ＨＴＴＰサービス部４６は、図５、図６および図７で説明したＢ−ＨＴＴＰフォーマットの規定に従ってメッセージ（データグループ）を処理するものである。その詳細については、図１１以降の図面を参照して後に詳細に説明する。Ｂｉｔｃａｓｔブラウザ部４７はＢ−ＨＴＴＰサービス部４６での処理に基づいてコンテンツ情報を表示するものである。このブラウザ部４７はインターネットのＷＷＷページを表示する通常のブラウザと類似したインターフェースをユーザに提供するものである。」（段落【００２９】）
　　
　〈Ｂ−ＨＴＴＰサービス部４６およびＢｉｔｃａｓｔブラウザ部４７の構成例〉
「図１１は、Ｂ−ＨＴＴＰサービス部４６およびＢｉｔｃａｓｔブラウザ部４７の構成例を示しており、この図において、Ｂ−ＨＴＴＰサービス部４６はＢ−ＨＴＴＰプロトコル解析部５０、キャッシュ５１およびシーケンス制御部５２等からなっている。Ｂ−ＨＴＴＰプロトコル解析部５０は、番組データ生成部４５から受け取ったメッセージをＢ−ＨＴＴＰプロトコルに準拠して解析し、キャッシュに渡す。キャッシュ５１は、プロトコル解析部５０から受け取った情報を蓄積する。シーケンス制御部５２は、キャッシュ５１に蓄えられた情報のうち、予め決められた時刻に表示する必要のある情報（リアルタイム情報）に関し、その時刻と内容との対応関係を管理する。そしてシーケンス制御部５２は、キャッシュ５１の内容を監視してブラウザ部４７に対して直近の時刻と内容とを通知する。」（段落【００３１】）
「ブラウザ部４７は、シーケンス制御部５３、コンテンツ解析部５４、コンテンツ表示部５５およびアイコン表示部５６等からなっている。シーケンス制御部５３は、直近の予定を記憶し、内部に持つタイマを監視して、指定の時刻にＢ−ＨＴＴＰサービス部４６を呼び出してコンテントメッセージを取得する。コンテンツ解析部５４は、取得したコンテントメッセージを解析する。例えばＨＴＭＬ文法で記述された文書の解析等を行う。コンテンツ表示部５５は、コンテンツ解析部５４の解析結果に基づいて表示を行う。アイコン表示部５６は、メッセージを受信したことを示すアイコンを画面に表示する。」（段落【００３２】）
　　
　〈画面表示〉
「画面表示は例えば図１２に示すように行える。この例では、画面に表示する要素が、ウェブ画面４７ａおよびテレビ画面４７ｂである。ウェブ画面４７ａはインターネットのＷＷＷブラウザと同様な外観とユーザインターフェースを有する。画面の表示モードは例えばつぎの３つであり、切り替えることができる。
○１テレビ表示モード：テレビ画面を全画面に表示する。
○２ウェブ表示モード：ウェブ画面を全画面に表示する。
○３複合表示モード：ウェブ画面の一部にテレビ画面を表示する。
アイコン情報を含むメッセージを受信すると、有効期間開始時刻に、例えば画面下部に対応するアイコンを表示する。そのメッセージ中にブラウザに表示するコンテントボディが含まれている場合、アイコンをクリックすると、ウェブ画面にそのコンテンツボディが表示される。このときテレビ表示モードであれば、モードが複合画面モードに移行する。ウェブ画面が表示されるウェブモードまたは複合表示モードではコンテンツボディが表示される。この場合、ユーザは自動更新表示モードと手動表示モードとを選択できる。自動更新表示モードにおいては、現在のコンテントメッセージの表示を、有効期間開始時刻が新たに到来したライブモードのコンテントメッセージの表示で更新する。手動表示モードにおいては、有効期間開始時刻が到来したライブモードのコンテントメッセージをスプールしておき、ユーザ操作に基づいて順次に、あるいはダイアローグで選択して、表示する。」（段落【００３４】）
　　
　〈Ｂ−ＨＴＴＰサービス部４６〉
［キャッシュ・インデックスのデータ構造］
「まず受信されたメッセージの管理に用いるインデックスのデータ構造について説明する。メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶される。蓄積ファイルはメッセージ単位となっている。そして、そのメッセージを管理するために、対応するインデックス要素が生成されメモリに記憶される。図１３にインデックス要素を示す。インデックス要素は○１ファイル名（名前エレメント）、○２有効期限（協定世界時）、○３保存フラグ（ダウンロード処理の保存の後にオンにする）、○４ライブフラグ（ライブモードかどうかを示す）、○５アイコンフラグ（アイコンエレメントの有無を示す）、○６プルフラグ（プルエレメントの有無を示す）、○７キーワードの各フィールドを有している。」（段落【００３７】）
「インデックス要素は、例えば２種類のインデックスリストによりポイントされてキャッシュのＬＲＵ（Ｌｅａｓｔ　Ｒｅｃｅｎｔｌｙ　Ｕｓｅｄ）管理や、ウェブページおよびアイコンの表示管理に用いられる。図１４はアクセス順に双方向ポインタを用いてリストを形成したものである。これにより、キャッシュ内のメッセージの管理をＬＲＵ法により管理できる。また、図１５に示すように表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストを形成できる。このリストを用いれば、表示タイミング順にメッセージを取り出し、ウェブページ等（ライブモードのとき）やアイコンを表示できる。」（段落【００３８】）
　　
［ウェブ画面表示］
「図１６は、ライブモードエレメントにより指定時刻に自動的に表示されるべき情報をウェブ画面に表示する動作を示している。この図において、有効期間開始時刻（図６の’Ｓ’）を参照してタイマ（図示しない）がウェブ表示動作を開始する（Ｓ１０１）。そうすると、表示タイミング順にインデックス要素を１つ取りだし（Ｓ１０２）、ライブフラグを用いてライブモードかどうかを判定し（Ｓ１０３）。ライブモードでなければ（例えばダウンロード用メッセージの場合）、そのまま処理をせずに終了する。ライブモードの場合には、キャッシュからメッセージを読み出し、ＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ１０４、Ｓ１０６、Ｓ１０７）。」（段落【００４０】）
「ステップＳ１０５ではレイアウト情報の取り出しが行われる。レイアウト情報がある場合にはブラウザのレイアウトが変更される。図１７にも示すように、ブラウザのレイアウトの情報には、ブラウザ自体またはブラウザに表示されるコンテンツの配置、色、形状、背景、フォント、その他の装飾情報が含まれている。例えば図１７に示すように、ブラウザ内に表示されるテレビ画面（複合表示モード）についてｘ＝２０、ｙ＝２０、ｈ＝２４０、ｗ＝３２０と指定することにより、図１８に示すようなレイアウトに変更することができる。」（段落【００４１】）
　　
［アイコン表示］
「図１９は、アイコンを指定時刻に表示する動作を示している。先に説明したウェブの表示はウェブ画面が開いていないと表示されない。ここで説明するアイコンはウェブ画面が開いているかどうかに拘わらず表示される。図１９において、この図において、有効期間開始時刻を参照してタイマ（図示しない）がアイコン表示動作を開始する（Ｓ１１１）。そうすると、表示タイミング順にインデックス要素を１つ取りだし（Ｓ１１２）、アイコンフラグを参照してアイコンエレメントがあるかどうかを判定する（Ｓ１１３）。アイコンエレメントがなければ、そのまま処理をせずに終了する。アイコンエレメントがある場合には、キャッシュからメッセージを読み出し、アイコン情報を取りだし、画面に表示する（Ｓ１１４、Ｓ１１６、Ｓ１１７）。」（段落【００４３】）
　　
［アイコンクリック処理］
「図２０および図２０２１面上のアイコンをクリックしたときの動作を示す。図２０において、アイコンのクリックに応じて、アイコンに該当するメッセージ名を取得し、キャッシュを検索する（Ｓ１２１、Ｓ１２２、Ｓ１２３）。キャッシュに該当するものがなければ、エラーを返して終了し（Ｓ１２４、Ｓ１２５）、該当するメッセージ名があれば、アンカーエレメントがあるかどうかを調べる（Ｓ１２６）。アンカーエレメントはデータのソースを特定する。データのソースには、インターネット上のサーバ、放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等がある。」（段落【００４７】）
「アンカーエレメントがある場合には、対応するデータのソースがインターネット上のサーバかどうか、すなわちＴＣＰ／ＩＰ接続が必要かどうかを判別する（Ｓ１２７）。データソースがインターネット上のサーバである場合には、インターネット上のサーバにアクセスして情報を取り出す。すなわちＴＣＰ／ＩＰ接続を行い、ＨＴＭＬ文書（データ）を要求し、受信する（Ｓ１２８、Ｓ１２９、Ｓ１３０）。この後、受信したＨＴＭＬ文書を解析し、ウェブ画面に表示する（Ｓ１３１、Ｓ１３３、Ｓ１３５）。なお、この場合アンカーエレメントは例えば”ＨＴＴＰ：／／ｗｗｗ．ｉｎｆｏｃｉｔｙ．ｃｏ．ｊｐ／ｄｉｒ１／ｉｎｄｅｘ．ｈｔｍｌ”である。」（段落【００４８】）
「ステップＳ１２７において、データのソースがインターネット上のサーバでない場合、すなわち放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号、有線を用いたサービス、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等である場合には、放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等のストリームと接続し、またはストリームをオープンし、その後ステップＳ１２９以降の処理を行う。なお、ステップＳ１３２においてブラウザで表示可能かどうかが判別され、表示不可能な場合にはダイアローグを表示してファイルへの保存が行われるようにする（Ｓ１３４）。なお、このようなデータソースの場合には、アンカーエレメントは例えば”ＨＴＴＰ：／／ｂｉｔｃａｓｔ／ＢＳ１１／ｆｉｌｅｎａｍｅ．ｈｔｍｌ”となる。ディレクトリに該当するメディア（データソース）のソース識別子例えばＢＳ１１（ＢＳ放送の第１１チャンネル）に応じて機器を駆動してデータを取得する。」（段落【００４９】）
「データソースとなる放送衛星や通信衛星からの放送信号、ケーブルテレビの有線放送信号からの情報は、本放送で伝送される情報でもよいし、本放送に多重化される情報でもよい。」（段落【００５０】）
「他方アンカーエレメントがない場合には、メニューエレメントおよび暗号エレメントが調べられる。ここではメニューエレメントに関連する処理をまず説明し、暗号エレメントがある場合の処理は後述する。メニューエレメントがある場合にはメニューを表示し（Ｓ１３７、Ｓ１５２）、メニューの項目（アイコン）が選択されたときにはステップＳ１２３に戻る。メニューの項目が選択されないときには終了する（Ｓ１５４）。メニューを用いることによりきめ細かな選択を行える。例えばアイコンが広告主の会社を表しているときに、メニューを用いて個々の製品を表すようにできる。メニューを複数の階層で表すことも可能である。」（段落【００５１】）
「ステップＳ１３７において、メニューエレメントがない場合には、暗号化エレメントがあるかどうかを調べる。暗号化エレメントがない場合には、データブロックのＭＩＭＥエレメントを取得してコンテンツボディの種類を調べる（Ｓ１３９）。エレメントが”ｔｅｘｔ”または”ｈｔｍｌ”の場合にはＨＴＭＬ文書として解析を行い、ウェブ画面に表示する（Ｓ１４０〜Ｓ１４３）。エレメントが”ｐｒｏｇｒａｍ”の場合にはコンテンツボディをプログラムとみなして実行する（Ｓ１４４〜Ｓ１４６）。」（段落【００５２】）
　　
［プルエレメントによるデータの自動取り込み］
「図３２は、プルエレメントによるデータの自動取り込みの動作を示す。図３２において、ブラウザの表示が開始されると表示されているコンテントボディに対応するプルエレメントがあるかどうかが判別される（Ｓ２７１、Ｓ２７２）。すなわち、図１３のインデックス要素を参照してプルフラグの有無をチェックする。プルエレメントがなければ、そのまま何もしない。他方、プルエレメントがあると、プルエレメントのＵＲＬを参照してＴＣＰ／ＩＰ接続する必要があるかどうかを判別する（Ｓ２７３）。ＵＲＬが外部のサーバを指定する場合には、ＴＣＰ／ＩＰ接続が必要である判断してＴＣＰ／ＩＰ接続を行ってデータを取得する（Ｓ２７４、Ｓ２７６）。他方、ＵＲＬがＣＤ−ＲＯＭやハードディスク等の記録装置やＢＳ、ＣＳ、ＣＡＴＶのチューナからのストリームを指定する場合には、対応するストリームとの接続またはストリームのオープンを行い、当該ストリームからデータを取得する（Ｓ２７５、Ｓ２７６）。以上のようにして取得されたデータはブラウザに表示される。」（段落【００８８】）
　　
「・・・また、コンテンツボディを伴わずに、プルエレメントを生成して多重化して送信し、これを受信したときにプルエレメントのＵＲＬ等の情報に基づいてコンテンツ情報を自動的に取り出し画面に表示させるようにすることができる。」（段落【００９１】）
　　
　〈発明の効果〉
「以上説明したように、この発明によれば、放送信号に多重化されて送られてきた情報を利用して簡易にインターネット上のサイトやコンテンツにアクセスできる。」（段落【０１０８】）
　　
　３　対比
　（１）引用発明
　　刊行物１の実施例には、以下の「放送および情報処理システム」が記載されている。
　「テレビジョン放送局１０には放送サーバ１１、コンテンツ製作用端末１２、送信施設１３・・・が設けられている。放送サーバ１１で作成された放送プログラムは送信施設１３を介して放送される。放送プログラムの送信信号中には、・・・コンテンツ情報信号とが含まれる。受信側では、・・・放送信号が受信され、・・・テレビジョン受像機能を有するパーソナルコンピュータ・・・で放送信号を再生する。・・・パーソナルコンピュータ２０は放送信号を復調する機能を有し、復調した信号に基づいてスクリーンの全部または一部を利用してテレビジョン画像を再生する。・・・パーソナルコンピュータ２０は・・・インターネット３０に接続され、このインターネットには種々のサーバが接続されている。・・・」（段落【０００９】）
「・・・パーソナルコンピュータ２０においてコンテンツ情報を受信する・・・」（段落【００２５】）
　　
　〈Ｂ−ＨＴＴＰフォーマット〉
「・・・コンテンツ情報の処理単位（メッセージ）のデータフォーマットを・・・Ｂｉｔｃａｓｔ−ＨＴＴＰフォーマットと呼び、Ｂ−ＨＴＴＰとも略す・・・。」（段落【００１９】）
「・・・Ｂ−ＨＴＴＰフォーマットは、・・・Ｂ−ＨＴＴＰエレメントのフィールド、コンテントボディのフィールド・・・からなっている。
・・・Ｂ−ＨＴＴＰエレメント・・・付加的な情報を与えるものである。・・・
・・・コンテントボディ：・・・コンテントメッセージ中の本来の内容を格納する。」（段落【００２１】）
　　
　〈Ｂ−ＨＴＴＰエレメント〉
「・・・Ｂ−ＨＴＴＰエレメントの詳細について説明する。・・・
・・・アイコンエレメント：所定のメッセージを受信（見かけ上の受信）したことを視聴者に通知する目的で表示画面の一部例えば下部に表示するアイコンの情報を格納する。・・・
・・・ライブモードエレメント：テレビジョン放送の本放送（通常の放送内容）と同期したメッセージであり、指定時刻（有効期間の開始時刻）に表示されるべき情報であることを示す。
・・・有効期間開始時刻エレメント・・・：対応するするメッセージが有効になる時刻・・・」（段落【００２２】）
「・・・アンカーエレメント：リンク先のリソースのアドレス情報をＵＲＬで表示する。・・・
・・・レイアウトエレメント：ブラウザ自体またはブラウザで表示されるコンテントの配置、色、形状、背景、フォントその他の装飾情報を特定する。
・・・プルエレメント：ユーザが指定しなくとも自動的にサーバ等からデータを取り出すのに用いる。」（段落【００２３】）
　　
［キャッシュ・インデックスのデータ構造］
「メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶される。」（段落【００３７】）
「インデックス要素は、・・・インデックスリストによりポイントされて・・・ウェブページおよびアイコンの表示管理に用いられる。・・・表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストを形成でき・・・、表示タイミング順にメッセージを取り出し、ウェブページ等（ライブモードのとき）やアイコンを表示できる。」（段落【００３８】）
　　
［ウェブ画面表示］
「・・・表示タイミング順にインデックス要素を１つ取りだし、ライブフラグを用いてライブモードかどうかを判定し・・・ライブモードの場合には、キャッシュからメッセージを読み出し、ＨＴＭＬ文書を解析し、ウェブ画面に表示する。」（段落【００４０】）
「・・・レイアウト情報がある場合にはブラウザのレイアウトが変更される。・・・」（段落【００４１】）
　　
［アイコン表示］［アイコンクリック処理］
「・・・表示タイミング順にインデックス要素を１つ取りだし、・・・アイコンエレメントがある場合には、・・・アイコン情報を取りだし、画面に表示する。」（段落【００４３】）
「・・・アイコンのクリックに応じて、・・・アンカーエレメント（の）・・・データソースがインターネット上のサーバである場合には、インターネット上のサーバにアクセスして情報を取り出・・・し、ウェブ画面に表示する。・・・」（段落【００４７】〜【００４８】）
　　
［プルエレメントによるデータの自動取り込み］
「ブラウザの表示が開始されると表示されているコンテントボディに対応するプルエレメントが・・・あると、プルエレメントのＵＲＬを参照して・・・データを取得（し）・・・データはブラウザに表示される。」（段落【００８８】）
　　
　以上をまとめると、刊行物１には、次の「放送および情報処理システム」が記載されている。
　　
「テレビジョン放送局１０には放送サーバ１１、コンテンツ製作用端末１２、送信施設１３が設けられ、
　放送サーバ１１で作成されたコンテンツ情報信号が含まれる放送プログラムは送信施設１３を介して放送され、
　テレビジョン受像機能を有するパーソナルコンピュータ２０でコンテンツ情報を含む放送信号を受信し、復調し、ウェブ画面の一部を利用してテレビジョン画像を再生し、パーソナルコンピュータ２０はインターネット３０に接続され、このインターネットには種々のサーバが接続され、
　コンテンツ情報の処理単位（メッセージ）のデータフォーマット（Ｂ−ＨＴＴＰとも略す。）は、付加的な情報を与えるＢ−ＨＴＴＰエレメントのフィールド、コンテントメッセージ中の本来の内容を格納するコンテントボディのフィールドを含む複数のフィールドからなり、
　Ｂ−ＨＴＴＰエレメントは、
　所定のメッセージを受信（見かけ上の受信）したことを視聴者に通知する目的で表示画面の一部例えば下部に表示するアイコンの情報を格納するアイコンエレメント、
　テレビジョン放送の本放送（通常の放送内容）と同期したメッセージであり、指定時刻（有効期間の開始時刻）に表示されるべき情報であることを示す、ライブモードエレメント、
　対応するメッセージが有効になる時刻を示す有効期間開始時刻エレメント、
　リンク先のリソースのアドレス情報をＵＲＬで表示するアンカーエレメント、
　ブラウザ自体またはブラウザで表示されるコンテントの配置、色、形状、背景、フォントその他の装飾情報を特定するレイアウトエレメント、
　ユーザが指定しなくとも自動的にサーバ等からデータを取り出すのに用いるプルエレメント、
　を含み、
　メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶され、インデックス要素は、インデックスリストによりポイントされて、ウェブページおよびアイコンの表示管理に用いられ、表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され、
　表示タイミング順にインデックス要素を１つ取りだし、ライブフラグを用いてライブモードかどうかを判定し、ライブモードの場合には、キャッシュからメッセージを読み出し、ウェブ画面に表示し、レイアウト情報がある場合にはブラウザのレイアウトが変更され、
　表示タイミング順にインデックス要素を１つ取りだし、アイコンエレメントがある場合には、アイコン情報を取りだし、画面に表示し、アイコンのクリックに応じて、アンカーエレメントのデータソースがインターネット上のサーバである場合には、インターネット上のサーバにアクセスして情報を取り出し、ウェブ画面に表示し、
　ブラウザの表示が開始されると表示されているコンテントボディに対応するプルエレメントがあると、プルエレメントのＵＲＬを参照して、データを取得し、データはブラウザに表示される、
　放送および情報処理システム。」
　　
　上記「放送および情報処理システム」は、複数のＢ−ＨＴＴＰエレメントを含み、テレビジョン放送局１０は、その中からエレメントを選択してコンテンツ情報とすることができるものであるから、ライブモードエレメント、有効期間開始エレメント及びレイアウトエレメントをコンテンツ情報とするものを発明として認定する（以下「引用発明」という。）。
　引用発明は、次のとおりである。
　　
「テレビジョン放送局１０には放送サーバ１１、コンテンツ製作用端末１２、送信施設１３が設けられ、
　放送サーバ１１で作成されたコンテンツ情報信号が含まれる放送プログラムは送信施設１３を介して放送され、
　テレビジョン受像機能を有するパーソナルコンピュータ２０でコンテンツ情報を含む放送信号を受信し、復調し、ウェブ画面の一部を利用してテレビジョン画像を再生し、パーソナルコンピュータ２０はインターネット３０に接続され、このインターネットには種々のサーバが接続され、
　コンテンツ情報の処理単位（メッセージ）のデータフォーマット（Ｂ−ＨＴＴＰとも略す。）は、付加的な情報を与えるＢ−ＨＴＴＰエレメントのフィールド、コンテントメッセージ中の本来の内容を格納するコンテントボディのフィールドを含む複数のフィールドからなり、
　Ｂ−ＨＴＴＰエレメントは、
　テレビジョン放送の本放送（通常の放送内容）と同期したメッセージであり、指定時刻（有効期間の開始時刻）に表示されるべき情報であることを示す、ライブモードエレメント、
　対応するメッセージが有効になる時刻を示す有効期間開始時刻エレメント、
　ブラウザ自体またはブラウザで表示されるコンテントの配置、色、形状、背景、フォントその他の装飾情報を特定するレイアウトエレメント、
　を含み、
　メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶され、インデックス要素は、インデックスリストによりポイントされて、ウェブページおよびアイコンの表示管理に用いられ、表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され、
　表示タイミング順にインデックス要素を１つ取りだし、ライブフラグを用いてライブモードかどうかを判定し、ライブモードの場合には、キャッシュからメッセージを読み出し、ウェブ画面に表示し、レイアウト情報がある場合にはブラウザのレイアウトが変更される、
　放送および情報処理システム。」
　　
　（２）対比
　　ア「動画コンテンツを放送により配信するとともに、その動画コンテンツに関連したデータコンテンツをネットワーク経由で配信する動画配信システム」
　　
　　　引用発明の「放送及び情報処理システム」は、放送プログラム、コンテンツ情報を放送するものであり、放送プログラム、コンテンツ情報は、動画コンテンツ、データコンテンツといえるので、「動画コンテンツを放送により配信するとともに、データコンテンツを配信する動画配信システム」といえる。
　もっとも、引用発明における「コンテンツ情報」（補正後発明にいう「データコンテンツ」）が、動画コンテンツに関連したものと限定がなく、ネットワーク経由で配信されていない点で、補正後発明と相違する。
　　
　　イ「動画コンテンツと、その動画の再生に伴って所定のデータコンテンツへアクセスするためのアクセス情報および当該データコンテンツの再生時刻情報とを放送データとして送信するとともに、前記動画の再生に伴って前記アクセス情報に基づき要求されたデータコンテンツを通信ネットワークを介して通信データとして送信するサーバ」
　　
　　　引用発明の「コンテンツ情報の処理単位（メッセージ）のデータフォーマットの一つであるライブモードエレメント」は、「テレビジョン放送の本放送（通常の放送内容）と同期したメッセージであり、指定時刻（有効期間の開始時刻）に表示されるべき情報であることを示す」ものであり、「有効期間開始時刻エレメント」とともに「コンテンツ情報」として、テレビジョン画像と共に放送プログラムとしてテレビジョン放送局１０から放送され、テレビジョン放送局１０は、放送サーバ１１を含み、「サーバ」といえるから、引用発明は、「動画コンテンツと、データコンテンツおよび当該データコンテンツの再生時刻情報とを放送データとして送信するサーバ」を備えているといえる。
　もっとも、引用発明の「コンテンツ情報」（補正後発明にいう「データコンテンツ」）は、「その動画の再生に伴って所定のデータコンテンツへアクセスするためのアクセス情報」として送信されるものではなく、引用発明の「サーバ」が、「前記動画の再生に伴って前記アクセス情報に基づき要求されたデータコンテンツを通信ネットワークを介して通信データとして送信する」ものでない点で補正後発明と相違する。
　　
　　ウ「前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置」
　　
　　　引用発明の「パーソナルコンピュータ２０」は、ウェブ画面の一部にテレビジョン画像とコンテンツ情報であるメッセージをウェブ画面に表示するものであるから、「前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置」といえる。
　もっとも、「データコンテンツ」については、上記イのとおりの相違がある。
　　
　　エ「前記サーバは、前記情報端末装置の画面上に、放送により得られた動画コンテンツと通信により得られたデータコンテンツとを同時に表示する際の表示態様を決定する表示態様コマンドを前記アクセス情報および前記再生時刻情報に加えて放送により送信し」
　　
　　　引用発明は、「レイアウト情報がある場合にはブラウザのレイアウトが変更される」ものであり、「コンテンツ情報の処理単位（メッセージ）のデータフォーマット」の「Ｂ−ＨＴＴＰエレメント」のひとつである「レイアウトエレメント」は「ブラウザ自体またはブラウザで表示されるコンテントの配置、色、形状、背景、フォントその他の装飾情報を特定する」ものであるから、「前記情報端末装置の画面上に、放送により得られた動画コンテンツと通信により得られたデータコンテンツとを同時に表示する際の表示態様を決定する表示態様コマンド」といえる。
　また、引用発明の「レイアウトエレメント」は、「コンテンツ情報の処理単位（メッセージ）のデータフォーマット」の「Ｂ−ＨＴＴＰエレメント」であるから、「前記再生時刻情報に加えて放送により送信」するものといえる。
　そして、上記イのとおり、引用発明の「テレビジョン放送局１０」は「サーバ」といえる。
　以上より、引用発明においては、
「前記サーバは、前記情報端末装置の画面上に、放送により得られた動画コンテンツとデータコンテンツとを同時に表示する際の表示態様を決定する表示態様コマンドを前記再生時刻情報に加えて放送により送信し」ているといえる。
　もっとも、上記イのとおり、「データコンテンツ」については、通信により得られたものでなく、「アクセス情報」が放送により送信されるものでない点で、補正後発明と相違する。
　　
　　オ「複数組の前記再生時刻情報およびアクセス情報は、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め」
　　
　　　引用発明は、「メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶され、インデックス要素は、インデックスリストによりポイントされて、ウェブページおよびアイコンの表示管理に用いられ、表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され」るから、「動画の再生に連動したデータコンテンツの再生スケジュールを定め」ているといえる。また、「表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され」るから、複数組の情報があることは明らかである。
　引用発明の「コンテンツ情報」は放送プログラムに含まれているから、テレビジョン画像に対応して用意されているといえる。
　そうすると、引用発明は、「複数組の前記再生時刻情報およびデータコンテンツは、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め」ているといえる。
　もっとも、「複数組の前記再生時刻情報およびデータコンテンツ」における「データコンテンツ」は、上記イのとおり、補正後発明においては「アクセス情報」である点で相違する。
　　
　　カ「前記情報端末装置は、自己のモニタ画面上に、放送により受信された前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記アクセス情報に基づいて通信により前記データコンテンツを逐次要求・受信し、前記表示態様コマンドに従って前記動画コンテンツとデータコンテンツとを同時に表示する」
　　
　　　引用発明は、「テレビジョン受像機能を有するパーソナルコンピュータ２０でコンテンツ情報を含む放送信号を受信し、復調し、ウェブ画面の一部を利用してテレビジョン画像を再生し」、「メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶され、インデックス要素は、インデックスリストによりポイントされて、ウェブページおよびアイコンの表示管理に用いられ、表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され、」「表示タイミング順にインデックス要素を１つ取りだし、ライブフラグを用いてライブモードかどうかを判定し、ライブモードの場合には、キャッシュからメッセージを読み出し、ウェブ画面に表示」するから、
　「前記情報端末装置は、自己のモニタ画面上に、放送により受信された前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記表示態様コマンドに従って前記動画コンテンツとデータコンテンツとを同時に表示する」
といえる。
　もっとも、引用発明は、「前記アクセス情報に基づいて通信により前記データコンテンツを逐次要求・受信し」ていない点で、補正後発明と相違する。
　　
　　キ　上記ア〜カの相違は、補正後発明が「データコンテンツ」へのアクセスするためのアクセス情報を放送データとして送信しているのに対し、引用発明が「データコンテンツ」を放送データとして送信することに伴い、補正後発明においては、情報端末装置がアクセス情報に基づて「データコンテンツ」を逐次要求し、アクセス情報に基づき要求された「データコンテンツ」を通信ネットワークを介してサーバが送信するのに対し、引用発明においてはそのような構成になっていない点であり、また、補正後発明の「データコンテンツ」が動画コンテンツに関連したものであるに対し、引用発明の「データコンテンツ」にそのような限定がない点である。
　　
　４　一致点、相違点
　　補正後発明と引用発明との一致点、相違点は以下のとおりである。
　　
（一致点）
「動画コンテンツを放送により配信するとともに、データコンテンツを配信する動画配信システムであって、
　動画コンテンツと、データコンテンツおよび当該データコンテンツの再生時刻情報とを放送データとして送信するサーバと、
　前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置とを備え、
　前記サーバは、前記情報端末装置の画面上に、放送により得られた動画コンテンツとデータコンテンツとを同時に表示する際の表示態様を決定する表示態様コマンドを前記再生時刻情報に加えて放送により送信し、
　複数組の前記再生時刻情報およびデータコンテンツは、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め、
　前記情報端末装置は、自己のモニタ画面上に、放送により受信された前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記表示態様コマンドに従って前記動画コンテンツとデータコンテンツとを同時に表示する
　ことを特徴とする動画配信システム。」
　　
（相違点）
　「データコンテンツ」は、補正後発明においては、動画コンテンツに関連したものであり、その動画の再生に伴って所定の「データコンテンツ」へアクセスするためのアクセス情報が放送データとして送信され、情報端末装置がアクセス情報に基づて「データコンテンツ」を逐次要求し、アクセス情報に基づき要求された「データコンテンツ」を通信ネットワークを介してサーバが送信するのに対し、引用発明においては、動画コンテンツに関連したものとの限定はなく、「データコンテンツ」が放送データとして送信されるため、アクセス情報が放送データとして送信されず、情報端末装置がアクセス情報に基づいて「データコンテンツ」を逐次要求するものでなく、アクセス情報に基づき要求された「データコンテンツ」を通信ネットワークを介してサーバが送信するものでない点
　　
　５　相違点等の判断
　　刊行物１には、メッセージをウェブ画面に表示するライブモードの他、アイコンを表示させ、アイコンのクリックに応じてインターネット上のサーバにアクセスして情報を取り出し、ウェブ画面に表示すること、及び、プリエレメントがあると、プリエレメントのＵＲＬを参照してデータを取得して、ブラウザに表示させることが記載されている。ＵＲＬ等のサーバにアクセスするための情報は、動画の再生に伴って送信されていることは明らかである。
　そうすると、刊行物１には、テレビジョン画像と共に表示させる内容を得るのに、その内容を放送信号に含ませて送信すること、及びその内容を放送信号に含ませるのではなく、放送信号にはＵＲＬ等のアクセス情報を含ませ、そのアクセス情報を用いてその内容を得ることが開示されている。
　引用発明は、テレビジョン画像と共に表示させる内容を得るのに、その内容を放送信号に含ませて送信するものであるが、その内容を得るのに、放送信号にＵＲＬ等のアクセス情報を含ませ、そのアクセス情報を用いてその内容を得ることが刊行物１に開示されているのであるから、表示させる内容を得るのに、その内容を放送信号に含ませて送信することに代えて、放送信号にＵＲＬ等のアクセス情報を含ませ、そのアクセス情報を用いてその内容を得ることは当業者が容易になし得たことである。
　そして、アクセス情報を用いて表示させる内容を得ることは、「情報端末装置がアクセス情報に基づて『データコンテンツ』を逐次要求し、アクセス情報に基づき要求された『データコンテンツ』を通信ネットワークを介してサーバが送信する」ことと同じであるから、引用発明において、表示させる内容を放送信号に含ませて送信する代わりに、「動画の再生に伴って所定の『データコンテンツ』へアクセスするためのアクセス情報が放送データとして送信され、情報端末装置がアクセス情報に基づて『データコンテンツ』を逐次要求し、アクセス情報に基づき要求された『データコンテンツ』を通信ネットワークを介してサーバが送信する」ようにすることは当業者が容易になし得たことである。
　その際、ＵＲＬ等のアクセス情報からインターネット上のサーバにアクセスして得た情報は、動画コンテンツ共に表示されるものであるから、動画コンテンツに全く関係ないものではなく、動画コンテンツに関連したものにすることは自然なことであり、また、刊行物１の段落【０００７】に「放送コンテンツとインターネット上のコンテンツとを関連づけることができる。」と記載されていることから、動画コンテンツに関連したものにすることは当業者が容易になし得たことである。
　　
　そして、補正後発明が奏する効果は、当業者が容易に予測できたものである。
　　
　６　まとめ
　　以上、補正後発明は、刊行物１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許出願の際独立して特許を受けることができない。
　　
第３　本願発明について
　１　本願発明
　　平成１９年３月２８日付けの手続補正は、上記のとおり却下されたので、本願の請求項１〜請求項２０に係る発明は、平成１８年４月７日付け手続補正により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１〜請求項２０に記載した事項により特定されるとおりのものであるところ、請求項１に係る発明（以下「本願発明」という。）は次のとおりである。
　　
「動画コンテンツと、その動画の再生に伴って所定のデータコンテンツへアクセスするためのアクセス情報および当該データコンテンツの再生時刻情報を放送データとして送信するとともに、前記動画の再生に伴って前記アクセス情報に基づき要求されたデータコンテンツを通信ネットワークを介して通信データとして送信するサーバと、
　前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置とを備え、
　前記サーバは、前記アクセス情報および前記再生時刻情報に加えて、前記情報端末装置の画面内の動画コンテンツおよびデータコンテンツの表示態様を決定する表示態様コマンドを放送により送信し、
　複数組の前記再生時刻情報およびアクセス情報は、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め、
　前記情報端末装置は、自己のモニタ画面上に、前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記アクセス情報に基づいて通信により前記データコンテンツを逐次要求・受信し、前記表示態様コマンドに従って前記動画コンテンツおよびデータコンテンツの表示を行う
　ことを特徴とする動画配信システム。」
　　
　２　引用文献
　　原査定の拒絶の理由に引用された引用文献１の記載事項は、前記第２の２に記載したとおりである。
　　
　３　対比
　　引用文献１に記載された発明は、引用発明と同じである（上記第２の３（１））。
　　本願発明と引用文献１に記載された発明を対比する。
　　
　（１）「動画コンテンツと、その動画の再生に伴って所定のデータコンテンツへアクセスするためのアクセス情報および当該データコンテンツの再生時刻情報を放送データとして送信するとともに、前記動画の再生に伴って前記アクセス情報に基づき要求されたデータコンテンツを通信ネットワークを介して通信データとして送信するサーバ」
　　
　　引用発明の「コンテンツ情報の処理単位（メッセージ）のデータフォーマットの一つであるライブモードエレメント」は、「テレビジョン放送の本放送（通常の放送内容）と同期したメッセージであり、指定時刻（有効期間の開始時刻）に表示されるべき情報であることを示す」ものであり、「有効期間開始時刻エレメント」とともに「コンテンツ情報」として、テレビジョン画像と共に放送プログラムとしてテレビジョン放送局１０から放送され、テレビジョン放送局１０は、放送サーバ１１を含み、「サーバ」といえるから、引用発明は、「動画コンテンツと、データコンテンツおよび当該データコンテンツの再生時刻情報とを放送データとして送信するサーバ」を備えているといえる。
　もっとも、引用発明の「コンテンツ情報」（本願発明にいう「データコンテンツ」）は、「その動画の再生に伴って所定のデータコンテンツへアクセスするためのアクセス情報」として送信されるものではなく、引用発明の「サーバ」が、「前記動画の再生に伴って前記アクセス情報に基づき要求されたデータコンテンツを通信ネットワークを介して通信データとして送信する」ものでない点で本願発明と相違する。
　　
　（２）「前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置」
　　
　　引用発明の「パーソナルコンピュータ２０」は、ウェブ画面の一部にテレビジョン画像とコンテンツ情報であるメッセージをウェブ画面に表示するものであるから、「前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置」といえる。
　もっとも、「データコンテンツ」については、上記（１）のとおりの相違がある。
　　
　（３）「前記サーバは、前記アクセス情報および前記再生時刻情報に加えて、前記情報端末装置の画面内の動画コンテンツおよびデータコンテンツの表示態様を決定する表示態様コマンドを放送により送信し」
　　
　　引用発明は、「レイアウト情報がある場合にはブラウザのレイアウトが変更される」ものであり、「コンテンツ情報の処理単位（メッセージ）のデータフォーマット」の「Ｂ−ＨＴＴＰエレメント」のひとつである「レイアウトエレメント」は「ブラウザ自体またはブラウザで表示されるコンテントの配置、色、形状、背景、フォントその他の装飾情報を特定する」ものであるから、「前記情報端末装置の画面内の動画コンテンツおよびデータコンテンツの表示態様を決定する表示態様コマンド」といえる。
　また、引用発明の「レイアウトエレメント」は、「コンテンツ情報の処理単位（メッセージ）のデータフォーマット」の「Ｂ−ＨＴＴＰエレメント」であるから、「前記再生時刻情報に加えて放送により送信」するものといえる。
　そして、上記（１）のとおり、引用発明の「テレビジョン放送局１０」は「サーバ」といえる。
　以上より、引用発明においては、
「前記サーバは、データコンテンツおよび前記再生時刻情報に加えて、前記情報端末装置の画面内の動画コンテンツおよびデータコンテンツの表示態様を決定する表示態様コマンドを放送により送信し」ているといえる。
　もっとも、上記（１）のとおり、「データコンテンツ」については、通信により得られたものでなく、「アクセス情報」が放送により送信されるものでない点で、本願発明と相違する。
　　
　（４）「複数組の前記再生時刻情報およびアクセス情報は、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め」
　　
　　引用発明は、「メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶され、インデックス要素は、インデックスリストによりポイントされて、ウェブページおよびアイコンの表示管理に用いられ、表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され」るから、「動画の再生に連動したデータコンテンツの再生スケジュールを定め」ているといえる。また、「表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され」るから、複数組の情報があることは明らかである。
　引用発明の「コンテンツ情報」は放送プログラムに含まれているから、テレビジョン画像に対応して用意されているといえる。
　そうすると、引用発明は、「複数組の前記再生時刻情報およびデータコンテンツは、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め」ているといえる。
　もっとも、「複数組の前記再生時刻情報およびデータコンテンツ」における「データコンテンツ」は、上記（１）のとおり、本願発明においては「アクセス情報」である点で相違する。
　　
　（５）「前記情報端末装置は、自己のモニタ画面上に、前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記アクセス情報に基づいて通信により前記データコンテンツを逐次要求・受信し、前記表示態様コマンドに従って前記動画コンテンツおよびデータコンテンツの表示を行う」
　　
　　引用発明は、「テレビジョン受像機能を有するパーソナルコンピュータ２０でコンテンツ情報を含む放送信号を受信し、復調し、ウェブ画面の一部を利用してテレビジョン画像を再生し」、「メッセージが受信されるとそのメッセージがキャッシュ（ハードディスク）に記憶され、インデックス要素は、インデックスリストによりポイントされて、ウェブページおよびアイコンの表示管理に用いられ、表示タイミング（有効時間開始時刻）の順で双方向ポイントを用いてリストが形成され、」「表示タイミング順にインデックス要素を１つ取りだし、ライブフラグを用いてライブモードかどうかを判定し、ライブモードの場合には、キャッシュからメッセージを読み出し、ウェブ画面に表示」するから、
　「前記情報端末装置は、自己のモニタ画面上に、前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記表示態様コマンドに従って前記動画コンテンツおよびデータコンテンツの表示を行う」
といえる。
　もっとも、引用発明は、「前記アクセス情報に基づいて通信により前記データコンテンツを逐次要求・受信し」ていない点で、本願発明と相違する。
　　
　（６）「動画配信システム」
　　引用発明の「放送及び情報処理システム」は、放送プログラムを放送するものであり、放送プログラムは、動画コンテンツといえるので、「動画配信システム」といえる。
　　
　（７）上記（１）〜（５）の相違は、本願発明が「データコンテンツ」へのアクセスするためのアクセス情報を放送データとして送信しているのに対し、引用発明が「データコンテンツ」を放送データとして送信することに伴い、本願発明においては、情報端末装置がアクセス情報に基づて「データコンテンツ」を逐次要求し、アクセス情報に基づき要求された「データコンテンツ」を通信ネットワークを介してサーバが送信するのに対し、引用発明においてはそのような構成になっていない点である。
　　
　　以上より、本願発明と引用文献１に記載された発明の一致点、相違点は次のとおりである。
　　
（一致点）
　動画コンテンツと、データコンテンツおよび当該データコンテンツの再生時刻情報を放送データとして送信するサーバと、
　前記サーバから受信した動画コンテンツおよびデータコンテンツをモニタ画面上に表示する情報端末装置とを備え、
　前記サーバは、前記再生時刻情報に加えて、前記情報端末装置の画面内の動画コンテンツおよびデータコンテンツの表示態様を決定する表示態様コマンドを放送により送信し、
　複数組の前記再生時刻情報およびデータコンテンツは、個々の動画コンテンツに対応して用意され、その動画の再生に連動したデータコンテンツの再生スケジュールを定め、
　前記情報端末装置は、自己のモニタ画面上に、前記動画コンテンツを再生するとともに、この再生に伴って前記再生スケジュール情報に従い、前記表示態様コマンドに従って前記動画コンテンツおよびデータコンテンツの表示を行う
　ことを特徴とする動画配信システム。
　　
（相違点）
　「データコンテンツ」は、本願発明においては、動画の再生に伴って所定の「データコンテンツ」へアクセスするためのアクセス情報が放送データとして送信され、情報端末装置がアクセス情報に基づて「データコンテンツ」を逐次要求し、アクセス情報に基づき要求された「データコンテンツ」を通信ネットワークを介してサーバが送信するのに対し、引用発明においては、「データコンテンツ」が放送データとして送信されるため、アクセス情報が放送データとして送信されず、情報端末装置がアクセス情報に基づいて「データコンテンツ」を逐次要求するものでなく、アクセス情報に基づき要求された「データコンテンツ」を通信ネットワークを介してサーバが送信するものでない点
　　
　４　判断
　　引用文献１には、メッセージをウェブ画面に表示するライブモードの他、アイコンを表示させ、アイコンのクリックに応じてインターネット上のサーバにアクセスして情報を取り出し、ウェブ画面に表示すること、及び、プリエレメントがあると、プリエレメントのＵＲＬを参照してデータを取得して、ブラウザに表示させることが記載されている。ＵＲＬ等のサーバにアクセスするための情報は、動画の再生に伴って送信されていることは明らかである。
　そうすると、引用文献１には、テレビジョン画像と共に表示させる内容を得るのに、その内容を放送信号に含ませて送信すること、及びその内容を放送信号に含ませるのではなく、放送信号にはＵＲＬ等のアクセス情報を含ませ、そのアクセス情報を用いてその内容を得ることが開示されている。
　引用発明は、テレビジョン画像と共に表示させる内容を得るのに、その内容を放送信号に含ませて送信するものであるが、その内容を得るのに、放送信号にＵＲＬ等のアクセス情報を含ませ、そのアクセス情報を用いてその内容を得ることが引用文献１に開示されているのであるから、表示させる内容を得るのに、その内容を放送信号に含ませて送信することに代えて、放送信号にＵＲＬ等のアクセス情報を含ませ、そのアクセス情報を用いてその内容を得ることは当業者が容易になし得たことである。
　そして、アクセス情報を用いて表示させる内容を得ることは、「情報端末装置がアクセス情報に基づて『データコンテンツ』を逐次要求し、アクセス情報に基づき要求された『データコンテンツ』を通信ネットワークを介してサーバが送信する」ことと同じであるから、引用発明において、表示させる内容を放送信号に含ませて送信する代わりに、「動画の再生に伴って所定の『データコンテンツ』へアクセスするためのアクセス情報が放送データとして送信され、情報端末装置がアクセス情報に基づて『データコンテンツ』を逐次要求し、アクセス情報に基づき要求された『データコンテンツ』を通信ネットワークを介してサーバが送信する」ようにすることは当業者が容易になし得たことである。
　　
　そして、本願発明が奏する効果は、当業者が容易に予測できたものである。
　　
　５　むすび
　　以上のとおり、本願の請求項１に係る発明は、引用文献１に記載された発明に基づいて、当業者が容易に発明することができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　
第４　むすび
　以上のとおり、本願の請求項１に係る発明は、引用文献１に記載された発明に基づいて、当業者が容易に発明することができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、残る請求項２〜請求項２０に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　　
　よって、結論のように審決する。