ポートフォリオ機能| 元本PDF |
裁判所収録の全文PDFを見る
 |
|---|
| 事件 |
平成
25年
(行ケ)
10040号
審決取消請求事件
|
|---|---|
| 裁判所のデータが存在しません。 | |
| 裁判所 | 知的財産高等裁判所 |
| 判決言渡日 | 2013/12/25 |
| 権利種別 | 特許権 |
| 訴訟類型 | 行政訴訟 |
| 判例全文 | |
|---|---|
|
判例全文
平成２５年１２月２５日判決言渡 平成２５年（行ケ）第１００４０号 審決取消請求事件 口頭弁論終結日 平成２５年１１月２５日 判 決 原 告 スリング メディア， インク． 代 表 者 ティモシー アール． ジェゼック 同 貝 塚 亮 平 被 告 特 許 庁 長 官 指 定 代 理 人 渡 邊 聡 同 千 葉 輝 久 同 田 部 元 史 同 堀 内 仁 子 主 文 １ 原告の請求を棄却する。 ２ 訴訟費用は原告の負担とする。 ３ この判決に対する上告及び上告受理申立てのための付加期間を３０ 日と定める。 事 実 及 び 理 由 第１ 請求 特許庁が不服２０１１−１５４６３号事件について平成２４年９月２６日にした 審決を取り消す。 第２ 前提となる事実 １ 特許庁における手続の経緯 原告は，発明の名称を「パーソナルメディア放送システム」とする発明について， 平成１７年６月７日に国際出願し（優先権主張 平成１６年６月７日，米国。以下 「本願」といい，その明細書及び図面を併せて「本願明細書」という。）（甲２）， 1 平成２２年９月２７日，特許請求の範囲を変更する旨の手続補正を行い（甲４）， 平成２３年３月４日付けで拒絶査定を受け，同年７月１６日，拒絶査定不服審判 （不服２０１１−１５４６３号事件）を請求するとともに，特許請求の範囲を変更 する旨の手続補正（以下「本件補正」という。）をした（甲３）。特許庁は，平成 ２４年９月２６日，本件補正を却下するとともに，請求不成立の審決（以下「審 決」という。）をし，その謄本は同年１０月１７日，原告に送達された。 ２ 特許請求の範囲 本件補正後の請求項１０は，本件補正前（平成２２年９月２７日付け手続補正後 のもの）の請求項１７を変更したものである（甲３，４）。 本件補正後の請求項１０に係る特許請求の範囲は，以下のとおりである（以下， 同項に係る発明を「補正後発明」という。）（甲３）。 「【請求項１０】オーディオ／ビジュアルソースから離れた場所において該オー ディオ／ビジュアルソースにアクセスできるようにするための方法であって， オーディオ／ビジュアルソース装置から入力信号を受信するステップと， バッファ内に残っている空きスペースの量に少なくとも部分的に基づいて選択さ れたビットレートを用いて前記受信した入力信号を符号化し，前記バッファ内に残 っている空きスペースの量の変化に応じて前記ビットレートを変化させるようにす ることにより，ネットワークを経由して送信するのに適したメディアストリームを， 該符号化した入力信号から構築するステップと， 送信に先立って前記メディアストリームを前記バッファに格納するステップと， 前記バッファからネットワーク経由で遠隔のクライアントに前記メディアストリ ームを送信するステップと， を備える方法。」 本件補正前の請求項１７に係る特許請求の範囲は，以下のとおりである（以下， 同項に係る発明を「本願発明」という。）（甲４）。 「【請求項１７】オーディオ／ビジュアルソースへのアクセスを前記オーディオ 2 ／ビジュアルソースから離れた場所において提供するための方法であって， オーディオ／ビジュアルソース装置から入力信号を受信するステップと， バッファ内に残っている空きスペースの量に少なくとも部分的に基づいて選択さ れたビットレートを用いて前記入力信号を符号化することにより，ネットワークを 経由して送信するのに適したメディアストリームを構築するステップと， 前記メディアストリームを前記バッファに格納するステップと， 前記バッファからネットワーク経由で遠隔のクライアントに前記メディアストリ ームを送信するステップと， を備える方法。」 ３ 審決の理由 (1) 審決の理由は，別紙審決書写しに記載のとおりであり，その要旨は以下の とおりである。 補正後発明は，特開２００３−１１４８４５号公報（以下「刊行物１」とい う。）に記載された発明（以下「刊行物１発明」という。）に基づいて当業者が容 易に発明することができたものであるから，特許出願の際独立して特許を受けるこ とができない。本願発明も，同様に，刊行物１発明に基づいて当業者が容易に発明 することができたものである。 (2) 審決が認定した刊行物１発明の内容，補正後発明と刊行物１発明の一致点 及び相違点は，以下のとおりである。 ア 刊行物１発明の内容 「端末からのリクエストに応じて，映像あるいはオーディオ（以下，「オーディ オ」を音声またはオーディオの意味で用いる）および映像を伝送路を介して，サー バから端末へ該当データを配信する方法であって， サーバは，監視カメラ等から映像信号を受信するステップと， 同一コンテンツにつき，ビットレートの異なる複数のストリームを用意し，ネッ トワークのビットレートに適応したビットレートを用いて，複数のストリームを切 3 り替えて出力することにより，送信バッファの残量から推定した，サーバから端末 へ配信するためのネットワーク（回線）のビットレートが変動するとき，（変動す るネットワークの）ビットレートに適応したビットレートにてコンテンツストリー ムを配信するステップと， 送信バッファに送信のためのデータを記憶するステップと， サーバから端末へ出力されるデータはメディアストリームであって，上記メディ アストリームは，ネットワークを介して，端末に配信するステップと， を有するデータ配信方法。」 イ 一致点 オーディオ／ビジュアルソースから離れた場所において該オーディオ／ビジュア ルソースにアクセスできるようにするための方法であって， オーディオ／ビジュアルソース装置から入力信号を受信するステップと， バッファ内に残っている空きスペースの量に少なくとも部分的に基づいて選択さ れたビットレートを用いて，前記バッファ内に残っている空きスペースの量の変化 に応じて，空きスペースの量に少なくとも部分的に基づいて選択されたビットレー トを変化させるようにすることにより，ネットワークを経由して送信するのに適し たメディアストリームを，入力信号から構築するステップと， 送信に先立って前記メディアストリームを前記バッファに格納するステップと， 前記バッファからネットワーク経由で遠隔のクライアントに前記メディアストリ ームを送信するステップと， を備える方法 ウ 相違点 補正後発明では，上記ネットワークを経由して送信するのに適したメディアスト リームを，入力信号から構築するステップが，「選択されたビットレートを用いて 前記受信した入力信号を符号化することにより，該符号化した入力信号から」構築 しているのに対し，刊行物１発明では，「選択されたビットレートを用いて，用意 4 したビットレートの異なる複数のストリームの一つを選択して出力することによ り」構築している点 第３ 取消事由に関する当事者の主張 １ 原告の主張 (1) 本件補正の却下決定の誤り（取消事由１） ア 刊行物１発明の認定の誤り 刊行物１発明における「送信バッファ」は，サーバと端末が同期して動作する場 合，すなわち，端末側よりデータ受信完了の通知あるいは，次データの送信要求が 得られるシステムの場合に使用されるものである。 したがって，刊行物１発明は，以下のとおり，下線箇所を追加して認定されるべ きであり，下線箇所の限定がない審決の認定は誤りである。 すなわち，刊行物１発明は，「サーバと端末が同期して動作する場合において， 送信バッファの残量から推定した，サーバから端末へ配信するためのネットワーク （回線）の送信ビットレートが変動するとき，（変動するネットワークの）送信ビ ットレートに適応した送信ビットレートにてコンテンツストリームを配信する」構 成，「同一コンテンツにつき，ビットレートの異なる複数のストリームを用意し， ネットワークの送信ビットレートに適応した送信ビットレートを用いて，複数のス トリームを切り替えて出力することにより，サーバと端末が同期して動作する場合 は，送信バッファの残量から推定した，サーバから端末へ配信するためのネットワ ーク（回線）の送信ビットレートが変動するとき，（変動するネットワークの）送 信ビットレートに適応した送信ビットレートにてコンテンツストリームを配信す る」構成を有していると認定されるべきである。 イ 補正後発明と刊行物１発明との対比の誤り (ｱ) 補正後発明における「バッファ」は，符号化した入力信号から構築するメ ディアストリームを，送信処理そのものに先立って格納しておくものである。これ に対し，刊行物１発明における「送信バッファ」は，符号化したメディアストリー 5 ムを送信に際して格納しておくものであり，送信側で送信パケットを一時記憶して おき，受信側からの受信確認信号に応じて送信済みパケットの記憶を消去するもの であって，送信が確実になされたことを確認するためのものである。刊行物１発明 における「送信バッファ」は，「送信バッファの残量から送信ビットレートを推定 する」ことができればよいのであって，補正後発明における「バッファ」とは異な る。 また，補正後発明では，「バッファ」に最新に書き込まれるメディアストリーム は現在の送信ビットレートを反映しているが，時間的に最も古いメディアストリー ムを読み出して送信タスクに渡すことから，「バッファ」の読み出しに基づき送信 されるメディアストリームのビットレートは，必ずしも現在のビットレートに対応 しているとはいえない。これに対し，刊行物１発明では，その都度の送信ビットレ ートにリアルタイムに対応して，送信ストリームのビットレートを切り替えて送信 する。したがって，この点でも，補正後発明の「バッファ」と刊行物１発明の「送 信バッファ」とは異なる。 (ｲ) 補正後発明では，「バッファ内に残っている空きスペースの量に少なくと も部分的に基づいて選択されたビットレートを用いて前記受信した入力信号を符号 化し，前記バッファ内に残っている空きスペースの量の変化に応じて前記ビットレ ートを変化させるようにすることにより，ネットワークを経由して送信するのに適 したメディアストリームを，該符号化した入力信号から構築する」ことを行ってお り，入力信号の符号化をビットレートを変化させて行うことと，メディアストリー ムを該符号化した入力信号から「構築」することは，不可分である。 これに対し，刊行物１発明では，送信レートに応じたビットレートの選択を行う 以前に，異なるビットレートの複数のメディアストリームが「構築」済みであり， 「メディアストリームを構築するステップ」と，「複数のメディアストリームのい ずれかを選択して配信するステップ」とは，全く別の技術的構成要素である。刊行 物１発明における，既に構築済みの異なるビットレートの複数のメディアストリー 6 ムのいずれかを単に選択する構成をもって，「ネットワークを経由して送信するの に適した（ビットレートの）メディアストリームを構築する」ことが示されている とすることはできない。 (ｳ) 以上によると，補正後発明と刊行物１発明とは，以下の２点で相違する。 @ 相違点１ 補正後発明では，「バッファ内に残っている空きスペースの量に少なくとも部分 的に基づいて選択されたビットレートを用いて前記受信した入力信号を符号化し， 前記バッファ内に残っている空きスペースの量の変化に応じて前記ビットレートを 変化させるようにすることにより，ネットワークを経由して送信するのに適したメ ディアストリームを，該符号化した入力信号から構築するステップ」との構成を備 えているのに対し，刊行物１発明はこれに相当する構成を備えていない点。 A 相違点２ 補正後発明では，「送信に先立って前記メディアストリームを前記バッファに格 納するステップ」との構成を備えているのに対し，刊行物１発明ではこれに相当す る構成を備えていない点 ウ 相違点に係る容易想到性の判断の誤り (ｱ) 特開２００２−２７４７９号公報（甲５。以下「周知文献Ａ」という。） に記載された技術は，再符号化の目的のビットレートが明示的に指定されることを 前提としている技術であり，「バッファ記憶手段５００５」は，復号化後に再量子 化及び再符号化された動画データを一時記憶し，そのバッファ占有量をもって，バ ッファ占有量検出手段５００６を介して，再符号化された動画データのビットレー ト情報を「再量子化手段５００３」にフィードバックし，再符号化の目的とするビ ットレートと比較するために設けられたものである。「バッファ記憶手段５００ ５」は，送信ビットレートを推定するものでもなく，また，再符号化の目的とする ビットレートを選択するものでもない。 これに対し，刊行物１発明は，送信バッファの残量から送信ビットレートを推定 7 するものであり，同発明の「送信バッファ」は，周知文献Ａの「バッファ記憶手段 ５００５」とは機能において相違する。したがって，刊行物１発明と周知文献Ａ記 載の技術とを組み合わせる理由がない。仮に，これらを組み合わせたとしても，上 記相違点１に係る構成には至らない。 (ｲ) 国際公開０３／０４７２６４号（甲６。以下「周知文献Ｂ」という。）に は，トランスコーディングシステムを用いてビットレート変換を行うことが一般的 に示されているにすぎず，上記相違点１及び２に係る構成を開示も示唆もしていな い。 (ｳ) 以上のとおり，補正後発明は，刊行物１発明並びに周知文献Ａ及びＢに示 された周知技術に基づいて，当業者が容易に発明することができたものではない。 エ 補正後発明の効果についての認定の誤り 補正後発明は，前記相違点１及び２に係る構成により，送信レートの変動に応じ て符号化のビットレートを調整して，該符号化したメディアストリームを（中間 の）バッファに格納し，該バッファからメディアストリームを送信するようにして いるため，ネットワーク混雑時及びデータレート変動によるデータロスを回避し， 帯域幅の変動があっても，最適なユーザー体験を提供することができ，かつ，クラ イアント装置からのフィードバックを要求せずにそのことを実現できるとの効果を 奏する。 なお，補正後発明では，「前記メディアストリームを送信するステップ」の前の 段階で，バッファ内に様々なビットレートのメディアストリームが途切れることな く順次蓄積されるので，バッファが満杯にならない限り，データロスは起こり得な い。これに対し，刊行物１発明では，「データロス」を回避できない。刊行物１発 明では，その都度の送信ビットレートにリアルタイムに対応して，送信ストリーム のビットレートを切り換えて送信している。このとき，通信ネットワークの混雑状 況の変動に対応しきれない場合も起こり得るから，そのような場合には，送信タス クで使用される送信バッファによっては，送信の遅れを吸収することができず，デ 8 ータロスが生じる。 したがって，補正後発明は，刊行物１発明に基づいて，当業者が容易に発明をす ることができたものではない。 (2) 本願発明の容易想到性の判断の誤り（取消事由２） 本願発明のうち，「バッファ内に残っている空きスペースの量に少なくとも部分 的に基づいて選択されたビットレートを用いて前記入力信号を符号化することによ り，ネットワークを経由して送信するのに適したメディアストリームを構築するス テップ」との構成は，補正後発明の前記相違点１に係る構成に準じたものであり， 刊行物１発明との相違点となっている。そして，上記「バッファ」は，周知文献Ａ にもＢにも記載されていない。 したがって，本願発明は，当業者が容易に発明できたものではない。 ２ 被告の反論 (1) 本件補正の却下決定の誤り（取消事由１）に対して ア 刊行物１発明の認定の誤りに対して 原告は，刊行物１発明では「送信バッファ」は「サーバと端末が同期して動作す る場合」に使用されるものであるから，その点を認定すべきであると主張する。 しかし，以下のとおり，原告の主張は失当である。 本願明細書の記載によれば，補正後発明の一実施形態では，「バッファ内に残っ ている空きスペースの量」を求めるには，「信頼性が高い（送信データは常に正し い順序で宛先に届くことが保証されている）ＴＣＰのプロトコルを用いる」ことを 必須としている。ＴＣＰのプロトコルは，高い信頼性を担保するために，「端末よ りデータ受信完了の通知あるいは，次のデータの送信要求が得られるシステム」で あることは，技術常識である。したがって，補正後発明も，その実施形態において 「端末よりデータ受信完了の通知あるいは，次のデータの送信要求が得られる」も のであり，この点において刊行物１発明と異なるところはない。本願明細書の段落 【００６０】における「クライアント装置からのフィードバックを要求せず」とは， 9 クライアント装置からのフィードバックを全く要求しないということではなく，受 信ビットレートの情報や回線レートに関する情報について，フィードバックを受け ることなく，「バッファ内に残っている空きスペースの量」から，回線のビットレ ートを推定できることを述べていると理解される。 イ 補正後発明と刊行物１発明との対比の誤りに対して (ｱ) 補正後発明の「バッファ」は「メディアストリームがネットワーク経由で 遠隔地のクライアントに向かって出て行くよりも前に，メディアストリームが格納 される格納手段」といえる。 刊行物１発明の「送信バッファ」は，ストリームデータがネットワークを経由し て遠隔地の端末に向かって出て行くよりも前に，ストリームデータが格納される格 納手段であるから，補正後発明の「バッファ」と刊行物１発明の「送信バッファ」 とは，この点において相違はない。 (ｲ) 補正後発明における「構築」は，「選択されたビットレートを用いて前記 受信した入力信号を符号化」することにより得られた「符号化した入力信号」に対 して，何らかの処理を行い，「ネットワークを経由して送信するのに適したメディ アストリームを」得る，上記「何らかの処理」と捉えることができる。 刊行物１発明では，入力信号を得て，当該入力信号を処理して，メディアストリ ームを配信していることから，メディアストリームを入力信号から「構築」してい るといえる。刊行物１発明では，ビットレートの異なる複数のストリーム（原スト リーム）は，配信される前に，リアルタイムデータ変換処理及び配信処理により， 配信するために必要な処理が行われ，配信されている。補正後発明における上記 「何らかの処理」と刊行物１発明における上記一連の処理と異なる点はない。 (ｳ) 以上のとおり，審決の相違点の認定に誤りはない。 ウ 相違点に係る容易想到性の判断の誤りに対して 審決認定の相違点に係る構成は周知の技術事項であり，相違点に係る構成を採用 することは当業者が容易になし得たことであるとした審決の判断に誤りはない。 10 エ 補正後発明の効果についての認定の誤りに対して 原告は，補正後発明は，クライアント装置からのフィードバックを要求せずに， 「ネットワーク混雑時及びデータレート変動によるデータロスを回避し，帯域幅の 変動があっても，最適なユーザー体験を提供することができる」と主張する。 しかし，刊行物１発明では，「端末への回線レートが変動するシステムにおいて も，その時々の回線レートにあったレートにより配信することが可能となる」ので あるから，ネットワークの混雑時及びデータレート変動によるデータロスを回避し， 帯域幅の変動があっても，最適なユーザ体験ができるといえる。また，前記のとお り，「クライアントからのフィードバック」がされている点では，補正後発明と刊 行物１発明との間に相違はない。したがって，補正後発明に格別な効果があるとい うことはできない。 (2) 本願発明の容易想到性の判断の誤り（取消事由２）に対して 本願発明が刊行物１発明に基づき当業者が容易に発明することができたとする審 決の判断に誤りはない。 第４ 当裁判所の判断 当裁判所は，原告主張の取消事由にはいずれも理由がないと判断する。その理由 は，以下のとおりである。 １ 認定事実 (1) 本願明細書の記載 本願明細書には，以下の記載がある。図３は別紙本願明細書図３のとおりである。 （甲２） 「【０００２】本発明は，一般に，パーソナルストリーミングメディア放送局に 関し，より詳細には，ネットワーク経由でクライアント装置に入力されるメディア ソースからのストリーミングメディアに関する。」 「【００３１】図３は，本発明の一実施の形態によるパーソナルメディア放送局 １００の内部コンポーネントを示すブロック図である。図示のように，放送局１０ 11 ０には，アナログケーブルから，またはアンテナからのＲＦ信号，Ｓビデオ信号， コンポジットビデオ信号，および左右オーディオ信号，を含む多様な入力形式の何 れかを受信するための入力インターフェース３０５が含まれる。」 「【００３２】・・・アナログ信号は，Ａ／Ｖ復号器３１５内で更にデジタル信 号に変換する。次いで，Ａ／Ｖ復号器３１５からのデジタルビデオ，およびオーデ ィオ信号は，更に処理するためにプロセッサ３２０に送る。パーソナル放送局１０ ０には，関係する処理タスクをプロセッサ３２０が実行するために用いる，フラッ シュメモリ，またはＳＤＲＡＭ等の，メモリ３３０が含まれる。メモリ３３０は， 各種の実施の形態に対して本明細書で説明するように，送出するメディアストリー ムのためのバッファとしても用いることができる。 【００３３】一実施の形態では，プロセッサ３２０は，圧縮する前にデジタルオ ーディオ，およびビデオ信号に前処理を施す。・・・前処理の後，プロセッサは， 任意の適切な圧縮技法（ＷＭ９，ＭＰＥＧ−４，Ｈ．２６３，およびＨ．２６４ 等）を用いて，オーディオ，およびビデオ信号を所望のビットレートに圧縮す る。・・・一実施の形態では，プロセッサ３２０は，ユーザーリクエスト，入力コ ンテンツ，利用可能なネットワーク帯域幅，またはプロセッサ３２０に既知の任意 の他のデータ，に応じて，静的，および／または動的に圧縮ビットレート，フレー ムレート，解像度，およびフィルタ処理を調整できる。次いで，圧縮したメディア ストリームは，ネットワークインターフェース３２５を介して，ローカルネットワ ーク１４０，またはリモートネットワーク１６０経由で送信するためにネットワー クパケットに変換する。」 「【００４４】パーソナルメディア放送システムの動作 図１〜図３を参照して上記説明したように，パーソナルメディア放送局１００は， 幾つかのＡ／Ｖソース装置１２０の内の任意の装置からの入力ビデオ信号を受け取 ることができる。次いで，放送局１００は，受け取ったビデオ信号をメディアスト リームとして作製し，ユーザがメディアストリームを視聴するリモートまたはロー 12 カルのクライアントにネットワーク経由で送信される。この基本処理に対する追加， 代替，および改良を以下に説明する。」 「【００４９】スループットおよび装置能力に基づく符号器設定の調整 放送局が，ローカルエリアネットワーク，および各種のリモートネットワークに 接続される多様なクライアント装置形式によるメディアストリームのアクセスを可 能にするので，一端のパーソナル放送局と，他端のローカルクライアントおよびリ モートクライアントとの間の利用可能なデータスループットは，ネットワークトポ ロジーに基づいて大きく変動し得る。競合トラフィック，および一般的なネットワ ーク混雑状況により，所与の接続でかなりのスループット変化がある場合も考えら れる。本発明の一実施の形態では，利用可能なネットワーク帯域幅，およびクライ アント装置の能力に基づいてオーディオ圧縮（例えば，ビットレートおよびサンプ リングレート），およびビデオ圧縮（例えば，ビットレート，解像度，およびフレ ームレート）を最適化するための方法を実装する。」 「【００６０】バッファーリソースのバッファリングおよび制御 本発明の一実施の形態によれば，パーソナルメディア放送局は，バッファリング スキームを実装して，クライアント装置からのフィードバックを要求せずに，バッ ファーリソースを管理する。上記説明のように，放送局およびクライアントは，ト ランスポートプロトコルとしてＴＣＰを用いて通信でき，その場合は放送局がサー バとして働く。利点は，ＴＣＰは，信頼性が高いプロトコルであり，送信データは 常に正しい順序で宛先に届くことが保証されている，という点にある。サーバ上の ＴＣＰスタックのパラメータ，および／または振る舞いをモニタして，一つ以上の 既知の技法により，ネットワークの混み具合，および速度を推定できる。 【００６１】 本発明の実施の形態によれば，大きいバッファが，符号器（デー タを生成する）と，ネットワークインターフェース上のＴＣＰスタック（データを 転送する）との間に追加される。ＴＣＰスタックの上に追加されたこの追加バッフ ァーレイヤは，ネットワーク混雑時，およびデータレート変動によるデータロスを 13 回避するのに役立つ。一実施の形態では，図３を参照すると，符号器機能がプロセ ッサ３２０により実行され，ＴＣＰスタック機能がネットワークインターフェース ３２５により実行され，そしてバッファーレイヤが，汎用メモリ３３０内に，また は大きいバッファのための専用メモリーモジュール内に実装される。このバッファ のサイズは，少なくとも二つのパラメータ，すなわち符号器が生成できる最小デー タ，およびサポートしなければならないネットワークの最大ダウン時間，を考慮し て選択できる。利用できる帯域幅が，放送局が要求する最小帯域幅に長時間の間満 たない場合，システムはデータロスを防ぐことはできないが，バッファが大きいほ ど，この危険性を低下させるのに役立つ。 【００６２】メディアストリーム用のデータを放送局が生成している時，中間バ ッファはＦＩＦＯ待ち行列として働く。利用できるネットワークの帯域幅が，符号 器の帯域幅を超える場合，放送局は，生成すると直ぐにデータを送信できる。中間 バッファは空になり始める。利用できるネットワークの帯域幅が，符号器の帯域幅 に満たない場合，放送局は，データを送信するより速くデータを生成できる。それ により，バッファは一杯になり始める。従って，バッファは，完全に一杯の状態と， 完全に空の状態との間で変化することになる。バッファの占有度を分類するために， 幾つかの水準を定義して，バッファ内の残っている空きスペースの量を指示する。 水準の個数は変更できるが，一実施の形態では，４個の水準を，９０％，７５％， ５０％，および３０％のレベルで用いる。データをバッファに追加したり，抜き出 すと，バッファを満たすデータ量は，時間経過とともに変更できる。このレベルが 水準の内の一個に達した時，どの水準に達したのかに応じて，様々なアクションを とる。 【００６３】中間バッファに残る空きスペースの量は，一定時間（例えば，１ 分）観察する。最新の観察期間中に，バッファ内の空きスペースの量が，９０％水 準を超えて残っている場合，符号器の出力ビットレートは増加させてもよい。アプ リケーションに基づいて幾らでも増加して実施できるが，一実施の形態では，その 14 増加幅は，その時に用いているビットレートの約１０％である。 【００６４】ネットワーク帯域幅は，時間経過とともに変化するので，利用でき る帯域幅が突然低下することが頻繁に起きる。このような場合，ＴＣＰスタックの 送信レートを下げるので，中間バッファの占有率は増加する。長い時間に亘ってこ れが起きる場合，バッファの空きスペースが減少するので，９０％水準が突破され ることになる。それに応じて，放送局は，符号器のビットレートを僅かな割合で， 例えば，そのときに用いているビットレートの約１５％，低下させる。このネット ワーク問題が一時的なものである場合，ＴＣＰスタックは，バッファ内のデータの バックログを再度送信できるので，バッファ内の空きスペースの量は，再び９０％ 水準を超えて上昇する。その後，符号器のビットレートを増加させることができる。 【００６５】他方，ネットワーク問題が持続する場合，空きスペースの量は，減 少し続ける。ある時間が過ぎると，バッファは一杯になり，他の水準が突破される。 それぞれの水準が突破されるたびに，符号器のビットレートは更に減少する。一実 施の形態では，これらの後続の減少率は次第に大きくなる（例えば，それぞれの水 準に対して３３％，５０％，５０％）。 【００６６】説明してきたように，システムは，ＴＣＰスタックの振る舞いを知 的に生かしてネットワークの状態を推定し，帯域幅の変動があっても，最適なユー ザー体験を提供するよう反応する。これにより，複雑で，反応が遅く，符号器の出 力ビットレートの変動が予想される場合には正しい決定ができないこともあるクラ イアントとサーバとの相互作用を用いる方法と比較すると，改善した性能を提供で きる。」 (2) 刊行物１の記載 刊行物１は，発明の名称を「メディア変換方法およびメディア変換装置」とする 発明に係る公開特許公報であり，以下の記載がある。図１５及び１６は，別紙刊行 物１図１５及び同図１６のとおりである。（甲１） 「【０００１】 15 【発明の属する技術分野】本発明は映像配信サーバに係わり，特に映像ファイル を途中から配信する場合および配信サーバを介してリアルタイムの映像を配信する 場合の処理方法に関する。 【０００２】 【従来の技術】端末からのリクエストに応じて，映像あるいはオーディオ（以下， 「オーディオ」を音声またはオーディオの意味で用いる）および映像を伝送路を介 して，サーバから端末へ該当データを配信する場合には，各メディア，すなわち映 像およびオーディオの再生タイミングを示すための同期情報と，映像データ・オー ディオデータ・同期情報を１つのデータとして多重化するシステムレイヤが必要と なる。これら，システムレイヤおよび同期情報を規定する方式として，従来は，ア イ エス オー／アイ イー シー ISO/IEC 14496-1にて定められた，ファイルフォー マット（以下MP4フォーマット）があった。MP4フォーマットは図１のようにmoovと 呼ばれる付帯情報部分１１と，mdatと呼ばれる符号化されたメディアデータ（映像 データあるいはオーディオデータ部分１２）とから構成される。」 「【０００４】 【発明が解決しようとする課題】・・・本発明は，コンテンツの途中からの再生， あるいはリアルタイムにエンコードされている永続するストリームを，従来技術の 方式にのみ対応する端末において再生可能とするストリーム変換方法を提供するこ とを目的とする。」 「【０００６】 【発明の実施の形態】以下本発明による第１の実施例を図６に示す。図６は，映 像５１をエンコード処理５２により一旦ＭＰ４フォーマットに合致した原ストリー ム５３を生成し，蓄積処理５４により一旦蓄積した後に，再生開始時刻６０を受け， 蓄積したストリーム５５を読み出し，変換処理５６により，ストリーム５３の途中 の指定された付近の時刻から開始される変換ストリーム５７を生成し，生成したス トリーム５７を配信処理５８により，配信ストリーム５９として端末へ配信す 16 る。」 「【００１９】図１５は，本発明の第３の実施例である。図１５では，同一コン テンツにつき，ビットレートの異なる複数（図１６の例では３つ）のストリームを 用意しておき，端末からの要求に応じて，moof/mdatの組み合わせ単位で複数のス トリームを切り替えることによってビットレート可変の伝送が可能となる。図１６ は，ビットレート可変の例として，端末への回線のビットレートが変動するような システムに適用した例であり，ネットワークのビットレートに適応したビットレー トにて配信することが可能になる。 【００２０】図１６では当初３２ｋｂｐｓにて開始した配信を，時刻４付近から のバンド幅の拡大に伴い，時刻４の最中４８ｋｂｐｓへの変更要求があり，時刻５ からレートを変更，以降時刻１１より６４ｋｐｂｓに，時刻１３より３２ｋｂｐｓ へと，ビットレートを変更している。 【００２１】図１７は図１５の処理に対応したリアルタイムデータ変換処理の詳 細を説明するためのフローチャートである。処理の内容は図１３とほぼ同じである が，配信開始時にビットレート設定処理１５０，各moof/mdat配信前にビットレー ト変更要求有無判定１５１およびビットレート変更要求有りの場合にビットレート 変更処理１５２が追加されている点が図１３と異なる。また，各moof/mdatは，そ れぞれの時点で設定されているビットレートに対応するストリームから読み出す。 一方，上記に該当しないビットレートのストリームに関しては，処理１６０，１６ １にてmoof/mdatを読み飛ばし，常に同期をとっておく。・・・ 【００２２】図１５から図１７の処理により，端末への回線レートが変動するシ ステムにおいても，その時々の回線レートにあったレートにより配信することが可 能となる。また，配信中の回線レートの変動は少ないが，実際の回線レートが周囲 環境等により決定され，事前に決定されない場合にも有効である。なお，回線レー トの計測は以下のような環境の情報を用いて行う。 【００２３】（１）端末より，端末にて計測した受信ビットレートを通知する。 17 （２）端末より，回線レートに関連する情報を通知し，配信側は受信した情報を もとに適切なビットレートを設定する。例えば，最大ビットレート等，複数回線を 束ねる通信路では取得回線数，無線通信路では電波の強度，エラーレートの値等が 使われる。 （３）サーバと端末が同期して動作する，すなわち，端末側よりデータ受信完了 の通知あるいは，次データの送信要求が得られるシステムの場合は，サーバにて送 信ビットレートを計測する。 （４）サーバと端末が同期して動作する場合，送信バッファの残量から送信ビッ トレートを推定する。 （５）ネットワークより，通信ビットレート通知する。 （６）ネットワークより，回線レートに関連する情報を通知する。 （７）上記の組み合わせ。」 「【００３２】第３の実施例では，端末への回線レートが変動するシステムにお いても，その時々の回線レートにあったレートにより配信することが可能とな る。」 ２ 本件補正の却下決定の誤り（取消事由１）について (1) 刊行物１発明の認定の誤りについて 原告は，刊行物１発明について，審決が，@「送信ビットレート」を「ビットレ ート」と認定した点，A送信バッファの残量からネットワーク（回線）のビットレ ートを推定するのは「サーバと端末が同期して動作する場合」に限られるにもかか わらず，その点の限定をすることなく認定した点に誤りがあると主張する。 しかし，以下のとおり，原告の主張は，刊行物１発明と補正後発明との相違点を 認定判断する上で，何ら影響を及ぼすものではなく，主張自体失当である。 ア 補正後発明（甲２，３） 補正後発明は，ネットワーク経由でクライアント装置に入力されるメディアソー スからのストリーミングメディアの送信に関する発明である。本願明細書の記載に 18 よると，一実施形態であるパーソナルメディア放送局１００において，入力インタ ーフェース３０５は，オーディオビデオ（Ａ／Ｖ）ソース装置から入力信号を受信 し，プロセッサ３２０はデジタルオーディオ及びビデオ信号に前処理を施した後， 任意の圧縮技法により，オーディオ及びビデオ信号を所望のビットレートに圧縮し， 圧縮したメディアストリームを，ネットワークインターフェース３２５を介して， ローカルネットワーク１４０又はリモートネットワーク１６０経由で送信するのに 適したネットワークパケットに変換する。メモリ３３０は，送出するメディアスト リームのためのバッファとしても用いることができる。 パーソナルメディア放送局は，バッファリングスキームを実装して，クライアン ト装置からのフィードバックを要求せずに，バッファーリソースを管理している。 また，トランスポートプロトコルとしてＴＣＰを用いて通信することができる。 パーソナルメディア放送局がメディアストリーム用のデータを生成している時， 中間バッファはＦＩＦＯ待ち行列として働く。利用できるネットワークの帯域幅が， 符号器の帯域幅を超える場合には，生成されたデータは直ぐに送信され，中間バッ ファは空になり始めるが，利用できるネットワークの帯域幅が，符号器の帯域幅に 満たない場合には，データは，送信するよりも速く生成されるため，バッファは一 杯になり始める。バッファの占有度を分類するために，バッファ内の残っている空 きスペースの量について幾つかの水準を定義し，バッファ内の残っている空きスペ ースの量が水準の内の一個に達した時，どの水準に達したのかに応じて，符号器の 帯域幅（ビットレート）を増減させる。 このように，補正後発明においては，ＴＣＰスタックの振る舞いを知的に生かし てネットワークの状態を推定し，帯域幅の変動があっても，最適なユーザー体験を 提供するよう反応するとの作用効果を有する。 イ 刊行物１発明 刊行物１発明は，映像配信サーバを介したリアルタイムの映像配信の処理方法に 関する発明である。刊行物１発明（刊行物１の第３実施例）においては，映像５１ 19 にエンコード処理５２を行って原ストリーム５３を生成し，リアルタイムデータ変 換処理１３１により，原ストリーム５３を変換ストリーム５７に変換し，配信処理 ５８により，配信ストリーム５９として配信される。そして，刊行物１発明におい ては，同一コンテンツにつき，ビットレートの異なる複数のストリームが用意され， 回線レートの測定結果に基づき，端末からビットレート変換要求１３０があると， これに応じて複数のストリームを切り替えることによって，ビットレート可変の伝 達が可能となる。回線レートの計測は，サーバと端末が同期して動作する，すなわ ち，端末側よりデータ受信完了の通知あるいは，次データの送信要求が得られるシ ステムの場合は，送信バッファの残量から送信ビットレートを推定する方法により 行うことができる。この処理方法により，端末への回線レートが変動するシステム においても，その時々の回線レートにあったレートにより配信することが可能とな るとの作用効果を有する。 ウ 原告主張の当否について (ｱ) 原告主張に係る@については，刊行物１発明における「ビットレート」も， 補正後発明における「ビットレート」も，送信におけるビットレートを意味するも のと解される。したがって，補正後発明と刊行物１発明との対比の前提としての刊 行物１発明の認定において，「ビットレート」と認定したことに，結論に影響を及 ぼす誤りはない。 (ｲ) 原告主張に係るAについては，前記のとおり，刊行物１発明において送信 バッファの残量から送信ビットレートを推定する方法により回線レートの計測が行 われるのは，サーバと端末が同期して動作する場合であると認められる。 そこで，補正後発明において，「サーバと端末が同期して動作」しているか否か を検討する。 前記のとおり，補正後発明におけるパーソナルメディア放送局は，トランスポー トプロトコルとしてＴＣＰを用いて通信することができ，この場合，ネットワーク インターフェース上でＴＣＰスタック（データを転送する）機能が実行される。 20 ＴＣＰ（Transmission Control Protocol）では，信頼性を保証するためにＰＡ Ｒ（Positive Acknowledgment with Re-transmission）方式という仕組みを使用し ており，受信側がデータが無事に届いたことを確認した場合は，肯定確認応答 （positive acknowledgment）を送信側に返し，データが壊れていた場合は，その データを廃棄し，あるセグメントに対して，一定のタイムアウト期間が経過しても 受信確認の応答が返ってこなければ，送信側のＴＣＰはそのセグメントを再送信す ることは，本願優先日当時，当該技術分野では技術常識であったと認められる（乙 ３）。そうすると，補正後発明においては，「バッファ内に残っている空きスペー スの量に少なくとも部分的に基づいて選択されたビットレートを用いて前記受信し た入力信号を符号化し，前記バッファ内に残っている空きスペースの量の変化に応 じて前記ビットレートを変化させるようにする」に当たり，システムサーバと端末 が同期して動作するものが含まれていると解される。 以上のとおり，補正後発明には，システムサーバと端末が同期して動作する場合 に，バッファ内に残っている空きスペースの量の変化に応じてビットレートを変化 させるものが含まれており，補正後発明と刊行物１発明との対比の前提としての刊 行物１発明の認定において，送信バッファの残量から送信ビットレートを推定する のが，「サーバと端末が同期して動作する」場合であると認定しなかったことが， 結論に影響のある誤りとはいえない。 よって，審決の刊行物１発明の認定に誤りはない。 (2) 補正後発明と刊行物１発明との対比の誤りについて 原告は，補正後発明と刊行物１発明については，以下のとおりの相違点を認定す べきであり，審決の相違点の認定には誤りがあると主張する。 @ 相違点１ 補正後発明では，「バッファ内に残っている空きスペースの量に少なくとも部分 的に基づいて選択されたビットレートを用いて前記受信した入力信号を符号化し， 前記バッファ内に残っている空きスペースの量の変化に応じて前記ビットレートを 21 変化させるようにすることにより，ネットワークを経由して送信するのに適したメ ディアストリームを，該符号化した入力信号から構築するステップ」との構成を備 えているのに対し，刊行物１発明はこれに相当する構成を備えていない点 A 相違点２ 補正後発明では，「送信に先立って前記メディアストリームを前記バッファに格 納するステップ」との構成を備えているのに対し，刊行物１発明ではこれに相当す る構成を備えていない点 以下，原告主張に係る相違点２，相違点１の順で検討する。 ア 相違点２について 補正後発明では，「送信に先立って前記メディアストリームを前記バッファに格 納するステップ」との構成を備えており，プロセッサ３２０で生成されたメディア ストリームは，「バッファ」に格納された後に送信される。 これに対し，刊行物１には，送信バッファの残量から送信ビットレートを推定す ることは記載されているが，この「送信バッファ」が送信に先立ってコンテンツス トリーム（メディアストリーム）を格納するものであるか否かは不明である。 イ 相違点１について 補正後発明では，「バッファ内に残っている空きスペースの量に少なくとも部分 的に基づいて選択されたビットレートを用いて前記受信した入力信号を符号化し， 前記バッファ内に残っている空きスペースの量の変化に応じて前記ビットレートを 変化させる」との構成を有する。これに対し，刊行物１には，送信バッファの残量 から送信ビットレートを推定することは記載されているが，上記のとおり，この 「送信バッファ」が補正後発明における「バッファ」に相当するか否かは不明であ る。 また，補正後発明では，「選択されたビットレートを用いて前記受信した入力信 号を符号化し」「ネットワークを経由して送信するのに適したメディアストリーム を，該符号化した入力信号から構築する」のに対し，刊行物１発明では，「同一コ 22 ンテンツにつき，ビットレートの異なる複数のストリームを用意し，ネットワーク のビットレートに適応したビットレートを用いて，複数のストリームを切り替えて 出力することにより」「コンテンツストリームを配信する」ものである点で，相違 する。 ウ 以上によると，原告の指摘に係る点を前提とするならば，補正後発明と刊行 物１発明との相違点について，審決が認定した「補正後発明では，上記ネットワー クを経由して送信するのに適したメディアストリームを，入力信号から構築するス テップが，『選択されたビットレートを用いて前記受信した入力信号を符号化する ことにより，該符号化した入力信号から』構築しているのに対し，刊行物１発明で は，『選択されたビットレートを用いて，用意したビットレートの異なる複数のス トリームの一つを選択して出力することにより』構築している点」を相違点である と認定した上で容易想到性の判断をするよりは，むしろ，以下のように相違点を認 定した上で，容易想到性の有無を判断するのが，より適切であるといえる。もっと も，以下のように認定したとしても，認定に係る下記相違点は，後記のとおり， 「実質的な相違点とはいえない部分」及び「補正後発明の容易想到性に影響を与え るとはいえない部分」を付加したものであり，本願優先日当時における技術常識に 照らして，結論に影響を有するものではない。以下では，判断の便宜上，相違点Ａ と相違点Ｂに分けて記載した。 @ 相違点Ａ 補正後発明は，「バッファ内に残っている空きスペースの量に少なくとも部分的 に基づいて選択されたビットレートを用いて前記受信した入力信号を符号化し，前 記バッファ内に残っている空きスペースの量の変化に応じて前記ビットレートを変 化させるようにすることにより，ネットワークを経由して送信するのに適したメデ ィアストリームを，該符号化した入力信号から構築するステップ」を有するのに対 し，刊行物１発明が上記の構成を有するとは認められない点。 A 相違点Ｂ 23 補正後発明が「送信に先立って前記メディアストリームを前記バッファに格納す るステップ」を有するのに対し，刊行物１発明は，「送信バッファに送信のための データを記憶するステップ」は有するものの，「送信に先立って前記メディアスト リームを前記バッファに格納するステップ」を有するか否かは不明である点。 (3) 相違点Ａ及びＢの実質的な観点からの検討及び容易想到性の有無について 相違点Ｂ，相違点Ａの順で判断する。 ア 相違点Ｂの容易想到性について (ｱ) 刊行物１には，「送信バッファ」の機能等についての明示的な記載はない。 しかし，以下の証拠によれば，刊行物１発明における「送信バッファに送信のため のデータを記憶するステップ」において，「送信バッファ」に，送信に先立ってコ ンテンツストリームを記憶させる（格納する）機能を持たせることは，当業者にお いて技術常識であるといえる。 すなわち，本願優先日前に頒布された刊行物には，以下の記載がある。 @ 周知文献Ａ（甲５） 圧縮符号化された動画データを伝送路に送信する場合，伝送路が伝送可能なビッ トレートと動画データのビットレートが異なることがあり，リアルタイムに動画を 再生するためには，動画データのビットレートを伝送可能なビットレートに合わせ て変更する必要性があること（段落【０００３】），従来技術である動画符号化装 置において，再量子化手段５００３は入力手段５００７より入力されたビットレー トとバッファ占有量検出手段５００６より入力されたバッファ占有量を比較して， 所定のビットレートを満たすように量子化値を設定し再量子化を行うこと，バッフ ァ記憶手段５００５は可変長符号化手段５００４より入力された動画データを出力 手段５００８に出力するとともに，動画データのデータ量をバッファ占有量検出手 段５００６に出力すること（段落【０００７】）が記載されている。 A 特開２００３−２４４７０６号公報（乙４） 従来の画像符号化データ変換装置（画像符号化方式変換と画像符号化レート変換 24 を行う装置）が，外部から出力されるビットストリームを蓄積するバッファ１０１， バッファ１０１から出力される画像符号を復号するデコーダ１０２，デコーダ１０ ２から出力される画像信号を符号化するエンコーダ１０３，エンコーダ１０３から 出力される画像符号を蓄積し，外部に出力するバッファ１０４からなること，エン コーダ１０３は，バッファ１０４のバッファ占有量を監視しており，このバッファ 占有量はエンコーダ１０３において実行される符号化処理中の生成符号量の制御に 利用されること（段落【０００８】【００１５】），上記公報に記載された発明に 係る画像符号化データ変換装置において，量子化ステップ変更手段５２は出力バッ ファ蓄積値５０４を監視し，出力バッファ４０でオーバーフローが生じるような場 合には，符号化量子化ステップ５０２を変更して，符号化部２で発生する符号量を 低減させ，出力バッファ４０でアンダーフローが生じるような場合には，符号化量 子化ステップ５０２を変更して，符号化部２で発生する符号量を増加させること （段落【００６７】〜【００６８】）が記載されている。 B 特開２００１−１６０９６７号公報（乙５） 従来の画像符号化方式変換装置が，外部から出力されるビットストリームを蓄積 するバッファ５，バッファ５から出力される画像符号を復号するデコーダ６，デコ ーダ６から出力される画像信号を符号化するエンコーダ７，エンコーダ７から出力 される画像符号を蓄積し，外部に出力するバッファ８を備えていること（段落【０ ０１０】），エンコーダ７は，バッファ８のバッファ占有量を監視しており，この バッファ占有量はエンコーダ７において実行される符号化処理中の生成符号量の制 御に利用されること（段落【００１１】），上記公報に記載された発明に係る画像 符号化方式変換装置において，量子化ステップ制御手段７１は出力バッファ情報１ ０９を監視し，出力バッファ４０でオーバーフローが生じるような場合には，量子 化ステップ情報１０３を変更して，符号化部２で発生する符号量を低減させ，出力 バッファ４０でアンダーフローが生じるような場合には，量子化ステップ情報１０ ３を変更して，符号化部２で発生する符号量を増加させること（段落【００８０】 25 〜【００８１】）が記載されている。 C 特開平９−３０７５１８号公報（乙６） 画像データ等の情報データを伝送するための情報データ伝送システムにおいて （段落【０００１】），ＶＬＣ（可変長符号化）回路１０６では，ハフマン符号化 方式を用いてデータ量の削減を行って，送信バッファ１０７へ入力し，送信バッフ ァ１０７はバッファの充足度をレートコントロール回路１１８へ入力すること（段 落【００５９】〜【００６０】），レートコントロール回路１１８は，送信バッフ ァ１０７の充足度に応じて，量子化回路１０５を制御する量子化スケールをブロッ ク単位，あるいはブロックの複数単位で適宜更新し，量子化回路１０５に入力する こと，送信バッファ１０７の充足度が小さい場合には，データ発生量を増やすため， 量子化回路１０５の量子化ステップが小さくなるように，量子化スケールを小さい 値にし，送信バッファ１１４の充足度が大きい場合には，データ発生量を減少させ るために，量子化回路１０５の量子化ステップが大きくなるように，量子化スケー ルを大きい値にすること（段落【００６７】）が記載されている。 (ｲ) 以上によると，符号化したビットストリームを伝送路に送信する装置にお いて，ビットストリーム（動画データ）を送信に先立ってバッファに格納した後に， 伝送路に出力すること，上記バッファの占有量（充足度）に応じて，符号化におけ る生成符号量（データ発生量）を制御することは，本願優先日当時，当該技術分野 において通常に行われていたことであると認められる。そうすると，刊行物１発明 における「送信バッファに送信のためのデータを記憶するステップ」において， 「送信バッファ」に，送信に先立ってコンテンツストリームを記憶させる（格納す る）ことは，当業者において通常実施される技術であると認められる。 なお，原告は，補正後発明では，時間的に最も古いメディアストリームから読み 出すことから，「バッファ」の読み出しに基づき送信されるメディアストリームの ビットレートは，必ずしも現在のビットレートに対応しているとはいえないのに対 し，刊行物１発明では，その都度の送信ビットレートにリアルタイムに対応して， 26 送信ストリームのビットレートを切り替えて送信しているため，補正後発明の「バ ッファ」と刊行物１発明の「送信バッファ」とは異なる旨主張する。 しかし，上記のとおり，刊行物１発明の「送信バッファ」においても，送信に先 立ってコンテンツストリームを格納しているとすると，送信されるコンテンツスト リームのビットレートは必ずしも現在のビットレートに対応しているとはいえず， その点において補正後発明と異なることはない。 以上によると，補正後発明における「バッファ」と刊行物１発明における「送信 バッファ」との間に実質的な相違があるとは認められず，相違点Ｂは，補正後発明 と刊行物１発明との実質的な相違点とはいえない。 イ 相違点Ａの容易想到性について (ｱ)ａ 補正後発明も刊行物１発明も，ネットワークを介してメディアストリー ムを端末に送信するに際しては，ネットワークの帯域幅（回線レート）が時間とと もに変動するため，この変動に適応したビットレートで符号化されたメディアスト リームを送信することを目的とした発明である。 上記目的を解決するため，補正後発明では，@受信した入力信号を符号化するの に用いられるビットレートが，「バッファ内に残っている空きスペースの量に少な くとも部分的に基づいて選択」され，「前記バッファ内に残っている空きスペース の量の変化に応じて変化」し，さらに，A「（上記のとおり）選択されたビットレ ートを用いて前記受信した入力信号を符号化し」「該符号化した入力信号から」メ ディアストリームを構築し，これを送信するとの構成を採用する。 これに対し，刊行物１発明では，@サーバから配信するためのネットワーク（回 線）のビットレートが，「送信バッファの残量から推定」され，さらに，A同一コ ンテンツにつき，ビットレートの異なる複数のストリームを用意し，上記のとおり 送信バッファの残量から推定したネットワークのビットレートに適応したビットレ ートに基づき，複数のストリームのうち出力するストリームに切り替え，これを配 信するとの構成を採用する。 27 ｂ 前記のとおり，補正後発明における「バッファ」と刊行物１発明における 「送信バッファ」との間に実質的な相違があるとは認められないことから，補正後 発明における，ビットレートが「バッファ内に残っている空きスペースの量に少な くとも部分的に基づいて選択」されることと，刊行物１発明における，ビットレー トが「送信バッファの残量から推定」されることとは，実質的に相違しないと認め られる。また，刊行物１発明ではビットレートが「送信バッファの残量から推定」 されることから，「送信バッファの残量」の変化に応じてビットレートも変動する と認められ，補正後発明における，ビットレートが「前記バッファ内に残っている 空きスペースの量の変化に応じて変化」することと，実質的に相違しないと認めら れる。 したがって，入力した信号を変動するネットワークの帯域幅に適応したビットレ ートで符号化するため，このビットレートを「バッファ内に残っている空きスペー スの量に少なくとも部分的に基づいて選択」するとの補正後発明の構成は，刊行物 １に開示されているといえる。 ｃ 上記のとおり，符号化に当たり適切なビットレートが選択された場合に，刊 行物１発明は，用意されていたビットレートの異なる複数のストリームから，選択 されたビットレートに適応したビットレートで符号化されたストリームに切り替え て出力するものであるが，当業者が，この構成に代えて，補正後発明における「選 択されたビットレートを用いて前記受信した入力信号を符号化し」「該符号化した 入力信号から」メディアストリームを構築し，これを送信するとの構成を採用する ことは容易であると認められる。その理由は，以下のとおりである。 本願優先日前に頒布された刊行物である周知文献Ｂに，以下の記載がある（甲６。 なお，訳は，対応特許の公表特許公報（甲７）による。）。 「一実施形態では，トランスコーディングエンコーダ１５０は，フレームバッフ ァ１４０に記憶されたトランスコーディングデコーダ１３０の復号出力を，ソース ビデオデータ１０５とは異なる特性をもつ，すなわち解像度，フレームレート，ビ 28 ットレート等が異なるターゲットビデオデータ１６５に再符号化する。」（段落 【００１０】，「無線通信では，希望するビットレートと利用できるビットレート との間の相違は，より顕著であり，チャネルの帯域は，その時々に変化する。この ような場合，トランスコーディングシステム１１０を利用して，通信媒体１５５の チャネルビットレートにターゲットビデオデータ１６５を適合させる。」（段落 【００１２】），「したがって，トランスコーディングシステムにおけるレート制 御モジュールは，それぞれの符号化ビデオフレームサイズを制御して，平均ビット レートがチャネルデータレートに等しくなるようにし，ターゲットシステム１６０ のビデオバッファ１７５がオーバフローまたはアンダーフローしないようにす る。」（段落【００１４】） 上記周知文献Ｂの記載及び前記周知文献Ａの記載によると，圧縮符号化した動画 データを伝送路に送信する場合に，伝送路が伝送するのに適したビットレートで映 像信号を符号化して動画データを得ることは，本願優先日当時，当業者に周知の技 術であったと認められる。 そうすると，当業者が刊行物１発明に上記周知技術を組み合わせて，補正後発明 における上記構成を採用することは，容易であると認められる。 (ｲ) 補正後発明に係る特許請求の範囲には，ネットワークを経由して送信する のに適したメディアストリームを「該符号化した入力信号から構築する」との記載 はあるが，特許請求の範囲や本願明細書には，メディアストリームの「構築」の意 味内容を示した記載はない。補正後発明に係る特許請求の範囲の記載からすると， メディアストリームの「構築」とは，メディアストリームをネットワークを経由し て送信できるよう適宜の処理をすることと理解するのが合理的である。 刊行物１には，映像５１にエンコード処理５２を行って原ストリーム５３を生成 し，リアルタイムデータ変換処理１３１により，原ストリーム５３を変換ストリー ム５７に変換し，配信処理５８により，配信ストリーム５９として配信されるとの 記載がある。 29 刊行物１発明においては，同一コンテンツにつきビットレートの異なる複数のス トリームが用意され，ネットワークのビットレートに適応したビットレートを用い て，これらの複数のストリームを切り替えて出力することにより，ネットワーク （回線）のビットレートに適応したビットレートでコンテンツストリームを配信す る。刊行物１発明における「ビットレートの異なる複数のストリーム」は上記の 「原ストリーム５３」に対応し，これに対してリアルタイムデータ変換処理１３１ により複数のストリームの切り替えが行われ，この切り替えられたストリームが変 換ストリーム５７に対応し，さらにこれに配信処理５８が行われて得られた「コン テンツストリーム（メディアストリーム）」が「配信ストリーム５９」に対応する のであり，この「コンテンツストリーム（メディアストリーム）」は，ネットワー クを経由して送信するのに適したものであると認められる。 したがって，刊行物１発明においても，ネットワークを経由して送信するのに適 したメディアストリームを得るための処理が行われた「コンテンツストリーム（メ ディアストリーム）」の「構築」がなされていると認められ，この点において補正 後発明と実質的な相違はない。 (ｳ) 以上によると，当業者が補正後発明における相違点Ａに係る構成に至るの は容易であり，この点につき審決の判断に誤りはない。 ウ 原告の主張に対して 原告は，@刊行物１発明では，送信バッファの残量から送信ビットレートを推定 するものであり，この「送信バッファ」は周知文献Ａの「バッファ記憶手段５００ ５」とは機能が異なり，刊行物１発明と周知文献Ａ記載の技術とを組み合わせる理 由がない，仮に，これらを組み合わせたとしても，相違点に係る構成には至らない， A周知文献Ｂは相違点に係る構成を開示しておらず，刊行物１発明と組み合わせて も，相違点に係る構成には至らない旨主張する。 しかし，以下のとおり，原告の主張は失当である。 前記のとおり，周知文献Ａ及びＢは，本願優先日当時，圧縮符号化した動画デー 30 タを伝送路に送信する場合に，伝送路が伝送するのに適したビットレートで映像信 号を符号化して動画データを得ることは，当業者にとって周知の技術であったこと を示すものである。刊行物１発明は，映像信号のネットワーク通信に関する発明で あり，選択されたビットレートに適応したビットレートで映像信号を符号化するに つき，当業者が，同じ技術分野における上記周知技術を組み合わせることは容易で あるといえる。 (4) 補正後発明の効果についての認定の誤りについて 原告は，補正後発明は，ネットワーク混雑時及びデータレート変動によるデータ ロスを回避し，帯域幅の変動があっても，最適なユーザー体験を提供することがで き，かつ，クライアント装置からのフィードバックを要求せずにそのことを実現で きる，という優れた効果を奏する旨主張する。 しかし，以下のとおり，原告の主張は失当である。 前記のとおり，刊行物１発明は，端末への回線レートが変動するシステムにおい ても，その時々の回線レートにあったレートにより配信することが可能となるとの 作用効果を奏するものである。そして，刊行物１発明は，「同一コンテンツにつき， ビットレートの異なる複数のストリームを用意し，ネットワークのビットレートに 適応したビットレートを用いて，複数のストリームを切り替えて出力する」ものと 認められ，また，補正後発明における「バッファ」と，刊行物１発明における「送 信バッファ」との間に実質的な相違があるとはいえず，刊行物１発明においても， 送信のためのデータである「コンテンツストリーム」は，送信に先立って「送信バ ッファ」に記憶されると認められるから，刊行物１発明において，「ネットワーク のビットレート」が大きく低下した場合に，できるだけ多くの時間分の符号化信号 が「送信バッファ」内に記憶され，その結果，データロスが回避されることは，当 業者には自明である。そうすると，補正後発明の作用効果として原告が主張する， ネットワークの混雑時及びデータレート変動によるデータロスを回避し，帯域幅の 変動があっても，最適なユーザ体験を提供することができるとの作用効果は，刊行 31 物１発明も奏するものと認められる。 そして，上記のとおり，刊行物１発明において，「コンテンツストリーム」は， 送信に先立って「送信バッファ」に記憶され，ネットワーク（回線）のビットレー トは「送信バッファ」の残量から推定するものであるから，ネットワークの混雑時 及びデータレート変動によるデータロスを回避し，帯域幅の変動があっても，最適 なユーザ体験を提供することができるとの作用効果を，クライアント装置からのフ ィードバックを要求せずに実現できることは自明である。そうすると，補正後発明 の作用効果として原告が主張する，クライアント装置からのフィードバックを要求 せずに，ネットワークの混雑時及びデータレート変動によるデータロスを回避し， 帯域幅の変動があっても，最適なユーザ体験を提供することができるとの作用効果 は，刊行物１発明も奏するものと認められる。 (5) 小括 以上によると，補正後発明は当業者が容易に想到し得る発明であると認められ， 補正後発明が特許出願の際独立して特許を受けることができないものであるとした 審決の判断に誤りはない。 ３ 本願発明の容易想到性の判断の誤り（取消事由２）について 原告は，本願発明のうち，「バッファ内に残っている空きスペースの量に少なく とも部分的に基づいて選択されたビットレートを用いて前記入力信号を符号化する ことにより，ネットワークを経由して送信するのに適したメディアストリームを構 築するステップ」との構成は，刊行物１発明との相違点であり，上記「バッファ」 は周知文献ＡにもＢにも記載されていないので，容易想到ではないと主張する。 しかし，上記構成は相違点Ａに含まれる構成であり，前記のとおり，相違点Ａは 刊行物１発明及び周知技術により，当業者が容易に想到し得るものであるから，上 記構成も容易想到であるといえる。したがって，原告の主張は採用できない。 ４ 結論 上記のとおりであるから，原告主張の取消事由はいずれも理由がない。その他， 32 原告は縷々主張するが，いずれも理由がない。よって，原告の請求を棄却すること として，主文のとおり判決する。 知的財産高等裁判所第１部 裁判長裁判官 飯 村 敏 明 裁判官 八 木 貴 美 子 裁判官 小 田 真 治 33 別紙 本願明細書 図３ 34 別紙 刊行物１ 図１５ 刊行物１ 図１６ 35 |